一种 MME重选的方法和 MME

技术领域

本发明涉及通信技术领域， 尤其涉及一种 MME 重选的方法和 MME。

背景技术

对于已经与运营商签订入网协议的合法用户设 备 ( User Equipment, 简称 UE ) , UE在每次开机时需要在运营商网络上完成注册� ��着到网络的 流程； 或 UE 完全离开网络覆盖超过预设时间后， 需要重新在运营商网络 上完成注册附着到网络的流程； 或 UE从运营商网络的一个区域进入到另 一个区域时需要进行路由区域更新的流程， 这样 UE 才可以通过网络正常 使用已开通的业务。

目前， 由于在网的 UE所开通的业务和计费标准都不尽相同， 运营商 希望将移动性管理实体 ( Mobility Management Entity, 简称 MME )进行分 类设置， 不同的 MME处理开通了不同业务的 UE的接入请求， 这样在逻 辑上将开通不同业务的用户分开管理， 能够提高通信运营商的管理效率。 例如，对所有签约 M2M业务的用户设备，使用一组专有的 MME进行管理； 而对所有未签约 M2M业务的用户设备使用另外一组 MME进行管理。

然而在长期演进（ Long Term Evolution, 简称 LTE ) 网络中， UE执行 附着或路由区域更新的流程时， 演进节点 eNodeB 仅依靠网络拓朴为 UE 选择 MME。 这样 eNodeB就有可能为 UE选择到错误的 MME。 因此， 在 MME被分为多类， 向开通不同业务类型的 UE提供服务的情况下， 如何选 择 MME是亟待解决的问题。

发明内容

本发明的实施例提供一种 MME重选的方法和 MME, 使得 UE能 够及时的使用正确的 MME执行接入请求流程。

为达到上述目 的， 本发明的实施例釆用如下技术方案：

第一方面，提供了一种第一移动性管理实体 MME , 所述第一 MME 包括：

接收单元， 用于接收用户设备 UE发送的接入请求消息， 所述接 入请求消息携带所述 UE的标识信息；

确定单元， 用于根据所述 UE的标识信息， 确定所述 UE需要接 入的 MME的类型；

重选单元， 用于 居所述 UE需要接入的所述 MME类型， 重选 一第二 MME;

发送单元， 用于将所述接入请求消息转发至第二 MME , 以使得 所述第二 MME执行所述 UE的接入请求流程。

结合第一方面， 在第一种可能的实施方式中，

所述接收单元， 还用于接收所述 UE和所述第二 MME在执行所 述接入请求流程中的交互消息；

所述发送单元， 还用于转发所述 UE和所述第二 MME在执行所 述接入请求流程中的交互消息。

结合第一方面或第一方面的第一种可能的实施 方式， 在第二种可能的 实施方式中， 所述确定单元具体用于：

根据所述 UE的标识信息和预配置指示信息， 确定所述 UE需要 接入的 MME的类型， 其中， 所述预配置指示信息包括有 UE的标识 信息和 UE需要接入的 MME的类型的对应关系信息。

结合第一方面或第一方面的第一种可能的实施 方式， 在第三种可能的 实施方式中， 所述确定单元具体用于：

根据所述 UE 的标识信息， 从签约服务器 HSS 中获取所述 UE 的签约数据， 所述签约数据中包括有所述 UE需要接入的 MME的类 型信息；

根据所述签约数据， 确定所述 UE需要接入的 MME的类型。 结合第一方面或第一方面的第一种可能的实施 方式， 在第四种可能的 实施方式中， 所述确定单元具体用于： 居所述 UE的标识信息， 从所述 UE接入的原 MME获取所述 UE 的移动管理上下文信息， 所述移动管理上下文信息包括有所述 UE需要接入的 MME的类型信息；

根据所述移动管理上下文信息， 确定所述 UE需要接入的 MME 的类型。

根据第一方面的第四种可能的实施方式， 在第五种可能的实施方式 中， 所述发送单元具体用于， 将所述接入请求消息和所述 UE的移动 管理上下文信息转发至第二 MME , 以使得所述第二 MME根据所述 接入请求消息和所述 UE的移动管理上下文信息执行所述 UE的接入 请求流程。

第二方面， 提供了一种第二移动性管理实体 MME , 所述第二 MME 包括：

接收单元， 用于接收第一 MME转发的用户设备 UE发送的接入 请求消息， 所述接入请求消息中包括有所述 UE的标识；

处理单元，用于根据所述接入请求消息执行所 述 UE的接入请求 流程。

结合第二方面， 在第一种可能的实施方式中， 所述第二 MME 还包 括：

发送单元，用于在所述处理单元根据所述接入 请求消息执行所述

UE的接入请求流程中 , 通过所述第一 MME向所述 UE发送交互消 it · 所述接收单元具体用于， 在所述处理单元根据所述接入请求消 息执行所述 UE 的接入请求流程中， 通过所述第一 MME 接收所述 UE发送的交互消息。

结合第二方面或第二方面的第一种可能的实施 方式， 在第二种可能的 实施方式中，

所述接收单元， 还用于接收所述第一 MME转发的所述 UE的移 动管理上下文信息；

所述处理单元具体用于，根据所述接入请求消 息和所述 UE的移 动管理上下文信息执行所述 UE的接入请求流程。

结合第二方面或第二方面的第一种可能的实施 方式， 在第三种可能的 实施方式中，

所述发送单元， 还用于根据所述接入请求消息中携带的 UE 标 识 , 向 UE的原 MME发送移动管理上下文请求消息；

所述接收单元， 还用于接收所述 UE的原 MME发送的移动管理 上下文响应消息， 其中所述移动管理上下文响应消息携带有所述 UE 的移动管理上下文信息；

所述处理单元具体用于，根据所述接入请求消 息和所述 UE的移 动管理上下文信息执行所述 UE的接入请求流程。

第三方面，提供了一种第一移动性管理实体 MME,所述第一 MME 包括：

接收器， 用于接收用户设备 UE发送的接入请求消息， 所述接入 请求消息携带所述 UE的标识信息；

处理器， 用于根据所述 UE 的标识信息， 确定所述 UE需要接入 的 MME的类型； 以及才艮据所述 UE需要接入的所述 MME类型， 重 选一第二 MME;

发送器， 用于将所述接入请求消息转发至第二 MME , 以使得所 述第二 MME执行所述 UE的接入请求流程。

结合第三方面， 在第一种可能的实施方式中，

所述接收器， 还用于接收所述 UE和所述第二 MME在执行所述 接入请求流程中的交互消息；

所述发送器， 还用于转发所述 UE和所述第二 MME在执行所述 接入请求流程中的交互消息。

结合第三方面或第三方面的第一种可能的实施 方式， 在第二种可能的 实施方式中， 所述处理器具体用于：

根据所述 UE的标识信息和预配置指示信息， 确定所述 UE需要 接入的 MME的类型， 其中， 所述预配置指示信息包括有 UE的标识 信息和 UE需要接入的 MME的类型的对应关系信息。

结合第三方面或第三方面的第一种可能的实施 方式， 在第三种可能的 实施方式中， 所述处理器具体用于：

根据所述 UE 的标识信息， 从签约服务器 HSS 中获取所述 UE 的签约数据， 所述签约数据中包括有所述 UE需要接入的 MME的类 型信息；

根据所述签约数据， 确定所述 UE需要接入的 MME的类型。 结合第三方面或第三方面的第一种可能的实施 方式， 在第四种可能的 实施方式中， 所述处理器具体用于：

居所述 UE的标识信息 , 从所述 UE接入的原 MME获取所述 UE 的移动管理上下文信息， 所述移动管理上下文信息包括有所述 UE需要接入的 MME的类型信息；

根据所述移动管理上下文信息， 确定所述 UE需要接入的 MME 的类型。

根据第三方面的第四种可能的实施方式， 在第五种可能的实施方式 中， 所述发送器具体用于， 将所述接入请求消息和所述 UE的移动管 理上下文信息转发至第二 MME , 以使得所述第二 MME根据所述接 入请求消息和所述 UE的移动管理上下文信息执行所述 UE的接入请 求流程。

第四方面，提供了一种第二移动性管理实体 MME,所述第二 MME 包括：

接收器， 用于接收第一 MME转发的用户设备 UE发送的接入请 求消息， 所述接入请求消息中包括有所述 UE的标识；

处理器， 用于根据所述接入请求消息执行所述 UE的接入请求流 程。

结合第四方面， 在第一种可能的实施方式中， 所述第二 MME 还包 括：

发送器， 用于在所述处理器根据所述接入请求消息执行 所述 UE 的接入请求流程中 , 通过所述第一 MME向所述 UE发送交互消息； 所述接收器具体用于， 在所述处理器根据所述接入请求消息执 行所述 UE的接入请求流程中， 通过所述第一 MME接收所述 UE发 送的交互消息。

结合第四方面或第四方面的第一种可能的实施 方式， 在第二种可能的 实施方式中，

