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

一种nr小区harq反馈的方法、电子设备及存储介质
技术领域
1.本发明涉及到第五代移动通信(简称:nr)pucch资源分配和uci在pusch随路传输技术，属于5g无线资源管理及调度技术领域，具体而言，涉及一种nr小区harq反馈的方法、电子设备及存储介质。


背景技术：

2.当前uci(uplink control information，上行控制信息)反馈有两种方式，一种是通过配置的pucch(physical uplink control channel，物理上行控制信道)反馈，另一种方式是当uci反馈的时隙同时有pusch(physical uplink shared channel，物理上行共享信道)传输时，通过pusch随路反馈；
3.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信息。
4.表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]
在本发明的一较佳实施方式中，每个format3 pucch资源的大小为1prb。
[0024]
本技术方案的技术效果是：format3的pucch最小prb数为1，已满足反馈》2bits ack/nack信息的需求，减少pucch资源消耗，有更多的prb资源用于上行调度，提高了单用户或小区上行吞吐率。
[0025]
第二方面，本发明提供了一种电子设备，包括：
[0026]
至少一个处理器，以及与所述处理器通信连接的存储器；
[0027]
其中，所述存储器存储有指令，所述指令被所述处理器执行，以使所述处理器执行所述指令时实现第一方面所述的方法。
[0028]
第三方面，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于执行第一方面所述的方法。
[0029]
为使本发明的上述目的、特征和优点能更明显易懂，下文特举本发明实施例，并配合所附附图，作详细说明如下。
附图说明
[0030]
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
[0031]
图1是实施例中8:2配比单用户下行调度及ack/nack反馈时序示例图；
[0032]
图2是实施例中4:1配比单用户下行调度及ack/nack反馈时序示例图；
[0033]
图3是实施例中7:3配比单用户下行调度及ack/nack反馈时序示例图；
[0034]
图4是实施例中分配format3 pucch资源的流程示意图；
[0035]
图5是实施例中启动用于ack/nack反馈的上行调度流程示意图。
具体实施方式
[0036]
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
[0037]
因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0038]
在tdd系统中，用户终端的下行调度的ack/nack反馈数据会累积至同一个上行slot，从而导致需要传输》2bits的ack/nack反馈数据，对于此种情况，下面进行本发明所述nr小区harq反馈的方法的实例说明。
[0039]
实施例1
[0040]
如图1、2、3所示，在还存在未分配pucch资源集2#中的format3 pucch资源时，基站为用户终端分配pucch资源集2#中的format3 pucch资源传输》2bits的ack/nack反馈数据。
[0041]
如图4所示，当分配n组pucch资源集，n＝1时，只允许分配一组pucch资源集2#，所有终端的pucch资源集2#都为相同的8个prb的format3 pucch资源。
[0042]
如图5所示，当用户终端在如图1所示的第8次调度，或如图2所示的第5、8次调度，或如图3所示的的第4、7次调度时，如果相应的上行slot18(图1所示)，slot9、14(图2所示)，slot8、14(图3所示)pucch资源集2#已经无format3 pucch资源可用，则对该用户终端触发一次上行调度。即基站对该用户终端进行上行调度授权，使其在原本传输》2bits的ack/nack反馈数据的上行时隙上，发起无ul-sch的pusch传输，传输》2bits的ack/nack反馈数据至基站。
[0043]
实施例2
[0044]
在带宽较大情况下，可以配置较多的pucch资源。例如100m带宽下16个prbs的format3 pucch资源只占全带宽16/273＝5.9％。
[0045]
如图4，当n》1时，允许分配n组pucch资源集2#，按用户终端接入顺序，依次分配8个prb的format3 pucch资源为一组的pucch资源集2#。
[0046]
例如当n＝2时，16个prbs的format3 pucch资源分为两组，分别为第一组和第二组。前8个用户终端被基站分配第一组format3 pucch资源，后接入的8个用户终端被基站分配与第一组不重叠的第二组format3 pucch资源，后续再有终端接入，则分配第一组，达到8的倍数后分配第二组。
[0047]
如图5，当终端在如图1所示的第8次调度，或如图2所示的第5、8次调度，或如图3所示的第4、7次调度时，如果相应的上行slot18(图1所示)，slot9、14(图2所示)，slot8、14(图3所示)已经无format3 pucch资源可被指定，则对该用户终端触发一次上行调度。即基站对
该用户终端进行上行调度授权，使其在原本传输》2bits的ack/nack反馈数据的slot上，发起无ul-sch的pusch传输，传输》2bits的ack/nack反馈数据至基站。
[0048]
实施例2所示描述的情况，相比实施例1，pucch资源受限的概率更低，本发明方法依然起到了一定的技术效果。
[0049]
相比实施例1，更多的用户终端可以利用pucch资源做ack/nack的反馈，pucch为控制信道，相比pusch数据信道的解调能力在相同信噪比下更强，因此反馈的ack/nack更可靠。
[0050]
实施例2是实施例1在pucch资源占用和吞吐率性能之间的一种折中方案。
[0051]
用户实现上述实施例的电子设备，可包括：
[0052]
存储器，用于存储指令；
[0053]
处理器，用于读取存储器中的指令，执行下列过程：若承载ack/nack的物理上行控制信道pucch与物理上行共享信道pusch存在时间上的重叠，则原本在pucch信道上传输的ack/nack信息在pusch上传输；
[0054]
收发机，用于在处理器的控制下收发数据。
[0055]
可选的，处理器还用于确定pucch和pusch满足将承载在pucch上的ack/nack转移到pusch上传输的时间条件。
[0056]
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。