CN102547859A - 一种移动性参数协商方法及其设备 - Google Patents

Abstract

本发明公开了一种移动性参数协商方法及其设备，该方法包括：目标基站接收源基站发送的移动性参数协商请求消息，其中携带有源小区计划调整后的移动性参数；目标基站根据目标小区计划调整后的移动性参数和所述源小区计划调整后的移动性参数，判断是否会在源小区和目标小区之间引起乒乓切换，并在判断为是时，拒绝源基站的移动性参数协商请求，向源基站返回移动性参数协商拒绝响应消息。采用本发明可避免小区间的乒乓切换。

Description

一种移动性参数协商方法及其设备

技术领域

本发明涉及通信领域，尤其涉及一种移动性参数协商方法及其设备。

背景技术

在LTE(Long Term Evolution，长期演进)系统中引入网络自优化功能，即系统根据网络性能自动优化相应的参数配置，从而减少网络规划和操作维护的人工参与，降低网络建设和运营成本。其中，移动性负荷均衡优化(MobilityLoad Balance，MLB)是自组织网络(Self Organizing Networks，SON)自优化的一个重要实例。负荷均衡的原理就是调整小区以及对应邻区的切换与重选参数，如图1所示，将重负荷小区的边缘用户尽量转移到轻负荷的邻小区，在不影响用户体验的基础上，实现负荷重新分布，从而提升整个系统的容量，优化系统的性能。

当小区的切换与重选参数调整后，可能会出现由于切换以及重选参数设置不当而导致的乒乓切换，严重影响用户的业务和体验，因此小区在进行负荷均衡过程中需要与邻区进行参数协商，以达到减少掉话，提高系统容量的目的。

目前在移动性负荷均衡过程中的移动性参数协商流程如图2和图3所示：当小区eNB1负荷超过一定的门限时开启负载均衡算法，eNB1首先获取周围邻区的负载信息，从中选取合适的轻负载小区作为候选小区eNB2进行切换参数协商。

目前在移动性参数协商请求(MOBILITY CHANGE REQUEST)消息中携带源小区的移动性参数变化量(eNB1 Mobility Parameters)与邻小区(即该源小区的邻小区)的移动性参数建议变化量(eNB2 Proposed Mobility Parameters)。其中，移动性参数建议变化量标识了一个小区切换范围的变化量，其范围是[-10，10]dB，颗粒度是0.5dB。目标基站如果接受该推荐值，则反馈移动性参数协商接受(MOBILITY CHANGE ACKNOWLEDGE)消息，否则反馈移动性参数协商拒绝(MOBILITY CHANGE FAILURE)消息，拒绝消息可以携带目标小区可以接受的移动性参数范围。

上述流程中，目标基站只能根据自己小区的移动性参数范围或者负载的情况进行决策是否接受发送方的移动性参数调整建议值，或者给出新的移动性参数调整建议值，无法有效避免调整后的移动性参数设置不会引起乒乓切换。

如果移动性参数设置不当，很容易引起乒乓切换。这样，则不仅降低用户的体验，同时还浪费了系统的资源，从而违背了移动性负载均衡的初衷，即网络的整体性能不仅没有优化反而恶化。

发明内容

本发明实施例提供了一种移动性参数协商方法及其设备，用于避免引起乒乓切换。

本发明实施例提供的移动性参数协商方法，应用于移动性负荷均衡过程，该方法包括：

目标基站接收源基站发送的移动性参数协商请求消息，其中携带有源小区计划调整后的移动性参数；

目标基站根据目标小区计划调整后的移动性参数和所述源小区计划调整后的移动性参数，判断是否会在源小区和目标小区之间引起乒乓切换，并在判断为是时，拒绝源基站的移动性参数协商请求，向源基站返回移动性参数协商拒绝响应消息。

本发明实施例提供的基站设备，包括：

发送模块，用于在本基站作为源基站时，向目标基站发送移动性参数协商请求消息，其中携带有源小区计划调整后的移动性参数；

接收模块，用于在本基站作为目标基站时，接收源基站发送的移动性参数协商请求消息，其中携带有源小区计划调整后的移动性参数；

协商处理模块，用于在本基站作为目标基站时，根据目标小区计划调整后的移动性参数和所述源小区计划调整后的移动性参数，判断是否会在源小区和目标小区之间引起乒乓切换，并在判断为是时，拒绝源基站的移动性参数协商请求，并通过所述发送模块向源基站返回移动性参数协商拒绝响应消息。

