具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。然而，以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，尽管这些技术也可应用于NR系统应用以外的应用，如第6代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备，可穿戴式设备包括：手环、耳机、眼镜等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(ExtendedService Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例，但是并不限定基站的具体类型。

为了便于理解本申请实施例，首先说明以下内容。

1.上行传输方式，分为基于动态调度(Dynamic Grant，DG)的和基于配置授权(Configured Grant，CG)的(又称为基于无授权调度)。动态调度DG的上行传输，其特点为传输参数如传输层数，调制编码方式(MCS)等等都由物理层信令上行授权。

配置授权CG的上行传输又分为类型1(Type1)和类型2(Type2)两个子类型。Type1CG的上行传输比如上行物理共享信道(Physical Uplink Shared Channel，PUSCH)传输，其所有传输参数由高层半静态配置，其传输资源周期性出现。Type2 CG的上行传输，其传输参数由高层和物理层共同配置、指示。高层主要半静态的配置传输资源的周期，物理层主要指示传输参数如MCS、具体的时频资源、传输层数等。

2.功率余量上报(PHR)：功率余量(PH)，是终端(UE)允许的最大传输功率与当前评估得到的上行传输(如PUSCH传输)功率之间的差值。它表示的是除了当前PUSCH传输所使用的传输功率之外，UE还有多少传输功率可以使用。网络侧设备根据UE上报的功率余量，来选择调度的时频块数量，选择调制格式等。功率余量(PH)分为真实值(real PH)和虚拟值(virtual PH)，其中真实值是根据网络侧设备实际分配的传输参数如物理资源、功率补偿因子等计算得到；而虚拟值是根据提前预定义的传输参数计算得到的功率余量。具体的，若UE触发了PHR上报，并且满足发送条件，那么UE需要以媒体接入控制(Media AccessControl，MAC)控制单元(Control Element，CE)的格式发送PHR。每个CC(也可称为小区cell)上发送的是real PH还是virtual PH取决于以下几个因素(以下称携带PHR的PUSCH为PUSCH with PHR，该PUSCH with PHR所在的CC为PHR CC)：

1)其他激活的(activated)CC上是否有PUSCH传输，且其PUSCH和PHR CC上传输的PUSCH with PHR所占的时域资源有无重叠；若无重叠，则针对该激活的CC的PH为virtualPH；

2)该PH是针对CG还是DG的；若是针对CG的，则传输virtual PH还是real PH取决于UE实现；

3)决定(开始)计算PH的时间time(T-calculate)。若在PHR触发时间T-trigger到T-calculate之间得到相关的调度信息，则上报real PH；否则，上报virtual PH。

Ⅰ若PHR在DG PUSCH上传输，该T-calculate是收到UL grant的时间，即UL grant的接收时间点。

Ⅱ若PHR在CG PUSCH上传输，该T-calculate是发送CG PUSCH的起始时间(如起始符号所在的时间)减去预设时间(Tproc,2)，该预设时间段的数值取决于终端处理数据的能力。即该T-calculate位于发送CG PUSCH的起始时间之前，且与该起始时间间隔预设时间段。

3.PHR MAC CE的格式，其中的V字段，可指示PH值是基于实际传输(真实的PH值)还是基于参考格式(虚拟的PH值)。

为了明确功率余量上报方式，本申请还要解决如下问题：

在一个CC上最多只能配置一个CG的传输的情况下，PHR MAC CE上的V字段可以指示该CC的PH值是virtual还是Real的，因此，网络侧设备能够知道终端的决定，即该CG的PH值是real还是virtual的，因此网络侧设备可以正确的估计出该CC上的路损。而在一个CC上支持多个CG的配置的情况下，每个CG有唯一的索引index(CG index)，且多个CG的配置允许有时间上的重叠；这多个CG的配置是完全独立的，即不同的CG可以有不同的传输参数、传输功率等。但在某一时刻最多只能有一个CG PUSCH发送。发送哪个CG PUSCH可能取决于终端的实现，也可能取决于预先规定比如：只传输最高优先级的CG，若多个CG的优先级相同，则传输最小或最大索引index的CG等。因此哪个CG会传输存在不确定性。另外，后续可能会支持终端放弃低优先级的数据，传输高优先级的数据，但这取决于终端的内部处理速度，终端也有可能来不及取消已经发送的低优先级的数据，因此不会传输高优先级数据。因此对于上述的情况，网络侧设备会不清楚对应上报的real PH值是针对DG的，还是针对CG的；而如果有多个CG配置，网络侧设备也不清楚是针对哪个CG的，因此导致无法估算出当前CC正确的路损。

