CN114363986A - Pucch重复传输次数确定方法、装置及终端 - Google Patents
Pucch重复传输次数确定方法、装置及终端 Download PDFInfo
- Publication number
- CN114363986A CN114363986A CN202011050515.4A CN202011050515A CN114363986A CN 114363986 A CN114363986 A CN 114363986A CN 202011050515 A CN202011050515 A CN 202011050515A CN 114363986 A CN114363986 A CN 114363986A
- Authority
- CN
- China
- Prior art keywords
- pucch
- message
- transmission
- repeated
- time
- 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
- 230000005540 biological transmission Effects 0.000 title claims abstract description 349
- 238000000034 method Methods 0.000 title claims abstract description 104
- 230000011664 signaling Effects 0.000 claims description 15
- 230000001934 delay Effects 0.000 claims description 11
- 125000004122 cyclic group Chemical group 0.000 claims description 5
- 238000004891 communication Methods 0.000 abstract description 13
- 230000006870 function Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 230000000694 effects Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种PUCCH重复传输次数确定方法、装置及终端,属于通信技术领域。所述PUCCH重复传输次数确定方法包括:终端基于目标信息,确定PUCCH的重复传输次数;其中,所述目标信息包括如下至少一项:上行控制信息UCI的比特数;第一目标码率;PUCCH的符号数;PUCCH的资源元素RE数;预设时间;参考信号接收功率(RSRP);路径损耗;随机接入过程中其它物理信道或者消息的重复传输次数。本申请提供的方案能够实现终端动态调整PUCCH的重复传输次数。
Description
技术领域
本申请属于通信技术领域,具体涉及一种PUCCH重复传输次数确定方法、装置及终端。
背景技术
在通信系统中,物理上行控制信道(Physical Uplink Control Channel,PUCCH)的重复传输次数是半静态配置的,且重复传输次数和PUCCH的格式(format)关联,每一个PUCCH format对应的重复传输次数是确定的,为高层信令配置的值,这也就使得终端无法基于传输场景来动态调整PUCCH的重复传输次数,导致PUCCH的重复传输次数并一定与传输场景相适应,影响终端的传输性能。
发明内容
本申请实施例提供一种PUCCH重复传输次数确定方法、装置及终端,能够实现终端动态调整PUCCH的重复传输次数。
第一方面,本申请实施例提供了一种PUCCH重复传输次数确定方法,所述方法包括:
终端基于目标信息,确定PUCCH的重复传输次数;
其中,所述目标信息包括如下至少一项:
上行控制信息UCI的比特数;
第一目标码率;
PUCCH的符号数;
PUCCH的资源元素RE数;
预设时间;
参考信号接收功率(RSRP);
路径损耗;
随机接入过程中其它物理信道或者消息的重复传输次数。
第二方面,提供了一种PUCCH重复传输次数确定装置,所述装置包括:
确定模块,用于基于目标信息,确定PUCCH的重复传输次数;
其中,所述目标信息包括如下至少一项:
上行控制信息UCI的比特数;
第一目标码率;
PUCCH的符号数;
PUCCH的资源元素RE数;
预设时间;
参考信号接收功率(RSRP);
路径损耗;
随机接入过程中其它物理信道或者消息的重复传输次数。
第三方面,提供了一种终端,该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面所述的PUCCH重复传输次数确定方法的步骤。
第四方面,提供了一种可读存储介质,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面所述的PUCCH重复传输次数确定方法的步骤。
第五方面,提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行网络侧设备程序或指令,实现如第一方面所述的PUCCH重复传输次数确定方法。
在本申请实施例中,终端能够基于如UCI的比特数、PUCCH的RE数、预设时间、随机接入过程中的消息等目标信息中的至少一项来确定PUCCH的重复传输次数,进而终端也就无需再根据高层信令配置的重复次数来确定,使得终端能够自主地、隐式地确定PUCCH的重复传输次数,终端也就能够基于目标信息主动地、动态地调整PUCCH的重复传输次数,以满足相应的传输性能要求,确保终端的传输性能。
附图说明
图1是本申请实施例可应用的一种无线通信系统的框图;
图2是本申请实施例提供的一种PUCCH重复传输次数确定方法的流程图;
图3是本申请实施例提供的一种PUCCH重复传输次数确定装置的结构图;
图4是本申请实施例提供的一种终端的结构图;
图5是本申请实施例提供的另一种终端的结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”所区别的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是,本申请实施例所描述的技术不限于长期演进型(Long TermEvolution,LTE)/LTE的演进(LTE-Advanced,LTE-A)系统,还可用于其他无线通信系统,诸如码分多址(Code Division Multiple Access,CDMA)、时分多址(Time DivisionMultiple Access,TDMA)、频分多址(Frequency Division Multiple Access,FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access,OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access,SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用,所描述的技术既可用于以上提及的系统和无线电技术,也可用于其他系统和无线电技术。然而,以下描述出于示例目的描述了新空口(New Radio,NR)系统,并且在以下大部分描述中使用NR术语,尽管这些技术也可应用于NR系统应用以外的应用,如第6代(6th Generation,6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中,终端11也可以称作终端设备或者用户终端(User Equipment,UE),终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant,PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer,UMPC)、移动上网装置(Mobile Internet Device,MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备,可穿戴式设备包括:手环、耳机、眼镜等。需要说明的是,在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网,其中,基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station,BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set,BSS)、扩展服务集(ExtendedService Set,ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point,TRP)或所述领域中其他某个合适的术语,只要达到相同的技术效果,所述基站不限于特定技术词汇,需要说明的是,在本申请实施例中仅以NR系统中的基站为例,但是并不限定基站的具体类型。
下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的PUCCH重复传输次数确定方法、装置及终端进行详细地说明。
请参照图2,图2是本申请实施例提供的一种PUCCH重复传输次数确定方法的流程图,所述方法可以是应用于终端。如图2所示,所述方法包括以下步骤:
步骤202、终端基于目标信息,确定PUCCH重复传输次数。
其中,所述目标信息包括如下至少一项:
上行控制信息(Uplink Control Information,UCI)的比特数;
第一目标码率;
PUCCH的符号数;
PUCCH的资源元素(Resource Element,RE)数;
预设时间;
参考信号接收功率(Reference Signal Received Power,RSRP);
路径损耗;
随机接入过程中其它物理信道或者消息的重复传输次数。
例如,终端可以是基于UCI的比特数来确定PUCCH的重复传输次数;或者,终端可以是基于UCI的比特数及PUCCH的符号数来确定PUCCH的重复传输次数;或者,终端还可以是基于路径损耗(Pass-loss)来确定PUCCH的重复传输次数;或者,终端还可以是基于随机接入过程中其他物理信道或者消息(例如:消息1、消息3、消息B等)的重复传输次数来确定PUCCH的重复传输次数。当然,终端还可以是基于上述其他目标信息来确定PUCCH的重复传输次数,此处不做一一列举。对于终端如何基于目标信息来确定PUCCH的重复传输次数,后续实施方式中会进行具体说明。
需要说明的是,所述预设时间可以是指UCI传输的时延,后续实施方式中会对所述预设时间进行具体说明。
本申请实施例中,终端能够基于如UCI的比特数、PUCCH的RE数、PUCCH的符号数等目标信息中的至少一项来确定PUCCH的重复传输次数,进而终端也就无需再根据高层信令配置的重复次数来确定,使得终端能够自主地、隐式地确定PUCCH的重复传输次数,终端也就能够基于目标信息动态地调整PUCCH的重复传输次数,以满足相应的传输性能要求,确保终端的传输性能。
可选地,在所述目标信息包括所述UCI的比特数及所述第一目标码率,所述PUCCH重复传输N次的情况下,所述N基于如下方式确定:
所述PUCCH重复传输的比特数与N次PUCCH重复传输的资源可承载的比特数的比值小于等于所述第一目标码率,且所述PUCCH重复传输的比特数与N-1次PUCCH重复传输的资源可承载的比特数的比值大于所述第一目标码率。
本实施方式中,终端根据UCI的比特数和第一目标码率来确定PUCCH的重复传输次数N。具体地,在PUCCH重复传输N次的情况下,需要满足所述PUCCH重复传输的比特数与N次PUCCH重复传输的资源可承载的比特数的比值小于等于所述第一目标码率,且所述PUCCH重复传输的比特数与N-1次PUCCH重复传输的资源可承载的比特数的比值大于所述第一目标码率。
其中,所述PUCCH重复传输的比特数可以是与所述UCI的比特数相关,所述N次PUCCH重复传输的资源可承载的比特数可以是与PUCCH传输UCI的符号数相关,或者还可以是与PUCCH格式(format)相关,如PUCCH format2和PUCCH format 3对应的N次PUCCH重复传输的资源可承载的比特数可能不同。
本实施方式中,所述PUCCH重复传输的比特数与如下至少一项相关:
所述UCI的比特数,循环冗余校验(Cyclic redundancy check,CRC)的比特数;
和/或,
所述PUCCH重复传输的资源可承载的比特数与如下至少一项相关:
所述PUCCH的调制阶数,所述PUCCH传输UCI的符号数,所述PUCCH格式,所述PUCCH配置的资源块(Resource Block,RB)数。
也就是说,在所述目标信息与UCI的比特数相关的情况下,所述UCI的比特数可以影响所述PUCCH重复传输的比特数,或者,所述PUCCH重复传输的比特数还可以是与CRC的比特数相关;或者,所述PUCCH重复传输的比特数与所述UCI的比特数及CRC的比特数相关。
另外,N次PUCCH重复传输的资源可承载的比特数以及N-1次PUCCH重复传输的资源可承载的比特数均可以是与所述PUCCH的调制阶数、所述PUCCH传输UCI的符号数、所述PUCCH格式以及所述PUCCH配置的RB数中的至少一项相关。例如,N次PUCCH重复传输的资源可承载的比特数可以是与PUCCH传输UCI的符号数相关,或者,N次PUCCH重复传输的资源可承载的比特数可以是与所述PUCCH的调制阶数相关等,本实施方式中不做一一列举。
其中,在所述PUCCH重复传输的资源可承载的比特数与所述PUCCH配置的RB数相关的情况下,所述RB数基于如下任意一项确定:
网络侧设备的配置信息;
单次PUCCH传输的RB数。
例如,终端可以是根据网络侧设备的配置信息来确定所述RB数,例如,在网络侧设备发送的配置信息中指示了终端进行隐式确定PUCCH重复传输次数的情况下,则终端基于所述配置信息来确定PUCCH的RB数
或者,N次重复传输的PUCCH的RB数还可以是基于单次PUCCH传输的RB数来确定。例如,N次重复传输的PUCCH的RB数可以是与单次PUCCH传输的RB数一样,终端通过获取单次PUCCH传输的RB数,进而以确定N次重复传输的PUCCH的RB数。
需要说明地,所述单次PUCCH传输的RB数基于UCI的比特数及PUCCH传输UCI的符号数确定,且所述单次PUCCH传输的RB数小于第二目标码率的最小RB数,所述第二目标码率为单次PUCCH传输的UCI码率。
例如,对于PUCCH format 2、PUCCH format 3或者PUCCH资源会配置第二目标码率,终端在发送PUCCH之前,可以是根据UCI的比特数及PUCCH传输UCI的符号数来确定单次PUCCH传输需要的RB数,并且使得确定的所述RB数小于第二目标码率的最小RB数。
需要说明的是,由于每次PUCCH传输的符号数可以不相同,则在确定单次PUCCH传输的RB数过程中,所述PUCCH传输UCI的符号数可以是网络侧设备配置,或者是基于预设的PUCCH的符号数确定。
以下将通过具体的实施方式来对上述终端基于UCI的比特数及所述第一目标码率确定PUCCH重复传输次数N进行具体说明。
方式一
所述PUCCH重复传输次数N满足如下条件:
其中,OUCI为UCI的比特数,OCRC为CRC的比特数,为PUCCH的RB数,为PUCCH format对应的数值,为PUCCH传输UCI的符号数,Qm,n为PUCCH的调制阶数,r为所述第一目标码率。
本实施方式中,PUCCH每次传输使用的上述参数可以相同或者不同,例如PUCCH的符号数(包括UCI的符号数和/或解调参考信号(Demodulation Reference Signal,DMRS)符号数)。另外,由于PUCCH的某些重复传输可能因为和下行符号冲突,或者部分符号由上行信令指示为不能用于上行传输,因此PUCCH实际重复传输的符号数可能和配置的符号数不同。或者,上述公式中,终端可以是使用配置的PUCCH符号数,来确定PUCCH的重复传输次数。
需要说明的是,上述实施方式可以是适用于RB数确定的PUCCH format 1或者PUCCH资源配置,例如在NR系统中,PUCCH format 4的RB数为固定的1个RB。可选地,所述方式一可以是适用于PUCCH format 4、PUCCH format 1和PUCCH format 0;或者也可以是在PUCCH的RB数为预定义的数值或者是基于网络侧设备的配置信息确定的情况下,适用于PUCCH format 2和PUCCH format 3。
本实施方式中,可以是基于网络侧设备的配置信息来确定PUCCH的RB数,例如网络侧设备可以通过高层的指示信息或者下行控制信息(Downlink Control Information,DCI)动态指示多次重复传输后的第一目标码率,基于上述方式一确定PUCCH的重复传输次数,且PUCCH重复传输后的UCI码率小于所述第一目标码率。
方式二
所述PUCCH重复传输次数N满足如下条件:
其中,上述公式中的各参数的具体释义可以参照上述方式一中的说明。方式二与方式一的区别在于,方式二中PUCCH重复传输N次中的RB数为根据单次PUCCH传输的RB数来确定。
本实施方式中,单次PUCCH传输的RB数基于UCI的比特数及PUCCH传输UCI的符号数确定,且确定的RB数小于第二目标码率的最小RB数。可选地,方式二可以是适用于PUCCHformat 2和PUCCH format 3。
另外需要说明的是,上述实施方式中,所述PUCCH重复传输N次后的UCI码率基于如下至少一项确定:
高层信令;
DCI。
也就是说,终端进行PUCCH重复传输N次后的UCI码率需要满足一定的限制条件,该限制条件可以是高层信令指示的,和/或是DCI动态指示的。例如,PUCCH重复传输N次后的UCI码率基于终端接收到的高层信令确定,进而也就能够根据高层信令指示的UCI码率来确定PUCCH的重复传输次数N的具体数值。
可以理解地,上述方式一和方式二均是通过UCI的比特数以及目标码率(如第一目标码率、第二目标码率)来确定PUCCH的重复传输次数,使得终端可以隐式地确定PUCCH的重复传输次数,并对重复传输次数进行了一定的限制,以确保PUCCH重复传输的时延可接受,确保了终端的上行传输性能。
本申请实施例中,终端除了根据上述方式来确定PUCCH的重复传输次数外,还可以结合其他的目标信息来确定PUCCH的重复传输次数。例如还可以是基于网络侧设备发送的配置信息,来确定PUCCH的重复传输次数N。
可选地,所述方法还包括:
接收网络侧设备发送的配置信息,所述配置信息用于指示所述PUCCH的重复传输次数为M;
所述步骤201可以是:
基于目标信息,获取PUCCH的重复传输次数N,将M或N确定为所述PUCCH的重复传输次数。
也就是说,网络侧设备可以配置终端PUCCH的重复传输次数为M,而终端可以是基于所述目标信息来确定PUCCH的重复传输次数N,例如可以是基于上述方式一或方式二来确定PUCCH的重复传输次数N。最终终端可以是基于M和N,确定PUCCH重复传输次数为min(M,N),也就是将M和N中的较小值确定为PUCCH的重复传输次数;或者,也可以是确定PUCCH重复传输次数为max(M,N),也就是将M和N中的较大值确定为PUCCH的重复传输次数。
本实施方式中,终端在接收到网络侧设备指示PUCCH的重复传输此时为M的情况下,仍然可以基于上述目标信息来确定PUCCH的重复传输次数N,而后将M或N最终确定为PUCCH的重复传输次数。这样,也就使得终端对PUCCH重复传输次数的确定更加灵活。
可选地,所述目标信息还可以是与预设时间相关;所述方法还可以包括:
获取所述终端在所述预设时间内PUCCH的重复传输次数L;
所述步骤202还可以是:
基于目标信息,获取PUCCH的重复传输次数N,将所述L和N中较小的一者确定为所述PUCCH的重复传输次数。
其中,所述预设时间也可以是指UCI的时延。本实施方式中,终端获取在预设时间内能够重复传输的PUCCH的次数L,并基于所述目标信息(除所述预设时间外)获取PUCCH的重复传输次数N,比较L和N的大小,将其中较小的一者确定为终端能够进行PUCCH重复传输的次数。
例如,可以是要求终端在PUCCH首次传输之后的T时间内完成PUCCH的重复传输,如果重复的N次传输的结束时间超过了T时间,则只传输在T时间内对应的重复传输,也就是把在T时间内能够进行的L次重复传输确定为终端的PUCCH的重复传输次数。
可选地,所述预设时间基于如下至少一项确定:
所述PUCCH第一次发送的起始时间之后的第一预设时间;
所述PUCCH第一次发送的起始时间之后的预设数量子帧;
所述PUCCH第一次发送的起始时间之后的预设数量时隙;
所述PUCCH第一次发送的起始时间之后的预设数量符号。
例如,所述预设时间为终端在PUCCH首次传输的起始时间之后的T时间;或者,所述预设时间还可以是终端在PUCCH首次传输的起始时间之后的预设数量子帧(subframe)或是预设数量时隙(slot)或是预设数量符号(symbol);或者,所述预设时间还可以是终端在PUCCH首次传输的起始时间之后的T时间和预设数量symbol确定;等,本实施例中不作一一列举。
可选地,所述预设时间还可以是基于所述PUCCH中包含的PDSCH的混合自动重传请求应答(Hybrid automatic repeat request acknowledgement,HARQ-ACK)确定。例如,在所述PUCCH中包含PDSCH的HARQ-ACK反馈,且所述HARQ-ACK为1个PDSCH的HARQ-ACK的情况下,所述预设时间可以是基于如下至少一项确定:
所述PDSCH传输结束时间之后的第二预设时间;
所述PDSCH传输结束时间之后的预设数量子帧;
所述PDSCH传输结束时间之后的预设数量时隙;
所述PDSCH传输结束时间之后的预设数量符号。
也就是说,若PUCCH中包含PDSCH的HARQ-ACK反馈,则可以限制PUCCH在PDSCH完成传输之后的第二预设时间内完成传输;可选地,所述第二预设时间可以是以subframe、slot或者symbol的数量为单位。
或者,在所述PUCCH中包含PDSCH的HARQ-ACK反馈,且所述HARQ-ACK为至少两个PDSCH的HARQ-ACK的情况下,所述预设时间为:
至少两个所述PDSCH对应的时延之后的时间点中最早的时间;或者,
至少两个所述PDSCH对应的时延之后的时间点中最晚的时间。
也就是说,若PUCCH中包含多个(至少两个)PDSCH的HARQ-ACK反馈,则所述预设时间可以是多个PDSCH对应的时延之后的时间点中最早的时间或是最晚的时间。
本申请实施例中,终端能够基于预设时间或者说UCI的时延来确定PUCCH的重复传输次数,而所述预设时间可以是根据PUCCH首次传输的时间或是PDSCH的HARQ-ACK反馈来确定,也就为PUCCH重复传输次数的确定提供了更多的实现方式,使得终端对于PUCCH重复传输次数的确定方式更加灵活,以确保终端的上行传输性能。
可选地,所述方法还可以包括:
当终端在所述预设时长内重复传输PUCCH的次数致使PUCCH传输的码率大于预设码率,则增加RB数,以使得所述PUCCH传输的码率小于所述预设码率。
也就是说,在终端确定PUCCH的重复传输次数后,若确定的重复传输次数不满足预设码率要求,例如该重复传输次数可以是上述实施方式中基于预设时间确定的或者是网络侧设备显式指示的,导致重复次数较少,则可以进一步增加PUCCH传输的RB数,使得PUCCH传输的码率满足预设码率要求,也就是小于预设码率。
可以理解地,终端可以是先执行确定PUCCH重复传输次数的步骤,若不能达到满足预设码率的要求,则再执行上述增加RB数的步骤,最终确定的RB数为满足预设码率要求的最小RB数。其中,所述最终确定的RB数可以是基于UCI的比特数及PUCCH传输UCI的符号数确定,且所述最终确定的RB数小于所述第二目标码率的最小RB数,也即满足如下条件:
其中,上述公式中各参数的释义可以是参照前述方式一中的具体说明,本实施方式中以使得最终确定的RB数小于预设码率的方式可以是具体参照前述方式二中的描述,此处不再赘述。
本申请实施例中,所述PUCCH的重复传输还可以是与随机接入过程中的消息、RSRP、路径损耗等相关。
可选地,随机接入过程中的消息4对应的HARQ-ACK所在的PUCCH的重复传输次数基于如下至少一项确定:
所述RSRP;
所述路径损耗;
目标发送功率;
随机接入过程中的消息1、消息2、消息3、消息4中的至少一者的重复传输次数。
也就是说,对于所述消息4(MSG.4)对应的HARQ-ACK所在的PUCCH的重复传输次数,终端可以根据测量的RSRP、路径损耗(pathloss)、目标发送功率中的至少一项来确定。例如测量的RSRP、pathloss在某个区间对应于一个重复次数,该对应关系可以是由网络侧设备指示。
或者,可以是根据随机接入过程中的消息1(MSG.1)、消息2(MSG.2)、消息3(MSG.3)及消息4(MSG.4)中至少一者的重复传输次数来确定MSG.4的HARQ-ACK所在的PUCCH的重复传输次数。
可选地,在所述消息4对应的HARQ-ACK所在的PUCCH的重复传输次数基于随机接入过程中的消息1或消息3的重复传输次数确定的情况下,所述消息4对应的HARQ-ACK所在的PUCCH的重复传输次数为如下任意一项:
所述消息1的重复传输次数;
所述消息3的重复传输次数;
所述消息1的重复传输次数与第一系数的乘积;
所述消息3的重复传输次数与第二系数的乘积。
也就是说,MSG.4的HARQ-ACK所在的PUCCH的重复传输次数可以是与MSG.1或MSG.3的重复传输次数相同,或者可以是MSG.1或MSG.3的重复传输次数乘以一个系数。例如MSG.3的重复传输次数为4,所述第二系数为0.5,该第二系数可以是预定义或者是网络侧设备指示的,则MSG.4的HARQ-ACK所在的PUCCH的重复传输次数为2。
或者,MSG.4的HARQ-ACK所在的PUCCH的重复传输次数还可以是和PUCCH的资源(resource)相关联,例如每个PUCCH资源关联一个重复次数,网络在测试小区无线网络临时标识(Test Cell Radio Network Temporary Identifier,TC-RNTI)加扰的PDCCH中指示对应的PUCCH resource,根据resource来确定MSG.4的HARQ-ACK所在的PUCCH的重复传输次数。
可选地,随机接入过程的消息B对应的HARQ-ACK所在的PUCCH的重复传输次数基于如下至少一项确定:
所述RSRP;
所述路径损耗;
目标发送功率;
随机接入过程中消息A或者消息B的重复传输次数。
也就是说,对于消息B(MSG.B)对应的HARQ-ACK所在的PUCCH的重复传输次数,终端可以根据测量的RSRP、pathloss、目标发送功率中的至少一项来确定。例如测量的RSRP、pathloss在某个区间对应于一个重复次数,该对应关系可以是由网络侧设备指示。
或者,可以是根据消息A(MSG.A)的重复传输次数来确定MSG.B对应的HARQ-ACK所在的PUCCH的重复传输次数,例如可以是和MSG.A的重复传输次数相同。
可选地,在所述消息B对应的HARQ-ACK所在的PUCCH的重复传输次数基于随机接入过程中的消息A的重复传输次数确定的情况下,所述消息B对应的HARQ-ACK所在的PUCCH的重复传输次数为如下任意一项:
所述消息A中的物理随机接入信道(Physical Random Access Channel,PRACH)前导码的重复传输次数;
所述消息A中的物理上行共享信道(Physical Uplink Shared Channel,PUSCH)的重复传输次数;
所述消息A的PRACH前导码或者PUSCH重复传输次数与第三系数的乘积。
也就是说,MSG.B对应的HARQ-ACK所在的PUCCH的重复传输次数与MSG.A的重复传输次数相关,例如可以是与MSG.A中的PRACH前导码(preamble)或是PUSCH的重复传输次数相同,或者还可以是MSG.A中的PRACH前导码或PUSCH的重复传输次数乘以一个系数。例如,MSG.A中PUSCH的重复传输次数为4,所述第三系数为0.5,该第三系数可以是预定义或者是网络侧设备指示,则MSG.B对应的HARQ-ACK所在的PUCCH的重复传输次数为2。
或者,MSG.B的HARQ-ACK所在的PUCCH的重复传输次数和PUCCH的资源相关联,网络在MSGB-RNTI加扰的PDCCH中指示对应的PUCCHresource,进而能够根据resource来确定MSG.B的HARQ-ACK所在的PUCCH的重复传输次数。
本申请实施例提供的方案中,终端能够基于如UCI的比特数、PUCCH的RE数、预设时间、随机接入过程中的消息等目标信息中的至少一项来确定PUCCH的重复传输次数,进而终端也就无需再根据高层信令配置的重复次数来确定,使得终端能够自主地、隐式地确定PUCCH的重复传输次数,终端也就能够基于目标信息主动地、动态地调整PUCCH的重复传输次数,以满足相应的传输性能要求,确保终端的传输性能。
需要说明的是,本申请实施例提供的PUCCH重复传输次数确定方法,执行主体可以为PUCCH重复传输次数确定装置,或者,该PUCCH重复传输次数确定装置中的用于执行PUCCH重复传输次数确定方法的控制模块。本申请实施例中以PUCCH重复传输次数确定装置执行PUCCH重复传输次数确定方法为例,说明本申请实施例提供的PUCCH重复传输次数确定装置。
请参照图3,图3是本申请实施例提供的一种PUCCH重复传输次数确定装置的结构图,所述装置可以是包括处理器。如图3所示,所述PUCCH重复传输次数确定装置300包括:
确定模块301,用于基于目标信息,确定PUCCH的重复传输次数;
其中,所述目标信息包括如下至少一项:
上行控制信息UCI的比特数;
第一目标码率;
PUCCH的符号数;
PUCCH的资源元素RE数;
预设时间;
参考信号接收功率(RSRP);
路径损耗;
随机接入过程中其它物理信道或者消息的重复传输次数。
可选地,在所述目标信息包括所述UCI的比特数及所述第一目标码率,所述PUCCH重复传输N次的情况下,所述N基于如下方式确定:
所述PUCCH重复传输的比特数与N次PUCCH重复传输的资源可承载的比特数的比值小于等于所述第一目标码率,且所述PUCCH重复传输的比特数与N-1次PUCCH重复传输的资源可承载的比特数的比值大于所述第一目标码率。
可选地,所述PUCCH重复传输的比特数与如下至少一项相关:
所述UCI的比特数,循环冗余校验CRC的比特数;
和/或,
所述PUCCH重复传输的资源可承载的比特数与如下至少一项相关:
所述PUCCH的调制阶数,所述PUCCH传输UCI的符号数,所述PUCCH格式,所述PUCCH配置的资源块RB数。
可选地,所述RB数基于如下任意一项确定:
网络侧设备的配置信息;
单次PUCCH传输的RB数。
可选地,所述单次PUCCH传输的RB数基于UCI的比特数及PUCCH传输UCI的符号数确定,且所述单次PUCCH传输的RB数小于第二目标码率的最小RB数,所述第二目标码率为单次PUCCH传输的UCI码率。
可选地,所述PUCCH重复传输N次后的UCI码率基于如下至少一项确定:
高层信令;
下行控制信息DCI。
可选地,PUCCH重复传输次数确定装置300还包括:
接收模块,用于接收网络侧设备发送的配置信息,所述配置信息用于指示所述PUCCH的重复传输次数为M;
所述确定模块301还用于:
基于目标信息,获取PUCCH的重复传输次数N,将M或N确定为所述PUCCH的重复传输次数。
可选地,PUCCH重复传输次数确定装置300还包括:
获取模块,用于获取所述装置在所述预设时间内PUCCH的重复传输次数L;
所述确定模块301还用于:
基于目标信息,获取PUCCH的重复传输次数N,将所述L和N中较小的一者确定为所述PUCCH的重复传输次数。
可选地,所述预设时间基于如下至少一项确定:
所述PUCCH第一次发送的起始时间之后的第一预设时间;
所述PUCCH第一次发送的起始时间之后的预设数量子帧;
所述PUCCH第一次发送的起始时间之后的预设数量时隙;
所述PUCCH第一次发送的起始时间之后的预设数量符号。
可选地,在所述预设时间基于所述PUCCH中包含的PDSCH的HARQ-ACK确定,所述HARQ-ACK为1个PDSCH的HARQ-ACK的情况下,所述预设时间基于如下至少一项确定:
所述PDSCH传输结束时间之后的第二预设时间;
所述PDSCH传输结束时间之后的预设数量子帧;
所述PDSCH传输结束时间之后的预设数量时隙;
所述PDSCH传输结束时间之后的预设数量符号。
可选地,在所述预设时间基于所述PUCCH中包含的PDSCH的HARQ-ACK确定,所述HARQ-ACK为至少两个PDSCH的HARQ-ACK的情况下,所述预设时间为:
至少两个所述PDSCH对应的时延之后的时间点中最早的时间;或者,
至少两个所述PDSCH对应的时延之后的时间点中最晚的时间。
可选地,所述装置还包括:
增加模块,用于当所述装置在所述预设时长内重复传输PUCCH的次数致使PUCCH传输的码率大于预设码率,则增加RB数,以使得所述PUCCH传输的码率小于所述预设码率。
可选地,随机接入过程中的消息4对应的HARQ-ACK所在的PUCCH的重复传输次数基于如下至少一项确定:
所述RSRP;
所述路径损耗;
目标发送功率;
随机接入过程中的消息1、消息2、消息3、消息4中的至少一者的重复传输次数;
可选地,在所述消息4对应的HARQ-ACK所在的PUCCH的重复传输次数基于随机接入过程中的消息1或消息3的重复传输次数确定的情况下,所述消息4对应的HARQ-ACK所在的PUCCH的重复传输次数为如下任意一项:
所述消息1的重复传输次数;
所述消息3的重复传输次数;
所述消息1的重复传输次数与第一系数的乘积;
所述消息3的重复传输次数与第二系数的乘积。
可选地,随机接入过程的消息B对应的HARQ-ACK所在的PUCCH的重复传输次数基于如下至少一项确定:
所述RSRP;
所述路径损耗;
目标发送功率;
随机接入过程中消息A或者消息B的重复传输次数。
可选地,在所述消息B对应的HARQ-ACK所在的PUCCH的重复传输次数基于随机接入过程中的消息A的重复传输次数确定的情况下,所述消息B对应的HARQ-ACK所在的PUCCH的重复传输次数为如下任意一项:
所述消息A中的物理随机接入信道PRACH前导码的重复传输次数;
所述消息A中的物理上行共享信道PUSCH的重复传输次数;
所述消息A的PRACH前导码或者PUSCH重复传输次数与第三系数的乘积。
本申请实施例提供的方案中,PUCCH重复传输次数确定装置300能够基于如UCI的比特数、PUCCH的RE数、预设时间、随机接入过程中的消息等目标信息中的至少一项来确定PUCCH的重复传输次数,进而也就无需再根据高层信令配置的重复次数来确定,使得PUCCH重复传输次数确定装置300能够自主地、隐式地确定PUCCH的重复传输次数,也就能够基于目标信息主动地、动态地调整PUCCH的重复传输次数,以满足相应的传输性能要求,确保PUCCH重复传输次数确定装置300的传输性能。
本申请实施例中的PUCCH重复传输次数确定装置300可以是装置,也可以是终端中的部件、集成电路、或芯片。该装置可以是移动终端,也可以为非移动终端。示例性的,移动终端可以包括但不限于上述所列举的终端11的类型,非移动终端可以为服务器、网络附属存储器(Network Attached Storage,NAS)、个人计算机(personal computer,PC)、电视机(television,TV)、柜员机或者自助机等,本申请实施例不作具体限定。
本申请实施例中的PUCCH重复传输次数确定装置300可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统,可以为ios操作系统,还可以为其他可能的操作系统,本申请实施例不作具体限定。
本申请实施例提供的PUCCH重复传输次数确定装置300能够实现图2所述PUCCH重复传输次数确定方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
可选的,如图4所示,本申请实施例还提供一种终端400,包括处理器401,存储器402,存储在存储器402上并可在所述处理器401上运行的程序或指令,该程序或指令被处理器401执行时实现上述图2所述PUCCH重复传输次数确定方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
图5为实现本申请实施例的一种终端的硬件结构示意图。
该终端500包括但不限于:射频单元501、网络模块502、音频输出单元503、输入单元504、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、以及处理器510等部件。
本领域技术人员可以理解,终端500还可以包括给各个部件供电的电源(比如电池),电源可以通过电源管理系统与处理器510逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图5中示出的终端结构并不构成对终端的限定,终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,在此不再赘述。
应理解的是,本申请实施例中,输入单元504可以包括图形处理器(GraphicsProcessing Unit,GPU)5041和麦克风5042,图形处理器5041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元506可包括显示面板5061,可以采用液晶显示器、有机发光二极管等形式来配置显示面板5061。用户输入单元507包括触控面板5071以及其他输入设备5072。触控面板5071,也称为触摸屏。触控面板5071可包括触摸检测装置和触摸控制器两个部分。其他输入设备5072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
本申请实施例中,射频单元501将来自网络侧设备的下行数据接收后,给处理器510处理;另外,将上行的数据发送给网络侧设备。通常,射频单元501包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器509可用于存储软件程序或指令以及各种数据。存储器509可主要包括存储程序或指令区和存储数据区,其中,存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外,存储器509可以包括高速随机存取存储器,还可以包括非易失性存储器,其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
处理器510可包括一个或多个处理单元;可选的,处理器510可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序或指令等,调制解调处理器主要处理无线通信,如基带处理器。可以理解的是,上述调制解调处理器也可以不集成到处理器510中。
其中,处理器510,用于基于目标信息,确定PUCCH的重复传输次数;
其中,所述目标信息包括如下至少一项:
上行控制信息UCI的比特数;
第一目标码率;
PUCCH的符号数;
PUCCH的资源元素RE数;
预设时间;
参考信号接收功率(RSRP);
路径损耗;
随机接入过程中其它物理信道或者消息的重复传输次数。
可选地,在所述目标信息包括所述UCI的比特数及所述第一目标码率,所述PUCCH重复传输N次的情况下,所述N基于如下方式确定:
所述PUCCH重复传输的比特数与N次PUCCH重复传输的资源可承载的比特数的比值小于等于所述第一目标码率,且所述PUCCH重复传输的比特数与N-1次PUCCH重复传输的资源可承载的比特数的比值大于所述第一目标码率。
可选地,所述PUCCH重复传输的比特数与如下至少一项相关:
所述UCI的比特数,循环冗余校验CRC的比特数;
和/或,
所述PUCCH重复传输的资源可承载的比特数与如下至少一项相关:
所述PUCCH的调制阶数,所述PUCCH传输UCI的符号数,所述PUCCH格式,所述PUCCH配置的资源块RB数。
可选地,所述RB数基于如下任意一项确定:
网络侧设备的配置信息;
单次PUCCH传输的RB数。
可选地,所述单次PUCCH传输的RB数基于UCI的比特数及PUCCH传输UCI的符号数确定,且所述单次PUCCH传输的RB数小于第二目标码率的最小RB数,所述第二目标码率为单次PUCCH传输的UCI码率。
可选地,所述PUCCH重复传输N次后的UCI码率基于如下至少一项确定:
高层信令;
下行控制信息DCI。
可选地,射频单元501用于:
接收网络侧设备发送的配置信息,所述配置信息用于指示所述PUCCH的重复传输次数为M;
处理器510还用于:
基于目标信息,获取PUCCH的重复传输次数N,将M或N确定为所述PUCCH的重复传输次数。
可选地,处理器510还用于:
获取所述终端在所述预设时间内PUCCH的重复传输次数L;
基于目标信息,获取PUCCH的重复传输次数N,将所述L和N中较小的一者确定为所述PUCCH的重复传输次数。
可选地,所述预设时间基于如下至少一项确定:
所述PUCCH第一次发送的起始时间之后的第一预设时间;
所述PUCCH第一次发送的起始时间之后的预设数量子帧;
所述PUCCH第一次发送的起始时间之后的预设数量时隙;
所述PUCCH第一次发送的起始时间之后的预设数量符号。
可选地,在所述预设时间基于所述PUCCH中包含的PDSCH的HARQ-ACK确定,所述HARQ-ACK为1个PDSCH的HARQ-ACK的情况下,所述预设时间基于如下至少一项确定:
所述PDSCH传输结束时间之后的第二预设时间;
所述PDSCH传输结束时间之后的预设数量子帧;
所述PDSCH传输结束时间之后的预设数量时隙;
所述PDSCH传输结束时间之后的预设数量符号。
可选地,在所述预设时间基于所述PUCCH中包含的PDSCH的HARQ-ACK确定,所述HARQ-ACK为至少两个PDSCH的HARQ-ACK的情况下,所述预设时间为:
至少两个所述PDSCH对应的时延之后的时间点中最早的时间;或者,
至少两个所述PDSCH对应的时延之后的时间点中最晚的时间。
可选地,处理器510还用于:
当终端在所述预设时长内重复传输PUCCH的次数致使PUCCH传输的码率大于预设码率,则增加RB数,以使得所述PUCCH传输的码率小于所述预设码率。
可选地,随机接入过程中的消息4对应的HARQ-ACK所在的PUCCH的重复传输次数基于如下至少一项确定:
所述RSRP;
所述路径损耗;
目标发送功率;
随机接入过程中的消息1、消息2、消息3、消息4中的至少一者的重复传输次数;
可选地,在所述消息4对应的HARQ-ACK所在的PUCCH的重复传输次数基于随机接入过程中的消息1或消息3的重复传输次数确定的情况下,所述消息4对应的HARQ-ACK所在的PUCCH的重复传输次数为如下任意一项:
所述消息1的重复传输次数;
所述消息3的重复传输次数;
所述消息1的重复传输次数与第一系数的乘积;
所述消息3的重复传输次数与第二系数的乘积。
可选地,随机接入过程的消息B对应的HARQ-ACK所在的PUCCH的重复传输次数基于如下至少一项确定:
所述RSRP;
所述路径损耗;
目标发送功率;
随机接入过程中消息A或者消息B的重复传输次数。
可选地,在所述消息B对应的HARQ-ACK所在的PUCCH的重复传输次数基于随机接入过程中的消息A的重复传输次数确定的情况下,所述消息B对应的HARQ-ACK所在的PUCCH的重复传输次数为如下任意一项:
所述消息A中的物理随机接入信道PRACH前导码的重复传输次数;
所述消息A中的物理上行共享信道PUSCH的重复传输次数;
所述消息A的PRACH前导码或者PUSCH重复传输次数与第三系数的乘积。
本申请实施例中,终端500能够基于如UCI的比特数、PUCCH的RE数、预设时间、随机接入过程中的消息等目标信息中的至少一项来确定PUCCH的重复传输次数,进而终端500也就无需再根据高层信令配置的重复次数来确定,使得终端500能够自主地、隐式地确定PUCCH的重复传输次数,终端500也就能够基于目标信息主动地、动态地调整PUCCH的重复传输次数,以满足相应的传输性能要求,确保终端500的传输性能。
本申请实施例还提供一种可读存储介质,所述可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述图2所述PUCCH重复传输次数确定方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质,包括计算机可读存储介质,如计算机只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行网络侧设备程序或指令,实现上述图2所述PUCCH重复传输次数确定方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
Claims (34)
1.一种物理上行控制信道PUCCH重复传输次数确定方法,其特征在于,所述方法包括:
终端基于目标信息,确定PUCCH的重复传输次数;
其中,所述目标信息包括如下至少一项:
上行控制信息UCI的比特数;
第一目标码率;
PUCCH的符号数;
PUCCH的资源元素RE数;
预设时间;
参考信号接收功率(RSRP);
路径损耗;
随机接入过程中其它物理信道或者消息的重复传输次数。
2.根据权利要求1所述的方法,其特征在于,在所述目标信息包括所述UCI的比特数及所述第一目标码率,所述PUCCH重复传输N次的情况下,所述N基于如下方式确定:
所述PUCCH重复传输的比特数与N次PUCCH重复传输的资源可承载的比特数的比值小于等于所述第一目标码率,且所述PUCCH重复传输的比特数与N-1次PUCCH重复传输的资源可承载的比特数的比值大于所述第一目标码率。
3.根据权利要求2所述的方法,其特征在于,所述PUCCH重复传输的比特数与如下至少一项相关:
所述UCI的比特数,循环冗余校验CRC的比特数;
和/或,
所述PUCCH重复传输的资源可承载的比特数与如下至少一项相关:
所述PUCCH的调制阶数,所述PUCCH传输UCI的符号数,所述PUCCH格式,所述PUCCH配置的资源块RB数。
4.根据权利要求3所述的方法,其特征在于,所述RB数基于如下任意一项确定:
网络侧设备的配置信息;
单次PUCCH传输的RB数。
5.根据权利要求4所述的方法,其特征在于,所述单次PUCCH传输的RB数基于UCI的比特数及PUCCH传输UCI的符号数确定,且所述单次PUCCH传输的RB数小于第二目标码率的最小RB数,所述第二目标码率为单次PUCCH传输的UCI码率。
6.根据权利要求2所述的方法,其特征在于,所述PUCCH重复传输N次后的UCI码率基于如下至少一项确定:
高层信令;
下行控制信息DCI。
7.根据权利要求1-6中任一项所述的方法,其特征在于,所述方法还包括:
接收网络侧设备发送的配置信息,所述配置信息用于指示所述PUCCH的重复传输次数为M;
所述基于目标信息,确定PUCCH的重复传输次数,包括:
基于目标信息,获取PUCCH的重复传输次数N,将M或N确定为所述PUCCH的重复传输次数。
8.根据权利要求1-6中任一项所述的方法,其特征在于,所述方法还包括:
获取所述终端在所述预设时间内PUCCH的重复传输次数L;
所述基于目标信息,确定PUCCH的重复传输次数,包括:
基于目标信息,获取PUCCH的重复传输次数N,将所述L和N中较小的一者确定为所述PUCCH的重复传输次数。
9.根据权利要求8所述的方法,其特征在于,所述预设时间基于如下至少一项确定:
所述PUCCH第一次发送的起始时间之后的第一预设时间;
所述PUCCH第一次发送的起始时间之后的预设数量子帧;
所述PUCCH第一次发送的起始时间之后的预设数量时隙;
所述PUCCH第一次发送的起始时间之后的预设数量符号。
10.根据权利要求8所述的方法,其特征在于,在所述预设时间基于所述PUCCH中包含的PDSCH的HARQ-ACK确定,所述HARQ-ACK为1个PDSCH的HARQ-ACK的情况下,所述预设时间基于如下至少一项确定:
所述PDSCH传输结束时间之后的第二预设时间;
所述PDSCH传输结束时间之后的预设数量子帧;
所述PDSCH传输结束时间之后的预设数量时隙;
所述PDSCH传输结束时间之后的预设数量符号。
11.根据权利要求8所述的方法,其特征在于,在所述预设时间基于所述PUCCH中包含的PDSCH的HARQ-ACK确定,所述HARQ-ACK为至少两个PDSCH的HARQ-ACK的情况下,所述预设时间为:
至少两个所述PDSCH对应的时延之后的时间点中最早的时间;或者,
至少两个所述PDSCH对应的时延之后的时间点中最晚的时间。
12.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当终端在所述预设时长内重复传输PUCCH的次数致使PUCCH传输的码率大于预设码率,则增加RB数,以使得所述PUCCH传输的码率小于所述预设码率。
13.根据权利要求1所述的方法,其特征在于,随机接入过程中的消息4对应的HARQ-ACK所在的PUCCH的重复传输次数基于如下至少一项确定:
所述RSRP;
所述路径损耗;
目标发送功率;
随机接入过程中的消息1、消息2、消息3、消息4中的至少一者的重复传输次数。
14.根据权利要求13所述的方法,其特征在于,在所述消息4对应的HARQ-ACK所在的PUCCH的重复传输次数基于随机接入过程中的消息1或消息3的重复传输次数确定的情况下,所述消息4对应的HARQ-ACK所在的PUCCH的重复传输次数为如下任意一项:
所述消息1的重复传输次数;
所述消息3的重复传输次数;
所述消息1的重复传输次数与第一系数的乘积;
所述消息3的重复传输次数与第二系数的乘积。
15.根据权利要求1所述的方法,其特征在于,随机接入过程的消息B对应的HARQ-ACK所在的PUCCH的重复传输次数基于如下至少一项确定:
所述RSRP;
所述路径损耗;
目标发送功率;
随机接入过程中消息A或者消息B的重复传输次数。
16.根据权利要求15所述的方法,其特征在于,在所述消息B对应的HARQ-ACK所在的PUCCH的重复传输次数基于随机接入过程中的消息A的重复传输次数确定的情况下,所述消息B对应的HARQ-ACK所在的PUCCH的重复传输次数为如下任意一项:
所述消息A中的物理随机接入信道PRACH前导码的重复传输次数;
所述消息A中的物理上行共享信道PUSCH的重复传输次数;
所述消息A的PRACH前导码或者PUSCH重复传输次数与第三系数的乘积。
17.一种物理上行控制信道PUCCH重复传输次数确定装置,其特征在于,所述装置包括:
确定模块,用于基于目标信息,确定PUCCH的重复传输次数;
其中,所述目标信息包括如下至少一项:
上行控制信息UCI的比特数;
第一目标码率;
PUCCH的符号数;
PUCCH的资源元素RE数;
预设时间;
参考信号接收功率(RSRP);
路径损耗;
随机接入过程中其它物理信道或者消息的重复传输次数。
18.根据权利要求17所述的装置,其特征在于,在所述目标信息包括所述UCI的比特数及所述第一目标码率,所述PUCCH重复传输N次的情况下,所述N基于如下方式确定:
所述PUCCH重复传输的比特数与N次PUCCH重复传输的资源可承载的比特数的比值小于等于所述第一目标码率,且所述PUCCH重复传输的比特数与N-1次PUCCH重复传输的资源可承载的比特数的比值大于所述第一目标码率。
19.根据权利要求18所述的装置,其特征在于,所述PUCCH重复传输的比特数与如下至少一项相关:
所述UCI的比特数,循环冗余校验CRC的比特数;
和/或,
所述PUCCH重复传输的资源可承载的比特数与如下至少一项相关:
所述PUCCH的调制阶数,所述PUCCH传输UCI的符号数,所述PUCCH格式,所述PUCCH配置的资源块RB数。
20.根据权利要求19所述的装置,其特征在于,所述RB数基于如下任意一项确定:
网络侧设备的配置信息;
单次PUCCH传输的RB数。
21.根据权利要求20所述的装置,其特征在于,所述单次PUCCH传输的RB数基于UCI的比特数及PUCCH传输UCI的符号数确定,且所述单次PUCCH传输的RB数小于第二目标码率的最小RB数,所述第二目标码率为单次PUCCH传输的UCI码率。
22.根据权利要求18所述的装置,其特征在于,所述PUCCH重复传输N次后的UCI码率基于如下至少一项确定:
高层信令;
下行控制信息DCI。
23.根据权利要求17-22中任一项所述的装置,其特征在于,所述装置还包括:
接收模块,用于接收网络侧设备发送的配置信息,所述配置信息用于指示所述PUCCH的重复传输次数为M;
所述确定模块还用于:
基于目标信息,获取PUCCH的重复传输次数N,将M或N确定为所述PUCCH的重复传输次数。
24.根据权利要求17-22中任一项所述的装置,其特征在于,所述装置还包括:
获取模块,用于获取所述装置在所述预设时间内PUCCH的重复传输次数L;
所述确定模块还用于:
基于目标信息,获取PUCCH的重复传输次数N,将所述L和N中较小的一者确定为所述PUCCH的重复传输次数。
25.根据权利要求24所述的装置,其特征在于,所述预设时间基于如下至少一项确定:
所述PUCCH第一次发送的起始时间之后的第一预设时间;
所述PUCCH第一次发送的起始时间之后的预设数量子帧;
所述PUCCH第一次发送的起始时间之后的预设数量时隙;
所述PUCCH第一次发送的起始时间之后的预设数量符号。
26.根据权利要求24所述的装置,其特征在于,在所述预设时间基于所述PUCCH中包含的PDSCH的HARQ-ACK确定,所述HARQ-ACK为1个PDSCH的HARQ-ACK的情况下,所述预设时间基于如下至少一项确定:
所述PDSCH传输结束时间之后的第二预设时间;
所述PDSCH传输结束时间之后的预设数量子帧;
所述PDSCH传输结束时间之后的预设数量时隙;
所述PDSCH传输结束时间之后的预设数量符号。
27.根据权利要求24所述的装置,其特征在于,在所述预设时间基于所述PUCCH中包含的PDSCH的HARQ-ACK确定,所述HARQ-ACK为至少两个PDSCH的HARQ-ACK的情况下,所述预设时间为:
至少两个所述PDSCH对应的时延之后的时间点中最早的时间;或者,
至少两个所述PDSCH对应的时延之后的时间点中最晚的时间。
28.根据权利要求17所述的装置,其特征在于,所述装置还包括:
增加模块,用于当所述装置在所述预设时长内重复传输PUCCH的次数致使PUCCH传输的码率大于预设码率,则增加RB数,以使得所述PUCCH传输的码率小于所述预设码率。
29.根据权利要求17所述的装置,其特征在于,随机接入过程中的消息4对应的HARQ-ACK所在的PUCCH的重复传输次数基于如下至少一项确定:
所述RSRP;
所述路径损耗;
目标发送功率;
随机接入过程中的消息1、消息2、消息3、消息4中的至少一者的重复传输次数。
30.根据权利要求29所述的装置,其特征在于,在所述消息4对应的HARQ-ACK所在的PUCCH的重复传输次数基于随机接入过程中的消息1或消息3的重复传输次数确定的情况下,所述消息4对应的HARQ-ACK所在的PUCCH的重复传输次数为如下任意一项:
所述消息1的重复传输次数;
所述消息3的重复传输次数;
所述消息1的重复传输次数与第一系数的乘积;
所述消息3的重复传输次数与第二系数的乘积。
31.根据权利要求17所述的装置,其特征在于,随机接入过程的消息B对应的HARQ-ACK所在的PUCCH的重复传输次数基于如下至少一项确定:
所述RSRP;
所述路径损耗;
目标发送功率;
随机接入过程中消息A或者消息B的重复传输次数。
32.根据权利要求31所述的装置,其特征在于,在所述消息B对应的HARQ-ACK所在的PUCCH的重复传输次数基于随机接入过程中的消息A的重复传输次数确定的情况下,所述消息B对应的HARQ-ACK所在的PUCCH的重复传输次数为如下任意一项:
所述消息A中的物理随机接入信道PRACH前导码的重复传输次数;
所述消息A中的物理上行共享信道PUSCH的重复传输次数;
所述消息A的PRACH前导码或者PUSCH重复传输次数与第三系数的乘积。
33.一种终端,其特征在于,包括处理器,存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1-16中任一项所述的PUCCH重复传输次数确定方法的步骤。
34.一种可读存储介质,其特征在于,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如权利要求1-16任一项所述的PUCCH重复传输次数确定方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011050515.4A CN114363986A (zh) | 2020-09-29 | 2020-09-29 | Pucch重复传输次数确定方法、装置及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011050515.4A CN114363986A (zh) | 2020-09-29 | 2020-09-29 | Pucch重复传输次数确定方法、装置及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114363986A true CN114363986A (zh) | 2022-04-15 |
Family
ID=81089470
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011050515.4A Pending CN114363986A (zh) | 2020-09-29 | 2020-09-29 | Pucch重复传输次数确定方法、装置及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114363986A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023207675A1 (zh) * | 2022-04-25 | 2023-11-02 | 维沃移动通信有限公司 | 信息上报方法、装置、终端、网络侧设备及介质 |
WO2024065096A1 (zh) * | 2022-09-26 | 2024-04-04 | 北京小米移动软件有限公司 | 信息传输方法、装置、设备及芯片系统 |
WO2024065095A1 (zh) * | 2022-09-26 | 2024-04-04 | 北京小米移动软件有限公司 | 指示方法、装置、设备及存储介质 |
WO2024093848A1 (zh) * | 2022-11-04 | 2024-05-10 | 维沃移动通信有限公司 | 公共pucch重复传输方法、终端及网络侧设备 |
WO2024093621A1 (zh) * | 2022-11-03 | 2024-05-10 | 华为技术有限公司 | 一种用于通信的方法、设备、存储介质和程序产品 |
WO2024109723A1 (zh) * | 2022-11-25 | 2024-05-30 | 展讯半导体(南京)有限公司 | 随机接入方法及装置、终端、网络设备 |
WO2024168485A1 (zh) * | 2023-02-13 | 2024-08-22 | Oppo广东移动通信有限公司 | 信息指示方法、装置、设备及存储介质 |
WO2024168696A1 (en) * | 2023-02-16 | 2024-08-22 | Mediatek Singapore Pte. Ltd. | Dynamical indication of repetition factor for msg4 harq ack |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015120781A1 (zh) * | 2014-02-13 | 2015-08-20 | 电信科学技术研究院 | 竞争解决消息反馈信息的发送方法及装置 |
CN108886435A (zh) * | 2016-02-05 | 2018-11-23 | 瑞典爱立信有限公司 | 确定用于mtc ue的pucch的重复次数的方法 |
CN109644467A (zh) * | 2018-02-11 | 2019-04-16 | Oppo广东移动通信有限公司 | 传输上行控制信息的方法和设备 |
US20190223205A1 (en) * | 2018-01-02 | 2019-07-18 | Samsung Electronics Co., Ltd. | Signaling of control information in a communication system |
US20190313342A1 (en) * | 2018-04-05 | 2019-10-10 | Samsung Electronics Co., Ltd. | Signaling of control information in a communication system |
CN110402559A (zh) * | 2017-02-02 | 2019-11-01 | Lg电子株式会社 | 在无线通信系统中支持多个发送时间间隔、多个子载波间隔或多个处理时间间隔的方法及其设备 |
CN110536450A (zh) * | 2019-09-03 | 2019-12-03 | 中兴通讯股份有限公司 | 一种数据传输方法、装置、传输接收节点、终端及介质 |
CN110719628A (zh) * | 2018-07-11 | 2020-01-21 | 维沃移动通信有限公司 | 传输方法、终端设备及网络设备 |
WO2020061945A1 (zh) * | 2018-09-27 | 2020-04-02 | Oppo广东移动通信有限公司 | 用于随机接入的方法、网络设备和终端设备 |
-
2020
- 2020-09-29 CN CN202011050515.4A patent/CN114363986A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015120781A1 (zh) * | 2014-02-13 | 2015-08-20 | 电信科学技术研究院 | 竞争解决消息反馈信息的发送方法及装置 |
CN108886435A (zh) * | 2016-02-05 | 2018-11-23 | 瑞典爱立信有限公司 | 确定用于mtc ue的pucch的重复次数的方法 |
CN110402559A (zh) * | 2017-02-02 | 2019-11-01 | Lg电子株式会社 | 在无线通信系统中支持多个发送时间间隔、多个子载波间隔或多个处理时间间隔的方法及其设备 |
US20190223205A1 (en) * | 2018-01-02 | 2019-07-18 | Samsung Electronics Co., Ltd. | Signaling of control information in a communication system |
CN111567123A (zh) * | 2018-01-02 | 2020-08-21 | 三星电子株式会社 | 通信系统中发信令通知控制信息 |
CN109644467A (zh) * | 2018-02-11 | 2019-04-16 | Oppo广东移动通信有限公司 | 传输上行控制信息的方法和设备 |
US20190313342A1 (en) * | 2018-04-05 | 2019-10-10 | Samsung Electronics Co., Ltd. | Signaling of control information in a communication system |
CN110719628A (zh) * | 2018-07-11 | 2020-01-21 | 维沃移动通信有限公司 | 传输方法、终端设备及网络设备 |
WO2020061945A1 (zh) * | 2018-09-27 | 2020-04-02 | Oppo广东移动通信有限公司 | 用于随机接入的方法、网络设备和终端设备 |
CN110536450A (zh) * | 2019-09-03 | 2019-12-03 | 中兴通讯股份有限公司 | 一种数据传输方法、装置、传输接收节点、终端及介质 |
Non-Patent Citations (1)
Title |
---|
VIVO: "R1-2005364 "Discussion on enhancement on PDCCH, PUCCH, PUSCH in MTRP scenario"", 3GPP TSG_RAN\\WG1_RL1, no. 1 * |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023207675A1 (zh) * | 2022-04-25 | 2023-11-02 | 维沃移动通信有限公司 | 信息上报方法、装置、终端、网络侧设备及介质 |
WO2024065096A1 (zh) * | 2022-09-26 | 2024-04-04 | 北京小米移动软件有限公司 | 信息传输方法、装置、设备及芯片系统 |
WO2024065095A1 (zh) * | 2022-09-26 | 2024-04-04 | 北京小米移动软件有限公司 | 指示方法、装置、设备及存储介质 |
WO2024093621A1 (zh) * | 2022-11-03 | 2024-05-10 | 华为技术有限公司 | 一种用于通信的方法、设备、存储介质和程序产品 |
WO2024093848A1 (zh) * | 2022-11-04 | 2024-05-10 | 维沃移动通信有限公司 | 公共pucch重复传输方法、终端及网络侧设备 |
WO2024109723A1 (zh) * | 2022-11-25 | 2024-05-30 | 展讯半导体(南京)有限公司 | 随机接入方法及装置、终端、网络设备 |
WO2024168485A1 (zh) * | 2023-02-13 | 2024-08-22 | Oppo广东移动通信有限公司 | 信息指示方法、装置、设备及存储介质 |
WO2024168696A1 (en) * | 2023-02-16 | 2024-08-22 | Mediatek Singapore Pte. Ltd. | Dynamical indication of repetition factor for msg4 harq ack |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114363986A (zh) | Pucch重复传输次数确定方法、装置及终端 | |
EP4277174A1 (en) | Method and apparatus for determining number of coded modulation symbols, and communication device | |
US20230254867A1 (en) | Uplink transmission processing method and apparatus, and terminal | |
WO2022188794A1 (zh) | 半静态harq-ack码本的生成方法及终端 | |
WO2022078502A1 (zh) | 功率确定方法、装置、终端及可读存储介质 | |
CN113939036A (zh) | 信道监听、传输方法、终端及网络侧设备 | |
WO2022063072A1 (zh) | 上行信道传输方法、装置及终端 | |
CN113890701B (zh) | 旁链路传输方法、传输装置和终端 | |
US20230354324A1 (en) | Uci multiplexing method and apparatus, device, and readable storage medium | |
CN113839728A (zh) | Dci检测方法、发送方法及相关设备 | |
CN114071767A (zh) | Sps pdsch的类型指示方法、装置、终端及网络侧设备 | |
WO2022127702A1 (zh) | 信息确定方法、装置及通信设备 | |
WO2022063238A1 (zh) | 传输信息确定方法、装置和终端 | |
WO2022068798A1 (zh) | 传输处理方法、装置、终端及可读存储介质 | |
CN115604848A (zh) | Pucch时域资源重叠的处理方法及装置 | |
CN115134759A (zh) | 半静态harq码本的构造方法、装置、设备及可读存储介质 | |
CN113965999A (zh) | Pdcch的校验方法、发送方法、终端及网络侧设备 | |
WO2023046162A1 (zh) | Pucch传输功率的控制方法、装置及终端 | |
CN113747559B (zh) | 功率余量的上报方法、装置、终端及可读存储介质 | |
WO2022222879A1 (zh) | Pdsch传输、接收方法、装置及通信设备 | |
WO2022179497A1 (zh) | 反馈信息发送方法、装置及终端 | |
WO2022017342A1 (zh) | 上行传输方法、装置及设备 | |
CN114070530B (zh) | 确定数据处理时间的方法、终端设备和网络设备 | |
CN118524548A (zh) | 副链路sl传输方法、装置及第一终端 | |
CN114727395A (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 |