一种跟踪区更新方法、装置及移动管理实体转让专利

申请号 : CN201611123655.3

文献号 : CN108200571B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 樊士杨邓智怀

申请人 : 中国移动通信集团四川有限公司中国移动通信集团公司

摘要 :

本发明公开了一种跟踪区更新方法、装置及移动管理实体,用于通信技术领域,能够解决现有技术中UE的TAU请求被拒绝,导致正在进行语音或数据等业务被迫中断,降低网络业务的可靠性的问题。该方法包括:接收用户设备发送的第一跟踪区更新请求;判断是否能够识别第一跟踪区更新请求包括的第一GUTI;当无法识别第一GUTI时,为用户设备分配第二GUTI并生成包括第二GUTI的跟踪区更新应答信息;向用户设备发送跟踪区域更新应答信息,接收用户设备发送的第二跟踪区更新请求;当识别出第二跟踪区域更新请求中包括的GUTI为所存储的针对用户设备的第一GUTI时,向用户设备发送跟踪区域更新应答信息。

权利要求 :

1.一种跟踪区更新方法,用于用户设备跨移动管理实体池MME Pool的跟踪区更新的场景,包括:接收用户设备UE发送的第一跟踪区更新请求;

判断是否能够识别所述第一跟踪区更新请求包括的第一全球唯一临时UE标识GUTI;

当无法识别所述第一GUTI时,为所述用户设备分配第二GUTI并生成包括所述第二GUTI的跟踪区更新应答信息;

向所述用户设备发送所述跟踪区域更新应答信息;

存储所述第一GUTI和所述向所述用户设备发送的跟踪区更新应答信息;在用户设备未接收到所述跟踪区域更新应答信息的情况下,接收所述用户设备发送的第二跟踪区更新请求;

识别所述第二跟踪区更新请求中包括的GUTI;

当识别出所述第二跟踪区域更新请求中包括的GUTI为所存储的针对所述用户设备的所述第一GUTI时,向所述用户设备发送所述跟踪区域更新应答信息。

2.根据权利要求1所述的方法,在当识别出所述第二跟踪区域更新请求中包括的GUTI为所存储的针对所述用户设备的所述第一GUTI时,向所述用户设备发送所述跟踪区域更新应答信息之前,还包括:建立所述第一GUTI和所述跟踪区域更新应答信息一一对应的对应关系;

基于所述第一GUTI和所述对应关系确定发送给所述用户设备的所述跟踪区域更新应答信息。

3.根据权利要求1所述的方法,还包括:

在存储所述第一GUTI和所述跟踪区域更新应答信息的时长达到预设时间段后,删除所述第一GUTI和所述跟踪区域更新应答信息。

4.根据权利要求1至3任一项所述的方法,所述跟踪区域更新应答信息还包括为所述用户设备分配的跟踪区标识列表。

5.一种跟踪区更新装置,用于用户设备跨移动管理实体池MME Pool的跟踪区更新的场景,包括:接收单元,用于接收用户设备UE发送的第一跟踪区更新请求;

判断单元,用于判断是否能够识别所述第一跟踪区更新请求包括的第一全球唯一临时UE标识GUTI;

分配单元,用于当无法识别所述第一GUTI时,为所述用户设备分配第二GUTI;

生成单元,用于生成包括所述第二GUTI的跟踪区更新应答信息;

发送单元,用于向所述用户设备发送所述跟踪区域更新应答信息;

存储单元,用于存储所述第一GUTI和所述向所述用户设备发送的跟踪区更新应答信息;

所述接收单元还用于在用户设备未接收到所述跟踪区域更新应答信息的情况下,接收所述用户设备发送的第二跟踪区更新请求;

识别单元,用于识别所述第二跟踪区更新请求中包括的GUTI;

所述发送单元还用于当识别出所述第二跟踪区域更新请求中包括的GUTI为所存储的针对所述用户设备的所述第一GUTI时,向所述用户设备发送所述跟踪区域更新应答信息。