例如，若CC#2上配置了多个配置授权CG的上行数据信道且这些数据信道的在时域上有重叠，或者若动态调度的DG优先级高于CG，使得终端放弃传输CG而传输DG，或者若CG的优先级高于动态调度的DG，使得终端放弃传输DG而传输CG，目前终端不知道该用哪一个CG，或者是否用优先级高的DG或优先级高的CG的配置来计算PH，且终端不知道该PH的计算应该是真实值或虚拟值。而终端PH计算的不确定将导致网络侧设备无法用终端上报的PH来计算该CC#2上的功率损耗，从而影响网络侧设备后续的数据调度，降低系统性能。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的功率余量的上报方法进行详细地说明。

请参见图2，图2是本申请实施例提供的一种功率余量的上报方法的流程图，该方法应用于终端，如图2所示，该方法包括如下步骤：

步骤201：当第一CC上有多个上行数据信道，且所述多个上行数据信道在时域上有重叠时，针对所述第一CC，采用预设规则进行功率余量上报。

需指出的，上述上行数据信道可选为PUSCH。对于该上行数据信道，在第一CC上可以是配置授权CG的，也可以是动态调度DG的。

一种实施方式中，终端的PHR触发，并且PHR在第二CC(不同于第一CC)的上行数据信道(比如CG或DG的PUSCH)上报，此时若第二CC的上行数据信道与第一CC的上行数据信道(比如多个上行数据信道)在时域上有重叠，针对第一CC的功率余量值可在该第二CC的上行数据信道上报。

另一种实施方式中，基于终端实现，针对第一CC的功率余量值在该第一CC的上行数据信道(比如CG或DG的)上报。

上述在时域上有重叠可理解为相应的时域资源重叠(overlapping)或者冲突。预设规则可以预先约定或者协议规定。

在本申请实施例中，当第一CC上有多个上行数据信道，且所述多个上行数据信道在时域上有重叠时，针对该第一CC，终端可以采用预设规则进行功率余量上报，从而明确功率余量上报方式，使得网络侧设备可以用终端上报的功率余量计算该第一CC上的正确的功率损耗，更有效地帮助网络侧设备选择调度的时频块数量，选择调制格式等。

本申请实施例中，针对第一CC上授权的多个上行数据信道是多个CG的上行数据信道，还是包括DG的上行数据信道和至少一个CG的上行数据信道，可以分为如下两种应用场景：

应用场景1：

应用场景1下，如图3所示，激活的第一CC上配置了多个CG的上行数据信道，且这些上行数据信道在时域上有重叠。需指出的，虽然图3中示出了3个CG，即CG#1、CG#2和CG#3，但是本实施例不以此为限。

作为一种可选的实施方式，如图3所示，在应用场景1下，若终端的PHR被触发，PHR在激活的第二CC的上行数据信道(比如DG PUSCH，或者CG PUSCH)上报，且第二CC的上行数据信道与第一CC的多个CG的上行数据信道在时域上有重叠，则针对第一CC的功率余量值可在该第二CC的上行数据信道上报。或者，基于终端实现，针对第一CC的功率余量值在该第一CC的上行数据信道上报。

此应用场景1中，针对第一CC具体的功率余量上报方法可如下所示：

方法1.1：

针对第一CC，终端始终上报虚拟的功率余量值。即针对第一CC，无论是否有CG传输，无论传输了哪一个CG，终端始终上报virtual PH。

