小区自愈的补偿方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种小区自愈的补偿方法及装置。

背景技术：

随着长期演进(Long Term Evolved，简称为LTE)商用的深入，自组织网络(Long Term Evolved Self-Organized Networks，简称为LTE SON)功能也越来越多的被运营商购买并使用，其中自愈功能就是应用较广的SON功能之一，LTE SON自愈功能按照小区服务状态不同，自愈可分为以下三类：小区退服自愈、睡眠小区自愈、性能小区自愈，而自愈流程分为：自愈诊断，自愈恢复，自愈补偿三个阶段，当自愈恢复失败后，将进行自愈补偿。

自愈功能不同阶段的实现方法和技术发展水平也各不相同，尤其是自愈补偿目前还没有较好的方法，目前自愈补偿方法大部分都只能减小因自愈造成的影响，主要是通过修改一些邻区关系参数，如对故障小区所有邻区切换属性设置为禁止切换(NO Handover)，或修改小区对用户服务的一些限制，如小区被禁止接入(cell bar)，这些补偿操作，其实没有真正解决因故障或故障恢复导致该故障小区覆盖区域出现盲区的问题，如果自愈恢复无法使小区正常，该小区覆盖将长时间处于弱覆盖区或盲区，这样对网络关键绩效指标(Key Performance Indicator，简称为KPI)会造成不良影响，同时用户体验也将变得非常差。

针对相关技术由于小区故障或者故障恢复失败导致该小区覆盖的区域出现盲区的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明提供了一种小区自愈的补偿方法及装置，以至少解决相关技术中由于小区故障或者故障恢复失败导致该小区覆盖的区域出现盲区的问题。

根据本发明的一个方面，提供了一种小区自愈的补偿方法，包括：确定故障小区的补偿小区；发送消息至所述补偿小区所在的基站，其中，所述消息用于指示使用所述补偿小区对所述故障小区进行补偿。

可选地，使用所述补偿小区对所述故障小区进行补偿包括：增大所述补偿小区的覆盖范围。

可选地，在确定所述故障小区的所述补偿小区之前，所述方法还包括：确定所述故障小区，其中，所述故障小区包括以下至少之一：睡眠小区、低性能小区。

可选地，确定所述故障小区包括：判断小区是否有自愈告警以及所述小区的性能指标是否低于第一预设阈值；在判断到所述小区存在自愈告警以及所述小区的所述性能指标低于所 述第一预设阈值的情况下，确定所述小区为所述故障小区。

可选地，确定所述故障小区的所述补偿小区包括：获取所述故障小区的邻小区在预设历史时间段内的性能指标；根据所述性能指标，确定所述补偿小区。

可选地，根据所述性能指标，确定所述补偿小区包括：根据所述性能指标，统计所述邻小区与所述故障小区之间的切换次数和切换成功率；其中，所述切换次数包括：从所述邻小区切换至所述故障小区的切换次数，和/或，从所述故障小区切换至所述邻小区的切换次数；所述切换成功率包括：从所述邻小区切换至所述故障小区的切换成功率，和/或，从所述故障小区切换至所述邻小区的切换成功率；确定所述邻小区中所述切换次数和所述切换成功率大于第二预设阈值的邻小区为所述补偿小区。

可选地，根据所述性能指标，确定所述补偿小区包括：根据所述性能指标，统计所述邻小区与所述故障小区之间的切换次数和切换成功率；其中，所述切换次数包括：从所述邻小区切换至所述故障小区的切换次数，和/或，从所述故障小区切换至所述邻小区的切换次数；所述切换成功率包括：从所述邻小区切换至所述故障小区的切换成功率，和/或，从所述故障小区切换至所述邻小区的切换成功率；至少对所述邻小区的所述切换次数和所述切换成功率进行加权计算，得到所述邻小区的权重值；确定所述邻小区中所述权重值最大的邻小区为所述补偿小区。

可选地，至少对所述邻小区的所述切换次数和所述切换成功率进行加权计算，得到所述邻小区的权重值包括：对所述邻小区的所述切换次数、所述切换成功率和所述邻小区的当前负荷进行加权计算，得到所述邻小区的所述权重值。

可选地，所述方法还包括：接收所述补偿小区所在基站发送的响应消息，其中，所述响应消息中携带补偿失败原因或者补偿成功响应。

可选地，所述补偿失败原因包括以下至少一种：所述补偿小区已处于补偿状态；所述补偿小区的射频天线为非电调智能天线；所述补偿小区的覆盖范围调整失败。

根据本发明的另一个方面，提供了一种小区自愈的补偿方法，包括：接收故障小区所在基站发送的消息，其中，所述消息中携带有用于补偿所述故障小区的补偿小区的信息；使用所述补偿小区对所述故障小区进行补偿。

可选地，使用所述补偿小区对所述故障小区进行补偿包括：增大所述补偿小区的覆盖范围。

可选地，在使用所述补偿小区对所述故障小区进行补偿之前，所述方法还包括：启动等待补偿定时器；其中，在所述等待补偿定时器超时的情况下，执行使用所述补偿小区对所述故障小区进行补偿的步骤。

可选地，在启动等待补偿定时器之后，所述方法还包括：判断在所述补偿定时器超时前是否接收到所述故障小区所在基站发送的取消补偿指示；在所述补偿定时器超时前接收到所 述故障小区所在基站发送的取消补偿指示的情况下，取消执行使用所述补偿小区对所述故障小区进行补偿的步骤。

可选地，在使用所述补偿小区对所述故障小区进行补偿之前，所述方法还包括：判断所述补偿小区是否满足补偿条件；其中，在判断到所述补偿小区满足所述补偿条件的情况下，执行使用所述补偿小区对所述故障小区进行补偿的步骤。

可选地，所述补偿条件包括以下至少一种：所述补偿小区未处于补偿状态；所述补偿小区的射频天线为电调智能天线。

可选地，在判断到所述补偿小区不满足所述补偿条件的情况下，所述方法还包括：发送响应消息至所述故障小区所在基站，其中，所述响应消息中携带补偿失败原因。

可选地，所述补偿失败原因包括以下至少一种：所述补偿小区已处于补偿状态；所述补偿小区的射频天线为非电调智能天线；所述补偿小区的覆盖范围调整失败。

可选地，在使用所述补偿小区对所述故障小区进行补偿之后，所述方法还包括：接收停止补偿指示；根据所述停止补偿指示，停止使用所述补偿小区对所述故障小区进行补偿。

可选地，增大所述补偿小区的覆盖范围包括：通过所述补偿小区的基带处理单元BBU，发送指令至所述补偿小区的射频拉远模块RRU，其中，所述指令用于指示所述RRU调小所述补偿小区的天线的下倾角；通过所述RRU按照所述指令调小所述天线的下倾角。

根据本发明的另一方面，提供了一种小区自愈的补偿装置，包括：第一确定模块，用于确定故障小区的补偿小区；第一发送模块，用于发送消息至所述补偿小区所在的基站，其中，所述消息用于指示使用所述补偿小区对所述故障小区进行补偿。

