CN113395758B

CN113395758B - 一种功率余量上报方法和设备

Info

Publication number: CN113395758B
Application number: CN202010169886.8A
Authority: CN
Inventors: 秦城; 曾勇波
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-03-12
Filing date: 2020-03-12
Publication date: 2022-09-16
Anticipated expiration: 2040-03-12
Also published as: CN113395758A

Abstract

本申请提供了一种功率余量上报的方法、设备和系统。当用户设备处在协作模式时，其能够在向网络设备上报的信息中指示其处于协作模式，网络设备获得该指示信息后，能够基于该指示信息向用户设备进行功率控制指示。本申请提供的技术方案，能够使网络设备获得用户设备处于协作模式，从而不指示其降低功率或减少传输资源分配，保证协作传输时的数据传输性能。

Description

一种功率余量上报方法和设备

技术领域

本申请涉及移动通信领域，特别涉及一种功率余量上报的方法和设备。

背景技术

在无线通信中，如果用户设备(UE)距离基站较远，信号衰落大导致接收功率较低，处于信号弱覆盖场景，此外，还可能由于位于小区边缘区域，处于强干扰场景。上述场景都将影响UE与基站之间的信号传输性能，例如上行/下行的数据传输能力，造成传输速率低、传输时延大等，极大影响了用户的业务体验。基于设备间协作的通信技术应运而生。

然而，在上行透明协作传输场景下，由于协作UE对于基站不可见，因此，在进行功率余量上报时，基站无法获知协作UE的功率余量。如果仅依赖于源UE的功率余量，可能导致基站接收功率与源UE上报的功率余量的趋势不一致，导致基站做出不增加功率或降低功率的指示，影响上行性能。

发明内容

本发明的目的在于提供一种功率余量上报的方法和设备，能够使基站获得UE处在协作数据传输的状态，从而能够使基站进行有针对性的功率控制指示，有利于维持源UE和协作UE的传输性能。。

上述目标和其他目标将通过独立权利要求中的特征来达成。进一步的实现方式在从属权利要求、说明书和附图中体现。

第一方面，提供了一种功率余量上报方法，其包括：第一用户设备向基站发送第一信息，第一信息中包含第一用户设备的功率余量信息；在第一信息中指示使用协作模式进行数据传输；第一用户设备从基站接收第二信息，根据第二信息调节发射功率。

第一方面提供的技术方案，能够使基站获得协作模式信息，从而进行功率控制。

根据第一方面，在一种可能的实现方式中，第二信息不指示降低功率或减少传输资源分配。

根据上述实现方式，基站能够维持协作模式的用户设备的传输性能。

根据第一方面，在一种可能的实现方式中，第一用户设备使用第一信息的中的预留比特指示使用协作模式进行数据传输。

根据上述实现方式，用户设备能够在上报信息的过程中不改变现有的报文格式。

根据第一方面，在一种可能的实现方式中，第一用户设备向基站发送第一信息之前，确定上行传输性能，当上行传输性能较低时，向基站发送第一信息。

根据上述实现方式，用户设备能够在需要基站对功率进行调整时进行上报。

根据第一方面，在一种可能的实现方式中，当第二信息指示不提高发射功率时，第一用户设备保持发射功率不变；当第二信息指示提高发射功率时，第一用户设备提高发射功率。

根据上述实现方式，用户设备能够针对基站的功率控制指示进行调整。

根据第一方面，在一种可能的实现方式中，第一用户设备在向基站发送第一信息之前，从第二用户设备接收第三信息，第三信息中包括第二用户设备的功率余量信息。

根据上述实现方式，用户设备能够获得协作UE的功率余量信息。

根据第一方面，在一种可能的实现方式中，第二用户设备根据第一预定规则发送第三信息。

根据上述实现方式，协作UE可以按一定的规则上报功率余量信息。

根据第一方面，在一种可能的实现方式中，第一信息中的功率余量信息是第一用户设备的功率余量信息和/或第二用户设备的功率余量信息。

根据上述实现方式，用户设备能够调整上报信息的内容以获得最优的功率控制指示。

根据第一方面，在一种可能的实现方式中，第一用户设备使用预留比特表示第一用户设备和/或第二用户设备的功率余量或功率余量差分信息。

根据上述实现方式，用户设备能够在上报信息的过程中不改变现有的报文格式，使基站获得源UE和协作UE的功率余量信息。

根据第一方面，在一种可能的实现方式中，第一用户设备从基站接收第二信息后，向第二用户设备发送第四信息，指示功率调整信息。

根据第一方面，在一种可能的实现方式中，第一用户设备在向基站发送第一信息之前，从第三用户设备接收第五信息，第五信息中包括第三用户设备的功率余量信息。

根据上述实现方式，用户设备能够获得多个协作UE的功率余量信息。

根据第一方面，在一种可能的实现方式中，第一信息中的功率余量信息是第一用户设备、第二用户设备和第三用户设备中的两个用户设备的功率余量信息。

根据第一方面，在一种可能的实现方式中，第一信息中的功率余量信息是第一用户设备、第二用户设备和第三用户设备中的功率余量信息。

根据上述实现方式，用户设备能够使基站获得多个协作UE的功率余量信息。

第二方面，提供了一种功率余量接收方法，其包括：从用户设备接收第一信息，第一信息中包含功率余量信息；在第一信息中指示使用协作模式进行数据传输；确定用户设备使用协作模式进行数据传输；向用户设备发送第二信息，第二信息包括功率控制指示。

第二方面提供的技术方案，基站能够从UE获得协作模式信息，从而进行功率控制。

根据第二方面，在一种可能的实现方式中，第二信息不指示降低功率或减少传输资源分配。

根据第二方面，在一种可能的实现方式中，通过第一信息的中的预留比特确定用户设备使用协作模式进行数据传输。

根据上述实现方式，能够使用现有的报文格式传输更多信息。

根据第二方面，在一种可能的实现方式中，在确定用户设备使用协作模式进行数据传输时，根据第一信息中的功率余量信息确定第二信息。

根据上述实现方式，基站能够向UE进行协作模式下的功率控制指示。

根据第二方面，在一种可能的实现方式中，通过第一信息中的预留比特确定第二功率余量或功率余量差分信息。

根据上述实现方式，基站获得协作模式下的两个功率余量信息。

