WO2012092876A1 - 一种覆盖区域补偿、恢复的方法及装置 - Google Patents

Description

一种覆盖区域补偿、 恢复的方法及装置 本申请要求在 2011年 1月 6日提交中国专利局、 申请号为 201110002095.7、 发明名称 为"一种覆盖区域补偿、 恢复的方法及装置"的中国专利申请的优先权， 其全部内容通过引 用结合在本申请中。

技术领域

本发明涉及通信领域特别是涉及覆盖区域补偿、 恢复的方法及装置。

背景技术

伴随着经济社会的迅猛发展过程中， 由于人类过分追求发展所带来的满足和发展的速 度而忽视或淡薄了其所带来的负面效应， 即使在极大满足自身物欲的同时， 也给自身未来 的发展埋下了诸多隐患， 这些问题随着时间的推移暴露越来越明显， 直至威胁到人类自身 的生存， 如温室效应的出现、 水污染等问题。 在某种程度上， 这些问题都归于人们对发展 的片面理解，认为只要经济发展了， 一切问题都可以迎刃而解， 忽视了环境保护。 事实上， 只有科学的发展才能不断解决人类所面对的问题。 因此， 节能减排和低破生活成为社会关 注的热点。

通信领域的技术专家们考虑到此问题，提出了为通信设备节能的设想。参见图 1所示， 演进型通用陆地无线接入网络（E-UTRAN ) 小区 A~G相互邻接， 没有重叠覆盖， 即 E-UTRAN网络单屋覆盖。 其中， 小区 A具有覆盖补偿功能， 小区 B~G具有节能功能。 在 业务低峰时段（例如： 深夜）， 为了节省能源， E-UTRAN小区 B〜G关闭， 小区 A作为补 偿节点扩大覆盖范围， 提供该地区业务的基本覆盖。 这样， 避免了关闭节能小区导致的覆 盖空洞， 保证了长期演进（LTE )覆盖的连续性。

但是， 关于如何控制节能小区的关闭以及扩大补偿小区的覆盖范围， 目前尚无有效的 解决方案。 发明内容

本发明实施例提供一种覆盖区域补偿、 恢复的方法及装置， 用于实现节点间的节能和 补偿。

一种覆盖区域补偿方法， 包括以下步骤：

根据预设的节能补偿策略判断是否满足发起节能补偿过程的触发条件；

当满足发起节能补偿过程的触发条件时， 第一节点进行节能补偿过程中的节能操作， 第二节点进行节能补偿过程中的补偿操作。 一种覆盖区域恢复方法， 包括以下步驟：

根据预设的节能补偿恢复策略判断是否满足发起覆盖恢复过程的触发条件； 当满足发起覆盖恢复过程的触发条件时， 第一节点进行覆盖恢复过程中的节能恢复操 作， 第二节点进行覆盖恢复过程中的补偿恢复操作。

一种覆盖区域补偿装置， 包括：

策略模块， 用于根据预设的节能补偿策略判断是否满足发起节能补偿过程的触发条 件， 或者接受运行、 管理和维护 OAM关于节能补偿过程的触发；

执行模块， 用于当确定需发起节能补偿过程时， 进行节能补偿过程中的节能操作或进 行节能补偿过程中的补偿操作；

其中， 进行节能补偿过程中的节能操作时， 所述装置为节能节点； 进行节能补偿过程 中的补偿操作时， 所述装置为补偿节点。

一种覆盖区域恢复装置， 包括：

策略模块， 用于根据预设的节能补偿恢复策略判断是否满足发起覆盖恢复过程的触发 条件； 或者接受运行、 管理和维护 OAM关于覆盖恢复过程的触发；

执行模块，用于当确定需发起节能补偿过程时，进行覆盖恢复过程中的节能恢复操作， 或者进行覆盖恢复过程中的补偿恢复操作；

其中， 进行节能补偿恢复过程中的节能恢复操作时， 所述装置为节能节点； 进行节能 补偿恢复过程中的补偿恢复操作时， 所述装置为补偿节点。

一种运行、 管理和维护 OAM装置， 包括：

策略模块， 用于根据预设的节能补偿策略判断是否满足发起节能补偿过程的触发条 件；

接口模块， 用于在确定发起节能补偿过程时， 触发第一节点和第二节点进行节能补偿 过程；

其中， 第一节点为补偿节点， 第二节点为节能节点； 或者， 第一节点为节能节点， 第 二节点为补偿节点。

一种运行、 管理和维护 OAM装置， 包括：

策略模块， 用于根据预设的节能补偿恢复策略判断是否满足发起覆盖恢复过程的触发 条件；

接口模块， 用于在确定发起覆盖恢复过程时， 触发第一节点和第二节点进行节能补偿 恢复过程；

其中， 第一节点为补偿节点， 第二节点为节能节点； 或者， 第一节点为节能节点， 第 二节点为补偿节点。

本发明实施例中的节点在满足节能或补偿策略时， 向相关的其它节点发送补偿请求， 促使该发送请求的节点及相关的其它节点进行节能或补偿操作， 实现节点间的节能和补 偿。 附图说明

图 1为现有技术中相邻小区的示意图；

图 2为本发明实施例中覆盖区域补偿的主要方法流程图；

图 3为本发明实施例中补偿节点发起节能补偿的强制过程的方法流程图；

图 4为本发明实施例中补偿节点发起节能补偿的一次协商过程的方法流程图； 图 5为本发明实施例中补偿节点发起节能补偿的二次协商过程的方法流程图； 图 6为本发明实施例中节能节点发起节能补偿的强制过程的方法流程图；

图 7为本发明实施例中节能节点发起节能补偿的一次协商过程的方法流程图； 图 8为本发明实施例中节能节点发起节能补偿的二次协商过程的方法流程图； 图 9为本发明实施例中运行、 管理和维护（ Operations, Administration and Maintenance,

OAM )发起节能补偿的强制过程的方法流程图；

图 10为本发明实施例中 OAM预配置节能补偿策略后自动发起节能补偿过程的方法流 程图；

图 11为本发明实施例中覆盖区域恢复的主要方法流程图；

图 12为本发明实施例中补偿节点发起覆盖恢复的强制过程的方法流程图； 图 13为本发明实施例中补偿节点发起覆盖恢复的一次协商过程的方法流程图； 图 14为本发明实施例中补偿节点发起覆盖恢复的二次协商过程的方法流程图； 图 15为本发明实施例中节能节点发起覆盖恢复的强制过程的方法流程图； 图 16为本发明实施例中节能节点发起覆盖恢复的一次协商过程的方法流程图； 图 17为本发明实施例中节能节点发起覆盖恢复的二次协商过程的方法流程图； 图 18为本发明实施例中 OAM发起覆盖恢复的强制过程的方法流程图；

图 19为本发明实施例中 OAM预配置节能补偿策略后自动发起覆盖恢复过程的方法流 程图；

图 20为本发明实施例中覆盖区域补偿装置的主要结构图；

图 21为本发明实施例中覆盖区域补偿装置的详细结构图；

图 22为本发明实施例中覆盖区域恢复装置的主要结构图；

图 23为本发明实施例中覆盖区域恢复装置的详细结构图；

图 24为本发明实施例中 OAM实现节能补偿时的结构图；

图 25为本发明实施例中 OAM实现节能补偿恢复时的结构图。 具体实施方式 本发明实施例中的节点在满足节能或补偿策略时， 向相关的其它节点发送补偿请求， 促使该发送请求的节点及相关的其它节点进行节能或补偿操作， 实现节点间的节能和补 偿。

参见图 2， 本实施例中覆盖区域补偿的主要方法流程如下：

步骤 201 : 根据预设的节能补偿策略判断是否满足发起节能补偿过程的触发条件。 步骤 202: 当满足发起节能补偿过程的触发条件时， 第一节点和第二节点中的一个节 点进行节能补偿过程中的节能操作， 另一个节点进行节能补偿过程中的补偿操作。 当不满 足时， 重复步驟 201。

其中， 第一节点为补偿节点， 第二节点为节能节点； 或者， 第一节点为节能节点， 第 二节点为补偿节点。 并且， 步骤 201可以由补偿节点或节能节点执行， 还可以有第三方的 OAM执行。 以及， 补偿节点和节能节点可以通过多种方式触发和协商节能补偿操作。 本 实施例中补偿节点采用节能补偿策略中的补偿策略， 节能节点采用节能补偿策略中的节能 策略。 下面通过几个实施例来详细介绍实现过程。

参见图 3， 本实施例中补偿节点发起节能补偿的强制过程的方法流程如下： 步骤 301 : 补偿节点根据预设的补偿策略确定需要发起节能补偿过程。 预设的补偿策 略可以有多种， 如到达预设的时间点， 例如晚上 11点。 还可以有其它的补偿策略， 此处不 一一赘述， 任何需要发起节能补偿过程的补偿策略均适用于本实施例。 其中， 补偿策略可 以预先由 OAM ( Operations,Administration and Maintenance, 运行、 管理和维护）实体装置 配置， 也可能在小区间交互。

步骤 302: 补偿节点向节能节点发送补偿请求， 以通知节能节点关闭。 该补偿请求可 具体为小区补偿指示 （ CELL COMPENSATION INDICATION )。 小区补偿指示携带有需关 闭的目标小区的标识， 还可以包括目标小区关闭的最小时长， 也就是说目标小区要在达到 该时长后完成关闭， 关闭时间不要低于该时长， 以便补偿节点有足够的时间覆盖到目标小 区， 减少或避免覆盖空洞。 补偿节点可以同时向相邻的所有节能节点发送小区补偿指示， 则小区补偿指示携带相邻的所有节能节点下的小区标识。 或者， 补偿节点分别向相邻的所 有节能节点发送小区补偿指示， 则针对每个节能节点的小区补偿指示携带该节能节点下的 小区标识。

