CN119562335A - 一种虚拟功率余量报告确定方法、装置、终端和存储介质 - Google Patents
一种虚拟功率余量报告确定方法、装置、终端和存储介质 Download PDFInfo
- Publication number
- CN119562335A CN119562335A CN202411684698.3A CN202411684698A CN119562335A CN 119562335 A CN119562335 A CN 119562335A CN 202411684698 A CN202411684698 A CN 202411684698A CN 119562335 A CN119562335 A CN 119562335A
- Authority
- CN
- China
- Prior art keywords
- cell
- transmission
- power
- determining
- antenna port
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
- H04W52/04—Transmission power control [TPC]
- H04W52/30—Transmission power control [TPC] using constraints in the total amount of available transmission power
- H04W52/36—Transmission power control [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
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0413—MIMO systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
- H04W52/04—Transmission power control [TPC]
- H04W52/30—Transmission power control [TPC] using constraints in the total amount of available transmission power
- H04W52/36—Transmission power control [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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
- H04W52/04—Transmission power control [TPC]
- H04W52/30—Transmission power control [TPC] using constraints in the total amount of available transmission power
- H04W52/36—Transmission power control [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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种虚拟PHR、发送功率确定方法、装置、终端及存储介质,通过当第一小区未被提供获取第一类PUSCH传输的小区级目标接收功率参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,其中,目标传输包括以下传输中的至少一种:第一小区的第二类PUSCH传输、第一小区的第三类PUSCH传输、第一小区的PUCCH传输、第二小区的第一类PUSCH传输、第二小区的PUCCH传输,也就是说在小区没有提供获取第一类PUSCH传输的小区级目标接收功率参数时,也可以确定该小区的虚拟PHR,从而弥补现有上行功率控制的支持存在的缺陷。
Description
本申请是申请号为201910118186.3专利申请的分案申请(母案申请的申请日为2019年2月15日,发明名称为虚拟PHR、发送功率确定方法、装置、终端及存储介质)。
技术领域
本发明涉及通信领域,尤其涉及一种虚拟功率余量报告确定方法、装置、终端和存储介质。
背景技术
下一代无线通信系统需要支持不同类型的应用场景,其中超高速率是很关键的需求。
载波聚合(Carrier Aggregation,CA)将多个较小的带宽资源聚合起来使用,能有效扩大单用户的可用带宽。另外,还有双连接(Dual Connectivity,DC)是CA的扩展,也包括多个载波,只是将载波分为主辅两组。下一代无线通信系统中,在CA、DC的基础上,将载波细分为多个部分带宽(Bandwidth Part,BWP),以更灵活的方式实现更高的资源利用效率。而现有技术对多载波系统的上行功率控制的支持还存在缺陷。
另外,多天线(MIMO)系统实现了无线信道在空域的扩展,对数据速率的提升做了很大贡献。现有系统的多天线的上行功率控制只能支持基本的多天线的PA能力,现有技术中天线端口的实际发送功率与传输需求的功率严重不符、不能充分利用PA能力的问题。
如何解决现有通信系统中对于功率控制存在的缺陷,是当前亟需考虑的问题。
发明内容
本发明实施例提供的一种虚拟PHR、发送功率确定方法、装置、终端及存储介质,主要解决的技术问题是:如何解决现有通信系统中对于功率控制存在的缺陷。
为解决上述技术问题,本发明实施例提供一种虚拟功率余量报告确定方法,包括:
当第一小区未被提供获取第一类物理上行共享信道PUSCH传输的小区级目标接收功率的参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,第一类PUSCH传输为被随机接入请求上行授权信息调度的PUSCH传输,目标传输包括以下传输中的至少一种:
第一小区的第二类PUSCH传输,第二类PUSCH传输为配置授权的PUSCH传输;
第一小区的第三类PUSCH传输,第三类PUSCH传输为基于动态授权的PUSCH传输;
第一小区的物理上行控制信道PUCCH传输;
第二小区的第一类PUSCH传输;
第二小区的PUCCH传输。
本发明实施例还提供一种虚拟功率余量报告确定装置,包括:
确定模块,用于当第一小区未被提供获取第一类物理上行共享信道PUSCH传输的小区级目标接收功率的参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,第一类PUSCH传输为被随机接入请求上行授权信息调度的PUSCH传输,目标传输包括以下传输中的至少一种:
第一小区的第二类PUSCH传输,第二类PUSCH传输为配置授权的PUSCH传输;
第一小区的第三类PUSCH传输,第三类PUSCH传输为基于动态授权的PUSCH传输;
第一小区的物理上行控制信道PUCCH传输;
第二小区的第一类PUSCH传输;
第二小区的PUCCH传输。
本发明实施例还提供一种发送功率确定方法,包括:
确定上行传输的发送天线端口集合,发送天线端口集合为传输所使用的非零功率天线端口集合;
根据上行传输的需求功率、发送天线端口集合确定各发送天线端口的发送功率。
本发明实施例还提供一种发送功率确定装置,包括:
端口确定模块,用于确定上行传输的发送天线端口集合,发送天线端口集合为传输所使用的非零功率天线端口集合;
功率确定模块,用于根据上行传输的需求功率、发送天线端口集合确定各发送天线端口的发送功率。
本发明实施例还提供一种多小区功率确定方法,包括:当在M个小区中的时域交叠的N个上行传输在同一天线端口的发送功率之和超出该天线端口的最大发送功率时,对M个上行传输的发送功率进行修正,以使在M个小区中的时域交叠的N个上行传输在同一天线端口的修正后的发送功率之和不超出天线端口的最大发送功率,M为大于1的整数,N为大于1的整数。
本发明实施例还提供一种多小区功率确定装置,包括:
发送功率确定模块,用于当在M个小区中的时域交叠的N个上行传输在同一天线端口的发送功率之和超出该天线端口的最大发送功率时,对M个上行传输的发送功率进行修正,以使在M个小区中的时域交叠的N个上行传输在同一天线端口的修正后的发送功率之和不超出天线端口的最大发送功率,M为大于1的整数,N为大于1的整数。
本发明实施例还提供一种多小区功率确定方法,包括:
当在X个小区中的时域交叠的Y个上行传输在同一传输模式的发送功率之和超出该传输模式的最大发送功率时,对Y个上行传输的发送功率进行修正,以使在X个小区中的时域交叠的多个上行传输在该传输模式的修正后的发送功率之和不超出该传输模式的最大发送功率,X为大于1的整数,Y为大于1的整数。
本发明实施例还提供一种多小区功率确定装置,包括:
多小区发送功率确定模块,用于当在X个小区中的时域交叠的Y个上行传输在同一传输模式的发送功率之和超出该传输模式的最大发送功率时,对Y个上行传输的发送功率进行修正,以使在X个小区中的时域交叠的多个上行传输在该传输模式的修正后的发送功率之和不超出该传输模式的最大发送功率,X为大于1的整数,Y为大于1的整数。
本发明实施例还提供一种终端,所述终端包括:处理器、存储器及通信总线;
所述通信总线用于实现处理器和存储器之间的连接通信;
所述处理器用于执行存储器中存储的一个或者多个程序,以实现前述虚拟功率余量报告确定方法的步骤,和/或,前述发送功率确定方法的步骤,和/或,实现前述多小区功率确定方法的步骤。
本发明实施例还提供一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现前述虚拟功率余量报告确定方法的步骤,和/或,前述发送功率确定方法的步骤,和/或,实现前述多小区功率确定方法的步骤。
本发明的有益效果是:
本发明实施例提供的虚拟PHR、发送功率、多小区发送功率确定方法、装置、终端及存储介质,通过当第一小区未被提供获取第一类PUSCH传输的小区级目标接收功率参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,其中,目标传输包括以下传输中的至少一种:第一小区的第二类PUSCH传输、第一小区的第三类PUSCH传输、第一小区的PUCCH传输、第二小区的第一类PUSCH传输、第二小区的PUCCH传输,也就是说在小区没有提供获取第一类PUSCH传输的小区级目标接收功率参数时,也可以确定该小区的虚拟PHR,从而弥补现有上行功率控制的支持存在的缺陷。
本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明,且应当理解,至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
图1为本发明实施例一中提供的虚拟功率余量报告确定方法的流程图;
图2为本发明实施例五中提供的虚拟功率余量报告确定装置的一种结构示意图;
图3为本发明实施例六中提供的发送功率确定方法的流程图;
图4为本发明实施例八中提供的发送功率确定装置的一种结构示意图;
图5为本发明实施例十中提供的多小区功率确定方法的流程图;
图6本发明实施例十一中提供的多小区功率确定装置的一种结构示意图;
图7为本发明实施例十三中提供的多小区功率确定装置的一种结构示意图;
图8为本发明实施例十四中提供的终端的一种硬件结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
实施例一:
基站对UE的上行传输进行调度时,需要确定很多因素,包括时频资源、传输的速率、调制编码方式、MIMO(Multiple-Input Multiple-Output,多天线)方式等,根据接收的质量,基站需要判断后续的调度需要调整哪些因素,如提高调制编码方式、提高发送功率等。但是基站并不清楚UE当前的发送功率,也不知道是否可以提高发送功率。因此LTE中存在一种机制,UE发送PHR(power headroom Report,功率余量报告)给基站,明确告知当前传输需要的发送功率与最大发送功率的差值。
当计算PHR时存在上行传输,则PHR为最大发送功率减去该实际的上行传输需要的发送功率,此PHR称为真实PHR。实际的上行传输需要的发送功率与以下参数至少之一相关:传输占用的频域宽度、传输占用的频域位置、传输的数据速率、传输的MCS、传输的格式、开环功控部分、闭环功控部分、路损补偿部分。
当计算PHR时不存在上行传输,则PHR为虚拟PHR,虚拟PHR是用最大发送功率减去虚拟PHR的开环功控部分、闭环功控部分、路损补偿部分。
依据计算PHR所考虑的传输类型,以及传输的组合的不同,PHR可以区分为不同的类型。例如,类型1的PHR是针对PUSCH(Physical Uplink Shared Channel,物理上行共享信道)传输的,类型2的PHR是针对PUCCH(Physical Uplink Control Channel,物理上行链路控制信道)传输或者PUCCH+PUSCH传输的,类型3的PHR是针对SRS(Sounding ReferenceSignal,信道探测信号)传输的。
当UE在服务小区c的载波f的上行BWP b的PUSCH传输期(transmission period)i上传输PUSCH,其类型1的虚拟PHR计算公式如下:
其中,i是指PUSCH的传输期,j是PUSCH传输的开环功控参数集合的索引,qd是PL测量使用的RS的配置集合的索引,为在一些条件限制下的最大发送功率值,αb,f,c(j)为传输的路损因子,PLb,f,c(qd)为路径损耗,fb,f,c(i,l)为终端本地的闭环功率控制调整量,Po_PUSCH,b,f,c(j)为PUSCH传输的目标接收功率,其包括小区级目标接收功率和终端级目标接收功率。
从功控角度看,PUSCH传输可以被分为3类,第一类PUSCH传输为被随机接入请求(random accessrequest,RAR)上行授权信息调度的PUSCH传输,又称为Msg3 PUSCH传输(即上行随机接入过程中的第三消息的传输);第二类PUSCH传输为配置授权(configuredgrant)的PUSCH传输,是指PUSCH传输需要被物理层下行控制信息(DCI,Downlink ControlInformation)中包含的上行授权信息(UL grant)动态调度的传输;第三类PUSCH传输为基于动态授权(grant based transmission)的PUSCH传输,也称为无需动态授权的传输(grant free transmission),即不需要每次传输都被上行授权信息调度。
由于不是每个小区都会被配置第一类PUSCH传输的参数,因此,对某些小区而言,无法获取到其第一类PUSCH传输的参数,也无法获取到其第一类PUSCH传输的小区级目标接收功率参数,从而无法确定虚拟PHR。
为了解决现有小区未被提供获取第一类PUSCH传输的小区级目标接收功率参数时,无法确定虚拟PHR,从而导致现有通信系统中功率控制存在的缺陷的问题,本实施例提供一种虚拟功率余量报告确定方法,请参见图1,图1示出的是本发明实施例一提供的虚拟余量报告确定方法的流程图,该虚拟功率余量报告确定方法包括:
S101、当第一小区未被提供获取第一类PUSCH传输的小区级目标接收功率参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR。
其中目标传输包括但不限于以下传输中的至少一种:
第二小区的第一类PUSCH传输;
第一小区的第二类PUSCH传输;
第一小区的第三类PUSCH传输;
第一小区的PUCCH传输;
第二小区的PUCCH传输。
例如,目标传输可以包括第二小区的第一类PUSCH传输,目标传输也可以包括第二小区的第一类PUSCH传输、第一小区的第二类PUSCH传输、第一小区的第三类PUSCH传输,目标传输也可以包括第一小区的PUCCH传输、第二小区的PUCCH传输,目标传输也可以包括第一小区的第三类PUSCH传输、第一小区的PUCCH传输……
本实施例中,第一类PUSCH传输的小区级目标接收功率传输包括以下参数中的至少一种:前导的目标接收功率参数(preamble Received Target Power),第一类PUSCH传输的小区级目标接收功率与前导的目标接收功率的差值(即Msg3与前导的差值,msg3-DeltaPreamble),RACH(random access channel随机接入信道)传输的关联参数。其中,RACH传输的关联参数包括以下之一:RACH-ConfigGeneric参数,RACH-ConfigCommon参数,beam Failure Recovery Config参数,CFRA(contention free random access)参数。
本实施例中,第二小区包括但不限于主小区、特定小区编号的小区、最小小区编号的小区、与第一小区属于同一个TAG(Timing Advance Group,时间提前量分组)中的参考小区中的一种。需要说明的是,在CA(Carrier Aggregation,载波聚合)场景,终端被配置多于一个载波,每个载波被称为成员载波(component carrier),载波也称为小区(cell)。其中一个小区是主小区(primary cell),即PCell,其余小区是辅小区(secondary cell),即为SCell。在DC(Dual Connectivity,双连接)场景,UE被配置两个小区分组(cell group),其中一个称为主小区分组(Master Cell Group,MCG),另一个称为辅小区分组(SecondaryCell Group,SCG)。类似于CA场景,每个小区分组中可以包括多于一个成员载波。MCG中的主小区是Primary Cell,即PCell,其余小区是SCell;而辅小区分组SCG中的主小区是指Primary Cell,即PCell,其余小区是SCell。
本实施例中,在目标传输只包括一种传输时,例如目标传输只包括第二小区的第一类PUSCH传输,或目标传输只包括第一小区的第二类PUSCH传输时,则根据该目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。在目标传输包括至少两种传输时,例如目标传输包括第一小区的第二类PUSCH传输、第一小区的第三类PUSCH传输、第一小区的PUCCH传输等,则可以从这至少两种目标传输中选择一种目标传输,然后,根据选择的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。其中,在从至少两种目标传输中选择一种目标传输时,包括但不限于以下方式:为各目标传输设置优先级,根据各目标传输的优先级从中选择优先级最高的目标传输。在无法获取到优先级最高的目标传输的小区级目标接收功率参数时,可以获取优先级次之的目标传输的小区级目标接收功率参数,依此类推。为了更好的理解,这里以三个示例进行说明:
示例一,假设目标传输包括第二小区的第一类PUSCH传输、第一小区的第二类PUSCH传输、第一小区的PUCCH传输,预设的优先级中,第二小区的第一类PUSCH传输的优先级>第一小区的第二类PUSCH传输的优先级>第一小区的PUCCH传输的优先级,则选择第二小区的第一类PUSCH传输来确定第一小区的虚拟PHR。
示例二,假设目标传输包括第二类PUSCH传输和第三类PUSCH传输,第二类PUSCH传输的优先级>第三类PUSCH传输的优先级,若能获取到第二类PUSCH传输的小区级目标接收功率参数,则根据第二类PUSCH传输的小区级目标接收功率参数来确定第一小区的虚拟PHR,若无法获取到第二类PUSCH传输的小区级目标接收功率参数,则根据第三类PUSCH传输的小区级目标接收功率参数来确定第一小区的虚拟PHR。
示例三,假设目标传输包括第二类PUSCH传输和第三类PUSCH传输,第二类PUSCH传输的优先级<第三类PUSCH传输的优先级,若能获取到第三类PUSCH传输的小区级目标接收功率参数,则根据第三类PUSCH传输的小区级目标接收功率参数来确定第一小区的虚拟PHR,若无法获取到第三类PUSCH传输的小区级目标接收功率参数,则根据第二类PUSCH传输的小区级目标接收功率参数来确定第一小区的虚拟PHR。
当目标传输包括PUCCH传输时,即目标传输包括第一小区的PUCCH传输和/或第二小区的PUCCH传输时,可以只根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,还可以根据PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值、以及目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。其中,PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值可以是预设的,也可以是基站配置的,也就是说,根据PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值、以及目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR可以是:根据预设的PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值、以及目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR;或,根据基站配置的PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值、以及目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。本实施例中,在第一小区和第二小区上都有可能配置PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值,在目标传输包括第一小区的PUCCH传输和/或第二小区的PUCCH传输时,可以根据第一小区的PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值、以及目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。或者,当目标传输的小区级目标接收关联参数为第一小区的PUCCH传输的小区级目标接收功率时,根据第一小区的PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值、以及第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR;当目标传输的小区级目标接收关联参数为第二小区的PUCCH传输的小区级目标接收功率时,根据第二小区的PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值、以及第二小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
本实施例中,当目标传输的小区级目标接收功率参数被配置在UL(Uplink,上行链路,相对于SUL而言,也可以叫做正常上行链路,或非SUL)载波或SUL(supplementaryUplink,补充的上行链路)载波上时,则根据UL载波上或SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
一个小区中可能包括UL载波和SUL载波,因此,目标传输的小区级目标接收功率可能在UL载波和SUL载波上均被配置,此时,可以根据UL载波上的目标传输的小区级目标接收功率确定第一小区的虚拟PHR,或者,也可以根据SUL载波上的目标传输的小区级目标接收功率确定第一小区的虚拟PHR。例如,假设目标传输为第一小区的PUCCH传输,第一小区的PUCCH传输的小区级目标接收功率参数在第一小区的UL载波和SUL载波上均有配置,则可以根据第一小区的UL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR,或,根据第一小区的SUL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
当目标传输的小区级目标接收功率在UL载波和SUL载波上均被配置时,还可以根据以下方式中的一种来确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率来确定第一小区的虚拟PHR:
第一种:根据PDCCH(Physical Downlink Control Channel,物理下行控制信道)传输中的UL/SUL指示域确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR,在终端检测到PDCCH传输的UL/SUL指示域为UL时,则根据UL载波上的目标传输的小区级目标接收功率来确定第一小区的虚拟PHR;在终端检测到PDCCH传输的UL/SUL指示域为SUL时,则根据SUL载波上的目标传输的小区级目标接收功率来确定第一小区的虚拟PHR。其中,由于目标传输可能是属于第一小区,也可能是属于第二小区,在使用属于第一小区的目标传输的小区级目标接收功率来确定第一小区的虚拟PHR,则根据第一小区的PDCCH传输中的UL/SUL指示域确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率参数确定所述第一小区的虚拟PHR;在使用属于第二小区的目标传输的小区级目标接收功率来确定第一小区的虚拟PHR,则根据第二小区的PDCCH传输中的UL/SUL指示域确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。例如,假设目标传输为第一小区的第二类PUSCH传输,则使用第一小区的PDCCH传输中的UL/SUL指示域确定使用UL载波或SUL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。又例如,假设目标传输为第二小区的第一类PUSCH传输,则使用第二小区的PDCCH传输中的UL/SUL指示域确定使用UL载波或SUL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
第二种:根据发送第一小区的虚拟PHR所在的资源属于UL或者SUL确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。若发送第一小区的虚拟PHR所在的资源属于UL,则使用UL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR;若发送第一小区的虚拟PHR所在的资源属于SUL,则使用SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
第三种:根据PUCCH配置信息属于SUL或UL确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。在PUCCH配置信息属于SUL时,使用SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR;在PUCCH配置信息属于UL时,使用UL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。其中,由于目标传输可能是属于第一小区,也可能是属于第二小区,在使用属于第一小区的目标传输的小区级目标接收功率来确定第一小区的虚拟PHR,则根据第一小区的PUCCH配置信息属于SUL或UL确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率参数确定所述第一小区的虚拟PHR;在使用属于第二小区的目标传输的小区级目标接收功率来确定第一小区的虚拟PHR,则根据第二小区的PUCCH配置信息属于SUL或UL确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。例如,假设目标传输为第一小区的第三类PUSCH传输,则使用第一小区的PUCCH配置信息属于SUL或UL确定使用UL载波或SUL载波上的第一小区的第三类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。又例如,假设目标传输为第二小区的第一类PUSCH传输,则使用第二小区的PUCCH配置信息属于SUL或UL确定使用UL载波或SUL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
本实施例提供的虚拟功率余量报告确定方法,当第一小区未被提供获取第一类PUSCH传输的小区级目标接收功率参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,其中,目标传输包括以下传输中的至少一种:第一小区的第二类PUSCH传输、第一小区的第三类PUSCH传输、第一小区的PUCCH传输、第二小区的第一类PUSCH传输、第二小区的PUCCH传输,也就是说在小区没有提供获取第一类PUSCH传输的小区级目标接收功率参数时,也可以确定该小区的虚拟PHR,从而弥补现有在小区没有被提供获取第一类PUSCH传输的小区级目标接收功率参数时,无法确定该小区的虚拟PHR,影响上行功率控制的缺陷。
实施例二:
为了更好的理解实施例一中的虚拟功率余量报告确定方法,本实施例结合更加具体的示例进行说明。
当第一小区未被提供获取第一类物理上行共享信道PUSCH传输的小区级目标接收功率参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR。其中,目标传输为第一小区的第二类PUSCH传输,即根据第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
其中,当第一小区的第二类PUSCH传输的小区级目标接收功率参数在UL载波上有配置时,则根据UL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。当第一小区的第二类PUSCH传输的小区级目标接收功率参数在SUL载波上有配置时,则根据SUL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
当第一小区的第二类PUSCH传输的小区级目标接收功率参数在UL载波和SUL载波上均有配置时,则根据UL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR,或,根据SUL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
当第一小区的第二类PUSCH传输的小区级目标接收功率参数在UL载波和SUL载波上均有配置时,还可以根据以下方式中的一种确定使用UL载波或SUL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR:
第一种:根据第一小区的PDCCH传输中的UL/SUL指示域确定使用UL载波或SUL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR,在终端检测到PDCCH传输的UL/SUL指示域为UL时,则根据UL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率来确定第一小区的虚拟PHR;在终端检测到PDCCH传输的UL/SUL指示域为SUL时,则根据SUL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率来确定第一小区的虚拟PHR。
第二种:根据发送第一小区的虚拟PHR所在的资源属于UL或者SUL确定使用UL载波或SUL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。若发送第一小区的虚拟PHR所在的资源属于UL,则使用UL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR;若发送第一小区的虚拟PHR所在的资源属于SUL,则使用SUL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
第三种:根据第一小区的PUCCH配置信息属于SUL或UL确定使用UL载波或SUL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。在PUCCH配置信息属于SUL时,使用SUL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR;在PUCCH配置信息属于UL时,使用UL载波上的第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
本实施例中,介绍了根据目标传输为第一小区的第二类PUSCH传输时第一小区的虚拟PHR确定方法,当目标传输为第一小区的第三类PUSCH传输时,其第一小区的虚拟PHR确定方法可以参照本实施例。
本实施例提供的虚拟功率余量报告确定方法,当第一小区未被提供获取第一类PUSCH传输的小区级目标接收功率参数时,根据第一小区的第二类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,也就是说在小区没有提供获取第一类PUSCH传输的小区级目标接收功率参数时,也可以确定该小区的虚拟PHR,从而弥补现有在小区没有被提供获取第一类PUSCH传输的小区级目标接收功率参数时,无法确定该小区的虚拟PHR,影响上行功率控制的缺陷。
实施例三:
为了更好的理解实施例一中的虚拟功率余量报告确定方法,本实施例结合更加具体的示例进行说明。
当第一小区未被提供获取第一类物理上行共享信道PUSCH传输的小区级目标接收功率参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR。其中,目标传输为第二小区的第一类PUSCH传输,即根据第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。其中,第一类PUSCH传输的小区级目标接收功率参数包括以下参数中的至少一种:前导的目标接收功率参数(preambleReceived Target Power),第一类PUSCH传输的小区级目标接收功率与前导的目标接收功率的差值(即Msg3与前导的差值,msg3-DeltaPreamble),RACH(random access channel随机接入信道)传输的关联参数。
当第二小区的第一类PUSCH传输的小区级目标接收功率参数在UL载波上有配置时,则根据UL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。当第二小区的第一类PUSCH传输的小区级目标接收功率参数在SUL载波上有配置时,则根据SUL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
当第二小区的第一类PUSCH传输的小区级目标接收功率参数在UL载波和SUL载波上均有配置时,则根据UL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR,或,根据SUL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
当第二小区的第一类PUSCH传输的小区级目标接收功率参数在UL载波和SUL载波上均有配置时,还可以根据以下方式中的一种确定使用UL载波或SUL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR:
第一种:根据第二小区的PDCCH传输中的UL/SUL指示域确定使用UL载波或SUL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR,在终端检测到PDCCH传输的UL/SUL指示域为UL时,则根据UL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率来确定第一小区的虚拟PHR;在终端检测到PDCCH传输的UL/SUL指示域为SUL时,则根据SUL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率来确定第一小区的虚拟PHR。
第二种:根据发送第一小区的虚拟PHR所在的资源属于UL或者SUL确定使用UL载波或SUL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。若发送第一小区的虚拟PHR所在的资源属于UL,则使用UL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR;若发送第一小区的虚拟PHR所在的资源属于SUL,则使用SUL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
第三种:根据第二小区的PUCCH配置信息属于SUL或UL确定使用UL载波或SUL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。在PUCCH配置信息属于SUL时,使用SUL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR;在PUCCH配置信息属于UL时,使用UL载波上的第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
本实施例提供的虚拟功率余量报告确定方法,当第一小区未被提供获取第一类PUSCH传输的小区级目标接收功率参数时,根据第二小区的第一类PUSCH传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,也就是说在小区没有提供获取第一类PUSCH传输的小区级目标接收功率参数时,也可以确定该小区的虚拟PHR,从而弥补现有在小区没有被提供获取第一类PUSCH传输的小区级目标接收功率参数时,无法确定该小区的虚拟PHR,影响上行功率控制的缺陷。
实施例四:
为了更好的理解实施例一中的虚拟功率余量报告确定方法,本实施例结合更加具体的示例进行说明。
当第一小区为被提供获取第一类物理上行共享信道PUSCH传输的小区级目标接收功率参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR。其中,目标传输为第一小区的PUCCH传输,即根据第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
在根据第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR时,可以仅根据第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR,也可以根据第一小区的PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值、以及第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。其中,PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值可以是预设的,或基站配置的。
当第一小区的PUCCH传输的小区级目标接收功率参数在UL载波上有配置时,则根据UL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。当第一小区的PUCCH传输的小区级目标接收功率参数在SUL载波上有配置时,则根据SUL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
当第一小区的PUCCH传输的小区级目标接收功率参数在UL载波和SUL载波上均有配置时,则根据UL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR,或,根据SUL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
当第一小区的PUCCH传输的小区级目标接收功率参数在UL载波和SUL载波上均有配置时,还可以根据以下方式中的一种确定使用UL载波或SUL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR:
第一种:根据第一小区的PDCCH传输中的UL/SUL指示域确定使用UL载波或SUL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR,在终端检测到PDCCH传输的UL/SUL指示域为UL时,则根据UL载波上的第一小区的PUCCH传输的小区级目标接收功率来确定第一小区的虚拟PHR;在终端检测到PDCCH传输的UL/SUL指示域为SUL时,则根据SUL载波上的第一小区的PUCCH传输的小区级目标接收功率来确定第一小区的虚拟PHR。
第二种:根据发送第一小区的虚拟PHR所在的资源属于UL或者SUL确定使用UL载波或SUL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。若发送第一小区的虚拟PHR所在的资源属于UL,则使用UL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR;若发送第一小区的虚拟PHR所在的资源属于SUL,则使用SUL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
第三种:根据第一小区的PUCCH配置信息属于SUL或UL确定使用UL载波或SUL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。在PUCCH配置信息属于SUL时,使用SUL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR;在PUCCH配置信息属于UL时,使用UL载波上的第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
本实施例中,介绍了目标传输为第一小区的PUCCH传输时第一小区的虚拟PHR确定方法。当目标传输为第二小区的PUCCH传输时,其第一小区的虚拟PHR确定方法可以参见本实施例。
本实施例提供的虚拟功率余量报告确定方法,当第一小区未被提供获取第一类PUSCH传输的小区级目标接收功率参数时,根据第一小区的PUCCH传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,也就是说在小区没有提供获取第一类PUSCH传输的小区级目标接收功率参数时,也可以确定该小区的虚拟PHR,从而弥补现有在小区没有被提供获取第一类PUSCH传输的小区级目标接收功率参数时,无法确定该小区的虚拟PHR,影响上行功率控制的缺陷。
实施例五:
本实施例在实施例一、实施例二、实施例三、实施例四的基础上,提供一种虚拟功率余量报告确定装置,请参见图2,虚拟功率余量确定装置20包括确定模块201,用于当第一小区未被提供获取第一类物理上行共享信道PUSCH传输的小区级目标接收功率的参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR,其中,目标传输包括以下传输中的至少一种:
第一小区的第二类PUSCH传输;
第一小区的第三类PUSCH传输;
第一小区的PUCCH传输;
第二小区的第一类PUSCH传输;
第二小区的PUCCH传输。
本实施例中,第一类PUSCCH传输的小区级目标接收功率传输包括以下参数中的至少一种:前导的目标接收功率参数(preambleReceivedTargetPower),第一类PUSCH传输的小区级目标接收功率与前导的目标接收功率的差值(即Msg3与前导的差值,msg3-DeltaPreamble)。
本实施例中,第二小区包括但不限于主小区,与第一小区属于同一个TAG(TimingAdvance Group,时间提前量分组)中的参考小区。
本实施例中,在目标传输只包括一种传输时,则根据该目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。在目标传输包括至少两种传输时,则可以从这至少两种目标传输中选择一种目标传输,然后,根据选择的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。其中,在从至少两种目标传输中选择一种目标传输时,包括但不限于以下方式:为各目标传输设置优先级,根据各目标传输的优先级从中选择优先级最高的目标传输。在无法获取到优先级最高的目标传输的小区级目标接收功率参数时,可以获取优先级次之的目标传输的小区级目标接收功率参数,依此类推。
当目标传输包括PUCCH传输时,即目标传输包括第一小区的PUCCH传输和/或第二小区的PUCCH传输时,可以只根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,还可以根据PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值、以及目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。其中,PUCCH传输的小区级目标接收功率与PUSCH的小区级目标接收功率偏差值可以是预设的,也可以是基站配置的。
本实施例中,当目标传输的小区级目标接收功率参数被配置在UL载波或SUL载波上时,则根据UL载波上或SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
当目标传输的小区级目标接收功率可能在UL载波和SUL载波上均被配置时,可以根据UL载波上的目标传输的小区级目标接收功率确定第一小区的虚拟PHR,或者,也可以根据SUL载波上的目标传输的小区级目标接收功率确定第一小区的虚拟PHR。
当目标传输的小区级目标接收功率在UL载波和SUL载波上均被配置时,还可以根据以下方式中的一种来确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率来确定第一小区的虚拟PHR:
第一种:根据PDCCH传输中的UL/SUL指示域确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
第二种:根据发送第一小区的虚拟PHR所在的资源属于UL或者SUL确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
第三种:根据PUCCH配置信息属于SUL或UL确定使用UL载波或SUL载波上的目标传输的小区级目标接收功率参数确定第一小区的虚拟PHR。
本实施例中,确定模块201可以由处理器实施或者其他硬件单元实施。
本实施例提供的虚拟功率余量报告确定装置,当第一小区未被提供获取第一类PUSCH传输的小区级目标接收功率参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,其中,目标传输包括以下传输中的至少一种:第一小区的第二类PUSCH传输、第一小区的第三类PUSCH传输、第一小区的PUCCH传输、第二小区的第一类PUSCH传输、第二小区的PUCCH传输,也就是说在小区没有提供获取第一类PUSCH传输的小区级目标接收功率参数时,也可以确定该小区的虚拟PHR,从而弥补现有在小区没有被提供获取第一类PUSCH传输的小区级目标接收功率参数时,无法确定该小区的虚拟PHR,影响上行功率控制的缺陷。
实施例六:
以MIMO多天线方式发送上行传输时,区分为两种:基于码本的(codebookbased)、非基于码本的(non codebook based).码本包括至少一个码字(codeword)。码字是一个矩阵,用于发送端多端口的预编码。码字矩阵行与传输的层一一对应。码字矩阵的列与传输的天线端口一一对应。
基站调度UE(终端)发送SRS,用于测量上行信道,也叫信道探测。基站根据信道探测的结果为后续的上行传输确定MIMO参数,包括层数、预编码等。基站可能为UE配置不同的SRS资源,UE在不同的SRS资源上发送不同的SRS,那么基站还需要为上行传输指示SRS资源(SRI,SRSresourceindication)。例如,不同SRS资源对应不同的发送波束资源(组),不同的天线面板(panel)(组),或是对应不同的天线端口的预编码方式。
对于基于码本的传输,基站根据测量的信道在预定义的码本中选择合适的预编码信息,即码字,用TPMI(Transmitted Precoding Matrix Indicator传输预编码矩阵指示)指示给UE。对于非基于码本的传输,基站不需要指示TPMI给UE,但是如果UE使用了多天线端口,UE可以自己确定传输的预编码信息。
现有相关技术中,对于基于码本的传输,首先计算传输的需求功率即使用开环功控参数、闭环功控参数、路损参数等计算的功率。然后,传输的需要总需求功率在UE支持的最大天线端口数平均,即每个天线端口的发送功率相同。在发送传输时,允许只使用部分的天线端口发送传输,即这些部分的天线端口有非零的发送功率,由于只有这部分天线端口进行传输,而这部分天线端口的发送功率又是总需求功率除以UE支持的最大天线端口数得来的,因此会导致终端的天线端口的实际发送功率与传输所需要的总需求功率严重不符合的情况。例如,假设终端支持的最大天线端口数为4,当传输的需求功率为20dBm,使用2天线端口发送,由于两天线端口都具有17dBm的最高发送功率能力,可以达到总功率为20dBm;而按照现有技术,则每天线端口只能发送1/4的传输的允许功率,为14dBm,两天线端口的和功率只有传输的需求功率的一半,实际的传输功率与传输的需求功率严重不匹配。
为了解决现有天线端口的实际发送功率与传输所需要的总需求功率严重不符合的问题,本实施例提供一种发送功率确定方法,请参见图3所示,发送功率确定方法包括:
S301、确定上行传输的发送天线端口集合。
本实施例中,发送天线端口集合为传输所使用的非零功率天线端口集合。上行传输包括但不限于以下之一:PUSCH传输,PUCCH传输,SRS传输。
其中,确定上行传输的发送天线端口集合包括接收上行传输的调度信息,根据调度信息确定上行传输的发送天线端口集合,其中,确定出来的发送天线端口集合中包括的天线端口为非零功率的天线。
S302、根据上行传输的需求功率、发送天线端口集合确定各发送天线端口的发送功率。
本实施例中,根据上行传输的需求功率、发送天线端口集合确定各发送天线端口的发送功率可以是根据上行传输的需求功率、发送天线端口集合中发送天线端口的数量确定平均功率,然后,根据平均功率确定各发送天线端口的发送功率,例如,可以将平均功率作为各发送天线端口的发送功率。
本实施例中,还可以根据上行传输的需求功率、发送天线端口集合中发送天线端口的数量以及目标参数确定各发送天线端口的发送功率,其中,目标参数包括但不限于以下参数中的至少一个:该上行传输所关联的传输模式的最大发送功率、小区的最大发送功率、终端的最大发送功率、发送天线端口集合中各发送天线端口的最大发送功率、终端支持的所有天线端口的最大发送功率。此时,确定出的各发送天线的发送功率可以满足以下条件中的至少一个:
1、每一发送天线端口的发送功率不超过该天线端口的最大发送功率;
2、各发送天线端口的发送功率均不超过目标发送功率阈值,其中,目标发送功率阈值为发送天线端口集合中各发送天线端口的最大发送功率中的最小值;
3、各发送天线端口的发送功率之和(即总发送功率)不超过该上行传输所关联的传输模式的最大发送功率;
4、各发送天线端口在小区上的总发送功率不超过小区的最大发送功率;
5、各发送天线端口的总发送功率不超过终端的最大发送功率。
其中,对于小区的最大发送功率,还可以为:为小区内的UL和SUL载波分别配置最大发送功率。则UL载波的多个上行传输的功率之和不大于小区的UL载波的最大发送功率;SUL载波的多个上行传输的功率之和不大于小区的SUL载波的最大发送功率。
在多小区场景,小区之间可能使用不同的功率放大器,则天线端口的最大发送功率可以为:为每个小区分别配置天线端口的最大发送功率,则在小区内,多个上行传输的在一个天线端口的功率之和不大于该小区的天线端口的最大发送功率。
进一步地,在支持SUL、UL场景,天线端口的最大发送功率可以为:为每个小区的SUL和UL载波分别配置天线端口的最大发送功率。在小区内的UL载波,多个上行传输的在一个天线端口的功率之和不大于小区的UL载波的对应天线端口的最大发送功率;在小区内的SUL载波,多个上行传输的在一个天线端口的功率之和不大于小区的SUL载波的对应天线端口的最大发送功率。
其中,传输模式与以下之一关联:传输预编码矩阵指示TPMI,TPMI分组,码字,码字分组,天线端口分组,功率放大器PA分组,天线面板,天线面板分组,天线分组,传输链分组,波束分组,空间关系分组。本实施例中,可以根据终端的相干能力确定传输模式。上行传输所关联的传输模式是根据上行传输的调度信息,或授权信息确定的传输模式。例如,上行传输所使用的预编码信息用可以用TPMI指示。通过传输模式可以获得上行传输所使用的发送天线端口。其中,TPMI可以在码本中索引确定码字。UE上报给基站使用不同TPMI能支持的最大发送功率。例如,对4发送天线1层的码本,TPMI=0指示[1,0,0,0]T,表示仅使用发送天线端口0。其中[]T表示矩阵转置。如果发送天线端口0的PA能力可以达到23dBm,则UE上报给基站TPMI=0的最大发送功率是23dBm。也可以使用功率比例,也叫功率缩减因子,即使用某TPMI时,能达到UE的最大发送功率的比例。如某TPMI的功率缩减因子为1/2时,表示能达到最大功率23dBm的一半,即20dBm。
TPMI可以表示非0功率天线端口的集合,因此可以表示天线端口分组。
TPMI分组可以根据非0功率天线端口的集合对TPMI进行分组。例如,[1,0,1,0]T,[1,0,j,0]T,都表示天线端口0、2是非0功率,可以分为一组。
仅按照非0功率天线端口的方式,不同层数也没有影响。例如,1层码本的TPMI中的非0功率天线端口0、2与2层码本的非0功率天线端口0、2可以分为一组。
TPMI分组可以表示非0功率天线端口的集合,因此可以表示天线端口分组。
本实施例中,可以根据终端的相干能力确定传输模式。相干能力包括:非相干(NonCoherent)能力、部分相干(partial coherent)能力、全相干(full coherent)能力。非相干(NonCoherent)能力表示天线端口之间不能精确调整相位差;部分相干(partialcoherent)能力表示仅部分天线端口之间能精确调整相位差,全相干(full coherent)能力表示所有天线端口之间能精确调整相位差。非相干能力的UE仅可以支持为非相干能力的UE设计的码字;部分相干能力的UE可以支持为非相干能力的UE设计的码字以及为部分相干能力的UE设计的码字;全相干能力的UE可以支持为非相干能力的UE设计的码字、为部分相干能力的UE设计的码字以及为全相干能力的UE设计的码字。
这里以几个示例进行说明如何确定发送天线端口的发送功率:
示例一、
根据上行传输的需求功率,发送天线端口集合中发送天线端口的数量以及发送天线端口集合中发送天线端口的最大发送功率确定各发送天线端口的发送功率。确定出来的各发送天线端口的发送功率应当不超过该天线端口的最大发送功率。
其中,各发送天线端口的发送功率可以是以下两者中的较小值:上行传输的需求功率除以发送天线端口集合中发送天线端口数量所得的值,该发送天线端口的最大发送功率。也就是说,假设小区c的上行传输i的需求功率为Preq,c(i),发送天线端口集合为X(i),发送天线端口编号为x,即x∈X(i),发送天线端口数为nc(i),天线端口x的最大发送功率为PMAX,x,则上行传输i在天线端口x的发送功率为:
应当理解的是,Min{a,b,c}表示取a、b、c的最小值。
各发送天线端口的发送功率也可以是以下两者中的较小值:上行传输的需求功率除以发送天线端口集合中发送天线端口数量所得的值,发送天线端口集合中各发送天线端口的最大发送功率中的最小值。也即,上行传输i在发送天线端口x的发送功率为:
其中,即发送天线端口集合中各发送天线端口的最大发送功率中的最小值。
各发送天线端口的发送功率也可以是以下两者中的较小值:上行传输的需求功率与小区的最大发送功率中的较小值,除以发送天线端口集合中发送天线端口的数量所得的值;发送天线端口集合中各发送天线端口的最大发送功率中的最小值。
示例二、
根据上行传输的需求功率、发送天线端口集合中发送天线端口的数量以及目标发送功率阈值确定各发送天线端口的发送功率。确定出来的各发送天线端口的发送功率应当不超过该天线端口的最大发送功率,且各发送天线端口的发送功率之和应当不超过上行传输的需求功率。其中,目标发送功率阈值为发送天线端口集合中各发送天线端口的最大发送功率中的最小值。
其中,各发送天线端口的发送功率可以是目标发送功率阈值与发送天线端口集合中发送天线端口的数量乘积、上行传输的需求功率、小区的最大发送功率中的最小值,除以发送天线端口集合中发送天线端口的数量。也即,上行传输i在发送天线端口x的发送功率为:
其中,小区c的最大发送功率为PCMAX,c(i)。
上行传输i在发送天线端口x的发送功率也可以根据以下公式计算:
示例三、
根据上行传输的需求功率、发送天线端口集合中发送天线端口的数量以及上行传输所关联的传输模式的最大发送功率确定各发送天线端口的发送功率。确定出来的各发送天线端口的发送功率之和应当不超过上行传输的需求功率、上行传输所关联的传输模式的最大发送功率。
其中,各发送天线端口的发送功率可以是上行传输的需求功率、上行传输所关联的传输模式的最大发送功率中的最小值除以发送天线端口集合中发送天线端口的数量,也即,上行传输i在发送天线端口x的发送功率为:
PMAX,t(i)为传输模式t的最大发送功率。
各发送天线端口的发送功率也可以是以下二者中的最小值:上行传输的需求功率与上行传输所关联的传输模式的最大发送功率中的最小值除以发送天线端口集合中发送天线端口的数量所得的值,目标发送功率阈值。也即,上行传输i在发送天线端口x的发送功率为:
示例四:
根据上行传输的需求功率,小区的最大发送功率,发送天线端口集合中发送天线端口的数量以及上行传输所关联的传输模式的最大发送功率确定各发送天线端口的发送功率。
其中,各发送天线端口的发送功率可以是上行传输的需求功率、小区的最大发送功率以及上行传输的传输模式的最大发送功率中的最小值除以发送天线端口集合中发送天线端口的数量,也即,上行传输i在发送天线端口x的发送功率为:
各发送天线端口的发送功率也可以以下二者中的最小值:上行传输的需求功率、小区的最大发送功率以及上行传输的传输模式的最大发送功率中的最小值除以发送天线端口集合中发送天线端口的数量所得的值,目标发送功率阈值。也即,上行传输i在发送天线端口x的发送功率为:
本实施例中,终端可以将关于终端的天线端口的能力告知基站,即,可以将以下信息中的至少一种发送给基站:
终端支持的最大天线端口数;
终端的相干能力;
终端支持的天线端口的最大发送功率能力;
终端支持的传输模式(需要说明的是,此处的传输模式与前述传输模式一致)的最大发送功率能力;
终端支持的功率放大器PA的最大发送功率能力;
终端支持的天线端口到PA的关联关系;
终端支持的天线端口到PA的切换能力。
其中,最大发送功率能力可以通过以下方式之一发送给基站:支持满功率能力,支持的最大发送功率占满功率的比例。需要说明的是,此处的最大发送功率能力指包括上述终端支持的天线端口的功率放大器PA的最大发送功率能力、终端支持的天线端口的最大发送功率能力、终端支持的传输模式的最大发送功率能力。满功率是指UE被允许发送的最大功率。上述天线端口的,或传输模式的最大发送功率能力可以通过支持的最大发送功率占满功率的比例的方式告知基站,此处的比例(ratio)也可以表达为缩减因子(scalingfactor)。例如UE被允许发送的最大功率即满功率为23dBm,当某最大发送功率占满功率的比例为1/2时,表示能达到满功率23dBm的一半,即20dBm。当某最大发送功率占满功率的比例为1时,表示该最大发送功率能达到满功率23dBm。
终端支持的天线端口到PA的关联关系,也可以描述为终端支持的天线端口到PA的映射关系,根据终端支持的功率放大器PA的最大发送功率能力可以得到天线端口的最大发送功率能力。
如果UE支持天线端口到PA的切换能力,则基站假定UE为天线端口选择PA时会按PA能力从高到低的顺序。否则,如果UE不支持天线端口到PA的切换能力,则UE使用基站指示的码字中的天线端口,天线端口与码字矩阵的行一一对应。例如,UE有4个天线端口,1个天线端口的PA限制为23dBm,1个天线端口的PA限制为20dBm,剩余2个天线端口的PA限制为17dBm。如果UE支持天线端口到PA的切换能力,则当基站调度UE使用1个天线端口发送传输时,无论基站调度了4个天线端口中的哪一个,UE优先使用23dBm的PA为该天线端口服务。如果UE不支持天线端口到PA的切换能力,则当基站调度UE使用1个天线端口发送传输时,UE只能将自己的天线端口以及其PA与码字中的天线端口一一对应,即不同的天线端口有不同的功率上限。
天线端口到PA的切换能力除了上述完全灵活的切换,还可能是受限的天线端口到PA的切换能力。例如,某一PA只能被在部分天线端口之间切换。
天线端口到PA的切换能力对于同时发送的天线端口数量小于最大天线端口数有效。
天线端口与PA有关联关系。一个PA可以关联多个天线端口,这些天线端口可以以时分方式使用PA。一个天线端口也可以关联多个PA,则该天线端口可以支持的最大发送功率为其关联的PA的最大发送功率之和。
本实施例中,通过确定上行传输的发送天线端口集合,其中发送天线端口集合为传输所使用的非零功率天线端口集合,然后根据上行传输的需求功率、发送天线端口集合确定各发送天线端口的发送功率,使得确定出的各发送天线端口的发送功率与传输的需求功率更加匹配,提升传输的效率。
实施例七:
为了更好的理解实施例六中的发送功率确定方法,本实施例结合更加具体的示例进行说明。
假设小区c的上行传输i的需求发送功率为Preq,c(i),小区c的最大发送功率为Pc,max,根据基站指示的码字确定的发送天线端口集合为X(i),X(i)为上行传输i所使用的非零功率天线集合,发送天线端口编号为x,发送天线端口数为nc(i),天线端口x的最大发送功率为Px,max,则上行传输i在天线端口x的功率的计算公式如下:
其中,即Pport,min(i)为X(i)中各发送天线端口的最大发送功率中的最小值。
另外,上行传输i在天线端口x的功率的计算公式还可以为:
也就是说,上行传输i在天线端口x的计算功率为以下参数中的最小值:
X(i)中各发送天线端口的最大发送功率中的最小值;
Pc,max除以nc(i)所得的平均值;
Preq,c(i)除以nc(i)所得的平均值。
实施例八:
本实施例在实施例六、实施例七的基础上,提供一种发送功率确定装置,请参见图4,发送功率确定装置40包括:
端口确定模块401,用于确定上行传输的发送天线端口集合,其中,发送天线端口集合为传输所使用的非零功率天线端口集合;
功率确定模块402,用于根据上行传输的需求功率、发送天线端口集合确定各发送天线端口的发送功率。
其中,端口确定模块401可以由处理器实施或者其他硬件单元实施,功率确定模块402可以由处理器实施或者其他硬件单元实施。
实施例九:
现有技术中,在某一天线端口上支持多(需要说明的是,本实施例中描述的“多”特指2个及2个以上)个小区中时域交叠的多个上行传输时,在确定这多个上行传输在该天线端口上的发送功率时,通常不会结合这多个上行传输来确定天线端口的发送功率,导致多个小区中时域交叠的多个上行传输在该天线端口的发送功率之和超过该天线端口的最大发送功率,从而导致传输收到影响。为了解决该问题,本实施例提出一种多小区功率确定方法,包括:
当在M个小区中的时域交叠的N个上行传输在同一天线端口的发送功率之和超出该天线端口的最大发送功率时,对M个上行传输的发送功率进行修正,以使在M个小区中的时域交叠的N个上行传输在同一天线端口的修正后的发送功率之和不超出天线端口的最大发送功率,其中M为大于1的整数,N为大于1的整数。
其中,对M个上行传输的发送功率进行修正包括以下之一:
第一种:对至少一个上行传输的发送功率进行功率缩减;例如,假设M等于2,N等于2,小区1的上行传输1在天线端口1中的发送功率为x1,小区2的上行传输2在天线端口1中的发送功率为x2,且上行传输1和上行传输2时域交叠,天线端口1的最大发送功率为x3,若(x1+x2)>x3,则需要对x1和x2中的至少一个进行修正,使得(x1+x2)>x3,
第二种:丢弃至少一个上行传输。例如,假设某一天线端口上时域交叠的上行传输包括a1、a2、a3,则丢弃a1、a2、a3中的至少一个,使得该天线端口上时域交叠的上行传输的发送功率之和小于该天线端口的最大发送功率;
第三种:丢弃功率不足的天线端口上的至少一个上行传输。
本实施例中,对一个上行传输,其在该上行传输对应的所有天线端口上的发送功率应当一致,其可以为修正后的该上行传输的所有天线端口中的最小功率。例如,假设某一上行传输R在天线端口A上的传输功率为2dbm,在天线端口B上的传输功率为2dbm,由于天线端口B上时域交叠的多个上行传输的发送功率之和大于天线端口B的最大发送功率,因此,将天线端口B上的上行传输R的传输功率功率由2dbm修正为了1dbm,修正后,由于上行传输R在天线端口A上的传输功率与天线端口B上的传输功率不等,因此,将上行传输R在天线端口A上的传输功率修改为1dbm。
本实施例提供的多小区功率确定方法,当在M个小区中的时域交叠的N个上行传输在同一天线端口的发送功率之和超出该天线端口的最大发送功率时,对M个上行传输的发送功率进行修正,以使在M个小区中的时域交叠的N个上行传输在同一天线端口的修正后的发送功率之和不超出天线端口的最大发送功率,其中M大于1,N大于1,可以保证天线端口上时域交叠的多个上行传输在该天线端口的发送功率不会超过该天线端口的最大发送功率,提高传输的速度。
实施例十:
为了更好的理解实施例九中的发送功率确定方法,本实施例结合更加具体的示例进行说明。
本实施例对多个小区的场景进行说明。多小区场景是指,终端被配置了多个小区。基站可以使用多于1个小区为终端发送下行传输,也可以指示终端使用多于1个小区同时发送上行传输。参见图5,图5为终端使用多于1个小区同时发送上行传输时,多小区功率确定方法的流程图:
S501、在每个小区中,为每个上行传输计算需求功率。
假设小区c的上行传输i,其功率为其中,Preq,c(i)是小区c的上行传输i的需求功率,Pc,max是小区c的最大发送功率。
如果小区c与上行传输i有时域交叠的所有上行传输的集合为Ιc,保证需求时域交叠的所有传输功率之和不大于Pc,max。如果需求功率之和超过该小区的最大发送功率Pc,max,则调整每个上行传输的功率。调整后的上行传输i的功率为:并且
S502、对同时传输的多个小区,如果所有同时发送的传输的功率之和超过终端的最大发送功率,按传输优先级顺序确定每个小区的每个上行传输的功率。
本实施例中,对同时传输的多个小区,如果所有同时发送的上行传输的功率之和超过终端的最大发送功率,可以按照各上行传输的优先级,确定每个小区的每个上行传输的功率。例如,可以对优先级较高的上行传输的功率进行保留,对优先级较低的上行传输的功率进行缩减或丢弃。
其中,调整后的上行传输的功率记为其需满足公式:
S503、将每个上行传输的功率分配到该上行传输对于的非零功率天线端口。
记为其中,x为天线端口号,nc,i,是小区c的上行传输i的非零功率天线端口数量。
S504、对每个天线端口计算所有小区的所有上行传输的功率和。
对于端口号为x的天线端口,其所有小区的所有上行传输的功率和为:
当天线端口x的所有小区的所有上行传输的功率和超过天线端口x的最大发送功率时,对一些上行传输进行功率缩减,或丢弃。调整后的天线端口x上上行传输的功率记为其需要满足公式:
S505、每个上行传输保持天线端口之间的功率平衡。
即对传输i的非零功率天线端口集合X(i)中的每个天线端口都与最小值保持一致。
该步骤调整后的上行传输的在天线端口x的功率记为
实施例十一:
本实施例在实施例九、实施例十的基础上提供一种多小区功率确定装置,请参见图6,多小区功率确定装置60包括:
发送功率确定模块601,用于当在M个小区中的时域交叠的N个上行传输在同一天线端口的发送功率之和超出该天线端口的最大发送功率时,对M个上行传输的发送功率进行修正,以使在M个小区中的时域交叠的N个上行传输在同一天线端口的修正后的发送功率之和不超出天线端口的最大发送功率,其中M为大于1的整数,N为大于1的整数。
本实施例中,发送功率确定模块601可以由处理器实施或者其他硬件单元实施。
实施例十二:
现有技术中,在某一天线端口上支持多个小区中时域交叠的多个上行传输时,在确定这多个上行传输在该天线端口上的发送功率时,通常不会结合这多个上行传输来确定天线端口的发送功率,导致多个小区中时域交叠的多个上行传输在该天线端口的发送功率之和超过传输模式对应的最大发送功率,从而导致传输受到影响。为了解决该问题,本实施例提出一种多小区功率确定方法,包括:
当在X个小区中的时域交叠的Y个上行传输在同一传输模式的发送功率之和超出该传输模式的最大发送功率时,对Y个上行传输的最大发送功率进行修正,以使在X个小区中的时域交叠的多个上行传输在该传输模式的修正后的发送功率之和不超出该传输模式的最大发送功率,其中X为大于1的整数,Y为大于1的整数。对于传输模式的相关解释,请参见前述记载,此处不再赘述。
对Y个上行传输的发送功率进行修正包括以下之一:
第一种:对至少一个上行传输的发送功率进行功率缩减。例如,假设某一天线端口上,时域交叠的上行传输为上行传输z1、z2,其中,z1在该天线端口的传输功率为y1,z2在该天线端口的传输功率为y2,假设(y1+y2)大于传输模式对应的最大发送功率,则对y1和/或y2进行功率缩减,使得缩减后的(y1+y2)小于等于传输模式对应的最大发送功率
第二种:丢弃至少一个上行传输。
本实施例提供的多小区功率确定方法,当在X个小区中的时域交叠的Y个上行传输在同一传输模式的发送功率之和超出该传输模式的最高功率时,对Y个上行传输的发送功率进行修正,以使在X个小区中的时域交叠的多个上行传输在该传输模式的修正后的发送功率之和不超出该传输模式的最大功率,其中X大于1,Y大于1,可以保证天线端口上时域交叠的多个上行传输在该天线端口的发送功率不会超过传输模式的最大发送功率,提高传输的速度。
实施例十三:
本实施例在实施例十二的基础上提供一种多小区功率确定装置,请参见图7,多小区功率确定装置70包括:
多小区发送功率确定模块701,用于当在X个小区中的时域交叠的Y个上行传输在同一传输模式的发送功率之和超出该传输模式的最大发送功率时,对Y个上行传输的发送功率进行修正,以使在X个小区中的时域交叠的多个上行传输在该传输模式的修正后的发送功率之和不超出该传输模式的最大发送功率,其中X为大于1的整数,Y为大于1的整数。
本实施例中,多小区发送功率确定模块701可以由处理器实施或者其他硬件单元实施。
实施例十四:
本实施例提供一种存储介质,存储介质包括但不限于RAM(Random AccessMemory,随机存取存储器),ROM(Read-Only Memory,只读存储器),EEPROM(ElectricallyErasable Programmable read only memory,带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory,光盘只读存储器),数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。
该存储介质中可以存储有一个或多个可供一个或多个程序,一个或者多个程序可被一个或者多个处理器执行,以实现如实施例一至四所述的虚拟功率余量报告确定方法的步骤,和/或,实现如实施例六至七所述的发送功率确定方法的步骤,和/或,实现如实施例九至十多小区功率确定方法的步骤,和/或,实现如实施例十二所述的多小区功率确定方法的步骤。
本实施例中还提供一种终端,如图8所示:终端包括处理器81、存储器82以及用于连接处理器81与存储器82的通信总线83,处理器81用于执行存储器82中存储的一个或者多个程序,以实现如实施例一至四所述的虚拟功率余量报告确定方法的步骤,和/或,实现如实施例六-七所述的发送功率确定方法的步骤,和/或,实现如实施例九-十多小区功率确定方法的步骤,和/或,实现如实施例十二所述的多小区功率确定方法的步骤。
显然,本领域的技术人员应该明白,上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM,ROM,EEPROM、闪存或其他存储器技术、CD-ROM,数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。所以,本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (8)
1.一种虚拟功率余量报告确定方法,包括:
当第一小区未被提供前导的目标接收功率参数时,根据主小区的前导的目标接收功率参数确定所述第一小区的虚拟功率余量报告PHR。
2.如权利要求1所述的虚拟功率余量报告确定方法,其特征在于,所述根据主小区的前导的目标接收功率参数确定所述第一小区的虚拟功率余量报告PHR,包括:
根据主小区非SUL载波上的前导的目标接收功率参数确定所述第一小区的虚拟功率余量报告PHR。
3.如权利要求1所述的虚拟功率余量报告确定方法,其特征在于,所述根据主小区的前导的目标接收功率参数确定所述第一小区的虚拟功率余量报告PHR,包括:
所述主小区配置非SUL载波和SUL载波时,根据主小区非SUL载波上的前导的目标接收功率参数确定所述第一小区的虚拟功率余量报告PHR。
4.根据权利要求1所述的虚拟功率余量报告确定方法,其特征在于,所述根据主小区的前导的目标接收功率参数确定所述第一小区的虚拟功率余量报告PHR,包括:
根据SUL载波上的目标传输的小区级目标接收功率参数确定所述第一小区的虚拟功率余量报告PHR。
5.根据权利要求1所述的虚拟功率余量报告确定方法,其特征在于,所述根据主小区的前导的目标接收功率参数确定所述第一小区的虚拟功率余量报告PHR,包括:
所述主小区的前导的目标接收功率参数配置在SUL载波,根据SUL载波上的前导的目标接收功率参数确定所述第一小区的虚拟功率余量报告PHR。
6.一种虚拟功率余量报告确定装置,其特征在于,所述装置包括:
确定模块,用于当第一小区未被提供前导的目标接收功率参数时,根据主小区的前导的目标接收功率参数确定所述第一小区的虚拟功率余量报告PHR。
7.一种终端,所述终端包括:处理器、存储器及通信总线;
所述通信总线用于实现处理器和存储器之间的连接通信;
所述处理器用于执行存储器中存储的一个或者多个程序,以实现如权利要求1至6中任一项所述的虚拟功率余量报告确定方法。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如权利要求1至6中任一项所述的虚拟功率余量报告确定方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202411684698.3A CN119562335A (zh) | 2019-02-15 | 2019-02-15 | 一种虚拟功率余量报告确定方法、装置、终端和存储介质 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202411684698.3A CN119562335A (zh) | 2019-02-15 | 2019-02-15 | 一种虚拟功率余量报告确定方法、装置、终端和存储介质 |
| CN201910118186.3A CN110536402B (zh) | 2019-02-15 | 2019-02-15 | 虚拟phr、发送功率确定方法、装置、终端及存储介质 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910118186.3A Division CN110536402B (zh) | 2019-02-15 | 2019-02-15 | 虚拟phr、发送功率确定方法、装置、终端及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN119562335A true CN119562335A (zh) | 2025-03-04 |
Family
ID=68659232
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910118186.3A Active CN110536402B (zh) | 2019-02-15 | 2019-02-15 | 虚拟phr、发送功率确定方法、装置、终端及存储介质 |
| CN202411684698.3A Pending CN119562335A (zh) | 2019-02-15 | 2019-02-15 | 一种虚拟功率余量报告确定方法、装置、终端和存储介质 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910118186.3A Active CN110536402B (zh) | 2019-02-15 | 2019-02-15 | 虚拟phr、发送功率确定方法、装置、终端及存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (2) | CN110536402B (zh) |
| WO (1) | WO2020164619A1 (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110536402B (zh) * | 2019-02-15 | 2024-10-25 | 中兴通讯股份有限公司 | 虚拟phr、发送功率确定方法、装置、终端及存储介质 |
| CN115023990B (zh) | 2020-01-21 | 2025-03-07 | 中兴通讯股份有限公司 | 用于上行链路数据信道的端口指示方法 |
| EP4374522A4 (en) | 2021-07-23 | 2025-04-09 | Apple Inc. | Power headroom reporting for multi-beam uplink transmissions |
| EP4430887A4 (en) * | 2021-11-08 | 2025-06-11 | Qualcomm Incorporated | Power headroom report for multi-pusch repetitions |
| GB2631634A (en) * | 2022-04-02 | 2025-01-08 | Lenovo Beijing Ltd | Method and apparatus of power headroom report (PHR) reporting |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101043242A (zh) * | 2006-03-20 | 2007-09-26 | 华为技术有限公司 | 控制发射天线功率的方法、装置及收发信机 |
| CN101868019B (zh) * | 2009-04-15 | 2013-05-08 | 电信科学技术研究院 | 天线功率的分配方法和设备 |
| KR101647377B1 (ko) * | 2009-05-22 | 2016-08-10 | 엘지전자 주식회사 | 무선 통신 시스템에서 안테나 전송 전력에 따른 적응적인 다중 안테나 전송 방법 및 장치 |
| EP2663136B1 (en) * | 2011-01-07 | 2017-10-18 | Panasonic Intellectual Property Corporation of America | Wireless communication terminal and power control method |
| CN106413067B (zh) * | 2011-08-18 | 2019-11-29 | 华为技术有限公司 | 上行功率控制的方法、装置及计算机可读存储介质 |
| CN104053222B (zh) * | 2013-03-14 | 2017-07-14 | 电信科学技术研究院 | 基站发射功率调整方法和装置 |
| WO2015034300A1 (en) * | 2013-09-04 | 2015-03-12 | Lg Electronics Inc. | Method and apparatus for transmitting power headroom report in wireless communication system |
| US10057861B2 (en) * | 2014-06-03 | 2018-08-21 | Qualcomm Incorporated | Techniques for reporting power headroom in multiple connectivity wireless communications |
| US9980236B2 (en) * | 2016-01-29 | 2018-05-22 | Ofinno Technologies, Llc | Wireless device transmission power management |
| CN116981035A (zh) * | 2016-08-19 | 2023-10-31 | 北京三星通信技术研究有限公司 | 一种功率头上空间报告的方法及装置 |
| US10834687B2 (en) * | 2016-11-21 | 2020-11-10 | Qualcomm Incorporated | Power headroom reporting for systems with multiple transmission time intervals |
| US10375719B2 (en) * | 2017-03-21 | 2019-08-06 | Motorola Mobility Llc | Method and apparatus for power headroom reporting procedure for new radio carrier aggregation |
| CN110536402B (zh) * | 2019-02-15 | 2024-10-25 | 中兴通讯股份有限公司 | 虚拟phr、发送功率确定方法、装置、终端及存储介质 |
-
2019
- 2019-02-15 CN CN201910118186.3A patent/CN110536402B/zh active Active
- 2019-02-15 CN CN202411684698.3A patent/CN119562335A/zh active Pending
-
2020
- 2020-02-14 WO PCT/CN2020/075403 patent/WO2020164619A1/zh not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| CN110536402A (zh) | 2019-12-03 |
| WO2020164619A1 (zh) | 2020-08-20 |
| CN110536402B (zh) | 2024-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230164706A1 (en) | Reporting Power Headroom for Aggregated Carriers | |
| US11737101B2 (en) | Uplink information sending method and apparatus, base station, and user equipment | |
| US10856274B2 (en) | Power headroom reporting method and apparatus | |
| US11375457B2 (en) | User equipment and a method for power control of uplink transmissions | |
| JP7391941B2 (ja) | 電力制御方法および装置、目標受信電力を求めるための方法および装置 | |
| US9078217B2 (en) | User equipment, base station device, and communication control method | |
| EP3646518B1 (en) | Shared channel remapping in a multiple radio access technology co-existence scenario | |
| CN110603862B (zh) | 用于报告功率余量的方法和装置 | |
| EP2806595B1 (en) | Contiguous intra-band carrier aggregation (CA), PUCCH, and quasi-contiguous uplink resource allocation | |
| EP4021095B1 (en) | Phr for multi-trp | |
| CN110536402B (zh) | 虚拟phr、发送功率确定方法、装置、终端及存储介质 | |
| CN116209048A (zh) | 用于在新型无线电(nr)系统中执行功率控制的方法 | |
| US20150358927A1 (en) | Method and device for reporting power headroom under carrier aggregation | |
| CN116867046A (zh) | 基站、终端、由基站执行的方法及由终端执行的方法 | |
| CN108288982B (zh) | 一种用于功率调整的ue、基站中的方法和装置 | |
| US10652902B2 (en) | Method for measuring channel state information, network-side device, and user equipment | |
| US12418867B2 (en) | Method and apparatus for beam measurement and reporting | |
| US20250150987A1 (en) | Medium access control (mac) control element (ce) design for multiple power management maximum power reduction (p-mpr) reporting | |
| US9131450B2 (en) | Method for controlling uplink transmission power for transmitting a plurality of codewords in a wireless communication system that supports a plurality of antennas, and apparatus for performing the method | |
| US20240057115A1 (en) | Resource cancellation method and user equipment | |
| US12047213B2 (en) | Method of configuring a PUSCH repetition and user equipment using the same | |
| US20240276517A1 (en) | Uplink transmission and uplink reception with multiple panels related methods and user equipment | |
| WO2024146561A1 (en) | METHOD, USER EQUIPMENT, AND BASE STATION FOR STxMP OPERATION | |
| WO2025067777A1 (en) | Methods and apparatuses relating to wireless communication |
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 |