根据第二方面，在一种可能的实现方式中，通过第一信息获得第三功率余量信息，根据第一功率余量信息、第二功率余量信息和第三功率余量信息确定第二信息。

根据上述实现方式，基站能够获得多个协作UE的功率余量信息。

第三方面，提供了一种功率余量上报方法，其包括：第一用户设备向基站发送第一信息，第一信息中包含第一用户设备的功率余量信息，在第一信息中指示使用协作模式进行数据传输；基站通过第一信息确定第一用户设备使用协作模式进行数据传输；基站向第一用户设备发送第二信息，第二信息包括功率控制指示；第一用户设备从基站接收第二信息，根据第二信息调节发射功率。

第三方面提供的技术方案，源UE能够使基站获得协作模式信息，从而进行功率控制。

根据第三方面，在一种可能的实现方式中，第二信息不指示降低功率或减少传输资源分配。

根据第三方面，在一种可能的实现方式中，第一用户设备使用第一信息的中的预留比特指示使用协作模式进行数据传输，基站通过第一信息的中的预留比特确定第一用户设备使用协作模式进行数据传输。

根据第三方面，在一种可能的实现方式中，第一用户设备向基站发送第一信息之前，确定上行传输性能，当上行传输性能较低时，向基站发送第一信息。

根据第三方面，在一种可能的实现方式中，当第二信息指示不提高发射功率时，第一用户设备保持发射功率不变；当第二信息指示提高发射功率时，第一用户设备提高发射功率。

根据第三方面，在一种可能的实现方式中，第一用户设备在向基站发送第一信息之前，从第二用户设备接收第三信息，第三信息中包括第二用户设备的功率余量信息。

根据第三方面，在一种可能的实现方式中，第二用户设备根据第一预定规则发送第三信息。

根据第三方面，在一种可能的实现方式中，第一信息中的功率余量信息是第一用户设备的功率余量信息和/或第二用户设备的功率余量信息；基站在确定第一用户设备使用协作模式进行数据传输时，根据第一信息中的功率余量信息确定第二信息。

根据第三方面，在一种可能的实现方式中，第一用户设备使用预留比特表示第一用户设备和/或第二用户设备的功率余量或功率余量差分信息；基站通过第一信息中的预留比特确定第二功率余量或功率余量差分信息，确定第一用户设备使用协作模式进行数据传输。

根据第三方面，在一种可能的实现方式中，第一用户设备从基站接收第二信息后，向第二用户设备发送第四信息，指示功率调整信息。

根据第三方面，在一种可能的实现方式中，第一用户设备在向基站发送第一信息之前，从第三用户设备接收第五信息，第五信息中包括第三用户设备的功率余量信息。

根据第三方面，在一种可能的实现方式中，第一信息中的功率余量信息是第一用户设备、第二用户设备和第三用户设备中的两个用户设备的功率余量信息。

根据第三方面，在一种可能的实现方式中，第一信息中的功率余量信息是第一用户设备、第二用户设备和第三用户设备中的功率余量信息；基站通过第一信息获得第三功率余量信息，根据第一功率余量信息、第二功率余量信息和第三功率余量信息确定第二信息。

第四方面，提供了一种功率余量上报系统，其包括：第一用户设备和基站；其中，第一用户设备向基站发送第一信息，第一信息中包含第一用户设备的功率余量信息，在第一信息中指示使用协作模式进行数据传输；基站通过第一信息确定第一用户设备使用协作模式进行数据传输；基站向第一用户设备发送第二信息，第二信息包括功率控制指示；第一用户设备从基站接收第二信息，根据第二信息调节发射功率。

第四方面提供的技术方案，源UE能够使基站获得协作模式信息，从而进行功率控制。

根据第四方面，在一种可能的实现方式中，第二信息不指示降低功率或减少传输资源分配。

根据第四方面，在一种可能的实现方式中，第一用户设备使用第一信息的中的预留比特指示使用协作模式进行数据传输，基站通过第一信息的中的预留比特确定第一用户设备使用协作模式进行数据传输。

根据第四方面，在一种可能的实现方式中，第一用户设备向基站发送第一信息之前，确定上行传输性能，当上行传输性能较低时，向基站发送第一信息。

根据第四方面，在一种可能的实现方式中，当第二信息指示不提高发射功率时，第一用户设备保持发射功率不变；当第二信息指示提高发射功率时，第一用户设备提高发射功率。

根据第四方面，在一种可能的实现方式中，该系统还包括第二用户设备，第一用户设备在向基站发送第一信息之前，从第二用户设备接收第三信息，第三信息中包括第二用户设备的功率余量信息。

根据第四方面，在一种可能的实现方式中，第二用户设备根据第一预定规则发送第三信息。

根据第四方面，在一种可能的实现方式中，第一信息中的功率余量信息是第一用户设备的功率余量信息和/或第二用户设备的功率余量信息；基站在确定第一用户设备使用协作模式进行数据传输时，根据第一信息中的功率余量信息确定第二信息。

根据第四方面，在一种可能的实现方式中，第一用户设备使用预留比特表示第一用户设备和/或第二用户设备的功率余量或功率余量差分信息；基站通过第一信息中的预留比特确定第二功率余量或功率余量差分信息，确定第一用户设备使用协作模式进行数据传输。

根据第四方面，在一种可能的实现方式中，第一用户设备从基站接收第二信息后，向第二用户设备发送第四信息，指示功率调整信息。

根据第四方面，在一种可能的实现方式中，第一用户设备在向基站发送第一信息之前，从第三用户设备接收第五信息，第五信息中包括第三用户设备的功率余量信息。

根据第四方面，在一种可能的实现方式中，第一信息中的功率余量信息是第一用户设备、第二用户设备和第三用户设备中的两个用户设备的功率余量信息。

根据第四方面，在一种可能的实现方式中，第一信息中的功率余量信息是第一用户设备、第二用户设备和第三用户设备中的功率余量信息；基站通过第一信息获得第三功率余量信息，根据第一功率余量信息、第二功率余量信息和第三功率余量信息确定第二信息。

第五方面，还提供了一种用户设备，包括，一个或多个处理器；存储器；以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中并被配置为所述一个或多个处理器执行，所述一个或多个程序包括指令，所述指令用于执行如第一方面中任一可能的实现方式。