步骤 303: 补偿节点扩大覆盖范围。 具体操作如： 提高发射功率， 调整天线倾角等。 步驟 304: 补偿节点针对扩大后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

步骤 305: 节能节点收到补偿请求后， 将小区内用户切换到补偿节点下的小区。 如果 节能节点下有用户接入， 则执行该过程， 如果没有， 可跳过此步骤。

步骤 306: 节能节点进入节能状态， 及进行关闭操作。 关闭操作有多种， 如关闭发射 等。 较佳的， 节能节点仅保留探测功能， 以便接收离开节能状态的指示。

其中， 步骤 303和 304相当于步骤 305和 306是两个独立的过程， 可同步进行。 本实施例中如果补偿节点和节能节点间有 X2接口，则补偿节点可以通过 X2接口向节 能节点发送小区补偿指示， 该小区补偿指示的结构实例参见表 1所示。 如果补偿节点和节 能节点间没有 X2接口， 或者补偿节点和节能节点间属于 inter-RAT场景， 则需要由核心网 ( CN )中的设备将小区补偿指示转发给节能节点， 此时的小区补偿指示的结构实例参见表

2所示， 核心网中的设备直接透传小区补偿指示即可。 表 1

信息元 /组名 取值范围 说明

( IE/Group

Name )

消息类型

( Message Type )

补偿的服务小区 基站下最大 表明请求关闭的目标小区 ( Served Cells To 小区标识 （ 1

Compensate ) to

maxCellineN

B )

>演进的全球小 表明小区标识

区标识 （ECGI )

等待时长（Time to 表明允许目标小区关闭的最 wait ) 小时间值

表 2

参见图 4 , 本实施例中补偿节点发起节能补偿的一次协商过程的方法流程如下： 步骤 401 : 补偿节点根据预设的补偿策略确定需要发起节能补偿过程。

步驟 402: 补偿节点向节能节点发送补偿请求， 以通知节能节点关闭。 该补偿请求可 具体为节能请求或小区补偿请求 （ CELL COMPENSATION REQUEST )。 节能请求或小区 补偿请求携带有需关闭的目标小区的标识， 还可以包括目标小区关闭的最小时长和与扩大 覆盖有关的信息。 扩大覆盖有关的信息可以有多种， 例如包括补偿节点的最大覆盖半径、 最大发射功率、 当前负荷信息和剩余可用的负荷信息等。 其中， 现有技术中的节能请求应 用于重叠覆盖场景， 仅指示目标小区关闭， 而补偿节点不进行补偿。 本实施例中将节能请 求应用到单层覆盖的场景， 不仅指示目标小区关闭， 补偿节点还需要对目标小区进行覆盖 补偿。

补偿节点可以同时向相邻的所有节能节点发送小区补偿请求， 则小区补偿请求携带相 邻的所有节能节点下的小区标识。 或者， 补偿节点分别向相邻的所有节能节点发送小区补 偿请求， 则针对每个节能节点的小区补偿请求携带该节能节点下的小区标识。

步骤 403 : 节能节点根据本地节能策略和收到的与扩大覆盖有关的信息， 判断是否同 意节能， 若是， 则继续步骤 404 , 否则继续步驟 407。 其中， 节能策略可以预先由 OAM配 置， 也可能在小区间交互。

步骤 404: 节能节点返回接受消息， 表示同意进行节能操作。 该接受消息可具体为小 区补偿响应（ CELL COMPENSATION RESPONSE )。 小区补偿响应包括接受节能的小区标 识， 也就是说未携带的小区标识所对应的小区均不接受节能操作， 因此下面返回失败消息 中可以不携带小区标识。

步骤 405 : 节能节点在同意节能后， 将小区内用户切换到补偿节点下的小区。 如果节 能节点下有用户接入， 则执行该过程， 如果没有， 可跳过此步骤。

步骤 406: 节能节点进入节能状态， 及进行关闭操作。 关闭操作有多种， 如关闭发射 等。 较佳的， 节能节点仅保留探测功能， 以便接收离开节能状态的指示。

步骤 407: 节能节点返回失败消息， 表示拒绝进行节能操作。 该失败消息可具体为小 区补偿失败（ CELL COMPENSATION FAILURE )。 小区补偿失败可携带有表示拒绝节能操 作的原因的指示信息。

步骤 408: 补偿节点收到接受消息后， 扩大覆盖范围。

步驟 409: 补偿节点针对扩大后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

步驟 410: 补偿节点收到失败消息后， 维持现状。

本实施例中如果补偿节点和节能节点间有 X2接口， 则补偿节点与节能节点交互的消 息可以通过 X2接口直接传输， 此时该小区补偿请求的结构实例参见表 3所示， 小区补偿 响应的结构实例参见表 4所示， 小区补偿失败的结构实例参见表 5所示。 如果补偿节点和 节能节点间没有 X2接口， 或者补偿节点和节能节点间属于 inter-RAT场景， 则需要由核心 网（CN )中的设备透传补偿节点与节能节点间的消息， 此时的小区补偿请求的结构实例参 见表 6所示， 小区补偿响应的结构实例参见表 7所示， 小区补偿失败的结构实例参见表 8 所示。

表 3

IE/Group Name 取值范围 说明

Message Type

Served Cells To 1 to 表明请求关闭的目标小 Compensate maxCellineN 区

B

>ECGI 表明小区标识

Served Coverage 表明补偿的业务覆盖区； Area

Load Information 表明当前的负荷信息或 可用的容量信息；

Time to wait 表明允许目标小区关闭 的最小时间值 表 4

IE/Group Name 取值范围 说明

Message Type

Compensated Cell 1 to 列出接收命令成功响应 List maxCellineN 补偿操作的小区

B

>ECGI

Criticality

Diagnostics (可靠

性诊断） 表 5

IE/Group Name 取值范围 说明

Message Type

Cause 拒绝的原因

Criticality

Diagnostics 表 6

参见图 5 , 本实施例中补偿节点发起节能补偿的二次协商过程的方法流程如下： 步骤 501 : 补偿节点根据预设的补偿策略确定需要发起节能补偿过程。

步骤 502: 补偿节点向节能节点发送补偿请求， 以通知节能节点关闭。 该补偿请求可 具体为小区补偿请求 （ CELL COMPENSATION REQUEST )。

步骤 503 : 节能节点根据本地节能策略和收到的与扩大覆盖有关的信息， 判断是否同 意节能， 若是， 则继续步骤 504, 否则继续步骤 505。

步驟 504: 节能节点返回接受消息， 表示同意进行节能操作。 该接受消息可具体为小 区补偿响应（CELL COMPENSATION RESPONSE )。 小区补偿响应包括接受节能的小区标 识， 也就是说未携带的小区标识所对应的小区均不接受节能操作， 因此下面返回失败消息 中可以不携带小区标识。 小区补偿响应还可以包括需要切换的用户数和数据量等。

步骤 505: 节能节点返回失败消息， 表示拒绝进行节能操作。 该失败消息可具体为小 区补偿失败（ CELL COMPENSATION FAILURE )。 小区补偿失败可携带有表示拒绝节能操 作的原因的指示信息。

步驟 506: 补偿节点收到接受消息后， 根据预设的调整策略确定最终需要节能的小区。 调整策略有多种， 例如根据本地的可用负荷容量的大小和收到的需切换的用户数和数据量 来确定可接受切换的用户和数据量，及这部分用户所在的小区。其中，调整策略可以由 OAM 配置， 也可以在小区间交互。

步驟 507： 补偿节点向节能节点发送小区关闭请求 （ CELL DEACTIVATION

REQUEST )。 小区关闭请求携带有最终需要节能的小区的小区标识。

步骤 508: 补偿节点扩大覆盖范围。

步骤 509: 补偿节点针对扩大后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

步骤 510: 补偿节点收到失败消息后， 維持现状。

步 511： 节能节点在收到小区关闭请求后， 将小区内用户切换到补偿节点下的小区。 如果节能节点下有用户接入， 则执行该过程， 如果没有， 可跳过此步骤。

步骤 512: 节能节点进入节能状态， 及进行关闭操作， 尤其是关闭小区关闭请求所指 示的小区。 关闭操作有多种， 如关闭发射等。 较佳的， 节能节点仅保留探测功能， 以便接 收离开节能状态的指示。

在需要进行节能补偿操作时， 也可以由节能节点发起操作， 具体过程参见下面的实施 例。

参见图 6, 本实施例中节能节点发起节能补偿的强制过程的方法流程如下： 步驟 601 : 节能节点根据预设的节能策略确定需要发起节能补偿过程。 预设的节能策 略可以有多种， 如到达预设的时间点， 例如晚上 11点。 还可以有其它的节能策略， 此处不 一一赘述， 任何需要发起节能补偿过程的节能策略均适用于本实施例。 其中， 节能策略可 以预先由 OAM实体配置， 也可能在小区间交互。

步骤 602: 节能节点向补偿节点发送补偿请求， 以请求补偿节点提供覆盖补偿。 该补 偿请求可具体为小区补偿指示 （ CELL COMPENSATION INDICATION )。 小区补偿指示携 带有需关闭的目标小区的标识， 还可以包括目标小区关闭的最小时长。 其中， 节能节点可 以直接通过 X2接口向补偿节点发送补偿请求； 或者， 通过核心网透传补偿请求给补偿节 步骤 603 : 节能节点将小区内用户切换到补偿节点下的小区。 如果节能节点下有用户 接入， 则执行该过程， 如果没有， 可跳过此步驟。