本发明的上述实施例，通过在移动性参数协商请求消息中携带源小区计划调整后的移动性参数，从而使目标基站可根据目标小区计划调整后的移动性参数和所述源小区计划调整后的移动性参数，判断是否会在源小区和目标小区之间引起乒乓切换，进而在移动性负荷均衡的移动性参数协商过程中，避免调整后的移动性参数引起乒乓切换。

附图说明

图1为现有技术中负载均衡的示意图；

图2为现有技术中移动性参数协商成功的流程示意图；

图3为现有技术中移动性参数协商失败的流程示意图；

图4为本发明实施例提供的移动性参数协商流程示意图；

图5为本发明实施例提供的基站设备的结构示意图。

具体实施方式

在LTE系统中，一般将A3事件作为触发切换的主要参考。A3事件的判决条件如下：

Mn+Ofn+Ocn-Hys＞Ms+Ofs+Ocs+Off………………………[1]

其中，Ofn、Ocn、Ofs、Ocs、Hys、Off为切换与重选相关参数，统称为移动性参数，各参数的含义如下：

Mn＝邻小区‘n’的测量结果；

Ms＝服务小区‘s’的测量结果；

Hys＝迟滞值；

Ocn＝邻小区‘n’小区特定的偏移值；

Ocs＝服务小区‘s’特定的偏移值；

Ofn＝邻小区‘n’频率特定的偏移值；

Ofs＝服务小区‘s’频率特定的偏移值；

Off＝A3事件的偏移值。

变形式(1)所示的条件表达式，则可以得到：

Mn-Ms＞offset

                                …………………………[2]

offset＝Ofs+Ocs+Off+Hys-Ofn-Ocn

设小区i有N个邻居，并将它的邻区表示为小区j，并令

A_i＝Ofs_i+Ocs_i+Off_i+Hys_i；

B_j＝Ofn_j+Ocn_j；

则从小区i切换到小区j需要满足以下条件：

M_j＞M_i+(A_i-B_j)；1≤i，j≤N且i≠j………………………………[3]

同样，从小区j切换到小区i需要满足以下条件：

M_i＞M_j+(A_j-B_i)；1≤i，j≤N且i≠j………………………[4]

其中：

A_j＝Ofn_j+Ocn_j+Off_j+Hys_j；

B_i＝Ofs_i+Ocs_i；

不会造成乒乓切换的切换参数应满足如下规则：

(A_i-B_j)＞-(A_j-B_i)；1≤i，j≤N且i≠j

即：offset_i＞-offet_j；1≤i，j≤N且i≠j……………………………[5]

为了不引起乒乓切换，更新后源小区的移动性参数配置以及目标小区的移动性参数配置都要满足公式(5)。

但是，目前在移动性参数协商请求消息中仅携带了源小区的移动性参数变化量(eNB1 Mobility Parameters)与邻小区(即源小区的邻小区)的移动性参数建议变化量(eNB2 Proposed Mobility Parameters)，因此目标基站无法获知源小区计划调整后的移动性参数，因此也就无法根据公式(5)判断更新后的移动性参数是否会引起乒乓切换。

为了解决上述问题，本发明实施例通过对移动性参数协商请求过程进行改进，以使目标基站能够根据移动性参数协商请求消息获知源小区计划调整后的移动性参数，并根据该参数进行乒乓切换判决，以避免由于切换参数设置不当而引起的乒乓切换，从而改善边缘用户体验，提高整个网络系统的性能。

下面结合附图对本发明实施例进行详细描述。

参见图4，为本发明实施例提供的移动性参数协商流程示意图。当小区eNB1负荷超过一定的门限时开启负载均衡算法，eNB1首先获取周围邻区的负载信息，从中选取合适的轻负载小区作为候选小区eNB2进行移动性参数协商，其移动性参数协商流程可包括：

步骤401，eNB1向eNB2发送MOBILITY CHANGE REQUEST消息，其中携带有源小区计划调整后的移动性参数、目标小区移动性参数建议调整量。

所述源小区计划调整后的移动性参数，可以包括Ofs(源小区频率特定的偏移值)、Ocs(源小区特定的偏移值)、Hys(源小区迟滞值)、Off(源小区A3事件的偏移值)等与切换重选相关的参数。