所述接收器， 还用于接收所述第一 MME转发的所述 UE的移动 管理上下文信息；

所述处理器具体用于，根据所述接入请求消息 和所述 UE的移动 管理上下文信息执行所述 UE的接入请求流程。

结合第四方面或第四方面的第一种可能的实施 方式， 在第三种可能的 实施方式中，

所述发送器， 还用于根据所述接入请求消息中携带的 UE标识， 向 UE的原 MME发送移动管理上下文请求消息；

所述接收器， 还用于接收所述 UE的原 MME发送的移动管理上 下文响应消息， 其中所述移动管理上下文响应消息携带有所述 UE 的移动管理上下文信息；

所述处理器具体用于，根据所述接入请求消息 和所述 UE的移动 管理上下文信息执行所述 UE的接入请求流程。

第五方面， 提供了一种移动性管理实体 MME重选的方法， 该方法 包括：

接收用户设备 UE发送的接入请求消息，所述接入请求消息携� �� 所述 UE的标识信息； 根据所述 UE的标识信息， 确定所述 UE需要接入的 MME的类 型；

根据所述 UE需要接入的所述 MME类型， 重选一第二 MME; 将所述接入请求消息转发至第二 MME , 以使得所述第二 MME 执行所述 UE的接入请求流程。

结合第五方面， 在第一种可能的实施方式中， 在将所述接入请求消 息转发至第二 MME , 以使得所述第二 MME执行所述 UE的接入请 求流程之后 , 该方法还包括：

接收所述 UE和所述第二 MME在执行所述接入请求流程中的交 互消息；

转发所述 UE和所述第二 MME在执行所述接入请求流程中的交 互消息。

结合第五方面或第五方面的第一种可能的实施 方式， 在第二种可能的 实施方式中， 居所述 UE的标识信息，确定所述 UE需要接入的 MME 的类型具体包括：

根据所述 UE的标识信息和预配置指示信息， 确定所述 UE需要 接入的 MME的类型， 其中， 所述预配置指示信息包括有 UE的标识 信息和 UE需要接入的 MME的类型的对应关系信息。

结合第五方面或第五方面的第一种可能的实施 方式， 在第三种可能的 实施方式中， 居所述 UE的标识信息，确定所述 UE需要接入的 MME 的类型， 具体包括：

根据所述 UE 的标识信息， 从签约服务器 HSS 中获取所述 UE 的签约数据， 所述签约数据中包括有所述 UE需要接入的 MME的类 型信息；

根据所述签约数据， 确定所述 UE需要接入的 MME的类型。 结合第五方面或第五方面的第一种可能的实施 方式， 在第四种可能的 实施方式中， 居所述 UE的标识信息，确定所述 UE需要接入的 MME 的类型， 具体包括：

居所述 UE的标识信息 , 从所述 UE接入的原 MME获取所述 UE 的移动管理上下文信息， 所述移动管理上下文信息包括有所述 UE需要接入的 MME的类型信息；

根据所述移动管理上下文信息， 确定所述 UE需要接入的 MME 的类型。

根据第五方面的第四种可能的实施方式， 在第五种可能的实施方式 中， 在将所述接入请求消息转发至第二 MME之后， 该方法还包括： 向所述第二 MME转发所述 UE的移动管理上下文信息。

第六方面， 提供了一种移动性管理实体 MME重选的方法， 该方法 包括：

接收第一 MME转发的用户设备 UE发送的接入请求消息 , 所述 接入请求消息中包括有所述 UE的标识；

根据所述接入请求消息执行所述 UE的接入请求流程。

结合第六方面， 在第一种可能的实施方式中， 根据所述接入请求消 息执行所述 UE的接入请求流程中， 具体包括：

通过所述第一 MME向所述 UE发送交互消息， 并通过所述第一 MME接收所述 UE发送的交互消息。

结合第六方面或第六方面的第一种可能的实施 方式， 在第二种可能的 实施方式中， 在根据所述接入请求消息执行所述 UE的接入请求流程 之前， 该方法还包括：

接收所述第一 MME转发的所述 UE的移动管理上下文信息； 根据所述接入请求消息执行所述 UE 的接入请求流程， 具体包 括：

根据所述接入请求消息和所述 UE 的移动管理上下文信息执行 所述 UE的接入请求流程。

结合第六方面或第六方面的第一种可能的实施 方式， 在第三种可能的 实施方式中， 在接收第一 MME转发的用户设备 UE发送的接入请求 消息之后， 该方法还包括：

根据所述接入请求消息中携带的 UE标识， 向 UE的原 MME发 送移动管理上下文请求消息；

接收所述 UE的原 MME发送的移动管理上下文响应消息， 其中 所述移动管理上下文响应消息携带有所述 UE 的移动管理上下文信 根据所述接入请求消息执行所述 UE 的接入请求流程， 具体包 括：

根据所述接入请求消息和所述 UE 的移动管理上下文信息执行 所述 UE的接入请求流程。

本发明实施例提供的 MME重选的方法和 MME, 基于上述所述技 术方案，由于第一 MME可以为 UE重新选择该 UE需要接入的 MME , 即第二 MME , 并转发 UE的接入请求消息给第二 MME , 且第二 MME 可以根据第一 MME转发的 UE的接入请求消息执行 UE的接入请求流程， 使得 UE能够及时的使用正确的 MME执行接入请求流程。

附图说明

为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下 面将对实施例或现有技术描述中所需要使用的 附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例 ， 对于 本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以 根据这些附图获得其他的附图。

图 1 为 LTE的演进分组系统 EPS无线网络架构图；

图 2为 LTE的一种附着流程的交互示意图；

图 3为 LTE的一种路由区域更新流程的交互示意图；

图 4为本发明实施例提供的一种第一 MME的组成结构示意图； 图 5为本发明实施例提供的一种第二 MME的组成结构示意图； 图 5a 为本发明实施例提供的另一种第二 MME 的组成结构示意 图；

图 6为本发明实施例提供的一种第一 MME的组成结构示意图； 图 7为本发明实施例提供的一种第二 MME的组成结构示意图； 图 7a 为本发明实施例提供的另一种第二 MME 的组成结构示意 图；

图 8 为本发明实施例提供的一种 MME 重选的方法流程示意图 图 9 为本发明实施例提供的一种 MME 重选的方法流程示意图 图 10 为本发明实施例提供的一种 MME重选的方法执行附着流 程的交互示意图一；

图 1 1为本发明实施例提供的一种 MME重选的方法执行附着流程 的交互示意图二；

图 12 为本发明实施例提供的一种 MME重选的方法执行路由区 域更新流程的交互示意图一；

图 13 为本发明实施例提供的一种 MME重选的方法执行路由区 域更新流程的交互示意图二。

具体实施方式

下面将结合本发明实施例中的附图， 对本发明实施例中的技术 方案进行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明 一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本 领域普通技术人员在没有作出创造性劳动前提 下所获得的所有其他 实施例， 都属于本发明保护的范围。

另外， 为了下述各实施例的描述简洁， 以下给出几个相关定义， 具体如下：

第一 MME:为 eNodeB根据网络拓朴为 UE所选择的一个 MME。 第二 MME: 为第一 MME根据所述 UE 的标识信息， 确定的所 述 UE需要接入的 MME , 其中所述 UE需要接入的 MME被称为第 二 MME。

原 MME: 为 UE在发起本次路由区域更新请求前执行 UE 附着 流程的 MME或者执行前一个路由区域更新流程的 MME。

具体的， 若在发起本次路由区域更新请求前， UE 所发起并完成 的上一次接入请求为附着请求， 则此处原 MME是指执行 UE 附着流 程的 MME; 若在发起本次路由区域更新请求前， UE所发起并完成的 上一次接入请求为路由区域更新请求， 则此处原 MME是指执行上一 个路由区域更新流程的 MME。

需要说明的是， 上述各定义适用于下述各实施例， 在此进行统一 说明， 以下不再赘述。

LTE被通俗的称为 3.9G , 具有 100Mbps的数据下载能力， 被视 作从 3 G向 4G演进的主流技术。分组核心演进（Evolved Packet Core , 简称 EPC)是一套帮助运营商通过釆用 LTE技术来提供先进的移动宽 带月良务的方案。 LTE 中核心网演进方向为 EPC , EPC和演进的通用 陆基无线接入 网 ( Evolved Universal Terrestrial Radio Access Network , 简称 EUTRAN )组合在一起被称为演进分组系统（ Evolved Packet System, 简称 EPS )。

其中， EPS无线网络架构如图 1所示， 包括有： UE、 EUTRAN MME、 服务网关 （ Serving Gateway , 简称 S-GW )、 分组数据网络网 关 （ Packet Data Network Gateway , 简称 P-GW )、 HSS、 通用分组无 线服务技术服务支持节点 （ Serving General Packet Radio Service Support Node,简称 SGSN ) , 策略与计费规则功能单元（Policy and Charging Rules Function, 简称 PCRF) , 及运营商可提供 IP服务的服 务器等网络实体。

