CN113692048B - 一种配置和确定pucch资源的方法及装置 - Google Patents
一种配置和确定pucch资源的方法及装置 Download PDFInfo
- Publication number
- CN113692048B CN113692048B CN202010421809.7A CN202010421809A CN113692048B CN 113692048 B CN113692048 B CN 113692048B CN 202010421809 A CN202010421809 A CN 202010421809A CN 113692048 B CN113692048 B CN 113692048B
- Authority
- CN
- China
- Prior art keywords
- pucch resource
- resource unit
- unit group
- pucch
- group
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 93
- 230000011664 signaling Effects 0.000 claims abstract description 149
- 238000001514 detection method Methods 0.000 claims abstract description 36
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims description 28
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims description 28
- 238000004590 computer program Methods 0.000 claims description 22
- 125000004122 cyclic group Chemical group 0.000 claims description 20
- 230000005540 biological transmission Effects 0.000 claims description 12
- 238000010586 diagram Methods 0.000 description 30
- 238000013468 resource allocation Methods 0.000 description 25
- 230000008569 process Effects 0.000 description 18
- 238000012545 processing Methods 0.000 description 14
- 238000004364 calculation method Methods 0.000 description 11
- 238000004891 communication Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 6
- 230000008713 feedback mechanism Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 238000001228 spectrum Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000007727 signaling mechanism Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 208000032369 Primary transmission Diseases 0.000 description 1
- 208000032370 Secondary transmission Diseases 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本发明公开了一种配置和确定PUCCH资源的方法及装置,包括:UE获取至少一个PUCCH资源单元组的配置信息,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE反馈信息;接收网络侧发送的广播组播配置信息及UE在PUCCH对应资源单元组内的组编号;根据广播组播配置信息进行信道检测获取调度信令,接收数据并确定需反馈的UCI;根据UE对应的PUCCH资源单元组的配置信息、组编号及需反馈的UCI,确定占用的PUCCH资源。本发明通过配置PUCCH资源单元组,使UE可以自身的需求确定占用的PUCCH资源,可以满足不同需求的UE进行UCI如HARQ‑ACK码本的反馈。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种配置和确定PUCCH(Physical UplinkControl Channel,物理上行链路控制信)资源的方法及装置。
背景技术
随着移动视频业务、对等组播/广播流业务的发展,通过移动网络的软件升级,群组通信以及广播/组播IoT(Internet Of Things,物联网)应用的日益普及,全球移动通信业界达成共识,将来的第五代移动通信5G网络需要具备在单播型业务及组播型业务间灵活、动态地进行无线频谱及网络资源分配的能力,并需要支持对于广播/组播网络的独立部署。
在当前的5G中,基站向终端发送的数据包括两种数据类型:一种是面向终端的数据,该数据只有目标终端才能接收到,这种数据成为单播数据;另一种是面向本小区内所有终端或者特定群组的数据,即小区内的所有用户或者特定群组用户能够接收该业务。
为了保障数据的通信质量,对于发送广播组播业务数据,需要UE进行UCI(UplinkControl Information,上行控制信息)如HARQ-ACK(Hybrid Automatic Repeat Request-ACK Nowledgement,混合自动重传请求确认)反馈,HARQ-ACK的反馈是基于数据接收结果的反馈信息,当数据接收正确时反馈ACK(即正确接收确认),当数据接收不正确时反馈NACK(即数据未正确接收确认)。
对于现有技术,基于单播的HARQ调度过程,只适合一个接收UE做HARQ-ACK反馈,但对于广播组播业务,接收该业务的是一组UE或者小区内的所有UE,因此现有单播的HARQ调度及反馈指示机制,不适合基于蜂窝的广播组播反馈。
对于现有技术,基于边链路的HARQ调度过程中反馈NACK/ACK的过程,需要对所有UE进行分配上行反馈资源,会有两个问题:一是接收端UE处于和基站的位置不同,为了有效反馈HARQ-ACK,有的需要占用2个符号,有的需要占用4个符号,甚至有的需要占用14个符号,而现有方案的上行反馈资源分配是统一的一种格式,无法满足蜂窝的反馈HARQ-ACK的需求;二是当前设计只支持1比特的反馈,当广播组播的业务需要反馈多比特的HARQ-ACK反馈信息时(如UE接收多个PDSCH(Physical Downlink Shared channel,物理下行共享信道)数据包,在一个PUCCH上反馈),当前技术无法满足上述要求。
可见目前调度信令机制,无法让UE有效的反馈HARQ-ACK码本信息,对于HARQ-ACK码本外其他UCI控制信息,同样存在目前调度信令无法满足UE反馈需求的问题。
发明内容
本发明提供一种配置和确定PUCCH资源的方法及装置,解决广播组播场景下如何使不同资源需求的UE有效地进行UCI反馈。
第一方面,本发明提供确定物理上行控制信道PUCCH资源的方法,应用于用户终端UE,该方法包括:
获取至少一个PUCCH资源单元组的配置信息,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
接收网络侧发送的广播组播配置信息及UE在对应的PUCCH资源单元组内的组编号;
根据所述广播组播配置信息进行信道检测,获取调度信令,根据所述调度信令,接收广播组播数据并确定需反馈的UCI;
根据所述UE对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定反馈所述UCI占用的PUCCH资源。
可选地,获取至少一个PUCCH资源单元组的配置信息,包括:
根据协议约定,获取所述至少一个PUCCH资源单元组的配置信息;或者
根据网络侧的通知,获取所述至少一个PUCCH资源单元组的配置信息。
可选地,该方法还包括:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组;或者
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
可选地,所述至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间对应的路径损耗。
可选地,确定所述UE对应的PUCCH资源单元组,包括执行如下任一步骤:
根据所述调度信令中的PUCCH资源单元组指示,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组对应关系,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组集合的对应关系,确定与所述对应的PUCCH资源单元组集合,根据所述调度信令中的PUCCH资源单元组指示,确定与所述UE对应的PUCCH资源单元组。
可选地,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
可选地,所述同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
可选地,所述广播组播业务配置信息包括G-RNTI-DCI和G-RNTI-PDSCH,根据所述广播组播配置信息进行信道检测,包括:
将所述G-RNTI-DCI作为扰码进行控制信道检测,获取调度信令;
将所述G-RNTI-PDSCH作为参数生成扰码序列,并根据所述调度信令进行广播组播数据接收。
可选地,确定反馈所述UCI占用的PUCCH资源,包括:
根据反馈的UCI的比特数和调制编码格式确定占用的RB数X1;
计算UE在对应的PUCCH资源单元组中占用的PUCCH资源的频域起始位置:其中,i为所述组编号,startRB为对应的PUCCH资源单元组内起始RB,N为PUCCH资源上复用的用户数。
可选地,计算UE占用的PUCCH资源的频域起始位置之后,还包括:
根据组编号i及所述用户数,计算UE占用的PUCCH资源的初始循环位移索引指示:index=i mod N;或者
根据组编号i及所述用户数,确定UE占用的PUCCH资源上的正交序列。
可选地,所述UCI包括HARQ-ACK码本,该方法还包括:
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,不反馈所述HARQ-ACK码本;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将对应的PUCCH资源单元组中的一个信道作为公共信道,在所述公共信道上仅反馈ACK信息或仅反馈NACK信息;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将所述对应的PUCCH资源单元组中的两个信道作为公共信道,在其中一个公共信道上仅反馈ACK信息,在另一个公共信道上仅反馈NACK信息。
可选地,接收网络侧发送的UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号,根据所述编号确定所述UE的组编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图,根据属于同一PUCCH资源单元组的UE在所述位图中的编号顺序,确定所述UE的组编号。
可选地,该方法还包括:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组的时隙偏移值;
根据所述调度信令指示的UCI反馈时隙,并将所述UCI反馈时隙偏移所述时隙偏移值后,得到PUCCH资源所在的时隙。
可选地,所述调度信令包括如下信息:
频域资源分配指示,用于指示调度的PDSCH的频率域的带宽和位置;
指示调度PDSCH的时间域的时域资源分配信息;
指示PDSCH采用的调制阶数和信道编码率的调制编码格式;
用于信道译码和解调使用的冗余编码版本;
UCI的反馈时间指示。
可选地,所述UCI包括如下至少一项:
用于广播组播的自动重传请求-确认HARQ-ACK码本;
信道状态信息CSI。
依照本发明实施例的第二方面,提供一种配置物理上行控制信道PUCCH资源的方法,应用于网络侧设备,该方法包括:
配置至少一个PUCCH资源单元组,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
向UE发送广播组播配置信息及所述UE在对应的PUCCH资源单元组内的组编号;
向所述UE发送用于信道检测的调度信令,并发送广播组播数据;
接收所述UE根据对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定PUCCH资源后,利用所述PUCCH资源反馈UCI。
可选地,该方法还包括:
向所述UE指示与所述UE对应的PUCCH资源单元组,或
向所述UE指示对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
可选地,所述配置的至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间对应的路径损耗。
可选地,向所述UE指示与所述UE对应的PUCCH资源单元组,包括如下任一步骤:
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE对应的PUCCH资源单元组集合,通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组。
可选地,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
可选地,所述同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
可选地,向UE发送所述UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,向所述UE发送指示广播组播业务组各UE顺序的编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,向所述UE发送的指示广播组播业务组各UE编号及各UE对应的PUCCH资源单元组的位图。
可选地,该方法还包括:
向所述UE指示所述UE在对应的PUCCH资源单元组的时隙偏移值。
可选地,所述UCI的调度信令包括如下信息:
频域资源分配指示,用于指示调度的PDSCH的频率域的带宽和位置;
指示调度PDSCH的时间域的时域资源分配信息;
指示PDSCH采用的调制阶数和信道编码率的调制编码格式;
用于信道译码和解调使用的冗余编码版本;
UCI的反馈时间指示。
可选地,所述UCI包括如下至少一项:
用于广播组播的自动重传请求-确认HARQ-ACK码本;
信道状态信息CSI。
根据本发明实施例的第三方面,提供一种确定PUCCH资源的用户终端UE,包括:存储器和处理器,其中:
所述存储器用于存储计算机程序;
所述处理器用于读取所述存储器中的程序并执行:
获取至少一个PUCCH资源单元组的配置信息,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
接收网络侧发送的广播组播配置信息及UE在对应的PUCCH资源单元组内的组编号;
根据所述广播组播配置信息进行信道检测,获取调度信令,根据所述调度信令,接收广播组播数据并确定需反馈的UCI;
根据所述UE对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定反馈所述UCI占用的PUCCH资源。
可选地,所述处理器获取至少一个PUCCH资源单元组的配置信息,包括:
根据协议约定,获取所述至少一个PUCCH资源单元组的配置信息;或者
根据网络侧的通知,获取所述至少一个PUCCH资源单元组的配置信息。
可选地,所述处理器还用于:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组;或者
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
可选地,所述至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间对应的路径损耗。
可选地,所述处理器确定所述UE对应的PUCCH资源单元组,包括执行如下任一步骤:
根据所述调度信令中的PUCCH资源单元组指示,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组对应关系,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组集合的对应关系,确定与所述对应的PUCCH资源单元组集合,根据所述调度信令中的PUCCH资源单元组指示,确定与所述UE对应的PUCCH资源单元组。
可选地,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
可选地,所述同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
可选地,所述广播组播业务配置信息包括G-RNTI-DCI和G-RNTI-PDSCH,所述处理器根据所述广播组播配置信息进行信道检测,包括:
将所述G-RNTI-DCI作为扰码进行控制信道检测,获取调度信令;
将所述G-RNTI-PDSCH作为参数生成扰码序列,并根据所述调度信令进行广播组播数据接收。
可选地,所述处理器确定反馈所述UCI占用的PUCCH资源,包括:
根据反馈的UCI的比特数和调制编码格式确定占用的RB数X1;
计算UE在对应的PUCCH资源单元组中占用的PUCCH资源的频域起始位置:其中,i为所述组编号,startRB为对应的PUCCH资源单元组内起始RB,N为PUCCH资源上复用的用户数。
可选地,所述处理器计算UE占用的PUCCH资源的频域起始位置之后,还用于:
根据组编号i及所述用户数,计算UE占用的PUCCH资源的初始循环位移索引指示:index=i mod N;或者
根据组编号i及所述用户数,确定UE占用的PUCCH资源上的正交序列。
可选地,所述UCI包括HARQ-ACK码本,所述处理器还用于:
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,不反馈所述HARQ-ACK码本;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将对应的PUCCH资源单元组中的一个信道作为公共信道,在所述公共信道上仅反馈ACK信息或仅反馈NACK信息;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将所述对应的PUCCH资源单元组中的两个信道作为公共信道,在其中一个公共信道上仅反馈ACK信息,在另一个公共信道上仅反馈NACK信息。
可选地,所述处理器接收网络侧发送的UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号,根据所述编号确定所述UE的组编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图,根据属于同一PUCCH资源单元组的UE在所述位图中的编号顺序,确定所述UE的组编号。
可选地,所述处理器还用于:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组的时隙偏移值;
根据所述调度信令指示的UCI反馈时隙,并将所述UCI反馈时隙偏移所述时隙偏移值后,得到PUCCH资源所在的时隙。
可选地,所述调度信令包括如下信息:
频域资源分配指示,用于指示调度的PDSCH的频率域的带宽和位置;
指示调度PDSCH的时间域的时域资源分配信息;
指示PDSCH采用的调制阶数和信道编码率的调制编码格式;
用于信道译码和解调使用的冗余编码版本;
UCI的反馈时间指示。
可选地,所述UCI包括如下至少一项:
用于广播组播的自动重传请求-确认HARQ-ACK码本;
信道状态信息CSI。
依照本发明实施例第四方面,提供一种配置物理上行控制信道PUCCH资源的网络侧设备,存储器和处理器,其中:
所述存储器用于存储计算机程序;
所述处理器用于读取所述存储器中的程序并执行:
配置至少一个PUCCH资源单元组,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
向UE发送广播组播配置信息及所述UE在对应的PUCCH资源单元组内的组编号;
向所述UE发送用于信道检测的调度信令,并发送广播组播数据;
接收所述UE根据对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定PUCCH资源后,利用所述PUCCH资源反馈UCI。
可选地,所述处理器还用于:
向所述UE指示与所述UE对应的PUCCH资源单元组,或
向所述UE指示对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
可选地,所述处理器配置的至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间对应的路径损耗。
可选地,所述处理器向所述UE指示与所述UE对应的PUCCH资源单元组,包括如下任一步骤:
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE对应的PUCCH资源单元组集合,通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组。
可选地,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
可选地,所述同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
可选地,所述处理器向UE发送所述UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,向所述UE发送指示广播组播业务组各UE顺序的编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,向所述UE发送的指示广播组播业务组各UE编号及各UE对应的PUCCH资源单元组的位图。
可选地,所述处理器还用于:向所述UE指示所述UE在对应的PUCCH资源单元组的时隙偏移值。
可选地,所述UCI的调度信令包括如下信息:
频域资源分配指示,用于指示调度的PDSCH的频率域的带宽和位置;
指示调度PDSCH的时间域的时域资源分配信息;
指示PDSCH采用的调制阶数和信道编码率的调制编码格式;
用于信道译码和解调使用的冗余编码版本;
UCI的反馈时间指示。
可选地,所述UCI包括如下至少一项:
用于广播组播的自动重传请求-确认HARQ-ACK码本;
信道状态信息CSI。
依照本发明实施例第五方面,提供一种确定物理上行控制信道PUCCH资源的装置,包括:
配置信息获取单元,用于获取至少一个PUCCH资源单元组的配置信息,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
参数接收单元,用于接收网络侧发送的广播组播配置信息及UE在对应的PUCCH资源单元组内的组编号;
数据接收及码本确定单元,用于根据所述广播组播配置信息进行信道检测,获取调度信令,根据所述调度信令,接收广播组播数据并确定需反馈的UCI;
资源确定单元,用于根据所述UE对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定反馈所述UCI占用的PUCCH资源。
依照本发明实施例第六方面,提供一种配置物理上行控制信道PUCCH资源的装置,包括:
配置单元,用于配置至少一个PUCCH资源单元组,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
参数发送单元,用于向UE发送广播组播配置信息及所述UE在对应的PUCCH资源单元组内的组编号;
调度及数据传输单元,用于向所述UE发送用于信道检测的调度信令,并发送广播组播数据;
码本接收单元,用于接收所述UE根据对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定PUCCH资源后,利用所述PUCCH资源反馈UCI。
根据本发明实施例的第七方面,提供一种芯片,所述芯片与设备中的存储器耦合,使得所述芯片在运行时调用所述存储器中存储的程序指令,实现本申请实施例上述各个方面以及各个方面涉及的任一可能涉及的方法。
根据本发明实施例的第八方面,提供一种计算机程序介质,其上存储有计算机程序,该程序被处理器执行时实现本发明实施例上述各个方面以及各个方面涉及的任一可能涉及的方法。
根据本发明实施例的第九方面,提供一种计算机程序产品,当所述计算机程序产品在电子设备上运行时,使得所述电子设备执行实现本申请实施例上述各个方面以及各个方面涉及的任一可能涉及的方法。
本发明实施例提供的配置和确定PUCCH资源的方法及装置,具体以下有益效果:
本发明实施例通过配置至少一个PUCCH资源单元组,可以使UE根据自身反馈的UCI及相应的组编号,在PUCCH资源单元组内确定占用的PUCCH资源,因此可以满足不同UE进行码本反馈的需求,在广播组播场景下可以有效地反馈UCI。
附图说明
图1为现有单播业务的HARQ-ACK过程流程图;
图2为现有HARQ过程中数据调度及HARQ-ACK反馈信道示意图;
图3为本发明实施例提供的确定和配置PUCCH资源的系统示意图;
图4为目前协议定义的PUCCH格式(0/1/2)资源占用示意图;
图5为本发明实施例示例的网络侧设备配置的2个PUCCH资源单元组示意图;
图6为本发明实施例示例的PUCCH资源单元组对应的UE的示意图;
图7为本发明实施例示例的PUCCH资源单元组内频域起始位置示意图;
图8为本发明实施方式1示定义的一个PUCCH单元资源组示意图;
图9为本发明实施方式1根据假设的一组参数确定的PUCCH资源占用示意图;
图10为本发明实施方式1中根据假设的另一组参数确定的PUCCH资源占用示意图;
图11为本发明实施例中实施方式2中配置的2个PUCCH资源单元组示意图;
图12为本发明实施例中对UE进行调度及HARQ反馈PUCCH资源位置示意图;
图13为本发明实施例实施方式3中两个PUCCH资源单元组位图;
图14为本发明实施例实施方式3中PUCCH资源单元组反馈时隙位置示意图;
图15为本发明实施例2中提供的确定PUCCH资源的方法流程图;
图16为本发明实施例2中提供的配置PUCCH资源的方法流程图;
图17为本发明实施例3中提供的确定PUCCH资源的装置示意图;
图18为本发明实施例3中提供的配置PUCCH资源的UE示意图;
图19为本发明实施例3中提供的确定PUCCH资源的网络侧设备示意图;
图20为本发明实施例3中提供的配置PUCCH资源的装置示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
目前HARQ-ACK反馈机制主要有单播业务的HARQ-ACK反馈及边链路side link的广播组播业务的HARQ-ACK的反馈,具体如下:
1、基于单播业务的HARQ-ACK反馈机制
在无线通信的环境中,由于信道质量是快速变化的,即数据的传输有可能发生错误,为提高数据传输的可靠性,满足不同业务不同传输质量的要求。标准采用混合自动重传HARQ过程,也就是接收端对接收到的数据进行译码,并将译码结果反馈给发送端,当译码结果正确时,反馈ACK信息,当译码错误时,反馈NACK信息。数据发送端根据接收到的译码反馈信息,确定是否进行数据重新传输,一般的,当数据发送端收到的反馈信息是NACK信息时,进行数据重传,当接收到的反馈信息是ACK信息时,不进行数据重传,本次数据传输结束。
具体的HARQ过程描述如图1所示,假设初次传输译码错误,二次传输译码正确,具体的HARQ过程如下:
1)发送端gNB初次发送数据传输块TB1(Transport Block,传输块)给接收端UE,并指示UE反馈HARQ-ACK的PUCCH的时隙和频域资源信息;
2)接收端UE对TB1进行译码,译码结果为错误,在指定时隙的PUCCH资源上反馈NACK给发送端;
3)发送端gNB收到NACK信息,表明UE没有正确接收到TB1,则对数据传输块TB1重新发送(即重传),并指示UE反馈HARQ-ACK的PUCCH的时隙和频域资源信息;
4)接收端UE对TB1再次进行译码(UE可能会和前一次的数据进行合并),译码结果为正确,反馈ACK给数据发送端,发送端在指定时隙的PUCCH资源上反馈ACK信息给数据发送端。
发送端收到ACK信息后,确定UE正确接收到TB1,此次数据发送过程完成。
如图2所示,为HARQ过程中数据调度及HARQ-ACK反馈信道示意图,相关内容具体描述如下:
1)发送端gNB在时隙slot n中,在PDCCH(Physical Downlink Control Channel,物理下行控制信道)上发送数据调度信息,调度信息包括如下内容:
数据信道的时域和频域位置:图中k0表示数据信道相对于控制信道的偏移时隙数,即PDSCH和PDCCH时隙的距离。当k=0时,表示和PDCCH在同一个时隙,当k0=1时,表示PDSCH在PDCCH所在时隙的后一个时隙,图2中假设k0为2。
数据信道的调制和编码格式:表示PDSCH采用的调制阶数以及信道编码速率。
反馈HARQ-ACK的时域信息:表示HARQ-ACK的反馈时隙距离PDSCH的位置,当k1=0时,表示和PDSCH在一个时隙中反馈,图2中k1=4。
反馈HARQ-ACK信息在指定时隙的PUCCH的频域资源。
2)接收端UE在时隙slot n中,检测PDCCH,并根据PDCCH上传输的数据调度信息接收PDSCH数据,进行数据的解调和译码,并将译码结果(如果译码正确,反馈ACK,如果译码错误,反馈NACK)在指定时隙的PUCCH频域资源上反馈给基站。
2、side link的广播组播业务的HARQ-ACK的反馈机制
Side link是基于终端到终端的通信链接,对于Sidelink广播组播通信来说,主要就是方案是基于HARQ ACK/NACK的反馈方式:在这种方式下每个接收UE(Rx UE)都有自己独立的PSFCH(Physical Side Feedback Channel,物理边链路反馈信道)资源,每个Rx UE根据自己是否正确接收PSSCH(Physical Side Shared Channel,物理边链路共享信道),从而在对应的PSFCH资源上发送HARQ ACK/NACK信息。
上述方案主要的应用场景是组内UE比较少的时候,且只支持1比特的HARQ-ACK反馈。
可见目前基站发送广播组播数据时,发送的是基于群组的调度消息,当UE需要反馈HARQ-ACK时,现有空口的调度信令机制,无法让UE有效的反馈HARQ-ACK信息,同样,对除HARQ-ACK外其他UCI也存在无法满足UE反馈需求的问题。
针对目前空口的调度信令机制无法满足UE反馈UCI需求的问题,本发明实施例提供了一种解决方案,提出配置至少一个PUCCH资源单元,用于一组或多组UE进行DCI反馈,上述UCI可以为HARQ-ACK,也可以为CSI(Channel State Information,信道状态信息),或者可以是HARQ-ACK和CSI,或者其其它上报给网络侧设备的信息。相应地,进行DCI反馈时的比特数,可以对应是终端的HARQ-ACK比特数、对应CSI的比特数,或者HARQ-ACK的比特数加上CSI的比特数。
实施例1
鉴于此,本发明实施例提供一种配置和确定PUCCH资源的系统,可以满足不同PUCCH资源占用需求,有效解决广播组播场景下UE的UCI反馈问题,如图3所示,本发明实施例提供配置和确定PUCCH资源的系统包括用户终端301和网络侧设备302。
本发明实施例中,用户终端UE具体可以指接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal DigitalAssistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及5G网络中的移动台或者未来演进的公共陆地移动网(Public Land Mobile Network,PLMN)网络中的订阅设备等。
网络侧设备可为5G系统中的下一代基站(generation Node B,gNB),可以是全球移动通讯(Global System of Mobile communication,GSM)系统或码分多址(CodeDivision Multiple Access,CDMA)中的基站(Base Transceiver Station,BTS),也可以是宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统中的基站(NodeB,NB),还可以是长期演进(Long Term Evolution,LTE)系统中的演进型基站(EvolutionalNode B,eNB或eNodeB)等。
终端和网络设备间的通信频谱,可以是授权频谱,也可以是非授权频谱,或者是可见光。
当反馈链路是边链路时(sidelink),网络设备可以是终端或者路边单元。
需要说明的是,上述系统架构仅是对本发明实施例适用系统架构的举例说明,本发明实施例适用的系统架构相比图3所示的系统架构还可以增加其它实体,或减少部分实体。
上述系统中,用户终端301用于获取至少一个PUCCH资源单元组的配置信息,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;接收网络侧发送的广播组播配置信息及UE在对应的PUCCH资源单元组内的组编号;根据所述广播组播配置信息进行信道检测,获取调度信令,根据所述调度信令,接收广播组播数据并确定需反馈的UCI;根据所述UE对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定反馈所述UCI占用的PUCCH资源。
上述系统中,网络侧设备302用于配置至少一个PUCCH资源单元组,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;向UE发送广播组播配置信息及所述UE在对应的PUCCH资源单元组内的组编号;向所述UE发送用于信道检测的调度信令,并发送广播组播数据;接收所述UE根据对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定PUCCH资源后,利用所述PUCCH资源反馈UCI。
上述UE获取至少一个PUCCH资源单元组的配置信息,可以是根据协议约定,也可以根据网络侧设备的通知,或者对于至少一个PUCCH资源单元组的配置信息中部分信息,根据协议约定方式确定,另一部分信息根据网络侧设备的通知确定,网络侧设备可以通过高层信令通知上述配置信息。
上述PUCCH资源单元组可以配置一个,也可以配置为多个不同组,每组PUCCH资源单元组内包括至少一个PUCCH资源,使用每组PUCCH资源单元组内PUCCH资源的UE为一个广播组播业务组,一个广播组播业务组中UE可以对应仅使用一个PUCCH资源单元组,也可以分配在不同的PUCCH资源单元组,使用每组PUCCH资源单元组的UE可以为一个,也可以为多个。在配置一个PUCCH资源单元组时,该PUCCH资源单元组内包括多个PUCCH,多个PUCCH可以采用相同的格式,也可以采用不同的格式。
PUCCH资源单元组中的PUCCH资源,可以分布在一个时隙内,也可以不在一个时隙内。
下面实施例以UCI信息为HARQ-ACK为例进行说明,其他的UCI信息具体实施方式相同,区别在于UCI信息内容不同。
作为一种可选的实施方式,UE根据调度信令确定反馈HARQ-ACK码本的时隙,并根据UE对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的HARQ-ACK码本,确定反馈所述HARQ-ACK码本占用的PUCCH资源。UE对应的PUCCH资源单元组为一个,可以由网络侧进行配置并指示给UE。在一个PUCCH资源单元组配置多个UE时,网络侧进一步将UE在对应PUCCH资源单元组中的组编号指示给UE。
上述至少一个PUCCH资源单元的配置信息中,可以包括PUCCH资源单元组中PUCCH在占用时隙的频域起始位置,进一步地,还可以配置PUCCH资源单元组内复用的用户数及PUCCH资源上的最大比特承载量。上述复用用户数可以为大于1的固定数值,或者为1或者为可变的数值,由UE计算后确定复用用户数的具体数值。通过配置PUCCH资源上的最大比特承载量,可以确定1个PUCCH信道上复用的用户数N:
如
N1为配置PUCCH时设置的用户复用数,即假设反馈HARQ-ACK比特数等于最大比特承载量时的用户复用数。
作为另一种可选的实施方式,本发明实施例可以配置多个PUCCH资源单元组,每个PUCCH资源单元组内包括多个PUCCH,多个PUCCH可以采用相同的格式,也可以采用不同的格式。
基于上述PUCCH资源单元组配置方案,可以支持通过配置不同的PUCCH资源单元组满足不同的反馈需求,具体配置时,可以配置多个PUCCH资源单元组,不同PUCCH资源单元满足不同的反馈需求,或者配置多个PUCCH资源单元组集合,不同PUCCH资源单元中集合满足不同的反馈需求,其中,一个PUCCH资源单元组集合包括至少一个PUCCH资源单元组。
上述网络侧设备向所述UE指示与所述UE对应的PUCCH资源单元组,UE根据网络侧的指示,确定所述UE对应的PUCCH资源单元组;或者
上述网络侧设备向所述UE指示对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组;UE根据网络侧的指示,确定所述UE对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
具体地,可以通过如下任一方式,配置不同的PUCCH资源单元组满足不同的反馈需求:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈HARQ-ACK码本占用的比特位数,如可以配置不同PUCCH资源单元组/PUCCH资源单元组集合对应支持不同比特位数的HARQ-ACK码本反馈,如可以配置一PUCCH资源单元组-0支持第一范围比特位数的HARQ-ACK码本反馈,配置PUCCH资源单元组-1支持第二范围比特位数的HARQ-ACK码本反馈,PUCCH资源单元组-1中PUCCH中的RB数较多,PUCCH资源单元组-0中PUCCH中的RB数较少,上述第一范围内的比特位数大于第二范围内的比特位数。
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离,如可以为距离小于设定值的一组UE配置一PUCCH资源单元组-0,为距离大于设定值的另一组UE配置PUCCH资源单元组-1,PUCCH资源单元组-1中PUCCH占用的符号数较多,PUCCH资源单元组-0中PUCCH占用的符号数较少。
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE反馈HARQ-ACK码本对应的路径损耗。
进一步地,为了简化UE和网络侧设备的实现,同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB数相同或PUCCH占用的符号个数相同。
上述PUCCH资源的格式,可以采用现有协议中定义的PUCCH的频域资源格式,目前为支持UE反馈单播HARQ-ACK信息,5G设计了5种PUCCH的频域资源格式,下面做简单介绍。
如表1所示,为PUCCH格式0对应的频域资源,该格式的PUCCH可以和其它用户进行复用,复用时使用不同的初始循环移位(Initial Cyclic Shift)进行区分,可满足少量比特反馈,距离基站较近的UE进行HARQ-ACK反馈。
表1 PUCCH格式0(format 0)
如表2所示,为PUCCH格式1对应的频域资源,该格式的PUCCH可以和其它用户进行复用,复用时使用不同的初始循环移位(Initial Cyclic Shift)进行区分或者采用不同的正交序列(Orthogonal Sequences)进行区分,可满足少量比特反馈,距离基站较远的UE进行HARQ-ACK反馈。
表2 PUCCH格式1(format 1)
如表3所示,为PUCCH格式2对应的频域资源,该格式的PUCCH,可满足较多比特反馈,距离基站较近的UE进行HARQ-ACK反馈,在实际传输中使用RB数可少于X RB。
表3 PUCCH格式2(format 2)
如表4所示,为PUCCH格式3/4对应的频域资源,该格式的PUCCH可满足较多比特反馈,距离基站较远的UE进行HARQ-ACK反馈,其中在实际传输中使用RB数可少于X RB。
其中Format 4可以和其它用户进行复用,复用时使用不同的正交序列(Orthogonal sequences)进行区分。
表4 PUCCH格式3/4(format 3/4)
如图4所示为上述PUCCH格式(0/1/2)资源示意图,具体的资源占用参见上述表格中内容,这里不再详述。
本实施例中配置的每个PUCCH资源单元组包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
如表5所示,为每个PUCCH资源单元组包含的内容项:
表5 PUCCH资源单元组内容
如图5所示,本发明实施例示例的网络侧设备配置的2个PUCCH资源单元组,2个PUCCH资源单元组均包括3个PUCCH,每个PUCCH采用PUCCH格式1,其中PUCCH资源单元组-0中的PUCCH是2个符号,占用2个RB,其中单PUCCH资源单元组-1中的PUCCH是6个符号,占用2个RB。两个PUCCH资源单元组可以是在一个时隙中,也可以在不同的时隙中,这里不做限制。如图6所示,PUCCH资源单元组-0可以用于一个或一组UE进行HARQ-ACK码本反馈;PUCCH资源单元组-1可以用于一个或一组UE进行HARQ-ACK码本反馈。
作为一种可选的实施方式,网络侧设备向所述UE指示所述UE在对应的PUCCH资源单元组的时隙偏移值。UE根据网络侧的指示,确定所述UE对应的PUCCH资源单元组的时隙偏移值;根据所述调度信令指示的HARQ反馈时隙,并将所述HARQ反馈时隙偏移所述时隙偏移值后,得到PUCCH资源所在的时隙。
网络侧设备向UE发送广播组播配置信息,UE根据接收的广播组播配置信息进行控制信道和数据信道检测。实施中,上述广播组播配置信息包括广播组播业务的G-RNTI(Group Radio Network Tempory Identity,无线网络临时标识)。
需要说明的是,这里的G-RNTI-DCI是基于组的无线网络表标识RNTI(RadioNetwork Tempory Identity),用于UE对广播组播空信道检测,在实施中,可以是其它名称。PUCCH是上行控制信道,用于传输HARQ-ACK信息的信道,在实施中,也可以是其它名称。G-RNTI-PDSCH也是基于组的无线网络标识,用于对数据信道PDSCH接收使用,在实施过程中,也可以是其他名称,同时G-RNTI-PDSCH可以和G-RNTI-DCI相同或者不同。
具体地,网络侧设备给特定广播组播业务分配RNTI并发送广播组播配置信息,执行过程如下:
网络侧设备配置用于检测控制信道的G-RNTI-DCI,UE将接收的G-RNTI-DCI作为扰码检测控制信道,通过控制信道接收调度信令;
网络侧设备配置用于辅助接收广播组播业务数据(PDSCH数据)的G-RNTI-PDSCH,UE将接收G-RNTI-PDSCH作为参数生成扰码序列,并根据所述调度信令利用上述扰码序列进行广播组播数据接收。
上述G-RNTI-DCI和G-RNTI-PDSCH可以相同(即同一个参数),也可以不同。
本发明实施例网络侧设备在发送广播组播配置信息时,还可以同时或者分开发送UE在广播组播业务组内的组编号,该组编号用于辅助UE在所使用的PUCCH资源单元组中,确定占用的PUCCH资源,不同UE采用不同的组编号以避免确定PUCCH资源产生冲突。具体地,UE所在广播业务组的组编号(i)的数值可从0开始,如UE0的组编号是(0),UE1的在编号是1,UE2的组编号是2,以此类推。
作为一种可选的实施方式,每组PUCCH资源单元组的UE为多个时,网络侧设备采用如下向UE发送上述组编号:
在一个广播组播业务组对应一个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号,根据所述编号确定所述UE的组编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图,不根据属于同一PUCCH资源单元组的UE在所述位图中的编号顺序,确定所述UE的组编号,上述位图按照UE的编号进行排列,并用对应的比特指示对应的PUCCH资源单元组。
网络侧设备通过控制信道向UE发送调度信令,UE根据接收的调度信令接收广播组播数据并确定需反馈的HARQ-ACK码本,调度信令包括如下内容:
-频域资源分配指示(Frequency domain resource assignment),占用L比特,用于指示调度的PDSCH的频率域的带宽和位置,其中占用带宽数和总可调度的最大带宽相关;
-指示调度PDSCH的时间域的时域资源分配信息(Time domain resourceassignment),占用4个比特,为指示调度PDSCH的时间域的信息;
-指示PDSCH采用的调制阶数和信道编码率的调制编码格式(Modulation andcoding scheme),占用5个比特;
-用于信道译码和解调使用的冗余编码版本(Redundancy version),占用2个比特,数据传输的冗余版本号,用于信道译码和解调使用;
-HARQ-ACK码本的反馈时间指示(PDSCH-to-HARQ_feedback timing indicator),占用3个比特,代表反馈HARQ-ACK的定时,从PDSCH起始到反馈HARQ-ACK的时隙。
在网络侧设备配置多个PUCCH资源单元组的情况下,网络侧设备向UE指示反馈HARQ-ACK码本所使用的PUCCH资源单元组,UE根据网络侧的指示,确定反馈所述HARQ-ACK码本所使用的PUCCH资源单元组。
网络侧设备可以调度信令指示UE对应的PUCCH资源单元组,也可以通过广播组播业务组配置信息指示UE对应的PUCCH资源单元组,具体过程如下:
1)网络侧设备通过广播组播业务配置信息中的G-RNTI-DCI,向UE指示与UE对应的PUCCH资源单元组;
其中不同的G-RNTI-DCI对应不同的PUCCH资源单元组,UE接收广播组播配置信息后,根据不同G-RNTI-DCI与PUCCH资源单元组的对应关系,确定所述广播组播业务配置信息中的G-RNTI-DCI对应的PUCCH资源单元组,为UE对应的PUCCH资源单元组,作为反馈HARQ-ACK码本时使用的PUCCH资源单元组。
2)网络侧设备通过调度信令中的PUCCH资源单元组指示,向所述UE指示反馈HARQ-ACK码本所使用的PUCCH资源单元组,UE根据调度信令中的PUCCH资源单元组指示,确定对应的PUCCH资源单元组。
3)网络侧设备通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE对应的PUCCH资源单元组集合,通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组;UE根据不同G-RNTI-DCI与PUCCH资源单元组集合的对应关系,及所述广播组播业务配置信息中G-RNTI-DCI,确定与所述对应的PUCCH资源单元组集合,根据所述调度信令中的PUCCH资源单元组指示,确定与所述UE对应的PUCCH资源单元组。
对于配置多个PUCCH资源单元组集合的情况,每个PUCCH资源单元组集合包括至少一个PUCCH资源单元组,在实施中,用不同的集合标识区分PUCCH资源单元组集合,对于PUCCH资源单元组集合中的PUCCH资源单元组,用不同的资源单元组标识区分不同的PUCCH资源单元组,在不同PUCCH单元集合中的不同资源单元组标识可以相同。
下面给出UE确定对应的PUCCH资源单元组后,根据组编号及需反馈的HARQ-ACK码本,确定反馈所述HARQ-ACK码本占用的PUCCH资源的具体过程。
UE确定反馈所述HARQ-ACK码本所使用的PUCCH资源单元组后,可以计算出反馈HARQ-ACK码本需要的PUCCH参数,具体包括:每个PUCCH占用的RB数,需要PUCCH的数量,UE所在PUCCH资源的频域起始位置RB_start1,从而实现组内UE利用对应的PUCCH资源组中PUCCH资源进行码本反馈,计算上述PUCCH参数需要基于以下两个信息:
UE对应的PUCCH资源单元组的配置信息(如包含PUCCH个数:M=3,每个PUCCH信道的RB数:X=2,复用的用户数N=1);
UE计算的反馈HARQ-ACK码本需要的比特数OACK,如计算得到OACK为5。
基于上述PUCCH参数,UE根据反馈的HARQ-ACK码本的比特数OACK和调制编码格式,确定反馈HARQ-ACK码本占用的RB数X1,这里的X1是指,信道RB数为X1时,能够承载OACK个反馈比特,当RB数为(X1-1)时,就不能承载OACK个反馈比特;
UE确定X1后,计算UE在对应的PUCCH资源单元组中占用的PUCCH资源的频域起始位置:其中,i为所述组编号,startRB为所使用的PUCCH资源单元组内起始RB,N为PUCCH资源上复用的用户数。
公式中表示向下取整,“/”表示相除。
如图7所示,用户数user_number=6,PUCCH上可复用的用户数N=1,根据上述公式计算各UE的频域起始位置为:
UE(0)=0,UE(1)=1,UE(2)=2,UE(3)=3,UE(4)=4,UE(5)=5。
本发明实施例中UE根据反馈HARQ-ACK码本需要的比特数,按照上述方式计算PUCCH资源占用的频域资源数,可以让反馈信道占用的资源数和反馈信息量相匹配,从而节约资源或者增加反馈信道,如图7中,网络侧设备配置了M=3个信道,每个信道占用2RB,按照现有反馈机制可最多供3个UE进行反馈,而根据本实施例的方案,当反馈bit数较少时,信道减少到1RB,可提供6个PUCCH反馈信道,从而增大了UE的反馈容量。
如果广播组播业务组内的UE过多,在进行反馈时需要的PUCCH资源,超过了基站配置的信道资源数(如图7的PUCCH资源单元组中,若对应的广播组播业务组内UE有8个,实际最多有6个信道,则有两个剩余UE无法有效反馈HARQ-ACK信息),当反馈信息只有1比特时,本实施例对于不能够反馈HARQ-ACK的UE可以采用如下任一处理方法:
1)确定反馈HARQ-ACK码本占用的PUCCH,超出UE对应的PUCCH资源单元组时,将对应的PUCCH资源单元组中的一个PUCCH信道作为公共信道,在所述公共信道上仅反馈ACK信息或仅反馈NACK信息;
对于没有分配到PUCCH反馈的剩余UE,当在公共信道上设置为仅反馈ACK信息时,如果UE接收数据正确,则在公共信道上反馈ACK,否则不进行信息反馈;
对于没有分配到PUCCH反馈的剩余UE,当在公共信道上设置仅反馈NACK时,如果UE没有正确接收数据,则在公共信道上反馈NACK,否则不进行信息反馈。
UE可以根据网络侧的指示确定公共信道,也可以根据协议约定确定公共信道。
2)确定反馈HARQ-ACK码本占用的PUCCH,超出对应的PUCCH资源单元组时,将对应的PUCCH资源单元组中的两个PUCCH信道作为公共信道,在其中一个公共信道上仅反馈ACK信息,在另一个公共信道上仅反馈NACK信息;
对于没有分配到PUCCH反馈的剩余UE,如果接收数据正确,则在反馈ACK的公共信道上反馈ACK;如果接收错误,则再另外一个公共信道反馈NACK。
UE可以根据网络侧的指示确定公共信道,也可以根据协议约定确定公共信道。
3)不反馈任何HARQ-ACK信息。
本发明实施例支持通过设计不同PUCCH资源单元组,有效解决UE和基站不同距离对反馈资源的诉求不同的问题,提高了反馈HARQ-ACK的可靠度。同时,根据实际传输的反馈信息比特,计算资源组中信道的资源需求RB数,有效节约了空口资源。
下面从网络侧设备和UE进行交互的角度,给出本发明实施例中网络侧设备配置PUCCH资源及UE确定PUCCH资源可能的实施方式。
实施方式1
本实施例中假设配置一个PUCCH资源单元组,PUCCH资源单元组中PUCCH资源的格式配置为PUCCH格式1,每个PUCCH上复用用户可变(即根据实际反馈bit数调整每个PUCCH信道上的用户复用数)。
本实施例中HARQ码本反馈过程具体如下:
步骤1,UE接收基站配置的一个或者多个PUCCH资源单元组,用于1组或者多组UE反馈HARQ-ACK码本信息;
基站配置了1组上行PUCCH资源单元组-0,如表6所示,包含如下几项内容:
表6 PUCCH资源单元组-0
如图8所示为定义的一个PUCCH单元资源组示意图,其M=4(4个PUCCH信道)。startRB=0(资源组的起始位置为RB0),每个PUCCH信道占用1RB,符号数为4。每个PUCCH资源上复用的用户数:N=2或者N=4。其中:
反馈HARQ-ACK码本信息为1bit时,复用4个UE,对应4个UE的初始循环位移索引为{0,3,6,9}。初始循环位移索引(initial cyclic shift indexes),为在同一个PUCCH信道上区分用户所使用的参数,可以和3GPP NR中的定义保持一致。
反馈HARQ-ACK码本信息为2bit时,复用2个用户,对应2个UE的初始循环位移索引为{0,6}。
这里需要说明以下两点:
初始循环位移索引数值可以为其它数值(如通过不同的正交序列索引(Orthogonal sequences index)得到),配置参数可以不是{0,6}或者{0,3,6,9},只要能够区分不同UE即可。
上述配置信息可以通过专用信令(如RRC消息)配置,也可以通过公共信令配置,如通过BCCH(Broadcast Control Channel,广播控制信道),或者MCCH(Multicast ControlChannel)组播信道配置。
步骤2,UE接收基站发送的广播组播业务组配置信息,主要包括以下过程:
A,基站发送广播组播业务组的RNTI配置信息
上述RNTI配置信息包括用于检测控制信道的G-RNTI-DCI,及用于接收广播组播业务PDSCH的G-RNTI-PDSCH,UE用G-RNTI-DCI作为扰码来检测控制信道,使用G-RNTI-PDSCH作为参数生成业务信道的扰码序列。
G-RNTI-DCI和G-RNTI-PDSCH可以相同(即同一个参数),也可以不同。这里假设在基站的覆盖小区内,所有UE和基站的距离相当或者基站不进行区分,只用一个DCI进行调度PDSCH,此时G-RNTI-DCI和G-RNTI-PDSCH是同一个参数。
B,基站发送UE在对应的PUCCH资源单元组的组编号信息
本实施例中一个广播组播业务组的UE被分配在一个PUCCH资源单元组,组编号可从0开始,如UE0的组编号是0,UE1的组编号是1,以此类推。
步骤3,UE接收调度信令,计算HARQ-ACK的反馈比特数。
调度信令是基站发送的广播组播业务调度信令,基于现有标准协议,确定UE需要反馈的广播组播的HARQ-ACK比特数,支持现有NR协议中的半静态码本和动态码本、以及增强型动态码本,或其他类型的码本。
广播组播的调度信令的内容参见上述描述,这里不再重述,本实施例假设K=1,即只配置了一个PUCCH资源单元组-0,即Y=0比特,因此不需要在调度信令中携带PUCCH资源单元组指示。
经过计算需要反馈的比特数为:OACK,假设有两种情况:OACK=1,OACK=2
步骤4,根据UE对应的PUCCH资源单元组,UE的组编号(i),HARQ-ACK反馈的比特数,确定待反馈的HARQ-ACK码本的PUCCH资源。
依据调度信令接收PDSCH并进行在指定的PUCCH资源上反馈HARQ-ACK。
本实施中UE的组编号(i),可以通过高层消息配置,具体的由基站发送编号信息给UE,假设共有user_number=8个用户,UE0对应组编号0,UE1对应组编号1…UE7对应组编号7。
计算反馈HARQ-ACK需要的PUCCH参数,主要包括:每个PUCCH占用的RB数,需要PUCCH的数量,UE所在PUCCH资源的频域起始位置RB_start1和初始循环位移索引指示。具体计算过程为:
计算反馈的HARQ-ACK码本需要的频域RB数X1:由于PUCCH格式1的RB配置为1,因此无法再进行缩减,实际PUCCH的RB为1,即X1=1;
计算总共需要PUCCH的信道数量:
计算UE所在PUCCH资源的频域起始位置:
计算UE所在PUCCH的初始循环位移索引指示:index=i mod N;
公式表示向上取整的含义,表示向下取整的含义,/表示相除,mod表示求余。
假设user_number=8,OACK=1,N=4,资源分配如图9所示:
M1=8/4=2;
计算后得到UE(0)=0,UE(1)=0,UE(2)=0,UE(3)=0,UE(4)=1,UE(5)=1,UE(6)=1,UE(7)=1。
初始循环位移索引指示Index=i mod 4
即:UE(0)=0,UE(1)=1,UE(2)=2,UE(3)=3,UE(4)=0,UE(5)=1,UE(6)=2,UE(7)=3,这里索引对应步骤1中{0,3,6,9}。
如:user_number=8,OACK=2,N=2,资源分配如图10所示:
M1=8/2=4;
UE(0)=0,UE(1)=0,UE(2)=1,UE(3)=1,UE(4)=2,UE(5)=2,UE(6)=3,UE(7)=3。
初始循环位移索引指示Index=i mod 2
计算后得到UE(0)=0,UE(1)=1,UE(2)=0,UE(3)=1,UE(4)=0,UE(5)=1,UE(6)=0,UE(7)=1,这里索引对应步骤1中{0,6}。
本实施例配置了一个PUCCH资源单元组-0,因此PUCCH资源单元组指示bit数为0,同时,为了基站调度灵活性,可以配置K个PUCCH资源单元组-0,则PUCCH资源单元组指示所需要的bit数为log2(K),并取整数的上限数值,K为大于1的正整数。
实施方式2
本实施例中采用多DCI调度的方法,每个DCI针对一组近似距离的一组UE,网络侧设备配置多个PUCCH资源单元组,不同广播组播业务组对应的UE距离网络侧设备的距离不同,或者路径损耗不同,一组PUCCH资源单元组对应UE距离网络侧设备的距离差值在设定范围内容,或者路径损耗差值在设定范围内。上述网络侧设备为基站,UE进行码本反馈过程如下:
步骤1,UE接收基站配置的一个或者多个PUCCH资源单元组,用于1组或者多组UE反馈行HARQ-ACK码本信息。
以基站配置2个PUCCH资源单元组为例,不同资源单元组对应的UE组距离基站的距离不同,或者到基站的路径损耗不同。
基站配置的PUCCH资源单元组-0参数如表7所示:
表7 PUCCH资源单元组-0的配置信息
采用格式2的PUCCH的参数配置如表8所示:
表8格式2的参数配置
基站配置的PUCCH资源单元组-1参数如表9所示:
表9 PUCCH资源单元组-1的配置信息
采用格式3的PUCCH的参数配置,如表10所示:
表10 PUCCH格式2(format 3)
如图11所示为本实施例配置的2个PUCCH资源单元组示意图,需要说明的是,这个2个PUCCH资源单元组,可以是在一个时隙中,也可以在不同的时隙中,这里不做限制。另外:为了简化终端和基站的实现,PUCCH单元资源组内的PUCCH信道格式相同。
当以广播的方式指示给UE时,可以将2个以上的PUCCH单元资源组配置信息承载在BCCH或者MCCH上指示给UE。
步骤2,UE接收基站发送的广播组播业务组配置信息;
A.基站发送给特定广播组播业务分配的RNTI,具体参见实施方式1的说明,这里的G-RNTI-DCI和G-RNTI-PDSCH可以是相同(即同一个参数),也可以不同。
当通过广播的方式将上述广播组播业务组配置信息指示UE时,广播信息中可指示多个不同G-RNTI-DCI(如:G-RNTI-DCI-1,G-RNTI-DCI-2,G-RNTI-DCI-3),同时还需要通过专用信令指示UE进行信道检测时使用的哪一个G-RNTI-DCI。
当通过专用信令将上述广播组播业务组配置信息指示UE时,专用信令指示一个G-RNTI-DCI(如:G-RNTI-DCI-1,或G-RNTI-DCI-2,或G-RNTI-DCI-3),以及一个G-RNTI-PDSCH。
B.基站发送UE在对应的PUCCH资源单元组的组编号信息。
本实施例中一个广播组播业务组中UE使用多组PUCCH资源单元组,可以将UE在广播组播业务组中的编号,对应分配到PUCCH资源单元组,并确定UE在对应PUCCH资源单元中的组编号。编号(i)可从0开始,如UE0的编号是0,UE1的编号是1,以此类推。
如共12个UE对某一特定的广播组播业务感兴趣,经过和基站交互及配置信息后,可生成如表11的内容。
表11配置后的广播组播业务组UE信息
通过上述配置,不同DCI调度不同广播组播业务组内UE,具体根据DCI调度不同广播组播业务组内UE的调度及HARQ反馈PUCCH资源位置示意如图12所示。
步骤3,UE接收调度信令,计算HARQ-ACK的反馈比特数。
调度信令是基站发送的广播组播业务调度信令,基于现有标准协议,确定UE需要反馈的广播组播的HARQ-ACK比特数,支持现有NR协议中的半静态码本和动态码本、以及增强型动态码本,或其他类型的码本。假设经过计算需要反馈的比特数为:OACK,假设需要反馈的比特数为:OACK=5。
步骤4,根据UE对应的PUCCH资源单元组,组编号(i),HARQ-ACK反馈的比特数,确定待反馈的HARQ-ACK码本的PUCCH资源。
在接收调度信令前,基站专用信令(如通过DCCH)指示UE所在PUCCH资源单元组及编号(i),这里假设总共有user_number=6个用户,UE0对应编号0,UE1对应编号1…UE5对应编号5。
UE接收基站发送的调度信令(假设以G-RNTI-DCI-1检测得到的控制信令),依据调度信令接收PDSCH并进行在指定的PUCCH资源上反馈HARQ-ACK。
调度信令内容参见上述实施方式的描述,这里不再重述,需要说明的是,由于在专用信令中已经配置了PUCCH资源单元组,本实施例中调度信令中PUCCH资源单元组指示为0比特。
计算反馈HARQ-ACK需要的PUCCH参数,包括:每个PUCCH占用的RB数,需要PUCCH的数量,UE所在PUCCH资源的频域起始位置RB_start1。
所需相关参数包括:
步骤1中配置的PUCCH资源单元组(每个PUCCH信道的RB数:X=2,包含PUCCH个数:M=3,复用的用户数N=1)。
步骤2中的HARQ-ACK比特数OACK假设为5;
计算每个PUCCH需要的频域RB数X1:
UE根据OACK和配置的调制阶数和码率等,选择合适的RB数X1,这里的合适RB数X1是指,信道RB数为X1时,能够承载OACK个反馈比特,当信道RB数为(X1-1)时,就不能承载OACK个反馈比特。
假设经计算需要RB数X1=1RB。
计算UE所在PUCCH资源的频域起始位置:
表示向下取整的含义,”/”表示相除。
假设用户数user_number=6,N=1,根据RB_strat1=i*1RB+RB_start得到:
UE(0)=0,UE(1)=1,UE(2)=2,UE(3)=3,UE(4)=4,UE(5)=5。
具体的PUCCH资源占用示意图如图7所示。
进一步的,DCI-RNTI-1对应配置的PUCCH资源单元组-0,DCI-RNTI-2对应配置的PUCCH资源单元组-1,因此调度信令中的资源单元组指示bit数为0,同时,为了基站调度灵活性,可以配置K个PUCCH资源单元组-0作为第一资源单元组集合或者K个PUCCH资源单元组-1作为第二资源单元组集合,PUCCH资源单元组指示所需要的bit数为log2(K),并取整数的上限数值,这样UE通过DCI-RNTI-1检测的PDCCH,只去索引对应配置的PUCCH资源单元组。
进一步地,为了满足指示更大HARQA-ACK反馈比特数OACK,基站可以配置不同的PUCCH资源单元在集合,每个集合对应不同的反馈比特数OACK,每个资源单元集合包含一个或者多个PUCCH资源单元组。例如:
PUCCH资源单元组集合(0):包含4个PUCCH资源单元组(PUCCH资源单元组-0,PUCCH资源单元组-1,PUCCH资源单元组-2,PUCCH资源单元组-3),支持反馈比特0<OACK≤2。
PUCCH资源单元组集合(1):包含4个PUCCH资源单元组(PUCCH资源单元组-0,PUCCH资源单元组-1,PUCCH资源单元组-2,PUCCH资源单元组-3),支持反馈比特2<OACK≤16;
当UE反馈HARQ-ACK时,可以根据DCI-RNTI确定使用的资源单元集合。如小于等于2bit选择PUCCH资源单元组集合(0),大于2bit选择PUCCH资源单元组集合(1),然后根据PUCCH资源单元组指示选择资源单元组。
实施方式3
本实施例中配置多个PUCCH资源单元组,对应的多个UE组中UE与基站的距离不同或路径损耗不同,具体HARQ-ACK过程如下:
步骤1,UE接收基站配置的一个或者多个PUCCH资源单元组,用于1组或者多组UE反馈行HARQ-ACK信息;
基站配置2个或者多个PUCCH资源单元组,每个资源单元组对应不同的UE,如表12所示,基站配置的PUCCH资源单元组-0参数如下:
表12 PUCCH资源单元组-0
上述采用格式2的PUCCH的参数配置如表13所示:
表13 PUCCH格式2(format 2)
另外,为了进一步增加反馈信道调度的灵活性,增加指示pucch_slot_offset,该数值表示相对于调度信令中“HARQ反馈时间指示”表示的时隙的偏移量。如:UE接收到广播组播的PDSCH是在时隙n,调度信令中HARQ反馈时间指示信息为k1,在UE在该PUCCH上反馈HARQ-ACK的时隙为:n+k1+pucch_slot_offset。在默认不配置的情况下,pucch_slot_offset=0。
pucch_slot_offset可以在调度信令中指示,也可以在高层信令中指示。本实施例假设在高层信令中指示,且pucch_slot_offset=0。
基站配置的PUCCH资源单元组-1参数如表14所示:
表14 PUCCH资源单元组-1
上述采用格式3的PUCCH参数配置如表15所示:
表15 PUCCH格式2(format 3)
另外,为了进一步增加反馈信道调度的灵活性,进一步指示pucch_slot_offset,该数值表示相对于调度信令中“HARQ反馈时间指示”表示的时隙的偏移量。如:UE接收到广播组播的PDSCH是在时隙n,调度信令中“HARQ反馈时间指示”信息为k1,在UE在该PUCCH上反馈HARQ-ACK的时隙为:n+k1+pucch_slot_offset。在默认不配置的情况下,pucch_slot_offset=0。
pucch_slot_offset可以在调度信令中指示,也可以在高层信令中指示。本实施例假设在高层信令中指示,且pucch_slot_offset=1。
如图11所示为本实施例配置的2个PUCCH资源单元组示意图。
以广播的方式指示上述配置信息时,可以将2个以上的PUCCH单元资源组配置信息,承载在BCCH或者MCCH上指示给UE。
步骤2,UE接收基站发送的广播组播业务组配置信息;
A,基站发送广播组播业务组的RNTI配置信息
RNTI配置信息的内容参见实施方式1的描述,这里不再重述,本实施方式使用一个调度信令调度PDSCH(即使用一个G-RNTI-DCI),对于UE使用的PUCCH资源单元组及UE在广播业务组内的编号通过专用信令发送。因此本实施的G-RNTI-DCI和G-RNTI-PDSCH是相同的。
B:基站发送UE在对应的PUCCH资源单元内的组编号信息。
为了更好的适应终端位置的变化,及时有效的调整UE对应的PUCCH资源单元组,本实施例分成两个步骤指示:
Step 1,指示UE所在广播组播业务组的编号(k),编号可从0开始,如UE0的编号是0,UE1的编号是1,UE2的编号是2,UEx的编号是X;
Step 2,指示广播组播业务组内UE对应的PUCCH资源单元组信息,从而使UE结合上述编号和对应的PUCCH资源单元信息,得到UE在对应PUCCH资源单元组内的组编号,具体指示方式如下:
在一个广播组播业务组对应多个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图,根据属于同一PUCCH资源单元组的UE在所述位图中的编号顺序,确定所述UE的组编号。
当PUCCH资源单元组分为2个组时,PUCCH资源单元组位图为[X]bit,X是step1步骤中的UE数,每个位图指示数值为0或者1。0表示对应UE在PUCCH资源单元组0,1表示对应UE在PUCCH资源单元组1,或者相反。同时每个UE在PUCCH资源单元组内的编号,按照位图指示的顺序进行递增。
如图13所示为两个PUCCH资源单元组位图,其中有6个UE在某个广播组播业务组中,UE0,UE1,UE2…UE5。
Step1中,UE在广播组播业务组的编号(k)为:UE0=0,UE1=1,UE2=2,UE3=3,UE4=4,UE5=5。
Step 2中,位图指示为001101,0表示对应编号k的UE配置为PUCCH资源单元组-0,1表示对应编号k的UE配置为PUCCH资源单元组-1,相应UE在对应的PUCCH资源单元组的组编号(i)为:
PUCCH资源单元组-0:UE0,UE1,UE4,在对应的PUCCH资源单元组内的组编号为:0,1,2。
PUCCH资源单元组-1:UE2,UE3,UE5,在对应的PUCCH资源单元组内的组编号为:0,1,2。
上述步骤中,step1可以采用高层信令的方法进行半静态配置,更新间隔周期较长。Step2可以采用物理层指示或者高层信令指示,更新间隔周期较短,以适应UE和基站距离变化以及反馈信道质量的变化。
步骤3,UE接收调度信令,计算HARQ-ACK的反馈比特数。
调度信令是基站发送的广播组播业务调度信令,基于现有标准协议,确定UE需要反馈的广播组播的HARQ-ACK比特数,支持现有NR协议中的半静态码本和动态码本、以及增强型动态码本,或其他类型的码本。假设经过计算需要反馈的比特数为:OACK
步骤4,根据配置的PUCCH资源单元组,所在组编号(i),HARQ-ACK反馈的比特数,确定待反馈的HARQ-ACK码本的PUCCH资源,和反馈时隙。
UE接收基站发送广播组播调度信令的内容参见上述示例的描述,这里不再重述,依据调度信令进行广播组播数据接收并确定需反馈的HARQ-ACK码本,并进行如下计算:
A:计算反馈PUCCH的时隙位置
所需的参数为步骤1中配置的每个PUCCH资源单元组的pucch_slot_offset。(资源单元组-0pucch_slot_offset=0,资源单元组-1pucch_slot_offset=1。)。
调度信令中的HARQ反馈时间指示,假设k1=3。
接收PDSCH对应的上行时隙位置:假设为slot n。
步骤2中的分组信息:
PUCCH资源单元组-0:UE0,UE1,UE4,在对应的PUCCH资源单元组内的组编号为:0,1,2;
PUCCH资源单元组-1:UE2,UE3,UE5,在对应的PUCCH资源单元组内的编号为:0,1,2。
反馈PUCCH的时隙位置为:slot n+k1+pucch_slot_offset。即PDSCH接收对应的上行时隙加上k1再加上偏移量,本示例的反馈时隙位置如图14所示,PUCCH资源单元组-1中UE的PUCCH时隙位置向后偏移了1个时隙。
B:反馈HARQ-ACK需要的PUCCH参数
反馈HARQ-ACK需要的PUCCH参数,包括:每个PUCCH占用的RB数,需要PUCCH的数量,UE所在PUCCH资源的频域起始位置RB_start1。
这里以PUCCH资源单元组-1为例,PUCCH资源单元组-0的计算方法相同,不再重述。
计算上述PUCCH需要的相关参数:
步骤1中配置的PUCCH资源单元组(每个PUCCH信道的RB数:X=2,包含PUCCH个数:M=3,复用的用户数N=1);
步骤2中的HARQ-ACK比特数OACK假设为5;
计算每个PUCCH需要的频域RB数X1:
UE根据OACK和配置的调制阶数,码率等,选择合适的RB数X1。这里的合适RB数X1是指,信道RB数为X1时,能够承载OACK个反馈比特;当信道RB数为(X1-1)时,就不能承载OACK个反馈比特。
假设经计算需要RB数X1=1RB。
计算UE所在PUCCH资源的频域起始位置:
表示向下取整,/表示相除。
如:user_number=6,N=1,UE占用的PUCCH资源示意图如图7所示。
RB_strat1=i*1RB+RB_start;
计算得到UE(0)=0,UE(1)=1,UE(2)=2,UE(3)=3,UE(4)=4,UE(5)=5。
本实施例技术方案补充说明:
本实施例配置了一个“PUCCH资源单元组-0”和一个“PUCCH资源单元组-1”,如果通过广播组播配置信息进行指示,则调度信令中的PUCCH资源单元组指示的bit数为0,同时,为了基站调度灵活性,基站还可以配置多个“PUCCH资源单元组-0”,如配置了K个“PUCCH资源单元组-0”和K个“PUCCH资源单元组-1”,则调度信令总的PUCCH资源单元组指示所需要的bit数为log2(M),并取整数的上限数值。
为了满足指示更大HARQA-ACK反馈比特数OACK,基站可以配置不同的PUCCH资源单元在集合。每个集合对应不同的反馈比特数OACK,每个资源单元集合包含一个或者多个PUCCH资源单元组。例如:
PUCCH资源单元组集合(0):包含4个PUCCH资源单元组(PUCCH资源单元组-0,PUCCH资源单元组-1,PUCCH资源单元组-2,PUCCH资源单元组-3),支持反馈比特0<OACK≤2;
PUCCH资源单元组集合(1):包含4个PUCCH资源单元组(PUCCH资源单元组-0,PUCCH资源单元组-1,PUCCH资源单元组-2,PUCCH资源单元组-3),支持反馈比特2<OACK≤16;
当UE反馈HARQ-ACK时,根据反馈比特OACK,选择资源单元集合。如小于等于2bit选择集合(0),大于2bit选择集合(1)。然后根据PUCCH资源单元组指示选择资源单元组。
实施例2
本发明实施例提供一种确定物理上行控制信道PUCCH资源的方法,应用于用户终端UE,如图15所示,该方法包括:
步骤1501,获取至少一个PUCCH资源单元组的配置信息,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
步骤1502,接收网络侧发送的广播组播配置信息及UE在对应的PUCCH资源单元组内的组编号;
步骤1503,根据所述广播组播配置信息进行信道检测,获取调度信令,根据所述调度信令,接收广播组播数据并确定需反馈的UCI;
步骤1504,根据所述UE对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定反馈所述UCI占用的PUCCH资源。
可选地,获取至少一个PUCCH资源单元组的配置信息,包括:
根据协议约定,获取所述至少一个PUCCH资源单元组的配置信息;或者
根据网络侧的通知,获取所述至少一个PUCCH资源单元组的配置信息。
可选地,该方法还包括:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组;或者
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
可选地,所述至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE反馈与网络侧设备间对应的路径损耗。
可选地,确定所述UE对应的PUCCH资源单元组,包括执行如下任一步骤:
根据所述调度信令中的PUCCH资源单元组指示,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组对应关系,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组集合的对应关系,确定与所述对应的PUCCH资源单元组集合,根据所述调度信令中的PUCCH资源单元组指示,确定与所述UE对应的PUCCH资源单元组。
可选地,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
可选地,所述同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
可选地,所述广播组播业务配置信息包括G-RNTI-DCI和G-RNTI-PDSCH,根据所述广播组播配置信息进行信道检测,包括:
将所述G-RNTI-DCI作为扰码进行控制信道检测,获取调度信令;
将所述G-RNTI-PDSCH作为参数生成扰码序列,并根据所述调度信令进行广播组播数据接收。
可选地,确定反馈所述UCI占用的PUCCH资源,包括:
根据反馈的UCI的比特数和调制编码格式确定占用的RB数X1;
计算UE在对应的PUCCH资源单元组中占用的PUCCH资源的频域起始位置:其中,i为所述组编号,startRB为对应的PUCCH资源单元组内起始RB,N为PUCCH资源上复用的用户数。
可选地,计算UE占用的PUCCH资源的频域起始位置之后,还包括:
根据组编号i及所述用户数,计算UE占用的PUCCH资源的初始循环位移索引指示:index=i mod N;或者
根据组编号i及所述用户数,确定UE占用的PUCCH资源上的正交序列。
可选地,所述UCI包括HARQ-ACK码本,该方法还包括:
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,不反馈所述HARQ-ACK码本;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将对应的PUCCH资源单元组中的一个信道作为公共信道,在所述公共信道上仅反馈ACK信息或仅反馈NACK信息;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将所述对应的PUCCH资源单元组中的两个信道作为公共信道,在其中一个公共信道上仅反馈ACK信息,在另一个公共信道上仅反馈NACK信息。
可选地,接收网络侧发送的UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号,根据所述编号确定所述UE的组编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图,根据属于同一PUCCH资源单元组的UE在所述位图中的编号顺序,确定所述UE的组编号。
可选地,该方法还包括:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组的时隙偏移值;
根据所述调度信令指示的UCI反馈时隙,并将所述UCI反馈时隙偏移所述时隙偏移值后,得到PUCCH资源所在的时隙。
可选地,所述调度信令包括如下信息:
频域资源分配指示,用于指示调度的PDSCH的频率域的带宽和位置;
指示调度PDSCH的时间域的时域资源分配信息;
指示PDSCH采用的调制阶数和信道编码率的调制编码格式;
用于信道译码和解调使用的冗余编码版本;
UCI的反馈时间指示。
可选地,所述UCI包括如下至少一项:
用于广播组播的自动重传请求-确认HARQ-ACK码本;
信道状态信息CSI。
本发明实施例所提供的上述应用到UE确定PUCCH资源的方法,与本发明上述实施例提供系统中的UE属于同一发明构思,应用到上述实施例提供的系统中UE确定PUCCH资源的各种实施方式,可以应用到本实施例中的方法中进行实施,这里不再重述。
本发明实施例还提供一种配置物理上行控制信道PUCCH资源的方法,应用于网络侧设备,如图16所示,该方法包括:
步骤1601,配置至少一个PUCCH资源单元组,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
步骤1602,向UE发送广播组播配置信息及所述UE在对应的PUCCH资源单元组内的组编号;
步骤1603,向所述UE发送用于信道检测的调度信令,并发送广播组播数据;
步骤1604,接收所述UE根据对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定PUCCH资源后,利用所述PUCCH资源反馈UCI。
可选地,该方法还包括:
向所述UE指示与所述UE对应的PUCCH资源单元组,或
向所述UE指示对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
可选地,所述配置的至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间对应的路径损耗。
可选地,向所述UE指示与所述UE对应的PUCCH资源单元组,包括如下任一步骤:
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE对应的PUCCH资源单元组集合,通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组。
可选地,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
可选地,所述同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
可选地,向UE发送所述UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,向所述UE发送指示广播组播业务组各UE顺序的编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,向所述UE发送的指示广播组播业务组各UE编号及各UE对应的PUCCH资源单元组的位图。
可选地,该方法还包括:
向所述UE指示所述UE在对应的PUCCH资源单元组的时隙偏移值。
可选地,所述UCI的调度信令包括如下信息:
频域资源分配指示,用于指示调度的PDSCH的频率域的带宽和位置;
指示调度PDSCH的时间域的时域资源分配信息;
指示PDSCH采用的调制阶数和信道编码率的调制编码格式;
用于信道译码和解调使用的冗余编码版本;
UCI的反馈时间指示。
可选地,所述UCI包括如下至少一项:
用于广播组播的自动重传请求-确认HARQ-ACK码本;
信道状态信息CSI。
本发明实施例所提供的上述应用到网络侧设备配置PUCCH资源的方法,与本发明上述实施例提供系统中的网络侧设备属于同一发明构思,应用到上述实施例提供的系统中网络侧设备确定PUCCH资源的各种实施方式,可以应用到本实施例中的方法中进行实施,这里不再重述。
实施例3
本发明实施例提供一种确定PUCCH资源的用户终端UE,如图17所示,包括:
处理器1700、存储器1701、收发机1702以及总线接口1703。
处理器1700负责管理总线架构和通常的处理,存储器1701可以存储处理器1700在执行操作时所使用的数据。收发机1702用于在处理器1700的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥,具体由处理器1700代表的一个或多个处理器和存储器1701代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器1700负责管理总线架构和通常的处理,存储器1701可以存储处理器1700在执行操作时所使用的数据。
本发明实施例揭示的流程,可以应用于处理器1700中,或者由处理器1700实现。在实现过程中,信号处理流程的各步骤可以通过处理器1700中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1700可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1701,处理器1700读取存储器1701中的信息,结合其硬件完成信号处理流程的步骤。
具体地,处理器1700,用于读取存储器1701中的程序并执行:
获取至少一个PUCCH资源单元组的配置信息,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
接收网络侧发送的广播组播配置信息及UE在对应的PUCCH资源单元组内的组编号;
根据所述广播组播配置信息进行信道检测,获取调度信令,根据所述调度信令,接收广播组播数据并确定需反馈的UCI;
根据所述UE对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定反馈所述UCI占用的PUCCH资源。
可选地,所述处理器获取至少一个PUCCH资源单元组的配置信息,包括:
根据协议约定,获取所述至少一个PUCCH资源单元组的配置信息;或者
根据网络侧的通知,获取所述至少一个PUCCH资源单元组的配置信息。
可选地,所述处理器还用于:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组;或者
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
可选地,所述至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间对应的路径损耗。
可选地,所述处理器确定所述UE对应的PUCCH资源单元组,包括执行如下任一步骤:
根据所述调度信令中的PUCCH资源单元组指示,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组对应关系,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组集合的对应关系,确定与所述对应的PUCCH资源单元组集合,根据所述调度信令中的PUCCH资源单元组指示,确定与所述UE对应的PUCCH资源单元组。
可选地,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
可选地,所述同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
可选地,所述广播组播业务配置信息包括G-RNTI-DCI和G-RNTI-PDSCH,所述处理器根据所述广播组播配置信息进行信道检测,包括:
将所述G-RNTI-DCI作为扰码进行控制信道检测,获取调度信令;
将所述G-RNTI-PDSCH作为参数生成扰码序列,并根据所述调度信令进行广播组播数据接收。
可选地,所述处理器确定反馈所述UCI占用的PUCCH资源,包括:
根据反馈的UCI的比特数和调制编码格式确定占用的RB数X1;
计算UE在对应的PUCCH资源单元组中占用的PUCCH资源的频域起始位置:其中,i为所述组编号,startRB为对应的PUCCH资源单元组内起始RB,N为PUCCH资源上复用的用户数。
可选地,所述处理器计算UE占用的PUCCH资源的频域起始位置之后,还用于:
根据组编号i及所述用户数,计算UE占用的PUCCH资源的初始循环位移索引指示:index=i mod N;或者
根据组编号i及所述用户数,确定UE占用的PUCCH资源上的正交序列。
可选地,所述UCI包括HARQ-ACK码本,所述处理器还用于:
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,不反馈所述HARQ-ACK码本;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将对应的PUCCH资源单元组中的一个信道作为公共信道,在所述公共信道上仅反馈ACK信息或仅反馈NACK信息;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将所述对应的PUCCH资源单元组中的两个信道作为公共信道,在其中一个公共信道上仅反馈ACK信息,在另一个公共信道上仅反馈NACK信息。
可选地,所述处理器接收网络侧发送的UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号,根据所述编号确定所述UE的组编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图,根据属于同一PUCCH资源单元组的UE在所述位图中的编号顺序,确定所述UE的组编号。
可选地,所述处理器还用于:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组的时隙偏移值;
根据所述调度信令指示的UCI反馈时隙,并将所述UCI反馈时隙偏移所述时隙偏移值后,得到PUCCH资源所在的时隙。
可选地,所述调度信令包括如下信息:
频域资源分配指示,用于指示调度的PDSCH的频率域的带宽和位置;
指示调度PDSCH的时间域的时域资源分配信息;
指示PDSCH采用的调制阶数和信道编码率的调制编码格式;
用于信道译码和解调使用的冗余编码版本;
UCI的反馈时间指示。
可选地,所述UCI包括如下至少一项:
用于广播组播的自动重传请求-确认HARQ-ACK码本;
信道状态信息CSI。
本发明实施例所提供的上述确定PUCCH资源的UE,与本发明上述实施例提供系统中的UE属于同一发明构思,应用到上述实施例提供的系统中UE确定PUCCH资源的各种实施方式,可以应用到本实施例中进行实施,这里不再重述。
本发明实施例还提供一种配置物理上行控制信道PUCCH资源的网络侧设备,如图18所示,包括:
处理器1800、存储器1801、收发机1802以及总线接口1803。
处理器1800负责管理总线架构和通常的处理,存储器1801可以存储处理器1800在执行操作时所使用的数据。收发机1802用于在处理器1800的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥,具体由处理器1800代表的一个或多个处理器和存储器1801代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。处理器1800负责管理总线架构和通常的处理,存储器1801可以存储处理器1800在执行操作时所使用的数据。
本发明实施例揭示的流程,可以应用于处理器1800中,或者由处理器1800实现。在实现过程中,信号处理流程的各步骤可以通过处理器1800中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1800可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1801,处理器1800读取存储器1801中的信息,结合其硬件完成信号处理流程的步骤。
具体地,处理器1800,用于读取存储器1801中的程序并执行:
配置至少一个PUCCH资源单元组,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
向UE发送广播组播配置信息及所述UE在对应的PUCCH资源单元组内的组编号;
向所述UE发送用于信道检测的调度信令,并发送广播组播数据;
接收所述UE根据对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定PUCCH资源后,利用所述PUCCH资源反馈UCI。
可选地,所述处理器还用于:
向所述UE指示与所述UE对应的PUCCH资源单元组,或
向所述UE指示对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
可选地,所述处理器配置的至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间对应的路径损耗。
可选地,所述处理器向所述UE指示与所述UE对应的PUCCH资源单元组,包括如下任一步骤:
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE对应的PUCCH资源单元组集合,通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组。
可选地,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
可选地,所述同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
可选地,所述处理器向UE发送所述UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,向所述UE发送指示广播组播业务组各UE顺序的编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,向所述UE发送的指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图。
可选地,所述处理器还用于:向所述UE指示所述UE在对应的PUCCH资源单元组的时隙偏移值。
可选地,所述UCI的调度信令包括如下信息:
频域资源分配指示,用于指示调度的PDSCH的频率域的带宽和位置;
指示调度PDSCH的时间域的时域资源分配信息;
指示PDSCH采用的调制阶数和信道编码率的调制编码格式;
用于信道译码和解调使用的冗余编码版本;
UCI的反馈时间指示。
可选地,所述UCI包括如下至少一项:
用于广播组播的自动重传请求-确认HARQ-ACK码本;
信道状态信息CSI。
本发明实施例所提供的上述配置PUCCH资源的网络侧设备,与本发明上述实施例提供系统中的网络侧设备属于同一发明构思,应用到上述实施例提供的系统中网络侧设备确定PUCCH资源的各种实施方式,可以应用到本实施例中进行实施,这里不再重述。
本发明实施例还提供一种确定物理上行控制信道PUCCH资源的装置,如图19所示,包括:
配置信息获取单元1901,用于获取至少一个PUCCH资源单元组的配置信息,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
参数接收单元1902,用于接收网络侧发送的广播组播配置信息及UE在对应的PUCCH资源单元组内的组编号;
数据接收及码本确定单元1903,用于根据所述广播组播配置信息进行信道检测,获取调度信令,根据所述调度信令,接收广播组播数据并确定需反馈的UCI;
资源确定单元1904,用于根据所述UE对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定反馈所述UCI占用的PUCCH资源。
可选地,配置信息获取单元获取至少一个PUCCH资源单元组的配置信息,包括:
根据协议约定,获取所述至少一个PUCCH资源单元组的配置信息;或者
根据网络侧的通知,获取所述至少一个PUCCH资源单元组的配置信息。
可选地,资源确定单元还用于:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组;或者
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
可选地,所述至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间对应的路径损耗。
可选地,资源确定单元确定所述UE对应的PUCCH资源单元组,包括执行如下任一步骤:
根据所述调度信令中的PUCCH资源单元组指示,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组对应关系,及所述广播组播业务配置信息中G-RNTI-DCI,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组集合的对应关系,确定与所述对应的PUCCH资源单元组集合,根据所述调度信令中的PUCCH资源单元组指示,确定与所述UE对应的PUCCH资源单元组。
可选地,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
可选地,所述同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
可选地,所述广播组播业务配置信息包括G-RNTI-DCI和G-RNTI-PDSCH,数据接收及码本确定单元根据所述广播组播配置信息进行信道检测,包括:
将所述G-RNTI-DCI作为扰码进行控制信道检测,获取调度信令;
将所述G-RNTI-PDSCH作为参数生成扰码序列,并根据所述调度信令进行广播组播数据接收。
可选地,资源确定单元确定反馈所述UCI占用的PUCCH资源,包括:
根据反馈的UCI的比特数和调制编码格式确定占用的RB数X1;
计算UE在对应的PUCCH资源单元组中占用的PUCCH资源的频域起始位置:其中,i为所述组编号,startRB为对应的PUCCH资源单元组内起始RB,N为PUCCH资源上复用的用户数。
可选地,资源确定单元计算UE占用的PUCCH资源的频域起始位置之后,还用于:
根据组编号i及所述用户数,计算UE占用的PUCCH资源的初始循环位移索引指示:index=i mod N;或者
根据组编号i及所述用户数,确定UE占用的PUCCH资源上的正交序列。
可选地,所述UCI包括HARQ-ACK码本,资源确定单元还用于:
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,不反馈所述HARQ-ACK码本;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将对应的PUCCH资源单元组中的一个信道作为公共信道,在所述公共信道上仅反馈ACK信息或仅反馈NACK信息;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将所述对应的PUCCH资源单元组中的两个信道作为公共信道,在其中一个公共信道上仅反馈ACK信息,在另一个公共信道上仅反馈NACK信息。
可选地,参数接收单元接收网络侧发送的UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号,根据所述编号确定所述UE的组编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图,根据属于同一PUCCH资源单元组的UE在所述位图中的编号顺序,确定所述UE的组编号。
可选地,资源确定单元用于:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组的时隙偏移值;
根据所述调度信令指示的UCI反馈时隙,并将所述UCI反馈时隙偏移所述时隙偏移值后,得到PUCCH资源所在的时隙。
可选地,所述调度信令包括如下信息:
频域资源分配指示,用于指示调度的PDSCH的频率域的带宽和位置;
指示调度PDSCH的时间域的时域资源分配信息;
指示PDSCH采用的调制阶数和信道编码率的调制编码格式;
用于信道译码和解调使用的冗余编码版本;
UCI的反馈时间指示。
可选地,所述UCI包括如下至少一项:
用于广播组播的自动重传请求-确认HARQ-ACK码本;
信道状态信息CSI。
本发明实施例还提供一种配置物理上行控制信道PUCCH资源的装置,如图20所示,包括:
配置单元2001,用于配置至少一个PUCCH资源单元组,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
参数发送单元2002,用于向UE发送广播组播配置信息及所述UE在对应的PUCCH资源单元组内的组编号;
调度及数据传输单元2003,用于向所述UE发送用于信道检测的调度信令,并发送广播组播数据;
码本接收单元2004,用于接收所述UE根据对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定PUCCH资源后,利用所述PUCCH资源反馈UCI。
可选地,还包括:
对应组指示单元,用于向所述UE指示与所述UE对应的PUCCH资源单元组,或向所述UE指示对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
可选地,所述配置的至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间对应的路径损耗。
可选地,对应组指示单元向所述UE指示与所述UE对应的PUCCH资源单元组,包括如下任一步骤:
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE对应的PUCCH资源单元组集合,通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组。
可选地,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
可选地,所述同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
可选地,向UE发送所述UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,向所述UE发送指示广播组播业务组各UE顺序的编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,向所述UE发送的指示广播组播业务组各UE编号及各UE对应的PUCCH资源单元组的位图。
可选地,还包括:
时隙偏移指示单元,用于向所述UE指示所述UE在对应的PUCCH资源单元组的时隙偏移值。
可选地,所述UCI的调度信令包括如下信息:
频域资源分配指示,用于指示调度的PDSCH的频率域的带宽和位置;
指示调度PDSCH的时间域的时域资源分配信息;
指示PDSCH采用的调制阶数和信道编码率的调制编码格式;
用于信道译码和解调使用的冗余编码版本;
UCI的反馈时间指示。
可选地,所述UCI包括如下至少一项:
用于广播组播的自动重传请求-确认HARQ-ACK码本;
信道状态信息CSI。
本发明实施例所提供的上述确定PUCCH资源的装置与本发明上述实施例1提供的UE属于同一发明构思,应用到上述实施例提供的系统中UE确定PUCCH资源的各种实施方式,可以应用到本实施例中确定PUCCH资源的装置进行实施,本发明实施例所提供的上述配置PUCCH资源的装置与本发明上述实施例1提供的网络侧设备属于同一发明构思,应用到上述实施例提供的系统中网络侧设备配置PUCCH资源的各种实施方式,可以应用到本实施例中配置PUCCH资源的装置进行实施,这里不再重述。
本发明实施例还提供一种计算机程序介质,其上存储有计算机程序,该程序被处理器执行时实现上述实施例2提供的确定PUCCH资源方法的步骤。
本发明还提供一种计算机程序介质,其上存储有计算机程序,该程序被处理器执行时实现上述实施例2中提供的配置PUCCH资源的方法的步骤。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
以上对本申请所提供的技术方案进行了详细介绍,本申请中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (45)
1.一种确定物理上行控制信道PUCCH资源的方法,应用于用户终端UE,其特征在于,该方法包括:
获取至少一个PUCCH资源单元组的配置信息,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行上行控制信息UCI反馈;
接收网络侧发送的广播组播配置信息及UE在对应的PUCCH资源单元组内的组编号;
根据所述广播组播配置信息进行信道检测,获取调度信令,根据所述调度信令,接收广播组播数据并确定需反馈的UCI;
根据所述UE对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定反馈所述UCI占用的PUCCH资源。
2.根据权利要求1所述的方法,其特征在于,获取至少一个PUCCH资源单元组的配置信息,包括:
根据协议约定,获取所述至少一个PUCCH资源单元组的配置信息;或者
根据网络侧的通知,获取所述至少一个PUCCH资源单元组的配置信息。
3.根据权利要求1所述的方法,其特征在于,还包括:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组;或者
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
4.根据权利要求3所述的方法,其特征在于,所述至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间对应的路径损耗。
5.根据权利要求3所述的方法,其特征在于,确定所述UE对应的PUCCH资源单元组,包括执行如下任一步骤:
根据所述调度信令中的PUCCH资源单元组指示,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组对应关系,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组集合的对应关系,确定与所述UE对应的PUCCH资源单元组集合,根据所述调度信令中的PUCCH资源单元组指示,确定与所述UE对应的PUCCH资源单元组。
6.根据权利要求1所述的方法,其特征在于,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
7.根据权利要求1所述的方法,其特征在于,同一PUCCH资源单元组内PUCCH格式相同、包括的RB相同或占用的符号个数相同。
8.根据权利要求1所述的方法,其特征在于,所述广播组播业务配置信息包括下行控制信息-群组无线网络临时标识G-RNTI-DCI和物理下行共享信道-群组无线网络临时标识G-RNTI-PDSCH,根据所述广播组播配置信息进行信道检测,包括:
将所述G-RNTI-DCI作为扰码进行控制信道检测,获取调度信令;
将所述G-RNTI-PDSCH作为参数生成扰码序列,并根据所述调度信令进行广播组播数据接收。
9.根据权利要求1所述的方法,其特征在于,确定反馈所述UCI占用的PUCCH资源,包括:
根据反馈的UCI的比特数和调制编码格式确定占用的RB数X1;
计算UE在对应的PUCCH资源单元组中占用的PUCCH资源的频域起始位置:其中,i为所述组编号,startRB为对应的PUCCH资源单元组内起始RB,N为PUCCH资源上复用的用户数。
10.根据权利要求9所述的方法,其特征在于,计算UE占用的PUCCH资源的频域起始位置之后,还包括:
根据组编号i及所述用户数,计算UE占用的PUCCH资源的初始循环位移索引指示:index=i mod N;或者
根据组编号i及所述用户数,确定UE占用的PUCCH资源上的正交序列。
11.根据权利要求1所述的方法,其特征在于,所述UCI为HARQ-ACK码本,还包括:
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,不反馈所述HARQ-ACK码本;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将对应的PUCCH资源单元组中的一个信道作为公共信道,在所述公共信道上仅反馈ACK信息或仅反馈NACK信息;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将所述对应的PUCCH资源单元组中的两个信道作为公共信道,在其中一个公共信道上仅反馈ACK信息,在另一个公共信道上仅反馈NACK信息。
12.根据权利要求1所述的方法,其特征在于,接收网络侧发送的UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号,根据所述编号确定所述UE的组编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图,根据属于同一PUCCH资源单元组的UE在所述位图中的编号顺序,确定所述UE的组编号。
13.根据权利要求1所述的方法,其特征在于,还包括:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组的时隙偏移值;
根据所述调度信令指示的UCI反馈时隙,并将所述UCI反馈时隙偏移所述时隙偏移值后,得到PUCCH资源所在的时隙。
14.一种配置物理上行控制信道PUCCH资源的方法,应用于网络侧设备,其特征在于,该方法包括:
配置至少一个PUCCH资源单元组,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行混合UCI反馈;
向UE发送广播组播配置信息及所述UE在对应的PUCCH资源单元组内的组编号;
向所述UE发送用于信道检测的调度信令,并发送广播组播数据;
接收所述UE根据对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定PUCCH资源后,利用所述PUCCH资源反馈的UCI。
15.根据权利要求14所述的方法,其特征在于,还包括:
向所述UE指示与所述UE对应的PUCCH资源单元组,或
向所述UE指示对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
16.根据权利要求15所述的方法,其特征在于,所述配置的至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间的路径损耗。
17.根据权利要求15所述的方法,其特征在于,向所述UE指示与所述UE对应的PUCCH资源单元组,包括如下任一步骤:
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE指示对应的PUCCH资源单元组集合,通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组。
18.根据权利要求14所述的方法,其特征在于,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
19.根据权利要求14所述的方法,其特征在于,同一PUCCH资源单元组内PUCCH格式相同、包括的RB相同或占用的符号个数相同。
20.根据权利要求14所述的方法,其特征在于,向UE发送所述UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,向所述UE发送指示广播组播业务组各UE顺序的编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,向所述UE发送指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图。
21.根据权利要求14所述的方法,其特征在于,还包括:
向所述UE指示所述UE在对应的PUCCH资源单元组的时隙偏移值。
22.一种确定PUCCH资源的用户终端UE,其特征在于,包括:存储器和处理器,其中:
所述存储器用于存储计算机程序;
所述处理器用于读取所述存储器中的程序并执行:
获取至少一个PUCCH资源单元组的配置信息,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
接收网络侧发送的广播组播配置信息及UE在对应的PUCCH资源单元组内的组编号;
根据所述广播组播配置信息进行信道检测,获取调度信令,根据所述调度信令,接收广播组播数据并确定需反馈的UCI;
根据所述UE对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定反馈所述UCI占用的PUCCH资源。
23.根据权利要求22所述的UE,其特征在于,所述处理器获取至少一个PUCCH资源单元组的配置信息,包括:
根据协议约定,获取所述至少一个PUCCH资源单元组的配置信息;或者
根据网络侧的通知,获取所述至少一个PUCCH资源单元组的配置信息。
24.根据权利要求22所述的UE,其特征在于,所述处理器还用于:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组;或者
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
25.根据权利要求24所述的UE,其特征在于,所述至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间对应的路径损耗。
26.根据权利要求24所述的UE,其特征在于,所述处理器确定所述UE对应的PUCCH资源单元组,包括执行如下任一步骤:
根据所述调度信令中的PUCCH资源单元组指示,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组对应关系,确定所述UE对应的PUCCH资源单元组;
根据G-RNTI-DCI与PUCCH资源单元组集合的对应关系,确定与所述UE对应的PUCCH资源单元组集合,根据所述调度信令中的PUCCH资源单元组指示,确定与所述UE对应的PUCCH资源单元组。
27.根据权利要求22所述的UE,其特征在于,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
28.根据权利要求22所述的UE,其特征在于,同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
29.根据权利要求22所述的UE,其特征在于,所述广播组播业务配置信息包括G-RNTI-DCI和G-RNTI-PDSCH,所述处理器根据所述广播组播配置信息进行信道检测,包括:
将所述G-RNTI-DCI作为扰码进行控制信道检测,获取调度信令;
将所述G-RNTI-PDSCH作为参数生成扰码序列,并根据所述调度信令进行广播组播数据接收。
30.根据权利要求22所述的UE,其特征在于,所述处理器确定反馈所述UCI占用的PUCCH资源,包括:
根据反馈的UCI的比特数和调制编码格式确定占用的RB数X1;
计算UE在对应的PUCCH资源单元组中占用的PUCCH资源的频域起始位置:其中,i为所述组编号,startRB为对应的PUCCH资源单元组内起始RB,N为PUCCH资源上复用的用户数。
31.根据权利要求30所述的UE,其特征在于,所述处理器计算UE占用的PUCCH资源的频域起始位置之后,还用于:
根据组编号i及所述用户数,计算UE占用的PUCCH资源的初始循环位移索引指示:index=i mod N;或者
根据组编号i及所述用户数,确定UE占用的PUCCH资源上的正交序列。
32.根据权利要求22所述的UE,其特征在于,所述UCI包括HARQ-ACK码本,所述处理器还用于:
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,不反馈所述HARQ-ACK码本;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将对应的PUCCH资源单元组中的一个信道作为公共信道,在所述公共信道上仅反馈ACK信息或仅反馈NACK信息;或者
确定反馈HARQ-ACK码本占用的PUCCH资源,超出所述UE对应的PUCCH资源单元组时,将所述对应的PUCCH资源单元组中的两个信道作为公共信道,在其中一个公共信道上仅反馈ACK信息,在另一个公共信道上仅反馈NACK信息。
33.根据权利要求22所述的UE,其特征在于,所述处理器接收网络侧发送的UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号,根据所述编号确定所述UE的组编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,接收网络侧设备发送的指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图,根据属于同一PUCCH资源单元组的UE在所述位图中的编号顺序,确定所述UE的组编号。
34.根据权利要求22所述的UE,其特征在于,所述处理器还用于:
根据网络侧的指示,确定所述UE对应的PUCCH资源单元组的时隙偏移值;
根据所述调度信令指示的UCI反馈时隙,并将所述UCI反馈时隙偏移所述时隙偏移值后,得到PUCCH资源所在的时隙。
35.一种配置物理上行控制信道PUCCH资源的网络侧设备,其特征在于,存储器和处理器,其中:
所述存储器用于存储计算机程序;
所述处理器用于读取所述存储器中的程序并执行:
配置至少一个PUCCH资源单元组,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行混合UCI反馈;
向UE发送广播组播配置信息及所述UE在对应的PUCCH资源单元组内的组编号;
向所述UE发送用于信道检测的调度信令,并发送广播组播数据;
接收所述UE根据对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定PUCCH资源后,利用所述PUCCH资源反馈的UCI。
36.根据权利要求35所述的网络侧设备,其特征在于,所述处理器还用于:
向所述UE指示与所述UE对应的PUCCH资源单元组,或
向所述UE指示对应的PUCCH资源单元组集合,及所述对应的PUCCH资源单元组集合中,与所述UE对应的PUCCH资源单元组。
37.根据权利要求36所述的网络侧设备,其特征在于,所述处理器配置的至少一个PUCCH资源单元组中,包括如下至少一项:
与不同比特位数对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述比特位数为UE反馈UCI占用的比特位数;
与不同距离对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述距离为UE与网络侧设备间的距离;
与不同路径损耗对应的多个PUCCH资源单元组或PUCCH资源单元组集合,所述路径损耗为UE与网络侧设备间的路径损耗。
38.根据权利要求36所述的网络侧设备,其特征在于,所述处理器向所述UE指示与所述UE对应的PUCCH资源单元组,包括如下任一步骤:
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组;或者
通过所述广播组播业务配置信息中的G-RNTI-DCI,向所述UE指示对应的PUCCH资源单元组集合,通过所述调度信令中的PUCCH资源单元组指示,向所述UE指示与所述UE对应的PUCCH资源单元组。
39.根据权利要求35所述的网络侧设备,其特征在于,所述PUCCH资源单元组的配置信息包括如下至少一项:
PUCCH资源的个数;
PUCCH资源的起始资源块RB位置;
PUCCH资源的格式;
PUCCH资源上复用的用户数;
PUCCH资源上的最大比特承载量。
40.根据权利要求35所述的网络侧设备,其特征在于,同一PUCCH资源单元组内PUCCH格式相同、PUCCH包括的RB相同或PUCCH占用的符号个数相同。
41.根据权利要求35所述的网络侧设备,其特征在于,所述处理器向UE发送所述UE在对应的PUCCH资源单元组内的组编号,包括:
在一个广播组播业务组对应一个PUCCH资源单元组时,向所述UE发送指示广播组播业务组各UE顺序的编号;或者
在一个广播组播业务组对应多个PUCCH资源单元组时,向所述UE发送指示广播组播业务组各UE顺序的编号及各UE对应的PUCCH资源单元组的位图。
42.根据权利要求35所述的网络侧设备,其特征在于,所述处理器还用于:向所述UE指示所述UE在对应的PUCCH资源单元组的时隙偏移值。
43.一种确定物理上行控制信道PUCCH资源的装置,其特征在于,包括:
配置信息获取单元,用于获取至少一个PUCCH资源单元组的配置信息,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
参数接收单元,用于接收网络侧发送的广播组播配置信息及UE在对应的PUCCH资源单元组内的组编号;
数据接收及码本确定单元,用于根据所述广播组播配置信息进行信道检测,获取调度信令,根据所述调度信令,接收广播组播数据并确定需反馈的UCI;
资源确定单元,用于根据所述UE对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定反馈所述UCI占用的PUCCH资源。
44.一种配置物理上行控制信道PUCCH资源的装置,其特征在于,包括:
配置单元,用于配置至少一个PUCCH资源单元组,其中,一个PUCCH资源单元组包括至少一个PUCCH资源,用于一个广播组播业务组内UE进行UCI反馈;
参数发送单元,用于向UE发送广播组播配置信息及所述UE在对应的PUCCH资源单元组内的组编号;
调度及数据传输单元,用于向所述UE发送用于信道检测的调度信令,并发送广播组播数据;
码本接收单元,用于接收所述UE根据对应的PUCCH资源单元组的配置信息、所述组编号及需反馈的UCI,确定PUCCH资源后,利用所述PUCCH资源反馈的UCI。
45.一种计算机程序介质,其特征在于,其上存储有计算机程序,该程序被处理器执行时实现如权利要求1~13任一所述方法的步骤,或者该程序被处理器执行时实现如权利要求14~21任一所述方法的步骤。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010421809.7A CN113692048B (zh) | 2020-05-18 | 2020-05-18 | 一种配置和确定pucch资源的方法及装置 |
PCT/CN2021/076387 WO2021232863A1 (zh) | 2020-05-18 | 2021-02-09 | 一种配置和确定pucch资源的方法及装置 |
TW110108428A TWI816093B (zh) | 2020-05-18 | 2021-03-10 | 一種確定和配置實體上行控制通道資源的方法、使用者終端、網路側設備、裝置及電腦程式介質 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010421809.7A CN113692048B (zh) | 2020-05-18 | 2020-05-18 | 一种配置和确定pucch资源的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113692048A CN113692048A (zh) | 2021-11-23 |
CN113692048B true CN113692048B (zh) | 2023-11-10 |
Family
ID=78575682
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010421809.7A Active CN113692048B (zh) | 2020-05-18 | 2020-05-18 | 一种配置和确定pucch资源的方法及装置 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN113692048B (zh) |
TW (1) | TWI816093B (zh) |
WO (1) | WO2021232863A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116366210A (zh) * | 2021-12-23 | 2023-06-30 | 维沃移动通信有限公司 | 混合自动重传请求反馈处理方法、装置及终端 |
CN116436587B (zh) * | 2023-06-14 | 2023-09-05 | 芯迈微半导体(上海)有限公司 | 控制信道的资源映射方法及装置和资源解映射方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018028497A1 (zh) * | 2016-08-12 | 2018-02-15 | 中兴通讯股份有限公司 | 一种多播业务的传输方法及装置 |
CN109802749A (zh) * | 2017-11-16 | 2019-05-24 | 电信科学技术研究院 | 一种pucch资源指示方法、终端设备及基站 |
CN110710147A (zh) * | 2017-06-15 | 2020-01-17 | 夏普株式会社 | 第5代(5g)新无线电(nr)的物理上行链路控制信道(pucch)格式适配 |
WO2020092264A1 (en) * | 2018-11-01 | 2020-05-07 | Intel Corporation | Uplink control information (uci) multiplexing for multi-transmit and receive point (trp) system |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010151037A2 (ko) * | 2009-06-23 | 2010-12-29 | 한국전자통신연구원 | 멀티미디어 브로드캐스트/멀티캐스트 서비스에서 오류 패킷의 재전송 요구 정보 전송 방법 및 재전송 요구에 대한 오류 패킷 재전송 방법 |
CN104812046B (zh) * | 2014-01-28 | 2019-03-05 | 电信科学技术研究院 | 一种上行信道的功率控制方法及装置 |
WO2017171616A1 (en) * | 2016-04-01 | 2017-10-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and devices handling multicast feedback |
WO2018144471A1 (en) * | 2017-02-02 | 2018-08-09 | Sharp Laboratories Of America, Inc. | LONG PHYSICAL UPLINK CONTROL CHANNEL (PUCCH) DESIGN FOR 5th GENERATION (5G) NEW RADIO (NR) |
KR101950995B1 (ko) * | 2017-06-08 | 2019-02-22 | 엘지전자 주식회사 | 무선 통신 시스템에서 자원 할당 관련 시그널링 방법 및 상기 방법을 이용하는 장치 |
KR20230026516A (ko) * | 2017-08-02 | 2023-02-24 | 애플 인크. | Nr pucch에 대한 시퀀스 설계 및 자원 할당 |
CN110167126B (zh) * | 2018-02-13 | 2020-07-03 | 电信科学技术研究院有限公司 | 一种多波束传输时pucch功率的控制方法及装置 |
US11218996B2 (en) * | 2018-04-06 | 2022-01-04 | Qualcomm Incorporated | PUCCH resource allocation before RRC setup |
JP6918992B2 (ja) * | 2018-05-10 | 2021-08-11 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおけるpucchリソースを構成する方法および装置 |
-
2020
- 2020-05-18 CN CN202010421809.7A patent/CN113692048B/zh active Active
-
2021
- 2021-02-09 WO PCT/CN2021/076387 patent/WO2021232863A1/zh active Application Filing
- 2021-03-10 TW TW110108428A patent/TWI816093B/zh active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018028497A1 (zh) * | 2016-08-12 | 2018-02-15 | 中兴通讯股份有限公司 | 一种多播业务的传输方法及装置 |
CN110710147A (zh) * | 2017-06-15 | 2020-01-17 | 夏普株式会社 | 第5代(5g)新无线电(nr)的物理上行链路控制信道(pucch)格式适配 |
CN109802749A (zh) * | 2017-11-16 | 2019-05-24 | 电信科学技术研究院 | 一种pucch资源指示方法、终端设备及基站 |
WO2020092264A1 (en) * | 2018-11-01 | 2020-05-07 | Intel Corporation | Uplink control information (uci) multiplexing for multi-transmit and receive point (trp) system |
Non-Patent Citations (1)
Title |
---|
R1-164537,Discussion on UE feedback for DL multicast/broadcast;LG Electronics;3GPP TSG RAN WG1 Meeting #85;全文 * |
Also Published As
Publication number | Publication date |
---|---|
TWI816093B (zh) | 2023-09-21 |
CN113692048A (zh) | 2021-11-23 |
WO2021232863A1 (zh) | 2021-11-25 |
TW202145821A (zh) | 2021-12-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108293253B (zh) | 信息比特封装 | |
AU2021204172B2 (en) | Allocation of communication resources for control signals in the uplink | |
US9913264B2 (en) | Compact downlink control information for machine type communications | |
US9094182B2 (en) | Communication units and methods for resource change notification in broadcast communication | |
WO2022078204A1 (zh) | Pucch重复传输次数的确定方法、终端及基站 | |
GB2488532A (en) | Cross-carrier control channel change notification in broadcast communication | |
US8027295B2 (en) | Apparatus, method and computer program product providing dynamic sharing of resources between uplink and downlink allocations for separately coded users | |
CN104184567A (zh) | Ack/nack信道资源分配及确认信息处理的方法及装置 | |
CN107889248A (zh) | 信息的传输方法、终端设备和网络设备 | |
CN112118628A (zh) | 由用户设备执行的方法以及用户设备 | |
CN113692048B (zh) | 一种配置和确定pucch资源的方法及装置 | |
CN112398577B (zh) | 处理数据的方法和通信装置 | |
CN117121419A (zh) | 一种用于构造类型1 harq-ack码本的方法和设备 | |
CN116762308A (zh) | 用于harq-ack码本确定的方法及设备 | |
US20230180244A1 (en) | System and method for signal transmission | |
CN115004608A (zh) | 用于多播传输的系统和方法 | |
WO2024032179A1 (zh) | 一种通信方法及装置 | |
CN116114193A (zh) | 反馈信息的发送和接收方法以及装置 | |
CN118077164A (zh) | 用于在pusch上多路复用harq-ack反馈的方法及设备 | |
CN115004617A (zh) | 一种终端设备调度方法及其装置 | |
CN113950148A (zh) | Sc-mcch的广播方法与系统 |
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 |