CN107006045A - 网络地址中依赖于传输设备的上下文 - Google Patents

Abstract

一种用于传输上下文信息的方法，所述上下文信息控制在至少一个无线设备和与所述无线设备进行通信的通信节点之间沿至少第一方向流动的分组，所述无线设备包括：嵌入节点、解包节点和配置节点，其中所述嵌入节点填充有沿第二相反方向的分组流的报头的上下文部分，所述上下文部分一旦填充有控制沿所述第一方向的分组流的上下文信息，则被赋予在沿所述第一或第二方向的分组流中，并在两个方向上进行传输；所述解包节点从沿所述第一方向流动的分组的上下文部分中检索所述上下文信息；所述配置节点应用所检索到的信息来控制来自所述第一方向分组流。所述嵌入器、解包器和/或配置节点可以是相同的。

Description

网络地址中依赖于传输设备的上下文

相关申请交叉引用

本发明要求于2014年11月18日提交的申请号为62/081,383、发明名称为“移动环境中基于流的寻址系统与方法”的美国临时专利申请以及于2015年11月17日提交的申请号为14/943,647、发明名称为“网络地址中依赖于传输设备的上下文”的美国专利申请的权益和优先权，其全部内容通过引用结合于本申请中。

技术领域

本发明涉及基于分组的通信，并且尤其涉及与采用互联网协议(IP)的网络中的无线机器类通信(MTC)设备有关的无线通信。

背景技术

将机器对机器(M2M)通信(在某些情况下，称为机器类通信MTC)是一种名称，用以描述允许无线和有线通信设备(MTC设备)直接或通过网络(例如，互联网协议(IP)网络)与其它设备或与远程服务器上运行的应用进行通信的通信和技术。

相关领域的普通技术人员应理解，在大多数情况下，首字母缩略词“M2M”和“MTC”可以互换使用。然而，涉及这种通信和技术的应用通常称为“M2M应用”，而业务通常称为“MTC业务”。设备通常可称为“M2M设备”或“MTC设备”。另外，某些标准机构可倾向于优先指代一个术语而非另一术语。

MTC与诸如使用智能手机电话、笔记本电脑或平板电脑的语音和数据等人际型通信(Human-Type Communications，HTC)之间的区别可以在于，MTC业务通常可以以偶发性和低带宽为特征，而HTC业务可以以基本上不断要求高带宽为特征。因此，如3GPP TS 23.888的“机器类通信(MTC)的系统改进”<http：//www.3gpp.org/ftp/Specs/html-info/23888.htm>及IETF RFC 7252的“受限应用协议(CoAP)”(2014年6月)<http：//tools.ietf.org/html/rfc7252>中所指出的，MTC业务通常可能涉及在极短暂的(相对于HTC通信)分组流中交换几个小的分组数据包。

在某些示例实施例中，术语“分组流”可以指的是“经过网络设备的具有一些共同特性的单向顺序的分组数据包”，其在IETF RFC 3954的“网络流(NetFlow)服务输出”(2004年10月)<http：//tools.ietf.org/html/rfc3954>中进行了定义。

在某些情况下，分组流可以包括单个数据包，通常在为上行链路(UL)方向(从MTC设备到远程通信节点(RCN)接收方)上的。另外，分组猝发(相对于HTC通信)之间的时间段可能相当长，从几分钟到几小时。

此外，MTC通信系统与HTC系统之间的区别可以在于，在网络设计中预期并考虑到网络覆盖区域内将存在许多MTC设备(相对于HTC设备)。

通常，术语“无线设备”可以包括MTC设备和HTC设备以及其它无线通信设备，包括但不限于用户设备(UE)、固定站(FS)和移动站(MS)。

作为非限制性示例，诸如传感器或测试仪等MTC设备可被配置以捕获诸如温度、传感器读数或库存水平等事件，并通过网络将其(在UL方向上)传送给大型互联网中对信息进行编译(例如，结合一个或更多个由前述的MTC设备，或一个或更多个额外MTC设备或一个或更多个其他数据源所捕获的一个或更多个事件)并对这些信息进行分析以执行一个或更多个动作的M2M应用。在一些情况下，这种动作可以包括向MTC设备(下行链路(DL)方向)提供一个或更多个请求。

图1中描述了可用于，例如，第三代合作伙伴项目(3GPP)网络中的MTC无线网络的某些功能元件的示例性配置的示意图。图中通常在100处示出的网络包括至少一个远程通信节点，例如应用服务器(AS)110，至少一个边界网关(BG)115、至少一个MTC互通功能(MTC-IWF)120、至少一个无线接入网(RAN)130和至少一个MTC设备140以及示为150的大型互联网。

RCN 110通过大型互联网150与BG 115耦合，并且包括至少一个M2M应用111。M2M应用111可以包括用于管理、配置、控制并与一个或更多个MTC设备140通信的应用程序专用逻辑。通常，术语“远程通信节点”包括应用服务器(AS)、有线和无线端节点设备以及其它与RAN 130通信耦合的网络节点。

大型互联网150通过BG 115将RCN 110耦合到RAN 130和MTC-IWF 120。

BG 115将MTC-IWF 120和RAN 130耦合到大型互联网150。BG 115通过大型互联网150管理传送到RCN 110的通信。

在MTC-IWF 120通过BG 115和大型互联网150耦合到RCN 110，并与RAN 130耦合。

RAN 130耦合到MTC-IWF 120和BG 115，并耦合到至少一个MTC设备140。RAN 130可以包括至少一个接入点(AP)131。AP 131管理传送到MTC设备140的无线链路160上的通信。通常，术语“接入点”包括基站(BS)、基站控制器、无线网络控制器、NodeB、演进的NodeB(eNB)和其它无线电接入控制器。其也可以包括网络节点，比如可以负责分组流管理的接入路由器。

MTC设备140以无线方式耦合到至少一个包括RAN 130的AP 131。MTC设备140可以包括与相应的M2M应用111进行通信的一个或更多个MTC客户端应用。MTC设备140可以是单机设备，或者可以包括无线设备(WD)的元件。

M2M通信通常以UL(远离MTC设备140)业务为主，该UL业务由MTC客户端应用发送给相应的M2M应用111以报告事件。M2M应用偶尔会发送(朝向MTC设备140的)DL分组给MTC设备140，例如，以更新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通信的较高功率电池状态。

例如，RAN 130可以不时向MTC设备140发出DL分组到达的警报，包括通过寻呼机制。在这种情况下，如3GPP TS 36.331中所述的“演进通用陆地无线接入网(E-UTRAN)；无线资源控制(RRC)协议规范”如<http：//www.3gpp.org/ftp/Specs/html-info-36331.htm>中所描述的，MTC设备140被配置以在预定寻呼机会(其可以包括一个或更多个特定时间点和/或一个或多个无线资源特定集合)期间监听警报。当MTC设备140在这些寻呼机会中的一个期间检测到寻呼(page)时，其获得无线电资源，从而接收来自M2M应用111的一个或更多个DL分组，所述DL分组可以由RAN 130预先缓冲给MTC设备140用于DL传输。如果在寻呼机会期间没有检测到寻呼，MTC设备140可以恢复低电池状态，直至下一个预定寻呼机会。

在另一示例中，如3GPP TS 36.331的“演进的通用陆地无线接入网(E-UTRAN)；无线资源控制(RRC)协议规范”http：//www.3gpp.org/ftp/Specs/html-info-36331.htm中所描述的，可以采用半持久调度，其中对MTC设备140进行调度以在特定时间内监听特定无线资源上的DL传输。在这种示例中，RAN 130可以在没有任何初始警报或寻呼序列的情况下向MTC设备140发送DL分组。

将互联网中的单播分组转发设计成在(当前)附着有目的地节点的网络中从源节点向固定点传送分组。分组报头中用作目的地地址的网络IP地址标识该附着点。因此，就一般的无线设备而言，为了识别MTC设备140并使得其可以与其它无线设备进行区分，为该设备分配半静态IP地址。在当今的移动无线环境中，当向网络注册无线设备时，通常将IP地址分配给无线设备(上的接口)。目前，可以采用至少四种机制中的一种来分配IP地址。

第一种机制涉及在制造过程中(通常手动)将IP地址配置到每个无线设备中。这样做的时候，这种设备的部署可能被约束到这一地理(或其它)区域，即，分配给其的IP地址映射到对应的子网中。因此，由于基于每个子网而不是服务于无线设备的普遍群体来储存取代情况，从而可能招致更高的储备成本。

第二种机制涉及在部署之前将IP地址手动预配置到每个无线设备中。这种机制增加了劳动力以及设备部署的相关成本。此外，需要付出相当大的努力来管理可用的IP地址池。然而，尽管付出了这些努力，在不调用合适的地址循环程序的情况下，所部署的设备有时可能被取代。因此，随着时间的推移，其他有效的IP地址也可能“丢失”。

第三种机制涉及使用诸如动态主机配置协议(DHCP)等协议来将IP地址动态分配给无线设备。DHCP涉及无线设备中的客户端和网络基础设施以支持所述协议。这些要求增加了无线设备和辅助性网络架构的成本和复杂度。

第四种机制涉及采用诸如(IPv6)无状态地址自动配置(SLAAC)等方法来将IP地址动态分配给无线设备。就DHCP而言，SLAAC涉及无线设备中的客户端以及网络基础设施，其增加了无线设备和辅助性网络架构的成本和复杂度。此外，SLAAC要求由网络定期广播的路由器通告报文，以宣布可用的子网前缀，而这消耗了无线链路带宽和资源。

因此，根据所采用的机制，给MTC设备140分配IP地址可以增加MTC设备140的复杂度和成本，或者可以给每个MTC设备140造成明显的部署成本并增加开销成本。考虑到MTC设备140的当前的及其迅速增加的数量，这种复杂度和成本会变得非常大，在某种程度上，其可能会开始影响采用MTC技术的成本效益。

此外，随着MTC设备140变得更加普遍，预期网络拓扑可能会越来越以具有大量小小区的异质网络(HetNets)为特征，所述小小区服务数量密集的移动设备，主要是MTC设备140。通常，只要无线设备在RAN 130内是活跃的，该无线设备就保留分配给其的IP地址。与大型互联网中的操作相比，分配的IP地址标识移动锚(MA)点(未示出)，而不是无线设备(当前)附着到RAN 130的地方。然而，无论何时无线设备一在辐射边沿改变其附着点，控制面信令分组就针对无线设备在服务AP 131和MA(未示出)之间进行交换。因此，预期控制信令开销会开始上升。

如上所讨论的，通常，MTC设备140可以进入低功率状态并在事件信息的UL分组猝发之间避免所有与RAN 130的通信。可以想到的是，移动MTC设备140在低功率状态时可以改变其附着点。如果是这样的话，预期RAN 130会将DL业务重定向到新的附着点。目前，存在至少两种可能适于这样做的方法。

首先，可以采用包括以下协议的隧道解决方案来使MA在隧道分组内为寻址到特定设备或设备接口的流提供客户分组封装，3GPP TS 29.281的“通用分组无线系统(GPRS)隧道协议用户平面(GTPv1-U)”<http：//www.3gpp.org/ftp/Specs/html-info/29281.htm>中公开的通用分组无线系统(GPRS)隧道协议(GTP)、IETF RFC 6275的“IPv6中的移动性支持”(2011年7月)<http：//tools.ietf.org/html/rfc6275>中公开的移动IP(MIP)及其衍生物。隧道分组中的目的地地址标识附着点，比如，AP 131，原始(封装的)分组中的目的地地址标识实际的目的地无线设备。这增加了每个分组的尺寸，导致带宽需求随之增加。在某些情况下，诸如无线回程和网格链路等回程链路的带宽受到限制，这种需求增加可能特别严重。此外，封装隧道分组所引起的分组尺寸增加，可能导致超大分组的碎裂和重组的频率增加，从而导致更大的带宽和处理开销。一些变体支持单个流的转发，但这些变体导致分配的“转交”地址的数量以及入口路由器维护的上下文信息的数量相应增加。