具体的， 主要的网络实体功能如下： EUTRAN: 由多个 eNodeB组成的网络， 实现无线物理层功能、 资源 调度和无线资源管理、 无线接入控制以及移动性管理功能。

其中， eNodeB通过用户面接口 S1-U和 S-GW相连， 用于传送用户数 据； 通过控制面接口 S 1-MME和 MME相连， 釆用 S1-AP协议实现无线接 入承载控制等功能。

MME: 负责用户会话管理的所有控制平面功能， 包括 NAS信令及安 全设置， 跟踪区列表的管理， P-GW与 S-GW的选择等。

S-GW: 负责 UE 的数据传输、 转发以及路由切换等， 并作为 UE 在 eNodeB之间切换时的本地移动性锚定点 （对于每一个 UE , 每个时刻仅有 一个 S-GW为之服务 ) 。

P-GW: 作为 PDN连接的锚定点， 负责分配 UE的 IP地址， UE的数 据报文过滤、 速率控制、 生成计费信息等。

具体的， UE通过附着流程或者路由区域更新流程， 接入 EPS网络并 创建分组数据网络 （ Packet Data Gateway,简称 PDN ) 连接 , 在此过程中 , P-GW为用户设备分配 IP地址， UE通过该 IP地址连接实现与外部网络的 数据传输。

首先， 为了便于对本发明的理解， 以下先简单描述现有技术中 UE的 附着流程和路由区域更新流程。

具体的， UE的附着流程的实现过程如图 2所示， 具体如下：

201、 UE向 eNodeB发送附着请求消息。

其中， 所述附着请求消息中包括了 IMSI、 UE 核心网络能力、 UE 指定的非连续接收参数、 加密选项传输标记、 附着类型、 NAS 序列号、 NAS-介质访问控制等信息。

202、 eNodeB将 UE发来的附着请求消息转发给第一 MME。

其中， 所述附着请求消息中还包括了用户位置信息。

203a、 第一 MME与 HSS完成对 UE的鉴权。

203b、 第一 MME 完成与 UE 的非接入层 （Non-Access-Stratum, 简称 NAS ) 消息的安全设置。

具体的， 第一 MME完成与 UE的 NAS消息的安全设置 , 例如完 整性保护、 加密方式及秘钥信息等。

204、 第一 MME 与 HSS 完成位置更新请求消息和位置更新请求 确认消息的交互。

具体的， 第一 MME发送位置更新请求消息给 HSS , HSS更新所 存储的 UE所在 MME的位置信息， 更新完成后返回位置更新请求确 认消息给第一 MME , 同时返回 UE的签约信息给第一 MME。

205 第一 MME发送创建会话请求消息给 S-GW。

具体的， 第一 MME 根据 UE 的签约信息为 UE 选择 S-GW 与 P-GW, 并发送创建会话请求消息给选择的 S-GW。

其中， 所述创建会话请求消息中包括了 UE的 IMSI, 需要接入的 P-GW的地址、 接入技术类型、 用户位置信息、 EPS承载标识等。

206、 S-GW连接并发送创建会话请求消息给 P-GW。

具体的， S-GW创建缺省承载上下文信息， 并根据所述会话请求 消息中包括了的需要接入的 P-GW的地址，连接并发送创建会话请求 消息给 P-GW。

其中，所述缺省承载上下文信息包括了为缺省 承载分配用户面的 隧道端点标识 ( Tunnel End Point Identifier, 简称 TEID ) 等。

其中 , 所述创建会话消息中包括了 IMSI、 S-GW的用户面地址、 S-GW 用户面 TEID、 接入技术类型、 用户位置信息、 EPS 承载标识 等。

207 P-GW返回创建会话响应消息给 S-GW。

具体的， P-GW 创建缺省承载上下文信息， 生成缺省承载的计费 标识， 并返回创建会话响应消息给 S-GW。

其中， 所述缺省承载上下文信息包括了为缺省承载分 配用户面 TEID等。 其中， 所述创建会话响应消息中包括了 P-GW 用户面的地址、 P-GW用户面的 TEID、 EPS承载标识、 分配给 UE的 IP地址等信息； 从此步骤开始， P-GW 开始转发初始的下行数据； 并从此步骤开始 S-GW开始緩存从 P-GW收到的下行数据。

208、 S-GW返回创建会话响应消息给第一 MME。

其中， 所述创建会话响应消息中包括了分配给 UE 的 IP地址、 S-GW 的用户面的地址、 S-GW 的用户面 TEID、 EPS 承载服务质量 ( Quality of Service , 简称 QoS ) 、 EPS承载标识等。

209、 第一 MME发送初始上下文建立请求消息给 eNodeB。

其中， 所述初始化上下文建立请求消息中包括了 EPS承载 QoS , EPS 承载标识， 以及 S-GW的用户面的地址， S-GW的用户面 TEID等信息； 所述初始化上下文建立请求消息中还包括了第 一 MME通过 eNodeB发送给 UE的附着接受消息的内容， 包括分配给 UE的 IP地址， EPS承载标识， EPS承载 QoS等信息。

210、 eNodeB发送无线资源控制协议连接重配置消息给 UE。

其中， 所述无线资源控制协议连接重配置消息中还包 括了第一 MME通过 eNodeB发送给 UE的附着接受消息的内容， 包括分配给 UE 的 IP地址， EPS承载标识， EPS承载 QoS等信息。

211、 UE发送无线资源控制协议连接重配置完成消息� �� eNodeB。

212、 eNodeB发送初始化上下文建立响应消息给第一 MME。

其中， 所述初始化上下文建立响应消息中包括了 eNodeB为用户 面分配的 TEID, eNodeB的用户面的地址等。

213、 UE发送直接传输消息给 eNodeB。

其中， 所述直接传输消息中包括了 UE通过 eNodeB发送给第一 MME的附着完成消息的内容。

214、 eNodeB转发附着完成消息给第一 MME。

215、 第一 MME发送承载更新请求消息给 S-GW。 具体的， 第一 MME收到初始化上下文建立响应消息以及附着完 成消息后， 第一 MME发送承载更新请求消息给 S-GW。

其中， 所述承载更新请求消息中包括了 eNodeB为用户面分配的 TEID、 eNodeB的用户面的地址。

216、 S-GW 发送承载更新响应消息给第一 MME , 并开始向 eNodeB发送从步骤 207开始緩存的下行数据报文。

UE的路由区域更新流程的实现过程如图 3所示， 具体如下：

301、 UE发送路由区域更新请求消息给 eNodeB。

其中， 所述路由区域更新请求消息中包括了 UE 的全球唯一临时 标识 ( Globally Unique Temporary Identity, 简称 GUTI ) , 该标识由 原 MME分配， 所述 GUTI包含全球唯一 MME标识（英文: Globally Unique MME Identifier,简称 GUMMEI) , GUMMEI由执行 UE附着流程的 MME 或者执行上一个路由区域更新流程的 MME分配给 UE的。

302、 eNodeB转发路由区域更新请求消息给第一 MME。

具体的， eNodeB 根据网络拓朴为 UE 选择一个 MME,即第一 MME , 并转发 UE的路由区域更新请求给第一 MME。

303、 第一 MME向原 MME发送移动管理上下文请求消息。

具体的， 第一 MME根据 GUTI中包含的 GUMMEI信息获知 UE 移动管理上下文所在的原 MME地址， 向原 MME发送移动管理上下 文请求消息。

其中 , 所述移动管理上下文请求消息中包括了 UE的 GUTI。

304、 原 MME返回移动管理上下文响应消息给第一 MME。

具体的， 原 MME才艮据所述 UE 的 GUTI确定 UE的移动管理上 下文， 在移动管理上下文响应消息中将 UE的移动管理上下文返回给 第一 MME。

305a、 第一 MME与 HSS完成对 UE的鉴权。

305b、 第一 MME完成与 UE的 NAS消息的安全设置。 具体的， 第一 MME完成与 UE的 NAS消息的安全设置 , 例如完 整性保护、 加密方式及秘钥信息等。

需要说明的是， 该步骤是否存在是基于 304。

若 304中由原 MME返回给第一 MME的移动管理上下文中包括了原 MME与 UE的安全上下文， 则无此步骤， 第一 MME不需要与 UE进行 NAS消息的安全设置。

若 304中由原 MME返回给第一 MME的移动管理上下文中未包括原 MME与 UE的安全上下文， 则需要在此步骤由第一 MME与 UE进行 NAS 消息的安全设置。

306、 第一 MME发送上下文确认消息给原 MME。

其中， 所述上下文消息中包括了 S-GW变更指示， 指明了该路由 区域更新流程中 S-GW是否发生了变化， 以便于原 MME决策是否删 除存储的原 S-GW的用户上下文， 其中原 S-GW是原 MME给 UE选 择的 S-GW。

307、 第一 MME发起承载更新请求消息给 S-GW。

具体的， 第一 MME发起承载更新请求消息给 S-GW, 并提供当 前 UE的位置信息等。

