CN106028405A - 一种实现小区重选参数协商的方法及基站 - Google Patents

Abstract

本发明公开了一种实现小区重选参数协商的方法及系统。本发明方法包括：当第一基站下的第一小区的小区重选参数修改时，第一基站通过修改请求消息将第一小区的小区重选参数修改信息发送给与第一小区相邻的第二小区所属的第二基站；第二基站根据其中第一小区的小区重选参数修改信息进行小区重选参数修改判决；若判决结果是不能进行参数修改，向第一基站反馈修改请求失败消息，修改请求失败消息中包含失败原因和/或第二小区允许的小区重选参数修改信息。本发明解决了相邻小区中任一小区的小区重选参数修改后所造成的不必要的小区重选或者切换的问题，尤其适用于小区空闲态终端负荷均衡问题引起的小区重选参数修改，最终提高了网络性能。

Description

一种实现小区重选参数协商的方法及基站

本案是专利申请201010003419.4的分案申请，原申请的申请日为2010年1月13日，申请号为201010003419.4，发明创造名称为一种实现小区重选参数协商的方法及基站。

技术领域

本发明涉及无线通信技术领域，特别涉及一种实现小区重选参数协商的方法及基站。

背景技术

第三代移动通信的长期演进(Long Term Evolution，LTE)网络由演进的通用陆地无线接入网(Evolved Universal Terrestrial Radio Access Network，E-UTRAN)和演进的分组核心(Evolved Packet Core，EPC)网组成。E-UTRAN包含演进的基站(Evolved NodeB，eNB)的集合，EPC包含移动管理实体(Mobile Management Entity，MME)和服务网关(Serving Gateway，S-GW)等，网络架构扁平化。其中，eNB和MME通过S1接口连接，eNB和S-GW通过S1接口连接，eNB之间可通过X2接口连接。S1、X2是逻辑接口。一个MME或者S-GW可以管理一个或多个eNB，一个eNB也可以受控于多个MME或者S-GW。一个eNB可以管理一个或多个小区。先进的LTE(LTEAdvanced，LTE-A)系统由LTE系统演进而来，网络架构与LTE一致。在LTE-A中采用了一些如协作多点、频谱聚合和Relay的新技术来增强系统性能。

为了减少网络建设和运营的成本，下一代移动网络的趋势必然是自配置、自优化，和越来越少的人工干预，因此提出了自组织网络(Self-OrganizedNetwork，SON)的概念，SON包括了移动性负荷均衡优化(Mobility Loadbalancing optimization，MLB)、移动鲁棒性优化(Mobility robustnessoptimization，MRO)等内容。

其中，当负荷均衡场景应用在小区重选过程中，可以通过调整小区重选参数来实现终端用户从负荷重的小区重选到负荷轻的小区。在该过程中，小区下驻留的IDLE态的终端过多会导致该小区的随机接入资源紧张，对连接态的终端在该小区的资源使用造成影响，导致冲突几率高。

具体地，小区重选的R准则是邻区的信号质量(R_n)>服务小区的信号质量(R_s)，如下所示：

R_s＝Q_maas,s+Q_Hyst

R_n＝Q_maas,n-Q_offset

式中，Q_Hyst(迟滞)值在SIB3中由q-Hyst指示；对于同频邻区，Q_offset的值在SIB4中邻区列表中针对每个邻区给出q-OffsetCell；对于异频邻区，Q_offset的值还包含Qoffset_frequency，表示针对不同频率的偏移；Q_maas,s代表测量到的服务小区的信号质量RSRP(Reference Signal Receiving Power，参考信号接收功率)，Q_maas,n代表测量到的邻区的信号质量RSRP。

如果切换判决的A3事件使用RSRP，则Q_maas,s＝M1，Q_maas,n＝M2，M1和M2分别表示小区1和小区2的信号质量。在服务小区与同频邻区的切换带如果同时满足下列条件就会出现小区重选参数与切换参数的不匹配现象：

