KR20170084201A - 네트워크 어드레스에서의 디바이스 의존적 컨텍스트 전달 - Google Patents

Abstract

적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이의 적어도 제1 방향으로 흐르는 패킷들을 통제하는 컨텍스트 정보를 전달하는 방법은, 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로 일단 채워지면, 제1 방향 또는 제2 방향 중 어느 하나의 방향으로 네트워크를 따라 패킷 흐름에서 전해지고 양쪽 방향으로 전달되는, 제2 역방향으로의 흐름에 대한 패킷의 헤더의, 컨텍스트 부분을 임베더 노드가 채우는 단계, 제1 방향으로 흐르는 패킷의 컨텍스트 부분으로부터 컨텍스트 정보를 언패커 노드가 검색하는 단계, 및 그로부터 제1 방향으로 패킷 흐름을 통제하기 위해 구성기 노드가 검색된 정보를 적용하는 단계를 포함한다. 임베더, 언패커 및/또는 구성기 노드들은 동일할 수 있다.

Description

네트워크 어드레스에서의 디바이스 의존적 컨텍스트 전달{CONVEYING DEVICE-DEPENDENT CONTEXT IN A NETWORK ADDRESS}

관련 출원

본 개시내용은 "System and Method for Flow-Based Addressing in a Mobile Environment"라는 명칭으로 2014년 11월 18일자 출원된 미국 임시 특허 출원 제62/081,383호 및 "Conveying Device-Dependent Context in a Network Address"라는 명칭으로 2015년 11월 17일자 출원된 미국 특허 출원 제14/943,647호의 혜택 및 이들에 대한 우선권을 주장하며, 이들 양자 모두의 내용들은 본 명세서에 참조로 원용된다.

기술 분야

본 개시내용은 패킷 기반 통신에 관한 것으로, 특히 IP(Internet Protocol)를 사용하는 네트워크에서 무선 MTC(Machine-Type Communication) 디바이스들을 수반하는 무선 통신에 관한 것이다.

M2M(Machine-to-Machine) 통신(일부 경우들에서는 MTC(Machine-Type Communications)라 함)은 무선 및 유선 통신 디바이스들 양자 모두(MTC 디바이스)가 다른 디바이스들과 또는 원격 서버들에서 실행중인 애플리케이션들과 직접 또는 (IP(Internet Protocol) 네트워크와 같은) 네트워크를 거쳐 통신하는 것을 허용하는 통신 및 기술을 설명하는 지칭이다.

관련 분야에서 통상의 기술을 가진 자들은, 대부분 "M2M" 및 "MTC"라는 두문자어들이 상호 교환 가능하게 사용될 수 있다는 점을 이해할 것이다. 그럼에도 불구하고, 이러한 통신 및 기술에 관한 애플리케이션들은 통상적으로 "M2M 애플리케이션들"이라고 지칭되며, 한편 트래픽은 통상적으로 "MTC 트래픽"이라고 지칭된다. 디바이스들은 통상적으로 "M2M 디바이스들" 또는 "MTC 디바이스들"이라고 지칭될 수 있다. 또한, 특정 표준 기관들은 하나의 용어를 다른 용어보다 선호하여 지칭하는 경향이 있을 수 있다.

MTC 트래픽은 산발적이고 낮은 대역폭인 것으로서 일반적으로 특징화될 수 있는 한편, HTC 트래픽은 높은 대역폭에 대한 실질적으로 끊임없는 요구를 수반하는 것으로서 특징화될 수 있다는 점에서, MTC는 스마트폰들, 랩톱들 또는 태블릿들을 사용하는 음성 및 데이터 통신과 같은 HTC(Human-Type Communications)와 차별화될 수 있다. 따라서, 3GPP TS 23.888, "System improvements for Machine-Type Communications (MTC)", <http://www.3gpp.org/ftp/Specs/html-info/23888.htm> 및 IETF RFC 7252, "The Constrained Application Protocol (CoAP)", June 2014, <http://tools.ietf.org/html/rfc7252>에서 언급되는 바와 같이, MTC 트래픽은 (HTC 통신에 비해) 매우 짧은 수명의 패킷 흐름들에서의 몇몇 작은 패킷들의 교환을 통상적으로 수반할 수 있다.

"패킷 흐름(packet flow)"이라는 용어는, 일부 예시적인 실시예들에서, IETF RFC 3954, "NetFlow Services Export", October 2004, <http://tools.ietf.org/html/rfc3954>에서 정의되는 바와 같은, "a unidirectional sequence of packets with some common properties that pass through a network device"를 지칭할 수 있다.

일부 경우들에서 이러한 패킷 흐름은, 통상적으로 (MTC 디바이스로부터 RCN(remote corresponding node) 수신자에게로인) UL(uplink) 방향으로, 단일 패킷으로 구성될 수 있다. 또한, (HTC 통신에 비해) 패킷 버스트들 사이의 주기는 상당히 길 수 있어, 수 분에서 수 시간 범위이다.

더욱이, 네트워크 커버리지 영역 내에 (HTC 디바이스에 비해) 매우 많은 수의 MTC 디바이스들이 있을 것으로 네트워크 설계에서 예상되고 고려된다는 점에서 MTC 통신 시스템들은 HTC 시스템과 구별될 수 있다.

일반적으로, "무선 디바이스(wireless device)"라는 용어는 MTC 디바이스들 및 HTC 디바이스들 양자 모두와, 다른 줄에 매여 있지 않은 통신 디바이스들을 망라할 수 있으며, 이에 제한되는 것은 아니지만, UE(User Equipment), FS(Fixed Stations) 및 MS(Mobile Stations)를 포함한다.

비-제한적인 예로서, 센서 또는 계량기와 같은 MTC 디바이스는, 온도, 센서 판독 또는 재고 수준과 같은 이벤트를 캡처하도록, 그리고 (예를 들어, 동일한, 또는 하나 이상의 추가적인, MTC 디바이스(들), 또는 하나 이상의 다른 데이터 소스들에 의해 캡처되는 하나 이상의 이벤트들과 함께) 정보를 컴파일하고 이러한 정보를 분석하여 하나 이상의 액션들을 수행하는, 대규모 인터넷 어딘가에 있는 M2M 애플리케이션에 네트워크를 통해 이를 (UL 방향으로) 중계하도록 구성될 수 있다. 일부 경우들에서, 이러한 액션은 하나 이상의 요청들을 MTC 디바이스에 (DL(downlink) 방향으로) 제공하는 것을 포함할 수 있다.

MTC 무선 네트워크의 특정 기능 엘리먼트들의 예시적인 구성의 개략도가, 예를 들어, 3GPP(Third Generation Partnership Project) 네트워크에서 사용될 수 있는 것으로서 도 1에 도시된다. 일반적으로 100으로 도시되는 네트워크는 AS(Application Server)(110)와 같은 적어도 하나의 원격 대응 노드(Remote Corresponding Node), 적어도 하나의 BG(Border Gateway)(115), 적어도 하나의 MTC-IWF(MTC Inter-Working Function)(120), 적어도 하나의 RAN(Radio Access Network)(130) 및 적어도 하나의 MTC 디바이스(140)와 150으로 도시되는 대규모 인터넷을 포함한다.

RCN(110)은 대규모 인터넷(150)을 통해 BG(115)에 연결되고, 적어도 하나의 M2M 애플리케이션(111)을 포함한다. M2M 애플리케이션(111)은 MTC 디바이스들(140) 중 하나 이상을 관리하고, 구성하고, 제어하며 이와 통신하는 애플리케이션-특정 로직을 포함할 수 있다. 일반적으로, "원격 대응 노드(Remote Corresponding Node)"라는 용어는 RAN(130)에 통신 가능하게 연결되는 AS(application servers), 유선 및 무선 엔드 노드 디바이스들, 및 다른 네트워크 노드들을 망라한다.

대규모 인터넷(150)은 RCN(110)을 BG(115)를 통해 RAN(130) 및 MTC-IWF(120)에 연결한다.

BG(115)는 MTC-IWF(120) 및 RAN(130)을 대규모 인터넷(150)에 연결한다. BG(115)는 RCN(110)으로의 대규모 인터넷(150)을 통한 통신을 관리한다.

MTC-IWF(120)는 BG(115) 및 대규모 인터넷(150)를 통해 RCN(110)에 연결되고, RAN(130)에 연결된다.

RAN(130)은 MTC-IWF(120) 및 BG(115)에 연결되고, 적어도 하나의 MTC 디바이스(140)에 연결된다. RAN(130)은 적어도 하나의 AP(access point)(131)를 포함할 수 있다. AP(131)는 MTC 디바이스(140)로의 무선 링크(160)를 통한 통신을 관리한다. 일반적으로, "액세스 포인트(Access Point)"라는 용어는 BS(Base Station), 기지국 제어기들, 무선 네트워크 제어기들, Node-B들, eNB들(evolved Node-Bs) 및 다른 무선 액세스 제어기들을 망라한다. 이는 패킷 흐름 관리를 담당할 수 있는 액세스 라우터들과 같은 네트워크 노드들을 또한 망라할 수 있다.

MTC 디바이스(140)는 RAN(130)을 포함하는 AP들(131) 중 적어도 하나에 무선으로 연결된다. MTC 디바이스(140)는 대응 M2M 애플리케이션(111)과 통신하는 하나 이상의 MTC 클라이언트 애플리케이션들을 포함할 수 있다. MTC 디바이스(140)는 독립형 디바이스일 수 있거나 WD(wireless device)의 엘리먼트를 포함할 수 있다.

M2M 통신은 이벤트를 보고하기 위해 MTC 클라이언트 애플리케이션에 의해 대응 M2M 애플리케이션(111)에 전송되는 (MTC 디바이스(140)로부터 먼) UL 트래픽에 의해 통상적으로 지배된다. 때때로, M2M 애플리케이션은 MTC 디바이스(140)에 (MTC 디바이스(140)를 향하는) DL 패킷을 송신하여, 예를 들어 MTC 디바이스(140)의 구성을 업데이트하거나, M2M 애플리케이션(111)으로의 정보의 보고를 요청할 것이다.

이와 같이, UL 통신의 상대적으로 낮은 주파수 및 DL 통신의 훨씬 더 낮은 주파수가 주어지면, MTC 디바이스(140)는 배터리 전력을 절약하기 위해 저전력 배터리 상태에 진입하도록 그리고 무선 네트워크 또는 RAN(130)을 따라 M2M 애플리케이션(111)과의 모든 통신을 회피하도록 구성될 수 있다. 이것은 이벤트들의 UL 통신과 관련하여 어떠한 쟁점도 통상적으로 일으키지 않는데, 그 이유는 이러한 이벤트들이 MTC 디바이스(140)에서 통상적으로 유래되고, 이러한 이벤트를 생성하여(그리고 일부 경우들에서는 캡처하여) 이를 UL 패킷 내에서 M2M 애플리케이션(111)에 통신하기 전에 MTC 디바이스(140)가 고 전력 배터리 및 동작 상태를 재개할 수 있기 때문이다.

그러나, DL 통신은 드물게 그리고 경고 없이 발생할 수 있다. 이러한 때문에, MTC 디바이스(140)가 M2M 애플리케이션(111)으로부터 DL 통신을 수신하기에 충분한 고 전력 배터리 상태로 재진입하는 것을 허용하도록 다수의 메커니즘들이 개발되었다.

예를 들어, MTC 디바이스(140)는 RAN(130)에 의해 수시로 DL 패킷의 도달에 대해 경보를 받을 수 있으며, 페이징 메커니즘(paging mechanism)을 통하는 것을 포함한다. 이러한 경우에, 3GPP TS 36.331, "Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Radio Resource Control (RRC) protocol specification", <http://www.3gpp.org/ftp/Specs/html-info-36331.htm>에 설명되는 바와 같이, MTC 디바이스(140)는 미리 정의된 페이징 기회들 동안 경보를 청취하도록 구성된다(하나 이상의 구체적인 시점들 및/또는 하나 이상의 구체적인 세트들의 무선 리소스들을 포함할 수 있음). MTC 디바이스(140)가 이러한 페이징 기회들 중 하나 동안 페이지를 검출할 때, 이는 M2M 애플리케이션(111)으로부터 하나 이상의 DL 패킷(들)을 수신하는 무선 리소스들을 획득하고, 이것은 MTC 디바이스(140)로의 DL 송신을 위해 RAN(130)에 의해 이전에 버퍼링되었을 수 있다. 페이징 기회 동안 페이지가 검출되지 않으면, MTC 디바이스(140)는 다음 스케줄링된 페이징 기회까지 로우 배터리 상태로 복귀할 수 있다.

다른 예에서, 3GPP TS 36.331, "Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Radio Resource Control (RRC) protocol specification", <http://www.3gpp.org/ftp/Specs/html-info-36331.htm>에 설명되는 바와 같이, MTC 디바이스(140)가 구체적인 시간에 구체적인 무선 리소스들에 대한 DL 송신들을 청취하도록 스케줄링되는 반-영구적 스케줄이 채택될 수 있다. 이러한 예에서, RAN(130)은 임의의 초기 경보 또는 페이징 시퀀스 없이 MTC 디바이스(140)에 DL 패킷들을 송신할 수 있다.

인터넷에서의 유니캐스트 패킷 전달은 소스 노드로부터 목적지 노드가 (현재) 부착되어 있는 네트워크 내의 고정된 포인트로 패킷을 전달하도록 설계된다. 패킷 헤더에서의 목적지 어드레스로 사용되는 네트워크 IP 어드레스는 이러한 부착의 지점을 식별한다. 따라서, 일반적으로 무선 디바이스들과 마찬가지로, MTC 디바이스(140)를 식별하고 이를 다른 무선 디바이스들로부터 구별되도록 하기 위해, 디바이스는 반-고정적 IP 어드레스를 할당받는다. 오늘날의 모바일 무선 환경에서, 무선 디바이스가 네트워크에 등록할 때 무선 디바이스(상의 인터페이스)에 IP 어드레스가 일반적으로 할당된다. 현재, IP 어드레스는 적어도 네 가지 메커니즘들 중 하나를 사용하여 할당될 수 있다.

제1 메커니즘은 제조 프로세스 동안 각각의 무선 디바이스로의 IP 어드레스의 (통상적으로 수동인) 구성을 수반한다. 그렇게 함에 있어서, 이러한 디바이스의 배치는 자신의 할당된 IP 어드레스가 대응하는 서브넷으로 매핑되는 지리적 (또는 다른 방식의) 영역으로 제한될 수 있다. 결과적으로, 무선 디바이스들의 일반 집단에 대해서 보다는 서브넷 단위로 교체할 비축으로 인해 더 높은 재고 비용이 초래될 수 있다.

제2 메커니즘은 배치 이전에 각각의 무선 디바이스로의 IP 어드레스의 수동 사전 프로비저닝(pre-provisioning)을 포함한다. 이러한 메커니즘은 디바이스의 배치의 관련 비용 및 노동력을 증가시킨다. 또한, 이용 가능한 IP 어드레스들의 풀을 관리하는데 상당한 노력이 든다. 그렇기는 하지만, 이러한 노력에도 불구하고, 적절한 어드레스 재활용 프로시저들을 호출하지 않고도 배치된 디바이스들이 교체될 수 있다. 결과적으로, 시간이 지남에 따라, 그렇지 않다면 유효한 IP 어드레스가 "손실"될 수 있다.

제3 메커니즘은 DHCP(Dynamic Host Configuration Protocol)과 같은 프로토콜을 사용하여 IP 어드레스를 무선 디바이스에 동적으로 할당하는 것을 수반한다. DHCP는 이러한 프로토콜을 지원하는 네트워크 인프라구조 뿐만 아니라 무선 디바이스에서의 클라이언트 양자 모두를 수반한다. 이러한 요구는 무선 디바이스와 지원 네트워크 아키텍처 양자 모두의 비용과 복잡성을 증가시킨다.

제4 메커니즘은 (IPv6) SLAAC(StateLess Address Auto-Configuration)과 같은 방법을 사용하여 IP 어드레스를 무선 디바이스에 동적으로 할당하는 것을 수반한다. DHCP와 마찬가지로, SLAAC는 네트워크 인프라구조 뿐만 아니라 무선 디바이스에서의 클라이언트 양자 모두를 수반하며, 이는 무선 디바이스와 지원 네트워크 아키텍처 양자 모두의 비용과 복잡성을 증가시킨다. 또한, SLAAC는 이용 가능한 서브넷 프리픽스를 알리기 위해 네트워크에 의한 라우터 광고 메시지의 주기적인 방송을 요구하며, 이는 무선 링크 대역폭 및 리소스를 소비한다.

따라서, 채택된 메커니즘에 의존하여, MTC 디바이스(140)에 IP 어드레스를 할당하는 것은 MTC 디바이스(140)의 복잡성 및 비용을 증가시키거나, 또는 각각의 MTC 디바이스(140)와 함께 상당한 배치 비용을 초래할 뿐만 아니라 간접 비용을 증가시킬 수 있다. MTC 디바이스들(140)의 현재 및 급속하게 증가하는 수를 감안할 때, MTC 기술을 이용하는 비용 효과성에 영향을 미치기 시작할 수 있는 정도까지, 이러한 복잡성 및 비용이 매우 커질 수 있다.

또한, MTC 디바이스들(140)이 더 보급됨에 따라, 네트워크 토폴로지들은 모바일, 주로 MTC 디바이스들(140)의 밀집 집단을 서비스하는 다수의 스몰 셀들을 갖는 HetNets(heterogenous networks)에 의해 점점 더 특징화될 수 있다. 통상적으로, 무선 디바이스는 그것이 RAN(130) 내에서 활성인 동안 자신의 할당된 IP 어드레스를 유지한다. 대규모 인터넷에서의 동작들과는 대조적으로, 할당된 IP 어드레스는 무선 디바이스가 RAN(130)에 (현재) 부착되어 있는 곳보다는 오히려 MA(Mobility Anchor) 포인트(도시되지 않음)를 식별한다. 그러나, 무선 디바이스가 무선 에지에서 자신의 부착 지점을 변경할 때마다, 제어 평면 시그널링 패킷들이 서빙 AP(131)와 그 무선 디바이스에 대한 MA(도시되지 않음) 사이에서 교환된다. 따라서 제어 시그널링 오버헤드들이 확대되기 시작할 것으로 예상된다.

위에 설명된 바와 같이, 통상적으로, MTC 디바이스(140)는 저전력 상태에 진입하여 이벤트 정보의 UL 패킷 버스트들 사이에서 RAN(130)과의 모든 통신을 회피할 수 있다. 모바일 MTC 디바이스(140)가 저전력 상태에 있는 동안 그 부착 지점을 변경할 수 있다고 생각할 수 있다. 그렇다면, RAN(130)은 DL 트래픽을 새로운 부착 지점에 재전송할 것으로 예상된다. 현재, 그렇게 하기에 적절할 수 있는 적어도 2개의 접근방식이 있다.

첫째로, 3GPP TS 29.281, "General Packet Radio System (GPRS) Tunnelling Protocol User Plane (GTPv1-U)", <http://www.3gpp.org/ftp/Specs/html-info/29281.htm>에 개시되는 General Packet Radio System (GPRS) Tunnelling Protocol (GTP), IETF RFC 6275, "Mobility Support in IPv6", July 2011, <http://tools.ietf.org/html/rfc6275>에 개시되는 Mobile IP (MIP), 및 그 파생물들을 포함하는 터널링 해결책들은, 특정 디바이스 또는 디바이스 인터페이스에 어드레싱되는 흐름들에 대해 MA에 의해 터널 패킷 내부에 클라이언트 패킷의 캡슐화를 제공하기 위해 이용될 수 있다. 터널 패킷에서의 목적지 어드레스는 AP(131)와 같은 부착 지점을 식별하고, 원래 (캡슐화된) 패킷에서의 목적지 어드레스는 실제 목적지 무선 디바이스를 식별한다. 이것은 각각의 패킷의 크기를 증가시켜, 대역폭 수요의 부수적 증가에 이르게 된다. 무선 백홀(backhaul) 및 메시(mesh) 링크들과 같은 백홀 링크들이 대역폭 제약을 받는 일부 경우들에서, 이러한 수요 증가는 특히 심각할 수 있다. 더욱이, 캡슐화 터널 패킷들로 인해 증가된 패킷들의 크기는 과대 패킷의 단편화 및 재조립 빈도 증가에 이르게 될 수 있어, 더 큰 대역폭 및 처리 오버헤드들을 초래할 수 있다. 일부 변형들은 개별 흐름들에 대한 전달을 지원하지만, 이들은 할당되는 "보호(care-of)" 어드레스들의 수에서의, 그리고 진입 라우터들에 의해 유지되는 컨텍스트 정보의 양에서의 상응하는 증가를 초래한다.