308、 S-GW发送承载更新请求消息给 P-GW。

309、 P-GW返回承载更新响应消息给 S-GW。

310、 S-GW发送承载更新响应消息给第一 MME。

311、 第一 MME发送位置更新请求消息给 HSS。

具体的， 第一 MME发送位置更新请求消息给 HSS , HSS更新所 存储的 UE的位置信息， 其中 HSS将 UE由原 MME服务的位置信息 更新为 UE由第一 MME服务的位置信息。

312、 HSS与原 MME完成位置删除请求消息和位置删除请求确认 消息的交互。

具体的， HSS 发送位置删除请求消息给原 MME , 原 MME移除 用户移动管理上下文， 返回位置删除确认消息给 HSS。

313、 HSS返回位置更新请求确认消息给第一 MME。

具体的， HSS 更新 UE所在的第一 MME 的位置信息后， 返回位 置更新请求确认消息给第一 MME , 同时发送用户签约数据给第一 MME。

314、 第一 MME发送路由区域更新接受消息给 eNodeB。

其中， 所述路由区域更新接受消息中包括了第一 MME为 UE重 新分配的 GUTI。

315、 eNodeB转发路由区域更新接受消息给 UE。

在上述流程的具体实现过程中 , 由于 UE执行附着流程或路由区域 更新的流程时， eNodeB仅依靠网络拓朴为 UE选择 MME, 这样 eNodeB 就有可能为 UE选择到错误的 MME。

有鉴于此， 本发明实施例提供了一种第一 MME , 如图 4所示， 该 MME包括： 接收单元 401、 确定单元 402、 重选单元 403、 发送单 元 404。

所述接收单元 401 ,用于接收用户设备 UE发送的接入请求消息， 所述接入请求消息携带所述 UE的标识信息。

所述确定单元 402 , 用于根据所述 UE 的标识信息， 确定所述 UE需要接入的 MME的类型。

所述重选单元 403 , 用于 居所述 UE需要接入的所述 MME类 型 , 重选一第二 MME。

所述发送单元 404 ,用于将所述接入请求消息转发至第二 MME , 以使得所述第二 MME执行所述 UE的接入请求流程。

可选的， 所述接收单元 401 , 还用于接收所述 UE 和所述第二 MME在执行所述接入请求流程中的交互消息；

可选的， 所述发送单元 402 , 还用于转发所述 UE 和所述第二 MME在执行所述接入请求流程中的交互消息。 其中， 所述确定单元 402具体用于：

根据所述 UE的标识信息和预配置指示信息， 确定所述 UE需要 接入的 MME的类型， 其中， 所述预配置指示信息包括有 UE的标识 信息和 UE需要接入的 MME的类型的对应关系信息。

可选的，所述确定单元 402还具体用于根据所述 UE的标识信息， 从签约服务器 HSS 中获取所述 UE的签约数据， 所述签约数据中包 括有所述 UE需要接入的 MME的类型信息； 根据所述签约数据， 确 定所述 UE需要接入的 MME的类型。

可选的，所述确定单元 402还具体用于根据所述 UE的标识信息， 从所述 UE接入的原 MME获取所述 UE的移动管理上下文信息 , 所 述移动管理上下文信息包括有所述 UE 需要接入的 MME 的类型信 息； 根据所述移动管理上下文信息， 确定所述 UE需要接入的 MME 的类型。

可选的， 所述发送单元 404 具体用于， 将所述接入请求消息和 所述 UE的移动管理上下文信息转发至第二 MME , 以使得所述第二 MME根据所述接入请求消息和所述 UE的移动管理上下文信息执行 所述 UE的接入请求流程。

本发明实施例提供了一种第一 MME, 基于上述所述技术方案， 由 于第一 MME可以为 UE 重新选择该 UE 需要接入的 MME , 即第二 MME , 并转发 UE的接入请求消息给第二 MME , 使得 UE能够及时的 使用正确的 MME执行接入请求流程。

基于上述实施例提供的一种第一 MME, 本发明实施例还提供了一种 第二 MME, 如图 5所示， 该 MME包括： 接收单元 501和处理单元 502。

所述接收单元 501 , 用于接收第一 MME转发的用户设备 UE发 送的接入请求消息 , 所述接入请求消息中包括有所述 UE的标识； 所述处理单元 502 , 用于根据所述接入请求消息执行所述 UE的 接入请求流程； 可选的， 如图 5a所示， 所述第二 MME还包括：

发送单元 503 ,用于在所述处理单元 502根据所述接入请求消息 执行所述 UE的接入请求流程中 , 通过所述第一 MME向所述 UE发 送交互消息；

所述接收单元 501 具体用于 , 在所述处理单元 502根据所述接 入请求消息执行所述 UE的接入请求流程中 , 通过所述第一 MME接 收所述 UE发送的交互消息。

可选的， 所述接收单元 501 , 还用于接收所述第一 MME转发的 所述 UE的移动管理上下文信息；

所述处理单元 502具体用于， 根据所述接入请求消息和所述 UE 的移动管理上下文信息执行所述 UE的接入请求流程。

可选的， 所述发送单元 503 , 还用于根据所述接入请求消息中携 带的 UE标识， 向 UE的原 MME发送移动管理上下文请求消息； 所述接收单元 501 , 还用于接收所述 UE的原 MME发送的移动 管理上下文响应消息， 其中所述移动管理上下文响应消息携带有所 述 UE的移动管理上下文信息；

所述处理单元 502具体用于， 根据所述接入请求消息和所述 UE 的移动管理上下文信息执行所述 UE的接入请求流程。

本发明实施例提供了一种第二 MME, 基于上述所述技术方案， 由 于第二 MME可以根据第一 MME转发的 UE的接入请求消息执行 UE的接 入请求流程， 使得 UE能够及时的使用正确的 MME执行接入请求流程。

基于上述实施例提供的一种第一 MME, 本发明实施例还提供了一种 第一 MME, 如图 6所示， 第一 MME包括： 接收器 601、 处理器 602、 发 送器 603、 存储器 604和第一通信总线 605 , 用于实现这些装置之间的 连接通信。

其中， 处理器 602 可能是一个中央处理器 （ Central Processing Unit , 简称 CPU ) , 或者是特定集成电路 （ Application Specific Integrated Circuit , 简称 ASIC ) , 或者是被配置成实施本发明实施例 的一个或多个集成电路。

处理器 602用于执行存储器 604 中存储的可执行程序代码， 例 如计算机程序来运行与可执行代码对应的程序 。

存储器 604 用于存储可执行程序代码， 该程序代码包括计算机 操作指令。 存储器 604可能包含高速 RAM存储器， 也可能还包括非 易失性存储器 （ non- volatile memory ) , 例如至少一个磁盘存储器。

第一通信总线 605 可以是工业标准体系结构 （ Industry Standard Architecture , 简称 ISA )总线、夕卜部设备互连（ Peripheral Component , 简称 PCI )总线或扩展工业标准体系结构（ Extended Industry Standard Architecture , 简称 EISA ) 总线等。 该总线 605可以分为地址总线、 数据总线、 控制总线等。 为便于表示， 图 6 中仅用一条粗线表示， 但并不表示仅有一根总线或一种类型的总线。

具体的， 所述接收器 601 , 用于接收用户设备 UE发送的接入请求 消息， 所述接入请求消息携带所述 UE的标识信息；

所述处理器 602, 用于根据所述 UE的标识信息， 确定所述 UE需 要接入的 MME的类型； 以及根据所述 UE需要接入的所述 MME类 型 , 重选一第二 MME;

所述发送器 603 , 用于将所述接入请求消息转发至第二 MME , 以使得所述第二 MME执行所述 UE的接入请求流程。

可选的 ,所述接收器 601 ,还用于接收所述 UE和所述第二 MME 在执行所述接入请求流程中的交互消息；

所述发送器 603 , 还用于转发所述 UE和所述第二 MME在执行 所述接入请求流程中的交互消息。

其中 , 所述处理器 602具体用于， 根据所述 UE的标识信息和预 配置指示信息， 确定所述 UE需要接入的 MME的类型， 其中， 所述 预配置指示信息包括有 UE的标识信息和 UE需要接入的 MME的类 型的对应关系信息。

可选的 ,所述处理器 602 ,还具体用于 居所述 UE的标识信息 , 从签约服务器 HSS 中获取所述 UE的签约数据， 所述签约数据中包 括有所述 UE需要接入的 MME的类型信息； 根据所述签约数据， 确 定所述 UE需要接入的 MME的类型。

可选的 ,所述处理器 602 ,还具体用于 居所述 UE的标识信息 , 从所述 UE接入的原 MME获取所述 UE的移动管理上下文信息 , 所 述移动管理上下文信息包括有所述 UE 需要接入的 MME 的类型信 息； 根据所述移动管理上下文信息， 确定所述 UE需要接入的 MME 的类型。