步骤 604: 节能节点进入节能状态， 及进行关闭操作。 关闭操作有多种， 如关闭发射 等。 较佳的， 节能节点仅保留探测功能， 以便接收离开节能状态的指示。 以及， 为了减少 或避免出现覆盖空洞， 节能节点在发送补偿请求后等待一段时间， 该等待的时长达到目标 小区关闭的最小时长时进行关闭操作。

步驟 605: 补偿节点收到补偿请求后扩大覆盖范围。 具体操作如： 提高发射功率， 调 整天线倾角等。

步骤 606: 补偿节点针对扩大后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

参见图 7, 本实施例中节能节点发起节能补偿的一次协商过程的方法流程如下： 步驟 701 : 节能节点根据预设的节能策略确定需要发起节能补偿过程。

步骤 702: 节能节点向补偿节点发送补偿请求， 以请求补偿节点提供覆盖补偿。 该补 偿请求可具体为小区补偿请求 （ CELL COMPENSATION REQUEST )。 小区补偿指示携带 有需关闭的目标小区的标识， 还可以包括目标小区关闭的最小时长和与目标小区负荷有关 的信息等。 标小区负荷有关的信息可以有多种， 例如包括每个目标小区用户数和数据量 等。

步骤 703 : 补偿节点根据本地补偿策略和收到的与目标小区负荷有关的信息， 判断是 否同意提供覆盖补偿， 若是， 则继续步骤 704, 否则继续步骤 709。 其中， 补偿策略可以 预先由 OAM配置， 也可能在小区间交互。 补偿策略可以有多种， 例如， 本地的可用剩余 容量至少满足部分目标小区的数据量需求， 则同意至少对该部分目标小区提供覆盖补偿。 还可以有其它补偿策略， 此处不——赘述。

步骤 704: 补偿节点返回接受消息， 表示同意进行覆盖补偿操作。 该接受消息可具体 为小区补偿响应（ CELL COMPENSATION RESPONSE )。 小区补偿响应包括同意补偿的小 区标识， 也就是说未携带的小区标识所对应的小区均不提供补偿操作， 因此下面返回失败 消息中可以不携带小区标识。

步骤 705: 补偿节点返回接受消息后， 扩大覆盖范围。

步骤 706: 补偿节点针对扩大后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。 步驟 707: 节能节点在收到接受消息后， 将小区内用户切换到补偿节点下的小区。 如 果节能节点下有用户接入， 则执行该过程， 如果没有， 可跳过此步驟。

步骤 708: 节能节点进入节能状态， 及进行关闭操作。 关闭操作有多种， 如关闭发射 等。 较佳的， 节能节点仅保留探测功能， 以便接收离开节能状态的指示。 并且， 节能节点 为了减少或避免出现覆盖空洞， 在收到接受消息后等待一段时间， 该等待的时长达到 标 小区关闭的最小时长时进行关闭操作。

步骤 709: 补偿节点返回失败消息， 表示拒绝进行覆盖补偿操作。 该失败消息可具体 为小区补偿失败（ CELL COMPENSATION FAILURE )。 小区补偿失败可携带有表示拒绝覆 盖补偿操作的原因的指示信息。

步骤 710: 节能节点收到失败消息后， 維持现状。

参见图 8， 本实施例中节能节点发起节能补偿的二次协商过程的方法流程如下： 步骤 801 : 节能节点根据预设的节能策略确定需要发起节能补偿过程。

步骤 802: 节能节点向补偿节点发送补偿请求， 以请求补偿节点提供覆盖补偿。 该补 偿请求可具体为小区补偿请求 （ CELL COMPENSATION REQUEST )。

步骤 803 : 补偿节点根据本地补偿策略和收到的与目标小区负荷有关的信息， 判断是 否同意提供覆盖补偿， 若是， 则继续步驟 804， 否则继续步骤 805。

步骤 804: 补偿节点返回接受消息， 表示同意进行覆盖补偿操作。 该接受消息可具体 为小区补偿响应（ CELL COMPENSATION RESPONSE )。 小区补偿响应包括同意补偿的小 区标识， 也就是说未携带的小区标识所对应的小区均不提供补偿操作， 因此下面返回失败 消息中可以不携带小区标识。 小区补偿响应还可以包括与扩大覆盖有关的信息等。

步驟 805: 补偿节点返回失败消息， 表示拒绝进行覆盖补偿操作。 该失败消息可具体 为小区补偿失败（ CELL COMPENSATION FAILURE )。 小区补偿失败可携带有表示拒绝覆 盖补偿操作的原因的指示信息。

步驟 806: 节能节点收到接受消息后， 根据预设的调整策略确定最终需要节能的小区。 调整策略有多种， 例如根据收到的可用负荷容量的大小和本地的需切换的用户数和数据量 来确定可接受切换的用户和数据量，及这部分用户所在的小区。其中，调整策略可以由 OAM 配置， 也可以在小区间交互。

步驟 807： 节能节点向补偿节点发送小区关闭请求 （ CELL DEACTIVATION REQUEST )。 小区关闭请求携带有最终需要节能的小区的小区标识。

步骤 808: 节能节点在发送小区关闭请求后， 将小区内用户切换到补偿节点下的小区。 如果节能节点下有用户接入， 则执行该过程， 如果没有， 可跳过此步骤。

步骤 809: 节能节点进入节能状态， 及进行关闭操作， 尤其是关闭最终需要节能的小 区。 关闭操作有多种， 如关闭发射等。 较佳的， 节能节点仅保留探测功能， 以便接收离开 节能状态的指示。 并且， 节能节点发送小区关闭请求后等待一段时间， 该等待的时长达到 目标小区关闭的最小时长时进行关闭操作。

步骤 810: 补偿节点收到小区关闭请求后， 向其它未提出请求的节能节点发送补偿请 求， 以通知其关闭小区。 该补偿请求可以是小区补偿指示或小区补偿请求。 其它节能节点 收到补偿请求后的操作参见图 3-图 5所示的流程， 即补偿节点发起的补偿过程流程图。 此 步骤主要是考虑到补偿节点可能是全向覆盖， 因此针对某个或某些小区提供覆盖补偿时， 其扩大后的覆盖区域可能覆盖到未提出请求的小区， 这部分小区也可以进行节能操作， 以 节省能源。 当然， 本实施例中的第二次协商包括补偿节点与其它节能节点的协商。

步骤 811 : 补偿节点扩大覆盖范围。

步骤 812: 补偿节点针对扩大后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

步骤 813: 节能节点收到失败消息后， 维持现状。

在需要进行节能补偿操作时， 发起节能补偿操作的设备不限于补偿节点和节能节点， 还可以由第三方设备发起操作， 例如由 0 AM实体发起 , 具体过程参见下面的实施例。

参见图 9, 本实施例中 OAM发起节能补偿的强制过程的方法流程如下：

步驟 901 : OAM收集补偿节点和节能节点的覆盖信息和负荷信息等。 OAM可以搜集 任何与节能补偿有关的信息， 此处只是举例。 该步骤可以周期或定时进行， 或在某些触发 条件下进行。

步驟 902: OAM根据预设的节能补偿策略确定需要发起节能补偿过程。 预设的节能补 偿策略可以包括图 3-图 5中补偿节点的补偿策略和 /或图 6-图 8中节能节点的节能策略等。

步驟 903： OAM动态触发激活补偿节点的补偿状态和节能节点的节能状态。 OAM可 以具体通过向补偿节点和节能节点发送补偿请求的方式触发补偿状态和节能状态。 补偿请 求可以具体为小区补偿指示或其它配置消息。

步驟 904: 节能节点受触发后， 将小区内用户切换到补偿节点下的小区。 如果节能节 点下有用户接入， 则执行该过程， 如果没有， 可跳过此步驟。

步驟 905: 节能节点进入节能状态， 及进行关闭操作。 关闭操作有多种， 如关闭发射 等。 较佳的， 节能节点仅保留探测功能， 以便接收离开节能状态的指示。 以及， 为了减少 或避免出现覆盖空洞， 节能节点在受触发后等待一段时间， 该等待的时长达到预设的目标 小区关闭的最小时长时进行关闭操作。

步骤 906: 补偿节点受触发后扩大覆盖范围。 具体操作如： 提高发射功率， 调整天线 倾角等。

步骤 907: 补偿节点针对扩大后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。 其中， 步驟 904和 905可以与步骤 906和 907同步进行。

参见图 10, 本实施例中 OAM预配置节能补偿策略后自动发起节能补偿过程的方法流 程如下：

步驟 1001 : OAM将时间策略配置到补偿节点和节能节点。 时间策略可以是定时的， 也可以是周期的。 定时的时间策略例如， 补偿节点进入 /离开补偿状态 3 小时后再次离开 / 进入， 同时相关节能节点关闭 /开启 3 小时后开启 /关闭。 周期的时间策略例如， 补偿节点 进入 /离开补偿状态的时间段为 0:00 ~ 7:00,同时相关节能节点进入 /离开节能状态的时间段 可以设置为相同的 0:00 - 7:00。 本实施例中可以将时间策略看作是节能补偿策略的一种或 一部分。

经过一次时间策略的配置后， 下面的步骤可重复执行。

步驟 1002: 节能节点在满足时间策略后， 将小区内用户切换到补偿节点下的小区。 如 果节能节点下有用户接入， 则执行该过程， 如果没有， 可跳过此步驟。