둘째로, 모바일 MTC 디바이스(140)가 자신의 부착 지점을 변경할 때 새로운 IP 어드레스가 할당될 수 있다. 비-제한적 예로 DHCP 또는 SLAAC를 사용할 때 이것은 상당한 신호 오버헤드를 초래할 수 있다. 많은 MTC 디바이스들(140)이 휴대 가능하고 배터리 전력에 의존한다는 것을 감안할 때, 이러한 오버헤드는 배터리 수명에 그리고 이에 따라 MTC 디바이스(140)의 작동 수명에 영향을 줄 수 있다.

또한, 모든 무선 디바이스는 관련된 RAN 컨텍스트를 갖는다. 이러한 컨텍스트는 통상적으로 RAN(130)에 의해 디바이스에 할당되는 리소스들에 관련된 정보로 구성된다. 이러한 정보는 UL 및/또는 DL 송신 스케줄들, QoS(Quality of Service) 요건들 및 송신 파라미터들 중 임의의 것 또는 모두를 포함할 수 있다.

이러한 쟁점은 통상적인 MTC 디바이스(140) 통신의 산발적인 특성과 관련하여 더 심각하게 된다. MTC 디바이스(140)가 UL 패킷 버스트들 사이의 저전력 상태에 있는 동안, RAN(130)은 2개의 옵션들 사이에서 결정한다.

제1 옵션은 MTC 디바이스(140)에 대한 컨텍스트 정보를 RAN(130)이 유지하는 것이다. 이것은, MTC 디바이스(140)가 통신을 재개할 때, RAN(130) 및 MTC 디바이스(140) 자체 양자 모두에서 처리를 최소화하지만, 유지된 컨텍스트 정보는 RAN(130)에서의 스토리지를 차지할 것이다. 따라서, 이러한 컨텍스트 정보의 저장 및 유지를 위해 RAN(130)에서 할당될 리소스들은, 예상되는 대량의 MTC 디바이스들(140)이 RAN(130)에 의한 서비스를 위해 배치될 때, 매우 커질 수 있다.

제2 옵션은 MTC 디바이스(140)가 저전력 상태에 진입할 때 MTC 디바이스(140)에 대한 컨텍스트 정보를 폐기하고, MTC 디바이스(140)가 통신을 재개할 때 새로운 컨텍스트 정보를 생성하는 것이다. RAN(130) 스토리지에 대한 요구를 완화시키는 한편, 이러한 옵션은 RAN(130) 및 MTC 디바이스(140)에 대한 통신 및 처리 부하를 증가시킨다. 다시, 많은 MTC 디바이스들(140)이 휴대 가능하고 배터리 전력에 의존하는 것을 감안하면, 이러한 부하는 배터리 수명에 그리고 이에 따라 MTC 디바이스(140)의 유용한 작동 수명에 영향을 줄 수 있다. 또한, 증가된 통신 및 처리 부하는 M2M 애플리케이션(111)과 MTC 디바이스(140) 사이의 통신을 재개함에 있어서의 지연을 초래할 수 있다.

따라서, 동시에, MTC에서 소비되는 배터리 전력량을 감소시키고, MTC 디바이스와 RAN 사이의 시그널링의 양, 및 이들 중 임의의 것의 임의의 조합을 감소시키면서, 다수의 MTC 디바이스들에 대한 컨텍스트를 유지하는 것과 관련되고, 모바일 환경에서 MTC 디바이스들에 패킷들을 전달하기 위한 오버헤드들을 감소시킬 필요가 있다.

본 개시내용의 예시적인 실시예들이 이하의 도면들을 참조하여 이제 설명될 것이며, 상이한 도면들에서의 동일한 참조 번호들은 동일한 엘리먼트들을 나타낸다.
도 1은 MTC 무선 네트워크의 특정 기능 엘리먼트들의 예시적인 구성의 개략도이다.
도 2a는 IPv6 패킷 헤더의 예시적인 포맷이다.
도 2b는 도 2a의 소스 또는 목적지 어드레스 필드를 차지하는 종래의 IPv6 어드레스의 예시적인 포맷이다.
도 2c는, 본 개시내용의 예시적인 실시예에 따라, 인터페이스 식별자 대신에 내장된 컨텍스트 부분을 갖는, 도 2a의 소스 또는 목적지 어드레스 필드를 차지하는 IPv6 어드레스의 예시적인 포맷이다.
도 3은 옵션인 MTC 상호 작용 기능을 포함하는, 무선 네트워크의 특정 기능 엘리먼트들의 예시적인 구성의 개략도이다.
도 4는, 본 개시내용의 예시적인 실시예들에 따라, 도 2c의 IPv6 어드레스에서의 가변 비트 길이의 내장된 컨텍스트 부분들의 다양한 예시적인 포맷 클래스들을 도시한다.
도 5a 내지 도 5d는 도 2c의 IPv6 어드레스의 내장된 컨텍스트 부분 내에 컨텍스트 정보를 캡슐화하는 예시적인 포맷들을 도시한다.
도 6은, 본 개시내용의 예시적인 실시예들에 따라, 업링크 패킷(들)의 네트워크 소스 어드레스 필드의 도 2c의 내장된 컨텍스트 부분이 다운링크 유니캐스트 트래픽의 MTC 디바이스로의 전달을 위해 할당된 페이징 정보로 채워지는 시나리오에 대한 예시적인 메시지 흐름도이다.
도 7은, 본 개시내용의 예시적인 실시예들에 따라, 할당된 네트워크 어드레스의 도 2c의 내장된 컨텍스트 부분이 다운링크 멀티캐스트 트래픽의 복수의 MTC 디바이스들로의 전달을 위해 할당된 송신 정보로 채워지는 시나리오에 대한 예시적인 메시지 흐름도이다.
도 8은 본 개시내용의 예시적인 실시예에 따른 방법 동작들을 도시하는 흐름도이다.
도 9는 본 개시내용의 예시적인 실시예에 따른 처리 시스템의 개략도이다.
도 10은 본 개시내용의 예시적인 실시예에 따른 컴퓨터 프로그램 제품의 개략도이다.
도 11은 본 개시내용의 예시적인 실시예에 따른 액세스 포인트의 개략도이며, 그 예시적인 컴포넌트들을 도시한다.
도 12는 본 발명의 실시예에 따른 예시적인 방법을 도시하는 흐름도이다.
도 13은 본 발명의 실시예에 따른 예시적인 방법을 도시하는 흐름도이다.
본 개시내용에서는, 제한이 아니라 설명을 위한 목적으로, 본 개시내용의 완전한 이해를 제공하기 위하여 구체적인 상세사항들이 제시된다. 일부 경우들에서는, 불필요한 상세사항으로 본 개시내용의 설명을 불명료하게 하지 않기 위해, 공지된 디바이스들, 회로들, 및 방법들의 상세한 설명들은 생략된다.
따라서, 시스템 및 방법 컴포넌트들은, 도면들에서 적절한 경우 종래의 심볼들로 표현되어 있고, 본 명세서에서의 설명의 혜택을 갖는 관련분야에서의 통상의 기술자들에게 자명할 상세사항들로 개시내용을 불명료하게 하지 않기 위해서, 본 개시내용의 실시예들을 이해하는데 적절한 구체적인 상세사항들만을 도시한다.
점선 윤곽으로 도시되는 임의의 특징 또는 동작은 일부 실시예들에서 옵션인 것으로서 고려될 수 있다.
<발명의 요약>
본 개시내용은 무선 디바이스와 무선 디바이스와 통신하는 RCN(remote corresponding node) 사이의 제1 방향으로 흐르는 패킷들을 통제하는 컨텍스트 정보를 전달하기 위한 방법 및 장치를 개시한다. 이러한 방법은 컨텍스트 부분에 내장된 컨텍스트 정보를 포함하는 무선 디바이스로부터 나오는 패킷 흐름에 네트워크 어드레스를 할당한다. 컨텍스트 정보는 패킷 헤더에서 패킷 소스 어드레스로서 식별되는 네트워크 어드레스를 채우므로, 패킷 흐름 동안 네트워크를 통해 RCN으로 전달된다. 따라서, 수신된 패킷(들)의 소스 어드레스가 목적지 어드레스로서 응답 패킷(들)에 복사될 때, 내장된 컨텍스트 정보는 RCN에 의해 RCN으로부터 무선 디바이스로의 응답 또는 대응 패킷으로 자동으로 전환될 수 있다. 이와 같이, 컨텍스트 정보는 패킷 흐름에서 양자 모두의 방향으로 전달된다. 일부 예시적인 실시예들에서, 패킷은 IP(Internet Protocol) 패킷이다.
따라서, 무선 디바이스를 대신하여 한 방향으로 패킷들을 취급하는 제1 AP(access point)는, RCN을 통해, 미래의 패킷 흐름에서의 사용을 위해 채택될 원하는 컨텍스트를, 무선 디바이스를 대신하여 패킷들을 취급하는 제2 AP에 명시하고 전달할 수 있다. 일부 예시적인 실시예들에서, 제1 AP와 제2 AP는 동일한 네트워크 엘리먼트일 수 있다.
본 개시내용의 일 예시적인 실시예에서는, 적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이의 적어도 제1 방향(예를 들어, 다운링크 방향)으로 흐르는 패킷들을 통제하는 컨텍스트 정보를 전달하는 방법이 제공된다. 이러한 방법은, 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로 일단 채워지면, 제1 방향 또는 제2 방향 중 어느 하나의 방향으로 네트워크를 따라 패킷 흐름에서 전해지고 양쪽 방향으로 전달되는, 제2 역방향(예를 들어, 업링크 방향)으로의 흐름에 대한 패킷의 헤더의, 컨텍스트 부분을 채우는 단계를 포함한다. 이러한 방법은 제1 방향으로 흐르는 패킷의 컨텍스트 부분으로부터 컨텍스트 정보를 검색하는 단계를 또한 포함한다. 이러한 방법은 그로부터 제1 방향으로 패킷 흐름을 통제하기 위해 검색된 정보를 적용하는 단계를 또한 포함한다.
컨텍스트 부분은 패킷 헤더에서의 네트워크 어드레스에 있을 수 있다. 채우는 동작은 패킷 헤더 내의 소스 어드레스에 컨텍스트 부분을 채우거나 미리 정의된 컨텍스트 부분 포맷으로 채우는 것을 포함할 수 있다. 검색의 동작은 패킷 헤더에서의 목적지 어드레스에서의 컨텍스트 부분으로부터 컨텍스트 정보를 검색하는 것을 포함할 수 있다. 패킷은 IPv6 패킷들일 수 있다. 컨텍스트 부분은 IPv6 어드레스에서의 인터페이스 식별자를 대체할 수 있다. 채우는 동작은 IPv6 어드레스에 라우팅 프리픽스를 채우는 것을 포함할 수 있다. 컨텍스트 정보는 적어도 하나의 네트워크 엔티티, 무선 송신 그룹, 액세스 포인트, 액세스 포인트 제어기, 디바이스, 시간, 주파수, 공간 및 코딩 리소스 중 적어도 하나를 포함하는 무선 액세스 링크 접속, 변조 방식, 코딩 방식, 송신 전력 레벨 및 프리코딩 매트릭스 중 적어도 하나를 포함하는 무선 링크 송신 파라미터, 송신 리소스 및 스케줄을 포함하는 무선 링크 송신 기회, 페이징 그룹, 페이징 리소스 및 스케줄을 포함하는 페이징 기회, 경로, 허용 가능한 지연, 허용 가능한 패킷 손실 및 배터리 소모 파라미터 중 적어도 하나를 포함하는 QoS 파라미터, 네트워크 노드 아이덴티티, 통신 프로토콜, 서비스 기능 체인, 컨텍스트를 나타내는 디바이스의 고유한 특성 이외의 논리 컨텍스트 식별자, 및 이들 중 임의의 것의 임의의 조합으로 구성되는 그룹으로부터 선택된 적어도 하나의 양상을 포함할 수 있다. 컨텍스트 정보는 수치 값, 수치 값들의 표로의 포인터, 및 이들의 임의의 조합을 포함할 수 있다. 채우는 동작은 IP 헤더 필드, 전송 프로토콜 헤더 필드, 애플리케이션 헤더 필드, 패킷들이 제1 방향으로 흐르는 무선 액세스 링크 접속의 특성, 패킷들이 제2 방향으로 흐르는 무선 액세스 링크 접속의 특성, 네트워크 노드 아이덴티티, 통신 프로토콜, 디바이스가 모바일 디바이스라는 표시, 디바이스가 비-모바일 디바이스라는 표시, 디바이스가 MTC 디바이스라는 표시, 디바이스가 HTC 디바이스라는 표시, 무선 액세스 링크 접속의 MAC 제어 엘리먼트, 무선 리소스 관리 엔티티, 트래픽 관리 엔티티, 상호작용 기능, 경계 게이트웨이, 애플리케이션, 액세스 포인트, 액세스 포인트 제어기 및 이들 중 임의의 것의 임의의 조합으로 구성되는 그룹으로부터 선택되는 엔티티로부터 수신되는 명령어로 구성되는 그룹으로부터 선택되는 정보로부터 컨텍스트 정보를 유도하는 것을 포함할 수 있다. 제1 방향은 디바이스를 향하는 다운링크 방향일 수 있다. 제2 방향은 디바이스로부터의 업링크 방향일 수 있다. 채우는 동작은 공통 컨텍스트 정보로 제2 방향으로 복수의 패킷들의 헤더 내의 컨텍스트 부분을 채우는 단계를 포함할 수 있다. 적어도 하나의 무선 디바이스는 공통 컨텍스트 정보에 의해 통제되는 제1 방향으로 흐르는 패킷들과 관련된 디바이스들의 그룹을 포함할 수 있다. 적어도 하나의 무선 디바이스는 MTC 디바이스 및/또는 모바일 디바이스일 수 있다. 대응 노드는 애플리케이션 서버일 수 있고 적어도 하나의 무선 디바이스와 통신하는 M2M 애플리케이션을 포함할 수 있다. 대응 노드는 제2 방향으로 흐르는 패킷으로부터의 컨텍스트 부분을 제1 방향으로 흐르는 패킷의 컨텍스트 부분에 복사할 수 있다. 컨텍스트 정보는 네트워크를 따라 제1 또는 제2 방향으로 또는 양쪽 모두로 패킷 흐름 동안 변경되지 않고 남아있을 수 있다. 본 개시내용의 일 예시적인 실시예에는, 그것을 통해 적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이에서 패킷들이 제1(예를 들어, 다운링크) 및 제2 역(예를 들어, 업링크) 방향으로 흐르는 네트워크에 임베더 노드가 제공된다. 그것을 통해 패킷들이 제2 방향으로 흐르는 임베더 노드는, 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로 일단 채워지면, 제1 방향 또는 제2 방향 중 어느 하나의 방향으로 네트워크를 따라 패킷 흐름에서 전해지고 양쪽 방향으로 전달되는, 제2 방향으로의 송신에 대한 패킷의 헤더의, 컨텍스트 부분을 채우는 임베더를 포함한다. 이러한 임베더 노드는 액세스 포인트, 기지국, 기지국 제어기, 무선 네트워크 제어기, NodeB, evolved NodeB, 무선 액세스 제어기, 액세스 라우터, 액세스 포인트 제어기, 상호 작용 기능, 디바이스, 및 이들 중 임의의 것의 임의의 조합으로 구성되는 그룹으로부터 선택될 수 있다. 패킷은 대응 노드에 의해 제2 방향으로 수신될 수 있고, 패킷의 컨텍스트 부분은 제1 방향으로 송신된 패킷의 컨텍스트 부분에 대응 노드에 의해 복사될 수 있다. 이러한 임베더 노드는, 제1 방향으로 송신되는 패킷의 컨텍스트 부분으로부터, 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보를 검색하는 언패커 및/또는 트제1 방향으로 송신되는 패킷의 컨텍스트 부분으로부터 검색된 컨텍스트 정보를 제1 방향으로 패킷 흐름에 적용하는 구성기를 더 포함할 수 있다.
본 개시내용의 일 예시적인 실시예에는, 그것을 통해 적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이에서 패킷들이 제1(예를 들어, 다운링크) 및 제2 역(예를 들어, 업링크) 방향으로 흐르는 네트워크에 언패커 노드가 제공된다. 그것을 통해 패킷들이 제1 방향으로 흐르는 언패커 노드는, 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로 일단 채워지면, 제1 방향 또는 제2 방향 중 어느 하나의 방향으로 네트워크를 따라 패킷 흐름에서 전해지고 양쪽 방향으로 전달되는, 제1 방향으로 수신되는 패킷의 헤더의 컨텍스트 부분으로부터, 검색하는 언패커를 포함한다.
언패커 노드는 검색된 컨텍스트 정보를 제1 방향으로의 패킷 흐름에 적용하는 구성기 및/또는 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로, 제2 방향으로의 송신을 위한 패킷의 헤더의, 컨텍스트 부분을 채우는 임베더를 또한 포함할 수 있다. 언패커 노드는 액세스 포인트, 기지국, 기지국 제어기, 무선 네트워크 제어기, NodeB, evolved NodeB, 무선 액세스 제어기, 액세스 라우터, 액세스 포인트 제어기, 상호 작용 기능, 및 이들 중 임의의 것의 임의의 조합으로 구성되는 그룹으로부터 선택될 수 있다.
본 개시내용의 일 예시적인 실시예에는, 그것을 통해 적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이에서 패킷들이 제1(예를 들어, 다운링크) 및 제2 역(예를 들어, 업링크) 방향으로 흐르는 네트워크에 구성기 노드가 제공된다. 이러한 구성기 노드는, 제1 방향으로의 패킷 흐름에, 제1 방향으로 수신되는 패킷의 헤더의 컨텍스트 부분으로부터 검색되고 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보를 적용하는 구성기를 포함하고, 이러한 컨텍스트 부분은, 일단 컨텍스트 정보로 채워지면, 제1 방향 또는 제2 방향 중 어느 하나의 방향으로 네트워크를 따라 패킷 흐름에서 전해지고 양쪽 방향으로 전달된다.
구성기 노드는 컨텍스트 부분으로부터 컨텍스트 정보를 검색하는 언패커를 포함할 수 있거나, 또는 컨텍스트 부분으로부터 컨텍스트 정보를 검색하고 구성기 노드에 컨텍스트 정보를 제공하는 언패커를 포함하는 노드에 통신 가능하게 연결될 수 있다. 구성기 노드는 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로, 제2 방향으로의 송신을 위한 패킷의 헤더의, 컨텍스트 부분을 채우는 임베더를 포함할 수 있다. 구성기 노드는 액세스 포인트, 기지국, 기지국 제어기, 무선 네트워크 제어기, NodeB, evolved NodeB, 무선 액세스 제어기, 액세스 라우터, 액세스 포인트 제어기, 상호 작용 기능, 및 이들 중 임의의 것의 임의의 조합으로 구성되는 그룹으로부터 선택될 수 있다.
본 개시내용의 일 예시적인 실시예에는, 그것을 통해 적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이에서 패킷들이 제1(예를 들어, 다운링크) 및 제2 역(예를 들어, 업링크) 방향으로 흐르는 네트워크에, 컴퓨터 판독가능 명령어들을 포함하는 컴퓨터 프로그램을 저장하고 있는 컴퓨터 프로그램 제품이 제공된다. 임베더 노드에서 처리 유닛에 의해 실행될 때, 프로그램 명령어들은 임베더 노드로 하여금, 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로 일단 채워지면, 제1 방향 또는 제2 방향 중 어느 하나의 방향으로 네트워크를 따라 패킷 흐름에서 전해지고 양쪽 방향으로 전달되는, 제2 방향으로의 송신에 대한 패킷의 헤더의, 컨텍스트 부분을 채우게 한다.
본 개시내용의 일 예시적인 실시예에는, 그것을 통해 적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이에서 패킷들이 제1(예를 들어, 다운링크) 및 제2 역(예를 들어, 업링크) 방향으로 흐르는 네트워크에, 컴퓨터 판독가능 명령어들을 포함하는 컴퓨터 프로그램을 저장하고 있는 컴퓨터 프로그램 제품이 제공된다. 언패커 노드에서 처리 유닛에 의해 실행될 때, 프로그램 명령어들은 언패커 노드로 하여금, 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로 일단 채워지면, 제1 방향 또는 제2 방향 중 어느 하나의 방향으로 네트워크를 따라 패킷 흐름에서 전해지고 양쪽 방향으로 전달되는, 제1 방향으로 수신되는 패킷의 헤더의 컨텍스트 부분으로부터, 검색하게 한다.
본 개시내용의 일 예시적인 실시예에는, 그것을 통해 적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이에서 패킷들이 제1(예를 들어, 다운링크) 및 제2 역(예를 들어, 업링크) 방향으로 흐르는 네트워크에, 컴퓨터 판독가능 명령어들을 포함하는 컴퓨터 프로그램을 저장하고 있는 컴퓨터 프로그램 제품이 제공된다. 구성기 노드에서 처리 유닛에 의해 실행될 때, 프로그램 명령어들은 구성기 노드로 하여금, 제1 방향으로의 패킷 흐름에, 제1 방향으로 수신되는 패킷의 헤더의 컨텍스트 부분으로부터 검색되고 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보를 적용하게 하고, 이러한 컨텍스트 부분은, 일단 컨텍스트 정보로 채워지면, 제1 방향 또는 제2 방향 중 어느 하나의 방향으로 네트워크를 따라 패킷 흐름에서 전해진다.
본 발명의 제1 양상에서는, UE(User Equipment)로부터 업링크 패킷들을 라우팅하는 방법이 제공된다. 이러한 방법은 UE로부터 업링크 패킷을 수신하는 단계; UE와 관련된 컨텍스트 정보와 관련된 정보에 따라 수신된 패킷을 수정하는 단계; 및 수정된 패킷을 목적지를 향해 송신하는 단계를 포함한다.
본 발명의 제1 양상의 실시예에서, 업링크 패킷을 수신하는 단계는 UE로부터 업링크 패킷을 직접 수신하는 단계를 포함한다. 다른 실시예에서, 업링크 패킷을 수신하는 단계는 무선 인터페이스를 통해 업링크 패킷을 수신하는 단계를 포함한다. 추가의 실시예에서, 이러한 방법은 수신된 패킷을 수정하는 단계 이전에 UE와 관련된 RAN(Radio Access Network) 컨텍스트 정보를 결정하는 단계를 더 포함한다. 추가의 실시예에서, 수신된 패킷을 수정하는 단계는 수신된 패킷을 수정하여 컨텍스트 정보와 관련된 정보를 저장하는 단계를 포함한다. 다른 실시예에서, 수신된 패킷을 수정하는 단계는 수신된 패킷의 헤더에 컨텍스트 정보와 관련된 정보를 저장하는 단계를 포함한다. 또 다른 실시예에서, 수신된 패킷을 수정하는 단계는 수신된 패킷의 소스 어드레스 필드에 컨텍스트 정보와 관련된 정보를 저장하는 단계를 포함한다. 추가의 실시예들에서, 소스 어드레스 필드는 UE와 관련된 IPv6(Internet Protocol version 6) 어드레스를 저장하고, 수정하는 단계는 UE의 IPv6 어드레스에 컨텍스트 정보를 저장하는 단계를 포함한다. 다른 실시예에서, 소스 어드레스 필드는 UE와 관련된 IPv6(Internet Protocol version 6) 어드레스를 저장하고, 수정하는 단계는 UE의 IPv6 어드레스에 컨텍스트 정보에 따라 결정되는 인덱스 값을 저장하는 단계를 포함한다.
본 발명의 제2 양상에서는, UE(User Equipment)로부터 업링크 패킷들을 라우팅하는 네트워크 노드가 제공된다. 이러한 네트워크 노드는 UE 인터페이스, 네트워크 인터페이스, 메모리 및 프로세서를 포함한다. UE 인터페이스는 UE로부터 패킷들을 수신하도록 구성된다. 네트워크 인터페이스는 목적지 어드레스들에 패킷들을 송신하도록 구성된다. 메모리는 명령어들을 저장한다. 프로세서는 UE 인터페이스, 네트워크 인터페이스 및 메모리에 동작 가능하게 접속된다. 메모리에 저장된 명령어들의 실행시, 프로세서는 노드로 하여금, UE와 관련된 컨텍스트 정보와 관련된 정보에 따라 UE 인터페이스를 통해 수신되는 패킷을 수정하게 하고; 그리고 수정된 패킷을 네트워크 인터페이스를 통해 목적지를 향해 송신하게 한다.
실시예들에서, 노드는 네트워크 액세스 포인트인 또는 eNodeB(Evolved NodeB)일 수 있다. 추가의 실시예들에서, UE 인터페이스는 무선 링크를 통해 UE로부터 패킷들을 수신하는 무선 인터페이스이다.
본 발명의 제3 양상에서는, UE에 어드레싱되는 다운링크 패킷을 라우팅하는 방법이 제공된다. 이러한 방법은, UE에 어드레싱되는 다운링크 패킷을 수신하는 단계; 수신된 다운링크 패킷에 따라, UE와 관련된 컨텍스트 정보를 결정하는 단계; 및 추출된 컨텍스트 정보에 따라 수신된 패킷을 UE를 향해 송신하는 단계를 포함한다.
제3 양상의 실시예들에서, 결정하는 단계는 수신된 패킷의 패킷 헤더에 저장된 정보를 추출하는 단계를 포함한다. 다른 실시예들에서, 추출된 정보는 컨텍스트 정보이다. 대안적인 실시예들에서, 추출된 정보는 인덱스이고, 결정하는 단계는 추출된 인덱스에 따라 UE와 관련된 컨텍스트 정보를 결정하는 단계를 더 포함한다. 추가의 실시예에서, 결정하는 단계는 수신된 다운링크 패킷에서의 UE와 관련된 어드레스로부터 정보를 추출하는 단계를 포함한다.
본 발명의 제4 양상에서는, UE에 어드레싱되는 다운링크 패킷들을 라우팅하는 네트워크 노드가 제공된다. 이러한 네트워크 노드는 UE 인터페이스, 네트워크 인터페이스, 메모리, 및 프로세서를 포함한다. UE 인터페이스는 UE를 향해 패킷들을 송신하도록 구성된다. 네트워크 인터페이스는 UE에 어드레싱되는 패킷들을 수신하도록 구성된다. 메모리는 명령어들을 저장한다. 프로세서는 UE 인터페이스, 네트워크 인터페이스 및 메모리에 동작 가능하게 접속된다. 메모리에 저장된 명령어의 실행시, 프로세서는 노드로 하여금, 네트워크 인터페이스를 통해 수신되는 패킷으로부터 추출된 정보에 따라 UE와 관련된 컨텍스트 정보를 결정하게 하고; 그리고 결정된 컨텍스트 정보에 따라, 수신된 패킷을, UE 인터페이스를 통해 송신하게 한다.
본 발명의 제4 양상의 실시예에서, 노드는 네트워크 액세스 포인트와 eNodeB(Evolved NodeB) 중 하나이다. UE 인터페이스는 무선 링크를 통해 UE에 패킷들을 송신하는 무선 인터페이스일 수 있다. 컨텍스트 정보는 무선 링크와 관련된 RAN(Radio Access Network) 컨텍스트 정보일 수 있다.