这样，由于virtual PH的计算是根据预定义好的传输参数计算的，因此网络侧设备比如基站可以根据virtual PH得到第一CC上正确的路损，保证后续的数据调度。

方法1.2：

1)针对第一CC，在终端在所述多个CG中的第一CG的上行数据信道上有第一传输，且第一时间点位于第二时间点和第三时间点之间的情况下，终端利用所述第一CG计算真实的功率余量值(即利用第一CG的配置计算真实的功率余量值)，并上报该真实的功率余量值。

或者，针对第一CC，在终端在所述多个CG中的第一CG的上行数据信道上有第一传输，且第一时间点没有位于第二时间点和第三时间点之间的情况下，终端上报虚拟的功率余量值。

其中，该第一时间点是位于第一传输的起始时间点(比如起始符号所在的时间)之前，且与所述起始时间点间隔了预设时间长度。该预设时间长度的数值取决于终端处理数据的能力。该第二时间点是PHR的触发时间点T-trigger。该第三时间点是开始计算PHR中功率余量值的时间点T-calculate。

2)针对第一CC，在终端在所述多个CG的上行数据信道上没有传输的情况下，终端上报虚拟的功率余量值。

这样，借助方法1.2，若有真实的功率余量值上报，网络侧设备不但可以计算出正确的路损，还能得知终端实际的功率余量。

方法1.3：

针对第一CC，终端利用所述多个CG中的第二CG，计算真实的功率余量值，并上报所述真实的功率余量值。该第二CG在多个CG中满足以下任意一个条件：索引最小、索引最大、优先级最高、优先级最低。即针对第一CC，无论是是否有CG传输，无论传输了哪一个CG，终端始终利用第二CG的配置来计算真实的功率余量值并上报。

一种实施方式中，若多个CG的优先级都是0或1即相同，则终端可以利用索引最小或索引最大的CG的配置来计算真实的功率余量值并上报。

这样，借助方法1.3，网络侧设备也可以根据real PH值得到第一CC上正确的路损。

方法1.4：

针对第一CC，终端基于终端实现，上报真实的功率余量值或虚拟的功率余量值。该真实的功率余量值可以是利用多个CG中任意一者的配置计算得到。即针对第一CC，终端上报real PH还是上报virtual PH，或用哪个CG计算real PH，取决于终端实现。

这样，借助方法1.3，可以简单实现功率余量值的上报，对现有上报方式的影响较小。

应用场景2：

应用场景2下，如图4A至图4D所示，激活的第一CC上配置了至少一个CG的上行数据信道和授权了DG的上行数据信道，且这些上行数据信道在时域上有重叠。需指出的，虽然图4A至图4D中示出了1个CG和1个DG，但本实施例不以此为限。并且比如，图4A和图4B中因CG的优先级更高，取消了DG传输。图4C和图4D中因DG的优先级更高，取消了CG传输。其他情况下，也可能是由于终端来不及取消已经发送的低优先级的数据(比如CG传输或DG传输)，因此不会传输高优先级数据(比如CG传输或DG传输)。

作为一种可选的实施方式，如图4A至图4D所示，在应用场景2下，若终端的PHR被触发，PHR在激活的第二CC的上行数据信道(比如DG PUSCH，或者CG PUSCH)上报，且第二CC的上行数据信道与第一CC的多个CG的上行数据信道在时域上有重叠，则针对第一CC的功率余量值可在该第二CC的上行数据信道上报。或者，基于终端实现，针对第一CC的功率余量值在该第一CC的上行数据信道上报。

此应用场景2中，针对第一CC具体的功率余量上报方法可如下所示：

方法2.1：

针对第一CC，终端始终上报虚拟的功率余量值。即针对第一CC，当CG传输和DG传输有资源冲突时，无论终端最终优先传输的是CG还是DG，终端始终上报virtual PH。