可选的， 所述发送器 603 具体用于， 将所述接入请求消息和所 述 UE 的移动管理上下文信息转发至第二 MME , 以使得所述第二 MME根据所述接入请求消息和所述 UE的移动管理上下文信息执行 所述 UE的接入请求流程。

本发明实施例提供了一种第一 MME, 基于上述所述技术方案， 由 于第一 MME可以为 UE 重新选择该 UE 需要接入的 MME , 即第二 MME , 并转发 UE的接入请求消息给第二 MME , 使得 UE能够及时的 使用正确的 MME执行接入请求流程。

基于上述实施例提供的一种第二 MME, 本发明实施例还提供了一种 第二 MME, 如图 7所示， 第二 MME包括： 接收器 701、 处理器 702、 存 储器 703和第一通信总线 704, 用于实现这些装置之间的连接通信。

其中， 处理器 702 可能是一个中央处理器 （ Central Processing Unit , 简称 CPU ) , 或者是特定集成电路 （ Application Specific Integrated Circuit , 简称 ASIC ) , 或者是被配置成实施本发明实施例 的一个或多个集成电路。

处理器 702用于执行存储器 703 中存储的可执行程序代码， 例 如计算机程序来运行与可执行代码对应的程序 。 存储器 703 用于存储可执行程序代码， 该程序代码包括计算机 操作指令。 存储器 703可能包含高速 RAM存储器， 也可能还包括非 易失性存储器 （ non- volatile memory ) , 例如至少一个磁盘存储器。

第一通信总线 704可以是工业标准体系结构 （ Industry Standard Architecture , 简称 ISA )总线、夕卜部设备互连（ Peripheral Component , 简称 PCI )总线或扩展工业标准体系结构（ Extended Industry Standard Architecture , 简称 EISA ) 总线等。 该总线 704可以分为地址总线、 数据总线、 控制总线等。 为便于表示， 图 7 中仅用一条粗线表示， 但并不表示仅有一根总线或一种类型的总线。

具体的， 所述接收器 701 , 用于接收第一 MME 转发的用户设备 UE发送的接入请求消息， 所述接入请求消息中包括有所述 UE的标 识；

所述处理器 702,用于根据所述接入请求消息执行所述 UE的接入 请求流程；

可选的， 如图 7a所示， 所述第二 MME还包括：

发送器 705 ,用于在所述处理器 702根据所述接入请求消息执行 所述 UE的接入请求流程中 , 通过所述第一 MME向所述 UE发送交 互消息；

所述接收器 701 具体用于， 在所述处理器 702根据所述接入请 求消息执行所述 UE的接入请求流程中 , 通过所述第一 MME接收所 述 UE发送的交互消息。

可选的， 所述接收器 701 , 还用于接收所述第一 MME转发的所 述 UE的移动管理上下文信息；

所述处理器 702 具体用于， 根据所述接入请求消息和所述 UE 的移动管理上下文信息执行所述 UE的接入请求流程。

可选的， 所述发送器 705 , 还用于根据所述接入请求消息中携带 的 UE标识， 向 UE的原 MME发送移动管理上下文请求消息； 所述接收器 701 , 还用于接收所述 UE的原 MME发送的移动管 理上下文响应消息， 其中所述移动管理上下文响应消息携带有所述 UE的移动管理上下文信息；

所述处理器 702 具体用于， 根据所述接入请求消息和所述 UE 的移动管理上下文信息执行所述 UE的接入请求流程。

本发明实施例提供了一种第二 MME, 基于上述所述技术方案， 由 于第二 MME可以根据第一 MME转发的 UE的接入请求消息执行 UE的接 入请求流程， 使得 UE能够及时的使用正确的 MME执行接入请求流程。

基于上述实施例提供的一种第一 MME , 本发明实施例提供了一种 MME重选的方法， 该方法执行主体为第一 MME, 如图 8所示， 该方法包 括：

801、 接收 UE发送的接入请求消息， 所述接入请求消息携带所 述 UE的标识信息。

其中， UE根据 eNodeB的系统广播消息， 选择合适的小区驻留 并向 eNodeB发起接入请求流程， 由 eNodeB根据网络拓朴选择一个 MME为该 UE 良务， 并将 UE 的接入请求消息转发给 MME进行处 理。 其中， 由 eNodeB根据网络拓朴选择的 MME为第一 MME。

其中 , 接入请求消息可以是附着请求或路由区域更新 请求。

其中， 若接入请求消息类型为附着请求消息， 所述 UE的标识信 息为所述 UE的国际移动用户识别码（ International Mobile Subscriber Idenity,简称 IMSI )。

其中， 所述附着请求消息中还包括有： UE 核心网络能力、 UE 指定的非连续接收参数、 加密选项传输标记、 附着类型、 NAS 序列 号， NAS-介质访问控制等。

若接入请求消息为路由区域更新请求消息 ,则所述 UE的标识信 息为所述 UE 的 IMSI ; 或者所述 UE 的标识信息还可以是由此次路 由区域更新请求前一次执行 UE附着流程的 MME或者前一次路由区 域更新流程中的 MME 分配给 UE 的全球唯一临时标识 （ Globally Unique Temporary Identity , 简称 GUTI )。

其中， 所述路由区域更新请求消息中还包括有附着类 型等信息。

802、 居所述 UE的标识信息， 确定所述 UE需要接入的 MME 的类型。

可选的， 第一 MME可以根据所述 UE的标识信息和预配置指示 信息， 确定所述 UE需要接入的 MME的类型， 其中， 所述预配置指 示信息包括有 UE的标识信息和 UE需要接入的 MME的类型的对应 关系信息；

其中， 所述预配置指示信息存储在 MME中， 包括了 UE身份标 识 （ Identity, 简称 ID ) 信息和 UE需要接入的 MME类型的对应关 系信息。

具体的，所述预配置指示信息中包括的 UE的标识信息具体为所 述 UE的 ID信息。

进一步的， 第一 MME可以根据所述 UE 的 IMSI , 查找预配置 指示信息中对应的 UE的 ID和需要接入的 MME的类型信息， 确定 所述 UE需要接入的 MME的类型。

可选的， 第一 MME还可以 居所述 UE的标识信息， 从签约月良 务器 HS S 中获取所述 UE 的签约数据， 所述签约数据中包括有所述 UE需要接入的 MME的类型信息。

其中， 所述签约数据存储在 HS S 中， 包括了所述 UE 的 ID 和 UE需要接入的 MME类型的对应关系信息。

具体的， 所述 UE的签约数据中包括的 UE的标识信息具体为所 述 UE的 ID信息。

进一步的， 第一 MME可以根据所述 UE的 IMSI , 向 HSS请求 并获取所述签约数据中对应的 UE的 ID和需要接入的 MME类型信 息， 确定所述 UE需要接入的 MME的类型。 可选的， 若 UE发起的是路由区域更新请求， 第一 MME还可以 居所述 UE 的标识信息， 从所述 UE接入的原 MME获取所述 UE 的移动管理上下文，所述移动管理上下文包括 有所述 UE需要接入的 MME的类型信息。

其中， 所述移动管理上下文存储在原 MME中， 包括了由此次路 由区域更新请求前一次执行 UE附着流程的 MME或者前一次路由区 域更新流程中的 MME分配给 UE的 GUTI、 UE需要接入的 MME类 型指示、 UE有效的上次访问的 TAI、 UE核心网络能力 、 UE指定 的非连续接收参数、 分组数据网络类型、 安全加密信息 （例如： 与 UE之间交互的加密解密方式）、 附着类型、 NAS序列号、 NAS-介质 访问控制等。

具体的，所述移动管理上下文中包括的 UE的标识信息具体为所 述 UE的 GUTI。

进一步的， 第一 MME根据 UE 的 GUTI , 获知存储 UE移动管 理上下文的原 MME的标识， 并请求原 MME转发 UE的移动管理上 下文信息， 第一 MME根据移动管理上下文信息中包括的 UE需要接 入的 MME类型指示， 确定所述 UE需要接入的 MME的类型。

需要说明的是， 通常， 运营商是通过 UE的号段或者套餐类型来 区分 UE的业务类型， 因此所述 MME的类型可以 居 UE的号段来 进行分类， 也可以根据 UE的套餐类型进行分类， 或者根据运营商的 实际需求进行划分， 本发明对如何划分 MME 的类型不做具体的限 定。

803、 根据所述 UE 需要接入的所述 MME 类型， 重选一第二 MME。

具体的， 若所述 UE需要接入的 MME类型与第一 MME的类型 不相符， 则第一 MME可以根据 UE需要接入的所述 MME类型， 重 选一第二 MME; 并 居预配置的网络中所有 MME的类型信息或者 从 DNS服务器上获取第二 MME类型的地址，通过该地址第一 MME 与第二 MME建立连接关系， 实现所述 UE的 MME的重选。

需要说明的是， 若所需要接入的 MME类型下有多个 MME可以 使用， 则根据网络拓朴选择最近的一个 MME建立连接。

804、 将所述接入请求消息转发至第二 MME , 以使得所述第二 MME执行所述 UE的接入请求流程。

