CN107770855A - 一种功率头上空间报告的方法及装置 - Google Patents

一种功率头上空间报告的方法及装置 Download PDF

Info

Publication number
CN107770855A
CN107770855A CN201710623798.9A CN201710623798A CN107770855A CN 107770855 A CN107770855 A CN 107770855A CN 201710623798 A CN201710623798 A CN 201710623798A CN 107770855 A CN107770855 A CN 107770855A
Authority
CN
China
Prior art keywords
mrow
phr
pusch
msub
subframe
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201710623798.9A
Other languages
English (en)
Other versions
CN107770855B (zh
Inventor
付景兴
喻斌
钱辰
熊琦
王轶
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN202310834868.0A priority Critical patent/CN116981035A/zh
Application filed by Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN202211058061.4A priority patent/CN115348655A/zh
Priority to US16/326,530 priority patent/US11558826B2/en
Priority to JP2019510291A priority patent/JP7058640B2/ja
Priority to PCT/KR2017/009029 priority patent/WO2018034541A1/en
Priority to EP21203507.5A priority patent/EP3962185A1/en
Priority to EP17841723.4A priority patent/EP3501213B1/en
Priority to KR1020197007957A priority patent/KR102372185B1/ko
Publication of CN107770855A publication Critical patent/CN107770855A/zh
Priority to US18/149,388 priority patent/US11917557B2/en
Application granted granted Critical
Publication of CN107770855B publication Critical patent/CN107770855B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/24—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters
    • H04W52/242—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters taking into account path loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365—Power headroom reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/34—TPC management, i.e. sharing limited amount of power among users or channels or data types, e.g. cell loading
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/367—Power values between minimum and maximum limits, e.g. dynamic range
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0473—Wireless resource allocation based on the type of the allocated resource the resource being transmission power
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Abstract

本申请公开了一种功率头上空间报告的方法及装置，用户设备UE根据激活服务小区上行子帧的结构确定PHR的汇报方式；UE根据PHR的汇报方式计算PHR；UE将PHR发送给基站。本发明由UE主导进行PHR的汇报方式及根据PHR的汇报方式计算PHR并上报PHR，实现了UE具体的上报PHR的过程。

Description

一种功率头上空间报告的方法及装置
技术领域
本申请涉及移动通信技术领域，具体而言，涉及一种功率头上空间报告的方法及装置。
背景技术
长期演进(LTE,Long Term Evolution)技术支持频分双工(FDD，FrequencyDivision Duplex)和时分双工(TDD，Time Division Duplex)两种双工方式。LTE的传输包括由基站(eNB)到用户设备(UE，User Equipment)的传输，称为下行链路，以及由UE到基站的传输，称为上行链路。对于TDD系统，上行链路和下行链路在同一载波不同时间上分别传输；而对于FDD系统上行链路和下行链路在不同的载波分别传输。图1为现有技术提供的LTE的TDD系统的帧结构示意图。每个无线帧的长度是10毫秒(ms)，等分为两个长度为5ms的半帧，每个半帧包含8个长度为0.5ms的时隙和3个特殊域，3个特殊域的总长度为1ms，3个特殊域分别为下行导频时隙(DwPTS，Downlink pilot time slot)、保护间隔(GP，Guardperiod)和上行导频时隙(UpPTS，Uplink pilot time slot)，每个子帧由两个连续的时隙构成。
基于图1所示的帧结构，每10ms时间内上行链路和下行链路共用10个子帧，每个子帧或者配置给上行链路或者配置给下行链路，将配置给上行链路的子帧称为上行子帧，将配置给下行链路的子帧称为下行子帧。TDD系统中支持7种上行下行配置，如表1所示，D代表下行子帧，U代表上行子帧，S代表上述包含3个特殊域的特殊子帧。
表1：TDD上行下行配置
下行数据通过物理下行共享信道(PDSCH，Physical Downlink Shared Channel)信道传输，PDSCH的混合自动重传请求应答(HARQ-ACK，Hybrid Automatic RetransmissionRequest-acknowledgement)信息可以在物理上行共享信道(PUSCH，Physical UplinkShared Channel)或物理上行控制信道(PUCCH，Physical Uplink Control Channel)传输。上行数据通过物理上行共享信道(PUSCH，Physical Uplink Shared Channel)信道传输。
在LTE系统中，通过组合多个成员载波(CC，Component Carrier)来得到更大的工作带宽，每个CC也可称为服务小区，构成通信系统的下行链路和上行链路，即载波聚合(CA，Carrier Aggregation)技术，从而支持更高的传输速率。对一个UE，在配置了CA模式时，一个小区是主小区(Pcell，Primary cell)，而其他小区称为次小区(Scell，Secondarycell)。按照LTE的方法，PUSCH可以在所有的上行服务小区上传输，而PUCCH在主小区或指定的上行次小区上传输。
根据现有LTE规范，在服务小区c的子帧i中的PUCCH信道的传输功率根据下式确定：
其中，公式中各个参数的定义详见第三代合作伙伴计划(3GPP，3rd GenerationPartnership Project)规范36.213的版本10.9.0的5.1.2.1章，并简介如下：
PCMAX,c(i)是所配置的UE的服务小区c上的最大传输功率；
ΔF_PUCCH(F)是相对于参考格式(在LTE中参考格式是PUCCH格式1a)的功率偏差；
ΔTxD(F')是与PUCCH格式以及是否采用发射分集相关的参数；
PLc是链路损耗；
PO_PUCCH是高层信令配置的功率偏移值；
g(i)是闭环功率控制的累加值；
h(nCQI,nHARQ,nSR)是功率偏移，与PUCCH格式有关，并与需要反馈的上行控制信息(UCI，Uplink Control Information)的比特数有关，nCQI是子帧i中要反馈的信道状态信息(CSI，Channel State Information)的比特数，nSR是子帧i中要反馈的调度请求(SR，Scheduling Request)的比特数，取值为0或者1，nHARQ子帧i中实际要反馈的HARQ-ACK的比特数。例如，对PUCCH格式3，当需要反馈CSI时，
根据现有LTE规范，在服务小区c的子帧i中的PUSCH信道的传输功率根据下式确定：
其中，公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1章，并简介如下：
PCMAX,c(i)是所配置的UE的服务小区c的子帧i上的最大传输功率；
MPUSCH,c(i)是PUSCH占用的物理资源块(PRB，Physical Resource Block)个数；
PO_PUSCH,c(j)是高层信令配置的功率偏移值；
PLc是链路损耗；
αc(j)是控制补偿链路损耗的全部或者一部分，其中，对于半持续调度(SPS，Semi-persistent scheduling)的PUSCH或PUSCH重传，j＝0，对于动态调度的PUSCH或PUSCH重传，j＝1，对于随机接入响应(RAR，Random Access Response)调度的PUSCH或PUSCH重传，j＝2；
fc(i)是闭环功率控制的累加值；
ΔTF,c(i)是与上行传输的调制编码策略(MCS，Modulation and Coding Scheme，)有关的一个参数。具体的说，当参数KS等于1.25时，对仅发送非周期性信道状态信息(A-CSI)而不发送上行数据的情况，BPRE＝OCQI/NRE，对发送了上行数据的情况，C是一个传输块(TB，Transmission Block)划分的编码块(CB，Code Block)的个数，Kr是第r个CB的比特数，NRE是PUSCH信道包含的资源单元(RE，Resource Element)总数。
为了给基站调度上行资源提供参考，UE通过功率头上空间报告(PHR，PowerHeadroom Report)报告在指定的调度情况下剩余的功率余量，根据UE配置是否可以在同一子帧同时传输PUSCH和PUCCH确定是只报告类型1的PHR，还是同时报告类型1的PHR和类型2的PHR，即：如果UE被配置在同一子帧同时传输PUSCH和PUCCH，UE对汇报PUCCH的服务小区同时报告类型1的PHR和类型2的PHR，如果UE未被配置在同一子帧同时传输PUSCH和PUCCH，UE对汇报PUCCH的服务小区只报告类型1的PHR。下面分别说明类型1的PHR和类型2的PHR的计算方法。在这里，所设定的类型1的PHR(也称为第一类PHR)与所设定的类型2的PHR(也称为第二类PHR)在内部参数的设置是不同的，针对不同的传输业务进行汇报，比如类型1的PHR对应的是高可靠性的传输业务汇报，而类型2的PHR对应的是高传输率的传输业务汇报，当然，也可以根据需要进行不同的定义。
(1)类型1的PHR计算方法:
如果UE在服务小区c的子帧i中，传输PUSCH而未传输PUCCH，采用下式计算类型1的PHR：
PHtype1,c(i)＝PCMAX,c(i)-{10log10(MPUSCH,c(i))+PO_PUSCH,c(j)+αc(j)·PLc+ΔTF,c(i)+fc(i)} [dB]
其中，公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1章。
如果UE在服务小区c的子帧i中，同时传输PUSCH和PUCCH，采用下式计算类型1的PHR
其中，MPUSCH,c(i),PO_PUSCH,c(j),αc(j),PLc,ΔTF,c(i)和fc(i)的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1章。是假设UE在服务小区c的子帧i只传输PUSCH的情况下计算出来的PUSCH的最大传输功率。
如果UE在服务小区c的子帧i中，未传输PUSCH，采用下式计算类型1的PHR:
公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1。
(2)类型2的PHR计算方法:
如果UE在服务小区c的子帧i中，同时传输PUSCH和PUCCH，采用下式计算类型2的PHR：
其中，MPUSCH,c(i),PO_PUSCH,c(j),αc(j),PLc,ΔTF,c(i)和fc(i)的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1章，PO_PUCCH,PLc,h(nCQI,nHARQ,nSR),ΔF_PUCCH(F),ΔTxD(F')和g(i)的定义详见3GPP规范36.213的版本10.9.0的5.1.2.1章。
如果UE在服务小区c的子帧i中，传输PUSCH而未传输PUCCH，采用下式计算类型2的PHR：
其中，MPUSCH,c(i),PO_PUSCH,c(j),αc(j),PLc,ΔTF,c(i)和fc(i)的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1章，PO_PUCCH,PLc和g(i)的定义详见3GPP规范36.213的版本10.9.0的5.1.2.1章。
如果UE在服务小区c的子帧i中，传输PUCCH而未传输PUSCH，采用下式计算类型2的PHR：
其中，PO_PUSCH,c(1),αc(1),PLc和fc(i)的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1章，PO_PUCCH,PLc,h(nCQI,nHARQ,nSR),ΔF_PUCCH(F),ΔTxD(F')和g(i)的定义详见3GPP规范36.213的版本10.9.0的5.1.2.1章。
如果UE在服务小区c的子帧i中，未传输PUSCH也未传输PUCCH，采用下式计算类型2的PHR：
其中，PO_PUSCH,c(1),αc(1),PLc和fc(i)的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1章，PO_PUCCH,PLc和g(i)的定义详见3GPP规范36.213的版本10.9.0的5.1.2.1章。
eNB通过高层信令配置两个定时器以及下行路径损耗改变(dl dl-PathlossChange)来确定PHR的传输时刻，两个定时器为周期PHR定时器(PeriodicPHR-Timer)和禁止PHR定时器(ProhibitPHR-Timer)。下面的一段代码是高层信令配置的两个定时器和下行路径损耗改变，其中，PeriodicPHR-Timer和ProhibitPHR-Timer的配置均是以一毫秒的子帧为单位。
下面的任何一项事件均可驱动PHR：
1.禁止PHR定时器终止或者已经终止且任一服务小区的路径损耗的变化超出设置的路径损耗改变的范围；
2.周期PHR定时器终止；
3.PHR报告的功能配置或重配置；
4.配置上行传输的服务小区的激活。
当PHR驱动之后且没有PHR传输之前，还需要传输的PHR的条件为：如果UE拥有初次传输数据的PUSCH资源，且分配的PUSCH资源能够承载PHR媒体接入(MAC)控制元素(ControlElement)以及子头(Subheader)，具体说：
如果配置了扩展PHR(ExtendedPHR)，在CA系统总是配置为扩展PHR，在这种配置下，UE要报告所有激活服务小区的PHR。对于每个激活服务小区，生成一个PHR，且所有激活服务小区的PHR在一个服务小区的PUSCH资源上传输。
如果未配置扩展PHR，也就是非在CA系统，UE要报告服务小区的PHR。
在UE传输了PHR的子帧之后，UE启动或重启周期PHR定时器和禁止PHR定时器，且取消所有PHR驱动。
以上简单的叙述了在汇报PHR时可以采用的PHR类型以及如何确定汇报PHR的传输时刻，但是，UE在汇报PHR时，怎样确定汇报的PHR类型及汇报PHR的传输时刻并没有说明，也就是说，UE具体如何上报PHR，成为了一个亟待解决的问题。
发明内容
有鉴于此，本申请提供了一种功率头上空间报告的方法，该方法能够实现UE上报PHR。
本申请还提供一种功率头上空间报告的装置，该装置能够实现UE上报PHR。
根据上述目的，本申请采用如下方案：
一种功率头上空间报告PHR的方法，包括：
用户设备UE根据激活服务小区上行子帧的结构确定PHR的汇报方式；
UE根据PHR的汇报方式计算PHR，将PHR发送给基站。
一种功率头上空间报告的装置，包括：确定单元、计算单元及发送单元，其中，
确定单元，用于根据激活服务小区上行子帧的结构确定PHR的汇报方式；
计算单元，用于根据PHR的汇报方法计算PHR；
发送单元，用于将计算得到的PHR发送给基站。
从上述方案可以看出，本发明实施例提供的方法及装置，由UE主导进行PHR的汇报方式及根据PHR的汇报方式计算PHR并上报PHR，实现了UE具体的上报PHR的过程。
附图说明
图1为现有技术提供的LTE的TDD系统的帧结构示意图；
图2为本发明实施例提供的一种功率头上空间报告的方法流程图；
图3为本发明实施例一提供的UE服务小区在不同时间段内的子帧长度示意图；
图4为本发明实施例一提供的UE服务小区在同一时间段内不同频带的子帧长度示意图；
图5为本发明实施例一提供的UE多个服务小区在同一时间段内的子帧长度示意图；
图6为本发明实施例一提供的UE确定PHR中的PeriodicPHR-Timer和ProhibitPHR-Tmier的实例一示意图；
图7为本发明实施一例提供的UE确定PHR中的PeriodicPHR-Timer和ProhibitPHR-Tmier的实例二示意图；
图8为本发明实施例二的方法三提供的UE多个服务小区的子帧长度一示意图；
图9为本发明实施例二的方法三提供的UE多个服务小区的子帧长度二示意图；
图10为本发明实施例二的方法三提供的UE多个服务小区的子帧长度三示意图；
图11为本发明实施例三的方法三提供的UE多个服务小区的时隙长度一时隙示意图；
图12为本发明实施例三的方法一提供的UE多个服务小区的时隙长度一示意图；
图13为本发明实施例三的方法一提供的UE多个服务小区的时隙长度二示意图；
图14为本发明实施例提供的功率头上空间报告的装置结构示意图。
具体实施方式
为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。
为了实现本申请之目的，本申请实施例提出了一种功率头上空间报告的方法，如图2所示，该方法包括以下步骤：
步骤201：UE根据激活服务小区上行子帧的结构确定PHR的汇报方式；
步骤202：UE根据PHR的汇报方式计算PHR，将PHR发送给基站。
下面通过几个优选实施例，对本申请技术方案进行进一步详细说明。
实施例一
在本实施例中，描述PHR的PeriodicPHR-Timer和ProhibitPHR-Timer的配置和使用方法。分以下几种情况进行描述，
情况一：UE配置了一个服务小区，即一个载波，不同的时间段内，子帧的长度是不同的，且子帧长度由高层信令配置或由协议预设或由物理层信令指示。例如，如图3所示，图3为本发明实施例一提供的UE服务小区在不同时间段内的子帧长度示意图：有的时间段内子帧的长度为T1毫秒，(例如T1为1毫秒)；，有的时间段内子帧的长度为T2毫秒，(例如T2为0.5毫秒)。
情况二：UE配置了一个服务小区，即一个载波，服务小区在同一时间段内，不同频带内子帧的长度可能是不同的，且子帧长度由高层信令配置或由协议预设或由物理层信令指示。例如，如图4所示，图4为本发明实施例一提供的UE服务小区在同一时间段内不同频带的子帧长度示意图：在同一时间段内，有的频带的子帧的长度为T1毫秒，例如T1为1毫秒；有的频带的子帧的长度为T2毫秒，例如T2为0.5毫秒。
情况三：UE配置了多个服务小区，即UE配置了多个载波，不同的服务小区在同一时间段内，子帧的长度可能是不同的，且子帧长度由高层信令配置或由协议预设或由物理层信令指示。例如，如图5所示，图5为本发明实施例一提供的UE多个服务小区在同一时间段内的子帧长度示意图：在同一时间段内，有的服务小区的子帧的长度为T1毫秒，例如T1为1毫秒；有的服务小区的子帧的长度为T2毫秒，例如T2为0.5毫秒。
对于情况一，情况二和情况三，UE确定PHR中的PeriodicPHR-Timer和ProhibitPHR-Timer的配置采用下面的方法，根据PHR中的PeriodicPHR-Timer和ProhibitPHR-Timer确定PHR汇报时刻。
PeriodicPHR-Timer和ProhibitPHR-Timer的配置均是以T为时间单位，T由高层信令配置或由协议预设，T称为参考时间单位，例如，高层信令配置或由协议预设确定T为一毫秒，在确定了T的具体之后，再根据如下所示的具体配置确定PeriodicPHR-Timer和ProhibitPHR-Timer。
UE收到如上所述的配置，就知道了PeriodicPHR-Timer和ProhibitPHR-Timer，然后按照这两个定时确定汇报PHR的时刻。
也就是说，当子帧的长度等于T时，以T为编号单位，比如T的单位毫秒，T的具体赋值为0.5毫秒，对所有子帧进行编号，编号为t，t为自然数，根据子帧的编号t计算PeriodicPHR-Timer和ProhibitPHR-Timer的状态值；
当子帧的长度T1小于T时，以子帧长度T1为编号单位，对所有子帧进行编号，依次为t1＝0,1，…。按照floor(t1/(T/T1))计算PeriodicPHR-Timer和ProhibitPHR-Timer的值，其中，floor()操作为下取整操作。也就是此时根据子帧长度为T1的子帧所在的长度为T的子帧的编号计算PeriodicPHR-Timer和ProhibitPHR-Timer的状态值，如图6所示，图6为本发明实施例一提供的UE确定PHR中的PeriodicPHR-Timer和ProhibitPHR-Tmier的实例一示意图。
当子帧的长度T1大于T时，以子帧长度T1为编号单位，对所有子帧进行编号，依次为t1＝0,1，…。按照t1*(T1/T)计算PeriodicPHR-Timer和ProhibitPHR-Timer的状态值。也就是此时根据子帧长度为T1的子帧范围内的多个长度为T的子帧中的第一个长度为T的子帧的编号计算PeriodicPHR-Timer和ProhibitPHR-Timer的状态值，如图7所示，图7为本发明实施例一提供的UE确定PHR中的PeriodicPHR-Timer和ProhibitPHR-Tmier的实例二示意图。
当UE配置了多于一个服务小区的时候，另外一种确定PeriodicPHR-Timer和ProhibitPHR-Timer的方法为，对于配置给UE的不同服务小区或不同服务小区集合，使用独立的PeriodicPHR-Timer和/或ProhibitPHR-Timer进行驱动，这里的独立的PeriodicPHR-Timer和/或ProhibitPHR-Timer进行驱动指的是UE配置的不同服务小区或小区集合使用独立的PeriodicPHR-Timer和/或ProhibitPHR-Timer的时间单位，使用独立的PeriodicPHR-Timer和/或ProhibitPHR-Timer值，配置给UE的不同服务小区或服务小区集合的PHR根据各自的PeriodicPHR-Timer和/或ProhibitPHR-Timer分别驱动后分别汇报。UE通过接收高层信令确定UE配置的每个服务小区的PeriodicPHR-Timer和/或ProhibitPHR-Timer的时间单位，以及每个服务小区的PeriodicPHR-Timer和/或ProhibitPHR-Timer值。
下面举例说明，例如，UE配置了3个服务小区，分别为服务小区一，服务小区二和服务小区三，且该UE配置了2套PHR汇报的PeriodicPHR-Timer和ProhibitPHR-Timer，第一套为PeriodicPHR-Timer-1和ProhibitPHR-Timer-1，第二套为PeriodicPHR-Timer-2和ProhibitPHR-Timer-2，服务小区一和服务小区二组成的服务小区集合的PHR利用PeriodicPHR-Timer-1和ProhibitPHR-Timer-1驱动后一起汇报服务小区一和服务小区二的PHR，服务小区三的PHR利用PeriodicPHR-Timer-2和ProhibitPHR-Timer-2驱动后进行汇报。
利用本方法的好处是由于不同的服务小区有不同的时隙长度，这样可以采用简单的方法处理。另外不同服务小区可能路径损耗相差很大，一部分服务小区的路径损耗变化很小，例如低频段的服务小区的路径损耗变化很小，另一部分服务小区的路径损耗变化很大，例如高频段的服务小区的路径损耗变化很大，这时，如果由于高频段服务小区的路径损耗变化达到门限驱动所有服务小区的PHR汇报占用了过多的上行物理资源，而采用独立的PeriodicPHR-Timer和/或ProhibitPHR-Timer驱动汇报，这时，可以只汇报高频段服务小区的PHR，可以避免PHR汇报占用过多的物理资源。
实施例二
在本实施例中，描述PHR的传输方法。
当UE配置了至少两个服务小区，且其中至少有两个处于活动状态(Activated)时，且至少有一个处于活动状态的服务小区在不同时间段，子帧的长度是不同的，如图3所示。或者当UE配置了至少两个服务小区，且其中至少有两个处于Activated时，至少有一个处于活动状态的服务小区在同一时间段，在不同频带子帧的长度是不同的，如图4所示。
UE确定子帧长度的方法有下面几种：
1)UE通过接收高层信令确定子帧的长度；
2)UE通过接收公共物理层信令确定子帧的长度；
3)UE通过接收UE特有物理层信令确定子帧的长度，例如，通过调度PUSCH的上行链路的(UL)下行控制信息(DCI)来识别传输PUSCH子帧的长度。
由于不同长度的子帧传输PUSCH业务误码性能要求可能不一样，因此功率控制的参数也会不同，例如，一般业务传输的子帧长度为1毫秒，误码率要求为1％，而对于高可靠低时延业务的的传输的子帧长度为0.25，误码率要求为10e-5。为了给基站调度上行资源提供参考，UE需要汇报PHR，由于两种业务的功率控制参数不同，汇报两类PHR，分别称为第一类PHR和第二类PHR，例如，第一类业务是一般业务，第二类业务是低时延高可靠性业务。或者，由于传输PUSCH的波形不同，例如，一种传输PUSCH的波形是循环前缀正交频分复用(CP-OFDM)，另外一种传输PUSCH的波形是单载波频分复用(SC-FDM)，这两种波形也需要汇报独立的PHR。或者，由于传输PUSCH的子载波空间不同，例如，一种传输PUSCH的子载波空间是15KHz，另外一种传输PUSCH的子载波空间是60kHz，这两种子载波空间也需要汇报独立的PHR。或者由于传输PUSCH的波束方向不同，也需要汇报独立的PHR。根据上面这些因素的分析，UE可以可以通过接收高层信令配置或物理层信令获知UE需要汇报的多个独立的PHR的数量以及每个汇报的PHR的特性，每个汇报的PHR的特性包括计算PHR汇报的PUSCH传输的波形、子载波空间、业务、波束等因素。下面以传输两类不同业务的PUSCH的PHR为例，说明两类PHR的汇报方法。所述方法可以扩展到汇报多于两个PHR的情况，且每个汇报PHR的波形、子载波空间、业务、波束这多个特性中至少一个不同。
对于UE配置的多个服务小区，有可能有的服务小区在不同的时间段以及不同的频带的子帧长度相同，且只会传输一种业务，因此配备了一套功率控制参数，例如只传输一般业务或只传输高可靠低时延的业务，对于这样的服务小区只汇报一类PHR。有可能有的服务小区在不同的时间段以及不同的频带的子帧长度不相同，且会传输两种业务，因此配备了两套功率控制参数，对于这样的服务小区要汇报两类PHR。UE通过接收高层信令确定配置的每个服务小区汇报一类PHR还是两类PHR。
方法一：
对于要汇报两类PHR的服务小区，两类PHR汇报采用时分复用的方式，对于每个服务小区每次只汇报所述第一类PHR和第二类PHR中的一个PHR。那么，UE如何决定在所述子帧上是汇报第一类PHR还是汇报第二类PHR，有以下几种方式决定UE在所述子帧上是汇报第一类PHR还是汇报第二类PHR。
方式a：
UE通过接收高层信令配置确定UE在哪些子帧汇报第一类PHR，在哪些子帧汇报第二类PHR，这样UE和基站对PHR汇报的种类不会产生混淆。
当UE在所述子帧需要汇报PHR的时候，UE根据高层信令配置的所述子帧PHR种类汇报相应的PHR。这种方法要求UE在所述服务小区传输不同业务的子帧也应当是通过高层信令配置的，配置传输一种业务的子帧不能动态变为传输另一种业务的子帧，这样有可能影响高可靠低时延业务的及时传输。
方式b：
根据特定服务小区所述子帧的传输情况确定UE在所述子帧汇报第一类PHR，还是汇报第二类PHR。具体地说，当所述子帧只传输第一类业务的PUSCH时，UE要汇报第一类PHR；当所述子帧只传输第二类业务的PUSCH时，UE要汇报第二类PHR；当所述子帧UE同时传输第一类业务的PUSCH和第二类业务的PUSCH时，或者在所述子帧UE没有传输第一类业务的PUSCH也没有传输第二类业务的PUSCH时，按照高层信令配置UE在哪些子帧汇报第一类PHR，在哪些子帧汇报第二类PHR确定UE汇报的PHR的种类；或者根据协议确定的缺省PHR汇报种类汇报PHR，例如，在这种情况汇报第二类PHR。采用此方法可能出现混淆的情况，例如，当基站调度了第一类业务，UE应当汇报第一类PHR，但是UE没有收到该服务小区的调度信令，UE按照规则汇报了第二类PHR，这样UE和基站对PHR汇报的种类就产生了混淆。UE可以通过不同的DCI格式，或者通过DCI中的比特指示，或者通过对DCI加扰的无线网络临时标识(RNTI)不同来区分所述第一类业务和第二类业务。
方式c：
根据特定服务小区所述子帧的调度情况确定UE在所述子帧汇报第一类PHR，还是汇报第二类PHR。具体地说，当所述子帧只传输第一类业务的PUSCH时，UE要汇报第一类PHR；当所述子帧只传输第二类业务的PUSCH时，UE要汇报第二类PHR；当所述子帧UE同时传输第一类业务的PUSCH和第二类业务的PUSCH时，或者在所述子帧UE没有传输第一类业务的PUSCH也没有传输第二类业务的PUSCH时，按照高层信令配置UE在哪些子帧汇报第一类PHR，在哪些子帧汇报第二类PHR确定UE汇报的PHR的种类；或者根据协议确定的缺省PHR汇报种类汇报PHR，例如，在这种情况下协议规定汇报第二类PHR，因为第二类业务的可靠性要求高，且时延低，因此优先汇报第二类PHR。针对采用此方法可能出现混淆的情况，这时，更进一步地，在汇报PHR的MAC信令中加入汇报PHR的种类指示，也就是说，UE不但要汇报PHR还要指示该PHR的种类，可以用一比特的PHR种类的指示。这样UE和基站对PHR汇报的种类就不会产生混淆了。
方法二：
对于要汇报两类PHR的服务小区，两类PHR同时汇报。有以下几种同时汇报第一类PHR和第二类PHR的方式。
同时汇报第一类PHR和第二类PHR，且同时汇报用于计算第一类PHR的最大发射功率Pcmax,c,1和用于计算第二类PHR的Pcmax,c,2。
具体计算过程分以下几种情况：
情况一：
当所述子帧传输了第一类业务的PUSCH，所述子帧没有传输第二类业务的PUSCH时，
第一类PHR的计算方法为：
PHc,1(i)＝PCMAX,c,1(i)-{10log10(MPUSCH,c,1,(i))+PO_PUSCH,c,1(j)+αc,1(j)·PLc,1+ΔTF,c,1(i)+fc,1(i)} [dB]
其中，PCMAX,c,1(i)是根据服务小区c只传输第一类业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率；其他的所有参数都是针对第一类业务传输使用的PUSCH的功率控制参数。
MPUSCH,c,1,(i)是PUSCH占用的物理资源块(PRB，Physical Resource Block)个数；
PO_PUSCH,c,1(j)是高层信令配置的功率偏移值；
PLC,1是链路损耗；
αc,1(j)是控制补偿链路损耗的全部或者一部分其中，对于半持续调度(SPS，Semi-persistent scheduling)的PUSCH或PUSCH重传，j＝0，对于动态调度的PUSCH或PUSCH重传，j＝1，对于随机接入响应(RAR，Random Access Response)调度的PUSCH或PUSCH重传，j＝2；
fc,1(i)是闭环功率控制的累加值；ΔTF,c,1(i)是与上行传输的调制编码策略有关的一个参数；具体地说，当参数KS等于1.25时，对仅发送非周期性信道状态信息(A-CSI)而不发送上行数据的情况，BPRE＝OCQI/NRE，对发送了上行数据的情况，C是一个传输块(TB，Transmission Block)划分的编码块(CB，Code Block)的个数，Kr是第r个CB的比特数，NRE是PUSCH信道包含的资源单元(RE，Resource Element)总数。
第二类PHR的计算方法为：
公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1。其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率；其他的所有参数都是针对第二类业务传输使用的PUSCH的功率控制参数。
PO_PUSCH,c,2(1)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(1)是控制补偿链路损耗的全部或者一部分，fc,2(i)是闭环功率控制的累加值；
由于在服务小区c没有传输第二类业务，则PHc,2(i)为虚拟PHR。
情况二：
当所述子帧传输了第二类业务的PUSCH，所述子帧没有传输第一类业务的PUSCH时，
第二类PHR的计算方法为：
PHc,2(i)＝PCMAX,c,2(i)-{10log10(MPUSCH,c,2,(i))+PO_PUSCH,c,2(j)+αc,2(j)·PLc,2+ΔTF,c,2(i)+fc,2(i)} [dB]
其中，PCMAX,c,2(i)是根据服务小区c只传输第二类业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。MPUSCH,c,2,(i)是PUSCH占用的PRB个数，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值；ΔTF,c,2(i)是与上行传输的调制编码策略有关的一个参数；PHc,2(i)为虚拟PHR。
其他的所有参数都是针对第二类业务传输使用的PUSCH的功率控制参数。
第一类PHR的计算方法为：
公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1。其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第一类业务传输使用的PUSCH的功率控制参数。
PO_PUSCH,c,1(1)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(1)是控制补偿链路损耗的全部或者一部分，fc,1(i)是闭环功率控制的累加。
由于在服务小区c没有传输第一类业务，则PHc,1(i)为虚拟PHR。
情况三：当所述子帧没有传输第一类业务的PUSCH，所述子帧也没有传输第二类业务的PUSCH时，
第一类PHR的计算方法为：
公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1。其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第一类业务传输使用的PUSCH的功率控制参数。
PO_PUSCH,c,1(1)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(1)是控制补偿链路损耗的全部或者一部分，fc,1(i)是闭环功率控制的累加值；PHc,1(i)为设置的虚拟PHR。
第二类PHR的计算方法为：
公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1。其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第二类业务传输使用的PUSCH的功率控制参数。
PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值；由于在服务小区c没有传输第二类业务，则PHc,2(i)为虚拟PHR。
情况四：
当所述子帧传输了第一类业务的PUSCH，所述子帧也传输第二类业务的PUSCH时，
第一类PHR的计算方法为：
PHc,1(i)＝PCMAX,c,1(i)-{10log10(MPUSCH,c,1,(i))+PO_PUSCH,c,1(j)+αc,1(j)·PLc,1+ΔTF,c,1(i)+fc,1(i)} [dB]
其中，PCMAX,c,1(i)是根据服务小区c只传输第一类业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第一类业务传输使用的PUSCH的功率控制参数。
MPUSCH,c,1,(i)是PUSCH占用的物理资源块PRB个数，PO_PUSCH,c,1(j)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(j)是控制补偿链路损耗的全部或者一部分；fc,1(i)是闭环功率控制的累加值；ΔTF,c,1(i)是与上行传输的调制编码策略有关的一个参数，PHc,1(i)为设置的虚拟PHR。
第二类PHR的计算方法为：
PHc,2(i)＝PCMAX,c,2(i)-{10log10(MPUSCH,c,2,(i))+PO_PUSCH,c,2(j)+αc,2(j)·PLc,2+ΔTF,c,2(i)+fc,2(i)} [dB]
其中，PCMAX,c,2(i)是根据服务小区c只传输第二类业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第二类业务传输使用的PUSCH的功率控制参数。
MPUSCH,c,2,(i)是PUSCH占用的PRB个数，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值；ΔTF,c,2(i)是与上行传输的调制编码策略有关的一个参数，PHc,2(i)为设置的虚拟PHR。
方法三：
对于要汇报两类PHR的服务小区，两类PHR同时汇报。有以下几种同时汇报第一类PHR和第二类PHR的方式。
同时汇报第一类PHR和第二类PHR，且同时汇报用于计算第一类PHR的最大发射功率Pcmax,c,1和用于计算第二类PHR的Pcmax,c,2。
当UE选择用于发送PHR服务小区的子帧长度与汇报PHR的服务小区的子帧长度相同时，如图8所示，图8为本发明实施例例二的方法三提供的UE多个服务小区的子帧长度示意图：服务小区二的PHR在服务小区一的PUSCH中传输，且服务小区一传输PHR的子帧与服务小区二计算PHR的子帧长度相同。或者UE选择用于发送PHR服务小区的子帧长度小于汇报PHR的服务小区的子帧长度时，如图9所示，图9为本发明实施例二的方法三提供的UE多个服务小区的子帧长度二示意图：服务小区一的PHR在服务小区二的PUSCH中传输，且服务小区二传输PHR的子帧长度小于服务小区一计算PHR的子帧长度。在以上两种情况下，由于子帧长度长的服务小区从接收到调度PUSCH的指令到发送PUSCH的时间间隔比子帧长度短的服务小区从接收到调度PUSCH的指令到发送PUSCH的时间间隔长，UE在接收到调度指令后有足够的时间计算子帧长度短的服务小区的PHR然后进行传输，UE采用下面的方法汇报两类PHR。
当所述子帧传输了第一类业务的PUSCH，所述子帧没有传输第二类业务的PUSCH时，
第一类PHR的计算方法为：
PHc,1(i)＝PCMAX,c,1(i)-{10log10(MPUSCH,c,1,(i))+PO_PUSCH,c,1(j)+αc,1(j)·PLc,1+ΔTF,c,1(i)+fc,1(i)} [dB]
其中，PCMAX,c,1(i)是根据服务小区c只传输第一类业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第一类业务传输使用的PUSCH的功率控制参数。
MPUSCH,c,1,(i)是PUSCH占用的物理资源块PRB个数，PO_PUSCH,c,1(j)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(j)是控制补偿链路损耗的全部或者一部分；fc,1(i)是闭环功率控制的累加值；ΔTF,c,1(i)是与上行传输的调制编码策略有关的一个参数，PHc,1(i)为设置的虚拟PHR。
第二类PHR的计算方法为：
公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1。其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第二类业务传输使用的PUSCH的功率控制参数。则PHc,2(i)为虚拟PHR。
PO_PUSCH,c,2(1)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(1)是控制补偿链路损耗的全部或者一部分，fc,2(i)是闭环功率控制的累加值；PHc,2(i)为设置的虚拟PHR。
当所述子帧传输了第二类业务的PUSCH，所述子帧没有传输第一类业务的PUSCH时，
第二类PHR的计算方法为：
PHc,2(i)＝PCMAX,c,2(i)-{10log10(MPUSCH,c,2,(i))+PO_PUSCH,c,2(j)+αc,2(j)·PLc,2+ΔTF,c,2(i)+fc,2(i)} [dB]
其中，PCMAX,c,2(i)是根据服务小区c只传输第二类业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第二类业务传输使用的PUSCH的功率控制参数。
MPUSCH,c,2,(i)是PUSCH占用的PRB个数，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值；ΔTF,c,2(i)是与上行传输的调制编码策略有关的一个参数；PHc,2(i)为虚拟PHR；。
第一类PHR的计算方法为：
公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1。其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第一类业务传输使用的PUSCH的功率控制参数。则PHc,1(i)为虚拟PHR。
PO_PUSCH,c,1(1)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(1)是控制补偿链路损耗的全部或者一部分，fc,1(i)是闭环功率控制的累加值；PHc,1(i)为设置的虚拟PHR。
当所述子帧没有传输第一类业务的PUSCH，所述子帧也没有传输第二类业务的PUSCH时，
第一类PHR的计算方法为：
公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1。其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第一类业务传输使用的PUSCH的功率控制参数。则PHc,1(i)为虚拟PHR。
PO_PUSCH,c,1(1)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(1)是控制补偿链路损耗的全部或者一部分，fc,1(i)是闭环功率控制的累加值；PHc,1(i)为设置的虚拟PHR。
第二类PHR的计算方法为：
公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1。其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第二类业务传输使用的PUSCH的功率控制参数。则PHc,2(i)为虚拟PHR。
PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值，PHc,2(i)为虚拟PHR。
当所述子帧传输了第一类业务的PUSCH，所述子帧也传输第二类业务的PUSCH时，
第一类PHR的计算方法为：
PHc,1(i)＝PCMAX,c,1(i)-{10log10(MPUSCH,c,1,(i))+PO_PUSCH,c,1(j)+αc,1(j)·PLc,1+ΔTF,c,1(i)+fc,1(i)} [dB]
其中，PCMAX,c,1(i)是根据服务小区c只传输第一类业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第一类业务传输使用的PUSCH的功率控制参数。
MPUSCH,c,1,(i)是PUSCH占用的物理资源块PRB个数，PO_PUSCH,c,1(j)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(j)是控制补偿链路损耗的全部或者一部分；fc,1(i)是闭环功率控制的累加值；ΔTF,c,1(i)是与上行传输的调制编码策略有关的一个参数，PHc,1(i)为设置的虚拟PHR。
第二类PHR的计算方法为：
PHc,2(i)＝PCMAX,c,2(i)-{10log10(MPUSCH,c,2,(i))+PO_PUSCH,c,2(j)+αc,2(j)·PLc,2+ΔTF,c,2(i)+fc,2(i)} [dB]
其中，PCMAX,c,2(i)是根据服务小区c只传输第二类业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率。其他的所有参数都是针对第二类业务传输使用的PUSCH的功率控制参数。
MPUSCH,c,2,(i)是PUSCH占用的PRB个数，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值；ΔTF,c,2(i)是与上行传输的调制编码策略有关的一个参数，PHc,2(i)为设置的虚拟PHR。
当UE选择用于发送PHR服务小区的子帧长度大于汇报PHR的服务小区的子帧长度时，如图10所示，图10为本发明实施例二的方法三提供的UE多个服务小区的子帧长度三示意图：服务小区二的PHR在服务小区一的PUSCH中传输，且服务小区一传输PHR的子帧长度大于服务小区二计算PHR的子帧长度。此时，由于子帧长度长的服务小区从接收到调度PUSCH的指令到发送PUSCH的时间间隔比子帧长度短的服务小区从接收到调度PUSCH的指令到发送PUSCH的时间间隔长，UE在接收到短的子帧的服务小区的调度指令后有可能没有足够的时间根据短子帧的调度情况来计算PHR然后在子帧长的服务小区进行传输，因为子帧长的服务小区的编码等操作需要的时间比较长。如果UE在接收到短的子帧的服务小区的调度指令后有足够的时间计算PHR，然后在子帧长的服务小区上传输时，采用上面的办法，即，当UE选择用于发送PHR服务小区的子帧长度与汇报PHR的服务小区的子帧长度相同时和UE选择用于发送PHR服务小区的子帧长度小于汇报PHR的服务小区的子帧长度时的两类PHR的计算方法；如果UE在接收到短的子帧的服务小区的调度指令后没有足够的时间根据短子帧的调度情况计算PHR，然后在子帧长的服务小区上传输时，UE采用下面的方法汇报两类PHR。
当所述子帧传输了第一类业务的PUSCH，所述子帧没有传输第二类业务的PUSCH时；或者当所述子帧没有传输第一类业务的PUSCH，所述子帧也没有传输第二类业务的PUSCH时；当所述子帧传输了第一类业务的PUSCH，所述子帧也传输第二类业务的PUSCH时；当所述子帧没有传输第一类业务的PUSCH，所述子帧也没有传输第二类业务的PUSCH时：
第一类PHR的计算方法为：
公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1。其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，PO_PUSCH,c,1(1)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(1)是控制补偿链路损耗的全部或者一部分，fc,1(i)是闭环功率控制的累加值；PHc,1(i)为设置的虚拟PHR。
第二类PHR的计算方法为：
公式中各个参数的定义详见3GPP规范36.213的版本10.9.0的5.1.1.1。其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值，PHc,2(i)为虚拟PHR。
实施例三
在本实施例中，针对一个UE配置的多个服务小区，且至少有两个不同服务小区时隙长度不同，或者一个服务小区中不同频段或不同时间段时隙长度不同的情况下，描述PHR的传输方法。
在以上两种情况下，假设在一个PHR汇报的参考时隙内，有的服务小区是一个时隙，也就是该服务小区的时隙长度与PHR汇报的参考时隙长度相同，或者有的服务小区是多于一个时隙，也就是该服务小区的时隙长度比PHR汇报的参考时隙长度短，例如，如图11所示，UE配置了两个服务小区，服务小区一的时隙长度与PHR汇报的参考时隙长度T相同，服务小区二的时隙长度为PHR汇报的参考时隙长度T/m。
当服务小区的时隙长度与PHR汇报的参考时隙长度相同时，UE需要在参考时隙n汇报PHR时，UE根据时隙n上该服务小区的PUSCH情况计算PHR。
当服务小区的时隙长度比PHR汇报的参考时隙长度短时，也就是在参考时隙n汇报PHR，UE在该服务小区包括多个时隙，例如，在参考时隙n内，该服务小区包括时隙m*n，m*n+1，……，m*n+m-1共m个时隙，而m个不同时隙内的PUSCH调度情况可能不同，需要选择一个时隙的PUSCH传输情况进行PHR汇报，有以下几种方法选择一个时隙的PUSCH传输情况进行PHR计算。其中m值UE通过显示信令或隐式信令得知。
方法一：
选择PHR汇报的参考时隙内的，该服务小区的第一个被调度PUSCH的时隙进行PHR计算，且UE在接收到调度指令后有足够的时间根据该被调度PUSCH的情况计算PHR；如果UE在接收到调度指令后没有足够的时间根据该被调度PUSCH的情况计算PHR，则采用虚PHR汇报(virtual PHR)，这里的虚PHR汇报指的是根据没有PUSCH传输时计算出的PHR，或者，在PHR汇报的参考时隙内的所有时隙没有PUSCH传输，则采用虚PHR汇报。
例如，UE配置了两个服务小区，服务小区一的时隙长度与PHR汇报的参考时隙长度T相同，服务小区二的时隙长度为PHR汇报的参考时隙长度T/m，在参考时隙n，服务小区二包括时隙m*n，m*n+1，……，m*n+m-1共m个时隙，其中第一个被调度的PUSCH在时隙m*n+1。当PHR在服务小区二的时隙m*n+1的PUSCH传输，UE有足够的时间根据在时隙m*n+1被调度的PUSCH的情况计算PHR，因此PHR根据服务小区二的时隙m*n+1的PUSCH的情况计算PHR，如图12所示；当PHR在服务小区一的时隙n的PUSCH传输，由于传输PHR的PUSCH开始比较早，UE没有足够的时间根据服务小区二在时隙m*n+1被调度的PUSCH的情况计算PHR，因此服务小区二的PHR根据服务小区二没有PUSCH传输的情况下计算虚PHR，如图13所示。
方法二：
选择PHR汇报的参考时隙内的，该服务小区的满足UE在接收到调度指令后有足够的时间根据该被调度PUSCH的情况计算PHR的条件下最后一个被调度PUSCH的时隙进行PHR计算；如果UE在接收到调度指令后没有足够的时间根据该被调度PUSCH的情况计算PHR，则采用虚PHR汇报(virtual PHR)，这里的虚PHR汇报指的是根据没有PUSCH传输时计算出的PHR，或者，在PHR汇报的参考时隙内的所有时隙没有PUSCH传输，则采用虚PHR汇报。
例如，UE配置了两个服务小区，服务小区一的时隙长度与PHR汇报的参考时隙长度T相同，服务小区二的时隙长度为PHR汇报的参考时隙长度T/m，在参考时隙n，服务小区二包括时隙m*n，m*n+1，……，m*n+m-1，其中第一个被调度的PUSCH在时隙m*n+1。当PHR在服务小区二的时隙m*n+1的PUSCH传输，UE有足够的时间根据在时隙m*n+1被调度的PUSCH的情况计算PHR，因此PHR根据服务小区二的时隙m*n+1的PUSCH的情况计算PHR，如图12所示；当PHR在服务小区一的时隙n的PUSCH传输，由于传输PHR的PUSCH开始比较早，UE没有足够的时间根据服务小区二在时隙m*n+1被调度的PUSCH的情况计算PHR，因此服务小区二的PHR根据服务小区二没有PUSCH传输的情况下计算虚PHR，如图13所示。
方法三：
选择PHR汇报的参考时隙内的，该服务小区的第一个时隙的情况进行PHR计算。当UE在该服务小区的第一个时隙传输PUSCH，且UE在接收到调度指令后有足够的时间根据该被调度PUSCH的情况计算PHR，则UE根据该服务小区的第一个时隙的PUSCH传输计算PHR；否则采用虚PHR汇报。
例如，UE配置了两个服务小区，服务小区一的时隙长度与PHR汇报的参考时隙长度T相同，服务小区二的时隙长度为PHR汇报的参考时隙长度T/m，在参考时隙n，服务小区二包括时隙m*n，m*n+1，……，m*n+m-1。当在服务小区二的第一个时隙m*n传输PUSCH，且UE在服务小区二的时隙m*n传输的PUSCH上传输PHR，UE有足够的时间根据在时隙m*n被调度的PUSCH的情况计算PHR，因此PHR根据服务小区二的时隙m*n的PUSCH的情况计算PHR；当PHR在服务小区一的时隙n的PUSCH传输，UE没有足够的时间根据服务小区二在时隙m*n被调度的PUSCH的情况计算PHR，因此服务小区二的PHR根据服务小区二没有PUSCH传输的情况下计算虚PHR，或者，UE在服务小区二的时隙m*n没传输PUSCH，服务小区二的PHR根据服务小区二没有PUSCH传输的情况下计算虚PHR。
方法四：
选择PHR汇报的参考时隙内的，该服务小区的最后一个时隙的情况进行PHR计算。当UE在该服务小区的最后一个时隙传输PUSCH，且UE在接收到调度指令后有足够的时间根据该被调度PUSCH的情况计算PHR，则UE根据该服务小区的最后一个时隙的PUSCH传输计算PHR；否则采用虚PHR汇报。
例如，UE配置了两个服务小区，服务小区一的时隙长度与PHR汇报的参考时隙长度T相同，服务小区二的时隙长度为PHR汇报的参考时隙长度T/m，在参考时隙n，服务小区二包括时隙m*n，m*n+1，……，m*n+m-1。当在服务小区二的最后一个时隙m*n+m-1传输PUSCH，且UE在服务小区二的时隙m*n+m-1传输的PUSCH上传输PHR，UE有足够的时间根据在时隙m*n+m-1被调度的PUSCH的情况计算PHR，因此PHR根据服务小区二的时隙m*n+m-1的PUSCH的情况计算PHR；当PHR在服务小区一的时隙n的PUSCH传输，UE没有足够的时间根据服务小区二在时隙m*n+m-1被调度的PUSCH的情况计算PHR，因此服务小区二的PHR根据服务小区二没有PUSCH传输的情况下计算虚PHR，或者，UE在服务小区二的时隙m*n+m-1没传输PUSCH，服务小区二的PHR根据服务小区二没有PUSCH传输的情况下计算虚PHR。
方法五：
选择PHR汇报的参考时隙内的，UE用实现方式确定该服务小区的一个时隙的情况进行PHR计算。由于不同时隙PUSCH调度的物理资源块数可能不一样，因此UE和基站对计算PHR时假设调度的物理资源块数可能不一样，因此基站对剩余功率的理解和UE的理解不一致。因此UE可以根据接收高层信令配置获得的或协议预设的一个物理资源块数进行PHR计算，而不是UE实际调度的物理资源块数进行PHR计算，这样UE和基站对计算PHR时假设调度的物理资源块数不会不一样，且根据上面所述的物理资源块数进行PHR计算，基站根据这个PHR可以推算出剩余功率。例如，UE在时隙1调度了2个物理资源块的PUSCH传输，UE在时隙2调度了3个物理资源块的PUSCH传输，UE根据预设的1个物理资源块计算PHR。
方法六：
当服务小区的时隙长度小于PHR汇报的参考时隙长度的，该服务小区的PHR汇报虚PHR汇报。
图14为本发明实施例提供的功率头上空间报告的装置结构示意图，该装置应用了上述方法，具体包括：确定单元、计算单元及发送单元，其中，
确定单元，用于根据激活服务小区上行子帧的结构确定PHR的汇报方式；
计算单元，用于根据PHR的汇报方法计算PHR；
发送单元，用于将计算得到的PHR发送给基站。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种功率头上空间报告PHR的方法，其特征在于，包括：
用户设备UE根据激活服务小区上行子帧的结构确定PHR的汇报方式；
UE根据PHR的汇报方式计算PHR；
UE将PHR发送给基站。
2.如权利要求1所述的方法，其特征在于，当所述激活服务小区为一个，在两个不同时间段内上行子帧的子帧长度不同，或在同一时间段内上行子帧的两个不同频带的子帧长度不同；
或者当所述激活服务小区为多个，在两个不同激活服务小区的同一时间段内的上行子帧的子帧长度不同；
所述确定PHR的汇报方式包括：
根据所述子帧长度确定反馈PHR的周期；并根据所述周期确定汇报PHR的时刻。
3.如权利要求2所述的方法，其特征在于，所述确定汇报PHR的时刻包括：
根据激活服务小区子帧的当前子帧长度，对所有子帧进行编号，
当所述激活服务小区的子帧长度等于T时，根据子帧的编号t计算PeriodicPHR-Timer和ProhibitPHR-Timer的状态值，根据PeriodicPHR-Timer和ProhibitPHR-Timer的状态值确定PHR汇报时刻；
或者当所述激活服务小区的子帧长度T1小于T时，通过下述公式，根据子帧的编号t计算PeriodicPHR-Timer和ProhibitPHR-Timer的状态值：floor(t/(T/T1))，其中，floor()操作为下取整操作，根据PeriodicPHR-Timer和ProhibitPHR-Timer的状态值确定PHR汇报时刻；
或者当所述激活服务小区的子帧长度T1大于T时，通过下述公式，根据子帧的编号t计算PeriodicPHR-Timer和ProhibitPHR-Timer的状态值：t1*(T1/T)，根据PeriodicPHR-Timer和ProhibitPHR-Timer的状态值确定PHR汇报时刻；
其中，PHR中的周期PHR定时器PeriodicPHR-Timer和禁止PHR定时器ProhibitPHR-Timer采用的子帧长度设置为T。
4.如权利要求1所述的方法，其特征在于，当所述激活服务小区包括至少两个时且至少两个处于活动状态，在至少一个处于活动状态的服务小区在两个不同时间段内上行子帧的子帧长度相同时，或者在同一时间段内的两个不同频带的上行子帧的子帧长度相同时，
所述确定PHR的汇报方式包括：确定汇报设定的汇报类型1的PHR。
5.如权利要求1所述的方法，其特征在于，当所述激活服务小区为至少两个，且至少两个处于活动状态，在至少一个处于活动状态的服务小区在两个不同时间段内上行子帧的子帧长度不同时，
或者当所述激活服务小区为至少两个，且至少两个处于活动状态，在至少一个处于活动状态的服务小区在同一时间段内的两个不同频带内的上行子帧的子帧长度不同时，
所述确定PHR的汇报方式包括：确定汇报类型1的PHR和设定的类型2的PHR。
6.如权利要求4或5所述的方法，其特征在于，所述服务小区的子帧长度的确定方法为：
UE通过接收高层信令确定所述服务小区的子帧的长度；
UE通过接收公共物理层信令确定所述服务小区的子帧的长度；
UE通过接收UE特有物理层信令确定所述服务小区的子帧的长度。
7.如权利要求5所述的方法，其特征在于，确定汇报类型1的PHR和设定的类型2的PHR，包括：采用时分复用的方式汇报所述所述类型1的PHR和类型2的PHR采用时分复用方式，
其中，采用时分复用的方式汇报所述类型1的PHR和类型2的PHR，包括：
根据高层信令确定用于汇报所述类型1的PHR的第一类子帧和用于汇报所述类型2的PHR的第二类子帧，在所述第一类子帧上传输所述类型1的PHR，在所述第二类子帧上传输所述类型2的PHR；
或者，根据激活服务小区中的子帧调度信息确定用于汇报所述类型1的PHR的第一类子帧和用于汇报所述类型2的PHR的第二类子帧，在所述第一类子帧上传输所述类型1的PHR，在所述第二类子帧上传输所述类型2的PHR。
8.如权利要求7所述的方法，其特征在于，根据激活服务小区中的子帧调度信息确定用于汇报所述类型1的PHR的第一类子帧和用于汇报所述类型2的PHR的第二类子帧，包括以下至少之一：
所述UE根据接收到的下行控制信息DCI的格式，以及DCI的格式与用于汇报所述类型1的PHR的第一类子帧和用于汇报所述类型2的PHR的第二类子帧之间的对应关系，确定用于汇报所述类型1的PHR的第一类子帧和用于汇报所述类型2的PHR的第二类子帧；
所述UE根据DCI加扰的无线网络临时标识RNTI，以及DCI加扰的RNTI与用于汇报所述类型1的PHR的第一类子帧和用于汇报所述类型2的PHR的第二类子帧之间的对应关系，确定用于汇报所述类型1的PHR的第一类子帧和用于汇报所述类型2的PHR的第二类子帧；
所述UE根据DCI中的预定比特位，以及所述预定比特位与用于汇报所述类型1的PHR的第一类子帧和用于汇报所述类型2的PHR的第二类子帧之间的对应关系，确定用于汇报所述类型1的PHR的第一类子帧和用于汇报所述类型2的PHR的第二类子帧。
9.如权利要求5所述的方法，其特征在于，确定汇报类型1的PHR和设定的类型2的PHR，包括：确定同时汇报所述类型1的PHR和类型2的PHR，
在同时汇报类型1的PHR和类型2的PHR时，汇报用于计算类型1的PHR的最大发射功率Pcmax、激活服务小区的标识及用于指示汇报的PHR是类型1的PHR的标识，以及用于计算类型2的PHR的Pcmax、激活服务小区的标识及用于指示汇报的PHR是类型2的PHR的标识。
10.如权利要求9所述的方法，其特征在于，该方法还包括：
当UE在当前子帧中传输了类型1的PHR对应的物理上行共享信道PUSCH，但没有传输类型2的PHR对应的PUSCH时，类型1的PHR的计算方法为：
PHc,1(i)＝PCMAX,c,1(i)-{10log10(MPUSCH,c,1,(i))+PO_PUSCH,c,1(j)+αc,1(j)·PLc,1+ΔTF,c,1(i)+fc,1(i)}[dB]
其中，PCMAX,c,1(i)是根据服务小区c只传输类型1的PHR的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，MPUSCH,c,1,(i)是PUSCH占用的物理资源块PRB个数，PO_PUSCH,c,1(j)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(j)是控制补偿链路损耗的全部或者一部分；fc,1(i)是闭环功率控制的累加值；ΔTF,c,1(i)是与上行传输的调制编码策略有关的一个参数；
类型2的PHR的计算方法为：
<mrow> <msub> <mi>PH</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>=</mo> <msub> <mover> <mi>P</mi> <mo>~</mo> </mover> <mrow> <mi>C</mi> <mi>M</mi> <mi>A</mi> <mi>X</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>-</mo> <mo>{</mo> <msub> <mi>P</mi> <mrow> <mn>0</mn> <mo>_</mo> <mi>P</mi> <mi>U</mi> <mi>S</mi> <mi>C</mi> <mi>H</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>+</mo> <msub> <mi>&amp;alpha;</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>&amp;CenterDot;</mo> <msub> <mi>PL</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mo>+</mo> <msub> <mi>f</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>}</mo> <mo>&amp;lsqb;</mo> <mi>d</mi> <mi>B</mi> <mo>&amp;rsqb;</mo> </mrow>
其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，PO_PUSCH,c,2(1)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(1)是控制补偿链路损耗的全部或者一部分，fc,2(i)是闭环功率控制的累加值；PHc,2(i)为设置的虚拟PHR；
或者UE在当前子帧中传输了类型2的PHR的PUSCH但没有传输类型1的PHR对应的PUSCH时，类型2的PHR的计算方法为：
PHc,2(i)＝PCMAX,c,2(i)-{10log10(MPUSCH,c,2,(i))+PO_PUSCH,c,2(j)+αc,2(j)·PLc,2+ΔTF,c,2(i)+fc,2(i)}[dB]
其中，PCMAX,c,2(i)是根据服务小区c只传输类型2的PHR的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，MPUSCH,c,2,(i)是PUSCH占用的PRB个数，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值；ΔTF,c,2(i)是与上行传输的调制编码策略有关的一个参数；PHc,2(i)为虚拟PHR；类型1的PHR的计算方法为：
<mrow> <msub> <mi>PH</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>=</mo> <msub> <mover> <mi>P</mi> <mo>~</mo> </mover> <mrow> <mi>C</mi> <mi>M</mi> <mi>A</mi> <mi>X</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>-</mo> <mo>{</mo> <msub> <mi>P</mi> <mrow> <mi>O</mi> <mo>_</mo> <mi>P</mi> <mi>U</mi> <mi>S</mi> <mi>C</mi> <mi>H</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>+</mo> <msub> <mi>&amp;alpha;</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>&amp;CenterDot;</mo> <msub> <mi>PL</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mo>+</mo> <msub> <mi>f</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>}</mo> <mo>&amp;lsqb;</mo> <mi>d</mi> <mi>B</mi> <mo>&amp;rsqb;</mo> </mrow>
其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，PO_PUSCH,c,1(1)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(1)是控制补偿链路损耗的全部或者一部分，fc,1(i)是闭环功率控制的累加值；PHc,1(i)为设置的虚拟PHR；
或者UE在当前子帧传输了传输没有类型1的PHR的PUSCH且没有传输类型2的PHR对应的PUSCH时，类型1的PHR的计算方法为：
<mrow> <msub> <mi>PH</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>=</mo> <msub> <mover> <mi>P</mi> <mo>~</mo> </mover> <mrow> <mi>M</mi> <mi>A</mi> <mi>X</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>-</mo> <mo>{</mo> <msub> <mi>P</mi> <mrow> <mi>O</mi> <mo>_</mo> <mi>P</mi> <mi>U</mi> <mi>S</mi> <mi>C</mi> <mi>H</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>+</mo> <msub> <mi>&amp;alpha;</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>&amp;CenterDot;</mo> <msub> <mi>PL</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mo>+</mo> <msub> <mi>f</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>}</mo> <mo>&amp;lsqb;</mo> <mi>d</mi> <mi>B</mi> <mo>&amp;rsqb;</mo> </mrow>
其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，PO_PUSCH,c,1(1)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(1)是控制补偿链路损耗的全部或者一部分，fc,1(i)是闭环功率控制的累加值；PHc,1(i)为设置的虚拟PHR；
类型2的PHR的计算方法为：
<mrow> <msub> <mi>PH</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>=</mo> <msub> <mover> <mi>P</mi> <mo>~</mo> </mover> <mrow> <mi>M</mi> <mi>A</mi> <mi>X</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>-</mo> <mo>{</mo> <msub> <mi>P</mi> <mrow> <mi>O</mi> <mo>_</mo> <mi>P</mi> <mi>U</mi> <mi>S</mi> <mi>C</mi> <mi>H</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>+</mo> <msub> <mi>&amp;alpha;</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>&amp;CenterDot;</mo> <msub> <mi>PL</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mo>+</mo> <msub> <mi>f</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>}</mo> <mo>&amp;lsqb;</mo> <mi>d</mi> <mi>B</mi> <mo>&amp;rsqb;</mo> </mrow>
其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值；PHc,2(i)为虚拟PHR；
或者UE在当前子帧中，传输了类型1的PHR的PUSCH且传输类型2的PHR对应的PUSCH时，类型1的PHR的计算方法为：
PHc,1(i)＝PCMAX,c,1(i)-{10log10(MPUSCH,c,1,(i))+PO_PUSCH,c,1(j)+αc,1(j)·PLc,1+ΔTF,c,1(i)+fc,1(i)}[dB]
其中，PCMAX,c,1(i)是根据服务小区c只传输类型1的PHR的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，MPUSCH,c,1,(i)是PUSCH占用的物理资源块PRB个数，PO_PUSCH,c,1(j)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(j)是控制补偿链路损耗的全部或者一部分；fc,1(i)是闭环功率控制的累加值；ΔTF,c,1(i)是与上行传输的调制编码策略有关的一个参数，PHc,1(i)为设置的虚拟PHR；
类型2的PHR的计算方法为：
PHc,2(i)＝PCMAX,c,2(i)-{10log10(MPUSCH,c,2,(i))+PO_PUSCH,c,2(j)+αc,2(j)·PLc,2+ΔTF,c,2(i)+fc,2(i)}[dB]
其中，PCMAX,c,2(i)是根据服务小区c只传输类型2的PHR的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，MPUSCH,c,2,(i)是PUSCH占用的PRB个数，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值；ΔTF,c,2(i)是与上行传输的调制编码策略有关的一个参数，PHc,2(i)为设置的虚拟PHR。
11.如权利要求9所述的方法，其特征在于，当UE选择用于发送PHR的服务小区的子帧长度小于或等于汇报PHR的服务小区的子帧长度时，该方法还包括：
UE在当前子帧中传输了类型1的PHR的PUSCH但没有传输类型2对应的PUSCH时，类型1的PHR的计算方法为：
PHc,1(i)＝PCMAX,c,1(i)-{10log10(MPUSCH,c,1,(i))+PO_PUSCH,c,1(j)+αc,1(j)·PLc,1+ΔTF,c,1(i)+fc,1(i)}[dB]
其中，PCMAX,c,1(i)是根据服务小区c只传输类型1的PHR的PUSCH的假设情况确定的UE的服务小区c的子帧i的最大功率传输，MPUSCH,c,1,(i)是PUSCH占用的物理资源块PRB个数，PO_PUSCH,c,1(j)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(j)是控制补偿链路损耗的全部或者一部分；fc,1(i)是闭环功率控制的累加值；ΔTF,c,1(i)是与上行传输的调制编码策略有关的一个参数，PHc,1(i)为设置的虚拟PHR；
类型2的PHR的计算方法为：
<mrow> <msub> <mi>PH</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>=</mo> <msub> <mover> <mi>P</mi> <mo>~</mo> </mover> <mrow> <mi>C</mi> <mi>M</mi> <mi>A</mi> <mi>X</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>-</mo> <mo>{</mo> <msub> <mi>P</mi> <mrow> <mi>O</mi> <mo>_</mo> <mi>P</mi> <mi>U</mi> <mi>S</mi> <mi>C</mi> <mi>H</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>+</mo> <msub> <mi>&amp;alpha;</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>&amp;CenterDot;</mo> <msub> <mi>PL</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mo>+</mo> <msub> <mi>f</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>}</mo> <mo>&amp;lsqb;</mo> <mi>d</mi> <mi>B</mi> <mo>&amp;rsqb;</mo> </mrow>
其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，PO_PUSCH,c,2(1)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(1)是控制补偿链路损耗的全部或者一部分，fc,2(i)是闭环功率控制的累加值；PHc,2(i)为设置的虚拟PHR；
或者所述UE在当前子帧中传输了类型2的PHR的PUSCH但没有传输类型1的PHR对应的PUSCH时，类型2的PHR的计算方法为：
PHc,2(i)＝PCMAX,c,2(i)-{10log10(MPUSCH,c,2,(i))+PO_PUSCH,c,2(j)+αc,2(j)·PLc,2+ΔTF,c,2(i)+fc,2(i)}[dB]
其中，PCMAX,c,2(i)是根据服务小区c只传输类型2的PHR的PUSCH的假设情况确定的服务小区c的子帧i上的最大传输功率，MPUSCH,c,2,(i)是PUSCH占用的PRB个数，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值；ΔTF,c,2(i)是与上行传输的调制编码策略有关的一个参数；PHc,2(i)为虚拟PHR；类型1的PHR的计算方法为：
<mrow> <msub> <mi>PH</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>=</mo> <msub> <mover> <mi>P</mi> <mo>~</mo> </mover> <mrow> <mi>C</mi> <mi>M</mi> <mi>A</mi> <mi>X</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>-</mo> <mo>{</mo> <msub> <mi>P</mi> <mrow> <mi>O</mi> <mo>_</mo> <mi>P</mi> <mi>U</mi> <mi>S</mi> <mi>C</mi> <mi>H</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>+</mo> <msub> <mi>&amp;alpha;</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>&amp;CenterDot;</mo> <msub> <mi>PL</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mo>+</mo> <msub> <mi>f</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>}</mo> <mo>&amp;lsqb;</mo> <mi>d</mi> <mi>B</mi> <mo>&amp;rsqb;</mo> </mrow>
其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率；PO_PUSCH,c,1(1)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(1)是控制补偿链路损耗的全部或者一部分，fc,1(i)是闭环功率控制的累加值；PHc,1(i)为设置的虚拟PHR；
或者UE在当前子帧中传输了没有类型1的PHR的PUSCH且没有传输类型2的PHR对应的PUSCH时，类型1的PHR的计算方法为：
<mrow> <msub> <mi>PH</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>=</mo> <msub> <mover> <mi>P</mi> <mo>~</mo> </mover> <mrow> <mi>C</mi> <mi>M</mi> <mi>A</mi> <mi>X</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>-</mo> <mo>{</mo> <msub> <mi>P</mi> <mrow> <mi>O</mi> <mo>_</mo> <mi>P</mi> <mi>U</mi> <mi>S</mi> <mi>C</mi> <mi>H</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>+</mo> <msub> <mi>&amp;alpha;</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>&amp;CenterDot;</mo> <msub> <mi>PL</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mo>+</mo> <msub> <mi>f</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>}</mo> <mo>&amp;lsqb;</mo> <mi>d</mi> <mi>B</mi> <mo>&amp;rsqb;</mo> </mrow>
其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i的最大传输功率，PO_PUSCH,c,1(1)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(1)是控制补偿链路损耗的全部或者一部分，fc,1(i)是闭环功率控制的累加值；PHc,1(i)为设置的虚拟PHR；
类型2的PHR的计算方法为：
<mrow> <msub> <mi>PH</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>=</mo> <msub> <mover> <mi>P</mi> <mo>~</mo> </mover> <mrow> <mi>C</mi> <mi>M</mi> <mi>A</mi> <mi>X</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>-</mo> <mo>{</mo> <msub> <mi>P</mi> <mrow> <mi>O</mi> <mo>_</mo> <mi>P</mi> <mi>U</mi> <mi>S</mi> <mi>C</mi> <mi>H</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>+</mo> <msub> <mi>&amp;alpha;</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>&amp;CenterDot;</mo> <msub> <mi>PL</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mo>+</mo> <msub> <mi>f</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>}</mo> <mo>&amp;lsqb;</mo> <mi>d</mi> <mi>B</mi> <mo>&amp;rsqb;</mo> </mrow>
其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值，PHc,2(i)为虚拟PHR；
或者当UE在当前子帧中，传输类型1的PHR对应的PUSCH和类型2的PHR对应的PUSCH时，类型1的PHR的计算方法为：
PHc,1(i)＝PCMAX,c,1(i)-{10log10(MPUSCH,c,1,(i))+PO_PUSCH,c,1(j)+αc,1(j)·PLc,1+ΔTF,c,1(i)+fc,1(i)}[dB]
其中，PCMAX,c,1(i)是根据服务小区c只传输类型1的PHR的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，MPUSCH,c,1,(i)是PUSCH占用的物理资源块PRB个数，PO_PUSCH,c,1(j)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(j)是控制补偿链路损耗的全部或者一部分；fc,1(i)是闭环功率控制的累加值；ΔTF,c,1(i)是与上行传输的调制编码策略有关的一个参数，PHc,1(i)为设置的虚拟PHR；
类型2的PHR的计算方法为：
PHc,2(i)＝PCMAX,c,2(i)-{10log10(MPUSCH,c,2,(i))+PO_PUSCH,c,2(j)+αc,2(j)·PLc,2+ΔTF,c,2(i)+fc,2(i)}[dB]
其中，PCMAX,c,2(i)是根据服务小区c只传输类型2的PHR的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，MPUSCH,c,2,(i)是PUSCH占用的PRB个数，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值；ΔTF,c,2(i)是与上行传输的调制编码策略有关的一个参数，PHc,2(i)为设置的虚拟PHR。
12.如权利要求9所述的方法，其特征在于，当UE选择用于发送PHR的服务小区的子帧长度大于汇报PHR的服务小区的子帧长度时，该方法还包括：
UE在当前子帧传输了类型1的PHR的PUSCH但没有传输类型2对应的PUSCH时；
或者UE在当前子帧传输了没有类型1的PHR的PUSCH且没有类型2对应的PHR的PUSCH时；
或者UE在当前子帧中传输了类型1的PHR的PUSCH且类型2的PHR对应的PUSCH时；
或者UE在当前子帧中传输了没有类型1的PHR的PUSCH且没有类型2的PHR对应的PUSCH时：
类型1的PHR的计算方法为：
<mrow> <msub> <mi>PH</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>=</mo> <msub> <mover> <mi>P</mi> <mo>~</mo> </mover> <mrow> <mi>C</mi> <mi>M</mi> <mi>A</mi> <mi>X</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>-</mo> <mo>{</mo> <msub> <mi>P</mi> <mrow> <mi>O</mi> <mo>_</mo> <mi>P</mi> <mi>U</mi> <mi>S</mi> <mi>C</mi> <mi>H</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>+</mo> <msub> <mi>&amp;alpha;</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>&amp;CenterDot;</mo> <msub> <mi>PL</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mo>+</mo> <msub> <mi>f</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>1</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>}</mo> <mo>&amp;lsqb;</mo> <mi>d</mi> <mi>B</mi> <mo>&amp;rsqb;</mo> </mrow>
是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，PO_PUSCH,c,1(1)是高层信令配置的功率偏移值；PLC,1是链路损耗；αc,1(1)是控制补偿链路损耗的全部或者一部分，fc,1(i)是闭环功率控制的累加值；PHc,1(i)为设置的虚拟PHR；
类型2的PHR的计算方法为：
<mrow> <msub> <mi>PH</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>=</mo> <msub> <mover> <mi>P</mi> <mo>~</mo> </mover> <mrow> <mi>C</mi> <mi>M</mi> <mi>A</mi> <mi>X</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>-</mo> <mo>{</mo> <msub> <mi>P</mi> <mrow> <mi>O</mi> <mo>_</mo> <mi>P</mi> <mi>U</mi> <mi>S</mi> <mi>C</mi> <mi>H</mi> <mo>,</mo> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>+</mo> <msub> <mi>&amp;alpha;</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mn>1</mn> <mo>)</mo> </mrow> <mo>&amp;CenterDot;</mo> <msub> <mi>PL</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mo>+</mo> <msub> <mi>f</mi> <mrow> <mi>c</mi> <mo>,</mo> <mn>2</mn> </mrow> </msub> <mrow> <mo>(</mo> <mi>i</mi> <mo>)</mo> </mrow> <mo>}</mo> <mo>&amp;lsqb;</mo> <mi>d</mi> <mi>B</mi> <mo>&amp;rsqb;</mo> </mrow>
其中，是根据服务小区c未传输任何业务的PUSCH的假设情况确定的UE的服务小区c的子帧i上的最大传输功率，PO_PUSCH,c,2(j)是高层信令配置的功率偏移值；PLC,2是链路损耗；αc,2(j)是控制补偿链路损耗的全部或者一部分；fc,2(i)是闭环功率控制的累加值，PHc,2(i)为虚拟PHR。
13.一种功率头上空间报告的装置，其特征在于，包括：确定单元、计算单元及发送单元，其中，
确定单元，用于根据激活服务小区上行子帧的结构确定PHR的汇报方式；
计算单元，用于根据PHR的汇报方法计算PHR；
发送单元，用于将计算得到的PHR发送给基站。
CN201710623798.9A 2016-08-19 2017-07-27 一种功率头上空间报告的方法及装置 Active CN107770855B (zh)

