CN115915107A

CN115915107A - 通信方法和通信装置

Info

Publication number: CN115915107A
Application number: CN202110903506.3A
Authority: CN
Inventors: 李铁; 余政; 张永平; 杨育波; 刘鹍鹏
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-08-06
Filing date: 2021-08-06
Publication date: 2023-04-04
Also published as: EP4383829A4; WO2023011189A1; EP4383829A1

Abstract

本申请提供了一种通信方法和通信装置，支持MTRP场景下的PHR计算和上报。终端上报第二能力，第二能力包括以下至少一项：终端支持的计算功率余量报告PHR的个数为N，终端支持的载波单元CC的个数为L，其中，L个CC中的一个或多个CC支持计算多个PHR，L个CC支持的计算PHR个数之和等于N，L、N为正整数；终端支持的上报PHR的个数为M，终端支持的载波单元CC的个数为L，其中，L个CC中的一个或多个CC支持上报多个PHR，L个CC支持的上报PHR个数之和等于M，M为正整数；终端支持的计算并上报PHR的个数为P，终端支持的载波单元CC的个数为L，其中，L个CC中的一个或多个CC支持计算并上报多个PHR，L个CC支持的计算并上报PHR个数之和等于P，P为正整数。

Description

通信方法和通信装置

技术领域

本申请涉及通信领域，并且更具体地，涉及一种通信方法和通信装置。

背景技术

为了提升小区边缘用户体验，多发送接收点(transmission and receptionpoint，MTRP)传输在Rel-16被引入。但是由于Rel-16时间受限，仅标准化了单下行链路控制信息(downlink control information，DCI)调度MTRP和多DCI调度MTRP的物理下行共享信道(physical downlink shared channel，PDSCH)增强。为了进一步增强MTRP性能，Rel-17继续标准化MTRP传输。主要内容涉及物理下行控制信道(physical downlink controlchannel，PDCCH)增强、物理上行控制信道(physical uplinkcontrol channel，PUCCH)增强和物理上行共享信道(physical uplinksharedchannel，PUSCH)增强，其中，PUSCH增强主要方案为在不同的TRP(即多TRP)上进行重复发送。此外，当前协议仅支持单CC和多CC的PHR计算和上报，不支持MTRP的PHR计算和上报。Rel-17引入MTRP的PUCCH或PUSCH增强，因此MTRP下的PHR也需要增强。

发明内容

本申请提供一种通信方法和通信装置，支持MTRP场景下的PHR计算和上报。

第一方面，提供了一种通信方法，该通信方法可以由终端设备执行，或者，也可以由设置于终端设备中的芯片或电路执行，本申请对此不作限定，为了便于描述，下面以由终端设备执行为例进行说明。

该方法包括：终端支持第一能力，所述第一能力包括所述终端支持的接入网设备的总个数为N，所述终端支持的载波单元CC的个数为M，其中，所述M个CC中的一个或多个CC支持多个接入网设备，所述M个CC支持的接入网设备个数之和等于N；所述终端设备根据所述第一共享能力计算和上报第一CC支持的多接入网设备的功率余量报告PHR，所述第一CC为所述终端支持的CC。

对应的，网络设备接收终端发送的第一能力，并为终端配置第一配置信息，所述第一配置信息中包括所述终端支持的接入网设备的总个数为N，所述终端支持的载波单元CC的个数为M，其中，所述M个CC中的一个或多个CC支持多个接入网设备，所述M个CC支持的接入网设备个数之和等于N；所述终端设备根据所述第一共享能力计算和上报第一CC支持的多接入网设备的功率余量报告PHR，所述第一CC为所述终端支持的CC。

第二方面，提供了一种通信方法，该方法包括：

终端上报第二能力，所述第二能力包括以下至少一项：

所述终端支持的计算功率余量报告PHR的总个数为N，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持计算多个PHR，所述L个CC支持的计算PHR个数之和等于N；

所述终端支持的总上报PHR的个数为M，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持上报多个PHR，所述L个CC支持的上报PHR个数之和等于M；

所述终端支持的计算并上报PHR的个数为P，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持计算并上报多个PHR，所述L个CC支持的计算并上报PHR个数之和等于P。

对应的，网络设备接收终端发送的第二能力，并为终端配置第二配置信息，所述第二配置信息中包括以下至少一项：

第三方面，提供了一种通信方法，该方法包括：发送第一指示信息，所述第一指示信息用于指示所述终端设备是否根据第一信道传输实例计算和报告实际功率余量报告PHR，所述第一信道传输实例为第一载波单元CC支持的多个接入网设备的信道传输重复实例中的一个或多个，所述第一CC为所述终端支持的CC。

结合第三方面，在第三方面的某些实现方式中，所述第一指示信息为无线资源控制消息、媒体接入控制控制单元MAC-CE、或下行控制信息DCI中的一个或多个。

第四方面，提供了一种通信方法，该方法包括：接收第一指示信息，所述第一指示信息用于指示所述终端设备是否根据第一信道传输重复实例计算和报告实际功率余量报告PHR，所述第一信道传输为第一载波单元CC支持的多个接入网设备的信道传输重复实例中的一个或多个，所述第一CC为所述终端支持的CC。

结合第四方面，在第四方面的某些实现方式中，所述第一指示信息为无线资源控制消息、媒体接入控制控制单元MAC-CE、或下行控制信息DCI中的一个或多个。

第五方面，提供了一种通信方法，该方法包括：第一载波单元CC的两个接入网设备的功率余量报告PHR触发上报是按照每个接入网设备配置的，所述第一CC为终端支持的CC，则第一PHR被触发上报时，所述终端上报所述两个接入网设备对应的PHR，所述第一PHR为所述两个接入网设备中的任一接入网设备，或者，第一接入网设备的PHR被触发上报时，所述终端上报所述第一接入网设备对应的PHR，所述第一PHR为所述两个接入网设备中的任一接入网设备，或者，所述两个接入网设备被触发上报的时刻之间没有能够承载第一接入网设备的PHR或者承载所述两个接入网设备的PHR的信道时，所述终端在第二接入网设备被触发上报PHR后的第一个可用的信道上传输所述两个接入网设备的PHR，所述两个接入网设备中所述第一接入网设备被触发上报PHR的时刻早于所述两个接入网设备中所述第二接入网设备被触发上报PHR的时刻；或者，所述两个接入网设备被触发上报的时刻小于第一门限值，或者都在触发窗内，所述终端在第二接入网设备被触发上报PHR后的第一个可用的信道上传输所述两个接入网设备的PHR，所述两个接入网设备中第一接入网设备被触发上报PHR的时刻早于所述两个接入网设备中所述第二接入网设备的PHR被触发上报的时刻。