具体实施时，源小区计划调整后的移动性参数可承载于MOBILITYCHANGE REQUEST消息原有的eNB1 Mobility Parameters信息单元中，并对该信息单元重新进行定义，即，将eNB1 Mobility Parameters IE中的属性由“O(可选)”改为“M(必选)”，将描述由“Configuration change in eNB1 cell(源小区移动性参数变化量)”改为“Proposed Configuration in eNB1 cell(源小区计划调整后的移动性参数)”。即，发送方在进行移动性参数协商时，MOBILITYCHANGE REQUEST消息中需要携带源小区计划调整后的参数值。当然，也可通过MOBILITY CHANGE REQUEST消息进行扩展，增加新的信息单元以承载源小区计划调整后的移动性参数。

表1示出了本发明实施例中的一种MOBILITY CHANGE REQUEST消息格式。

表1、MOBILITY CHANGE REQUEST消息格式

其中，eNB1 Mobility Parameters信息单元用于承载源小区计划调整后的移动性参数，eNB2 Proposed Mobility Parameters信息单元用于承载目标小区移动性参数建议调整量(可指示出上限和下限)。

步骤402，eNB2根据MOBILITY CHANGE REQUEST消息，计算得到目标小区计划调整后的移动性参数，并根据计算出的目标小区计划调整后的移动性参数，以及该消息中携带的源小区计划调整后的移动性参数，判断是否会在源小区和目标小区之间引起乒乓切换，若判断为否，则转入步骤403，若判断为是，则转入步骤404。

具体实施时，eNB2可根据目标小区当前的移动性参数，以及MOBILITYCHANGE REQUEST消息中携带的目标小区移动性参数建议调整量，计算得到目标小区计划调整后的移动性参数。然后，根据目标小区计划调整后的移动性参数和MOBILITY CHANGE REQUEST消息中携带的源小区计划调整后的移动性参数，并利用公式(5)判断在源小区和目标小区之间是否会引起乒乓切换。公式(5)中的参数中，Ofs_i，Ocs_i，Off_i，Hys_i为源小区计划调整后的移动性参数，分别对应于源小区计划调整后的频率特定偏移量、特定偏移量、A3事件偏移量、迟滞值；Ofn_j，Ocn_j，Off_j，Hys_j为目标小区计划调整后的移动性参数，分别对应于目标小区调整后的频率特定偏移量、特定偏移量、A3事件偏移量、迟滞值。

步骤403，eNB2接受eNB1的移动性参数协商请求，并向eNB1返回MOBILITY CHANGE ACKNOWLEDGE消息。

具体实施时，eNB1接收到MOBILITY CHANGE ACKNOWLEDGE消息后，对源小区的移动性参数进行调整。至此，与eNB2之间的移动性参数协商完成。

步骤404，eNB2拒绝eNB1的移动性参数协商请求，并向eNB1返回MOBILITY CHANGE FAILURE消息。

具体实施时，eNB2可将目标小区可接受的移动参数范围携带于MOBILITY CHANGE FAILURE消息发送给eNB1，eNB1可根据目标小区可接受的移动参数范围，调整源小区的移动性参数。

其中，eNB2可按照现有方式确定目标小区可接受的移动性参数范围，可进一步参考源小区计划调整后的移动性参数，并利用公式(5)，使确定出的目标小区的移动性参数范围能够避免引起乒乓切换。

在本发明的另一实施例中，若目标基站根据源小区计划调整后的移动性参数和目标小区计划调整后的移动性参数，判断不会在源小区和目标小区之间引起乒乓切换，则可进一步根据所要求的其它条件进行判断，即判断是否可以接受源基站的移动性参数协商请求，并在判断为是的情况下，向源基站返回MOBILITY CHANGE ACKNOWLEDGE消息，否则向源基站返回MOBILITYCHANGE FAILURE消息。

通过以上描述可以看出，通过在移动性参数协商请求消息中携带源小区计划调整后的移动性参数，使eNB2在判断是否接收移动性参数建议值，或者给出新的调整建议值时，充分考虑源小区和目标小区调整后的移动性参数值，即根据公式(5)进行判断，从而有效避免因移动性参数设置不当引起的乒乓切换。另外，本发明实施例实现简单，不需要修改协议流程，仅是借用已有的移动性参数协商流程。

基于相同的技术构思，本发明实施例还提供了一种基站设备。

参见图5，为本发明实施例提供的基站设备的结构示意图，该基站设备可应用于本发明实施例的上述流程。该基站设备既可作为源小区基站设备向作为目标小区基站设备的其它基站发起移动性参数协商请求，又可以作为目标小区基站设备来响应作为源小区基站设备的其它基站发起的移动性参数协商请求。如图所示，该基站设备可包括：