Priority Applications (9)

Application Number Priority Date Filing Date Title
CN202211058061.4A CN115348655A (zh) 2016-08-19 2017-07-27 一种功率头上空间报告的方法及装置
CN202310834868.0A CN116981035A (zh) 2016-08-19 2017-07-27 一种功率头上空间报告的方法及装置
JP2019510291A JP7058640B2 (ja) 2016-08-19 2017-08-18 電力ヘッドルームレポート方法及び装置
PCT/KR2017/009029 WO2018034541A1 (en) 2016-08-19 2017-08-18 Power headroom report method and apparatus
US16/326,530 US11558826B2 (en) 2016-08-19 2017-08-18 Power headroom report method and apparatus
EP21203507.5A EP3962185A1 (en) 2016-08-19 2017-08-18 Power headroom report method and apparatus
EP17841723.4A EP3501213B1 (en) 2016-08-19 2017-08-18 Power headroom report
KR1020197007957A KR102372185B1 (ko) 2016-08-19 2017-08-18 전력 헤드룸 리포트 방법 및 장치
US18/149,388 US11917557B2 (en) 2016-08-19 2023-01-03 Power headroom report method and apparatus

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN201610697340 2016-08-19
CN2016106973403 2016-08-19
CN201710178670 2017-03-23
CN2017101786706 2017-03-23
CN201710451999 2017-06-15
CN2017104519995 2017-06-15