第六方面，本申请提供一种通信装置，通信装置具有实现第一方面或第二方面或第四方面或第五方面以及第一方面或第二方面或第四方面或第五方面中任一种可能实现方式中的方法的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的单元。

在一个示例中，该通信装置可以为终端设备。

在另一个示例中，该通信装置可以为安装在终端设备内的部件(例如：芯片或集成电路)。

第七方面，本申请提供一种通信装置，通信装置具有实现第三方面或其可能实现方式中的方法的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的单元。

在一个示例中，该通信装置可以为网络设备。

在另一个示例中，该通信装置可以为安装在网络设备内的部件(例如：芯片或集成电路)。

第八方面，本申请提供一种通信设备，包括至少一个处理器，至少一个处理器与至少一个存储器耦合，至少一个存储器用于存储计算机程序或指令，至少一个处理器用于从至少一个存储器中调用并运行该计算机程序或指令，使得通信设备执行第一方面至第六方面以及第一方面至第六方面中任意可能的实现方式中的方法。

第九方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。该处理电路用于通过该输入电路接收信号，并通过该输出电路发射信号，使得该第一方面至第六方面以及第一方面至第六方面中任意可能的实现方式中的方法被实现。

在具体实现过程中，上述处理器可以为芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的，输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。

第十方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得如第一方面至第六方面以及第一方面至第六方面中任意可能的实现方式中的方法被执行。

第十一方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得如第一方面至第六方面以及第一方面至第六方面中任意可能的实现方式中的方法被执行。

第十二方面，本申请提供一种芯片，包括处理器和通信接口，所述通信接口用于接收信号，并将所述信号传输至所述处理器，所述处理器处理所述信号，以使得如第一方面至第六方面以及第一方面至第六方面中任意可能的实现方式中的方法被执行。

第十三方面，本申请提供一种通信系统，包括上述的终端设备和网络设备。

附图说明

图1是本申请实施例提供的一种网络架构的示意图。

图2是PHR计算时序示意图。

图3是计算“未来”PUSCH重复实例的示意图。

图4是本申请提出的一种通信方法的示意性流程图。

图5是本申请提出的另一种通信方法的示意性流程图。

图6是本申请提出的基站指示终端计算PUSCH重复实例的示意图。

图7是本申请提出的MTRP场景PHR触发上报时序的示意性流程图。

图8是本申请提供的通信装置1000的示意性框图。

图9为本申请提供的通信装置10的示意性结构图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统、未来的第五代(5th generation，5G)系统或新无线(new radio，NR)，车到其它设备(vehicle-to-X V2X)，其中V2X可以包括车到互联网(vehicle to network，V2N)、车到车(vehicle to-vehicle，V2V)、车到基础设施(vehicleto infrastructure，V2I)、车到行人(vehicle to pedestrian，V2P)等、车间通信长期演进技术(long term evolution-vehicle，LTE-V)、车联网、机器类通信(machine typecommunication，MTC)、物联网(internet of things，IoT)、机器间通信长期演进技术(longterm evolution-machine，LTE-M)，机器到机器(machine to machine，M2M)等。

本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统等。本申请对此不做限定。

参见图1，图1是本申请实施例提供的一种网络架构的示意图。如图1所示，该通信系统300可以包括至少一个网络设备，例如图1所示的网络设备310和网络设备320；该通信系统300还可以包括至少一个终端设备，例如图1所示的终端设备330。其中，该终端设备330可以是移动的或固定的。网络设备310和网络设备320均为可以通过无线链路与终端设备330通信的设备，如基站或基站控制器等。每个网络设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域(小区)内的终端设备进行通信。该无线通信系统300还可以包括至少一个核心网，例如图1所示的核心网340，该核心网340可以是4G核心网或5G核心网等。

核心网340和终端设备330之间可以构成双链接架构。例如，网络设备310是作为主基站的LTE基站，网络设备320是作为辅基站的NR基站，核心网330是演进的分组核心网络(evolvedpacketcore，EPC)，网络设备310与核心网330之间存在控制面连接和数据面连接，网络设备320与核心网340之间存在数据面连接，网络设备310和网络设备320均为终端设备330与核心网330之间的数据传输提供空口传输资源。即构成了EN-DC(E-UTRANRdualconnectivity)双链接的部署场景。此时，网络设备310对应于LTEeNB，网络设备320对应gNB，核心网对应于EPC。

应理解，图1示例性地示出了两个网络设备和一个终端设备，但这不应对本申请构成任何限定。可选地，该通信系统300可以包括更多个网络设备，并且每个网络设备的覆盖范围内可以包括其它数量的终端设备。可选地，该通信系统300还可以包括多个核心网设备。本申请实施例对此不做限定。

上述各个通信设备，如图1中的网络设备310、网络设备320或终端设备330，可以配置多个天线。该多个天线可以包括至少一个用于发送信号的发射天线和至少一个用于接收信号的接收天线。另外，各通信设备还附加地包括发射机链和接收机链，本领域普通技术人员可以理解，它们均可包括与信号发送和接收相关的多个部件(例如处理器、调制器、复用器、解调器、解复用器或天线等)。因此，网络设备与终端设备之间可通过多天线技术通信。

可选地，该无线通信系统300还可以包括网络控制器、移动管理实体等其它网络实体，本申请实施例不限于此。

网络设备可以与终端设备通信。本申请实施例中的终端设备也可以称为：用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。

终端设备可以是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端设备的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备和/或用于在无线通信系统上通信的任意其它适合设备，本申请实施例对此并不限定。

其中，可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，在本申请实施例中，终端设备还可以是物联网系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。

此外，在本申请实施例中，终端设备还可以包括智能打印机、火车探测器、加油站等传感器，主要功能包括收集数据(部分终端设备)、接收网络设备的控制信息与下行数据，并发送电磁波，向网络设备传输上行数据。

