KR101514907B1

KR101514907B1 - 무선 통신 시스템 내의 모바일 통신 디바이스를 대신한 키프-얼라이브 패킷들의 송신

Info

Publication number: KR101514907B1
Application number: KR1020137015545A
Authority: KR
Inventors: 키란쿠마르 안찬
Original assignee: 퀄컴 인코포레이티드
Priority date: 2010-11-18
Filing date: 2011-11-18
Publication date: 2015-04-23
Anticipated expiration: 2031-11-18
Also published as: JP2014504066A; CN103210631B; US8490174B2; KR20130099175A; JP5538632B2; EP2641384B1; US20120131663A1; CN103210631A; EP2641384A1; WO2012068524A1

Abstract

일 실시형태에서, 모바일 통신 디바이스 (MCD) 는 네트워크 주소 변환 (NAT) 및/또는 방화벽에 의해 외부 네트워크로부터 분리되는 내부 네트워크 내에 위치된다. MCD는 MCD가 외부 네트워크를 통해 접촉될 수 있도록 하는 NAT 및/또는 방화벽으로 세팅들을 확립한다. 그 세팅들은 트래픽 비활성의 임계 기간 후에 NAT 및/또는 방화벽에 의해 디스에이블되도록 구성된다. 애플리케이션 서버는 세팅들과 연관된 정보를 수신하고, MCD에 대해 세팅들을 유지하기 위해서 MCD를 대신하여 키프-얼라이브 패킷들을 송신하도록 내부 네트워크 내의 지원 애플리케이션 서버 (AAS) 에게 명령한다. AAS는 애플리케이션 서버로부터 그 명령들을 수신하고, MCD를 대신하여 키프-얼라이브 패킷들을 송신하도록 내부 네트워크 내의 지원 무선 통신 디바이스 (WCD) 에게 명령한다. 그 다음에 WCD는 그 명령들에 따라 키프-얼라이브 패킷들을 송신한다.

Description

무선 통신 시스템 내의 모바일 통신 디바이스를 대신한 키프-얼라이브 패킷들의 송신{TRANSMITTING KEEP-ALIVE PACKETS ON BEHALF OF A MOBILE COMMUNICATIONS DEVICE WITHIN A WIRELESS COMMUNICATIONS SYSTEM}

본 발명의 실시형태들은 무선 통신 시스템 내에서 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들 (keep-alive packets) 을 송신하는 것에 관한 것이다.

관련 기술의 설명

무선 통신 시스템들은 1 세대 무선 전화 서비스 (1G), 2 세대 (2G) 디지털 무선 전화 서비스 (중간의 2.5G 및 2.75G 네트워크들 포함) 및 3 세대 (3G) 고속 데이터/인터넷 가능 무선 서비스를 포함하여, 여러 세대들을 통해 발전해 왔다. 셀룰러 및 개인 통신 서비스 (PCS) 시스템들을 포함하여, 현재 무선 통신 시스템들의 많은 상이한 유형들이 사용 중에 있다. 알려진 셀룰러 시스템들의 예들은 셀룰러 AMPS (Analog Advanced Mobile Phone System), 및 코드 분할 다중 접속 (CDMA) 기반 디지털 셀룰러 시스템들, 주파수 분할 다중 접속 (FDMA), 시분할 다중 접속 (TDMA), TDMA의 이동통신 세계화 시스템 (GSM) 변형, 그리고 TDMA 및 CDMA 양쪽 모두의 기술들을 이용한 더 새로운 하이브리드 디지털 통신 시스템들을 포함한다.

CDMA 모바일 통신들을 제공하는 방법은 본원에서 IS-95로서 지칭되는 "Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System" 이라는 명칭의 TIA/EIA/IS-95-A로 미국 통신 산업 협회/미국 전자 공업 협회에 의해 미국에서 표준화되었다. 결합형 AMPS 및 CDMA 시스템들은 TIA/EIA 표준 IS-98에 기재되어 있다. 다른 통신 시스템들은 광대역 CDMA (WCDMA), CDMA2000 (예를 들어 CDMA2000 1xEV-DO 표준들과 같은 것들) 또는 TD-SCDMA라고 지칭되는 것들을 커버하는 표준들인 IMT-2000/UM, 또는 국제 이동 통신 시스템 2000/유니버설 이동 통신 시스템에 기재되어 있다.

W-CDMA 무선 통신 시스템들에서, 사용자 장비들 (UEs) 은 기지국들에 인접하거나 그것들을 주위의 특정 지리적 지역들 내의 통신 링크들 또는 서비스를 지원하는 고정 위치 노드 B들 (또한 셀 사이트들 또는 셀들이라 지칭됨) 로부터 신호들을 수신한다. 노드 B들은 일반적으로 서비스 품질 (QoS) 요건들에 기초하여 트래픽을 구별하는 방법들을 지원하는 표준 인터넷 엔지니어링 태스크 포스 (IETF) 기반 프로토콜들을 이용하는 패킷 데이터 네트워크인 액세스 네트워크 (AN) / 무선 액세스 네트워크 (RAN) 에 엔트리 포인트들을 제공한다. 그러므로, 노드 B들은 일반적으로 UE들과는 OTA (over the air) 인터페이스를 통해 그리고 RAN과는 인터넷 프로토콜 (IP) 네트워크 데이터 패킷들을 통해 상호작용한다.

무선 통신 시스템들에서, 푸시 투 토크 (PTT) 능력들은 서비스 부문들 및 소비자들에게 인기가 있게 되었다. PTT는 표준 상업적 무선 인프라들, 이를테면 W-CDMA, CDMA, FDMA, TDMA, GSM 등을 통해 동작하는 음성 서비스 "디스패치"를 지원할 수 있다. 디스패치 모델에서, 엔드포인트들 (예컨대, UE들) 사이의 통신은 가상 그룹들 내에서 일어나며, 여기서 하나의 "화자 (talker)"의 음성은 하나 이상의 "청자들 (listeners)"에게 송신된다. 이 유형의 통신의 단일 인스턴스는 보통 디스패치 호, 또는 간단히 PTT 호라고 지칭된다. PTT 호는, 호의 특성들을 정의하는 그룹의 인스턴스화물이다. 그룹은 본질에 있어서 멤버 목록 및 연관된 정보, 이를테면 그룹 이름 또는 그룹 ID에 의해 정의된다.

일 실시형태에서, 모바일 통신 디바이스 (MCD) 는 네트워크 주소 변환 (network address translation; NAT) 및/또는 방화벽에 의해 외부 네트워크로부터 분리되는 내부 네트워크 내에 위치된다. MCD는 MCD가 외부 네트워크를 통해 접촉될 수 있도록 하는 NAT 및/또는 방화벽으로 세팅들을 확립한다. 그 세팅들은 트래픽 비활성의 임계 기간 후에 NAT 및/또는 방화벽에 의해 디스에이블되도록 구성된다. 애플리케이션 서버는 세팅들과 연관된 정보를 수신하고, MCD에 대해 세팅들을 유지하기 위해서 MCD를 대신하여 키프-얼라이브 패킷들을 송신하도록 내부 네트워크 내의 지원 애플리케이션 서버 (AAS) 에게 명령한다. AAS는 애플리케이션 서버로부터 그 명령들을 수신하고, MCD를 대신하여 키프-얼라이브 패킷들을 송신하도록 (예컨대, 내부 네트워크 내에 위치된 MCD와 동일한 무선 (air) 인터페이스 메커니즘을 이용하여) 지원 무선 통신 디바이스 (WCD) 에게 명령한다. 그러면 WCD는 그 명령들에 따라 키프-얼라이브 패킷들을 송신한다.

본 발명의 실시형태들 및 그것에 수반되는 수많은 이점들의 더 완전한 이해는 그것들이 본 발명의 예시를 위해서만 제시되고 본 발명의 제한은 아닌 다음의 첨부 도면들에 관련하여 고려되는 경우의 다음의 상세한 설명을 참조하여 양호하게 이해됨에 따라 쉽사리 획득될 것이다:
도 1은 본 발명의 적어도 하나의 실시형태에 따른 UE들 및 액세스 네트워크들을 지원하는 무선 네트워크 아키텍처의 다이어그램이다.
도 2a는 본 발명의 일 실시형태에 따른 도 1의 코어 네트워크를 도시한다.
도 2b는 본 발명의 다른 실시형태에 따른 도 1의 코어 네트워크를 도시한다.
도 2c는 도 1의 무선 통신 시스템의 일 예를 더 상세히 도시한다.
도 3은 본 발명의 적어도 하나의 실시형태에 따른 사용자 장비 (UE) 의 예시도이다.
도 4는 코어 네트워크에서 복수의 UE들로부터의 키프-얼라이브 패킷들의 라우팅의 일 예를 도시한다.
도 5a는 애플리케이션 서버가 모바일-종단된 데이터를 주어진 UE 상의 복수의 클라이언트 애플리케이션들로 전송하는 프로세스를 예시한다.
도 5b는 애플리케이션 서버가 모바일-종단된 데이터를 주어진 UE 상의 복수의 클라이언트 애플리케이션들로 전송하는 다른 프로세스를 예시한다.
도 6a는 본 발명의 일 실시형태에 따른 무선 통신 시스템을 도시한다.
도 6b는 본 발명의 일 실시형태에 따른, 도 6a의 패킷 코어에서의 복수의 UE들로부터의 키프-얼라이브 패킷들의 라우팅의 일 예를 도시한다.
도 7a는 본 발명의 일 실시형태에 따른, 애플리케이션 서버가 모바일-종단된 데이터를 주어진 UE 상의 하나 이상의 클라이언트 애플리케이션들로 전송하게 하는 프로세스를 도시한다.
도 7b는 본 발명의 일 실시형태에 따른 도 7a의 프로세스의 연속부분을 도시한다.
도 7c는 본 발명의 다른 실시형태에 따른 도 7a의 프로세스의 연속부분을 도시한다.
도 7d는 본 발명의 다른 실시형태에 따른 도 7a의 프로세스의 또 다른 연속부분을 도시한다.

본 발명의 양태들이 본 발명의 구체적인 실시형태들을 겨냥하는 다음의 설명 및 관련 도면들에서 개시된다. 대체 실시형태들이 본 발명의 범위로부터 벗어나지 않고서도 고안될 수도 있다. 덧붙여, 본 발명의 주지의 엘리먼트들은 본 발명의 관련 세부사항들을 모호하게 하지 않기 위해서 상세히 설명되지 않을 것이거나 또는 생략될 것이다.

"예시적인 (exemplary)" 및/또는 "예"라는 단어들은 여기서는 "예, 인스턴스, 또는 예시로서 기능하는"을 의미하기 위해 사용된다. "예시적인 것" 및/또는 "예"로서 본원에서 설명되는 임의의 실시형태는 다른 실시형태들보다 더 바람직하거나 유익한 것으로 생각될 필요는 없다. 마찬가지로, "본 발명의 실시형태들"이란 용어는 본 발명의 모든 실시형태들이 논의되는 특징부, 이점 또는 동작 모드를 포함할 것을 필요로 하지 않는다.

게다가, 많은 실시형태들은 예를 들어 컴퓨팅 디바이스의 엘리먼트들에 의해 수행될 액션들의 시퀀스들의 측면에서 설명된다. 본원에서 설명되는 각종 액션들은 특정 회로들 (예, 주문형 집적 회로들 (ASIC들)) 에 의해, 하나 이상의 프로세서들에 의해 실행되는 프로그램 명령들에 의해, 또는 양쪽 모두의 조합에 의해 수행될 수 있음이 이해될 것이다. 덧붙여, 본원에서 설명되는 액션들의 이들 시퀀스는 실행 시 연관된 프로세서로 하여금 본원에서 설명된 기능을 수행하도록 할 컴퓨터 명령들의 대응하는 세트를 저장하고 있는 임의의 형태의 컴퓨터 판독가능 저장 매체 내에 완전히 구현된다고 생각될 수 있다. 그래서, 본 발명의 각종 양태들은 다수의 상이한 실시형태들로 실시될 수 있으며, 그 실시형태들의 전부는 청구된 요지의 범위 내 있는 것이라고 의도되고 있다. 덧붙여서, 본원에서 설명된 실시형태들의 각각에 대해, 임의의 그런 실시형태들 중 대응하는 형태는 예를 들어 설명된 액션을 수행"하도록 구성된 로직"으로서 본원에서 설명될 수도 있다.

본원에서 사용자 장비 (UE) 라고 지칭되는 고속 데이터 레이트 (HDR) 가입국은, 이동식 또는 고정식일 수도 있고, 노드 B들이라고 지칭될 수도 있는 하나 이상의 액세스 포인트들 (APs) 과 통신할 수도 있다. UE는 데이터 패킷들을 노드 B들 중 하나 이상을 통해 무선 네트워크 제어기 (RNC) 로 송신하고 수신한다. 노드 B들 및 RNC는 무선 액세스 네트워크 (RAN) 라고 불리는 네트워크의 부분들이다. 무선 액세스 네트워크는 다수의 UE들 사이에 음성 및 데이터 패킷들을 전송할 수 있다.

무선 액세스 네트워크는 무선 액세스 네트워크 외부의 부가적인 네트워크들, 즉, 특정 캐리어 관련된 서버들 및 디바이스들과, 기업 인트라넷, 인터넷, 공중전화망 (PSTN), 서빙 일반 패킷 무선 서비스들 (GPRS) 지원 노드 (SGSN), 게이트웨이 GPRS 지원 노드 (GGSN) 와 같이 다른 네트워크들에 대한 접속성을 포함하는 그런 코어 네트워크에 추가로 접속될 수도 있고, 각각의 UE 및 그런 네트워크들 사이에 음성 및 데이터 패킷들을 전송할 수도 있다. 하나 이상의 노드 B들과 액티브 트래픽 채널 접속을 확립하고 있는 UE는 액티브 UE라고 지칭될 수도 있고, 트래픽 상태에 있다고 말해질 수 있다. 하나 이상의 노드 B들과 액티브 트래픽 채널 (TCH) 접속을 확립하는 프로세스에 있는 UE는 접속 설정 상태에 있다고 말해질 수 있다. UE는 무선 채널을 통해 또는 유선 채널을 통해 통신하는 임의의 데이터 디바이스일 수도 있다. UE는 추가로, PC 카드, 콤팩트 플래시 디바이스, 외부 또는 내부 모뎀, 또는 무선 또는 와이어라인 폰을 포함하지만 그것들로 제한되지는 않는 다수의 유형들의 디바이스들 중 임의의 것일 수도 있다. UE가 신호들을 노드 B(들) 에 전송하는 통신 링크는 업링크 채널 (예컨대, 역 트래픽 채널, 제어 채널, 액세스 채널 등) 로 지칭된다. 노드 B(들) 가 신호들을 UE에 전송하는 통신 링크는 다운링크 채널 (예컨대, 페이징 채널, 제어 채널, 브로드캐스트 채널, 순방향 트래픽 채널 등) 로 지칭된다. 본원에서 사용된 바와 같이 트래픽 채널 (TCH) 이란 용어는 업링크/역방향 또는 다운링크/순방향 중 어느 하나의 트래픽 채널을 지칭할 수 있다.

