CN108811060B - 一种功率控制方法和装置 - Google Patents

一种功率控制方法和装置 Download PDF

Info

Publication number
CN108811060B
CN108811060B CN201710317493.5A CN201710317493A CN108811060B CN 108811060 B CN108811060 B CN 108811060B CN 201710317493 A CN201710317493 A CN 201710317493A CN 108811060 B CN108811060 B CN 108811060B
Authority
CN
China
Prior art keywords
type
service type
power control
service
control parameter
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.)
Active
Application number
CN201710317493.5A
Other languages
English (en)
Other versions
CN108811060A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201710317493.5A priority Critical patent/CN108811060B/zh
Priority to PCT/CN2018/085718 priority patent/WO2018202169A1/zh
Priority to EP18794209.9A priority patent/EP3637875B1/en
Publication of CN108811060A publication Critical patent/CN108811060A/zh
Priority to US16/674,840 priority patent/US20200068502A1/en
Application granted granted Critical
Publication of CN108811060B publication Critical patent/CN108811060B/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/38—TPC being performed in particular situations
    • 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/06—TPC algorithms
    • H04W52/14—Separate analysis of uplink or downlink
    • H04W52/146—Uplink power control
    • 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/06—TPC algorithms
    • H04W52/10—Open loop power control
    • 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
    • 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/18—TPC being performed according to specific parameters
    • H04W52/28—TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non transmission
    • H04W52/281—TPC being performed according to specific parameters using user profile, e.g. mobile speed, priority or network state, e.g. standby, idle or non transmission taking into account user or data type priority
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例公开了一种功率控制方法和装置，涉及通信技术领域，可以应用于NR系统。该方法可以包括：网络设备确定用户设备UE的上行信道功控参数，其中，传输不同类型数据所述UE的上行信道功控参数不同；所述网络设备发送指示所述确定的上行信道功控参数的信息。

Description