这样，由于virtual PH的计算是根据预定义好的传输参数计算的，因此网络侧设备比如基站可以根据virtual PH得到第一CC上正确的路损，保证后续的数据调度。

方法2.2：

情况一：终端传输的是CG，即终端在CG的上行数据信道上有传输，如图4A和图4B所示。

1)针对第一CC，在终端在所述至少一个CG中的第三CG的上行数据信道上有第三传输，且第四时间点位于第二时间点和第三时间点之间的情况下，终端利用第三CG计算真实的功率余量值(即利用第三CG的配置计算真实的功率余量值)，并上报所述真实的功率余量值。

2)针对第一CC，在终端在所述至少一个CG中的第三CG的上行数据信道上有第三传输，且第四时间点没有位于第二时间点和第三时间点之间的情况下，当所述DG的传输被取消，且所述被取消传输的DG的上行授权的接收时间点位于第二时间点和第三时间点之间(如图4A所示)时，终端利用所述DG计算真实的功率余量值，并上报所述真实的功率余量值；或者，当所述被取消传输的DG的上行授权的接收时间点没有位于第二时间点和第三时间点之间(如图4B所示)时，终端上报虚拟的功率余量值。

其中，该第四时间点位于第三传输(第三CG的传输)的起始时间点(比如起始符号所在的时间)之前，且与所述起始时间点间隔了预设时间长度。该预设时间长度的数值取决于终端处理数据的能力。该第二时间点是PHR的触发时间点T-trigger。该第三时间点是开始计算PHR中功率余量值的时间点T-calculate。

情况二：终端传输的是DG，即终端在DG的上行数据信道上有传输，如图4C和图4D所示。

3)针对第一CC，在终端在所述DG的上行数据信道上有第四传输，且所述DG的上行授权的接收时间点(比如调度该DG的物理下行控制信道(Physical Downlink ControlChannel，PDCCH)的接收时间点)位于第二时间点和第三时间点之间(如图4C所示)的情况下，终端利用所述DG计算真实的功率余量值(即利用DG的配置计算真实的功率余量值)，并上报真实的功率余量值。

4)针对第一CC，在终端在所述DG的上行数据信道上有第四传输，且所述DG的上行授权的接收时间点没有位于第二时间点和第三时间点之间(如图4D所示)的情况下，当第五时间点位于第二时间点和第三时间点之间时，终端利用所述至少一个CG中的第四CG计算真实的功率余量值，并上报所述真实的功率余量值。或者，当第五时间点没有位于第二时间点和第三时间点之间时，终端上报虚拟的功率余量值。

其中，该第四CG是被取消传输的CG。该第五时间点位于第四CG的传输的起始时间点(比如起始符号所在的时间)之前，且与所述起始时间点间隔了预设时间长度。该预设时间长度的数值取决于终端处理数据的能力。该第二时间点是PHR的触发时间点T-trigger。该第三时间点是开始计算PHR中功率余量值的时间点T-calculate。

方法2.3：

情况一：终端传输的是CG，即终端在CG的上行数据信道上有传输，如图4A和图4B所示。

针对第一CC，在终端在所述至少一个CG中的第五CG的上行数据信道上有第五传输的情况下，当第六时间点位于第二时间点和第三时间点之间时，终端利用所述第五CG计算真实的功率余量值，并上报所述真实的功率余量值；或者，当第六时间点没有位于第二时间点和第三时间点之间时，终端上报虚拟的功率余量值。

情况二：终端传输的是DG，即终端在DG的上行数据信道上有传输，如图4C和图4D所示。

针对第一CC，在终端在所述DG的上行数据信道上有传输的情况下，当所述DG的上行授权的接收时间点位于第二时间点和第三时间点(如图4C所示)之间时，终端利用所述DG计算真实的功率余量值，并上报真实的功率余量值；或者，当所述DG的上行授权的接收时间点没有位于第二时间点和第三时间点之间(如图4D所示)时，上终端报虚拟的功率余量值。