步骤 1003 : 节能节点进入节能状态， 及进行关闭操作。 关闭操作有多种， 如关闭发射 等。 较佳的， 节能节点仅保留探测功能， 以便接收离开节能状态的指示。 以及， 为了减少 或避免出现覆盖空洞， 节能节点在满足时间策略后等待一段时间， 该等待的时长达到预设 的目标小区关闭的最小时长时进行关闭操作。

步骤 1004: 补偿节点在满足时间策略后扩大覆盖范围。 具体操作如： 提高发射功率， 调整天线倾角等。

步驟 1005: 补偿节点针对扩大后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

以上实施例实现了小区或节点的节能补偿， 节约了能源和减少了辐射。 但是在用户或 数据量增加时， 补偿节点可能无法满足需求， 此时需要开启节能节点， 以便提供较好的通 信服务。 下面针对覆盖恢复过程进行介绍。

参见图 11， 本实施例中覆盖区域恢复的主要方法流程如下：

步驟 1101 : 根据预设的节能补偿恢复策略判断是否满足发起覆盖恢复过程的触发条 件。

步骤 1102: 当满足发起节能补偿过程的触发条件时， 第一节点和第二节点中的一个节 点进行覆盖恢复过程中的节能恢复操作， 另一个节点进行覆盖恢复过程中的补偿恢复操 作。 当不满足时， 重复步驟 1101。

其中， 第一节点为补偿节点， 第二节点为节能节点； 或者， 第一节点为节能节点， 第 二节点为补偿节点。与覆盖区域补偿过程类似，步骤 1101可以由补偿节点或节能节点执行， 还可以有第三方的 OAM执行。 以及， 补偿节点和节能节点可以通过多种方式触发和协商 覆盖恢复操作。 本实施例中补偿节点采用节能补偿恢复策略中的补偿恢复策略， 节能节点 采用节能补偿恢复策略中的节能恢复策略。 下面通过几个实施例来详细介绍实现过程。 参见图 12, 本实施例中补偿节点发起覆盖恢复的强制过程的方法流程如下： 步骤 1201 : 补偿节点根据预设的补偿恢复策略确定需要发起覆盖恢复过程。 预设的补 偿恢复策略可以有多种， 如到达预设的时间点， 例如早上 7点。 还可以有其它的补偿恢复 策略， 此处不一一赘述， 任何需要发起覆盖恢复过程的补偿恢复策略均适用于本实施例。 其中， 补偿恢复策略可以预先由 OAM实体配置， 也可能在小区间交互。

步骤 1202: 补偿节点向节能节点发送去补偿请求， 以通知节能节点开启。 该去补偿请 求可具体为小区去补偿指示（ CELL DECOMPENSATION INDICATION )。 小区去补偿指示 携带有请求开启的目标小区的标识， 还可以包括目标小区开启的最大时长， 也就是说目标 小区要在该时长内完成开启， 开启时间不超过该时长， 以便在补偿节点缩小覆盖范围时节 能节点覆盖到目标小区， 减少或避免覆盖空洞。 补偿节点可以同时向相邻的所有节能节点 发送小区去补偿指示， 则小区去补偿指示携带相邻的所有节能节点下的小区标识。 或者， ^卜偿节点分别向相邻的所有节能节点发送小区去 卜偿指示， 则针对每个节能节点的小区去 补偿指示携带该节能节点下的小区标识。

步骤 1203 : 补偿节点切换用户到开启的节能小区。 如果补偿节点下有用户需要切换， 则执行该过程， 如果没有， 可跳过此步驟。 用户是否需要切换， 可参见通信协议中关于切 换判决的规定。

步骤 1204: 补偿节点离开补偿状态， 缩小覆盖范围。 具体操作如： 降低发射功率， 调 整天线倾角等。 补偿节点可以是逐步切换用户， 并逐步缩小覆盖范围。

步骤 1205: 补偿节点针对缩小后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

步骤 1206: 节能节点收到去补偿请求后， 进行开启操作， 打开节点下需开启小区的所 有功能。

步驟 1207: 节能节点接收切换过来的用户。

本实施例中如果补偿节点和节能节点间有 X2接口，则补偿节点可以通过 X2接口向节 能节点发送小区去补偿指示， 该小区去补偿指示的结构实例参见表 9所示。 如果补偿节点 和节能节点间没有 X2接口， 或者补偿节点和节能节点间属于 inter- AT场景， 则需要由核 心网 （CN )中的设备将小区去补偿指示转发给节能节点， 此时的小区去补偿指示的结构实 例参见表 10所示， 核心网中的设备直接透传小区去补偿指示即可。 表 9

表 10

参见图 13 , 本实施例中补偿节点发起覆盖恢复的一次协商过程的方法流程如下： 步骤 1301 : 补偿节点根据预设的补偿恢复策略确定需要发起覆盖恢复过程。

步骤 1302: 补偿节点向节能节点发送去补偿请求， 以通知节能节点开启。 该去补偿请 求可具体为小区去补偿请求 （ CELL DECOMPENSATION REQUEST )。 小区去补偿请求携 带有请求开启的目标小区的标识， 还可以包括目标小区开启的最大时长和与缩小覆盖有关 的信息。 缩小覆盖有关的信息可以有多种， 例如包括补偿节点的缩小后的覆盖半径、 降低 后的发射功率、 当前负荷信息和需转移的负荷信息等。

补偿节点可以同时向相邻的所有节能节点发送小区去补偿请求， 则小区去补偿请求携 带相邻的所有节能节点下的小区标识。 或者， 补偿节点分别向相邻的所有节能节点发送小 区去补偿请求， 则针对每个节能节点的小区去补偿请求携带该节能节点下的小区标识。

步骤 1303 : 节能节点根据本地的去节能策略和收到的与缩小覆盖有关的信息， 判断是 否同意恢复， 若是， 则继续步骤 1304, 否则继续步骤 1310。 其中， 去节能策略可以预先 由 OAM配置， 也可能在小区间交互。 去节能策略有多种， 例如只要收到小区去补偿请求 便同意恢复； 或者在满足已配置的时间点时同意恢复等。

步骤 1304: 节能节点返回接受消息， 表示同意进行恢复操作。 该接受消息可具体为小 区去补偿响应 （ CELL DECOMPENSATION RESPONSE )。 小区去补偿响应包括接受开启 的小区标识， 也就是说未携带的小区标识所对应的小区均不接受恢复操作， 因此下面返回 失败消息中可以不携带小区标识。

步 1305: 节能节点在同意恢复后， 离开节能状态， 进行开启操作， 恢复接受开启的 小区的服务。

步骤 1306: 补偿节点收到接受消息后， 切换用户到开启的节能小区。 如果补偿节点下 有用户需要切换， 则执行该过程， 如果没有， 可跳过此步驟。 用户是否需要切换， 可参见 通信协议中关于切换判决的规定。

步骤 1307: 补偿节点离开补偿状态， 缩小覆盖范围。 具体操作如： 降低发射功率， 调 整天线倾角等。

步骤 1308: 补偿节点针对缩小后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

步骤 1309: 节能节点接收切换过来的用户。

步骤 1310: 节能节点返回失败消息， 表示拒绝进行恢复操作。 该失败消息可具体为小 区去补偿失败（ CELL DECOMPENSATION FAILURE )。 小区去补偿失败可携带有表示拒 绝节能操作的原因的指示信息。

步骤 1311 : 补偿节点收到失败消息后， 维持现状。

本实施例中如果补偿节点和节能节点间有 X2接口， 则补偿节点与节能节点交互的消 息可以通过 X2接口直接传输， 此时该小区去补偿请求的结构实例参见表 11所示， 小区去 补偿响应的结构实例参见表 12所示， 小区去补偿失败的结构实例参见表 13所示。 如果补 偿节点和节能节点间没有 X2接口， 或者补偿节点和节能节点间属于 inter-RAT场景， 则需 要由核心网（CN )中的设备透传补偿节点与节能节点间的消息， 此时的小区去补偿请求的 结构实例参见表 14所示， 小区去补偿响应的结构实例参见表 15所示， 小区去补偿失败的 结构实例参见表 16所示。

表 11

IE/Group Name 取值范围 说明

Message Type

Served Cells To 1 to 表明请求开启的目标小 Decompensate maxCellineN 区

B

>ECGI 表明小区标识

Served Coverage 表明补偿的业务覆盖区； Area

Load Information 表明当前的负荷信息或

需转移的负荷信息；

Time to wait 表明允许目标小区开启

的最大时间值 表 12

IE/Group Name 取值范围 说明

Message Type

Decompensated 1 to 列出接收命令成功响应 Cell List maxCellineN 去补偿操作的小区

B

>ECGI

可靠性诊断

( Criticality

Diagnostics ) 表 13

表 14

IE/Group Name Presence Range IE type and Semantics reference description

CHOICE Energy M

saving Application

> Served Cells To 表明请求开启 Decompensate 的目标小区

»ECGI M

> Served Coverage 0 表明补偿的业 Area 务覆盖区

>Load Information 0 表明当前的负 荷信息或需转 移的负荷信息

> Time to wait 0 表明允许目标 小区开启的最 大时间值

表 15

参见图 14, 本实施例中补偿节点发起覆盖恢复的二次协商过程的方法流程如下： 步骤 1401 : 补偿节点根据预设的补偿恢复策略确定需要发起覆盖恢复过程。