Related Child Applications (2)

Application Number Title Priority Date Filing Date
CN202211058061.4A Division CN115348655A (zh) 2016-08-19 2017-07-27 一种功率头上空间报告的方法及装置
CN202310834868.0A Division CN116981035A (zh) 2016-08-19 2017-07-27 一种功率头上空间报告的方法及装置

Publications (2)

Publication Number Publication Date
CN107770855A true CN107770855A (zh) 2018-03-06
CN107770855B CN107770855B (zh) 2023-08-04

Family

ID=61264971

Family Applications (3)

Application Number Title Priority Date Filing Date
CN202310834868.0A Pending CN116981035A (zh) 2016-08-19 2017-07-27 一种功率头上空间报告的方法及装置
CN201710623798.9A Active CN107770855B (zh) 2016-08-19 2017-07-27 一种功率头上空间报告的方法及装置
CN202211058061.4A Pending CN115348655A (zh) 2016-08-19 2017-07-27 一种功率头上空间报告的方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202310834868.0A Pending CN116981035A (zh) 2016-08-19 2017-07-27 一种功率头上空间报告的方法及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202211058061.4A Pending CN115348655A (zh) 2016-08-19 2017-07-27 一种功率头上空间报告的方法及装置

Country Status (5)

Country Link
US (2) US11558826B2 (zh)
EP (2) EP3501213B1 (zh)
JP (1) JP7058640B2 (zh)
KR (1) KR102372185B1 (zh)
CN (3) CN116981035A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020164619A1 (zh) * 2019-02-15 2020-08-20 中兴通讯股份有限公司 虚拟功率余量报告phr、发送功率确定方法以及装置、终端及存储介质
WO2023279364A1 (en) * 2021-07-09 2023-01-12 Qualcomm Incorporated Beam-specific virtual power headroom reporting

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10375719B2 (en) * 2017-03-21 2019-08-06 Motorola Mobility Llc Method and apparatus for power headroom reporting procedure for new radio carrier aggregation
US11916623B2 (en) * 2018-10-12 2024-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for cell-free massive MIMO communication

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100158147A1 (en) * 2008-12-03 2010-06-24 Interdigital Patent Holdings, Inc. Uplink power headroom reporting for carrier aggregation
EP2683193A1 (en) * 2011-03-03 2014-01-08 China Academy of Telecommunications Technology Method, system, and device for power headroom reporting and sub-frame scheduling
US20150350944A1 (en) * 2014-06-03 2015-12-03 Qualcomm Incorporated Techniques for reporting power headroom in multiple connectivity wireless communications
CN105264850A (zh) * 2013-09-11 2016-01-20 华为技术有限公司 触发功率余量报告的方法、终端和系统
CN105407524A (zh) * 2015-10-30 2016-03-16 上海华为技术有限公司 Phr的发送方法和用户终端

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2503830B1 (en) 2010-04-01 2020-06-03 LG Electronics Inc. Method and apparatus for controlling uplink power in a wireless access system
EP2720499B1 (en) * 2010-05-04 2015-04-08 Telefonaktiebolaget L M Ericsson (publ) Power headroom reporting for carrier aggregation
US8954106B2 (en) 2010-08-10 2015-02-10 Samsung Electronics Co., Ltd. Method and apparatus for configuring power headroom information in mobile communication system supporting carrier aggregation
KR101910899B1 (ko) 2010-11-05 2019-01-07 삼성전자 주식회사 이동통신 시스템에서 단말이 Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ을 계산하는 방법 및 장치
WO2013051855A1 (ko) 2011-10-04 2013-04-11 엘지전자 주식회사 파워 헤드룸 리포팅 전송 방법 및 이를 위한 장치
KR20130124079A (ko) 2012-05-04 2013-11-13 주식회사 팬택 다중 요소 반송파 시스템에서 단말의 잉여전력 보고 장치 및 방법
CN105340335B (zh) * 2013-07-09 2019-05-14 夏普株式会社 终端装置、基站装置、通信方法以及集成电路
EP3694263B1 (en) 2013-09-04 2022-11-02 LG Electronics Inc. Method and apparatus for controlling uplink power in wireless communication system
CN113055992B (zh) * 2013-09-27 2024-03-08 瑞典爱立信有限公司 用于功率控制处理的方法和装置
ES2948914T3 (es) 2013-10-09 2023-09-21 Innovative Sonic Corp Método y aparato para informe de margen de potencia en un sistema de comunicación inalámbrica
WO2015188316A1 (zh) * 2014-06-10 2015-12-17 华为技术有限公司 功率余量报告的处理方法及装置、系统
KR20160018287A (ko) * 2014-08-08 2016-02-17 주식회사 아이티엘 무선 통신 시스템에서 잉여전력 보고 방법 및 장치
JP6468851B2 (ja) 2015-01-15 2019-02-13 Ntn株式会社 電動式直動アクチュエータおよび電動式ブレーキ装置
US10397885B2 (en) * 2015-02-20 2019-08-27 Ntt Docomo, Inc. Terminal that transmits reporting information and communication control method of transmitting reporting information in mobile communication system
US9749970B2 (en) * 2015-02-27 2017-08-29 Qualcomm Incorporated Power control and power headroom for component carrier
WO2017173177A1 (en) * 2016-03-30 2017-10-05 Interdigital Patent Holdings, Inc. Reducing latency in physical channels in an lte network
WO2017171516A1 (ko) * 2016-04-01 2017-10-05 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보의 전송 또는 수신 방법 및 이를 위한 장치
US10542503B2 (en) * 2016-04-01 2020-01-21 Motorola Mobility Llc Method and apparatus for scheduling uplink transmissions with reduced latency
US10728860B2 (en) * 2016-07-29 2020-07-28 Acer Incorporated Device and method of handling power headroom report for multiple time intervals
CN107682923B (zh) * 2016-08-01 2023-05-12 北京三星通信技术研究有限公司 功率余量上报的方法及相应的用户设备
JP6732964B2 (ja) * 2016-08-09 2020-07-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 端末及び通信方法
CN107734622B (zh) * 2016-08-12 2020-12-11 中兴通讯股份有限公司 上行功率控制方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100158147A1 (en) * 2008-12-03 2010-06-24 Interdigital Patent Holdings, Inc. Uplink power headroom reporting for carrier aggregation
EP2683193A1 (en) * 2011-03-03 2014-01-08 China Academy of Telecommunications Technology Method, system, and device for power headroom reporting and sub-frame scheduling
CN105264850A (zh) * 2013-09-11 2016-01-20 华为技术有限公司 触发功率余量报告的方法、终端和系统
US20150350944A1 (en) * 2014-06-03 2015-12-03 Qualcomm Incorporated Techniques for reporting power headroom in multiple connectivity wireless communications
CN105407524A (zh) * 2015-10-30 2016-03-16 上海华为技术有限公司 Phr的发送方法和用户终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ITRI: "R2-105818_ PHR format for CA_v3", 《3GPP》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020164619A1 (zh) * 2019-02-15 2020-08-20 中兴通讯股份有限公司 虚拟功率余量报告phr、发送功率确定方法以及装置、终端及存储介质
WO2023279364A1 (en) * 2021-07-09 2023-01-12 Qualcomm Incorporated Beam-specific virtual power headroom reporting

