虚拟phr、发送功率确定方法、装置、终端及存储介质

文档序号:1775876 发布日期:2019-12-03 浏览:34次 >En<

阅读说明:本技术 虚拟phr、发送功率确定方法、装置、终端及存储介质 (Virtual PHR, power determining method, device, terminal and storage medium are sent ) 是由 姚珂 高波 鲁照华 李儒岳 于 2019-02-15 设计创作,主要内容包括:本发明实施例提供一种虚拟PHR、发送功率确定方法、装置、终端及存储介质,通过当第一小区未被提供获取第一类PUSCH传输的小区级目标接收功率参数时,根据目标传输的小区级目标接收功率参数确定第一小区的虚拟功率余量报告PHR,其中,目标传输包括以下传输中的至少一种:第一小区的第二类PUSCH传输、第一小区的第三类PUSCH传输、第一小区的PUCCH传输、第二小区的第一类PUSCH传输、第二小区的PUCCH传输,也就是说在小区没有提供获取第一类PUSCH传输的小区级目标接收功率参数时,也可以确定该小区的虚拟PHR,从而弥补现有上行功率控制的支持存在的缺陷。(The embodiment of the present invention provides a kind of virtual PHR, send power determining method, device, terminal and storage medium, by when first community is not provided with the cell-level target received power parameter for obtaining first kind PUSCH transmission, the virtual power headroom reporting PHR of first community is determined according to the cell-level target received power parameter of object transmission, wherein, object transmission includes at least one of following transmission: the second class PUSCH transmission of first community, the third class PUSCH transmission of first community, the PUCCH of first community is transmitted, the first kind PUSCH transmission of second community, the PUCCH of second community is transmitted, that is when cell does not provide the cell-level target received power parameter for obtaining first kind PUSCH transmission, it can also determine the virtual PHR of the cell, To make up defect existing for the support of existing uplink power control.)

虚拟PHR、发送功率确定方法、装置、终端及存储介质

技术领域

本发明涉及通信领域,尤其涉及一种虚拟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传输, 又称为Msg3PUSCH传输(即上行随机接入过程中的第三消息的传输);第二类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,其余小区是辅小区(secondarycell),即为SCell。在DC(Dual Connectivity,双连接)场景,UE被配置两个小区分组(cellgroup),其中一个 称为主小区分组(Master Cell Group,MCG),另一个称为辅小区分组(Secondary Cell 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,其功率为Pc (0)(i)=min(Pc,max,Preq,c(i)),其中,Preq,c(i)是 小区c的上行传输i的需求功率,Pc,max是小区c的最大发送功率。

如果小区c与上行传输i有时域交叠的所有上行传输的集合为Ic,保证需求 时域交叠的所有传输功率之和不大于Pc,max。如果需求功率之和超过该小区的最 大发送功率Pc,max,则调整每个上行传输的功率。调整后的上行传输i的功率为: Pc (1)(i),并且

S502、对同时传输的多个小区,如果所有同时发送的传输的功率之和超过 终端的最大发送功率,按传输优先级顺序确定每个小区的每个上行传输的功率。

本实施例中,对同时传输的多个小区,如果所有同时发送的上行传输的功 率之和超过终端的最大发送功率,可以按照各上行传输的优先级,确定每个小 区的每个上行传输的功率。例如,可以对优先级较高的上行传输的功率进行保 留,对优先级较低的上行传输的功率进行缩减或丢弃。

其中,调整后的上行传输的功率记为Pc (2)(i),其需满足公式:

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)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或 者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外, 本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、 程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并 且可包括任何信息递送介质。所以,本发明不限制于任何特定的硬件和软件结 合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明, 不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普 通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或 替换,都应当视为属于本发明的保护范围。

33页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:功率确定方法、装置、终端及存储介质

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!