具体的， 第一 MME将已接收到的 UE的接入请求消息转发给第 二 MME , 以使得第二 MME可以执行所述 UE的接入请求流程。

需要说明的是， 本领域技术人员可以理解的是， 若所述 UE需要接 入的 MME类型与第一 MME的类型相符， 则不需要重选 MME , 直 接由第一 MME执行和完成 UE的接入请求流程， 这种情况不在本发 明所描述的范围内。

本发明实施例提供了一种 MME重选的方法，基于上述所述技术方 案， 由于第一 MME可以为 UE重新选择该 UE需要接入的 MME , 即 第二 MME , 并转发 UE 的接入请求消息给第二 MME , 使得 UE 能够 及时的使用正确的 MME执行接入请求流程。 同时由于第一 MME可以为 UE选择到与 UE业务类型匹配的 MME, 等于将开通了不同业务的 UE 接入到对应其业务类型的 MME下 , 使得运营商可以通过 MME将 UE 分类进行管理， 从而提高了运营商的管理效率。 进一步的， 由于现有 技术中的 MME仅能才艮据 eNodeB转发的 UE的接入请求消息执行接入请求 流程 , 而本方案中的第一 MME还可以帮助 UE选择 UE需要接入的 MME 并转发 UE的接入请求， 因而本方案的实现仅需要对现有的 MME进行软 件升级来达到 MME可以帮助 UE重选并转发接入请求给需要接入的 MME 的目的， 且 MME 的数量相对较少， 所以对运营商网络造成的影响也比较 小。

基于上述实施例提供的一种第二 MME, 本发明实施例提供了另一种 MME重选的方法， 该方法执行主体为第二 MME, 其中第二 MME为第一 MME根据 UE需要接入的 MME类型， 为所述 UE重选的 MME, 如图 9 所示， 该方法包括：

901、接收第一 MME转发的用户设备 UE发送的接入请求消息 , 所述接入请求消息中包括有所述 UE的标识。

其中， 第一 MME为 eNodeB为 UE根据网络拓朴选择的 MME。 具体的 , 第二 MME接收第一 MME转发的 UE发送的接入请求 消息。

其中， 接入请求消息的详细描述可参考 801 的描述， 本实施例

902、 根据所述接入请求消息执行所述 UE的接入请求流程。 可选的，在根据所述接入请求消息执行所述 UE的接入请求流程 中， 第二 ΜΜΕ可以通过所述第一 ΜΜΕ向所述 UE发送交互消息 , 并通过所述第一 ΜΜΕ接收所述 UE发送的交互消息。

需要说明的是， 本领域技术人员可以理解的是， 第二 ΜΜΕ在执行所 述 UE的接入请求流程时， 可以通过第一 ΜΜΕ向所述 UE发送交互消息， 并通过第一 ΜΜΕ接收所述 UE发送的交互消息； 也可以如现有技术图 2 和图 3所示，直接通过 eNodeB向所述 UE发送交互消息，并通过 eNodeB 接收所述 UE发送的交互消息， 如步骤 205-216和 306-3 15所示； 以 及其他任何可以帮助第二 MME向 UE转发交互消息的其他设备或方 式， 本发明对此不做具体的限定， 为方便对本发明的描述和介绍， 以下实施例仅以第二 MME通过第一 MME向所述 UE发送交互消息 , 并通过第一 MME接收所述 UE发送的交互消息为例进行说明。

本发明实施例提供了一种 MME重选的方法，基于上述所述技术方 案， 由于第二 MME可以根据第一 MME转发的 UE的接入请求消息执行 UE的接入请求流程， 使得 UE能够及时的使用正确的 MME执行接入请求 流程。 同时由于现有技术中的 MME仅能根据 eNodeB转发的 UE的接入请 求消息执行接入请求流程 , 而本方案中的第二 MME还可以根据第一 MME 转发的接入请求消息来执行 UE 的接入请求流程， 因而本方案的实现仅需 要对现有的 MME进行软件升级来达到 MME可以根据第一 MME转发的接 入请求消息来执行 UE的接入请求流程的目的， 且由于 MME的数量相对 较少， 所以对运营商网络造成的影响也比较小。

以下 , 以 UE执行附着流程为例 , 详细说明本发明提供的一种 MME 重选的方法， 具体实现过程如图 10所示。

需要说明的是， 本实施例列举的附着流程的交互过程与现有附 着流程 的一部分步骤相同， 其中相同的步骤就不再——叙述， 仅着重介绍本发明 实施例提供的一种 MME重选的交互过程。

1001、 UE向 eNodeB发送附着请求消息。

1002、 eNodeB将 UE发来的附着请求消息转发给第一 MME。

1003a、 第一 MME与 HSS完成对 UE的鉴权。

1003b、 第一 MME完成与 UE的 NAS消息的安全设置。

1004、 第一 MME与 HSS完成位置更新请求消息和确认位置更新请求 确认消息的交互。

100 A、根据所述 UE需要接入的所述 MME类型，重选所述 UE的 MME。 具体的， 第一 MME根据所述 UE的标识信息， 确定所述 UE需 要接入的移动性管理实体 MME的类型， 重选 MME , 即第二 MME , 并与之建立连接， 具体过程请参考 802、 803所述。

需要说明的是， 若所属 UE 不需要重选 MME , 则直接由第一

MME执行和完成 UE后续的附着流程 , 不需要通过第二 MME执行 附着流程， 这种情况不在本发明所描述的范围内。

100B、 第一 MME转发上下文给第二 MME。

其中， 所述上下文包括了 UE发送的附着请求消息。

1005、 第二 MME发送创建会话请求消息给 S-GW。

1006、 S-GW连接并发送创建会话请求消息给 P-GW。

1007、 P-GW返回创建会话响应消息给 S-GW。 1008、 S-GW返回创建会话响应消息给第二 MME。

100C、 第二 MME 与 HSS 完成位置更新请求消息和位置更新请 求确认消息的交互。

具体的， 第二 MME发送位置更新请求消息给 HSS , HSS更新所 存储的 UE所在 MME的位置信息， 其中 HSS将 UE由第一 MME服 务的位置信息更新为 UE由第二 MME服务的位置信息。 HSS更新 UE 所在 MME的位置信息后，返回给第二 MME位置更新请求确认消息。

100D、 HSS与第一 MME完成位置删除请求消息和位置删除请求 确认消息的交互。

具体的， HSS 发起位置删除请求消息给第一 MME , 第一 MME 删除存储的 UE的位置信息， 即第一 MME与 UE的之间建立的移动 上下文， 删除后返回给 HSS位置删除请求确认消息。

100E、 第二 MME发送上下文给第一 MME。

其中，所述上下文中包括了附着接受消息和初 始上下文建立请求 消息。

1009、 第一 MME发送初始上下文建立请求消息给 eNodeB。

1010、 eNodeB发送无线资源控制协议连接重配置消息给 UE。

101 1 、 UE 发送无线资源控制协议连接重配置完成消息给 sNodsB。

1012、 eNodeB发送初始化上下文建立响应消息给第一 MME。 100F、 第一 MME转发上下文给第二 MME。

其中， 所述上下文中包括了初始上下文建立响应， 所述初始化上 下文建立响应消息中包括了 eNodeB 为用户面分配的 TEID, eNodeB 的用户面的地址等。

1013、 UE发送直接传输消息给 eNodeB。

1014、 eNodeB转发附着完成消息给第一 MME。

100G、 第一 MME转发上下文给第二 MME。 其中， 所述上下文中包括了附着完成消息。

1015、 第二 MME发送承载更新请求消息给 S-GW。

1016、 S-GW 发送承载更新响应消息给第二 MME , 并开始向 eNodeB发送从 1007开始緩存的下行数据报文。

基于上述所述实施例，由于第一 MME可以为 UE重新选择该 UE 需要接入的 MME , 即第二 MME , 并转发 UE的接入请求消息给第二 MME , 且第二 MME可以根据第一 MME转发的 UE的接入请求消息执行 UE的接入请求流程， 使得 UE能够及时的使用正确的 MME执行接入请求 流程。

以下 , 以 UE执行附着流程为例 , 详细说明本发明提供的一种 MME 重选的方法， 具体实现过程如图 11所示。

需要说明的是， 本实施例列举的附着流程的交互过程与上一实 施例提 供的一种 MME重选的附着流程的一部分步骤相同， 其中相同的步骤就不 再——叙述， 仅着重介绍 MME与 UE交互时的加密过程。

需要进一步说明的是， 图 11 中所有画有虚线框的步骤表示的是可能 发生的步骤。

1 101、 UE向 eNodeB发送附着请求消息。

1 102、 eNodeB将 UE发来的附着请求消息转发给第一 MME。

1 103a、 第一 MME与 HSS完成对 UE的鉴权。

1 103b、 第一 MME完成与 UE的 NAS消息的安全设置。

1 104、 第一 MME与 HSS完成位置更新请求消息和位置更新请求确认 消息的交互。