第六方面，还提供了一种网络设备，包括，一个或多个处理器；存储器；以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中并被配置为所述一个或多个处理器执行，所述一个或多个程序包括指令，所述指令用于执行如第二方面中任一可能的实现方式。

第七方面，还提供了一种计算机可读介质，用于存储一个或多个程序，其中所述一个或多个程序被配置为被所述一个或多个处理器执行，所述一个或多个程序包括指令，所述指令用于执行如第一方面中任一可能的实现方式，或如第二方面中任一可能的实现方式，或如第三方面中任一可能的实现方式。

应当理解的是，说明书中对技术特征、技术方案、优点或类似语言的描述并不是暗示在任意的单个实施例中可以实现所有的特点和优点。相反，可以理解的是对于特征或优点的描述意味着在至少一个实施例中包括特定的技术特征、技术方案或优点。因此，本说明书中对于技术特征、技术方案或优点的描述并不一定是指相同的实施例。进而，还可以任何适当的方式组合以下各个实施例中所描述的技术特征、技术方案和优点。本领域技术人员将会理解，无需特定实施例的一个或多个特定的技术特征、技术方案或优点即可实现实施例。在其他实施例中，还可在没有体现所有实施例的特定实施例中识别出额外的技术特征和优点。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例中所需要使用的附图进行说明。

图1为本申请实施例提供的功率余量上报系统的框架图；

图2为本申请实施例提供的一种功率余量报告格式；

图3为本申请实施例提供的另一种功率余量报告格式；

图4为本申请实施例提供的一种功率余量上报方法流程图；

图5A和5B为本申请实施例提供的一种基站对UE进行功率控制指示的示意图；

图6为本申请实施例提供的另一种功率余量上报方法流程图；

图7为本申请实施例提供的另一种功率余量上报方法流程图；

图8为本申请实施例提供的另一种功率余量报告格式；

图9为本申请实施例提供的另一种功率余量报告格式；

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

如本申请所使用的，术语“组件”、“模块”、“系统”等等旨在指代计算机相关实体，该计算机相关实体可以是硬件、固件、硬件和软件的结合、软件或者运行中的软件。例如，组件可以是，但不限于是:在处理器上运行的处理、处理器、对象、可执行文件、执行中的线程、程序和/或计算机。作为示例，在计算设备上运行的应用和该计算设备都可以是组件。一个或多个组件可以存在于执行中的过程和/或线程中，并且组件可以位于一个计算机中以及/或者分布在两个或更多个计算机之间。此外，这些组件能够从在其上具有各种数据结构的各种计算机可读介质中执行。这些组件可以通过诸如根据具有一个或多个数据分组(例如，来自一个组件的数据，该组件与本地系统、分布式系统中的另一个组件进行交互和/或以信号的方式通过诸如互联网之类的网络与其它系统进行交互)的信号，以本地和/或远程过程的方式进行通信。

图1示例性示出了应用本申请实施例提供的功率余量上报方法的系统架构。如图1所示，通信系统10包括用户设备100、用户设备101和基站102。其中用户设备100和用户设备101可以采用协作的方式与基站102通信。具体来说，用户设备100和用户设备101可以采用透明协作和非透明协作两种方式。在透明协作方式下，在进行上行传输时，如图1所示，用户设备100为源设备，用户设备101为协作设备。源设备和协作设备使用相同的时频资源发送相同的数据。基站102从源设备和协作设备接收到数据后，将协作设备发送的数据作为源设备的另一条路径，实现分集的效果。上述协作方式能够利用协作设备带来控件多径分集以及功率分集，提升源设备的上行数据发送能力。

其中，电子设备100和网络设备101可以通过全球移动通讯(Global System ofMobile communication，GSM)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)或长期演进(Long TermEvolution，LTE)网络进行无线通信，也可以通过新无线(New Radio，NR)网络或下一代网络进行无线通信。网络设备101可以为上述网络中的基站，如下一代基站(gNodeB)或演进型基站(eNodeB)、宏基站、微基站、皮基站以及家庭基站等通信设备，也可以是接入点、中继站、能够提供网络接入的车载设备等网络侧设备。电子设备100可以为便携式电子设备，如手机、平板电脑、膝上型计算机(Laptop)、可穿戴电子设备(如智能手表)等，也可以是其他类型的电子设备，如车载设备等。

图2示例性示出了电子设备100的结构示意图。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

上行传输中的一个重要特性即功率控制。功率控制分为开环功率控制和闭环功率控制。具体来说，在开环功率控制中，UE基于基站配置的固定参数、资源分配情况，并基于参考信号计算路损，从而计算得到一个开环功率。在闭环功率控制中，UE根据基站的动态指示，进行功率增加或功率降低。通过开环功率和闭环功率相加，即得到UE在下一次物理上行共享信号(Physical Uplink Shared Channel，PUSCH)或物理上行控制信道(PhysicalUplink Control Channel，PUCCH)或(Sounding Reference Signal，SRS)等上行传输中所需采用的功率大小。

例如，NR TS 38.213中规定的PUSCH的发射功率计算公式如下：

基于以上公式，UE在计算好功率余量后，根据该功率余量生成功率余量报告(Power Headroom Report，PHR)，根据基站的配置，向基站进行上报。

功率余量报告是基站获取UE当前可以发送功率的重要手段。功率余量上报由基站进行配置，并可以根据周期进行上报，也可以在满足上报条件后触发上报事件进行上报。每次进行上报时，UE根据当前PUSCH或PUCCH或SRS上发送的功率，以及当前UE最大可以发送的功率，计算一个功率余量(Power Headroom，PH)，并上报给基站。

例如，可以通过以下公式来计算当前时刻的功率余量：

目前的功率余量是携带在功率余量报告MAC-CE中进行上报的。在非载波聚合(Carrier Aggregation，CA)的情况下，UE将使用如图2所示的Single entry PHR MAC-CE来进行功率余量的上报。

如图2所示，一个Single entry PHR包含两个字节，共16bit。其中，PH(Type1，Pcell)表示功率余量，占用6bit。PCMAX,f,c表示UE的最大发送功率，占用6bit。R为预留比特，每字节预留2bit，共4bit。

在载波聚合情况下，UE处于主小区(Primary cell，Pcell)的控制之下，同时Pcell可以给UE配置多个辅小区(Secondary cell，Scell)，每个小区都对应一个载波。当UE被激活CA传输后，UE可以在主小区或多个辅小区上同时进行传输，相当于拓展了UE可用的频率资源。

