WO2013182039A1 - 一种上报功率余量的方法、系统和设备 - Google Patents

Abstract

本申请实施例涉及无线通信技术领域，特别涉及一种上报功率余量的方法、系统和设备，用以在UE聚合不同eNB下的载波的场景下上报功率余量。本申请实施例提供的一种上报功率余量的方法，包括：聚合多个网络侧设备的资源的用户设备确定功率余量信息；所述用户设备向至少一个参与聚合的网络侧设备发送所述功率余量信息。由于聚合多个网络侧设备的资源的用户设备向至少一个参与聚合的网络侧设备上报功率余量信息，从而实现了在UE聚合不同eNB下的载波的场景下进行功率余量信息上报；进一步使得基站间聚合情况下多个基站能够获得功率余量信息，实现了资源调度。

Description

一种上报功率余量的方法、 系统和设备 本申请要求在 2012年 06月 04 日提交中国专利局、 申请号为 201210181849.4、 发明 名称为"一种上报功率余量的方法、 系统和设备"的中国专利申请的优先权， 其全部内容通 过引用结合在本申请中。 技术领域

本发明涉及无线通信技术领域， 特别涉及一种上报功率余量的方法、 系统和设备。 背景技术

长期演进升级 ( Long Term Evolution- Advanced , LTE-A ) 系统的峰值速率较长期演进 ( Long Term Evolution, LTE ) 系统有很大的提高， 要求达到下行 lGbps, 上行 500Mbps。 同时， LTE-A系统要求和 LTE系统有很好的兼容性。 基于提高峰值速率、 与 LTE系统兼 容以及充分利用频谱资源的需要， LTE-A系统引入了载波聚合（Carrier Aggregation, CA ) 技术。

载波聚合技术是终端可以在多个小区上同时工作， 这些小区在频域上可以是连续或者 非连续的， 各个小区的带宽可以相同或者不同。 为保持和 LTE系统兼容， 每个小区的最大 带宽限制为 20MHz。 目前一般认为一个用户设备聚合的小区格式最大为 5个。

载波聚合系统中， 基站配置给终端的小区 （cell )都可以称为服务小区 （ Serving cell ), 但是不同 serving cell的功能可能不完全相同， 因此 LTE- A系统还对 serving cell进行了进 一步划分， 如下：

主小区（Primary Cell, PCell ):用户设备聚合多个小区中只有一个小区被定义为 PCell, PCell由基站选择， 并通过无线资源控制（ Radio Resource Control, RRC )信令配置给终端。 只有 PCell上配置有物理层上行控制信道（ Physical Uplink Control Channel, PUCCH )。

辅小区（ Secondary Cell, SCell ): 用户设备聚合的所有小区中出了 Pcell之外的小区都 是 SCell。

LTE-A版本 10 ( R10 ) 中定义的功率余量上报 ( Power Headroom Report, PHR ) 需要 上报配置且激活的小区上的功率余量（Power Headroom, PH )信息， 即一旦有 PHR触发， 所有配置且激活的小区上的 PH信息一起打包上报。

LTE-A R10以及之前的版本仅支持 UE聚合同一个 e B下的载波， 现有的 PHR机制 也仅支持 UE聚合同一个 eNB下的载波。 LTE-AR10之后版本的 UE可聚合不同 eNB下的 载波， 那么现有的 PHR机制就不适用了。

综上所述， 目前对于 UE聚合不同 eNB下的载波的场景， 还没有一种上报功率余量的 方案。 发明内容

本发明实施例提供的一种上报功率余量的方法、系统和设备，用以在 UE聚合不同 eNB 下的载波的场景下上 ·ί艮功率余量。

本发明实施例提供的一种上报功率余量的方法， 包括：

聚合多个网络侧设备的资源的用户设备确定功率余量信息；

所述用户设备向至少一个参与聚合的网络侧设备发送所述功率余量信息。

本发明实施例提供的另一种上报功率余量的方法， 包括：

网络侧设备接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息； 所述网络侧设备根据所述功率余量信息进行调度。

本发明实施例提供的一种上报功率余量的用户设备， 包括：

确定模块， 用于在用户设备聚合多个网络侧设备的资源后， 确定功率余量信息； 上报模块， 用于向至少一个参与聚合的网络侧设备发送所述功率余量信息。

本发明实施例提供的一种上报功率余量的网络侧设备， 包括：

接收模块， 用于接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息； 处理模块， 用于根据所述功率余量信息进行调度。

本发明实施例提供的一种上报功率余量的系统， 包括：

聚合多个网络侧设备的资源的用户设备， 用于确定功率余量信息， 向至少一个参与聚 合的网络侧设备发送所述功率余量信息；

网络侧设备， 用于接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息， 根据所述功率余量信息进行调度。

本发明实施例提供的一种上报功率余量的用户设备， 包括：

处理器， 用于在用户设备聚合多个网络侧设备的资源后， 确定功率余量信息； 信号发送装置， 用于向至少一个参与聚合的网络侧设备发送所述功率余量信息。

本发明实施例提供的一种上报功率余量的网络侧设备， 包括：

信号接收装置， 用于接收聚合多个网络侧设备的资源的用户设备上报的功率余量信 息；

处理器， 用于根据所述功率余量信息进行调度。

由于聚合多个网络侧设备的资源的用户设备向至少一个参与聚合的网络侧设备上报 功率余量信息，从而实现了在 UE聚合不同 eNB下的载波的场景下进行功率余量信息上报； 进一步使得基站间聚合情况下多个基站能够获得功率余量信息， 实现了资源调度。 附图说明

图 1为本发明实施例上报功率余量的系统结构示意图；

图 2 A为本发明实施例上报功率余量的系统中的用户设备结构示意图；

图 2B为本发明实施例上报功率余量的系统中的另一用户设备结构示意图；

图 3A为本发明实施例上报功率余量的系统中的网络侧设备结构示意图；

图 3B为本发明实施例上报功率余量的系统中的另一网络侧设备结构示意图； 图 4为本发明实施例用户设备上报功率余量的方法流程示意图；

图 5为本发明实施例网络侧设备处理功率余量的方法流程示意图。 具体实施方式

本发明实施例聚合多个网络侧设备的资源的用户设备向至少一个参与聚合的网络侧 设备发送功率余量信息。 由于聚合多个网络侧设备的资源的用户设备向至少一个参与聚合 的网络侧设备上报功率余量信息，从而实现了在 UE聚合不同 eNB下的载波的场景下进行 功率余量信息上报。

下面结合说明书附图对本发明实施例作进一步详细描述。

在下面的说明过程中， 先从网络侧和用户设备侧的配合实施进行说明， 最后分别从网 络侧与用户设备侧的实施进行说明， 但这并不意味着二者必须配合实施， 实际上， 当网络 侧与用户设备侧分开实施时， 也解决了分别在网络侧、 用户设备侧所存在的问题， 只是二 者结合使用时， 会获得更好的技术效果。

如图 1所示， 本发明实施例上报功率余量的系统包括： 用户设备 10和网络侧设备 20。 用户设备 10, 用于确定功率余量信息， 向至少一个参与聚合的网络侧设备发送功率余 量信息， 其中用户设备 10聚合多个网络侧设备的资源；

网络侧设备 20 , 用于接收聚合多个网络侧设备的资源的用户设备上报的功率余量信 息， 根据功率余量信息进行调度。

在实施中， 用户设备 10可以根据网络侧设备（比如宏基站或家庭基站） 配置的参数 确定功率余量信息， 网络侧设备可以自行确定配置的参数， 也可以是与其他参与聚合的网 络侧设备协商确定配置的参数。

在实施中，网络侧设备 20根据功率余量信息进行调度的内容可以参见 3GPP TS 36.321 协议， 在此不再赘述。

在实施中， 网络侧设备 20将聚合的服务小区和网络侧设备的对应关系发送给用户设 备 10; 相应的， 用户设备 10根据聚合的服务小区和网络侧设备的对应关系， 确定参与聚 合的网络侧设备 , 即用户设备将自身的服务 、区对应的网络侧设备确定为参与聚合的网络 侧设备。 具体的， 网络侧设备 20可以通过 RRC信令将上述对应关系通知给用户设备 10。 较佳地， 网络侧设备 20通过与其他网络侧设备之间的接口获取聚合的服务小区和网 络侧设备的对应关系， 比如 Sl、 X2、 其他已知接口或新定义的接口。

在实施中， 用户设备 10向参与聚合的网络侧设备上报功率余量信息的方式有很多种， 下面列举几种。

情况一、基于用户设备进行 PH触发和上报。 PH信息以网络侧设备之间的接口交互的 方式告知各聚合的网络侧设备， 或通过用户设备分别向各网络侧设备上 4艮的方式告知各聚 合的网络侧设备 (不需要 PH信息的网络侧设备间交互）。

具体的， PH触发和上 4艮原则与 R10以及之前版本的 PH触发和上 4艮原则相同。

PHR触发机制是针对 UE的（即 Per UE), UE聚合的服务小区只要满足以下条件之一即 可触发 PHR上报：