본 개시내용은 장시간 동안 네트워크(100)로부터 접속해제될 수 있는 MTC 디바이스들(140)과 같은 하나 이상의 무선 디바이스들과 관련된 네트워크 어드레스의 부분에서 컨텍스트 정보를 전달하는 방법들 및 장치에 관한 것이다. 디바이스(350)를 향하는 DL 패킷(341)에서 목적지 네트워크 어드레스(280)로서 리턴될 정보를 무선 디바이스로부터 외부 엔티티(110)를 향하여 통신하는 UL 패킷(340)에서의 소스 네트워크 어드레스(270)의 컨텍스트 부분(296)에 컨텍스트 정보가 전달되기 때문에, 디바이스 의존적 컨텍스트 정보가 네트워크(100) 내에 저장되지 않으며 처리 오버헤드가 거의 또는 전혀 초래되지 않는다.

이것은 현저한 처리 오버헤드를 초래하지 않고도 MTC 디바이스(140)와의 통신을 여전히 가능하게 하면서 (간헐적으로 접속되는 MTC 디바이스들(140)에 대한 AP들(131, 330, 331)에서의 무선 액세스 링크 접속 컨텍스트와 같은) 네트워크(100) 내의 이러한 컨텍스트 정보의 저장을 감소시키고 일부 실시예들에서 이를 제거한다.

또한, 이러한 방법은 무선 디바이스(350)의 일부에 대한 지식 또는 처리를 전혀 수반하지 않는 방식으로 무선 디바이스(350)에 동적으로 할당된 IP 어드레스(295)의 늦은 바인딩(late binding)을 제공한다. 이러한 동적 어드레스 할당 및 늦은 바인딩은 더 낮은 복잡성 및 부수적으로 더 낮은 비용 무선 디바이스들(350), 무선 디바이스(350)에 의한 더 낮은 배터리 사용, 더 낮은 프로비저닝 및 유지 비용 및 이들 중 임의의 것의 임의의 조합을 용이하게 할 수 있다. 또한, 무선 디바이스(350)는 무선 디바이스(350)의 특성들, (현재) 위치 및 이들 중 임의의 것의 임의의 조합과 일치하는 IP 어드레스를 자동으로 할당받을 수 있다.

또한, 디바이스 특유의 M2M 프로토콜들은 디바이스 독립적 방식으로 캡슐화될 수 있다. 예를 들어, UL 송신(351)이 무선 MTC 디바이스(350)로부터 수신될 때, 수신 AP(330)는 수신된 정보를 정보를 검사하지 않고 IP 패킷(340)으로 캡슐화하고, 그 컨텍스트 부분(296)에서, 무선 디바이스(350)와 통신하기 위한 컨텍스트를 제공하는 소스 IP 어드레스(270)를 구성하고, 결과적인 UL IP 패킷(340)을 MTC-IWF(120)에 또는 RCN(110)에 전달할 수 있다.

이러한 방법은, IETF RFC 5213, "Proxy Mobile IPv6", August 2008, <http://tools.ietf.org/html/rfc5213>에서 논의된 바와 같은 특수화된 모빌리티 인식 프로토콜들과 관련된 오버헤드들의 대응하는 감소 또는 제거와 함께, 뒤이은 DL 패킷들(341)이 터널들을 채택하지 않고 네트워크(100)를 통해 전달되게 한다.

또한, 이러한 방법은, MTC 디바이스(140)의 부착 지점에서의 변화와 관련된 오버헤드에서의 대응하는 감소와 함께, IETF RFC 5213, "Proxy Mobile IPv6", August 2008, <http://tools.ietf.org/html/rfc5213>에서 논의된 바와 같은 종래의 해결책들에서 IP 어드레스(295) 바인딩과 관련된 제어 시그널링을 제거한다.

본 분야에서의 통상의 기술을 가진 자들은, 본 개시내용에서 MTC 디바이스들에 대해 참조되지만, 본 명세서에 설명되는 방법 동작들은 비-MTC 무선 디바이스들로의 및 비-MTC 무선 디바이스들로부터의 통신을 동등하게 망라할 수 있다는 점 및 본 명세서에 설명되는 장치는 비-MTC 무선 디바이스들을 동등하게 망라할 수 있다는 점을 이해할 것이다.

M2M 기술의 급속한 신규 개발, 지속적인 성장 및 세계적 채택은 IPv6(Internet Protocol Version 6)와 함께 제공되는 것과 같이 매우 큰 어드레스 공간을 필요로 한다. 본 개시내용에서, IPv6 패킷들은 IP 패킷들로서 상호 교환 가능하게 지칭될 수 있다.

도 2a는 200에 일반적으로 도시되는 IPv6 패킷 헤더의 예시적인 포맷이다. 본 명세서에서, IPv6 어드레싱 협약들은 단지 예시의 목적들로 참조되지만, 본 분야에서의 통상의 기술을 가진 자들은 다른 어드레싱 방식들이 마찬가지로 채택될 수 있다는 점을 이해할 것이다.

IETF RFC 2460, "Internet Protocol, Version 6 (IPv6) Specification", December 1998, <http://tools.ietf.org/html/rfc2460>에 개시되는 바와 같이, 패킷 헤더(200)는, 이에 제한되는 것은 아니지만, 일부 예시적인 실시예들에서, 프로토콜 버전(210), 트래픽 클래스 변수(220), 흐름 레이블(230), 페이로드 길이 파라미터(240), 다음 헤더 포인터(250), 홉 제한 파라미터(260), 소스 어드레스 필드 270) 및 목적지 어드레스 필드(280)를 포함하는, 다수의 필드들을 포함할 수 있다.

트래픽 클래스 변수(220)는, IPv6의 컨텍스트에서, 중재 라우터들에 의해 패킷에 적용될 QoS 처리를 정의하도록 원래 의도된, 일부 실시예들에서 8비트 필드인, 필드이다. 그러나, IPv6 하에서의 트래픽 클래스 변수(220)는 한 방향으로만 중요성을 가질 수 있고, 역방향으로 이동하는 흐름들의 처리에 영향을 미치지 않을 수 있다. 또한, 트래픽 클래스 변수(220)가 반드시 엔드-투-엔드(end-to-end) 보존될 필요는 없지만, 패킷 소스로부터 자신의 목적지까지의 경로를 따라 어디에서든 변경될 수 있다.

흐름 레이블(230)은, IPv6의 컨텍스트에서, 중재 라우터들에 의해 흐름 처리를 단순화하기 위해, 단일 흐름을 구성하는 패킷들을 식별하도록 원래 의도된, 일부 실시예들에서 20비트 필드인, 필드이다. 그러나, 트래픽 클래스 변수(220)와 같이, IPv6 하에서의 흐름 레이블(230)은 한 방향으로만 중요성을 가질 수 있고, 역방향으로 이동하는 흐름들을 식별하지 않을 것이다. 마찬가지로, 흐름 레이블(230)이 반드시 엔드-투-엔드 보존될 필요는 없지만, 패킷 소스로부터 자신의 목적지까지의 경로를 따라 어디에서든 변경될 수 있다.

일부 예시적인 실시예들에서, 소스 어드레스 필드(270), 목적지 어드레스 필드(280) 또는 양자 모두는, RFC 4291, "IP Version 6 Addressing Architecture", February 2006 <http://tools.ietf.org/html/rfc4291>에 개시되는 바와 같이, 도 2b에 도시되는 바와 같은 포맷을 가질 수 있다. 290으로서 일반적으로 도시된, 도면에 도시되는 예시적인 IPv6 유니캐스트 어드레스 구조는 라우팅 프리픽스(291) 및 인터페이스 식별자(292)로 각각 지정되는 2개의 64비트 부분들로 분할되는 128비트를 포함할 수 있다.

어드레스(290)의 최상위(가장 왼쪽) 비트들을 구성하고, 일부 실시예들에서는 64비트일 수 있는 라우팅 프리픽스(291)는, MTC 디바이스(140)와 같은 소스 노드와 AS(110)와 같은 목적지 노드 또는 RCN 사이에서 중재 라우터들에 의해 사용될 라우팅 정보를 포함한다. 라우팅 프리픽스(291)는 일부 실시예들에서 서브-필드들, 즉 m비트 글로벌 프리픽스(293)(여기서 0 ≤ m ≤ 64임) 및 (64-m)비트 서브넷 프리픽스(294)로 세분될 수 있다.

글로벌 프리픽스(293)는 대규모 인터넷 내에서 라우팅하는데 사용될 수 있다. 이러한 글로벌 프리픽스(293)를 사용하는 네트워크 어드레스(290)에 대한 도달 가능성은 BG(Border Gateway) 라우터들(115)에 의해 광고된다. 서브넷 프리픽스(294)는 로컬 네트워크(도시되지 않음) 내에서 라우팅하는데 사용될 수 있다. 이러한 서브넷 프리픽스(294)를 사용하는 네트워크 어드레스들(290)에 대한 도달 가능성은 BG(115)와 AP(131) 사이에 위치되는 내부 사이트 라우터(도시되지 않음)에 의해 광고된다.

일부 예시적인 실시예들에서 64비트 길이일 수 있는 최하위(가장 오른쪽) 비트들을 구성하는 어드레스(290)의 일부인 인터페이스 식별자(292)는 엔드 노드 상의 인터페이스를 통상적으로 나타내며, 무선 디바이스(도시되지 않음) 상의 네트워크 인터페이스와 관련된 Ethernet MAC(Media Access Control) 어드레스로서 종종 인코딩된다.

특히, 모바일 무선 디바이스들의 컨텍스트에서, 이러한 디바이스에 할당되는 IP 어드레스(290)는 RAN(130)에 대한 현재의 부착 지점을 반영하지 않을 수 있다. 이와 같이, 이는 특히 유익한 구성을 나타내지 않을 수 있다.

그러나, 인터페이스 식별자로서 통상적으로 (IPv6에서) 지정되는 부분(292)을 구성하는 어드레스(290)의 비트들은 집합적으로 일부 소중한 특성들을 나타낸다는 점이 인식되었다. 이러한 제1 특성은, 일단 채워지면, 부분(292)이 네트워크를 통해 패킷 흐름에 한 방향으로 전해지고, 송신되는 패킷들에 대해 소스 어드레스(270)로부터 목적지 어드레스(280)로 역방향으로 복사되며, 다시 네트워크를 통해 패킷 흐름에 역방향으로 전해진다는 점이다.

따라서, 도 2c에 도시되는 바와 같은 본 개시내용에서, 헤더 어드레스 필드들(270, 280) 중 하나에 대응하는, IPv6에서 인터페이스 식별자(292)로서 통상적으로 표기되는 부분에 의해 표현되는 어드레스(290)의 부분은, 무선 디바이스와 관련된 컨텍스트에 특정한 정보를 포함하는 컨텍스트 부분(296)으로서 본 명세서에서 재지정되고, 재지정된 네트워크 어드레스는 295로 표기된다.

컨텍스트 부분(296)은, 일부 예시적인 실시예들에서, 모든 UL 패킷(340) 흐름이 무선 디바이스(350)와 RCN(110) 사이에서 착수될 때 생성될 수 있다.

이제 도 3으로 돌아가면, 도 1의 보다 포괄적인 버전이 도시된다. 도 1에는, 하나의 AP(131)만이 도시되지만, 일반적으로, RAN(130)은 복수의 AP들(330, 331)을 포함할 수 있다. 도 3에는, 단지 예로서, 2개의 AP들(330, 331)이 도시된다. 주어진 무선 디바이스(350)는 UL 패킷들(340)에 대해 제1 AP(330)와 그리고 DL 패킷들(341)에 대해 제2 AP(331)와 통신할 수 있다.

본 분야에서의 통상의 기술을 가진 자들은 AP들(330, 331) 각각이 그것과 통신하는 복수의 무선 디바이스들(350)을 가질 수 있다는 점을 이해할 것이다. 일부 예시적인 실시예들에서, 그로부터 UL 메시지들(351)을 수신하는 무선 디바이스(350)의 컨텍스트에서 도시되는 AP(330)는, 이러한 다른 무선 디바이스들(350) 중 하나 이상과 UL 메시지들(351) 및/또는 DL 메시지들(352)을 통신할 수 있다. 유사하게, 일부 예시적인 실시예들에서, 그에게 DL 메시지들(352)을 송신하는 무선 디바이스(350)의 컨텍스트에서 도시되는 AP(331)는, 이러한 다른 무선 디바이스들(350) 중 하나 이상과 UL 메시지들(351) 및/또는 DL 메시지들(352)을 통신할 수 있다.

일부 예시적인 실시예들에서는, 주어진 무선 디바이스(350)와의 통신을 용이하게 하는 조정이 AP들(330, 331) 사이에 존재한다. 일부 예시적인 실시예들에서, 액세스 포인트 제어기(334)는 AP들(330, 331) 양자 모두에게 방향을 제공하기 위해 채택된다. 일부 예시적인 실시예들에서는, AP들(330, 331) 중 하나 또는 다른 하나가 제어기(334)일 수 있거나 또는 이를 포함할 수 있다.

컨텍스트 부분(296)은, 일부 예시적인 실시예들에서, AP(330)와 같은 무선 에지 네트워크 노드가 새로운 패킷 흐름의 착수를 초래하는 업링크 메시지(351)를 수신할 때, UL 패킷(340)의 IP 헤더(200)에서의 소스 어드레스(270)에 삽입될 수 있다. 일부 예시적인 실시예들에서는, 동일한 컨텍스트 부분(296)이 이러한 패킷 흐름에서 각각의 UL 패킷(340)의 헤더(200)에서의 소스 어드레스(270)에 유사하게 삽입될 수 있다.

본 개시내용에서는, UL 패킷(들)(340)의 컨텍스트 부분(296)이 초기에 컨텍스트 정보로 채워지고, 후속 DL 패킷(들)(341)에 복사되지만, 일부 예시적인 실시예들에서는, DL 패킷(들)(341)의 컨텍스트 부분(296)이 초기에 컨텍스트 정보로 채워질 수 있다. 예를 들어, M2M 애플리케이션(111)은 비-모바일 디바이스(350)에 할당되는 IP 어드레스(295)로 구성될 수 있으며, IP 어드레스(295)는, DL 패킷(341)의 목적지 어드레스(280)에 삽입될 때, 무선 디바이스(350)와 통신하기 위해 서빙 AP(331)에 의해 사용될 수 있는, 컨텍스트 정보를 그 내장된 컨텍스트 부분(296)에 포함한다.