本申请实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备可以是LTE系统中的演进型基站B(evolved nodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，还可以是无线网络控制器(radio network controller，RNC)、基站控制器(base station controller，BSC)、家庭基站(例如，home evolved nodeB，或home nodeB，HNB)、基带单元(baseband unit，BBU)，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等，可以是无线局域网(wireless local areanetworks，WLAN)中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission and reception point，TRP)等,可以是新型无线系统(new radio，NR)系统中的gNB或传输点(TRP或TP)，或者，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等，本申请实施例并不限定。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括有源天线单元(active antenna unit，简称AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能，比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resourcecontrol，RRC)，分组数据汇聚层协议(packet data convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+AAU发送的。可以理解的是，网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外，可以将CU划分为接入网(radio accessnetwork，RAN)中的网络设备，也可以将CU划分为核心网(core network，CN)中的网络设备，本申请对此不做限定。

另外，在本申请实施例中，网络设备为小区提供服务，终端设备通过网络设备分配的传输资源(例如，频域资源，或者说，频谱资源)与小区进行通信，该小区可以属于宏基站(例如，宏eNB或宏gNB等)，也可以属于小小区(small cell)对应的基站，这里的小小区可以包括：城市小区(metro cell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。

此外，在本申请实施例中，网络设备可以包括基站(gNB)，例如宏站、微基站、室内热点、以及中继节点等，功能是向终端设备发送无线电波，一方面实现下行数据传输，另一方面发送调度信息控制上行传输，并接收终端设备发送的无线电波，接收上行数据传输。

为了更好地理解本申请实施例，下面先介绍本申请实施例中涉及到的概念。

1、特殊小区(specialcell，SpCell)：包括主服务小区(primarycell，PCell)和/或主从服务小区(primarysecondarycell，PSCell)。

2、5GNR的频率范围分别定义为不同的FR：FR1与FR2。其中FR1对应频段范围包括450MHz-6000MHz，又被称为sub-6GHz频段)和FR2对应频段范围包括24250MHz-52600MHz，又称为above-6GHz或毫米波频段)。

3、MTRP：让手机终端可以同时接收两个基站的信号。当一个发生遮挡，不会影响另外一个信号的传输。

4、功率余量(Power Headroom，PH)：LTE中已经引入，即终端允许的最大传输功率与当前评估得到的PUSCH传输功率之间的差值，它表示除了当前PUSCH传输所使用的传输功率之外，终端还有多少传输功率可以使用。当前NR协议，将PH的功能引入到更多信道，包括类型(Type)1PHR(Power headroom report)主要针对PUSCH信道，Type2PHR主要针对多连接(Multiple radio dual connection，MRDC)场景的PUSCH或PUCCH信道，Type 3PHR主要针对探测参考信号(sounding reference signal，SRS)。PH的单位为dB，范围是[-23,40]dB。如果是负值则表示网络给终端调度了一个高于其当时可用发送功率所能支持的数据传输速率。定义PH的动机之一在于它可以为基站分配上行资源的一个参考依据，同时也可为上行功控提供依据。具体基站如何使用终端上报的PH值，取决于基站的算法设计，例如，如果PH值为正，那么后续分配更多的资源给终端用于传输；如果PH值为负，在下次调度时分配更少的资源给终端用于传输。PH之所示会出现负值，是因为“评估得到的PUSCH传输功率”是根据实际信道计算得到的，不是实际的发送功率，也不依赖于最大发射功率的限制。

5、功率余量报告(Power Headroom Report，PHR)：为终端向网络侧报告功率余量的过程。这个过程，分为上报触发、PH计算和上报。

关于PHR上报触发，当前NR协议支持周期上报和事件上报，这里举例说明两种会触发PHR进行上报的触发条件。

①当UE有传输新数据的上行资源，静止上报定时器(prohibitPHR-Timer)超时或已经超时，并且在上一次传输功率余量报告之后，路径损耗的变化值已经超过了某一阈值(例如：dl-PathlossChange dB中配置的值)。路损变化值评估考虑当前时间计算的路损，和上次上报PHR时刻路损的比较，对于之间时间段路损变化情况都不考虑。这个条件还需要留意两个地方：第一，这里用的是路损的“变化值”，即不区分当前路损是变大还是变小，考虑的是路损的绝对差值。第二，如果prohibitPHR-Timer仍然在运行，是不能触发PHR的，无论路损变化多大都没用。prohibitPHR-Timer的存在，是为了防止因路损变动频繁或者路损门限设置过低，导致UE频繁发送PHR的情况发生。

②周期上报定时器(PeriodicPHR-Timer)超时。

其它可能的触发条件参见标准中的描述，这里不再赘述。

这里具体介绍NR协议中与PH计算相关的规定。

NR中支持实际PHR(Actual PHR)和虚拟PHR(Virtual PHR)计算。首先应该确认在什么时刻开始判断计算的PHR应该是实际PHR(Actual PHR)还是虚拟PHR(Virtual PHR)。协议中规定：

①当在动态调度的PUSCH上传输PHR时，在第一次有初始上行PUSCH调度的DCI接收时刻进行判断；或者，在第一次有初始上行PUSCH调度的DCI接收时刻和第一次有可用的(所谓可用即能放的下当前PHR)初始上行PUSCH的开始传输时刻之间的任一时刻；

应理解，DCI由下行物理控制信道PDCCH承载。

②当在配置调度和半持续调度的PUSCH上传输PHR时，在实际PUSCH传输之前Tproc时长的时刻进行判断，其中，Tproc是PUSCH的准备时间；

如果在上述时刻能判断在上报的时刻有实际的目标信道或信号(Type-1 PHRPUSCH,Type-3 PHR SRS)发送，则计算实际PHR，如果没有实际的目标信道或信号发送，则计算虚拟的PHR。

参见图2，图2是PHR计算时序示意图。如图2所示，当在载波单元(componentcarriers，CC)1对应的虚线内的PUSCH传输CC1至CC3的PHR时，对于CC1计算PHR，在CC1对应的PDCCH时刻或者在CC1对应的PDCCH时刻与CC1对应的PUSCH传输时刻之间的任一时刻，PDCCH成功译码之后，UE可知CC1在虚线框对应的上报时刻有实际的PUSCH发送，因此，CC1计算实际的PHR，对于CC2来说，UE在CC1对应的PDCCH时刻或者在CC1对应的PDCCH时刻与CC1对应的PUSCH传输时刻之间的任一时刻，判断CC2在虚线框对应的上报时刻没有实际的PUSCH传输，因此CC2计算虚拟的PHR，同理，对于CC3，可判断CC3在虚线框对应的上报时刻有半静态的PUSCH(Config Grant PUSCH)传输(RRC配置，UE可提前知道)，所以CC3计算实际的PHR。

对于如何判断在哪个PUSCH传输PHR，协议规定在触发后的第一个可用的PUSCH进行传输。所谓可用，即在满足逻辑信道传输优先级情况下，PHR仍能在该PUSCH上传输。

实际PH以及虚拟PH的计算公式参见协议中的描述，这里也不再赘述。

下面，具体介绍PHR的上报。例如：PHR可以通过MAC-CE进行上报，协议规定了2种格式，单CC格式和多CC格式。

单CC的PHR MAC-CE上报格式如表1所示，

表1

其中，各比特域表示如下，

R：保留位，设置为0；

PH：指示PH值，6比特长度。通过该6比特域PH值等级表进行一一对应。