1 10A、根据所述 UE需要接入的所述 MME类型，重选所述 UE的 MME。 1 10B、 第一 MME转发上下文给第二 MME。

其中， 所述上下文包括了 UE发送的附着请求消息。

可选的， 所述上下文中还可以包括第一 MME与 UE建立的安全 上下文 （即 MME与 UE之间约定好的加密方式， 秘钥信息等） 。 1105、 第二 MME发送创建会话请求消息给 S-GW。

1106、 S-GW连接并发送创建会话请求消息给 P-GW。

1107、 P-GW返回创建会话响应消息给 S-GW。

1108、 S-GW返回创建会话响应消息给第二 MME。

110C、 第二 MME 与 HSS 完成位置更新请求消息和位置更新请 求确认消息的交互。

110D、 HSS与第一 MME完成位置删除请求消息和位置删除请求 确认消息的交互。

110al、 第二 MME完成对上下文的加密。

其中，所述上下文为第二 MME将要发送给第一 MME的上下文， 包括了附着接受消息和初始上下文建立请求消 , 。

具体的， 该步骤是否存在是基于 110B。

若 110B中所述上下文包括第一 MME与 UE建立的安全上下文， 则需要在此步骤由第二 MME根据 110B中第一 MME转发的与 UE建 立的安全上下文中的加密方式， 将此上下文进行加密。

若 110B 中所述上下文不包括第一 MME与 UE建立的安全上下 文， 则无此步骤， 第二 MME不需要执行加密操作。

110E、 第二 MME发送上下文给第一 MME。

其中，所述上下文包括了附着接受消息和初始 上下文建立请求消 110a2、 第一 MME完成对上下文的加密。

其中， 所述上下文为第一 MME发送过来的上下文， 包括了附着 接受消息和初始上下文建立请求消息。

具体的， 该步骤是否存在是基于 110B。

若 110B中所述上下文包括第一 MME与 UE建立的安全上下文， 则无此步骤， 第一 MME不需要执行加密操作。

若 110B 中所述上下文不包括第一 MME与 UE建立的安全上下 文， 则由于第一 MME 并未将与 UE 建立的安全上下文转发给第二 MME , 所以第二 MME无法获知与 UE交互时的加密和解密方式， 需 要由第一 MME完成对从第二 MME发送过来的上下文的加密。

1 109、 第一 MME发送初始上下文建立请求消息给 eNodeB。

1 110、 eNodeB发送无线资源控制协议连接重配置消息给 UE。

1 1 1 1 、 UE 发送无线资源控制协议连接重配置完成消息给 sNodsB。

1 1 12、 eNodeB发送初始化上下文建立响应消息给第一 MME。

1 10b2、 第一 MME完成对初始化上下文建立响应消息的解密。 其中， 所述初始化上下文建立响应消息为 eNodeB发送过来的。 具体的， 该步骤是否存在是基于 1 10B。

若 1 10B中所述上下文包括第一 MME与 UE建立的安全上下文， 则无此步骤， 第一 MME不需要执行解密操作。

若 1 10B 中所述上下文不包括第一 MME与 UE建立的安全上下 文， 则由于第一 MME 并未将与 UE 建立的安全上下文转发给第二 MME , 所以第二 MME无法获知与 UE交互时的加密和解密方式， 需 要由第一 MME完成对将要发送给第二 MME的初始化上下文建立响 应消息的解密。

1 10F、 第一 MME转发上下文给第二 MME。

其中， 所述上下文包括了初始化上下文建立响应消息 。

1 10b l、 第二 MME完成对上下文的解密。

其中， 所述上下文为第一 MME发送过的上下文， 包括了初始化 上下文建立响应消息。

具体的， 该步骤是否存在是基于 1 10B。

若 1 10B中所述上下文包括第一 MME与 UE建立的安全上下文， 则需要在此步骤由第二 MME根据 1 10B中第一 MME转发的与 UE建 立的安全上下文中的解密方式， 将由第二 MME对第一 MME转发过 来的初始化上下文建立响应消息进行解密。

若 110B 中所述上下文不包括第一 MME与 UE建立的安全上下 文， 则无此步骤， 第二 MME不需要执行解密操作。

1113、 UE发送直接传输消息给 eNodeB。

1114、 eNodeB转发附着完成消息给第一 MME。

110c2、 第一 MME完成对附着完成消息的解密。

其中， 所述附着完成消息为 eNodeB发送过来的。

具体的， 该步骤是否存在是基于 110B。

若 110B中所述上下文包括第一 MME与 UE建立的安全上下文， 则无此步骤， 第一 MME不需要执行解密操作。

若 110B 中所述上下文不包括第一 MME与 UE建立的安全上下 文， 则由于第一 MME 并未将与 UE 建立的安全上下文转发给第二 MME, 所以第二 MME无法获知与 UE交互时的加密和解密方式， 需 要由第一 MME完成对将要发送给第二 MME的附着完成消息的解密。

110G、 第一 MME转发上下文给第二 MME。

其中， 所述上下文包括了附着完成消息。

110cl、 第二 MME完成对上下文的解密。

其中， 所述上下文为第一 MME发送过的上下文， 包括了附着完 成消息。

具体的， 该步骤是否存在是基于 110B。

若 110B中所述上下文包括第一 MME与 UE建立的安全上下文， 则需要在此步骤由第二 MME根据 110B中第一 MME转发的与 UE建 立的安全上下文中的解密方式， 将由第二 MME对第一 MME转发过 来的附着完成消息进行解密。

若 110B 中所述上下文不包括第一 MME与 UE建立的安全上下 文， 则无此步骤， 第二 MME不需要执行解密操作。

1115、 第二 MME发送承载更新请求消息给 S-GW。 1 1 16、 S-GW 发送承载更新响应消息给第二 MME , 并开始向 eNodeB发送从 1 107开始緩存的下行数据报文。

基于上述所述实施例，由于第一 MME可以为 UE重新选择该 UE 需要接入的 MME , 即第二 MME , 并转发 UE的接入请求消息给第二 MME , 且第二 MME可以根据第一 MME转发的 UE的接入请求消息执行 UE的接入请求流程， 使得 UE能够及时的使用正确的 MME执行接入请求 流程。

以下， 以 UE执行路由区域更新流程为例， 详细说明本发明提供的一 种 MME重选的方法， 具体实现过程如图 12所示。

需要说明的是， 本实施例列举的路由区域更新流程的交互过程 与现有 路由区域更新流程的一部分步骤相同， 其中相同的步骤就不再——叙述， 仅着重介绍本发明实施例提供的一种 MME重选的交互过程。

需要进一步说明的是， 图 12 中所有画有虚线框的步骤表示的是可能 发生的步骤。

1201、 UE发送路由区域更新请求消息给 eNodeB。

1202、 eNodeB转发路由区域更新请求消息给第一 MME。

1203、 第一 MME向原 MME发送移动管理上下文请求消息。

1204、 原 MME返回移动管理上下文响应消息给 MME。

1205a、 第一 MME与 HSS完成对 UE的鉴权。

1205b、 第一 MME完成与 UE的 NAS消息的安全设置。

需要说明的是， 该步骤是否存在是基于 1204。

若 1204 中由原 MME返回给第一 MME的移动管理上下文中包括了 原 MME与 UE的安全上下文， 则无此步骤， 第一 MME 不需要进行与 UE的 NAS消息的安全设置。

若 1204中由原 MME返回给第一 MME的移动管理上下文中未包括原 MME与 UE的安全上下文， 则需要在此步骤由第一 MME与 UE进行 NAS 消息的安全设置。 120A、 才艮据所述 UE需要接入的所述 MME类型， 重选所述 UE 的 MME。

具体的， 第一 MME根据所述 UE的标识信息， 确定所述 UE需 要接入的移动性管理实体 MME的类型， 重选 MME , 即第二 MME , 并与之建立连接， 具体过程请参考 802、 803所述。

需要说明的是， 若所属 UE 不需要重选 MME , 则直接由第一 MME 执行和完成 UE 后续的路由区域更新流程， 不需要通过第二 MME执行， 这种情况不在本发明所描述的范围内。

120B、 第一 MME转发上下文给第二 MME。

其中， 所述上下文包括了 UE发送的路由区域更新请求消息、 第 一 MME获取的 UE的移动管理上下文。

可选的， 所述上下文中还可以包括第一 MME与 UE建立的安全 上下文（即第一 MME与 UE之间约定好的加密方式， 秘钥信息等） 。

1207、 第二 MME发起承载更新请求消息给 S-GW。

1208、 S-GW发送承载更新请求消息给 P-GW。

1209、 P-GW返回承载更新响应消息给 S-GW。

1210、 S-GW发送承载更新响应消息给第二 MME。

121 1、 第二 MME发起位置更新请求消息给 HSS。

1212、 HSS与原 MME完成位置删除请求消息和位置删除请求确 认消息的交互。

1213、 HSS返回位置更新请求确认消息给第二 MME。