步骤 1402: 补偿节点向节能节点发送去补偿请求， 以通知节能节点开启。 该去补偿请 求可具体为小区去补偿请求 （ CELL DECOMPENSATION REQUEST )。

步骤 1403 : 节能节点根据本地的去节能策略和收到的与缩小覆盖有关的信息， 判断是 否同意恢复， 若是， 则继续步骤 1404, 否则继续步骤 1405。

步骤 1404: 节能节点返回接受消息 , 表示同意进行恢复操作。 该接受消息可具体为小 区去补偿响应 （ CELL DECOMPENSATION RESPONSE )。 小区去补偿响应包括接受开启 的小区标识， 也就是说未携带的小区标识所对应的小区均不接受恢复操作， 因此下面返回 失败消息中可以不携带小区标识。 小区去补偿响应还可以包括小区类型和小区大小等信 息。

步骤 1405: 节能节点返回失败消息， 表示拒绝进行恢复操作。 该失败消息可具体为小 区去补偿失败（ CELL DECOMPENSATION FAILURE )。 小区去补偿失败可携带有表示拒 绝补偿操作的原因的指示信息。

步骤 1406:补偿节点收到接受消息后，根据预设的调整策略确定最终需要开启的小区。 调整策略有多种， 例如根据本地的用户数和数据量以及收到的小区类型和大小等信息来确 定可接受切换的用户和数据量， 及这部分用户所在的小区。 其中， 调整策略可以由 OAM 配置， 也可以在小区间交互。

步骤 1407:补偿节点向节能节点发送小区开启请求（CELL ACTIVATION REQUEST )。 小区开启请求携带有最终需要恢复的小区的小区标识。

步骤 1408: 节能节点收到小区开启请求后， 离开节能状态， 进行开启操作， 恢复接受 开启的小区的服务。

步骤 1409: 补偿节点切换用户到开启的节能小区。 如果补偿节点下有用户需要切换， 则执行该过程， 如果没有， 可跳过此步骤。 用户是否需要切换， 可参见通信协议中关于切 换判决的规定。

步骤 1410: 节能节点接收切换过来的用户。

步驟 1411 : 补偿节点离开补偿状态， 缩小覆盖范围。 具体操作如： 降低发射功率， 调 整天线倾角等。

步骤 1412: 补偿节点针对缩小后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

步骤 1413 : 补偿节点收到失败消息后， 维持现状。

在需要进行覆盖恢复操作时， 也可以由节能节点发起操作， 具体过程参见下面的实施 例。

参见图 15 , 本实施例中节能节点发起覆盖恢复的强制过程的方法流程如下： 步驟 1501 : 节能节点根据预设的节能恢复策略确定需要发起覆盖恢复过程。预设的节 能恢复策略可以有多种， 如到达预设的时间点， 例如早上 7点。 还可以有其它的节能恢复 策略， 此处不一一赘述， 任何需要发起覆盖恢复过程的节能恢复策略均适用于本实施例。 其中， 节能恢复策略可以预先由 OAM实体配置， 也可能在小区间交互。

步骤 1502: 节能节点向补偿节点发送去补偿请求， 以请求补偿节点提供恢复覆盖。 该 去补偿请求可具体为小区去补偿指示（ CELL DECOMPENSATION INDICATION )。 小区去 补偿指示携带有请求开启的目标小区的标识，还可以包括目标小区开启的最大时长。其中， 节能节点可以直接通过 X2接口向补偿节点发送去补偿请求； 或者， 通过核心网透传去补 偿请求给补偿节点。

步骤 1503 : 节能节点发送去补偿请求后， 进行开启操作， 打开节点下需开启小区的所 有功能。

步骤 1504: 补偿节点收到去补偿请求后， 切换用户到开启的节能小区。 如果补偿节点 下有用户需要切换， 则执行该过程， 如果没有， 可跳过此步骤。 用户是否需要切换， 可参 见通信协议中关于切换判决的规定。

步骤 1505: 补偿节点离开补偿状态， 缩小覆盖范围。 具体操作如： 降低发射功率， 调 整天线倾角等。

步骤 1506: 补偿节点针对缩小后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

步驟 1507: 节能节点接收切换过来的用户。

参见图 16, 本实施例中节能节点发起覆盖恢复的一次协商过程的方法流程如下： 步骤 1601 : 节能节点根据预设的节能恢复策略确定需要发起覆盖恢复过程。

步骤 1602: 节能节点向补偿节点发送去补偿请求， 以请求补偿节点提供恢复覆盖。 该 去补偿请求可具体为小区去补偿请求 （ CELL DECOMPENSATION REQUEST )。 小区去补 偿请求携带有请求开启的目标小区的标识， 还可以包括目标小区开启的最大时长和与目标 小区有关的信息等。 目标小区有关的信息可以有多种， 例如包括小区类型和小区大小等。

步驟 1603 : 补偿节点根据本地补偿恢复策略和收到的与目标小区有关的信息， 判断是 否同意恢复覆盖， 若是， 则继续步骤 1604, 否则继续步骤 1610。 其中， 补偿恢复策略可 以预先由 OAM配置， 也可能在小区间交互。 补偿恢复策略可以有多种， 例如， 目标小区 的大小是否满足需要切换的用户和数据量的需求， 目标小区的类型是否满足用户的业务需 求， 若均是， 则同意恢复覆盖。 还可以有其它补偿恢复策略， 此处不一一赘述。

步驟 1604: 补偿节点返回接受消息， 表示同意进行覆盖恢复操作。 该接受消息可具体 为小区去补偿响应 （ CELL DECOMPENSATION RESPONSE )。 小区去补偿响应包括同意 开启的小区标识， 也就是说未携带的小区标识所对应的小区均不提供覆盖恢复操作， 因此 下面返回失败消息中可以不携带小区标识。

步骤 1605: 节能节点收到接受消息后， 离开节能状态， 进行开启操作， 打开节点下需 开启小区的所有功能。

步骤 1606: 补偿节点切换用户到开启的节能小区。 如果补偿节点下有用户需要切换， 则执行该过程， 如果没有， 可跳过此步骤。 用户是否需要切换， 可参见通信协议中关于切 换判决的规定。

步骤 1607: 补偿节点离开补偿状态， 缩小覆盖范围。 具体操作如： 降低发射功率， 调 整天线倾角等。

步骤 1608: 补偿节点针对缩小后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

步驟 1609: 节能节点接收切换过来的用户。

步骤 1610: 补偿节点返回失败消息， 表示拒绝进行覆盖恢复操作。 该失败消息可具体 为小区去补偿失败（ CELL DECOMPENSATION FAILURE )。 小区去补偿失败可携带有表 示拒绝覆盖补偿操作的原因的指示信息。

步骤 1611 : 节能节点收到失败消息后， 维持现状。 参见图 17， 本实施例中节能节点发起覆盖恢复的二次协商过程的方法流程如下： 步骤 1701 : 节能节点根据预设的节能恢复策略确定需要发起覆盖恢复过程。

步骤 1702: 节能节点向补偿节点发送去补偿请求， 以请求补偿节点提供恢复覆盖。 该 去补偿请求可具体为小区去补偿请求 （ CELL DECOMPENSATION REQUEST )。

步骤 1703 : 补偿节点根据本地补偿恢复策略和收到的与目标小区有关的信息， 判断是 否同意恢复覆盖， 若是， 则继续步骤 1704, 否则继续步骤 1705。

步骤 1704: 补偿节点返回接受消息， 表示同意进行覆盖恢复操作。 该接受消息可具体 为小区去补偿响应 （ CELL DECOMPENSATION RESPONSE )。 小区去补偿响应包括同意 开启的小区标识， 也就是说未携带的小区标识所对应的小区均不提供覆盖恢复操作， 因此 下面返回失败消息中可以不携带小区标识。 小区去补偿响应还可以包括需切换的用户数和 数据量等信息。

步骤 1705: 补偿节点返回失败消息， 表示拒绝进行覆盖恢复操作。 该失败消息可具体 为小区去补偿失败（ CELL DECOMPENSATION FAILURE )。 小区去补偿失败可携带有表 示拒绝覆盖补偿操作的原因的指示信息。

步骤 1706:节能节点收到接受消息后，根据预设的调整策略确定最终需要开启的小区。 调整策略有多种， 例如根据收到的需切换的用户数和数据量来确定可接受切换的用户和数 据量及本地的小区类型和小区大小， 确定最终需切换的用户数和数据量， 及这部分用户所 在的小区。 其中， 调整策略可以由 OAM配置， 也可以在小区间交互。

步驟 1707:节能节点向补偿节点发送小区开启请求（CELL ACTIVATION REQUEST )。 小区开启请求携带有最终需要开启的小区的小区标识。

步 1708: 节能节点在发送小区开启请求后， 离开节能状态， 进行开启操作， 打开节 点下需开启小区的所有功能。

步骤 1709: 补偿节点收到小区开启请求后， 向其它未发送请求的节能节点发送去补偿 请求， 以通知其开启小区。 该去补偿请求可以是小区去补偿指示或小区去补偿请求。 其它 节能节点收到去补偿请求后的操作参见图 12-图 14所示的流程， 即补偿节点发起的补偿恢 复流程。 此步骤主要是考虑到补偿节点可能是全向覆盖， 因此针对某个或某些小区提供覆 盖恢复时， 其缩小后的覆盖区域可能未覆盖到未提出请求的小区， 这部分小区也可以进行 恢复操作， 以减少或避免发生覆盖空洞。 当然， 本实施例中的第二次协商包括补偿节点与 其它节能节点的协商。

