一种网络共享下移动性参数修改的方法和系统 【技术领域】
本发明涉及无线蜂窝通信技术， 特别是指一种网络共享下移动性参数修改的方法和系统。 背景技术 长 期 演 进 (LTE， Long Term Evolution) 网 络 由 演 进 通 用 陆 地 无 线 接 入 网 (E-UTRAN， Evolved UTRAN) 基站 (eNB， Evolved NodeB) 和演进分组交换中心 (EPC， Evolved Packet Core) 组成， 网络扁平化。其中， E-UTRAN 包含和 EPC 通过 S1 接口连接的 eNB 的集 合， eNB 之间能通过 X2 连接。S1、 X2 是逻辑接口。一个 EPC 可以管理一个或多个 eNB， 一个 eNB 也可以受控于多个 EPC， 一个 eNB 可以管理一个或多个小区。LTE-A 系统由 LTE 系统演 进而来， 网络架构与 LTE 一致。
而在实际组网中， 网络共享的起源是欧洲巨额牌照费用导致资金紧张， 运营商为 了缓解压力推出的一种解决方案。 它使得运营商们在合作建设通信网络的同时又能对各自 部分灵活管理， 从而大大缩短网络建设周期， 并且大幅度降低总运营成本 (TCO， Total cost of ownership)。同时， 网络共享可以促进资源优化配置， 避免重复建设， 实现资产保值增 值。网络共享正成为网络建设中非常重要的问题。
网络共享有多种实现方法， 其中包括共享接入网， 指多个运营商在共享区域拥有 一个无线接入网络， 核心网和业务网各自独立， 如图 1 所示。共享接入网的多个核心网运 营商拥有各自独立的移动网标识和运营商标识。若多个运营商共享， 那么这多个运营商需 要在共享接入网的每个小区中广播各自的系统消息， 系统消息中包含公共陆地移动网络 (PLMN， Public Land Mobile Network)ID( 每一个 PLMN ID 表示一个运营商 )， 如此， 通过广 播 PLMN ID 的方式来通知用户设备 (UE， User Equipment) 都有哪些运营商参与了所在小区 的网络共享。UE 能够从解析到的系统消息中读取 PLMN ID， 来获得在共享网络中有哪些运 营商的网络是可以接入的， 并在网络选择和重选时考虑这些信息。
目前， 当 UE 在连接态进行切换时， 源 eNB 可以为 UE 选择切换的目标 eNB 所属的 PLMN( 即运营商 )， 具体的， 优先是采用原来的服务 PLMN， 如果目标 eNB 不支持该原来的服务 PLMN， 也可以重新选择 PLMN( 根据本地配置信息或者从 MME 获取对等的 PLMN 列表信息 )。
在 LTE 网络中， 服务移动通信网络的 LTE 小区可以通过移动性参数修改来更改 UE 的切换边界， 在移动性负荷均衡过程中将 UE 均衡到该通信网络中的其他小区， 使得网络整 体负荷保持均衡。
而在网络共享场景下， 如何实现移动性参数修改是一个亟待解决的问题。
发明内容 有鉴于此， 本发明的主要目的在于提供一种网络共享下移动性参数修改的方法和 系统， 能够在网络共享场景下实现移动性参数的修改流程。
为达到上述目的， 本发明的技术方案是这样实现的 ：
本发明提供了一种网络共享下移动性参数修改的方法， 该方法包括 ：
目标小区所属的设备接收到源小区所属的源基站 (eNB) 发送的移动性参数修改 请求消息后， 进行本地判决和处理， 若处理失败， 向所述源 eNB 返回移动性参数修改失败消 息；
所述移动性参数修改失败消息中包含的修改失败原因为以下的一种或多种 ： 由于 网络共享导致的修改失败、 目标小区的归属公共陆地移动网络 (PLMN) 集合和源小区的归 属 PLMN 集合不一致、 目标小区的当前服务 PLMN 和源小区的当前服务 PLMN 不一致。
其中， 若处理成功， 该方法还包括 ：
所述目标小区所属的设备通知目标小区根据移动性参数修改请求消息中建议目 标小区修改的移动性参数进行本地移动性参数的修改， 并向源 eNB 返回移动性参数修改确 认消息。
所述源 eNB 向所述目标小区所属的设备发送移动性参数修改请求消息， 包括 ： 源 eNB 通过 X2 接口向目标小区所属的设备发送移动性参数修改请求消息 ；
所述目标小区所属的设备向所述源 eNB 返回移动性参数修改失败消息， 包括 ： 目 标小区所属的设备通过 X2 接口给源 eNB 发送移动性参数修改失败消息 ； 所述目标小区所属的设备向源 eNB 返回移动性参数修改确认消息， 包括 ： 目标小 区所属的设备通过 X2 接口给源 eNB 返回移动性参数修改确认消息。
所述源 eNB 向所述目标小区所属的设备发送移动性参数修改请求消息， 包括 ： 源 eNB 通过 S1 接口向移动性管理单元 (MME) 发送移动性参数修改请求消息 ； MME 将移动性参 数修改请求消息通过 S1 接口透传给目标小区所属的设备 ；
所述目标小区所属的设备向所述源 eNB 返回移动性参数修改失败消息， 包括 ： 目 标小区所属的设备通过 S1 接口给 MME 发送移动性参数修改失败消息 ； MME 将移动性参数修 改失败消息通过 S1 接口透传给源 eNB ；
所述目标小区所属的设备向源 eNB 返回移动性参数修改确认消息， 包括 ： 目标小 区所属的设备通过 S1 接口给 MME 发送移动性参数修改确认消息 ； MME 将移动性参数修改确 认消息通过 S1 接口透传给源 eNB。
所述源 eNB 向所述目标小区所属的设备发送移动性参数修改请求消息， 包括 ： 源 eNB 通过 S1 接口向核心网发送移动性参数修改请求消息 ； 核心网将移动性参数修改请求消 息透传给目标小区所属的设备 ；
所述目标小区所属的设备向所述源 eNB 返回移动性参数修改失败消息， 包括 ： 目 标小区所属的设备给核心网发送移动性参数修改失败消息 ； 核心网将移动性参数修改失败 消息通过 S1 接口透传给源 eNB ；
所述目标小区所属的设备向源 eNB 返回移动性参数修改确认消息， 包括 ： 目标小 区所属的设备给核心网发送移动性参数修改确认消息 ； 核心网将移动性参数修改确认消息 通过 S1 接口透传给源 eNB。
所述目标小区位于长期演进 (LTE) 系统中时， 所述目标小区所属的设备为目标 eNB ；
所述目标小区位于通用陆地无线接入网 (UTRAN) 系统中时， 所述目标小区所属的 设备为无线网络控制器 (RNC) ；
所述目标小区位于全球移动通信 (GSM) 系统中时， 所述目标小区所属的设备为基 站控制器 (BSC)。
本发明还提供了一种网络共享下移动性参数修改的系统， 该系统包括 ： 目标小区 所属的设备和源小区所属的源 eNB， 其中 ：
所述源 eNB， 用于向所述目标小区所属的设备发送移动性参数修改请求消息 ；
所述目标小区所属的设备， 用于接收到所述移动性参数修改请求消息后， 进行本 地判决和处理， 若处理失败， 向所述源 eNB 返回移动性参数修改失败消息 ；
所述移动性参数修改失败消息中包含的修改失败原因为以下的一种或多种 ： 由于 网络共享导致的修改失败、 目标小区的归属 PLMN 集合和源小区的归属 PLMN 集合不一致、 目 标小区的当前服务 PLMN 和源小区的当前服务 PLMN 不一致。
所述目标小区所属的设备， 还用于在处理成功时， 通知目标小区根据移动性参数 修改请求消息中建议目标小区修改的移动性参数进行本地移动性参数的修改， 并向源 eNB 返回移动性参数修改确认消息。
所述目标小区位于 LTE 系统中时， 所述目标小区所属的设备为目标 eNB ；
所述目标小区位于 UTRAN 系统中时， 所述目标小区所属的设备为 RNC ；
所述目标小区位于 GSM 系统中时， 所述目标小区所属的设备为 BSC。
本发明实现网络共享下移动性参数修改的方法和系统 ： 在移动性参数修改失败消 息中增加修改失败原因， 这里的修改失败原因可以是以下的一种或多种 ： 由于网络共享导 致的修改失败、 目标小区的归属 PLMN 集合和源小区的归属 PLMN 集合不一致、 目标小区的当 前服务 PLMN 和源小区的当前服务 PLMN 不一致， 这样可以使得源 eNB 能够及时获知修改失 败的原因， 为网络共享场景下进行后续的移动性参数修改提供更完整的判决依据。 附图说明
图 1 为网络共享示意图 ； 图 2 为本发明源小区和目标小区通过 X2 接口实现移动性参数修改的流程图 ； 图 3 为本发明源小区和目标小区通过 S1 接口实现移动性参数修改的流程图 ； 图 4 为本发明系统间实现移动性参数修改的流程图。具体实施方式
本发明实现网络共享下移动性参数修改所采用的手段主要是 ： 目标小区所属的设 备接收到源小区所属的源 eNB 发送的移动性参数修改请求消息后， 依据运营商预设策略进 行本地判决和处理， 若处理失败， 向源 eNB 返回移动性参数修改失败消息 ； 在该移动性参数 修改失败消息中增加修改失败原因， 这里的修改失败原因可以是以下的一种或多种 ： 由于 网络共享导致的修改失败、 目标小区的归属 PLMN 集合和源小区的归属 PLMN 集合不一致、 目 标小区的当前服务 PLMN 和源小区的当前服务 PLMN 不一致， 这样可以使得源 eNB 能够及时 获知修改失败的原因， 为网络共享场景下进行后续的移动性参数修改提供更完整的判决依 据。
下面通过具体的实施例来说明本发明的方案。
在网络共享场景下， 假设源小区和目标小区都位于 LTE 系统下， 目标小区所属的设备为目标 eNB， 则源小区和目标小区通过 X2 接口实现移动性参数修改的流程如图 2 所示， 包括 ：
步骤 201， 源 eNB 通过 X2 接口向目标 eNB 发送移动性参数修改请求消息。
源 eNB 是指源小区所属的 eNB ； 目标 eNB 是指目标小区所属的 eNB。
该消息可以在需要的时候 ( 如进行负荷均衡导致的移动性参数优化时， 或者移动 性优化场景下需要对移动性参数进行调整时 ) 发起。
该消息中包含源小区自身的移动性参数信息、 建议目标小区修改的移动性参数信 息、 以及发起移动性参数修改的原因 ( 负荷均衡引起的和 / 或移动性优化引起的 )。
步骤 202， 目标 eNB 接收到移动性参数修改请求消息后依据运营商预设策略 ( 例如 根据 OAM 设置的参数有效范围进行比较， 只有在允许范围内的修改才能接受等 ) 进行本地 判决和处理 ( 进行本地判决和处理的实现为现有技术， 此处不再赘述 )。若处理成功， 则通 知目标小区根据移动性参数修改请求消息中建议目标小区修改的移动性参数进行本地移 动性参数的修改， 同时， 目标 eNB 通过 X2 接口给源 eNB 返回移动性参数修改确认消息， 流程 结束 ； 若处理失败， 则转到步骤 203。
步骤 203， 目标 eNB 通过 X2 接口给源 eNB 发送移动性参数修改失败消息。 比如， 在网络共享场景下， 当源小区和目标小区之间需要进行移动性参数修改时， 若这两个小区的归属 PLMN 集合不同， 则可能由于不同运营商对设备使用和管理的约束规 则不一样， 导致不允许这两个小区进行自动的移动性参数修改， 因为移动性参数修改后会 影响到其他运营商的利益。
移动性参数修改失败消息包含消息类型以及修改失败原因。 修改失败原因可以定 义为以下的一种或多种 ： 由于网络共享导致的修改失败、 目标小区的归属 PLMN 集合和源小 区的归属 PLMN 集合不一致、 目标小区的当前服务 PLMN 和源小区的当前服务 PLMN 不一致。
上述修改失败的原因为网络共享场景下进行后续的移动性参数修改提供了更完 整的判决依据。
在网络共享场景下， 假设源小区和目标小区都位于 LTE 系统下， 目标小区所属的 设备为目标 eNB， 则源小区和目标小区通过 S1 接口实现移动性参数修改的流程如图 3 所示， 包括 ：
步骤 301， 源 eNB 通过 S1 接口向移动性管理单元 (MME， Mobility Management Entity) 发送移动性参数修改请求消息。
该消息可以在需要的时候 ( 如进行负荷均衡导致的移动性参数优化时， 或者移动 性优化场景下需要对移动性参数进行调整时 ) 发起。
该消息中包含源小区的移动性参数信息、 建议目标小区修改的移动性参数信息、 以及发起移动性参数修改的原因。
步骤 302， MME 将移动性参数修改请求消息通过 S1 接口透传给目标 eNB。
步骤 303 ～ 304， 目标 eNB 接收到移动性参数修改请求消息后依据运营商预设策 略进行本地判决和处理， 若处理成功， 则通知目标小区根据移动性参数修改请求消息中建 议目标小区修改的移动性参数进行本地移动性参数的修改， 同时， 目标 eNB 通过 S1 接口给 MME 发送移动性参数修改确认消息， 然后， MME 将移动性参数修改确认消息通过 S1 接口透传 给源 eNB， 流程结束 ； 若处理失败， 则转步骤 305。
步骤 305， 目标 eNB 通过 S1 接口给 MME 发送移动性参数修改失败消息。
比如， 在网络共享场景下， 当源小区和目标小区之间需要进行移动性参数修改时， 若这两个小区的归属 PLMN 集合不同， 则可能由于不同运营商对设备使用和管理的约束规 则不一样， 导致不允许这两个小区进行自动的移动性参数修改， 因为移动性参数修改后会 影响到其他运营商的利益。
移动性参数修改失败消息包含消息类型以及修改失败原因。 修改失败原因可以定 义为以下的一种或多种 ： 由于网络共享导致的修改失败、 目标小区的归属 PLMN 集合和源小 区的归属 PLMN 集合不一致、 目标小区的当前服务 PLMN 和源小区的当前服务 PLMN 不一致。
上述修改失败的原因为网络共享场景下进行后续的移动性参数修改提供了更完 整的判决依据。
步骤 306， MME 将移动性参数修改失败消息通过 S1 接口透传给源 eNB， 流程结束。
在网络共享场景下， 假设源小区位于 LTE 系统， 目标小区位于 UTRAN 系统或 GSM 系 统， 那么相应地， 目标小区所属的设备在 UTRAN 系统中为 RNC， 在 GSM 系统中为 BSC， 则系统 间实现移动性参数修改的流程如图 4 所示， 包括 ：
步骤 401， 源 eNB 通过 S1 接口向核心网发送移动性参数修改请求消息。 该消息可以在需要的时候 ( 如进行负荷均衡导致的移动性参数优化时， 或者移动 性优化场景下需要对移动性参数进行调整时 ) 发起。
该消息中包含源 eNB 和目标网络设备的标志信息、 源小区的移动性参数信息、 建 议目标小区修改的移动性参数信息、 以及发起移动性参数修改的原因。
步骤 402， 核心网将移动性参数修改请求消息透传给目标网络设备。
步骤 403 ～ 404， 目标网络设备接收到移动性参数修改请求消息后依据运营商预 设策略进行本地判决和处理， 若处理成功， 则通知目标小区根据移动性参数修改请求消息 中建议目标小区修改的移动性参数进行本地移动性参数的修改， 同时， 目标网络设备给核 心网发送移动性参数修改确认消息， 然后， 核心网将移动性参数修改确认消息通过 S1 接口 透传给源 eNB， 流程结束 ； 若处理失败， 则转到步骤 405。
步骤 405， 目标网络设备给核心网发送移动性参数修改失败消息。
比如， 在网络共享场景下， 当源小区和目标小区之间需要进行移动性参数修改时， 若这两个小区的归属 PLMN 集合不同， 则可能由于不同运营商对设备使用和管理的约束规 则不一样， 导致不允许这两个小区进行自动的移动性参数修改， 因为移动性参数修改后会 影响到其他运营商的利益。
移动性参数修改失败消息包含消息类型以及修改失败原因。 修改失败原因可以定 义为以下的一种或多种 ： 由于网络共享导致的修改失败、 目标小区的归属 PLMN 集合和源小 区的归属 PLMN 集合不一致、 目标小区的当前服务 PLMN 和源小区的当前服务 PLMN 不一致。
上述修改失败的原因为网络共享场景下进行后续的移动性参数修改提供了更完 整的判决依据。
步骤 406， 核心网将移动性参数修改失败消息通过 S1 接口透传给源 eNB， 流程结 束。
为了实现上述移动性参数修改方法， 本发明还提供了一种网络共享下移动性参数 修改的系统， 包括 ： 目标小区所属的设备和源小区所属的源 eNB， 其中 ：
源 eNB， 用于向目标小区所属的设备发送移动性参数修改请求消息 ；
目标小区所属的设备， 用于接收到移动性参数修改请求消息后， 进行本地判决和 处理， 若处理失败， 向源 eNB 返回移动性参数修改失败消息 ；
移动性参数修改失败消息中包含的修改失败原因为以下的一种或多种 ： 由于网络 共享导致的修改失败、 目标小区的归属 PLMN 集合和源小区的归属 PLMN 集合不一致、 目标小 区的当前服务 PLMN 和源小区的当前服务 PLMN 不一致。
目标小区所属的设备， 还用于在处理成功时， 通知目标小区根据移动性参数修改 请求消息中建议目标小区修改的移动性参数进行本地移动性参数的修改， 并向源 eNB 返回 移动性参数修改确认消息。
目标小区位于 LTE 系统中时， 目标小区所属的设备为目标 eNB ；
目标小区位于 UTRAN 系统中时， 目标小区所属的设备为无线网络控制器 (RNC， Radio Network Controller) ；
目标小区位于全球移动通信 (GSM， Global System for Mobile communications) 系统中时， 目标小区所属的设备为基站控制器 (BSC， Base Station Controller)。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范围。