用于处理寻呼的方法和用于中继下行链路数据的方法与流程

本发明涉及寻呼过程和跟踪区域更新过程。
背景技术：
：在其中建立了移动通信系统的技术标准的3GPP中，为了处理第四代通信以及若干个相关论坛和新技术，已经从2004年末作为优化和改进3GPP技术的性能的努力的一部分开始了对长期演进/系统架构演进(LTE/SAE)技术的研究。已经基于3GPPSAWG2执行的SAE是与旨在确定网络的结构并且支持和3GPPTSGRAN的LTE任务一致的异构网络之间的移动性的网络技术有关的研究，并且是3GPP的最近重要的标准化问题之一。SAE是用于将3GPP系统发展成支持基于IP的各种无线接入技术的系统的任务，并且已经出于在更改进的数据传输能力的情况下使传输延迟最小化的优化的基于分组的系统的目的执行了该任务。3GPPSAWG2中定义的演进型分组系统(EPS)更高层参考模型包括具有各种情景的非漫游情况和漫游情况，并且对于其细节，可以参考3GPP标准文献TS23.401和TS23.402。已经根据EPS更高层参考模型简要地重新配置了图1的网络配置。图1示出了演进型移动通信网络的配置。演进型分组核心(EPC)可以包括各种元件。图1例示了与所述各种元件中的某些对应的服务网关(S-GW)52、分组数据网络网关(PDNGW)53、移动性管理实体(MME)51、服务通用分组无线服务(GPRS)支持节点(SGSN)和增强型分组数据网关(ePDG)。S-GW52是在无线接入网(RAN)与核心网之间的边界点处操作的元件，并且具有保持eNodeB22与PDNGW53之间的数据路径的功能。此外，如果终端(或用户设备(UE))在其中由eNodeB22提供服务的区域中移动，则S-GW52起到本地移动性锚点的作用。也就是说，对于E-UTRAN(即，在3GPP版本8之后定义的通用移动电信系统(演进型UMTS)陆地无线接入网)内的移动性，能够通过S-GW52路由数据包。此外，S-GW52可以在另一3GPP网络(即，在3GPP版本8之前定义的RAN，例如，UTRAN或全球移动通信系统(GSM)(GERAN)/增强型数据速率全球演进(EDGE)无线接入网)的情况下起到移动性的锚点的作用。PDNGW(或P-GW)53对应于朝向分组数据网络的数据接口的终止点。PDNGW53能够支持策略实施特征、数据包过滤、计费支持等。此外，PDNGW(或P-GW)53能够在3GPP网络和非3GPP网络(例如，不可靠网络，诸如互通无线局域网(I-WLAN)、码分多址(CDMA)网络，或者可靠网络，诸如WiMax)的情况下起到移动性管理的锚点的作用。在图1的网络配置中，S-GW52和PDNGW53已经作为独立网关被例示，但是可以根据单个网关配置选项来实现这两个网关。MME51是用于执行终端到网络连接的接入以及用于支持网络资源的分配、跟踪、寻呼、漫游、切换等的信令和控制功能的元件。MME51控制与订户和会话管理有关的控制平面功能。MME51管理许多eNodeB22并且执行用于选择网关以便切换至另一2G/3G网络的常规信令。此外，MME51执行诸如安全过程、终端到网络会话处理和空闲终端位置管理这样的功能。SGSN处理所有的分组数据，诸如针对不同接入3GPP网络(例如，GPRS网络和UTRAN/GERAN)的用户的移动性管理和认证。ePDG起到用于不可靠非3GPP网络(例如，I-WLAN和Wi-Fi热点)的安全节点的作用。如参照图1所描述的，具有IP能力的终端(或UE)能够经由EPC内的基于非3GPP接入以及基于3GPP接入的各种元件来接入由服务提供方(例如，运营商)提供的IP服务网络(例如，IMS)。此外，图1示出了各种参考点(例如，S1-U和S1-MME)。在3GPP系统中，连接存在于E-UTRAN和EPC的不同功能实体中的两个功能的概念链路被称作参考点。下面的表1定义了图1所示的参考点。除表1的示例所示的参考点之外，还可以取决于网络配置而存在各种参考点。[表1]在图1所示的参考点当中，S2a和S2b对应于非3GPP接口。S2a是在PDNGW与可靠非3GPP接入之间给用户平面提供有关控制和移动性支持的参考点。S2b是在PDNGW与ePDG之间给用户平面提供移动性支持和有关控制的参考点。图2是示出了公共E-UTRAN和公共EPC的架构的示例性图。如图2所示，eNodeB20能够执行诸如在RRC连接被激活的同时路由到网关、寻呼消息的调度和传输、广播信道(BCH)的调度和传输、上行链路和下行链路中资源到UE的动态分配、针对eNodeB20的测量的配置和提供、无线电承载的控制、无线电准入(admission)控制和连接移动性控制这样的功能。EPC能够执行诸如寻呼的生成、LTE_IDLE状态的管理、用户平面的加密、EPS承载的控制、NAS信令的加密和完整性保护这样的功能。图3是示出了UE与eNodeB之间的控制平面中的无线电接口协议的结构的示例性图，并且图4是示出了UE与eNodeB之间的控制平面中的无线电接口协议的结构的另一示例性图。无线电接口协议基于3GPP无线电接入网络标准。无线电接口协议水平地包括物理层、数据链路层和网络层，并且它被划分成用于信息的传输的用户平面和用于控制信号(或信令)的传送的控制平面。可以基于在通信系统中广泛已知的开放系统互连(OSI)参考模型的三个下面的层将协议层分类成第一层(L1)、第二层(L2)和第三层(L3)。在下面描述了图3所示的控制平面的无线电协议和图4的用户平面中的无线电协议的层。物理层PHY(即，第一层)使用物理信道来提供信息传送服务。PHY层通过传输信道连接至布置在更高层中的介质访问控制(MAC)层，并且在MAC层与PHY层之间通过该传输信道来传送数据。此外，在不同的PHY层(即，在发送方侧和接收方侧的PHY层)之间通过该PHY层来传送数据。物理信道由时间轴上的多个子帧和频率轴上的多个子载波组成。这里，一个子帧由时间轴上的多个符号和多个子载波组成。一个子帧由多个资源块组成，并且一个资源块由多个符号和多个子载波组成。发送时间间隔(TTI)(即，在其期间发送数据的单位时间)是与一个子帧对应的1ms。根据3GPPLTE，存在于发送方侧和接收方侧的物理层中的物理信道能够被划分成物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)，即，数据信道，以及物理下行链路控制信道(PDCCH)、物理控制格式指示符信道(PCFICH)、物理混合ARQ指示符信道(PHICH)和物理上行链路控制信道(PUCCH)，即，控制信道。在子帧的第一OFDM符号中发送的PCFICH携带与用来在该子帧内发送控制信道的OFDM符号的数目(即，控制区域的大小)有关的控制格式指示符(CFI)。无线设备首先在PCFICH上接收CFI并且然后监测PDCCH。与PDCCH不同，在不用使用盲解码的情况下，通过子帧的固定PCFICH资源来发送PCFICH。PHICH携带用于上行链路(UL)混合自动重传请求(HARQ)的肯定确认(ACK)/否定确认(NACK)信号。在PHICH上发送针对在由无线设备发送的PUSCH上的UL数据的ACK/NACK信号。在无线帧的第一子帧的第二时隙的前四个OFDM符号中发送物理广播信道(PBCH)。PBCH携带对于无线设备与eNodeB进行通信所必要的系统信息，并且通过PBCH发送的系统信息被称作主信息块(MIB)。相反，在由PDCCH指示的PDSCH上发送的系统信息被称作系统信息块(SIB)。PDCCH能够携带下行链路共享信道(DL-SCH)的资源分配和传输格式、关于上行链路共享信道(UL-SCH)的资源分配的信息、PCH的寻呼信息、DL-SCH的系统信息、在PDSCH上发送的更高层控制消息(诸如随机接入响应)的资源分配、针对特定UE组内的多个UE的一组发送功率控制命令以及互联网语音协议(VoIP)的激活。能够在控制区域内发送多个PDCCH，并且UE能够监测多个PDCCH。在一个控制信道元素(CCE)或多个连续CCE的聚合上发送PDCCH。CCE是用来根据无线电信道的状态给PDCCH提供编码速率的逻辑分配单元。CCE对应于多个资源元素组。PDCCH的格式和可能的PDCCH的比特的数目由CCE的数目与由这些CCE提供的编码速率之间的关系来确定。通过PDCCH发送的控制信息被称作下行链路控制信息(DCI)。DCI可以包括PDSCH的资源分配(也被称作下行链路(DL)许可))、PUSCH的资源分配(也被称作上行链路(UL)许可)、针对特定UE组内的多个UE的一组发送功率控制命令和/或互联网语音协议(VoIP)的激活。在第二层中存在若干个层。首先，介质访问控制(MAC)层用来将各种逻辑信道映射到各种传输信道，并且还起到用于将多个逻辑信道映射到一个传输信道的逻辑信道复用的作用。MAC层通过逻辑信道连接至无线链路控制(RLC)层(即，更高的层)。根据发送信息的类型，将逻辑信道基本上划分成通过其发送控制平面的信息的控制信道和通过其发送用户平面的信息的业务信道。第二层的RLC层用于通过分割和连接数据来控制适合于通过更低的层发送在无线电部中的从更高的层接收到的数据的数据大小。此外，为了保证无线电承载所需的各种类型的QoS，RLC层提供三种类型的操作模式：透明模式(TM)、非确认模式(UM)和确认模式(AM)。具体地，AMRLC通过自动重传请求(ARQ)功能来执行重传功能以便可靠的数据传输。第二层的分组数据会聚协议(PDCP)层执行用于减小包含在大小上相对大并且不必要的控制信息在内的IP数据包头部的大小的头部压缩功能，以便当发送IP数据包时在具有小带宽的无线电部中有效地发送诸如IPv4或IPv6这样的IP数据包。因此，能够提高该无线电部的发送效率，因为在数据的头部部分中仅发送必要的信息。此外，在LTE系统中，PDCP层还执行安全功能。该安全功能包括用于防止数据被第三方拦截的加密以及用于防止数据被第三方操作的完整性保护。第三层的最高地方处的无线资源控制(RRC)层仅在控制平面中被定义并且负责与无线电承载(RB)的配置、重新配置和释放有关的逻辑信道、传输信道和物理信道的控制。这里，RB意指由第二层提供以便在UE与E-UTRAN之间传送数据的服务。如果UE的RRC层与无线网络的RRC层之间存在RRC连接，则该UE处于RRC_CONNECTED状态。如果不存在，则该UE处于RRC_IDLE状态。下面描述了UE的RRC状态和RRC连接方法。所述RRC状态意指UE的RRC层是否已经逻辑上连接至E-UTRAN的RRC层。如果UE的RRC层逻辑上连接至E-UTRAN的RRC层，则将RRC状态称作RRC_CONNECTED状态。如果UE的RRC层未逻辑上连接至E-UTRAN的RRC层，则将RRC状态称作RRC_IDLE状态。因为处于RRC_CONNECTED状态的UE具有RRC连接，所以E-UTRAN能够检查出UE存在于小区单元中，并且从而有效地控制该UE。相反，如果UE处于RRC_IDLE状态，则E-UTRAN不能够检查出UE的存在，并且在跟踪区域(TA)单元(即，大于小区的区域单元)中对核心网进行管理。也就是说，在大于小区的区域单元中检查仅处于RRC_IDLE状态的UE的存在。在这样的情况下，UE需要转移至RRC_CONNECTED状态，以便提供有公共移动通信服务，诸如语音或数据。通过跟踪区域身份(TAI)对各个TA进行分类。UE能够通过跟踪区域代码(TAC)(即，由小区广播的信息)来配置TAI。当用户首先接通UE的电源时，UE首先搜索适当的小区，在相应的小区中建立RRC连接，并且向核心网注册关于该UE的信息。此后，UE停留在RRC_IDLE状态。处于RRC_IDLE状态的UE必要时(重新)选择小区，并且检查系统信息或寻呼信息。该过程被称作驻留。当处于RRC_IDLE状态的UE需要建立RRC连接时，UE通过RRC连接过程建立与E-UTRAN的RRC层的RRC连接，并且转移至RRC_CONNECTED状态。其中处于RRC_IDLE状态的UE需要建立有RRC连接的情况包括多种情况。所述多种情况可以包括例如其中由于诸如由用户做出呼叫尝试这样的原因需要发送UL数据的情况以及其中需要响应于从E-UTRAN接收到的寻呼消息来发送响应消息的情况。置于RRC层之上的非接入层(NAS)层执行诸如会话管理和移动性管理这样的功能。下面详细地描述图3所示的NAS层。属于NAS层的演进型会话管理(ESM)执行诸如默认承载的管理和专用承载的管理这样的功能，并且ESM负责对于UE使用来自网络的PS服务所需的控制。默认承载资源具有以下特点：它们由网络在UE首次接入特定分组数据网络(PDN)或接入网络时来分配。这里，网络分配可用于UE的IP地址，使得UE能够使用默认承载的数据服务和QoS。LTE支持两种类型的承载：具有保证用于数据的发送和接收的特定带宽的保证比特速率(GBR)QoS特性的承载以及不保证带宽的情况下具有最佳效果的QoS特性的非GBR承载。默认承载被指派为非GBR承载，并且专用承载可以被指派为具有GBRQoS特性或非GBRQoS特性的承载。在网络中，指派给UE的承载被称作演进型分组服务(EPS)承载。当指派EPS承载时，网络指派一个ID。这被称作EPS承载ID。一个EPS承载具有最大比特速率(MBR)和保证比特速率(GBR)或聚合最大比特速率(AMBR)的QoS特性。图5是例示了3GPPLTE中的随机接入处理的流程图。随机接入处理被用于UE10获得与基站(即，eNodeB20)的UL同步或者被指派UL无线资源。UE10从eNodeB20接收根索引和物理随机接入信道(PRACH)配置索引。由Zadoff-Chu(ZC)序列限定的64个侯选随机接入前导码存在于每个小区中。所述根索引是被用于UE生成所述64个侯选随机接入前导码的逻辑索引。随机接入前导码的发送限于每个小区中的特定时间和频率资源。所述PRACH配置索引指示前导码格式和能够发送随机接入前导码的特定子帧。UE10向eNodeB20发送随机选择的随机接入前导码。这里，UE10选择所述64个侯选随机接入前导码中的一个。此外，UE选择与所述PRACH配置索引对应的子帧。UE10在所选择的子帧中发送所选择的随机接入前导码。已接收到随机接入前导码的eNodeB20向UE10发送随机接入响应(RAR)。在两个步骤中来检测所述随机接入响应。首先，UE10检测用随机接入RNTI(RA-RNTI)掩码的PDCCH。UE10在由所检测到的PDCCH指示的PDSCH上的介质访问控制(MAC)协议数据单元(PDU)内接收随机接入响应。图6例示了无线资源控制(RRC)层中的连接处理。图6示出了取决于是否存在RRC连接的RRC状态。所述RRC状态表示UE10的RRC层的实体是否与eNodeB20的RRC层的实体逻辑连接，并且如果是，则将所述RRC状态称为RRC连接状态，如果不是，则将所述RRC状态称为RRC空闲状态。在已连接的状态下，UE10具有RRC连接，因此，E-UTRAN可以在小区的基础上了解UE的存在并且从而可以有效地控制UE10。相反，处于空闲状态的UE10不能够了解eNodeB20并且由核心网在比小区大的跟踪区域的基础上来管理。所述跟踪区域是小区的集合。也就是说，仅在更大区域的基础上了解处于空闲状态的UE10的存在，并且该UE应该切换到已连接的状态以接收诸如语音或数据服务这样的典型移动通信服务。当用户接通UE10时，UE10搜索适当的小区并且在该小区中停留在空闲状态。UE10在需要时通过RRC连接过程建立与eNodeB20的RRC层的RRC连接，并且转变为RRC连接状态。存在其中停留在空闲状态下的UE需要建立RRC连接的许多情形，例如，当用户试图呼叫时或当需要上行链路数据传输时，或者当响应于从EUTRAN接收到寻呼消息而发送消息时。为了使空闲的UE10与eNodeB20进行RRC连接，UE10需要执行如上所述的RRC连接过程。RRC连接过程通常伴随其中UE10向eNodeB20发送RRC连接请求消息的处理、其中eNodeB20向UE10发送RRC连接建立消息的处理以及其中UE10向eNodeB20发送RRC连接建立完成消息的处理而发生。参照图6更详细地描述这些处理。1)空闲的UE10在试图建立RRC连接例如以便试图呼叫或发送数据或者对来自eNodeB20的寻呼做出响应时，向eNodeB20发送RRC连接请求消息。2)当从UE10接收到RRC连接消息时，如果存在足够的无线资源，则eNodeB20接受来自UE10的RRC连接请求，并且eNodeB20向UE10发送响应消息即RRC连接建立消息。3)当接收到RRC连接建立消息时，UE10向eNodeB20发送RRC连接建立完成消息。如果UE10成功发送RRC连接建立消息，则UE10发生与eNodeB20建立RRC连接并且切换到RRC连接状态。图7示出了UE在地理上移动的示例，并且图8示出了可能在图7所示的示例中出现的问题。如可以从图7看到的，第一eNodeB20a与第一MME51a连接，并且第二eNodeB20b与第二MME51b连接。UE10在第一eNodeB20a的覆盖范围中停留在RRC空闲状态。虽然UE10从第一eNodeB20a的覆盖范围转移到第二eNodeB20b的覆盖范围，但是有数据要发送给该UE的第一MME51a像图8所示的那样向第一eNodeB20a发送寻呼信号。因为已经在第一eNodeB20a的覆盖范围中处于RRC空闲状态的UE10移动到第二eNodeB20b的覆盖范围中，所以UE10通过第二eNodeB20b向第二MME52b发送跟踪区域更新(TAU)请求。同时，第一eNodeB20a未能从UE10接收到对寻呼信号的响应。假定寻呼信号是呼叫。在这种情况下，UE10未能接收到响应于呼叫接收的寻呼信号，UE10不产生铃声或振动，使得用户不被提醒。此外，呼叫侧在没有任何特殊原因的情况下遭受呼叫失败。技术实现要素：技术问题本公开旨在提出一种用于解决上述问题的方法。技术方案为了实现上述目的，本公开提供了一种由管理移动通信网络中的移动性的服务器来处理寻呼的方法。所述方法可以包括以下步骤：从网络节点接收与待递送给终端的下行链路数据有关的通知；向至少一个或更多个基站发送针对所述终端的寻呼信号；从另一服务器接收针对所述终端的上下文请求；如果在接收对所述寻呼的响应之前接收到针对所述终端的所述上下文请求，则识别所述寻呼将失败；根据所述识别向所述另一服务器递送上下文响应；以及向所述网络节点发送用于处理所述下行链路数据的请求消息。如果在接收对所述寻呼的响应之前接收到针对所述终端的所述上下文请求，则可以执行所述寻呼的处理。所述寻呼的所述处理可以包括：即使与所述寻呼有关的定时器期满，也不重新发送所述寻呼信号。所述寻呼的所述处理可以包括：即使所述寻呼失败，也不向所述网络节点通知所述寻呼的失败。根据所述识别发送的所述上下文响应可以包括：关于所述寻呼的信息；对于使得所述另一服务器能够执行所述寻呼所需的信息或者对建立用户平面承载所需的信息；以及用于请求不执行所述网络节点的重新选择或重新定位的信息。关于所述寻呼的所述信息可以包括：用于指示已经接收到关于所述下行链路数据的所述通知的信息；用于指示针对所述终端的所述寻呼正被执行的信息；以及用于通知需要在所述另一服务器中设置用户平面承载的信息。对于使得所述另一服务器能够执行所述寻呼所需的所述信息或对建立用户平面承载所需的所述信息可以包括：在关于所述下行链路数据的通知消息中包括的信息。用于处理所述下行链路数据的所述请求消息可以包括以下项中的至少一个：用于保持所述下行链路数据的缓冲的请求；以及用于向所述另一服务器重新发送所述下行链路数据通知的请求。为了实现以上目的，本公开提供了一种在移动通信网络中管理移动性的服务器。所述服务器可以包括：发送/接收单元，其被配置成从网络节点接收与待递送给终端的下行链路数据有关的通知并且向至少一个或更多个基站发送针对所述终端的寻呼信号；以及控制器，其被配置成如果在接收对所述寻呼的响应之前接收到针对所述终端的所述上下文请求，则识别所述寻呼将失败。所述控制器还被配置成控制所述发送/接收单元，从而根据所述识别向所述另一服务器递送上下文响应并且向所述网络节点发送用于处理所述下行链路数据的请求消息。有益效果本公开可以在减小的呼叫接收延迟和增加的呼叫接收成功率的情况下增强服务质量，同时防止寻呼取消网络资源的浪费。具体地，如本文中所阐述的，源MME510a可以通过TAU过程知道UE已经比S-GW更早被重新定位，因此，源MME510a可以识别寻呼将比任何其它事更早失败。更具体地，该源MME可以通过TAU过程的上下文交换知道UE已经移动他的位置，而S-GW在作为后续过程的承载修改处理中知道这些。结果，源MME510a可以知道寻呼将比任何其它事更早失败。因此，根据本发明的实施方式，由源MME510a执行的过程可以变得有效。同时，根据本发明的实施方式，目标MME可以在若干个方案当中选择最优方案。例如，尽管发送下行链路通知对于S-GW是最佳的，但是目标MME可以在直接触发/执行触发、重新请求S-GW以及直接请求UE或eNB建立用户平面承载当中选择最适当的方案。附图说明图1是例示了演进型移动通信网络的结构的图。图2是例示了公共E-UTRAN和公共EPC的主要节点的功能的示例性图。图3是例示了UE与eNodeB之间的控制平面中的无线电接口协议的结构的示例性图。图4是例示了UE与基站之间的用户平面中的无线电接口协议的结构的另一示例性图。图5是例示了3GPPLTE中的随机接入过程的流程图。图6例示了无线资源控制(RRC)层中的连接过程。图7例示了UE在地理上重新定位的示例。图8例示了可能在图7所示的示例中出现的问题。图9是例示了TAU(跟踪区域更新)过程的示例性图。图10是例示了如本文中所提出的TAU(跟踪区域更新)过程的示例性图。图11是例示了根据本发明的第一实施方式的TAU(跟踪区域更新)的示例性图。图12是例示了根据本发明的第二实施方式的TAU(跟踪区域更新)的示例性图。图13是例示了根据本发明的第三实施方式的TAU(跟踪区域更新)的示例性图。图14是例示了根据本发明的第四实施方式的TAU(跟踪区域更新)的示例性图。图15是例示了根据本发明的第五实施方式的TAU(跟踪区域更新)的示例性图。图16是例示了根据本发明的第六实施方式的TAU(跟踪区域更新)的示例性图。图17是例示了根据本发明的第七实施方式的TAU(跟踪区域更新)的示例性图。图18是例示了UE、eNodeB和MME之间的示例性协议和接口的图。图19是例示了根据本发明的实施方式的MTC设备100和MME/SGSN510的配置的框图。具体实施方式考虑到UMTS(通用移动电信系统)和EPC(演进型分组核心)对本发明进行描述，但是本发明不限于这些通信系统，相反，可以应用于本发明的技术精神可以适用于的所有通信系统和方法。本文中所使用的技术术语被用来仅仅描述特定实施方式，并且不应该被解释为限制本发明。此外，除非另外定义，否则本文中所使用的技术术语应该被解释为具有由本领域技术人员所通常理解的含义，而不应该被解释得太宽或太窄。此外，本文中所使用的、被确定成不能正确表示本发明的精神的技术术语应该由如能够被本领域技术人员正确理解的这些技术术语代替或理解。此外，本文中所使用的一般术语应该如在字典中所定义的上下文中被解释，而不应该以过于狭窄的方式来解释。除非单数的含义在上下文中明确不同于复数的含义，否则本说明书中的单数的表达包括复数的含义。在以下描述中，术语“包括(include)”或“具有(have)”可以表示在说明书中所描述的特征、数字、步骤、操作、组件、零件或其组合的存在，并且可以不排除另一特征、另一数字、另一步骤、另一操作、另一组件、另一零件或其组合的存在或添加。术语“第一”和“第二”被用于关于各种组件的说明的目的，并且这些组件不受术语“第一”和“第二”限制。术语“第一”和“第二”仅被用来区分一个组件与另一组件。例如，在不脱离本发明的范围的情况下，第一组件可以被称为为第二组件。将要理解的是，当一个元件或层被称为“连接至”或“耦接至”另一元件或层时，所述一个元件或层能够直接连接或耦接至所述另一元件或层，或者可以存在中间的元件或层。相反，当一个元件被称为“直接连接至”或“直接耦接至”另一元件或层时，不存在中间的元件或层。在下文中，将参照附图更详细地描述本发明的示例性实施方式。在描述本发明时，为了易于理解，相同的附图标记被用来在整个附图中表示相同的组件，并且将省略关于相同组件的重复描述。将省略与被确定成使本发明的主旨不清楚的公知技术有关的详细描述。附图被提供以仅仅使本发明的精神容易理解，而不应该认为是限制本发明。应该理解的是，可以将本发明的精神扩展到其除了附图中所示的之外的修改、替换或等同物。在附图中，例如示出了用户设备(UE)。UE还可以被表示为终端或移动设备(ME)。UE可以是膝上型计算机、移动电话、PDA、智能电话、多媒体设备或其它便携式设备，或者可以是诸如PC或车载设备这样的固定设备。术语的定义为了更好理解，在转到参照附图对本发明的详细描述之前简要定义本文中所使用的术语。UMTS：代表通用移动电信系统并且意指第三代移动通信网络。UE/MS：用户设备/移动站，意指终端设备。EPC：代表演进型分组核心并且意指支持长期演进(LTE)网络的核心网。UMTS的演进版本。EPS：代表演进型分组系统并且意指包括UE、包括LTE的接入网以及EPC在内的移动通信系统。PDN(公用数据网络)：服务提供服务器位于其中的独立网络。PDN连接：从UE到PDN的连接，即，用IP地址表示的UE与用APN(接入点名称)表示的PDN之间的关联(连接)。PDN-GW(分组数据网络网关)：执行诸如UEIP地址分配、数据包筛选与过滤和计费数据收集这样的功能的EPS网络的网络节点。服务GW(服务网关)：执行诸如移动性锚、数据包路由、空闲模式数据包缓冲和触发MME寻呼UE这样的功能的EPS网络的网络节点。PCRF(策略和计费规则功能)：执行用于动态应用每服务流可区分的QoS和计费策略的策略决策的EPS网络节点。APN(接入点名称)：由网络管理的、从UE提供的接入点的名称，即，用于表示PDN或区分一个PDN与另一PDN的字符串。访问请求的服务或网络(PDN)通过对应的P-GW，并且APN是在网络中预先定义的能够发现P-GW的名称(例如，internet.mnc012.mcc345.gprs)。TEID(隧道端点标识符)：在网络中的节点之间配置的隧道的端点ID。通过每个UE的承载每扇区地配置TEID。NodeB：UMTS网络基站。NodeB被安装在室外并且在小区覆盖范围大小上对应于宏小区。eNodeB：EPS(演进型分组系统)基站并且被安装在室外。eNodeB在小区覆盖范围大小上对应于宏小区。(e)NodeB：共同表示NodeB和eNodeB。MME：代表移动性管理实体并且起到控制EPS中的每个实体以为UE提供移动性和会话的作用。会话：用于数据传输的路径。会话的单元可以包括PDN、承载体以及分别对应总体目标网络的单元(APN或PDN的单元)、在其中由QoS区分的单元(承载的单元)和目的地IP地址的单元的IP流。PDN连接：从UE到PDN的连接，即，用IP地址表示的UE与用APN表示的PDN之间的关联(连接)。这意指在核心网中的实体之间用来形成会话的连接(UE-PDNGW)。UE上下文：与UE的被用来管理网络中的UE的上下文有关的信息，即，由UEid、移动性(例如，当前位置)和会话属性(QoS或优先级)组成的上下文信息。OMADM(开放移动联盟设备管理)：用于管理诸如移动电话、PDA或便携式计算机这样的移动设备所设计的协议，并且执行诸如设备配置、固件升级和错误报告这样的功能。OAM(操作管理和维护)：表示显示网络故障并提供能力信息、诊断和数据的一组网络管理功能。NAS配置MO(配置对象)：用来在UE中配置与NAS功能关联的参数的MO(管理对象)。在下文中，参照附图对本公开进行描述。图9示出了示例性TAU(跟踪区域更新)过程。1)在空闲模式下，UE100移动到目标eNodeB200b的覆盖范围内。因此，确定TAU(跟踪区域更新)过程开始。2)然后，UE100向目标eNodeB200b发送TAU请求消息。3)然后，目标eNodeB200b确定负责的MME。在这种情况下，例如假定目标MME510b被确定为适当的负责的MME。目标eNodeB200b将TAU请求消息传送到目标MME510b。在这种情况下，假定S-GW520未改变。4-5)然后，目标MME510b向源MME510a发送UE的上下文请求(例如，ContextRequest)，并且作为响应，接收上下文响应(例如，ContextResponse)。这是用来从源MME510a获得PDN连接相关信息和EPS承载相关信息的处理。6)UE100与目标MME510b进行认证/安全过程，并且目标MME510b与HSS590进行安全过程。7)同时，目标MME510b响应于获得上下文来向源MME510a发送上下文确认(例如，ContextAcknowledge)消息。8)随后，因为S-GW520未由于TAU而改变，所以目标MME510b向S-GW520发送承载修改请求消息(例如，ModifyBearerRequest)，而不是会话创建请求消息(例如，CreateSessionRequest)。9-11)然后，S-GW520必要时向PDN-GW530发送承载修改请求消息。PDN-GW530必要时执行IP-CAN会话修改过程。PDN-GW530向S-GW520发送承载修改响应消息(例如，ModifyBearerResponse)。12)然后，S-GW520向目标MME510b发送承载修改响应消息。13)然后，目标MME510b向HSS590发送位置更新请求消息(例如，UpdateLocationRequest)。14-15)然后，HSS590向源MME510a发送位置取消消息(例如，CancelLocation)，并且源MME510a向HSS590发送位置取消确认消息(例如，CancelLocationAck)。16)然后，HSS590向目标MME510b发送位置更新确认消息(例如，UpdateLocationAck)。17-18)然后，目标MME510b通过目标eNodeB200b向UE100发送TAU接受消息(例如，TAUaccept)，并且UE100必要时向目标MME510b发送TAU完成消息(例如，TAUComplete)。在下文中，下面的表2至表9示出了在每个过程中使用的消息。首先，TAU请求消息可以包含如表2中所示的一条或更多条信息。[表2]以上在表2中所示的EPC更新类型信息元素可以包含以下位。[表3]同时，所述的上下文请求消息可以包含下面的表4中所示的信息元素。[表4]同时，上下文响应消息可以包含下面的表5中所示的信息元素。[表5]上下文响应消息中的关于PDN连接的信息可以包含下面的表6中所示的信息元素。[表6]在上下文响应中的包括在PDN连接信息中的承载上下文信息可以包含下面的表7中所示的信息。[表7]TAU接受消息可以包含下面的表8中所示的信息。[表8]信息描述TAU接受消息标识符消息标识符TAU结果指示更新的结果，例如成功或失败T3412值用于定期TAU的定时器值T3402值定时器在TAU失败时启动T3412扩展值用于进一步延长定期TAU的T3412的扩展值在上面的表8中，T3412值是用于使得UE100能够进行定期TAU的值。为了通过这种定期TAU来减小网络负荷，存在使得TAU能够以更长的时期被进行的T3412扩展值。该T3412扩展值可以被设置在MME中或者可以作为订户信息被保留在HSS540中。19)同时，在UE100如以上地执行TAU过程的同时，如在
背景技术：
部分中所描述的，源MME510a有数据要发送到UE10，源MME510a可以向源eNodeB200a发送寻呼信号。UE100已经移动到目标eNodeB200b的覆盖范围内，因此，UE100不能从源eNodeB200a接收到寻呼信号。源MME510a除非直到在寻呼有关时间值(例如，T3413定时器期满)之前为止从eNodeB200a接收到对寻呼信号的响应，否则源MME510a重新发送寻呼信号。该寻呼有关时间值(例如，T3413定时器)可以是用于寻呼信号的重新发送的定时器。结果，寻呼信号被重新发送预定次数，并且呼叫方遭遇其中它继续接收回铃音的情形。此后，如果到达该预定次数，则源MME510a向S-GW报告寻呼失败。结果，呼叫侧在没有任何特殊原因的情况下具有呼叫失败的不便，并且UE100的用户不产生铃声或振动，因为他尚未接收到针对呼叫接收的寻呼，因此，该用户不能接收到任何通知。现在描述用来解决这种不便的方案。在提到细节之前，下面用以下两个方案来给出简要描述。(1)用于通过减小呼叫接收延迟来增强用户服务的质量的方案在TAU过程期间从源MME510a接收到上下文响应之后，目标MME510bi)识别是否存在如本文中所提出的特定指示。特定指示指示源MME510a已经完成用于对UE进行寻呼的活动或者目标MME510b已经从S-GW接收到关于UE的下行链路数据通知。随后，目标MME510bii)将特定指示包括在TAU接受消息中并且将该TAU接受消息发送到UE100。特定指示可以被包含在TAU接受消息中以指示存在应该在接收到寻呼消息时被进行的操作或者向UE通知存在下行链路数据。目标MME510biii)进行用于单独配置用户平面承载的操作。例如，目标MME510b向目标eNodeB200b发送初始上下文建立消息，或者可以进行用于激活无线电部的用户平面承载以便下行链路数据传输的处理。(2)用于避免由于重复的寻呼而导致的网络资源的浪费的方案当在TAU过程期间从源MME510a接收到上下文响应时，目标MME510bi)识别是否存在如本文中所提出的特定指示。特定指示指示源MME510a已经完成用于对UE进行寻呼的活动或者目标MME510b已经从S-GW接收到关于UE的下行链路数据通知。ii)随后，目标MME510b可以向源MME510a发送用于停止寻呼的消息。iii)此外，目标MME510b可以通过向S-GW单独发送指示UE已经移动的信息来通知该S-GW以前的下行链路数据通知应该被取消。该信息使得S-GW能够停止等待对以前发送的寻呼的响应。更积极地，目标MME510b可以向源MME510a发送用于请求停止寻呼的消息。可以根据活动将上述两个方案概括如下。1)目标MME510b确定寻呼信号将被发送到的UE是否已经移动，并且如果移动，则确定TAU过程是否继续进行。例如，目标MME510b确定寻呼信号将被发送到的UE是否已经在目标MME510b与源MME510a之间的上下文交换过程期间移动以及TAU过程是否在进行中，并且相应地，目标MME510b可以请求源MME510a停止寻呼。2)目标MME510b可以向S-GW520通知目标MME510b已经在用于修改目标MME510b与S-GW520之间的承载的消息交换期间在以上处理1)中识别到的内容。在该处理中，目标MME510b可以向S-GW520发送用于停止寻呼的请求。或者，当接收到已经识别到的内容时，S-GW520可以识别寻呼过程不是进一步需要的并且进行用于取消/停止寻呼过程的后续过程。3)当向UE发送TAU接受消息时，目标MME510b可以向该TAU接受消息添加用于使得UE100能够开始UE100在将来接收到寻呼信号时应该做的任务的信息。这使得UE能够在接收寻呼信号之前准备好以减小在接收寻呼信号之前的延迟，因此立即使得用户平面承载能够被建立。4)当接收到TAU接受消息时，UE100立即执行用户平面承载的建立。或者，由网络发起的用户平面承载的建立由该网络立即完成。下面结合附图给出更详细的描述。图10是例示了如本文中所提出的示例性TAU(跟踪区域更新)过程的图。整个处理与以上结合图9所描述的处理相似。在下文中，为了不进行重复描述，主要描述两种处理之间的差异。按照图10所例示的过程，添加条件来触发用户平面承载的建立以将用户平面承载的建立置于更早的时间。1)在接收到要发送给UE100的下行链路数据时，S-GW520将下行链路数据存储在缓冲区中并且识别哪个MME负责UE100。2)S-GW520向源MME510a发送下行链路数据通知。该下行链路数据通知可以包括ARP、EPS、承载ID等。3)源MME510a向S-GW520发送下行链路数据通知确认消息。4)随后，源MME510a向属于UE100在其中注册了的跟踪区域的所有eNodeB(包括源eNodeB200a)发送寻呼信号，以便将寻呼信号输送给UE100。在这种情况下，源MME510a可以使用在从S-GW520接收到的下行链路数据通知消息中包括的EPS承载ID，以便应用和控制寻呼相关策略。也就是说，源MME510a可以通过EPS承载ID来识别存储在MME中的EPS承载上下文信息。然而，空闲UE100离开源eNodeB200a的覆盖范围去往目标eNodeB200b的覆盖范围。因此，UE100不能接收到寻呼信号。5-6)因此，UE100通过目标eNodeB200b向目标MME510b发送TAU请求消息，并且目标MME510b向源MME510a发送上下文请求消息。7)源MME510a向目标MME510b发送上下文响应消息。在该处理中，源MME510a可以通知目标MME510b寻呼信号已被发送给UE100。该信息可以是直接信息或者可以以隐含信息的各种形式被传送，使得目标MME510b可以识别该信息。或者，目标MME510b可以基于从eNodeB或其它网络节点所收集的附加信息来认识到任何有问题的情形。8)像以上所描述的那样执行认证/安全过程。9)目标MME510b向源MME510a发送上下文确认消息。在该处理中，目标MME510b可以将用于取消或停止现有寻呼的信息包括在该上下文确认消息中。10)目标MME510b向S-GW520发送承载修改请求消息。在该处理中，目标MME510b可以向S-GW520通知目标MME510b已经识别到的内容。另外，在该处理中，目标MME510b可以将用于取消或停止寻呼的信息包括在该承载修改请求消息中。也就是说，当获得所识别的信息时，S-GW520认识到不需要进一步的寻呼处理，从而进行用于取消或停止以前的寻呼的后续过程。11)S-GW520向目标MME510b发送承载修改响应消息。在该处理中，S-GW520可以将指示将用户平面承载的建立的时间提前的信息包括在该承载修改响应消息中。该信息可以包含可能在目标MME510b创建要发送给UE100的消息时产生影响的信息，并且如果需要，可以将待被用于用户平面承载的建立的附加信息一起发送。或者，可以另外包括在下行链路数据通知中包括的信息。12)如上所述，目标MME510b向HSS590发送位置更新请求消息。13-14)如上所述，HSS590向源MME510a发送位置取消消息并且接收位置取消确认消息。在这种情况下，以上提到的各条信息中的某些可以被存储到HSS590中。15)目标MME510b向UE100发送TAU接受消息。在该处理中，该TAU接受消息可以包括用于指示用户平面承载的建立像UE100是针对以前的寻呼定向的UE并且应该响应于寻呼来执行服务请求过程一样被立即执行的指示。例如，该指示可以具有与“激活标志”相似的形式。“激活标志”被包括在如表2中所示的TAU请求消息中，并且可以根据本发明的实施方式将该“激活标志”包括在该TAU接受消息中。同时，目标MME510b可以首先发起针对用户平面承载建立的操作。例如，如果激活标志按惯例被包括在TAU请求消息中，则可以在发送TAU接受消息时立即执行用户平面承载建立。作为对此的应用，目标MME510b可以将激活标志包括在TAU接受消息中并且发送该TAU接受消息，使得可以立即进行用户平面承载建立过程。16)UE必要时可以向源MME510a发送TAU完成消息。17)同时，UE100可以在接收到TAU接受消息时像该UE100接收到寻呼信号一样执行服务请求过程。例如，如果TAU接受消息包括激活标志，则UE100可以像它接收到寻呼信号一样执行服务请求过程。或者，对于用户平面承载建立所需的其它处理(用于在UE与eNodeB之间的无线电承载的建立的过程)可以一起进行。图11是例示了根据本发明的第一实施方式的示例性TAU(跟踪区域更新)过程的图。图11例示了根据本发明的第一实施方式的可以由源MME510a进行的方案。所示的所有处理与图9和图10中所示的处理相似。在下文中，为了不进行重复描述，主要描述两个方案之间的差异。1-5)和如图10中所示的处理相同。6-7)目标MME510b向源MME510a发送上下文请求消息以获得UE的EPS承载上下文信息。7)如果在源MME510a已经在接收到如上所述的下行链路数据通知消息之后发送寻呼信号的状态下接收到上下文请求，则源MME510a将识别出寻呼可能失败。因此，源MME510a将以下信息片中的一个包括在要发送到目标MME510b的上下文响应消息中，并且发送该上下文响应消息。[表9]8)然后，即使直到寻呼定时器(例如，T3423定时器)期满为止未从UE接收到响应，源MME510a①也不重新发送寻呼信号，②源MME510a也不向S-GW520发送寻呼失败的消息(参见TS29.274，DownlinkDataNotificationFailureIndication)。根据现有技术，源MME510a能够进行寻呼重新发送策略，并且如果S-GW520接收到寻呼失败的消息，则它删除针对UE缓冲的下行链路数据。以上所述是为了防止这个。在更有效的方案中，源MME510a可以向S-GW520发送包括以下信息块中的一个的下行链路数据处理请求。[表10]可以在不受如所示的顺序困扰的情况下结合其它处理来执行以上处理8)。9)与图10中所示的处理相似。10)目标MME510b向源MME510a发送上下文确认消息。在这种情况下，目标MME510b可以将与诸如用于请求源MME510a取消或停止现有寻呼的信息这样的寻呼处理有关的信息包括在上下文确认消息中。在接收到该消息之后，源MME510a可以像在以上的处理8)中那样向S-GW520发送下行链路数据处理请求消息。11-17)与图10所示的处理相似。图12是例示了根据本发明的第二实施方式的示例性TAU(跟踪区域更新)过程的图。图12例示了根据本发明的第二实施方式的可以由目标MME510b进行的方案。也就是说，根据第二实施方式，目标MME510b可以立即发送寻呼信号。所示的所有处理与图9至图11中所示的处理相似，因此，为了不进行重复描述，主要描述两个方案之间的差异。1-8)与图11所示的各个处理相似。9a-9b)如在图11的处理7)中一样，当接收到上下文响应时，如果目标MME510b识别到有问题的情形(其中源MME510a一直在向UE发送寻呼信号或者存在针对UE的下行链路数据)，则目标MME510b立即执行寻呼。在这种情况下，各种方案可以一起来执行寻呼。作为第一方案，目标MME510b立即创建用于UE100的TAI列表，并且向包括在该列表中的所有eNodeB发送寻呼信号。当然，即使根据现有技术，MME也可以在TAU过程期间创建TAI列表，将该列表包括在TAU接受消息中，并且在向该列表中的所有eNodeB发送寻呼信号的同时将该TAU接受消息发送给UE。然而，根据本发明的第二实施方式，目标MME510b识别有问题的情形并且在接收到上下文响应消息时立即进行寻呼，因此将寻呼的时间提前，这使得本发明与现有技术不同。作为第二方案，目标MME510b可以从TAU请求消息知道它已经经过哪个eNodeB，即UE处于哪个eNodeB的覆盖范围内。因此，不是向TAI列表中的所有eNodeB发送寻呼信号，而是目标MME510b可以仅向相应的eNodeB发送寻呼信号。作为第三方案，目标MME510b可以从TAU请求消息具有与UE的更确切的位置有关的信息，诸如UE的小区ID。因此，目标MME510b可以将特定指示或小区ID信息添加到将要被发送给相应的eNodeB的寻呼信号，而不是将寻呼信号发送给TAI列表中的所有eNodeB，使得寻呼信号仅被发送到相应的小区。同时，当接收到寻呼信号时，UE100可以像在图15和图16中所示的那样进行RRC连接配置过程或发送服务请求消息。可以与其它处理一起完成以上过程9a)和9b)。10-17)与图11中所示的处理相似。图13是例示了根据本发明的第三实施方式的示例性TAU(跟踪区域更新)过程的图。图13例示了根据本发明的第三实施方式的可以由目标MME510b执行的方案。目标MME510b可以向S-GW520发送针对下行链路数据通知的请求。所示的所有处理与图9至图12中所示的处理相似。本描述因此集中于两个方案之间的差异，由此跳过相似的处理。1-8)与图11至图13中所示的处理相似。9a)如图11的处理7)中一样，当接收到上下文响应时，目标MME510b可以识别有问题的情形(其中源MME510a一直在向UE发送寻呼信号或者存在针对UE的下行链路数据)。10)与图12中所示的处理相似。11)目标MME510b向S-GW520发送承载修改请求消息。在这种情况下，目标MME510b已经识别到如上所述的有问题的情形，因此目标MME510b将指示该有问题的情形的信息或请求重新发送下行链路数据通知的信息包括在该承载修改请求消息中。然后，S-GW520可以向目标MME510b重新发送下行链路数据通知消息。此外，S-GW520可以进行后续过程和用于组织从源MME510a发送来的下行链路数据通知消息的任务(例如，执行内部过程以取消或停止以前的寻呼或者向源MME510a发送用于寻呼取消或停止的消息)。当从S-GW520接收到下行链路数据通知消息时，目标MME510b可以进行用于寻呼的过程。或者，根据本发明的其它实施方式的组合，目标MME510b可以进行寻呼优化或者创建并发送包括特定信息的TAU接受消息或用于用户平面承载建立的消息。12)S-GW520向目标MME510b发送承载修改请求响应消息。在这种情况下，该承载修改请求响应消息可以包含指示将用户平面承载建立的时间提前的信息。该信息可能在目标MME510b创建待发送给UE100的消息时产生影响，并且如果需要，可以将待被用于用户平面承载建立的附加信息一起发送。或者，可以另外包括在下行链路数据通知中包括的信息。13)目标MME510b可以将UE的新位置注册到HSS590中。在这种情况下，可以将以上已经提到的某些存储到HSS590中。13-17)与图11中所示的处理相似。图14是例示了根据本发明的第四实施方式的示例性TAU(跟踪区域更新)过程的图。图14例示了根据本发明的第四实施方式的可以由目标MME510b进行的方案。目标MME510b可以将服务请求的发送的指示发送给UE。所示处理中的大部分与图9至图13中所示的处理相似。本描述集中于两个方案之间的差异，由此跳过相似的处理。1-8)与图11至图13中所示的处理相似。9a)如在图11的处理7)中一样，当接收到上下文响应时，目标MME510b可以识别有问题的情形(其中源MME510a一直在向UE发送寻呼信号或者存在针对UE的下行链路数据)。9b)然后，源MME510a可以独立地或与本公开的实施方式的若干个组合结合地向UE100发送包括以下信息块中的一个的指示。尽管在附图中指示具有新的NAS(非接入层)消息的形式，但是可以在TAU接受消息中包括并发送该指示。[表11]可以与TAU过程结合来进行上述处理。然后，UE100可以基于表11中所示的信息为后续过程做准备。因此，可以非常迅速地完成后续过程。10-15)与图11中所示的处理相似。16)目标MME510b发送TAU接受消息。该TAU接受消息可以包括如在如上所述的处理9b中所提供的指示。包括在该TAU接受消息中的指示可以是例如上述的激活标志。激活标志是用来被包括在TAU请求消息中的激活标志。根据本发明的实施方式，该激活标志可以被包括在TAU接受消息中。目标MME510b将激活标志包括在TAU接受消息中并且发送该TAU接受消息，使得UE可以立即执行用户平面承载建立过程。图15是例示了根据本发明的第五实施方式的示例性TAU(跟踪区域更新)过程的图。图15例示了根据本发明的第五实施方式的可以由目标MME510b执行的方案。目标MME510b可以请求目标eNodeB200b建立用户平面承载。1-10)与图11至图14中所示的各个处理相似。10a)如在图11的处理7)中一样，当接收到上下文响应时，目标MME510b可以识别有问题的情形(其中源MME510a一直在向UE发送寻呼信号或者存在针对UE的下行链路数据)。然后，目标MME510b向目标eNodeB200b发送用于执行用户平面承载建立的初始上下文建立请求。在这种情况下，如图12所示，利用识别，目标MME510b可以立即执行寻呼。10b)目标eNodeB200b通过针对RRC连接建立的处理来配置用于用户平面承载的无线电部。也就是说，目标eNodeB200b可以使得能够通过向UE100发送更高层信号来触发RRC连接建立。或者，目标eNodeB200b可以通过向UE100发送RRC连接重新配置消息并且从UE100接收RRC重新配置完成消息来执行RRC连接建立。或者，目标eNodeB200b可以通过向UE100发送基于RRC的无线电承载建立消息并且从UE100接收基于RRC的无线电承载建立完成消息来执行RRC连接建立。或者，如图12所示，目标MME510b可以在识别之后立即执行寻呼过程，并且目标eNodeB200b可以接收寻呼信号并且将该寻呼信号传送给UE100，使得RRC连接建立能够被触发。然后，UE100可以向目标eNodeB200b发送RRC连接请求消息，目标eNodeB200b可以向UE100发送RRC连接建立消息，并且UE100可以向目标eNodeB200b发送RRC连接建立完成消息。可以如此完成RRC连接建立。UE100可以在从目标eNodeB200b接收到更高层信号或寻呼信号时执行RRC连接建立过程。10c)随后，目标eNodeB200b向目标MME510b发送初始上下文建立响应消息。11-17)与图11至图14中所示的各个处理相似。图16是例示了根据本发明的第六实施方式的示例性TAU(跟踪区域更新)过程的图。图16例示了根据本发明的第六实施方式的可以由UE100执行的方案。1-15)与图11至图15中所示的各个处理相似。16)如在图11的处理7)中一样，当接收到上下文响应时，目标MME510b可以识别有问题的情形(其中源MME510a一直在向UE发送寻呼信号或者存在针对UE的下行链路数据)。然后，目标MME510b向UE100发送TAU接受消息。该TAU接受消息可以包含表11中所示的信息。另选地，表11中的信息可以在新的独立NAS消息中被发送，而不是被包括在TAU接受消息中。新的NAS消息的使用有利地使得UE100能够相对更早地开始用户平面承载建立，因为UE100可以更早地接收到信息。来自其中在TAU接受消息中包含并发送如表11中所示的信息的方法的益处将不改变根据现有技术的过程。17)与图11至图15中所示的处理相似。18)当接收指示对于用户平面承载建立的请求的信息时，UE100向目标eNodeB200b发送服务请求消息。按照现有技术，UE100在TAU处理期间或作为TAU处理的结果不从网络接收请求用户平面承载建立的信息。换句话说，UE100不试图请求服务，而根据如图16中所示的实施方式，能够使它变得可能。服务请求消息是基于NAS的消息。当接收到服务请求消息时，目标eNodeB200b将它包括在初始UE消息(即，InitialUEMessage)中并且将该初始UE消息发送给目标MME510b。19)与图11至图15中所示的处理相似。20)目标MME510b向目标eNodeB200b发送初始上下文建立请求消息以执行用户平面承载建立。21)目标eNodeB200b和UE100通过针对RRC连接建立的处理来配置用于用户平面承载建立的无线电部。为此，目标eNodeB200b向UE100发送基于RRC的无线电承载建立消息并且从UE100接收基于RRC的无线电承载建立完成消息。或者，UE100向目标eNodeB200b发送RRC连接请求消息，目标eNodeB200b向UE100发送RRC连接建立消息，并且UE100向目标eNodeB200b发送RRC连接建立完成消息。如此完成了RRC连接建立。22-24)与图11至图15中所示的处理相似。然后，可以经由目标eNodeB200b将缓冲在S-GW520中的下行链路数据传送到UE100。图17是例示了根据本发明的第七实施方式的TAU(跟踪区域更新)过程的图。图17例示了根据本发明的第七实施方式的可以由S-GW520执行的方案。1-7)与图11至图15中所示的各个处理相似。8)即使随后直到寻呼定时器(例如，T3423定时器)期满为止未能从UE接收到响应，源MME510a①也不重新发送寻呼信号，②源MME510a也不向S-GW520发送关于寻呼失败的消息。根据现有技术，源MME510a可以执行寻呼重新发送策略，并且当接收到关于寻呼失败的消息时，S-GW520删除针对UE缓冲的下行链路数据。以上所述防止了这个。在更有效的方法中，源MME510a可以向S-GW520发送包括用于保持缓冲下行链路数据的请求和用于在识别目标MME510b之后重新发送下行链路数据通知的请求中的一个或更多个的下行链路数据处理请求消息。可以在不受如所示的顺序困扰的情况下与其它处理结合来执行以上处理8)。然后，S-GW520保持缓冲下行链路数据并且向目标MME510b重新发送下行链路数据通知。当从目标MME510b接收到请求时，S-GW520即使从目标MME510b接收到寻呼失败的通知，S-GW520也不丢弃而是可以保持所缓冲的下行链路数据。9)与图10中所示的处理相似。11)如在图11的处理7)中一样，当接收到上下文响应时，目标MME510b可以识别有问题的情形(其中源MME510a一直在向UE发送寻呼信号或者存在针对UE的下行链路数据)。然后，目标MME510b向S-GW520发送承载修改请求消息。该承载修改请求消息可以包含指示该有问题的情形的信息或请求下行链路数据通知的重新发送的信息。11a)然后，S-GW520可以向目标MME510b重新发送下行链路数据通知消息。此外，S-GW520可以识别发送到源MME510a的下行链路数据通知消息或者对发送到源MME510a的下行链路数据通知消息执行后续处理(例如，执行内部过程以取消或停止以前的寻呼或者向源MME510a发送关于取消或停止寻呼的消息)。当从S-GW520接收到下行链路数据通知消息时，目标MME510b可以执行用于寻呼的过程，或者根据本发明的实施方式的组合，可以进行寻呼优化或创建包含特定信息的TAU接受消息或用于用户平面承载建立的消息并且发送这些消息。11b)目标MME510b发送下行链路数据通知确认消息。12)S-GW520向目标MME510b发送承载修改响应消息。该承载修改响应消息可以包含触发用于将用户平面承载建立的时间提前的过程的信息。该消息可以在源MME510a创建要发送给UE100的消息时产生影响，并且如果需要，可以将用于在用户平面承载建立中使用的附加信息一起发送。或者，可以另外包括在下行链路数据通知中包括的信息。13-17)与图11至图16中所示的各个处理相似。上述实施方式假定了在负责的S-GW未改变的情况下的E-UTRANTAU过程，并且其描述可以被扩展到其中根据现有技术执行若干个TAU过程的情形或扩展到诸如RAU/LAU这样的其它接入网/核心网。此外，变化或添加的信息可以通过添加新的参数/域/信息、通过扩展现有参数/域/信息或通过组合各种参数/域/信息来获得，或者可以从尚不存在于现有技术中的最近定义的消息开始。上述实施方式可以相互组合。本领域技术人员应该领会的是，这些实施方式可以彼此容易组合，因此，跳过了组合的详细描述。然而，应该注意的是，未将这些组合从本发明的范围中排除。图18是例示了UE、eNodeB和MME之间的示例性协议和接口的图。如图18所示，在UE100与eNodeB200之间传递的消息基于RRC(无线资源控制)协议。在eNodeB200与MME510之间传递的消息基于S1-AP(S1应用协议)。在UE100与MME510之间传递的消息基于NAS(非接入层)协议。基于NAS协议的消息被封装成基于RRC协议的消息和基于S1-AP的消息并发送。到此为止所描述的实施方式可以用硬件来实现，这在下面结合图19来描述。图19是例示了根据本发明的实施方式的MTC设备100和MME/SGSN510的配置的框图。如图19所示，UE100包括存储装置101、控制器102和通信单元103。MME510包括存储装置511、控制器512和通信单元513。同样地，S-GW520包括存储装置521、控制器522和通信单元523。存储装置101、511和521存储以上结合图9至图18所描述的方法。控制器102、512和522控制存储装置101、511和521以及通信单元103、513和523。具体地，控制器102、512和522分别执行存储在存储装置101、511和521中的方法。控制器102、512和522通过通信单元103、513和523来发送以上所描述的信号。尽管已经结合本发明的优选实施方式示出或描述了本发明，然而本发明不限于此，相反，可以在不脱离由所附权利要求限定的本发明的范围的情况下对本发明做出各种改变或修改。当前第1页1 2 3