步骤 1710: 补偿节点收到小区开启请求后， 切换用户到开启的节能小区。 如果补偿节 点下有用户需要切换， 则执行该过程， 如果没有， 可跳过此步骤。 用户是否需要切换， 可 参见通信协议中关于切换判决的规定。

步骤 1711 : 补偿节点离开补偿状态， 缩小覆盖范围。 具体操作如： 降低发射功率， 调 整天线倾角等。

步骤 1712: 补偿节点针对缩小后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

步驟 1713 : 节能节点接收切换过来的用户。

步骤 1714: 节能节点收到失败消息后， 维持现状。

在需要进行覆盖恢复操作时， 发起覆盖恢复操作的设备不限于补偿节点和节能节点， 还可以由第三方设备发起操作 , 例如由 0 AM实体发起 , 具体过程参见下面的实施例。

参见图 18 , 本实施例中 OAM发起覆盖恢复的强制过程的方法流程如下：

步骤 1801 : OAM收集补偿节点和节能节点的覆盖信息和负荷信息等。 OAM可以搜集 任何与去补偿有关的信息， 此处只是举例。 该步驟可以周期或定时进行， 或在某些触发条 件下进行。

步骤 1802: OAM根据预设的去节能补偿策略确定需要发起覆盖恢复过程。 预设的去 节能补偿策略可以包括图 12-图 14中补偿节点的补偿恢复策略或图 15-图 17中节能节点的 去节能策略等。

步骤 1803: OAM动态触发激活补偿节点的去补偿状态和节能节点的去节能状态。OAM 可以具体通过向补偿节点和节能节点发送去补偿请求的方式触发补偿状态和节能状态。 去 补偿请求可以具体为小区去补偿指示或其它配置消息。

步骤 1804: 节能节点受触发后， 离开节能状态， 进行开启操作， 恢复接受开启的小区 的服务。

步骤 1805: 补偿节点切换用户到开启的节能小区。 如果补偿节点下有用户需要切换， 则执行该过程， 如果没有， 可跳过此步驟。 用户是否需要切换， 可参见通信协议中关于切 换判决的规定。

步骤 1806: 节能节点接收切换过来的用户。

步驟 1807: 补偿节点离开补偿状态， 缩小覆盖范围。 具体操作如： 降低发射功率， 调 整天线倾角等。

步驟 1808: 补偿节点针对缩小后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

参见图 19, 本实施例中 OAM预配置节能补偿策略后自动发起覆盖恢复过程的方法流 程如下：

步骤 1901 : OAM将时间策略配置到补偿节点和节能节点。 时间策略可以是定时的， 也可以是周期的。 定时的时间策略例如， 补偿节点进入 /离开补偿状态 3 小时后再次离开 / 进入， 同时相关节能节点关闭 /开启 3 小时后开启 /关闭。 周期的时间策略例如， 补偿节点 进入 /离开补偿状态的时间段为 0:00 ~ 7:00,同时相关节能节点进入 /离开节能状态的时间段 可以设置为相同的 0:00 ~ 7:00。 本实施例中可以将时间策略看做是节能补偿策略的一种或 一部分。

经过一次时间策略的配置后， 下面的步骤可重复执行。

步 « 1902: 节能节点在满足时间策略后， 离开节能状态， 进行开启操作， 恢复接受开 启的小区的服务。

步骤 1903 : 补偿节点切换用户到开启的节能小区。 如果补偿节点下有用户需要切换， 则执行该过程， 如果没有， 可跳过此步骤。 用户是否需要切换， 可参见通信协议中关于切 换判决的规定。

步骤 1904: 节能节点接收切换过来的用户。

步骤 1905: 补偿节点离开补偿状态， 缩小覆盖范围。 具体操作如： 降低发射功率， 调 整天线倾角等。

步骤 1906: 补偿节点针对缩小后的小区， 与新的相邻小区进行交互， 收集新相邻小区 的 RLF等相关信息， 以便进一步调整发射功率， 优化覆盖区域。

以上是对覆盖区域补偿和恢复过程的介绍， 该过程主要涉及补偿节点、 节能节点和 OAM, 下面针对装置的内部结构和功能进行介绍。

参见图 20， 本实施例中覆盖区域补偿装置包括： 策略模块 2001和执行模块 2002。 策略模块 2001 用于根据预设的节能补偿策略判断是否满足发起节能补偿过程的触发 条件， 或者接受 OAM关于节能补偿过程的触发。

执行模块 2002用于当确定需发起节能补偿过程时， 进行节能补偿过程中的节能操作 或进行节能补偿过程中的补偿操作。 较佳的， 执行模块 2002在满足预设的^]标小区关闭 的最小时长后进行节能补偿过程中的节能操作， 或者在预设的目标小区关闭的最小时长内 进行节能补偿过程中的补偿操作。 执行模块 2002至少根据下列方式之一进行补偿操作： 通过调整天线功率扩大覆盖范围；

通过调整天线端口数扩大覆盖范围；

通过调整天线倾角扩大覆盖范围；

执行模块通过关闭小区中除探测功能以外的所有功能来进行节能操作。

其中， 进行节能补偿过程中的节能操作时， 所述装置为节能节点； 进行节能补偿过程 中的补偿操作时， 所述装置为补偿节点。

所述装置还包括： 接口模块 2003， 参见图 21所示。 接口模块 2003用于向第二节点发 送补偿请求， 触发第二节点进行节能补偿过程。

接口模块 2003还用于接收第二节点返回的小区补偿响应。 执行模块 2002根据小区补 偿响应进行节能补偿过程中的节能操作或进行节能补偿过程中的补偿操作。 或者， 策略模 块 2001 还用于收到小区补偿响应后， 根据小区补偿响应和调整策略确定最终需要节能的 小区。 接口模块 2003 还用于向第二节点发送带有最终需关闭的目标小区的小区标识的小 区关闭请求。

当所述装置为补偿节点时， 接口模块 2003还用于收到小区补偿响应后， 向除第二节 点以外的相邻节能节点发送小区关闭请求。

接口模块 2003还用于接收第二节点返回的小区补偿失败。

所述装置作为接收补偿请求的一方时， 策略模块 2001 还用于收到补偿请求后， 根据 预设的节能补偿策略和补偿请求中与扩大覆盖有关的信息判断是否同意节能。 接口模块 2003用于当同意节能时， 返回小区补偿响应。 接口模块 2003还用于当拒绝节能时， 返回 小区补偿失败。 接口模块 2003还用于返回小区补偿响应后， 接收小区关闭请求。

所述装置还包括： 切换模块 2004用于接收从需关闭的目标小区中切换过来的用户， 或者从需关闭的目标小区中切换用户到其它小区。

参见图 22 , 本实施例中覆盖区域恢复装置包括： 策略模块 2201和执行模块 2202。 策略模块 2201 用于根据预设的节能补偿恢复策略判断是否满足发起覆盖恢复过程的 触发条件； 或者接受 OAM关于覆盖恢复过程的触发。

执行模块 2202用于当确定需发起节能补偿过程时， 进行覆盖恢复过程中的节能恢复 操作， 或者进行覆盖恢复过程中的补偿恢复操作。 较佳的， 执行模块 2202在预设的目标 小区开启的最大时长内进行覆盖恢复过程中的节能恢复操作， 或者在预设的目标小区开启 的最大时长后进行覆盖恢复过程中的 卜偿恢复操作。

执行模块 2202至少根据下列方式之一进行补偿恢复操作：

通过调整天线功率缩小覆盖范围；

通过调整天线端口数缩小覆盖范围；

通过调整天线倾角缩小覆盖范围；

执行模块 2202通过开启小区中已关闭的所有功能来进行节能恢复操作。

其中， 进行节能补偿恢复过程中的节能恢复操作时， 所述装置为节能节点； 进行节能 补偿恢复过程中的补偿恢复操作时， 所述装置为补偿节点。

所述装置还包括： 接口模块 2203， 参见图 23所示。 接口模块 2203用于向第二节点发 送去补偿请求， 触发第二节点进行节能补偿恢复过程。

接口模块 2203还用于接收第二节点返回的小区去补偿响应。 执行模块 2202根据小区 去补偿响应进行节能补偿恢复过程中的节能恢复操作或进行节能补偿恢复过程中的补偿 恢复操作。 或者， 策略模块 2201 还用于收到小区去补偿响应后， 根据小区去补偿响应和 调整策略确定最终需要开启的小区； 接口模块 2203 向第二节点发送带有最终需开启的目 标小区的小区标识的小区开启请求。

当所述装置为补偿节点时， 接口模块 2203还用于收到小区去补偿响应后， 向除第二 节点以外的相邻节能节点发送小区开启请求。

接口模块 2203还用于接收第二节点返回的小区去补偿失败。

当所述装置作为接收去补偿请求的一方时， 策略模块 2201还用于收到去补偿请求后， 根据预设的节能补偿恢复策略和收到的与缩小覆盖有关的信息判断是否同意恢复， 当同意 恢复时， 返回小区去补偿响应。

接口模块 2203还用于当拒绝恢复时 , 返回小区去补偿失败。

接口模块 2203还用于返回小区去补偿响应后 , 接收小区关闭请求。

所述装置还包括： 切换模块 2204用于将用户切换到需开启的目标小区， 或者接收切 换过来的用户。

本实施例中覆盖区域节能装置与覆盖区域恢复装置可以是同一装置， 只是在需要节能 时发挥节能时的功能， 在需要恢复时发挥恢复时的功能。 策略模块 2001与策略模块 2201 是同一模块，执行模块 2002与执行模块 2202是同一模块，接口模块 2003与接口模块 2203 是同一模块， 切换模块 2004与切换模块 2204是同一模块。