6.根据权利要求5所述的装置,还包括:

建立单元,用于建立所述第一GUTI和所述跟踪区域更新应答信息一一对应的对应关系;

确定单元,用于基于所述第一GUTI和所述对应关系确定发送给所述用户设备的所述跟踪区域更新应答信息。

7.根据权利要求5所述的装置,还包括:

删除单元,用于在存储所述第一GUTI和所述跟踪区域更新应答信息的时长达到预设时间长度后,删除所述第一GUTI和所述跟踪区域更新应答信息。

8.根据权利要求5至7任一项所述的装置,所述跟踪区域更新应答信息还包括为所述用户设备分配的跟踪区标识列表。

9.一种移动管理实体,用于用户设备跨移动管理实体池MME Pool的跟踪区更新的场景,包括:存储器,用于存储可执行的程序;

输入/输出接口,用于接收用户设备UE发送的第一跟踪区更新请求;

处理器,用于运行所述存储器存储的程序,从而执行如下操作:判断是否能够识别第一全球唯一临时UE标识GUTI;

当无法识别所述第一GUTI时,为所述用户设备分配第二GUTI并生成包括所述第二GUTI的跟踪区更新应答信息;

所述输入/输出接口,还用于向所述用户设备发送所述跟踪区域更新应答信息;

所述处理器,还用于存储所述第一GUTI和所述向所述用户设备发送的跟踪区更新应答信息;

所述输入/输出接口,还用于在用户设备未接收到所述跟踪区域更新应答信息的情况下,接收所述用户设备发送的第二跟踪区更新请求;

所述处理器,还用于识别所述第二跟踪区更新请求中包括的GUTI;

所述输入/输出接口,还用于当识别出所述第二跟踪区域更新请求中包括的GUTI为所存储的针对所述用户设备的所述第一GUTI时,向所述用户设备发送所述跟踪区域更新应答信息。

说明书 :

一种跟踪区更新方法、装置及移动管理实体

技术领域

[0001] 本发明属于通信技术领域,尤其涉及一种跟踪区更新方法、装置及移动管理实体。

背景技术

[0002] TA(Tracking Area,跟踪区)是LTE等系统为UE的位置管理新设立的概念。其被定义为UE不需要更新服务的自由移动区域。TA功能为实现对用户设备位置的管理,定义为一个或多个连续的小区,每个TA都有自己唯一的TAI(Tracking Area Identity,跟踪区标识),而且TA不能相互重叠。多个TA组成一个TA列表,核心网将其分配给一个UE(User Equipment,用户设备),当UE处于空闲状态时,核心网络能够知道UE所在的跟踪区,进而能够知道UE所处位置;当处于空闲状态的UE需要被寻呼时,在UE所分配的跟踪区的所有小区进行寻呼。
[0003] 当UE进入不在其所分配的TA列表中的新TA区域时,会发现新TA区域的TAC(Tracking area code of cell servedby neighbor Enb,跟踪区域码)不在其分配的TA列表中,需要执行TA更新,即发起TAU(Tracking Area Update,跟踪区更新)请求,TAU请求中携带UE的GUTI(Globally Unique Temporary UE Identity,全球唯一临时UE标识),MME(Mobile Managenment Entity,移动管理实体)接收到TAU请求后执行TAU操作,为UE重新分配一个TA列表,新分配的TA列表中可以包含原有TA列表中的一些TA,MME在完成TAU操作中的信息分配等操作后,向UE发送跟踪区域更新应答信息Tracking Area Update Accept,通过跟踪区域更新应答信息将为UE分配的TA列表等信息发送给UE,以便UE更新自己的信息。UE进入的新TA区域对应的目的MME与UE原有的TA对应的源MME不属于同一个移动管理实体池MME POOL的跟踪区更新属于跨MME POOL的跟踪区更新,目的MME接收到TAU请求后,根据TAU请求中携带的GUTI可以判断出UE此次为跨MME POOL的跟踪区更新,则会从源MME中获取UE的上下文信息,为UE重新分配GUTI,在核心网中更新UE的相关信息并指示源MME删除UE的上下文信息,通过跟踪区域更新应答信息将为UE重新分配的GUTI发送给UE,使UE后续通过重新分配的GUTI传输数据。
[0004] 在现有的跨MME POOL的跟踪区更新流程中,UE在进入新TA区域后通过当前位置对应的基站向目的MME发送TAU请求,目的MME则通过此基站向UE发送跟踪区域更新应答信息。但是,在一些场景中,例如UE在快速移动的场景,UE通过当前位置对应的基站向目的MME发送TAU请求,但是在目的MME通过此基站向UE发送跟踪区域更新应答信息前,离开了此基站的覆盖范围,从而没有接收到跟踪区域更新应答信息,则UE中的GUTI和TA列表没有更新为目的MME为其重新分配的内容。此时,由于UE中的GUTI和TA列表没有更新为目的MME为其重新分配的内容,UE发现新TA区域的TAC仍然不在其分配的TA列表中,则会再次发送携带原始GUTI的TAU请求,目的MME再次接收到UE发送的TAU请求后,向源MME获取UE的上下文信息,而此时源MME中UE的上下文信息已经删除,目的MME无法获取到UE的上下文信息则会拒绝UE的TAU请求。如果UE此时正在进行语音或数据等业务,TAU请求被拒绝后,UE将无法在新的TA区域中与网络侧进行业务相关的数据传输,从而导致正在进行语音或数据等业务被迫中断,降低网络业务的可靠性。