其次，当移动MTC设备140改变其附着点时，可以分配新的IP地址。在通过非限制性示例使用DHCP或SLAAC时，可能招致相当大的信令开销。鉴于许多MTC设备140是便携式的，并且依靠电池供电，这种开销可能对电池寿命产生影响，从而对MTC设备140的工作寿命产生影响。

此外，每个无线设备具有相关联的RAN上下文。这种上下文通常包括与RAN 130分配给该设备的资源有关的信息。这种信息可以包括任何或所有的UL和/或DL传输调度、服务质量(QoS)要求和传输参数。

考虑到一般MTC设备140通信的不定时性，这个问题变得更加严重。当MTC设备140在UL分组猝发之间处于低功率状态时，RAN 130在两个选项之间做出决定。

第一个选项用于RAN 130维护MTC设备140的上下文信息。虽然这减少了RAN 130和MTC设备140本身的处理，但是当MTC设备140恢复通信时，维护的上下文信息将占用RAN 130中的内存。因此，当RAN 130部署预期大量的MTC设备140用于服务时，将分配在RAN 130中用于存储并维护这种上下文信息的资源可能变得非常大。

第二个选项是：在MTC设备140进入低功率状态时丢弃其的上下文信息，并在MTC设备140恢复通信时生成新的上下文信息。虽然减轻了对RAN 130存储的需求，这个选项增加了RAN 130和MTC设备140上的通信和处理负载。再者，鉴于许多MTC设备140是便携式的，并且依靠电池供电，这种负载可能会对电池寿命产生影响，从而对MTC设备140的有效使用寿命产生影响。此外，通信以及处理负载增加可能导致恢复M2M应用111和MTC设备140之间通信时产生延迟。

因此，需要降低与下列目的及其任意组合相关的开销：，维护用于大量MTC设备并用于在移动环境中将分组转发给MTC设备的上下文，同时降低MTC设备中所消耗的电池电功率量，降低MTC设备和RAN之间的信令量。

发明内容

本发明公开了一种用于传输上下文信息的方法和装置，所述上下文信息控制在无线设备和与所述无线设备进行通信的远程通信节点(RCN)之间沿第一方向流动的分组。所述方法把网络地址分配给发自无线设备的分组流，所述分组流在上下文部分包括嵌入的上下文信息。所述上下文信息填充在分组报头中标识为分组源地址的网络地址，因此其在分组流期间通过网络传输给RCN。因而，当接收到的分组的源地址作为目的地地址复制到响应分组时，嵌入的上下文信息可以被RCN自动传送到响应分组或相应分组，该分组从RCN前往无线设备。这样，上下文信息被赋予在两个方向上的分组流中。在一些示例实施例中，分组为互联网协议(IP)分组。

因此，代表无线设备的一个方向上的第一接入点(AP)处理分组可以通过RCN将用在未来分组流中的所需上下文指定并传输给代表无线设备的相反方向上的第二AP处理分组。在一些示例实施例中，第一AP和第二AP可以是相同的网络单元。

在本发明一示例实施例中，提供了一种用于传输上下文信息的方法，所述上下文信息控制在至少一个无线设备和与所述无线设备进行通信的通信节点之间沿至少第一方向(例如，下行链路方向)流动的分组。所述方法包括填充在第二相反方向(例如，上行链路方向)上的分组流的报头的上下文部分，所述上下文部分一旦填充有控制在第一方向上的分组流的上下文信息，则被赋予在沿着网络的在第一或第二方向上的分组流中，并在两个方向上进行传输。所述方法还包括从沿第一方向流动的分组的上下文部分中检索上下文信息。所述方法还包括用所检索的信息来控制来自第一方向的分组流。

上下文部分可以在分组报头中的网络地址中。所述填充动作可以包括将上下文部分填充在分组报头中的源地址中，或填充进预定的上下文部分格式。所述检索动作可以包括从分组报头目的地地址的上下文部分中检索上下文信息。分组可以为IPv6分组。上下文部分可以替换IPv6地址中的接口标识符。所述填充动作可以包括在IPv6地址中填充路由前缀。上下文信息可以包括从由至少一个网络实体、无线电传输群组、接入点、接入点控制器、所述设备、无线电接入链路连接、无线链路传输参数、无线链路传输机会、寻呼组、寻呼机会、路径、QoS参数、网络节点标识、通信协议、服务功能链、除了表示上下文的所述设备的固有特性外的逻辑上下文标识符以及任意上述所列项目的任意组合所组成的群组中选择的至少一个方面，其中，所述无线接入链路连接包括时间、频率、空间和编码资源中的至少一个；所述无线链路传输参数包括调制方案、编码方案、发射功率级别和预编码矩阵中的至少一个；所述无线链路传输机会包括：传输资源和调度；所述寻呼机会包括寻呼资源和调度；所述QoS参数包括容许延迟、容许丢包和电池消耗参数中的至少一个。上下文信息可以包括数值、数值表中的指针及其任意组合。所述填充动作可以包括从选自由IP报头字段、传输协议报头字段、应用程序报头字段、在其上有沿第一方向流动的分组的无线接入链路连接的特征、在其上有沿第二方向流动的分组的无线接入链路连接的特征、网络节点标识、通信协议、所述设备为移动设备的指示、所述设备为非移动设备的指示、所述设备为MTC设备的指示、所述设备为HTC设备的指示、无线接入链路连接的MAC控制元素，从实体中接收的指令组成的群组的信息中获得上下文信息，其中，所述实体选自由无线资源管理实体、业务管理实体、互通功能、边界网关、应用、接入点、接入点控制器及其任意组合组成的群组。第一方向可以是朝向所述设备的下行链路方向。第二方向可以是来自所述设备的上行链路方向。所述填充动作可以包括用通用的上下文信息填充第二方向上多个分组的报头中的上下文部分。所述至少一个无线设备可以包括一组与由通用的上下文信息所控制的沿第一方向流动的分组相关联的设备群组。所述至少一个无线设备可以是MTC设备和/或移动设备。通信节点可以为应用服务器，并且可以包括与所述至少一个无线设备进行通信的M2M应用。通信节点可以将沿第二方向流动的分组中的上下文部分复制到沿第一方向流动的分组的上下文部分。上下文信息可以在沿着网络的在第一或第二方向或两个方向的分组流期间保持不变。在本发明一示例实施例中，网络中提供了一种嵌入节点，分组通过网络，在至少一个无线设备和与所述设备进行通信的通信节点之间在第一(例如，下行链路)和第二相反(例如，上行链路)方向上流动。分组通过其沿第二方向流动的嵌入节点包括嵌入器，其用于填充在第二方向上发送的分组的报头的上下文部分，所述上下文部分一旦填充有控制在第一方向上的分组流的上下文信息，则被赋予在沿着网络的在沿第一或第二方向上的流动的分组中，并在两个方向上进行传输。嵌入节点可以选自由接入点、基站、基站控制器、无线网络控制器、NodeB、演进型NodeB、无线接入控制器、接入路由器、接入点控制器、互通功能、设备及其任意组合组成的群组。分组可以由通信节点在第二方向上接收，且所述分组的上下文部分可以由通信节点复制到沿第一方向发送的分组的上下文部分中。嵌入节点还可以包括解包器和/或配置器，其中，所述解包器用于从沿第一方向发送的分组的上下文部分中对控制在第一方向上的分组流的上下文信息进行检索，所述配置器用于将在第一方向上发送的分组的上下文部分中检索到的上下文信息应用到在第一方向上的分组流中。

在本发明一示例实施例中，网络中提供了一种解包节点，分组通过该网络在至少一个无线设备和与所述设备进行通信的通信节点之间沿第一(例如，下行链路)和第二相反(例如，上行链路)方向流动。分组通过其沿第一方向流动的解包节点包括解包器，用于从沿第一方向接收到的分组的报头的上下文部分中进行检索，所述上下文部分一旦填充有控制在第一方向上的分组流的上下文信息，则被赋予在沿着网络的在第一或第二方向上的分组流中，并在两个方向上进行传输。

解包节点还可以包括配置器和/或嵌入器，其中所述配置器用于将检索到的上下文信息应用到在第一方向上的分组流中，所述嵌入器用于用控制在第一方向上的分组流的上下文信息填充在第二方向上发送的分组的报头的上下文部分。解包节点可以选自由接入点、基站、基站控制器、无线网络控制器、NodeB、演进型NodeB、无线接入控制器、接入路由器、接入点控制器、互通功能及其任意组合组成的群组。

在本发明一示例实施例中，网络中提供了一种配置节点，分组通过该网络在至少一个无线设备和与所述设备进行通信的通信节点之间沿第一(例如，下行链路)和第二相反(例如，上行链路)方向流动。所述配置节点包括配置器，用于将从沿第一方向接收到的分组的报头的上下文部分中检索到的上下文信息应用到第一方向中的分组流中，并对在第一方向上的分组流进行控制，所述上下文部分一旦填充有上下文信息，则被赋予在沿着网络的在第一或第二方向上的分组流中，并在两个方向上进行传输。

配置节点可以包括用于从上下文部分中检索上下文信息的解包器，或者可以与包括解包器的节点通信地耦合，所述解包器用于从上下文部分中检索上下文信息，并用于向配置节点提供上下文信息。配置节点可以包括嵌入器，用于用控制在第一方向上的分组流的上下文信息填充沿第二方向发送的分组的报头的上下文部分。配置节点可以选自由接入点、基站、基站控制器、无线网络控制器、NodeB、演进型NodeB、无线接入控制器、接入路由器、接入点控制器、互通功能及其任意组合组成的群组。

在本发明一示例实施例中，网络中提供了一种计算机程序产品，有计算机程序存储在其上，其包含计算机可读程序指令，分组通过该网络在至少一个无线设备和与所述设备进行通信的通信节点之间沿第一(例如，下行链路)和第二相反(例如，上行链路)方向流动。当由嵌入节点中的处理单元执行时，所述程序指令使嵌入节点填充沿第二方向发送的分组的报头的上下文部分，所述上下文部分一旦填充有控制在第一方向上的分组流的上下文信息，则被赋予在沿着网络的在第一或第二方向上的分组流中，并在两个方向上进行传输。

在本发明一示例实施例中，网络中提供了一种计算机程序产品，有计算机程序存储在其上，其包含计算机可读程序指令，分组通过该网络在至少一个无线设备和与所述设备进行通信的通信节点之间沿第一(例如，下行链路)和第二相反(例如，上行链路)方向流动。当由解包节点中的处理单元执行时，所述程序指令使解包节点从在第一方向上接收到的分组的报头的从上下文部分中进行检索，所述上下文部分一旦填充有控制在第一方向上的分组流的上下文信息，则被赋予在沿着网络的在第一或第二方向上的分组流中，并在两个方向上进行传输。

在本发明一示例实施例中，网络中提供了一种计算机程序产品，有计算机程序存储在其上，其包含计算机可读程序指令，分组通过该网络在至少一个无线设备和与所述设备进行通信的通信节点之间沿第一(例如，下行链路)和第二相反(例如，上行链路)方向流动。当由配置节点中的处理单元执行时，所述程序指令使配置节点将从沿第一方向接收到的分组的报头的上下文部分中检索到的上下文信息应用到第一方向中的分组流中，并对在第一方向上的分组流进行控制，所述上下文部分一旦填充有上下文信息，则被赋予在沿着网络的在第一或第二方向上的分组流中。

在本发明的第一方面中，提供了一种从用户设备(UE)路由上行链路分组的方法。所述方法包括以下步骤：从UE接收上行链路分组；根据与所述UE相关的上下文信息相关联的信息，修改接收到的分组；以及发送修改后的分组给目的地。