参见图 24, 本实施例中 OAM包括： 策略模块 2401和接口模块 2402。

策略模块 2401 用于根据预设的节能补偿策略判断是否满足发起节能补偿过程的触发 条件。

接口模块 2402用于在确定发起节能补偿过程时， 触发第一节点和第二节点进行节能 补偿过程。 接口模块 2402还用于收集第一节点和第二节点的覆盖信息和负荷信息。

其中， 第一节点为补偿节点， 第二节点为节能节点； 或者， 第一节点为节能节点， 第 二节点为补偿节点。

参见图 25， 本实施例中 OAM包括： 策略模块 2501和接口模块 2502。

策略模块 2501 用于根据预设的节能补偿恢复策略判断是否满足发起覆盖恢复过程的 触发条件。

接口模块 2502用于在确定发起覆盖恢复过程时， 触发第一节点和第二节点进行节能 补偿恢复过程。 接口模块 2502还用于收集第一节点和第二节点的负荷信息和覆盖信息。

其中， 第一节点为补偿节点， 第二节点为节能节点； 或者， 第一节点为节能节点， 第 二节点为补偿节点。

图 24中的 OAM与图 25中的 OAM可以是同一装置， 只是在需要节能时发挥节能时 的功能， 在需要恢复时发挥恢复时的功能。 策略模块 2401与策略模块 2501是同一模块， 接口模块 2402与接口模块 2502是同一模块。

本发明实施例中的节点在满足节能或补偿策略时， 向相关的其它节点发送补偿请求， 促使该发送请求的节点及相关的其它节点进行节能或补偿操作， 实现节点间的节能和补 偿。 本发明实施例提供了多种实现方式， 可以由补偿节点、 节能节点或 OAM来发去节能 或恢复过程， 并且补偿节点与节能节点之间可以采用强制或协商过程， 适用于不同场景的 需求。

本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或计算机程序产 品。 因此， 本发明可采用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实 施例的形式。 而且， 本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质（包括但不限于磁盘存储器和光学存储器等）上实施的计算机程序产品的形 式。

本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序产品的流程图 和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 /或方框图中的每一流 程和 /或方框、 以及流程图和 /或方框图中的流程和 /或方框的结合。 可提供这些计算机 程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处理器 以产生一个机器， 使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用 于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的 装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方 式工作的计算机可读存储器中， 使得存储在该计算机可读存储器中的指令产生包括指令装 置的制造品， 该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个 方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上， 使得在计算机 或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理， 从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个 方框或多个方框中指定的功能的步骤。

显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和 范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权利 要求

1、 一种覆盖区域补偿方法， 其特征在于， 包括以下步骤：

根据预设的节能补偿策略判断是否满足发起节能补偿过程的触发条件；

当满足发起节能补偿过程的触发条件时， 第一节点进行节能补偿过程中的节能操作 , 第二节点进行节能补偿过程中的补偿操作。

2、 如权利要求 1 所述的方法， 其特征在于， 根据预设的节能补偿策略判断是否满足 发起节能补偿过程的触发条件的步骤包括： 第一节点根据预设的节能补偿策略判断是否满 足发起节能补偿过程的触发条件；

第一节点进行节能补偿过程中的节能操作 , 第二节点进行节能补偿过程中的补偿操作 之前，还包括步驟： 第一节点向第二节点发送补偿请求，触发第二节点进行节能补偿过程。

3、 如权利要求 2所述的方法， 其特征在于， 所述补偿请求为携带有请求关闭的目标 小区的小区标识的小区补偿指示或小区补偿请求。

4、 如权利要求 3 所述的方法， 其特征在于， 所述补偿请求还包括目标小区关闭的最 小时长；

第一节点进行节能补偿过程中的节能操作， 第二节点进行节能补偿过程中的补偿操作 的步骤包括： 第一节点在满足目标小区关闭的最小时长后进行节能补偿过程中的节能操 作， 第二节点在目标小区关闭的最小时长内进行节能补偿过程中的补偿操作。

5、 如权利要求 3 所述的方法， 其特征在于， 当所述补偿请求为小区补偿请求时， 所 述补偿请求还包括与扩大覆盖有关的信息；

第一节点进行节能补偿过程中的节能操作， 第二节点进行节能补偿过程中的补偿操作 之前， 还包括步骤： 第二节点收到补偿请求后， 根据预设的节能补偿策略和收到的与扩大 覆盖有关的信息判断是否同意节能， 当同意节能时， 向第一节点返回小区补偿响应。

6、 如权利要求 5 所述的方法， 其特征在于， 所述小区补偿响应包括接受节能的目标 小区的小区标识。

7、 如权利要求 6所述的方法， 其特征在于， 所述小区补偿响应还包括需要切换的用 户数和数据量。

8、 如权利要求 7所述的方法， 其特征在于， 第一节点收到小区补偿响应后， 还包括 步骤： 第一节点根据小区补偿响应和调整策略确定最终需要节能的小区， 并向第二节点发 送带有最终需关闭的目标小区的小区标识的小区关闭请求。

9、 如权利要求 5 所述的方法， 其特征在于， 第二节点收到小区补偿响应后， 还包括 步骤： 第二节点向除第一节点以外的相邻节能节点发送小区关闭请求。

10、 如权利要求 5所述的方法， 其特征在于， 还包括步驟： 第二节点拒绝节能时， 向 第一节点返回小区补偿失败， 通知第一节点维持现状。

11、 如权利要求 1所述的方法， 其特征在于， 根据预设的节能补偿策略判断是否满足 发起节能补偿过程的触发条件的步骤包括： 第三节点根据预设的节能补偿策略判断是否满 足发起节能补偿过程的触发条件；

第一节点进行节能补偿过程中的节能操作， 第二节点进行节能补偿过程中的补偿操作 之前， 还包括步骤： 第三节点触发第一节点和第二节点进行节能补偿过程。

12、如权利要求 11所述的方法，其特征在于， 第三节点根据预设的节能补偿策略判断 是否满足发起节能补偿过程的触发条件之前， 还包括步驟： 第三节点收集第一节点和第二 节点的覆盖信息和负荷信息。

13、 如权利要求 1所述的方法， 其特征在于， 根据预设的节能补偿策略判断是否满足 发起节能补偿过程的触发条件的步驟包括： 第一节点和第二节点分别根据预设的节能补偿 策略判断是否满足发起节能补偿过程的触发条件。

14、 如权利要求 1所述的方法， 其特征在于， 第一节点进行节能补偿过程中的节能操 作， 第二节点进行节能补偿过程中的补偿操作之前， 还包括步驟： 第一节点将用户切换到 需进行补偿操作的节点下的小区。

15、 如权利要求 1至 14中任一项所述的方法， 其特征在于， 补偿操作至少包括下列 方式之一：

通过调整天线功率扩大覆盖范围；

通过调整天线端口数扩大覆盖范围；

通过调整天线倾角扩大覆盖范围；

节能操作包括关闭小区中除探测功能以外的所有功能。

16、 一种覆盖区域恢复方法， 其特征在于， 包括以下步骤：

根据预设的节能补偿恢复策略判断是否满足发起覆盖恢复过程的触发条件； 当满足发起覆盖恢复过程的触发条件时， 第一节点进行覆盖恢复过程中的节能恢复操 作， 第二节点进行覆盖恢复过程中的补偿恢复操作。

17、 如权利要求 16所述的方法， 其特征在于， 根据预设的节能补偿恢复策略判断是 否满足发起覆盖恢复过程的触发条件的步骤包括： 第一节点根据预设的节能补偿恢复策略 判断是否满足发起覆盖恢复过程的触发条件；

第一节点进行覆盖恢复过程中的节能恢复操作， 第二节点进行覆盖恢复过程中的补偿 恢复操作之前， 还包括步骤： 第一节点向第二节点发送去补偿请求， 触发第二节点进行节 能补偿恢复过程。

18、 如权利要求 17所述的方法， 其特征在于， 所述去补偿请求为携带有请求开启的 目标小区的小区标识的小区去补偿指示或小区去补偿请求。

19、 如权利要求 18所述的方法， 其特征在于， 所述去补偿请求还包括目标小区开启 的最大时长；

第一节点进行覆盖恢复过程中的节能恢复操作 , 第二节点进行覆盖恢复过程中的补偿 恢复操作的步骤包括： 第一节点在目标小区开启的最大时长内进行覆盖恢复过程中的节能 恢复操作， 第二节点在满足目标小区开启的最大时长后进行覆盖恢复过程中的补偿恢复操 作。

20、 如权利要求 18所述的方法， 其特征在于， 当所述去补偿请求为小区去补偿请求 时， 所述去补偿请求还包括与缩小覆盖有关的信息；

第一节点进行覆盖恢复过程中的节能恢复操作， 第二节点进行覆盖恢复过程中的补偿 恢复操作之前， 还包括步骤： 第二节点收到去补偿请求后， 根据预设的节能补偿恢复策略 和收到的与缩小覆盖有关的信息判断是否同意恢复， 当同意恢复时， 向第一节点返回小区 去补偿响应。

21、 如权利要求 20所述的方法， 其特征在于， 所述小区去补偿响应包括接受开启的 目标小区的小区标识。

22、 如权利要求 21 所述的方法， 其特征在于， 所述小区补偿响应还包括小区类型和 小区大小。

23、 如权利要求 22所述的方法， 其特征在于， 第一节点收到小区去补偿响应后， 还 包括步骤： 第一节点根据小区去补偿响应和调整策略确定最终需要开启的小区， 并向第二 节点发送带有最终需开启的目标小区的小区标识的小区开启请求。