$\left\{\begin{array}{c}M1+Q_{Hyst}>M2-Q_{Offset}\\ M2>M1+H-Oc2\end{array}\right.$

即：H-Oc2＜M2-M1＜Q_Hyst+Q_Offset

而仅当下式成立时，满足上述条件：

H-Oc2＜Q_Hyst+Q_Offset 公式1

此时会出现驻留在小区1的UE，建立RRC(Radio Resource Control，无线资源控制协议)连接后，立即被切换到小区2。一般在RRC连接建立后几十毫秒内，即当UE收到测量配置后就立即发送用于切换判决的A3事件。因此在移动性参数调整的时候也会影响到小区的小区重选参数的变更。

从上述内容可以看出，需要提供一种简单有效的方法在eNB间进行两个相邻小区的小区重选参数协商，以避免移动性参数调整后和小区重选参数不一致的情况，造成不必要的小区重选或者切换。

发明内容

本发明所要解决的技术问题是，提供一种实现小区重选参数协商的方法及基站，以避免因小区重选参数不一致造成不必要的小区重选或者切换。

为了解决上述问题，本发明公开了一种实现小区重选参数协商的方法，用于小区空闲态终端负荷均衡问题引起的小区重选参数修改，该方法包括：

当第一基站下的第一小区的小区重选参数修改时，所述第一基站通过修改请求消息将所述第一小区的小区重选参数修改信息发送给与所述第一小区相邻的第二小区所属的第二基站；

所述第二基站接收所述修改请求消息，根据其中第一小区的小区重选参数修改信息进行小区重选参数修改判决；若判决结果是不能进行参数修改，向所述第一基站反馈修改请求失败消息，所述修改请求失败消息中包含失败原因和/或第二小区允许的小区重选参数修改信息。

进一步地，若判决结果是进行参数修改，所述第二基站向所述第一基站反馈修改请求确认消息，所述修改请求确认消息中包含第二小区的小区重选参数修改信息，所述第二小区的小区重选参数修改信息为第二小区修改后的小区重选参数，或者为第二小区修改前的小区重选参数和第二小区重选参数修改量。

进一步地，所述第一小区的小区重选参数修改信息包括以下一种或几种信息：第一小区当前的小区重选参数、第一小区重选参数修改量和第一小区建议第二小区的小区重选参数修改量；所述第二小区允许的小区重选参数修改信息包括第二小区允许修改的小区重选参数修改量。

进一步地，所述第一小区当前的小区重选参数为第一小区修改前的迟滞Q_Hyst和/或第一小区修改前的偏移量Qoffset，或者为第一小区的小区重选触发门限。

进一步地，所述第一基站通过S1接口消息向所述第二基站发送修改请求消息，所述第二基站通过S1接口消息向第一基站反馈响应，其中，所述第一基站与第二基站之间通过移动管理实体MME交互所述S1接口消息。

本发明还公开了一种实现小区重选参数协商的系统，包括第一基站和第二基站，该系统用于小区空闲态终端负荷均衡问题引起的小区重选参数修改，其中：

所述第一基站，用于在本基站下的第一小区的小区重选参数修改时，通过修改请求消息将所述第一小区的小区重选参数修改信息发送给与所述第一小区相邻的第二小区所属的第二基站；

所述第二基站，用于接收所述修改请求消息，根据其中第一小区的小区重选参数修改信息进行小区重选参数修改判决；若判决结果是不能进行参数修改，向所述第一基站反馈修改请求失败消息，所述修改请求失败消息中包含失败原因和/或第二小区允许的小区重选参数修改信息。

进一步地，若判决结果是进行参数修改，所述第二基站向所述第一基站反馈修改请求确认消息，所述修改请求确认消息中包含第二小区的小区重选参数修改信息，所述第二小区的小区重选参数修改信息为第二小区修改后的小区重选参数，或者为第二小区修改前的小区重选参数和第二小区重选参数修改量。

进一步地，所述第一小区的小区重选参数修改信息包括以下一种或几种信息：第一小区当前的小区重选参数、第一小区重选参数修改量和第一小区建议第二小区的小区重选参数修改量；所述第二小区允许的小区重选参数修改信息包括第二小区允许修改的小区重选参数修改量。

进一步地，所述第一小区当前的小区重选参数为第一小区修改前的迟滞Q_Hyst和/或第一小区修改前的偏移量Qoffset，或者为第一小区的小区重选触发门限。

进一步地，所述第一基站通过S1接口消息向所述第二基站发送修改请求消息，所述第二基站通过S1接口消息向第一基站反馈响应，其中，所述第一基站与第二基站之间通过移动管理实体MME交互所述S1接口消息。

本发明技术方案提出LTE/LTE-A系统中eNB间进行两个相邻小区的小区重选参数协商，以解决相邻小区中任一小区的小区重选参数修改后所造成的不必要的小区重选或者切换的问题，尤其适用于小区IDLE(空闲)态终端负荷均衡问题引起的小区重选参数修改以及移动性参数修改引起的小区重选参数修改的问题，最终提高网络性能。

附图说明

图1是小区中IDLE态终端负荷均衡示意图；

图2是本发明实施例1中小区重选参数修改协商流程图；

图3是本发明实施例2中小区重选参数修改协商流程图；

图4是本发明实施例3中小区重选参数修改协商流程图。

具体实施方式

本发明的主要构思是，提出一种小区重选参数协商的过程，可以使小区间的小区重选参数修改实现负荷均衡，如图1所示，该流程可以通过小区重选参数修改请求和小区重选参数修改请求的响应(如小区重选参数修改确认或者小区重选参数修改失败)来实现相邻eNB间对于小区重选参数修改的协商。具体地，可以是独立的接口消息也可以通过复用现有的流程消息，比如移动性参数请求消息、移动性参数修改确认消息和移动性参数修改失败消息。

以下结合附图及具体实施例对本发明技术方案作进一步地详细描述。

一种实现小区重选参数协商的基站，至少包括第一处理模块和第二处理模块。

第一处理模块，用于在本基站作为源基站发起小区重选参数协商过程时进行相应处理，具体地，用于在本基站下的第一小区的小区重选参数修改时，将第一小区的小区重选参数修改信息发送给与第一小区相邻的第二小区所属的相邻基站，以及用于接收该相邻基站反馈的响应；

其中，第一小区的小区重选参数修改信息包括以下一种或几种信息：

第一小区当前的小区重选参数、第一小区重选参数修改量、第一小区建议第二小区的小区重选参数修改量；

第一小区当前的小区重选参数为第一小区修改前的迟滞(Q_Hyst)；或者为第一小区修改前的偏移量(Qoffset)；或者为第一小区修改前的Q_Hyst和第一小区修改前的Qoffset；或者为第一小区的小区重选触发门限；

第二处理模块，用于在本基站作为目标基站接收到小区重选参数协商时进行相应处理，具体地，用于接收相邻基站发送的小区重选参数修改信息，并向相邻基站反馈响应，用于表示小区重选参数修改的结果；

其中，第二模块接收小区重选参数修改信息后，进行小区重选参数修改判决，根据判决结果向所述相邻基站反馈响应，若判决结果为小区重选参数修改成功时，则第二模块向所述相邻基站反馈响应中包含本基站下与所述相邻基站小区相邻的第二小区的小区重选参数修改信息，其中，第二小区的小区重选参数修改信息为第二小区修改后的小区重选参数，或者为第二小区修改前的小区重选参数和第二小区重选参数修改量；若判决结果为小区重选参数修改失败时，向相邻基站反馈响应中包含失败原因和/或第二小区允许的小区重选参数修改信息，其中，第二小区允许的小区重选参数修改信息为第二小区允许修改的小区重选参数修改量，或者为第二小区修改前的小区重选参数和第二小区允许修改的小区重选参数修改量。

从上可以看出，上述基站即可以作为源基站，也可以作为目标基站，从而实现小区重选参数协商。当有多个如上所述的基站进行小区重选参数协商时，其中任一基站可能同时为源基站和目标基站。

下面介绍小区重选参数协商的具体过程。

实施例1

本实施例中源基站与目标基站之间进行小区重选参数协商的过程，是基于独立的X2接口消息提出的，具体如图2所示，包括以下步骤：

步骤201：当源基站修改了其下小区的小区重选参数时，源基站给目标基站发送小区重选参数修改请求消息，小区重选参数修改请求消息中包含消息类型，小区标识信息(源小区ID和/或目标小区ID)以及源小区的小区重选参数修改信息；

该步骤中，源小区的小区重选参数修改信息包含以下一种或几种信息：

源小区当前的小区重选参数(即源小区修改前的小区重选参数)、源小区重选参数修改量、源小区建议目标小区的小区重选参数修改量；

优选地，当源小区的小区重选参数修改信息中包含源小区当前的小区重选参数时，最好还包含源小区重选参数修改量和/或源小区建议目标小区的小区重选参数修改量；

其中，源小区当前的小区重选参数为源小区修改前的Q_Hyst；或者为源小区修改前的Qoffset；或者为源小区修改前的Q_Hyst和Qoffset(即这两个参数同为源小区当前的小区重选参数)；或者为源小区的小区重选触发门限(cellreselection trigger)；

小区重选触发门限为新定义的小区重选参数，用于表示UE在测量到的邻区信号质量和当前服务小区的信号质量之差满足该门限时，立即发起小区重选过程；

源小区重选参数修改量，可以用(-10，10)范围内的db值来表示；

源小区建议目标小区的小区重选参数修改量，也可以用(-10，10)范围内的db值来表示。

步骤202：目标基站接收到该小区重选参数修改请求消息后，在本地进行小区重选参数修改的判决处理，若判决结果是允许小区重选参数修改，则目标基站向源基站发送小区重选参数修改确认消息，否则，转入步骤203；

该步骤中，目标基站根据收到的小区重选参数修改请求消息，结合源基站的小区重选参数信息判决目标小区的小区重选参数是否允许修改，判决过程中将尽量保持源小区和目标小区的重选边界的匹配，以达到网络性能的优化；

其中，目标基站发送的小区重选参数修改确认消息中包含消息类型，在此基础上，还可以包含以下一种或几种信息：

小区标识信息、目标小区的小区重选参数修改信息；

其中，小区标识信息包含源小区ID和/或目标小区ID；

目标小区的小区重选参数修改信息为目标小区修改后的小区重选参数；或者目标小区的小区重选参数修改信息为目标小区修改前的小区重选参数和目标小区重选参数修改量；

目标小区修改后的小区重选参数为目标小区修改后的Q_Hyst；或者为目标小区修改后的Qoffset；或者为目标小区修改后的Q_Hyst和目标小区修改后的Qoffset；或者为目标小区的小区重选触发门限；

目标小区修改前的小区重选参数为目标小区修改前的Q_Hyst；或者为目标小区修改前的Qoffset；或者为目标小区修改前的Q_Hyst和目标小区修改前的Qoffset；或者为目标小区的小区重选触发门限；

目标小区重选参数修改量可以用(-10，10)范围内的db值来表示；

步骤203：目标基站向源基站发送小区重选参数修改失败消息；

该步骤中，目标基站发送的小区重选参数修改失败消息中至少包含消息类型，在此基础上，还可以包含以一种或者几种信息：

失败原因、小区标识信息、目标小区允许的小区重选参数修改信息；

其中，失败原因，可以包括小区重选参数调整超出允许范围；

小区标识信息为源小区ID和/或目标小区ID；

目标小区允许的小区重选参数修改信息为目标小区允许修改的小区重选参数修改量范围(比如可以用(-10，10)范围内的db值来表示)，或者目标小区允许的小区重选参数修改信息为目标小区修改前的小区重选参数和目标小区允许修改的小区重选参数范围(比如可以用(-10，10)范围内的db值来表示)。

实施例2

本实施例中源基站与目标基站之间进行小区重选参数协商的过程，复用了移动性参数协商流程的消息，具体如图3所示，包括以下步骤：

步骤301：当源基站修改了其下小区的小区重选参数时，源基站向目标基站发送移动性参数修改请求消息，在该移动性参数修改请求消息中增加源小区的小区重选参数修改信息；

该步骤中，源小区的小区重选参数修改信息包含以下一种或者几种信息：

源小区当前的小区重选参数(即源小区修改前的小区重选参数)、源小区重选参数修改量、源小区建议目标小区的小区重选参数修改量；

在优选的方案中，当源小区的小区重选参数修改信息中包含有源小区当前的小区重选参数时，最好还包括源小区重选参数修改量和/或源小区建议目标小区的小区重选参数修改量；

其中，源小区当前的小区重选参数为源小区修改前的Q_Hyst；或者为源小区修改前的Qoffset；或者为源小区修改前的Q_Hyst和源小区修改前的Qoffset；或者为源小区的小区重选触发门限；

源小区的小区重选触发门限为新定义的小区重选参数，用于表示UE在测量到的邻区信号质量和当前服务小区的信号质量之差满足该门限时，立即发起小区重选过程；

源小区重选参数修改量可以用(-10，10)范围内的db值来表示；

源小区建议目标小区的小区重选参数修改量可以用(-10，10)范围内的db值来表示。

步骤302：目标基站接收到该移动性参数修改请求消息后，在本地进行移动性参数和小区重选参数修改的判决处理，若判决结果是进行参数修改，则目标基站向源基站发送移动性参数修改确认消息，否则，转步骤303；

该步骤中，目标基站根据收到的移动性参数修改请求消息中源小区的小区重选参数信息，判决目标小区的小区重选参数是否允许修改，判决过程中将尽量保持源小区和目标小区的重选边界的匹配，以达到网络性能的优化；

其中，目标基站发送的移动性参数修改确认消息中增加有目标小区的小区重选参数修改信息；

在移动性参数修改确认消息中所包含的目标小区的小区重选参数修改信息为目标小区修改后的小区重选参数，或者小区重选参数为目标小区修改前的小区重选参数和目标小区重选参数修改量；

其中，目标小区修改后的小区重选参数为目标小区修改后的Q_Hyst；或者为目标小区修改后的Qoffset、或者为目标小区修改后的Q_Hyst和目标小区修改后的Qoffset；或者为目标小区的小区重选触发门限；

目标小区重选参数修改量可以用(-10，10)范围内的db值来表示。

步骤303：目标基站向源基站发送移动性参数修改失败消息，在移动性参数修改失败消息中增加目标小区允许的小区重选参数修改信息；

该步骤中，在移动性参数修改失败消息中增加的目标小区的小区重选参数修改信息为目标小区允许修改的小区重选参数修改量范围，或者为目标小区修改前的小区重选参数和目标小区允许修改的小区重选参数范围；

目标小区允许修改的小区重选参数修改量范围可以用(-10，10)范围内的db值来表示。

可选地，在移动性参数修改失败消息中的失败原因可以设置为小区重选参数修改不允许，或者失败原因可以复用现有的失败原因，例如：移动性参数调整超出允许范围。

实施例3

本实施例中源基站与目标基站之间进行小区重选参数协商的过程，通过S1接口消息实现，具体如图4所示，包括以下步骤：

步骤401：当源基站修改了其下小区的小区重选参数时，源基站通过S1接口向MME发送小区重选参数修改请求消息，小区重选参数修改请求消息中包含消息类型、小区标识信息(源小区ID和/或目标小区ID)以及淅小区的小区重选参数修改信息；

该步骤中，源小区的小区重选参数修改信息包含以下一种或者几种信息：

源小区当前的小区重选参数(即源小区修改前的小区重选参数)、源小区重选参数修改量、源小区建议目标小区的小区重选参数修改量；

在优选的方案中，当源小区的小区重选参数修改信息中包含源小区当前的小区重选参数时，最好还包含源小区重选参数修改量和/或源小区建议目标小区的小区重选参数修改量；

其中，源小区当前的小区重选参数为源小区修改前的Q_Hyst；或者为源小区修改前的Qoffset；或者为源小区修改前的Q_Hyst和源小区修改前的Qoffset；或者为源小区的小区重选触发门限；

小区重选触发门限为新定义的小区重选参数，用于表示UE在测量到的邻区信号质量和当前服务小区的信号质量之差满足该门限时，立即发起小区重选过程；

源小区重选参数修改量可以用(-10，10)范围内的db值来表示；

源小区建议目标小区的小区重选参数修改量可以用(-10，10)范围内的db值来表示；

在其他场景中，小区重选参数修改请求消息中还可以包含以下任一或者几种信息：

移动性参数信息、目标基站信息、源基站信息；

其中，目标基站信息包括目标基站的全局ID和/或目标基站的TAI信息，源基站信息包括源基站的全局ID和/或源基站的TAI信息。

步骤402：MME收到该小区重选参数修改请求消息后，将该请求消息透传给目标基站；

步骤403：目标基站接收该小区重选参数修改请求消息，在本地进行小区重选参数修改的判决处理，若判决结果是参数修改，(当所收到的小区重选参数修改请求消息中包含移动性参数时，同时要进行移动性参数修改判决处理)，则目标基站向MME发送小区重选参数修改确认消息，转入步骤405，否则，转入步骤404；

其中，目标基站发送的小区重选参数修改确认消息中至少包含消息类型，在此基础上还可以包括以下一种或者几种信息：

小区标识信息、目标小区的小区重选参数修改信息；

其中，小区标识信息为源小区ID和/或目标小区ID；

目标小区的小区重选参数修改信息为目标小区修改后的小区重选参数，或者为标小区修改前的小区重选参数，以及目标小区重选参数修改量；

目标小区修改后的小区重选参数为目标小区修改后的Q_Hyst；或者为目标小区修改后的Qoffset；或者为目标小区修改后的Q_Hyst和目标小区修改后的Qoffset；或者为目标小区的小区重选触发门限；

目标小区重选参数修改量可以用(-10，10)范围内的db值来表示；

在其他应用场景中，小区重选参数修改确认消息还可以包括目标基站信息和/或源基站信息，其中，目标基站信息包括目标基站的全局ID和/或目标基站的TAI信息；源基站信息包括源基站的全局ID和/或源基站的TAI信息。

步骤404：目标基站向MME发送小区重选参数修改失败消息；

其中，小区重选参数修改失败消息中至少包含消息类型，在此基站上还可以包括以下一种或者几种信息：

失败原因、小区标识信息、目标小区允许的小区重选参数修改信息；

失败原因可以包括小区重选参数调整超出允许范围；

小区标识信息为源小区ID和/或目标小区ID；

目标小区允许的小区重选参数修改信息为目标小区允许修改的小区重选参数修改量范围，或者为目标小区修改前的小区重选参数和目标小区允许修改的小区重选参数范围；

目标小区允许修改的小区重选参数修改量范围可以用(-10，10)范围内的db值来表示；

目标小区允许修改的小区重选参数范围，比如可以用(-10，10)范围内的db值来表示；

其他场景中，目标基站发送的小区重选参数修改失败消息中还可以包含目标基站信息和/或源基站信息，其中，目标基站信息包括目标基站的全局ID和/或目标基站的TAI信息；源基站信息包括源基站的全局ID和/或源基站的TAI信息。

步骤405：MME收到目标基站返回的小区重选参数修改请求的响应消息后，将该消息透传给源基站进行处理，其中，小区重选参数修改请求的响应消息即为小区重选参数修改确认消息或者小区重选参数修改失败消息。

从上述实施例可以看出，本发明技术方案提出了LTE/LTE-A系统中eNB间进行两个相邻小区的小区重选参数协商，从而解决了相邻小区中任一小区的小区重选参数修改后致造成不必要的小区重选或者切换，尤其适用于解决小区IDLE态终端负荷均衡问题引起的小区重选参数修改以及由于移动性参数修改引起的小区重选参数修改的问题。比如由于源基站自身移动性参数的修改(见实施例2)，导致本小区移动性参数和小区重选参数之间的关系满足公式1的情况，则会导致移动性问题，此时需要修改重选参数值使得H-Oc2≥Q_Hyst+Q_offset，因此在请求消息中需要带上移动性参数的修改信息和源小区重选参数的修改信息，目标基站收到请求后，判决目标小区的切换参数修改是否允许，如果允许，则同时评估重选参数的修改，如果重选参数需要修改，则结合源基站的重选参数信息进行判决是否允许修改，比如尽量保持源小区和目标小区的重选边界的匹配，一种可实现的方式是源修改多少，目标就修改多少。同时目标小区的小区重选参数的修改范围也必须满足H-Oc1≥Q_Hyst+Q_offset才允许源小区的移动性参数进行修改。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种实现小区重选参数协商的方法，其特征在于，用于小区空闲态终端负荷均衡问题引起的小区重选参数修改，该方法包括：

当第一基站下的第一小区的小区重选参数修改时，所述第一基站通过修改请求消息将所述第一小区的小区重选参数修改信息发送给与所述第一小区相邻的第二小区所属的第二基站；

所述第二基站接收所述修改请求消息，根据其中第一小区的小区重选参数修改信息进行小区重选参数修改判决；若判决结果是不能进行参数修改，向所述第一基站反馈修改请求失败消息，所述修改请求失败消息中包含失败原因和/或第二小区允许的小区重选参数修改信息。

2.如权利要求1所述的方法，其特征在于，

若判决结果是进行参数修改，所述第二基站向所述第一基站反馈修改请求确认消息，所述修改请求确认消息中包含第二小区的小区重选参数修改信息，所述第二小区的小区重选参数修改信息为第二小区修改后的小区重选参数，或者为第二小区修改前的小区重选参数和第二小区重选参数修改量。

3.如权利要求1所述的方法，其特征在于，

所述第一小区的小区重选参数修改信息包括以下一种或几种信息：第一小区当前的小区重选参数、第一小区重选参数修改量和第一小区建议第二小区的小区重选参数修改量；所述第二小区允许的小区重选参数修改信息包括第二小区允许修改的小区重选参数修改量。

4.如权利要求3所述的方法，其特征在于，

所述第一小区当前的小区重选参数为第一小区修改前的迟滞Q_Hyst和/或第一小区修改前的偏移量Qoffset，或者为第一小区的小区重选触发门限。

5.如权利要求1～4任一所述的方法，其特征在于，

所述第一基站通过S1接口消息向所述第二基站发送修改请求消息，所述第二基站通过S1接口消息向第一基站反馈响应，其中，所述第一基站与第二基站之间通过移动管理实体MME交互所述S1接口消息。

6.一种实现小区重选参数协商的系统，包括第一基站和第二基站，其特征在于，该系统用于小区空闲态终端负荷均衡问题引起的小区重选参数修改，其中：

所述第一基站，用于在本基站下的第一小区的小区重选参数修改时，通过修改请求消息将所述第一小区的小区重选参数修改信息发送给与所述第一小区相邻的第二小区所属的第二基站；

所述第二基站，用于接收所述修改请求消息，根据其中第一小区的小区重选参数修改信息进行小区重选参数修改判决；若判决结果是不能进行参数修改，向所述第一基站反馈修改请求失败消息，所述修改请求失败消息中包含失败原因和/或第二小区允许的小区重选参数修改信息。

7.如权利要求6所述的系统，其特征在于，

若判决结果是进行参数修改，所述第二基站向所述第一基站反馈修改请求确认消息，所述修改请求确认消息中包含第二小区的小区重选参数修改信息，所述第二小区的小区重选参数修改信息为第二小区修改后的小区重选参数，或者为第二小区修改前的小区重选参数和第二小区重选参数修改量。

8.如权利要求6所述的系统，其特征在于，

所述第一小区的小区重选参数修改信息包括以下一种或几种信息：第一小区当前的小区重选参数、第一小区重选参数修改量和第一小区建议第二小区的小区重选参数修改量；所述第二小区允许的小区重选参数修改信息包括第二小区允许修改的小区重选参数修改量。

9.如权利要求8所述的系统，其特征在于，

所述第一小区当前的小区重选参数为第一小区修改前的迟滞Q_Hyst和/或第一小区修改前的偏移量Qoffset，或者为第一小区的小区重选触发门限。

10.如权利要求6～9任一所述的系统，其特征在于，

所述第一基站通过S1接口消息向所述第二基站发送修改请求消息，所述第二基站通过S1接口消息向第一基站反馈响应，其中，所述第一基站与第二基站之间通过移动管理实体MME交互所述S1接口消息。