一种功率控制方法和装置
技术领域
本申请实施例涉及通信技术领域，尤其涉及一种功率控制方法和装置。
背景技术
在长期演进(long term evolution，LTE)系统中，物理上行共享信道(physicaluplink shared channel，PUSCH)的发射功率应满足基于不同调制编码方案(modulationand coding scheme，MCS)条件下，PUSCH的数据传输达到10％误码率所需信干噪比(signalto interference plus noise ratio，SINR)的要求。因此，基站针对于PUSCH发射功率的控制则是基于此要求进行的设定。但是，其不能适应新空口(new radio，NR)的发展。
发明内容
本申请提供一种功率控制方法和装置，可以适用于NR系统。
第一方面，本申请提供了一种功率控制方法和装置。
在一种可能的设计中，该方法可以包括：网络设备确定UE的上行信道功控参数，其中，传输不同类型数据UE的上行信道功控参数不同。然后，网络设备发送指示确定的上行信道功控参数的信息。这样，有益于实现不同类型数据的上行信道发射功率不同，从而满足不同类型数据的性能需求，因此可适用于NR系统。
在一种可能的设计中，不同类型数据包括以下至少一种：业务类型不同的数据，采用的子载波间隔不同的数据，采用的波形不同的数据。本申请对通过何种方式区分不同类型的数据不进行限定，该可能的设计中所列列举的方式仅为示例，具体实现时不限于此，例如可使用现有技术中的任一种方式区分不同类型的数据。
在一种可能的设计中，上行信道功控参数包括第一类功控参数，第一类功控参数包括以下至少一种：小区基准开环功率发射参数、路损补偿参数、用户开环功率偏移参数、采用基于调制编码方案MCS的功率调整参数、表示是否采用累积发射功率控制TPC形式的参数。该可能的设计中提供了一种上行信道功控参数的实现方式。
在一种可能的设计中，上行信道功控参数包括：基于至少两种类型数据的第一类功控参数。
在一种可能的设计中，上行信道功控参数包括：基于基准类型数据的第一类功控参数。可选的，上行信道功控参数还包括：基于至少一种类型数据的补偿值。
在一种可能的设计中，不同类型数据包括采用的子载波间隔不同的数据；该方法还可以包括：网络设备向UE发送指示基准子载波间隔的信息。该可能的设计提供了一种UE获得基准子载波间隔的信息，具体实现时，网络设备和UE可以根据协议预先设置或预定义好基准子载波间隔。
在一种可能的设计中，发送确定的上行信道功控参数的信息，可以包括：通过RRC或MAC信令或DCI等，发送所确定的上行信道功控参数的信息。
在一种可能的设计中，上行信道功控参数包括发射功率控制值。可选的，上行功控参数包括基于至少两种类型数据的发射功率控制值。
相应的，本申请还提供了一种功率控制装置，该装置可以实现第一方面所述的功率控制方法。例如，该装置可以是网络设备，其可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
在一种可能的设计中，该装置可以包括处理器和存储器。该处理器被配置为支持该装置执行上述第一方面方法中相应的功能。存储器用于与处理器耦合，其保存该装置必要的程序指令和数据。另外该装置还可以包括通信接口，用于支持该装置与其他网元之间的通信。该通信接口可以是收发器。
在一种可能的设计中，该装置可以包括：确定单元和发送单元。其中，确定单元用于确定UE的上行信道功控参数，其中，传输不同类型数据UE的上行信道功控参数不同。发送单元用于发送指示确定的上行信道功控参数的信息。
第二方面，本申请提供了另一种功率控制方法和装置。
在一种可能的设计中，该方法可以包括：UE接收指示该UE的上行信道功控参数的信息，其中，传输不同类型数据该UE的上行信道功控参数不同。然后，UE根据所指示的上行信道功控参数，确定该UE的上行信道发射功率。该方法所能达到的有益效果可参考上述第一方面，此处不再赘述。
在一种可能的设计中，不同类型数据包括以下至少一种：业务类型不同的数据，采用的子载波间隔不同的数据，采用的波形不同的数据。
在一种可能的设计中，上行信道功控参数包括第一类功控参数，第一类功控参数包括以下至少一种：小区基准开环功率发射参数、路损补偿参数、用户开环功率偏移参数、采用基于调制编码方案MCS的功率调整参数、表示是否采用累积发射功率控制TPC形式的参数。
在一种可能的设计中，上行信道功控参数包括：基于至少两种类型数据的第一类功控参数。
在一种可能的设计中，上行信道功控参数包括：基于基准类型数据的第一类功控参数。可选的，上行信道功控参数还包括：基于至少一种类型数据的补偿值。
在一种可能的设计中，不同类型数据包括采用的子载波间隔不同的数据；该方法还可以包括：UE接收网络设备发送的指示基准子载波间隔的信息。
在一种可能的设计中，UE接收指示UE的上行信道功控参数的信息，可以包括：通过RRC或信令，接收指示UE的上行信道功控参数的信息。
在一种可能的设计中，上行信道功控参数包括发射功率控制值。
相应的，本申请还提供了一种功率控制装置，该装置可以实现第二方面所述的功率控制方法。例如，该装置可以是UE，其可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
在一种可能的设计中，该装置可以包括处理器和存储器。该处理器被配置为支持该装置执行上述第一方面方法中相应的功能。存储器用于与处理器耦合，其保存该装置必要的程序指令和数据。另外该装置还可以包括通信接口，用于支持该装置与其他网元之间的通信。该通信接口可以是收发器。
在一种可能的设计中，该装置可以包括：接收单元和确定单元。其中，接收单元用于接收指示该UE的上行信道功控参数的信息，其中，传输不同类型数据该UE的上行信道功控参数不同。确定单元用于根据所指示的上行信道功控参数，确定该UE的上行信道发射功率。
第三方面，本申请提供了另一种功率控制方法和装置。
在一种可能的设计中，该方法可以包括：用户设备确定需要同时上报第一业务类型的数据和第二业务类型的数据。然后，根据第一业务类型和第二业务类型的优先级，确定第一业务类型的数据的上行信道发射功率和第二业务类型的数据的上行信道发射功率，以优先保证优先级高的业务类型的数据的上行信道发射功率。该方法通过设置不同业务类型的优先级，使得优先保证优先级高的业务类型的数据的上行信道发射功率，能够提高优先级较高的业务类型的接收性能。
相应的，本申请还提供了一种功率控制装置，该装置可以实现第三方面所述的功率控制方法。例如，该装置可以是用户设备，其可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
在一种可能的设计中，该装置可以包括处理器和存储器。该处理器被配置为支持该装置执行上述第一方面方法中相应的功能。存储器用于与处理器耦合，其保存该装置必要的程序指令和数据。另外该装置还可以包括通信接口，用于支持该装置与其他网元之间的通信。该通信接口可以是收发器。
在一种可能的设计中，该装置可以包括：接收单元，用于确定需要同时上报第一业务类型的数据和第二业务类型的数据，并根据第一业务类型和第二业务类型的优先级，确定第一业务类型的数据的上行信道发射功率和第二业务类型的数据的上行信道发射功率，以优先保证优先级高的业务类型的数据的上行信道发射功率。
本申请还提供了一种计算机存储介质，其上储存有计算机程序指令，当该程序指令在计算机上运行时，使得计算机执行上述任一方面所述的方法。
本申请还提供了一种计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一方面所述的方法。
上述提供的任一种装置或计算机存储介质或计算机程序产品均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文提供的对应的方法中对应方案的有益效果，此处不再赘述。
附图说明
图1为本申请实施例提供的技术方案所适用的一种系统架构的示意图；
图2为本申请实施例提供的一种网络设备的结构示意图；
图3为本申请实施例提供的一种UE的结构示意图；
图4为本申请实施例提供的一种功率控制方法的交互示意图；
图5为本申请实施例提供的另一种功率控制方法的交互示意图；
图6为本申请实施例提供的另一种功率控制方法的交互示意图；
图7为本申请实施例提供的另一种功率控制方法的交互示意图；
图8为本申请实施例提供的另一种功率控制方法的交互示意图；
图9为本申请实施例提供的另一种功率控制方法的交互示意图；
图10为本申请实施例提供的另一种网络设备的结构示意图；
图11为本申请实施例提供的另一种UE的结构示意图；
图12为本申请实施例提供的另一种UE的结构示意图；
图13为本申请实施例提供的一种功率控制装置的结构示意图。
具体实施方式
UE可以在同一个子帧发送承载在多个RB上的信息。其中，频域方向两端的RB上可用于承载物理上行控制信道(physical uplink control channel，PUCCH)信息，中间的一个或个RB可用于承载PUSCH信息。一般地，在PUCCH对应的RB上发送控制信息，在PUSCH对应的RB上发送数据。
PUSCH发射功率是基于信道特性确定的，其中，信道特性可以包括但不限于：信道衰落，接收端的噪声和干扰水平等。基站会根据用户设备(user equipment，UE)所需要的服务质量(quality of service，QoS)、路径损耗，宽带阴影等信息设置半静态的发射功率，并通过基于MCS的偏移和发射功率控制(transmit power control，TPC)命令这种动态的功率补偿调整半静态的发射功率。
在同一时刻，UE可用的发射功率是有限的，PUCCH和PUSCH在频域上分集复用时，为了保证控制信息的正确传输，UE可用的发射功率应优先满足PUCCH信息发射所需的发射功率的需求，剩余的可用功率才被用来传输PUSCH信息。
在LTE中，基站可通过无线资源控制(radio resource control，RRC)信令和下行控制信息(downlink control information，DCI)配置PUSCH功控参数。PUSCH功控参数可以包括但不限于：上行公用功率控制(uplink power control commom)参数，如表1所示；以及上行专用功率控制(uplink power control dedicated)参数，如表2所示。每一类参数可以通过不同的RRC IE(information element，信息元素)配置。
表1
p0-NominalPUSCH 小区基准开环功率发射参数
alpha 路损补偿参数
表2
p0-UE-PUSCH 用户开环功率偏移参数
deltaMCS-Enable 采用基于MCS的功率调整参数
accumulationEnable 表示是否采用累积TPC形式的参数
在UE侧，当UE在小区c内同时传输PUSCH信息和PUCCH信息时，UE在子帧i对小区c进行PUSCH信息传输的发射功率为：
其中，为PCMAX,c(i)的线性值，PCMAX,c(i)为UE的可用发射功率。
为PPUCCH(i)的线性值，PPUCCH(i)为UE在子帧i上发送PUCCH信息时所使用的发射功率。
MPUSCH,c(i)为在子帧i上PUSCH对应的时频资源所占的带宽，该时频资源可以以资源块(resourceblock，RB)数目为单位。
PO_PUSCH,c(j)＝PO_UE_PUSCH,c(j)+PO_NOMINAL_PUSCH,c(j)。其中，PO_NOMINAL_PUSCH,c(j)为表1中的p0-NominalPUSCH参数，为小区内所有UE的一个公共值，表示一个小区级别的半静态发射功率基准；PO_UE_PUSCH,c(j)为表2中的p0-UE-PUSCH参数，为每个UE特有的值，表示每个UE在小区基准水平上的功率偏移。
αc(j)为表1中的alpha参数，表示路损补偿程度。
PLc为UE针对小区参考信号测量得到的路损值。
具体含义可以参考LTE协议TS 36.213第5.1.1节，其含义为根据传输格式允许每RB的发射功率自适应于传输信息数据速率；其中，Ks为表2中的deltaMCS-Enable参数。当Ks为en0时，表示此项功能关闭，即在功控计算时不考虑ΔTF,c(i)。当Ks为en1时，表示此项功能打开，即在功控计算时考虑ΔTF,c(i)。
fc(i)为UE特定的闭环功率控制参数，可以分为累计值和绝对值两种，采用哪种模式通过表2中的accumulationEnable参数决定。若TPC累计功能关闭，则fc(i)＝δPUSCH,c(i-KPUSCH)，即fc(i)为在第i-KPUSCH子帧上接收到的TPC值δPUSCH,c；若TPC累计功能打开，则fc(i)＝fc(i-1)+δPUSCH,c(i-KPUSCH)，即fc(i)为在第i子帧前的TPC累计值与第i-KPUSCH子帧上接收到TPC值δPUSCH,c之和。
NR系统具有区别于LTE系统的一些特性，这使得LTE系统中的功率控制方法不能适用于NR系统，其具体可以体现但不限于以下几个方面：
第一，LTE系统中是按照在目标SINR下达到10-1的误码率这一要求设计的功控参数。然而，在NR系统中，除了与传统数据传输有相同目标SINR的增强移动宽带(enhancedmobile broadband，eMBB)场景下的业务之外，还有低时延高可靠通信(ultra-reliableand low-latency communications，uRLLC)场景下的业务，当然还可能包含其他业务。其中，uRLLC场景下的业务具有高可靠性要求，其要求在目标SINR下达到10-5的误码率。因此，如果仍然沿用LTE中的按照10-1的误码率设计的PUSCH功控参数，则不能达到uRLLC场景下业务本身的设计要求。
第二，LTE系统中，子载波间隔固定为15kHz(千赫兹)，即一个RB的带宽固定为180kHz。因此，LTE系统中是基于此设计PUSCH功控参数的。然而，在NR系统中，可以存在不同的子载波间隔。因此，如果仍然沿用LTE中的按照15kHz的固定子载波间隔设置PUSCH功控参数，则可能因功率谱密度(power spectral density，PSD)不同，导致可靠性较差或干扰变化较大。
第三，LTE系统中，上行方向上仅采用一种波形传输数据，即DFT-s-OFDM波形，其中，DFT是离散傅里叶变换(discrete fourier transform)的英文缩写，OFDM是正交频分多址(orthogonal frequency division multiplexing)的英文缩写。因此，LTE系统中是基于此设计PUSCH功控参数的。然而，在NR系统中，上行方向上可能采用多种波形传输数据，例如，可能采用OFDM波形和DFT-s-OFDM波形等。因此，如果仍然沿用LTE中的按照DFT-s-OFDM波形设置PUSCH功控参数，则可能会导致接收SINR与预期不符，从而无法达到预期功率控制的目标。
基于此，本申请提供了一种功率控制方法和装置，其基本原理为传输不同类型数据UE的PUSCH功控参数不同。不同类型数据可以包括但不限于以下至少一种：业务类型不同的数据，采用的子载波间隔不同的数据，采用的波形不同的数据。
本申请提供的技术方案可以应用于各种通信系统，例如当前2G，3G，4G通信系统，以及未来演进网络，如5G通信系统。例如，LTE系统，第三代合作伙伴计划(3rd generationpartnership project，3GPP)相关的蜂窝系统等，以及其他此类通信系统。尤其地，可以应用于5G NR系统中。需要说明的是，5G标准中可以包括机器对机器(machine to machine，M2M)、D2M、宏微通信、增强型移动互联网(enhance mobile broadband，eMBB)、超高可靠性与超低时延通信(ultra reliable&low latency communication，uRLLC)以及海量物联网通信(massive machine type communication，mMTC)等场景，这些场景可以包括但不限于：UE与UE之间的通信场景，网络设备与网络设备之间的通信场景，网络设备与UE之间的通信场景等。本申请实施例提供的技术方案也可以应用于5G通信系统中的UE与UE之间的通信，或网络设备与网络设备之间的通信等场景中。
本申请实施例提供的技术方案可以应用于如图1所示的系统架构中，该系统架构中可以包括网络设备100以及与网络设备100连接的一个或多个UE200。
网络设备100可以是能和UE200通信的设备。网络设备100可以是中继站或接入点等。网络设备100可以是全球移动通信系统(global system for mobile communication，GSM)或码分多址(code division multiple access，CDMA)网络中的网络设备收发信台(base transceiver station，BTS)，也可以是宽带码分多址(wideband code divisionmultiple access，WCDMA)中的NB(NodeB)，还可以是LTE中的eNB或eNodeB(evolutionalNodeB)。网络设备100还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器。网络设备100还可以是未来5G网络中的网络设备或未来演进的PLMN网络中的网络设备；还可以是可穿戴设备或车载设备等。
UE200可以是接入终端、UE单元、UE站、移动站、移动台、远方站、远程终端、移动设备、UE终端、终端、无线通信设备、UE代理或UE装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless localloop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端或未来演进的PLMN网络中的终端等。
在一个示例中，以网络设备100是基站为例，对网络设备100的通用硬件架构进行说明。如图2所示，基站可以包括室内基带处理单元(building baseband unit，BBU)和远端射频模块(remote radio unit，RRU)，RRU和天馈系统(即天线)连接，BBU和RRU可以根据需要拆开使用。应注意，在具体实现过程中，网络设备100还可以采用其他通用硬件架构，而并非仅仅局限于图2所示的通用硬件架构。
在一个示例中，以UE200是手机为例，对UE200的通用硬件架构进行说明。如图3所示，手机可以包括：射频(radio Frequency，RF)电路110、存储器120、其他输入设备130、显示屏140、传感器150、音频电路160、I/O子系统170、处理器180、以及电源190等部件。本领域技术人员可以理解，图3所示的手机的结构并不构成对手机的限定，可以包括比图示更多或者更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。本领域技术人员可以理解显示屏140属于用户界面(user Interface，UI)，显示屏140可以包括显示面板141和触摸面板142。且手机可以包括比图示更多或者更少的部件。尽管未示出，手机还可以包括摄像头、蓝牙模块等功能模块或器件，在此不再赘述。
进一步地，处理器180分别与RF电路110、存储器120、音频电路160、I/O子系统170、以及电源190均连接。I/O子系统170分别与其他输入设备130、显示屏140、传感器150均连接。其中，RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器180处理。存储器120可用于存储软件程序以及模块。处理器180通过运行存储在存储器120的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。其他输入设备130可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。显示屏140可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单，还可以接受用户输入。传感器150可以为光传感器、运动传感器或者其他传感器。音频电路160可提供用户与手机之间的音频接口。I/O子系统170用来控制输入输出的外部设备，外部设备可以包括其他设备输入控制器、传感器控制器、显示控制器。处理器180是手机200的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行手机200的各种功能和处理数据，从而对手机进行整体监控。电源190(比如电池)用于给上述各个部件供电，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。
下面对本申请中涉及的部分术语进行解释说明，以方便读者理解：
上行信道，可以包括物理上行共享信道PUSCH，物理上行控制信道PUCCH，新空口物理上行共享信道NR-PUSCH，新空口物理上行控制信道NR-PUCCH等。下文中均以对上行信道是PUSCH情况下的发射功率进行配置为例进行说明。
第一类功控参数，可以包括以下至少一种：小区基准开环功率发射参数、路损补偿参数、用户开环功率偏移参数、采用基于MCS的功率调整参数、表示是否采用累积TPC形式的参数。为了便于描述，本文中将上述几个功控参数称为第一类功控参数。
第二类功控参数，可以包括传输功率控制命令(transmit power controlcommand，TPC)值等。
基准类型数据，可以是任一类型数据。当不同类型数据是业务类型不同的数据时，基准类型数据的业务类型为被定义为基准业务类型。当不同类型数据是采用的子载波间隔不同的数据时，基准类型数据采用的子载波间隔被定义为基准子载波间隔。当不同类型数据是采用的波形不同的数据时，基准类型数据采用的波形被定义为基准波形。需要说明的是，为了方便描述，本申请中引入了“基准类型数据”这一概念，实际实现时，本领域技术人员应当理解的是，网络设备和UE可不确定基准类型数据，而是直接确定基准业务类型、基准子载波间隔和/或基准波形。
需要说明的是，为了方便描述，本申请中引入了“基准业务类型”、“基准子载波间隔”，以及“基准波形”，可以理解的，实际实现时，也可以不定义这些基准量，该情况下，在下述图5、6、8所示的实施例中，网络设备可以根据任意方式确定第一类功控参数，然后再根据所确定的第一类功控参数确定补偿量。
本文中的术语“多个”是指两个或两个以上。本文中的术语“第一”、“第二”等仅是为了区分不同的对象，并不对其顺序进行限定。例如，第一符号组和第二符号组仅仅是为了区分不同的符号组，并不对其先后顺序进行限定。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
需要说明的是，下文中描述的PUSCH发射功率可以认为是UE在子帧/时隙i对小区c进行PUSCH信息传输的发射功率，其中，子帧i可以是任一个子帧/时隙，小区c可以是网络设备，例如基站，所服务的任一个小区。为了便于描述，下文中计算的PUSCH发射功率的公式中均未涉及i和c。
本申请提供了基于业务类型、子载波间隔和波形配置PUSCH功控参数的方法，下面分别进行说明：
基于业务类型配置PUSCH功控参数。
本申请对区分业务类型的标准不进行限定，例如，可以将同一QoS的业务归为同一种业务类型，将不同QoS的业务归为不同的业务类型。再如，可以将同一场景下的业务归为同一种业务类型，将不同场景下的业务归为不同的业务类型，如eMBB场景下的业务与uRLLC场景下的业务属于不同的业务类型。再如，可以将需要上行传输授权的业务归为同一种业务类型，将不需要上行传输授权的业务归为一种的业务类型。
网络设备为不同业务类型配置的至少一种功控参数不同，为不同业务类型配置的一种或多种功控参数可以相同，例如两种业务类型的小区基准开环功率发射参数相同。
如图4所示，为本申请提供的一种功率控制方法的交互示意图，该方法可以包括以下步骤S101～S107：
S101：网络设备确定基于每一业务类型的第一类功控参数。
网络设备可以根据每一业务类型的服务质量或者所处的场景等需求确定第一类功控参数中的一个或多个功控参数的值。“每一业务类型”可以是网络设备支持的部分或全部业务类型中的每一业务类型，也可以是UE可上报的部分或全部业务类型中的每一业务类型。例如，每一业务类型可以是UE所需的或常用的部分或全部业务类型中的每一业务类型。其中，本申请对网络设备如何获知UE可上报的业务类型的具体实现方式不进行限定，例如可参考现有技术。
S102：网络设备向UE发送基于每一业务类型的第一类功控参数。
网络设备可以通过半静态方式向UE配置第一类功控参数，例如通过RRC信令或MAC信令等向UE发送基于每一业务类型的第一类功控参数。其中，在RRC信令或MAC信令中，网络设备可以通过显示方式指示第一类功控参数与业务类型之间的关联关系，当然本申请不限于此。
以业务类型1和业务类型2为例，在本申请的一个示例中，网络设备通过RRC IE配置不同业务类型的功控参数时，配置信息可以如下：
网络设备为每一业务类型配置的p0-NominalPUSCH参数可以如表3所示：
表3
p0-NominalPUSCH-1 基于业务类型1的小区基准开环功率发射参数
p0-NominalPUSCH-2 基于业务类型2的小区基准开环功率发射参数
网络设备为每一业务类型配置的alpha参数可以如表4所示：
表4
alpha-1 基于业务类型1的路损补偿参数
alpha-2 基于业务类型2的路损补偿参数
网络设备为每一业务类型配置的p0-UE-PUSCH参数可以如表5所示：
表5
p0-UE-PUSCH-1 基于业务类型1的用户开环功率偏移参数
p0-UE-PUSCH-2 基于业务类型2的用户开环功率偏移参数
网络设备为每一业务类型配置的deltaMCS-Enable参数可以如表6所示：
表6
deltaMCS-Enable-1 基于业务类型1采用基于MCS的功率调整参数
deltaMCS-Enable-2 基于业务类型2采用基于MCS的功率调整参数
网络设备为每一业务类型单独配置的accumulationEnable参数可以如表7所示：
表7
accumulationEnable-1 表示业务类型1是否采用累积TPC形式的参数
accumulationEnable-2 表示业务类型2是否采用累积TPC形式的参数
可以理解的，上述配置信息仅为一种示例，实际实现时，本申请对业务类型的个数不进行限定。并且，上述示例是以每一业务类型的每种第一类功控参数均单独配置，即每种第一类功控参数均与业务类型相关为例进行说明的，实际实现时，任意一种或多种第一类功控参数可以与业务类型无关，该情况下，为该一种或多种第一类功控参数，配置一个值即可，各业务类型可共用该功控参数。例如，假设采用基于MCS的功率调整参数与业务类型无关，则网络设备向UE配置一个采用基于MCS的功率调整参数即可，各业务类型均可共用该功控参数。
S103：UE接收基于每一业务类型的第一类功控参数。UE接收到基于每一业务类型的第一类功控参数时，可以保存该基于每一业务类型的第一类功控参数。
上述S101～S103可以理解为：网络设备配置基于每一业务类型的第一类功控参数。
S104：网络设备确定目标业务类型的第二类功控参数，例如TPC值。其中，目标业务类型是UE当前需要传输的数据的业务类型。
当UE有上行数据需要传输时，一般需要向网络设备发送所上报的数据的相关信息，以使得网络设备为UE分配传输该数据所需的资源。其中，该相关信息可以包括但不限于所上报的数据的大小，业务类型等信息。当然本申请不限于此。
S105：网络设备向UE发送基于目标业务类型的TPC值。
网络设备可以通过动态方式向UE配置目标业务类型的TPC值，例如，网络设备可以通过DCI向UE发送目标业务类型的TPC值。其中，在DCI中，网络设备可以通过显示方式指示TPC值与业务类型之间的关联关系。
在本申请的一个示例中，DCI的PUSCH功率控制字段中可以包括功率控制值指示区域和业务类型指示区域。其中，功率控制值指示区域用于指示TPC值。功率控制值指示区域所占的比特数可以表示为log2N，N为量化后的功率调整值的个数。业务类型指示区域用于指示TPC值所对应的业务类型。业务类型指示区域所占的比特数可以表示为log2M，M为网络设备向UE配置的功控参数所对应的业务类型的总个数。DCI的格式可以如表8所示：
表8
PUSCH功率控制字段 字段长度为log2N
业务类型指示字段 字段长度为log2M
在本申请的一个示例中，基于不同业务类型的TPC值对应的功率调整值不同，和/或，基于不同业务类型的累计传输功率调整值的初始值不同，其中，该初始值可以是网络设备和UE根据协议确定的，也可以是网络设备通过信令配置给UE的。
S106：UE接收网络设备发送的基于目标业务类型的TPC值。在接收到TPC值之后，UE可以保存该TPC值，还可以更新基于目标业务类型的传输功率调整值的累计值。
上述S104～S106可以理解为：网络设备配置目标业务类型的第二类功控参数。
可以理解的，本实施例中是以第一类功控参数与第二类功控参数均与业务类型相关为例进行说明的，实际实现时，可能存在第一类功控参数和第二类功控参数的其中一种与业务类型相关，另外一种与业务类型无关。可以理解的，若第一类功控参数与业务类型无关，则在S101～S103中，网络设备可以按照现有技术提供的方式为UE配置第一类功控参数。若第二类功控参数与业务类型无关，则网络设备可以按照现有技术提供的方式为UE配置TPC值，其具体示例不再一一列举。
S107：UE根据基于目标业务类型的PUSCH功控参数(包括第一类功控参数和第二类功控参数)，计算得到PUSCH发射功率，然后利用该发射功率发送目标业务类型的数据。基站接收该数据。
以上述各功控参数(包括第一类功控参数中的每一种和第二类功控参数)均与业务类型相关为例，UE可以采用基于业务类型x的功控参数计算PUSCH发射功率，以在PUSCH上发送业务类型x的数据，一种计算公式如下：
其中，Pavailable,x为在PUSCH上发送业务类型x的数据的可用功率。
MPUSCH,x为业务类型x的数据在PUSCH对应的时频资源所占带宽，该时频资源可以以RB数目为单位。
PO_PUSCH,x＝PO_UE_PUSCH,x+PO_NOMINAL_PUSCH,x，其中，PO_NOMINAL_PUSCH,x为表3中的基于业务类型x的p0-NominalPUSCH参数，PO_UE_PUSCH,x为表5中的基于业务类型x的p0-UE-PUSCH参数。
αx为表4中的基于业务类型x的alpha参数。
中Ks,x为表6中的基于业务类型x的deltaMCS-Enable参数。
fx为UE特定的闭环功率控制，可以分为累计值和绝对值两种，采用哪种模式通过表7中的基于业务类型x的accumulationEnable参数决定。在打开和关闭TPC累计情况下的计算方式在上文中已有描述，此处不再赘述。其中，使用的δPUSCH,x为基于业务类型x的TPC值。
本实施例提供的功率控制方法，网络设备通过信令方式向UE配置与业务类型相关的一个或多个第一类功控参数，使得UE在发送不同业务类型的数据时，可以按照基于业务类型的功控参数计算PUSCH发射功率，这样有益于实现不同业务类型的PUSCH发射功率不同，从而满足不同业务类型的性能需求。
如图5所示，为本申请提供的一种功率控制方法的交互示意图，该方法可以包括以下步骤S201～S208：
S201：网络设备确定基准业务类型，并基于该基准业务类型确定该基准业务类型的第一类功控参数。
本申请对网络设备将哪一种业务类型作为基准业务类型不进行限定，原则上，任一种业务类型均可以作为基准业务类型。例如，网络设备可以将传统的以10％误码率为设计目标的业务类型作为基准业务类型。
S202：网络设备确定UE发送每一业务类型的数据时，确定该UE的PUSCH发射功率的补偿值(下文中称为“基于每一业务类型的补偿值”)。
网络设备可以根据每一业务类型的服务质量或所处的场景等需求确定基于每一业务类型的补偿值。关于每一业务类型的描述可参考上文，此处不再赘述。
S203：网络设备向UE发送该基准业务类型的第一类功控参数和基于每一业务类型的补偿值。
网络设备可以通过半静态方式向UE配置基准业务类型的第一类功控参数和基于每一业务类型的补偿值，例如，通过一个或多个RRC信令或MAC信令等向UE发送该基准业务类型的第一类功控参数和基于每一业务类型的补偿值。在RRC信令或MAC信令中，网络设备可以通过显示方式指示补偿值与业务类型之间的关联关系。
S204：UE接收该基准业务类型的第一类功控参数和基于每一业务类型的补偿值。UE在接收到该基准业务类型的第一类功控参数和基于每一业务类型的补偿值后，可以保存该基准业务类型的第一类功控参数和基于每一业务类型的补偿值。
上述S201～S204中是以网络设备通过信令方式向UE发送基于每一业务类型的补偿值为例进行说明的。在本申请的一个实施例中，网络设备与UE之间可以通过协议预先设置或预定义基于业务类型的补偿值，这样可以节省信令开销。该情况下，图5所示的方法中，网络设备可以不执行确定及发送基于目标业务类型的补偿值的步骤，UE可以不执行接收及保存基于目标业务类型的补偿值的步骤。当然也可以通过协议预先设置或预定义基于一种或多种业务类型的补偿值，这些补偿值可以是在出厂时即设置好的，然后通过信令方式，例如RRC信令方式或MAC信令等，配置基于其他业务类型的补偿值。在本申请的另一个实施例中，由于基于基准业务类型的补偿值为0，因此，网络设备可以不向UE发送基于基准业务类型的补偿值。
S205～S208：可参考S104～S107，或者，可参考其他实现方式。
可以理解的，本实施例中是以补偿值与第二类功控参数，均与业务类型相关为例进行说明的，实际实现时，可能存在补偿值或第二类功控参数，与业务类型相关，另外一种与业务类型无关。其具体示例不再一一列举。
以补偿值与业务类型相关，第二类功控参数与业务类型无关为例，UE可以采用基于业务类型x的功控参数计算PUSCH发射功率，以在PUSCH上发送业务类型x的数据，一种计算公式如下：
其中，Δtraffic,x为基于业务类型x的补偿值。当业务类型x为基准业务类型时，该补偿值为0；当业务类型x不为基准业务类型时，该补偿值由基于该业务类型的delta-traffic值获得。其他参数的解释可参考上文，此处不再赘述。
本实施例提供的功率控制方法，网络设备通过信令方式向UE配置基于基准业务类型的第一类功控参数和每一业务类型的补偿值，使得UE在发送不同业务类型的数据时，可以按照基于业务类型的功控参数计算PUSCH发射功率，这样有益于实现不同业务类型的PUSCH发射功率不同，从而满足不同业务类型的性能需求。
可以理解的，图4中的部分特征和图5中的部分特征，在冲突的情况下可以结合，从而得到一个新的实施例，本申请在此不再赘述。
基于采用的子载波间隔配置PUSCH功控参数。
采用的子载波间隔是指传输PUSCH信息时所采用的子载波间隔。在NR系统中，UE传输上行数据时所采用的子载波间隔可以相同，也可以不同。本申请对数据采用哪种子载波间隔进行传输的实现方式不进行限定，例如可以参考现有技术。
如图6所示，为本申请提供的一种功率控制方法的交互示意图，该方法可以包括以下步骤S301～S308：
S301：网络设备确定基准子载波间隔，并基于该基准子载波间隔确定该基准子载波间隔第一类功控参数。
本申请对将哪一种子载波间隔作为基准子载波间隔不进行限定，原则上，任一种子载波间隔均可以作为基准子载波间隔。例如，网络设备可以将15kHz作为基准子载波间隔。
基准子载波间隔可以是网络设备和UE预先根据协议设置的，例如在出厂时即已设置好，也可以是网络设备配置好之后通过信令，例如RRC信令或MAC信令等通知给UE的，本申请对此不进行限定。例如，网络设备可以向UE发送指示基准子载波间隔的信息，其中，指示基准子载波间隔的信息可以是基准子载波间隔本身或基准子载波间隔的索引，包括但不限于此。
S302：网络设备确定采用每一子载波间隔传输数据时，该UE的PUSCH发射功率的补偿值(下文中称为“基于每一子载波间隔的补偿值”)。
UE向网络设备发送数据时，所采用的子载波间隔可以不是一个固定的值，但是一般是有限数量的子载波间隔，且这些子载波间隔可以是网络设备和UE预先根据协议设置的，也可以是网络设备配置好后通知给UE的。这里的每一子载波间隔可以是网络设备支持的部分或全部的子载波间隔中的每一子载波间隔，也可以是UE发送上行数据时可采用的部分或全部子载波间隔中的每一子载波间隔。
S303：网络设备向UE发送该基准子载波间隔的第一类功控参数和基于每一子载波间隔的补偿值。
网络设备可以通过半静态方式向UE配置该基准子载波间隔的第一类功控参数和基于每一子载波间隔的补偿值，例如，通过一个或多个RRC信令或MAC信令等向UE发送该基准子载波间隔的第一类功控参数和基于每一子载波间隔的补偿值。在RRC信令或MAC信令中，网络设备可以通过显示方式指示补偿值与子载波间隔之间的关联关系。
以子载波间隔2和子载波间隔3相对于子载波间隔1(即基准子载波间隔)为例，RRC信令中包含的配置信息可以如表11所示：
表11
delta-subcarrier-spacing-2 基于子载波间隔2的补偿值
delta-subcarrier-spacing-3 基于子载波间隔3的补偿值
S304：UE接收该基准子载波间隔的第一类功控参数和基于每一子载波间隔的补偿值。UE在接收到该基准子载波间隔的第一类功控参数和基于每一子载波间隔的补偿值之后，可以保存该基准子载波间隔的第一类功控参数和基于每一子载波间隔的补偿值。
上述S301～S304中是以网络设备通过信令方式向UE发送基于每一子载波间隔的补偿值为例进行说明的。在本申请的一个实施例中，网络设备与UE之间可以通过协议预先设置或预定义基于子载波间隔的补偿值，这样可以节省信令开销。该情况下，图6所示的方法中，网络设备可以不执行确定及发送基于每一子载波间隔的补偿值的步骤，UE可以不执行接收并保存基于每一子载波间隔的补偿值的步骤。当然也可以通过协议预先设置或预定义基于一种或多种子载波间隔的补偿值，这些补偿值可以是在出厂时即设置好的，然后通过信令方式，例如RRC信令方式或MAC信令方式等，配置基于其他子载波间隔的补偿值。在本申请的另一个实施例中，由于基于基准子载波间隔的补偿值为0，因此，网络设备可以不向UE发送基于基准子载波间隔的补偿值。
S305：网络设备确定基于目标子载波间隔的第二功控参数，例如TPC值。其中，目标子载波间隔是UE当前需要传输的数据所采用的子载波间隔。
UE发送上行数据所采用的子载波间隔一般是由网络设备配置的，因此网络设备能够获知目标子载波间隔。
S306：网络设备向UE发送基于目标子载波间隔的TPC值。
网络设备可以通过动态方式向UE配置基于目标子载波间隔的TPC值，例如通过DCI向UE发送基于每一子载波间隔的TPC值。其中，在DCI中，网络设备可以通过显示方式指示TPC值与子载波间隔之间的关联关系。
在本申请的一个示例中，基于不同子载波间隔的TPC值对应的功率调整值不同，和/或，基于不同子载波间隔的累计传输功率调整值的初始值不同，其中，该初始值可以是网络设备和UE根据协议确定的，也可以是网络设备通过信令配置给UE的。
S307：UE接收网络设备发送的基于目标子载波间隔的TPC值。在接收到TPC值之后，UE可以保存该TPC值，还可以更新基于目标子载波间隔的传输功率调整值的累计值。
可以理解的，本实施例中是以补偿值与第二类功控参数均与业务类型相关为例进行说明的，实际实现时，可能存在补偿值和第二类功控参数的其中一种与业务类型相关，另外一种与业务类型无关。其具体示例不再一一列举。
S308：UE根据基于目标子载波间隔的PUSCH功控参数(包括补偿值和第二类功控参数)，计算得到PUSCH发射功率，利用该发射功率发送采用目标子载波间隔的数据。基站接收该数据。
以补偿值与业务类型相关，第二类功控参数与业务类型无关为例，UE可以采用基于子载波间隔Fx的功控参数计算PUSCH发射功率，以在PUSCH上发送数据，一种计算公式如下：
其中，ΔF,x为基于子载波间隔Fx的补偿值。其他参数的解释可参考上文，此处不再赘述。在一个示例中，ΔF,x＝10log10(Fx/F0)，其中，F0为基准子载波间隔。Fx＝F0时，ΔF,x＝0；当Fx≠F0时，ΔF,x可以通过该子载波间隔对应的delta-subcarrier-spacing值获取。
需要说明的是，本实施例是以基于子载波间隔配置PUSCH发射功率为例进行说明的，实际实现时，该实施例也可以应用于配置PUCCH发射功率和探测参考信号(soundingreference signal，SRS)发射功率等。该情况下，将本实施例中涉及的PUSCH功控参数修改为PUCCH功控参数或SRS功控参数即可，此处不再详述。
本实施例提供的功率控制方法，网络设备通过信令方式向UE配置基于子载波间隔的第一类功控参数和基于每一子载波间隔下的发射功率的补偿值，使得UE在采用不同子载波间隔发送数据时，可以按照基于子载波间隔的功控参数计算PUSCH发射功率，这样有益于实现采用不同子载波间隔的数据的PUSCH发射功率不同，从而满足采用不同子载波间隔的数据的性能需求。
基于采用的波形配置PUSCH功控参数。
采用的波形是指传输PUSCH信息时所采用的波形。在NR系统中，UE可以采用不同波形传输上行数据。本申请对一数据在何种情况下采用哪一种波形进行上行数据传输的实现方式不进行限定，其具体实现方式可以参考现有技术。
如图7所示，为本申请提供的一种功率控制方法的交互示意图，该方法可以包括以下步骤S401～S407：
S401：网络设备确定基于每一波形的第一类功控参数。
每一波形可以是UE支持的部分或全部上行波形中的每一波形。例如，每一波形可以是UE所需的或常用的部分或全部波形中的每一业务类型。
S402：网络设备向UE发送基于每一波形的第一类功控参数。
网络设备可以通过半静态方式向UE配置第一类功控参数，例如通过RRC信令或MAC信令等向UE发送基于每一波形的第一类功控参数。其中，在RRC信令或MAC信令中，网络设备可以通过显示方式指示第一类功控参数与波形之间的关联关系，当然本申请不限于此。
以波形1和波形2为例，在本申请的一个示例中，网络设备通过RRC IE配置不同波形的功控参数时，配置信息可以根据表3～表7推理得到，此处不再赘述。
可以理解的，上述配置信息仅为一种示例，实际实现时，本申请对波形的个数不进行限定。并且，上述示例是以每一波形的每一第一类功控参数均单独配置，即每种第一类功控参数均与波形相关为例进行说明的，实际实现时，任意一种或多种第一类功控参数可以与波形无关，该情况下，该任意一种或多种第一类功控参数配置一个值即可，各波形的数据可共用该功控参数。
S403：UE接收基于每一波形的第一类功控参数。UE接收到基于每一波形的第一类功控参数时，可以保存该基于每一波形的第一类功控参数。
上述S401～S403可以理解为：网络设备配置基于每一波形的第一类功控参数。
S404：网络设备确定目标波形的第二类功控参数，例如TPC值。其中，目标业务类型是UE当前需要传输的数据所采用的波形。
S405：网络设备向UE发送基于目标波形的TPC值。
网络设备可以通过动态方式向UE配置目标业务类型的TPC值，例如，可以通过DCI向UE发送基于目标波形的TPC值。其中，在DCI中，网络设备可以通过显示方式指示TPC值与波形之间的关联关系，当然不限于此。关于DCI的格式可以根据表8推理得到，此处不再赘述。
S406：UE接收并保存网络设备发送的基于目标波形的TPC值。在接收到TPC值之后，UE可以保存该TPC值，还可以更新基于目标波形的传输功率调整值的累计值。
上述S404～S406可以理解为：网络设备配置目标波形的第二类功控参数。
在本申请的一个示例中，DCI的格式可以根据表8推断得到，此处不再赘述。
在本申请的一个示例中，基于不同波形的TPC值对应的功率调整值不同，和/或，基于不同波形的累计传输功率调整值的初始值不同，其中，该初始值可以是网络设备和UE根据协议确定的，也可以是网络设备通过信令配置给UE的。
可以理解的，本实施例中是以第一类功控参数与第二类功控参数均与波形相关为例进行说明的，实际实现时，可能存在第一类功控参数和第二类功控参数的其中一种与波形相关，另外一种与波形无关。其具体示例不再一一列举。
S407：UE根据目标波形的PUSCH功控参数(包括第一类功控参数和第二类功控参数)，计算得到PUSCH发射功率，利用该发射功率发送采用目标波形的数据。基站接收该数据。
在本申请的一个示例中，以第一类功控参数中的p0-NominalPUSCH参数、p0-UE-PUSCH参数和deltaMCS-Enable参数与波形相关，其他第一类功控参数和第二类功控参数与波形无关为例，UE在PUSCH上采用波形m发送的数据，可以采用针对波形m的功控参数计算PUSCH发射功率，一种计算公式如下：
其中，PO_PUSCH,m＝PO_UE_PUSCH,m+PO_NOMINAL_PUSCH,m，PO_NOMINAL_PUSCH,m为基于波形m的p0-NominalPUSCH参数，PO_UE_PUSCH,m为基于波形m的p0-UE-PUSCH参数。Ks,m为波形m的deltaMCS-Enable参数。其他参数的解释可参考上文，此处不再赘述。
在本申请的另一个示例中，以第一类功控参数中的deltaMCS-Enable参数与波形相关，其他第一类功控参数和第二类功控参数与波形无关为例，UE在PUSCH上采用波形m发送的数据，可以采用针对波形m的功控参数计算PUSCH发射功率，一种计算公式如下：
其中，Ks,m为波形m的deltaMCS-Enable参数。其他参数的解释可参考上文，此处不再赘述。
可选的，基于波形m的deltaMCS-Enable参数可以是网络设备通过信令方式，例如RRC信令或MAC信令等方式，发送给UE的。也可以是网络设备和UE预先根据协议设置的，例如：当Ks,m取值为en0时，表示不使用基于调制编码方式的功率调整。当Ks,m取值为en1时，en1对应于不同的波形取值不同，其对应关系可由协议规定。
可选的，可以引入一个偏移量作为对PUSCH发射功率的影响，其中，每个波形可以对应一个偏移量/>该偏移量可以是网络设备通过信令方式，例如RRC信令或MAC信令等方式，发送给UE的。也可以是网络设备和UE预先根据协议设置的。该可选的实现方式中，ΔTF可以通过如下公式之一得到：
不难理解，基于波形m的ΔTF即为上述ΔTF,m，此时，可以表示为/>
本实施例提供的功率控制方法，网络设备通过信令方式向UE配置与数据采用的波形相关的一个或多个第一类功控参数，使得UE在采用不同波形发送数据时，可以按照基于采用的波形的功控参数计算PUSCH发射功率，这样有益于实现采用不同波形的数据的PUSCH发射功率不同，从而满足采用不同波形的数据的性能需求。
如图8所示，为本申请提供的一种功率控制方法的交互示意图，该方法可以包括以下步骤S501～S508：
S501：网络设备确定基准波形，并基于该基准波形确定该基准波形的第一类功控参数。
本申请对将哪一种波形作为基准波形不进行限定，原则上，任一种波形均可以作为基准波形。例如，网络设备可以将DFT-s-OFDM波形作为基准波形。
S502：网络设备确定UE发送每一波形的数据时，该UE的PUSCH发射功率的补偿值(下文中称为“基于每一波形的补偿值”)。
关于每一波形的描述可参考上文，此处不再赘述。
S503：网络设备向UE发送该基准波形的第一类功控参数和基于每一波形的补偿值。
网络设备可以通过半静态方式向UE配置基准波形的第一类功控参数和基于每一波形的补偿值，例如，通过一个或多个RRC信令或MAC信令等向UE发送该基准波形的第一类功控参数和基于每一波形的补偿值。在RRC信令中，网络设备可以通过显示方式指示补偿值与波形之间的关联关系。
S504：UE接收第一类功控参数和基于每一波形的补偿值。UE在接收到该基准波形的第一类功控参数和基于每一波形的补偿值后，可以保存该基准波形的第一类功控参数和基于每一波形的补偿值。
上述S501～S504中是以网络设备通过信令方式向UE发送基于每一波形的补偿值为例进行说明的。在本申请的一个实施例中，网络设备与UE之间可以通过协议预先设置或预定义波形的补偿值，这样可以节省信令开销。该情况下，图7所示的方法中，网络设备可以不执行确定及发送基于目标波形的补偿值的步骤，UE可以不执行接收及保存基于目标波形的补偿值的步骤。当然也可以通过协议预先设置或预定义基于一种或多种波形的补偿值，这些补偿值可以是在出厂时即设置好的，然后通过信令方式，例如RRC信令或MAC信令等方式，配置基于其他波形的补偿值。
S505～S508：可参考S404～S407，或者，可参考其他实现方式。
可以理解的，本实施例中是以补偿值与第二类功控参数均与波形相关为例进行说明的，实际实现时，可能存在补偿值和第二类功控参数的其中一种与波形相关，另外一种与波形无关。其具体示例不再一一列举。
以补偿值与采用的波形相关，第二类功控参数与采用的波形无关为例，UE可以采用基于波形m的功控参数计算PUSCH发射功率，以在PUSCH上发送数据，一种计算公式如下：
其中，ΔWF,m为基于波形m的补偿值。当波形m为基准波形时，该补偿值为0；当波形m不为基准波形时，该补偿值可以由网络设备配置的或根据协议设置的补偿值确定。其他参数的解释可参考上文，此处不再赘述。
本实施例提供的功率控制方法，网络设备通过信令方式向UE配置基于波形的第一类功控参数和基于每一波形下的发射功率的补偿值，使得UE在采用不同波形发送数据时，可以按照基于波形的功控参数计算PUSCH发射功率，这样有益于实现采用不同波形的数据的PUSCH发射功率不同，从而满足采用不同波形的数据的性能需求。
可以理解的，上述任意多个实施例中的特征在不冲突的情况下可以进行重组，从而得到一个新的实施例，本申请在此不再赘述。
上述提供的任一实施例中，均未涉及在PUSCH同时传输多个业务类型的数据时，如何设置不同业务类型的数据的PUSCH发射功率。LTE系统中没有关于这一问题的相关说明，一种可能的实现方式是，每种业务类型的数据均分可用PUSCH发射功率，但是，这样会导致如下问题：对于性能要求较高的业务，可能不能达到预期的性能要求。例如，eMBB场景下的业务和uRLLC场景下的业务同时传输时，这两种均分可用PUSCH发射功率，可能导致uRLLC业务不能达到预期的性能要求。
基于此，本申请提供了另外一种功率控制方法。如图9所示，该方法可以包括以下步骤S601～S602：
S601：UE确定需要同时上报第一业务类型的数据和第二业务类型的数据。
S602：UE根据第一业务类型和第二业务类型的优先级，确定第一业务类型的数据的PUSCH发射功率和第二业务类型的数据的PUSCH发射功率，以优先满足优先级高的业务类型的数据的PUSCH发射功率需求。
关于业务类型的相关解释可参考上文，此处不再赘述。本申请中可以根据业务类型的性能需求设置业务类型的优先级，例如服务质量要求较高的业务类型的优先级较高，例如uRLLC业务的优先级高于eMBB业务的优先级。关于不同业务的优先级的设置，本申请不进行限定，例如可以是网络设备设置好后通过信令方式发送给UE的，也可以是网络设备和UE预先通过协议等方式设置的。
以业务类型x的优先级为第一优先级，业务类型y的优先级为第二优先级，且第一优先级高于第二优先级为例，PUSCH发射功率可以按照如下公式计算：
其中，Pavailable为PUSCH的可用功率。PPUSCH,x为业务类型x的数据的PUSCH发射功率。PPUSCH,y为业务类型y的数据的PUSCH发射功率。其他参数的解释可参考上文，此处不再赘述。
由上述公式可知，业务类型y的数据的可用功率可根据PUSCH的可用功率减去业务类型x的数据的PUSCH发射功率得到。该实施例中，不同业务类型的数据的最大可用发射功率可以不同。
本实施例提供的功率控制方法，通过对不同业务类型划分优先级，使得PUSCH的可用功率优先满足优先级高的业务类型的数据的PUSCH发射功率的需求，从而保证高优先级的数据的正确传输。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如网络设备或者UE。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对网络设备或者UE进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
下面以采用对应各个功能划分各个功能模块为例进行说明：
如图10所示，为本申请提供的一种网络设备700的结构示意图，其中，该网络设备700可以用于上述图4至图8任一实施例中网络设备所执行的动作。上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述。
示例的，网络设备700可以包括：确定模块701和发送单元702。其中，确定单元701可以用于UE的上行信道功控参数，其中，传输不同类型数据UE的上行信道功控参数不同。发送单元702，可以用于发送指示确定的上行信道功控参数的信息。
可选的，发送单元702具体可以用于：通过RRC或MAC信令，发送确定的上行信道功控参数的信息。
如图11所示，为本申请提供的一种UE800的结构示意图，其中，该UE800可以用于上述图4至图8任一实施例中UE所执行的动作。上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述。
示例的，UE800可以包括：接收单元801和确定单元802。其中，接收单元801可以用于接收指示UE的物理上行共享信道上行信道功控参数的信息，其中，传输不同类型数据UE的上行信道功控参数不同。确定单元802可以用于根据指示的上行信道功控参数，确定UE的上行信道发射功率。
可选的，不同类型数据包括采用的子载波间隔不同的数据，；接收单元801还可以用于：接收网络设备发送的指示基准子载波间隔的信息。
可选的，接收单元801具体可以用于：通过无线资源控制RRC信令或媒体接入控制MAC信令或下行控制信息DCI，接收指示UE的上行信道功控参数的信息。
关于不同类型数据，上行信道功控参数包含的内容可参考上文，此处不再赘述。
如图12所示，为本申请提供的一种UE900的结构示意图，其中，该UE900可以用于上述图9任一实施例中UE所执行的动作。上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述。
示例的，UE900可以包括：确定单元901，用于：确定需要同时上报第一业务类型的数据和第二业务类型的数据；以及根据第一业务类型和第二业务类型的优先级，确定第一业务类型的数据的物理上行共享信道上行信道发射功率和第二业务类型的数据的上行信道发射功率，以优先满足优先级高的业务类型的数据的上行信道发射功率需求。
在本申请实施例中，网络设备700、UE800和UE900对应各个功能划分各个功能模块的形式来呈现，或该以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件，其中，处理器与存储器可以集成在一起，也可以相对独立。
在一个简单的实施例中，本领域的技术人员可以想到将，网络设备700、UE800和UE900中的任一个通过如图13所示的结构实现。
如图13所示，装置130可以包括：存储器1301、处理器1302、以及通信接口1303。其中存储器1302用于存储计算机执行指令，当装置130运行时，处理器1301执行存储器1302存储的计算机执行指令，以使装置130执行本申请实施例提供的功率控制方法。具体的功率控制方法可参考上文及附图中的相关描述，此处不再赘述。其中，通信接口1303可以是收发器。
在本申请的一个示例中，图10中的确定单元701可以通过处理器1301实现，发送单元702可以通过通信接口1303实现。
在本申请的另一个示例中，图11中的接收单元801可以通过通信接口1303实现，确定单元802可以通过处理器1301实现。
在本申请的另一个示例中，图12中的确定单元901可以通过处理器1301实现。
处理器1301可以是现场可编程门阵列(field-programmable gate array，FPGA)，专用集成芯片(application specific integrated circuit，ASIC)，系统芯片(system onchip，SoC)，中央处理器(central processor unit，CPU)，网络处理器(networkprocessor，NP)，数字信号处理电路(digital signal processor，DSP)，微控制器(microcontroller unit，MCU)，还可以采用可编程控制器(programmable logic device，PLD)或其他集成芯片。
本申请实施例还提供一种存储介质，该存储介质可以包括存储器1302。
由于本申请实施例提供的任一种装置可用于执行上述对应的方法，因此其所能获得的技术效果可参考上述方法实施例，本申请实施例在此不再赘述。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (26)