可选地，所述装置还包括：第二确定模块，用于确定所述故障小区，其中，所述故障小区包括以下至少之一：睡眠小区、低性能小区。

可选地，所述第二确定模块包括：判断单元，用于判断小区是否有自愈告警以及所述小区的性能指标是否低于第一预设阈值；第一确定单元，用于在判断到所述小区存在自愈告警以及所述小区的所述性能指标低于所述第一预设阈值的情况下，确定所述小区为所述故障小区。

可选地，所述第一确定模块包括：获取单元，用于获取所述故障小区的邻小区在预设历史时间段内的性能指标；第二确定单元，用于根据所述性能指标，确定所述补偿小区。

可选地，所述第二确定单元包括：第一统计子单元，用于根据所述性能指标，统计所述邻小区与所述故障小区之间的切换次数和切换成功率；其中，所述切换次数包括：从所述邻小区切换至所述故障小区的切换次数，和/或，从所述故障小区切换至所述邻小区的切换次数；所述切换成功率包括：从所述邻小区切换至所述故障小区的切换成功率，和/或，从所述故障小区切换至所述邻小区的切换成功率；第一确定子单元，用于确定所述邻小区中所述切换次数和所述切换成功率大于第二预设阈值的邻小区为所述补偿小区。

可选地，所述第二确定单元包括：第二统计子单元，用于根据所述性能指标，统计所述邻小区与所述故障小区之间的切换次数和切换成功率；其中，所述切换次数包括：从所述邻小区切换至所述故障小区的切换次数，和/或，从所述故障小区切换至所述邻小区的切换次数；所述切换成功率包括：从所述邻小区切换至所述故障小区的切换成功率，和/或，从所述故障小区切换至所述邻小区的切换成功率；计算子单元，用于至少对所述邻小区的所述切换次数和所述切换成功率进行加权计算，得到所述邻小区的权重值；第二确定子单元，用于确定所述邻小区中所述权重值最大的邻小区为所述补偿小区。

可选地，所述计算子单元用于：对所述邻小区的所述切换次数、所述切换成功率和所述邻小区的当前负荷进行加权计算，得到所述邻小区的所述权重值。

可选地，所述装置还包括：第一接收模块，用于接收所述补偿小区所在基站发送的响应消息，其中，所述响应消息中携带补偿失败原因或者补偿成功响应。

根据本发明的另一方面，提供了一种小区自愈的补偿装置，包括：第二接收模块，用于接收故障小区所在基站发送的消息，其中，所述消息中携带有用于补偿所述故障小区的补偿小区的信息；使用模块，用于使用所述补偿小区对所述故障小区进行补偿。

可选地，所述使用模块包括：增大单元，用于增大所述补偿小区的覆盖范围。

可选地，所述装置还包括：启动模块，用于启动等待补偿定时器；其中，所述使用模块，用于在所述等待补偿定时器超时的情况下，使用所述补偿小区对所述故障小区进行补偿。

可选地，所述装置还包括：第一判断模块，用于判断在所述补偿定时器超时前是否接收到所述故障小区所在基站发送的取消补偿指示；取消模块，用于在所述第一判断模块判断到所述补偿定时器超时前接收到所述故障小区所在基站发送的取消补偿指示的情况下，取消所述使用模块执行使用所述补偿小区对所述故障小区进行补偿的步骤。

可选地，所述装置还包括：第二判断模块，用于判断所述补偿小区是否满足补偿条件；其中，所述使用模块，用于在所述第二判断模块判断到所述补偿小区满足所述补偿条件的情况下，使用所述补偿小区对所述故障小区进行补偿。

可选地，所述装置还包括：第二发送模块，用于在第二判断模块判断到所述补偿小区不满足所述补偿条件的情况下，发送响应消息至所述故障小区所在基站，其中，所述响应消息中携带补偿失败原因。

可选地，所述装置还包括：第三接收模块，用于接收停止补偿指示；停止模块，用于根据所述停止补偿指示，停止所述使用模块执行使用所述补偿小区对所述故障小区进行补偿的步骤。

可选地，所述增大单元包括：发送子单元，用于通过所述补偿小区的基带处理单元BBU，发送指令至所述补偿小区的射频拉远模块RRU，其中，所述指令用于指示所述RRU调小所述补偿小区的天线的下倾角；调整子单元，用于通过所述RRU，按照所述指令调小所述天线的 下倾角。

通过本发明，采用故障小区所在基站分别向获取到的一个或多个补偿小区所在基站发送消息，以指示补偿小区对故障小区进行补偿，由于采用了补偿小区对出现故障的小区进行补偿的方式，解决了现有技术中由于小区发生故障或小区故障恢复失败导致该小区覆盖区域出现盲区的问题，进而达到了提高了用户体验感和改善商用网的关键绩效指标KPI的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的小区自愈的补偿方法的流程图一；

图2是根据本发明实施例的小区自愈的补偿方法的流程图二；

图3是根据本发明实施例的小区自愈的补偿装置的结构框图一；

图4是根据本发明实施例的小区自愈的补偿装置的可选结构框图一；

图5是根据本发明实施例的小区自愈的补偿装置的可选结构框图二；

图6是根据本发明实施例的小区自愈的补偿装置的可选结构框图三；

图7是根据本发明实施例的小区自愈的补偿装置的可选结构框图四；

图8是根据本发明实施例的小区自愈的补偿装置的结构框图二；

图9是根据本发明实施例的小区自愈的补偿装置的可选结构框图五；

图10是根据本发明实施例的小区自愈的补偿装置的可选结构框图六；

图11是根据本发明实施例的小区自愈的补偿装置的可选结构框图七；

图12是根据本发明实施例的小区自愈的补偿装置的可选结构框图八；

图13是根据本发明实施例的小区自愈的补偿装置的可选结构框图九；

图14是根据本发明可选实施例的小区自愈的补偿方法的流程图；

图15是根据本发明可选实施例的补偿小区对故障小区进行补偿的示意图；

图16是根据本发明可选实施例的故障小区自愈补偿成功的示意图；

图17是根据本发明可选实施例的故障小区自愈补偿取消时的示意图；

图18是根据本发明可选实施例的故障小区自愈补偿失败的示意图；

图19是根据本发明可选实施例的故障小区自愈补偿恢复的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种小区自愈的补偿方法，图1是根据本发明实施例的小区自愈的补偿方法的流程图一，如图1所示，该流程包括如下步骤：

步骤S102，确定故障小区的补偿小区，其中，确定的补偿小区的数量可以为一个，还可以为多个。

步骤S104，发送消息至补偿小区所在基站，其中，消息用于指示使用补偿小区对故障小区进行补偿。

通过上述步骤，故障小区所在基站分别向获取到的一个或多个补偿小区所在基站发送消息，以指示补偿小区对故障小区进行补偿，由于采用了补偿小区对出现故障的小区进行补偿，解决了现有技术中由于小区发生故障或小区故障恢复失败导致该小区覆盖区域出现盲区的问题，从而达到了提高用户体验感的技术效果。