P：如果配置上报MPE值(即mpe-Reporting-FR2配置)，如果计算辐射约束下的最大功率回退(power management maximum power reduction，P-MPR)值满足门限，且小于P-MPR_00，则该域将设置为0，其它情况该值设置为1。如果不配置上报MPE值(即mpe-Reporting-FR2不配置)或者配置在FR1频段，这个域指示其它原因产生的是否功率回退。如果没有其它原因产生的功率回退且相应的P_CMAX,f,c有不同的值则该域设置为1。

MPE：如果配置上报最大允许辐射(maximum permissible exposure，MPE)值(即mpe-Reporting-FR2配置)，则上报MPE值；如果配置不上报MPE值(即mpe-Reporting-FR2不配置)，或者工作在FR1频段，或者P域设置为0，该域为保留域。

P_CMAX,f,c：指示计算PH值的终端最大发射功率。。

配置的服务小区索引小于8的多CC的PHR MAC-CE上报格式如表2所示，

表2

配置的服务小区索引大于或等于8的多CC的PHR MAC-CE上报格式如表3所示，

表3

其中，各比特域表示如下，

R：保留位，设置为0；

C_i：指示终端的服务小区索引为i的PH值是否上报；1指示上报，0指示不上报；

V：指示上报的PHR值是实际PH值还是虚拟PH值。对于Type 1和Type 3PH，0指示实际PH值，1指示虚拟PH值；对于Type 2PH，1指示实际PH值，0指示虚拟PH值。此外，也用于指示相关的P_CMAX,f,c和MPE域是否存在，0指示存在，1指示不存在。

PH：指示上报的PH值。

P：如果配置上报MPE值(即mpe-Reporting-FR2配置)，如果计算P-MPR值满足门限，且小于P-MPR_00，则该域将设置为0，其它情况该值设置为1。如果不配置上报MPE值(即mpe-Reporting-FR2不配置)或者配置在FR1频段，这个域指示其它原因产生的是否功率回退。如果没有其它原因产生的功率回退且相应的P_CMAX,f,c有不同的值则该域设置为1。

P_CMAX,f,c：如果存在(V域指示0)，指示NR的终端最大可发送功率，或者指示E-UTRA(LTE)的终端最大可发送功率。

MPE：如果配置上报MPE值(即mpe-Reporting-FR2配置)，则上报MPE值；如果配置不上报MPE值(即mpe-Reporting-FR2不配置)，或者工作在FR1频段，或者P域设置为0，该域为保留域。

如上所示，当前支持单CC和多CC的PHR计算和上报。Rel-17引入MTRP的PUCCH或PUSCH增强，因此MTRP下的PHR也需要增强。本申请解决MTRP的PHR增强相关的一系列问题。包括MTRP PHR的计算和上报能力问题、MTRP实际PHR和虚拟PHR计算问题、MTRP PHR触发和上报时序问题、MTRP PHR和MPE上报MAC-CE格式问题。

参见图3，图3是计算“未来”PUSCH重复实例的示意图。