도 1은 본 발명의 적어도 하나의 실시형태에 따른 무선 통신 시스템 (100) 의 하나의 예시적인 실시형태의 블록도를 도시한다. 시스템 (100) 은, 패킷 교환 데이터 네트워크 (예컨대, 인트라넷, 인터넷, 및/또는 코어 네트워크 (126)) 및 UE들 (102, 108, 110, 112) 사이에 데이터 접속성을 제공하는 네트워크 장비에 UE (102) 를 접속시킬 수 있는 액세스 네트워크 또는 무선 액세스 네트워크 (RAN) (120) 와는 무선 (air) 인터페이스 (104) 를 가로질러 통신하는 UE들, 이를테면 셀룰러 전화기 (102) 를 포함할 수 있다. 여기에 도시된 바와 같이, UE는 셀룰러 전화기 (102), 개인휴대 정보단말 (108), 여기서는 2방향 텍스트 페이저로서 보이고 있는 페이저 (110), 또는 심지어 무선 통신 포탈을 가지는 별도의 컴퓨터 플랫폼 (112) 일 수 있다. 본 발명의 실시형태들은 그래서 무선 모뎀들, PCMCIA 카드들, 개인용 컴퓨터들, 전화기들, 또는 그것들의 조합 또는 부조합을 제한 없이 포함하는, 무선 통신 포탈을 구비하거나 또는 무선 통신 능력들을 갖는 임의의 형태의 UE 상에 실현될 수 있다. 게다가, 본원에서 사용되는 바와 같이, 다른 통신 프로토콜들 (즉, W-CDMA 제외) 에서의 용어 "UE"는 "액세스 단말", "AT", "무선 디바이스", "클라이언트 디바이스", "모바일 단말", "이동국" 및 그것의 변형물들로 지칭될 수도 있다.

도 1로 되돌아가서, 무선 통신 시스템 (100) 의 컴포넌트들과 본 발명의 예시적인 실시형태들의 엘리먼트들의 상호관계는 예시된 구성으로 한정되지 않는다. 시스템 (100) 은 단지 예시적이고, 원격 UE들, 이를테면 무선 클라이언트 컴퓨팅 디바이스들 (102, 108, 110, 112) 이 서로 간에 및 그것들 중에서 그리고/또는 코어 네트워크 (126), 인터넷, PSTN, SGSN, GGSN 및/또는 다른 원격 서버들을 제한 없이 포함한, 무선 인터페이스 (104) 및 RAN (120) 을 경유하여 접속된 컴포넌트들 간에 및 그것들 중에서 OTA (over-the-air) 통신하는 것을 허용하는 임의의 시스템을 포함할 수 있다.

RAN (120) 은 RNC (122) 에 전송된 메시지들 (통상 데이터 패킷들로서 전송됨) 을 제어한다. RNC (122) 는 서빙 일반 패킷 무선 서비스들 (GPRS) 지원 노드 (SGSN) 및 UE들 (102/108/110/112) 사이에 베어러 채널들 (즉, 데이터 채널들) 을 시그널링, 확립, 및 해체 (tearing down) 하는 것을 담당한다. 링크 계층 암호화가 이네이블되면, RNC (122) 는 또한 콘텐츠를 무선 인터페이스 (104) 를 통해 포워딩하기 전에 그것을 암호화한다. RNC (122) 의 기능은 이 기술분야에서 주지의 것이고 간결함을 위해 추가로 논의되지 않을 것이다. 코어 네트워크 (126) 는 네트워크, 인터넷 및/또는 공중전화망 (PSTN) 에 의해 RNC (122) 와 통신할 수도 있다. 대안으로, RNC (122) 는 인터넷 또는 외부 네트워크에 직접 접속될 수도 있다. 통상, 코어 네트워크 (126) 및 RNC (122) 사이의 네트워크 또는 인터넷 접속은 데이터를 전송하고, PSTN은 음성 정보를 전송한다. RNC (122) 는 다수의 노드 B들 (124) 에 접속될 수 있다. 코어 네트워크 (126) 와 유사한 방식으로, RNC (122) 는 통상 데이터 전송 및/또는 음성 정보를 위한 네트워크, 인터넷 및/또는 PSTN에 의해 노드 B들 (124) 에 접속된다. 노드 B들 (124) 은 UE들, 이를테면 셀룰러 전화기 (102) 에 무선으로 데이터 메시지들을 브로드캐스트할 수 있다. 노드 B들 (124), RNC (122) 및 다른 컴포넌트들은, 이 기술분야에서 공지된 바와 같이 RAN (120) 을 형성할 수도 있다. 그러나, 대체 구성들이 또한 사용될 수도 있고 본 발명은 예시된 구성으로 제한되지 않는다. 예를 들어, 다른 실시형태에서 RNC (122) 및 하나 이상의 노드 B (124) 의 기능은 RNC (122) 및 노드 B(들) (124) 양쪽 모두의 기능을 갖는 단일 "하이브리드" 모듈로 축소될 수도 있다.

도 2a는 본 발명의 일 실시형태에 따른 도 1의 코어 네트워크 (126) 를 도시한다. 특히, 도 2a는 코어 네트워크 또는 패킷 코어 (126) 를 126A로서 나타내며, 그로 인해 코어 네트워크 (126A) 는 W-CDMA 시스템 내에 구현된 일반 패킷 무선 서비스들 (GPRS) 코어 네트워크에 대응한다. 도 2a의 실시형태에서, 코어 네트워크 (126A) 는 서빙 GPRS 지원 노드 (SGSN) (160), 게이트웨이 GPRS 지원 노드 (GGSN) (165) 및 네트워크 주소 변환 (network address translation; NAT) 방화벽 (172) 을 구비한다. 코어 네트워크 (126A) 의 컴포넌트들은 외부 데이터 패킷 네트워크 (또는 인터넷) (175) 에 접속되고, 인터넷 (175) 을 통해 애플리케이션 서버 (170) (도 2b에 도시됨) 에 추가로 접속된다. 그러나, 인터넷 (175) 및/또는 다른 컴포넌트들의 부분들은 대체 실시형태들에서 코어 네트워크 (126A) 의 내부에 위치될 수도 있다는 것이 이해된다.

일반적으로, GPRS는 인터넷 프로토콜 (IP) 패킷들을 송신하기 위해 이동 통신 세계화 시스템 (GSM) 폰들에 의해 이용된 프로토콜이다. GPRS 코어 네트워크 (예컨대, GGSN (165) 및 하나 이상의 SGSN들 (160)) 는 GPRS 시스템의 중앙 부분이고 또한 W-CDMA 기반 3G 네트워크들에 대한 지원을 제공한다. GPRS 코어 네트워크는 GSM 코어 네트워크의 통합된 부분이며, GSM 및 W-CDMA 네트워크들에서의 IP 패킷 서비스들에 대한 이동성 관리, 세션 관리 및 전송을 제공한다.

GPRS 터널링 프로토콜 (GTP) 은 GPRS 코어 네트워크의 정의 IP 프로토콜이다. GTP는 GSM 또는 W-CDMA 네트워크의 최종 사용자들 (예컨대, UE들) 이 GGSN (165) 에서의 하나의 로케이션으로부터처럼 인터넷에 계속 접속하는 동안에 이리저리 이동하는 것을 허용하는 프로토콜이다. 이는 가입자의 데이터를 가입자의 현재 SSGN (160) 에서부터 가입자의 세션을 핸들링하는 GGSN (165) 으로 전송하여 달성된다.

GTP의 이들 형태들은 GPRS 코어 네트워크; 즉, (i) GTP-U, (ii) GTP-C 및 (iii) GTP' (GTP 프라임) 에 의해 사용된다. GTP-U는 각각의 패킷 데이터 프로토콜 (PDP) 콘텍스트를 위해 분리된 터널들에서 사용자 데이터의 전송을 위해 사용된다. GTP-C는 시그널링 (예컨대, 가입자가 하나의 SGSN으로부터 다른 것으로 이동하는 경우 등에서와 같은 PDP 콘텍스트들의 설정 및 삭제, GSN 도달성의 검증, 업데이트들 또는 수정들) 을 제어하기 위해 사용된다. GTP'은 GSN들로부터 청구 기능부 (charging function) 로 청구 데이터의 전송을 위해 사용된다.

도 2a를 참조하면, GGSN (165) 은 GPRS 백본 네트워크 (미도시) 및 외부 패킷 데이터 네트워크, 또는 인터넷 (175) 사이의 인터페이스로서 동작한다. GGSN (165) 은 SGSN (160) 으로부터 오는 GPRS 패킷들로부터 연관된 패킷 데이터 프로토콜 (PDP) 포맷 (예컨대, IP 또는 PPP) 으로 패킷 데이터를 추출하고, 그 패킷들을 대응하는 패킷 데이터 네트워크 상에서 밖으로 전송한다. 다른 방향에서, 들어오는 데이터 패킷들은 GGSN (165) 에 의해 SGSN (160) 으로 향하게 되며 그 SGSN은 RAN (120) 에 의해 서빙되는 목적지 UE의 무선 액세스 베어러 (RAB) 를 관리하고 제어한다. 그리하여, GGSN (165) 은 타겟 UE 및 그의/그녀의 프로파일의 현재 SGSN 주소를 그것의 로케이션 레지스터에 (예컨대, PDP 콘텍스트 내에) 저장한다. GGSN은 IP 주소 할당을 담당하고 접속된 UE를 위한 디폴트 라우터이다. GGSN은 또한 인증 및 청구 기능들을 수행한다.

SGSN (160) 은, 일 예에서, 코어 네트워크 (126A) 내의 많은 SGSN들 중 하나를 나타낸다. 각각의 SGSN은 연관된 지리적 서비스 영역 내의 UE들로부터 및 그것들로의 데이터 패킷들의 전달을 담당한다. SGSN (160) 의 태스크들은 패킷 라우팅 및 전송, 이동성 관리 (예컨대, 어태치/디태치 및 로케이션 관리), 논리적 링크 관리, 그리고 인증 및 청구 기능들을 포함한다. SGSN의 로케이션 레지스터는 SGSN (160) 에 등록된 모든 GPRS 사용자들의 로케이션 정보 (예컨대, 현재 셀, 현재 VLR) 및 사용자 프로파일들 (예컨대, IMSI, 패킷 데이터 네트워크에서 사용되는 PDP 주소(들)) 을, 예를 들어, 각각의 사용자 또는 UE에 대한 하나 이상의 PDP 콘텍스트들 내에 저장한다. 따라서, SGSN들은 (i) GGSN (165) 으로부터 다운링크 GTP 패킷들을 역-터널링 (de-tunneling), (ii) GGSN (165) 쪽으로 IP 패킷들을 업링크 터널링, (iii) UE들이 SGSN 서비스 영역들 사이에서 이동함에 따라 이동성 관리를 실행, 및 (iv) 모바일 가입자들에게의 빌링 (billing) 을 담당한다. 이 기술분야에서 통상의 지식을 가진 자에 의해 이해될 바와 같이, (i) - (iv) 와는 별도로, GSM/EDGE 네트워크들을 위해 구성된 SGSN들은 W-CDMA 네트워크들을 위해 구성된 SGSN들과 비교하여 약간 상이한 기능을 가진다.