向补偿小区所在的基站发送的消息可以有很多种，在一个可选的实施方式中，在故障小区进行自愈补偿前，可以对选出的一个或多个补偿小区所在基站分别发送消息配置更新消息(eNB CONFIGURATION UPDATE)，该消息是第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)协议已有消息，对eNB CONFIGURATION UPDATE消息的消息体(Served Cells To Delete)增加补偿小区信息(Compensation Cells Information)，收到该消息的基站可以根据Compensation Cells Information消息中的小区全局标识符(E-UTRAN Cell Global Identifier，简称为ECGI)来查找对应的补偿小区。

使用补偿小区对故障小区进行补偿的方法可以有很多种，在一个可选的实施方式中，可以通过增大补偿小区的覆盖范围的方式实现对故障小区的补偿。

小区的故障类型也可能有很多种，在一个可选实施方式中，故障小区可以为睡眠小区或低性能的小区中的至少一种。在本可选实施方式中，如果基站监控到小区满足睡眠小区和低性能小区中的至少一种时，确定该小区为故障小区。

确定故障小区的方式也有很多种，例如，在一个可选实施方式中，可以判断小区是否有自愈告警以及小区的性能指标是否低于第一预设阈值，然后，在判断到小区存在自愈告警以及小区的性能指标低于第一预设阈值的情况下，确定小区为故障小区。在本可选实施方式中，可以实时监控多个小区的自愈告警和性能指标，在本可选实施方式中，性能指标可以为关键绩效指标KPI。若监控到存在自愈告警，并且性能指标小于第一预设阈值的情况下，确定该小区为故障小区，即确定该小区为睡眠小区和低性能小区中的至少一种。需要说明的是，当小 区满足退服务小区时，考虑到退服务小区状态性质的特殊性，可以暂不用于本实施例中的补偿方法进行处理。

监控性能指标的时候，可以获取故障小区的邻小区在预设时间段内的性能指标，然后根据性能指标从邻区中确定补偿小区。例如，该故障小区所在基站可以将向网管中心获取该邻小区在预设时间内的关键性能指标KPI，并根据KPI从多个邻小区中查找补偿小区。其中，预设时间可以选取为三天，五天，还可以选取为一周。作为优选，在实施例中，可以获取该故障小区的邻小区在近三天的KPI。

根据性能指标确定故障小区的补偿小区的方式可以有多种，在一个可选实施方式中，可以根据性能指标，统计邻小区与故障小区之间的切换次数和切换成功率；其中，切换次数包括：从邻小区切换至故障小区的切换次数，和/或，从故障小区切换至邻小区的切换次数；切换成功率包括：从邻小区切换至故障小区的切换成功率，和/或，从故障小区切换至邻小区的切换成功率，然后，确定邻小区中切换次数和切换成功率大于第二预设阈值的邻小区为补偿小区。

在本可选实施方式中，可以增设第二预设阈值，第二预设阈值可以包括切换次数门限(Handover Number Threshold)和切换成功率门限(Handover Success Threshold)。例如，可以针对上述步骤中获取到的故障小区的所有邻小区对近3天的切换次数和切换成功率分别进行初始判断。若判断到邻小区切换至故障小区的切换次数大于切换次数门限，并且邻小区切换至故障小区的切换成功率大于切换成功率门限，则确定该邻小区为补偿小区；又若判断到故障小区切换至邻小区的切换次数大于切换次数门限，并且故障小区切换至邻小区的切换成功率大于切换成功率门限，则确定该邻小区为补偿小区。

根据性能指标确定故障小区的补偿小区的方式可以有多种，在一个可选实施方式中，还可以根据性能指标，统计邻小区与故障小区之间的切换次数和切换成功率；其中，切换次数包括：从邻小区切换至故障小区的切换次数，和/或，从故障小区切换至邻小区的切换次数；切换成功率包括：从邻小区切换至故障小区的切换成功率，和/或，从故障小区切换至邻小区的切换成功率，然后，至少对邻小区的切换次数和切换成功率进行加权计算，得到邻小区的权重值，最后，确定邻小区中权重值最大的邻小区为补偿小区。

例如，可以为每个邻小区分别设置上述实施方式中切换次数门限的加权系数P1和上述实施方式中切换成功率门限的加权系数P2，其中，P1+P2＝100％，P1和P2的取值根据网络运营数据仿真得出。按加权系数P1和P2对每个邻小区切换至故障小区的切换次数和邻小区切换至故障小区的切换成功率做加权后求和，得到每个邻小区的权重值，并根据每个邻小区的权重值确定补偿小区。

在确定补偿小区的过程中，可以首先选出候选补偿小区，例如，可以根据计算出的每个邻小区的权重值，初步选出候选补偿小区，其中，候选补偿小区的数量可以为一个，还可以为多个。

初步选出候选补偿小区可以包括以下两种方式：

方式一

对上述每个邻小区的权重值结果按顺序排列(降序和升序)，得到一个排序队列。若为降序排序，则在排序队列中选出最前面(即，权重值较大)，并且与故障小区能够实现X2连接的邻小区为候选补偿小区；若选取的候选补偿小区为多个，则该多个候选补偿小区之间为跨站且有X2偶联的邻小区。

方式二

不需要对每个邻小区的权重值进行排序，从邻小区选取满足条件的小区作为候选补偿小区，其中，该条件为与故障小区能够实现X2连接中权重值较大的邻小区为候选补偿小区。若候选补偿小区的数量为多个，则该多个候选补偿小区所属的基站为不同的基站。

作为另一种确定补偿小区的可选实施方式，还可以考虑邻小区的负荷情况，即，对邻小区的切换次数、切换成功率和邻小区的当前负荷进行加权计算，得到邻小区的权重值。在本可选实施方式中，通过邻小区邻小区的切换次数、切换成功率和负荷情况，得到邻小区的权重值，通过该权重值即可以在多个邻小区中选取与故障小区切换较频繁、切换成功率较高，且负荷较小的小区作为补偿小区。

在本可选实施方式中，可以增设一个负荷门限(Load Threshold)。例如，通过上述方式一中确定候选补偿小区的方法根据本可选实施方式中计算出的权重值确定候选补偿小区。并判断候选补偿小区的负荷是否超过负荷门限，若判断出到候选补偿小区的负荷未超过负荷门限，则确定该候选小区为补偿小区。否则，再通过上述方式一或方式二到邻小区中查找满足条件的候选补偿小区作为补偿小区。

若在上述邻小区中未查找到满足条件的补偿小区，则本次对故障小区的补偿将以失败结束。此时，采用修改邻区的切换属性为“禁止切换”和“故障小区被设置为禁止接入”的方法进行自愈补偿，以减少因故障小区无法自愈而造成的影响。

在另一可选的实施方式中，还可以接收补偿小区所在基站发送的响应消息，其中，响应消息中携带补偿失败原因，其中，补偿失败的原因包括以下至少一种：

原因一：补偿小区已处于补偿状态。

一个补偿小区在同一时刻如果最多能做一次补偿，即，在任意时刻仅能对一个故障小区进行补偿。如果该补偿小区的基站在同一时刻收到多个故障小区所在基站发送的消息，且都需要同一小区进行补偿，则本次补偿将以失败结束。