본 개시내용에서는, AP(131, 330, 331)가 컨텍스트 부분(296)을 채우는 것으로 도시되지만, 컨텍스트 부분(296)이, 일부 실시예들에서는, 제어기(334)에 의해 채워질 수 있다. 유사하게, 본 개시내용에서는, AP(131, 330, 331)가 컨텍스트 부분(296)을 검색하고 해석하는 것으로 도시되지만, 컨텍스트 부분이, 일부 실시예들에서는, 제어기(334)에 의해 검색되고 해석될 수 있다. 일부 예시적인 실시예들에서, 컨텍스트 부분(296)은 무선 디바이스(350)에 의해 채워질 수 있다.

컨텍스트 부분(296)을 포함하는 IP 어드레스(295)의 할당은 동적이며, 무선 디바이스(350)와 RCN(110) 사이의 패킷 교환의 지속시간 동안만 무선 디바이스(350)와 관련될 수 있다. 컨텍스트 부분(296)에 포함되는 컨텍스트 정보가, 일부 예시적인 실시예들에서는, 그에 의해 내장되는 컨텍스트와 관련된 패킷들의 잠재적인 교환이 존재하는 한 활성인 것으로 고려될 수 있다. 그러나, 컨텍스트가 변경되거나 패킷 흐름이 종료될 때, 패킷 흐름은 완료된 것으로 고려되고, 컨텍스트 정보와 관련된 컨텍스트 부분(296)을 포함하는 IP 어드레스(295)는 비활성으로 표시될 수 있고 더 이상 무선 디바이스(350)와 관련되지 않는다. 컨텍스트 부분(296)을 포함하는 IP 어드레스(295)는 동일한 무선 디바이스(350)와 또는 상이한 무선 디바이스(350)와 관련된 다른 패킷 흐름과 후속하여 관련될 수 있다.

컨텍스트 부분(296)은 패킷 흐름과 관련된 컨텍스트가 변경되거나 컨텍스트 부분(296)에서의 컨텍스트 정보와 관련된 모든 패킷 흐름들이 종료된 것으로 간주될 때마다 UL AP(330)에 의해 비활성으로 표시될 수 있다. 패킷 흐름은 다음에 의해 종료된 것으로 결정될 수 있다:

3GPP TS 36.331, "Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Radio Resource Control (RRC) protocol specification", <http://www.3gpp.org/ftp/Specs/html-info-36331.htm>에 논의된 바와 같은 무선 링크 접속성에의 변화;

패킷 흐름 비활성 타이머(도시되지 않음)의 만료;

흐름 내에 더 이상의 패킷들이 존재하지 않을 것이라는 점을 추론하는데 사용될 수 있는 정보에 대한 전송 프로토콜 헤더 또는 애플리케이션 프로토콜 헤더로부터 하나 이상의 필드들을 검사함;

그것을 통해 다운링크 메시지(352)가 송신될 무선 액세스 링크 접속에서의 또는 그 특성들에서의 변화를 식별함;

그것을 통해 업링크 메시지(351)가 수신된 무선 액세스 링크 접속에서의 또는 그 특성들에서의 변화를 식별함; 및

이들 중 임의의 것의 임의의 조합.

일부 예시적인 실시예들에서는, 무선 디바이스(350), MTC-IWF(120), BG(115), M2M 애플리케이션(111), DL AP(331), 제어기(334) 및 이들의 임의의 조합이, 패킷 흐름의 종료를 식별하는 것을 지원할 수 있는 정보를 또한 제공할 수 있다.

자신의 목적지 어드레스(280)의 컨텍스트 부분(296)에 컨텍스트 정보를 갖는 DL 패킷(341)이 AP(331)에 의해 수신될 때, 이러한 컨텍스트 정보는 무선 링크(160)를 통해 대응 다운링크 메시지(352)를 무선 디바이스(350)에 전달하기 위해 AP(331)에 의해 사용될 수 있다.

일부 예시적인 실시예들에서, DL 패킷(341)은 AP(331)에 전달하기 위한 터널 패킷에서 3GPP TS 29.281, "General Packet Radio System (GPRS) Tunnelling Protocol User Plane (GTPv1-U)", <http://www.3gpp.org/ftp/Specs/html-info/29281.htm> 및 IETF RFC 5213, "Proxy Mobile IPv6, August 2008, <http://tools.ietf.org/html/rfc5213>에 개시된 바와 같은 알려진 IP 모빌리티 기술들을 사용하여 캡슐화된다.

일부 예시적인 실시예들에서는, MTC 패킷 흐름들이 수명이 짧다는 점을 인식하여, DL 패킷들(341)의 목적지 어드레스(280)의 컨텍스트 부분에 내장된 컨텍스트 정보는 서빙 AP(331)를 식별하여, DL 패킷들(341)이 AP(331)에 직접 전달되게 하고, 특수화된 IP 모빌리티 프로토콜들과 관련된 터널링 및 제어 시그널링 오버헤드들을 제거한다. 일부 예시적인 실시예들에서, 컨텍스트 정보는 추가적인 정보를 위해 질의될 수 있는 부가적인 네트워크 엔티티들(이에 제한되는 것은 아니지만 MME, HLR, VLR, HSS 및 VNF 엔티티를 포함함)을 식별할 수 있다.

일부 예시적인 실시예들에서, 무선 디바이스(350)로부터 나오는 다수의 패킷 흐름들(340)은 공통 무선 리소스들을 사용하거나 다른 방식으로 공통 컨텍스트를 공유할 수 있다. 이러한 예시적인 실시예들에서, 이러한 패킷 흐름들(340)은 공통 컨텍스트 부분(296)을 공유할 수 있다. 본 분야에서의 통상의 기술을 가진 자들은, 비-제한적인 예로서, 캡슐화된 TCP 또는 UDP(user datagram protocol) 헤더에서의 포트 번호와 같은, 헤더(200) 외부의 필드들을 고려함으로써 이러한 흐름들을 구별하기 위해 기존의 기술들이 사용될 수 있다는 점을 이해할 것이다.

일부 예시적인 실시예들에서, 다수의 MTC 디바이스들(140)을 다루는 오버헤드는 3GPP TS 23.769, "Machine-Type Communications; Group based Enhancements", <http://www.3gpp.org/ftp/Specs/html-info/23769.htm>에 개시된 바와 같은 그룹 기반 통신을 통해 완화될 수 있으며, 여기서, 공통 AP(330)에 의해 서비스되는 상이한 MTC 디바이스들(140)로부터 나오는 상이한 패킷 흐름(340)들은 공통 RCN(110)으로부터의 DL 패킷 흐름들(341)에 대해 특히 공통 컨텍스트를 또한 공유할 수 있다. 이러한 예시적인 실시예들에서, UL 패킷 흐름들(340)은 공통 컨텍스트 부분(296)을 공유하여 디바이스들(140)의 그룹에 대한 무선 리소스 할당에 관련된 컨텍스트를 인코딩할 수 있고, 따라서, RAN(130) 내에서의 컨텍스트 정보의 보유를 배제한다.

이러한 실시예들은 DL 패킷(341)에 포함된 데이터가 모든 무선 디바이스들(350)에 대해 또는 무선 디바이스들(350)의 서브셋에 대해서만 의도될 수 있는 멀티캐스트 통신을 반영할 수 있다. 즉, 복수의 무선 디바이스들(350)은 동일한 컨텍스트 또는 처리를 수신하는 것으로 고려될 수 있다. 본 분야에서의 통상의 기술을 가진 자들은, 비-제한적인 예로서, 주어진 무선 디바이스(140)를 패킷 페이로드에서의 애플리케이션 데이터로서 식별하는 식별자를 포함하는 것과 같은, 또는, 비-제한적인 예로서, 캡슐화된 TCP 또는 UDP 헤더 또는 CoAP 그룹 URI(uniform resource identifier)에서의 포트 번호를 사용하는 것과 같은, 헤더(200) 외부의 애플리케이션 특정 필드들을 고려함으로써, 이러한 무선 디바이스들(350)이 데이터가 의도되지 않은 다른 디바이스들로부터 식별되고 구별될 수 있다는 점을 이해할 것이다.

본 분야에서의 통상의 기술을 가진 자들은, 멀티캐스트 어드레스보다는 오히려 유니캐스트 어드레스로서, RFC 4291, "IP Version 6 Addressing Architecture", February 2006, <http://tools.ietf.org/html/rfc4291>에서 논의된 바와 같이, 멀티캐스트 컨텍스트 정보가 컨텍스트 부분(296)으로 인코딩된 네트워크 어드레스가 IPv6 관점에서 고려될 것이라는 점을 또한 이해할 것이다. 오히려, 멀티캐스트 그룹은, 본 명세서에 설명되는 바와 같이, 예를 들어, 비-제한적인 예로서, 특정 무선 리소스들의 세트에 대해 주어진 컨텍스트를 갖는 송신들을 청취하기 위해, 컨텍스트 부분(296)의 조작을 통해, 명령을 받은 MTC 디바이스들(140)의 세트에 의해서 독립적으로 정의될 것이다. 패킷들(341)의 멀티캐스트 특성은 DL 패킷(들)(341)에 수신된 공통 컨텍스트 부분(296)을 인코딩한 또는 그 인코딩을 위임한 AP(331) 및 AP(들)(131, 330) 및/또는 제어기(334)에만 명백할 것이다.

일부 예시적인 실시예들에서, 라우팅 프리픽스(291)는 어드레스(295)의 최상위(가장 왼쪽) 64비트들에 유지된다. 일부 예시적인 실시예들에서, 서브넷 프리픽스(294)는 컨텍스트 부분(296)의 범위를 제한하기 위해 RAN(130) 내에서 라우팅하는데 사용될 수 있는 영역 프리픽스(298)에 의해 대체될 수 있다. 따라서, RCN(110)이 응답할 때, 컨텍스트 부분(296)을 포함하는 수신된 UL 패킷(340)에서의 소스 어드레스(270)는 RCN(110)에 의해 응답 DL 패킷(341)의 목적지 어드레스(280)에 복사된다.

따라서, 제2의 이러한 특성은 컨텍스트 부분(296)을 포함하는 IP 어드레스(295)가 노드들 사이의 패킷들에서 양쪽 방향들로 전달된다는 점이다. 이것은 패킷 흐름에 대한 컨텍스트 정보의 불변, 양방향, 엔드-투-엔드 전송을 제공한다.

IPv6에서 인터페이스 식별자로서 통상적으로 표기되는 부분(292)에 특유한 제3 특징은 라우팅 프리픽스(291)가 네트워크(100) 내에서 전달 결정을 행하는데 사용된다는 점, 및 부분(292)이 이러한 전달 결정을 행하는데 사용되지 않는다는 점이다.

따라서, AP(330)는 리턴하는 DL 패킷(341)이 적절한 AP(331)에 전달되게 할 UL 패킷(340)의 소스 어드레스(270)에 라우팅 프리픽스(291) 및 관련 정보를 또한 삽입할 수 있다.

라우팅 프리픽스(291)의 계속적인 사용 및 컨텍스트 부분(296)의 상술된 특성들은, 패킷 헤더(200)가 패킷 흐름과 연관된 컨텍스트에 관한 정보를 전달하는 동안, 종래의 기성품 라우터들이 네트워크(100)에서 계속 사용될 수 있어, 특수화된 라우팅 프로토콜들 및 패킷 전달 엔진들을 제거한다는 점을 의미한다. 또한, 가장 긴 프리픽스 매치와 같은 종래의 라우터 전달 메커니즘들이 채택될 수 있다. 또한, 컨텍스트 부분(296)은 그 흐름의 요구에 따라 그리고 특정 무선 디바이스(350)와 관련된 다른 흐름들의 요구에 독립적으로 패킷을 라우팅하는데 사용될 수 있다. 예를 들어, 리소스 가용성 및 흐름과 관련된 QoS에 따라 네트워크(100) 내의 상이한 경로를 통해 상이한 흐름들이 전달될 수 있다.

UL 패킷(들)(340)의 소스 어드레스(270)의 컨텍스트 부분(296)에 내장된 컨텍스트 정보는, 무선 리소스 컨텍스트를 포함하는, 컨텍스트를 인코딩하며, 이는 DL 패킷들(341)이 나중 시점에 RCN(110)으로부터 수신될 때 무선 디바이스(350)와 통신하기 위해 AP(331)에 의해 후속하여 사용될 수 있다.

UL 패킷(들)(340)의 소스 어드레스(270)의 컨텍스트 부분(296) 내에 채워지는 컨텍스트 정보는 그것에 이용될 수 있는 정보에 기초하여 AP(330)에 의해 도출될 수 있으며, 이에 제한되는 것은 아니지만 다음을 포함한다:

- IP 헤더, 전송 프로토콜 헤더(이에 제한되는 것은 아니지만 TCP/UDP를 포함함), 또는 애플리케이션 프로토콜 헤더(이에 제한되는 것은 아니지만 HTTP 또는 CoAP를 포함함)로부터의 하나 이상의 필드들;

- 그것을 통해 UL 메시지(351)가 수신된 무선 액세스 링크 접속의 하나 이상의 특성들;

- 그것을 통해 대응 DL 메시지(352)가 송신될 무선 액세스 링크 접속의 하나 이상의 특성들;

- 무선 디바이스에 관련된 정보를 수용하는 네트워크 노드의 아이덴티티;

- 무선 디바이스와 통신하는데 사용되는 통신 프로토콜(들);

- 무선 디바이스의 타입(이에 제한되는 것은 아니지만 모바일 또는 고정형을 포함함); 및

- 무선 디바이스의 클래스(이에 제한되는 것은 아니지만 MTC 디바이스 또는 HTC 디바이스를 포함함).