在本发明第一方面的实施例中，所述接收上行链路分组的步骤包括：直接从所述UE接收所述上行链路分组。在另一实施例中，所述接收上行链路分组的步骤包括：在空中接口上接收所述上行链路分组。在又一实施例中，所述方法还包括步骤：在修改接收到的分组之前，确定与所述UE相关联的无线接入网(RAN)上下文信息。在又一实施例中，修改所述接收到的分组包括：修改接收到的分组以存储与所述上下文信息相关联的信息。在另一实施例中，修改所述接收到的分组包括：将与所述上下文信息相关联的信息存储在接收到的分组的报头中。在又一实施例中，修改所述接收到的分组包括：将与所述上下文信息相关联的信息存储在接收到的分组的源地址字段中。在进一步的实施例中，所述源地址字段存储与所述UE相关联的互联网协议版本6(IPv6)地址，并且所述修改步骤包括：将所述上下文信息存储在所述UE的IPv6地址中。在另一实施例中，所述源地址字段存储与所述UE相关联的互联网协议版本6(IPv6)地址，并且所述修改步骤包括：将根据所述上下文信息确定的索引值存储在所述UE的IPv6地址中。

在本发明的第二方面中，提供了一种从用户设备(UE)路由上行链路分组的网络节点。所述网络节点包括：UE接口、网络接口、存储器和处理器。所述UE接口被配置以从所述UE接收分组。所述网络接口被配置以发送分组给目的地地址。所述存储器存储指令。所述处理器与所述UE接口、所述网络接口和所述存储器可操作连接。一经执行存储在所述存储器中的指令，所述处理器就使得节点执行以下步骤：根据与所述UE相关联的上下文信息相关联的信息，修改在所述UE接口上接收到的分组；以及在所述网络接口上将修改后的分组发送给目的地。

在实施例中，所述节点可以为网络接入点或演进型NodeB(eNodeB)。在又一实施例中，所述UE接口为用于在无线链路上从所述UE接收分组的空中接口。

在本发明的第三方面中，提供了一种路由寻址到UE的下行链路分组的方法。所述方法包括以下步骤：接收寻址到UE的下行链路分组；根据接收到的下行链路分组，确定与所述UE相关联的上下文信息；以及根据提取到的上下文信息，发送接收到的分组给所述UE。

在第三方面的实施例中，所述确定步骤包括：提取存储有接收到的分组的分组报头中存储的信息。在其它实施例中，提取到的信息为所述上下文信息。在可选实施例中，提取到的信息为索引，并且所述确定步骤还包括步骤：根据提取到的索引，确定与所述UE相关联的上下文信息。在又一实施例中，所述确定步骤包括：在接收到的下行链路分组中，从与所述UE相关联的地址中提取信息。

在本发明的第四方面中，提供了一种路由寻址到UE的下行链路分组的网络节点。所述网络节点包括：UE接口、网络接口、存储器和处理器。所述UE接口被配置以发送分组给UE。所述网络接口被配置以接收寻址到所述UE的分组。所述存储器存储指令。所述处理器与所述UE接口、所述网络接口和所述存储器可操作连接。一经执行存储在所述存储器中的指令，所述处理器就使得节点执行以下步骤：根据从所述网络接口上接收的分组中提取的信息，确定与所述UE相关联的上下文信息；以及根据确定的上下文信息，在所述UE接口上发送接收到的分组。

在本发明第四方面的实施例中，所述节点为网络接入点和演进型NodeB(eNodeB)中的一种。所述UE接口可以为在无线链路上发送分组给所述UE的空中接口。所述上下文信息可以为与所述无线链路相关联的无线接入网(RAN)上下文信息。

附图说明

现参考以下附图对本公开的示例实施例进行描述，不同附图中相同的附图标记表示相同的元件，并且其中：

图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为示出了根据本发明实施例的示例性方法的流程图。

在本公开中，出于解释而非限制的目的，为了透彻理解本公开，对具体细节进行了阐述。在一些情况下，省略了对公知设备、电路和方法的详细描述，以免用不必要的细节混淆本发明的描述。

因此，通过附图中的常规符号对系统和方法组件进行适当表示，仅示出了用以理解本公开实施例的那些相关特定细节，以免使用对于受益于本文描述的本领域普通技术人员来说显而易见的细节混淆本发明。

任何以虚线轮廓所示的特征或动作在一些示例实施例中可以认为是可选的。

具体实施方式

本发明涉及在与一个或更多个无线设备相关联的网络地址的一部分中传输上下文信息的方法和装置，所述无线设备例如，MTC设备140可以与网络100断开很长一段时间。由于上下文信息是在将信息从无线设备向外部实体110传送的UL分组340中的源网络地址270的上下文部分296中进行传输，其中所述外部实体110被返回为在朝向设备350的DL分组341中的目的地网络地址280，因此网络100中不存储依赖于设备的上下文信息，并且几乎不或不导致处理开销。

这就减少了并在一些示例实施例中消除了这种上下文信息在网络100(例如，间歇连接的MTC设备140的AP 131，330，331中的无线接入链路连接上下文)中的存储，同时在不产生显著处理开销的情况下还使得与MTC设备140之间的通信成为可能。

此外，所述方法提供了以不涉及在无线设备350的部分上的任何知识或处理的方式将动态分配的IP地址295后期绑定到无线设备350。这种动态地址分配和后期绑定可便于降低复杂度并同时降低无线设备350的成本、降低无线设备350的电池耗电量、降低供应和维护成本及其任意组合。此外，可以给无线设备350自动分配与无线设备350的特征、(当前)位置及其任意组合相匹配的IP地址。

此外，特定于设备的M2M协议可以以不依赖于设备的方式进行封装。例如，当从无线MTC设备350接收到UL传输351时，接收AP 330可以在不检查信息的情况下将所接收到的信息封装成IP分组340，构造出源IP地址270，其在上下文部分296中提供用于与无线设备350进行通信的上下文，并将所得的UL IP分组340转发给MTC-IWF 120或RCN 110。

所述方法允许随后的DL分组341在不采用隧道的情况下通过网络100进行转发，相应减少或消除与专门的移动感知协议相关的开销，其在IETFRFC 5213的“代理移动IPv6”(2008年8月)<http：//tools.ieft.org/html/rfc5213>中进行了详述。

此外，所述方法消除了与常规解决方案中捆绑的IP地址295相关联的控制信令，其在IETF RFC 5213的“代理移动IPv6”(2008年8月)<http：//tools.ietf.org/html/rfc5213>中进行了详述，相应减少与MTC设备140的附着点的改变相关联的开销。

本领域普通技术人员应理解，尽管本公开中参考了MTC设备，本文中所描述的方法动作同样可以包括朝向和来自非MTC无线设备的通信，并且本文中所描述的装置同样可以包括非MTC无线设备。

M2M技术的快速的新发展、持续增长和世界范围内的应用需要有非常大的地址空间，比如其在互联网协议版本6(IPv6)中进行了规定。在本发明中，IPv6分组可以互换性地称为IP分组。

图2A为通常在200处示为IPv6分组报头的示例格式。虽然在本说明书中，IPv6寻址约定仅出于示意的目的进行参考，但是本领域普通技术人员应理解，也可以采用其它的寻址方案。

如IETF RFC 2460的“互联网协议版本6(IPv6)规范”(1998年12月)其在<http：//tools.ietf.org/html/rfc2460>中进行了公开，分组报头200可以包括多个字段，在一些示例实施例中，包括但不限于协议版本210、业务类别变量220、流标签230、有效载荷长度参数240、下一报头指针250、跳数限制参数260、源地址字段270和目的地地址字段280中的一些或全部。

在IPv6的情况下，业务类别变量220在一些示例实施例中为8位字段的字段，其最初旨在通过中间路由器限定QoS处理被应用到分组。然而，IPv6下的业务类别变量220可能仅在一个方向上具有意义，并且不会影响在相反方向上行进的流的处理。此外，业务类别变量220不必进行端到端保存，但是可以沿着从分组源到其目的地的路径在任何位置发生变化。

在IPv6的情况下，流标签230在一些示例实施例中为20位字段的字段，其最初旨在标识组成单个流的分组，以便通过中间路由器简化流处理。然而，关于业务类别变量220，IPv6下的流标签230可能仅在一个方向上具有意义，并且不会标识在相反方向上行进的流。同样地，流标签230不必进行端到端保存，但是可以沿着从分组源到其目的地的路径在任何位置发生变化。

在一些示例实施例中，源地址字段270、目的地地址字段280或者两者均可以具有如图2B所示的格式，其在RFC 4291的“IP版本6寻址架构”(2006年2月)<http：//tools.ietf.org/html/rfc4291>中进行了公开。图中所示的通常示为290的示例IPv6单播地址结构可以包括128位，其被分成两个64位部分，分别指定为路由前缀291和接口标识292。

路由前缀291构成地址290的最显著(最左边)的位并在一些示例实施例中可以是64位长，其包括由诸如无线MTC设备140等源节点和诸如AS 110等目的地节点或RCN之间的中间路由器待使用的路由信息。路由前缀291在一些示例实施例中可以细分成子字段，即，m-位全局前缀293和(64-m)-位子网前缀294，其中0≤m≤64。

全局前缀293可以用于大型互联网内的路由。采用该全局前缀293到网络地址290的可达性由边界网关(BG)路由器115进行通告。子网前缀294可以用于本地网络(未示出)内的路由。采用该子网前缀294到网络地址290的可达性由位于BG 115和AP 131之间的内部站点路由器(未示出)进行通告。

接口标识符292为地址290的一部分，构成最不显著(最右边)的位，其在一些示例实施例中可以为64位长，通常是指端节点上的接口，往往编码为与无线设备(未示出)上的网络接口相关联的以太网媒体访问控制(MAC)地址。

特别是在移动无线设备的上下文下，分配给这种设备的IP地址290可能无法反映附着到RAN 130的当前点。这样，其可能不表示特别有益的构想。

然而，已经认识到，构成部分292的地址290的位通常(在IPv6中)指定为接口标识符，共同表现出一些有价值的特征。第一种特征在于，一经填充，所述部分292被赋予在通过网络的在一个方向上的分组流中，并从源地址270复制到沿相反方向发送的分组的目的地地址280中，其在那里又被赋予在通过网络的在相反方向上的分组流中。

因此，在本公开中，如图2C所示，由通常在IPv6中指定为接口标识符292的部分所表示的、对应于报头地址字段270、280中的一个的地址290的部分，在本文中被重新指定为上下文部分296，其包含特定于与无线设备相关联的上下文的信息，并且重新指定的网络地址表示为295。

在一些示例实施例中，当在无线设备350和RCN 110之间发起每个UL分组340流时，可以生成上下文部分296。

现在转到图3，其中示出了图1的更通用的版本。尽管在图1中仅示出了一个AP131，通常，RAN 130可以包括多个AP 330、331。在图3中，仅通过举例的方式，示出了两个AP330、331。给定的无线设备350可以与第一AP 330进行通信UL分组340，并与第二AP 331进行通信DL分组341。

本领域普通技术人员应理解，AP 330、331中的每个可以具有多个与其进行通信的无线设备350。在一些示例实施例中，AP 330在从其接收UL报文351的无线设备350的上下文中被示出，其可以与一个或多个这样的其它无线设备350以通信方式发送UL报文351和/或DL报文352。类似地，在一些示例实施例中，AP 331在向其发送DL报文352的无线设备350的上下文中被示出，其可以与一个或多个这样的其它无线设备350以通信方式发送UL报文351和/或DL报文352。

在一些示例实施例中，AP 330、331之间存在协调，以促进与给定无线设备350的通信。在一些示例实施例中，采用接入点控制器334来为AP 330、331二者提供方向。在一些示例实施例中，AP 330、331中的一个或另一个可以为或者可以包括控制器334。