因此，对上述步骤中确定出的补偿小区进行是否已是补偿小区的判定，若判定出补偿小区已处于补偿状态，则接收补偿小区所在的基站发送的消息eNB CONFIGURATION FAILURE，并返回失败原因值为Compensation Fail。其中，补偿小区处于补偿状态是指该补偿小区当前被用作其他故障小区的补偿小区。

另外，若故障小区接收到补偿小区所在基站回复的消息均为补偿失败消息，则该故障小 区将采用修改邻区切换属性为“禁止切换”和“故障小区被设置为禁止接入”的方法进行自愈补偿。

原因二：补偿小区的射频天线为非电调智能天线。

若判定出补偿小区的射频天线为非电调智能天线，则接收补偿小区所在的基站发送的消息eNB CONFIGURATION FAILURE，并返回失败原因值为Compensation Fail，此次对故障小区的补偿将以失败结束。

另外，若全部补偿小区的射频天线均为非电调智能天线，则该故障小区将采用修改邻区切换属性为“禁止切换”和“故障小区被设置为禁止接入”的方法进行自愈补偿。

原因三：补偿小区的覆盖范围调整失败。

若补偿小区的覆盖范围调整失败，例如，补偿小区的天线角度调整失败，则接收补偿小区所在的基站发送的消息eNB CONFIGURATION FAILURE，并返回失败原因值为Compensation Fail，此次对故障小区的补偿将以失败结束。

图2是根据本发明实施例的小区自愈的补偿方法的流程图二，如图2所示，该流程包括如下步骤：

步骤S202，接收故障小区所在基站发送的消息，其中，消息中携带有用于补偿故障小区的补偿小区的信息。

步骤S204，使用补偿小区对故障小区进行补偿。

通过上述步骤，补偿小区所在基站接收故障小区所在基站发送的消息，根据接收到的消息增大补偿小区的覆盖范围，实现对故障小区进行补偿，由于采用了补偿小区对出现故障的小区进行补偿，解决了现有技术中由于小区发生故障或小区故障恢复失败导致该小区覆盖区域出现盲区的问题，从而达到了提高了用户体验感的技术效果。

接收故障小区所在基站发送的消息的可以有很多种，在一个可选的实施方式中，在对故障小区进行自愈补偿前，可以接收故障小区所在基站发送的消息eNB CONFIGURATION UPDATE，该消息是3GPP协议已有消息。并对eNB CONFIGURATION UPDATE消息的Served Cells To Delete消息体增加补偿小区的信息(Compensation Cells Information)。补偿小区所在基站收到该eNB CONFIGURATION UPDATE消息后，可以根据Compensation Cells Information消息中的小区全局标识符ECGI来查找对应的补偿小区，并使用对应的补偿小区对故障小区进行补偿。

补偿小区对故障小区进行补偿的方法由很多种，在一个可选的实施方式中，可以通过增大补偿小区的覆盖范围实现对故障小区的补偿。

通过增大补偿小区的覆盖范围实现补偿小区对故障小区进行补偿的方式可以有很多种，在一个可选的实施方式中，可以通过使用补偿小区所在的基带处理单元BBU，发送指令至补偿小区所在的射频拉远模块RRU，其中，指令用于指示RRU调小补偿小区的天线的下倾角， 然后，通过RRU按照指令调小天线下倾角。

在本可选实施方式中，可以通过补偿小区所在的基带处理单元(Base Band Unit，简称为BBU)向补偿小区所在的射频拉远模块(Radio Frequency Resource Unit，简称为RRU)发送调节天线下倾角的命令，其中，该天线为电调智能天线。当接收到该调节命令后，保存当前的RRU天线的参数，然后RRU将按指令自动调节下倾角角度，以此来增大补偿小区的覆盖范围，从而达到补偿故障小区覆盖的区域的目的，其中，角度调节幅度可以通过运营数据仿真后的数据来进行设置。天线的下倾角调整成功后，RRU还可以将回复电调下倾角调节成功消息给BBU。

在一个可选实施方式中，在使用补偿小区对故障小区进行补偿之前，还可以启动等待补偿定时器，其中，在等待补偿定时器超时的情况下，执行使用补偿小区对故障小区进行补偿的步骤。

在本可选实施方式中，如果补偿小区所在基站接收到配置更新消息(eNB CONFIGURATION UPDATE)，可以启动一个等待补偿定时器，例如，通过补偿小区所在的BBU(Base Band Unit)启动该等待补偿定时器。若等待补偿定时器超时，则该BBU将会向对应的补偿小区所在射频拉远模块RRU发送调小天线下倾角的指令，来增大补偿小区的覆盖范围。

在另一个可选实施方式中，在启动等待补偿定时器之后，判断在补偿定时器超时前是否接收到故障小区所在基站发送的取消补偿指示；在补偿定时器超时前接收到故障小区所在基站发送的取消补偿指示的情况下，取消执行使用补偿小区对故障小区进行补偿的步骤。

若在补偿等待定时器超时前，接收到了新的消息eNB CONFIGURATION UPDATE，且该消息中携带有消息体(Served Cells To Add)。在该消息体中的Neighbour Information的补偿小区信息中携带取消补偿指示(Deactive Compensation Indication)，补偿小区根据(Neighbour Information)消息中的小区全局标识符ECGI匹配自己，匹配成功后且存在取消补偿指示(Deactive Compensation Indication)的情况下，补偿小区将停止补偿等待定时器，此次故障小区不需要进行补偿。

在另一种可选的实施方式中，在使用补偿小区对故障小区进行补偿的时候，还可以判断补偿小区是否满足补偿条件，然后，在判断出补偿小区满足补偿条件的情况下，执行使用补偿小区对故障小区进行补偿的步骤，例如，通过增大补偿小区的覆盖范围实现对故障小区的补偿，其中，补偿条件包括以下至少一种：

条件一：补偿小区未处于补偿状态。

一个补偿小区在同一时刻如果最多能做一次补偿，即，在任意时刻仅能对一个故障小区进行补偿。

可以对补偿小区进行是否已是补偿小区的判定，若判定出补偿小区未处于补偿状态，则使用该补偿小区对故障小区进行补偿。其中，补偿小区处于补偿状态是指该补偿小区当前被 用作其他故障小区的补偿小区。

条件二：补偿小区的射频天线为电调智能天线。

可以判定补偿小区的射频天线是否为电调智能天线，若判定出补偿小区的射频天线为电调智能天线，则使用该补偿小区对故障小区进行补偿。

条件三：补偿小区的覆盖范围成功得到调整。

判定出补偿小区的射频天线为电调智能天线，则补偿小区所在的BBU发送调小电调智能天线下倾角的命令至补偿小区所在的RRU。RRU接收到该命令后，实现对下倾角的调节，若下倾角调节成功，则补偿小区的覆盖范围成功得到调整，即可以使用补偿小区对故障小区进行补偿。

在另一可选的实施方式中，当判断出补偿小区不满足上述任一补偿条件时，还可以向故障小区所在基站提供补偿失败的原因，发送响应消息至故障小区所在的基站，其中，响应消息中携带补偿失败原因。