在CA下，UE在每个载波上的发射功率都可以不一样。从而，在每个载波分量(Carrier Component，CC)上，都会具有一个功率余量。在这种情况下，UE的PHR就需要携带多个功率余量。在LTE和NR中，上报多个功率余量的功率余量报告通过Multiple Entry PHRMAC-CE来实现。Multiple Entry PHR MAC-CE如图3所示。在这种情况下，UE通过一次PHR传输，可以上报对于多个小区的功率余量。

基站收到PHR后，可以根据上报的功率余量大小，以及功率余量的正负性，判断在下一次上行传输中，基站应该给UE指示调整的功率大小。该余量为正，则表示UE功率可以继续增加，该余量为接近0甚至是负值，则表示UE功率已无法继续增加。通过获取功率余量，基站可以在下一次传输时，调整UE的功率参数、资源配置情况等。例如，如果当前UE的功率余量已经较小，甚至为负数，基站可以指示UE在下一次上行传输中降低功率，也可以指示UE在下一次上行传输中不降低功率，而将分配的资源块(Resource Block，RB)数量降低，从而降低UE发射功率的需求。

在其他一些实施例中，基站可以确定从UE接收信号的接收功率，将其与基站上报的PHR中的最大发射功率值进行比较，若接收功率远小于该最大发射功率值，基站可以指示UE在下次上行传输时提高发射功率，以实现更优的传输性能。若接收功率接近该最大发射功率值甚至超过了最大功率发射值，基站可以指示UE在下次上行传输时减小发射功率，或者降低UE的传输资源配置。在其他一些实施例中，基站在确定接收功率时，预先估计UE在上行信号发送路径中的路径损耗，使用信号的接收功率和上行路径损耗估计的UE发射功率，将该发射功率与UE上报的PHR中的最大发射功率值进行比较。若估计的UE发射功率小于或远小于该最大发射功率值，基站可以指示UE在下次上行传输时提高发射功率，以实现更优的传输性能。若确定UE的发射功率接近该最大发射功率值甚至超过了最大功率发射值，基站可以指示UE在下次上行传输时减小发射功率，或者降低UE的传输资源配置。

在其他一些实施例中，基站可以根据多种情况对UE进行功率控制。例如，基站可以确定UE上报的PHR中的功率余量PH和从UE接收信号的接收功率P1以及估计UE在上行信号发送路径中的路径损耗P_loss，基站估计UE的发射功率P＝P1+PH+P_loss。若估计的UE发射功率远低于UE上报的PHR中的最大发射功率，基站可以指示UE在下次上行传输时提高发射功率；若估计的UE发射功率与最大发射功率的值接近相同或者估计的UE发射功率大于最大发射功率甚至，基站可以在下次上行传输时减小发射功率，或者降低UE的传输资源配置。

若UE当前的链路质量较差和/或当前所需传输的数据量较大和/或符合触发条件，UE可以请求与其他UE进行协作。上述触发条件可以是周期性触发。此时，发出请求的UE为源UE。假设源UE处于小区A中，当源UE触发要求协作时，源UE可以以一定功率向周围UE发送配对请求信号，请求信号中可以包含源UE的ID、请求协作的方式、源UE的小区频率信息等消息。其中，上述请求协作的方式可以包括透明协作或非透明协作。在其他一些实施例中，若源UE使用sidelink方式进行通信，上述请求信号中还可以包括sidelink资源池信息。该信息可以通过sidelink链路上的同步信号发送，也可以通过wifi直连通信中的探测信号发送，也可以通过蓝牙通信中的配对请求信号发送。

周围候选协作UE可以周期性检测周围是否接收到协作请求，如果接收到协作请求，且接收功率满足一定阈值，以及当前的功率以及数据处理能力能够满足和源UE一起协作的传输能力，并且和源UE处于相同小区、频率之下，则协作UE可以响应源UE的协作请求，并在sidelink或wifi或蓝牙的通信链路上，向源UE发送一个协作响应信号，表明可以接受协作。源UE收到候选协作UE的响应后，完成协作建立过程。如果使用sidelink方式，则源UE可以利用预分配的sidelink池资源，在该sidelink资源上进一步向协作UE发送协作中的具体配置信息。如果使用wifi或蓝牙方式，则也在相应的wifi信道或蓝牙信道上发送相应的信息。

对于透明协作分集场景，由于协作UE向基站发送的数据与源UE相同，因此，基站在估计源UE发射功率时，可以使用从源UE和协作UE接收的信号的接收功率之和、估计的上行路径损耗、PHR中的功率余量俩估计源UE的发射功率。将估计的源UE的发射功率与源UE上报的PHR中的最大功率值进行比较，对源UE进行功率控制指示。

本申请实施例提供了一种功率余量上报方法，如图4所示，该方法包括如下方法步骤：

S101：源UE向基站发送PHR。在本实施例中，源UE可以在PHR中携带一个UE的功率余量信息。其中，该功率余量信息可以是源UE的功率余量；在PHR中携带的功率最大值可以是源UE的发射功率最大值。

源UE在PHR中，可以使用其中的预留比特作为标志位，该标志位指示源UE使用协作模式进行数据传输。具体来说，源UE可以使用PHR中任意一个或多个预留比特作为标志位。例如，源UE使用如图3所示的第一个字节的第二个预留比特作为标志位，当该标志位值为1时，表示源UE使用协作模式进行数据传输。当该标志位值为0时，表示源UE不使用协作模式进行数据传输。

在一些实施例中，源UE在上报PHR之前，可以先判断是否满足上报条件，若满足上报条件，则进行PHR的上报。具体来说，上述上报条件可以是当前自身上行传输性能较低。

具体来说，源UE可以通过判断当前路损情况和/或数据信道的SINR情况和/或上行HARQ反馈情况等来确定当前的上行传输性能。在一些实施例中，源UE可以根据基站给源UE配置的特定的参考信号，如同步信息块(Synchronization signal block，SSB)信号，来判断当前的路损情况。源UE可以通过基站广播的SSB信号发射功率信息以及在接收SSB信号时确定的接收功率，判断路损情况。当功率之差超过第三阈值，源UE可以认为当前的信道状态较差。在一些实施例中，第三阈值可以取值为-110dB。在其他一些实施例中，源UE可以通过接收数据的传输情况，如NACK的数量，来确定当前的传输性能。若NACK数量较多，表明当前的上行信道状况较差。