24、 如权利要求 20所述的方法， 其特征在于， 还包括步骤： 第二节点收到小区去补 偿响应后， 向除第一节点以外的相邻节能节点发送小区开启请求。

25、 如权利要求 20所述的方法， 其特征在于， 还包括步骤： 第二节点拒绝恢复时， 向第一节点返回小区去补偿失败， 通知第一节点维持现状。

26、 如权利要求 16所述的方法， 其特征在于， 根据预设的节能补偿恢复策略判断是 否满足发起覆盖恢复过程的触发条件的步骤包括： 第三节点根据预设的节能补偿恢复策略 判断是否满足发起覆盖恢复过程的触发条件；

第一节点进行覆盖恢复过程中的节能恢复操作， 第二节点进行覆盖恢复过程中的补偿 恢复操作之前， 还包括步骤： 第三节点触发第一节点和第二节点进行节能补偿恢复过程。

27、 如权利要求 26所述的方法， 其特征在于， 第三节点根据预设的节能补偿恢复策 略判断是否满足发起节能补偿过程的触发条件之前， 还包括步骤： 第三节点收集第一节点 和第二节点的负荷信息和覆盖信息。

28、 如权利要求 16所述的方法， 其特征在于， 根据预设的节能补偿恢复策略判断是 否满足发起覆盖恢复过程的触发条件的步骤包括： 第一节点和第二节点分别根据预设的节 能补偿恢复策略判断是否满足发起覆盖恢复过程的触发条件。

29、 如权利要求 16所述的方法， 其特征在于， 第一节点进行覆盖恢复过程中的节能 恢复操作， 第二节点进行覆盖恢复过程中的补偿恢复操作之前， 还包括步骤： 第二节点将 用户切换到需进行节能恢复操作的节点下的小区。

30、 如权利要求 16至 29中任一项所述的方法， 其特征在于， 补偿恢复操作至少包括 下列方式之一：

通过调整天线功率缩小覆盖范围；

通过调整天线端口数缩小覆盖范围；

通过调整天线倾角缩小覆盖范围；

节能操作包括开启小区中已关闭的所有功能。

31、 一种覆盖区域补偿装置， 其特征在于， 包括：

策略模块， 用于根据预设的节能补偿策略判断是否满足发起节能补偿过程的触发条 件， 或者接受运行、 管理和维护 OAM关于节能补偿过程的触发；

执行模块， 用于当确定需发起节能补偿过程时， 进行节能补偿过程中的节能操作或进 行节能补偿过程中的补偿操作；

其中， 进行节能补偿过程中的节能操作时， 所述装置为节能节点； 进行节能补偿过程 中的补偿操作时， 所述装置为补偿节点。

32、 如权利要求 31 所述的装置， 其特征在于， 还包括： 接口模块， 用于向第二节点 发送补偿请求， 触发第二节点进行节能补偿过程。

33、 如权利要求 32所述的装置， 其特征在于， 接口模块还用于接收第二节点返回的 小区补偿响应。

34、 如权利要求 33 所述的装置， 其特征在于， 执行模块根据小区补偿响应进行节能 补偿过程中的节能操作或进行节能补偿过程中的补偿操作； 或者，

策略模块， 还用于收到小区补偿响应后， 根据小区补偿响应和调整策略确定最终需要 节能的小区； 接口模块还用于向第二节点发送带有最终需关闭的目标小区的小区标识的小 区关闭请求。

35、 如权利要求 33 所述的装置， 其特征在于， 当所述装置为补偿节点时， 接口模块 还用于收到小区补偿响应后， 向除第二节点以外的相邻节能节点发送小区关闭请求。

36、 如权利要求 32所述的装置， 其特征在于， 接口模块还用于接收第二节点返回的 小区补偿失败。

37、 如权利要求 31 所述的装置， 其特征在于， 策略模块， 还用于收到补偿请求后， 根据预设的节能补偿策略和补偿请求中与扩大覆盖有关的信息判断是否同意节能；

所述装置还包括： 接口模块， 用于当同意节能时， 返回小区补偿响应。

38、 如权利要求 37所述的装置， 其特征在于， 接口模块还用于当拒绝节能时， 返回 小区补偿失败。

39、 如权利要求 37所述的装置， 其特征在于， 接口模块还用于返回小区补偿响应后， 接收小区关闭请求。

40、 如权利要求 31 所述的装置， 其特征在于， 所述装置还包括： 切换模块， 用于接 收从需关闭的目标小区中切换过来的用户， 或者从需关闭的目标小区中切换用户到其它小 区。

41、 如权利要求 31 所述的装置， 其特征在于， 执行模块在满足预设的目标小区关闭 的最小时长后进行节能补偿过程中的节能操作， 或者在预设的目标小区关闭的最小时长内 进行节能补偿过程中的补偿操作。

42、 如权利要求 31至 41中任一项所述的装置， 其特征在于， 执行模块至少根据下列 方式之一进行补偿操作：

通过调整天线功率扩大覆盖范围；

通过调整天线端口数扩大覆盖范围；

通过调整天线倾角扩大覆盖范围；

执行模块通过关闭小区中除探测功能以外的所有功能来进行节能操作。

43、 一种覆盖区域恢复装置， 其特征在于， 包括：

策略模块， 用于根据预设的节能补偿恢复策略判断是否满足发起覆盖恢复过程的触发 条件； 或者接受运行、 管理和维护 OAM关于覆盖恢复过程的触发；

执行模块，用于当确定需发起节能补偿过程时，进行覆盖恢复过程中的节能恢复操作， 或者进行覆盖恢复过程中的补偿恢复操作；

其中， 进行节能补偿恢复过程中的节能恢复操作时， 所述装置为节能节点； 进行节能 补偿恢复过程中的补偿恢复操作时， 所述装置为补偿节点。

44、 如权利要求 43 所述的装置， 其特征在于， 还包括： 接口模块， 用于向第二节点 发送去补偿请求， 触发第二节点进行节能补偿恢复过程。

45、 如权利要求 44所述的装置， 其特征在于， 接口模块还用于接收第二节点返回的 小区去补偿响应。

46、 如权利要求 45 所述的装置， 其特征在于， 执行模块根据小区去补偿响应进行节 能补偿恢复过程中的节能恢复操作或进行节能补偿恢复过程中的补偿恢复操作； 或者， 策略模块， 还用于收到小区去补偿响应后， 根据小区去补偿响应和调整策略确定最终 需要开启的小区； 接口模块向第二节点发送带有最终需开启的目标小区的小区标识的小区 开启请求。

47、 如权利要求 45 所述的装置， 其特征在于， 当所述装置为补偿节点时， 接口模块 还用于收到小区去补偿响应后， 向除第二节点以外的相邻节能节点发送小区开启请求。

48、 如权利要求 44所述的装置， 其特征在于， 接口模块还用于接收第二节点返回的 小区去补偿失败。

49、 如权利要求 43所述的装置， 其特征在于， 策略模块， 还用于收到去补偿请求后， 根据预设的节能补偿恢复策略和收到的与缩小覆盖有关的信息判断是否同意恢复， 当同意 恢复时， 返回小区去补偿响应。

50、 如权利要求 49所述的装置， 其特征在于， 接口模块还用于当拒绝恢复时， 返回 小区去补偿失败。

51、 如权利要求 49所述的装置， 其特征在于， 接口模块还用于返回小区去补偿响应 后， 接收小区关闭请求。

52、 如权利要求 43 所述的装置， 其特征在于， 所述装置还包括： 切换模块， 用于将 用户切换到需开启的目标小区， 或者接收切换过来的用户。

53、 如权利要求 43 所述的装置， 其特征在于， 执行模块在预设的目标小区开启的最 大时长内进行覆盖恢复过程中的节能恢复操作， 或者在预设的目标小区开启的最大时长后 进行覆盖恢复过程中的补偿恢复操作。

54、 如权利要求 43至 53中任一项所述的装置， 其特征在于， 执行模块至少根据下列 方式之一进行补偿恢复操作：

通过调整天线功率缩小覆盖范围；

通过调整天线端口数缩小覆盖范围；

通过调整天线倾角缩小覆盖范围；

执行模块通过开启小区中已关闭的所有功能来进行节能恢复操作。

55、 一种运行、 管理和维护 OAM装置， 其特征在于， 包括：

策略模块， 用于根据预设的节能补偿策略判断是否满足发起节能补偿过程的触发条 件；

接口模块， 用于在确定发起节能补偿过程时， 触发第一节点和第二节点进行节能补偿 过程；

其中， 第一节点为补偿节点， 第二节点为节能节点； 或者， 第一节点为节能节点， 第 二节点为补偿节点。

56、 如权利要求 55所述的 OAM装置， 其特征在于，接口模块还用于收集第一节点和 第二节点的覆盖信息和负荷信息。

57、 一种运行、 管理和维护 OAM装置， 其特征在于， 包括：

策略模块， 用于根据预设的节能补偿恢复策略判断是否满足发起覆盖恢复过程的触发 条件； 接口模块， 用于在确定发起覆盖恢复过程时， 触发第一节点和第二节点进行节能补偿 恢复过程；

其中， 第一节点为补偿节点， 第二节点为节能节点； 或者， 第一节点为节能节点， 第 二节点为补偿节点。

58、 如权利要求 57所述的 OAM装置， 其特征在于， 接口模块还用于收集第一节点和 第二节点的负荷信息和覆盖信息。