在一些示例实施例中，当诸如AP 330等无线边缘网络节点接收到导致发起新分组流的上行链路报文351时，可以将上下文部分296插入到UL分组340的IP报头200中的源地址270中。在一些示例实施例中，可以将相同的上下文部分296同样插入到这种分组流中每个UL分组340的报头200中的源地址270中。

尽管在本公开中，最初在UL分组340的上下文部分296填充上下文信息并将其复制到后续DL分组341，但在一些示例实施例中，可以最初在DL分组341的上下文部分296填充上下文信息。例如，M2M应用111可以配置有分配给非移动设备350的IP地址295，在所述非移动设备350中，IP地址295在插入到DL分组341的目的地地址280时，包括其嵌入的上下文部分296中的上下文信息，服务AP 331可以使用所述上下文信息来与无线设备350进行通信。

虽然在本公开中，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的“演进通用陆地无线接入网(E-UTRAN)；无线资源控制(RRC)协议规范”<http：//www.3gpp.org/ftp/Specs/html-info-36331.htm>中所讨论的；

分组流不活动定时器(未示出)到时；

从传输协议报头或应用协议报头中检查一个或多个字段，以查找可以用于推断流中没有进一步分组的信息；

识别无线接入链路连接的变化或其特征变化，下行链路报文352将在该无线接入链路连接上进行发送；

识别无线接入链路连接的变化或其特征变化，上行链路报文351在该无线接入链路连接上被接收；以及

上述任意组合。

在一些示例实施例中，无线设备350、MTC-IWF 120、BG 115、M2M应用111、DL AP331、控制器334及其任意组合也可以提供可以帮助识别分组流结束的信息。

当AP 331接收到DL分组341时，其中DL分组341在其目的地地址280的上下文部分296中具有上下文信息，AP 331可以使用该上下文信息以在无线链路160上将相应的下行链路报文352传送给无线设备350。

在一些示例实施例中，可以采用已知的IP移动技术在隧道分组中对DL分组341进行封装以便传递给AP 331，已知的IP移动技术如3GPP TS 29.281的“通用分组无线系统(GPRS)隧道协议用户面(GTPv1—U)”<http：//www.3gpp.org/ftp/Specs/html-info/29281.htm>和IETF RFC 5213的“代理移动IPv6”(2008年8月)<http：//tools.ietf.org/html/rfc5213>中所公开的。

在一些示例实施例中，认识到MTC分组流往往是短暂的，嵌入在DL分组341的目的地地址280的上下文部分中的上下文信息可以标识服务AP 331，允许DL分组341被直接转发给AP 331，省掉了与专门的IP移动协议相关联的隧道和控制信令开销。在一些示例实施例中，上下文信息可以标识其它可以查询附加信息的网络实体(包括但不限于：MME、HLR、VLR、HSS和VNF实体)。

在一些示例实施例中，发自无线设备350的多个分组流340可以采用通用无线资源，或者另外共享通用上下文。在这种示例实施例中，这些分组流340可以共享通用的上下文部分296。本领域普通技术人员应理解，通过考虑报头200外的字段，可以采用现有技术来区分这种流，例如，通过非限制性示例的方式，经封装的TCP或用户数据报协议(UDP)报头中的端口号。

在一些示例实施例中，处理大量MTC设备140的开销可通过基于组的通信得到缓解，如3GPP TS 23.769的“机器类通信；基于组的增强”<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接收同一上下文或处理。本领域普通技术人员应理解，通过考虑报头200外的专用字段，可以对这种无线设备350进行标识，并与其它设备进行区分，其中，数据不用于所述其它设备，例如，通过非限制性示例的方式，包括在分组有效载荷中将给定无线设备140标识为应用数据的标识符，或者例如，通过非限制性示例的方式，使用经封装的TCP或UDP报头中的端口号或CoAP组统一资源标识符(URI)。

本领域普通技术人员也应理解，从IPv6的角度来看，将网络地址看作单播地址而非多播地址，其中多播上下文信息在所述网络地址中已编码成上下文部分296，其中Ipv6如RFC 4291的“IP版本6寻址架构”(2006年2月)<http：//tools.ietf.org/html/rfc4291中所讨论的。相反，多播组仅由MTC设备140的集合进行限定，如本文中所描述的，通过操作上下文部分296，已指示所述MTC设备140集合对具有给定上下文的传输进行监听，例如，通过非限制性示例的方式，在无线资源的特定集合上。分组341的多播性质仅对编码或授权对DL分组341中接收到的通用的上下文部分296编码的AP 331、AP 131、330和/或控制器334是显而易见的。

在一些示例实施例中，将路由前缀291保持在地址295最显著(最左边)的64位中。在一些示例实施例中，为了限制上下文部分296的范围，子网前缀294可以由可以用于RAN130内路由的区域前缀298来取代。因此，当RCN 110响应时，RCN 110将接收到的UL分组340中包括上下文部分296的源地址270复制到响应DL分组341的目的地地址280中。

因此，第二种这样的特征在于，包括上下文部分296的IP地址295沿两个方向在节点之间以分组进行传送。这为分组流提供了上下文信息的不可变的双向端到端传输。

针对在IPv6中通常指定为接口标识符的部分292，第三种特征在于，路由前缀291用于在网络100内做出转发决定，而部分292不用于做出这种转发决定。

因此，AP 330也可以将路由前缀291和相关信息插入到UL分组340的源地址270中，这将允许返回的DL分组341被转发到适当的AP 331。

继续使用路由前缀291以及上下文部分296的上述特征则意味着，尽管分组报头200传送与分组流相关联的上下文有关的信息，常规现成的路由器可以继续在网络100中进行使用，免除了专门的路由协议和分组转发引擎。此外，可以采用诸如最长前缀匹配等常规的路由转发机制。此外，根据所述流的要求而不是与特定无线设备350相关联的其它流的要求，上下文部分296可以用于对分组进行路由。例如，根据资源可用性和与流相关联的QoS，不同的流可以通过网络100中的不同路径进行转发。

嵌入在UL分组340的源地址270的上下文部分296中的上下文信息对包括无线资源上下文的上下文进行编码，当在稍后的时间点从RCN 110中接收DL分组341时，所述上下文可以随后由AP 331进行使用以与无线设备350进行通信。

UL分组340的源地址270的上下文部分296内待填充的上下文信息可以由AP 330根据其可用的信息进行获取，包括但不限于：

-IP报头、传输协议报头(包括但不限于：TCP/UDP)或应用协议报头(包括但不限于：HTTP或CoAP)中的一个或多个字段；

-UL报文351在其上被接收的无线接入链路连接的一个或多个特征；

-相应的DL报文352将在其上被发送的无线接入链路连接的一个或多个特征；

-与无线设备相关的网络节点壳体(housing)信息的标识；

-用于与无线设备进行通信的通信协议；

-无线设备类型(包括但不限于：移动或固定的)；和

-无线设备类别(包括但不限于：MTC设备或者HTC设备)。