在TDD系统下，由于上下行链路在相同的频率资源的不同时隙上传输，基于信道互易性，可以认为上行信道和下行的传输信号所经历的衰落是相同的，因此，源UE可以从下行数据信道的接收质量来判断上行信道质量，也可以根据基站反馈的NACK的数量来判断上行信道质量；在FDD系统下，源UE可以根据基站反馈的NACK的数量来判断上行信道质量。

S102：基站接收到PHR后，根据PHR指示功率控制信息。

具体来说，基站接收到源UE上报的PHR后，根据预定的规则对PHR进行解析。基站在解析PHR时，可以确定预定的预留比特是否有效。在一些实施例中，若基站确定标志位没有指示源UE使用协作模式或者与多个协作UE使用协作模式进行数据传输时，可以根据PHR中的功率余量和/或接收信号的功率对UE进行功率控制指示。若基站确定标志位指示源UE使用协作模式进行数据传输，基站可以不进行负向调整。具体来说，若PHR中的功率余量对应接近0的值甚至是负值，基站不做出降低功率或减少分配传输资源的指示；和/或，若基站估计的源UE的发射功率接近PHR中的最大发射功率，基站不做出降低功率或减少传输资源的指示。在其他一些实施例中，当基站确定源UE进行协作的数据传输时，不判断接收信号功率与最大发射功率之间的数值关系。

如图5A所示，源UE上报的功率余量为PH1，基站接收到的源UE的信号功率为P1，协作UE的信号功率为P2，因此，其叠加功率Pt＝P1+P2。同时，源UE的PHR中还会携带源UE的最大发射功率P_CMAX。此时，基站可以通过接收功率Pt、上行路径损耗P_loss和功率余量确定源UE可用的发射功率P＝Pt+PH1+P_loss，若其大于P_CMAX，基站可以不指示源UE降低功率或减少传输资源。

在另一种情况下，如图5B所示，当源UE上报的功率余量PH1为负值时，基站收到PHR后，不指示源UE降低功率或减少传输资源。

在其他一些实施例中，当基站确定标志位指示源UE使用协作模式进行数据传输时，可以根据协作干扰管理门限对源UE的接收功率进行调整。具体来说，协作干扰管理门限与UE不使用协作模式进行数据传输时的干扰管理门限不同。

在其他一些实施例中，若基站根据源UE上报的PHR中的功率余量确定可以继续提升功率，基站可以发送提升功率的指示，以指示源UE在下次上行传输时可以提升功率。

S103：源UE和/或协作UE接收到基站的功率控制指示后，根据该指示进行功率的调整。

由于源UE和协作UE进行透明协作，对于基站不可见，因此，源UE和协作UE均能够从基站接收到功率控制指示。具体来说，当源UE和协作UE从基站接收到不提升功率的功率控制指示，源UE和协作UE可以保持原发射功率不变。当源UE和协作UE从基站接收到提升功率的功率控制指示，源UE和协作UE可以根据自身情况，确定是否提升功率。具体来说，若功率余量值较小，可以保持原功率不变；若功率余量值较大，可以提升功率。

在其他一些实施例中，当源UE和协作UE从基站接收到不提升功率的功率控制指示时，源UE可以保持原发射功率不变，协作UE可以根据自身的功率余量，确定是否提高发射功率。

在其他一些实施例中，源UE从基站接收到功率控制指示后，可以向协作UE发送第二功率控制指示，根据协作UE的功率余量指示协作UE是否提高发射功率。

本实施例提供的功率上报方法，可以实现在透明协作时，在不修改信号结构的基础上，使基站能够获知源UE处在协作状态，使基站不做出负向功率调整的指示，不影响协作传输的性能。

本申请实施例提供了另一种功率余量上报方法，如图6所示，该方法包括如下方法步骤：

S201：协作UE将其功率余量发送给源UE。

具体来说，协作UE可以根据源UE预先配置的规则进行上报。在一些实施例中，上述规则是在源UE与协作UE在建立协作时配置的。在一些实施例中，源UE可以配置协作UE进行周期性的上报，源UE为协作UE配置一个周期，协作UE按照该周期向源UE发送器功率余量信息。在其他一些实施例中，源UE可以配置协作UE在满足上报条件后触发上报事件进行上报。例如，当协作UE接收到源UE的指示，或者协作UE当前已经有数据准备进行上报，协作UE可以向源UE发送器功率余量信息。上报条件可以基于除上述事件之外的其他事件，如当协作UE估算自身的路损变化超过第一阈值，表明当前的信道环境可能发生了较大的变化，可以触发功率余量的上报。

源UE和协作UE之间可以通过蜂窝网络或者WiFi、蓝牙等无线网络进行通信。在一些实施例中，源UE和协作UE之间通过蜂窝网络通信，二者采用Sidelink链路进行传输，例如，可以使用Sidelink上的物理Sidelink共享信道(Physical Sidelink Share Channel,PSSCH)或物理Sidelink控制信道(Physical Sidelink Control Channel,PSCCH)信道进行传输。若使用PSSCH信道进行传输，协作UE可以通过如图3所示的报文格式上报功率余量信息；若使用PSCCH信道进行传输，协作UE可以采用如表1所示的报文格式上报功率余量信息。

表1

比特值	功率余量
		00	无效
01	X<＝0dB
		10	0<X<＝5dB
11	X>5dB

如表1所示，协作UE可以通过2个bit来上报功率余量信息。举例说明，当上报的信息为“11”时，表示协作UE当前的功率余量超过5dB。可以理解的是，协作UE可以采用更少或更多的比特来上报功率余量信息。使用较少量的比特，占用的资源较少，但上报的功率余量信息精确度较低；使用较多的比特，占用的资源较多，但上报的功率余量信息精确度更高。表1中的取值仅用于示例，不代表实际取值。

在另一些实施例中，源UE和协作UE之间通过无线网络通信，如WiFi直连链路、蓝牙等。协作UE可以采用如图3或表1所示的报文格式向源UE上报功率余量信息。

S202：源UE获得协作UE的功率余量后，源UE向基站发送PHR。