在本可选实施例中，若判断出补偿小区不满足上述补偿条件时，补偿小区所在的基站可以发送eNB CONFIGURATION FAILURE消息至故障小区所在的基站，还可以向故障小区所在基站返回失败原因值为Compensation Fail，此次对故障小区的补偿将以失败结束。

其中，补偿失败原因包括以下至少一种：补偿小区已处于补偿状态；补偿小区的射频天线为非电调智能天线；补偿小区的覆盖范围调整失败。

在另一可选的实施方式中，在增大补偿小区的覆盖范围之后，若接收到停止补偿指示，则根据停止补偿指示，停止使用补偿小区对故障小区进行补偿。

在本可选实施方式中，若故障小区进入到补偿阶段或补偿小区已完成对故障小区的补偿，则补偿小区可以监听eNB CONFIGURATION UPDATE消息，例如，通过补偿阶段所在的BBU监听eNB CONFIGURATION UPDATE消息。若收到的eNB CONFIGURATION UPDATE消息中携带停止补偿指示Deactive Compensation Indication，则停止使用补偿小区对故障小区进行补偿。例如，补偿小区将执行补偿恢复操作，该补偿小区所在的BBU将向补偿小区的RRU发送恢复电调下倾角命令，将下倾角角度恢复到补偿之前的大小，此时，补偿小区的覆盖范围复位为补偿故障小区之前的覆盖范围。下倾角恢复成功后，RRU回复电调下倾角恢复成功消息给BBU。

当然，还可能存在其他补偿小区停止对故障小区进行补偿的方式，例如，预先设置补偿时长，在预先设置的补偿时长到达之后，补偿小区自动停止对故障小区的补偿。

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

在本实施例中还提供了一种小区自愈的补偿装置，该装置用于实现图1所示的实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的小区自愈的补偿装置的结构框图一，如图3所示，该装置包括：第一确定模块32和第一发送模块34，其中：第一确定模块，用于确定故障小区的补偿小区；第一发送模块，用于发送消息至补偿小区所在基站，其中，消息用于指示增大补偿小区的覆盖范围，以实现对故障小区的补偿。

图4是根据本发明实施例的小区自愈的补偿装置的可选结构框图一，如图4所示，该装置还包括第二确定模块42，耦合至第一确定模块32，用于确定故障小区，其中，故障小区包括以下至少之一：睡眠小区、低性能小区。

图5是根据本发明实施例的小区自愈的补偿装置的可选结构框图二，如图5所示，第二确定模块包括：判断单元52，用于判断小区是否有自愈告警以及小区的性能指标是否低于第一预设阈值；第一确定单元54，耦合至判断单元52，用于在判断到小区存在自愈告警以及小区的性能指标低于第一预设阈值的情况下，确定小区为故障小区。

图6是根据本发明实施例的小区自愈的补偿装置的可选结构框图三，如图6所示，第一确定模块32包括：获取单元62，用于获取故障小区的邻小区在预设历史时间段内的性能指标；第二确定单元64，耦合至获取单元62，用于根据性能指标，确定补偿小区。

可选地，第一统计子单元，耦合至获取单元62，用于根据性能指标，统计邻小区与故障小区之间的切换次数和切换成功率；其中，切换次数包括：从邻小区切换至故障小区的切换次数，和/或，从故障小区切换至邻小区的切换次数；切换成功率包括：从邻小区切换至故障小区的切换成功率，和/或，从故障小区切换至邻小区的切换成功率；第一确定子单元，耦合至第一统计子单元，用于确定邻小区中切换次数和切换成功率大于第二预设阈值的邻小区为补偿小区。

可选地，第二统计子单元，耦合至获取单元62，用于根据性能指标，统计邻小区与故障小区之间的切换次数和切换成功率；其中，切换次数包括：从邻小区切换至故障小区的切换次数，和/或，从故障小区切换至邻小区的切换次数；切换成功率包括：从邻小区切换至故障小区的切换成功率，和/或，从故障小区切换至邻小区的切换成功率；计算子单元，耦合至第二统计子单元，用于至少对邻小区的切换次数和切换成功率进行加权计算，得到邻小区的权重值；第二确定子单元，耦合至计算子单元，用于确定邻小区中权重值最大的邻小区为补偿小区。

图7是根据本发明实施例的小区自愈的补偿装置的可选结构框图四，如图7所示，装置 包括：第一接收模块72，耦合至第一发送模块34，用于接收补偿小区所在基站发送的响应消息，其中，响应消息中携带补偿失败原因或者补偿成功响应。

在本实施例中还提供了一种小区自愈的补偿装置，该装置用于实现图2所示的实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图8是根据本发明实施例的小区自愈的补偿装置的结构框图二，如图8所示，装置包括：第二接收模块82和使用模块84，其中：第二接收模块82，用于接收故障小区所在基站发送的消息，其中，消息中携带有用于补偿故障小区的补偿小区的信息；使用模块84，耦合至第二接收模块82，用于增大补偿小区的覆盖范围，以实现对故障小区的补偿。

可选地，使用模块84包括：发送单元，用于通过补偿小区的基带处理单元BBU，发送指令至补偿小区的射频拉远模块RRU，其中，指令用于指示RRU调小补偿小区的天线的下倾角；调节单元，用于通过RRU按照指令调小天线的下倾角。

图9是根据本发明实施例的小区自愈的补偿装置的可选结构框图五，如图9所示，装置还包括：启动模块92，耦合至第二接收模块82和使用模块84之间，用于启动等待补偿定时器；其中，使用模块，用于在等待补偿定时器超时的情况下，使用补偿小区对故障小区进行补偿。

图10是根据本发明实施例的小区自愈的补偿装置的可选结构框图六，如图10所示，装置还包括：第一判断模块102，耦合至启动模块92，用于判断在补偿定时器超时前是否接收到故障小区所在基站发送的取消补偿指示；取消模块104，耦合至第一判断模块102，用于在第一判断模块102判断到补偿定时器超时前接收到故障小区所在基站发送的取消补偿指示的情况下，取消使用模块执行使用补偿小区对故障小区进行补偿的步骤。

图11是根据本发明实施例的小区自愈的补偿装置的可选结构框图七，如图11所示，装置还包括：第二判断模块112，耦合至第二接收模块82和使用模块84之间，用于判断补偿小区是否满足补偿条件；其中，使用模块84，用于在第二判断模块判断到补偿小区满足补偿条件的情况下，使用补偿小区对故障小区进行补偿。

图12是根据本发明实施例的小区自愈的补偿装置的可选结构框图八，如图12所示，装置还包括：第二发送模块122，耦合至第二判断模块112，用于在第二判断模块判断到补偿小区不满足补偿条件的情况下，发送响应消息至故障小区所在基站，其中，响应消息中携带补偿失败原因。

图13是根据本发明实施例的小区自愈的补偿装置的可选结构框图九，如图13所示，装置还包括：第三接收模块132，耦合至使用模块84，用于接收停止补偿指示；停止模块134，耦合至第三接收模块132，用于根据停止补偿指示，停止使用模块执行使用补偿小区对故障小区进行补偿的步骤。