1.一种功率控制方法，其特征在于，包括：
网络设备确定基准业务类型的第一类功控参数，以及每一业务类型的补偿值，所述每一业务类型为用户设备UE发送数据所采用的业务类型，所述基准业务类型为所述每一业务类型中的任意一种；所述补偿值用于基于所述基准业务类型的第一类功控参数得到所述每一业务类型的第一类功控参数；其中，所述每一业务类型包括第一业务类型和第二业务类型，所述第一业务类型是指需要上行传输授权的业务的业务类型，所述第二业务类型是指不需要上行传输授权的业务的业务类型；
所述网络设备确定目标业务类型的第二类功控参数，其中，所述目标业务类型是所述UE当前需要传输数据的业务类型；
所述网络设备向所述UE发送所述基准业务类型的第一类功控参数、所述每一业务类型的补偿值以及所述第二类功控参数，以确定所述UE的上行信道发射功率。
2.根据权利要求1所述的方法，其特征在于，所述第一类功控参数包括以下至少一种：小区基准开环功率发射参数、路损补偿参数、用户开环功率偏移参数、采用基于调制编码方案MCS的功率调整参数、表示是否采用累积发射功率控制TPC形式的参数。
3.根据权利要求1或2所述的方法，其特征在于，所述每一业务类型的补偿值根据所述每一业务类型的服务质量确定得到。
4.根据权利要求1或2所述的方法，其特征在于，所述网络设备向所述UE发送所述基准业务类型的第一类功控参数、所述每一业务类型的补偿值以及所述第二类功控参数，包括：
所述网络设备通过无线资源控制RRC信令或媒体接入控制MAC信令向所述UE发送所述基准业务类型的第一类功控参数和所述每一业务类型的补偿值；
所述网络设备通过下行控制信息DCI向所述UE发送所述第二类功控参数。
5.根据权利要求1或2所述的方法，其特征在于，所述第二类功控参数包括发射功率控制值。
6.根据权利要求5所述的方法，其特征在于，所述第二类功控参数包括基于至少两种类型数据的发射功率控制值。
7.一种功率控制方法，其特征在于，包括：
用户设备UE接收基准业务类型的第一类功控参数、每一业务类型的补偿值以及目标业务类型的第二类功控参数；其中，所述每一业务类型为所述UE发送数据所采用的业务类型，所述基准业务类型为所述每一业务类型中的任意一种；所述补偿值用于基于所述基准业务类型的第一类功控参数得到所述每一业务类型的第一类功控参数；所述目标业务类型是所述UE当前需要传输数据的业务类型；其中，所述每一业务类型包括第一业务类型和第二业务类型，所述第一业务类型是指需要上行传输授权的业务的业务类型，所述第二业务类型是指不需要上行传输授权的业务的业务类型；
所述UE根据所述基准业务类型的第一类功控参数、所述每一业务类型的补偿值以及所述第二类功控参数，确定所述UE的上行信道发射功率。
8.根据权利要求7所述的方法，其特征在于，所述第一类功控参数包括以下至少一种：小区基准开环功率发射参数、路损补偿参数、用户开环功率偏移参数、采用基于调制编码方案MCS的功率调整参数、表示是否采用累积发射功率控制TPC形式的参数。
9.根据权利要求7或8所述的方法，其特征在于，所述每一业务类型的补偿值根据所述每一业务类型的服务质量确定得到。
10.根据权利要求7或8所述的方法，其特征在于，所述UE接收基准业务类型的第一类功控参数、每一业务类型的补偿值以及目标业务类型的第二类功控参数，包括：
所述UE通过无线资源控制RRC信令或媒体接入控制MAC信令接收所述基准业务类型的第一类功控参数和所述每一业务类型的补偿值；
所述UE通过下行控制信息DCI接收所述第二类功控参数。
11.根据权利要求7或8所述的方法，其特征在于，所述第二类功控参数包括发射功率控制值。
12.根据权利要求11所述的方法，其特征在于，所述第二类功控参数包括基于至少两种类型数据的发射功率控制值。
13.一种功率控制方法，其特征在于，包括：
用户设备确定需要同时上报第一业务类型的数据和第二业务类型的数据；所述第一业务类型是指需要上行传输授权的业务的业务类型，所述第二业务类型是指不需要上行传输授权的业务的业务类型；
所述用户设备根据所述第一业务类型和所述第二业务类型的优先级，确定所述第一业务类型的数据的物理上行共享信道上行信道发射功率和所述第二业务类型的数据的上行信道发射功率，以优先满足优先级高的业务类型的数据的上行信道发射功率需求。
14.一种网络设备，其特征在于，包括：
确定单元，用于确定基准业务类型的第一类功控参数，以及每一业务类型的补偿值，所述每一业务类型为用户设备UE发送数据所采用的业务类型，所述基准业务类型为所述每一业务类型中的任意一种；所述补偿值用于基于所述基准业务类型的第一类功控参数得到所述每一业务类型的第一类功控参数；其中，所述每一业务类型包括第一业务类型和第二业务类型，所述第一业务类型是指需要上行传输授权的业务的业务类型，所述第二业务类型是指不需要上行传输授权的业务的业务类型；
所述确定单元，还用于确定目标业务类型的第二类功控参数，其中，所述目标业务类型是所述UE当前需要传输数据的业务类型；
发送单元，用于向所述UE发送所述基准业务类型的第一类功控参数、所述每一业务类型的补偿值以及所述第二类功控参数，以确定所述UE的上行信道发射功率。
15.根据权利要求14所述的网络设备，其特征在于，所述第一类功控参数包括以下至少一种：小区基准开环功率发射参数、路损补偿参数、用户开环功率偏移参数、采用基于调制编码方案MCS的功率调整参数、表示是否采用累积发射功率控制TPC形式的参数。
16.根据权利要求14或15所述的网络设备，其特征在于，所述每一业务类型的补偿值根据所述每一业务类型的服务质量确定得到。
17.根据权利要求14或15所述的网络设备，其特征在于，所述发送单元具体用于，通过无线资源控制RRC信令或媒体接入控制MAC信令向所述UE发送所述基准业务类型的第一类功控参数和所述每一业务类型的补偿值；通过下行控制信息DCI发送所述第二类功控参数。
18.根据权利要求14或15所述的网络设备，其特征在于，所述第二类功控参数包括发射功率控制值。
19.根据权利要求18所述的网络设备，其特征在于，所述第二类功控参数包括基于至少两种类型数据的发射功率控制值。
20.一种用户设备UE，其特征在于，包括：
接收单元，用于接收基准业务类型的第一类功控参数、每一业务类型的补偿值以及目标业务类型的第二类功控参数；其中，所述每一业务类型为所述UE发送数据所采用的业务类型，所述基准业务类型为所述每一业务类型中的任意一种；所述补偿值用于基于所述基准业务类型的第一类功控参数得到所述每一业务类型的第一类功控参数；所述目标业务类型是所述UE当前需要传输数据的业务类型；其中，所述每一业务类型包括第一业务类型和第二业务类型，所述第一业务类型是指需要上行传输授权的业务的业务类型，所述第二业务类型是指不需要上行传输授权的业务的业务类型；
确定单元，用于根据所述基准业务类型的第一类功控参数、所述每一业务类型的补偿值以及所述第二类功控参数，确定所述UE的上行信道发射功率。
21.根据权利要求20所述的UE，其特征在于，所述第一类功控参数包括以下至少一种：小区基准开环功率发射参数、路损补偿参数、用户开环功率偏移参数、采用基于调制编码方案MCS的功率调整参数、表示是否采用累积发射功率控制TPC形式的参数。
22.根据权利要求20或21所述的UE，其特征在于，所述每一业务类型的补偿值根据所述每一业务类型的服务质量确定得到。
23.根据权利要求20或21所述的UE，其特征在于，所述接收单元具体用于：通过无线资源控制RRC信令或媒体接入控制MAC信令接收所述基准业务类型的第一类功控参数和所述每一业务类型的补偿值；通过下行控制信息DCI接收所述第二类功控参数。
24.根据权利要求20或21所述的UE，其特征在于，所述第二类功控参数包括发射功率控制值。
25.根据权利要求24所述的UE，其特征在于，所述第二类功控参数包括基于至少两种类型数据的发射功率控制值。
26.一种用户设备，其特征在于，包括：
确定单元，用于：确定需要同时上报第一业务类型的数据和第二业务类型的数据；所述第一业务类型是指需要上行传输授权的业务的业务类型，所述第二业务类型是指不需要上行传输授权的业务的业务类型；以及根据所述第一业务类型和所述第二业务类型的优先级，确定所述第一业务类型的数据的物理上行共享信道上行信道发射功率和所述第二业务类型的数据的上行信道发射功率，以优先满足优先级高的业务类型的数据的上行信道发射功率需求。
CN201710317493.5A 2017-05-05 2017-05-05 一种功率控制方法和装置 Active CN108811060B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201710317493.5A CN108811060B (zh) 2017-05-05 2017-05-05 一种功率控制方法和装置
PCT/CN2018/085718 WO2018202169A1 (zh) 2017-05-05 2018-05-04 一种功率控制方法和装置
EP18794209.9A EP3637875B1 (en) 2017-05-05 2018-05-04 Power control method and device
US16/674,840 US20200068502A1 (en) 2017-05-05 2019-11-05 Power control method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710317493.5A CN108811060B (zh) 2017-05-05 2017-05-05 一种功率控制方法和装置