在一些实施例中，源UE在上报PHR之前，可以先判断是否满足上报条件，若满足上报条件，则进行PHR的上报。具体来说，上述上报条件可以是当前自身上行传输性能较低，和/或，协作UE的功率余量是否超过第二阈值。若源UE的信道状况较差，协作UE的功率增加有助于数据传输的整体性能，因此源UE可以进行透明协作模式下的功率余量上报。若协作UE的功率余量较高，表明其提升功率的空间较大，源UE进行透明协作模式下的功率余量上报，有助于整体数据传输性能的提高。其中，源UE判断当前自身上行传输性能是否较低的具体步骤可参考步骤S101，这里不再赘述。

在一些实施例中，源UE可以使用如图3所示的Single entry PHR报文格式进行功率余量的上报。在上报的功率余量报告中，可以携带一个功率余量，其中，该功率余量可以是源UE自身的功率余量，也可以是协作UE的功率余量，还可以是源UE和协作UE综合的功率余量，比如源UE和协作UE两者功率余量的最大值、最小值或平均值等。

在其他一些实施例中，源UE可以在预留字段中携带一个标志位，该标志位指示源UE采用透明协作方式进行数据传输。在其他一些实施例中，PHR中的最大发射功率值可以是源UE的最大发射功率值，也可以是协作UE的最大发射功率值。具体来说，源UE可以通过比较确定PHR中各字段的值。例如，若协作UE的功率余量和最大发射功率较大，PHR中可以填入协作UE的功率余量和最大发射功率。

在其他一些实施例中，当源UE与一个协作UE进行协作数据传输时，源UE可以在进行透明协作模式下的功率余量上报时，在PHR中可以携带源UE和该协作UE的功率余量信息。具体来说，源UE可以在如图3所示的Single Entry PHR MAC-CE中，使用预留比特来实现。如图3所示，预留比特为4个比特，源UE可以根据协作UE上报的功率余量按照表1将其量化为2比特信息，也可以使用协作UE按照表1所示的报文格式上报的功率余量，使用第一个字节或第二个字节的两个预留比特表示协作UE的功率余量。在其他一些实施例中，PHR中的功率余量，也就是PH(Type1，PCell)字段，可以是源UE的功率余量，也可以是协作UE的功率余量；PHR中的最大发射功率值可以是源UE的最大发射功率值，也可以是协作UE的最大发射功率值。

在其他一些实施例中，源UE可以采用差分值的方式在上报协作UE的功率余量。源UE在获得协作UE的功率余量之后，可以确定源UE与协作UE功率余量的差分值。例如，若当前源UE的功率余量为A，源UE从协作UE接收到的协作UE的功率余量为B，源UE可以计算功率余量差分值X，如X＝A-B或X＝B-A。基于表2将差分值X量化为两比特数据。在如图3所示的报文格式中，PH(Type1，PCell)字段可以为源UE的功率余量，将其作为基准值，可以使用第一个字节或第二个字节中的两个预留比特来指示协作UE的功率余量相对于基准值的差分值。在其他一些实施例中，源UE也可以在PH(Type1，PCell)字段表示协作UE的功率余量，使用预留比特来指示源UE的功率余量相对于协作UE功率余量的差值。此外，源UE可以使用更多或更少的比特来表示源UE与协作UE功率余量之间的差分值。本申请实施例对此不作任何限定。

表2

比特值	功率余量差分值
		00	无效
01	X<＝0dB
		10	0<X<＝2dB
11	X>2dB

在其他一些实施例中，源UE可以与多个协作UE进行协作数据传输。在该场景下，源UE可以使用如图3所示的报文格式向基站上报PHR。具体来说，在一些实施例中，源UE可以在第一个字节或第二个字节的预留字段中携带一个标志位，该标志位指示源UE与多个协作UE采用透明协作方式进行数据传输。例如，源UE可以使用第一个字节的两个预留比特，通过将两个预留比特赋值“10”，指示源UE与多个协作UE进行协作数据传输。该标志位可以与指示源UE与一个协作UE采用透明协作方式的标志位不同，也可以相同。在其他一些实施例中，源UE可以在PHR中上报一个功率余量信息，其中，可以上报源UE的功率余量或多个协作UE中的一个协作UE的功率余量，如源UE与多个协作UE的功率余量的最大值，也可以上报多个协作UE综合的功率余量信息，如多个协作UE功率余量的平均值。在其他一些实施例中，源UE可以在PHR中上报两个功率余量信息。其中，可以上报源UE的功率余量，并使用第一个字节或第二个字节的预留比特上报多个协作UE中的一个协作UE的功率余量和/或功率余量差分值；也可以上报源UE与多个协作UE中的两个UE的功率余量和/或功率余量差分值。在一些实施例中，上报的功率余量信息可以包括功率余量最大的UE对应的功率余量信息或功率余量差分值。在其他一些实施例中，最大发射功率值可以是源UE的最大发射功率；也可以是源UE与多个协作UE中的一个UE的最大发射功率，如源UE与多个协作UE的最大发射功率的最大值，或功率余量最大的协作UE对应的最大发射功率；也可以是源UE与多个协作UE最大发射功率综合的数值，如源UE与多个协作UE的最大发射功率的平均值。

S203：基站接收到PHR后，根据PHR指示功率控制信息。具体来说，在一些实施例中，基站接收到源UE上报的PHR后，根据预定的规则对PHR进行解析。

基站在解析PHR时，可以确定预留比特是否有效。在一些实施例中，若基站确定标志位没有指示源UE使用协作模式或者与多个协作UE使用协作模式进行数据传输时，可以根据PHR中的功率余量和/或接收信号的功率对UE进行功率控制指示。在其他一些实施例中，当预留比特没有指示协作UE的功率余量或功率余量差分信息时，可以根据PHR中的功率余量和/或接收信号的功率对UE进行功率控制指示；若基站确定标志位指示源UE使用协作模式或者与多个协作UE使用协作模式进行数据传输，基站可以不进行负向调整。具体来说，若PHR中的功率余量对应接近0的值甚至是负值，基站不做出降低功率或减少分配传输资源的指示；和/或，基站估计源UE的发射功率，将从源UE接收信号的接收功率(P₁)和N个协作UE接收信号的接收功率(P₂，……，P_N+1)、估计的上行路损(P_loss)和源UE上报的功率余量(PH)之和作为源UE的发射功率P，也就是说，P＝P₁+P₂+……+P_N+1+P_loss+PH。若基站估计的源UE的发射功率接近或超过PHR中的发射功率最大值，基站不做出降低功率或减少传输资源的指示。在其他一些实施例中，当基站确定源UE与多个协作UE进行协作的数据传输时，不判断接收信号功率与最大发射功率之间的数值关系。