可选地，使用模块84包括：发送子单元，用于通过补偿小区的基带处理单元BBU，发送指令至补偿小区的射频拉远模块RRU，其中，指令用于指示RRU调小补偿小区的天线的下倾角；调整子单元，用于通过RRU，按照指令调小天线的下倾角。

本发明的实施例还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

步骤S102，确定故障小区的补偿小区；

步骤S104，发送消息至所述补偿小区所在基站，其中，所述消息用于指示使用所述补偿对所述故障小区的补偿。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

步骤S202，接收故障小区所在基站发送的消息，其中，所述消息中携带有用于补偿所述故障小区的补偿小区的信息；

步骤S204，使用所述补偿小区对所述故障小区进行补偿。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

为了使本发明实施例的描述更加清楚，下面结合可选实施例进行描述和说明。

可选实施例一

图14是根据本发明可选实施例的故障小区自愈方法的流程图，如图14所示，该方法包括如下步骤：

步骤S1402，启动自愈功能。可以通过小区所在基站启动自愈功能。

步骤S1404，监测自愈告警和KPI。通过小区所在基站实时监控多个小区的自愈告警和关键绩效指标KPI，其中，KPI可以包括多个指标，例如每个小区的切换次数和切换成功率。

步骤S1406，判断小区故障类型。可以通过每个小区的自愈告警和关键绩效指标KPI，来确定小区的故障类型，其中，当判断出小区未满足故障小区的条件，则返回执行步骤S1404。小区的故障类型也可能有很多种，在本可选实施例中，小区的故障类型可以包括睡眠小区和低性能小区。

步骤S1408，确定故障小区。若判断出小区满足睡眠小区和低性能小区中的至少一种时，确定该小区出现了故障，则将该小区作为故障小区。

步骤S1410，判断故障小区是否在补偿阶段。其中，故障小区处于补偿阶段为补偿小区正 在对故障小区进行补偿。对获取到的故障小区可以进行是否处于补偿阶段的判断，若判断出故障小区处于补偿阶段，不执行任何操作；若判断出补偿小区未处于补偿阶段，执行步骤S1412。

步骤S1412，故障小区恢复。若判断出补偿小区未处于补偿阶段，故障小区可以通过自愈恢复动作来重新提供有效的服务。

步骤S1414，判断恢复是否成功。其中，故障小区进行自愈恢复之后，还可以判断恢复是否成功，若判断出故障小区恢复成功，返回执行步骤S1404；若判断出故障小区恢复不成功，执行步骤S1416。

步骤S1416，故障小区补偿。通过上述步骤确定故障小区无法通过自愈恢复动作来重新提供有效的服务时，故障小区将进入自愈补偿阶段，例如，可以通过补偿小区对故障小区进行补偿。

步骤S1418，判断故障小区是否恢复。其中，补偿小区对故障小区进行补偿之后，若判定出故障小区已恢复，执行步骤S1420；若判定出故障小区未恢复，返回执行步骤S1404，继续通过故障小区所在基站监控自愈告警和KPI。

具体地，在本可选实施例中，故障小区补偿成功的条件包括：补偿小区未处于补偿状态；补偿小区的射频天线为电调智能天线；调整天线成功。

步骤S1420，恢复补偿。若故障小区恢复成功，则可以发送eNB CONFIGURATION UPDATE消息至补偿小区所在基站。若收到消息中有取消补偿指示(Deactive Compensation Indication)，则补偿小区将执行补偿恢复操作，该补偿小区所在的BBU将向补偿小区的RRU发送恢复电调下倾角命令，将下倾角角度恢复到补偿之前的大小，下倾角恢复成功后，RRU回复电调下倾角恢复成功消息给BBU。

通过本可选实施例提供的小区自愈补偿的方法，克服现有技术中存在的无法真正因故障或故障恢复导致该故障小区覆盖区域出现盲区的问题，解决了当前小区出现故障时存在的问题和缺陷，并提升用户体验感和改善商用网的KPI指标。

可选实施例二

图15是根据本发明可选实施例的补偿小区对故障小区进行补偿的效果图，如图15所示，图15中实线所画区域1为故障小区，实线所画区域2和3均为补偿小区。当小区1发生故障时，小区1所覆盖的区域将会出现盲区，此时，补偿小区2和补偿小区3分别通过调整电调智能天线的下倾角，以此增大补偿小区2和补偿小区3所覆盖的范围，从而达到补偿故障小区覆盖的区域。从图15中可知，调整电调智能天线的下倾角之后，增大了补偿小区2和补偿小区3所覆盖的范围，增大之后的覆盖范围如图15中虚线所示。

可选实施例三

图16是根据本发明可选实施例的故障小区自愈补偿成功的示意图，如图16所示，包括如下步骤：

步骤S1602，开启小区自愈功能，在本可选实施例中，小区自愈功能可以由基站1开启。

步骤S1604，监控小区自愈告警和KPI。可以通过基站1同时监控多个小区的自愈告警和关键绩效指标KPI。在本可选实施例中，KPI可以包括以下至少之一：故障小区的多个邻区在预设时间段内的切换次数和切换成功率。

步骤S1606，满足故障小区的条件。基站1可以根据监控到的自愈告警和KPI确定小区是否满足故障小区的条件，其中，小区的故障类型也可能有很多种，在本可选实施例中，可以获取睡眠小区或低性能小区。可以实时监控多个小区的自愈告警和和关键绩效指标KPI，并根据采集好的自愈告警和KPI周期性进行小区故障判定，确定该小区是否满足睡眠小区、低性能小区两种场景中的至少一种。

步骤S1608，进行故障小区的恢复。在判断出小区为故障小区时，故障小区可以通过自愈恢复动作来重新提供有效服务。若故障小区无法通过自愈恢复动作来重新提供有效服务(即，恢复失败)，则故障小区自愈功能将进入到自愈补偿阶段，执行下述步骤。

步骤S1610，满足故障小区自愈补偿条件。

步骤S1612，获取故障小区所有邻区在预设时间内的KPI。在本可选实施例中，可以通过故障小区所在基站(即图16所示基站1)获取故障小区的所有邻区对近三天之内的KPI，并通过近三天之内的KPI在故障小区的多个邻区中确定一个或多个小区作为补偿小区。具体确定步骤已在上述进行说明，此处不再进行说明。

步骤S1614，选择两个站间且有X2关系的小区作为补偿小区。通过上述步骤S1612在故障小区的多个邻区中确定一个或多个小区作为补偿小区。在本可选实施例中，以选取2个补偿小区为例进行说明，选取的2个补偿小区所在基站为不同的基站，并且两个基站之间能够实现X2链接。具体地，在图16中仅示出一个补偿小区所在的基站(即图16中基站2)。