120C 1、 第二 MME完成对路由区域更新接受消息的加密。

其中， 所述路由区域更新接受消息包括了第二 MME为 UE分配 的 GUTI。

具体的， 该步骤是否存在是基于 120B。

若 120B中所述上下文包括第一 MME与 UE建立的安全上下文， 则需要在此步骤由第二 MME根据 120B中第一 MME转发的与 UE建 立的安全上下文中的加密方式， 将路由区域更新接受消息进行加密。 若 120B 中所述上下文不包括第一 MME与 UE建立的安全上下 文， 则无此步骤， 第二 MME不需要执行加密操作。

120D、 第二 MME发送上下文给第一 MME。

其中， 所述上下文包括路由区域更新接受消息、 S-GW变更指示。 1206、 第一 MME发送上下文确认消息给原 MME。

其中所述上下文确认消息包括了 S-GW变更指示。

需要说明的是， 由于路由区域更新流程中 S-GW 的选择由第二 MME执行， 因而第一 MME只能在第二 MME返回 S-GW变更指示消 息后， 才能发送上下文确认给原 MME , 所以将 1206放在此执行。

120C2、 第一 MME完成对路由区域更新接受消息的加密。

其中， 所述路由区域更新接受消息为第二 MME发送过来的上下 文中所包括的。

具体的， 该步骤是否存在是基于 120B。

若 120B中所述上下文包括第一 MME与 UE建立的安全上下文， 则无此步骤， 第一 MME不需要执行加密操作。

若 120B 中所述上下文不包括第一 MME与 UE建立的安全上下 文， 则由于第一 MME 并未将与 UE 建立的安全上下文转发给第二 MME , 所以第二 MME无法获知与 UE交互时的加密和解密方式， 需 要由第一 MME完成对从第二 MME发送过来的路由区域更新接受消 息的加密。

1214、 第一 MME发送路由区域更新接受消息给 eNodeB。

其中， 所述路由区域更新接受消息中包括了第二 MME为 UE分 配的 GUTI。

1215、 eNodeB转发路由区域更新接受消息给 UE。

基于上述所述实施例，由于第一 MME可以为 UE重新选择该 UE 需要接入的 MME , 即第二 MME , 并转发 UE的接入请求消息给第二 MME , 且第二 MME可以根据第一 MME转发的 UE的接入请求消息执行 UE的接入请求流程， 使得 UE能够及时的使用正确的 MME执行接入请求 流程。

以下， 以 UE执行路由区域更新流程为例， 详细说明本发明提供的一 种 MME重选的方法， 具体实现过程如图 13所示。

需要说明的是， 本实施例列举的路由区域更新流程的交互过程 与上一 实施例提供的一种 MME重选的路由区域更新流程的一部分步骤相同 ， 其 中相同的步骤就不再——叙述。 不同之处在于第二 MME获取的 UE的移 动管理上下文的渠道， 上一实施例中第二 MME获取的 UE的移动管理上 下文是由第一 MME向原 MME获取后转发给第二 MME的，本实施例是由 第二 MME直接向原 MME请求获取的 , 所以本实施例仅着重介绍此过程。

1301、 UE发送路由区域更新请求消息给 eNodeB。

1302、 eNodeB转发路由区域更新请求消息给第一 MME。

1303、 第一 MME向原 MME发送移动管理上下文请求消息。

1304、 原 MME返回移动管理上下文响应消息给第一 MME。

130A、 才艮据所述 UE需要接入的所述 MME类型， 重选所述 UE 的 MME。

具体的， 第一 MME根据所述 UE的标识信息， 确定所述 UE需 要接入的移动性管理实体 MME的类型， 重选 MME , 即第二 MME , 并与之建立连接， 具体过程请参考 802、 803所述。

需要说明的是， 若所属 UE 不需要重选 MME , 则直接由第一

MME 执行和完成 UE 后续的路由区域更新流程， 不需要通过第二

MME执行， 这种情况不在本发明所描述的范围内。

130B、 第一 MME转发上下文给第二 MME。

其中， 所述上下文包括了 UE发送的路由区域更新请求消息。 130C、 第二 MME向原 MME发送移动管理上下文请求消息。 具体的， 第二 MME根据 GUTI中包含的 GUMMEI信息获知 UE 移动管理上下文所在的原 MME地址， 向原 MME发送移动管理上下 文请求消息。

其中 , 所述移动管理上下文请求消息中包括了 UE的 GUTI。 130D、 原 MME返回移动管理上下文响应消息给第二 MME。 具体的， 原 MME 居 GUTI确定 UE的移动管理上下文， 在移 动管理上下文响应消息中将 UE移动管理上下文返回给第二 MME。

1305a、 第二 MME与 HSS完成对 UE的鉴权。

1305b、 第二 MME完成与 UE的 NAS消息的安全设置。

具体的， 第二 MME完成与 UE的 NAS消息的安全设置 , 例如完 整性保护、 加密方式及秘钥信息等。

需要说明的是， 该步骤是否存在是基于 130D。

若 130D 中由原 MME返回给第二 MME的移动管理上下文中包括了 原 MME与 UE的安全上下文， 则无此步骤， 第二 MME 不需要进行与 UE的 NAS消息的安全设置。

若 130D 中由原 MME返回给第二 MME的移动管理上下文中未包括 原 MME与 UE的安全上下文， 则需要在此步骤由第二 MME与 UE进行 NAS消息的安全设置。

1306、 第二 MME发送上下文确认消息给原 MME。

其中， 所述上下文确认消息中包括了 S-GW变更指示。

1307、 第二 MME发起承载更新请求消息给 S-GW。

1308、 S-GW发送承载更新请求消息给 P-GW。

1309、 P-GW返回承载更新响应消息给 S-GW。

13 10、 S-GW发送承载更新响应消息给第二 MME。

13 1 1、 第二 MME发起位置更新请求消息给 HSS。

13 12、 HSS与原 MME完成位置删除请求消息和位置删除请求确 认消息的交互。

13 13、 HSS返回位置更新请求确认消息给第二 MME。 130E、 第二 MME发送上下文给第一 MME。

其中， 所述上下文包括路由区域更新接受消息， 路由区域更新接 受消息中包括了第二 MME为 UE分配的 GUTI。

1314、 MME发送路由区域更新接受消息给 eNodeB。

其中， 所述路由区域更新接受消息中包括了第二 MME为 UE分 配的 GUTI。

1315、 eNodeB转发路由区域更新接受消息给 UE。

基于上述所述实施例，由于第一 MME可以为 UE重新选择该 UE 需要接入的 MME , 即第二 MME , 并转发 UE的接入请求消息给第二 MME , 且第二 MME可以根据第一 MME转发的 UE的接入请求消息 执行 UE的接入请求流程 , 使得 UE能够及时的使用正确的 MME执 行接入请求流程。

在本申请所提供的几个实施例中， 应该理解到， 所揭露的 MME 和方法， 可以通过其它的方式实现。 例如， 以上所描述的 MME实施 例仅仅是示意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划 分， 实际实现时可以有另外的划分方式， 例如多个单元或组件可以结 合或者可以集成到另一个系统， 或一些特征可以忽略， 或不执行。 另 一点，所显示或讨论的相互之间的耦合或直接 耦合或通信连接可以是 通过一些接口， 装置或单元的间接耦合或通信连接， 可以是电性或其 它的形式。

所述作为分离部件说明的单元可以是或者也可 以不是物理上分 开的， 作为单元显示的部件可以是或者也可以不是物 理单元， 即可以 位于一个地方， 或者也可以分布到多个网络单元上。 可以 居实际的 需要选择其中的部分或者全部单元来实现本实 施例方案的目的。

另外，在本发明各个实施例中的各功能单元可 以集成在一个处理 单元中， 也可以是各个单元单独物理包括， 也可以两个或两个以上单 元集成在一个单元中。 上述集成的单元既可以釆用硬件的形式实现， 也可以釆用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元 ，可以存储在一个 计算机可读取存储介质中。 上述软件功能单元存储在一个存储介质 中， 包括若干指令用以使得一台计算机设备（可以 是个人计算机， 服 务器，或者网络设备等）执行本发明各个实施 例所述方法的部分步骤。 而前述的存储介质包括： U 盘、 移动硬盘、 只读存储器 （ Read-Only Memory , 简称 ROM ) 、 随机存取存储器 ( Random Access Memory, 简称 RAM ) 、 磁碟或者光盘等各种可以存储程序代码的介质 。

最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而 非对其限制； 尽管参照前述实施例对本发明进行了详细的说 明， 本领 域的普通技术人员应当理解：其依然可以对前 述各实施例所记载的技 术方案进行修改， 或者对其中部分技术特征进行等同替换； 而这些修 改或者替换，并不使相应技术方案的本质脱离 本发明各实施例技术方 案的精神和范围。

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并 不局限于此，任何熟悉本技术领域的技术人员 在本发明揭露的技术范 围内， 可轻易想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围应以所述权利要求的保护范 围为准。