在其他一些实施例中，基站可以根据源UE上报的PHR作出功率控制指示。例如，当PHR中的功率余量较大时，基站可以指示提高发射功率，当PHR中预留比特中指示协作UE的功率余量较大或功率余量差分值较大时，基站可以指示提高发射功率。

S204：源UE和/或协作UE接收到基站的功率控制指示后，根据该指示进行功率的调整。该步骤具体操作可参考步骤S103，这里不再赘述。本实施例提供的功率上报方法，可以实现在透明协作时，在不修改信号结构的基础上，使基站能够获知源UE处在协作状态，并且能够获得协作UE的功率余量信息，使基站不做出负向功率调整的指示，不影响协作传输的性能。

本申请实施例提供了另一种功率余量的上报方法，源UE可以向基站上报多个协作UE的功率余量信息。如图7所示。

S301：多个协作UE将其功率余量发送给源UE。该步骤的具体操作可参考步骤S201，这里不再赘述。

S302：源UE获得多个协作UE的功率余量后，源UE向基站发送PHR。

在一些实施例中，源UE在上报PHR之前，可以先判断是否满足上报条件，若满足上报条件，则进行PHR的上报。具体来说，上述上报条件可以是当前自身上行传输性能较低，和/或，协作UE的功率余量是否超过第二阈值。源UE判断当前自身上行传输性能是否较低的步骤可参考步骤S101，这里不再赘述。

在一些实施例中，当源UE与多个协作UE进行协作数据传输时，可以使用如图8所示的PHR报文格式进行功率余量的上报。在上报的功率余量报告中，携带多个功率余量信息，其中可以包含多个协作UE的功率余量。如图8所示，若源UE和N个协作UE进行协作数据传输，源UE可以在第一个字节和第二个字节包括源UE的功率余量和最大发射功率，在第三个字节中，包括N个协作UE中的一个协作UE的功率余量，……，在第N+2个字节中包括第N个协作UE的功率余量。

在其他一些实施例中，第二个字节中的最大发射功率也可以是协作UE的最大发射功率，如源UE和多个协作UE中最大发射功率值最高的数值，也可以是源UE和多个协作UE综合的最大发射功率值，如源UE和多个协作UE最大发射功率值的平均值。

在其他一些实施例中，源UE可以使用如图9所示的PHR报文格式进行功率余量的上报。在如图9所示的报文格式中，若源UE和N个协作UE进行协作传输，源UE可以在第一个字节和第二个字节包括源UE的功率余量和最大发射功率，在第三个字节和第四个字节，包括N个协作UE中的一个协作UE的功率余量和最大发射功率，……，在第2N+1和第2N+2个字节中，包括第N个协作UE的功率余量和最大发射功率。

在一些实施例中，源UE可以在预留字段中携带一个标志位，该标志位指示源UE与多个协作UE采用透明协作方式进行数据传输。该标志位可以与指示源UE与一个协作UE采用透明协作方式的标志位不同，也可以相同。

S303：基站接收到PHR后，根据PHR向源UE指示功率控制信息。

具体来说，在一些实施例中，基站接收到源UE上报的PHR后，根据预定的规则对PHR进行解析。若源UE使用如图8所示的报文格式上报PHR，基站可以从第一个字节和第二个字节获得源UE的功率余量和最大发射功率，从第3个字节至第N+2个字节中获得各个协作UE的功率余量。

在其他一些实施例中，基站可以根据源UE和多个协作UE的功率余量进行功率控制指示。例如，若源UE和多个协作UE的功率余量至少有一个对应的数值较大，基站可以发送提高功率的指示，以使得源UE和/或协作UE在下次上行传输时提高发射功率。

若源UE使用如图9所示的报文格式进行PHR上报，基站可以从第一个字节和第二个字节获得源UE的功率余量和最大发射功率，从第3个字节至第4个字节中获得一个协作UE的功率余量，以此类推，从第2N+1和第2N+2个字节中获得第N个协作UE的功率余量。

当基站确定上述信息后，基站可以确定源UE与多个协作UE进行协作的数据传输。基站可以不对源UE的功率控制进行负向调整。具体来说，基站可以确定从源UE和多个协作UE接收信号的功率并估计源UE的发射功率。若估计的源UE的发射功率大于PHR中源UE和各协作UE的最大发射功率之和，基站可以不指示源UE降低功率或者减少传输资源分配。在其他一些实施例中，当基站确定源UE与多个协作UE进行协作的数据传输时，不判断接收信号功率与最大发射功率之间的数值关系。在其他一些实施例中，当PHR中上报的功率余量接近0甚至为负值时，基站可以不指示源UE降低功率或者减少传输资源分配。

在其他一些实施例中，基站在解析PHR时，可以确定标志位信息。若基站确定标志位指示源UE使用协作模式或者与多个协作UE使用协作模式进行数据传输，基站可以不进行负向调整。

S304：源UE和/或协作UE接收到基站的功率控制指示后，根据该指示进行功率的调整。该步骤具体操作可参考步骤S103，这里不再赘述。

本实施例提供的功率上报方法，可以实现在透明协作时，使基站能够获知源UE处在协作状态，并且能够获得多个协作UE的功率余量信息，使基站不做出负向功率调整的指示，不影响协作传输的性能。

本发明的各实施方式可以任意进行组合，以实现不同的技术效果。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

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

Claims

1.一种功率余量上报方法，其特征在于，

第一用户设备向基站发送第一信息，所述第一信息中包含功率余量信息；在所述第一信息中指示所述第一用户设备与其他用户设备向基站传输所述第一用户设备的数据；所述功率余量信息包括所述第一用户设备的功率余量信息和/或所述其他用户设备的功率余量信息；

所述第一用户设备从所述基站接收第二信息，根据所述第二信息调节发射功率；其中，

所述第二信息是基站根据所述第一信息确定所述第一用户设备与其他用户设备向基站传输所述第一用户设备的数据时，根据所述第一信息中的所述功率余量信息确定的。

