处理寻呼的方法和中继下行链路数据的方法 |
|||||||
申请号 | CN201380052899.5 | 申请日 | 2013-10-10 | 公开(公告)号 | CN104718788A | 公开(公告)日 | 2015-06-17 |
申请人 | LG电子株式会社; | 发明人 | 金贤淑; 金泰显; 金材炫; 金来映; 柳珍淑; | ||||
摘要 | 本 发明 涉及一种用于在 移动通信网络 内从管理移动性的 服务器 处理寻呼的方法。所述方法包括以下步骤:移动性管理服务器从用户设备接收 跟踪 区域更新(TAU) 请求 ;移动性管理服务器从用于用户设备的先前的移动性管理服务器获得用户设备的上下文;移动性管理服务器基于所获得的上下文来确定寻呼是否正通过要中继到用户设备的下行链路数据从先前的移动性管理服务器执行;以及当相对于用户设备的寻呼被确定为正被执行时,对于用户设备将寻呼 信号 中继到一个或多个基站。 | ||||||
权利要求 | 1.一种在移动通信网络中通过移动性管理服务器来处理寻呼的方法,所述方法包括: |
||||||
说明书全文 | 处理寻呼的方法和中继下行链路数据的方法技术领域背景技术[0002] 在其中建立了移动通信系统的技术标准的3GPP中,为了处理第四代通信以及数个有关论坛和新技术,对长期演进/系统架构演进(LTE/SAE)技术的研究已经从2004年末作为优化和改进3GPP技术的性能的努力的一部分开始。 [0003] 已经基于3GPP SA WG2执行的SAE是有关旨在确定网络的结构并且旨在支持和3GPP TSG RAN的LTE任务一致的异构网络之间的移动性的网络技术的研究,并且是3GPP的最近重要的标准化问题之一。SAE是用于将3GPP系统发展成支持基于IP的各种无线接入技术的系统的任务,并且已经出于在更改进的数据传输能力情况下使传输延迟最小化的优化的基于分组的系统的目的执行了该任务。 [0004] 3GPP SA WG2中定义的演进型分组系统(EPS)高层参考模型包括具有各种情景的非漫游情况和漫游情况,并且为了得到其细节,能够参考3GPP标准文献TS 23.401和TS23.402。已经根据EPS高层参考模型简要地重新配置了图1的网络配置。 [0005] 图1示出演进型移动通信网络的配置。 [0006] 演进型分组核心(EPC)可以包括各种元件。图1图示对应于各种元件中的一些的服务网关(S-GW)52、分组数据网络网关(PDN GW)53、移动性管理实体(MME)51、服务通用分组无线服务(GPRS)支持节点(SGSN)以及增强型分组数据网关(ePDG)。 [0007] S-GW 52是在无线接入网(RAN)与核心网之间的边界点处操作的元件,并且具有维护e节点B 22与PDN GW 53之间的数据路径的功能。此外,如果终端(或用户设备(UE))在其中服务由e节点B 22提供的区域中移动,则S-GW 52起本地移动性锚点的作用。也就是说,对于E-UTRAN(即,在3GPP版本8之后定义的通用移动电信系统(演进型-UMTS)陆地无线接入网)内的移动性,能够通过S-GW 52路由分组。此外,S-GW 52可以在另一3GPP网络(即,在3GPP版本8之前定义的RAN,例如,UTRAN或全球移动通信系统(GSM)(GERAN)/增强型数据速率全球演进(EDGE)无线接入网)情况下起移动性的锚点的作用。 [0008] PDN GW(或P-GW)53对应于朝向分组数据网络的数据接口的端点。PDN GW 53能够支持策略实施特征、分组过滤、计费支持等。此外,PDN GW(或P-GW)53能够在3GPP网络和非3GPP网络(例如,不可靠网络,诸如互通无线局域网(I-WLAN)、码分多址(CDMA)网络,或可靠网络,诸如WiMax)情况下起移动性管理的锚点的作用。 [0009] 在图1的网络配置中,S-GW 52和PDN GW 53已作为单独的网关被图示,但是可以依照单个网关配置选项实现两个网关。 [0010] MME 51是用于执行终端到网络连接的接入以及用于支持网络资源的分配、跟踪、寻呼、漫游、切换等的信令和控制功能的元件。MME 51控制与订户和会话管理有关的控制平面功能。MME 51管理许多e节点B 22并且执行用于选择网关以便切换至另一2G/3G网络的常规信令。此外,MME 51执行诸如安全过程、终端到网络会话处理以及空闲终端位置管理的功能。 [0011] SGSN处理所有分组数据,诸如用户的移动性管理和对于不同接入3GPP网络(例如,GPRS网络和UTRAN/GERAN)的认证。 [0012] ePDG起用于不可靠非3GPP网络(例如,I-WLAN和Wi-Fi热点)的安全节点的作用。 [0013] 如参考图1所描述的,具有IP能力的终端(或UE)能够经由基于非3GPP接入以及基于3GPP接入的EPC内的各种元件来接入由服务提供商(例如,运营商)提供的IP服务网络(例如,IMS)。 [0014] 此外,图1示出各种参考点(例如,S1-U和S1-MME)。在3GPP系统中,连接存在于E-UTRAN和EPC的不同功能实体中的两个功能的概念链路被称作参考点。下表1定义了图1中所示出的参考点。除表1的示例中所示出的参考点之外,可以取决于网络配置存在各种参考点。 [0015] [表1] [0016] [0017] [0018] 在图1中所示出的参考点当中,S2a和S2b对应于非3GPP接口。S2a是在PDN GW与可靠非3GPP接入之间给用户平面提供有关控制和移动性支持的参考点。S2b是在PDN GW与ePDG之间给用户平面提供移动性支持和有关控制的参考点。 [0019] 图2是示出公共E-UTRAN和公共EPC的架构的示例性图。 [0020] 如图2中所示,e节点B 20能够执行诸如在RRC连接被激活的同时路由到网关、寻呼消息的调度和传输、广播信道(BCH)的调度和传输、上行链路和下行链路中的资源到UE的动态分配、对于e节点B 20的测量的配置和提供、无线电承载的控制、无线电准许控制以及连接移动性控制的功能。EPC能够执行诸如寻呼的生成、LTE_IDLE状态的管理、用户平面的加密、EPS承载的控制、NAS信令的加密以及完整性保护的功能。 [0021] 图3是示出UE与e节点B之间的控制平面中的无线接口协议的结构的示例性图,并且图4是示出UE与e节点B之间的控制平面中的无线接口协议的结构的另一示例性图。 [0023] 可以基于在通信系统中广泛地知道的开放系统互连(OSI)参考模型的三个低层将协议层分类成第一层(L1)、第二层(L2)以及第三层(L3)。 [0024] 在下面描述了图3中所示出的控制平面的无线协议和图4的用户平面中的无线协议的层。 [0025] 物理层PHY(即,第一层)使用物理信道来提供信息传送服务。PHY层通过传输信道连接至放置在高层中的介质访问控制(MAC)层,并且通过传输信道在MAC层与PHY层之间传送数据。此外,通过PHY层在不同的PHY层(即,在发送器侧和接收器侧的PHY层)之间传送数据。 [0026] 物理信道由时间轴上的多个子帧和频率轴上的多个子载波构成。这里,一个子帧由时间轴上的多个符号和多个子载波构成。一个子帧由多个资源块构成,并且一个资源块由多个符号和多个子载波构成。发送时间间隔(TTI)(即,期间发送数据的单位时间)是与一个子帧相对应的1ms。 [0027] 根据3GPP LTE,存在于发送器侧和接收器侧的物理层中的物理信道能够被划分成物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH),即,数据信道,以及物理下行链路控制信道(PDCCH)、物理控制格式指示符信道(PCFICH)、物理混合-ARQ指示符信道(PHICH)和物理上行链路控制信道(PUCCH),即,控制信道。 [0028] 在子帧的第一OFDM符号中发送的PCFICH承载有关用来在子帧内发送控制信道的OFDM符号的数目(即,控制区域的大小)的控制格式指示符(CFI)。无线设备首先在PCFICH上接收CFI并且然后监测PDCCH。 [0029] 与PDCCH不同,PCFICH通过子帧的固定PCFICH资源来发送,而不用使用盲解码。 [0030] PHICH承载上行链路(UL)混合自动重传请求(HARQ)的肯定应答(ACK)/否定应答(NACK)信号。用于在由无线设备发送的PUSCH上的UL数据的ACK/NACK信号在PHICH上发送。 [0031] 物理广播信道(PBCH)在无线电帧的第一子帧的第二时隙的前四个OFDM符号中发送。PBCH承载无线设备与e节点B进行通信所必要的系统信息,并且通过PBCH发送的系统信息被称作主信息块(MIB)。相反,在由PDCCH指示的PDSCH上发送的系统信息被称作系统信息块(SIB)。 [0032] PDCCH能够承载下行链路共享信道(DL-SCH)的资源分配和传输格式、关于上行链路共享信道(UL-SCH)的资源分配的信息、PCH的寻呼信息、DL-SCH的系统信息、在PDSCH上发送的上层控制消息(诸如随机接入响应)的资源分配、对于特定UE组内的各件UE的一组发送功率控制命令以及IP语音电话(VoIP)的激活。能够在控制区域内发送多个PDCCH,并且UE能够监测多个PDCCH。在一个控制信道元素(CCE)或多个连续CCE的聚合上发送PDCCH。CCE是用来根据无线信道的状态给PDCCH提供编码速率的逻辑分配单元。CCE对应于多个资源元素组。PDCCH的格式和可能的PDCCH的比特的数目由CCE的数目与由这些CCE所提供的编码速率之间的关系来确定。 [0033] 通过PDCCH发送的控制信息被称作下行链路控制信息(DCI)。DCI能够包括PDSCH的资源分配(还被称作下行链路(DL)许可))、PUSCH的资源分配(还被称作上行链路(UL)许可)、对于特定UE组内的各件UE的一组发送功率控制命令和/或IP语言电话(VoIP)的激活。 [0034] 数个层存在于第二层中。首先,介质访问控制(MAC)层用来将各种逻辑信道映射到各种传输信道并且还起用于将多个逻辑信道映射到一个传输信道的逻辑逻辑信道复用的作用。MAC层通过逻辑信道连接至无线链路控制(RLC)层(即,高层)。逻辑信道取决于发送信息的类型而被基本上划分成通过其发送了控制平面的信息的控制信道以及通过其发送了用户平面的信息的业务信道。 [0035] 第二层的RLC层用来通过分割和链接数据来控制适合于通过低层发送在无线部中从高层接收到的数据的数据大小。此外,为了保证无线电承载所需要的各种类型的QoS,RLC层提供三种类型的操作模式:透明模式(TM)、非确认模式(UM)和确认模式(AM)。具体地,AM RLC通过自动重传请求(ARQ)功能来执行重传功能以得到可靠的数据传输。 [0036] 第二层的分组数据汇聚协议(PDCP)层执行用于减小包含在大小上相对较大并且不必要的控制信息的IP分组报头的大小的报头压缩功能,以便在当发送IP分组时具有小带宽的无线部中高效地发送诸如IPv4或IPv6的IP分组。因此,能够增加无线部的传输效率,因为仅在数据报头部分中发送必要信息。此外,在LTE系统中,PDCP层还执行安全功能。安全功能包括用于防止数据被第三方拦截的加密以及用于防止数据被第三方操纵的完整性保护。 [0037] 在第三层的最高地方的无线电资源控制(RRC)层仅在控制平面中被定义并且负责与无线电承载(RB)的配置、重新配置和释放有关的逻辑信道、传输信道和物理信道的控制。这里,RB意指由第二层提供以便在UE与E-UTRAN之间传送数据的服务。 [0038] 如果RRC连接存在于UE的RRC层与无线网络的RRC层之间,则UE处于RRC_CONNECTED状态。如果不是,则UE处于RRC_IDLE状态。 [0039] 在下面描述了UE的RRC状态和RRC连接方法。RRC状态意指UE的RRC层是否已逻辑上连接至E-UTRAN的RRC层。如果UE的RRC层逻辑上连接至E-UTRAN的RRC层,则它被称作RRC_CONNECTED状态。如果UE的RRC层未逻辑上连接至E-UTRAN的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。 [0040] 当用户首先接通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接收到的寻呼消息发送响应消息的情况。 [0041] 置于RRC层之上的非接入层(NAS)层执行诸如会话管理和移动性管理的功能。 [0042] 在下面详细地描述了图3中所示出的NAS层。 [0043] 属于NAS层的演进型会话管理(ESM)执行诸如默认承载的管理和专用承载的管理的功能,并且ESM负责UE有必要使用来自网络的PS服务的控制。默认承载资源特征在于它们由网络在UE首次接入特定分组数据网络(PDN)或接入网络时分配。这里,网络分配可用于UE的IP地址,使得UE能够使用默认承载的数据服务和QoS。LTE支持两种类型的承载:具有对于数据的发送和接收保证特定带宽的保证比特速率(GBR)QoS特性的承载以及具有尽力而为QoS特性而不保证带宽的非GBR承载。默认承载分配有非GBR承载,而专用承载可以分配有具有GBR QoS特性或非GBR QoS特性的承载。 [0044] 在网络中,分配给UE的承载被称作演进型分组服务(EPS)承载。当分配EPS承载时,网络分配一个ID。这被称作EPS承载ID。一个EPS承载具有最大比特速率(MBR)和保证比特速率(GBR)或聚合最大比特速率(AMBR)的QoS特性。 [0045] 图5是图示3GPP LTE中的随机接入过程的流程图。 [0046] 随机接入过程被用于UE 10获得UE与基站(即,e节点B 20)UL同步,或分配有UL无线电资源。 [0047] UE 10从e节点B 20接收根索引和物理随机接入信道(PRACH)配置索引。由Zadoff-Chu(ZC)序列定义的64个侯选随机接入前导存在于每个小区中。根索引是被用于UE生成64个侯选随机接入前导的逻辑索引。 [0048] 随机接入前导的发送限于每个小区中的特定时间和频率资源。PRACH配置索引指示上面能够发送随机接入前导的特定子帧和前导格式。 [0049] UE 10向e节点B 20发送随机地选择的随机接入前导。这里,UE 10选择64个侯选随机接入前导中的一个。此外,UE选择与PRACH配置索引相对应的子帧。UE 10在所选择的子帧中发送所选择的随机接入前导。 [0050] 已接收到随机接入前导的e节点B 20向UE 10发送随机接入响应(RAR)。在两个步骤中检测随机接入响应。首先,UE 10检测用随机接入-RNTI(RA-RNTI)掩码处理的PDCCH。UE 10在由所检测到的PDCCH指示的PDSCH上的介质访问控制(MAC)协议数据单元(PDU)内接收随机接入响应。 [0051] 图6图示无线电资源控制(RRC)层中的连接过程。 [0052] 图6示出取决于是否存在RRC连接的RRC状态。RRC状态表示UE 10的RRC层的实体是否与e节点B 20的RRC层的实体逻辑连接,并且如果是,则它被称为RRC连接状态,以及如果不是则被称为RRC空闲状态。 [0053] 在已连接状态下,UE 10具有RRC连接,进而,E-UTRAN可以在小区基础上掌握UE的存在并且可以因此有效地控制UE 10。相反,处于空闲状态的UE 10不能够掌握e节点B20并且由核心网基于比小区大的跟踪区域来管理。跟踪区域是小区的集合。也就是说,仅在更大区域基础上掌握处于空闲状态的UE 10以得到其存在,并且UE应该切换到已连接状态以接收诸如语音服务或数据服务的典型移动通信服务。 [0054] 当用户接通UE 10时,UE 10搜索适当的小区并且在该小区中停留在空闲状态下。UE 10在需要时通过RRC连接过程与e节点B 20的RRC层建立RRC连接并且转变为RRC连接状态。 [0055] 存在例如当用户试图呼叫时或当需要上行链路数据传输时或当响应于从EUTRAN接收到寻呼消息而发送消息时、停留在空闲状态下的UE需要建立RRC连接的许多情形。 [0056] 为了让空闲UE 10与e节点B 20RRC连接,UE 10需要执行如上面所描述的RRC连接过程。RRC连接过程通常从UE向e节点B 20发送RRC连接请求消息的过程、e节点B20向UE 10发送RRC连接建立消息的过程、以及UE 10向e节点B 20发送RRC连接建立完成消息的过程开始。参考图6更详细地描述这些过程。 [0057] 1)空闲UE 10在试图建立RRC连接例如以便试图呼叫或发送数据或者对来自e节点B 20的寻呼做出响应时,向e节点B 20发送RRC连接请求消息。 [0058] 2)当从UE 10接收到RRC连接消息时,如果存在足够的无线电资源则e节点B 20接受来自UE 10的RRC连接请求,并且e节点B 20向UE 10发送响应消息RRC连接建立消息。 [0059] 3)当接收到RRC连接建立消息时,UE 10向e节点B 20发送RRC连接建立完成消息。如果UE 10成功地发送RRC连接建立消息,则UE 10碰巧与e节点B 20建立RRC连接并且切换到RRC连接状态。 [0060] 图7示出UE在地理上移动的示例,并且图8示出在图7中所示出的示例中可能出现的问题。 [0061] 如可以从图7看到的,第一e节点B 20a与第一MME 51a连接,并且第二e节点B20b与第二MME 51b连接。 [0062] UE 10在第一e节点B 20a的覆盖范围中保持处于RRC空闲状态。虽然UE 10从第一e节点B 20a的覆盖范围转移到第二e节点B 20b的覆盖范围,但是有数据要发送到UE的第一MME 51a像图8中所示出的那样向第一e节点B 20a发送寻呼信号。 [0063] 因为在第一e节点B 20a的覆盖范围中已处于RRC空闲状态的UE 10移动到第二e节点B 20b的覆盖范围中,所以UE 10通过第二e节点B 20b向第二MME 52b发送跟踪区域更新(TAU)请求。 [0064] 同时,第一e节点B 20a未能从UE 10接收到对寻呼信号的响应。假定寻呼信号是呼叫。在这种情况下,UE 10未能接收到响应呼叫接收的寻呼信号,UE 10不产生铃声或振动,使得不向用户报警。另外,呼叫侧在没有任何特殊原因的情况下遭受呼叫失败。 发明内容[0065] 技术问题 [0066] 本公开旨在提出一种用于解决上述问题的方法。 [0067] 技术方案 [0068] 为了实现上述目的,本公开提供:在移动通信网络中通过移动性管理服务器来处理寻呼的方法。所述方法可以包括:通过服务器从用户设备(UE)接收跟踪区域更新(TAU)请求;通过服务器从用于UE的先前的移动性管理服务器获得UE的上下文;通过移动性管理服务器基于所获得的上下文来确定先前的移动性管理服务器是否由于要被传送到UE的下行链路数据而正在执行寻呼;以及如果确定了正在对UE执行寻呼,则对于UE向一个或多个基站传送寻呼信号。 [0069] 一个或多个基站可以是:在用于UE的TAI列表中的所有基站;已传送来自UE的TAU请求的基站;或具有与在TAU请求消息中包括的小区ID相同的小区ID的基站。 [0071] 所述方法还可以包括:向UE发送TAU接受消息和用户承载建立请求消息中的一个或多个。 [0072] 所述方法还可以包括:向UE发送包括指示信息的消息。该指示信息可以包括以下各项中的一个:指示UE执行服务请求的指示或指示UE执行用户平面承载建立的指示;以及指示用于CS(电路交换)呼叫的用户平面承载建立和用于PS(分组交换)呼叫的用户平面承载建立中的哪一个被需要的信息。 [0073] 所述方法还可以包括:向一个或多个基站发送初始上下文建立请求消息。 [0074] 所获得的上下文可以包括以下各项中的一个或多个:关于寻呼的信息;允许服务器执行寻呼的信息或对于用户平面承载建立所必需的信息;以及请求不执行传送下行链路数据的网络节点的重选或重新布置的信息。 [0075] 关于寻呼的信息可以包括以下各项中的一个或多个:指示先前的移动性管理服务器已接收到对于下行链路数据的通知的信息;指示先前的移动性管理服务器正在对UE执行寻呼的信息;以及指示服务器需要用户平面承载建立的信息。 [0076] 允许服务器执行寻呼的信息或对于用户平面承载建立所必需的信息可以包括:对于被包括在由先前的移动性管理服务器接收到的下行链路数据的通知消息中的信息。 [0077] 为了实现上述目的,本公开提供了移动通信网络中的移动性管理服务器。所述服务器可以包括:接收单元,所述接收单元被配置成当从用户设备(UE)接收到TAU(跟踪区域更新)请求时,从用于UE先前的移动性管理服务器获得UE的上下文;控制器,所述控制器被配置成基于所获得的上下文来确定先前的移动性管理服务器是否由于应该被传送到UE的下行链路数据而正在执行寻呼;以及发送单元,所述发送单元被配置成当确定了正在对UE执行寻呼时,对于UE向一个或多个基站发送寻呼信号。 [0078] 有益效果 [0079] 本公开可以在减小的呼叫接收延迟和增加的呼叫接收成功率情况下增强服务质量,同时防止寻呼取消网络资源的浪费。 [0080] 具体地,如本文所阐述的,源MME 510a可以通过TAU过程知道UE已比S-GW更早被重定位,进而,源MME 510a可以识别寻呼将比任何其它事更早失败。更具体地,源MME可以通过TAU过程的上下文交换而知道UE已移动它的位置,并且S-GW可能碰巧知道通过后续过程承载修改过程。结果,源MME 510a可以知道寻呼将比任何其它事更早失败。因此,根据本发明的实施例,由源MME 510a执行的过程可以变得有效。 [0081] 此外,根据本发明的实施例,目标MME可以在数个方案当中选择最优方案。例如,尽管发送下行链路通知对于S-GW是最佳的,但是目标MME可以在直接触发/执行触发、重新请求S-GW以及直接请求UE或eNB建立用户平面承载当中选择最适当的方案。附图说明 [0082] 图1是图示演进型移动通信网络的结构的视图。 [0083] 图2是图示公共E-UTRAN和公共EPC的主要节点的功能的示例性图。 [0084] 图3是图示UE与e节点B之间的控制平面中的无线电接口协议的结构的示例性图。 [0085] 图4是图示UE与基站之间的用户平面中的无线电接口协议的结构的另一示例性图。 [0086] 图5是图示3GPP LTE中的随机接入过程的流程图。 [0087] 图6图示无线电资源控制(RRC)层中的连接过程。 [0088] 图7图示UE在地理上重定位的示例。 [0089] 图8图示在图7中所示出的示例中可能出现的问题。 [0090] 图9是图示TAU(跟踪区域更新)过程的示例性图。 [0091] 图10是图示如本文所提出的TAU(跟踪区域更新)过程的示例性图。 [0092] 图11是图示根据本发明的第一实施例的TAU(跟踪区域更新)的示例性图。 [0093] 图12是图示根据本发明的第二实施例的TAU(跟踪区域更新)的示例性图。 [0094] 图13是图示根据本发明的第三实施例的TAU(跟踪区域更新)的示例性图。 [0095] 图14是图示根据本发明的第四实施例的TAU(跟踪区域更新)的示例性图。 [0096] 图15是图示根据本发明的第五实施例的TAU(跟踪区域更新)的示例性图。 [0097] 图16是图示根据本发明的第六实施例的TAU(跟踪区域更新)的示例性图。 [0098] 图17是图示根据本发明的第七实施例的TAU(跟踪区域更新)的示例性图。 [0099] 图18是图示UE、e节点B及MME之间的示例性协议和接口的视图。 [0100] 图19是图示根据本发明的实施例的MTC设备100、MME 510和SGSN 520的配置的框图。 具体实施方式[0101] 考虑到UMTS(通用移动电信系统)和EPC(演进型分组核心)对本发明进行描述,但是本发明不限于这样的通信系统,并且可以相反地适用于本发明的技术精神可以适用于的所有通信系统和方法。 [0102] 本文所使用的技术术语用来仅仅描述特定实施例,并且不应该被解释为限制本发明。另外,除非另外定义,否则本文所使用的技术术语应该被解释为具有由本领域的技术人员所通常而不是太广泛地或太窄地理解的意义。另外,被确定成不确切地表示本发明的精神的本文所使用的技术术语应该由如能够被本领域的技术人员确切地理解的这些技术术语代替或理解。另外,应该在如词典中所定义的上下文中而不是以过分窄的方式解释本文所使用的通用术语。 [0103] 除非单数的意义在上下文中明确地不同于复数的意义,否则本说明书中的单数的表达包括复数的意义。在以下描述中,术语“包括”或“具有”可以表示说明书中所描述的特征、数字、步骤、操作、组件、零件或其组合的存在,并且可能不排除另一特征、另一数字、另一步骤、另一操作、另一组件、另一零件或其组合的存在或添加。 [0104] 术语“第一”和“第二”被用于关于各种组件的说明的目的,并且组件不限于术语“第一”和“第二”。术语“第一”和“第二”仅用来区分一个组件和另一组件。例如,在不脱离本发明的范围的情况下第一组件可以被命名为第二组件。 [0105] 应当理解,当元件或层被称为被“连接至”或“耦合至”另一元件或层时,它能够直接连接或耦合至另一个元件或层,或可以存在中间元件或层。相反,当元件被称为被“直接连接至”或“直接耦合至”另一元件或层时,没有中间元件或层存在。 [0106] 在下文中,将参考附图更详细地描述本发明的示例性实施例。在描述本发明时,为了易于理解,相同的附图标记用来在所有附图中表示相同的组件,并且将省略关于相同的组件的重复描述。将省略关于被确定成使本发明的要点变得不清楚的众所周知的技术的详细描述。附图被提供来仅仅使本发明的精神容易地理解,但是不应该旨在限制本发明。应该理解,可以将本发明的精神扩展到除附图中所示出的之外的其修改、替换或等同物。 [0107] 在附图中,例如示出了用户设备(UE)。UE还可以被表示为终端或移动设备(ME)。UE可以是膝上型计算机、移动电话、PDA、智能电话、多媒体设备或其它便携式设备,或者可以是诸如PC或车载设备的固定设备。 [0108] 术语的定义 [0109] 为了更好理解,在转向参考附图对本发明的详细描述之前简要地定义了本文所使用的术语。 [0110] UMTS:代表通用移动电信系统并且意指第三代移动通信网络。 [0111] UE/MS:用户设备/移动站。意指终端设备。 [0112] EPC:代表演进型分组核心并且意指支持长期演进(LTE)网络的核心网。UMTS的演进版本 [0113] EPS:代表演进型分组系统并且意指包括UE的移动通信系统、包括LTE的接入网以及EPC。 [0114] PDN(公用数据网络):服务提供服务器位于其中的独立网络。 [0115] PDN连接:从UE到PDN的连接,即,用IP地址表示的UE与用APN(接入点名称)表示的PDN之间的关联(连接)。 [0116] PDN-GW(分组数据网络网关):执行诸如UE IP地址分配、分组筛选与过滤以及计费数据收集的功能的EPS网络的网络节点 [0117] 服务GW(服务网关):执行诸如移动性锚、分组路由、空闲模式分组缓冲以及触发MME以寻呼UE的功能的EPS网络的网络节点 [0118] PCRF(策略和计费规则功能):执行用于动态地应用每服务流有区别的QoS和计费策略的策略决策的EPS网络节点 [0119] APN(接入点名称):从UE提供的由网络所管理的接入点的名称,即,用于表示PDN或者区分PDN和另一PDN的字符串。访问请求的服务或网络(PDN)通过对应的P-GW,并且APN是在能够发现P-GW的网络中预先定义的名称(例如,internet.mnc012.mcc345.gprs)。 [0120] TEID(隧道端点标识符):在网络中的节点之间配置的隧道的端点ID。TEID通过每个UE的承载按扇区配置。 [0121] 节点B:UMTS网络基站。节点B被安装在室外并且在小区覆盖范围大小上对应于宏小区。 [0122] e节点B:EPS(演进型分组系统)基站并且被安装在室外。e节点B在小区覆盖范围大小上对应于宏小区。 [0123] (e)节点B:共同地表示节点B和e节点B [0124] MME:代表移动性管理实体并且起控制EPS中的每个实体以为UE提供移动性和会话的作用。 [0125] 会话:用于数据传输的通路。会话的单元可以包括PDN、承载以及分别对应总体目标网络的单元(APN或PDN的单元)、其中由QoS区别的单元(承载的单元)和目的地IP地址的单元的IP流。 [0126] PDN连接:从UE到PDN的连接,即,用IP地址表示的UE与用APN表示的PDN之间的关联(连接)。这意指在核心网中的实体之间用来形成会话的连接(UE-PDN GW)。 [0127] UE上下文:关于UE的用来管理网络中的UE的上下文的信息,即,由UE id、移动性(例如,当前位置)和会话属性(QoS或优先级)构成的上下文信息。 [0128] OMA DM(开放移动联盟设备管理):用于管理诸如移动电话、PDA或便携式计算机的移动设备所设计的协议并且执行诸如设备配置、固件升级和错误报告的功能。 [0129] OAM(操作管理和维护):表示显示网络故障并且提供能力信息、诊断和数据的一组网络管理功能。 [0130] NAS配置MO(配置对象):用来在UE中配置与NAS功能性相关联的参数的MO(管理对象)。 [0131] 在下文中,参考附图对本公开进行描述。 [0132] 图9示出示例性TAU(跟踪区域更新)过程。 [0133] 1)在空闲模式下,UE 100移动到目标e节点B 200b的覆盖范围中。因此,TAU(跟踪区域更新)过程被确定成开始。 [0134] 2)然后,UE 100向目标e节点B 200b发送TAU请求消息。 [0135] 3)然后,目标e节点B 200b确定负责的MME。在这种情况下,例如假定目标MME510b被确定为适当负责的MME。目标e节点B 200b将TAU请求消息传送到目标MME 510b。 在这种情况下,假定S-GW 520未被改变。 [0136] 4-5)然后,目标MME 510b向源MME 510a发送UE的上下文请求(例如,Context Request),并且作为响应,接收上下文响应(例如,Context Response)。这是用来从源MME510a获得PDN连接有关信息和EPS承载有关信息的过程。 [0137] 6)UE 100与目标MME 510b进行认证/安全过程,并且目标MME 510b与HSS 590进行安全过程。 [0138] 7)此外,目标MME 510b响应于获得上下文来向源MME 510a发送上下文肯定应答(例如,Context Acknowledge)消息。 [0139] 8)随后,因为S-GW 520未被TAU改变,所以目标MME 510b向S-GW 520发送承载修改请求消息(例如,修改承载请求),而不是会话创建请求消息(例如,创建会话请求)。 [0140] 9-11)然后,S-GW 520必要时向PDN-GW 530发送承载修改请求消息。PDN-GW 530必要时执行IP-CAN会话修改过程。PDN-GW 530向S-GW 520发送承载修改响应消息(例如,修改承载响应)。 [0141] 12)然后,S-GW 520向目标MME 510b发送承载修改响应消息。 [0142] 13)然后,目标MME 510b向HSS 590发送位置更新请求消息(例如,更新位置请求)。 [0143] 14-15)然后,HSS 590向源MME 510a发送位置取消消息(例如,取消位置),并且源MME 510a向HSS 590发送位置取消肯定应答消息(例如,取消位置Ack)。 [0144] 16)然后,HSS 590向目标MME 510b发送位置更新肯定应答消息(例如,更新位置Ack)。 [0145] 17-18)然后,目标MME 510b通过目标e节点B 200b向UE 100发送TAU接受消息(例如,TAU接受),并且UE 100必要时向目标MME 510b发送TAU完成消息(例如,TAU完成)。 [0146] 在下文中,以下表2至表9示出每个过程中使用的消息。 [0147] 首先,TAU请求消息可以包含如表2中所示出的一条或多条信息。 [0148] [表2] [0149] [0150] [0151] 上表2中所示出的EPC更新类型信息元素可以包含以下比特。 [0152] [表3] [0153] [0154] 此外,上面描述的上下文请求消息可以包含以下表4中所示出的信息元素。 [0155] [表4] [0156] [0157] 此外,上下文响应消息可以包含以下表5中所示出的信息元素。 [0158] [表5] [0159] [0160] 上下文响应消息中的关于PDN连接的信息可以包含以下表6中所示出的信息元素。 [0161] [表6] [0162] [0163] 在上下文响应中的PDN连接信息中包括的承载上下文信息可以包含以下表7中所示出的信息。 [0164] [表7] [0165] [0166] TAU接受消息可以包含以下表8中所示出的信息。 [0167] [表8] [0168] [0169] 在上表8中,T3412值是用于允许UE 100能够进行周期性TAU的值。为了通过这种周期性TAU减小网络负荷,存在允许TAU能够被以较长周期进行的T3412扩展值。T3412扩展值可以被设置在MME中或者可以作为订户信息被保持在HSS 540中。 [0170] 19)此外,虽然UE 100执行如上所述的TAU过程,但是如背景技术部分中所描述的,源MME 510a具有要发送到UE 10的数据,它可以向源e节点B 200a发送寻呼信号。UE100已移动到目标e节点B 200b的覆盖范围的内部,进而,它不能够从源e节点B 200a接收寻呼信号。 [0171] 源MME 510a除非直到在寻呼有关时间值(例如,T3413定时器期满)之前为止从源e节点B 200a接收到对寻呼信号的响应,否则源MME 510a重新发送寻呼信号。寻呼有关时间值(例如,T3413定时器)可以是用于寻呼信号的重新发送的定时器。 [0172] 结果,寻呼信号被重新发送预定次数,并且呼叫者遭遇它继续接收回铃音的情形。 [0173] 其后,如果达到预定次数,则源MME 510a向S-GW报告寻呼失败。结果,呼叫侧在没有任何特殊原因的情况下具有呼叫失败的不便,并且UE 100的用户不产生铃声或振动,因为他尚未接收到对于呼叫接收的寻呼,进而,用户不能够接收任何通知。 [0174] 现在描述用来解决这种不便的方案。在达到细节之前,在下面用以下两个方案给出简要描述。 [0175] (1)用于通过减小呼叫接收延迟来增强用户服务的质量的方案 [0176] 目标MME 510b在TAU过程期间从源MME 510a接收到上下文响应之后,i)识别是否存在如本文所建议的特定指示。特定指示指示源MME 510a已完成用于对UE进行寻呼的活动或目标MME 510b已从S-GW接收到关于UE的下行链路数据通知。随后,目标MME 510b ii)在TAU接受消息中包括特定指示并且将其发送到UE 100。特定指示可以被包含在TAU接受消息中以指示存在应该在接收到寻呼消息时进行的操作或者向UE通知下行链路数据的存在。目标MME 510b iii)进行用于单独地配置用户平面承载的操作。例如,目标MME510b向目标e节点B 200b发送初始上下文建立消息,或者可以进行用于激活无线电部的用户平面承载用于下行链路数据传输的过程。 [0177] (2)用于避免由于重复寻呼而导致的网络资源的浪费的方案 [0178] 目标MME 510b当在TAU过程期间从源MME 510a接收到上下文响应时,i)识别是否存在如本文所建议的特定指示。特定指示指示源MME 510a已完成用于对UE进行寻呼的活动或目标MME 510b已从S-GW接收到关于UE的下行链路数据通知。ii)随后,目标MME510b可以向源MME 510a发送用于停止寻呼的消息。iii)另外,目标MME 510b可以通过向S-GW单独地发送指示UE已移动的信息来通知S-GW应该取消先前的下行链路数据通知。该信息允许S-GW能够停止等待对先前发送的寻呼的响应。更积极地,目标MME 510b可以向源MME 510a发送用于请求停止寻呼的消息。 [0179] 可以考虑到活动概括上面描述的两个方案如下。 [0180] 1)目标MME 510b确定寻呼信号将被发送到的UE是否已移动,并且如果是这样的话,TAU过程是否继续进行。例如,目标MME 510b确定寻呼信号将被发送到的UE是否在目标MME 510b与源MME 510a之间的上下文交换过程期间已移动以及TAU过程是否正在进行,并且因此,目标MME 510b可以请求源MME 510a停止寻呼。 [0181] 2)目标MME 510b可以向S-GW 520通知它已在用于修改目标MME 510b与S-GW520之间的承载的消息交换期间在以上过程1)中识别到什么。在这个过程中,目标MME 510b可以向S-GW 520发送用于停止寻呼的请求。或者,当接收到已识别的东西时,S-GW 520可以识别寻呼过程不再被需要的并且进行用于取消/停止寻呼过程的后续过程。 [0182] 3)当向UE发送TAU接受消息时,目标MME 510b可以向该消息添加用于使得UE100能够启动UE 100在将来接收到寻呼信号时应该做的任务的信息。这允许UE能够在接收寻呼信号之前准备好以减小在接收寻呼信号之前的延迟,从而立即使得用户平面承载能够被建立。 [0183] 4)当接收到TAU接受消息时,UE 100立即执行用户平面承载的建立。或者,由网络所发起的用户平面承载的建立由该网络立即完成。 [0184] 在下面连同附图给出更详细的描述。 [0185] 图10是图示如本文所提出的示例性TAU(跟踪区域更新)过程的视图。 [0186] 总体过程与上面连同图9所描述的过程相似。在下文中,主要描述了两个过程之间的差异,其中未做出重复描述。 [0187] 按照图10中所图示的过程,条件被添加来触发用户平面承载的建立以将用户平面承载的建立置于较早时间。 [0188] 1)S-GW 520在接收到要发送到UE 100的下行链路数据后时,将下行链路数据存储在缓冲器中并且识别哪一个MME负责UE 100。 [0189] 2)S-GW 520向源MME 510a发送下行链路数据通知。该下行链路数据通知可以包括ARP、EPS、承载ID等。 [0190] 3)源MME 510a向S-GW 520发送下行链路数据通知肯定应答消息。 [0191] 4)随后,源MME 510a向属于UE 100在注册中的跟踪区域的所有e节点B(包括源e节点B 200a)发送寻呼信号以便将寻呼信号输送给UE 100。在这种情况下,源MME 510a可以使用在从S-GW 520接收到的下行链路数据通知消息中包括的EPS承载ID以便应用和控制寻呼有关策略。也就是说,源MME 510a可以通过EPS承载ID来识别存储在MME中的EPS承载上下文信息。 [0192] 然而,空闲UE 100离开源e节点B 200a的覆盖范围到目标e节点B 200b的覆盖范围。因此,UE 100不能够接收到寻呼信号。 [0193] 5-6)因此,UE 100通过目标e节点B 200b向目标MME 510b发送TAU请求消息,并且目标MME 510b向源MME 510a发送上下文请求消息。 [0194] 7)源MME 510a向目标MME 510b发送上下文响应消息。在这个过程中,源MME510a可以通知目标MME 510b寻呼信号已被发送到UE 100。这个信息可以是直接信息或者可以被以各种形式的隐式信息传送,使得目标MME 510b可以识别该信息。或者,目标MME 510b可以基于从e节点B或其它网络节点收集的附加信息来认识任何有问题的情形。 [0195] 8)像上面所描述的执行认证/安全过程。 [0196] 9)目标MME 510b向源MME 510a发送上下文肯定应答消息。在这个过程中,目标MME 510b可以将用于取消或停止现有寻呼的信息包括在消息中。 [0197] 10)目标MME 510b向S-GW 520发送承载修改请求消息。在这个过程中,目标MME510b可以向S-GW 520通知它已识别了什么。附加地,在这个过程中,目标MME 510b可以将用于取消或停止寻呼的信息包括在消息中。也就是说,当获得所识别的信息时,S-GW 520认识到不需要另外的寻呼过程,从而进行用于取消或停止先前寻呼的后续过程。 [0198] 11)S-GW 520向目标MME 510b发送承载修改响应消息。在这个过程中,S-GW 520可以将指示将用户平面承载的建立的时间提前的信息包括在消息中。这个信息可以包含可能对在目标MME 510b创建要发送到UE 100的消息时有影响的信息,并且如果需要,可以一起发送要用于用户平面承载的建立的附加信息。或者,可以附加地包括在下行链路数据通知中包括的信息。 [0199] 12)如上所述,目标MME 510b向HSS 590发送位置更新请求消息。 [0200] 13-14)如上所述,HSS 590向源MME 510a发送位置取消消息并且接收位置取消肯定应答消息。在这种情况下,上面提到的各条信息中的一些可以被存储在HSS 590中。 [0201] 15)目标MME 510b向UE 100发送TAU接受消息。在这种过程中,TAU接受消息可以包括用于指示用户平面承载的建立被立即执行的指示,如同UE 100是先前寻呼目标的UE并且应该响应于寻呼执行服务请求过程。例如,指示可以具有与“激活标志”相似的形式。“激活标志”被包括在如表2中所示出的TAU请求消息中,并且这可以根据本发明的实施例被包括在TAU接受消息中。 [0202] 此外,目标MME 510b可以首先发起对于用户平面承载建立的操作。例如,在激活标志被传统地包括在TAU请求消息中情况下,当TAU接受消息被发送时可以立即执行用户平面承载建立。作为对此的应用,目标MME 510b可以将激活标志包括在TAU接受消息中并且发送该TAU接受消息,使得可以立即进行用户平面承载建立过程。 [0203] 16)UE必要时可以向源MME 510a发送TAU完成消息。 [0204] 17)此外,UE 100可以像它接收寻呼信号一样在接收到TAU接受消息时执行服务请求过程。例如,在TAU接受消息包括激活标志情况下,它可以像它接收到寻呼信号一样执行服务请求过程。或者,用户平面承载建立所必需的其它过程(用于在UE与e节点B之间建立无线电承载的过程)可以出现。 [0205] 图11是图示根据本发明的第一实施例的示例性TAU(跟踪区域更新)过程的视图。 [0206] 图11图示根据本发明的第一实施例的可以由源MME 510a进行的方案。 [0207] 所示所有过程与图9和图10中所示出的那些过程相似。在下文中,主要描述了两个方案之间的差异,其中不做出重复描述。 [0208] 1-5)和如图10中所示出的那些相同 [0209] 6-7)目标MME 510b向源MME 510a发送上下文请求消息以获得UE的EPS承载上下文信息。 [0210] 7)源MME 510a如果在它在接收到如上面所描述的下行链路数据通知消息之后已发送寻呼信号的状态下接收到上下文请求,则碰巧识别寻呼可能失败。 [0211] 因此,源MME 510a将以下信息条中的一个包括在要发送到目标MME 510b的上下文响应消息中并且发送该上下文响应消息。 [0212] [表9] [0213] [0214] [0215] 8)然后,源MME 510a即便当从UE未接收到响应直到寻呼定时器(例如,T3423定时器)期满为止时,①也不重新发送寻呼信号,②源MME 510a也不向S-GW 520发送寻呼失败的消息(参见TS 29.274,下行链路数据通知失败指示)。根据现有技术,源MME 510a能够进行寻呼重传策略,并且在S-GW 520接收寻呼失败的消息情况下,它删除对于UE缓冲的下行链路数据。以上所述将防止这个。 [0217] [表10] [0218] [0219] 可以与其它过程相结合地执行以上过程8),而不受如所示出的顺序困扰。 [0220] 9)与图10中所示出的过程相似。 [0221] 10)目标MME 510b向源MME 510a发送上下文肯定应答消息。在这种情况下,目标MME 510b可以将诸如请求源MME 510a取消或停止现有寻呼的信息的涉及寻呼处理的信息包括在上下文肯定应答消息中。在接收到这个消息之后,源MME 510a可以像在以上过程8)中那样向S-GW 520发送下行链路数据处理请求消息。 [0222] 11-17)与图10中所示出的过程相似。 [0223] 图12是图示根据本发明的第二实施例的示例性TAU(跟踪区域更新)过程的视图。 [0224] 图12图示根据本发明的第二实施例的可以由目标MME 510b进行的方案。也就是说,根据第二实施例,目标MME 510b可以立即发送寻呼信号。 [0225] 所示所有过程与图9至图11中所示出的那些过程相似,并且因此,主要描述了两个方案之间的差异,其中未做出重复描述。 [0226] 1-8)与图11中所示出的每个过程相似。 [0227] 9a-9b)如在图11的过程7)中一样,当接收到上下文响应时,如果识别到有问题的情形(其中源MME 510a已经向UE发送寻呼信号或存在对于UE的下行链路数据)则目标MME 510b立即执行寻呼。 [0228] 在这种情况下,各种方案可以一起来执行寻呼。 [0229] 作为第一方案,目标MME 510b为UE 100立即创建TAI列表并且向在该列表中包括的所有e节点B发送寻呼信号。当然,即使根据现有技术,MME也可以在TAU过程期间创建TAI列表,将该列表包括在TAU接受消息中,并且在向列表中的所有e节点B发送寻呼信号的同时将该TAU接受消息发送到UE。然而,根据本发明的第二实施例,目标MME 510b识别有问题的情形并且在接收到上下文响应消息时立即进行寻呼,从而将寻呼的时间提前,这使得本发明与现有技术不同。 [0230] 作为第二方案,目标MME 510b可以从TAU请求消息知道它已通过哪一个e节点B,即在UE在处于哪一个e节点B的覆盖范围中。因此,不是向TAI列表中的所有e节点B发送寻呼信号,而是目标MME 510b可以仅向对应的e节点B发送寻呼信号。 [0231] 作为第三方案,目标MME 510b可以从TAU请求消息具有有关UE的更确切位置的信息,诸如UE的小区ID。因此,目标MME 510b可以将特定指示或小区ID信息添加到将被发送到对应的e节点B的寻呼信号,而不是将寻呼信号发送到TAI列表中的所有e节点B,使得寻呼信号被仅发送到所对应的小区。 [0232] 同时,当接收到寻呼信号时,UE 100可以像图15和图16中所示出的那样进行RRC连接配置过程或者发送服务请求消息。 [0233] 可以连同其它过程一起完成以上过程9a)和9b)。 [0234] 10-17)与图11中所示出的过程相似。 [0235] 图13是图示根据本发明的第三实施例的示例性TAU(跟踪区域更新)过程的视图。 [0236] 图13图示根据本发明的第三实施例的可以由目标MME 510b执行的方案。目标MME 510b可以向S-GW 520发送对下行链路数据通知的请求。 [0237] 所示过程中的全部与图9至图12中所示出的那些过程相似。本描述因此集中于两个方案之间的差异,其中由此跳过相似的过程。 [0238] 1-8)与图11至图13中所示出的那些过程相似。 [0239] 9a)如在图11的过程7)中一样,当接收上下文响应时,目标MME 510b可以识别有问题的情形(其中源MME 510a已经向UE发送寻呼信号或存在用于UE的下行链路数据)。 [0240] 10)与图12中所示出的过程相似。 [0241] 11)目标MME 510b向S-GW 520发送承载修改请求消息。在这种情况下,目标MME510b已识别如上面所描述的有问题的情形,进而目标MME 510b将指示有问题的情形的信息或请求重新发送下行链路数据通知的信息包括在承载修改请求消息中。 [0242] 然后,S-GW 520可以向目标MME 510b重新发送下行链路数据通知消息。另外,S-GW 520可以进行后续过程和用于组织从源MME 510a发送的下行链路数据通知消息(例如,执行内部过程以取消或者停止先前寻呼或者向源MME 510a发送用于寻呼取消或停止的消息)的任务。 [0243] 当从S-GW 520接收到下行链路数据通知消息时,目标MME 510b可以进行用于寻呼的过程。或者,根据本发明的其它实施例的组合,目标MME 510b可以进行寻呼优化或者创建并且发送包括特定信息的TAU接受消息或用于用户平面承载建立的消息。 [0244] 12)S-GW 520向目标MME 510b发送承载修改请求响应消息。在这种情况下,承载修改请求响应消息可以包含指示要将用户平面承载建立的时间提前的信息。当目标MME510b创建要发送到UE 100的消息时这个信息可能有影响,并且如果需要,可以一起发送用于用户平面承载建立的附加信息。或者,可以附加地包括在下行链路数据通知中包括的信息。 [0245] 13)目标MME 510b可以将UE的新位置注册在HSS 590中。在这种情况下,上面已经提到的一些可以被存储在HSS 590中。 [0246] 13-17)与图11中所示出的过程相似。 [0247] 图14是图示根据本发明的第四实施例的示例性TAU(跟踪区域更新)过程的视图。 [0248] 图14图示根据本发明的第四实施例的可以由目标MME 510b进行的方案。目标MME 510b可以向UE发送服务请求的传输的指示。 [0249] 所示过程中的大多数与图9至图13中所示出的那些过程相似。本描述集中于两个方案之间的差异,其中由此跳过相似的过程。 [0250] 1-8)与图11至图13中所示出的过程相似。 [0251] 9a)如在图11的过程7)中一样,当接收到上下文响应时,目标MME 510b可以识别有问题的情形(其中源MME 510a已经向UE发送寻呼信号或存在用于UE的下行链路数据)。 [0252] 9b)然后,源MME 510a可以独立地或与本公开的实施例的数个组合相结合地向UE100发送包括以下信息条中的一个的指示。尽管在附图中指示形式为新的NAS(非接入层)消息,但是可以在TAU接受消息中包括并且发送该指示。 [0253] [表11] [0254] [0255] 可以与TAU过程相结合地进行上述过程。 [0256] 然后,UE 100可以基于表11中所示出的信息为后续过程做准备。因此,可以非常迅速地完成后续过程。 [0257] 10-15)与图11中所示出的过程相似。 [0258] 16)目标MME 510b发送TAU接受消息。 [0259] TAU接受消息可以包括如在如上面所描述的过程9b中提供的指示。在TAU接受消息中包括的指示可以是例如如上面所描述的激活标志。 [0260] 激活标志是用来被包括在TAU请求消息中的激活标志。根据本发明的实施例,该激活标志可以被包括在TAU接受消息中。目标MME 510b将激活标志包括在TAU接受消息中并且发送TAU接受消息,使得UE可以立即执行用户平面承载建立过程。 [0261] 图15是图示根据本发明的第五实施例的示例性TAU(跟踪区域更新)过程的视图。 [0262] 图15图示根据本发明的第五实施例的可以由目标MME 510b执行的方案。目标MME 510b可以请求目标e节点B 200b建立用户平面承载。 [0263] 1-10)与图11至图14中所示出的每个过程相似。 [0264] 10a)如在图11的过程7)中一样,当接收到上下文响应时,目标MME 510b可以识别有问题的情形(其中源MME 510a已经向UE发送寻呼信号或存在用于UE的下行链路数据)。然后,目标MME 510b向目标e节点B 200b发送初始上下文建立请求以用于执行用户平面承载建立。在这种情况下,如图12中所示,利用识别,目标MME 510b可以立即执行寻呼。 [0265] 10b)目标e节点B 200b通过对于RRC连接建立的过程来配置用于用户平面承载的无线电部。也就是说,目标e节点B 200b可以使得RRC连接建立能够通过向UE 100发送高层信号而被触发。或者,目标e节点B 200b可以通过向UE 100发送RRC连接重新配置消息并且从UE 100接收RRC重新配置完成消息来执行RRC连接建立。或者,目标e节点B200b可以通过向UE 100发送基于RRC的无线电承载建立消息并且从UE 100接收基于RRC的无线电承载建立完成消息来执行RRC连接建立。或者,如图12中所示,目标MME 510b可以在识别之后立即执行寻呼过程,并且目标e节点B 200b可以接收寻呼信号并且将该寻呼信号传送到UE 100,从而允许RRC连接建立能够被触发。然后,UE 100可以向目标e节点B 200b发送RRC连接请求消息,并且目标e节点B 200b可以向UE 100发送RRC连接建立消息,以及UE 100可以向目标e节点B 200b发送RRC连接建立完成消息。可以如此完成RRC连接建立。 [0266] UE 100可以在从目标e节点B 200b接收到高层信号或寻呼信号时执行RRC连接建立过程。 [0267] 10c)随后,目标e节点B 200b向目标MME 510b发送初始上下文建立响应消息。 [0268] 11-17)与图11至图14中所示出的每个过程相似。 [0269] 图16是图示根据本发明的第六实施例的示例性TAU(跟踪区域更新)过程的视图。 [0270] 图16图示根据本发明的第六实施例的可以由UE 100执行的方案。 [0271] 1-15)与图11至图15中所示出的每个过程相似。 [0272] 16)如在图11的过程7)中一样,当接收到上下文响应时,目标MME 510b可以识别有问题的情形(其中源MME 510a已经向UE发送寻呼信号或存在用于UE的下行链路数据)。然后,目标MME 510b向UE 100发送TAU接受消息。 [0273] TAU接受消息可以包含表11中所示出的信息。替换地,表11中的信息可以在新的单独NAS消息中发送,而不是被包括在TAU接受消息中。新的NAS消息的使用有利地允许UE 100能够相对较早地启动用户平面承载建立,因为UE 100可以较早地接收到信息。来自如表11中所示出的信息被包含并且在TAU接受消息中发送的方法的有益效果将不改变根据现有技术的过程。 [0274] 17)与图11至图15中所示出的过程相似。 [0275] 18)当接收指示对用户平面承载建立的请求的信息时,UE 100向目标e节点B200b发送服务请求消息。按照现有技术,UE 100在TAU过程期间或作为TAU过程的结果不从网络接收请求用户平面承载建立的信息。换句话说,UE 100不试图请求服务,同时根据如图16中所示出的实施例,它可以变得可能。服务请求消息是基于NAS的消息。当接收服务请求消息时,目标e节点B 200b将它包括在初始UE消息中(即,初始UE消息)并且将该初始UE消息发送到目标MME 510b。 [0276] 19)与图11至图15中所示出的过程相似。 [0277] 20)目标MME 510b向目标e节点B 200b发送初始上下文建立请求消息以执行用户平面承载建立。 [0278] 21)目标e节点B 200b和UE 100通过对于RRC连接建立的过程来配置用于用户平面承载建立的无线电部。为此,目标e节点B 200b向UE 100发送基于RRC的无线电承载建立消息并且从UE 100接收基于RRC的无线电承载建立完成消息。或者,UE 100向目标e节点B 200b发送RRC连接请求消息,并且目标e节点B 200b向UE 100发送RRC连接建立消息,以及UE 100向目标e节点B 200b发送连接建立完成消息。如此完成了RRC连接建立。 [0279] 22-24)与图11至图15中所示出的过程相似。 [0280] 然后,可以经由目标e节点B 200b将缓冲在S-GW 520中的下行链路数据传送到UE 100。 [0281] 图17是图示根据本发明的第七实施例的TAU(跟踪区域更新)过程的视图。 [0282] 图17图示根据本发明的第七实施例的可以由S-GW 520执行的方案。 [0283] 1-7)与图11至图15中所示出的每个过程相似。 [0284] 8)源MME 510a即便当随后未能从UE接收到响应直到寻呼定时器(例如,T3423定时器)期满为止时,①也不重新发送寻呼信号,②源MME 510a也不向S-GW 520发送有关寻呼失败的消息。根据现有技术,源MME 510a可以执行寻呼重传策略,并且当接收到有关寻呼失败的消息时,S-GW 520删除对于UE缓冲的下行链路数据。以上所述防止这个。 [0285] 在更积极的方法中,源MME 510a可以向S-GW 520发送包括用于继续缓冲下行链路数据的请求以及用于在识别目标MME 510b之后重新发送下行链路数据通知的请求中的一个或多个的下行链路数据处理请求消息。 [0286] 可以与其它过程相结合地执行以上过程8),而不受如所示出的顺序困扰。 [0287] 然后,S-GW 520继续缓冲下行链路数据并且将下行链路数据通知重新发送到目标MME 510b。当从目标MME 510b接收到请求时,S-GW 520即使从目标MME 510b接收到寻呼失败的通知,也不丢弃而是可以维持所缓冲的下行链路数据。 [0288] 9)与图10中所示出的过程相似。 [0289] 11)如在图11的过程7)中一样,当接收到上下文响应时,目标MME 510b可以识别有问题的情形(其中源MME 510a一直在向UE发送寻呼信号或存在用于UE的下行链路数据)。然后,目标MME 510b向S-GW 520发送承载修改请求消息。承载修改请求消息可以包含指示有问题的情形的信息或请求下行链路数据通知的重传的信息。 [0290] 11a)然后,S-GW 520可以向目标MME 510b重新发送下行链路数据通知消息。另外,S-GW 520可以识别或者对发送到源MME 510a的下行链路数据通知消息执行后续处理(例如,执行内部过程以取消或停止先前寻呼或者向源MME 510a发送有关取消或停止寻呼的消息)。 [0291] 当从S-GW 520接收到下行链路数据通知消息时,目标MME 510b可以执行用于寻呼的过程,或者根据本发明的实施例的组合,可以进行寻呼优化或者创建包含特定信息的TAU接受消息或用于用户平面承载建立的消息并且发送这些消息。 [0292] 11b)目标MME 510b发送下行链路数据通知肯定应答消息。 [0293] 12)S-GW 520向目标MME 510b发送承载修改响应消息。该承载修改响应消息可以包含触发用于将用户平面承载建立的时间提前的过程的信息。当源MME 510a创建要发送到UE 100的消息时这个信息可能有影响,并且如果需要,可以一起发送用于在用户平面承载建立中使用的附加信息。或者,可以附加地包括在下行链路数据通知中包括的信息。 [0294] 13-17)与图11至图16中所示出的每个过程相似。 [0295] 上述实施例在没有负责S-GW的改变的情况下假定E-UTRANTAU过程,并且其描述可以被扩展到根据现有技术执行了数个TAU过程的情形,或扩展到诸如RAU/LAU的其它接入网/核心网。 [0296] 另外,变化或添加的信息可以通过添加新的参数/字段/信息、通过扩展现有参数/字段/信息或通过组合各种参数/字段/信息来获得,或者可以从尚不存在于现有技术中的新近定义的消息开始。 [0297] 上面描述的实施例可以彼此组合。本领域的技术人员应该了解,实施例可以彼此容易地组合,进而,跳过了组合的详细描述。然而,应该注意,未从本发明的范围中排除这些组合。 [0298] 图18是图示UE、e节点B及MME之间的示例性协议和接口的视图。 [0299] 如图18中所示,在UE 100与e节点B 200之间传递的消息基于RRC(无线电资源控制)协议。在e节点B 200与MME 510之间传递的消息基于S1-AP(S1应用协议)。在UE 100与MME 510之间传递的消息基于NAS(非接入层)协议。基于NAS协议的消息被封装到基于RRC协议的消息和基于S1-AP的消息中并且发送。 [0301] 图19是图示根据本发明的实施例的MTC设备100、MME 510和SGSN 520的配置的框图。 [0302] 如图19中所示,UE 100包括存储装置101、控制器102和通信单元103。MME 510包括存储装置511、控制器512和通信单元513。同样地,S-GW 520包括存储装置521、控制器522和通信单元523。 [0303] 存储装置101、存储装置511和存储装置521存储上面连同图9至图18所描述的方法。 [0304] 控制器102、控制器512和控制器522控制存储装置101、存储装置511和存储装置521以及通信单元103、通信单元513和通信单元523。具体地,控制器102、控制器512和控制器522分别执行存储在存储装置101、存储装置511和存储装置521中的方法。控制器102、控制器512和控制器522通过通信单元103、通信单元513和通信单元523来发送上面描述的信号。 |