在一些示例实施例中，出于对待填充在UL分组340的源地址270的上下文部分296内的上下文信息进行确定的目的，MTC设备140本身也可以提供可以帮助识别新分组流并分类这些分组流的信息，包括但不限于：编码在IPv6分组报头中的信息(包括但不限于：业务类别220、流标签230及其任意组合)、编码为IPv6源地址270的保留值(未示出)的信息、无线接入链路连接上的信息(包括但不限于：MAC控制元素，如3GPP TS 36.321的“演进通用陆地无线接入网(E-UTRAN)；媒体访问控制(MAC)协议规范”http：//www.3gpp.org/ftp/Specs/html-info/36321.htm中所讨论的)、传输协议报头(包括但不限于：TCP)中的信息、应用协议报头(包括但不限于：HTTP和CoAP)中的信息及其任意组合。

在一些示例实施例中，待填充在UL分组340的源地址270的上下文部分296内的上下文信息可以从指令中进行识别，这些指令接收自无线资源管理(RRM)实体(未示出)、业务管理(TM)实体(未示出)、MTC-IWF 120、BG 115、M2M应用111、DL AP 331、控制器334及其任意组合。

在一些示例实施例中，待嵌入并保留的上下文信息可以标识以下上下文方面的一个或多个：

-无线(接入)传输组，例如，包括一个或多个AP 131；

-服务AP 131、331、控制器334以及与分组流341相关联的无线设备350；

-无线接入链路连接，例如，包括一个或多个DL信道，其中，信道由时间、频率、空间和编码资源的某种组合组成；

-一个或多个无线链路传输参数，例如，包括调制和/或编码方案、传输功率级别、预编码矩阵等中的一个或多个；

-无线链路传输机会，通过非限制性示例的方式，包括传输资源集合以及供其使用的调度中的一个或多个；

-寻呼组，例如，包括一个或多个AP 131；

-寻呼机会，例如，包括寻呼资源集合以及供其使用的调度中的一个或多个；

-通过网络100到AP 331的预定的流量工程路径；

-QoS参数，包括但不限于：容许延迟、容许丢包和电池消耗参数；

-与设备相关的网络节点壳体信息的标识；

-用于与无线设备进行通信的通信协议；

-服务功能链(SFC)；和

-逻辑标识符，其不描述MTC设备140的固有特征，但可以用于例如，限定通过网络100的路径、访问诸如流描述符数据库(未示出)或无线资源上下文数据库(未示出)等存储器，其中，所述流描述符数据库包括有关分组流的详细信息，而包括一个或多个上述上下文方面的上下文信息在所述无线资源上下文数据库中进行维护。在一些示例实施例中，仅考虑标识符，不能对其所表示的信息的性质进行辨别，从而使得标识符可能不透明。

由于可以单独或组合使用给定的一个或多个上下文方面(其中，前述仅仅是非限制性示例子集)，可以根据上下文部分296中传达的上下文信息分配上下文部分296中的比特。在一些示例实施例中，上下文的各方面可以作为数值直接嵌入到上下文部分296中。在一些示例实施例中，上下文的各方面可以作为数值表中的指针嵌入到上下文部分296中。

为了适应上下文信息的各类组合，在一些示例实施例中，可以限定多个格式类。通过非限制性示例的方式，图4示出了由字母规定来标识的示例格式类，例如A 410、B 420、C430、D 440、E 450、F 460，其分别对应于六个不同的上下文部分412、422、432、442、452、462。本领域普通技术人员应理解，同样可以标识出对应于另外和/或不同组合的上下文信息的格式类。

在图4所示非限制性示例实施例中，上下文部分296的最显著(64-n)位包括(64-n)位的格式标识符411、421、431、441、451、461，其中n为上下文部分412、422、432、442、452、462中的比特数量。在一些示例实施例中，63位的上下文部分312的格式标识符411为“0”。在一些示例实施例中，格式标识符421、431、441、451、461包括预定的7位代码“yyyyyyy”，其中0≤yyyyyyy≤1111110，在其前端(leading)填充“1”。通过在上下文部分296的最显著(64-n)位填充的不同长度(包括0)的前端“1”使得不同格式类彼此间区别开来。

取决于到底传达了这些上下文方面中的哪个以及多少个，可以采用格式类中的一个或多个。

AP 330基于待传输给AP 331的上下文方面对格式类和/或格式进行标识并在其字段中插入合适的信息。

通过非限制性示例的方式，图5示出了具有相应格式标识符m、n、p和0的各种格式类的示例格式。图5A示出了标记为m510的格式类C的示例格式，其中，上下文部分432包括路径标识符511和无线承载标识符512。这种格式和上下文方面可以用于在路径标识符511所标识的预定流量工程路径上将业务转发给AP 331，以便在无线承载标识符512所标识的无线接入链路连接上进行传送。

图5B示出了标记为n520的格式类B的示例格式，其中，上下文部分422包括无线传输组标识符521和无线资源标识符522。这种格式和上下文方面可用于利用无线资源标识符522所标识的无线资源通过无线传输组标识符521所标识的无线传输点群组对业务进行发送。

在一示例实施例中，当设备350处于活动状态并且在监听指定无线资源上的传输时，可以采用这样的上下文。

在一示例实施例中，当已知无线设备350主动监听指定无线资源集合上的DL单播传输时，可以在标识出半静态调度时机(semi-persistent schedule oftimes)时采用这样的上下文。

在一示例实施例中，当已知所述群组中的无线设备350主动监听指定无线资源集合上的DL多播传输时，可以在多播方案中采用这样的上下文以标识半静态次数调度时机。

图5C示出了标记为p 530的格式类B的示例格式，其中，上下文部分422包括寻呼组标识符531和寻呼机会标识符532。这种格式和上下文方面可用于利用寻呼机会标识符532中标识的寻呼机会调度通过寻呼组标识符531中标识的无线传输点群组发送警报。

在一示例实施例中，上下文限定了寻呼组和寻呼机会集合，所述寻呼组和寻呼机会集合可用于警告无线设备350网络100具有为无线设备350缓冲的DL业务。例如，当无线设备350处于低功率电池状态或者无线设备350没有任何经分配的DL无线资源时，可以采用该实施例。

图5D示出了标记为0 540的格式类A 410的示例格式，其中，上下文部分412包括逻辑上下文标识符541，其不描述无线设备350的固有特征，但却可以用于限定通过网络100的路径，或访问诸如流描述符数据库(未示出)或无线资源上下文数据库(未示出)等存储器，其中，所述流描述符数据库包括有关分组流的详细信息，一个或多个上下文方面在所述无线资源上下文数据库中进行维护。

本领域普通技术人员应理解，同样可以标识出对应于另外和/或不同上下文方面的格式。

一旦UL分组340的源地址270的上下文部分296进行了上述填充，在适当情况下，可通过插入与服务AP 131、330、331或控制器334相关联的路由前缀291到源地址270中来完成源地址270。这使得返回的DL分组341被转发到合适的服务AP 131、330、331或控制器334，其中该返回的DL分组341的目的地地址280从UL分组的源地址270进行复制。

示例场景

现在转向图6和图7，示出了描述典型场景的两个示例实施例，在所述典型场景中，上下文信息保留并嵌入在MTC设备140和RCN 110之间分组流的上下文部分296中。

单播寻呼示例场景

图6为寻呼信息填充在网络地址字段295的上下文部分296中这一场景下的示例报文流示意图，其中所述网络地址字段295分配用于传送下行链路单播业务给诸如MTC设备140等无线设备350，并在上行链路分组340中进行传送。在这种场景下，假设在任何给定时间，单个服务AP 131同时处理UL和DL分组，如图1中所示。本领域普通技术人员应理解，所述场景可以扩展成图3所示配置，其中，AP 330、331分别各自处理UL分组340和DL分组341。本领域普通技术人员应理解，所述场景可以进一步扩展成一配置(未示出)，其中，例如但不限于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利用如3GPP TS 36.331的“演进通用陆地无线接入网(E-UTRAN)；无线资源控制(RRC)协议规范”<http：//www.3gpp.org/ftp/Specs/html-info-36331.htm>中所讨论的无线资源控制(RRC)信令向MTC设备140发送600控制报文352，以给MTC设备140配置寻呼机会调度以便与AP-1131一起使用。

在之后的某个时刻，MTC设备140发送605未经请求的UL报文1 351给应用，例如，诸如AS等RCN 110上的M2M应用111。UL报文1 351通知M2M应用111所述MTC设备140是活动的。在一些示例实施例中，这种报文可以利用优化用于诸如CoAP等机器类通信的协议。在这种协议中，UDP或TCP可以随UL报文1的目的地标识符中包括的RCN 110的IP地址295一起用作传输协议。在一些示例实施例中，所述报文可以使用应用层标识符而不是IP地址295，对于报文的发送者和接收者，可以分别采用MTC设备140标识符和RCN 110标识符来标识端到端会话。在一些示例实施例中，这些标识符可以是统一资源标识符(URI)。

发送所述报文后，在不存在主动通信的某个时刻，MTC设备140可以进入低功耗或睡眠状态610以节省电池电量，直到其醒来的下一次调度的寻呼机会。

当AP-1 131接收到605UL报文1 351时，在IP地址290的上下文部分296填充指定当前附着点和与MTC设备140在无线链路160上进行DL通信的方式(means)的上下文信息。具体地，在一些示例实施例中，填充的上下文信息对报文流600配置到MTC设备140中的寻呼机会调度进行标识，例如，在一些示例实施例中，通过向预配置表格提供索引或提供用于寻找机会计算算法的数。上下文信息可以由AP-1 131、控制器334、单独的RRM实体或业务管理(TM)实体(未示出)及其任意组合来确定。然后将上下文部分296随本地路由前缀291一起插入到IP分组340的源地址270中，从而允许返回的DL分组341被转发到AP-1 131。在一些示例实施例中，AP 131可以生成包括上下文部分296和路由前缀291的IP地址295，并将该地址295在，但不限于，RRC报文352(未示出)中以通信的方式发送给设备350，于是在发送分组351给AP131之前，设备350将IP地址295插入IP分组报头200的源地址270中。AP-1 131将所得的IPv6分组UL-1 340发送615给BG 115。本领域普通技术人员应理解，虽然在附图中仅示出了一个BG 115，任何给定的UL分组340和DL分组341及其任意组合可以采用不同的BG 115。

在一些示例实施例中，BG 115可以执行有状态的网络地址转换操作，如RFC 2663的“IP网络地址转换器(NAT)术语和注意事项”(2009年8月)<https：//tools.ietf.org/html/rfc2663>中公开的，从而导致在BG 115内存储源IP地址270的上下文部分296和源IP地址270的路由前缀291中的至少一个，并且由NATIP地址(未示出)替换源IP地址270。BG115进而将IPv6分组UL-1 340转发616给RCN 110。

在此后的某个时刻，RCN 110将IPv6分组DL-2 341中的报文发送620给MTC设备140。所述分组使目的地地址280取值成这一值，即，编码为RCN 110接收616到的IP分组UL-1340的源地址270。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转发621给RAN 130。填充有目的地地址280上下文部分296的上下文信息将用于转发621 DL分组DL-2 341给AP-1 131。

当AP-1 131接收621到DL分组DL-2 341时，AP-1 131对填充有分组DL-2 341的目的地地址280的上下文部分296的上下文信息进行检索，并对其进行应用以控制DL报文352应如何传送到MTC设备140。在一些示例实施例中，控制器334或RRM实体(未示出)或TM实体(未示出)从上下文部分296中获得上下文信息，并以通信方式发送给AP-1 331。上下文部分296中的上下文信息对于RCN 110是不透明的，并且不由RCN 110进行解释。因此，RCN 110将不计时其对DL分组DL-2 341的传输620，以与AP-1 131和MTC设备140之间建立的传输调度相一致。本领域普通技术人员应理解，由于DL分组DL-2 341的接收621不同步于AP-1 131建立的与MTC设备140间的无线链路寻呼调度，可以要求AP-1 131对分组进行缓冲直到下一次调度的寻呼机会，以便发送信息给MTC设备140。

当下一次调度的寻呼机会到来时，MTC设备140醒来625并恢复其接收器的功率。其因此监测来自AP-1 131的DL控制信道(DCCH)传输。

由于其已经缓冲了报文以进行发送，在调度的寻呼机会过程中的某个时刻，AP-1131以DCCH寻呼报文352的形式向MTC设备140发送630指示，即，AP-1 131具有一个或多个正等待发送到MTC设备140的缓冲的DL报文352。

当MTC设备140检测到630该寻呼352时，其利用适当的寻呼响应报文351向AP-1131发送635确认，所述寻呼响应报文可以是已建立的空中接口协议所定义的随机接入信道(RACH)或UL基于争用的信道(CBCH)报文。

当AP-1 131接收到635寻呼响应报文351时，其在一些示例实施例中根据当前到MTC设备140的无线链路条件和DL报文352的大小分配DL无线资源，并向MTC设备140传递640缓冲的报文，包括DL报文2 352。

一接收640所述DL报文2 352，MTC设备140就构造响应报文3 351并在上行链路信道上向AP-1 131发送645所述响应报文3 351，其中，在一些示例实施例中，目的地标识符从所述报文2 352中接收到640的源标识符进行复制。

发送该报文后，MTC设备140可以在不存在主动通信的某个时刻，进入低功耗或睡眠状态650以节省电池电量，直到其醒来的下一次调度的寻呼机会。

当AP-1 131接收645报文3 351时，在IP地址295的上下文部分296填充指定当前附着点和与MTC设备140在无线链路160上进行DL通信的方式的上下文信息。具体地，填充的上下文信息对报文流600或以其它方式配置到MTC设备140中的寻呼机会调度进行标识。然后将上下文部分296随本地路由前缀291一起插入到IP分组340的源地址270中，从而允许返回的DL分组341被转发到AP-1 131。AP-1 131将所得的IPv6分组UL-3 340转发655给BG 115。

在一些示例实施例中，如果MTC设备140的上下文没有发生改变，则UL分组UL-1340和UL-3 340的上下文部分296可以是相同的。然而，如果上下文发生改变，例如，通过非限制性示例的方式，寻呼机会调度发生改变(例如，通过发送类似于报文流600的RRC报文)，则UL分组UL-1 340的初始上下文部分CP1 296将是无效的，并且将采用UL分组UL-3 340的新上下文部分CP2 296。

在一些示例实施例中，BG 115执行NAT操作之后，进而将分组UL-3 340转发656给RCN 110。

在某个时刻，MTC设备140醒来650并恢复其接收器的功率。其因此监测来自AP-1131、AP-2 131及其任意组合的DL控制信道(DCCH)传输。

在该时刻，MTC设备140与标记为AP-2的新服务AP 131相关联。AP-2 131利用RRC信令向MTC设备140发送660控制报文352，以给MTC设备140配置新的寻呼机会调度以便与AP-2131一起使用。

在之后的某个时刻，MTC设备140发送665报文4 351给应用，例如，在诸如AS等RCN110上的M2M应用111。本领域普通技术人员应理解，所述应用可以与来自AS的同一或不同RCN 110上的M2M应用111相同或不同。报文351通知M2M应用111 MTC设备140为活动的。

发送该报文后，MTC设备140可以在不存在主动通信的时刻进入低功耗或睡眠状态670以节省电池电量，直到其醒来的下一次调度的寻呼机会。

当AP-2 131接收665报文4 351时，在IP地址695的上下文部分296填充指定当前附着点和与MTC设备140在无线链路160上进行DL通信的方式的上下文信息。具体地，在一些示例实施例中，填充的上下文信息对报文流660也就是说新服务AP-2 131配置到MTC设备140中的寻呼机会调度进行标识。然后将标记为CP3的上下文部分296随本地路由前缀291一起插入到IPv6分组340的源地址270中，从而允许返回的DL分组341被转发到AP-2 131。AP-2131将所得的分组UL-4 340转发675给BG 115。

在一些示例实施例中，BG 115执行NAT操作之后，进而转发676分组UL-4 340给RCN110。

如果RCN 110此后想要向MTC设备140发送报文，其会生成DL分组DL-5 341，所述DL分组DL-5 341使目的地地址280取值成这一值，即，编码为RCN 110接收676到的分组UL-4340的源地址270，即包括上下文部分CP3 296。该分组341由RCN 110在大型互联网150上进行转发680，并由BG 115进行接收680。

在一些示例实施例中，BG 115执行NAT操作之后，进而将DL分组DL-5 341转发681给RAN 130。填充有目的地地址280的上下文部分296的上下文信息用于将DL分组DL-5 341转发681给AP-2 131。

当AP-2 131接收686到DL分组DL-5 341时，AP-2 131对填充有分组DL-5 341的目的地地址280的上下文部分296的上下文信息进行检索，并对其进行应用以控制DL报文352应如何传送到MTC设备140。本领域普通技术人员应理解，由于DL分组DL-2 341的接收621不同步于AP-2 131建立的与MTC设备140间的无线链路寻呼调度，可以要求AP-2 131对分组进行缓冲直到下一次调度的寻呼机会，以便发送信息给MTC设备140。

当下一次调度的寻呼机会到来时，MTC设备140醒来685并恢复其接收器的功率。其因此监测来自AP-2 131的DL控制信道(DCCH)传输。

由于其已经缓冲了报文以进行发送，在调度的寻呼机会过程中的某个时刻，AP-2131以DCCH寻呼报文352的形式向MTC设备140发送690指示，即，AP-2 131具有一个或多个正等待发送到MTC设备140的缓冲的DL报文352。

当MTC设备140检测到690该寻呼报文341时，其利用适当的寻呼响应报文351向AP-2 131发送695确认，所述寻呼响应报文在一些示例实施例中可以是随机接入信道(RACH)或基于争用的信道(CBCH)报文。

当AP-2 131接收到695寻呼响应报文351时，其向MTC设备140分配DL无线资源，并向MTC设备140发送696缓冲的报文352，包括报文5 352。

多播传输示例场景

图7为用于一场景的示例报文流示意图，在所述场景中，用于传送DL多播业务给构成MTC设备140群组的多个MTC设备的传输信息填充在DL分组341中网络地址295的上下文部分296中。所述群组中的两个MTC设备140分别标记为MTC设备1 140和MTC设备2 140，通过非限制性示例的方式进行示出。此外，在该场景下，假设在任何给定时间，单个服务AP 131为所述群组中的每个MTC设备140同时处理UL和DL分组。本领域普通技术人员应理解，所述场景可以扩展成图3所示配置，其中，AP 330、331分别各自处理UL分组340和DL分组341。本领域普通技术人员应理解，所述场景可以进一步扩展成一配置(未示出)，其中，例如但不限于AP 131、330、331、接入路由器(未示出)、控制器334和/或MTC-IWF 115的一个节点可以从网络地址295的上下文部分292中解包上下文信息，例如但不限于AP 131、330、331和/或AP控制器334的单独节点可以将上下文信息应用到DL分组341流中。

在某个时刻，应用，例如在诸如AS等RCN 110上的M2M应用111，向MTC-IWF 120发送700请求分组341以创建与M2M应用111相关联的MTC设备140集合的多播组，即MTC设备1和MTC设备2。

然后，MTC-IWF 120将该请求分组341转发给701可能正在服务所述群组中MTC设备140的一个或多个AP(通过非限制性示例的方式，仅示出了一个AP)131。在一些示例实施例中，除了转发给或代替转发给AP 131，请求分组还可以被转发给控制器334、单独的TM实体(未示出)、RRM实体(未示出)及其任意组合。

当AP 131接收到701请求分组341时，AP 131使用RRC信令来发送705、706并且为各目标MTC设备140配置报文352，所述报文352概述了AP 131将使用的传输机会的调度。在一些示例实施例中，调度可以包括AP 131可能向所述群组发起下行链路传输的时刻，并且在一些示例实施里中，还包括将用于这些传输的无线资源。

MTC设备1 140和MTC设备2 140中的每个可以在不存在主动通信的情况下在某个时候进入低功率或睡眠状态710、711以节省电池电量，直到其醒来的下一次调度的传输机会。

此后，AP 131用指定当前附着点和与MTC设备140群组沿DL方向在无线链路160上进行通信的方式的上下文信息填充上下文部分296，包括AP 131通过报文流705、706配置到MTC设备140中的传输机会调度。然后，上下文部分296随本地路由前缀291一起插入到IP地址295中，从而允许DL分组341被转发到AP 131。AP 131构造响应分组，所述响应分组包括填充有上下文部分296和路由前缀291的IP地址295。将所得的响应分组UL-1 340转发715给MTC-IWF 120。

MTC-IWF 120进而将响应分组UL-1 340转发716给RCN 110。

在此后的某个时刻，RCN将IPv6分组DL-2 341中的报文发送720给MTC设备140群组。分组341使目的地地址280取值成这一值，即，编码为RCN 110接收716到的响应分组UL-1340中包括的IP地址295。该分组利用该地址通过大型互联网150进行转发720，直到其由BG115接收720。

BG 115进而将DL分组DL-2 341转发721给RAN 130。填充有目的地地址280的上下文部分296的上下文信息用于将DL分组DL-2 341转发721给AP 131。

当AP 131接收721到DL分组DL-2 341时，AP 131对编码在分组DL-2 341的目的地地址280的上下文部分296中的上下文信息进行检索，并对其进行应用以控制DL报文352应如何传送到预期接收者，在这种情况下为MTC设备140群组。本领域普通技术人员应理解，由于在AP 131端的DL分组DL-2 341的接收721不同步于AP 131建立的与MTC设备140群组间的无线链路传输调度，可以要求AP 131对分组进行缓冲直到下一次预定的传输机会，以便发送信息给每个MTC设备140。

当下一次预定的传输机会到来时，MTC设备140醒来725、726并恢复其各自接收器的功率。其因此监测分配给来自AP 131的传输的任何DL无线资源。如果无线资源以前没有在报文705、706中以通信方式发送的传输机会调度中标识出来，AP 131此时可以通过DCCH(未示出)以信令方式向MTC设备140群组通知下行链路无线资源的分配，或已在其间通过DCCH(未示出)以信令方式向MTC设备140通知过下行链路无线资源的分配。

由于其已经缓冲了报文以进行发送，在调度的传输机会过程中的某个时刻，AP131在已分配的资源上向所述群组中的MTC设备140发送缓冲的报文352，包括报文2 352。

基于报文2 352中包含的信息，在一些示例实施例中，一个或多个所述MTC设备140可以利用UL CBCH报文发送735UL响应消息3 351(通过非限制性示例的方式，仅示出了来自MTC设备1 140的一个)。

当AP 131接收735到报文3 351时，AP 131用指定当前附着点和与MTC设备1 140沿DL方向在无线链路160上进行通信的方式的上下文信息填充IP地址295的上下文部分296，包括AP 131通过基于组的报文流705、706配置到MTC设备140中的传输机会调度或者作为诸如图6所示报文流600等单独的RRC报文配置到MTC设备140中的传输机会调度。然后，上下文部分296随本地路由前缀291一起插入到UL IP分组340的源地址270中，从而允许返回的DL分组341被转发到AP 131。将所得的UL分组UL-3 340转发740给BG 115。

在一些示例实施例中，如果将与报文流705、706中建立的多播信道不同的专用DL业务信道(DTCH)分配给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进而转发741分组UL-3 340给RCN 110。

MTC设备1 140和MTC设备2 140中的每个可以在不存在主动通信的情况下，在某个时刻进入低功率或睡眠状态750、751以节省电池电量，直到其醒来的下一次调度的传输机会。

示例方法动作

现在转到图8，示出了通常标记为800的流程图，示出了根据用于传送上下文信息的方法的示例实施例的方法动作，其中根据本公开所述上下文信息控制在至少一个无线设备和与所述设备进行通信的通信节点之间沿至少第一方向的分组流。所述方法动作有利地提供为一个或多个计算机程序1020(参见图10)。

一个示例动作在于，用控制分组341沿第一方向流动的上下文信息填充810沿第二方向流动的分组340中标识的上下文部分296。

另一示例动作在于，从沿第一方向流动的分组341的上下文部分296中检索820控制分组341沿第一方向流动的上下文信息。

另一示例动作在于，应用830所检索到的上下文信息来控制沿第一方向流动的分组341。

示例设备

在对根据本公开的示例实施例进行详细说明后，应当注意，所述实施例主要存在于装置或设备组合中，如RCN 110、BG 115、MTC-IWF 120、AP 131、330、331、控制器334、无线设备350和MTC设备140以及与一个或多个这种组件之间的交互相关的处理动作。

在一些示例实施例中，AP 131、330、331和控制器334可以包括基站或形成基站的一部分。在一些示例实施例中，MTC设备140可以包括无线通信设备350或形成无线通信设备350的一部分。虽然一些实施例可以包括移动设备，但并不是所有实施例都限于移动设备；相反，各实施例可以在各种无线通信设备或终端内进行实现，包括传感器设备、致动器设备、手持设备、移动电话、膝上型电脑、平板电脑或个人数字助理(PDA)。

图9为通常示为900的处理系统的框图，所述处理系统可以用于实现诸如RCN 110、BG 115、MTC-IWF 120、AP 131、330、331、控制器334、MTC设备140和无线设备350等一个或多个设备，并用于执行本文所公开一种或多种方法中的动作。

设备900包括处理单元910、存储介质920和通信接口930。在一些示例实施例中，设备900还可以包括使一些或所有这些组件以及其它设备和/或控制器互连的处理总线940。在一些示例实施例中，设备900可以包括输入/输出(I/O)设备950、网络连接设备960、收发器970和/或天线980。

具体设备可以单独或与其它未示出的组件相结合来使用本文中所示组件的所有或仅使用其子集，集成度在设备900到设备900间可以发生改变。此外，设备900可以包括多个组件实例，如多个处理单元910、存储介质920、通信接口930、处理总线940、I/O设备950、网络连接设备960、收发器970和/或天线980等。

处理单元910使用合适的通用和专用中央处理器(CPU)、多处理器、微控制器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)等中的一个或多个的任意组合。可以存在多个处理单元910。任何给定的处理单元910可以是专用的、共享的或通用的。在一些示例实施例中，处理单元910可以全部或部分包括专用硬件或能够执行结构的硬件。