2.如权利要求1所述的方法，所述第一用户设备使用所述第一信息的中的预留比特指示所述第一用户设备与其他用户设备向基站传输所述第一用户设备的数据。

3.如权利要求1所述的方法，所述功率余量信息是所述第一用户设备的第一功率余量信息。

4.如权利要求1所述的方法，所述第一用户设备在向所述基站发送所述第一信息之前，从第二用户设备接收第三信息，所述第二用户设备用于向基站传输所述第一用户设备的数据；其中：

所述第三信息中包括所述第二用户设备的第二功率余量信息。

5.如权利要求4所述的方法，所述第二用户设备根据第一预定规则发送所述第三信息。

6.如权利要求4所述的方法，所述第一信息中的功率余量信息是第一用户设备的第一功率余量信息和/或第二用户设备的第二功率余量信息。

7.如权利要求4所述的方法，所述第一用户设备使用所述第一信息中的预留比特表示第二用户设备的第二功率余量或功率余量差分信息。

8.如权利要求4所述的方法，所述第一用户设备从基站接收所述第二信息后，向所述第二用户设备发送第四信息，所述第四信息指示功率调整信息。

9.如权利要求4所述的方法，所述第一用户设备在向所述基站发送所述第一信息之前，从第三用户设备接收第五信息，所述第三用户设备用于向基站传输所述第一用户设备的数据；其中：

所述第五信息中包括所述第三用户设备的第三功率余量信息。

10.如权利要求9所述的方法，所述第一信息中的功率余量信息报考第一功率余量信息、第二功率余量信息和第三功率余量信息。

11.一种功率余量接收方法，其特征在于：

从用户设备接收第一信息，所述第一信息中包含功率余量信息，所述功率余量信息包括所述用户设备的功率余量信息和/或其他用户设备的功率余量信息；

根据所述第一信息确定所述用户设备与所述其他用户设备向基站传输所述用户设备的数据；

向所述用户设备发送第二信息，所述第二信息包括功率控制指示；其中：

所述第二信息是在根据所述第一信息确定所述用户设备与其他用户设备向基站传输所述用户设备的数据时，根据所述第一信息中的所述功率余量信息确定的。

12.如权利要求11所述的方法，所述根据所述第一信息确定用户设备与其他用户设备向基站传输所述用户设备的数据，进一步包括：

通过所述第一信息的中的预留比特确定所述用户设备与其他用户设备向基站传输所述用户设备的数据。

13.如权利要求11所述的方法，通过所述第一信息确定第一功率余量信息；通过所述第一信息中的预留比特确定第二功率余量信息。

14.如权利要求11所述的方法，通过所述第一信息获得第一功率余量信息、第二功率余量信息和第三功率余量信息，根据所述第一功率余量信息、所述第二功率余量信息和所述第三功率余量信息确定所述第二信息。

15.一种功率余量上报系统，其特征在于：包括：

第一用户设备和网络设备；其中，

所述第一用户设备向基站发送第一信息，所述第一信息中包含功率余量信息，在所述第一信息中指示所述第一用户设备与其他用户设备向基站传输所述第一用户设备的数据；所述功率余量信息包括所述第一用户设备的功率余量信息和/或所述其他用户设备的功率余量信息；

所述基站根据所述第一信息确定所述第一用户设备与其他用户设备向基站传输所述第一用户设备的数据；

所述基站向所述第一用户设备发送第二信息，所述第二信息包括功率控制指示；所述第二信息是在基站根据所述第一信息确定所述第一用户设备与其他用户设备向基站传输所述第一用户设备的数据时，根据所述第一信息中的所述功率余量信息确定的；

所述第一用户设备从所述基站接收第二信息，根据所述第二信息调节发射功率。

16.根据权利要求15所述的系统，所述第一用户设备使用所述第一信息的中的预留比特指示所述第一用户设备与其他用户设备向基站传输所述第一用户设备的数据，所述基站通过所述第一信息的中的所述预留比特确定所述第一用户设备与其他用户设备向基站传输所述第一用户设备的数据。

17.根据权利要求15所述的系统，所述功率余量信息是所述第一用户设备的第一功率余量信息。

18.根据权利要求15所述的系统，还包括，第二用户设备，所述第二用户设备用于向基站传输所述第一用户设备的数据；其中：

所述第一用户设备在向所述基站发送所述第一信息之前，从所述第二用户设备接收第三信息，所述第三信息中包括所述第二用户设备的第二功率余量信息。

19.如权利要求18所述的系统，所述第一信息中的功率余量信息是第一用户设备的第一功率余量信息和/或第二用户设备的第二功率余量信息。

20.如权利要求18所述的系统，所述第一用户设备使用所述第一信息中的预留比特表示第二用户设备的所述第二功率余量或功率余量差分信息；

所述基站通过所述第一信息中的预留比特确定所述第二功率余量或功率余量差分信息，确定所述第一用户设备与其他用户设备向基站传输所述第一用户设备的数据。

21.如权利要求18所述的系统，所述第一用户设备从基站接收所述第二信息后，向所述第二用户设备发送第四信息，所述第四信息指示功率调整信息。

22.根据权利要求18所述的系统，还包括，第三用户设备，所述第三用户设备用于向基站传输所述第一用户设备的数据；其中：

所述第一用户设备在向所述基站发送所述第一信息之前，从所述第三用户设备接收第五信息，所述第五信息中包括所述第三用户设备的第三功率余量信息。

23.根据权利要求22所述的系统，所述第一信息中的功率余量信息是所述第一用户设备的第一功率余量信息、所述第二功率余量信息和所述第三功率余量信息；所述基站根据所述第一功率余量信息、所述第二功率余量信息和所述第三功率余量信息确定所述第二信息。

24.一种用户设备，其特征在于，包括：

一个或多个处理器；

存储器；以及，

一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中并被配置为所述一个或多个处理器执行，

所述一个或多个程序包括指令，所述指令用于执行如权利要求1-10任一项所述的方法。

25.一种网络设备，其特征在于，包括：

一个或多个处理器；

存储器；以及，

所述一个或多个程序包括指令，所述指令用于执行如权利要求11-14任一项所述的方法。

26.一种计算机可读介质，其特征在于，包括：

一个或多个程序，其中所述一个或多个程序被配置为被所述一个或多个处理器执行，所述一个或多个程序包括指令，所述指令用于执行如权利要求1-14任一项所述的方法。