UE存在用于新数据传输的上行资源， PHR 禁止定时器超时， 且至少有一个激活的 Serving cell的路损变化（PL change )超过下行路损改变量（ dl-PathlossChange );

PHR周期定时器（ periodicPHR-Timer )超时；

高层配置或重配 PHR上 ·ί艮功能， 功率余量上 ·ί艮配置去配置（disable PHR )配置的情况 (具体可以参见 3GPP TS 36.321、 TS 36.331协议） 除外；

配置了上行的 SCell激活；

UE存在用于新数据传输的上行资源， PHR禁止定时器超时， 对任意一个激活的配置 了 UL的 Serving cell, 在这个 TTI有上行传输或 PUCCH传输， 且自最后一个 PHR传输以 来， 要求的功率回退大于 dl-PathlossChange。

PHR上报：

UE 通过在上行媒体接入控制协议数据单元 （Medium Access Control Protocol Data Unit, MAC PDU )中包含 PH MAC控制单元（ PH MAC CE, Power Headroom MAC Control Element )或扩展的 PH MAC控制单元（ Extended PH MAC CE ) 的方式上 4艮 PHR。 UE存 在用于新数据传输的上行资源时，如果判断触发了 PHR上报，并且基于逻辑信道优先级处 理结果确定在传输的上行 MAC PDU中能够容纳一个 PH MAC CE和与其对应的 MAC子 头， 则 UE计算当前的上行功率余量， 在传输的上行 MAC PDU中包含 PH MAC CE, 同时 启动或重启 periodicPHR-Timer和 PHR禁止定时器（ prohibitPHR-Timer ), 并取消所有已触 发的 PHR上报。

其中， LTE R10以及之前版本釆用的 PH触发和上报原则可以参见 3GPP TS 36.321协 议， 在此不再赘述。

在实施中， 用户设备 10向至少一个参与聚合的网络侧设备 20发送所有激活的服务小 区上的功率余量信息， 比如可以向一个参与聚合的网络侧设备发送所有激活的服务小区上 的功率余量信息， 还可以向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率 余量信息。

较佳地， 用户设备 10可以通过下列资源中的一种上报 PH信息：

在功率余量上 4艮触发后， 通过第一个能够承载功率余量信息的服务小区上 ·ί艮功率余量 信息； 或

在触发功率余量上 ·ί艮的网络侧设备管理的服务小区有可用上行资源后， 通过可用上行 资源上报功率余量信息 （比如 ΡΗ上报的触发是由 UE聚合的其中一个基站下的 cell满足 条件触发的， 那么这个 eNB就是触发了 PHR上报的 e B ); 或

在选择的宏基站（这里的宏基站是提供广域覆盖的基站， 广域覆盖的基站的覆盖范围 包括提供本地覆盖的基站的覆盖范围和超出本地覆盖的区域范围） 的服务小区有可用上行 资源或提供本地覆盖的网络侧设备的服务小区有可用上行资源后， 通过可用上行资源上 4艮 功率余量信息； 或

在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后， 通过可用上行 资源上 ·ί艮功率余量信息； 或

若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件 , 该网络侧设备 在满足触发上报功率余量的条件后的设定时间内没有可用上行资源， 用户设备通过聚合的 其他网络设备的可用上行资源上报功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件 (比如 UE聚合 m个网络侧设备， 其中有 n个网络侧设备 ( Kn < m )下的服务小区中至少一个服务小区触发 PHR上报）， 用户设备 10在多个网络侧设备 中的部分网络侧设备 (这里的部分网络侧设备是 UE聚合的网络侧设备下的至少一个有可 用 UL资源的网络侧设备 )有可用上行资源时， 通过部分网络侧设备的可用上行资源上 4艮 功率余量信息。

若用户设备 10 向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量 信息， 则收到功率余量信息的网络侧设备不需要再转发功率余量信息。

较佳地， 在有多个参与聚合的网络侧设备有上行资源时， 用户设备将功率余量信息依 次上报给参与聚合的网络侧设备。比如哪个网络侧设备下的 cell先有上行链路（ UL )资源， 先给哪个网络侧设备上报；若是同时有资源，用户设备分别利用不同的网络侧设备下的 UL 资源上报 PH信息。

若用户设备 10 向一个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量 信息， 则收到功率余量信息的网络侧设备将接收到的所有功率余量信息全部转发给其他网 络侧设备或将接收到的功率余量信息中与其他网络侧设备相关的功率余量信息转发给该 其他网络侧设备。 具体的， 收到功率余量信息的网络侧设备通过网络侧设备之间的接口将收到的所有功 率余量信息全部转发给其他参与聚合或参与聚合且执行上行调度的网络侧设备； 或网络侧 设备将接收到的功率余量信息中与其他网络侧设备相关的功率余量信息转发给该其他网 络侧设备。

情况二、 釆用 per UE per e B的 PHR机制， 用户设备分别向聚合的网络侧设备上报 PH信息， 不需要网络侧设备间交互 PH信息。

具体的， 针对一个参与聚合的网络侧设备， 用户设备 10 向该网络侧设备发送该网络 侧设备下所有激活的服务小区上的功率余量信息。

在实施中， 用户设备 10 向该网络侧设备发送该网络侧设备下所有激活的服务小区上 的功率余量信息之外， 还可以携带其他激活的服务小区上的功率余量信息。

具体的，用户设备 10聚合的服务小区只要满足以下条件之一即可触发 per UE per eNB 的 PH信息上报：

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，且 该网络侧设备下至少有一个激活的 Serving cell的 PL change超过 dl-PathlossChange dB; 网络侧高层配置或重配 per UE per eNB的功率余量信息上 4艮功能， 其中 disable PHR 配置的情况除外；

配置上行的服务小区激活时， 触发上 4艮该服务小区归属的网络侧设备的功率余量信息 或所有激活的服务小区上的功率余量信息；

用户设备 10存在用于新数据传输的上行资源， 且针对一个网络侧设备的 PHR禁止定 时器超时， 对该网络侧设备下任意一个激活配置 UL的服务小区， 若在该服务小区有上行 传输或 PUCCH传输， 且在最后一个功率余量信息传输后， 要求的功率回退大于门限值， 则触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功 率余量信息 （比如对于一个 eNB的 PHR禁止定时器超时后， 某个时刻有了 UL传输可用 资源， 而又有 UL传输， 然后 UE发现功率回退大于门限了， 就会触发 PHR上报）。

较佳地， 用户设备 10可以通过下列资源中的一种上报 PH信息：

若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件， 用户设备 10 在该网络侧设备有可用上行资源 （可用上行资源是用于新数据传输， 且能够承载功率余量 信息（即 PH MAC CE+其子头）的上行资源）时， 通过可用上行资源向该网络侧设备上报 该网络侧设备下所有激活的服务小区上的功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件 (比如 UE聚合 m个网络侧设备， 其中有 n个网络侧设备 ( Kn

< m )下的服务小区中至少一个服务小区触发 PHR上报）， 用户设备 10在多个网络侧设备 中的每个触发功率余量上报的网络侧设备有可用上行资源时， 分别通过所述对应网络侧设 备的可用上行资源上报该网络侧设备下所有激活的服务小区上的功率余量信息。

其中， 收到功率余量信息的网络侧设备不需要再转发功率余量信息。

情况三、 釆用 per UE per e B的 PHR机制， 用户设备可向聚合的网络侧设备上报 ΡΗ 信息， 网络侧设备通过之间的接口交互的方式传递收到的 ΡΗ信息。 上 4艮的 ΡΗ信息可以 是该网络设备的 ΡΗ信息， 也可以是其他网络设备的 ΡΗ信息； 可以是部分网络设备对应 的 ΡΗ信息， 也可以是所有网络设备对应的 ΡΗ信息。

用户设备 10向至少一个参与聚合的网络侧设备 20发送部分或所有激活的服务小区上 的功率余量信息； 或

针对一个参与聚合的网络侧设备， 用户设备 10 向该网络侧设备发送该网络侧设备下 所有激活的服务小区上的功率余量信息。 在实施中， 用户设备 10 向该网络侧设备发送该 网络侧设备下所有激活的服务小区上的功率余量信息之外， 还可以携带其他激活的服务 'J、 区上的功率余量信息。

具体的，用户设备 10聚合的服务小区只要满足以下条件之一即可触发 per UE per eNB 的 PH信息上报：

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，且 该网络侧设备下至少有一个激活的 Serving cell的 PL change超过 dl-PathlossChange;

网络侧高层配置或重配 per UE per eNB的功率余量信息上 4艮功能， 其中 disable PHR 配置的情况除外；

配置上行的服务小区激活时， 触发上 4艮该服务小区归属的网络侧设备的功率余量信息 或所有激活的服务小区上的功率余量信息；

用户设备 10存在用于新数据传输的上行资源， 且针对一个网络侧设备的 PHR禁止定 时器超时， 对该网络侧设备下任意一个激活配置 UL的服务小区， 若在该服务小区有上行 传输或 PUCCH传输， 且在最后一个功率余量信息传输后， 要求的功率回退大于门限值， 则触发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功 率余量信息 （比如对于一个 eNB的 PHR禁止定时器超时后， 某个时刻有了 UL传输可用 资源， 而又有 UL传输， 然后 UE发现功率回退大于门限了， 就会触发 PHR上报）。

较佳地， 用户设备 10可以通过下列资源中的一种上报 PH信息：

在功率余量上 4艮触发后， 通过第一个能够承载功率余量信息的服务小区上 ·ί艮功率余量 信息； 或

在触发功率余量上 ·ί艮的网络侧设备管理的服务小区有可用上行资源后， 通过可用上行 资源上报功率余量信息 （比如 ΡΗ上报的触发是由 UE聚合的其中一个基站下的 cell满足 条件触发的， 那么这个 eNB就是触发了 PH上报的 eNB ); 或