通过非限制性示例的方式，处理单元910通过向通信接口930发送数据和/或控制信号以及通过从存储介质920中检索数据和/或指令以执行本文中所公开的方法动作来控制设备900的一般操作。这种指令可以由一个或多个处理单元910同时、连续、以分布式方式或其它方式执行。

尽管这样配置，处理单元910的硬件配置成能够以足够的软件、处理能力、存储资源和网络吞吐能力来运行以便处理置于其上的任何工作负载。

存储介质920可以包括持久或非持久或易失性非临时存储器，其通过非限制性示例的方式可以是一个或多个诸如锁存器或触发器等缓冲电路、诸如磁带或磁卡等磁存储器、诸如可以为静态随机存取存储器(SRAM)或包括同步DRAM(SDRAM)的动态随机存取存储器(DRAM)的随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)或电可擦除可编程只读存储器(EEPROM)等半导体存储设备的任意组合的任何单个或多个，可以是包括以下任意组合的任何单个或多个的大容量存储设备，即，诸如软盘或硬盘等磁盘、磁光盘、诸如光碟(CD)或数字多功能(或视频)光盘(DVD)或蓝光磁盘等光存储器或光盘、固态存储器和/或闪存设备、内部或外部存储器或远程安装存储器或诸如基于通用串行总线(USB)的存储设备等网络连接设备。在实施例中，存储器可以包括启动时使用的ROM和执行程序时使用的用于存储程序和数据的DRAM。

存储介质920提供设备900所使用数据的存储，包括如上所述的结合或不结合在诸如流描述符数据库(未示出)或无线资源上下文数据库(未示出)等存储器中的上下文信息。

存储介质920也可以用于存储计算机程序1020(参见图10)中的计算机代码和/或代码序列、指令、配置信息、数据和/或脚本，所述计算机程序1020驻留在或者位于计算机程序产品1000中，当由处理单元910执行时，使处理单元910执行与设备900相关联的一个或多个功能，所述设备900可以是本文中所公开的RCN 110、BG 115、MTC-IWF 120、AP 131、330、331、控制器334、无线设备350或MTC设备140。