步骤S1616，基站1发送配置更新消息至基站2。故障小区所在基站向补偿小区所在的基站发送的消息可以有很多种，可以借助现有3GPP协议故障小区所在基站(即图16中基站1)向补偿小区所在基站(图16中基站2)发送配置更新消息(eNB CONFIGURATION UPDATE)，来通知被选中的补偿小区。其中，在eNB CONFIGURATION UPDATE消息的Served Cells To Delete消息体中包含补偿小区信息(Compensation Cells Information)。

步骤S1618，查找补偿小区。基站2收到该eNB CONFIGURATION UPDATE消息后，可以根据Compensation Cells Information消息中的小区全局标识符ECGI来查找对应的补偿小区。

需要说明的是，若基站2未查找到与配置更新消息匹配的小区，则基站2将发送补偿失败消息(eNB CONFIGURATION FAILURE)至基站1(即，故障小区所在基站)。具体发送流程在图16中未示出，在下述可选实施例中进行具体介绍。

步骤S1620，判断补偿小区是否满足补偿条件。补偿小区通过Compensation Cells Information消息中携带的小区全局标识符ECGI匹配到自己将会为故障小区提供补偿时，还可 以判断补偿小区是否满足补偿条件，其中，在判断出补偿小区满足补偿条件的情况下，执行步骤S1622。补偿条件包括以下至少一种：补偿小区未处于补偿状态和补偿小区的射频天线为电调智能天线。

需要说明的是，基站2判断出补偿小区不满足补偿条件时，基站2将发送eNB CONFIGURATION FAILURE至基站1(即，故障小区所在基站)。具体发送流程在图16中未示出，在下述可选实施例中进行具体介绍。

步骤S1622，补偿小区所在的基站(即，图16中基站2)回复故障小区所在的基站(即，图16中基站1)配置更新确认消息(eNB CONFIGURATION ACKNOWLEGE)，即确认收到该配置更新消息。

步骤S1624，启动等待补偿定时器。补偿小区对故障小区进行补偿时，还可以通过补偿小区所在BBU启动等待补偿定时器，该定时器作用是确保故障小区确实是无法通过自愈恢复来提供正常服务。若等待补偿定时器超时，则执行步骤S1626，补偿小区将发送相关调节指令，例如，通过补偿小区所在的BBU向补偿小区所对应的RRU发送相关调节指令。进而根据该调解指令调小电调智能天线，朝故障小区方向伸展覆盖范围，增大补偿小区的覆盖范围，从而成功完成故障小区自愈补偿操作，效果如图15所示。

步骤S1626，执行电调下倾角的指令。故障小区所在RRU收到调节指令之后，先保存当前RRU天线参数，然后RRU将按要求调整下倾角角度，以此来增大补偿小区的覆盖范围，从而达到补偿故障小区覆盖范围的区域。需要说明的是，下倾角角度的调节可以根据运营数据仿真后设置一个默认值。

步骤S1628，自愈补偿成功。

可选实施例四

图17是根据本发明可选实施例的故障小区自愈补偿取消时的示意图，如图17所示，包括如下步骤：

步骤S1702，开启小区自愈功能，在本可选实施例中，小区自愈功能可以由基站1开启。

步骤S1704，监控小区自愈告警和KPI。可以通过基站1可同时监控多个小区的自愈告警和关键绩效指标KPI。在本可选实施例中，KPI可以包括以下至少之一：故障小区的多个邻区在预设时间段内的切换次数和切换成功率。

步骤S1706，满足故障小区的条件。基站1根据监控到的自愈告警和KPI确定小区是否满足故障小区的条件，其中，小区的故障类型也可能有很多种，在本可选实施例中，可以获取睡眠小区或低性能小区。可以实时监控多个小区的自愈告警和和关键绩效指标KPI，并根据采集好的自愈告警和KPI周期性进行小区故障判定，确定该小区是否满足睡眠小区、低性能小区两种场景中的至少一种。

步骤S1708，进行故障小区的恢复。在判断出小区为故障小区时，故障小区可以通过自愈 恢复动作来重新提供有效服务。若故障小区无法通过自愈恢复动作来重新提供有效服务(即，恢复失败)，则故障小区自愈功能将进入到自愈补偿阶段，执行下述步骤。

步骤S1710，满足故障小区自愈补偿条件。

步骤S1712，获取故障小区所有邻区在预设时间内的KPI。可以通过故障小区所在基站(即图17所示基站1)获取故障小区的所有邻区对近三天之内的KPI，并通过近三天之内的KPI在故障小区的多个邻区中确定一个或多个小区作为补偿小区。具体确定步骤已在上述进行说明，此处不再进行说明。

步骤S1714，选择两个站间且有X2关系的小区作为补偿小区。通过上述步骤S1712在故障小区的多个邻区中确定一个或多个小区作为补偿小区，在本可选实施例中，以选取2个补偿小区为例进行说明，选取的2个补偿小区所在基站为不同的基站，并且两个基站之间能够实现X2链接，具体地，在图17中仅示出一个补偿小区所在的基站(即图17中基站2)。

步骤S1716，基站1发送配置更新消息至基站2。故障小区所在基站向补偿小区所在的基站发送的消息可以有很多种，可以借助现有3GPP协议故障小区所在基站(即图17中基站1)向补偿小区所在基站(图17中基站2)发送配置更新消息(eNB CONFIGURATION UPDATE)，来通知被选中的补偿小区。其中，在eNB CONFIGURATION UPDATE消息的Served Cells To Delete消息体中包含补偿小区信息(Compensation Cells Information)。

步骤S1718，查找补偿小区。基站2收到该eNB CONFIGURATION UPDATE消息后，可以根据Compensation Cells Information消息中的小区全局标识符ECGI来查找对应的补偿小区。

需要说明的是，若基站2未查找到与配置更新消息匹配的小区时，则基站2将发送补偿失败消息(eNB CONFIGURATION FAILURE)至基站1(即，故障小区所在基站)。具体发送流程在图17中未示出，在下述可选实施例中进行具体介绍。

步骤S1720，判断补偿小区是否满足补偿条件。补偿小区通过Compensation Cells Information消息中携带的小区全局标识符ECGI匹配到自己将会为故障小区提供补偿时，判断补偿小区是否满足补偿条件，其中，在判断出补偿小区满足补偿条件的情况下，执行步骤S1722。补偿条件包括以下至少一种：补偿小区是否处于未补偿状态和补偿小区的射频天线为电调智能天线。

需要说明的是，基站2中判断出补偿小区不满足补偿条件时，基站2将发送eNB CONFIGURATION FAILURE至基站1(即，故障小区所在基站)。具体发送流程在图17中未示出，在下述可选实施例中进行具体介绍。

步骤S1722，基站2发送配置更新确认消息至基站1。补偿小区所在的基站(即，图17中基站2)还可以回复故障小区所在的基站(即，图17中基站1)eNB CONFIGURATION ACKNOWLEGE，即确认该补偿小区对故障小区进行补偿。

步骤S1724，启动等待补偿定时器。故障小区所在BBU启动等待补偿定时器，该定时器 作用是确保故障小区确实是无法通过自愈恢复来提供正常服务。

