一种NR小区HARQ反馈的方法、电子设备及存储介质技术

本发明专利技术公开了一种NR小区HARQ反馈的方法，涉及5G无线资源管理及调度技术领域，该方法包括：对于某一用户终端，若需传输>2bits的下行调度的上行ACK/NACK反馈数据，则基站为该用户终端指定某一个已分配PUCCH资源集2#中的format3PUCCH资源传输>2bits的ACK/NACK反馈数据；若PUCCH资源集2#中的format3PUCCH资源均被占用，则对于其它已分配但无法指定PUCCH资源集2#中的format3PUCCH资源，且需传输>2bits的ACK/NACK反馈数据的用户终端，基站对其进行上行调度授权，使其在原本传输>2bits的ACK/NACK反馈数据的时隙上，发起无UL

【技术实现步骤摘要】
一种NR小区HARQ反馈的方法、电子设备及存储介质


[0001]本专利技术涉及到第五代移动通信(简称:NR)PUCCH资源分配和UCI在PUSCH随路传输技术，属于5G无线资源管理及调度
，具体而言，涉及一种NR小区HARQ反馈的方法、电子设备及存储介质。

技术介绍

[0002]当前UCI(Uplink Control Information，上行控制信息)反馈有两种方式，一种是通过配置的PUCCH(Physical Uplink Control Channel，物理上行控制信道)反馈，另一种方式是当UCI反馈的时隙同时有PUSCH(Physical uplink shared channel，物理上行共享信道)传输时，通过PUSCH随路反馈；
[0003]UCI包括ACK/NACK/SR/CSI Report这三大部分，而SR(Schedule Request，调度请求)和CSI(Channel State Information，信道状态信息)上报可以配置为周期上报，<＝2bits的ACK(Acknowledgement，肯定应答)/NACK(Negative ACKnowledgment，否定应答)反馈可用PUCCH format0/1反馈，一个PRB(Physical resource block,物理资源块)的format1在不跳频的情况下可用码道数高达84个。在NR系统中，特别是TDD(Time Division Duplexing，时分双工)系统，单个用户的多个时隙下行调度的ACK/NACK反馈会累积在某一个特定的上行时隙(slot)上传输，即存在>2bits的ACK/NACK反馈的可能，如表1所示，Slot 5/6/7/10/11/12/13/14下行调度的ACK/NACK集中在slot18上传输，当每次下行调度都为单码字时，slot18上需要反馈8个bits的ACK/NACK信息。
[0004]表1
[0005][0006]当ACK/NACK bits>2时，需要配置PUCCH format2/3/4格式来传输。但是目前协议规定，每个UE只能配置4个PUCCH资源集(资源集编号1#，2#，3#，4#)，除第一个PUCCH资源集(用于传输<＝2bit的UCI信息)可以配置32个PUCCH资源外，其它三个PUCCH资源集每个最多只能配置8个PUCCH资源(可采用format2/3/4，本专利技术采用format3格式)，而实际上UE选择资源集时是根据需要反馈的UCI信息bit大小来确定的，也就是当2<UCI bits<＝资源集2#最大载荷bits时，只能选择使用资源集2#，由基站指定终端使用资源集2#的8个PUCCH资源中的一个。
[0007]当用户数较多时且当每时隙下行调度用户数规格较高时，多个用户的ACK/NACK反馈会集中在同一个上行时隙上传输，会极大增加PUCCH资源分配的难度。表2为每时隙下行调度规格为4且为轮询调度的一个例子：
[0008]表2
[0009][0010]轮询调度，且每时隙调度的用户均分带宽资源，第一个时隙(slot5)调度1/2/3/4#终端，第二个时隙(slot6)调度5/6/7/8#终端...。则最大有10个UE(User Equipment，终端设备)会在同一个上行时隙上传输>2bits的ACK/NACK。当每时隙下行调度用户数规格进一步提高后，同一个上行时隙上传输>2bits的ACK/NACK的最大用户数也随之提高。如表3所示(Nptti表示每时隙下行调度用户数，TTInum表示在上行反馈ACK/NACK前下行时隙个数)：表3中Nptti＝4，TTInum＝8，FT3HARQmax＝10即为表2所示轮询调度的结果。
[0011]表3
[0012]NpttiTTInumFT3HARQmax4810581368167818882198241082611829128321383414837
[0013]假设激活用户数为400个，其中10个需要反馈>2bits ACK/NACK，则可能的组合有400！/(10！*(400
‑
10)！)＝2.57981E+19种，不可能给每个UE配置完全单独的PUCCH资源。而配置相同的PUCCH资源不可避免的会出现冲突，冲突后会导致其中一个终端无法做下行调度，影响小区下行吞吐率。
[0014]对于上述问题，目前方案：
[0015]预估用户被同时下行调度的可能性，把可能同时被下行调度的UE分成不同的组，动态实时通过RRC信令重配置不同的PUCCH资源，但这样依然不能完全避免不同用户PUCCH资源冲突的问题，且重配置的RRC信令会增加空口资源消耗，影响吞吐率性能，且分配的PUCCH资源有可能会把上行频带切分成零碎的几份，影响单用户上行吞吐率峰值。

技术实现思路

[0016]本专利技术在于提供一种NR小区HARQ反馈的方法、电子设备及存储介质，以解决PUCCH
资源分配冲突而限制下行调度的问题。
[0017]为了解决上述的问题，本专利技术采取的技术方案如下：
[0018]第一方面，本专利技术提供了一种NR小区HARQ反馈的方法，对于某一用户终端，若需传输>2bits的ACK/NACK反馈数据，则基站为该用户终端指定某一个已分配的PUCCH资源集2#中的format3 PUCCH资源传输>2bits的ACK/NACK反馈数据，其特征在于，
[0019]若PUCCH资源集2#中的format3 PUCCH资源在同一个上行时隙中均被使用，则对于其它已分配但无法指定PUCCH资源集2#中的format3 PUCCH资源，且需传输>2bits的ACK/NACK反馈数据的用户终端，基站对其进行上行调度授权，使其在原本传输>2bits的ACK/NACK反馈数据的上行时隙上，发起无UL
‑
SCH(Uplink Shared Channel)的PUSCH传输，传输>2bits的ACK/NACK反馈数据至基站。
[0020]本技术方案的技术效果是：一方面降低了PUCCH资源集2#分配、指定的复杂度，避免PUCCH资源冲突后无法做下行调度从而影响单用户或小区下行吞吐率性能的问题；另一方面，减少了PUCCH信道的PRB资源消耗，有更多的PRB资源用于上行调度，提高了单用户或小区上行吞吐率。
[0021]在本专利技术的一较佳实施方式中，所述PUCCH资源集2#中共有8个format3 PUCCH资源。
[0022]本技术方案的技术效果是：整个小区所有终端都只配置这8个format3的PUCCH资源，减少PUCCH资源消耗，有更多的PRB资源用于上行调度，提高了单用户或小区上行吞吐率。
[0023]在本专利技术的一较佳实施方式中，每个f本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种NR小区HARQ反馈的方法，对于某一用户终端，若需传输>2bits的ACK/NACK反馈数据，则基站为该用户终端指定某一个已分配的PUCCH资源集2#中的format3 PUCCH资源传输>2bits的ACK/NACK反馈数据，其特征在于，若PUCCH资源集2#中的format3 PUCCH资源在同一个上行时隙中均被使用，则对于其它已分配但无法指定PUCCH资源集2#中的format3 PUCCH资源，且需传输>2bits的ACK/NACK反馈数据的用户终端，基站对其进行上行调度授权，使其在原本传输>2bits的ACK/NACK反馈数据的上行时隙上，发起无UL
‑
SCH的PUSCH传输...

【专利技术属性】
技术研发人员：陈杰鸿，
申请(专利权)人：四川创智联恒科技有限公司，
类型：发明
国别省市：