现在转到图10，示出了包括计算机可读装置1010的计算机程序产品1000的一个示例。在该计算机可读装置1010上，可以存储计算机程序1020，该计算机程序1020可以使处理单元910及与其可操作耦合的诸如存储介质920和通信接口930等实体和组件来执行根据本文中所述示例性实施例的方法。因而，计算机程序1020和/或计算机程序产品1000可以提供用于执行如本文中所公开示例实施例的任何动作的装置。

在图10所示示例实施例中，计算机程序产品1000示为光盘。然而，虽然计算机程序1020在本文中示意性示为所述光盘上的轨道，计算机程序1020可以以任何适用于计算机程序产品1000的方式存储在存储介质920中。

每个计算机程序1020可以以高级程序或面向对象的或以其它方式组织的编程语言来实现，如果需要的话，或者以对象代码、汇编语言或机器语言来实现；并且在任何情况下，所述语言可以是编译或解释语言。此外，对一个或多个具体实施例进行的上述描述并不使本公开的实现方式限定于任何特定的计算机编程语言、操作系统、系统架构或设备架构。

通信接口930促进了与I/O设备950、网络连接设备960和/或通信网络100中其它实体的通信。在一些示例实施例中，通信接口930用于与可以包括一个或多个发送器和/或接收器的收发器970以及至少一个天线980连接，通过这种方式通信得以实现。这样，通信接口930可以包括一个或多个接口以使内部和外部I/O设备950和网络连接设备960等与处理单元910相耦合，所述接口包括但不限于一个或多个视频适配器、并行接口和串行接口，串行接口包括但不限于包括模拟和/或数字组件和合适端口数量的USB接口。

处理总线940可以是任何类型的多种总线结构中的一个或多个，包括存储器总线或存储器控制器、外围总线、视频总线等。

I/O设备950可以包括与相应视频适配器耦合的显示器，包括但不限于视频监视器、液晶显示器(LCD)、发光二极管(LED)显示器和触摸屏显示器，可以包括输入设备，包括但不限于这种触摸屏显示器、键盘、小键盘、包括但不限于鼠标、触摸板、轨迹球和触控板等指向设备以及包括虹膜扫描仪、指纹和/或掌纹传感器的传感器，还可以包括语音识别和转录设备、包括3D打印机的打印机、读卡器、纸带阅读器和其它输入和/或输出设备。

网络连接设备960可以包括有线和/或无线链路，包括调制解调器、调制解调器组、USB接口卡、串行接口、光纤分布式数据接口(FDDI)卡、包括但不限于以太网卡、令牌环(token ring)卡、无线局域网(WLAN)卡的局域网(LAN)卡、无线电收发器卡和其它用于与接入节点和/或不同网络100、130通信的网络设备。

这种网络连接设备可以使得处理单元910能够与网络100或者一个或多个内联网(未示出)进行通信，不论是否通过非限制性示例的方式，通过LAN、广域网(WAN)或城域网(MAN)与远程设备进行通信以便进行数据处理和/或通信，例如，所述远程设备不限于其它处理单元910、远程存储设备(未示出)等。网络连接设备960也可以包括一个或多个收发器970和/或与一个或多个收发器970以接口方式连接，以便以无线方式或以其他方式发送并接收信号。采用这样的网络连接，可以想到处理单元910在执行一个或多个上述方法动作的过程中可以从网络100中接收信息或者可以向网络100输出信息。

收发器970进行操作以准备要发送的数据和/或对接收到的数据进行转换以便处理单元910进行处理。在一些示例实施例中，收发器970将传送至和/或来自基带格式的数据转换为不同波长和/或频率。

在一些示例实施例中，指令和/或脚本以及数据可以从网络100中接收并输出到网络100，例如，以计算机数据基带信号或嵌入在载波中的信号的形式，其中所述脚本可以包括由处理单元910执行的计算机程序。由网络连接设备960生成的基带信号或嵌入在载波中的信号可以在电导体中或在电导体表面上、在同轴电缆中、在波导中、在光学介质中或在空气或自由空间中进行传播，所述光学介质包括但不限于光纤。可以根据不同的顺序对包含在基带信号或嵌入在载波中的信号中的信息进行排序，可以按照处理或生成信息或者发送或接收信息所期望的进行。可以根据多种方法来生成基带信号或嵌入在载波中的信号或当前使用或以后开发的其它类型信号，这些信号在本文中称为传输介质。

为了不使本文中所呈现的概念产生混淆，可以省略其它组件以及设备900的相关功能。

现在转向图11，根据其部分功能方面，示出了通常示为1100的设备的组件的示意图，其在一些示例实施例中可以为AP 131、330、331、接入路由器(未示出)、控制器334、MTC-IWF 115和/或无线设备350(通过非限制性示例的方式，所述设备可以设置有IP地址295，根据要使用什么上下文，所述IP地址295包括来自AP 131、330、331的上下文或指令)，如本文中所公开的，所述设备可以用上下文信息填充上下文部分296，从上下文部分296中进行检索和/或应用这种上下文信息。根据示例实施例，设备1100包括多个功能单元，统称为1110。设备1100还可以包括多个其它功能单元，统称为1120。以下将对每个功能单元1110进行标识，并且以下将对其功能以及功能单元1110可能使用的上下文进行进一步讨论。

总体而言，可以在数字电子电路、计算机硬件、软件或固件中来实现各功能单元1110、1120。本公开的装置可以在计算机程序产品1000中来实现，所述计算机程序产品1000明确嵌入在存储介质930中，以便由处理单元910执行；方法动作可以由处理单元910来执行，所述处理单元910执行由指令组成的计算机程序1020以通过对输入数据进行操作并生成输出来执行本公开的功能。因此，处理单元910可用于从存储介质920中读取功能单元1110、1120提供的指令并执行这些指令，从而执行本文中所述的任何方法动作。

本领域普通技术人员应理解，也可以将实现所述技术和方法的其它指令和操作存储在存储介质920中。存储介质920中运行的软件可以与电路以接口方式连接来执行所述技术和方法动作。

此外，术语“模块”、“处理器”或“控制器”的明确使用不应当被解释为专指硬件的特定配置。

在一些示例实施例中，设备1100可以包括嵌入器1130、解包器1140和/或配置器1150。

在沿网络100进行传输之前，嵌入器1130用上下文信息填充UL分组340的分组报头200的源地址270的上下文部分296。所述上下文信息与控制沿DL方向的分组流341的信息相关联。

一从网络100中接收到DL分组341，解包器1140就从DL分组341的分组报头200的目的地地址280的上下文部分296中对所述上下文信息进行检索。所述上下文信息与控制沿DL方向的分组流，包括DL分组341，的信息相关联。

配置器1150应用检索到的上下文信息来控制上下文，所述上下文适用于包括DL分组流中的DL分组341的分组。

图12示出了根据本发明实施例的示例性方法。如图所示，在步骤1202中，从UE接收上行链路分组。所述分组可以由接入点来接收，例如eNodeB，或由比无线边缘更上游的节点接收。在步骤1204中，确定UE相关的上下文信息。并非所有与UE相关的上下文信息都需要在这一步骤中进行确定，如果只有部分信息待存储在分组中，则仅需要确定该信息。在步骤1206中，根据上下文信息修改分组，使得上下文信息存储在分组中。如可选步骤1208中所示，上下文信息可以存储在源地址中，所述源地址为与UE相关的IP地址。然后，在步骤1210中，将分组向目的地发送。

本领域技术人员应理解，将上下文信息存储在分组中之后，可以释放上下文信息。这允许诸如eNodeB等节点释放所需的资源。

图13示出了根据本发明实施例的示例性方法。如步骤1302中所示，在步骤1302中，接收寻址到UE的下行链路分组。所述分组包括与UE相关的上下文信息，在步骤1304中，提取所述与UE相关的上下文信息，并且在步骤1306中，所述与UE相关的上下文信息用于向UE发送分组。

本领域技术人员应理解，在步骤1206中存储的上下文信息在步骤1304中进行检索。通过以确保所存储的信息被发送回的方式将上下文信息存储在分组中，可以减少上下文信息的本地存储。一种机制在于将上下文信息存储在与UE相关的地址中。如果上下文信息可能的集合的数量有限，当存储在分组中的信息在步骤1304中提取出来时，其可以是用于从(预定)表格中检索上下文信息的索引。

如所讨论的，本公开提供一种用于传送上下文信息的方法，其中所述上下文信息控制分组在至少一个无线设备和与所述设备进行通信的通信节点之间沿至少第一方向流动，所述方法包括以下动作：对沿第二相反方向流动的分组的报头的上下文部分进行填充，所述上下文部分一旦填充有控制沿第一方向的分组流的上下文信息，则被赋予在沿网络的在第一或第二方向上的分组流中，并在两个方向上进行传送；从沿第一方向流动的分组的上下文部分中检索上下文信息；并应用检索到的信息来控制沿第一方向的分组流。

上下文部分可以嵌入在分组报头中的网络地址中。填充上下文部分可以包括将上下文部分放置在分组报头中的源地址中，其可以成为预定上下文部分格式。可选地，所述检索动作包括从分组报头中的目的地地址的上下文部分中检索上下文信息。分组可以是IPv6分组，并且可以替换IPv6地址中的接口标识符，可选地，填充包括在IPv6地址中填充路由前缀。在一些实施例中，所述上下文信息包括从由至少一个网络实体、无线电传输群组、接入点、接入点控制器、所述设备、无线接入链路连接、无线链路传输参数、无线链路传输机会、寻呼组、寻呼机会、路径、QoS参数、网络节点标识、通信协议、服务功能链、除了表示上下文的所述设备的固有特性外的逻辑上下文标识符以及任意上述所列项目的任意组合所组成的群组中选择的至少一个方面，其中，所述无线接入链路连接包括时间、频率、空间和编码资源中的至少一个；所述无线链路传输参数包括调制方案、编码方案、发射功率级别和预编码矩阵中的至少一个；所述无线链路传输机会包括传输资源和调度；所述寻呼机会包括寻呼资源和调度；所述QoS参数包括容许延迟、容许丢包和电池消耗参数中的至少一个。上下文信息可以为数值，并且其可以表现为在数值表中标识表项的指针的形式。在另一实施例中，所述填充动作包括从选自由IP报头字段、传输协议报头字段、应用报头字段、分组在其上沿第一方向流动的无线接入链路连接的特征、分组在其上沿第二方向流动的无线接入链路连接的特征、网络节点标识、通信协议、所述设备为移动设备的指示、所述设备为非移动设备的指示、所述设备为MTC设备的指示、所述设备为HTC设备的指示、无线接入链路连接的MAC控制元素以及从实体中接收的指令组成的群组的信息中获得上下文信息，其中，所述实体选自由无线资源管理实体、业务管理实体、互通功能、边界网关、应用、接入点、接入点控制器及其任意组合组成的群组。在实施例中，第一方向是朝向所述设备的下行链路方向，可选地，第二方向是来自所述设备的上行链路方向。所述填充动作可以包括用通用的上下文信息填充沿第二方向的多个分组流的报头中的上下文部分。在另一实施例中，所述至少一个无线设备包括一组与由通用的上下文信息所控制的沿第一方向流动的分组相关联的设备。所述无线设备可以是MTC设备或移动设备，而通信节点可以为应用服务器或者与所述至少一个无线设备进行通信的M2M应用。通信节点可以将沿第二方向流动的分组中的上下文部分复制到沿第一方向流动的分组的上下文部分。在另一实施例中，上下文信息在分组沿网络的第一和第二方向中的至少一种流动的过程中保持不变。

如上所讨论的，本公开教导一种嵌入节点，分组通过该嵌入节点沿第二方向流动以供在网络中进行使用，其中分组通过该网络在至少一个无线设备和与所述设备进行通信的通信节点之间沿第一和第二相反方向流动。所述节点包括嵌入器，所述嵌入器用于填充沿第二方向传输的分组的报头的上下文部分，所述上下文部分一旦填充有控制沿第一方向的分组流的上下文信息，则被赋予在沿网络的在第一或第二方向上的分组流中，并在两个方向上进行传送。