发送模块501，用于在本基站作为源基站时，向目标基站发送移动性参数协商请求消息，其中携带有源小区计划调整后的移动性参数；

接收模块502，用于在本基站作为目标基站时，接收源基站发送的移动性参数协商请求消息，其中携带有源小区计划调整后的移动性参数；

协商处理模块503，用于在本基站作为目标基站时，根据目标小区计划调整后的移动性参数和所述源小区计划调整后的移动性参数，判断是否会在源小区和目标小区之间引起乒乓切换，并在判断为是时，拒绝源基站的移动性参数协商请求，并通过所述发送模块向源基站返回移动性参数协商拒绝响应消息。

具体的，发送模块501可将所述源小区计划调整后的移动性参数携带于所述移动性参数协商请求消息中的源基站移动性参数信息单元，该信息单元为必选单元。

具体的，发送模块501发送的所述移动性参数协商请求消息中不包含用于携带源基站移动性参数变化量的信息单元。

进一步的，协商处理模块503还可根据目标小区计划调整后的移动性参数和所述源小区计划调整后的移动性参数，判断是否满足乒乓切换判决条件，若满足，则认为会在源小区和目标小区之间引起乒乓切换，否则认为不会在源小区和目标小区之间引起乒乓切换，所述乒乓切换判决条件为：

offset_i＞-offset_j；1≤i，j≤N且i≠j

其中：

offset_i＝(A_i-B_j)

offet_j＝(A_j-B_i)

A_i＝Ofs_i+Ocs_i+Off_i+Hys_i；

B_j＝Ofn_j+Ocn_j；

A_j＝Ofn_j+Ocn_j+Off_j+Hys_j；

B_i＝Ofs_i+Ocs_i；

其中，Ofs_i，Ocs_i，Off_i，Hys_i为源小区计划调整后的移动性参数，分别对应于源小区计划调整后的频率特定偏移量、特定偏移量、A3事件偏移量、迟滞值；Ofn_j，Ocn_j，Off_j，Hys_j为目标小区计划调整后的移动性参数，分别对应于目标小区调整后的频率特定偏移量、特定偏移量、A3事件偏移量、迟滞值。

进一步的，协商处理模块503还在判断会在源小区和目标小区之间引起乒乓切换后，根据所述源小区计划调整后的移动性参数，确定目标小区可接受的移动性参数取值范围，并保证当目标小区调整后的移动性参数在该取值范围内时，在源小区和目标小区之间不会引起乒乓切换，并将目标小区可接受的移动性参数取值范围携带于移动性参数协商拒绝响应消息。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (13)

1.一种移动性参数协商方法，应用于移动性负荷均衡过程，其特征在于，该方法包括：

目标基站接收源基站发送的移动性参数协商请求消息，其中携带有源小区计划调整后的移动性参数；

目标基站根据目标小区计划调整后的移动性参数和所述源小区计划调整后的移动性参数，判断是否会在源小区和目标小区之间引起乒乓切换，并在判断为是时，拒绝源基站的移动性参数协商请求，向源基站返回移动性参数协商拒绝响应消息。

2.如权利要求1所述的方法，其特征在于，所述源小区计划调整后的移动性参数携带于所述移动性参数协商请求消息中的源基站移动性参数信息单元，该信息单元为必选单元。

3.如权利要求1所述的方法，其特征在于，所述移动性参数协商请求消息中不包含用于携带源基站移动性参数变化量的信息单元。

4.如权利要求1所述的方法，其特征在于，所述目标基站判断会在源小区和目标小区之间引起乒乓切换后、返回移动性参数协商拒绝响应消息前，还包括步骤：

根据所述源小区计划调整后的移动性参数，确定目标小区可接受的移动性参数取值范围，并保证当目标小区调整后的移动性参数在该取值范围内时，在源小区和目标小区之间不会引起乒乓切换；

将目标小区可接受的移动性参数取值范围携带于移动性参数协商拒绝响应消息。

5.如权利要求1所述的方法，其特征在于，所述目标基站根据目标小区计划调整后的移动性参数和所述源小区计划调整后的移动性参数，判断是否会在源小区和目标小区之间引起乒乓切换，具体为：

目标基站判断是否满足乒乓切换判决条件，若满足，则认为会在源小区和目标小区之间引起乒乓切换，否则认为不会在源小区和目标小区之间引起乒乓切换，所述乒乓切换判决条件为：

offset_i＞-offset_j；1≤i，j≤N且i≠j

其中：

offset_i＝(A_i-B_j)