도 2a를 참조하면, RAN (120) (또는 예컨대, 유니버설 이동 통신 시스템 (UMTS) 시스템 아키텍처에서의 UTRAN) 은 Iu 인터페이스를 경유하여, 프레임 릴레이 또는 IP와 같은 송신 프로토콜로 SGSN (160) 과 통신한다. SGSN (160) 은 SGSN (160) 과 다른 SGSN들 (미도시) 및 내부 GGSN들 사이의 IP-기반 인터페이스인 Gn 인터페이스를 경유하여 GGSN (165) 과 통신하고, 위에서 규정된 GTP 프로토콜 (예컨대, GTP-U, GTP-C, GTP' 등) 을 사용한다. 도 2a에서 도시되지 않았지만, Gn 인터페이스는 도메인 네임 시스템 (DNS) 에 의해 또한 사용된다. GGSN (165) 은 공용 데이터 네트워크 (PDN) (미도시) 에, 그리고 그 다음에는 인터넷 (175) 에, 직접 또는 무선 애플리케이션 프로토콜 (WAP) 게이트웨이를 통해 중 어느 하나로 Gi 인터페이스를 경유하여 IP 프로토콜들로 접속된다.

PDP 콘텍스트는 SGSN (160) 및 GGSN (165) 양쪽 모두에 제시된, 특정 UE가 액티브 GPRS 세션을 가지는 경우에 그 UE의 통신 세션 정보를 포함하는 데이터 구조이다. UE가 GPRS 통신 세션을 개시하고자 하는 경우, UE는 먼저 SGSN (160) 에 어태치한 다음 GGSN (165) 과 PDP 콘텍스트를 활성화시켜야만 한다. 이는 PDP 콘텍스트 데이터 구조를 가입자가 현재 방문중인 SGSN (160) 및 UE의 액세스 포인트를 서빙하는 GGSN (165) 에 할당한다.

도 2a를 참조하면, NAT/방화벽 (172) 은 GGSN (165) 및 인터넷 (175) 사이에 위치된다. NAT/방화벽 (172) 은 코어 네트워크 (126A) 를 인터넷 (175) 및/또는 다른 코어 네트워크들로부터 분리시킨다. 예를 들어, NAT/방화벽 (172) 은, 나가는 인터넷 프로토콜 (IP) 패킷들이 IP-패킷의 발신자 대신에 NAT-부분으로부터 발신하는 것으로 여겨지도록 NAT-부분을 가로지르는 데이터그램 (IP) 패킷 헤더들에서의 네트워크 주소 정보가 수정되게 하기 위해 NAT 기능을 수행할 수도 있다. NAT는, 각각의 유형의 NAT-체계가 애플리케이션 통신 프로토콜들에 상이하게 영향을 주는, 주소들 및/또는 포트 번호들을 변환하는 다양한 체계들로 구현될 수도 있다. 예를 들어, NAT-유형들은 완전-원뿔형 (full-cone) NAT (또한 일 대 일 NAT라고 알려짐), 주소-제한된 원뿔형 NAT, 포트-제한된 원뿔형 NAT 및 대칭적 NAT를 포함한다.

방화벽들은 하드웨어, 소프트웨어 또는 양쪽 모두의 조합으로 구현될 수도 있다. 방화벽들은 비인가 (unauthorized) 인터넷 사용자들이 인터넷 (175) 에 접속되는 사설 네트워크들, 이를테면 인트라넷들에 액세스하는 것을 방지하기 위해 빈번하게 사용된다. NAT/방화벽 (172) 은 규칙들 및 다른 기준들의 세트에 근거하여 네트워크 송신들을 허용하거나 또는 거부하도록 구성된다. 인트라넷에 들어가거나 또는 그것에서 나가는 모든 메시지들은 방화벽을 통과하며, 그 방화벽은 각각의 메시지를 검사하고 특정된 보안 기준들에 부합하지 않는 것들을 차단시킨다.

방화벽들은 종종 네트워크 주소 변환 (NAT) 기능을 구현함으로써 네트워크 배후의 호스트들을 보호하는 기능을 가진다. 방화벽은 RFC1918에서 규정된 바와 같은 사설 주소들을 방화벽 배후의 보호된 호스트들에 제공한다. 일단 통과 (pass through) 접속이 방화벽을 통해 개방되면, 데이터 세션에 대한 NAT 변환 연관은 그 세션에 대한 데이터 비활성의 수 초 내에 종종 해제된다. 따라서, NAT/방화벽 (172) 은 특정 인트라넷에 대해 방화벽 및 NAT 기능들을 수행하는 하드웨어 및/또는 소프트웨어를 총칭하기 위해 사용된다.

도 2a를 참조하면, UE (200) 가 코어 네트워크 (126A) 외부에 있는 (즉, 배후에 있지 않는) 애플리케이션 서버 (170) 에 의해 호스팅되고 있는 애플리케이션과 상호작용하는 클라이언트-애플리케이션을 실행하는 경우, 이 상호작용은 NAT/방화벽 (172) 에 의해 강제되는 바와 같은 코어 네트워크 (126A) 의 NAT 및/또는 방화벽 규칙들 또는 세팅들에 통상 부합해야만 한다는 것이 이해될 것이다. 예를 들어, 아래에서 더 상세히 설명될 바와 같이, UE (200) 및 애플리케이션 서버 (170) 사이의 휴면 또는 유휴 접속들은 NAT/방화벽 (172) 에 의해 폐쇄될 수도 있어서, 애플리케이션 서버 (170) 가 데이터를 UE (200) 에 전송하는 것을 시도하는 경우 접속은 재확립을 필요로 한다. UE (200) 는 휴면 또는 유휴 기간들 동안에 이 접속을 통해 주기적 키프-얼라이브 패킷들 (keep-alive packets) 을 전송함으로써 이 문제를 다소 완화시킬 수 있어서 NAT/방화벽 (172) 은 접속에 대한 활성을 검출하고 접속을 폐쇄하는 것을 억제시킨다. 그러나, 이 방식으로 '더미' 패킷들을 송신하는 것은 UE (200) 상의 배터리 수명을 낭비한다는 것이 이해될 것이다.

도 2b는 본 발명의 다른 실시형태에 따른 도 1의 캐리어 네트워크 (126) 를 도시한다. 특히, 도 2b는 코어 네트워크 또는 패킷 코어 (126) 를 126B로서 나타내며, 이로 인해 코어 네트워크 (126B) 는 EV-DO 코어 네트워크에 대응한다. 따라서, 도 2b는 도 2a에서와 같은 W-CDMA 대신에 EV-DO 시스템들에 특정되기 때문에, 도 2b에서의 이동국들은 UE들 대신에 AT들로서 설명되는 등등이다.

도 2b의 실시형태에서, 코어 네트워크 (126B) 는 패킷 데이터 서빙 노드 (PDSN) (161), 브로드캐스트 서빙 노드 (BSN) (163) 및 NAT/방화벽 (172) 을 구비한다. 도 2a의 코어 네트워크 (126A) 와 유사하게, 코어 네트워크 (126B) 의 컴포넌트들은 외부 데이터 패킷 네트워크 (또는 인터넷) (175) 에 접속되고, 인터넷 (175) 을 통해 애플리케이션 서버 (170) 에 추가로 접속된다. 그러나, 인터넷 (175) 및/또는 다른 컴포넌트들의 부분들은 대체 실시형태들에서 코어 네트워크 (126B) 의 내부에 위치될 수도 있다는 것이 이해된다.

도 2b를 참조하면, PDSN (161) 은, 예를 들어, CDMA2000 무선 액세스 네트워크 (RAN) (예컨대, 도 1의 RAN (120)) 를 활용하여, 이동국들 (예컨대, 액세스 단말들, 이를테면 도 1로부터의 102, 108, 110, 112) 에 대해 인터넷 (175), 인트라넷들 및/또는 원격 서버들 (예컨대, 애플리케이션 서버 (170)) 로의 액세스를 제공한다. 액세스 게이트웨이로서 동작하면, PDSN (161) 은 단순 IP 및 모바일 IP 액세스, 외부 에이전트 지원, 및 패킷 전송을 제공할 수도 있다. PDSN (161) 은 인증, 인가 및 과금 (AAA) 서버들 및 다른 지원 인프라에 대한 클라이언트로서 동작할 수 있고 이 기술분야에서 공지된 바와 같이 IP 네트워크에 대한 게이트웨이를 이동국들에 제공한다. 도 2b에 도시된 바와 같이, PDSN (161) 은 기존의 A10 접속을 경유하여 RAN (120) (예컨대, BSC/RNC (122)) 과 통신할 수도 있다. A10 접속은 이 기술분야에서 주지의 것이고 간결함을 위해 추가로 설명되지는 않을 것이다.

도 2b를 참조하면, 브로드캐스트 서빙 노드 (BSN) (163) 는 멀티캐스트 및 브로드캐스트 서비스들을 지원하도록 구성될 수도 있다. BSN (163) 은 브로드캐스트 (BC) A10 접속을 통해 RAN (120) (예컨대, BSC/RNC (122)) 과, 그리고 인터넷 (175) 을 통해 애플리케이션 서버 (170) 와 통신한다. BCA10 접속은 멀티캐스트 및/또는 브로드캐스트 메시징을 전송하는데 사용된다. 따라서, 애플리케이션 서버 (170) 는 유니캐스트 메시징을 인터넷 (175) 을 경유하여 PDSN (161) 에 전송하고, 멀티캐스트 메시징을 인터넷 (175) 을 경유하여 BSN (163) 으로 전송한다. 일반적으로, RAN (120) 은, BCA10 접속을 통해 BSN (163) 으로부터 수신된 멀티캐스트 메시지들을 무선 인터페이스 (104) 의 브로드캐스트 채널 (BCH) 을 통해 하나 이상의 액세스 단말들 (200) 에 송신할 수 있다.

도 2b를 참조하면, 도 2a와 마찬가지로, NAT/방화벽 (172) 은 PDSN (161) 및/또는 BSN (163) 과 인터넷 (175) 사이에 위치된다. NAT/방화벽 (172) 은 PDSN (161) 과 같은 장소에 배치될 수도 있거나 또는 PDSN (161) 의 부분으로서 논리적으로 구현될 수도 있다. NAT/방화벽 (172) 은 코어 네트워크 (126B) 를 인터넷 (175) 및/또는 다른 코어 네트워크들로부터 분리시킨다. 예를 들어, NAT/방화벽 (172) 은, 나가는 인터넷 프로토콜 (IP) 패킷들이 IP-패킷의 발신자 대신에 NAT-부분으로부터 발신하는 것으로 여겨지도록 NAT-부분을 가로지르는 데이터그램 (IP) 패킷 헤더들에서의 네트워크 주소 정보가 수정되게 하기 위해 NAT 기능을 수행할 수도 있다. NAT는, 각각의 유형의 NAT-체계가 애플리케이션 통신 프로토콜들에 상이하게 영향을 주는, 주소들 및/또는 포트 번호들을 변환하는 다양한 체계들로 구현될 수도 있다. 예를 들어, NAT-유형들은 완전-원뿔형 NAT (또한 일 대 일 NAT라고 알려짐), 주소-제한된 원뿔형 NAT, 포트-제한된 원뿔형 NAT 및 대칭적 NAT를 포함한다.

이후로, 무선 통신 시스템 (100) 내의 컴포넌트들에 대한 언급들은 일관성을 위해 W-CDMA-특정 기술용어, 이를테면 노드 B, UE, RNC, GGSN, SSGN 등에 대해 주어질 것이다. 그러나, 아래에서 설명되는 도면들 중 임의의 것은 W-CDMA 인프라 (예컨대, 도 2a에서와 같음), EV-DO 인프라 (예컨대, 도 2b에서와 같음) 내에 그리고/또는 다른 통신 프로토콜들을 준수하는 인프라에 따라 구현될 수 있다는 것이 이해될 것이다.

도 2c는 도 1의 무선 통신 시스템 (100) 의 일 예를 더 상세히 도시한다. 특히, 도 2c를 참조하면, UE들 (1...N) 은 상이한 패킷 데이터 네트워크 엔드-포인트들에 의해 서비스되는 로케이션들에서 RAN (120) 에 접속하고 있는 것으로서 도시된다. 도 2c의 예시는 W-CDMA 시스템들 및 기술용어에 특정되지만, 도 2c가 1x EV-DO 시스템을 준수하도록 수정될 수 있는 방법은 이해될 것이다. 따라서, UE들 (1 및 3) 은 제 1 패킷 데이터 네트워크 엔드-포인트 (또는 코어 네트워크) (162) (예컨대, 그것은 SGSN, GGSN, PDSN, 홈 에이전트 (HA), 외부 에이전트 (FA) 등에 대응할 수도 있다) 에 의해 서빙되는 일 부분에서 RAN (120) 에 접속한다. 제 1 패킷 데이터 네트워크 엔드-포인트 (162) 는 결국, 라우팅 유닛 (188) 을 경유하여, 인터넷 (175) 에 그리고/또는 인증, 인가 및 과금 (AAA) 서버 (182), 프로비저닝 (provisioning) 서버 (184), 인터넷 프로토콜 (IP) 멀티미디어 서브시스템 (IMS) /세션 개시 프로토콜 (SIP) 등록 서버 (186) 및/또는 애플리케이션 서버 (170) 중 하나 이상에 접속한다. UE들 (2 및 5...N) 은 제 2 패킷 데이터 네트워크 엔드-포인트 (164) (예컨대, 그것은 SGSN, GGSN, PDSN, FA, HA 등에 대응할 수도 있음) 에 의해 서빙되는 일 부분에서 RAN (120) 에 접속한다. 제 1 패킷 데이터 네트워크 엔드-포인트 (162) 와 유사하게, 제 2 패킷 데이터 네트워크 엔드-포인트 (164) 는 결국, 라우팅 유닛 (188) 을 경유하여, 인터넷 (175) 에 그리고/또는 AAA 서버 (182), 프로비저닝 서버 (184), IMS/SIP 등록 서버 (186) 및/또는 애플리케이션 서버 (170) 중 하나 이상에 접속한다. UE (4) 는 인터넷 (175) 에 직접 접속하고, 인터넷 (175) 을 통해 그 다음에는 위에서 설명된 시스템 컴포넌트들 중 임의의 것에 접속한다.

도 2c에서 명시적으로 도시되지 않았지만, 하나 이상의 NAT/방화벽들 (172) 이 패킷 데이터 네트워크 엔드-포인트들 (162 및 164) 과 인터넷 (175) 및/또는 서버들 (170, 182, 184 및/또는 186) 사이에 위치될 수 있다는 것이 이해될 것이다. 또한, 도 2c를 참조하면, UE들 (1, 3 및 5...N) 은 무선 셀-폰들로서 예시되며, UE (2) 는 무선 태블릿-PC로서 예시되고 UE (4) 는 유선 데스크톱 스테이션으로서 예시된다. 그러나, 다른 실시형태들에서, 무선 통신 시스템 (100) 은 UE의 임의의 유형에 접속할 수 있고, 도 2c에 예시된 예들은 시스템 내에서 구현될 수도 있는 UE들의 유형들을 제한할 의도는 아니라는 것이 이해될 것이다. 또한, AAA 서버 (182), 프로비저닝 서버 (184), IMS/SIP 등록 서버 (186) 및 애플리케이션 서버 (170) 가 각각 구조적으로 별개의 서버들로서 예시되었지만, 이들 서버들 중 하나 이상은 본 발명의 적어도 하나의 실시형태로 통합될 수도 있다.

게다가, 도 2c를 참조하면, 애플리케이션 서버 (170) 는 복수의 미디어 제어 콤플렉스들 (MCCs 1...N) (170B), 및 복수의 지역 디스패처들 (1...N) (170A) 을 포함하는 것으로서 예시된다. 총칭하여, 지역 디스패처들 (170A) 및 MCC들 (170B) 은, 적어도 하나의 실시형태에서, 무선 통신 시스템 (100) 내의 통신 세션들 (예컨대, IP 유니캐스팅 및/또는 IP 멀티캐스팅 프로토콜들을 통한 반-이중 그룹 통신 세션들) 을 중재하도록 총체적으로 기능하는 서버들의 분산형 네트워크에 대응할 수 있는 애플리케이션 서버 (170) 내에 포함된다. 예를 들어, 애플리케이션 서버 (170) 에 의해 중재되는 통신 세션들이 시스템 (100) 내 어딘가에 위치된 UE들 사이에서 이론적으로 일어날 수 있기 때문에, 다수의 지역 디스패처들 (170A) 및 MCC들은 중재된 통신 세션들에 대한 대기시간을 감소시키기 위해 분산된다 (예컨대, 그래서 북 아메리카의 MCC는 중국에 위치된 세션 참가자들 사이에서 오락가락 중계하지 않는다). 따라서, 애플리케이션 서버 (170) 에 대해 참조되는 경우, 연관된 기능은 지역 디스패처들 (170A) 중 하나 이상 및/또는 MCC들 (170B) 중 하나 이상에 의해 강제될 수 있다는 것이 이해될 것이다. 지역 디스패처들 (170A) 은 통신 세션을 확립하는 것 (예컨대, UE들 간 메시지들 시그널링, 발표 메시지들 스케줄링 및/또는 전송 등의 핸들링) 에 관련된 임의의 기능을 일반적으로 담당하는 반면, MCC들 (170B) 은 중재 통신 세션 동안에 인-콜 시그널링 (in-call signaling) 및 미디어의 실제 교환을 행하는 것을 포함하여, 호 인스턴스의 지속시간 동안 통신 세션을 호스팅하는 것을 담당한다.

도 3을 참조하면, UE (200) (여기서 무선 디바이스), 이를테면 셀룰러 전화기는, 궁극적으로는 코어 네트워크 (126), 인터넷 및/또는 다른 원격 서버들 및 네트워크들로부터 오는, RAN (120) 으로부터 송신된 소프트웨어 애플리케이션들, 데이터 및/또는 커맨드들을 수신 및 실행할 수 있는 플랫폼 (202) 을 가진다. 플랫폼 (202) 은 주문형 집적회로 (ASIC) (208), 또는 다른 프로세서, 마이크로프로세서, 로직 회로, 또는 다른 데이터 프로세싱 디바이스에 동작적으로 연결된 트랜시버 (206) 를 구비할 수 있다. ASIC (208) 또는 다른 프로세서는 무선 디바이스의 메모리 (212) 에서의 임의의 상주 프로그램들과 인터페이싱하는 애플리케이션 프로그래밍 인터페이스 (API) (210) 를 실행한다. 메모리 (212) 는 판독-전용 또는 랜덤-액세스 메모리 (RAM 및 ROM), EEPROM, 플래시 카드들, 또는 컴퓨터 플랫폼들에 공통인 임의의 메모리로 구성될 수 있다. 플랫폼 (202) 은 또한 메모리 (212) 에서 능동적으로 사용되지 않는 애플리케이션들을 유지할 수 있는 로컬 데이터베이스 (214) 를 구비할 수 있다. 로컬 데이터베이스 (214) 는 통상 플래시 메모리 셀이지만, 이 기술분야에서 알려진 바와 같은 임의의 2차 저장 디바이스, 이를테면 자기 매체들, EEPROM, 광 매체들, 테이프, 소프트 또는 하드 디스크 등일 수 있다. 내부 플랫폼 (202) 컴포넌트들은 또한 이 기술분야에서 공지된 바와 같이, 다른 컴포넌트들도 있지만 그 중에서도, 안테나 (222), 디스플레이 (224), 푸시-투-토크 버튼 (228) 및 키패드 (226) 와 같은 외부 디바이스들에 동작적으로 연결될 수 있다.

따라서, 본 발명의 실시형태는 본원에서 설명된 기능들을 수행하는 능력을 포함하는 UE를 구비할 수 있다. 이 기술분야의 숙련된 자들에 의해 이해될 바와 같이, 각종 로직 엘리먼트들은 개별 엘리먼트들, 프로세서상에서 실행되는 소프트웨어 모듈들 또는 본원에서 개시된 기능을 달성하는 소프트웨어 및 하드웨어의 임의의 조합으로 구현될 수 있다. 예를 들어, ASIC (208), 메모리 (212), API (210) 및 로컬 데이터베이스 (214) 는 모두가 본원에서 개시된 각종 기능들을 협업적으로 로드하며, 저장하고 실행하는데 사용될 수 있고 그래서 이러한 기능들을 수행하는 로직은 각종 엘리먼트들에 걸쳐 분산될 수도 있다. 대안으로, 그 기능은 하나의 개별 부품에 통합될 수 있다. 그러므로, 도 3의 UE (200) 의 특징부들은 단지 예시적인 것으로 간주되는 것이고 본 발명은 예시된 특징부들 또는 배치구성으로 제한되지는 않는다.

UE (102 또는 200) 및 RAN (120) 사이의 무선 통신은, 상이한 기술들, 이를테면 코드 분할 다중 접속 (CDMA), W-CDMA, 시분할 다중 접속 (TDMA), 주파수 분할 다중 접속 (FDMA), 직교 주파수 분할 다중화 (OFDM), 이동 통신 세계화 시스템 (GSM), 또는 무선 통신 네트워크 또는 데이터 통신 네트워크에서 이용될 수도 있는 다른 프로토콜들에 기초할 수 있다. 예를 들어, W-CDMA에서, 데이터 통신은 통상 클라이언트 디바이스 (102), 노드 B(들) (124), 및 RNC (122) 사이에 있다. RNC (122) 는 코어 네트워크 (126), PSTN, 인터넷, 가상 사설 네트워크, SGSN, GGSN 등과 같은 다수의 데이터 네트워크들에 접속될 수 있어, UE (102 또는 200) 가 더 넓은 통신 네트워크에 액세스하는 것을 허용한다. 앞서 논의되고 이 기술분야에서 알려진 바와 같이, 음성 송신물 및/또는 데이터는 다양한 네트워크들 및 구성들을 이용하여 RAN에서부터 UE들로 송신될 수 있다. 따라서, 본원에서 제공된 예시들은 본 발명의 실시형태들을 제한하려는 의도는 아니고 단지 본 발명의 실시형태들의 양태들의 설명을 돕기 위한 것이다.

이 기술분야에서 통상의 지식을 가진 자에 의해 이해될 바와 같이, 주어진 UE는 애플리케이션 서버, 이를테면 애플리케이션 서버 (170) 와 상호작용하기 위해 각각 구성된 복수의 클라이언트 애플리케이션들을 실행하도록 구성될 수 있다. 애플리케이션 서버 (170) 는 적어도 부분적으로는 복수의 클라이언트 애플리케이션들 중 하나 이상을 지원한다. 예를 들어, 클라이언트 애플리케이션이 PTT 클라이언트이면, 애플리케이션 서버 (170) 는 하나 이상의 다른 UE들과 PTT 세션들을 세팅 및 중재하는 것을 담당할 수 있다.

따라서, 애플리케이션 서버 (170) 는 타겟 UE들에 데이터 (즉, 모바일-종단된 데이터) 를 비교적 빠르게 전송할 수 있다고 예상된다. 이들 타겟 UE들이, 예를 들어 도 2a 및 도 2b에 도시된 바와 같이, NAT/방화벽을 포함하는 코어 네트워크 (즉, '외부' 네트워크들로부터 NAT/방화벽에 의해 분리되는 '내부' 네트워크) 에 의해 서빙된다면, 애플리케이션 서버 (170) 로부터의 모바일-종단된 데이터는 UE들의 코어 네트워크(들) 에서 NAT/방화벽 (172) 을 가로지르는데 필요하다. 이 경우, NAT 상태를 유지하기 위해서 NAT/방화벽 (172) 에 의해 IP 및 포트 변환을 검출하고 키프-얼라이브 메커니즘을 사용하는 NAT 횡단 기법(들) 을 구현하는 것이 클라이언트 애플리케이션들에게는 일반적이다. 마찬가지로, NAT/방화벽 (172) 으로 방화벽 상태를 유지하기 위해, 타겟 UE들 상의 클라이언트 애플리케이션들은 주기적 키프-얼라이브 패킷들을 NAT/방화벽 (172) 을 통해 애플리케이션 서버 (170) 에 송신하는 것이 필요하다.

주어진 UE 상의 각각의 클라이언트 애플리케이션은 키프-얼라이브 패킷들을 하나 이상의 애플리케이션 서버들에 전송하여 NAT/방화벽 (172) 과 그것들의 개별 상태들을 유지하는 것이 잠재적으로 필요하게 될 수 있다는 것이 이해될 것이다. 이는 주어진 UE가 주기적으로 기상하며, RAN (120) 과 트래픽 채널 (TCH) 을 설정하며, 키프-얼라이브 패킷을 송신한 다음 취침 상태로 되돌아간다는 것을 의미한다. NAT/방화벽 (172) 과 그것들의 상태들을 유지하기 위해 시도하는 클라이언트 애플리케이션들의 수가 증가함에 따라, 주어진 UE는 점점 더 많이 전력을 소비할 것이며, 이는 배터리 수명을 단축시킨다.

도 4는 코어 네트워크에서 복수의 UE들로부터의 키프-얼라이브 패킷들의 라우팅의 일 예를 도시한다. 도 4에 도시된 바와 같이, UE들 (200A 및 200B) 각각은 키프-얼라이브 패킷들을 무선 링크 또는 무선 인터페이스를 통해 서빙 NodeB (또는 기지국) (124) 에 전송하며, 그러면 그 NodeB는 키프-얼라이브 패킷들을 서빙 RNC (또는 BSC) (122) 에 포워딩하며, 서빙 RNC는 차례로 키프-얼라이브 패킷들을 패킷 데이터 네트워크 엔드-포인트 (162) (예컨대, GGSN 또는 PDSN) 및 다음의 NAT/방화벽 (172) 로 전송한다. NAT/방화벽 (172) 은 키프-얼라이브 패킷들에 대한 변환 기능을 수행하고 그 패킷들을 인터넷 (175) 으로 포워딩한다. 결국, 키프-얼라이브 패킷들은 애플리케이션 서버 (170) 에 도착하고 버려지는데, 키프-얼라이브 패킷들의 기능이 NAT/방화벽 (172) 과 함께 UE들 (200A 및 200B) 중 하나 이상의 클라이언트 애플리케이션들의 개별 NAT 및 방화벽 상태들을 유지하는 것이기 때문이다. UE들 (200A 및 200B) 로부터의 키프-얼라이브 패킷들과 연관된 트래픽 덕분에, UE들 (200A 및 200B) 의 하나 이상의 클라이언트 애플리케이션들의 개별 NAT 및 방화벽 상태들은, 아래에서 더 상세히 설명될 바와 같이, NAT/방화벽 (172) 에 의해 유지된다. 도 4에서, UE들 (200A 및 200B) 에 대한 키프-얼라이브 패킷들의 개별 라우팅 경로들은 라우팅 경로 (400A) 및 라우팅 경로 (400B) 로서 각각 예시된다.

도 5a는 애플리케이션 서버 (170) 가 모바일-종단된 데이터를 주어진 UE 상의 복수의 클라이언트 애플리케이션들 (1...N) 로 전송하는 프로세스를 예시한다. 도 5a를 참조하면, 애플리케이션 서버 (170) 는 복수의 클라이언트 애플리케이션들 (1...N) 의 각각을 지원하는 것으로 설명된다. 그러나, 상이한 클라이언트 애플리케이션들은 도 5a의 다른 구현예들에서 상이한 애플리케이션 서버들에 의해 지원될 수 있다는 것이 이해될 것이다.

도 5a를 참조하면, 주어진 UE의 클라이언트 애플리케이션 (1) 은 그것의 NAT 및 방화벽 상태들을 NAT/방화벽 (172) 으로 설정한 다음, 애플리케이션 서버 (170) 에 등록시킨다 (500A). 주어진 UE의 클라이언트 애플리케이션 (2) 은 또한 그것의 NAT 및 방화벽 상태들을 NAT/방화벽 (172) 으로 설정한 다음, 애플리케이션 서버 (170) 에 등록시킨다 (505A). 주어진 UE의 클라이언트 애플리케이션들 (3...N) 은 또한 각각 그것들의 개별 NAT 및 방화벽 상태들을 NAT/방화벽 (172) 으로 설정하고, 클라이언트 애플리케이션들 (3...N) 의 각각은 그 다음에 애플리케이션 서버 (170) 에 등록시킨다 (510A). 이 시점에, 도 5a의 510A 후, 애플리케이션 서버 (170) 는 모바일-종단된 데이터를 클라이언트 애플리케이션들 (1...N) 중 임의의 것을 위해 주어진 UE에 전송 가능한데, 각각의 클라이언트 애플리케이션이 등록되고 NAT/방화벽 (172) 에 대해 액티브 NAT 및 방화벽 상태들을 가지고 있기 때문이다.

위에서 논의된 바와 같이, NAT/방화벽 (172) 은 클라이언트 애플리케이션들 (1...N) 에 대한 NAT 및 방화벽 상태들을 무한정 유지하지 않는다. 그보다는, NAT/방화벽 (172) 은 비활성의 임계 기간 후에 클라이언트 애플리케이션들 (1...N) 중 하나 이상에 대한 NAT 및 방화벽 상태들을 결국 리셋하거나 또는 디스에이블시킬 것이다. 따라서, NAT/방화벽 (172) 은 515A에서 클라이언트 애플리케이션들 (1...N) 의 각각에 대해 트래픽 비활성 타이머들을 모니터링한다. 이해될 바와 같이, 각각의 트래픽 비활성 타이머는 연관된 만료 기간을 가져서 특정 클라이언트 애플리케이션에 대한 NAT 및/또는 방화벽 상태들은 연관된 트래픽 비활성 타이머의 만료 시에 해제된다.

다음에, 클라이언트 애플리케이션 (1) 에 대한 NAT 및 방화벽 상태들이 액티브로 유지되는 동안, 애플리케이션 서버 (170) 는 클라이언트 애플리케이션 (1) 과 연관하여 주어진 UE로의 송신을 위해 모바일-종단된 데이터를 NAT/방화벽 (172) 으로 전송한다 (520A). NAT/방화벽 (172) 은 모바일-종단된 데이터를 수신하며, 임의의 필요한 변환 기능들을 수행한 다음 주어진 UE로의 송신을 위해 (예컨대, SSGN/GGSN을 경유하여, PDSN 경유하여 등등으로) 모바일-종단된 데이터를 RAN (120) 으로 포워딩한다 (525A).

다음에, 클라이언트 애플리케이션 (2) 에 대한 NAT 및 방화벽 상태들이 액티브로 유지되는 동안, 애플리케이션 서버 (170) 는 클라이언트 애플리케이션 (2) 과 연관하여 주어진 UE로의 송신을 위해 모바일-종단된 데이터를 NAT/방화벽 (172) 으로 전송한다 (530A). NAT/방화벽 (172) 은 모바일-종단된 데이터를 수신하며, 임의의 필요한 변환 기능들을 수행한 다음 주어진 UE로의 송신을 위해 (예컨대, SSGN/GGSN을 경유하여, PDSN 경유하여 등등으로) 모바일-종단된 데이터를 RAN (120) 으로 포워딩한다 (535A).

다음에, 클라이언트 애플리케이션들 (3...N) 을 위한 트래픽 비활성 타이머(들) 가 NAT/방화벽 (172) 에서 만료되어서 (540A), NAT/방화벽 (172) 은 클라이언트 애플리케이션들 (3...N) 을 위해 설정되었던 NAT 및/또는 방화벽 상태들을 해제한다 (540A) 고 가정한다. 이 시점에, NAT/방화벽 (172) 은 510A에서 설정되었고 지금은 해제된 NAT 및/또는 방화벽 상태들에 기초하여 IP 패킷들을 주어진 UE로/로부터 더 이상 포워딩 가능하지 않을 것이다.

도 5a를 참조하면, 앱들 (3...N) 을 위한 NAT 및 방화벽 상태들이 540A에서 해제된 후, 애플리케이션 서버 (170) 는 클라이언트 애플리케이션 (3) 과 연관하여 주어진 UE로의 송신을 위해 모바일-종단된 데이터를 NAT/방화벽 (172) 으로 전송한다 (545A) 고 가정한다. NAT/방화벽 (172) 은 모바일-종단된 데이터를 수신하지만, 모바일-종단된 데이터는 주어진 UE로 포워딩되지 않는데 클라이언트 애플리케이션 (3) 을 위한 NAT 및/또는 방화벽 상태들이 더 이상 액티브가 아니기 때문이다 (550A).

도 5b는 애플리케이션 서버 (170) 가 모바일-종단된 데이터를 주어진 UE (1...N) 상의 복수의 클라이언트 애플리케이션들로 전송하는 다른 프로세스를 예시한다. 도 5b를 참조하면, 도 5a에서와 같이, 애플리케이션 서버 (170) 는 복수의 클라이언트 애플리케이션들 (1...N) 의 각각을 지원하는 것으로 설명된다. 그러나, 상이한 클라이언트 애플리케이션들은 도 5b의 다른 구현예들에서 상이한 애플리케이션 서버들에 의해 지원될 수 있다는 것이 이해될 것이다.

도 5b를 참조하면, 500B 내지 515B는 도 5a의 500A 내지 515A에 각각 대응하고, 그래서 간결함을 위해 추가로 논의되지는 않을 것이다. 클라이언트 애플리케이션들 (1...N) 을 위한 NAT 및 방화벽 상태들이 설정된 후, 클라이언트 애플리케이션들 각각은 개별 NAT 및 방화벽 상태들을 유지하기 위해서 주기적 키프-얼라이브 패킷들을 애플리케이션 서버 (170) 로 (예컨대, 도 4에서 도시된 바와 같은 라우팅 경로들 (400A/400B) 을 따라) 송신하는 것을 시작한다. 따라서, 트래픽 비활성 타이머(들) 의 만료 기간보다 더 크지 않은 주어진 기간 후, 주어진 UE는 주기적으로 기상하며, RAN (120) 으로 트래픽 채널 (TCH) 을 설정하며, 클라이언트 애플리케이션 (1) 을 위한 키프-얼라이브 패킷을 NAT/방화벽 (172) 을 경유하여 애플리케이션 서버 (170) 로 송신한 다음 (적어도, 주어진 UE가 그렇지 않고 휴면 또는 유휴이면) 취침 상태로 되돌아간다 (520B). NAT/방화벽 (172) 은 클라이언트 애플리케이션 (1) 에 대한 NAT 및/또는 방화벽 상태들과 연관하여 트래픽을 검출하고, 클라이언트 애플리케이션 (1) 에 대한 트래픽 비활성 타이머를 리셋 또는 재시작시킨다 (525B).

키프-얼라이브 패킷의 송신은 클라이언트 애플리케이션 (1) 에 대한 520B에서와 같이 클라이언트 애플리케이션 (2) 에 대해 530B에서 유사한 방식으로 일어난다. 따라서, NAT/방화벽 (172) 은 클라이언트 애플리케이션 (2) 에 대한 NAT 및/또는 방화벽 상태들과 연관하여 트래픽을 검출하고, 클라이언트 애플리케이션 (2) 에 대한 트래픽 비활성 타이머를 리셋 또는 재시작시킨다 (535B). 비슷하게, 키프-얼라이브 패킷의 송신은 클라이언트 애플리케이션 (1) 에 대한 520B 및/또는 클라이언트 애플리케이션 (2) 에 대한 530B에서 유사한 방식으로 클라이언트 애플리케이션 (3...N) 에 대해 540B에서 일어난다. 따라서, NAT/방화벽 (172) 은 클라이언트 애플리케이션 (3...N) 에 대한 NAT 및/또는 방화벽 상태들과 연관하여 트래픽을 검출하고, 클라이언트 애플리케이션 (3...N) 에 대한 트래픽 비활성 타이머(들) 를 리셋 또는 재시작시킨다 (545B). 클라이언트 애플리케이션들 (1...N) 에 대한 키프-얼라이브 패킷들이 520B, 530B 및 540B에서 각각 일어나는 별도의 송신들로서 도시되었지만, 주어진 UE는 시스템 자원들 및/또는 배터리 수명의 양호한 사용을 하도록 개별 송신들을 조정하는 것을 시도할 수 있다는 것이 이해될 것이다.

다음에, 클라이언트 애플리케이션들 (1...N) 의 각각은 주기적 키프-얼라이브 패킷들을 애플리케이션 서버 (170) 에 계속 전송하고 (550B), NAT/방화벽 (172) 은 클라이언트 애플리케이션들 (1...N) 에 대한 트래픽 비활성 타이머들을 계속 리셋시켜서 (555B), 그것들의 개별 NAT 및/또는 방화벽 상태들은 유지된다. 약간 뒤의 시점에, 애플리케이션 서버 (170) 는 클라이언트 애플리케이션들 (1...N) 중 임의의 것과 연관하여 주어진 UE로의 송신을 위해 모바일-종단된 데이터를 NAT/방화벽 (172) 에 전송한다 (560B). NAT/방화벽 (172) 은 모바일-종단된 데이터를 수신하며, 임의의 필요한 변환 기능들을 수행한 다음 주어진 UE로의 송신을 위해 (예컨대, SSGN/GGSN을 경유하여, PDSN 경유하여 등등으로) 모바일-종단된 데이터를 RAN (120) 으로 포워딩한다 (565B).

도 5a 및 도 5b의 리뷰로부터 이해될 바와 같이, 주어진 UE는 도 5a에서와 같이 주기적 키프-얼라이브 패킷들을 전송하는 것을 억제시킴으로써 배터리 전력을 절약할 수 있다. 그러나, 이는 NAT/방화벽 (172) 에 대한 NAT 및/또는 방화벽 상태들을 손실하여 주어진 UE 상의 클라이언트 애플리케이션을 위해 의도된 모바일-종단된 데이터가 손실될 것이라는 위험이 있다. 대안으로, 주어진 UE는 주어진 UE에서 증가된 소비 전력을 무릅쓰고도, NAT 및/또는 방화벽 상태들이 도 5b에서와 같이 유지되도록 키프-얼라이브 패킷들을 송신할 수 있다. 아래에서 더 상세히 설명될 본 발명의 실시형태들은 키프-얼라이브 패킷 송신 지원 메커니즘을 겨냥하며 이로 인해 주어진 UE는 동일한 코어 네트워크 또는 패킷 코어에서 하나 이상의 다른 UE들에 의해 '지원'되며 이로 인해 하나 이상의 다른 UE들은 주어진 UE를 대신하여 키프-얼라이브 패킷들을 전송한다.

도 6a는 본 발명의 일 실시형태에 따른 무선 통신 시스템을 도시한다. 도 6a는 위에서 이미 설명되었던 도면들로부터의 컴포넌트들을 차용하고, 임의의 유사 번호의 컴포넌트들은 이 시점에서는 간결함을 위해 추가로 상세히 설명되지 않을 것이다.

도 6a를 참조하면, 제 1 패킷 코어 (1) 및 제 2 패킷 코어 (2) 가 예시되어 있다. 패킷 코어 (1) 는 NAT/방화벽 (172) 뿐만 아니라 NAT/방화벽 (172) '배후에' 있는 임의의 네트워크 컴포넌트들을 포함한다. 마찬가지로, 패킷 코어 (2) 는 다른 NAT/방화벽 (172) 뿐만 아니라 다른 NAT/방화벽 (172) '배후에' 있는 임의의 네트워크 컴포넌트들을 포함한다. 따라서, 용어 '패킷 코어'는 외부 디바이스들 또는 네트워크들, 이를테면 애플리케이션 서버 (170) 에 의해, 특정 NAT/방화벽 (172) 을 통해 도달될 수 있는 내부 네트워크를 지칭하는데 일반적으로 사용된다. 예를 들어, 패킷 코어 (1) 는 NAT/방화벽 (172), GGSN (또는 PDSN) (162) 및 RAN (120) (그것은 노드 B (124) 및 RNC (122), 또는 BS (124) 및 BSC (122) 를 포함함) 을 포함한다. 복수의 UE들 (200) 은 패킷 코어 (1) 에서의 RAN (120) 에 접속할 수 있다. 유사한 인프라가 패킷 코어 (2) 에 포함되고 간결함을 위해 추가로 설명되지는 않을 것이다.

도 6a를 참조하면, 패킷 코어 (1) 는 지원 애플리케이션 서버 (AAS) (170A) 를 더 구비한다. AAS (170A) 는, 애플리케이션 서버 (170) 와 상호작용하도록 구성되고 패킷 코어 (1) 내의 NAT/방화벽 (172) 에 어떤 방식으로 연결되는 서버이다. AAS (170A) 의 패킷 코어 (1) 로의 연결은 애플리케이션 서버 (170) 에서, GGSN 또는 PDSN (162) 와 같은, 패킷 코어 (1) 엘리먼트들의 IP 주소에 대한 특정 AAS (170A) 의 매핑을 유지함으로써 달성될 수 있다. 일 예에서, AAS (170A) 는 명시적 무선 기능을 가질 필요가 없는 와이어라인 디바이스에 대응할 수 있지만, 적어도 하나의 실시형태에서 AAS (170A) 는 또한 무선 통신들을 행하기 위해서 자신 소유의 무선 트랜시버로 구성될 수 있다.

AAS (170A) 는 또한 하나 이상의 '지원' UE들 (605) 에 연결된다. 지원 UE들 (605) 은 무선 접속성을 위해 구성되고, UE들 (200) 과 동일한 방식으로 패킷 코어 (1) 내의 RAN (120) 에 접속할 수 있다. 일 실시형태에서, 지원 UE들 (605) 은 그것들의 소비 전력이 중요한 문제가 아니도록 영구적인 전원에 접속될 수 있다. 대안으로, 지원 UE들 중 하나 이상은 배터리 전력에 적어도 부분적으로 의존하는 모바일 디바이스들로서 배치될 수 있다는 것이 가능하다. 대체 실시형태에서, 키프 얼라이브-패킷 지원을 받도록 구성된 비교적 높은 수의 클라이언트 애플리케이션들이 주어진 패킷 코어 (1) 에 배치되는 경우에 다수의 AAS (170A) 는 주어진 패킷 코어 (1) 내에 배치될 수 있다. 마찬가지로, 패킷 코어 (2) 는, 패킷 코어 (2) 의 NAT/방화벽 (172) 에 연결되고 또한 하나 이상의 지원 UE들 (610) 에 연결되는 AAS (170B) 를 구비한다. 패킷 코어 (2) 에서의 AAS (170B) 는 패킷 코어 (1) 에서의 AAS (170A) 와 유사하게 구성될 수 있다. AAS들 (170A 및 170B) 뿐만 아니라 지원 UE들 (605 및 610) 과의 애플리케이션 서버 (170) 의 동작은 도 7a 내지 7d를 참조하여 아래에서 상세히 설명될 것이다.

도 6b는 본 발명의 일 실시형태에 따른, 도 6a의 패킷 코어 (1) 에서의 복수의 UE들로부터의 키프-얼라이브 패킷들의 라우팅의 일 예를 도시한다. 도 6b에 도시된 바와 같이, UE들 (200A 및 200B) 은 그것들 소유의 키프-얼라이브 패킷들을 애플리케이션 서버 (170) 로 전송하는 것을 실제로 담당하지 않는다. 그보다는, 애플리케이션 서버 (170) 는 하나 이상의 지원 UE들 (605) 이 UE들 (200A 및 200B) 을 대신하여 키프-얼라이브 패킷들을 전송할 것을 AAS (170A) 에게 명령한다. 일 예에서, 애플리케이션 서버 (170) 는 등록 동안에 UE (200A 및 200B) 에 의해 제공된 패킷 코어 (1) 의 IP 주소에 의존하여 AAS (170A) 를 선택한다. 애플리케이션 서버 (170) 를 이용한 UE (200A 및 200B) 의 등록 프로세스는 또한, 애플리케이션 서버 (170) 에, NAT/방화벽 (172) 을 통한 애플리케이션 서버 (170) 와의 통신을 위해 사용된 NAT/방화벽 (172) 에 의해 할당된 바와 같은 공인 IP 주소 및 포트를 제공한다.

도 6b를 참조하면, AAS (170A) 를 선택한 후, 애플리케이션 서버 (170) 는 UE (200A 및 200B) 에 대해 공인 IP 주소 및 포트들을 AAS (170A) 에 제공한다. AAS (170A) 는 UE들 (200A 및 200B) 을 대신하여 키프-얼라이브 패킷들을 무선 링크 또는 무선 인터페이스를 통해 서빙 NodeB (또는 기지국) (124) 에 전송하도록 지원 UE(들) (605) 에 영향을 미치거나 또는 명령하며, 그러면 서빙 NodeB는 키프-얼라이브 패킷들을 서빙 RNC (또는 BSC) (122) 에 전송하며, 서빙 RNC는 차례로 키프-얼라이브 패킷들을 패킷 데이터 네트워크 엔드-포인트 (예컨대, GGSN 또는 PDSN) (162) 로 그리고 그 다음에는 NAT/방화벽 (172) 으로 전송한다. NAT/방화벽 (172) 은 키프-얼라이브 패킷들에 대한 변환 기능을 수행하고 그 패킷들을 인터넷 (175) 으로 포워딩한다. 결국, 키프-얼라이브 패킷들은 애플리케이션 서버 (170) 에 도착하고 버려질 수 있는데, 키프-얼라이브 패킷들의 기능이 NAT/방화벽 (172) 으로 UE들 (200A 및 200B) 중 하나 이상의 클라이언트 애플리케이션들의 개별 NAT 및 방화벽 상태들을 유지하는 것이기 때문이다.

아래에서 더 상세히 설명될 바와 같이, UE들 (200A 및 200B) 의 IP 및 포트에 대한 NAT 상태가 유지되는 것을 보장하기 위하여, 지원 UE(들) (605) 는 애플리케이션 서버 (170) 로 전송된 개별 UE들의 키프 얼라이브 패킷들의 IP 헤더들에서 UE (605) 의 소스 IP 주소를 UE들 (200A 및 200B) 의 소스 IP 주소로 대체함으로써 키프-얼라이브 패킷들을 전송하도록 구성된다. 마찬가지로, 지원 UE(들) (605) 의 소스 포트는 키프 얼라이브 패킷들의 UDP 또는 TCP 헤더들에서 UE들 (200A 및 200B) 의 소스 포트로 대체된다. NAT/방화벽 (172) 에서, 지원 UE(들) (605) 로부터의 키프 얼라이브 패킷들의 소스 IP 주소, 소스 포트, 목적지 IP 주소 및 목적지 포트는 UE (200A 및 200B) 로부터 전송된 패킷들의 대응하는 세팅들을 '흉내'내고, UE들 (200A 및 200B) 에 대한 NAT/방화벽 (172) 상태는 유지된다. UE들 (200A 및 200B) 로부터의 키프-얼라이브 패킷들과 연관된 트래픽 덕분에, UE들 (200A 및 200B) 의 하나 이상의 클라이언트 애플리케이션들의 개별 NAT 및 방화벽 상태들은 NAT/방화벽 (172) 에 의해 유지된다.

도 6b에서, UE들 (200A 및 200B) 에 대한 키프-얼라이브 패킷들의 개별 라우팅 경로들은 라우팅 경로 (600A 및 600B) 로서 각각 예시된다. 도 4와는 달리, 라우팅 경로들 (600A 및 600B) 은, UE들 (200A 및 200B) 의 소비 전력이 그것들의 개별 NAT 및/또는 방화벽 상태들을 패킷 코어 (1) 의 NAT/방화벽 (172) 으로 유지하는 동안 감소될 수 있도록 UE들 (200A 및 200B) 대신에 지원 UE(들) (605) 로부터 시작한다는 것이 이해될 것이다.

도 7a는 본 발명의 일 실시형태에 따른, 애플리케이션 서버 (170) 가 모바일-종단된 데이터를 주어진 UE ("UE (200)") 상의 하나 이상의 클라이언트 애플리케이션들로 전송하는 프로세스를 도시한다. 도 7a는 하나의 특정한 클라이언트 애플리케이션과 연관되어 송신되는 키프-얼라이브 패킷들에 대해 아래에서 설명된다. 그러나, 도 7a의 프로세스가 임의의 수의 클라이언트 애플리케이션들을 수용하도록 확장 (scale) 할 수 있다는 것이 이해될 것이다. 또한, 도 7a가 패킷 코어 (1) 내의 컴포넌트들을 참조하여 일반적으로 설명되지만, 도 7a의 프로세스는 NAT/방화벽 (172) 을 경유하여 외부 네트워크들로부터 분리되는 임의의 패킷 코어 또는 내부 네트워크로 대신 구현될 수 있다는 것이 이해될 것이다.

도 7a를 참조하면, UE (200) 상의 주어진 클라이언트 애플리케이션은 패킷 코어 (1) 의 패킷 데이터 엔드 포인트 (162) (즉, PDSN 또는 GGSN) 와 패킷 데이터 세션을 확립한다 (700A). UE (200) 상의 주어진 클라이언트 애플리케이션은 그 다음에 패킷 코어 (1) 의 패킷 데이터 엔드 포인트 (162) (즉, PDSN 또는 GGSN) 의 IP 주소를 획득한다 (701A). UE (200) 상의 주어진 클라이언트 애플리케이션은 NAT/방화벽 (172) 으로 그것의 NAT 및 방화벽 상태들을 설정한다 (702A). 예를 들어, 702A의 NAT 및 방화벽 상태들을 설정 시, 주어진 클라이언트 애플리케이션은 NAT/방화벽 (172) 의 NAT-부분을 검출하며, 주어진 클라이언트 애플리케이션을 위해 사용될 공인 및 사설 포트 번호들 및 IP 주소들을 확립하고 주어진 클라이언트 애플리케이션에 대한 방화벽 연관을 확립한다.

도 5a 및 도 5b에 관해 위에서 논의된 바와 같이, NAT/방화벽 (172) 은 클라이언트 애플리케이션들 (1...N) 에 대한 NAT 및 방화벽 상태들을 무한정 유지하지 않는다. 그보다는, NAT/방화벽 (172) 은 비활성의 임계 기간 후에 클라이언트 애플리케이션들 (1...N) 중 하나 이상에 대한 NAT 및 방화벽 상태들을 결국 리셋하거나 또는 디스에이블시킬 것이다. 따라서, NAT/방화벽 (172) 은 주어진 클라이언트 애플리케이션에 대해 트래픽 비활성 타이머를 모니터링한다 (705A). 이해될 바와 같이, 트래픽 비활성 타이머는 연관된 만료 기간을 가져서 주어진 클라이언트 애플리케이션에 대한 NAT 및/또는 방화벽 상태들은 연관된 트래픽 비활성 타이머의 만료 시에 해제된다.

도 7a를 참조하면, UE (200) 는 주어진 클라이언트 애플리케이션을 애플리케이션 서버 (170) 에 등록시킨다 (715A). 715A의 등록은, UE (200) 로부터 애플리케이션 서버 (170) 로의 (i) 700A에서 확립된 바와 같은 주어진 클라이언트 애플리케이션에 대한 사설 IP 주소 및 포트 번호, (ii) 702A에서 확립된 바와 같은 주어진 클라이언트 애플리케이션에 대한 공인 IP 주소 및 포트 번호, 및 (iii) 701A에서 UE (200) 에 의해 결정된 PDSN 또는 GGSN의 IP 주소를 전달하는 것을 포함한다. 주어진 클라이언트 애플리케이션을 715A에서 애플리케이션 서버 (170) 에 등록시킨 후, UE (200) 는 주어진 클라이언트 애플리케이션에 대한 NAT 및/또는 방화벽 상태들을 NAT/방화벽 (172) 으로 유지하기 위해 키프-얼라이브 패킷들을 애플리케이션 서버 (170) 로 전송하지 않는다 (720A). 도 5a와 달리, UE (200) 가 720A에서 키프-얼라이브 패킷들을 송신하는 것을 억제시키는 이유는, UE (200) 에 대한 NAT 및/또는 방화벽 상태들이 유지되도록 동일한 패킷 코어 (1) 에서의 일부 다른 UE(들) 가 UE (200) 를 대신하여 키프-얼라이브 패킷들을 송신하는 것을 애플리케이션 서버 (170) 가 용이하게 할 것이라는 기대치에 기초한다.

애플리케이션 서버 (170) 가 UE (200) 에 대한 주어진 클라이언트 애플리케이션의 등록을 완료한 후, 애플리케이션 서버 (170) 는 등록 동안에 애플리케이션 서버 (170) 로 UE (200) 에 의해 보고되었던 PDSN 또는 GGSN의 IP 주소에 기초하여 지원 애플리케이션 서버 (AAS) 를 선택한다 (725A). 예를 들어, 애플리케이션 서버 (170) 는, 애플리케이션 서버 (170) 와 연관되고 또한 UE (200) 와 동일한 패킷 코어, 이를테면 패킷 코어 (1) 에 위치되는 AAS를 식별하기 위해 PDSN 또는 GGSN의 IP 주소를 이용할 수 있다. 애플리케이션 서버 (170) 는 그 다음에 725A에서 UE (200) 와 동일한 패킷 코어 (1) 에 있는 같은 자리에 배치된 AAS를 선택할 수 있다. 아래에서 더 상세히 설명될 바와 같이, 선택된 AAS에 연결되는 지원 UE(들) (605) 중 하나 이상은 적어도 패킷 코어 (1) 의 NAT/방화벽 (172) 의 관점에서 UE (200) 로서 '가장하는 (masquerading)' 것이 가능하다고 예상된다.

725A에서 PDSN 또는 GGSN의 IP 주소에 기초하여 AAS (170A) 를 선택한 후, 애플리케이션 서버 (170) 는 UE (200) 의 주어진 클라이언트 애플리케이션을 대신하여 키프-얼라이브 패킷들을 송신할 것을 선택된 AAS에게 명령한다 (730A). 이 경우, 선택된 AAS는 패킷 코어 (1) 내의 AAS (170A) 에 대응한다. AAS (170A) 는 애플리케이션 서버 (170) 로부터 명령들을 수신한 다음, UE (200) 의 주어진 클라이언트 애플리케이션을 대신하여 키프-얼라이브 패킷들을 주기적으로 송신하는 것을 담당할 그것의 연결된 지원 UE들 (605) 중 하나 이상을 선택한다 (735A). 예를 들어, 선택된 지원 UE(들) (605) 는 AAS (170A) 와 같은 장소에 배치되고 USB와 같은 인터페이스 또는 다른 유사한 인터페이스들을 경유하여 AAS (170A) 에 접속되는 UE(들) 에 대응할 수 있다. AAS (170A) 는 지원 UE(들) (605) 가 키프 얼라이브 패킷들을 전송하는 동안에 지원 UE(들) (605) 의 대역폭 및 무선 자원들에 대한 경합 (contention) 을 줄이기 위해 무선 인터페이스를 사용하는 대신에 이 인터페이스를 통해 지원 UE(들) (605) 과 통신할 수 있다. 그 다음에 AAS (170A) 는 키프-얼라이브 패킷들을 주기적으로 애플리케이션 서버 (170) 로 송신하는 것을 시작할 것을 선택된 지원 UE(들) (605) 에게 명령한다 (740A). 일 실시형태에서, 키프-얼라이브 패킷 반복을 위한 주기는 NAT/방화벽 (172) 에서 유지되는 연관된 트래픽 비활성 타이머의 만료 타이머보다 더 크지 않도록 (예컨대, 15 초, 30 초, 1 분 등으로) 확립된다.

745A에서, 선택된 지원 UE(들) (605) 각각은 UE (200) 를 준수하는 방식으로 키프-얼라이브 패킷을 구성한다 (745A). 이는 본질적으로는 선택된 지원 UE(들) (605) 가 각각 UE (200) 로부터 실제로 유래된 패킷처럼 선택된 UE(들) (605) 로부터의 구성된 키프-얼라이브 패킷을 해석하게 NAT/방화벽 (172) 을 속이기 위해서 UE (200) 인 것처럼 가장한다는 것을 의미한다. 예를 들어, 애플리케이션 서버 (170) 로 전달되었던, NAT/방화벽 (172) 에 의해 할당된 UE (200) 에 대한 공인 IP 주소들 및 공인 포트 번호들은 AAS (170A) 로 전달된 다음 선택된 지원 UE(들) (605) 로 전달될 수 있다. 그것들 소유의 IP 주소 및 포트를 키프-얼라이브 패킷의 IP 헤더들의 소스 IP 및 포트 필드들에 사용하는 대신, 선택된 지원 UE(들) (605) 는 그러면 IP (TCP/UDP) 헤더들에서의 UE (200) 에 대한 공인 IP 주소들 및 공인 포트 번호들을 애플리케이션 서버 (170) 로의 송신을 위해 745A에서 키프-얼라이브 패킷을 구성하기 위한 소스 IP 주소 및 포트 정보로서 사용할 수 있다. 키프-얼라이브 패킷 내의 선택된 지원 UE(들) (605) 에 의해 사용된 소스 IP 주소, 목적지 IP 주소, 소스 포트 및 목적지 포트 조합이 UE (200) 와 연관되므로, NAT/방화벽 (172) 은 이들 패킷들을 UE (200) 로부터의 데이터 트래픽으로서 해석할 수 있고 그에 따라 UE (200) 의 주어진 클라이언트 애플리케이션에 대해 연관된 NAT 세팅들을 연장할 수 있다.

745A에서 키프-얼라이브 패킷을 구성한 후, 선택된 지원 UE(들) (605) 는 TCH를 RAN (120) 으로 설정하며 (필요하다면), 구성된 키프-얼라이브 패킷을 NAT/방화벽 (172) 을 경유하여 애플리케이션 서버 (170) 로 송신한 다음 (옵션적으로) TCH를 해제시킨다 (750A). NAT/방화벽 (172) 은 선택된 지원 UE(들) (605) 로부터의 키프-얼라이브 패킷을 주어진 클라이언트 애플리케이션에 대한 NAT 및/또는 방화벽 상태들과 연관하여 트래픽으로서 검출하며 이에 의해 주어진 클라이언트 애플리케이션에 대한 트래픽 비활성 타이머를 리셋 또는 재시작시킨다 (755A). 이해될 바와 같이, 745A 내지 755A는 UE (200) 상의 주어진 클라이언트 애플리케이션에 대한 NAT 및/또는 방화벽 상태들이 무한 기간 동안 유지될 수 있도록 임의의 횟수 반복할 수 있다. 마찬가지로, 745A 내지 755A는 하나 이상의 다른 UE(들) (200) 에 대해 임의의 횟수 반복할 수 있으며 이로 인해 적어도 하나의 지원 UE (605) 는 다수의 UE들 (200) 을 대신하여 키프 얼라이브 패킷들을 전송할 수 있다. 다르게 말하면, 도 7a에 도시된 프로세스는 복수의 UE들을 대신하여 그리고/또는 주어진 UE에 대해 복수의 복수의 클라이언트 애플리케이션들을 대신하여 동시에 실행될 수 있다.

약간 뒤의 시점에, 주어진 클라이언트 애플리케이션에 대한 NAT 및 방화벽 상태들이 액티브로 유지되는 동안, 애플리케이션 서버 (170) 는 UE (200) 상의 주어진 클라이언트 애플리케이션으로의 송신을 위해 모바일-종단된 데이터를 NAT/방화벽 (172) 으로 전송한다 (760A). NAT/방화벽 (172) 은 모바일-종단된 데이터를 수신하며, 임의의 필요한 변환 기능들을 수행한 다음, UE (200) 로의 송신을 위해 모바일-종단된 데이터를 (예컨대, SSGN/GGSN을 경유하여, PDSN를 경유하여 등으로) RAN (120) 으로 포워딩한다 (765A).

도 7b는 본 발명의 일 실시형태에 따른 도 7a의 프로세스의 연속부분을 도시한다. 도 7b를 참조하면, 도 7a의 765A 후의 어떤 시점에, UE (200) 상의 주어진 클라이언트 애플리케이션은 애플리케이션 서버 (170) 로부터 등록해제하는 것을 결정한다. 예를 들어, UE (200) 의 사용자는 주어진 클라이언트 애플리케이션과 연관된 서비스 가입을 연장하지 않을 것을 선택할 수도 있다. 이 경우, UE (200) 는 700B에서 주어진 클라이언트 애플리케이션을 애플리케이션 서버 (170) 에 대해 등록해제 한다. 애플리케이션 서버 (170) 에서 주어진 클라이언트 애플리케이션 등록해제 시, 애플리케이션 서버 (170) 는 주어진 클라이언트 애플리케이션에 대한 NAT 및/또는 방화벽 상태들이 NAT/방화벽 (172) 에 의해 유지될 필요는 없다고 결정한다. 따라서, 애플리케이션 서버 (170) 는 UE (200) 의 주어진 클라이언트 애플리케이션을 대신하여 키프-얼라이브 패킷들을 송신하는 것을 중단할 것을 AAS (170A) 에게 명령한다 (705B). 패킷 코어 (1) 내의 AAS (170A) 는 애플리케이션 서버 (170) 로부터 명령들을 수신하고 다음에는 UE (200) 에 대해 주기적 키프-얼라이브 패킷들을 송신하는 것을 중단할 것을 선택된 지원 UE(들) (605) 에게 명령한다 (710B). 선택된 지원 UE(들) (605) 는 AAS (170A) 로부터 명령들을 수신하고 UE (200) 에 대해 주기적 키프-얼라이브 패킷들을 송신하는 것을 중단한다 (715B). 그러나, 지원 UE(들) (605) 는 UE (200) 의 다른 클라이언트 애플리케이션들에 대해 그리고/또는 다른 UE(들) 에 대해 모두 주기적 키프 얼라이브 패킷들을 계속 송신할 수도 있다는 것이 이해될 것이다. 약간 뒤의 시점에, 주어진 클라이언트 애플리케이션에 대한 트래픽 비활성 타이머(들) 는 NAT/방화벽 (172) 에서 만료되어서 (720B), NAT/방화벽 (172) 은 UE (200) 의 주어진 클라이언트 애플리케이션에 대해 설정되었던 NAT 및/또는 방화벽 상태들을 해제시킨다.

도 7c는 본 발명의 다른 실시형태에 따른 도 7a의 프로세스의 연속부분을 도시한다. 도 7c를 참조하면, 도 7a의 765A 후의 어떤 시점에, 주어진 클라이언트 애플리케이션과 연관된 세팅들은 키프-얼라이브 패킷들이 결국 NAT/방화벽 (172) 에서의 연관된 트래픽 비활성 타이머의 리셋 또는 재시작이 되도록 구성되어야 하는 방식에 영향을 주는 어떤 방식으로 업데이트된다 (700C) 고 가정한다. 이 실시형태에서, 업데이트의 원인이 다른 패킷 코어로의 UE (200) 의 핸드오프는 전적으로 아니라서, UE (200) 는 도 7c의 프로세스 내내 패킷 코어 (1) 에 남아 있다고 추가로 가정될 것이다. 일 예에서, PDSN 또는 GGSN의 IP 주소는 변경되었을 수도 있으며, 주어진 클라이언트 애플리케이션의 사설 및/또는 공인 포트 번호들 및/또는 IP 주소는 변경되었을 수도 있다는 등등이다. 대안으로, PDSN 또는 GGSN에 의해 UE에 할당된 IP 주소는 무선 인터페이스 및 패킷 데이터 세션 자원들의 재-협상의 결과로서 변경되었을 수도 있다. 이해될 바와 같이, 위에서 언급된 이벤트들 중 임의의 것은 애플리케이션 서버 (170) 에서 IP 주소 및 포트 매핑에 대한 업데이트를 트리거링할 수 있다.

700C에서 세팅들을 업데이트한 후, UE (200) 는 업데이트된 세팅들에 관해 애플리케이션 서버 (170) 에 통지한다 (705C). 애플리케이션 서버 (170) 는 다음에는 업데이트에 관해 AAS (170A) 에게 통지하고 (710C), 다음으로 AAS (170A) 는 업데이트에 관해 선택된 지원 UE(들) (605) 에게 통지하여서 선택된 지원 UE(들) (605) 은 주기적으로 송신된 키프-얼라이브 패킷들이 구성되는 방식을 수정할 수 있다 (715C).

720C에서, 선택된 지원 UE(들) (605) 는 업데이트된 세팅-정보에 따라 UE (200) 를 준수하는 방식으로 키프-얼라이브 패킷을 구성한다. 예를 들어, 업데이트된 세팅-정보가 주어진 클라이언트 애플리케이션의 공인 IP 주소에 대응한다면, 선택된 지원 UE(들) (605) 는 720C에서 업데이트된 공인 IP 주소로 후속 키프-얼라이브 패킷들을 구성하는 등등이다.

720C에서 키프-얼라이브 패킷을 구성한 후, 선택된 지원 UE(들) (605) 는 TCH를 RAN (120) 으로 설정하며 (필요하다면), 구성된 키프-얼라이브 패킷을 NAT/방화벽 (172) 을 경유하여 애플리케이션 서버 (170) 로 송신한 다음 (옵션적으로) TCH를 해제시킨다 (725C). NAT/방화벽 (172) 은 선택된 지원 UE(들) (605) 로부터의 키프-얼라이브 패킷을 주어진 클라이언트 애플리케이션에 대한 NAT 및/또는 방화벽 상태들과 연관하여 트래픽으로서 검출하며 이에 의해 주어진 클라이언트 애플리케이션에 대한 트래픽 비활성 타이머를 리셋 또는 재시작시킨다 (730C). 이해될 바와 같이, 720C 내지 730C는 UE (200) 상의 주어진 클라이언트 애플리케이션에 대한 NAT 및/또는 방화벽 상태들이 무한 기간 동안 유지될 수 있도록 임의의 횟수 반복할 수 있다. 마찬가지로, 720C 내지 730C는 패킷 코어 (1) 내의 하나 이상의 다른 UE(들) (200) 에 대해 임의의 횟수 반복할 수 있으며 이로 인해 적어도 하나의 지원 UE (605) 는 다수의 UE들 (200) 을 대신하여 키프 얼라이브 패킷들을 전송한다. 다르게 말하면, 도 7c에 도시된 프로세스는 복수의 UE들을 대신하여 그리고/또는 주어진 UE에 대해 복수의 클라이언트 애플리케이션들을 대신하여 동시에 실행될 수 있다.

도 7d는 본 발명의 다른 실시형태에 따른 도 7a의 프로세스의 또 다른 연속부분을 도시한다. 도 7d를 참조하면, 도 7a의 765A 후의 어떤 시점에, UE (200) 는 패킷 코어 (1) 로부터 패킷 코어 (2) 로 핸드오프한다 (700D) 고 가정한다. 예를 들어, 하나의 패킷 코어 다른 것으로의 UE (200) 의 핸드오프는, UE (200) 가 제 1 NAT/방화벽 (172) 배후에 있는 제 1 서브넷에서의 제 1 기지국으로부터 제 2 NAT/방화벽 (172) 배후에 있는 제 2 서브넷에서의 제 2 기지국으로 핸드오프하는 경우에 일어날 수 있다. 마찬가지로, 하나의 패킷 코어로부터 다른 것으로의 UE (200) 의 핸드오프는, UE (200) 가 패킷 코어 (1) 에서의 제 1 NAT/방화벽 (172) 배후의 제 1 GGSN (또는 PDSN) (162) 상의 제 1 RNC (또는 BSC) 로부터 패킷 코어 (2) 에서의 제 2 NAT/방화벽 (172) 배후의 제 2 GGSN (또는 PDSN) (162) 상의 제 2 RNC (또는 BSC) 로 이전하는 경우에 일어날 수 있다.

도 7d에서 명시적으로 도시되진 않았지만, 700D의 핸드오프는 (i) 패킷 코어 (2) 의 PDSN 또는 GGSN의 IP 주소를 획득하는 것, (ii) 패킷 코어 (2) 의 NAT/방화벽 (172) 으로 NAT 및 방화벽 상태들을 설정하는 것 및 (iii) UE (200) 에 대해 새로운 사설 및 공인 포트 번호들 및 IP 주소들을 (필요하다면) 획득하는 것을 포함할 수 있다는 것이 이해될 것이다. 다르게 말하면, 도 7a의 블록들 (701A, 702A 및 715A) 은 필요하다면, 패킷 코어 (2) 내의 700D에서 수행될 수 있다

패킷 코어 (1) 로부터 패킷 코어 (2) 로 핸드오프를 수행한 후, UE (200) 는 핸드오프에 후속하는 UE (200) 의 새로운 세팅들 (예컨대, 도 7a의 715A에서와 같이, 패킷 코어 (2) 등에서의 PDSN 또는 GGSN의 IP 주소) 에 관해 애플리케이션 서버 (170) 에 통지한다 (705D). 또한, 그 핸드오프를 수행한 후, 패킷 코어 (2) 에서의 NAT/방화벽 (172) 은 주어진 클라이언트 애플리케이션에 대한 트래픽 비활성 타이머를 모니터링하는 것을 개시한다 (710D). 이해될 바와 같이, 트래픽 비활성 타이머는 연관된 만료 기간을 가져서 주어진 클라이언트 애플리케이션에 대한 NAT 및/또는 방화벽 상태들은 연관된 트래픽 비활성 타이머의 만료 시에 해제된다.

애플리케이션 서버 (170) 가 패킷 코어 (1) 로부터 패킷 코어 (2) 로의 UE (200) 의 핸드오프를 통지받은 후, 애플리케이션 서버 (170) 는 NAT 및 방화벽 상태들이 패킷 코어 (1) 에서 주어진 클라이언트 애플리케이션에 대해 더 이상 유지될 필요는 없다고 결정한다. 따라서, 애플리케이션 서버 (170) 는 UE (200) 의 주어진 클라이언트 애플리케이션을 대신하여 키프-얼라이브 패킷들을 송신하는 것을 중단할 것을 AAS (170A) 에게 명령한다 (715D). 패킷 코어 (1) 내의 AAS (170A) 는 애플리케이션 서버 (170) 로부터 명령들을 수신하고 다음에는 UE (200) 에 대한 주기적 키프-얼라이브 패킷들을 송신하는 것을 중단할 것을 패킷 코어 (1) 에서의 선택된 지원 UE(들) (605) 에게 명령한다 (720D). 선택된 지원 UE(들) (605) 는 AAS (170A) 로부터 명령들을 수신하고 주기적 키프-얼라이브 패킷들을 송신하는 것을 중단한다 (725D). 그러나, 필요하다면, 패킷 코어 (1) 에서의 지원 UE(들) (605) 는 패킷 코어 (1) 에 여전히 연관되는 다른 UE(들) 에 대해 키프 얼라이브 메시지들을 계속 전송할 수 있다.

또한, 애플리케이션 서버 (170) 가 패킷 코어 (1) 로부터 패킷 코어 (2) 로의 UE (200) 의 핸드오프를 통지받은 후, 애플리케이션 서버 (170) 는 705D에서 UE (200) 에 의해 애플리케이션 서버 (170) 로 보고되었던 PDSN 또는 GGSN의 IP 주소에 기초하여 패킷 코어 (2) 에서의 지원 애플리케이션 서버 (AAS) 를 선택한다 (730D). 예를 들어, 애플리케이션 서버 (170) 는, 애플리케이션 서버 (170) 와 연관되고 또한 UE (200) 와 동일한 패킷 코어 (2) 에 위치되는 AAS를 식별하기 위해 패킷 코어 (2) 에서의 PDSN 또는 GGSN의 IP 주소를 이용할 수 있다. 애플리케이션 서버 (170) 는 그 다음에 730D에서 UE (200) 와 동일한 패킷 코어 (2) 에서 같은 자리에 배치된 AAS (즉, AAS (170B)) 를 선택할 수 있다.

730D에서 패킷 코어 (2) 에서의 PDSN 또는 GGSN의 IP 주소에 기초하여 AAS (170B) 를 선택한 후, 애플리케이션 서버 (170) 는 UE (200) 의 주어진 클라이언트 애플리케이션을 대신하여 키프-얼라이브 패킷들을 송신할 것을 선택된 AAS (즉, AAS (170B)) 에게 명령한다 (735D). 이 경우, 선택된 AAS는 패킷 코어 (2) 내의 AAS (170B) 에 대응한다.

또한, 어떤 시간에, 주어진 클라이언트 애플리케이션에 대한 트래픽 비활성 타이머는, 725D에서 패킷 코어 (1) 에서의 선택된 지원 UE(들) (605) 에 의한 키프-얼라이브 패킷 송신들의 중지로 인해, 패킷 코어 (1) 의 NAT/방화벽 (172) 에서 만료된다 (740D). 따라서, 740D에서, 이 트래픽 비활성 타이머는 만료된다고, 그리고 패킷 코어 (1) 에서의 NAT/방화벽 (172) 은 UE (200) 의 주어진 클라이언트 애플리케이션에 대해 설정되었던 NAT 및/또는 방화벽 상태들을 해제한다고 가정한다.

AAS (170B) 는 애플리케이션 서버 (170) 로부터 명령들을 수신한 다음, 패킷 코어 (2) 에서 UE (200) 의 주어진 클라이언트 애플리케이션을 대신하여 키프-얼라이브 패킷들을 주기적으로 송신하는 것을 담당할 패킷 코어 (2) 에서의 그것의 연결된 지원 UE들 (610) 중 하나 이상을 선택한다 (745D). 그 다음에 AAS (170B) 는 키프-얼라이브 패킷들을 주기적으로 애플리케이션 서버 (170) 로 송신하는 것을 시작할 것을 선택된 UE(들) (610) 에게 명령한다 (745D). 일 실시형태에서, 키프-얼라이브 패킷 반복을 위한 송신 간격 또는 주기는 패킷 코어 (2) 에서의 NAT/방화벽 (172) 에서 유지되는 연관된 트래픽 비활성 타이머의 만료 주기보다 더 크지 않도록 (예컨대, 30 초, 1 분 등으로) 확립된다.

750D에서 선택된 지원 UE(들) (610) 는 패킷 코어 (2) 에서 UE (200) 를 준수하는 방식으로 키프-얼라이브 패킷을 구성한다 (예컨대, 참고로 도 7a의 745A와 유사함). 750D에서 키프-얼라이브 패킷을 구성한 후, 선택된 지원 UE(들) (610) 는 TCH를 RAN (120) 으로 설정하며 (필요하다면), 구성된 키프-얼라이브 패킷을 NAT/방화벽 (172) 을 경유하여 애플리케이션 서버 (170) 로 송신한 다음 (옵션적으로) TCH를 해제시킨다 (755D). 패킷 코어 (2) 의 NAT/방화벽 (172) 은 선택된 지원 UE(들) (610) 로부터의 키프-얼라이브 패킷을 주어진 클라이언트 애플리케이션에 대한 NAT 및/또는 방화벽 상태들과 연관하여 트래픽으로서 검출하며 이에 의해 주어진 클라이언트 애플리케이션에 대한 트래픽 비활성 타이머를 리셋 또는 재시작시킨다 (760D). 이해될 바와 같이, 750D 내지 760D는 UE (200) 상의 주어진 클라이언트 애플리케이션에 대한 NAT 및/또는 방화벽 상태들이 패킷 코어 (2) 에서 무한 기간 동안 유지될 수 있도록 임의의 횟수 반복할 수 있다. 마찬가지로, 750D 내지 760D는 동일한 UE (200) 및/또는 하나 이상의 다른 UE들 상의 하나 이상의 다른 클라이언트 애플리케이션들에 대한 NAT 및/또는 방화벽 상태들을 전적으로 유지하기 위해 임의의 횟수 반복될 수 있다.

약간 뒤의 시점에, 주어진 클라이언트 애플리케이션에 대한 NAT 및 방화벽 상태들이 패킷 코어 (2) 에서 액티브로 유지되는 동안, 애플리케이션 서버 (170) 는 UE (200) 상의 주어진 클라이언트 애플리케이션으로의 송신을 위해 모바일-종단된 데이터를 패킷 코어 (2) 에서의 NAT/방화벽 (172) 으로 전송한다 (765D). 패킷 코어 (2) 에서의 NAT/방화벽 (172) 은 모바일-종단된 데이터를 수신하며, 임의의 필요한 변환 기능들을 수행한 다음, UE (200) 로의 송신을 위해 모바일-종단된 데이터를 (예컨대, SSGN/GGSN을 경유하여, PDSN를 경유하여 등으로) RAN (120) 으로 포워딩한다 (770D).

이 기술분야의 숙련된 자들은 정보 및 신호들이 각종 상이한 기술들 및 기법들 중의 임의의 것을 이용하여 표현될 수 있다는 것을 이해할 것이다. 예를 들어, 전술된 상세한 설명을 통하여 참조될 수도 있는 데이터, 명령들, 커맨드들, 정보, 신호들, 비트들, 심볼들, 및 칩 (chip) 들은 전압들, 전류들, 전자기파들, 자기 장들 또는 입자들, 광학 장들 또는 입자들, 또는 그것들의 임의의 조합에 의하여 표현될 수도 있다.

게다가, 이 기술분야의 숙련된 자들에게는 본원에 개시된 실시형태들에 관련하여 설명되는 각종 예시적인 논리 블록들, 모듈들, 회로들, 및 알고리즘 단계들이 전자 하드웨어, 컴퓨터 소프트웨어, 또는 양쪽 모두의 조합들로 구현될 수도 있다는 것이 이해될 것이다. 하드웨어 및 소프트웨어의 이러한 상호 교환 가능성을 명백하게 예증하기 위하여, 다양하고 예시적인 컴포넌트들, 블록들, 모듈들, 회로들 및 단계들이 대체로 그것들의 기능의 측면에서 설명되었다. 이러한 기능성이 하드웨어 또는 소프트웨어 중 어느 것으로 구현되는지는 전체 시스템에 부과되는 특정 애플리케이션 및 설계 제약들에 달려있다. 당업자들은 설명된 기능을 각각의 특정한 애플리케이션에 대하여 다양한 방식으로 구현할 수도 있지만, 이러한 구현 결정은 본 발명의 범위를 벗어나도록 하는 것으로 해석되지 않아야 한다.

본원에서 개시된 실시형태들에 관련하여 설명된 갖가지 구체적인 논리 블록들, 모듈들, 및 회로들은 본원에서 설명된 기능들을 수행하도록 설계된 범용 프로세서, 디지털 신호 프로세서 (DSP), 주문형 집적회로 (ASIC), 필드 프로그램가능 게이트 어레이 (FPGA) 또는 다른 프로그램가능 로직 디바이스, 개별 게이트 또는 트랜지스터 로직, 개별 하드웨어 컴포넌트들, 또는 그것들의 임의의 조합으로 구현되거나 실시될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대안적으로는, 그 프로세서는 기존의 임의의 프로세서, 제어기, 마이크로제어기, 또는 상태 머신 (state machine) 일 수도 있다. 또한, 프로세서는 컴퓨팅 디바이스들의 조합, 예를 들어 DSP 및 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 협력하는 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성으로도 구현될 수도 있다.

본원에서 개시된 실시형태들에 관련하여 설명된 방법들, 시퀀스들 및/또는 알고리즘들은 직접적으로 하드웨어로 구현되거나, 프로세서에 의해 실행되는 소프트웨어 모듈로서 구현되거나, 이들 두 가지의 조합으로 구현될 수 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM 또는 당업계에 알려진 임의의 다른 형태의 저장 매체 내에 존재할 수 있다. 예시적인 저장 매체는 프로세서에 연결되어서 프로세서는 저장 매체로부터 정보를 읽을 수 있고 그 저장 매체에 정보를 쓸 수 있다. 대체예에서, 저장 매체는 프로세서에 통합될 수도 있다. 프로세서 및 저장 매체는 ASIC 내에 존재할 수도 있다. ASIC은 사용자 단말 (예컨대, UE) 내에 존재할 수도 있다. 대체예에서, 프로세서와 저장 매체는 사용자 단말에 개별 컴포넌트들로서 존재할 수도 있다.

하나 이상의 예시적인 실시형태들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 그것들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현된다면, 그 기능들은 하나 이상의 명령들 또는 코드로서 컴퓨터 판독가능 매체 상에 저장되거나 송신될 수도 있다. 컴퓨터 판독가능 매체들은 한 장소에서 다른 장소로의 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함하는 컴퓨터 저장 매체들 및 통신 매체들 양쪽 모두를 포함한다. 저장 매체들은 컴퓨터에 의해 액세스 가능한 임의의 이용가능한 매체들일 수도 있다. 비제한적인 예로서, 이러한 컴퓨터 판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광 디스크 스토리지, 자기 디스크 스토리지, 또는 다른 자기 저장 디바이스들, 또는 소망의 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 운반하거나 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 어떤 관련된 것이라도 사실상 컴퓨터 판독가능 매체라고 한다. 예를 들어, 소프트웨어가 웹사이트, 서버, 또는 다른 원격 자원으로부터 동축 케이블, 광섬유 케이블, 연선 (twisted pair), 디지털 가입자 회선 (DSL), 또는 무선 기술들 이를테면 적외선, 라디오, 및/또는 마이크로파를 이용하여 송신된다면, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 적외선, 라디오, 및 마이크로파와 같은 무선 기술들은 매체의 정의에 포함된다. 디스크 (disk 및 disc) 는 본원에서 사용되는 바와 같이, 콤팩트 디스크 (compact disc, CD), 레이저 디스크, 광 디스크, 디지털 다용도 디스크 (DVD), 플로피 디스크 (floppy disk) 및 블루레이 디스크를 포함하는데, disk들은 보통 데이터를 자기적으로 재생하지만, disc들은 레이저들로써 광적으로 데이터를 재생한다. 상기한 것들의 조합들은 또한 컴퓨터 판독가능 매체들의 범위 내에 포함되어야 한다.

전술한 개시물이 본 발명의 구체적인 실시형태들을 보여주지만, 갖가지 변경들 및 변형들이 첨부의 청구항들에 의해 정의된 바와 같은 본 발명의 범위로부터 벗어남 없이 본원 내에서 만들어질 수 있다는 것에 주의해야 한다. 본원에서 설명된 본 발명의 실시형태들에 따른 방법 청구항들의 기능들, 단계들 및/또는 액션들은 임의의 특정한 순서로 수행될 필요는 없다. 더욱이, 본 발명의 엘리먼트들이 단수형으로 설명되고 청구되었지만, 단수형에 대한 제한이 명시적으로 언급되지 않는 한 복수형은 의도된 것이다.

Claims

내부 네트워크 내에 위치된 모바일 통신 디바이스를 동작시키는 방법으로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 하나 이상의 외부 네트워크들로부터 분리되고,
상기 방법은,
상기 모바일 통신 디바이스가 상기 하나 이상의 외부 네트워크들로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 확립하는 단계로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 확립하는 단계; 및
상기 모바일 통신 디바이스에 대한 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 내부 네트워크 내의 하나 이상의 지원 무선 통신 디바이스들이 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들 (keep-alive packets) 을 송신하도록 명령받을 것이라는 기대치에 기초하여 상기 모바일 통신 디바이스로부터 상기 키프-얼라이브 패킷들을 송신하는 것을 억제시키는 단계를 포함하는, 모바일 통신 디바이스를 동작시키는 방법.
제 1 항에 있어서,
상기 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을, 상기 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성된 애플리케이션 서버에 등록시키는 단계를 더 포함하고,
상기 애플리케이션 서버는 상기 하나 이상의 외부 네트워크들 내에 위치되어 있는, 모바일 통신 디바이스를 동작시키는 방법.
제 2 항에 있어서,
상기 모바일 통신 디바이스와 함께 상기 NAT 및 방화벽 중 적어도 하나의 배후에 위치된 패킷 데이터 엔드 포인트와 연관된 애플리케이션-계층 인터넷 프로토콜 (IP) 주소를 획득하는 단계를 더 포함하고,
상기 등록시키는 단계는 상기 패킷 데이터 엔드 포인트의 상기 IP 주소를 상기 애플리케이션 서버에 보고하는 단계를 포함하는, 모바일 통신 디바이스를 동작시키는 방법.
제 2 항에 있어서,
상기 애플리케이션 서버는, 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 상기 키프-얼라이브 패킷들을 송신하도록 상기 내부 네트워크 내의 지원 애플리케이션 서버에게 명령하는, 모바일 통신 디바이스를 동작시키는 방법.
제 4 항에 있어서,
상기 내부 네트워크 내의 상기 지원 애플리케이션 서버는, 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들을 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 상기 키프-얼라이브 패킷들을 송신하도록 상기 하나 이상의 무선 통신 디바이스들에게 명령하는, 모바일 통신 디바이스를 동작시키는 방법.
제 1 항에 있어서,
상기 하나 이상의 지원 무선 통신 디바이스들에 의한 상기 키프-얼라이브 패킷들의 송신들 사이의 송신 간격은 상기 트래픽 비활성의 임계 기간보다 더 크지 않은, 모바일 통신 디바이스를 동작시키는 방법.
내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고 외부 네트워크 내에 위치된 애플리케이션 서버를 동작시키는 방법으로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 방법은,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나와 연관된 정보를 수신하는 단계로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하는 단계; 및
상기 모바일 통신 디바이스에 대한 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하도록 상기 내부 네트워크 내의 지원 애플리케이션 서버에게 명령하는 단계를 포함하는, 애플리케이션 서버를 동작시키는 방법.
제 7 항에 있어서,
상기 모바일 통신 디바이스는, 상기 키프-얼라이브 패킷들이 상기 내부 네트워크 내에서 그 모바일 통신 디바이스를 대신하여 송신될 것이라는 기대치에 기초하여 상기 키프-얼라이브 패킷들을 송신하는 것을 억제시키도록 허용되는, 애플리케이션 서버를 동작시키는 방법.
제 7 항에 있어서,
상기 명령하는 단계는, 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 상기 키프-얼라이브 패킷들을 송신하도록 상기 내부 네트워크 내의 하나 이상의 지원 무선 통신 디바이스들에게 명령하도록 상기 지원 애플리케이션 서버에게 명령하는, 애플리케이션 서버를 동작시키는 방법.
제 7 항에 있어서,
수신된 상기 정보는, 상기 애플리케이션 서버로의 상기 적어도 하나의 클라이언트 애플리케이션의 초기 등록에 대응하는, 애플리케이션 서버를 동작시키는 방법.
제 10 항에 있어서,
수신된 상기 정보는, 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나가 업데이트되었다는 통지에 대응하는, 애플리케이션 서버를 동작시키는 방법.
제 11 항에 있어서,
확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나의 상기 업데이트는, 상기 내부 네트워크로부터, 다른 NAT 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리된 다른 내부 네트워크로의 상기 모바일 통신 디바이스의 핸드오프에 기초하는, 애플리케이션 서버를 동작시키는 방법.
제 11 항에 있어서,
확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나의 상기 업데이트는, 상기 내부 네트워크로부터, 다른 NAT 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리된 다른 내부 네트워크로의 상기 모바일 통신 디바이스의 핸드오프에 기초하지 않는, 애플리케이션 서버를 동작시키는 방법.
제 7 항에 있어서,
하나 이상의 지원 무선 통신 디바이스들에 의한 상기 키프-얼라이브 패킷들의 송신들 사이의 송신 간격은 상기 트래픽 비활성의 임계 기간보다 더 크지 않은, 애플리케이션 서버를 동작시키는 방법.
내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고 외부 네트워크 내에 위치된 애플리케이션 서버와 연관되는, 상기 내부 네트워크 내에 위치된 지원 애플리케이션 서버를 동작시키는 방법으로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 방법은,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하라는 명령들을 상기 애플리케이션 서버로부터 수신하는 단계로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하는 단계; 및
확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하도록 상기 내부 네트워크 내의 하나 이상의 지원 무선 통신 디바이스들에게 명령하는 단계를 포함하는, 지원 애플리케이션 서버를 동작시키는 방법.
제 15 항에 있어서,
상기 애플리케이션 서버로부터, 상기 키프-얼라이브 패킷들이 송신을 위해 구성되어야 하는 방식을 업데이트하라는 추가 명령들을 수신하는 단계를 더 포함하는, 지원 애플리케이션 서버를 동작시키는 방법.
제 15 항에 있어서,
상기 애플리케이션 서버로부터, 상기 지원 애플리케이션 서버가 상기 모바일 통신 디바이스를 대신하여 상기 키프-얼라이브 패킷들을 송신하는 것을 중단하라고 요청하는 추가 명령들을 수신하는 단계를 더 포함하는, 지원 애플리케이션 서버를 동작시키는 방법.
제 15 항에 있어서,
상기 하나 이상의 지원 무선 통신 디바이스들에 의한 상기 키프-얼라이브 패킷들의 송신들 사이의 송신 간격은 상기 트래픽 비활성의 임계 기간보다 더 크지 않은, 지원 애플리케이션 서버를 동작시키는 방법.
내부 네트워크 내에 또한 위치된 지원 애플리케이션 서버에 연결되는, 상기 내부 네트워크 내에 위치된 지원 무선 통신 디바이스를 동작시키는 방법으로서,
상기 지원 애플리케이션 서버는 추가로, 외부 네트워크 내에 위치된 애플리케이션 서버와 연관되고, 상기 내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 방법은,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하라는 명령들을 상기 지원 애플리케이션 서버로부터 수신하는 단계로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하는 단계; 및
수신된 상기 명령들에 따라 상기 키프-얼라이브 패킷들을 송신하는 단계를 포함하는, 지원 무선 통신 디바이스를 동작시키는 방법.
제 19 항에 있어서,
송신된 상기 키프-얼라이브 패킷들은 각각 상기 모바일 통신 디바이스에 의해 전송된 키프-얼라이브 패킷들로서 위장되어, 송신된 상기 키프-얼라이브 패킷들을 수신하는 하나 이상의 네트워크 엔티티들이 상기 지원 무선 통신 디바이스 대신에 상기 모바일 통신 디바이스에 의해 송신된 것처럼 송신된 상기 키프-얼라이브 패킷들을 해석하도록 구성되는, 지원 무선 통신 디바이스를 동작시키는 방법.
제 19 항에 있어서,
상기 지원 애플리케이션 서버로부터, 상기 키프-얼라이브 패킷들이 송신을 위해 구성되어야 하는 방식을 업데이트하라는 추가 명령들을 수신하는 단계를 더 포함하는, 지원 무선 통신 디바이스를 동작시키는 방법.
제 19 항에 있어서,
상기 지원 애플리케이션 서버로부터, 상기 지원 무선 통신 디바이스가 상기 모바일 통신 디바이스를 대신하여 상기 키프-얼라이브 패킷들을 송신하는 것을 중단하라고 요청하는 추가 명령들을 수신하는 단계를 더 포함하는, 지원 무선 통신 디바이스를 동작시키는 방법.
제 19 항에 있어서,
상기 송신하는 단계는,
상기 트래픽 비활성의 임계 기간보다 더 크지 않은 송신 간격으로 상기 키프-얼라이브 패킷들을 송신하는 단계를 포함하는, 지원 무선 통신 디바이스를 동작시키는 방법.
내부 네트워크 내에 위치된 모바일 통신 디바이스로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 하나 이상의 외부 네트워크들로부터 분리되고,
상기 모바일 통신 디바이스는,
상기 모바일 통신 디바이스가 상기 하나 이상의 외부 네트워크들로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 확립하는 수단으로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 확립하는 수단; 및
상기 모바일 통신 디바이스에 대한 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 내부 네트워크 내의 하나 이상의 지원 무선 통신 디바이스들이 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하도록 명령받을 것이라는 기대치에 기초하여 상기 모바일 통신 디바이스로부터 상기 키프-얼라이브 패킷들을 송신하는 것을 억제시키는 수단을 포함하는, 내부 네트워크 내에 위치된 모바일 통신 디바이스.
내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고 외부 네트워크 내에 위치된 애플리케이션 서버로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 애플리케이션 서버는,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나와 연관된 정보를 수신하는 수단으로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하는 수단; 및
상기 모바일 통신 디바이스에 대한 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하도록 상기 내부 네트워크 내의 지원 애플리케이션 서버에게 명령하는 수단을 포함하는, 외부 네트워크 내에 위치된 애플리케이션 서버.
내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고 외부 네트워크 내에 위치된 애플리케이션 서버와 연관되는, 상기 내부 네트워크 내에 위치된 지원 애플리케이션 서버로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 지원 애플리케이션 서버는,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하라는 명령들을 상기 애플리케이션 서버로부터 수신하는 수단으로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하는 수단; 및
확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하도록 상기 내부 네트워크 내의 하나 이상의 지원 무선 통신 디바이스들에게 명령하는 수단을 포함하는, 내부 네트워크 내에 위치된 지원 애플리케이션 서버.
내부 네트워크 내에 또한 위치된 지원 애플리케이션 서버에 연결되는, 상기 내부 네트워크 내에 위치된 지원 무선 통신 디바이스로서,
상기 지원 애플리케이션 서버는 추가로, 외부 네트워크 내에 위치된 애플리케이션 서버와 연관되고, 상기 내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 지원 무선 통신 디바이스는,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하라는 명령들을 상기 지원 애플리케이션 서버로부터 수신하는 수단으로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하는 수단; 및
수신된 상기 명령들에 따라 상기 키프-얼라이브 패킷들을 송신하는 수단을 포함하는, 내부 네트워크 내에 위치된 지원 무선 통신 디바이스.
내부 네트워크 내에 위치된 모바일 통신 디바이스로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 하나 이상의 외부 네트워크들로부터 분리되고,
상기 모바일 통신 디바이스는,
상기 모바일 통신 디바이스가 상기 하나 이상의 외부 네트워크들로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 확립하도록 구성된 로직으로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 확립하도록 구성된 로직; 및
상기 모바일 통신 디바이스에 대한 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 내부 네트워크 내의 하나 이상의 지원 무선 통신 디바이스들이 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하도록 명령받을 것이라는 기대치에 기초하여 상기 모바일 통신 디바이스로부터 상기 키프-얼라이브 패킷들을 송신하는 것을 억제시키도록 구성된 로직을 포함하는, 내부 네트워크 내에 위치된 모바일 통신 디바이스.
내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고 외부 네트워크 내에 위치된 애플리케이션 서버로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 애플리케이션 서버는,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나와 연관된 정보를 수신하도록 구성된 로직으로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하도록 구성된 로직; 및
상기 모바일 통신 디바이스에 대한 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하도록 상기 내부 네트워크 내의 지원 애플리케이션 서버에게 명령하도록 구성된 로직을 포함하는, 외부 네트워크 내에 위치된 애플리케이션 서버.
내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고 외부 네트워크 내에 위치된 애플리케이션 서버와 연관되는, 상기 내부 네트워크 내에 위치된 지원 애플리케이션 서버로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 지원 애플리케이션 서버는,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하라는 명령들을 상기 애플리케이션 서버로부터 수신하도록 구성된 로직으로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하도록 구성된 로직; 및
확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하도록 상기 내부 네트워크 내의 하나 이상의 지원 무선 통신 디바이스들에게 명령하도록 구성된 로직을 포함하는, 내부 네트워크 내에 위치된 지원 애플리케이션 서버.
내부 네트워크 내에 또한 위치된 지원 애플리케이션 서버에 연결되는, 상기 내부 네트워크 내에 위치된 지원 무선 통신 디바이스로서,
상기 지원 애플리케이션 서버는 추가로, 외부 네트워크 내에 위치된 애플리케이션 서버와 연관되고, 상기 내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 지원 무선 통신 디바이스는,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하라는 명령들을 상기 지원 애플리케이션 서버로부터 수신하도록 구성된 로직으로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하도록 구성된 로직; 및
수신된 상기 명령들에 따라 상기 키프-얼라이브 패킷들을 송신하도록 구성된 로직을 포함하는, 내부 네트워크 내에 위치된 지원 무선 통신 디바이스.
내부 네트워크 내에 위치된 모바일 통신 디바이스에 의해 실행되는 경우, 상기 모바일 통신 디바이스로 하여금, 동작들을 수행하도록 하는 저장된 명령들을 포함하는 비일시적 컴퓨터 판독가능 저장 매체로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 하나 이상의 외부 네트워크들로부터 분리되고,
상기 명령들은, 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 확립하기 위한 프로그램 코드로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 확립하기 위한 프로그램 코드; 및
상기 모바일 통신 디바이스에 대한 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 내부 네트워크 내의 하나 이상의 지원 무선 통신 디바이스들이 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하도록 명령받을 것이라는 기대치에 기초하여 상기 모바일 통신 디바이스로부터 상기 키프-얼라이브 패킷들을 송신하는 것을 억제시키도록 하기 위한 프로그램 코드를 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.
내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고 외부 네트워크 내에 위치된 애플리케이션 서버에 의해 실행되는 경우, 상기 애플리케이션 서버로 하여금 동작들을 수행하도록 하는 저장된 명령들을 포함하는 비일시적 컴퓨터 판독가능 저장 매체로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 명령들은,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나와 연관된 정보를 수신하기 위한 프로그램 코드로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하기 위한 프로그램 코드; 및
상기 모바일 통신 디바이스에 대한 확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하도록 상기 내부 네트워크 내의 지원 애플리케이션 서버에게 명령하기 위한 프로그램 코드를 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.
내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고 외부 네트워크 내에 위치된 애플리케이션 서버와 연관되는, 상기 내부 네트워크 내에 위치된 지원 애플리케이션 서버에 의해 실행되는 경우, 상기 지원 애플리케이션 서버로 하여금 동작들을 수행하도록 하는 저장된 명령들을 포함하는 비일시적 컴퓨터 판독가능 저장 매체로서,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 명령들은,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하라는 명령들을 상기 애플리케이션 서버로부터 수신하기 위한 프로그램 코드로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하기 위한 프로그램 코드; 및
확립된 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하도록 상기 내부 네트워크 내의 하나 이상의 지원 무선 통신 디바이스들에게 명령하기 위한 프로그램 코드를 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.
내부 네트워크 내에 위치되고 상기 내부 네트워크 내에 또한 위치된 지원 애플리케이션 서버에 연결되는 지원 무선 통신 디바이스에 의해 실행되는 경우, 상기 지원 무선 통신 디바이스로 하여금 동작들을 수행하도록 하는 저장된 명령들을 포함하는 비일시적 컴퓨터 판독가능 저장 매체로서,
상기 지원 애플리케이션 서버는 추가로, 외부 네트워크 내에 위치된 애플리케이션 서버와 연관되고, 상기 내부 네트워크 내에 위치된 모바일 통신 디바이스 상의 적어도 하나의 클라이언트 애플리케이션을 지원하도록 구성되고,
상기 내부 네트워크는 네트워크 주소 변환 (network address translation; NAT) 및 방화벽 중 적어도 하나에 의해 상기 외부 네트워크로부터 분리되고,
상기 명령들은,
상기 모바일 통신 디바이스가 상기 외부 네트워크로부터 상기 NAT 을 통해 접촉될 수 있도록 하는 NAT 세팅들 및 상기 방화벽을 통해 접촉될 수 있도록 하는 방화벽 세팅들 중 적어도 하나를 유지하기 위해서 상기 모바일 통신 디바이스를 대신하여 키프-얼라이브 패킷들을 송신하라는 명령들을 상기 지원 애플리케이션 서버로부터 수신하기 위한 프로그램 코드로서, 상기 NAT 세팅들 및 상기 방화벽 세팅들 중 적어도 하나는 트래픽 비활성의 임계 기간 후에 디스에이블되도록 구성되는, 상기 수신하기 위한 프로그램 코드; 및
수신된 상기 명령들에 따라 상기 키프-얼라이브 패킷들을 송신하기 위한 프로그램 코드를 포함하는, 비일시적 컴퓨터 판독가능 저장 매체.