跟踪区域更新后保持用户设备业务连续性的方法及装置 技术领域 本发明涉及通信领域, 具体而言, 涉及一种跟踪区域更新后保持用户设备业务连 续性的方法及装置。 背景技术 在 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),其中两个 TA List包含的 TAC(Tracking Area Code, 跟踪区域码) 如下: TA Listl = {TACO, TAC 1 , TAC 2, TAC 3...};
TA List2 = { TAC 4, TAC 5, TAC 6... }。
这两个 TA List中包含的 TAC值没有交集, 且分别对应两个 SGW的服务区, TA Listl对应 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是同时支持这 TA Listl和 TA List2中的 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,属于 TAList2, 对应 SGW2的服务区,这时 MME为 UE重选 SGW,在 SGW2上为 UE创建承载上下 文(包括 UE的承载上行 IP地址和 TEID), 并删除 UE在 SGW1中的承载上下文(包 括 UE的承载上行 IP地址和 TEID)。 TAU成功后, MME给 UE回复跟踪区域更新接 受 (Tracking Area Update Accept) 消息。 但是在该 TAU过程中并没有 SI接口上的信 令消息来通知 eNodeB UE接入的 SGW已经发生了改变, 那么 eNodeB仍会把 UE的 上行业务包转发至 SGW1,然而这时 SGW1中已经删除了 UE的承载上下文(包括 UE 的承载上行 IP地址和 TEID), SGW1虽然接收到了 UE的上行业务包, 但却无法进行 下一步的操作, 从而导致 UE的业务中断。 场景二、 UE在 eNodeB内发生移动, eNodeB侧小区改变触发 UE发起 TA改变的
TAU 请同时参考图 2,在该场景中, eNodeB是同时支持这 TA Listl和 TA List2中的 TAC 的。 UE在 eNodeB下的小区 A接入,小区 A的 TAC= TAC 1,在核心网侧接入的 SGW1, eNodeB的小区 B的 TAC= TAC 4。 UE从小区 A向小区 B切换, 切换完成后, UE发 现 TA改变, 发起 TAU。 MME发现 UE发起 TAU的 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过程中并没有 SI口上的信令来 通知 eNodeB UE接入的 SGW已经发生了改变, 那么 eNodeB仍会把 UE的上行业务
包转发至 SGW1, 然而这时 SGW1中已经删除了 UE的承载上下文 (包括 UE的承载 上行 IP地址和 TEID), SGW1虽然接收到了 UE的上行业务包, 但却无法进行下一步 的操作, 从而导致 UE的业务中断。 针对相关技术上述场景中演进型基站(eNodeB) 由于无法获知 UE的承载上行 IP 地址和 TEID改变而导致 UE业务中断的问题, 目前尚未提出有效的解决方案。 发明内容 本发明提供了一种跟踪区域更新后保持用户设备业务连续性的方法及装置, 以至 少解决上述问题。 根据本发明的一个方面, 提供了一种跟踪区域更新后保持用户设备业务连续性的 方法,包括:在用户设备(UE)发起跟踪区域更新(TAU)请求后,移动管理实体(MME) 判断更新后的目标服务网关(SGW)与源服务网关(SGW)是否相同; 在判断结果为 否的情况下, MME继续判断 UE当前接入的演进型基站 (eNodeB)是否发生了改变; 在 eNodeB未发生改变的情况下, MME选择目标 SGW为 UE服务并向 eNodeB发送 指示 UE变更到目标 SGW的服务区域中的通知消息,或者, MME停止为 UE选择 SGW 直接指示 UE继续在源 SGW下接受服务。 优选地, 在 MME选择目标 SGW为 UE服务之后, 包括: MME确定核心网在目 标 SGW上为 UE成功建立第一承载上下文; MME根据第一承载上行文的建立确定跟 踪区域更新成功, 并向 UE发送指示跟踪区域更新成功的确认消息。 优选地, MME向 eNodeB发送指示 UE变更到 SGW的服务区域中的通知消息, 包括: MME获取 UE承载在目标 SGW上的互联网协议 (IP) 地址和隧道端点标识 (TEID), 其中, IP地址和 TEID能够指示 UE已经变更到目标 SGW的服务区域中; MME将 IP地址和 TEID携带在通知消息中发送给 eNodeB。 优选地, 在 MME将 IP地址和 TEID携带在确认消息中发送给 eNodeB之后, 还 包括: eNodeB根据确认消息中的 IP地址和 TEID将 UE承载的上行链路从源 SGW上 切换到目标 SGW上; 在切换操作成功的情况下, 接收 UE发送的上行业务包, 并将上 行业务包转发给目标 SGW。 优选地, 在 MME选择目标 SGW为 UE服务并向 eNodeB发送指示 UE变更到目 标 SGW的服务区域中的通知消息, 或者, 停止为 UE选择 SGW直接指示 UE继续在
源 SGW下接受服务之后, 还包括: MME向 UE发送指示跟踪区域更新成功的确认消 息。 根据本发明的另一方面, 提供了一种跟踪区域更新后保持用户设备业务连续性的 装置, 包括: 第一判断模块, 设置为在用户设备 (UE) 发起跟踪区域更新 (TAU)请 求后, 判断更新后的目标服务网关(SGW)与源服务网关(SGW)是否相同; 第二判 断模块, 设置为在第一判断模块的判断结果为否的情况下, 判断 UE当前接入的演进 型基站 (eNodeB) 是否发生了改变; 执行模块, 设置为在 UE当前接入的 eNodeB未 发生改变的情况下, 选择目标 SGW为 UE服务并向 eNodeB发送指示 UE变更到目标 SGW的服务区域中的通知消息, 或者, 停止为 UE选择 SGW直接指示 UE继续在源 SGW下接受服务。 优选地, 该装置还包括: 第一确定模块, 设置为在执行模块选择目标 SGW为 UE 服务之后,确定核心网在目标 SGW上为 UE成功建立第一承载上下文;第二确定模块, 设置为根据第一承载上行文的建立确定跟踪区域更新成功, 并向 UE发送指示跟踪区 域更新成功的确认消息。 优选地, 执行模块包括: 获取单元, 设置为获取 UE承载在目标 SGW上的互联网 协议(IP)地址和隧道端点标识(TEID), 其中, IP地址和 TEID能够指示 UE已经变 更到目标 SGW的服务区域中; 发送单元, 设置为将 IP地址和 TEID携带在通知消息 中发送给 eNodeB。 优选地, 执行模块还包括: 指示切换单元, 设置为指示 eNodeB根据确认消息中 的 IP地址和 TEID将 UE承载的上行链路从源 SGW上切换到目标 SGW上;指示转发 单元, 设置为在切换操作成功的情况下, 指示 eNodeB接收 UE发送的上行业务包, 并将上行业务包转发给目标 SGW。 优选地, 该装置还包括: 发送模块, 设置为在执行模块选择目标 SGW为 UE服务 并向 eNodeB发送指示 UE变更到目标 SGW的服务区域中的通知消息, 或者, 停止为 UE选择 SGW直接指示 UE继续在源 SGW下接受服务之后, 向 UE发送指示跟踪区 域更新成功的确认消息。 通过本发明,采用在 UE发生 eNodeB不改变而 SGW改变的跟踪区域更新(TAU) 的场景中, 由 MME选择目标 SGW为 UE服务并向 eNodeB发送指示 UE变更到目标 SGW的服务区域中的通知消息, 或者, 由 MME停止为 UE选择 SGW直接指示 UE 继续在源 SGW下接受服务的方式, 解决了在 UE发生 eNodeB不改变而 SGW改变的 跟踪区域更新(TAU)的场景下由于 eNodeB无法获知 UE的承载上行 IP地址和 TEID
改变而导致 UE业务中断的问题, 进而达到了保持 UE在经历 TAU过程后的业务连续 性, 以及提高用户体验的效果。 附图说明 此处所说明的附图用来提供对本发明的进一步理解, 构成本申请的一部分, 本发 明的示意性实施例及其说明用于解释本发明, 并不构成对本发明的不当限定。 在附图 中- 图 1是根据相关技术的在 eNodeB的小区 TAC配置改变导致 UE发起 eNodeB不 变、 SGW改变的 TAU后 (即场景一) 的 UE业务中断示意图; 图 2是根据相关技术的 UE在 eNodeB内不同 TA间移动导致 UE发起 eNodeB不 变、 SGW改变的 TAU后 (即场景二) 的业务中断示意图; 图 3是根据本发明实施例的跟踪区域更新后保持用户设备业务连续性的方法流 '王
图 4是根据本发明优选实施例一的 UE发起 eNodeB不变、 SGW改变的 TAU后保 持 UE业务连续性的示意图; 图 5是根据本发明优选实施例二的 UE发起 eNodeB不变、 SGW改变的 TAU后保 持 UE业务连续性的示意图; 图 6是根据本发明优选实施例一的在 eNodeB的小区 TAC配置改变导致 UE发起 eNodeB不变、 SGW改变的 TAU后 (即场景一) 保持 UE业务连续性的流程图; 图 7是根据本发明优选实施例一的 UE在 eNodeB内不同 TA间移动导致 UE发起 eNodeB不变、 SGW改变的 TAU后 (即场景二) 保持 UE业务连续性的流程图; 图 8是根据本发明优选实施例二的在 eNodeB的小区 TAC配置改变导致 UE发起 eNodeB不变、 SGW改变的 TAU后 (即场景一) 保持 UE业务连续性的流程图; 图 9是根据本发明优选实施例二的 UE在 eNodeB内不同 TA间移动导致 UE发起 eNodeB不变、 SGW改变的 TAU后 (即场景二) 保持 UE业务连续性的流程图; 图 10 是根据本发明实施例的跟踪区域更新后保持用户设备业务连续性的装置的 结构框图;
图 11 是根据本发明优选实施例的跟踪区域更新后保持用户设备业务连续性的装 置的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是, 在不冲突的 情况下, 本申请中的实施例及实施例中的特征可以相互组合。 图 3是根据本发明实施例的跟踪区域更新后保持用户设备业务连续性的方法流程 图, 如图 3所示, 该方法主要包括以下步骤 (步骤 S302-步骤 S306): 步骤 S302, 在用户设备 (UE) 发起跟踪区域更新 (TAU) 请求后, 移动管理实 体 (MME) 判断更新后的目标服务网关 (SGW) 与源服务网关 (SGW) 是否相同。 步骤 S304, 在判断结果为否的情况下, MME继续判断 UE当前接入的演进型基 站 (eNodeB) 是否发生了改变。 步骤 S306, 在 eNodeB未发生改变的情况下, MME选择目标 SGW为 UE服务并 向 eNodeB发送指示 UE变更到目标 SGW的服务区域中的通知消息, 或者, MME停 止为 UE选择 SGW直接指示 UE继续在源 SGW下接受服务。 在本实施例的步骤 S304中, 在 MME选择目标 SGW为 UE服务之后, MME还 可以确定核心网在目标 SGW上为 UE成功建立第一承载上下文的情况下,进一步根据 第一承载上行文的建立确定跟踪区域更新成功, 再向 UE发送指示跟踪区域更新成功 的确认消息。 在本实施例的步骤 S304中, 当 MME向 eNodeB发送指示 UE变更到 SGW的服 务区域中的通知消息时, 可以具体包括: MME先获取 UE承载在目标 SGW上的互联 网协议(IP)地址和隧道端点标识(TEID) (其中, IP地址和 TEID能够指示 UE已经 变更到目标 SGW 的服务区域中), 再将 IP 地址和 TEID 携带在通知消息中发送给 eNodeB。 例如, 在实际应用中, 可以采用以下方式进行: 请参考图 4, 图 4是根据本发明优选实施例一的 UE发起 eNodeB不变、 SGW改 变的 TAU后保持 UE业务连续性的示意图, 如图 4所示, UE发起 TAU请求之后, MME首先判断更新的目标 TA是否超出 UE原来接入的 SGW1的服务区,并继续判断 UE当前接入的 eNodeB是否发生改变, 如果最终判定 UE的 SGW改变但是 UE接入
的 eNodeB没有改变, 则为 UE重选 SGW。 进一步地, 当核心网侧在 SGW2建立了新 的承载上下文后, MME可以向 UE发送 TAUACC (跟踪区域更新成功确认消息), 而 且可以向 eNodeB发送路径切换请求响应(Path Switch Request Acknowledge)消息(携 带 UE承载在 SGW2的传输层 (即 IP) 地址和 TEID), eNodeB收到该路径切换请求 响应消息后,在本地进行承载地址和 TEID的上行切换(即将 eNodeB的上行链路路径 从 SGW1上迁移至 SGW2上), 并把其接收到的来自 UE的上行业务包转发至 SGW2。 这样, 在 TAU完成后, UE的业务就成功切换至 SGW2, 从而保持了 UE业务的连续 性。 在本实施例中, 在 MME将 IP地址和 TEID携带在确认消息中发送给 eNodeB之 后, eNodeB就可以根据确认消息中的 IP地址和 TEID将 UE承载的上行链路从源 SGW 上切换到目标 SGW上, 在切换操作成功的情况下, 再接收 UE发送的上行业务包, 并 将上行业务包转发给目标 SGW。 例如, 在实际应用中, MME停止为 UE选择 SGW直接指示 UE继续在源 SGW 下接受服务时, 可以采用以下方式进行: 请参考图 5, 图 5是根据本发明优选实施例二的 UE发起 eNodeB不变、 SGW改 变的 TAU后保持 UE业务连续性的示意图, 如图 5所示, UE发起 TAU请求之后, MME首先判断更新的目标 TA是否超出 UE原来接入的 SGW1的服务区,并继续判断 UE当前接入的 eNodeB是否发生改变, 如果最终判定 UE的 SGW改变但是 UE接入 的 eNodeB没有改变, 此时, MME不再为 UE重新选择 SGW, 仍允许 UE在 SGW1 下接受服务。同时向 UE发送 TAUACC (跟踪区域更新成功确认消息)。这样,在 TAU 完成后, UE继续接受 SGW1的服务, 从而同样也保持了 UE业务的连续性。 在本实施例中, 在 MME停止为 UE选择 SGW直接指示 UE继续在源 SGW下接 受服务之后, MME还可以向 UE发送指示跟踪区域更新成功的确认消息。 以下结合图 6、图 7对本发明优选实施例一的实现流程(包括实施例 1和实施例 2) 进行详细说明。 实施例 1 图 6是根据本发明优选实施例一的在 eNodeB的小区 TAC配置改变导致 UE发起 eNodeB不变、 SGW改变的 TAU后 (即场景一)保持 UE业务连续性的流程图, 如图 6所示, 该流程包括以下步骤 (步骤 S602-步骤 S610):
步骤 S602, UE ATTACH (附着) 成功, 接入 SGW1, 在 SGW1上建立承载上下 文, 数据传输正常。 步骤 S604, eNodeB配置小区 TAC改变, UE收到更新的广播后, 发现小区 TA 改变, 并且 UE在该 TA中未注册, 发起 TAU流程。 步骤 S606, MME收到 TAU请求, 发现新 TA不属于 SGW1服务区, 判断需要重 选 SGW, MME在 SGW2发起承载创建流程。 步骤 S608, SGW2承载创建成功, MME向 UE发送 TAU ACC消息,同时向 eNodeB 发送路径切换请求响应消息,将 SGW2的承载 IP地址和 TEID信息通知 eNodeB, MME 向 SGW1发送删除回话请求消息, SGW1删除 UE的承载信息。 步骤 S610, eNodeB收到消息后, 切换承载的上行 IP地址和 TEID, 向 SGW2转 发 UE的数据包。 UE数据业务保持连续。 实施例 2 图 7是根据本发明优选实施例一的 UE在 eNodeB内不同 TA间移动导致 UE发起 eNodeB不变、 SGW改变的 TAU后 (即场景二)保持 UE业务连续性的流程图, 如图 7所示, 该流程包括以下步骤 (步骤 S702-步骤 S710): 步骤 S702, UE ATTACH (附着) 成功, 接入 SGW1, 在 SGW1上建立承载上下 文, 数据传输正常。 步骤 S704, UE在 eNodeB内的不同 TA间移动, UE收到移动的目标小区的广播 后, 发现小区 TA改变, 并且 UE在该 TA中未注册, 发起 TAU流程。 步骤 S706, MME收到 TAU请求, 发现新 TA不属于 SGW1服务区, 判断需要重 选 SGW, MME在 SGW2发起承载创建流程。 步骤 S708, SGW2承载创建成功, MME向 UE发送 TAU ACC消息,同时向 eNodeB 发送路径切换请求响应消息,将 SGW2的承载 IP地址和 TEID信息通知 eNodeB, MME 向 SGW1发送删除回话请求消息, SGW1删除 UE的承载信息。 步骤 S710, eNodeB收到消息后, 切换承载的上行 IP地址和 TEID, 向 SGW2转 发 UE的数据包, UE数据业务保持连续。
以下结合图 8、图 9对本发明优选实施例二的实现流程(包括实施例 3和实施例 4) 进行详细说明。 实施例 3 图 8是根据本发明优选实施例二的在 eNodeB的小区 TAC配置改变导致 UE发起 eNodeB不变、 SGW改变的 TAU后 (即场景一)保持 UE业务连续性的流程图, 如图 8所示, 该流程包括以下步骤 (步骤 S802-步骤 S808): 步骤 S802, UE ATTACH (附着) 成功, 接入 SGW1, 在 SGW1上建立承载上下 文, 数据传输正常。 步骤 S804, eNodeB配置小区 TAC改变, UE收到更新的广播后, 发现小区 TA 改变, 并且 UE在该 TA中未注册, 发起 TAU流程。 步骤 S806, MME收到 TAU请求, 发现新 TA不属于 SGW1服务区, 并且 UE接 入的 eNodeB没有发生改变, 则 MME不重新选择 SGW, 仍然让 UE在 SGW1下接受 服务。 步骤 S808, MME向 UE发送 TAU ACC消息, UE数据业务保持连续。 实施例 4 图 9是根据本发明优选实施例二的 UE在 eNodeB内不同 TA间移动导致 UE发起 eNodeB不变、 SGW改变的 TAU后 (即场景二)保持 UE业务连续性的流程图, 如图 9所示, 该流程包括以下步骤 (步骤 S902-步骤 S908): 步骤 S902, UE在 eNodeB内的不同 TA间移动, UE收到移动的目标小区的广播 后, 发现小区 TA改变, 并且 UE在该 TA中未注册, 发起 TAU流程。 步骤 S904, eNodeB配置小区 TAC改变, UE收到更新的广播后, 发现小区 TA 改变, 并且 UE在该 TA中未注册, 发起 TAU流程。 步骤 S906, MME收到 TAU请求, 发现新 TA不属于 SGW1服务区, 并且 UE接 入的 eNodeB没有发生改变, 则 MME不重新选择 SGW, 仍然让 UE在 SGW1下接受 服务。 步骤 S908, MME向 UE发送 TAU ACC消息, UE数据业务保持连续。
采用上述实施例提供的跟踪区域更新后保持用户设备业务连续性的方法, 当 UE 发生 eNodeB不改变而 SGW改变的跟踪区域更新(TAU)后, 由 MME选择目标 SGW 为 UE服务并向 eNodeB发送指示 UE变更到目标 SGW的服务区域中的通知消息, 或 者, 由 MME停止为 UE选择 SGW直接指示 UE继续在源 SGW下接受服务的方式, 可以使该场景下的 eNodeB在获知 UE的承载上行 IP地址和 TEID的改变后及时调整 UE业务路径, 进而达到了保持 UE在经历 TAU过程后的业务连续性, 以及提高用户 体验的效果。 图 10 是根据本发明实施例的跟踪区域更新后保持用户设备业务连续性的装置的 结构框图, 该装置用以实现上述方法实施例提供的跟踪区域更新后保持用户设备业务 连续性的方法, 如图 10所示, 该装置主要包括: 第一判断模块 10、第二判断模块 20, 以及执行模块 30。 其中, 第一判断模块 10, 设置为在用户设备 (UE) 发起跟踪区域 更新 (TAU)请求后, 判断更新后的目标服务网关 (SGW)与源服务网关(SGW) 是 否相同; 第二判断模块 20, 连接至第一判断模块 10, 设置为在第一判断模块的判断结 果为否的情况下, 判断 UE当前接入的演进型基站 (eNodeB) 是否发生了改变; 执行 模块 30, 连接至第二判断模块 20, 设置为在 UE当前接入的 eNodeB未发生改变的情 况下, 选择目标 SGW为 UE服务并向 eNodeB发送指示 UE变更到目标 SGW的服务 区域中的通知消息, 或者, 停止为 UE选择 SGW直接指示 UE继续在源 SGW下接受 服务。 图 11 是根据本发明优选实施例的跟踪区域更新后保持用户设备业务连续性的装 置的结构框图, 如图 11所示, 该装置还可以包括: 第一确定模块 40, 连接至执行模 块 30,设置为在执行模块选择目标 SGW为 UE服务之后,确定核心网在目标 SGW上 为 UE成功建立第一承载上下文; 第二确定模块 50, 连接至第一确定模块 40, 设置为 根据第一承载上行文的建立确定跟踪区域更新成功, 并向 UE发送指示跟踪区域更新 成功的确认消息。 在本实施例中, 执行模块 30可以包括: 获取单元 32, 设置为获取 UE承载在目标
SGW上的互联网协议 (IP) 地址和隧道端点标识 (TEID), 其中, IP地址和 TEID能 够指示 UE已经变更到目标 SGW的服务区域中; 发送单元 34, 连接至获取单元 32, 设置为将 IP地址和 TEID携带在通知消息中发送给 eNodeB。 优选地, 执行模块 30还可以包括: 指示切换单元 36, 连接至发送单元 34, 设置 为指示 eNodeB根据确认消息中的 IP地址和 TEID将 UE承载的上行链路从源 SGW上 切换到目标 SGW上; 指示转发单元 38, 连接至指示切换单元 36, 设置为在切换操作
成功的情况下, 指示 eNodeB接收 UE发送的上行业务包, 并将上行业务包转发给目 标 SGW。 在本实施例中, 该装置还可以包括: 发送模块 60, 连接至执行模块 30, 设置为在 执行模块 30选择目标 SGW为 UE服务并向 eNodeB发送指示 UE变更到目标 SGW的 服务区域中的通知消息, 或者, 停止为 UE选择 SGW直接指示 UE继续在源 SGW下 接受服务之后, 向 UE发送指示跟踪区域更新成功的确认消息。 采用上述实施例提供的跟踪区域更新后保持用户设备业务连续性的装置, 当 UE 发生 eNodeB不改变而 SGW改变的跟踪区域更新(TAU)后, 由 MME选择目标 SGW 为 UE服务并向 eNodeB发送指示 UE变更到目标 SGW的服务区域中的通知消息, 或 者, 由 MME停止为 UE选择 SGW直接指示 UE继续在源 SGW下接受服务的方式, 可以使该场景下的 eNodeB在获知 UE的承载上行 IP地址和 TEID的改变后及时调整 UE业务路径, 进而达到了保持 UE在经历 TAU过程后的业务连续性, 以及提高用户 体验的效果。 从以上的描述中, 可以看出, 本发明实现了如下技术效果: 在 UE 发生 eNodeB 不改变而 SGW改变的跟踪区域更新 (TAU) 的场景中, 由 MME选择目标 SGW为 UE服务并向 eNodeB发送指示 UE变更到目标 SGW的服务区域中的通知消息,或者, 由 MME停止为 UE选择 SGW直接指示 UE继续在源 SGW下接受服务的方式, 解决 了在 UE发生 eNodeB不改变而 SGW改变的跟踪区域更新( TAU)的场景下由于 eNodeB 无法获知 UE的承载上行 IP地址和 TEID改变而导致 UE业务中断的问题, 可以使该 场景下的 eNodeB在获知 UE的承载上行 IP地址和 TEID的改变后及时调整 UE业务 路径, 进而达到了保持 UE在经历 TAU过程后的业务连续性, 以及提高用户体验的效 果。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布在多个计算装置所 组成的网络上, 可选地, 它们可以用计算装置可执行的程序代码来实现, 从而, 可以 将它们存储在存储装置中由计算装置来执行, 并且在某些情况下, 可以以不同于此处 的顺序执行所示出或描述的步骤, 或者将它们分别制作成各个集成电路模块, 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样, 本发明不限制于任 何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本领域的技 术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内, 所作的 任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。