일부 예시적인 실시예들에서, MTC 디바이스(140) 자체는, UL 패킷(340)의 소스 어드레스(270)의 컨텍스트 부분(296) 내에 채워질 컨텍스트 정보를 결정할 목적으로, 새로운 패킷 흐름들을 식별하고, 이러한 패킷 흐름들을 분류하는데 도움을 줄 수 있는 정보를 제공할 수 있으며, 이에 제한되는 것은 아니지만, IPv6 패킷 헤더에 인코딩된 정보(이에 제한되는 것은 아니지만, 트래픽 클래스(220), 흐름 레이블(230) 및 이들 중 임의의 것의 임의의 조합을 포함함), IPv6 소스 어드레스(270)의 예약된 값(도시되지 않음)으로서 인코딩된 정보, 무선 액세스 링크 접속을 통한 정보(이에 제한되는 것은 아니지만, 3GPP TS 36.321, "Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Medium Access Control (MAC) protocol specification", <http://www.3gpp.org/ftp/Specs/html-info/36321.htm>에서 논의된 바와 같이, MAC 제어 엘리먼트에서의 것을 포함함), 전송 프로토콜 헤더에서의 정보(이에 제한되는 것은 아니지만 TCP를 포함함), 애플리케이션 프로토콜 헤더에서의 정보(이에 제한되는 것은 아니지만 HTTP 및 CoAP를 포함함), 및 이들 중 임의의 것의 임의의 조합을 포함한다.

일부 예시적인 실시예들에서, UL 패킷(340)의 소스 어드레스(270)의 컨텍스트 부분(296) 내에 채워질 컨텍스트 정보는 RRM(Radio Resource Management) 엔티티(도시되지 않음), TM(Traffic Management) 엔티티(도시되지 않음), MTC-IWF(120), BG(115), M2M 애플리케이션(111), DL AP(331), 제어기(334) 및 이들 중 임의의 것의 임의의 조합으로부터 수신된 명령어들로부터 식별될 수 있다.

일부 예시적인 실시예들에서, 내장되고 보유될 컨텍스트 정보는 다음과 같은 컨텍스트 양상들 중 하나 이상을 식별할 수 있다:

- 예를 들어, 하나 이상의 AP들(131)을 포함하는 무선 (액세스) 송신 그룹;

- 서빙 AP(131, 331), 제어기(334) 및 패킷 흐름(341)과 관련된 무선 디바이스(들)(350);

- 예를 들어, 채널이 시간, 주파수, 공간 및 코딩 리소스들의 일부 조합으로 이루어지는 하나 이상의 DL 채널들을 포함하는 무선 액세스 링크 접속;

- 예를 들어, 변조 및/또는 코딩 방식, 송신 전력 레벨, 프리코딩 매트릭스(precoding matrix) 등 중 하나 이상을 포함하는 하나 이상의 무선 링크 송신 파라미터들;

- 비-제한적인 예로서, 송신 리소스들의 세트 및 그들의 사용을 위한 스케줄 중 하나 이상을 포함하는 무선 링크 송신 기회;

- 예를 들어 하나 이상의 AP들(131)을 포함하는 페이징 그룹;

- 예를 들어, 페이징 리소스 세트 및 그들의 사용을 위한 스케줄 중 하나 이상을 포함하는 페이징 기회;

- 네트워크(100)를 통한 AP(331)로의 미리 정의된 트래픽-가공된 경로(pre-defined traffic-engineered path);

- 이에 제한되는 것은 아니지만, 허용 가능한 지연, 허용 가능한 패킷 손실 및 배터리 소비 파라미터들을 포함하는 QoS 파라미터;

- 디바이스에 관련된 정보를 수용하는 네트워크 노드의 아이덴티티;

- 무선 디바이스와 통신하는데 사용되는 통신 프로토콜(들);

- SFC(service function chain); 및

- MTC 디바이스(140)의 고유한 특성을 설명하지는 않지만, 예를 들어, 패킷 흐름에 관한 상세한 정보를 포함하는 흐름 설명자 데이터 베이스(도시되지 않음) 또는 위 컨텍스트 양상들 중 하나 이상을 포함하는 컨텍스트 정보가 유지되는 무선 리소스 컨텍스트 데이터베이스(도시되지 않음)와 같은 저장소를 액세스하기 위해, 네트워크(100)를 통한 경로를 정의하는데 사용될 수 있는 논리 식별자. 일부 예시적인 실시예들에서, 이러한 식별자는 그것이 나타내는 정보의 특성이 식별자의 고려만으로 파악될 수 없다는 점에서 불투명할 수 있다.

(전술한 것들이 단지 비-제한적인 예시적 서브세트인) 컨텍스트 양상들 중 주어진 하나 이상이, 단독으로 또는 조합으로, 사용될 수 있기 때문에, 컨텍스트 부분(296)에서의 비트들은 컨텍스트 부분(296)에서 전달되는 컨텍스트 정보에 따라 할당될 수 있다. 일부 예시적인 실시예들에서, 컨텍스트의 양상들은 수치 값으로서 컨텍스트 부분(296)에 직접 내장될 수 있다. 일부 예시적인 실시예들에서, 컨텍스트의 양상들은 수치 값들 표로의 포인터로서 컨텍스트 부분(296)에 내장될 수 있다.

컨텍스트 정보의 다양한 조합들을 수용하기 위해, 일부 예시적인 실시예들에서는, 다수의 포맷 클래스들이 정의될 수 있다. 비-제한적인 예들로써, 도 4는 6개의 상이한 컨텍스트 부분들(412, 422, 432, 442, 452, 462)에 각각 대응하는 A(410), B(420), C(430), D(440), E(450), F(460)과 같은 문자 지정에 의해 식별되는 예시적인 포맷 클래스들을 도시한다. 관련 분야에서의 통상의 기술을 가진 자들은 컨텍스트 정보의 추가의 및/또는 상이한 조합들에 대응하는 포맷 클래스들이 동등하게 식별될 수 있다는 점을 이해할 것이다.

도 4의 비-제한적 실시예에서, 컨텍스트 부분(296)의 최상위(64-n) 비트들(여기서, n은 컨텍스트 부분(412, 422, 432, 442, 452, 462)에서의 비트들의 수임)은, (64-n) 비트 포맷 식별자(411, 421, 431, 441, 451, 461)를 포함한다. 일부 예시적인 실시예들에서, 63비트 컨텍스트 부분(312)에 대한 포맷 식별자(411)는 "0"이다. 일부 예시적인 실시예들에서, 포맷 식별자(421, 431, 441, 451, 461)는 선두 "1"이 덧대어진 미리 정의된 7비트 코드 "yyyyyyy"(여기서 0≤yyyyyyy≤1111110임)를 포함한다. 컨텍스트 부분(296)의 최상위(64-n) 비트들을 가변 길이("0"을 포함함)의 선두 "1"들로 덧대는 것은 상이한 포맷 클래스들이 서로 구별되게 한다.

이러한 컨텍스트 양상들 중 어느 것이, 그리고 얼마나 많이 전달되는지에 따라, 하나 이상의 포맷 클래스들이 채택될 수 있다.

AP(331)로 전달되어야 하는 컨텍스트 양상들에 기초하여, AP(330)는 포맷 클래스 및/또는 포맷을 식별하고, 그 필드(들)에 적절한 정보를 삽입한다.

비-제한적인 예로서, 도 5는 대응 포맷 식별자들 m, n, p 및 0을 갖는 다양한 포맷 클래스들에 대한 예시적인 포맷들을 도시한다. 도 5a는, 경로 식별자(511) 및 무선 베어러 식별자(512)를 포함하는 컨텍스트 부분(432)을 갖는, 포맷 클래스 C의, m으로 표기되는 예시적인 포맷(510)을 도시한다. 이러한 포맷 및 컨텍스트 양상은, 무선 베어러 식별자(512)에 의해 식별된 무선 액세스 링크 접속을 통한 전달을 위해, 경로 식별자(511)에 의해 식별된 미리 정의된 트래픽-가공된 경로를 통해 트래픽을 AP(331)에 전달하는데 사용될 수 있다.

도 5b는 무선 송신 그룹 식별자(521) 및 무선 리소스 식별자(522)를 포함하는 컨텍스트 부분(422)을 갖는, 포맷 클래스 B의, n으로 표기되는 예시적인 포맷(520)을 도시한다. 이러한 포맷 및 컨텍스트 양상은, 무선 리소스 식별자(522)에 의해 식별된 무선 리소스들을 사용하여, 무선 송신 그룹 식별자(521)에 의해 식별된 무선 송신 포인트들의 그룹을 통해 트래픽을 송신하는데 사용될 수 있다.

일 예시적인 실시예에서는, 디바이스(350)가 활성 상태에 있고 명시된 무선 리소스들에 대한 송신들을 청취할 때 이러한 컨텍스트가 채택될 수 있다.

일 예시적인 실시예에서는, 무선 디바이스(350)가 명시된 무선 리소스들의 세트에 대한 DL 유니캐스트 송신을 능동적으로 청취하는 것으로 알려진 경우 반-영구적 스케줄이 식별되었을 때 이러한 컨텍스트가 채택될 수 있다.

일 예시적인 실시예에서는, 그룹에서의 무선 디바이스들(350)이 명시된 무선 리소스들의 세트에 대한 DL 멀티캐스트 송신을 능동적으로 청취하고 있는 것으로 알려진 시간들의 반-영구적 스케줄을 식별하기 위해 이러한 컨텍스트가 멀티캐스트 방식에서 채택될 수 있다.

도 5c는, 페이징 그룹 식별자(531) 및 페이징 기회 식별자(532)를 포함하는 컨텍스트 부분(422)을 갖는, 포맷 클래스 B의, p로 표기되는 예시적인 포맷(530)을 도시한다. 이러한 포맷 및 컨텍스트 양상은, 페이징 기회 식별자(532)에서 식별된 페이징 기회들의 스케줄을 사용하여, 페이징 그룹 식별자(531)에서 식별된 무선 송신 포인트들의 그룹을 통해 경보를 전송하는데 사용될 수 있다.

일 예시적인 실시예에서, 컨텍스트는 네트워크(100)가 무선 디바이스(350)에 대해 버퍼링된 DL 트래픽을 갖는다는 점을 무선 디바이스(350)에게 경보하는데 사용될 수 있는 페이징 그룹 및 페이징 기회들의 세트를 정의한다. 예를 들어, 무선 디바이스(350)가 저전력 배터리 상태에 있거나 무선 디바이스(350)가 할당된 DL 무선 리소스들을 전혀 갖지 않을 때 이러한 실시예가 사용될 수 있다.

도 5d는, 무선 디바이스(350)의 고유한 특성을 설명하지는 않지만, 네트워크(100)를 통한 경로를 정의하거나 또는 패킷 흐름에 관한 상세한 정보를 포함하는 흐름 설명자 데이터 베이스(도시되지 않음) 또는 하나 이상의 컨텍스트 양상들이 유지되는 무선 리소스 컨텍스트 데이터베이스(도시되지 않음)와 같은 저장소를 액세스하는데 사용될 수 있는 논리 컨텍스트 식별자(541)를 포함하는 컨텍스트 부분(412)을 갖는, 포맷 클래스 A(410)의, 0으로 표기되는 예시적인 포맷(540)을 도시한다.

관련 분야에서의 통상의 기술을 가진 자들은 추가의 및/또는 상이한 컨텍스트 양상들에 대응 포맷들이 동등하게 식별될 수 있다는 점을 이해할 것이다.

일단 UL 패킷(340)의 소스 어드레스(270)의 컨텍스트 부분(296)이 위에 설명된 바와 같이 채워지면, 적절한 경우, 소스 어드레스(270)는 서빙 AP(131, 330, 331) 또는 제어기(334)와 관련된 라우팅 프리픽스(291)를 소스 어드레스(270)에 삽입함으로써 완성될 수 있다. 이것은 그 목적지 어드레스(280)가 UL 패킷의 소스 어드레스(270)로부터 복사된 리턴하는 DL 패킷(341)이 적절한 서빙 AP(131, 330, 331) 또는 제어기(334)에 전달되게 할 것이다.

예시적 시나리오들

이제 도 6 및 도 7을 참조하면, 컨텍스트 정보가 MTC 디바이스(140)와 RCN(110) 사이의 패킷 흐름들의 컨텍스트 부분(296)에 보유되고 내장되는 통상적인 시나리오들을 설명하는 2개의 예시적인 실시예들이 도시된다.

유니캐스트 페이징 예시적 시나리오

도 6은 다운링크 유니캐스트 트래픽을 MTC 디바이스(140)와 같은 무선 디바이스(350)로 전달하기 위해 할당되고 업링크 패킷(들)(340)에 전달되는 네트워크 어드레스 필드(295)의, 컨텍스트 부분(296)에 페이징 정보가 채워지는 시나리오에 대한 예시적인 메시지 흐름도이다. 이러한 시나리오에서는, 임의의 주어진 시간에, 도 1에 도시되는 바와 같이, 단일 서빙 AP(131)가 UL 및 DL 패킷들 양자 모두를 취급한다고 가정된다. 본 분야에서의 통상의 기술을 가진 자들은 별개의 AP들(330, 331)이 UL(340) 및 DL(341) 패킷들을 개별적으로 처리하는 도 3에 도시된 구성으로 이러한 시나리오가 확장될 수 있다는 점을 이해할 것이다. 본 분야에서의 통상의 기술을 가진 자들은, 이에 제한되는 것은 아니지만, AP(131, 330, 331), 액세스 라우터(도시되지 않음), 제어기(334) 및/또는 MTC-IWF(115)와 같은 하나의 노드가 네트워크 어드레스(295)의 컨텍스트 부분(292)으로부터 컨텍스트 정보를 언패킹할 수 있고, 이에 제한되는 것은 아니지만, AP(131, 330, 331) 및/또는 AP 제어기(334)와 같은 별개의 노드가 이러한 컨텍스트 정보를 DL 패킷(341) 흐름들에 적용할 수 있는 구성(도시되지 않음)으로 이러한 시나리오가 더욱 확장될 수 있다는 점을 이해할 것이다.

이러한 시나리오에서, MTC 디바이스(140)가 초기 서빙 AP-1(131)과 관련될 때, AP-1(131)은 AP-1(131)과 함께 사용하기 위한 페이징 기회들의 스케줄로 MTC 디바이스(140)를 구성하기 위해 3GPP TS 36.331, "Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Radio Resource Control (RRC) protocol specification", <http://www.3gpp.org/ftp/Specs/html-info-36331.htm>에서 논의된 바와 같은 RRC(Radio Resource Control) 시그널링을 사용하여 제어 메시지(352)를 MTC 디바이스(140)에 송신한다(600).

그 후 어느 시점에서, MTC 디바이스(140)는 AS와 같은 RCN(110) 상의 M2M 애플리케이션(111)과 같은 애플리케이션에 청하지 않은 UL 메시지 1(351)을 전송한다(605). UL 메시지 1(351)은 MTC 디바이스(140)가 활성임을 M2M 애플리케이션(111)에 알린다. 이러한 메시지는, 일부 예시적인 실시예들에서, CoAP와 같은 머신-타입 통신에 최적화된 프로토콜을 이용할 수 있다. 이러한 프로토콜에서, UDP 또는 TCP는 UL 메시지 1의 목적지 식별자에 포함되는 RCN(110)의 IP 어드레스(295)와 함께 전송 프로토콜로서 사용될 수 있다. 이러한 메시지는, 일부 예시적인 실시예들에서, IP 어드레스들(295) 대신에 애플리케이션-레이어 식별자들을 사용할 수 있고, 메시지의 전송자 및 수신자에 대해, 각각, MTC 디바이스(140) 식별자 및 RCN(110) 식별자가 엔드-투-엔드 세션을 식별하는데 사용될 수 있다. 일부 예시적인 실시예들에서, 이들은 URI(uniform resource identifiers)일 수 있다.

이러한 메시지를 전송한 후, MTC 디바이스(140)는, 활성 통신의 부재의 어느 시점에, 깨어날 시점인 다음 스케줄링된 페이징 기회까지, 저전력 또는 휴면 상태(610)로 진입하여 배터리 전력을 절약할 수 있다.

UL 메시지 1(351)이 AP-1(131)에 의해 수신될 때(605), IP 어드레스(290)의 컨텍스트 부분(296)은 현재 부착 지점 및 무선 링크(160)를 통한 MTC 디바이스(140)와의 DL 통신의 수단을 명시하는 컨텍스트 정보로 채워진다. 특히, 일부 예시적인 실시예들에서, 채워진 컨텍스트 정보는, 일부 예시적인 실시예들에서, 미리 구성된 표로의 인덱스 또는 기회들을 계산하는 알고리즘을 심는데 사용되는 번호를 제공하는 것에 의해서와 같이, 메시지 흐름(600)에 의해 MTC 디바이스(140)에 구성된 페이징 기회들의 스케줄을 식별한다. 컨텍스트 정보는 AP-1(131)에 의해, 제어기(334)에 의해, 별개의 RRM 엔티티 또는 TM(Traffic Management) 엔티티(도시되지 않음)에 의해, 그리고 이들 중 임의의 것의 임의의 조합에 의해 결정될 수 있다. 다음으로, 리턴하는 DL 패킷(341)이 AP-1(131)에 전달되게 할 컨텍스트 부분(296)이 로컬 라우팅 프리픽스(291)와 함께 IP 패킷(340)의 소스 어드레스(270)에 삽입된다. 일부 예시적인 실시예들에서, AP(131)는 컨텍스트 부분(296) 및 라우팅 프리픽스(291)를 포함하는 IP 어드레스(295)를 생성할 수 있고, 이에 제한되는 것은 아니지만, RRC 메시지(352)(도시되지 않음)에서 어드레스(295)를 디바이스(350)에 통신할 수 있으며, 그 결과 패킷(351)을 AP(131)에 송신하기 전에 디바이스(350)는 IP 어드레스(295)를 IP 패킷 헤더(200)의 소스 어드레스(270)에 삽입할 것이다. 그 결과인 IPv6 패킷 UL-1(340)은 AP-1(131)에 의해 BG(115)에 송신된다(615). 도면에서는, 하나의 BG(115)만이 도시되지만, 임의의 주어진 UL 패킷(340) 및 DL 패킷(341) 및 이들 중 임의의 것의 임의의 조합이 상이한 BG(115)를 채택할 수 있다는 점을 본 분야에서의 통상의 기술을 가진 자들은 이해할 것이다.

일부 예시적인 실시예들에서, BG(115)는, RFC 2663 "IP Network Address Translator (NAT) Terminology and Considerations", August 2009, <https://tools.ietf.org/html/rfc2663>에서 개시되는 바와 같은, 상태 추적 네트워크 어드레스 변환 동작(stateful Network Address Translation operation)을 수행할 수 있고, 이는 BG(115) 내의 소스 IP 어드레스(270)의 컨텍스트 부분(296) 및 소스 IP 어드레스(270)의 라우팅 프리픽스(291) 중 적어도 하나의 저장, 및 소스 IP 어드레스(270)의 NAT IP 어드레스(도시되지 않음)에 의한 대체를 초래한다. BG(115)는 결국 IPv6 패킷 UL-1(340)을 RCN(110)에 전달한다(616).

그 후 어느 시점에서, RCN(110)은 IPv6 패킷 DL-2(341)에서의 메시지를 MTC 디바이스(140)를 향해 전송한다(620). 이러한 패킷은 RCN(110)에 의해 수신되는(616) IP 패킷 UL-1(340)의 소스 어드레스(270)로 인코딩된 값을 취하는 목적지 어드레스(280)를 갖는다. 이러한 패킷은 BG(115)에 의해 수신된다(620).

BG(115)가 IPv6 패킷 UL-1을 전달하기(616) 전에 네트워크 어드레스 변환 동작을 수행하면, BG(115)는 저장된 컨텍스트 부분(296) 및 라우팅 프리픽스(291) 중 적어도 하나를 검색하여, 이들을 IPv6 DL 패킷 DL-2(341)의 목적지 어드레스(280)에 삽입한다. BG(115)는 결국 IPv6 DL 패킷 DL-2(341)를 RAN(130)에 전달한다(621). 목적지 어드레스(280)의 컨텍스트 부분(296)을 채우는 컨텍스트 정보는 DL 패킷 DL-2(341)을 AP-1(131)에 전달하는데(621) 사용될 것이다.

AP-1(131)에 의해 DL 패킷 DL-2(341)가 수신될 때(621), AP-1(131)은 패킷 DL-2(341)의 목적지 어드레스(280)의 컨텍스트 부분(296)을 채우는 컨텍스트 정보를 검색하고, DL 메시지(들)(352)이 어떻게 MTC 디바이스(140)에 전달되어야 하는지를 통제하는데 이를 적용한다. 일부 예시적인 실시예들에서, 컨텍스트 정보는 제어기(334)에 의해 또는 RRM 엔티티(도시되지 않음) 또는 TM 엔티티에 의해 컨텍스트 부분(296)으로부터 도출되어 AP-1(331)에 통신된다. 컨텍스트 부분(296)에서의 컨텍스트 정보는 RCN(110)에 불투명하고, 이에 의해 해석되지 않는다. 따라서, RCN(110)은 AP-1(131)과 MTC 디바이스(140) 사이에 수립된 송신 스케줄과 일치하도록 DL 패킷 DL-2(341)의 자신의 송신(620)을 타이밍하지 않을 것이다. 관련 분야에서의 통상의 기술을 가진 자들은, DL 패킷 DL-2(341)의 수신(621)이 AP-1(131)에 의해 MTC 디바이스(140)와 수립되는 무선 링크 페이징 스케줄과 동기화되지 않기 때문에, 정보를 MTC 디바이스(140)에 송신하기 위한 다음 스케줄링된 페이징 기회까지, AP-1(131)가 패킷을 버퍼링할 것이 요청될 수 있다는 점을 이해할 것이다.

다음 스케줄링된 페이징 기회가 도달될 때, MTC 디바이스(140)는 깨어나고(625), 자신의 수신기에 전력을 복구한다. 그리고 AP-1(131)로부터 DCCH(DL control channel) 송신들을 모니터링한다.

송신할 메시지(들)을 버퍼링하였으므로, 스케줄링된 페이징 기회 동안 어느 시점에서, AP-1(131)은, MTC 디바이스(140)로의 DCCH 페이지 메시지(352)의 형태로, MTC 디바이스(140)로의 송신을 대기하고 있는 하나 이상의 버퍼링된 DL 메시지들(352)을 AP- 1(131)가 갖는다는 표시를 송신한다(630).

MTC 디바이스(140)가 이러한 페이지(352)를 검출할 때(630), 수립된 무선 인터페이스 프로토콜에 의해 정의되는 바와 같이, RACH(Random Access CHannel) 또는 UL CBCH(Contention-Based Channel) 메시지일 수 있는, 적합한 페이지 응답 메시지(351)를 사용하여 AP-1(131)에 수신확인을 송신한다(635).

AP-1(131)이 페이지 응답 메시지(351)를 수신할 때(635), 일부 예시적인 실시예들에서는 MTC 디바이스(140) 및 DL 메시지(352)의 크기에 대한 현재의 무선 링크 조건들에 기초하여, DL 무선 리소스들을 할당하고, DL 메시지 2(352)를 포함하는 버퍼링된 메시지(들)를 MTC 디바이스(140)에 전송한다(640).

DL 메시지 2(352)의 수신시(640), MTC 디바이스(140)는, 일부 예시적인 실시예들에서, 목적지 식별자가 메시지 2(352)에서 수신된(640) 소스 식별자로부터 복사되는 응답 메시지 3(351)를 구성하고, 이러한 응답 메시지 3(351)를 업링크 채널을 통해 AP-1(131)에 송신한다(645).

이러한 메시지를 전송한 후, MTC 디바이스(140)는, 활성 통신의 부재의 어느 시점에, 깨어날 시점인 다음 스케줄링된 페이징 기회까지, 저전력 또는 휴면 상태(650)로 진입하여 배터리 전력을 절약할 수 있다.

메시지 3(351)이 AP-1(131)에 의해 수신될 때(645), IP 어드레스(295)의 컨텍스트 부분(296)은 현재 부착 지점 및 무선 링크(160)를 통한 MTC 디바이스(140)와의 DL 통신의 수단을 명시하는 컨텍스트 정보로 채워진다. 특히, 채워진 컨텍스트 정보는 메시지 흐름(600)에 의해 또는 다른 방식으로 MTC 디바이스(140)에 구성된 페이징 기회들의 스케줄을 식별한다. 다음으로, 리턴하는 DL 패킷(341)이 AP-1(131)에 전달되게 할 컨텍스트 부분(296)이 로컬 라우팅 프리픽스(291)와 함께 IP 패킷(340)의 소스 어드레스(270)에 삽입된다. 그 결과인 IPv6 패킷 UL-3(340)은 AP-1(131)에 의해 BG(115)에 전달된다(655).

일부 예시적인 실시예들에서, UL 패킷들 UL-1(340) 및 UL-3(340)의 컨텍스트 부분들(296)은 MTC 디바이스(140)의 컨텍스트가 변경되지 않은 경우 동일할 수 있다. 그러나, 비-제한적인 예로서, (메시지 흐름(600)과 유사한 RRC 메시지들의 송신에 의해서와 같이) 페이징 기회들의 스케줄이 변경된 경우와 같이, 컨텍스트가 변경된 경우, UL 패킷 UL-1(340)의 초기 컨텍스트 부분 CP1(296)은 무효가 될 것이고, UL 패킷 UL-3(340)의 새로운 컨텍스트 부분 CP2(296)가 채택될 것이다.

BG(115)는 일부 예시적인 실시예들에서 NAT 동작을 수행한 후, 결국 패킷 UL-3(340)을 RCN(110)에 전달한다(656).

어느 시점에서, MTC 디바이스(140)는 깨어나고(650), 수신기에 전력을 복구한다. 그리고 AP-1(131), AP-2(131) 및 이들 중 임의의 것의 임의의 조합으로부터 DCCH(DL control channel) 송신들을 모니터링한다.

이러한 시점에, MTC 디바이스(140)는 AP-2로 지정되는 새로운 서빙 AP(131)와 관련된다. AP-2(131)는 RRC 시그널링을 사용하여 MTC 디바이스(140)에 제어 메시지(352)를 송신하여(660) AP-2(131)와 함께 사용하기 위한 페이징 기회들의 새로운 스케줄로 MTC 디바이스(140)를 구성한다.

그 후 어느 시점에서, MTC 디바이스(140)는 AS와 같은 RCN(110) 상의 M2M 애플리케이션(111)과 같은 애플리케이션에 메시지 4(351)을 전송한다(665). 본 분야에서의 통상의 기술을 가진 자들은 애플리케이션이 AS와 동일한 또는 상이한 RCN(110)상의 M2M 애플리케이션(111)과 동일하거나 상이할 수 있다는 점을 이해할 것이다. 메시지(351)는 MTC 디바이스(140)가 활성임을 M2M 애플리케이션(111)에 알린다.

이러한 메시지를 전송한 후, MTC 디바이스(140)는, 활성 통신의 부재의 어느 시점에, 깨어날 시점인 다음 스케줄링된 페이징 기회까지, 저전력 또는 휴면 상태(670)로 진입하여 배터리 전력을 절약할 수 있다.

메시지 4(351)가 AP-2(131)에 의해 수신될 때(665), IP 어드레스(695)의 컨텍스트 부분(296)은 현재 부착 지점 및 무선 링크(160)를 통한 MTC 디바이스(140)와의 DL 통신의 수단을 명시하는 컨텍스트 정보로 채워진다. 특히, 일부 예시적인 실시예들에서, 채워진 컨텍스트 정보는, 메시지(660)에 의해, 즉 새로운 서빙 AP-2(131)에 의해 MTC 디바이스(140)에 구성된 페이징 기회들의 스케줄을 식별한다. 다음으로, 리턴하는 DL 패킷(341)이 AP-2(131)에 전달되게 할, CP3로 지정되는, 컨텍스트 부분(296)이 로컬 라우팅 프리픽스(291)와 함께 IPv6 패킷(340)의 소스 어드레스(270)에 삽입된다. 그 결과인 패킷 UL-4(340)는 AP-2(131)에 의해 BG(115)에 전달된다(675).

BG(115)는 결국 일부 예시적인 실시예들에서 NAT 동작을 수행한 후 패킷 UL-4(340)를 RCN(110)에 전달한다(676).

그 후, RCN(110)이 메시지를 MTC 디바이스(140)에 전송하기를 원하면, RCN(110)에 의해 수신되는(676) 패킷 UL-4(340)의 소스 어드레스(270)로 인코딩된 값을 취하는 목적지 어드레스(280)를 갖는 DL 패킷 DL-5(341)를 생성할 것이다, 즉 컨텍스트 부분 CP3(296)을 통합한다. 이러한 패킷(341)은 대규모 인터넷(150)을 통해 RCN(110)에 의해 전달되고(680), BG(115)에 의해 수신된다(680).

BG(115)는, 일부 예시적인 실시예들에서 NAT 동작을 수행한 후, 결국 DL 패킷 DL-5(341)를 RAN(130)에 전달한다(681). 목적지 어드레스(280)의 컨텍스트 부분(296)을 채우는 컨텍스트 정보는 DL 패킷 DL- 5(341)을 AP-2(131)에 전달하는데(681) 사용될 것이다.

AP-2(131)에 의해 DL 패킷 DL-5(341)가 수신될 때(686), AP-2(131)는 패킷 DL-5(341)의 목적지 어드레스(280)의 컨텍스트 부분(296)을 채우는 컨텍스트 정보를 검색하고, DL 메시지(들)(352)이 어떻게 MTC 디바이스(140)에 전달되어야 하는지를 통제하는데 이를 적용한다. 관련 분야에서의 통상의 기술을 가진 자들은, DL 패킷 DL-2(341)의 수신(621)이 AP-2(131)에 의해 MTC 디바이스(140)와 수립되는 무선 링크 페이징 스케줄과 동기화되지 않기 때문에, 정보를 MTC 디바이스(140)에 송신하기 위한 다음 스케줄링된 페이징 기회까지, AP-2(131)가 패킷을 버퍼링할 것이 요청될 수 있다는 점을 이해할 것이다.

다음 스케줄링된 페이징 기회가 도달될 때, MTC 디바이스(140)는 깨어나고(685), 자신의 수신기에 전력을 복구한다. 그리고 AP-2(131)로부터 DCCH(DL control channel) 송신들을 모니터링한다.

송신할 메시지(들)을 버퍼링하였으므로, 스케줄링된 페이징 기회 동안 어느 시점에서, AP-2(131)는, MTC 디바이스(140)로의 DCCH 페이지 메시지(352)의 형태로, MTC 디바이스(140)로의 송신을 대기하고 있는 하나 이상의 버퍼링된 DL 메시지들(352)을 AP- 2(131)가 갖는다는 표시를 송신한다(690).

MTC 디바이스(140)가 이러한 페이지 메시지(341)를 검출할 때(690), 일부 예시적인 실시예들에서, RACH(Random Access CHannel) 또는 CBCH(Contention-Based Channel) 메시지일 수 있는, 적합한 페이지 응답 메시지(351)를 사용하여 AP-2(131)에 수신확인을 송신한다(695).

AP-2(131)가 페이지 응답 메시지(351)를 수신할 때(695), DL 무선 리소스들을 할당하고, 메시지 5(352)를 포함하는 버퍼링된 메시지(들)(352)를 MTC 디바이스(140)에 송신한다(696).

멀티캐스트 송신 예시적인 시나리오

도 7은 MTC 디바이스들의 그룹(140)을 구성하는 복수의 MTC 디바이스들에 DL 멀티캐스트 트래픽을 전달하기 위한 송신 정보가 DL 패킷(들)(341)에서의 네트워크 어드레스(295)의 컨텍스트 부분(296)에 채워지는 시나리오에 대한 예시적인 메시지 흐름도이다. MTC 디바이스 1(140) 및 MTC 디바이스 2(140)로 각각 지정되는, 그룹에서의 2개의 MTC 디바이스들(140)이 비-제한적인 예로서 도시된다. 다시, 이러한 시나리오에서는, 임의의 주어진 시간에, 단일 서빙 AP(131)가 그룹에서의 MTC 디바이스들(140) 각각에 대해 UL 및 DL 패킷들 양자 모두를 취급한다고 가정된다. 본 분야에서의 통상의 기술을 가진 자들은 별개의 AP들(330, 331)이 UL(340) 및 DL(341) 패킷들을 개별적으로 처리하는 도 3에 도시된 구성으로 이러한 시나리오가 확장될 수 있다는 점을 이해할 것이다. 본 분야에서의 통상의 기술을 가진 자들은, 이에 제한되는 것은 아니지만, AP(131, 330, 331), 액세스 라우터(도시되지 않음), 제어기(334) 및/또는 MTC-IWF(115)와 같은 하나의 노드가 네트워크 어드레스(295)의 컨텍스트 부분(292)으로부터 컨텍스트 정보를 언패킹할 수 있고, 이에 제한되는 것은 아니지만, AP(131, 330, 331) 및/또는 AP 제어기(334)와 같은 별개의 노드가 이러한 컨텍스트 정보를 DL 패킷(341) 흐름들에 적용할 수 있는 구성(도시되지 않음)으로 이러한 시나리오가 더욱 확장될 수 있다는 점을 이해할 것이다.

어느 시점에서, AS와 같은 RCN(110) 상의 M2M 애플리케이션(111)과 같은 애플리케이션은, M2M 애플리케이션(111)과 관련되는 MTC 디바이스들(140), 즉 MTC 디바이스 1 및 MTC 디바이스 2의 집합의 멀티캐스트 그룹 생성하기 위해 요청 패킷(341)을 MTC-IWF(120)로 전송한다(700).

이러한 요청 패킷(341)은 MTC-IWF(120)에 의해 그룹에서의 MTC 디바이스들(140)을 서비스할 수 있는 하나 이상의 AP들(비-제한적인 예로서, 하나의 AP만 도시됨)(131)에 전달된다(701). 일부 예시적인 실시예들에서, 요청 패킷은, AP(131) 이외에 또는 이에 대신하여, 제어기(334)에, 별개의 TM 엔티티(도시되지 않음), RRM 엔티티(도시되지 않음) 및 이들 중 임의의 것의 임의의 조합에 전달될 수 있다.

요청 패킷(341)이 AP(131)에 의해 수신될 때(701), AP(131)는 RRC 시그널링을 사용하여 AP(131)에 의해 사용될 송신 기회들의 스케줄을 개략적으로 나타내는 메시지(352)를 전송하고(705, 706), 이러한 메시지로 타겟 MTC 디바이스들(140) 각각을 구성한다. 일부 예시적인 실시예들에서, 스케줄은 AP(131)가 그룹으로의 다운링크 송신을 착수할 수 있는 시간을 포함할 수 있고, 일부 실시예들에서는 이러한 송신들에 사용될 무선 리소스들을 포함할 수 있다.

MTC 디바이스 1(140) 및 MTC 디바이스 2(140) 각각은, 활성 통신의 부재시, 어느 시점에, 깨어날 시점인 다음 스케줄링된 송신 기회까지, 저전력 또는 휴면 상태(710, 711)로 진입하여 배터리 전력을 절약할 수 있다.

그 후, AP(131)는 현재 부착 지점 및 DL 방향으로 무선 링크(160)를 통해 MTC 디바이스들(140)의 그룹과 통신하기 위한 수단을 명시하는 컨텍스트 정보로 컨텍스트 부분(296)을 채우며, 이는 AP(131)가 메시지 흐름들(705, 706)을 통해 MTC 디바이스들(140)에 구성한 송신 기회들의 스케줄을 포함한다. 다음으로, 리턴하는 DL 패킷(341)이 AP(131)에 전달되게 할 컨텍스트 부분(296)이 로컬 라우팅 프리픽스(291)와 함께 IP 어드레스(295)에 삽입된다. AP(131)는 컨텍스트 부분(296) 및 라우팅 프리픽스(291)로 채워진 IP 어드레스(295)를 포함하는 응답 패킷을 구성한다. 그 결과인 응답 패킷 UL-1(340)은 MTC-IWF(120)에 전달된다(715).

MTC-IWF(120)는 결국 응답 패킷 UL-1(340)을 RCN(110)에 전달한다(716).

그 후 어느 시점에서, RCN은 IPv6 패킷 DL-2(341)에서의 메시지를 MTC 디바이스들(140)에 전송한다(720). 이러한 패킷(341)은 RCN(110)에 의해 수신되는(716) 응답 패킷 UL-1(340)에 포함되는 IP 어드레스(295)로 인코딩된 값을 취하는 목적지 어드레스(280)를 갖는다. 그 어드레스를 사용하여, 이러한 패킷은 BG(115)에 의해 수신될(720) 때까지 대규모 인터넷(150)을 통해 전달된다(720).

BG(115)는 결국 DL 패킷 DL-2(341)를 RAN(130)에 전달한다(721). 목적지 어드레스(280)의 컨텍스트 부분(296)을 채우는 컨텍스트 정보는 DL 패킷 DL- 2(341)을 AP(131)에 전달하는데(721) 사용될 것이다.

AP(131)에 의해 DL 패킷 DL-2(341)가 수신될 때(721), AP(131)는 패킷 DL-2(341)의 목적지 어드레스(280)의 컨텍스트 부분(296)에 인코딩된 컨텍스트 정보를 검색하고, DL 메시지(들)(352)이 어떻게 의도된 수신자들에, 본 경우에는, MTC 디바이스들(140)의 그룹에 전달되어야 하는지를 통제하는데 이를 적용한다. 관련 분야에서의 통상의 기술을 가진 자들은, AP(131)에서 DL 패킷 DL-2(341)의 수신(721)이 AP(131)에 의해 MTC 디바이스들(140)의 그룹과 수립되는 무선 링크 송신 스케줄과 동기화되지 않기 때문에, 정보를 각각의 MTC 디바이스(140)에 송신하기 위한 다음 스케줄링된 송신 기회까지, AP(131)가 패킷을 버퍼링할 것이 요청될 수 있다는 점을 이해할 것이다.

다음 스케줄링된 송신 기회가 도달될 때, MTC 디바이스들(140)은 깨어나고(725, 726), 그들 각각의 수신기들에 전력을 복구한다. 그리고 AP(131)로부터 송신을 위해 할당된 임의의 DL 무선 리소스들을 모니터링하다. 메시지들(705, 706)에서 통신되는 송신 기회들의 스케줄에서 무선 리소스들이 이전에 식별되지 않았으면, AP(131)는 이제 시그널링할 수 있거나 또는 DCCH(도시되지 않음)를 통해 MTC 디바이스들(140)의 그룹으로의 다운링크 무선 리소스들의 할당을 그 사이에 시그널링할 수 있다.

송신할 메시지(들)을 버퍼링하였으므로, 스케줄링된 송신 기회 동안 어느 시점에서, AP(131)는 그룹에서의 MTC 디바이스들(140)에 할당된 리소스들을 통해 메시지 2(352)를 포함하는, 버퍼링된 메시지(들)(352)을 송신한다.

메시지 2(352)에 포함된 정보에 기초하여, MTC 디바이스들(140) 중 하나 이상은, 일부 예시적인 실시예들에서, UL CBCH 메시지를 사용하여 UL 응답 메시지 3(351)(MTC 디바이스 1(140)로부터의 하나만이 비-제한적인 예로서 도시됨)를 송신할 수 있다(735).

메시지 3(351)이 AP(131)에 의해 수신될 때(735), AP(131)는 현재 부착 지점 및 DL 방향으로 무선 링크(160)를 통해 MTC 디바이스 1(140)과 통신하기 위한 수단을 명시하는 컨텍스트 정보로 IP 어드레스(295)의 컨텍스트 부분(296)을 채우며, 이는 AP(131)가 그룹 기반의 메시지 흐름들(705, 706)을 통해 또는 도 6에 도시된 메시지 흐름(600)과 같은 개별 RRC 메시지로서 MTC 디바이스들(140)에 구성한 송신 기회들의 스케줄을 포함한다. 다음으로, 리턴하는 DL 패킷(341)이 AP(131)에 전달되게 할 컨텍스트 부분(296)이 로컬 라우팅 프리픽스(291)와 함께 UL IP 패킷(340)의 소스 어드레스(270)에 삽입된다. 그 결과인 UL 패킷 UL-3(340)은 BG(115)에 전달된다(740).

일부 예시적인 실시예들에서, 메시지 흐름들(705, 706)에서 수립되는 멀티캐스트 채널과는 상이한 전용 DTCH(DL Traffic Channel)가 MTC 디바이스 1(140)에 할당되면, 메시지 흐름(740)에서 IP 패킷 UL-3(340)에서의 소스 어드레스(270)에 대한 컨텍스트 부분(296)은 메시지 흐름(715)에서 응답 패킷 UL-1(340)에 제공되는 IP 어드레스(295)에 대한 컨텍스트 부분(296)과 상이할 수 있다. 일부 예시적인 실시예들에서, 메시지 흐름(740)에서 IP 패킷 UL-3(340)에서의 소스 어드레스(270)에 대한 컨텍스트 부분(296)은 도 6에 도시되는 메시지 흐름(600)과 같은 개별 RRC 메시지를 사용하여 MTC 디바이스(140)에 구성된 페이징 기회들의 스케줄일 수 있다.

BG(115)는 결국 패킷 UL-3(340)을 RCN(110)에 전달한다(741).

MTC 디바이스 1(140) 및 MTC 디바이스 2(140) 각각은, 활성 통신의 부재시, 어느 시점에, 깨어날 시점인 다음 스케줄링된 송신 기회까지, 저전력 또는 휴면 상태(750, 751)로 진입하여 배터리 전력을 절약할 수 있다.

예시적인 방법 동작들

이제 도 8을 참조하면, 본 개시내용에 따라, 적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이의 적어도 제1 방향으로 패킷들의 흐름을 통제하는 컨텍스트 정보를 전달하는 방법의 예시적인 실시예에 따른 방법 동작들을 도시하는, 800으로 일반적으로 도시되는 흐름도가 도시된다. 이러한 방법 동작들은 유리하게도 하나 이상의 컴퓨터 프로그램들(1020)(도 10 참조)로서 제공된다.

하나의 예시적인 동작은 제2 방향으로 진행하는 패킷(340)에서 식별된 컨텍스트 부분(296)을 제1 방향으로 흐르는 패킷들(341)을 통제하는 컨텍스트 정보로 채우는 것이다(810).

다른 예시적인 동작은 제1 방향으로 흐르는 패킷(341)에서의 컨텍스트 부분(296)으로부터 제1 방향으로 흐르는 패킷들(341)을 통제하는 컨텍스트 정보를 검색하는 것이다(820).

다른 예시적인 동작은 검색된 컨텍스트 정보를 적용하여 제1 방향으로 흐르는 패킷들(341)을 통제하는 것이다(830).

예시적인 디바이스

본 개시내용에 따르는 예시적인 실시예들을 상세히 설명하였지만, 이러한 실시예들은, RCN(110), BG(115), MTC-IWF(120), AP들(131, 330, 331), 제어기(334), 무선 디바이스(350) 및 MTC 디바이스(140)와 같은 디바이스들 또는 장치의 조합들과 이러한 컴포넌트들 중 하나 이상 사이의 상호작용들에 관련되는 처리 동작들에 주로 있다는 점이 주목된다.

일부 예시적인 실시예들에서, AP들(131, 330, 331) 및 제어기(334)는 기지국의 일부를 포함하거나 형성할 수 있다. 일부 예시적인 실시예들에서, MTC 디바이스(140)는 무선 통신 디바이스(350)의 일부를 포함하거나 형성할 수 있다. 일부 실시예들이 모바일 디바이스들을 포함할 수 있더라도, 모든 실시예들이 모바일 디바이스들에 제한되는 것은 아니며; 오히려, 센서 디바이스들, 액추에이터 디바이스들, 핸드 헬드 디바이스들, 이동 전화들, 랩톱 컴퓨터들, 태블릿들, 또는 PDA들(personal digital assistants)을 포함하는, 다양한 무선 통신 디바이스들 또는 단말들 내에 다양한 실시예들이 구현될 수 있다.

도 9는, RCN(110), BG(115), MTC-IWF(120), AP들(131, 330, 331), 제어기(334) 및 MTC 디바이스(140), 무선 디바이스(350)와 같은, 일반적으로 900으로 도시되는, 하나 이상의 디바이스들을 구현하기 위해, 그리고 본 명세서에 개시되는 방법들 중 하나 이상에서의 동작들을 수행하기 위해 사용될 수 있는 처리 시스템의 블록도이다.

디바이스(900)는 처리 유닛(910), 스토리지 매체(920) 및 통신 인터페이스(930)를 포함한다. 일부 예시적인 실시예들에서, 디바이스(900)는 이러한 컴포넌트들 일부 또는 전부뿐만 아니라 다른 디바이스들 및/또는 제어기들을 상호접속하는 처리 버스(940)를 또한 포함할 수 있다. 일부 예시적인 실시예들에서, 디바이스(900)는 I/O(input/output) 디바이스(950), 네트워크 접속 디바이스(960), 송수신기(970) 및/또는 안테나(980)를 포함할 수 있다.

구체적인 디바이스들은, 단독으로 또는 도시되지 않은 다른 컴포넌트들과 조합하여, 그 안에 도시되는 컴포넌트들 전부 또는 일부만을 이용할 수 있으며, 집적의 레벨들은 디바이스(900)마다 다를 수 있다. 또한, 디바이스(900)는 다수의 처리 유닛들(910), 스토리지 매체(920), 통신 인터페이스들(930), 처리 버스들(940), I/O 디바이스들(950), 네트워크 접속 디바이스들(960), 송수신기들(970) 및/또는 안테나들(980) 등과 같은 다수 사례의 컴포넌트를 포함할 수 있다.

처리 유닛(910)은, 범용 및 애플리케이션 특정 양자 모두인, 적합한 CPU(central processing unit), 멀티 프로세서, 마이크로 제어기, DSP(digital signal processor), ASIC(application-specific integrated circuit), FPGA(field-programmable gate array) 등 중 하나 이상의 임의의 조합을 사용하여 제공된다. 다수의 처리 유닛들(910)이 존재할 수 있다. 임의의 주어진 처리 유닛(910)은 전용, 공유 또는 범용일 수 있다. 일부 예시적인 실시예들에서, 처리 유닛(910)은, 전체적으로 또는 일부가, 전용 하드웨어 또는 구조를 실행할 수 있는 하드웨어를 포함할 수 있다.

처리 유닛(910)은, 비-제한적인 예로서, 데이터 및/또는 제어 신호들을 통신 인터페이스(930)에 전송함으로써, 그리고 스토리지 매체(920)로부터 데이터 및/또는 명령어들을 검색함으로써 디바이스(900)의 일반적인 동작을 제어하여 본 명세서에 개시되는 방법 동작들을 실행한다. 이러한 명령어들은, 하나의 또는 다수의 처리 유닛들(910)에 의해, 동시에, 순차적으로, 분산 방식으로 또는 다른 방식으로 실행될 수 있다.

그러나, 구성되는 처리 유닛(910)의 하드웨어는 그 상에 배치될 임의의 작업부하를 취급하기에 충분한 소프트웨어, 처리 전력, 메모리 리소스들 및 네트워크 스루풋 능력으로 동작할 수 있도록 구성된다.

스토리지 매체(920)는, 비-제한적인 예로서, 래치들 또는 플립 플롭들과 같은 버퍼 회로들, 자기 테이프와 같은 자기 메모리, 자기 카드들, SDRAM(synchronous DRAM)을 포함하는 정적 (SRAM) 또는 동적 (DRAM)일 수 있는 RAM(random access memory), ROM(read-only memory), EPROM(electrically erasable programmable read-only memory) 또는 EEPROM(electrically erasable programmable read-only memory)과 같은 반도체 메모리 디바이스들 중 하나 이상의 임의의 조합 중 임의의 단 하나 이상일 수 있는 영구적 또는 비-영구적 또는 휘발성 비-일시적 스토리지, 플로피 디스크 또는 하드 디스크와 같은 자기 디스크들, CD(compact disk), 또는 DVD(digital versatile(or video) disk) 또는 블루레이(Blu-Ray) 디스크와 같은 자기-광 디스크, 광 메모리 또는 광 디스크, USB(Universal Serial Bus) 기반 메모리 디바이스와 같이 내부에 또는 외부 메모리에 있던지 또는 원격 탑재되는 메모리 또는 네트워크 접속 디바이스인 고체 상태 메모리 및/또는 플래시 메모리 다비스들의 임의의 조합 중 임의의 단 하나 이상을 포함하는 대용량 스토리지 디바이스를 포함할 수 있다. 실시예에서, 메모리는 부트-업시 사용되는 ROM 및 프로그램들을 실행하는 동안 사용하기 위한 프로그램 및 데이터 저장을 위한 DRAM을 포함할 수 있다.

스토리지 매체(920)는 디바이스(900)에 의해 사용되는 데이터의 스토리지를 제공하며, 위에 설명된 바와 같이, 흐름 설명자 데이터베이스(도시되지 않음) 또는 무선 리소스 컨텍스트 데이터베이스(도시되지 않음)와 같은 저장소에 포함되거나 포함되지 않는 컨텍스트 정보를 포함한다.

또한, 스토리지 매체(920)는, 본 명세서에 개시되는 바와 같이, 처리 유닛(910)에 의해 실행될 때, 처리 유닛(910)으로 하여금 RCN(110), BG(115), MTC-IWF(120), AP들(131, 330, 331), 제어기(334), 무선 디바이스(350) 또는 MTC 디바이스(140)인, 디바이스(900)과 관련된 하나 이상의 기능들을 수행하게 하는, 컴퓨터 코드들 및/또는 코드 시퀀스들, 명령어들, 구성 정보, 데이터 및/또는 스크립트들을 컴퓨터 프로그램 제품(1000) 상에 또는 그 안에 상주하는 컴퓨터 프로그램(1020)(도 10 참조)에 저장하도록 구성될 수 있다.

이제, 도 10을 참조하면, 컴퓨터 판독가능 수단(1010)을 포함하는 컴퓨터 프로그램 제품(1000)의 일 예가 도시되어 있다. 이러한 컴퓨터 판독가능 수단(1010)상에는 컴퓨터 프로그램(1020)이 저장될 수 있으며, 컴퓨터 프로그램(1020)은 처리 유닛(910)과 스토리지 매체(920) 및 통신 인터페이스(930)와 같이 이에 동작 가능하게 연결된 엔티티들 및 구성 요소들로 하여금 본 명세서에 설명되는 예시적인 실시예들에 따른 방법들을 실행하게 할 수 있다. 따라서, 컴퓨터 프로그램(1020) 및/또는 컴퓨터 프로그램 제품(1000)은 본 명세서에서 예시적인 실시예들에 개시된 바와 같은 임의의 동작들을 수행하기 위한 수단을 제공할 수 있다.

도 10의 예시적인 실시예에서, 컴퓨터 프로그램 제품(1000)은 광 디스크로서 도시되어 있다. 그러나, 여기서 컴퓨터 프로그램(1020)은 도시된 광 디스크 상의 트랙으로서 개략적으로 도시되지만, 컴퓨터 프로그램(1020)은 컴퓨터 프로그램 제품(1000)에 적합한 임의의 방식으로 스토리지 매체(920)에 저장될 수 있다.

각각의 컴퓨터 프로그램(1020)은 고 레벨의 절차적 또는 객체 지향적이거나 다른 방식으로 조직화된 프로그래밍 언어로, 또는 필요하다면, 오브젝트 코드, 어셈블리 또는 기계어로 구현될 수 있으며; 어느 경우든 이러한 언어는 컴파일된 또는 해석된 언어일 수 있다. 또한, 하나 이상의 구체적인 실시예들의 전술한 설명이 본 개시내용의 구현을 임의의 특정한 컴퓨터 프로그래밍 언어, 운영 체제, 시스템 아키텍처 또는 디바이스 아키텍처에 제한하는 것은 아니다.

통신 인터페이스(930)는 통신 네트워크(100) 내의 I/O 디바이스(들)(950), 네트워크 접속 디바이스(들)(960) 및/또는 다른 엔티티들과의 통신을 용이하게 한다. 일부 실시예들에서, 통신 인터페이스(930)는 하나 이상의 송신기들 및/또는 수신기들 포함할 수 있는 송수신기(970), 및 이러한 통신이 그를 통해 수행되는 적어도 하나의 안테나(980)에 접속하기 위한 것이다. 이와 같이, 통신 인터페이스(930)는, 내부 및 외부 I/O 디바이스들(950), 네트워크 접속 디바이스들(960) 등을 처리 유닛(910)에 연결하기 위해, 아날로그 및/또는 디지털 컴포넌트들 및 적절한 수의 포트들을 포함하는 USB 인터페이스들을 포함하지만 이에 제한되지 않는, 하나 이상의 비디오 어댑터들, 병렬 인터페이스들 및 직렬 인터페이스들을 포함하지만 이에 제한되지 않는 하나 이상의 인터페이스들을 포함할 수 있다.

처리 버스(940)는 메모리 버스 또는 메모리 제어기, 주변기기 버스, 비디오 버스 등을 포함하는 임의의 타입의 여러 버스 아키텍처들 중 하나 이상일 수 있다.

I/O 디바이스들(950)은, 비디오 모니터들, LCD들(liquid crystal displays), LED(light-emitting diode) 디스플레이들, 터치 스크린 디스플레이들을 포함하지만 이에 제한되지 않는 비디오 어댑터들에 각각 연결되는 디스플레이들, 터치스크린 디스플레이들, 키보드들, 키패드들을 포함하지만 이에 제한되지 않는 입력 디바이스들, 마우스들, 터치 패드들, 트랙볼들, 트랙 패드들을 포함하지만 이에 제한되지 않는 포인팅 디바이스들 뿐만 아니라 홍채 스캐너들, 지문(fingerprint) 및/또는 장문(palmprint) 센서들, 음석 인식 및 필기 디바이스들, 3D 프린터들을 포함하는 프린터들, 카드 판독기들, 종이 테이프 판독기들 및 다른 입력 및/또는 출력 디바이스들을 포함할 수 있다.

네트워크 접속 디바이스들(960)은 모뎀, 모뎀 뱅크들, USB 인터페이스 카드들, 직렬 인터페이스들, FDDI(Fiber Distributed Data Interface) 카드들, Ethernet 카드들 포함하지만 이에 제한되지 않는 LAN(Local Area Network) 카드들, 토큰 링 카드들, WLAN(Wireless LAN) 카드들, 무선 송수신기 카드들 및 액세스 노드들 및/또는 상이한 네트워크들(100, 130)과 통신하기 위한 다른 네트워크 디바이스들을 포함하는 유선 및/또는 무선 링크들을 포함할 수 있다.

이러한 네트워크 접속 디바이스들은 처리 유닛(910)이 인터넷(100) 또는 하나 이상의 인트라넷들(도시되지 않음)과 통신할 수 있게 할 수 있으며, 비-제한적 예로서, LAN, WAN(Wide Area Network) 또는 MAN(Metropolitan Area Network)을 통하거나 또는 그렇지 않고, 데이터 처리 및/또는 통신을 위해, 이에 제한되는 것은 아니지만 다른 처리 유닛들(910), 원격 스토리지 설비들(도시되지 않음) 등과 같은 원격 디바이스들과 통신하게 할 수 있다. 네트워크 접속 디바이스들(960)은 또한 신호들을 무선으로 또는 다른 방식으로 송신 및 수신하기 위해 하나 이상의 송수신기들(970)을 포함할 수 있고/있거나 이들과 인터페이스할 수 있다. 이러한 네트워크 접속으로, 처리 유닛(910)은 네트워크(100)로부터 정보를 수신할 수 있거나 전술된 방법 동작들 중 하나 이상을 수행하는 과정에서 네트워크(100)에 정보를 출력할 수 있다는 점이 고려된다.

송수신기(970)는 처리 유닛(910)에 의한 처리를 위해 송신될 데이터를 준비하거나 수신된 데이터를 변환하도록 동작한다. 일부 예시적인 실시예들에서, 송수신기(970)는 데이터를 기저대역 포맷으로 및/또는 기저대역 포맷으로부터 상이한 파장 및/또는 주파수로 변환한다.

일부 예시적인 실시예들에서, 데이터뿐만 아니라, 처리 유닛(910)에 의한 실행을 위한 컴퓨터 프로그램을 포함할 수 있는 명령어들, 및/또는 스크립트들은, 예를 들어, 컴퓨터 데이터 기저대역 신호 또는 반송파에 구현되는 신호의 형태로, 네트워크(100)로부터 수신될 수 있고 네트워크(100)에 출력될 수 있다. 네트워크 접속 디바이스(들)(960)에 의해 생성되는 이러한 기저대역 신호 또는 반송파에 구현된 신호는 전기 도전체들의 표면에서 또는 그 상에서, 동축 케이블들에서, 도파관들에서, 이에 제한되는 것은 아니지만 광 섬유를 포함하는 광 매체에서, 공기 또는 자유 공간에서 전파될 수 있다. 기저대역 신호 또는 반송파에 내장된 신호에 포함되는 정보는, 그 정보를 처리하거나 생성하기에 또는 그 정보를 송신하거나 수신하기에 바람직할 수 있는 상이한 시퀀스들에 따라 정렬될 수 있다. 기저대역 신호 또는 반송파에 내장된 신호, 또는 본 명세서에서 송신 매체로서 지칭되는 현재 사용되고 차후 개발될 다른 타입의 신호들은 여러 방법들에 따라 생성될 수 있다.

디바이스(900)의 관련 기능뿐만 아니라 다른 컴포넌트들은 본 명세서에 제시되는 개념들을 불명료하게 하지 않기 위해 생략될 수 있다.

이제 도 11을 참조하면, 일부 실시예들에서, 본 명세서에 개시되는 바와 같이 컨텍스트 부분(296)을 컨텍스트 정보로 채우고, 컨텍스트 부분(296)으로부터 검색하고 및/또는 이러한 컨텍스트 정보를 적용할 수 있는 AP(131, 330, 331), 액세스 라우터(도시되지 않음), 제어기(334), MTC-IWF(115) 및/또는 무선 디바이스(350)(비-제한적인 예로서, 디바이스에는 컨텍스트를 포함하는 IP 어드레스(295) 또는 어떠한 컨텍스트를 사용할 것인지에 관한 AP(131, 330, 331)로부터의 명령어들이 제공될 수 있음)일 수 있는, 1100으로 일반적으로 도시되는, 디바이스의 컴포넌트들의 개략도가, 그 기능적 양상들 중 일부에 의해, 도시된다. 디바이스(1100)는 예시적인 실시예에 따라 일반적으로 1110으로 참조되는 다수의 기능 유닛들을 포함한다. 디바이스(1100)는 일반적으로 1120으로 참조되는 다수의 다른 기능 유닛들을 더 포함할 수 있다. 각각의 기능 유닛들(1110)은 이하 식별될 것이고, 기능 유닛들(1110)이 사용될 수 있는 컨텍스트 뿐만 아니라 그 기능성이 이하 더욱 설명될 것이다.

일반적인 용어로, 각각의 기능 유닛(1110, 1120)은 디지털 전자 회로, 컴퓨터 하드웨어, 소프트웨어 또는 펌웨어로 구현될 수 있다. 본 개시내용의 장치는 처리 유닛(910)에 의한 실행을 위해 스토리지 매체(930)에 유형으로 구현되는 컴퓨터 프로그램 제품(1000)에 구현될 수 있으며; 및 방법 동작들은 입력 데이터 상에서 동작하고 출력을 생성함으로써 본 개시내용의 기능들을 수행하기 위한 명령어들의 컴퓨터 프로그램(1020)을 실행하는 처리 유닛(910)에 의해 수행될 수 있다. 따라서, 처리 유닛(910)은 기능 유닛(1110, 1120)에 의해 제공되는 바와 같이 스토리지 매체(920)로부터 명령어들을 가져오고 이러한 명령어들을 실행하도록 구성될 수 있고, 이에 의해 본 명세서에 설명되는 바와 같은 임의의 방법 동작들을 수행한다.

관련 분야에서의 통상의 기술을 가진 자들은 설명된 기술들 및 방법들을 구현하기 위한 다른 명령어들 및 동작들이 또한 스토리지 매체(920) 상에 저장될 수 있다는 점을 이해할 것이다. 스토리지 매체(920)로부터 실행되는 소프트웨어는 설명된 기술들 및 방법 동작들을 수행하기 위해 회로와 인터페이스할 수 있다.

또한, "모듈", "프로세서" 또는 "제어기"라는 용어의 명백한 사용은 하드웨어의 특정한 구성을 배타적으로 지칭하는 것으로 해석되어서는 안된다.

일부 예시적인 실시예들에서, 디바이스(1100)는 임베더(embedder)(1130), 언패커(unpacker)(1140) 및/또는 구성기(1150)를 포함할 수 있다.

임베더(1130)는 UL 패킷(340)의 패킷 헤더(200)의 소스 어드레스(270)의 컨텍스트 부분(296)을 네트워크(100)를 따라 송신하기 전에 컨텍스트 정보로 채운다. 이러한 컨텍스트 정보는 DL 방향으로의 패킷들의 흐름(341)을 통제하는 정보와 관련된다.

언패커(1140)는 네트워크(100)를 통한 수신시 DL 패킷(341)의 패킷 헤더(200)의 목적지 어드레스(280)의 컨텍스트 부분(296)으로부터 컨텍스트 정보를 검색한다. 이러한 컨텍스트 정보는 DL 패킷(341)을 포함하는 DL 방향으로의 패킷들의 흐름을 통제하는 정보와 관련된다.

구성기(1150)는 검색된 컨텍스트 정보를 적용하여 DL 패킷 흐름 내의 DL 패킷(341)을 포함하는 패킷들에 적용가능한 컨텍스트를 통제한다.

도 12는 본 발명의 실시예에 따른 예시적인 방법을 도시한다. 도시되는 바와 같이, 단계 1202에서는 업링크 패킷이 UE로부터 수신된다. 이러한 패킷은 eNodeB와 같은 액세스 포인트에 의해, 또는 무선 에지보다 더 상위인 노드에 의해 수신될 수 있다. UE와 관련된 컨텍스트 정보가 단계 1204에서 결정된다. 이러한 단계에서 UE와 관련된 모든 컨텍스트 정보가 결정될 필요는 없고, 부분 정보만이 패킷에 저장된다면, 그 정보만이 결정될 필요가 있다. 단계 1206에서는, 컨텍스트 정보가 패킷에 저장되도록 컨텍스트 정보에 따라 패킷이 수정된다. 옵션인 단계 1208에 도시되는 바와 같이, 컨텍스트 정보는 UE와 관련된 IP 어드레스인 소스 어드레스에 저장될 수 있다. 다음으로 패킷은 단계 1210에서 목적지를 향해 송신된다.

본 분야에서의 기술자들은, 컨텍스트 정보를 패킷에 저장한 후에, 컨텍스트 정보가 해제될 수 있다는 점을 이해할 것이다. 이것은 eNodeB와 같은 노드가 필요한 리소스들을 자유화(free up)하게 한다.

도 13은 본 발명의 실시예에 따른 예시적인 방법을 도시한다. 단계 1302에 도시되는 바와 같이, 단계 1302에서는 UE에 어드레싱되는 다운링크 패킷이 수신된다. 이러한 패킷은 UE와 관련된 컨텍스트 정보를 포함하고, UE와 관련된 이러한 컨텍스트는 단계 1304에서 추출되며, 단계 1306에서 패킷을 UE를 향해 송신하는데 사용된다.

관련분야에서의 기술자는 단계 1206에서 저장된 컨텍스트 정보가 단계 1304에서 검색된다는 점을 이해할 것이다. 저장된 정보가 되돌려 전송되는 것을 보장하는 방식으로 패킷에 정보를 저장함으로써, 컨텍스트 정보의 로컬 스토리지가 감소될 수 있다. 하나의 메커니즘은 컨텍스트 정보를 UE와 관련된 어드레스에 저장하는 것이다. 제한된 수의 가능한 세트들의 컨텍스트 정보가 존재하면, 패킷에 저장된 정보는, 단계 1304에서 추출될 때 (미리 정의된) 표로부터 컨텍스트 정보를 검색하는데 사용되는 인덱스일 수 있다.

논의된 바와 같이, 위 개시내용은, 적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이의 적어도 제1 방향으로 흐르는 패킷들을 통제하는 컨텍스트 정보를 전달하는 방법을 제공하며, 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로 일단 채워지면, 제1 방향 또는 제2 방향 중 어느 하나의 방향으로 네트워크를 따라 패킷 흐름에서 전해지고 양쪽 방향으로 전달되는, 제2 역방향으로의 흐름에 대한 패킷의 헤더의, 컨텍스트 부분을 채우는 단계; 제1 방향으로 흐르는 패킷의 컨텍스트 부분으로부터 컨텍스트 정보를 검색하는 단계; 및 그로부터 제1 방향으로 패킷 흐름을 통제하기 위해 검색된 정보를 적용하는 단계를 포함한다.

컨텍스트 부분은 패킷 헤더에서의 네트워크 어드레스에 내장될 수 있다. 컨텍스트 부분을 채우는 것은 미리 정의된 컨텍스트 부분 포맷으로 될 수 있는 패킷 헤더에서의 소스 어드레스에 컨텍스트 부분을 두는 것을 포함할 수 있다. 대안적으로, 검색의 동작은 패킷 헤더에서의 목적지 어드레스에 있는 컨텍스트 부분으로부터 컨텍스트 정보를 검색하는 것을 포함한다. 패킷들은 IPv6 패킷들일 수 있고, IPv6 어드레스에서의 인터페이스 식별자를 대체할 수 있으며, 옵션으로 채우는 것은 IPv6 어드레스에서의 라우팅 프리픽스를 채우는 것을 포함한다. 일부 실시예들에서, 컨텍스트 정보는 적어도 하나의 네트워크 엔티티, 무선 송신 그룹, 액세스 포인트, 액세스 포인트 제어기, 디바이스, 시간, 주파수, 공간 및 코딩 리소스 중 적어도 하나를 포함하는 무선 액세스 링크 접속, 변조 방식, 코딩 방식, 송신 전력 레벨 및 프리코딩 매트릭스 중 적어도 하나를 포함하는 무선 링크 송신 파라미터, 송신 리소스 및 스케줄을 포함하는 무선 링크 송신 기회, 페이징 그룹, 페이징 리소스 및 스케줄을 포함하는 페이징 기회, 경로, 허용 가능한 지연, 허용 가능한 패킷 손실 및 배터리 소모 파라미터 중 적어도 하나를 포함하는 QoS 파라미터, 네트워크 노드 아이덴티티, 통신 프로토콜, 서비스 기능 체인, 컨텍스트를 나타내는 디바이스의 고유한 특성 이외의 논리 컨텍스트 식별자, 및 이들 중 임의의 것의 임의의 조합으로 구성되는 그룹으로부터 선택된 적어도 하나의 양상을 포함할 수 있다. 컨텍스트 정보는 수치 값일 수 있고, 수치 값들의 표에서의 엔트리를 식별하는 포인터의 형태를 취할 수 있다. 다른 실시예에서, 채우는 동작은 IP 헤더 필드, 전송 프로토콜 헤더 필드, 애플리케이션 헤더 필드, 패킷들이 제1 방향으로 흐르는 무선 액세스 링크 접속의 특성, 패킷들이 제2 방향으로 흐르는 무선 액세스 링크 접속의 특성, 네트워크 노드 아이덴티티, 통신 프로토콜, 디바이스가 모바일 디바이스라는 표시, 디바이스가 비-모바일 디바이스라는 표시, 디바이스가 MTC 디바이스라는 표시, 디바이스가 HTC 디바이스라는 표시, 무선 액세스 링크 접속의 MAC 제어 엘리먼트, 무선 리소스 관리 엔티티, 트래픽 관리 엔티티, 상호작용 기능, 경계 게이트웨이, 애플리케이션, 액세스 포인트, 액세스 포인트 제어기 및 이들 중 임의의 것의 임의의 조합으로 구성되는 그룹으로부터 선택되는 엔티티로부터 수신되는 명령어로 구성되는 그룹으로부터 선택되는 정보로부터 컨텍스트 정보를 유도하는 것을 포함할 수 있다. 실시예에서, 제1 방향은 디바이스를 향하는 다운링크 방향이고, 옵션으로, 제2 방향은 디바이스로부터의 업링크 방향이다. 채우는 동작은 공통 컨텍스트 정보로 제2 방향으로 복수의 패킷 흐름들의 헤더 내의 컨텍스트 부분을 채우는 단계를 포함할 수 있다. 다른 실시예에서, 적어도 하나의 무선 디바이스는 공통 컨텍스트 정보에 의해 통제되는 제1 방향으로 흐르는 패킷들과 관련된 디바이스들의 그룹을 포함할 수 있다. 이러한 무선 디바이스는 MTC 디바이스 및/또는 모바일 디바이스일 수 있고, 한편 대응 노드는 적어도 하나의 무선 디바이스와 통신하는 애플리케이션 서버 또는 M2M 애플리케이션일 수 있다. 대응 노드는 제2 방향으로 흐르는 패킷으로부터의 컨텍스트 부분을 제1 방향으로 흐르는 패킷의 컨텍스트 부분에 복사할 수 있다. 다른 실시예에서, 컨텍스트 정보는 네트워크를 따라 제1 및 제2 방향들 중 적어도 하나로 패킷 흐름 동안 변경되지 않고 남는다.

논의된 바와 같이, 위 본 개시내용은, 그것을 통해 적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이에서 패킷들이 제1 및 제2 역 방으로 흐르는 네트워크에 사용하기 위해 그것을 통해 제2 방향으로 패킷들이 흐르는 임베더 노드를 교시한다. 이러한 노드는, 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로 일단 채워지면, 제1 방향 또는 제2 방향 중 어느 하나의 방향으로 네트워크를 따라 패킷 흐름에서 전해지고 양쪽 방향으로 전달되는, 제2 방향으로의 송신에 대한 패킷의 헤더의, 컨텍스트 부분을 채우는 임베더를 포함한다.

이러한 임베더 노드는 액세스 포인트, 기지국, 기지국 제어기, 무선 네트워크 제어기, NodeB, evolved NodeB, 무선 액세스 제어기, 액세스 라우터, 액세스 포인트 제어기, 상호 작용 기능, 디바이스, 및 이들 중 임의의 것의 임의의 조합으로 구성되는 그룹으로부터 선택될 수 있다. 패킷은 대응 노드에 의해 제2 방향으로 수신될 수 있고, 패킷의 컨텍스트 부분은 제1 방향으로 송신된 패킷의 컨텍스트 부분에 대응 노드에 의해 복사될 수 있고, 옵션으로 이러한 노드는, 제1 방향으로 송신되는 패킷의 컨텍스트 부분으로부터, 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보를 검색하는 언패커를 포함한다. 이러한 임베더는 트제1 방향으로 송신되는 패킷의 컨텍스트 부분으로부터 검색된 컨텍스트 정보를 제1 방향으로 패킷 흐름에 적용하는 구성기를 또한 포함할 수 있다.

논의된 바와 같이, 위 본 개시내용은, 그것을 통해 적어도 하나의 무선 디바이스와 이러한 디바이스와 통신하는 대응 노드 사이에서 패킷들이 제1 및 제2 역 방향으로 흐르는 네트워크에서 사용하기 위한, 그것을 통해 패킷들이 제1 방향으로 패킷들이 흐르는 언패커 노드를 또한 교시한다. 이러한 노드는, 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로 일단 채워지면, 제1 방향 또는 제2 방향 중 어느 하나의 방향으로 네트워크를 따라 패킷 흐름에서 전해지고 양쪽 방향으로 전달되는, 제1 방향으로 수신되는 패킷의 헤더의 컨텍스트 부분으로부터, 검색할 수 있는 언패커를 포함한다. 이러한 노드는 검색된 컨텍스트 정보를 제1 방향으로의 패킷 흐름에 적용하는 구성기를 더 포함할 수 있다. 이러한 노드는 제1 방향으로 패킷 흐름을 통제하는 컨텍스트 정보로, 제2 방향으로의 송신을 위한 패킷의 헤더의, 컨텍스트 부분을 채우는 임베더를 더 포함할 수 있다. 언패커 노드는 액세스 포인트, 기지국, 기지국 제어기, 무선 네트워크 제어기, NodeB, evolved NodeB, 무선 액세스 제어기, 액세스 라우터, 액세스 포인트 제어기, 상호 작용 기능, 및 이들 중 임의의 것의 임의의 조합으로 구성되는 그룹으로부터 선택될 수 있다.

용어

특정 용어들은 특정 컴포넌트들을 지칭하기 위해 전반적으로 사용된다. 제조자들은 컴포넌트들을 상이한 명칭들에 의해 지칭할 수 있다. 특정 용어나 명칭의 사용은 명칭은 상이하지만 기능은 상이하지 않은 컴포넌트들 사이를 구별하고자 의도되는 것이 아니다.

관련 분야에서 통상의 기술을 가진 자들에게 익숙하거나 익숙하지 않을 수도 있는, 본 명세서에서 사용되는 특정 두문자어들 및 약어들의 비-배타적 리스트가 이하에 제공된다:

3GPP Third Generation Partnership Project(3gpp.org)

802.11 IEEE Wireless Local Area Network standard (ieee802.org/11)

AP Access Point

AS Application Server

ASIC Application-Specific Integrated Circuit

BG Border Gateway

BS Base Station

CBCH Contention-Based Channel

CD Compact Disk

CoAP Constrained Application Protocol

CPU Central Processing Unit

DCCH Downlink Control Channel

DHCP Dynamic Host Configuration Protocol

DL Downlink (즉, 무선 디바이스로)

DRAM Dynamic Random Access Memory

DSP Digital Signal Processor

DTCH Downlink Traffic Channel

DVD Digital Versatile(또는 Video) Disk

EEPROM Electrically Erasable Programmable Read-Only Memory

eNB evolved Node-B

EPROM Erasable Programmable Read-Only Memory

E-UTRAN Evolved Universal Terrestrial Radio Access Network

FDDI Fiber Distributed Data Interface

FPGA Field-Programmable Gate Array

FS Fixed Station

GPRS General Packet Radio Service

GTP GPRS Tunnelling Protocol

HetNet Heterogeneous Network

HLR Home Location Register

HSS Home Subscriber Server

HTC Human-Type Communications

HTTP Hyper-Text Transfer Protocol

IEEE Institute of Electrical and Electronics Engineers (ieee.org)

IETF Internet Engineering Task Force (ietf.org)

I/O Input/Output

IP Internet Protocol

IPv6 IP version 6

IWF Inter-Working Function

LAN Local Area Network

LCD Liquid Crystal Display

LED Light-Emitting Diode

M2M Machine-to-Machine

MA Mobility Anchor

MAN Metropolitan Area Network

MAC Medium Access Control

MME Mobility Management Entity

MIP Mobile IP

MS Mobile Station

MTC Machine-Type Communications

NAT Network Address Translator

QoS Quality of Service

RAB Radio Access Bearer

RACH Random Access Channel

RAM Random Access Memory

RAN Radio Access Network

RAT Radio Access Technology

RCN Remote Corresponding Node

RFC Request For Comments

ROM Read-Only Memory

RRC Radio Resource Control

RRM Radio Resource Management

SDRAM Synchronous Dynamic Random Access Memory

SFC Service Function Chain

SLAAC StateLess Address Auto Configuration

SRAM Static Random Access Memory

TCP Transmission Control Protocol

TM Traffic Management

UDP User Datagram Protocol

UE User Equipment

UL Uplink (즉, 무선 디바이스로부터)

URI Uniform Resource Identifier

USB Universal Serial Bus

VLR Visitor Location Register

VNF Virtualized Network Function

WAN Wide Area Network

WD Wireless Device

WLAN Wireless Local Area Network (IEEE 802.11 참조)

용어 "포함하는(including 및 comprising)"은 제약을 두지 않는 방식으로 사용되며, 따라서 "이에 제한되는 것은 아니지만 포함하는"을 의미하는 것으로 해석되어야 한다. "예시적인(example 및 exemplary)"이라는 용어는 단지 설명의 목적으로 사례들을 식별하는데 사용되며, 본 발명의 범위를 언급된 사례들에 제한하는 것으로서 해석되어서는 안 된다. 특히, "예시적인(exemplary)"이라는 용어는 설계, 성능 또는 다른 면에서, 사용된 표현에 대한 찬사적이거나, 유익한 또는 다른 품질을 나타내거나 부여하는 것으로 해석되어서는 안 된다.

임의의 형태로 "연결한다(couple)" 및 "통신한다(communicate)"라는 용어는, 전기적으로, 기계적으로, 화학적으로 또는 다른 방식으로, 일부 인터페이스, 디바이스, 중간 컴포넌트 또는 접속을 통한 직접 접속 또는 간접 접속을 의미한다.

"위에(upward)", "아래에(downward)", "왼쪽에(left)" 및 "오른쪽에(right)"와 같은 방향성 용어들은 달리 언급되지 않는 한 참조가 이루어지는 도면들에서의 방향들을 나타내는데 사용된다. 유사하게, "내부에(inward)" 및 "외부에(outward)"와 같은 단어들은, 각각, 디바이스, 영역 또는 볼륨 또는 그 지정된 부분의 기하학적 중심을 향하는 또는 그로부터 멀어지는 방향을 지칭하는데 사용된다. 또한, 본 명세서에 설명되는 모든 치수들은 단지 특정 실시예들을 설명하기 위한 목적으로 예시적인 것으로 의도되며, 명시될 수 있는 이러한 치수들로부터 벗어날 수 있는 임의의 실시예들에 본 개시내용의 범위를 제한하고자 의도되는 것은 아니다.

단수 형태의 언급은 달리 언급되지 않는 한 복수형을 포함하고 그 반대도 가능하다.

본 명세서에 사용되는 바와 같이, "제1(first)" 및 "제2(second)"와 같은, 관계형 용어들, 및 "a", "b" 등과 같은 디바이스들에 번호를 부여하는 것은, 단지 하나의 엔티티 또는 엘리먼트를 다른 엔티티 또는 엘리먼트와 구별하기 위한 것으로, 이러한 엔티티들 또는 엘리먼트들 사이의 임의의 물리적 또는 논리적 관계나 순서를 반드시 요구하거나 암시하는 것은 아니다.

일반사항

본 개시내용의 원리들, 양상들, 및 실시예들 뿐만 아니라 그 구체적 예들을 인용하는 본 명세서에서의 모든 진술들은 그 구조적 및 기능적 등가물들 양자 모두를 아우르는 것으로 의도된다. 추가적으로, 이러한 등가물들은 현재 알려져 있는 등가물들 뿐만 아니라 장래에 개발되는 등가물들, 즉 구조에 상관없이 동일한 기능을 수행하는 개발되는 임의의 엘리먼트들 양자 모두를 포함하는 것으로 의도된다.

따라서, 예를 들어, 본 명세서에서 재현되는 블록도들은 기술의 원리들을 구현하는 예시적인 컴포넌트들의 개념적인 도면들을 나타낼 수 있다는 점이 이해될 것이다.

요약서의 목적은, 관련 특허청 또는 일반 대중, 및 특히 특허 또는 법률 용어 또는 어구에 익숙하지 않은 관련분야에서의 통상의 기술을 가진 자들이, 피상적인 검사로 기술 개시내용의 본질을 신속하게 결정할 수 있게 한다. 요약서는, 청구범위에 의해 측정되는 본 개시내용의 범위를 정의하고자 의도되는 것도 아니며, 본 개시내용의 범위를 어떠한 방식으로든 제한하고자 의도되는 것도 아니다.

현재 개시된 실시예들의 구조, 제조 및 사용이 위에 논의되었다. 예시적인 실시예들이 개시되었지만, 이것은 현재 설명된 실시예들의 범위를 제한하고자 의도되는 것은 아니다. 그러나, 엘리먼트들을 생략하거나, 추가하거나, 또는 등가적 기능 엘리먼트들로 대체하는 것에 의해 수정될 수 있는, 제공되는 구현 상세사항들에 의해서가 아니라 청구범위들에 의해 설명되는, 본 개시내용은, 다양한 구체적인 컨텍스트들에서 구현될 수 있는 많은 적용가능한 발명 개념들을 제공한다. 논의된 구체적인 실시예들은 본 개시내용을 이루고 사용하는 구체적인 방식들의 단지 예시일 뿐이며, 본 개시내용의 범위를 제한하지는 않는다. 오히려, 본 명세서에서 제시되는 일반적인 원리들은 단지 본 개시내용의 범위를 예시하는 것으로 고려된다.

특히, 위에 설명된 실시예들 중 하나 이상으로부터의 특징들은 위에 명시적으로 설명되지 않았을 수 있는 특징들의 하위 조합으로 구성되는 대안적인 실시예들을 생성하기 위해 선택될 수 있다. 또한, 위에 설명된 실시예들 중 하나 이상으로부터의 특징들은 위에 명시적으로 설명되지 않았을 수 있는 특징들의 조합으로 구성되는 대안적인 실시예들을 생성하기 위해 선택되고 조합될 수 있다. 이러한 조합들 및 하위 조합들에 적합한 특징들은 본 출원을 전반적으로 재검토하면 관련분야에서의 기술자들에게 용이하게 명백할 것이다. 본 명세서에 그리고 청구범위에 설명되는 주제는 기술에서 적합한 모든 변경사항들을 커버하고 포괄하고자 한다.

또한, 다양한 엘리먼트들 또는 컴포넌트들이 다른 시스템에 조합되거나 통합될 수 있거나, 특정 특징들이 생략되거나 구현되지 않을 수 있다. 또한, 다양한 실시예들에서 이산적으로 또는 개별적으로 설명되고 도시되는 기술들, 시스템들, 서브시스템들 및 방법들은, 본 개시내용의 범위를 벗어나지 않으면서, 다른 시스템들, 모듈들, 기술들 또는 방법들과 조합되거나 통합될 수 있다. 변경사항, 대체사항들, 및 변형사항들의 다른 예들이 본 명세서에 개시된 범위를 벗어나지 않고 용이하게 확인되고 이루어질 수 있다.

대안사항들, 수정사항들 및 등가사항들을 커버하는 다양한 수정사항들 및 변형사항이 본 명세서를 참조하면 관련 분야에서의 통상의 기술을 가진 자들에게 명백할 것이며, 첨부된 청구범위에 의해 정의되는 바와 같은, 본 개시내용으로부터 벗어나지 않고, 본 명세서에 개시된 실시예들에 대해 이루어질 수 있다는 점이 명백할 것이다.

본 개시내용과 일치하는 다른 실시예들은 본 명세서의 고려 및 거기에 개시되는 개시내용의 실시로부터 명백할 것이다. 따라서, 본 명세서 및 거기에 개시되는 실시예들은 단지 예시적인 것으로 고려되어야 하며, 본 개시내용의 진정한 범위는 이하 넘버링되는 청구항들에 의해 개시된다.

Claims (23)

1. UE(User Equipment)로부터 업링크 패킷들을 라우팅하는 방법으로서,
   상기 UE로부터 업링크 패킷을 수신하는 단계;
   상기 UE와 관련된 컨텍스트 정보와 관련된 정보에 따라 상기 수신된 패킷을 수정하는 단계; 및
   상기 수정된 패킷을 목적지를 향해 송신하는 단계
   를 포함하는 방법.
2. 제1항에 있어서,
   상기 업링크 패킷을 수신하는 단계는 상기 UE로부터 상기 업링크 패킷을 직접 수신하는 단계를 포함하는 방법.
3. 제1항에 있어서,
   상기 업링크 패킷을 수신하는 단계는 무선 인터페이스를 통해 상기 업링크 패킷을 수신하는 단계를 포함하는 방법.
4. 제1항에 있어서,
   상기 수신된 패킷을 수정하는 단계 이전에 상기 UE와 관련된 RAN(Radio Access Network) 컨텍스트 정보를 결정하는 단계를 더 포함하는 방법.
5. 제1항에 있어서,
   상기 수신된 패킷을 수정하는 단계는 상기 수신된 패킷을 수정하여 상기 컨텍스트 정보와 관련된 정보를 저장하는 단계를 포함하는 방법.
6. 제1항에 있어서,
   상기 수신된 패킷을 수정하는 단계는 상기 수신된 패킷의 헤더에 상기 컨텍스트 정보와 관련된 정보를 저장하는 단계를 포함하는 방법.
7. 제1항에 있어서,
   상기 수신된 패킷을 수정하는 단계는 상기 수신된 패킷의 소스 어드레스 필드에 상기 컨텍스트 정보와 관련된 정보를 저장하는 단계를 포함하는 방법.
8. 제7항에 있어서,
   상기 소스 어드레스 필드는 상기 UE와 관련된 IPv6(Internet Protocol version 6) 어드레스를 저장하고, 상기 수정하는 단계는 상기 UE의 IPv6 어드레스에 상기 컨텍스트 정보를 저장하는 단계를 포함하는 방법.
9. 제7항에 있어서,
   상기 소스 어드레스 필드는 상기 UE와 관련된 IPv6(Internet Protocol version 6) 어드레스를 저장하고, 상기 수정하는 단계는 상기 UE의 IPv6 어드레스에 상기 컨텍스트 정보에 따라 결정되는 인덱스 값을 저장하는 단계를 포함하는 방법.
10. UE(User Equipment)로부터 업링크 패킷들을 라우팅하는 네트워크 노드로서,
    상기 UE로부터 패킷들을 수신하는 UE 인터페이스;
    목적지 어드레스들에 패킷들을 송신하는 네트워크 인터페이스;
    명령어들을 저장하는 메모리; 및
    상기 UE 인터페이스, 상기 네트워크 인터페이스 및 상기 메모리에 동작 가능하게 접속되는 프로세서
    를 포함하고,
    상기 프로세서는, 상기 메모리에 저장된 명령어들의 실행시, 상기 노드로 하여금,
    상기 UE와 관련된 컨텍스트 정보와 관련된 정보에 따라 상기 UE 인터페이스를 통해 수신되는 패킷을 수정하게 하고;
    상기 수정된 패킷을 상기 네트워크 인터페이스를 통해 목적지를 향해 송신하게 하는 노드.
11. 제10항에 있어서,
    상기 노드는 네트워크 액세스 포인트인 노드.
12. 제10항에 있어서,
    상기 노드는 eNodeB(Evolved NodeB)인 노드.
13. 제10항에 있어서,
    상기 UE 인터페이스는 무선 링크를 통해 상기 UE로부터 패킷들을 수신하는 무선 인터페이스인 노드.
14. UE에 어드레싱되는 다운링크 패킷을 라우팅하는 방법으로서,
    UE에 어드레싱되는 다운링크 패킷을 수신하는 단계;
    상기 수신된 다운링크 패킷에 따라, 상기 UE와 관련된 컨텍스트 정보를 결정하는 단계; 및
    추출된 컨텍스트 정보에 따라 상기 수신된 패킷을 상기 UE를 향해 송신하는 단계
    를 포함하는 방법.
15. 제14항에 있어서,
    상기 결정하는 단계는 상기 수신된 패킷의 패킷 헤더에 저장된 정보를 추출하는 단계를 포함하는 방법.
16. 제15항에 있어서,
    상기 추출된 정보는 상기 컨텍스트 정보인 방법.
17. 제15항에 있어서,
    상기 추출된 정보는 인덱스이고, 상기 결정하는 단계는 상기 추출된 인덱스에 따라 상기 UE와 관련된 컨텍스트 정보를 결정하는 단계를 더 포함하는 방법.
18. 제14항에 있어서,
    상기 결정하는 단계는 상기 수신된 다운링크 패킷에서의 상기 UE와 관련된 어드레스로부터 정보를 추출하는 단계를 포함하는 방법.
19. UE(User Equipment)에 어드레싱되는 다운링크 패킷들을 라우팅하는 네트워크 노드로서,
    상기 UE를 향해 패킷들을 송신하는 UE 인터페이스;
    상기 UE에 어드레싱되는 패킷들을 수신하는 네트워크 인터페이스;
    명령어들을 저장하는 메모리; 및
    상기 UE 인터페이스, 상기 네트워크 인터페이스 및 상기 메모리에 동작 가능하게 접속되는 프로세서
    를 포함하고,
    상기 프로세서는, 상기 메모리에 저장된 명령어들의 실행시, 상기 노드로 하여금,
    상기 네트워크 인터페이스를 통해 수신되는 패킷으로부터 추출된 정보에 따라 상기 UE와 관련된 컨텍스트 정보를 결정하게 하고;
    상기 결정된 컨텍스트 정보에 따라 상기 수신된 패킷을 상기 UE 인터페이스를 통해 송신하게 하는 네트워크 노드.
20. 제19항에 있어서,
    상기 노드는 네트워크 액세스 포인트인 네트워크 노드.
21. 제19항에 있어서,
    상기 노드는 eNodeB(Evolved NodeB)인 네트워크 노드.
22. 제19항에 있어서,
    상기 UE 인터페이스는 무선 링크를 통해 상기 UE에 패킷들을 송신하는 무선 인터페이스인 네트워크 노드.
23. 제22항에 있어서,
    상기 컨텍스트 정보는 상기 무선 링크와 관련된 RAN(Radio Access Network) 컨텍스트 정보인 네트워크 노드.

Images