嵌入器可以选自由接入点、基站、基站控制器、无线网络控制器、NodeB、演进型NodeB、无线接入控制器、接入路由器、接入点控制器、互通功能、设备及其任意组合组成的群组。分组可以由通信节点沿第二方向进行接收，所述分组的上下文部分由通信节点复制到沿第一方向发送的分组的上下文部分中，可选地，所述节点包括解包器，其中所述解包器用于从沿第一方向发送的分组的上下文部分中对控制沿第一方向的分组流的上下文信息进行检索。所述嵌入器还可以包括配置器，其中所述配置器用于将从沿第一方向发送的分组的上下文部分中检索到的上下文信息应用到沿第一方向的分组流中。

如所讨论的，本公开还教导一种解包节点，分组通过该解包节点沿第一方向流动以供在网络中进行使用，分组通过该网络在至少一个无线设备和与所述设备进行通信的通信节点之间沿第一和第二相反方向流动。所述节点包括解包器，所述解包器可以从沿第一方向接收到的分组的报头的上下文部分中进行检索，所述上下文部分一旦填充有控制沿第一方向的分组流的上下文信息，则被赋予在沿网络的在第一或第二方向上的分组流中，并在两个方向上进行传送。所述节点还可以包括配置器，其中所述配置器用于将检索到的上下文信息应用到沿第一方向的分组流中。所述节点还可以包括嵌入器，其中所述嵌入器用于用控制沿第一方向的分组流的上下文信息填充沿第二方向发送的分组的报头的上下文部分。解包节点可以选自由接入点、基站、基站控制器、无线网络控制器、NodeB、演进型NodeB、无线接入控制器、接入路由器、接入点控制器、互通功能及其任意组合组成的群组。

术语

特定术语贯穿全文用来指特定的组件。制造商可能会用不同的名称来指代组件。特定术语或名称的使用并不意在对名称不同但功能相同的组件进行区分。

以下提供本文中所使用的特定缩略词和缩写的非排他性列表，本领域普通技术人员对其可能或可能不熟悉：

3GPP 第三代合作伙伴计划(Third Generation Partnership Project(3gpp.org))

802.11 IEEE无线局域网标准(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(i.e.to a Wireless Device))

DRAM 动态随机存取存储器(Dynamic Random Access Memory)

DSP 数字信号处理器(Digital Signal Processor)

DTCH 下行链路业务信道(Downlink Traffic Channel)

DVD 数字多功能(或视频)光盘(Digital Versatile(orVideo)Disk)

EEPROM 电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory)

eNB 演进型基站(evolved Node-B)

EPROM 可擦除可编程只读存储器(Erasable Programmable Read-Only Memory)

E-UTRAN 演进通用陆地无线接入网(Evolved Universal Terrestrial RadioAccess Network)

FDDI 光纤分布式数据接口(Fiber Distributed Data Interface)

FPGA 现场可编程门阵列(Field-Programmable Gate Array)

FS 固定站(Fixed Station)

GPRS 通用分组无线业务(General Packet Radio Service)

GTP GPRS隧道协议(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 ElectronicsEngineers(ieee.org))

IETF 互联网工程任务组(Internet Engineering Task Force(ietf.org))

I/O 输入/输出(Input/Output)

IP 互联网协议(Internet Protocol)

IPv6 IP版本6(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 移动IP(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(i.e.From a Wireless Device))

URI 统一资源标识符(Uniform Resource Identifier)

USB 通用串行总线(Universal Serial Bus)

VLR 拜访位置寄存器(Visitor Location Register)

VNF 虚拟化网络功能(Virtualized Network Function)

WAN 广域网(Wide Area Network)

WD 无线设备(Wireless Device)

WLAN 无线局域网(参见IEEE 802.11)(Wireless Local Area Network(cf.IEEE802.11))

术语“包括”和“包含”以开放式方式进行使用，因而应解释为意指“包括但不限于”。术语“示例”和“示例性”仅用于出于示意性的目的对实例进行确定，而不应理解为将本发明的范围限定到规定的实例。具体地，术语“示例性”不应解释为对与其一起使用的表述表示出或赋予任何赞美、有益的或其它品质，无论是在设计、性能或其它方面。

术语“耦合”和“通信”的任何形式意在指通过一些接口、设备、中间组件或连接的直接连接或间接连接，可以是电性的、机械的、化学的或其它方式。

除非另有说明，方向性术语如“向上”、“向下”、“左”和“右”用于指代所参考的附图中的方向。同样，用语如“向内”和“向外”用于分别指朝向和远离设备的几何中心、其面积或体积或指定部件。此外，本文中所描述的所有尺寸仅旨在通过示例的方式说明特定实施例，而不旨在将本公开的范围限定于任何可能指定的可能会脱离这些尺寸的实施例。

除非另有说明，单数形式的引用包括复数，反之亦然。

如本文中所使用的，诸如“第一”和“第二”等相关术语以及诸如“a”、“b”等编号设备等可以仅用于将一个实体或元件与另一实体或元件区分开来，而并不一定要求或暗示这些实体或元件之间存在任何物理或逻辑关系或顺序。

概述

本文中所有记载了原则、方面和本公开实施例及其特定示例的陈述均意图涵盖其结构和功能等效物。此外，希望这种等效物包括当前已知的等效物及将来开发的等效物，即，任何被开发出执行同一功能的元件，无论结构如何。

因此，例如，应理解，本文中再现的框图可以表示体现出本技术原理的说明性组件的概念图。

摘要的目的是为了使相关专利局或一般公众、特别是不熟悉专利或法律术语或措辞的本领域普通技术人员通过粗略检查快速确定该技术公开的本质。摘要既不旨在限定本公开的范围，也不旨在将其以任何方式限定到本公开范围内，本公开的范围由其权利要求进行判定。

上文中讨论了目前公开的实施例的结构、制造和使用。尽管公开了示例实施例，但这并不意在限制当前所述实施例的范围。应理解，虽然本公开由权利要求书而不是所提供的实现方式细节进行描述，并且可以通过省略、添加或替换具有同等功能元件的元件进行修改，但却提供了许多可以在多种特定背景下体现的适用性发明构思。所讨论的具体实施例仅仅说明了制造并使用本公开的具体方式，并不限定本公开的范围。更确切地，本文中所阐述的一般原理被认为是仅仅用来说明本公开的范围。

特别地，可以从一个或多个上述实施例中选择特征以创建包含有上文中可能未明确描述特征的特征的子组合的可选实施例。此外，可以对一个或多个上述实施例中的特征进行选择并组合以创建包含有上文中可能未明确描述特征的组合的可选实施例。在整体回顾了本申请之后，适用于这种组合及子组合的特征对本领域技术人员来说将变得显而易见。本文中所描述及权利要求书中所记载的主题旨在覆盖并包含技术上的所有适当变化。

此外，各个元件或组件可以组合或集成在另一系统中，或者可以省略或不实现特定特征。此外，在不脱离本公开范围的前提下，各实施例中分开或单独描述并示出的技术、系统、子系统和方法可以与其它系统、模块、技术或方法进行组合或结合。在不脱离本文中所公开范围的前提下，可以很容易地确定并做出对其它示例的改变、替换和修改。

结合本说明书，涵盖了替换、修改和等同物的各种修改和变化对于本领域普通技术人员来说将变得显而易见，并且在不脱离所附权利要求书所限定的本公开的前提下，可以对本文中所公开的实施例做出这些修改和变化。

考虑到说明书和其中公开的公开内容的实践，与本公开一致的其它实施例变得显而易见。因此，其中所公开的说明书和实施例仅视为示例，具有以下编号的权利要求所公开的本公开的真正范围。

Claims (23)

1.一种从用户设备UE路由上行链路分组的方法，包括：

从UE接收上行链路分组；

根据与所述UE相关的上下文信息相关联的信息，修改接收到的分组；以及

发送修改后的分组给目的地。

2.根据权利要求1所述的方法，其中所述接收上行链路分组的步骤包括：直接从所述UE接收所述上行链路分组。

3.根据权利要求1所述的方法，其中所述接收上行链路分组的步骤包括：在空中接口上接收所述上行链路分组。

4.根据权利要求1所述的方法，还包括步骤：在修改接收到的分组之前，确定所述UE相关的无线接入网RAN上下文信息。

5.根据权利要求1所述的方法，其中所述修改接收到的分组包括：修改接收到的分组以存储与所述上下文信息相关联的信息。

6.根据权利要求1所述的方法，其中所述修改接收到的分组包括：将与所述上下文信息相关联的信息存储在接收到的分组的报头中。

7.根据权利要求1所述的方法，其中所述修改接收到的分组包括：将与所述上下文信息相关联的信息存储在接收到的分组的源地址字段中。

8.根据权利要求7所述的方法，其中所述源地址字段存储所述UE相关的互联网协议版本6IPv6地址，并且所述修改步骤包括：将所述上下文信息存储在所述UE的IPv6地址中。

9.根据权利要求7所述的方法，其中所述源地址字段存储所述UE相关的互联网协议版本6IPv6地址，并且所述修改步骤包括：将根据所述上下文信息确定的索引值存储在所述UE的IPv6地址中。

10.一种从用户设备UE路由上行链路分组的网络节点，包括：

UE接口，用于从所述UE接收分组；

网络接口，用于发送分组给目的地地址；

存储器，用于存储指令；和

处理器，与所述UE接口、所述网络接口和所述存储器可操作连接；一经执行存储在所述存储器中的指令，所述处理器就使得所述节点执行以下步骤：

根据与所述UE相关的上下文信息相关联的信息，修改在所述UE接口上接收到的分组；以及

在所述网络接口上将修改后的分组发送给目的地。

11.根据权利要求10所述的节点，其中所述节点为网络接入点。

12.根据权利要求10所述的节点，其中所述节点为演进型基站eNodeB。

13.根据权利要求10所述的节点，其中所述UE接口为用于在无线链路上从所述UE接收分组的空中接口。

14.一种路由寻址到UE的下行链路分组的方法，包括：

接收寻址到UE的下行链路分组；

根据接收到的下行链路分组确定所述UE相关的上下文信息；以及

根据提取到的上下文信息，发送接收到的分组给所述UE。

15.根据权利要求14所述的方法，其中所述确定步骤包括：提取存储有接收到的分组的分组报头的信息。

16.根据权利要求15所述的方法，其中提取到的信息为所述上下文信息。

17.根据权利要求15所述的方法，其中提取到的信息为索引，并且所述确定步骤还包括步骤：根据提取到的索引，确定所述UE相关的上下文信息。

18.根据权利要求14所述的方法，其中所述确定步骤包括：在接收到的下行链路分组中，从所述UE相关的地址中提取信息。

19.一种路由寻址到用户设备UE的下行链路分组的网络节点，包括：

UE接口，用于发送分组给所述UE；

网络接口，用于接收寻址到所述UE的分组；

存储器，用于存储指令；和

处理器，与所述UE接口、所述网络接口和所述存储器可操作连接；一经执行存储在所述存储器中的指令，所述处理器就使得节点执行以下步骤：

根据从所述网络接口上接收的分组中提取的信息，确定所述UE相关的上下文信息；以及

根据确定的上下文信息，在所述UE接口上发送接收到的分组。

20.根据权利要求19所述的网络节点，其中所述节点为网络接入点。

21.根据权利要求19所述的网络节点，其中所述节点为演进型基站eNodeB。

22.根据权利要求19所述的网络节点，其中所述UE接口为用于在无线链路上发送分组给所述UE的空中接口。

23.根据权利要求22所述的网络节点，其中所述上下文信息为与所述无线链路相关联的无线接入网RAN上下文信息。