其中，该第六时间点位于所述第五传输的起始时间点(比如起始符号所在的时间)之前，且与所述起始时间点间隔了预设时间长度。该预设时间长度的数值取决于终端处理数据的能力。该第二时间点是PHR的触发时间点T-trigger。该第三时间点是开始计算PHR中功率余量值的时间点T-calculate。

方法2.4：

针对第一CC，终端基于终端实现，上报真实的功率余量值或虚拟的功率余量值。该真实的功率余量值可以是利用DG或者至少一个CG中任意一者的配置计算得到。即针对第一CC，当CG和DG有资源冲突时，终端上报real PH还是virtual PH，或用CG还是DG，取决于终端实现。

需要说明的是，本申请实施例提供的功率余量的上报方法，执行主体可以为功率余量的上报装置，或者，该功率余量的上报装置中的用于执行上报方法的控制模块。本申请实施例中以功率余量的上报装置执行上报方法为例，说明本申请实施例提供的功率余量的上报装置。

请参见图5，图5是本申请实施例提供的一种功率余量的上报装置的结构示意图，该上报装置应用于终端，如图5所示，该上报装置50包括：

上报模块51，用于当第一CC上有多个上行数据信道，且所述多个上行数据信道在时域上有重叠时，针对所述第一CC，采用预设规则进行功率余量上报时，针对所述第一CC，采用预设规则进行功率余量上报。

可选的，所述多个上行数据信道为多个CG的上行数据信道；所述上报模块51具体用于：

在所述终端在所述多个CG中的第一CG的上行数据信道上有第一传输，且第一时间点位于第二时间点和第三时间点之间的情况下，利用所述第一CG计算真实的功率余量值，并上报所述真实的功率余量值；或者，在所述终端在所述多个CG中的第一CG的上行数据信道上有第一传输，且第一时间点没有位于第二时间点和第三时间点之间的情况下，上报虚拟的功率余量值；其中，所述第一时间点位于所述第一传输的起始时间点之前，且与所述起始时间点间隔了预设时间长度；所述第二时间点是PHR的触发时间点，所述第三时间点是开始计算所述PHR中功率余量值的时间点；

或者，

在所述终端在所述多个CG的上行数据信道上没有传输的情况下，上报虚拟的功率余量值。

可选的，所述多个上行数据信道为多个CG的上行数据信道；所述上报模块51具体用于以下任意一项：

始终上报虚拟的功率余量值；

利用所述多个CG中的第二CG，计算真实的功率余量值，并上报所述真实的功率余量值；其中，所述第二CG在所述多个CG中满足以下任意一个条件：索引最小、索引最大、优先级最高、优先级最低；

基于终端实现，上报真实的功率余量值或虚拟的功率余量值；其中，所述真实的功率余量值是利用所述多个CG中任意一者计算得到。

可选的，所述多个上行数据信道包括DG的上行数据信道和至少一个CG的上行数据信道；所述上报模块51具体用于：

在所述终端在所述至少一个CG中的第三CG的上行数据信道上有第三传输，且第四时间点位于第二时间点和第三时间点之间的情况下，利用所述第三CG计算真实的功率余量值，并上报所述真实的功率余量值；

或者，

在所述终端在所述至少一个CG中的第三CG的上行数据信道上有第三传输，且第四时间点没有位于第二时间点和第三时间点之间的情况下，当所述DG的传输被取消，且所述被取消传输的DG的上行授权的接收时间点位于第二时间点和第三时间点之间时，利用所述DG计算真实的功率余量值，并上报所述真实的功率余量值；或者，当所述被取消传输的DG的上行授权的接收时间点没有位于第二时间点和第三时间点之间时，上报虚拟的功率余量值；

其中，所述第四时间点位于所述第三传输的起始时间点之前，且与所述起始时间点间隔了预设时间长度；所述第二时间点是PHR的触发时间点，所述第三时间点是开始计算所述PHR中功率余量值的时间点。

可选的，所述多个上行数据信道包括DG的上行数据信道和至少一个CG的上行数据信道；所述上报模块51具体用于：