发明内容

[0005] 本发明实施例提供了一种跟踪区更新方法、装置及移动管理实体,能够解决现有技术中UE的TAU请求被拒绝,导致正在进行语音或数据等业务被迫中断,降低网络业务的可靠性的问题。
[0006] 第一方面,本发明提供了一种跟踪区更新方法,用于用户设备跨MME Pool的跟踪区更新的场景,包括:
[0007] 在接收用户设备UE发送的第一跟踪区更新请求后,判断是否能够识别所述第一跟踪区更新请求包括的第一全球唯一临时UE标识GUTI;
[0008] 当无法识别所述第一GUTI时,为所述用户设备分配第二GUTI;
[0009] 向所述用户设备发送所述跟踪区域更新应答信息;
[0010] 接收用户设备发送的第二跟踪区更新请求;
[0011] 识别第二跟踪区更新请求中包括的GUTI;
[0012] 当识别出第二跟踪区域更新请求中包括的GUTI为所存储的针对用户设备的第一GUTI时,向用户设备发送跟踪区域更新应答信息。
[0013] 第二方面,本发明提供了一种跟踪区更新装置,用于用户设备跨MME Pool的跟踪区更新的场景,包括:
[0014] 判断单元,用于在接收用户设备UE发送的第一跟踪区更新请求后,判断是否能够识别所述第一跟踪区更新请求包括的第一全球唯一临时UE标识GUTI;
[0015] 分配单元,用于当无法识别所述第一GUTI时,为所述用户设备分配第二GUTI;
[0016] 发送单元,用于向所述用户设备发送所述跟踪区域更新应答信息;
[0017] 接收单元还用于接收用户设备发送的第二跟踪区更新请求;
[0018] 识别单元,用于识别第二跟踪区更新请求中包括的GUTI;
[0019] 发送单元还用于当识别出第二跟踪区域更新请求中包括的GUTI为所存储的针对用户设备的第一GUTI时,向用户设备发送跟踪区域更新应答信息。
[0020] 第三方面,本发明提供了一种移动管理实体,用于用户设备跨MME Pool的跟踪区更新的场景,包括:
[0021] 存储器,用于存储可执行的程序;
[0022] 输入/输出接口,用于接收用户设备UE发送的第一跟踪区更新请求;
[0023] 处理器,用于运行存储器存储的程序,从而执行如下操作:
[0024] 判断是否能够识别第一全球唯一临时UE标识GUTI;
[0025] 当无法识别第一GUTI时,为用户设备分配第二GUTI并生成包括第二GUTI的跟踪区更新应答信息;
[0026] 输入/输出接口,还用于向用户设备发送跟踪区域更新应答信息,以及接收用户设备发送的第二跟踪区更新请求;
[0027] 处理器,还用于识别第二跟踪区更新请求中包括的GUTI;
[0028] 输入/输出接口,还用于当识别出第二跟踪区域更新请求中包括的GUTI为所存储的针对用户设备的第一GUTI时,向用户设备发送跟踪区域更新应答信息。
[0029] 本发明实施例提供了一种跟踪区更新方法、装置及移动管理实体,本发明中移动管理实体在接收用户设备发送的第一跟踪区更新请求后,判断是否能够识别第一跟踪区更新请求包括的第一GUTI,由此来判断用户设备是否为跨MME POOL的跟踪区更新;当无法识别第一GUTI时,说明用户设备为跨MME POOL的跟踪区更新,则在为用户设备分配第二GUTI后,对第一GUTI和包括第二GUTI的跟踪区域更新应答信息进行存储,如此在将跟踪区域更新应答信息发送给用户设备后,如果用户设备没有接收到跟踪区域更新应答信息,移动管理实体可以在再次接收到用户设备发送的跟踪区更新请求后,基于跟踪区更新请求中的第一GUTI判定出已经为用户设备重新分配过第二GUTI,直接将存储的跟踪区域更新应答信息发送给用户设备即可,从而避免了移动管理实体可以在再次接收到用户设备发送的跟踪区更新请求却无法获取到UE的上下文信息则会拒绝UE的TAU请求,导致UE将无法在新的TA区域中与网络侧进行业务相关的数据传输,从而导致正在进行语音或数据等业务被迫中断的情况,提高网络业务的可靠性。