Publications (2)

Publication Number Publication Date
CN108811060A CN108811060A (zh) 2018-11-13
CN108811060B true CN108811060B (zh) 2023-09-29

Family

ID=64016432

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710317493.5A Active CN108811060B (zh) 2017-05-05 2017-05-05 一种功率控制方法和装置

Country Status (4)

Country Link
US (1) US20200068502A1 (zh)
EP (1) EP3637875B1 (zh)
CN (1) CN108811060B (zh)
WO (1) WO2018202169A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11018742B2 (en) * 2018-02-16 2021-05-25 Qualcomm Incorporated Downlink transmission beam configuration techniques for wireless communications
CN111385863B (zh) * 2018-12-28 2021-10-15 华为技术有限公司 一种功率控制方法和装置
US11696240B2 (en) * 2019-01-14 2023-07-04 Qualcomm Incorporated Power control in full duplex communication
CN111757433A (zh) * 2019-03-29 2020-10-09 华为技术有限公司 功率控制的方法、终端设备和网络设备
WO2020230196A1 (ja) * 2019-05-10 2020-11-19 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
CN112134633B (zh) * 2019-06-25 2022-10-21 中国移动通信有限公司研究院 一种资源分配方法、装置、相关设备及存储介质
US20230121034A1 (en) * 2020-03-04 2023-04-20 Beijing Xiaomi Mobile Software Co., Ltd. Open-loop power control methods and apparatuses and computer readable storage media
US11690024B2 (en) * 2021-01-27 2023-06-27 Qualcomm Incorporated Configuring client device regulation modes for sidelink communications
WO2022260565A1 (en) * 2021-06-11 2022-12-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and network node for uplink power control in wireless communication networks

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101175039A (zh) * 2006-10-25 2008-05-07 华为技术有限公司 一种多流业务的传输方法及其装置和系统
CN101404528A (zh) * 2008-11-11 2009-04-08 普天信息技术研究院有限公司 一种上行功率控制方法
CN102006657A (zh) * 2009-08-31 2011-04-06 华为技术有限公司 上行功率控制方法、装置及终端
CN102348269A (zh) * 2011-09-27 2012-02-08 电信科学技术研究院 一种上行功率控制的方法和设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101110635B (zh) * 2006-07-21 2011-08-10 中兴通讯股份有限公司 正交频分复用系统中区域功率控制的方法
US8446849B2 (en) * 2007-06-20 2013-05-21 Qualcomm Incorporated Methods and apparatuses for power control
EP2397005A2 (en) * 2009-02-09 2011-12-21 Interdigital Patent Holdings, Inc. Apparatus and method for uplink power control for a wireless transmitter/receiver unit utilizing multiple carriers
US8688163B2 (en) * 2009-12-30 2014-04-01 Qualcomm Incorporated Interaction between accumulative power control and minimum/maximum transmit power in LTE systems
US9179426B2 (en) * 2010-05-07 2015-11-03 Qualcomm Incorporated Modulation and coding scheme adjustment for uplink channel power control in advanced telecommunication networks
WO2014007581A1 (ko) * 2012-07-05 2014-01-09 엘지전자 주식회사 무선 통신 시스템에서 d2d(device-to-device) 통신을 위한 전력 제어 방법 및 이를 위한 장치
WO2014142577A2 (ko) * 2013-03-13 2014-09-18 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
US20150327182A1 (en) * 2014-05-12 2015-11-12 Qualcomm Incorporated Self-configuration of power control parameters in dense small cell deployments
US10149255B2 (en) * 2015-05-01 2018-12-04 Qualcomm Incorporated Low latency uplink power control

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101175039A (zh) * 2006-10-25 2008-05-07 华为技术有限公司 一种多流业务的传输方法及其装置和系统
CN101404528A (zh) * 2008-11-11 2009-04-08 普天信息技术研究院有限公司 一种上行功率控制方法
CN102006657A (zh) * 2009-08-31 2011-04-06 华为技术有限公司 上行功率控制方法、装置及终端
CN102348269A (zh) * 2011-09-27 2012-02-08 电信科学技术研究院 一种上行功率控制的方法和设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
InterDigital Communications.R1-1705437 "Power Control for NR".3GPP tsg_ran\WG1_RL1.2017,(第TSGR1_88b期),第2节. *

Also Published As

Publication number Publication date
US20200068502A1 (en) 2020-02-27
EP3637875A1 (en) 2020-04-15
CN108811060A (zh) 2018-11-13
WO2018202169A1 (zh) 2018-11-08
EP3637875B1 (en) 2022-07-20
EP3637875A4 (en) 2020-05-13

Similar Documents

Publication Publication Date Title
CN108811060B (zh) 一种功率控制方法和装置
CN108135028B (zh) 一种功率控制方法、装置及通信节点
EP3626001B1 (en) System and method for wireless power control
AU2018339746B2 (en) Power control method and apparatus
KR102179296B1 (ko) 디바이스간 통신을 위해 송신 전력을 관리하기 위한 방법 및 장치
KR102077882B1 (ko) 누산된 송신 전력 제어 커맨드들 및 대응 업링크 서브프레임 세트들에 기초하여 업링크 송신 전력을 제어하는 방법 및 장치
US20230262608A1 (en) POWER CONTROL FOR UPLINK TRANSMISSIONS TOWARDS MULTIPLE TRPs
CN115668852A (zh) 用于到多个传输和接收点（trp）的同时传输的方法和装置
AU2009325529A1 (en) Systems and methods for uplink power control
KR102137648B1 (ko) 무선통신 시스템에서 전송 파워 제어 방법 및 장치
JP4904437B2 (ja) 基地局装置、移動局装置、無線通信システム、プログラムおよび集積回路
WO2016163186A1 (ja) 端末装置、基地局装置、集積回路、および、通信方法
EP3520305A1 (en) Aperiodic channel state information (csi) and csi-reference signal (rs) resource pooling
WO2022238937A1 (en) POWER HEADROOM REPORTING FOR PUSCH TRANSMISSIONS TOWARDS MULTIPLE TRPs
WO2022029658A1 (en) Mac ce for power control for uplink transmissions towards multiple trps
EP3753307B1 (en) Uplink control channel power control adjustment in a network with different processing times
CN112399538B (zh) 一种功率控制方法和装置
US20240107612A1 (en) Method for handling dl ul tci states
WO2022214518A1 (en) Systems and methods for handling limited set of path loss reference signals
WO2023012767A1 (en) UPLINK POWER CONTROL ADJUSTMENT METHOD AND SIGNALING FOR 16-QAM SUPPORT IN NB-IoT
CN117413578A (zh) 用于多时隙传输块传输的上行链路功率控制
CN116349314A (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