在所述终端在所述DG的上行数据信道上有第四传输，且所述DG的上行授权的接收时间点位于第二时间点和第三时间点之间的情况下，利用所述DG计算真实的功率余量值，并上报所述真实的功率余量值；

或者，

在所述终端在所述DG的上行数据信道上有第四传输，且所述DG的上行授权的接收时间点没有位于第二时间点和第三时间点之间的情况下，当第五时间点位于第二时间点和第三时间点之间时，利用所述至少一个CG中的第四CG计算真实的功率余量值，并上报所述真实的功率余量值；或者，当第五时间点没有位于第二时间点和第三时间点之间时，上报虚拟的功率余量值；

其中，所述第四CG是被取消传输的CG，所述第五时间点位于所述第四CG的传输的起始时间点之前，且与所述起始时间点间隔了预设时间长度；所述第二时间点是PHR的触发时间点，所述第三时间点是开始计算所述PHR中功率余量值的时间点。

可选的，所述多个上行数据信道包括DG的上行数据信道和至少一个CG的上行数据信道，所述上报模块51具体用于：

在所述终端在所述至少一个CG中的第五CG的上行数据信道上有第五传输的情况下，当第六时间点位于第二时间点和第三时间点之间时，利用所述第五CG计算真实的功率余量值，并上报所述真实的功率余量值；或者，当第六时间点没有位于第二时间点和第三时间点之间时，上报虚拟的功率余量值；

或者，

在所述终端在所述DG的上行数据信道上有传输的情况下，当所述DG的上行授权的接收时间点位于第二时间点和第三时间点之间时，利用所述DG计算真实的功率余量值，并上报所述真实的功率余量值；或者，当所述DG的上行授权的接收时间点没有位于第二时间点和第三时间点之间时，上报虚拟的功率余量值；

其中，所述第六时间点位于所述第五传输的起始时间点之前，且与所述起始时间点间隔了预设时间长度；所述第二时间点是PHR的触发时间点，所述第三时间点是开始计算所述PHR中功率余量值的时间点。

可选的，所述多个上行数据信道包括DG的上行数据信道和至少一个CG的上行数据信道；所述上报模块51具体用于以下任意一项：

始终上报虚拟的功率余量值；

基于终端实现，上报真实的功率余量值或虚拟的功率余量值；其中，所述真实的功率余量值是利用所述DG或所述至少一个CG中任意一者计算得到。

可理解的，本申请实施例提供的上报装置50能够实现图2中方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例中的功率余量的上报装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的功率余量的上报装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

可选的，本申请实施例还提供一种终端，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述图1中方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

图6为实现本申请实施例的一种终端的硬件结构示意图。

该终端600包括但不限于：射频单元601、网络模块602、音频输出单元603、输入单元604、传感器605、显示单元606、用户输入单元607、接口单元608、存储器609、以及处理器610等部件。

本领域技术人员可以理解，终端600还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器610逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图6中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元604可以包括图形处理器(GraphicsProcessing Unit，GPU)6041和麦克风6042，图形处理器6041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元606可包括显示面板6061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板6061。用户输入单元607包括触控面板6071以及其他输入设备6072。触控面板6071，也称为触摸屏。触控面板6071可包括触摸检测装置和触摸控制器两个部分。其他输入设备6072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

本申请实施例中，射频单元601将来自网络侧设备的下行数据接收后，给处理器610处理；另外，将上行的数据发送给网络侧设备。通常，射频单元601包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。

存储器609可用于存储软件程序或指令以及各种数据。存储器609可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器609可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。

处理器610可包括一个或多个处理单元；可选的，处理器610可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器610中。

其中，处理器610，用于当第一CC上有多个上行数据信道，且所述多个上行数据信道在时域上有重叠时，针对所述第一CC，采用预设规则进行功率余量上报。

可理解的，本申请实施例提供的终端600能够实现图2中方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述图2方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行网络侧设备程序或指令，实现上述图2方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。