步骤S1726，在等待补偿定时器未超时的情况下，再次接收到配置更新消息。若在定时器超时前，补偿小区所有的基站再次收到eNB CONFIGURATION UPDATE消息，且该消息中携带有取消补偿指示(Deactive Compensation Indication)。此时补偿小区根据刚才收到配置更新消息来中的Deactive Compensation Indication及邻区ECGI两个信息组合来确认该配置消息是否是通知自己取消本次补偿等待。

步骤S1728，补偿小区所在的基站(即，图17中基站2)回复故障小区所在的基站(即，图17中基站1)配置更新确认消息(eNB CONFIGURATION ACKNOWLEGE)，即确认收到该配置更新消息。

步骤S1730，补偿小区匹配成功。若补偿小区与步骤S1726中接收到的消息匹配成功后，执行步骤S1732，补偿小区将停止对应的补偿等待定时器，补偿小区所在的基站回复故障小区所在的基站eNB CONFIGURATION ACKNOWLEGE，取消本次自愈补偿。

步骤S1732，停止等待补偿定时器。

可选实施例五

图18是根据本发明可选实施例的故障小区自愈补偿失败的示意图，如图18所示，包括如下步骤：

步骤S1802，开启小区自愈功能。其中，小区自愈功能由基站1开启。

步骤S1804，监控小区自愈告警和KPI。其中，通过基站1同时监控多个小区的自愈告警和关键绩效指标KPI。

步骤S1806，满足故障小区的条件。基站1根据监控到的自愈告警和KPI确定小区是否满足故障小区的条件，其中，当根据自愈告警和KPI确定出该小区为睡眠小区或低性能小区时，确定该小区为故障小区。

步骤S1808，进行故障小区的恢复。故障小区可以通过自愈恢复动作来重新提供有效服务，当故障小区无法通过自愈恢复动作来重新提供有效服务时(即，恢复失败)，自愈功能将进入到自愈补偿阶段，执行下述步骤。

步骤S1810，满足故障小区自愈补偿条件。

步骤S1812，获取故障小区所有邻区在预设时间内的KPI，其中，可以通过故障小区所在基站(即图18所示基站1)获取故障小区的所有邻区对近三天之内的KPI，并通过近三天之内的KPI在故障小区的多个邻区中确定一个或多个小区作为补偿小区。

步骤S1814，选择两个站间且有X2关系的小区作为补偿小区。通过上述步骤S1812在故障小区的多个邻区中确定一个或多个小区作为补偿小区，其中，在发明可选实施例中，以选取2个补偿小区为例进行说明，其中，选取的2个补偿小区所在基站为不同的基站，并且两 个基站之间能够实现X2链接，具体地，在图18中仅示出一个补偿小区所在的基站(即图18中基站2)。

步骤S1816，基站1发送配置更新消息至基站2。可以借助现有3GPP协议故障小区所在基站(即图18中基站1)向补偿小区所在基站(图18中基站2)发送配置更新消息(eNB CONFIGURATION UPDATE)，来通知被选中的补偿小区。其中，在eNB CONFIGURATION UPDATE消息的Served Cells To Delete消息体中包含补偿小区信息(Compensation Cells Information)。

步骤S1818，查找补偿小区。基站2收到该eNB CONFIGURATION UPDATE消息后，可以根据Compensation Cells Information消息中的小区全局标识符ECGI来查找对应的补偿小区。其中，在查找到补偿小区之后，执行步骤S1820。

需要说明的是，如图18所示基站2中未查找到与配置更新消息匹配的小区时，执行步骤S1822，基站2将发送补偿失败消息(eNB CONFIGURATION FAILURE)至基站1(即，故障小区所在基站)。

步骤S1820，判断补偿小区是否满足补偿条件。此时，该补偿小区所在的基站将会去进行补偿小区是否满足补偿条件的判定，其中，补偿条件包括：补偿小区未处于补偿状态、补偿小区的射频天线为电调智能天线和调整天线失败。其中，当判断出补偿小区不满足补偿条件时，执行步骤S1822。

步骤S1822，补偿小区的基站(即，图18中基站2)将会回复故障小区所在基站(即，图18中基站1)eNB CONFIGURATION FAILURE，失败原因值为Compensation Fail。

判断补偿小区当前是否被用作其他故障小区的补偿小区，若是，则该补偿小区所在的基站将会去判断补偿小区所用的天线是否为电调智能天线。若判断出不是电调智能天线，则补偿小区的基站将会回复故障小区所在基站(eNB CONFIGURATION FAILURE)，失败原因值为Compensation Fail。

若当前没有被用作其他故障小区的补偿小区，并且补偿小区为电调智能天线，则该补偿小区可根据调节电调智能天线下倾角的指令调整下倾角的角度。若电调智能天线下倾角的调整失败(即补偿小区的覆盖范围调整失败)，则补偿小区的基站将会回复故障小区所在基站eNB CONFIGURATION FAILURE，失败原因值为Compensation Fail。

步骤S1824，补偿小区所在的基站(即，图18中基站2)回复故障小区所在的基站(即，图18中基站1)配置更新确认消息(eNB CONFIGURATION ACKNOWLEGE)，即确认收到步骤S1816中的配置更新消息。

可选实施例六

图19是根据本发明可选实施例的故障小区自愈补偿恢复的示意图，如图19所示，包括如下步骤：

步骤S1902，开启小区自愈功能，基站1开启小区自愈功能。具体地，在本可选实施例中，假设此时故障小区已进入补偿阶段。

步骤S1904，进行故障小区的恢复。可以通过人为或者自救方式对故障小区进行恢复，让其能正常提供服务。

步骤S1906，监控小区自愈告警和KPI。

步骤S1908，不满足故障小区的条件。实时监控该小区的自愈告警和KPI，若监控到自愈告警消失，并且KPI满足自愈恢复成功条件，则确定该小区不满足故障小区的条件(睡眠小区或低性能小区)。

步骤S1910，故障小区恢复成功。当确定该小区不满足故障小区的条件时，即可确定该小区恢复成功。

步骤S1912，基站1发送配置更新消息至基站2。当确认该故障小区恢复成功之后，原来的故障小区所在的基站(即，图19中基站1)将会向先前提供补偿的小区所在的基站(即，图19中基站2)发送eNB CONFIGURATION UPDATE消息，且该消息中携带有取消补偿指示(Deactive Compensation Indication)，该指示用来通知补偿小区停止对故障小区的补偿，并恢复参数和天线下倾角到补偿前的状态。

步骤S1914，补偿小区所在的基站(即，图19中基站2)回复故障小区所在的基站(即，图19中基站1)配置更新确认消息eNB CONFIGURATION ACKNOWLEGE，即确认收到步骤S1912中的配置更新消息。

步骤S1916，补偿小区匹配。补偿小区根据刚才收到配置更新消息来中的Deactive Compensation Indication及邻区ECGI两个信息组合来确认该配置消息是否是通知自己恢复本次补偿。若匹配成功后，执行步骤S1918，补偿小区所在的BBU将会通知补偿小区所在的RRU恢复天线下倾角到补偿之前的状态，本次自愈补偿恢复成功。

步骤S1918，恢复电调下倾角调节角度。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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