ofset_j＝(A_j-B_i)

A_i＝Ofs_i+Ocs_i+Off_i+Hys_i；

B_j＝Ofn_j+Ocn_j；

A_j＝Ofn_j+Ocn_j+Off_j+Hys_j；

B_i＝Ofs_i+Ocs_i；

其中，Ofs_i，Ocs_i，Off_i，Hys_i为源小区计划调整后的移动性参数，分别对应于源小区计划调整后的频率特定偏移量、特定偏移量、A3事件偏移量、迟滞值；Ofn_j，Ocn_j，Off_j，Hys_j为目标小区计划调整后的移动性参数，分别对应于目标小区调整后的频率特定偏移量、特定偏移量、A3事件偏移量、迟滞值。

6.一种移动性参数协商方法，应用于移动性负荷均衡过程，其特征在于，该方法包括：

源基站向目标基站发送移动性参数协商请求消息，其中携带有源小区计划调整后的移动性参数；

源基站接收目标基站返回的移动性参数协商响应消息，并根据该响应消息进行相应处理；其中，若目标基站根据目标小区计划调整后的移动性参数和所述源小区计划调整后的移动性参数，判断会在源小区和目标小区之间引起乒乓切换，则拒绝源基站的移动性参数协商请求，并返回移动性参数协商拒绝响应消息。

7.如权利要求6所述的方法，其特征在于，所述源小区计划调整后的移动性参数携带于所述移动性参数协商请求消息中的源基站移动性参数信息单元，该信息单元为必选单元。

8.如权利要求6所述的方法，其特征在于，所述移动性参数协商请求消息中不包含用于携带源基站移动性参数变化量的信息单元。

9.一种基站设备，其特征在于，包括：

发送模块，用于在本基站作为源基站时，向目标基站发送移动性参数协商请求消息，其中携带有源小区计划调整后的移动性参数；

接收模块，用于在本基站作为目标基站时，接收源基站发送的移动性参数协商请求消息，其中携带有源小区计划调整后的移动性参数；

协商处理模块，用于在本基站作为目标基站时，根据目标小区计划调整后的移动性参数和所述源小区计划调整后的移动性参数，判断是否会在源小区和目标小区之间引起乒乓切换，并在判断为是时，拒绝源基站的移动性参数协商请求，并通过所述发送模块向源基站返回移动性参数协商拒绝响应消息。

10.如权利要求9所述的基站设备，其特征在于，所述发送模块具体用于，将所述源小区计划调整后的移动性参数携带于所述移动性参数协商请求消息中的源基站移动性参数信息单元，该信息单元为必选单元。

11.如权利要求9所述的基站设备，其特征在于，所述发送模块发送的所述移动性参数协商请求消息中不包含用于携带源基站移动性参数变化量的信息单元。

12.如权利要求9所述的基站设备，其特征在于，所述协商处理模块还用于，根据目标小区计划调整后的移动性参数和所述源小区计划调整后的移动性参数，判断是否满足乒乓切换判决条件，若满足，则认为会在源小区和目标小区之间引起乒乓切换，否则认为不会在源小区和目标小区之间引起乒乓切换，所述乒乓切换判决条件为：

offset_i＞-offset_j；1≤i，j≤N且i≠j

其中：

offset_i＝(A_i-B_j)

offset_j＝(A_j-B_i)

A_i＝Ofs_i+Ocs_i+Off_i+Hys_i；

B_j＝Ofn_j+Ocn_j；

A_j＝Ofn_j+Ocn_j+Off_j+Hys_j；

B_i＝Ofs_i+Ocs_i；

其中，Ofs_i，Ocs_i，Off_i，Hys_i为源小区计划调整后的移动性参数，分别对应于源小区计划调整后的频率特定偏移量、特定偏移量、A3事件偏移量、迟滞值；Ofn_j，Ocn_j，Off_j，Hys_j为目标小区计划调整后的移动性参数，分别对应于目标小区调整后的频率特定偏移量、特定偏移量、A3事件偏移量、迟滞值。

13.如权利要求9所述的基站设备，其特征在于，所述协商处理模块还用于，在判断会在源小区和目标小区之间引起乒乓切换后，根据所述源小区计划调整后的移动性参数，确定目标小区可接受的移动性参数取值范围，并保证当目标小区调整后的移动性参数在该取值范围内时，在源小区和目标小区之间不会引起乒乓切换，并将目标小区可接受的移动性参数取值范围携带于移动性参数协商拒绝响应消息。

Images