可以看出，图3中包括CC1～CC3，CC2支持两个TRP(TRP#1和TRP#2)，可以理解为终端在3个CC上与4个TRP进行通信。UE在CC1对应的虚线中的PUSCH传输CC1至CC3的PHR。由上可知，PUSCH增强主要方案为在不同的TRP上进行重复发送，那么，在图3可以理解为，UE在CC2上接收到TRP#1发送的PDCCH，CC2支持两个TRP，UE在CC2上向TRP#1在发送两个PUSCH，UE在CC2上向TRP#2也发送两个PUSCH，四个PUSCH为重复发送的PUSCH，即四个PUSCH中包括相同的信息。针对CC2对应两个TRP这种情况，关于两个TRP的PHR计算和上报可以有以下3种方案：

方案1：计算1次，上报1次；通过动态TRP切换，上报不同TRP的PH值；

方案2：计算2次，上报1次；

上报方式1：上报最小值；

上报方式2：上报最大值；

上报方式3：时分上报，1次上报1个TRP的PH值；

方案3：计算2次，上报2次。

应理解，这里的计算、上报是指计算、上报CC2对应一个或两个TRP的PH。上述方案有如下问题，方案1：1次只上报1个TRP的PH值，会出现上报不及时，发生老化问题；方案2：与方案1类似，会出现上报不及时，发生老化问题，且计算复杂度高于现有协议2倍，上报方式1和方式2会导致系统容量降低，上报方式3会发生老化问题；方案3：计算复杂度和上报开销是现有协议2倍。

此外，方案3在计算PH值时，可能存在计算“未来”的PUSCH重复实例，这将导致计算的PH值不能反映实际场景情况。如图3所示，当在CC1的PUSCH上报PHR时，UE在CC2上向TRP#2发送的两个PUSCH实际还没有发送，因此，CC2的TRP#2的PH计算存在计算“未来”PUSCH重复实例，且存在不确定采用哪个PUSCH重复实例进行计算。

下面，具体介绍本申请的技术方案。

本申请的技术方案一，用于解决现有方案3带来的复杂度问题。

方式1：以CC支持两个TRP(即接入网设备的一例)为例进行说明。定义多TRP和多CC共享PHR计算和上报能力；如果支持该共享能力，则支持PHR计算2个和上报2个；如果不支持该共享能力，则不支持PHR计算2个和上报2个，或者，支持PHR计算1或者2个，并上报1个。

下面结合图4和图5具体说明UE支持的共享能力。

参见图4，图4是本申请提出的一种通信方法的示意性流程图。

S401，终端上报第一能力，所述第一能力包括所述终端支持的接入网设备的总个数为N，所述终端支持的载波单元CC的个数为M，其中，所述M个CC中的一个或多个CC支持多个接入网设备，所述M个CC支持的接入网设备个数之和等于N，M、N为正整数。

对应的，网络设备接收终端发送的第一能力，并为终端配置第一配置信息，所述第一配置信息中包括所述终端支持的接入网设备的总个数为N。

可选地，S402，终端根据第一能力计算和上报CC对应的多个接入网设备的PHR。

为便于理解，举例说明，首先定义UE支持的TRP的总个数为A＝32(即16*1+8*2＝32)；定义支持CC个数为B＝24(即16+8＝24)；定义支持多TRP的CC个数为C＝8(这里假设每个CC支持的TPR个数为2)，可以看出，24个CC中支持一个TRP的CC的个数为16，支持2个TRP的CC的个数为8，分别定义支持CC个数和多TRP的CC个数，这两个参数影响终端的硬件时间和成本问题。

参见图5，图5是本申请提出的另一种通信方法的示意性流程图。

S501，终端上报第二能力，所述第二能力包括以下至少一项：

所述终端支持的计算功率余量报告PHR的总个数为N，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持计算多个PHR，所述L个CC支持的计算PHR个数之和等于N，L、N为正整数；

所述终端支持的总上报PHR的个数为M，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持上报多个PHR，所述L个CC支持的上报PHR个数之和等于M，M为正整数；

所述终端支持的计算并上报PHR的个数为P，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持计算并上报多个PHR，所述L个CC支持的计算并上报PHR个数之和等于P,P为正整数。

对应的，网络设备接收终端发送的第一能力，并为终端配置第二配置信息，所述第二配置信息中包括以下至少一项：所述终端支持的计算功率余量报告PHR的总个数为N，所述终端支持的总上报PHR的个数为M，所述终端支持的计算并上报PHR的个数为P。

可选地，S502，终端根据第一能力计算和上报CC对应的多个接入网设备的PHR。

可以看出，该方法2本质和方法1一致，方法2中主要考虑计数PHR的个数。

方式2：以CC支持两个TRP(即接入网设备的一例)为例进行说明。支持PHR计算2个和上报2个PHR；如果不支持，则支持PHR计算1或者2个，并上报1个。

技术方案一通过在多CC PHR和多TRP PHR计算和上报的能力共享，即降低多CCPHR计算和上报能力，来实现多TRP PHR计算和上报，实现在不增加能力的情况下，完成多TRP PHR计算和上报。同时考虑不支持该能力的终端，可以采用默认的多TRP计算和上报方案。相比于现有方案，技术方案一考虑多CC和多TRP能力折中，在不增加终端成本和功耗的前提下，也可以实现多TRP每个TRP的PHR上报，也可以实现一定配置下多CC和多TRP的每个CC的每个TRP的上报。该方案主要考虑多CC和多TRP共同部署的场景不会完全都达到最大能力，因此可实现共享。

技术方案二，用于解决方案3计算PH值不能反映真实场景的问题。

方式1：当计算多TRP的PUSCH重复的PHR时，由基站通过第一指示信息指示终端根据哪个PUSCH重复实例进行计算。

可选地，第一指示信息可以为无线资源控制(radio resource control，RRC)或媒体接入控制控制单元(media access control control Element，MAC-CE)或DCI中的任意一个。

基站通过第一指示信息指示终端通过CC2支持的TRP#2对应的1个或多个，或第几个PUSCH实例进行PHR计算并上报(如3、6图所示，CC2支持的TRP#2对应的圈1，圈2为都为计算实际的PHR)。

目前，PUSCH增强主要方案为在不同的TRP上进行重复发送。重复的模式有循环重复(Cyclic beam pattern)和序列重复(Sequential beam pattern)。可以看出，图3对应序列重复，图6对应循环重复，

可选地，基站可判断实际是否存在传输，来进行配置。例如，基站指示采用某一个实例进行计算，则在调度时，也应该采用该场景进行接下来的调度。

场景可以理解为多个CC同时传输的情况。

方式2：终端通过1个或多个，或第几个实例进行PHR计算并上报，并在上报时，携带所述计算和上报的PUSCH实例的信息。

可选地，该计算和上报时域行为都可以是半持续或周期性或非周期性行为。

可选地，上报实例信息可以包括以下参数中的一项或多项：CC索引，小区ID索引，PCI所示，TRP索引，(基站和或终端)面板索引，波束索引，重复实例索引，计算的重复实例个数。

方式3：协议规定采用1个或多个，或第几个实例进行PHR计算并上报。例如：采用第1个(重复)实例，或者采用最后1个(重复)实例，或者有实际发送的(重复)实例，或者未实际发送的(重复)实例，或者第1个和第2个的(重复)实例进行PHR计算并上报。

方式4：2个TRP都计算和上报实际PH(Actual PH)值；对于非上报时刻的重复实例其实际调度传输时的情况与计算PH时刻的情况相同；所谓情况，一种方式可以理解为调度情况，即与其它CC传输的重叠情况；

或者，与其它CC传输未重叠的重复实例的实际传输同该重复实例实际PH计算时刻的调度情况相同。

技术方案二解决了终端计算非上报时刻的TRP的PHR并上报时，计算实际PHR还是虚拟PHR，是否计算“未来”发送实例的问题。该方案通过基站指示，或者终端计算并上报携带相关指示信息，或者协议约束计算实例，这样，基站和终端可达成共识，反映实际场景的情况。

技术方案三，用于解决MTRP场景PHR触发上报时序问题。

方式1：当触发上报事件或者周期上报是按照每个TRP配置的(静止上报定时器prohibitPHR-Timer、周期上报定时器PeriodicPHR-Timer、路径损耗dl-PathlossChangedB分别配置2个，即每个TRP配置1个prohibitPHR-Timer、PeriodicPHR-Timer、dl-PathlossChange dB)，

①任一TRP的PHR被触发上报时，上报2个TRP对应的PHR；

②任一TRP的PHR被触发上报时，上报该TRP对应的PHR，如图7中①②所示；

③如果2个TRP的触发上报事件发生时刻之间没有能够承载第1个TRP的PHR或者承载2个TRP的PHR的信道(PUSCH或PUCCH)时，则2个TRP的PHR在第2个TRP触发后的第一个可用的信道上传输；

④如果2个TRP的触发上报事件发生时刻之间满足某一门限(例如，如图7中③所示的X小于某一预设的门限值)，或者都在触发窗内(新定义触发窗，用来防止每个TRP都频繁分别上报)，或者2个TRP的PHR禁止上报定时器超期前(定义定时器，从第1个TRP触发上报事件发生启动，在超期前禁止2个TRP同时上报)，则2个TRP的PHR在第2个TRP触发后的第一个可用的信道上传输。

方式2：当触发上报事件或者周期上报按照所有TRP配置的(prohibitPHR-Timer、PeriodicPHR-Timer、dl-PathlossChange dB配置1个，所有TRP配置共享)，则，当PHR触发上报时，按照技术方案一、二和四进行上报。

该技术方案通过不同触发条件上报不同TRP PHR内容，降低终端PHR计算和上报复杂度，同时也降低上报资源开销。

技术方案四，提出了MTRP PHR上报信令格式。

作为示例，MTRP PHR上报可通过物理层信道(PUCCH或PUSCH)、或者MAC-CE、或者RRC进行上报。

可选地，复用扩展现有MAC-CE PHR格式，上报PHR，和/或MPE；

可选地，设计新的MAC-CE格式，上报每个TRP的PHR，和/或每个TRP的MPE，和/或UE侧面板/波束级的MPE。

表4复用扩展现有表2的PHR MAC-CE格式(CC索引小于8以及CC索引大于或等于8的两种格式都支持，下述仅以小于8作为示例，大于等于8可类推)，采用R bit指示是否为MTRP场景。

在一种具体实现方式中，表4中R为0，表示不是MTRP场景，表4中的其他参数保持表2中的原有含义；R为1，表示是MTRP场景，那么，C_i指示终端的服务小区索引为i的第1个TRP和第2个TRP是否同时上报，C设置为0时，指示同时上报；C设置为1时，指示不上报。其它未更新的参数参见表2中的描述，这里不再赘述。

在一种具体实现方式中，表4中R为0，表示不是MTRP场景，表4中的其他参数保持表2中的原有含义；R为1，表示是MTRP场景，那么，C₁指示是否上报PCell的第2TRP；第C_2i/C_2i+1分别指示终端的服务小区索引为i的第1个TRP和第2个TRP，i＝1、2、3；C设置为0时，指示上报；C设置为1时，指示不上报。其它未更新的参数参见表2中的描述，这里不再赘述。

表5复用扩展现有表2的PHR MAC-CE格式(CC索引小于8以及CC索引大于或等于8的两种格式都支持，下述仅以小于8作为示例，大于等于8可类推)，采用R bit指示是否为MTRP场景。

在一种具体实现方式中，表5中R为0，表示不是MTRP场景，表4中的其他参数保持表2中的原有含义；R为1，表示是MTRP场景，那么，C_i指示终端的服务小区索引为i的第1个TRP还是第2个TRP的PHR进行上报，C设置为0时，指示第1个TRP上报；C设置为1时，指示第2个TRP上报；或者，C设置为0时，指示第2个TRP上报；C设置为1时，指示第1个TRP上报。PH(Type 1,PCell TRP Y)表示上报的TRP Y的PH值，Y为正整数。其它未更新的参数参见表2中的描述，这里不再赘述。

表6复用扩展现有表1的PHR MAC-CE格式(单CC上报)，采用R bit指示是否为MTRP场景。

在一种具体实现方式中，表6中R为0，表示不是MTRP场景，表4中的其他参数保持表2中的原有含义；R为1，表示是MTRP场景。PH(Type 1,PCell TRP Y)表示上报的TRP Y的PH值，Y为正整数。其它未更新的参数参见表1中的描述，这里不再赘述。

表4

表5

表6

该技术方案通过复用多CC PHR上报的MAC-CE，可降低MAC-CE头部逻辑信道索引(logical channel ID，LCID)类型的开销，对标准影响小。

应理解，本申请中的技术方案还可以应用于面板(panel)或波束(beam)PHR的上报，本申请对此不做具体限定。

以上对本申请提供的通信方法进行了详细说明，下面介绍本申请提供的通信装置。

参见图8，图8是本申请提供的通信装置1000的示意性框图。

在一种可能的设计中，通信装置1000包括接收单元1100、处理单元1200和发送单元1300。该通信装置1000可实现对应于上文方法实施例中终端设备执行的步骤或者流程，例如，该通信装置1000可以为终端设备，或者也可以为配置终端设备中的芯片或电路。接收单元1100用于执行上文方法实施例中终端设备的接收相关操作，处理单元1200用于执行上文方法实施例中终端设备的处理相关操作。

一种可能的实现方式，发送单元1300，用于上报第一能力，所述第一能力包括所述终端支持的接入网设备的总个数为N，所述终端支持的载波单元CC的个数为M，其中，所述M个CC中的一个或多个CC支持多个接入网设备，所述M个CC支持的接入网设备个数之和等于N。

另一种可能的实现方式，发送单元1300，用于上报第二能力，所述第二能力包括以下至少一项：终端支持的计算功率余量报告PHR的总个数为N，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持计算多个PHR，所述L个CC支持的计算PHR个数之和等于N；所述终端支持的总上报PHR的个数为M，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持上报多个PHR，所述L个CC支持的上报PHR个数之和等于M；所述终端支持的计算并上报PHR的个数为P，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持计算并上报多个PHR，所述L个CC支持的计算并上报PHR个数之和等于P。

另一种可能的实现方式，接收单元1100，用于接收第一指示信息，所述第一指示信息用于指示所述终端设备是否根据第一信道传输重复实例计算和报告实际功率余量报告PHR，所述第一信道传输为第一载波单元CC支持的多个接入网设备的信道传输重复实例中的一个或多个，所述第一CC为所述终端支持的CC。

可选地，所述第一指示信息为无线资源控制消息、媒体接入控制控制单元MAC-CE、或下行控制信息DCI中的一个或多个。

另一种可能的实现方式，处理单元1200，用于根据第一信道传输重复实例计算和上报实际功率余量报告PHR，所述第一信道传输重复实例为所述第一载波单元CC支持的多个接入网设备的信道传输重复实例中的一个或多个，所述第一CC为所述终端支持的CC。

另一种可能的实现方式，发送单元1300，用于上报第一信道传输重复实例的信息，其中，所述信息包括以下一个或多个参数：CC索引，小区标识索引，PCI索引，接入网设备索引，网络设备和/或所述终端的面板索引，波束索引，信道传输重复实例索引，计算的信道传输重复实例的个数。

另一种可能的实现方式，第一载波单元CC的两个接入网设备的功率余量报告PHR触发上报是按照每个接入网设备配置的，所述第一CC为终端支持的CC，则

第一PHR被触发上报时，所述发送单元1300，用于上报所述两个接入网设备对应的PHR，所述第一PHR为所述两个接入网设备中的任一接入网设备，

或者，

第一接入网设备的PHR被触发上报时，所述发送单元1300，用于上报所述第一接入网设备对应的PHR，所述第一PHR为所述两个接入网设备中的任一接入网设备，

或者，

所述两个接入网设备被触发上报的时刻之间没有能够承载第一接入网设备的PHR或者承载所述两个接入网设备的PHR的信道时，所述发送单元1300，用于在第二接入网设备被触发上报PHR后的第一个可用的信道上传输所述两个接入网设备的PHR，所述两个接入网设备中所述第一接入网设备被触发上报PHR的时刻早于所述两个接入网设备中所述第二接入网设备被触发上报PHR的时刻；

或者，

所述两个接入网设备被触发上报的时刻小于第一门限值，或者都在触发窗内，所述发送单元1300，用于在第二接入网设备被触发上报PHR后的第一个可用的信道上传输所述两个接入网设备的PHR，所述两个接入网设备中第一接入网设备被触发上报PHR的时刻早于所述两个接入网设备中所述第二接入网设备的PHR被触发上报的时刻。

可选地，发送单元1300和接收单元1100也可以集成为一个收发单元，同时具备接收和发送的功能，这里不作限定。

可选的，在通信装置1000可以为方法实施例中的终端设备这种实现方式中，发送单元1300可以为发射器，接收单元1100可以为接收器。接收器和发射器也可以集成为一个收发器。处理单元1200可以为处理装置。

可选地，在通信装置1000可以为安装在终端设备中的芯片或集成电路这种实现方式中，发送单元1300和接收单元1100可以为通信接口或者接口电路。例如，发送单元1300为输出接口或输出电路，接收单元1100为输入接口或输入电路，处理单元1200可以为处理装置。

其中，处理装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。例如，处理装置可以包括存储器和处理器，其中，存储器用于存储计算机程序，处理器读取并执行存储器中存储的计算机程序，使得通信装置1000执行各方法实施例中由终端设备执行的操作和/或处理。可选地，处理装置可以仅包括处理器，用于存储计算机程序的存储器位于处理装置之外。处理器通过电路/电线与存储器连接，以读取并执行存储器中存储的计算机程序。又例如，处理装置可以芯片或集成电路。

在另一种可能的设计中，该通信装置1000可实现对应于上文方法实施例中网络设备执行的步骤或者流程，例如，该通信装置1000可以为网络设备，或者也可以为配置网络设备中的芯片或电路。接收单元1100用于执行上文方法实施例中网络设备的接收相关操作，处理单元1200用于执行上文方法实施例中网络设备的处理相关操作。

一种可能的实现方式，发送单元1300，用于发送第一指示信息，所述第一指示信息用于指示所述终端设备是否根据第一信道传输实例计算和报告实际功率余量报告PHR，所述第一信道传输实例为第一载波单元CC支持的多个接入网设备的信道传输重复实例中的一个或多个，所述第一CC为所述终端支持的CC。

可选的，在通信装置1000可以为方法实施例中的网络设备这种实现方式中，发送单元1300可以为发射器，接收单元1100可以为接收器。接收器和发射器也可以集成为一个收发器。处理单元1200可以为处理装置。

可选地，在通信装置1000可以为安装在网络设备中的芯片或集成电路这种实现方式中，发送单元1300和接收单元1100可以为通信接口或者接口电路。例如，发送单元1300为输出接口或输出电路，接收单元1100为输入接口或输入电路，处理单元1200可以为处理装置。

其中，处理装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。例如，处理装置可以包括存储器和处理器，其中，存储器用于存储计算机程序，处理器读取并执行存储器中存储的计算机程序，使得通信装置1000执行各方法实施例中由网络设备执行的操作和/或处理。可选地，处理装置可以仅包括处理器，用于存储计算机程序的存储器位于处理装置之外。处理器通过电路/电线与存储器连接，以读取并执行存储器中存储的计算机程序。又例如，处理装置可以芯片或集成电路。

如图9所示，本申请实施例提供另一种传输方式切换的装置10。该装置10包括处理器11，处理器11与存储器12耦合，存储器12用于存储计算机程序或指令和/或数据，处理器11用于执行存储器12存储的计算机程序或指令，或读取存储器12存储的数据，以执行上文各方法实施例中的方法。

可选地，处理器11为一个或多个。

可选地，存储器12为一个或多个。

可选地，该存储器12与该处理器11集成在一起，或者分离设置。

可选地，如图9所示，该装置10还包括收发器13，收发器13用于信号的接收和/或发送。例如，处理器11用于控制收发器13进行信号的接收和/或发送。

作为一种方案，该装置10用于实现上文各个方法实施例中由终端设备执行的操作。

例如，处理器11用于执行存储器12存储的计算机程序或指令，以实现上文各个方法实施例中终端设备的相关操作。

又如，处理器11用于执行存储器12存储的计算机程序或指令，以实现上文各个方法实施例中网络设备的相关操作。

应理解，本申请实施例中的处理器可以是集成电路芯片，具有处理信号的能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。处理器可以是中央处理单元(central processingunit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(fieldprogrammable gate array,FPGA)或其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。本申请实施例公开的方法的步骤可以直接体现为硬件编码处理器执行完成，或者用编码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasablePROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronousDRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambusRAM,DRRAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型存储器。

此外，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得本申请各方法实施例中由终端设备或网络设备执行的操作和/或流程被执行。

本申请还提供一种计算机程序产品，计算机程序产品包括计算机程序代码或指令，当计算机程序代码或指令在计算机上运行时，使得本申请各方法实施例中由终端设备或网络设备执行的操作和/或流程被执行。

此外，本申请还提供一种芯片，所述芯片包括处理器。用于存储计算机程序的存储器独立于芯片而设置，处理器用于执行存储器中存储的计算机程序，以使得任意一个方法实施例中由终端设备或网络设备执行的操作和/或处理被执行。

进一步地，所述芯片还可以包括通信接口。所述通信接口可以是输入/输出接口，也可以为接口电路等。进一步地，所述芯片还可以包括所述存储器。

此外，本申请还提供一种通信系统，包括本申请实施例中的终端设备和网络设备。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。其中，A、B以及C均可以为单数或者复数，不作限定。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种通信方法，其特征在于，包括：

终端上报第一能力，所述第一能力包括所述终端支持的接入网设备的总个数为N，所述终端支持的载波单元CC的个数为M，其中，所述M个CC中的一个或多个CC支持多个接入网设备，所述M个CC支持的接入网设备个数之和等于N，M、N为正整数。

2.一种通信方法，其特征在于，包括：

终端上报第二能力，所述第二能力包括以下至少一项：

所述终端支持的计算功率余量报告PHR的个数为N，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持计算多个PHR，所述L个CC支持的计算PHR个数之和等于N，L、N为正整数；

所述终端支持的上报PHR的个数为M，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持上报多个PHR，所述L个CC支持的上报PHR个数之和等于M，M为正整数；

所述终端支持的计算并上报PHR的个数为P，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持计算并上报多个PHR，所述L个CC支持的计算并上报PHR个数之和等于P，P为正整数。

3.一种通信方法，其特征在于，包括：

发送第一指示信息，所述第一指示信息用于指示所述终端设备是否根据第一信道传输实例计算和报告实际功率余量报告PHR，所述第一信道传输实例为第一载波单元CC支持的多个接入网设备的信道传输重复实例中的一个或多个，所述第一CC为所述终端支持的CC。

4.根据权利要求3所述的方法，其特征在于，所述第一指示信息为无线资源控制RRC消息、媒体接入控制控制单元MAC-CE、或下行控制信息DCI中的一个或多个。

5.一种通信方法，其特征在于，包括：

接收第一指示信息，所述第一指示信息用于指示所述终端设备是否根据第一信道传输重复实例计算和报告实际功率余量报告PHR，所述第一信道传输为第一载波单元CC支持的多个接入网设备的信道传输重复实例中的一个或多个，所述第一CC为所述终端支持的CC。

6.根据权利要求5所述的方法，其特征在于，所述第一指示信息为无线资源控制消息、媒体接入控制控制单元MAC-CE、或下行控制信息DCI中的一个或多个。

7.一种通信方法，其特征在于，包括：

终端根据第一信道传输重复实例计算和上报实际功率余量报告PHR，所述第一信道传输重复实例为所述第一载波单元CC支持的多个接入网设备的信道传输重复实例中的一个或多个，所述第一CC为所述终端支持的CC。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

所述终端上报第一信道传输重复实例的信息，其中，所述信息包括以下一个或多个参数：

CC索引，小区标识索引，物理小区标识PCI索引，接入网设备索引，网络设备和/或所述终端的面板索引，波束索引，信道传输重复实例索引，计算的信道传输重复实例的个数。

9.一种通信方法，其特征在于，包括：

第一载波单元CC的两个接入网设备的功率余量报告PHR触发上报是按照每个接入网设备配置的，所述第一CC为终端支持的CC，则

第一PHR被触发上报时，所述终端上报所述两个接入网设备对应的PHR，所述第一PHR为所述两个接入网设备中的任一接入网设备，

或者，

第一接入网设备的PHR被触发上报时，所述终端上报所述第一接入网设备对应的PHR，所述第一PHR为所述两个接入网设备中的任一接入网设备，

或者，

所述两个接入网设备被触发上报的时刻之间没有能够承载第一接入网设备的PHR或者承载所述两个接入网设备的PHR的信道时，所述终端在第二接入网设备被触发上报PHR后的第一个可用的信道上传输所述两个接入网设备的PHR，所述两个接入网设备中所述第一接入网设备被触发上报PHR的时刻早于所述两个接入网设备中所述第二接入网设备被触发上报PHR的时刻；

或者，

所述两个接入网设备被触发上报的时刻小于第一门限值，或者都在触发窗内，所述终端在第二接入网设备被触发上报PHR后的第一个可用的信道上传输所述两个接入网设备的PHR，所述两个接入网设备中第一接入网设备被触发上报PHR的时刻早于所述两个接入网设备中所述第二接入网设备的PHR被触发上报的时刻。

10.一种通信装置，其特征在于，包括：

发送单元，用于上报第一能力，所述第一能力包括所述终端支持的接入网设备的总个数为N，所述终端支持的载波单元CC的个数为M，其中，所述M个CC中的一个或多个CC支持多个接入网设备，所述M个CC支持的接入网设备个数之和等于N，M、N为正整数。

11.一种通信装置，其特征在于，包括：

发送单元，用于上报第二能力，所述第二能力包括以下至少一项：

终端支持的计算功率余量报告PHR的总个数为N，所述终端支持的载波单元CC的个数为L，其中，所述L个CC中的一个或多个CC支持计算多个PHR，所述L个CC支持的计算PHR个数之和等于N，L、N为正整数；

12.一种通信装置，其特征在于，包括：

发送单元，用于发送第一指示信息，所述第一指示信息用于指示所述终端设备是否根据第一信道传输实例计算和报告实际功率余量报告PHR，所述第一信道传输实例为第一载波单元CC支持的多个接入网设备的信道传输重复实例中的一个或多个，所述第一CC为所述终端支持的CC。

13.根据权利要求12所述的装置，其特征在于，所述第一指示信息为无线资源控制RRC消息、媒体接入控制控制单元MAC-CE、或下行控制信息DCI中的一个或多个。

14.一种通信装置，其特征在于，包括：

接收单元，用于接收第一指示信息，所述第一指示信息用于指示所述终端设备是否根据第一信道传输重复实例计算和报告实际功率余量报告PHR，所述第一信道传输为第一载波单元CC支持的多个接入网设备的信道传输重复实例中的一个或多个，所述第一CC为所述终端支持的CC。

15.根据权利要求14所述的装置，其特征在于，所述第一指示信息为无线资源控制消息、媒体接入控制控制单元MAC-CE、或下行控制信息DCI中的一个或多个。

16.一种通信装置，其特征在于，包括：

处理单元，用于根据第一信道传输重复实例计算和上报实际功率余量报告PHR，所述第一信道传输重复实例为所述第一载波单元CC支持的多个接入网设备的信道传输重复实例中的一个或多个，所述第一CC为所述终端支持的CC。

17.根据权利要求16所述的装置，其特征在于，所述装置还包括：

发送单元，用于上报第一信道传输重复实例的信息，其中，所述信息包括以下一个或多个参数：

CC索引，小区标识索引，PCI索引，接入网设备索引，网络设备和/或所述终端的面板索引，波束索引，信道传输重复实例索引，计算的信道传输重复实例的个数。

18.一种通信装置，其特征在于，包括：

发送单元，

第一PHR被触发上报时，所述发送单元，用于上报所述两个接入网设备对应的PHR，所述第一PHR为所述两个接入网设备中的任一接入网设备，

或者，

第一接入网设备的PHR被触发上报时，所述发送单元，用于上报所述第一接入网设备对应的PHR，所述第一PHR为所述两个接入网设备中的任一接入网设备，

或者，

所述两个接入网设备被触发上报的时刻之间没有能够承载第一接入网设备的PHR或者承载所述两个接入网设备的PHR的信道时，所述发送单元，用于在第二接入网设备被触发上报PHR后的第一个可用的信道上传输所述两个接入网设备的PHR，所述两个接入网设备中所述第一接入网设备被触发上报PHR的时刻早于所述两个接入网设备中所述第二接入网设备被触发上报PHR的时刻；

或者，

所述两个接入网设备被触发上报的时刻小于第一门限值，或者都在触发窗内，所述发送单元，用于在第二接入网设备被触发上报PHR后的第一个可用的信道上传输所述两个接入网设备的PHR，所述两个接入网设备中第一接入网设备被触发上报PHR的时刻早于所述两个接入网设备中所述第二接入网设备的PHR被触发上报的时刻。

19.一种通信装置，其特征在于，包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合，所述至少一个处理器用于执行所述至少一个存储器中存储的计算机程序或指令，以使得所述通信装置执行如权利要求1至9中任一项所述的方法。

20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机指令，当所述计算机指令在计算机上运行时，如权利要求1至9中任一项所述的方法被执行。

21.一种计算机程序产品，其特征在于，所述计算机程序产品中包括计算机程序代码，当所述计算机程序代码在计算机上运行时，如权利要求1至9中任一项所述的方法被执行。