在选择的宏基站（这里的宏基站是提供广域覆盖的基站， 广域覆盖的基站的覆盖范围 包括提供本地覆盖的基站的覆盖范围和超出本地覆盖的区域范围） 的服务小区有可用上行 资源或提供本地覆盖的网络侧设备的服务小区有可用上行资源后， 通过可用上行资源上 ·ί艮 功率余量信息； 或

在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后， 通过可用上行 资源上 ·ί艮功率余量信息； 或

若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件 , 该网络侧设备 在满足触发上报功率余量的条件后的设定时间内没有可用上行资源， 用户设备通过聚合的 其他网络设备的可用上行资源上报该网络侧设备下所有激活的服务小区上的功率余量信 息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件 (比如 UE聚合 m个网络侧设备， 其中有 n个网络侧设备 ( Kn < m )下的服务小区中至少一个服务小区触发 PHR上报）， 用户设备 10在多个网络侧设备 中的部分网络侧设备 (这里的部分网络侧设备是 UE聚合的网络侧设备下的至少一个有可 用 UL资源的网络侧设备 )有可用上行资源时， 通过部分网络侧设备的可用上行资源上 4艮 多个网络侧设备中的每个触发功率余量上报的网络侧设备的所有激活的服务小区上的功 率余量信息。

若用户设备 10 向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量 信息， 则收到功率余量信息的网络侧设备不需要再转发功率余量信息。 若用户设备 10分 别向其聚合的每个触发 PHR上报的网络侧设备发送该网络侧设备下所有激活的服务小区 上的功率余量信息， 则收到功率余量信息的网络侧设备不需要再转发功率余量信息。

较佳地， 在有多个参与聚合的网络侧设备有上行资源时， 用户设备将功率余量信息依 次上报给参与聚合的网络侧设备。 比如哪个网络侧设备下的 cell先有 UL资源， 先给哪个 网络侧设备上报； 若是同时有资源， 用户设备分别利用不同的网络侧设备下的 UL资源上 报 PH信息。

若用户设备 10 向一个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量 信息， 则收到功率余量信息的网络侧设备将接收到的所有功率余量信息全部转发给其他网 络侧设备或将接收到的功率余量信息中与其他网络侧设备相关的功率余量信息转发给该 其他网络侧设备。

具体的， 收到功率余量信息的网络侧设备通过网络侧设备之间的接口将收到的所有功 率余量信息全部转发给其他参与聚合或参与聚合且执行上行调度的网络侧设备； 或网络侧 设备将接收到的功率余量信息中与其他网络侧设备相关的功率余量信息转发给该其他网 络侧设备。

若用户设备 10将一个参与聚合的网络侧设备对应的功率余量信息发送给另一个参与 聚合的网络侧设备， 则收到功率余量信息的网络侧设备将接收到的与其他网络侧设备相关 的功率余量信息转发给该其他网络侧设备。

具体的， 网络侧设备将接收到的功率余量信息中与其他网络侧设备相关的功率余量信 息转发给该其他网络侧设备。

其中， 本发明实施例的网络侧设备可以^ &站（比如宏基站， 家庭基站等）， 也可以 是 RN (中继）设备， 还可以是其它网络侧设备。

如图 2A所示， 本发明实施例上报功率余量的系统中的用户设备包括： 确定模块 200 和上报模块 210。 这里， 确定模块 200具体可以是用户设备的处理器等， 上报模块 210具 体可以是用户设备的信号发送装置， 包括发送天线等。

确定模块 200, 用于在用户设备聚合多个网络侧设备的资源后， 确定功率余量信息； 上报模块 210, 用于向至少一个参与聚合的网络侧设备发送功率余量信息。

较佳地， 上报模块 210向至少一个参与聚合的网络侧设备发送功率余量信息之前， 根 据聚合的服务小区和网络侧设备的对应关系， 确定参与聚合的网络侧设备。

较佳地， 上报模块 210向一个参与聚合的网络侧设备发送聚合的所有基站下的所有激 活的服务小区上的功率余量信息； 或向每个参与聚合的网络侧设备发送聚合的所有基站下 的所有激活的服务小区上的功率余量信息。

较佳地， 上 莫块 210在功率余量上 ·ί艮触发后， 通过第一个能够承载功率余量信息的 服务小区上报功率余量信息； 或在触发功率余量上报的网络侧设备管理的服务小区有可用 上行资源后， 通过所述可用上行资源上报功率余量信息； 或在选择的宏基站的服务小区有 可用上行资源或提供本地覆盖的网络侧设备的服务小区有可用上行资源后， 通过所述可用 上行资源上报功率余量信息； 或在选择执行上行调度的网络侧设备管理的服务小区有可用 上行资源后， 通过所述可用上行资源上 4艮功率余量信息； 或若一个网络侧设备的至少一个 服务小区满足触发上报功率余量的条件 , 该网络侧设备在满足触发上报功率余量的条件后 的设定时间内没有可用上行资源， 用户设备通过聚合的其他网络设备的可用上行资源上报 功率余量信息； 或若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服 务小区满足触发上报功率余量的条件 , 所述用户设备在多个网络侧设备中的部分网络侧设 备有可用上行资源时， 通过部分网络侧设备的可用上行资源上报功率余量信息。

较佳地， 上报模块 210在有多个参与聚合的网络侧设备有上行资源时， 将功率余量信 息依次上报给参与聚合的网络侧设备。

较佳地， 针对一个参与聚合的网络侧设备， 上报模块 210向该网络侧设备发送该网络 侧设备下所有激活的服务小区上的功率余量信息。

较佳地， 若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件， 上报 模块 210在该网络侧设备有可用上行资源时， 通过所述可用上行资源向该网络侧设备上报 该网络侧设备下所有激活的服务小区上的功率余量信息， 若该网络侧设备在满足触发上报 功率余量的条件后的设定时间内没有可用上行资源， 用户设备通过聚合的其他网络设备的 可用上行资源上 ·ί艮该网络侧设备下所有激活的服务小区上的功率余量信息； 或若多个网络 侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报功率余 量的条件， 上报模块 210在多个网络侧设备中的部分网络侧设备有可用上行资源时， 通过 部分网络侧设备的可用上行资源上报多个网络侧设备中的每个触发功率余量上报的网络 侧设备的所有激活的服务小区上的功率余量信息； 或若多个网络侧设备中至少一个网络侧 设备下的服务小区中的至少一个服务小区满足触发上报功率余量的条件， 上报模块 210在 多个网络侧设备中的每个触发功率余量上报的网络侧设备都有可用上行资源时， 分别通过 对应网络侧设备的可用上行资源上报该网络侧设备下所有激活的服务小区上的功率余量 信息。

较佳地， 上报模块 210在确定满足下列触发上报功率余量的条件中的部分或全部后， 向至少一个参与聚合的网络侧设备发送功率余量信息：

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，且 该网络侧设备下至少有一个激活的 Serving cell的 PL change超过 dl-PathlossChange dB; 网络侧高层配置或重配 per UE per e B的功率余量信息上 4艮功能， 其中 disable PHR 配置的情况除外；

配置上行的服务小区激活时， 触发上 4艮该服务小区归属的网络侧设备的功率余量信息 或所有激活的服务小区上的功率余量信息；

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，对 该网络侧设备下任意一个激活配置 UL的服务小区，若在该服务小区有上行传输或 PUCCH 传输， 且在最后一个功率余量信息传输后， 要求的功率回退大于门限值， 则触发上报该服 务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息。

在确定模块 200是处理器、 上报模块 210是信号发送装置时， 如图 2B所示， 本发明 实施例上报功率余量的系统中的用户设备包括： 处理器 2000和信号发送装置 2100。 其中： 处理器 2000, 用于在用户设备聚合多个网络侧设备的资源后， 确定功率余量信息； 信号发送装置 2100, 用于向至少一个参与聚合的网络侧设备发送功率余量信息。 较佳地， 信号发送装置 2100 向至少一个参与聚合的网络侧设备发送功率余量信息之 前， 根据聚合的服务小区和网络侧设备的对应关系， 确定参与聚合的网络侧设备。

较佳地， 信号发送装置 2100 向一个参与聚合的网络侧设备发送聚合的所有基站下的 所有激活的服务小区上的功率余量信息； 或向每个参与聚合的网络侧设备发送聚合的所有 基站下的所有激活的服务小区上的功率余量信息。

较佳地， 信号发送装置 2100在功率余量上 ·ί艮触发后， 通过第一个能够承载功率余量 信息的服务小区上报功率余量信息； 或在触发功率余量上报的网络侧设备管理的服务小区 有可用上行资源后， 通过所述可用上行资源上报功率余量信息； 或在选择的宏基站的服务 小区有可用上行资源或提供本地覆盖的网络侧设备的服务小区有可用上行资源后， 通过所 述可用上行资源上报功率余量信息； 或在选择执行上行调度的网络侧设备管理的服务小区 有可用上行资源后， 通过所述可用上行资源上 ·ί艮功率余量信息； 或若一个网络侧设备的至 少一个服务小区满足触发上报功率余量的条件 , 该网络侧设备在满足触发上报功率余量的 条件后的设定时间内没有可用上行资源， 用户设备通过聚合的其他网络设备的可用上行资 源上报功率余量信息； 或若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少 一个服务小区满足触发上报功率余量的条件 , 所述用户设备在多个网络侧设备中的部分网 络侧设备有可用上行资源时， 通过部分网络侧设备的可用上行资源上报功率余量信息。

较佳地， 信号发送装置 2100在有多个参与聚合的网络侧设备有上行资源时， 将功率 余量信息依次上报给参与聚合的网络侧设备。

较佳地， 针对一个参与聚合的网络侧设备， 信号发送装置 2100 向该网络侧设备发送 该网络侧设备下所有激活的服务小区上的功率余量信息。

较佳地， 若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件， 信号 发送装置 2100在该网络侧设备有可用上行资源时， 通过所述可用上行资源向该网络侧设 备上报该网络侧设备下所有激活的服务小区上的功率余量信息， 若该网络侧设备在满足触 发上报功率余量的条件后的设定时间内没有可用上行资源， 用户设备通过聚合的其他网络 设备的可用上行资源上 4艮该网络侧设备下所有激活的服务小区上的功率余量信息； 或若多 个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报 功率余量的条件， 信号发送装置 2100在多个网络侧设备中的部分网络侧设备有可用上行 资源时， 通过部分网络侧设备的可用上行资源上 4艮多个网络侧设备中的每个触发功率余量 上报的网络侧设备的所有激活的服务小区上的功率余量信息； 或若多个网络侧设备中至少 一个网络侧设备下的服务小区中的至少一个服务小区满足触发上报功率余量的条件 , 信号 发送装置 2100在多个网络侧设备中的每个触发功率余量上报的网络侧设备都有可用上行 资源时， 分别通过对应网络侧设备的可用上行资源上报该网络侧设备下所有激活的服务小 区上的功率余量信息。

较佳地， 信号发送装置 2100在确定满足下列触发上报功率余量的条件中的部分或全 部后， 向至少一个参与聚合的网络侧设备发送功率余量信息：

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，且 该网络侧设备下至少有一个激活的 Serving cell的 PL change超过 dl-PathlossChange dB; 网络侧高层配置或重配 per UE per e B的功率余量信息上 4艮功能， 其中 disable PHR 配置的情况除外； 配置上行的服务小区激活时， 触发上 ·ί艮该服务小区归属的网络侧设备的功率余量信息 或所有激活的服务小区上的功率余量信息；

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，对 该网络侧设备下任意一个激活配置 UL的服务小区，若在该服务小区有上行传输或 PUCCH 传输， 且在最后一个功率余量信息传输后， 要求的功率回退大于门限值， 则触发上报该服 务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息。

如图 3A所示，本发明实施例上报功率余量的系统中的网络侧设备包括：接收模块 300 和处理模块 310。 这里， 接收模块 300具体可以是网络侧设备的信号接收装置， 包括接收 天线等； 处理模块 310具体可以是网络侧设备的处理器等。

接收模块 300,用于接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息； 处理模块 310 , 用于根据功率余量信息进行调度。

较佳地， 接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息之前， 处理 模块 310将聚合的服务小区和网络侧设备的对应关系发送给用户设备。

较佳地， 处理模块 310从其他网络侧设备中获取聚合的服务小区和网络侧设备的对应 关系。

较佳地， 处理模块 310将收到的所有功率余量信息全部转发给其他网络侧设备； 或将 接收到的功率余量信息中与其他网络侧设备相关的功率余量信息转发给该其他网络侧设 备。

在接收模块 300是信号接收装置， 处理模块 310是处理器时， 如图 3B所示， 本发明 实施例上报功率余量的系统中的网络侧设备包括： 信号接收装置 3000和处理器 3100。 其 中：

信号接收装置 3000,用于接收聚合多个网络侧设备的资源的用户设备上报的功率余量 信息；

处理器 3100 , 用于根据功率余量信息进行调度。

较佳地， 接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息之前， 处理 器 3100将聚合的服务小区和网络侧设备的对应关系发送给用户设备。

较佳地， 处理器 3100从其他网络侧设备中获取聚合的服务小区和网络侧设备的对应 关系。

较佳地， 处理器 3100将收到的所有功率余量信息全部转发给其他网络侧设备； 或将 接收到的功率余量信息中与其他网络侧设备相关的功率余量信息转发给该其他网络侧设 备。

基于同一发明构思， 本发明实施例中还提供了一种用户设备上报功率余量的方法和网 络侧设备处理功率余量的方法， 由于这些方法解决问题的原理与本发明实施例上报功率余 量的系统相似， 因此这些方法的实施可以参见系统的实施， 重复之处不再赘述。

如图 4所示， 本发明实施例用户设备上报功率余量的方法包括下列步骤：

步骤 401、 聚合多个网络侧设备的资源的用户设备确定功率余量信息；

步骤 402、 用户设备向至少一个参与聚合的网络侧设备发送功率余量信息。

在实施中， 用户设备根据聚合的服务小区和网络侧设备的对应关系， 确定参与聚合的 网络侧设备。

用户设备向参与聚合的网络侧设备上报功率余量信息的方式有很多种， 下面列举几 种。

情况一、基于用户设备进行 PH触发和上报。 PH信息以网络侧设备之间的接口交互的 方式告知各聚合的网络侧设备， 或通过用户设备分别向各网络侧设备上 4艮的方式告知各聚 合的网络侧设备 (不需要 PH信息的网络侧设备间交互）。

具体的， PH触发和上 4艮原则与 R10以及之前版本的 PH触发和上 4艮原则相同。

其中， LTE R10以及之前版本釆用的 PH触发和上报原则可以参见 3GPP TS 36.321协 议， 在此不再赘述。

在实施中，用户设备向至少一个参与聚合的网络侧设备发送聚合的所有 eNB下的所有 激活的服务小区上的功率余量信息， 比如可以向一个参与聚合的网络侧设备发送聚合的所 有 eNB下的所有激活的服务小区上的功率余量信息，还可以向每个参与聚合的网络侧设备 发送聚合的所有 eNB下的所有激活的服务小区上的功率余量信息。

较佳地， 用户设备可以通过下列资源中的一种上报 PH信息：

在功率余量上 4艮触发后， 通过第一个能够承载功率余量信息的服务小区上 ·ί艮功率余量 信息； 或

在触发功率余量上 ·ί艮的网络侧设备管理的服务小区有可用上行资源后， 通过可用上行 资源上 ·ί艮功率余量信息； 或

在选择的宏基站的服务小区有可用上行资源或提供本地覆盖的网络侧设备的服务小 区有可用上行资源后， 通过可用上行资源上报功率余量信息； 或

在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后， 通过可用上行 资源上 ·ί艮功率余量信息； 或

若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件 , 该网络侧设备 在满足触发上报功率余量的条件后的设定时间内没有可用上行资源， 用户设备通过聚合的 其他网络设备的可用上行资源上报功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件 , 用户设备在多个网络侧设备中的部分网络侧设备有可用上行资 源时， 通过部分网络侧设备的可用上行资源上报功率余量信息。 较佳地， 在有多个参与聚合的网络侧设备有上行资源时， 用户设备将功率余量信息依 次上报给参与聚合的网络侧设备。

情况二、 釆用 per UE per e B的 PHR机制， 用户设备分别向聚合的网络侧设备上报 PH信息， 不需要网络侧设备间交互 PH信息。

具体的， 针对一个参与聚合的网络侧设备， 用户设备向该网络侧设备发送该网络侧设 备下所有激活的服务小区上的功率余量信息。

在实施中， 用户设备向该网络侧设备发送该网络侧设备下所有激活的服务小区上的功 率余量信息之外， 还可以携带其他激活的服务小区上的功率余量信息。

具体的， 用户设备聚合的服务小区只要满足以下条件之一即可触发 per UE per eNB的 PH信息上报：

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，且 该网络侧设备下至少有一个激活的 Serving cell的 PL change超过 dl-PathlossChange dB; 网络侧高层配置或重配 per UE per eNB的功率余量信息上 4艮功能， 其中 disable PHR 配置的情况除外；

配置上行的服务小区激活时， 触发上 4艮该服务小区归属的网络侧设备的功率余量信息 或所有激活的服务小区上的功率余量信息；

用户设备存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器 超时， 对该网络侧设备下任意一个激活配置 UL的服务小区， 若在该服务小区有上行传输 或 PUCCH传输， 且在最后一个功率余量信息传输后， 要求的功率回退大于门限值， 则触 发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余 量信息。

较佳地， 用户设备可以通过下列资源中的一种上报 PH信息：

若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件 , 用户设备在该 网络侧设备有可用上行资源时， 通过可用上行资源向该网络侧设备上报该网络侧设备下所 有激活的服务小区上的功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件， 所述用户设备在多个网络侧设备中的每个触发功率余量上报的 网络侧设备都有可用上行资源时， 分别通过所述对应网络侧设备的可用上行资源上报该网 络侧设备下所有激活的服务小区上的功率余量信息。

情况三、 釆用 per UE per eNB的 PHR机制， 用户设备可向聚合的网络侧设备上报 ΡΗ 信息， 网络侧设备通过之间的接口交互的方式传递收到的 ΡΗ信息。 上 4艮的 ΡΗ信息可以 是该网络设备的 ΡΗ信息， 也可以是其他网络设备的 ΡΗ信息； 可以是部分网络设备对应 的 ΡΗ信息， 也可以是所有网络设备对应的 ΡΗ信息。 用户设备向至少一个参与聚合的网络侧设备发送部分或所有激活的服务小区上的功 率余量信息； 或

针对一个参与聚合的网络侧设备， 用户设备向该网络侧设备发送该网络侧设备下所有 激活的服务小区上的功率余量信息。 在实施中， 用户设备向该网络侧设备发送该网络侧设 备下所有激活的服务小区上的功率余量信息之外， 还可以携带其他激活的服务小区上的功 率余量信息。

具体的， 用户设备聚合的服务小区只要满足以下条件之一即可触发 per UE per e B的 PH信息上报：

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，且 该网络侧设备下至少有一个激活的 Serving cell的 PL change超过 dl-PathlossChange dB; 网络侧高层配置或重配 per UE per eNB的功率余量信息上 4艮功能， 其中 disable PHR 配置的情况除外；

配置上行的服务小区激活时， 触发上 4艮该服务小区归属的网络侧设备的功率余量信息 或所有激活的服务小区上的功率余量信息；

用户设备存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器 超时， 对该网络侧设备下任意一个激活配置 UL的服务小区， 若在该服务小区有上行传输 或 PUCCH传输， 且在最后一个功率余量信息传输后， 要求的功率回退大于门限值， 则触 发上报该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余 量信息。

较佳地， 用户设备可以通过下列资源中的一种上报 PH信息：

在功率余量上 4艮触发后， 通过第一个能够承载功率余量信息的服务小区上 ·ί艮功率余量 信息； 或

在触发功率余量上 ·ί艮的网络侧设备管理的服务小区有可用上行资源后， 通过可用上行 资源上 ·ί艮功率余量信息； 或

在选择的宏基站的服务小区有可用上行资源或提供本地覆盖的网络侧设备的服务小 区有可用上行资源后， 通过可用上行资源上报功率余量信息； 或

在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后， 通过可用上行 资源上 ·ί艮功率余量信息； 或

若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件 , 该网络侧设备 在满足触发上报功率余量的条件后的设定时间内没有可用上行资源， 用户设备通过聚合的 其他网络设备的可用上行资源上报该网络侧设备下所有激活的服务小区上的功率余量信 息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件， 在多个网络侧设备中的部分网络侧设备有可用上行资源时， 通 过部分网络侧设备的可用上行资源上报多个网络侧设备中的每个触发功率余量上报的网 络侧设备的所有激活的服务小区上的功率余量信息。

若用户设备向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信 息， 则收到功率余量信息的网络侧设备不需要再转发功率余量信息。 若用户设备分别向其 聚合的每个触发 PHR上报的网络侧设备发送该网络侧设备下所有激活的服务小区上的功 率余量信息， 则收到功率余量信息的网络侧设备不需要再转发功率余量信息。

较佳地， 在有多个参与聚合的网络侧设备有上行资源时， 用户设备将功率余量信息依 次上报给参与聚合的网络侧设备。

如图 5所示， 本发明实施例网络侧设备处理功率余量的方法包括下列步骤： 步骤 501、 网络侧设备接收聚合多个网络侧设备的资源的用户设备上报的功率余量信 息；

步骤 502、 网络侧设备根据功率余量信息进行调度。

较佳地， 步骤 501之前， 还可以进一步包括：

网络侧设备将聚合的服务小区和网络侧设备的对应关系发送给用户设备。

较佳地， 网络侧设备从其他网络侧设备中获取聚合的服务小区和网络侧设备的对应关 系。

较佳地， 步骤 502之后， 还可以进一步包括：

网络侧设备将收到的所有功率余量信息全部转发给其他网络侧设备； 或

网络侧设备将接收到的功率余量信息中与其他网络侧设备相关的功率余量信息转发 给该其他网络侧设备。

其中， 图 4和图 5可以合成一个流程， 形成一个上 4艮功率余量的方法， 即先执行步骤 401和步骤 402, 再执行步骤 501和步骤 502。

下面以两个实例对上述情况一进行详细说明。

实例一、 沿用现有的 PHR触发和上报机制 （ per UE的 PHR触发和上报）， 给其中一 个基站上 4艮聚合的所有 eNB下的所有激活 serving cell上的 PH信息，并在两个基站之间通 过接口交互 PH信息

步骤 1： 通知 UE为其服务的 eNB和服务小区的关系：

UE的初始接入的基站根据 UE位置和移动等信息， 确定 UE可以聚合的 eNB以及聚 合 eNB下可为 UE提供服务的小区， 并通过 RRC信令通知 UE为其服务的 eNB和服务小 区的映射关系， 可包括 UE聚合的 eNB index信息， serving cell index信息等。

步骤 2: per UE PHR参数配置：

基站为 UE配置 PHR相关 RRC层参数， 包括 periodicPHR-Timer、 prohibitPHR-Timer 和 dl-PathlossChange。 该参数对应的基站包括参与聚合的基站、 或负责移动性管理的基站、 或提供宏覆盖的基站、 或负责 PHR接收的基站等。

步骤 3: PHR触发：

PHR触发类型和触发方式可以按照 R10及之前版本的 PHR触发机制， 参见背景介绍 部分。

步骤 4: PHR上 4艮：

PHR上报原则可以遵循 R10及之前版本的 PHR上报原则， 具体参见背景介绍部分。 归属于不同 e B的 PH信息封装在相同的 PH MAC CE中，反映 UE聚合的所有激活 Serving cell上的 PH信息， 上报给 eNB。

可以根据聚合的小区个数、步骤 1中 eNB和服务小区的关系通知的具体形式等信息设 计出多种对应的 PH MAC CE格式， 如可通过扩展现有 Extended PH MAC CE格式或引入 新的 LCID的方式实现。 具体如下： 若通过扩展现有 Extended PH MAC CE格式， 则 UE 除了上报现有扩展 PH MAC CE中包含的信息，还可以包含非 Pcell所在的其他 eNB下的、 支持 PUCCH传输的服务小区对应的类型 2的功率余量（Type2 PH )、 载波最大发射功率 ( Pcmax.c )等信息； UE仅上 ·ί艮触发 PHR上 4艮小区对应 eNB下的激活小区的 PH, 若某个 小区被配置 PUCCH传输， 即使该小区非 PCell, 也可能上报 Type2 PH和其他信息等； 若 通过引入新的 LCID, 则需要引入与之前同 eNB下的 PH上报相区别的新的 LCID。

PHR上 ·ί艮资源的选择可以通过如下几种方式：

PHR触发后在第一个可以承载该 PH MAC CE及其子头的子帧内上报 PH;

选择触发 PHR的基站下的服务小区在有可用上行资源时上报 PH;

选择宏基站下或者提供本地覆盖的基站下的服务小区在有可用上行资源时上报 PH; 选择执行上行调度的基站下的服务小区在有可用上行资源时上报 PH;

步骤 5: PH信息交互：

若 UE未向所有聚合的基站上报 PH信息， 则需要基站之间的接口交互 UE上报的 PH 信息。 可以有如下几种转发方式：

eNB将接收到的全部 PH信息完全转发给其他基站；

eNB仅将接收到的 PH信息中与该目标基站相关 PH信息转发给该基站。

实例二、 沿用现有的 PHR触发和上报机制 （ per UE的 PHR触发和上报）， 上报聚合 的所有 eNB下的所有激活 serving cell上的 PH信息， 在不同的 eNB下的 Serving cell有可 用的上行资源时， 通过分属于不同的基站的服务小区上报 PHR;

步骤 1： 通知 UE为其服务的 eNB和服务小区的关系；

步骤 2: per UE PHR参数配置；

步骤 3: PHR触发； 其中， 步骤 1~3的实施方案同实例一。

步骤 4: PHR上 4艮：

PHR上报原则可以遵循 R10及之前版本的 PHR上报原则， 具体参见背景介绍部分。 归属于不同 eNB的 PH信息封装在相同的 PH MAC CE中，反映 UE聚合的所有激活 Serving cell上的 PH信息。 该信息在聚合的 eNB有上行资源时依次上报给 UE聚合的 eNB, 从而 避免 PH信息在不同基站间的交互过程。

下面以一个实例对上述情况一和情况三相结合的方案进行详细说明。

引入新的 PHR触发机制（ per UE per eNB的 PHR触发）， 但是维持 per UE的 PHR上 报基站， 当触发 per UE per eNB PH上报时， UE上报聚合的所有 eNB下的所有激活 serving cell上的 PH信息。 PHR上报时， 可以选择最近的有上行资源可用的小区上报 PHR, 若获 知 PH信息的基站发现有不属于该基站的小区的 PH信息， 需要通过基站之间的接口交互 PH信息给目标基站。

步骤 1： 通知 UE为其服务的 eNB和服务小区的关系：

UE的初始接入的基站根据 UE位置和移动等信息， 确定 UE可以聚合的 eNB以及聚 合 eNB下可为 UE提供服务的小区， 并通过 RRC信令通知 UE为其服务的 eNB和服务小 区的映射关系， 可包括 UE聚合的 eNB index信息， serving cell index信息等。

步骤 2: eNB通知 per UE per eNB PHR参数配置：

基站为 UE配置 PHR相关 RRC层参数， 包括 periodicPHR-Timer 、

prohibitPHR-Timer和 dl-PathlossChange。 该参数对应的基站包括参与聚合的基站、 或负责 移动性管理的基站、 或提供宏覆盖的基站、 或负责 PHR接收的基站等。

其中， prohibitPHR-Timer可改为 per UE per eNB配置类型， periodicPHR-Timer和 /或 dl-PathlossChange亦可能为 per UE per eNB配置类型， 具体 per UE per eNB的实现方式可 通过修改现有参数使用方式或引入新的参数配置实现。

步骤 3: PHR触发：

引入 per UE per eNB的 PHR触发机制。所谓 per UE per eNB的 PHR上报的触发机制， 即为 R12 UE聚合的服务小区只要满足以下条件之一即可触发 per UE per eNB的 PHR上报：

UE存在用于新数据传输的上行资源， 针对某个 eNB的 PHR禁止定时器超时， 且该 eNB下至少有一个激活的 Serving cell的 PL change超过 dl-PathlossChange dB;

高层配置或重配 per UE per eNB的 PHR上 ·ί艮功能， disable PHR配置的情况（具体可 以参见 3GPP TS 36.321、 TS 36.331协议） 除外；

配置了上行的服务小区激活时， 触发该服务小区的归属基站下和 UE聚合的其他基站 下的所有激活状态的服务小区的 PH信息上报；

UE存在用于新数据传输的上行资源， 针对某个 eNB的 PHR禁止定时器超时， 对该 e B下任意一个激活的配置了 UL的 Serving cell, 若在这个 TTI (即 UE存在用于新数据 传输的上行资源， 且针对某个 eNB 的 PHR 禁止定时器超时的这个时刻）有上行传输或 PUCCH传输， 且自最后一个 PHR传输以来， 要求的功率回退（通过小区 c的功率管理最 大功率缩减量 （P-MPRc )获知） 大于 dl-PathlossChange, 则触发所有激活的服务小区的 PH信息上报。

步骤 4: PHR上 4艮：

釆用 per UE的 PHR上报机制。 PHR上报时， 可以选择最近的有上行资源可用的小区 上报 PHR, 若获知 PH信息的基站发现有不属于该基站的小区的 PH信息， 需要通过基站 之间的接口交互 PH信息给目标基站。

PHR上报原则基本可以遵循 R10及之前版本的 PHR上报原则。 UE在上报 PH MAC CE ( MAC Control Element,媒体接入层控制单元）后， 启动或重启 per UE periodicPHR-Timer 和 per UE per eNB prohibitPHR-Timer, 并取消所有已触发的 PHR上报。

步骤 5: PH信息交互 （如果需要进行信息交互）：

若获知 PH信息的基站发现有不属于该基站的小区的 PH信息， 需要通过基站之间的 接口交互 UE上报的 PH信息。 可以有如下几种转发方式：

eNB将接收到的全部 PH信息完全转发给其他基站；

eNB仅将接收到的 PH信息中与该目标基站相关 PH信息转发给该基站。

下面以一个实例对上述情况二进行详细说明。

引入新的 PHR触发和上 4艮机制 （ per UE per eNB的 PHR触发和上 4艮 ), UE分别向聚 合基站上 4艮 PHR, 不需要基站间交互 PHR信息。

步骤 1： 通知 UE为其服务的 eNB和服务小区的关系：

UE的初始接入的基站根据 UE位置和移动等信息， 确定 UE可以聚合的 eNB以及聚 合 eNB下可为 UE提供服务的小区， 并通过 RRC信令通知 UE为其服务的 eNB和服务小 区的映射关系， 可包括 UE聚合的 eNB index信息， serving cell index信息等。

步骤 2: eNB通知 per UE per eNB PHR参数配置：

基站为 UE配置 PHR相关 RRC层参数， 包括 periodicPHR-Timer 、

prohibitPHR-Timer 和 dl-PathlossChange。 该参数对应的基站包括参与聚合的基站、 或负 责移动性管理的基站、 或提供宏覆盖的基站、 或负责 PHR接收的基站等。

其中， prohibitPHR-Timer可改为 per UE per eNB配置类型， periodicPHR-Timer和 /或 dl-PathlossChange亦可能为 per UE per eNB配置类型， 具体 per UE per eNB的实现方式可 通过修改现有参数使用方式或引入新的参数配置实现。

步骤 3: PHR触发：

引入 per UE per eNB的 PHR触发机制。所谓 per UE per eNB的 PHR上报的触发机制， 即为 R12 UE聚合的服务小区只要满足以下条件之一即可触发 per UE per eNB的 PHR上报： UE存在用于新数据传输的上行资源， 针对某个 eNB的 PHR禁止定时器超时， 且该 eNB下至少有一个激活的 Serving cell的 PL change超过 dl-PathlossChange dB;

高层配置或重配 per UE per eNB的 PHR上 ·ί艮功能， disable PHR配置的情况除外； 配置了上行的服务小区激活时， 触发该服务小区的归属基站的 PHR上报；

UE存在用于新数据传输的上行资源， 针对某个 eNB的 PHR禁止定时器超时， 对该 eNB下任意一个激活的配置了 UL的 Serving cell, 若在这个 TTI有上行传输或 PUCCH传 输， 且自最后一个 PHR传输以来， 要求的功率回退大于 dl-PathlossChange dB, 则触发其 归属基站的 PHR上报。

步骤 4: PHR上 4艮：

引入 per UE per eNB的 PHR上 4艮机制。 归属于不同 eNB的 PH信息封装在不同的 PH MAC CE中， 仅反映该 eNB下聚合的所有激活 Serving cell上的 PH信息。 UE在上 ·ί艮 PH MAC CE后， 启动或重启 per UE periodicPHR-Timer和 per UE per eNB prohibitPHR-Timer, 并取消所有已触发的 PHR上报。

可以根据聚合的小区个数、步骤 1中 eNB和服务小区的关系通知的具体形式等信息设 计出多种对应的 PH MAC CE格式， 如可通过扩展现有 Extended (延长） PH MAC CE格 式或引入新的 LCID ( Logical Channel ID, 逻辑信道号 ) 的方式实现。 Per UE per eNB的 PH信息在该聚合 eNB下的 PHR信息触发且有上行资源时， 上 4艮给该基站， 从而避免 PH 信息在不同基站间的交互过程。

具体的上 4艮基站和资源选择可有如下几种：

当某时刻， 属于某一个 eNB的至少一个服务小区满足 per UE per eNB PHR触发条件 时， 在该 eNB下有有效上行资源时， UE上报该 eNB下所有激活服务小区的 PH信息给该 目标 eNB;

当某时刻， 属于不同 eNB的多个服务小区满足 per UE per eNB PHR触发条件时， UE 将不同基站下所有激活服务小区的 PH信息， 在对应 eNB下有有效上行资源时， 分别上给 PH信息报对应的目标 e B。

下面以一个实例对上述情况三进行详细说明。

引入新的 PHR触发机制 （ per UE per eNB的 PHR触发）， UE将 PH信息上报给聚合 的 eNB。 UE上报的 PH信息可以是该网络设备的 PH信息， 也可以是其他网络设备的 PH 信息； 可以是部分网络设备对应的 PH信息， 也可以是所有网络设备对应的 PH信息。 当

UE通过其他基站上报某基站下的所有激活 serving cell上的 PH信息时， 通过基站之间的 接口交互 PH信息给目标基站。

步骤 1： 通知 UE为其服务的 eNB和服务小区的关系； 步骤 2: per UE PHR参数配置；

步骤 3: PHR触发；

步骤 4: PHR上 4艮；

其中， 步骤 1~4的实施方案， 除 PHR上报资源选择外， 均与上述情况二的实例相同。 其中， PHR上报的基站和资源的选择可有以下几种：

当属于某一个 eNB的至少一个服务小区满足 per UE per e B PHR触发条件时， 仅上 报该 eNB下所有激活服务小区的 PH信息。

若在 PHR上报触发后的一段时间内， 若该 eNB有可用的上行资源， 则将 PHR信息上 报给该 eNB, 不用通过接口交互给其他的基站；

否则， 若为 UE服务的其他基站有可用的上行资源， 则将 PHR信息上报给其他 eNB, 通过接口交互到该基站；

当属于不同 eNB的多个服务小区满足 per UE per eNB PHR触发条件时， 分别上 ·ί艮不 同基站下的、 对应该基站的所有激活服务小区的 ΡΗ信息。 以 UE聚合两个基站为例： 在两个基站的 PHR上报触发后的一段时间内，若仅一个基站有可用的上行资源，则将 生成的两个 per eNB的 PH MAC CE上报给这个基站， 并通过基站间的交互传递给目标基 站。

若在 PHR上报触发后的一段时间内 , 两个基站在 PHR上报触发后均有可用的上行资 源， 则或将生成的两个 per eNB的 PH MAC CE分别上报给目标基站； 或仍通过一个基站 上报， 并通过接口交互的方式传递给目标基站。

步骤 5: PHR信息交互：

若 UE未能向目标基站上报 PHR信息，则需要通过基站之间的接口交互 UE上报的 PH 信息到目标基站。 可以有如下几种转发方式：

eNB将接收到的所有 PH信息全部转发给目标基站；

eNB仅将接收到的 PH信息中与该目标基站相关 PH信息转发给该基站。

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

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

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

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

尽管已描述了本发明的优选实施例， 但本领域内的技术人员一旦得知了基本创造性概 念， 则可对这些实施例作出另外的变更和修改。 所以， 所附权利要求意欲解释为包括优选 实施例以及落入本发明范围的所有变更和修改。

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

Claims

权 利 要 求

1、 一种上 ·ί艮功率余量的方法， 其特征在于， 该方法包括：

聚合多个网络侧设备的资源的用户设备确定功率余量信息；

所述用户设备向至少一个参与聚合的网络侧设备发送所述功率余量信息。

2、 如权利要求 1 所述的方法， 其特征在于， 所述用户设备向至少一个参与聚合的网 络侧设备发送所述功率余量信息之前， 还包括：

所述用户设备根据聚合的服务小区和网络侧设备的对应关系， 确定参与聚合的网络侧 设备。

3、 如权利要求 1 所述的方法， 其特征在于， 所述用户设备向至少一个参与聚合的网 络侧设备发送所述功率余量信息， 包括：

所述用户设备向一个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量 信息； 或

所述用户设备向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量 信息。

4、 如权利要求 3 所述的方法， 其特征在于， 所述用户设备向至少一个参与聚合的网 络侧设备发送所述功率余量信息， 包括：

所述用户设备在功率余量上 4艮 PHR触发后，通过第一个能够承载功率余量信息的服务 小区上报功率余量信息； 或

所述用户设备在触发功率余量上 ·ί艮的网络侧设备管理的服务小区有可用上行资源后， 通过所述可用上行资源上 4艮功率余量信息； 或

所述用户设备在选择的宏基站的服务小区有可用上行资源或提供本地覆盖的网络侧 设备的服务小区有可用上行资源后， 通过所述可用上行资源上 ·ί艮功率余量信息； 或

所述用户设备在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后， 通过所述可用上行资源上 4艮功率余量信息； 或

若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件 , 该网络侧设备 在满足触发上报功率余量的条件后的设定时间内没有可用上行资源， 用户设备通过聚合的 其他网络设备的可用上行资源上报功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件 , 所述用户设备在多个网络侧设备中的部分网络侧设备有可用上 行资源时， 通过部分网络侧设备的可用上行资源上报功率余量信息。

5、 如权利要求 3 所述的方法， 其特征在于， 所述用户设备向至少一个参与聚合的网 络侧设备发送所述功率余量信息， 包括：

在有多个参与聚合的网络侧设备有上行资源时， 所述用户设备将所述功率余量信息依 次上报给参与聚合的网络侧设备。

6、 如权利要求 1 所述的方法， 其特征在于， 所述用户设备向至少一个参与聚合的网 络侧设备发送所述功率余量信息， 包括：

针对一个参与聚合的网络侧设备， 所述用户设备向该网络侧设备发送该网络侧设备下 所有激活的服务小区上的功率余量信息。

7、 如权利要求 6 所述的方法， 其特征在于， 所述用户设备向至少一个参与聚合的网 络侧设备发送所述功率余量信息， 包括：

若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件 , 所述用户设备 在该网络侧设备有可用上行资源时， 通过所述可用上行资源向该网络侧设备上 4艮该网络侧 设备下所有激活的服务小区上的功率余量信息， 若该网络侧设备在满足触发上报功率余量 的条件后的设定时间内没有可用上行资源， 用户设备通过聚合的其他网络设备的可用上行 资源上 4艮该网络侧设备下所有激活的服务小区上的功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件 , 所述用户设备在多个网络侧设备中的部分网络侧设备有可用上 行资源时， 通过部分网络侧设备的可用上行资源上 4艮多个网络侧设备中的每个触发功率余 量上报的网络侧设备的所有激活的服务小区上的功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件， 所述用户设备在多个网络侧设备中的每个触发功率余量上报的 网络侧设备都有可用上行资源时， 分别通过所述对应网络侧设备的可用上行资源上报该网 络侧设备下所有激活的服务小区上的功率余量信息。

8、 如权利要求 3或 6所述的方法， 其特征在于， 所述用户设备向至少一个参与聚合 的网络侧设备发送所述功率余量信息之前， 还包括：

所述用户设备确定满足下列触发上报功率余量的条件中的部分或全部：

所述用户设备存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定 时器超时， 且该网络侧设备下至少有一个激活的服务小区的路损变化超过下行路损改变 量；

网络侧高层配置或重配每个用户设备每个基站 per UE per e B的功率余量信息上报功 能；

配置上行的服务小区激活时， 触发上 4艮该服务小区归属的网络侧设备的功率余量信息 或所有激活的服务小区上的功率余量信息；

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，对 该网络侧设备下任意一个激活配置上行链路 UL的服务小区， 若在该服务小区有上行传输 或物理层控制信道 PUCCH传输， 且在最后一个功率余量信息传输后， 要求的功率回退大 于门限值， 则触发上 ·ί艮该服务小区归属的网络侧设备的功率余量信息或所有激活的服务小 区上的功率余量信息。

9、 一种上 ·ί艮功率余量的方法， 其特征在于， 该方法包括：

网络侧设备接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息； 所述网络侧设备根据所述功率余量信息进行调度。

10、 如权利要求 9所述的方法， 其特征在于， 所述网络侧设备接收聚合多个网络侧设 备的资源的用户设备上报的功率余量信息之前， 还包括：

所述网络侧设备将聚合的服务小区和网络侧设备的对应关系发送给所述用户设备。

11、如权利要求 10所述的方法， 其特征在于， 所述网络侧设备发送聚合的服务小区和 网络侧设备的对应关系之前， 还包括：

所述网络侧设备从其他网络侧设备中获取聚合的服务小区和网络侧设备的对应关系。

12、 如权利要求 9~11 任一所述的方法， 其特征在于， 所述网络侧设备接收所述用户 设备上报的功率余量信息之后 , 还包括：

所述网络侧设备将收到的所有功率余量信息全部转发给其他网络侧设备； 或 所述网络侧设备将接收到的功率余量信息中与其他网络侧设备相关的功率余量信息 转发给该其他网络侧设备。

13、 一种上报功率余量的用户设备， 其特征在于， 该用户设备包括：

确定模块， 用于在用户设备聚合多个网络侧设备的资源后， 确定功率余量信息； 上报模块， 用于向至少一个参与聚合的网络侧设备发送所述功率余量信息。

14、 如权利要求 13所述的用户设备， 其特征在于， 所述上报模块还用于： 向至少一个参与聚合的网络侧设备发送所述功率余量信息之前， 根据聚合的服务小区 和网络侧设备的对应关系， 确定参与聚合的网络侧设备。

15、 如权利要求 13所述的用户设备， 其特征在于， 所述上报模块具体用于： 向一个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息； 或 向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息。

16、 如权利要求 15所述的用户设备， 其特征在于， 所述上报模块具体用于： 在功率余量上 4艮触发后， 通过第一个能够承载功率余量信息的服务小区上 ·ί艮功率余量 信息； 或

在触发功率余量上报的网络侧设备管理的服务小区有可用上行资源后， 通过所述可用 上行资源上 ·ί艮功率余量信息； 或

在选择的宏基站的服务小区有可用上行资源或提供本地覆盖的网络侧设备的服务小 区有可用上行资源后， 通过所述可用上行资源上 4艮功率余量信息； 或

在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后， 通过所述可用 上行资源上 ·ί艮功率余量信息； 或

若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件 , 该网络侧设备 在满足触发上报功率余量的条件后的设定时间内没有可用上行资源， 用户设备通过聚合的 其他网络设备的可用上行资源上报功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件 , 所述用户设备在多个网络侧设备中的部分网络侧设备有可用上 行资源时， 通过部分网络侧设备的可用上行资源上报功率余量信息。

17、 如权利要求 15所述的用户设备， 其特征在于， 所述上报模块具体用于： 在有多个参与聚合的网络侧设备有上行资源时， 将所述功率余量信息依次上报给参与 聚合的网络侧设备。

18、 如权利要求 13所述的用户设备， 其特征在于， 所述上报模块具体用于： 针对一个参与聚合的网络侧设备， 向该网络侧设备发送该网络侧设备下所有激活的服 务小区上的功率余量信息。

19、 如权利要求 18所述的用户设备， 其特征在于， 所述上报模块具体用于： 若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件 , 在该网络侧设 备有可用上行资源时， 通过所述可用上行资源向该网络侧设备上报该网络侧设备下所有激 活的服务小区上的功率余量信息， 若该网络侧设备在满足触发上报功率余量的条件后的设 定时间内没有可用上行资源， 用户设备通过聚合的其他网络设备的可用上行资源上报该网 络侧设备下所有激活的服务小区上的功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件， 在多个网络侧设备中的部分网络侧设备有可用上行资源时， 通 过部分网络侧设备的可用上行资源上报多个网络侧设备中的每个触发功率余量上报的网 络侧设备的所有激活的服务小区上的功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件， 在多个网络侧设备中的每个触发功率余量上报的网络侧设备都 有可用上行资源时， 分别通过所述对应网络侧设备的可用上行资源上报该网络侧设备下所 有激活的服务小区上的功率余量信息。

20、 如权利要求 15或 18所述的用户设备， 其特征在于， 所述上报模块具体用于： 在确定满足下列触发上报功率余量的条件中的部分或全部后， 向至少一个参与聚合的 网络侧设备发送所述功率余量信息：

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，且 该网络侧设备下至少有一个激活的服务小区的 PL change超过 dl-PathlossChange dB; 网络侧高层配置或重配 per UE per e B的功率余量信息上 ·ί艮功能； 配置上行的服务小区激活时， 触发上 ·ί艮该服务小区归属的网络侧设备的功率余量信息 或所有激活的服务小区上的功率余量信息；

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，对 该网络侧设备下任意一个激活配置 UL的服务小区，若在该服务小区有上行传输或 PUCCH 传输， 且在最后一个功率余量信息传输后， 要求的功率回退大于门限值， 则触发上报该服 务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息。

21、 一种上报功率余量的网络侧设备， 其特征在于， 该网络侧设备包括：

接收模块， 用于接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息； 处理模块， 用于根据所述功率余量信息进行调度。

22、 如权利要求 21所述的网络侧设备， 其特征在于， 所述处理模块还用于： 接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息之前， 将聚合的服务 小区和网络侧设备的对应关系发送给所述用户设备。

23、 如权利要求 22所述的网络侧设备， 其特征在于， 所述处理模块具体用于： 从其他网络侧设备中获取聚合的服务小区和网络侧设备的对应关系。

24、 如权利要求 21 23任一所述的网络侧设备， 其特征在于， 所述处理模块还用于： 将收到的所有功率余量信息全部转发给其他网络侧设备； 或将接收到的功率余量信息 中与其他网络侧设备相关的功率余量信息转发给该其他网络侧设备。

25、 一种上报功率余量的系统， 其特征在于， 该系统包括：

聚合多个网络侧设备的资源的用户设备， 用于确定功率余量信息， 向至少一个参与聚 合的网络侧设备发送所述功率余量信息；

网络侧设备， 用于接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息， 根据所述功率余量信息进行调度。

26、 一种上报功率余量的用户设备， 其特征在于， 该用户设备包括：

处理器， 用于在用户设备聚合多个网络侧设备的资源后， 确定功率余量信息； 信号发送装置， 用于向至少一个参与聚合的网络侧设备发送所述功率余量信息。

27、 如权利要求 26所述的用户设备， 其特征在于， 所述信号发送装置还用于： 向至少一个参与聚合的网络侧设备发送所述功率余量信息之前， 根据聚合的服务小区 和网络侧设备的对应关系， 确定参与聚合的网络侧设备。

28、 如权利要求 26所述的用户设备， 其特征在于， 所述信号发送装置具体用于： 向一个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息； 或 向每个参与聚合的网络侧设备发送所有激活的服务小区上的功率余量信息。

29、 如权利要求 28所述的用户设备， 其特征在于， 所述信号发送装置具体用于： 在功率余量上 4艮触发后， 通过第一个能够承载功率余量信息的服务小区上 ·ί艮功率余量 信息； 或

在触发功率余量上报的网络侧设备管理的服务小区有可用上行资源后， 通过所述可用 上行资源上 ·ί艮功率余量信息； 或

在选择的宏基站的服务小区有可用上行资源或提供本地覆盖的网络侧设备的服务小 区有可用上行资源后， 通过所述可用上行资源上 ·ί艮功率余量信息； 或

在选择执行上行调度的网络侧设备管理的服务小区有可用上行资源后， 通过所述可用 上行资源上 ·ί艮功率余量信息； 或

若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件 , 该网络侧设备 在满足触发上报功率余量的条件后的设定时间内没有可用上行资源， 用户设备通过聚合的 其他网络设备的可用上行资源上报功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件 , 所述用户设备在多个网络侧设备中的部分网络侧设备有可用上 行资源时， 通过部分网络侧设备的可用上行资源上报功率余量信息。

30、 如权利要求 28所述的用户设备， 其特征在于， 所述信号发送装置具体用于： 在有多个参与聚合的网络侧设备有上行资源时， 将所述功率余量信息依次上报给参与 聚合的网络侧设备。

31、 如权利要求 26所述的用户设备， 其特征在于， 所述信号发送装置具体用于： 针对一个参与聚合的网络侧设备， 向该网络侧设备发送该网络侧设备下所有激活的服 务小区上的功率余量信息。

32、 如权利要求 31所述的用户设备， 其特征在于， 所述信号发送装置具体用于： 若一个网络侧设备的至少一个服务小区满足触发上报功率余量的条件 , 在该网络侧设 备有可用上行资源时， 通过所述可用上行资源向该网络侧设备上报该网络侧设备下所有激 活的服务小区上的功率余量信息， 若该网络侧设备在满足触发上报功率余量的条件后的设 定时间内没有可用上行资源， 用户设备通过聚合的其他网络设备的可用上行资源上报该网 络侧设备下所有激活的服务小区上的功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件， 在多个网络侧设备中的部分网络侧设备有可用上行资源时， 通 过部分网络侧设备的可用上行资源上报多个网络侧设备中的每个触发功率余量上报的网 络侧设备的所有激活的服务小区上的功率余量信息； 或

若多个网络侧设备中至少一个网络侧设备下的服务小区中的至少一个服务小区满足 触发上报功率余量的条件， 在多个网络侧设备中的每个触发功率余量上报的网络侧设备都 有可用上行资源时， 分别通过所述对应网络侧设备的可用上行资源上报该网络侧设备下所 有激活的服务小区上的功率余量信息。

33、如权利要求 28或 31所述的用户设备， 其特征在于， 所述信号发送装置具体用于： 在确定满足下列触发上报功率余量的条件中的部分或全部后， 向至少一个参与聚合的 网络侧设备发送所述功率余量信息：

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，且 该网络侧设备下至少有一个激活的服务小区的 PL change超过 dl-PathlossChange dB;

网络侧高层配置或重配 per UE per e B的功率余量信息上 ·ί艮功能；

配置上行的服务小区激活时， 触发上 4艮该服务小区归属的网络侧设备的功率余量信息 或所有激活的服务小区上的功率余量信息；

存在用于新数据传输的上行资源，且针对一个网络侧设备的 PHR禁止定时器超时，对 该网络侧设备下任意一个激活配置 UL的服务小区，若在该服务小区有上行传输或 PUCCH 传输， 且在最后一个功率余量信息传输后， 要求的功率回退大于门限值， 则触发上报该服 务小区归属的网络侧设备的功率余量信息或所有激活的服务小区上的功率余量信息。

34、 一种上报功率余量的网络侧设备， 其特征在于， 该网络侧设备包括：

信号接收装置， 用于接收聚合多个网络侧设备的资源的用户设备上报的功率余量信 息；

处理器， 用于根据所述功率余量信息进行调度。

35、 如权利要求 34所述的网络侧设备， 其特征在于， 所述处理器还用于：

接收聚合多个网络侧设备的资源的用户设备上报的功率余量信息之前， 将聚合的服务 小区和网络侧设备的对应关系发送给所述用户设备。

36、 如权利要求 35所述的网络侧设备， 其特征在于， 所述处理器具体用于： 从其他网络侧设备中获取聚合的服务小区和网络侧设备的对应关系。

37、 如权利要求 34~36任一所述的网络侧设备， 其特征在于， 所述处理器还用于： 将收到的所有功率余量信息全部转发给其他网络侧设备； 或将接收到的功率余量信息 中与其他网络侧设备相关的功率余量信息转发给该其他网络侧设备。