附图说明

[0030] 为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所描述的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0031] 图1是根据本发明一实施例提供的跟踪区更新方法的示意性流程图;
[0032] 图2、图3是根据本发明一实施例提供的跟踪区更新装置的示意性框图;
[0033] 图4是根据本发明一实施例的移动管理实体的示意性框图。

具体实施方式

[0034] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0035] 需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
[0036] 本发明适用于用户设备进行跨MME POOL的跟踪区更新的场景,在跨MME POOL的跟踪区更新中,MME在确定用户设备为跨MME POOL的跟踪区更新后,在为用户设备重新分配GUTI和TA列表等信息后,对用户设备的原始GUTI以及需要发送和用户设备的跟踪区域更新应答信息进行存储,如果本次用户设备没有接收到MME发送的跟踪区域更新应答信息,MME可以在再次接收到用户设备发送的跟踪区域更新请求时,直接将存储的跟踪区域更新应答信息发送给用户设备,避免了用户设备再次发送的跟踪区域更新请求被拒绝的问题。
[0037] 图1示出了根据本发明一实施例的跟踪区更新方法的示意性流程图。该方法用于用户设备跨MME Pool的跟踪区更新的场景,包括以下步骤:101,接收用户设备发送的第一跟踪区更新请求;102,判断是否能够识别第一跟踪区更新请求包括的第一GUTI;103,当无法识别第一GUTI时,为用户设备分配第二GUTI并生成包括第二GUTI的跟踪区更新应答信息;104,向用户设备发送跟踪区域更新应答信息;105,接收到用户设备发送的第二跟踪区更新请求;106,识别第二跟踪区更新请求中包括的GUTI;107,当识别出第二跟踪区域更新请求中包括的GUTI为所存储的针对用户设备的第一GUTI时,向用户设备发送跟踪区域更新应答信息。
[0038] 在步骤101中,在用户设备发现进入的跟踪区标识不再其存储的跟踪区列表中时,会通过基站向MME发送第一跟踪区更新请求,MME接收用户设备发送的第一跟踪区更新请求。
[0039] 在步骤102中,第一跟踪区更新请求包括用户设备的第一GUTI。MME通过判断是否能够识别第一GUTI,来判断用户设备是否为跨MME POOL的跟踪区更新。
[0040] 需要说明的是,MME在为用户设备分配了GUTI后均会进行记录,所以如果MME分配的GUTI,可以通过记录能够识别出此GUTI分配给了哪个用户设备。如果MME不能识别则说明用户设备是从其他MME服务的区域进入的,此时可以确定用户设备为跨MME POOL的跟踪区更新。MME POOL为多个MME组件的MME池,在同一个MME POOL中的MME,其能识别出彼此分配的GUTI,即用户设备在同一个MME POOL中的两个MME之间跟踪区更新时,不需要重新分配GUTI。
[0041] 在步骤103中,MME无法识别第一GUTI,说明用户设备为跨MME POOL的跟踪区更新,需要为用户设备重新分配GUTI,即第二GUTI。并且在MME执行TAU流程需要将为用户设备分配的第二GUTI发送给用户设备,所以本步骤中生成包括第二GUTI的跟踪区更新应答信息。
[0042] 需要说明的是,跟踪区更新应答信息为MME执行TAU流程中需要反馈给用户设备的信息,本发明实施例中只对跟踪区更新应答信息中的第二GUTI进行了说明,即现有技术中MME执行TAU流程中需要反馈给用户设备的其他信息也适用于本发明实施例,例如,MME为用户设备分配的跟踪区标识列表TAI list、EPS bearer status等信元,再次不再赘述。
[0043] 在步骤104中,MME执行TAU操作,向将需要发送给用户设备的信息通过跟踪区域更新应答信息发送给用户设备。
[0044] 需要说明的是,本发明实施例中,MME执行TAU操作时,在现有技术中需要执行的数据处理流程在本发明实施例中也需要执行,本发明实施例为了叙述简练,没有对MME执行TAU操作中的所有步骤进行说明。MME在步骤104发送的跟踪区域更新应答信息中还包括MME为用户设备分配的跟踪区标识列表TAI list、EPS bearer status等信元。在步骤105中,在现有技术中,在一些场景中,例如UE在快速移动的场景,UE通过当前位置对应的基站向MME发送TAU请求,但是在MME通过此基站向UE发送跟踪区域更新应答信息(步骤104)前,离开了此基站的覆盖范围,期发生了X2切换,切换到了其他基站,从而没有接收到步骤104发送的跟踪区域更新应答信息,则UE中的GUTI和TA列表没有更新为MME为其重新分配的第二GUTI和TA列表。此时,由于UE中原有的TA列表没有更新为MME为其重新分配的TA列表,UE发现新TA区域的TAC仍然不在其此时存储的TA列表中,则会再次发送携带第一GUTI的TAU请求。
[0045] 需要说明的是,MME执行TAU操作,在为用户设备分配第二GUTI等信息后,通过跟踪区域更新应答信息发送给用户设备,在上述过程中,MME将需要发送给用户设备的跟踪区域更新应答信息和第一GUTI进行存储,如此移动管理实体可以在再次接收到用户设备发送的包括第一GUTI跟踪区更新请求后,直接将存储的跟踪区域更新应答信息发送给用户设备。
[0046] 在步骤106中,由于MME对跨MME POOL的用户设备进行跟踪区更新时,存储了用户设备的第一GUTI和跟踪区域更新应答信息,则后续再接收到用户设备发送的第二跟踪区域更新请求时,对第二跟踪区更新请求中包括的GUTI进行识别,判断MME是否存储了跟踪区域更新请求包括的GUTI。如果存储了第二跟踪区更新请求携带的GUTI,则说明MME在以前已经针对此用户设备执行了TAU流程,只是用户设备由于没有收到跟踪区域更新应答信息等原因,没有对GUTI和TAI list进行更新,从而再次发送了跟踪区更新请求。
[0047] 在步骤107中,MME存储了第二跟踪区更新请求包括的GUTI为第一GUTI,则直接将与第一GUTI一起存储的跟踪区域更新应答信息发送给用户设备即可。
[0048] 本发明实施例中移动管理实体在接收用户设备发送的第一跟踪区更新请求后,判断是否能够识别第一跟踪区更新请求包括的第一GUTI,由此来判断用户设备是否为跨MME POOL的跟踪区更新;当无法识别第一GUTI时,说明用户设备为跨MME POOL的跟踪区更新,则为用户设备分配第二GUTI,并对第一GUTI和包括第二GUTI的跟踪区域更新应答信息进行存储,如此在将跟踪区域更新应答信息发送给用户设备后,如果用户设备没有接收到跟踪区域更新应答信息,移动管理实体可以在再次接收到用户设备发送的跟踪区更新请求后,基于跟踪区更新请求中的第一GUTI判定出已经为用户设备重新分配过第二GUTI,直接将存储的跟踪区域更新应答信息发送给用户设备即可,从而避免了移动管理实体可以在再次接收到用户设备发送的跟踪区更新请求却无法获取到UE的上下文信息则会拒绝UE的TAU请求,导致UE将无法在新的TA区域中与网络侧进行业务相关的数据传输,从而导致正在进行语音或数据等业务被迫中断的情况,提高网络业务的可靠性。
[0049] 本发明实施例中避免了MME接收到第二跟踪区更新请求,再次执行TAU流程,从而减少了MME间获取用户设备上下文的请求消息和MME与HSS间的位置更新流程,达到节省信令流程的效果;同时,避免了MME再次执行TAU流程,核心网已经删除了用户设备之前的上下文信息,而拒绝UE的TAU请求的问题。
[0050] 可以理解的是,在步骤107之前,方法100还可以包括:建立第一GUTI和跟踪区域更新应答信息一一对应的对应关系;基于第一GUTI和对应关系确定跟踪区域更新应答信息。如此,在MME中存储了对多个用户设备的GUTI和跟踪区域更新应答信息时,步骤107中基于跟踪区域更新请求包括的GUTI和对应关系可以直接确定出需要发送给用户设备的跟踪区域更新应答信息,避免出现错误。
[0051] 可以理解的是,在本发明实施的方法中,该方法100还包括:在存储第一GUTI和跟踪区域更新应答信息的时长达到预设时间段后,删除第一GUTI和跟踪区域更新应答信息。
[0052] 其中,在本发明实施的方法中,为了避免移动管理实体在再次接收到用户设备发送的跟踪区更新请求却无法获取到UE的上下文信息则会拒绝UE的TAU请求的情况,MME存储第一GUTI和跟踪区域更新应答信息,并且,在MME存储第一GUTI和跟踪区域更新应答信息的过程中,第一GUTI和第二GUTI均不可以分配给其他用户设备。但是,并不是所有的用户设备在跨MME POOL跟踪区更新时,接收不到MME发送的跟踪区域更新应答信息而再次发送跟踪区更新请求,所以长时间存储第一GUTI和第二GUTI势必会造成资源了浪费。为了节省资源,可以设置MME存储第一GUTI和跟踪区域更新应答信息的时长,在存储第一GUTI和跟踪区域更新应答信息的时长达到预设时间长度后,删除第一GUTI和跟踪区域更新应答信息。预设时间长度的具体值可以根据网络中资源需求和网络运行的状况进行设定,例如,如果MME中可用资源较多,则可以设置较大的预设时间长度(如5秒等)。
[0053] 可以理解的是,本发明实施例可以通过定时器对存储第一GUTI和跟踪区域更新应答信息的时长进行计时,例如,在存储第一GUTI和跟踪区域更新应答信息的同时,启动定时器,定时器的定时长度为预设时间长度;当定时器计时达到定时长度时删除第一GUTI和跟踪区域更新应答信息。
[0054] 图2示出了根据本发明一实施例的跟踪区更新装置200的示意性框图。如图2所示,该装置200用于用户设备跨MME Pool的跟踪区更新的场景,包括:
[0055] 接收单元201,用于接收用户设备UE发送的第一跟踪区更新请求;
[0056] 判断单元202,用于判断是否能够识别所述第一跟踪区更新请求包括的第一全球唯一临时UE标识GUTI;
[0057] 分配单元203,用于当无法识别所述第一GUTI时,为所述用户设备分配第二GUTI;
[0058] 生成单元204,用于生成包括所述第二GUTI的跟踪区更新应答信息;
[0059] 发送单元205,用于向所述用户设备发送所述跟踪区域更新应答信息。
[0060] 所述接收单元201还用于接收到所述用户设备发送的第二跟踪区更新请求;
[0061] 识别单元206,用于识别所述第二跟踪区更新请求中包括的GUTI;
[0062] 所述发送单元205还用于当识别出所述第二跟踪区域更新请求中包括的GUTI为所存储的针对所述用户设备的所述第一GUTI时,向所述用户设备发送所述跟踪区域更新应答信息。
[0063] 可以理解的时,如图3所示,所示装置200还可以包括:
[0064] 建立单元207,用于建立所述第一GUTI和所述跟踪区域更新应答信息一一对应的对应关系;
[0065] 确定单元208,用于基于所述第一GUTI和所述对应关系确定发送给所述用户设备的所述跟踪区域更新应答信息。
[0066] 可以理解的时,如图3所示,所示装置200还可以包括:
[0067] 删除单元209,用于在存储所述第一GUTI和所述跟踪区域更新应答信息的时长达到预设时间长度后,删除所述第一GUTI和所述跟踪区域更新应答信息。
[0068] 可以理解的时,所述跟踪区域更新应答信息还包括为所述用户设备分配的跟踪区标识列表。
[0069] 根据本发明实施例的跟踪区更新的装置200可对应于根据本发明实施例的跟踪区更新的方法中的执行主体,并且跟踪区更新的装置200中的各个模块的上述和其它操作和/或功能分别为了实现图1中的各个方法的相应流程,为了简洁,在此不再赘述。
[0070] 图4是根据本发明一实施例的移动管理实体300的示意性框图。如图4所示,移动管理实体300用于用户设备跨MME Pool的跟踪区更新的场景,包括处理器301、存储器302和输入/输出接口303,存储器302用于存储可执行的程序,处理器301用于执行存储器302存储的程序,输入/输出接口303用于与外部设备通信,例如与用户设备、基站、核心网设备等进行通信,移动管理实体300还可以包括总线304,总线304用于连接处理器301、存储器302和输入/输出接口303,使处理器301、存储器302和输入/输出接口303通过总线304进行相互通信。
[0071] 具体地,输入/输出接口303还用于接收用户设备UE发送的第一跟踪区更新请求;
[0072] 处理器301还用于判断是否能够识别所述第一全球唯一临时UE标识GUTI;以及,用于当无法识别所述第一GUTI时,为所述用户设备分配第二GUTI并生成包括所述第二GUTI的跟踪区更新应答信息;
[0073] 输入/输出接口303,还用于向所述用户设备发送所述跟踪区域更新应答信息,以及用于接收所述用户设备发送的第二跟踪区更新请求;
[0074] 所述处理器301还用于识别所述第二跟踪区更新请求中包括的GUTI;
[0075] 所述输入/输出接口303,还用于当识别出所述第二跟踪区域更新请求中包括的GUTI为所存储的针对所述用户设备的所述第一GUTI时,向所述用户设备发送所述跟踪区域更新应答信息。
[0076] 本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
[0077] 所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
[0078] 以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。