[发明专利]跟踪区域更新后保持用户设备业务连续性的方法及装置

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种跟踪区域更新后保持用户设备业务连续性的方法及装置。

背景技术

在LTE(Long Term Evolution，长期演进)系统中的EPS(Evolved Packet System，演进的分组系统)中，SGW(Serving Gateway，服务网关)有对应的服务区域，服务区域的粒度是TA(Tracking Area，跟踪区域)。不同的SGW的服务区可能有重叠。MME(Mobility Management Entity，移动管理实体)在为UE(User Equipment，用户设备)选择SGW时是需要基于网络拓扑结构进行的。

当UE在移动过程中，触发TA改变的TAU(Tracking Area Update，跟踪区域更新)时，如果UE新进入的TA没有在UE接入的原SGW的服务区内，MME会为UE选择新的SGW。如果此时UE接入的演进型基站(eNodeB或eNodeB)没有发生改变，由于SGW发生变化，UE在S1-U接口(3GPP协议中的接口)上的承载在SGW侧的IP(Internet Protocol，因特网协议)地址和TEID(Tunnel Endpoint Identifier，隧道端点标识)将会改变，但是此时eNodeB又无法获知UE的承载上行IP地址和TEID改变而导致UE业务中断，并且在UE再次接入网络或执行SGW改变的切换前UE业务无法恢复。

下面从两个方面对上述场景进行具体说明：

首先明确一下“用户设备(UE)由于发生演进型基站(eNodeB)不改变而服务网关(SGW)改变的跟踪区域更新(TAU)而导致UE在TAU过程后产生业务中断”这一场景的场景条件：

MME维护了多个跟踪区域列表(TAList)，其中两个TAList包含的TAC(TrackingArea Code，跟踪区域码)如下：

TA List1＝{TAC0，TAC 1，TAC 2，TAC 3...}；

TA List2＝{TAC 4，TAC 5，TAC 6...}。

这两个TA List中包含的TAC值没有交集，且分别对应两个SGW的服务区，TA List1对应SGW1，TA List2对应SGW2。MME、SGW1和SGW2都与eNodeB连接，eNodeB内有小区A和小区B，小区A的TAC为TAC 1，小区B的TAC为TAC 4。

在上述场景条件的基础上，以下按照两种触发TAU的原因将上述场景进一步分为两种不同的场景，并结合图1和图2分别进行讨论：

场景一、UE未发生移动，eNodeB侧小区TAC配置的修改触发UE发起TA改变的TAU

请同时参考图1，在该场景中，eNodeB是同时支持这TAList1和TAList2中的TAC的。UE在eNodeB下的小区A接入，小区A的TAC＝TAC 1，在核心网侧接入SGW1。这时，在eNodeB侧手动修改了小区A的TAC，由TAC 1修改为TAC 4，由此触发eNodeB进行更新的广播信息的下发。UE收到广播后发现TA改变，由此触发改变TA类型的TAU流程。MME发现UE发起TAU时所在TA的TAC为TAC 4，属于TA List2，对应SGW2的服务区，这时MME为UE重选SGW，在SGW2上为UE创建承载上下文(包括UE的承载上行IP地址和TEID)，并删除UE在SGW1中的承载上下文(包括UE的承载上行IP地址和TEID)。TAU成功后，MME给UE回复跟踪区域更新接受(Tracking Area Update Accept)消息。但是在该TAU过程中并没有S1接口上的信令消息来通知eNodeB UE接入的SGW已经发生了改变，那么eNodeB仍会把UE的上行业务包转发至SGW1，然而这时SGW1中已经删除了UE的承载上下文(包括UE的承载上行IP地址和TEID)，SGW1虽然接收到了UE的上行业务包，但却无法进行下一步的操作，从而导致UE的业务中断。

场景二、UE在eNodeB内发生移动，eNodeB侧小区改变触发UE发起TA改变的TAU