Also Published As

Publication number Publication date
US20210289451A1 (en) 2021-09-16
JP2019525666A (ja) 2019-09-05
US11558826B2 (en) 2023-01-17
CN107770855B (zh) 2023-08-04
EP3501213B1 (en) 2021-10-20
KR20190033646A (ko) 2019-03-29
US20230141880A1 (en) 2023-05-11
CN115348655A (zh) 2022-11-15
US11917557B2 (en) 2024-02-27
EP3501213A1 (en) 2019-06-26
JP7058640B2 (ja) 2022-04-22
CN116981035A (zh) 2023-10-31
EP3501213A4 (en) 2019-10-23
KR102372185B1 (ko) 2022-03-08
EP3962185A1 (en) 2022-03-02

Similar Documents

Publication Publication Date Title
US11785595B2 (en) Method and apparatus for power headroom reporting procedure for different serving cells
US10959189B2 (en) Uplink power sharing in dual connectivity
CN105210430B (zh) 在无线通信系统中控制上行链路功率的方法及其设备
CN102573030B (zh) 一种上行功率控制方法及装置
CN103384188B (zh) 载波聚合反馈方法、装置及系统
US9681401B2 (en) Enhanced power headroom reporting in wireless communication networks
EP2953406B1 (en) Method and device for reporting power headroom under carrier aggregation
CN105144776B (zh) 在支持无线资源的使用变化的无线通信系统中的功率净空报告方法及其装置
JP2020043601A (ja) 無線通信システムにおける上向きリンク電力を制御する方法及び装置
WO2016047994A1 (ko) 무선 통신 시스템에서 신호를 송수신하기 위한 방법 및 이를 위한 장치
WO2016024821A2 (ko) 무선 통신 시스템에서 전송 전력 제어를 수행하기 위한 방법 및 이를 위한 장치
CN103124428B (zh) 一种上行功率控制方法及装置
CN102468950B (zh) 信息传输方法、终端、基站和通信系统
CN109076569A (zh) 一种上行控制信息的传输方法和装置
CN104885534A (zh) 在无线通信系统中发送上行信号的方法和设备
CN102378341A (zh) 一种上行功率控制方法及装置
CN102638879A (zh) 一种分配ack/nack信道资源的方法
CN104796926A (zh) 资源管理方法和装置
CN107770855A (zh) 一种功率头上空间报告的方法及装置
CN104581911B (zh) 节点间信令交互、上行功率控制、上行传输的方法及装置
CN107079439A (zh) 用户终端、无线基站、无线通信系统以及无线通信方法
CN103369695B (zh) 一种上行调度方法及装置
CN102647800B (zh) 载波聚合中的功率余量处理方法及用户设备、基站
CN104619032A (zh) 用于发送和获取功率余量报告的方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant