功率抬升确定方法、装置及通信设备.pdf

《功率抬升确定方法、装置及通信设备.pdf》由会员分享，可在线阅读，更多相关《功率抬升确定方法、装置及通信设备.pdf（21页完成版）》请在专利查询网上搜索。

1、(19)国家知识产权局(12)发明专利申请(10)申请公布号 (43)申请公布日 (21)申请号 202380008674.3(22)申请日 2023.03.21(85)PCT国际申请进入国家阶段日2023.04.17(86)PCT国际申请的申请数据PCT/CN2023/082896 2023.03.21(71)申请人 北京小米移动软件有限公司地址 100085 北京市海淀区西二旗中路33号院6号楼8层018号(72)发明人 乔雪梅(74)专利代理机构 北京法胜知识产权代理有限公司 11922专利代理师 李若可(51)Int.Cl.H04W 74/08(2009.01)H04W 72/044(。

2、2023.01)(54)发明名称功率抬升确定方法、装置及通信设备(57)摘要本公开实施例提供一种功率抬升确定方法、装置及通信设备，涉及移动通信技术领域。对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，用户设备基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升，提出了一种多次PRACH传输下的功率抬升机制，在确保PRACH覆盖的同时，明确了终端行为。权利要求书2页 说明书14页 附图4页CN 116615953 A2023.08.18CN 116615953 A1.一种功率抬升确定方法，其特征在于，所述方法由用户设备UE执行，所述方法包括：对于一次随机接入信道RA。

3、CH尝试的多个物理随机接入信道PRACH传输，基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：接收所述网络设备发送的配置信息，其中，所述配置信息用于指示UE是否进行功率抬升。3.根据权利要求1或2所述的方法，其特征在于，基于网络设备的配置信息，确定是否进行功率抬升包括：响应于接收到所述配置信息、或者响应于接收到携带有指示UE进行功率抬升的所述配置信息，确定进行功率抬升；响应于未接收到所述配置信息、或者响应于接收到携带有指示UE不进行功率抬升的所述配置信息，确定不进行功率抬升。4.根据权利要求1至3中任一项所述的方法，其特征。

4、在于，基于协议约定，确定是否进行功率抬升包括：在发生协议约定的第一事件的情况下，确定进行功率抬升，其中，所述第一事件为：所述多个PRACH传输中存在小于或等于m次PRACH传输由于功率分配导致传输功率降低或者传输取消，所述m小于终端确定的所述多个PRACH传输的传输次数n，所述m由协议约定。5.根据权利要求4所述的方法，其特征在于，所述方法还包括：接收网络设备发送的所述多个PRACH传输的候选传输次数；基于所述多个候选传输次数，确定所述n。6.根据权利要求1至3中任一项所述的方法，其特征在于，基于协议约定，确定是否进行功率抬升包括：在发生协议约定的第二事件的情况下，确定不进行功率抬升，其中，所。

5、述第二事件为：所述多个PRACH传输中存在至少一个PRACH传输由于功率分配导致传输功率降低或者传输取消。7.根据权利要求1至6中任一项所述的方法，其特征在于，基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升还包括：基于网络设备的配置信息或者基于协议约定，确定PRACH传输次数阈值P；确定所述多个PRACH传输中发生第三事件的PRACH传输的传输次数p；基于所述p和所述P的关系，确定是否进行功率抬升，其中，所述第三事件为：PRACH传输由于功率分配导致传输功率降低或者传输取消。8.根据权利要求7所述的方法，其特征在于，所述基于所述p和所述P的关系，确定是否进行功率抬升包括：在满足p。

6、P的情况下，确定进行功率抬升；在满足pP的情况下，确定不进行功率抬升。9.根据权利要求7所述的方法，其特征在于，所述P包括功率降低次数阈值Q和传输取消次数阈值K，所述p包括所述多个PRACH传输中由于功率分配导致传输功率降低的PRACH传输次数q和由于功率分配导致传输取消的PRACH传输次数k，所述基于所述p和所述P的关系，确权利要求书1/2 页2CN 116615953 A2定是否进行功率抬升包括：在kK、qQ均满足的情况下，确定进行功率抬升；在满足kK、qQ中任一项的情况下，确定不进行功率抬升。10.根据权利要求9所述的方法，其特征在于，所述基于所述p和所述P的关系，确定是否进行功率抬升包。

7、括：在pP、qQ且kK均满足的情况下，确定进行功率抬升；在满足pP、qQ、kK中任一项的情况下，确定不进行功率抬升。11.一种功率抬升确定方法，其特征在于，所述方法由网络设备执行，所述方法包括：向用户设备UE发送配置信息，其中，所述配置信息用于指示UE是否进行功率抬升。12.根据权利要求11所述的方法，其特征在于，所述方法还包括：向所述UE发送多个PRACH传输的候选传输次数，其中，所述候选传输次数用于辅助所述UE确定所述多个PRACH传输的传输次数n。13.根据权利要求11或12所述的方法，其特征在于，所述方法还包括：向所述UE发送PRACH传输次数阈值P。14.一种用户设备，其特征在于，包。

8、括确定模块，所述确定模块用于：对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升。15.一种网络设备，其特征在于，包括发送模块，所述发送模块用于：向用户设备UE发送配置信息，其中，所述配置信息用于指示UE是否进行功率抬升。16.一种通信设备，其中，包括：收发器；存储器；处理器，分别与所述收发器及所述存储器连接，配置为通过执行所述存储器上的计算机可执行指令，控制所述收发器的无线信号收发，并能够实现权利要求113中任一项所述的方法。17.一种计算机存储介质，其中，所述计算机存储介质存储有计算机可执行指令；所述计算机可执。

9、行指令被处理器执行后，能够实现权利要求113中任一项所述的方法。18.一种通信系统，其特征在于，包括用户设备UE和网络设备，其中所述UE用于执行如权利要求1至10中任一项所述的方法；所述网络设备用于执行如权利要求11至13中任一项所述的方法。权利要求书2/2 页3CN 116615953 A3功率抬升确定方法、装置及通信设备技术领域0001本公开涉及移动通信技术领域，特别涉及一种功率抬升确定方法、装置及通信设备。背景技术0002在3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)R15中一次RACH(Random Access Channel，。

10、随机接入信道)尝试仅发送一次PRACH(Physical Random Access Channel，物理随机接入信道)，对于PRACH重传，引入了功率抬升(powerramping)机制，当每增加一次重传，PRACH信道将增加一个步长的发送功率，明确了终端在什么条件下进行功率抬升。0003在R18 CE WI中考虑为一次RACH尝试引入多次PRACH传输机制，通过非相关合并等可以提高检测成功的概率，增强PRACH覆盖。然而，目前在引入多次PRACH传输的场景下，尚未明确终端在RACH尝试中如何支持功率抬升机制。发明内容0004本公开提出了一种功率抬升确定方法、装置及通信设备，提出一种多次PR。

11、ACH传输下的功率抬升机制，在确保PRACH覆盖的同时，明确了终端行为。0005本公开的第一方面实施例提供了一种功率抬升确定方法，该方法由用户设备UE执行，该方法包括：对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升。0006第三事件的本公开的第二方面实施例提供了一种功率抬升确定方法，该方法由网络设备执行，该方法包括：向用户设备UE发送配置信息，其中，配置信息用于指示UE是否进行功率抬升的信息。0007本公开的第三方面实施例提供了一种用户设备UE，该用户设备包括确定模块，确定模块用于：对于一次随机接入信道RACH。

12、尝试的多个物理随机接入信道PRACH传输，基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升。0008本公开的第四方面实施例提供了一种网络设备，该网络设备包括发送模块，发送模块用于：向用户设备UE发送配置信息，其中，配置信息携带有指示UE是否进行功率抬升的信息。0009本公开的第五方面实施例提供了一种通信设备，该通信设备包括：收发器；存储器；处理器，分别与收发器及存储器连接，配置为通过执行存储器上的计算机可执行指令，控制收发器的无线信号收发，并能够实现如本公开第一方面实施例或第二方面实施例的方法。0010本公开的第六方面实施例提供了一种计算机存储介质，其中，计算机存储介质存储有计算机。

13、可执行指令；计算机可执行指令被处理器执行后，能够实现如本公开第一方面实施例或第二方面实施例的方法。说明书1/14 页4CN 116615953 A40011本公开的第七方面实施例提供了一种通信系统，该通信系统包括用户设备UE和网络设备，其中：用户设备UE被配置为执行如本公开第一方面实施例的方法；网络设备被配置为执行本公开第二方面实施例的方法。0012根据本公开的功率抬升确定方法，对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，用户设备基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升，提出了一种多次PRACH传输下的功率抬升机制，在确保PRACH覆盖的同时，明确。

14、了终端行为。0013本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。附图说明0014本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：0015图1为根据本公开实施例的一种功率抬升确定方法的流程示意图；0016图2为根据本公开实施例的一种功率抬升确定方法的流程示意图；0017图3为根据本公开实施例的一种功率抬升确定方法的流程示意图；0018图4为根据本公开实施例的一种功率抬升确定方法的流程示意图；0019图5为根据本公开实施例的一种功率抬升确定方法的交互示意图；0020图6为根据本公开实施例的一种功。

15、率抬升确定装置的示意框图；0021图7为根据本公开实施例的一种功率抬升确定装置的示意框图；0022图8为根据本公开实施例的一种功率抬升确定装置的示意框图；0023图9为根据本公开实施例的一种通信装置的结构示意图；0024图10为本公开实施例提供的一种芯片的结构示意图。具体实施方式0025下面详细描述本公开的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。0026为了增强PRACH信道覆盖，R18 CE WI中考虑为一次RACH尝试引入多次PRAC。

16、H传输机制，进而通过非相关合并等可以提高检测成功的概率。而R15中，一次RACH尝试仅发送一次PRACH。0027对于载波聚合(CA，Carrier aggregation)场景下的多个UL信道的功率分配优先级，R15中有如下结论：0028为UE配置的分量载波(Component Carrier，简称CC)/上行链路在起始时间相同、PUSCH(Physical Uplink Shared Channel，物理上行共享信道)/PUCCH(Physical Uplink Control Channel，物理上行链路控制信道)传输持续时间相同、有一个或两个PUCCH组的不同CC/上行链路之间具有相同。

17、的物理参数集(mumerology)和重叠传输的情形下，当UE由于多个服务小区同时传输而功率受限时，功率分配的优先级为：PCell(Primary Cell，主小区)的PRACH传输PUCCH/PUSCH上的ACK/NACK传输和/或SR传输PUCCH/PUSCH上的其他UCIs说明书2/14 页5CN 116615953 A5传输在/不在PUSCH上的UCI传输SCell(SecondaryCell，辅小区)的SRS/PRACH传输。00291、在相同的优先级级别中，PCell的优先级高于SCell。00302、以防传输功率超过Pcmax，功率降低或传输取消首先应用于最低优先级，直到聚合功率。

18、在Pcmax范围内，确切的说降低或取消由终端实现。0031由此可知，如果一个时隙上全部CC的上行链路发送功率之和超过终端的最大发送功率，则按照上述优先级进行功率分配，首先确保较高优先级的信道传输，而对于低优先级的信道，是通过降功率进行发送，还是取消传输，则取决于终端实现。0032R15中对于PRACH重传，引入了功率抬升机制。当每增加一次重传，PRACH信道将增加一个步长的发送功率。如果发生任意下述三个条件之一，功率抬升计数器暂停加1：00331、用于RO选择的SSB索引发生改变。00342、上行传输的空间滤波器发生变化。00353、因功率分配导致本次PRACH传输功率降低或者传输取消。003。

19、6由此，根据R15中功率分配信道优先级可以确定，对于信道优先级最低的PRACH传输可能会发生降功率发送或者发送取消的情况，R15中明确了该场景下终端的功率抬升计数器暂停加1即，当前传输功率降低或者传输取消，下次PRACH重传则不再进行功率抬升。0037然而，对于R18 CE WI引入多次PRACH传输的场景，当发生功率分配导致多次PRACH传输中的某一次或者某几次PRACH传输功率降低，和/或某一次或某几次PRACH传输取消时，尚未明确终端在后续的RACH尝试中如何进行功率抬升。0038为此，本公开提出了一种功率抬升确定方法、装置及通信设备，提出了一种多次PRACH传输下的功率抬升机制，明确了。

20、当发生功率分配导致多次PRACH传输中的某一次或者某几次PRACH传输功率降低，和/或某一次或某几次PRACH传输取消时，终端如何进行功率抬升。0039可以理解的是，本公开提供的方案可以用于第五代移动通信技术(Fifth Generation，5G)及其后续通信技术，诸如第五代移动通信技术演进(5Gadvanced)、第六代移动通信技术(SixthGeneration，6G)等，在本公开中不予限制。0040下面结合附图对本申请所提供的功率抬升确定方案进行详细介绍。0041图1示出了根据本公开实施例的一种功率抬升确定方法的流程示意图。如图1所示，该方法由用户设备UE执行。在本公开的实施例中，用户。

21、设备(User Equipment，UE)包括但不限于智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车辆、车载设备等，在本公开中不予限制。0042该方法可以包括以下步骤。0043S101，对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升。0044在本公开的实施例中，网络设备包括但不限于交换机、路由器、网桥、集线器、网关、网络接口卡(NIC)、无线接入点(WAP)、基站等，在本公开中不予限制。0045可以理解的是，R18 CE WI中提出的考虑一次RACH尝试引入多次PRACH传输的场景，在上述多次PRACH。

22、传输中可能会因为终端没有收到随机接入响应或者终端没有收到自己对应的RAPID或者终端竞争解决没有通过等情形，发起PRACH的重传，此时若要引入功率抬升机制需要明确终端的行为，即需要确定终端在何种条件下进行或不进行功率抬升。说明书3/14 页6CN 116615953 A60046在本公开的实施例中，UE可以基于网络设备的配置或指示信息确定是否进行功率抬升，例如UE接收网络设备的配置或指示信息，该配置信息指示UE在PRACH重传中进行功率抬升，UE进行功率抬升即功率抬升计数器加1，PRACH信道将增加一个步长的发送功率，UE也可以基于协议约定确定是否进行功率抬升，例如协议约定在8次PRACH传输。

23、中即使在3次PRACH传输中由于功率分配导致传输功率降低或者传输取消，仍然进行功率抬升，即功率抬升计数器仍然加1。0047应当说明的是，本公开的方案可以应用于非竞争随机接入(CFRA)和竞争随机接入(CBRA)，本公开不予限制。0048综上，根据本公开的功率抬升确定方法，对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，终端基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升，提出了一种多次PRACH传输下的功率抬升机制，在确保PRACH覆盖的同时，明确了终端行为。0049图2示出了根据本公开实施例的一种功率抬升确定方法的流程示意图。该方法由UE执行，基于图1所示实。

24、施例，如图2所示，该方法可以包括以下步骤。0050S201，接收网络设备发送的配置信息。0051其中，配置信息携带有指示UE是否进行功率抬升的信息。0052进一步的，配置信息可以为携带在RRC信令或DCI的字段中，例如可以直接在RRC中配置或在DCI的字段中携带一些动态的指示。0053进一步的，配置信息可以是隐式的也可以是显式的，显式的配置消息例如接收到网络设备发送的配置消息中指示信息为1，确定进行功率抬升，接收到网络设备发送的配置消息中指示信息为0，确定不进行功率抬升，隐式的配置消息例如未接收到配置信息、或者配置信息未携带有指示UE进行功率抬升的信息，确定不进行功率抬升。0054S202，对。

25、于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升。0055在本公开的一些实施例中，基于网络设备的配置信息，确定是否进行功率抬升包括：响应于接收到配置信息、或者响应于接收到携带有指示UE进行功率抬升的配置消息，确定进行功率抬升；响应于未接收到配置信息、或者响应于接收到携带有指示UE不进行功率抬升的信息的配置消息，确定不进行功率抬升。0056其中，网络下发给UE的配置消息可以是直接携带指示UE进行或不进行功率抬升的专用配置信息，也可以是网络下发的其它配置消息，通过复用该其它配置信息隐形指示UE进行或者不进行功率抬升！换。

26、言之，当发起PRACH重传时，假若终端接收到基站的配置消息、或者收到的配置消息中携带有指示UE进行功率抬升的信息，终端确定进行功率抬升，假若终端没有接收到基站的配置消息或者收到的配置消息中没有携带指示UE进行功率抬升的信息，终端确定不进行功率抬升。0057可以理解的是，在R15中一次RACH尝试仅发送一次PRACH，若因功率分配导致本次PRACH传输功率降低或者传输取消，在发起PRACH重传时，确定不进行功率抬升。0058进一步的，在R18 CE WI考虑为一次RACH尝试引入多次PRACH传输的场景下，可能因功率分配导致多次PRACH传输中的某一次或者某几次PRACH传输功率降低，和/或某一。

27、次或某几次PRACH传输取消，此时可以采用本实施例中的方案，基于基站配置或指示，确定当说明书4/14 页7CN 116615953 A7某次PRACH传输取消或者传输功率降低时，是否进行功率抬升。0059可选的，网络设备发送的配置信息还可以携带有PRACH传输次数阈值P。应理解，在一些可选实施方式中，PRACH传输次数阈值P可以通过其他消息携带，对此本公开不予限制。0060进一步的，PRACH传输次数阈值P包括传输取消次数阈值K和/或传输功率降低次数阈值Q，UE可以基于基站配置的传输取消次数阈值和/或传输功率降低次数阈值，来判断下次RACH尝试是否进行功率抬升，例如当PRACH传输取消的次数超。

28、过传输取消阈值时，下次RACH尝试不进行功率抬升，即功率抬升计数器暂停加1。0061在本公开的一些实施例中，基于协议约定，确定是否进行功率抬升包括：在发生协议约定的第一事件的情况下，确定进行功率抬升。0062其中，第一事件为：多个PRACH传输中存在小于或等于m次PRACH传输由于功率分配导致传输功率降低或者传输取消，其中PRACH传输次数m小于终端确定的多个PRACH传输的传输次数n，m值由协议约定。0063举例而言，在一次RACH尝试中的4个PRACH传输的传输，4个PRACH传输的传输次数为8，当4个PRACH传输的传输中存在小于或等于m次PRACH传输(包括1个、2个以及3个小于或等于。

29、m次PRACH传输)由于功率分配导致传输功率降低或者传输取消，且其中PRACH传输次数m小于终端确定的多个PRACH传输的传输次数8，即当1m8时，发生协议约定的第一事件的情况，确定在PRACH重传时进行功率抬升，即功率抬升计数器加1。0064在本公开的可选实施例中，该方法还包括：接收网络设备发送的多个PRACH传输的候选传输次数；基于多个候选传输次数，确定n。0065具体的，基站给终端配置一组数据包括多个候选传输次数，终端可以根据测量的参考信号的接收功率和若干阈值进行比较，以确定多个PRACH传输的传输次数n，例如该数据包括2、4、8等值，经过测量获取的参考信号的接收功率在第三个阈值区间内，。

30、由此确定多个PRACH传输的传输次数n为8。0066应当说明的是，在一些实施方式中UE可以在基于网络配置消息确定进行功率抬升后，进一步判断是否发生协议约定第一事件，在发生协议约定第一事件的情况下，确定进行功率抬升，或者，在UE没有收到网络配置的情况下，判断是否发生协议约定的第一事件，在发生协议约定第一事件的情况下，确定进行功率抬升。0067在本公开的一些实施例中，基于协议约定，确定是否进行功率抬升还包括：在发生协议约定的第二事件的情况下，确定不进行功率抬升。0068其中，第二事件为：多个PRACH传输中存在至少一个PRACH传输由于功率分配导致传输功率降低或者传输取消。0069举例而言，假若多。

31、个PRACH传输的传输次数为n，由于功率分配导致传输功率降低或者传输取消的PRACH传输的传输次数为m，当1mn时，确定不进行功率抬升，即功率抬升计数器暂停加1。0070应当说明的是，在一些实施方式中UE可以在基于网络配置消息确定不进行功率抬升后，进一步判断是否发生协议约定第二事件，在发生协议约定第二事件的情况下，确定不进行功率抬升，或者，UE在没有收到网络配置的情况下，判断是否发生协议约定的第二事件，在发生协议约定第二事件的情况下，确定不进行功率抬升。0071综上，根据本公开的功率抬升确定方法，明确了对于一次随机接入信道RACH尝试说明书5/14 页8CN 116615953 A8的多个物理。

32、随机接入信道PRACH传输，当多次PRACH传输中的某一次或者某几次PRACH传输功率降低，和/或某一次或某几次PRACH传输取消，终端在后续的RACH尝试中如何进行功率抬升。0072图3为根据本公开实施例的一种功率抬升确定方法的流程示意图。该方法由UE执行，基于图1和/或图2所示的实施例，如图3所示，该方法可以包括以下步骤。0073S301，对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，基于网络设备的配置信息或者基于协议约定，确定PRACH传输次数阈值P。0074在本公开的实施例中，UE可以基于网络设备的配置信息，确定PRACH传输次数阈值P，其中，P可以由网络设备单。

33、独发送，也可以携带在网络设备发送的配置信息中，与指示UE是否进行功率抬升的信息一起发送，UE也可以基于协议约定确定PRACH传输次数阈值P，本公开不予限制。0075进一步的，PRACH传输次数阈值P可以为一个固定取值，或者PN/2，PNoffset，offse1/2/N/N1等，本公开不与限制。0076S302，确定多个PRACH传输中发生第三事件的PRACH传输的传输次数p。0077其中，第三事件为：PRACH传输由于功率分配导致传输功率降低或者传输取消。0078S303，基于p和P的关系，确定是否进行功率抬升。0079换言之，当PRACH传输由于功率分配导致传输功率降低或者传输取消时，UE。

34、可以通过比较PRACH传输次数阈值P和由于功率分配导致传输功率降低或者传输取消的PRACH传输的传输次数p，确定是否进行功率抬升。0080在一些实施例中，步骤S303的可实施方案包括：在满足pP的情况下，确定进行功率抬升；在满足pP的情况下，确定不进行功率抬升。0081换言之，当不超过P次的PRACH传输由于功率分配导致的传输功率降低或者传输取消，确定进行功率抬升，功率抬升计数器加1，若超过P次的PRACH传输由于功率降低或者传输取消，确定不进行功率抬升，功率抬升计数器暂停加1。0082在一些实施例中，P包括功率降低次数阈值Q和传输取消次数阈值K，p包括多个PRACH传输中由于功率分配导致传输。

35、功率降低的PRACH传输次数q和由于功率分配导致传输取消的PRACH传输次数k，此时步骤S303的可实施方案包括：在kK、qQ均满足的情况下，确定进行功率抬升；在满足kK、qQ中任一项的情况下，确定不进行功率抬升。0083换言之，该可实施方案将PRACH传输功率降低和PRACH传输功率取消两种情形分开，通过两个阈值包括功率降低次数阈值Q和传输取消次数阈值K确定是否进行功率抬升，在发生由于功率分配导致传输功率降低的PRACH传输次数q不超过功率降低次数阈值Q、且由于功率分配导致传输取消的PRACH传输次数k不超过传输取消次数阈值K的情况下，确定进行功率抬升，功率抬升计数器加1；反之，当发生q超过。

36、Q、k超过K中任一项时，确定不进行功率抬升，功率抬升计数器暂停加1。0084在一些实施例中，P包括功率降低次数阈值Q和传输取消次数阈值K，p包括多个PRACH传输中由于功率分配导致传输功率降低的PRACH传输次数q和由于功率分配导致传输取消的PRACH传输次数k，此时步骤S303的可实施方案还包括：在pP、qQ且kK均满足的情况下，确定进行功率抬升；在满足pP、qQ、kK中任一项的情况下，确定不进行功率抬升。说明书6/14 页9CN 116615953 A90085换言之，该可实施方案通过三个阈值，包括PRACH传输次数阈值P、功率降低次数阈值Q以及传输取消次数阈值K确定是否进行功率抬升，在发。

37、生由于功率分配导致传输功率降低的PRACH传输次数q不超过功率降低次数阈值Q、且由于功率分配导致传输取消的PRACH传输次数k不超过传输取消次数阈值K、且q和k的总和p不超过PRACH传输次数阈值P的情况下，确定进行功率抬升，功率抬升计数器加1；反之，当发生q超过Q、k超过K、p超过P中任一项时，确定不进行功率抬升，功率抬升计数器暂停加1。0086应当说明的是，本公开的实施例可以单独实施，也可以与图2所示的实施例组合实施，例如在基于网络配置消息确定进行功率抬升后，UE需要进一步基于p和P的关系，确定是否进行功率抬升，本公开不予限制。0087综上，根据本公开的功率抬升确定方法，明确了UE可以基于。

38、网络设备的配置信息或者基于协议约定，确定PRACH传输次数阈值P，确定多个PRACH传输中发生PRACH传输由于功率分配导致传输功率降低或者传输取消的至少一次PRACH传输的传输次数p，进而基于p和P的关系，确定是否进行功率抬升。0088图4为根据本公开实施例的一种功率抬升确定方法的流程示意图。该方法由网络设备执行，如图4所示，该方法可以包括以下步骤。在本公开的实施例中，网络设备包括但不限于交换机、路由器、网桥、集线器、网关、网络接口卡(NIC)、无线接入点(WAP)、基站等，在本公开中不予限制。0089S401，向用户设备UE发送配置信息。0090其中，配置信息携带有指示UE是否进行功率抬升。

39、的信息。0091在本公开的实施例中，用户设备UE包括但不限于智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车辆、车载设备等，在本公开中不予限制。0092在本公开的实施例中，配置信息可以为携带在RRC信令或DCI的字段中，例如可以直接在RCC中配置或在DCI的字段中携带一些动态的指示。0093具体的，对应于图2所示实施例，对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，网络设备向UE发送配置信息，UE可以基于网络设备的配置信息，确定是否进行功率抬升。0094进一步的，配置信息可以是隐式的也可以是显式的，显式的配置消息例如接收到网络设备发送的配置消息中指示信息为1，确定。

40、进行功率抬升，接收到网络设备发送的配置消息中指示信息为0，确定不进行功率抬升，隐式的配置消息例如未接收到配置信息、或者响应于接收到携带有指示UE不进行功率抬升的信息的消息，确定不进行功率抬升。0095可选的，网络设备发送的配置信息可以携带PRACH传输次数阈值P，网络设备也可以单独向UE发送PRACH传输次数阈值P，对应的，在图3所示的实施例中，UE可以通过接收网络设备发送的配置信息，确定PRACH传输次数阈值P。0096在一些实施例中，该方法还包括：向UE发送的多个PRACH传输的候选传输次数。0097其中，该候选传输次数用于辅助所述UE确定所述多个PRACH传输的传输次数n。0098具体的。

41、，对应于图2所示实施例，网络设备向UE发送的多个PRACH传输的候选传输次数，UE接收网络设备发送的多个PRACH传输的候选传输次数，并基于多个候选传输次数，确定多个PRACH传输的传输次数n。0099综上，根据本公开的功率抬升确定方法，网络设备向用户设备UE发送配置信息，其说明书7/14 页10CN 116615953 A10中，配置信息携带有指示UE是否进行功率抬升的信息，UE可以基于配置信息确定是否进行功率抬升，提出了一种多次PRACH传输下的功率抬升机制。0100图5示出了根据本公开实施例的一种功率抬升确定方法的交互示意图。如图5所示，该实施例中涉及网络设备和用户设备UE在执行定位测量。

42、方法过程的数据/信令交互。基于图1至图4所示的实施例，该方法包括如下步骤。0101S501，网络设备向用户设备UE发送配置信息。0102其中，配置信息携带有指示UE是否进行功率抬升的信息。0103S502，对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，UE基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升。0104可选地，基于网络设备的配置信息，确定是否进行功率抬升包括：响应于接收到配置信息、或者响应于接收到携带有指示UE进行功率抬升的信息的消息，确定进行功率抬升；响应于未接收到配置信息、或者响应于接收到携带有指示UE不进行功率抬升的信息的消息，确定不进行功率。

43、抬升。0105可选地，基于协议约定，确定是否进行功率抬升包括：在发生协议约定的第一事件的情况下，确定进行功率抬升，其中，第一事件为：多个PRACH传输中存在小于或等于m次PRACH传输由于功率分配导致传输功率降低或者传输取消，其中PRACH传输次数m小于终端确定的多个PRACH传输的传输次数n，m由协议约定。0106可选地，上述方法还包括：网络设备向UE发送多个PRACH传输的候选传输次数，UE接收网络设备发送的多个PRACH传输的候选传输次数；基于多个候选传输次数，确定n。0107可选地，基于协议约定，确定是否进行功率抬升包括：在发生协议约定的第二事件的情况下，确定不进行功率抬升，其中，第二。

44、事件为：多个PRACH传输中存在至少一个PRACH传输由于功率分配导致传输功率降低或者传输取消。0108可选地，基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升还包括：基于网络设备的配置信息或者基于协议约定，确定PRACH传输次数阈值P；确定多个PRACH传输中发生第三事件的PRACH传输的传输次数p；基于p和P的关系，确定是否进行功率抬升，其中，第三事件为：PRACH传输由于功率分配导致传输功率降低或者传输取消。0109可选地，上述方法还包括：网络设备向UE发送PRACH传输次数阈值P。0110可选地，基于p和P的关系，确定是否进行功率抬升包括：在满足pP的情况下，确定进行功率抬。

45、升；在满足pP的情况下，确定不进行功率抬升。0111可选地，P包括功率降低次数阈值Q和传输取消次数阈值K，p包括多个PRACH传输中由于功率分配导致传输功率降低的PRACH传输次数q和由于功率分配导致传输取消的PRACH传输次数k，基于p和P的关系，确定是否进行功率抬升包括：在kK、qQ均满足的情况下，确定进行功率抬升；在满足kK、qQ中任一项的情况下，确定不进行功率抬升。0112可选地，P包括功率降低次数阈值Q和传输取消次数阈值K，p包括多个PRACH传输中由于功率分配导致传输功率降低的PRACH传输次数q和由于功率分配导致传输取消的PRACH传输次数k，基于p和P的关系，确定是否进行功率抬。

46、升包括：在pP、qQ且kK均满足的情况下，确定进行功率抬升；在满足pP、qQ、kK中任一项的情况下，确定不进行功率抬升。0113应理解，上述步骤S501为可选步骤，一些实施例UE可以只基于协议约定，确定是否说明书8/14 页11CN 116615953 A11进行功率抬升，此时网络设备无需向用户设备UE发送配置信息。0114上述实施例与图1至图4中所描述的实施例的原理相同，相关描述可参见图1至图4，在此不再赘述。0115综上，根据本公开实施例提供的功率抬升确定方法，对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，用户设备基于网络设备的配置信息或者基于协议约定，确定是否进行。

47、功率抬升，提出了一种多次PRACH传输下的功率抬升机制，在确保PRACH覆盖的同时，明确了终端行为。0116上述本申请提供的实施例中，分别从网络设备和用户设备的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，网络设备和用户设备可以包括硬件结构、软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。0117与上述几种实施例提供的功率抬升确定方法相对应，本公开还提供一种功率抬升确定装置，由于本公开实施例提供的功率抬升确定装置与上述几种实施例提供的功率抬升确。

48、定方法相对应，因此功率抬升确定方法的实施方式也适用于本实施例提供的功率抬升确定装置，在本实施例中不再详细描述。0118图6为本公开实施例提供的一种功率抬升确定装置600的结构示意图，该装置600配置于用户设备UE。0119图6所示，该装置600包括确定模块610，确定模块610用于：对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升。0120根据本公开实施例提供的功率抬升确定装置，对于一次随机接入信道RACH尝试的多个物理随机接入信道PRACH传输，基于网络设备的配置信息或者基于协议约定，确定是否进行功率抬升，在确。

49、保PRACH覆盖的同时，明确了终端行为。0121在一些实施例中，如图7所示，该装置600还包括接收模块620，接收模块620用于：接收网络设备发送的配置信息，其中，配置信息携带有指示UE是否进行功率抬升的信息。0122在一些实施例中，确定模块610具体用于：响应于接收到配置信息、或者配置信息携带有指示UE进行功率抬升的信息，确定进行功率抬升；响应于未接收到配置信息、或者配置信息未携带有指示UE进行功率抬升的信息，确定不进行功率抬升。0123在一些实施例中，确定模块610具体用于：在发生协议约定的第一事件的情况下，确定进行功率抬升，其中，第一事件为：多个PRACH传输中存在小于或等于m次PRAC。

50、H传输由于功率分配导致传输功率降低或者传输取消，其中PRACH传输次数m小于终端确定的多个PRACH传输的传输次数n，m由协议约定。0124在一些实施例中，接收模块620还用于：接收网络设备发送的多个PRACH传输的候选传输次数；基于多个候选传输次数，确定n。0125在一些实施例中，确定模块610具体用于：在发生协议约定的第二事件的情况下，确定不进行功率抬升，其中，第二事件为：多个PRACH传输中存在至少一个PRACH传输由于功率分配导致传输功率降低或者传输取消。0126在一些实施例中，确定模块610具体用于：基于网络设备的配置信息或者基于协议说明书9/14 页12CN 116615953 A。