用于自适应多HARQ实体设计的系统和方法

摘要

公开了用于实现混合自动重传请求(HARQ)实体之间的动态软缓冲区共享的自适应多HARQ实体设计的系统和方法。在一些实施例中，发射机估计接收机的总缓冲区消耗。响应于确定在接收机的软缓冲区中有足够的未使用空间以用于HARQ实体的新HARQ进程，发射机分配HARQ实体的新HARQ进程以用于到接收机的数据传输。以这种方式，能够实现HARQ实体特定的配置，同时提高动态软缓冲区共享效率。

权利要求

1.一种第一节点(12)的用于与第二节点(14)通信的操作的方法，所述第二节点(14)具有由用于一个载波上的多时隙时长操作的多个混合自动重传请求HARQ实体共享的软缓冲区，所述方法包括：

确定(104)期望HARQ实体的新HARQ进程；以及响应于确定(106)在所述第二节点(14)的所述软缓冲区中存在足够的未使用空间以用于所述HARQ实体的所述新HARQ进程，分配(108)所述HARQ实体的所述新HARQ进程以用于到所述第二节点(14)的数据传输。

2.根据权利要求1所述的方法，还包括：从所述第二节点(14)接收(100)所述软缓冲区的使用的指示；以及估计(102)共享所述软缓冲区的所有HARQ实体对所述第二节点(14)的所述软缓冲区的总使用空间。

3.根据权利要求1所述的方法，还包括：在分配所述HARQ实体的所述新HARQ进程以用于到所述第二节点(14)的数据传输之后，将所估计的所述第二节点(14)的所述软缓冲区的总使用空间增加(110)所述HARQ实体的所述新HARQ进程所需的空间。

4.根据权利要求1至3中任一项所述的方法，还包括：从所述第二节点(14)接收(200)针对第二HARQ实体的第二HARQ进程的HARQ反馈；

响应于确定(202)所述HARQ反馈是确认ACK，将所估计的所述第二节点(14)的所述软缓冲区的总使用空间减少(204)所述第二HARQ进程所需的空间。

5.根据权利要求1至3中任一项所述的方法，其中，确定期望所述HARQ实体的所述新HARQ进程包括：确定(300)所述HARQ实体的所述新HARQ进程是期望的并具有相关联的第一优先级，所述方法进一步包括：

响应于确定(302)所述第二节点(14)的所述软缓冲区中没有足够的未使用空间以用于所述HARQ实体的所述新HARQ进程，抢占(304)优先级比所述第一优先级低的正在使用所述第二节点(14)的所述软缓冲区的空间的一个或多个其他HARQ进程，直到所述第二节点(14)的所述软缓冲区中有足够的未使用空间以用于所述HARQ实体的所述新HARQ进程。

6.根据权利要求5所述的方法，其中，抢占所述一个或多个其他HARQ进程包括：根据一个或多个预定义规则，抢占所述一个或多个其他HARQ进程。

7.根据权利要求5所述的方法，还包括：对于被抢占的所述一个或多个其他HARQ进程中的每一个，发送与被抢占的所述一个或多个其他HARQ进程相关联的数据传输，作为初始传输。

8.根据权利要求1至3和6至7中任一项所述的方法，其中，所述第一节点(12)是无线电接入节点(12)。

9.根据权利要求1至3和6至7中任一项所述的方法，其中，所述第二节点(14)是用户设备UE(14)。

10.根据权利要求1至3和6至7中任一项所述的方法，其中，所述第一节点(12)和所述第二节点(14)是第五代(5G)无线通信网络的一部分。

11.根据权利要求5所述的方法，其中，所述HARQ实体的所述新HARQ进程用于到所述第二节点(14)的超可靠和低延迟通信URLLC传输。

12.一种第一节点(12，50)，用于与具有由用于一个载波上的多时隙时长操作的多个混合自动重传请求HARQ实体共享的软缓冲区的第二节点(14)通信，所述第一节点(12，50)包括：

至少一个处理器(36，54)；

包括指令的存储器(38，56)，所述指令能够由所述至少一个处理器(36，54)执行，由此所述第一节点(12，50)可操作以执行根据权利要求1至11中任一项所述的方法。

13.一种第一节点(12，50)，用于与具有由用于一个载波上的多时隙时长操作的多个混合自动重传请求HARQ实体共享的软缓冲区的第二节点(14)通信，所述第一节点(12，50)包括：

软缓冲区确定模块(62)，其可操作以确定所述第二节点(14)的所述软缓冲区中有足够的未使用空间以用于HARQ实体的新HARQ进程；以及分配模块(62)，其可操作以分配所述HARQ实体的所述新HARQ进程以用于到所述第二节点(14)的数据传输。

14.一种第二节点(14)的用于与第一节点(12)通信的操作的方法，所述第二节点(14)具有由用于一个载波上的多时隙时长操作的多个混合自动重传请求HARQ实体共享的软缓冲区，所述方法包括：

向所述第一节点(12)发送(100)所述第二节点(14)的所述软缓冲区的使用的指示；以及

响应于所述第一节点估计(102)共享所述软缓冲区的所有HARQ实体对所述第二节点(14)的所述软缓冲区的总使用空间并且确定(106)在所述第二节点(14)的所述软缓冲区中存在足够的未使用空间以用于所述HARQ实体的新HARQ进程，从所述第一节点(12)接收用于来自所述第一节点(12)的数据传输的HARQ实体的新HARQ进程的分配。

15.根据权利要求14所述的方法，其中，所述第一节点(12)是无线电接入节点(12)。

16.根据权利要求14所述的方法，其中，所述第二节点(14)是用户设备UE(14)。

17.根据权利要求14至16中任一项所述的方法，其中，所述第一节点(12)和所述第二节点(14)是第五代(5G)无线通信网络的一部分。

18.一种第二节点(14)，用于与第一节点(12)通信并具有由用于一个载波上的多时隙时长操作的多个混合自动重传请求HARQ实体共享的软缓冲区，所述第二节点(14)包括：至少一个收发机(24)；以及

电路(18)，其可操作以执行根据权利要求14至17中任一项所述的方法。

19.一种第二节点(14)，用于与第一节点(12)通信并具有由用于一个载波上的多时隙时长操作的多个混合自动重传请求HARQ实体共享的软缓冲区，所述第二节点(14)包括：软缓冲区确定模块(32)，其可操作以向所述第一节点(12)发送所述第二节点(14)的所述软缓冲区的使用的指示；以及

接收模块(32)，其可操作以响应于所述第一节点估计(102)共享所述软缓冲区的所有HARQ实体对所述第二节点(14)的所述软缓冲区的总使用空间并且确定(106)在所述第二节点(14)的所述软缓冲区中存在足够的未使用空间以用于所述HARQ实体的新HARQ进程，从所述第一节点(12)接收用于来自所述第一节点(12)的数据传输的HARQ实体的新HARQ进程的分配。

说明书

用于自适应多HARQ实体设计的系统和方法

[0001] 相关申请

[0002] 本申请要求2017年1月5日提交的PCT专利申请序列号PCT/CN2017/070203的权益，其公开内容通过引用整体并入本文。

技术领域

[0003] 本公开涉及第三代合作伙伴计划(3GPP)中的新无线电(NR)以及混合自动重传请求(HARQ)操作中的软缓冲区(soft buffer)的操作。

背景技术

[0004] 第五代(5G)应该支持使用通用无线电接入网络(RAN)的多种类型的服务：增强型移动宽带(eMBB)、大规模机器型通信(mMTC)以及超可靠和低延迟通信(URLLC)。这些服务需
要不同的服务质量(QoS)：延迟、数据速率和丢包率：

[0005] ·URLLC需要低延迟和/或高可靠性；

[0006] ·mMTC通常需要长电池寿命，但不需要低延迟或高数据速率，通常与小的不频繁分组相结合；

[0007] ·eMBB需要高数据速率。延迟可以是严格的，但通常不如URLLC严格。

[0008] 为了满足不同服务的延迟要求，可以在一个载波中包括混合参数集n
(numerology)，使得可以在一个载波上提供上述服务。子载波空间可以是2 ×15千赫兹
(kHz)，并且n可以是可配置的。图1示出了在一个分量载波(CC)上混合的两个参数集的示
例。

[0009] 然后出现了一个问题，即如何为用于新无线电(NR)的媒体访问控制(MAC)建模，以便为具有不同属性(就参数集/时隙时长、分配带宽和对每个参数集/时隙时长的延迟需要
中的至少一个而言)的无线电资源的用户设备(UE)服务。

[0010] 对于单混合自动重传请求(HARQ)实体设计，在不同属性的无线电资源之间共享一个公共HARQ实体。因此，当可以用不同属性的无线电资源同时服务一个UE时，产生HARQ进程
效用的高共享效率。一种自适应HARQ设计在最大数量的HARQ进程内具有自适应数量的HARQ
进程。图2示出了三个示例。HARQ实体可以存在多达16个HARQ进程，并且发射机根据所使用
的HARQ进程(即，处于待决状态的HARQ进程)所消耗的软缓冲区不应超过接收机侧的总软缓
冲区的规则来确定要使用的HARQ进程的实际数量。示例1示出了在用的十六个HARQ进程，每
个进程具有相同的小软缓冲区要求。示例2示出了在用的五个HARQ进程：P0、P3和P4具有小
的相等软缓冲区要求，P1和P2具有相对较大的相等软缓冲区要求。接收机中仍有一部分未
使用的软缓冲区。示例3示出了在用的两个HARQ进程，每个进程具有大的相等软缓冲区要
求。

[0011] 对于具有多个HARQ实体的设计，存在用于不同属性的无线电资源的相应HARQ实体。与单HARQ实体的设计相比，这样做的好处是产品设计的复杂性低。例如，可以分别为每
个HARQ实体配置最大HARQ重传尝试次数。一个HARQ实体内的HARQ往返时间(RTT)可以是均
匀的；可以对一个资源池的HARQ进程指示符进行本地化，以便可以将几个比特用于HARQ进
程指示符。

[0012] 单HARQ实体设计具有在不同属性的无线电资源之间动态HARQ进程共享的益处，多HARQ实体设计具有配置优势以及针对产品延迟的低复杂度。因此，需要集成两种设计的益
处的HARQ设计。

发明内容

[0013] 公开了用于实现混合自动重传请求(HARQ)实体之间的动态软缓冲区共享的自适应多HARQ实体设计的系统和方法。一个HARQ实体中的在用HARQ进程的数量取决于其他HARQ
实体的总软缓冲区消耗。在一些实施例中，发射机在分配用于数据传输的HARQ实体的HARQ
进程时，估计两个或更多个HARQ实体的总缓冲区消耗。

[0014] ·与单HARQ实体设计相比，这些系统和方法能够实现HARQ实体特定的配置，例如HARQ往返时间(RTT)、HARQ进程的最大数量、以及下行链路控制信息(DCI)中的HARQ进程指
示符字段的比特数。

[0015] ·与多个单独的HARQ实体相比，这些系统和方法能够实现动态软缓冲区共享效率。

[0016] 在一些实施例中，提供一种第一节点的用于与第二节点通信的操作的方法，所述第二节点具有由多个HARQ实体共享的软缓冲区，所述方法包括：确定期望HARQ实体的新
HARQ进程。响应于确定在所述第二节点的所述软缓冲区中存在足够的未使用空间以用于所
述HARQ实体的所述新HARQ进程，该方法还包括：分配所述HARQ实体的所述新HARQ进程以用
于到所述第二节点的数据传输。这能够实现HARQ实体特定的配置，同时提高动态软缓冲区
共享效率。在一些实施例中，该方法还包括：从所述第二节点接收所述软缓冲区的使用的指
示；以及估计共享所述软缓冲区的所有HARQ实体对所述第二节点的所述软缓冲区的总使用
空间。

[0017] 在一些实施例中，该方法还包括：在分配所述HARQ实体的所述新HARQ进程以用于到所述第二节点的数据传输之后，将所估计的所述第二节点的所述软缓冲区的总使用空间
增加所述HARQ实体的所述新HARQ进程所需的空间。在一些实施例中，该方法还包括：从所述
第二节点接收针对第二HARQ实体的第二HARQ进程的HARQ反馈；响应于确定所述HARQ反馈是
确认ACK，将所估计的所述第二节点的所述软缓冲区的总使用空间减少所述第二HARQ进程
所需的空间。

[0018] 在一些实施例中，确定期望所述HARQ实体的所述新HARQ进程包括：确定所述HARQ实体的所述新HARQ进程是期望的并具有相关联的第一优先级。该方法还包括：响应于确定
所述第二节点的所述软缓冲区中没有足够的未使用空间以用于所述HARQ实体的所述新
HARQ进程，抢占优先级比所述第一优先级低的正在使用所述第二节点的所述软缓冲区的空
间的一个或多个其他HARQ进程，直到所述第二节点的所述软缓冲区中有足够的未使用空间
以用于所述HARQ实体的所述新HARQ进程。在一些实施例中，抢占所述一个或多个其他HARQ
进程包括：根据一个或多个预定义规则，抢占所述一个或多个其他HARQ进程。在一些实施例
中，对于被抢占的所述一个或多个其他HARQ进程中的每一个，该方法还包括：发送与被抢占
的所述一个或多个其他HARQ进程相关联的数据传输，作为初始传输。在一些实施例中，所述
HARQ实体的所述新HARQ进程用于到所述第二节点的超可靠和低延迟通信URLLC传输。

[0019] 在一些实施例中，所述第一节点是无线电接入节点。在一些实施例中，所述第二节点是用户设备(UE)。在一些实施例中，所述第一节点和所述第二节点是第五代(5G)无线通
信网络的一部分。

[0020] 在一些实施例中，提供一种第一节点，用于与具有由多个HARQ实体共享的软缓冲区的第二节点进行通信，所述第一节点包括至少一个处理器和存储器。所述存储器包括能
够由至少一个处理器执行的指令，由此所述第一节点可操作以：确定期望HARQ实体的新
HARQ进程；以及响应于确定在所述第二节点的所述软缓冲区中存在足够的未使用空间以用
于所述HARQ实体的所述新HARQ进程，分配所述HARQ实体的所述新HARQ进程以用于到所述第
二节点的数据传输。

[0021] 在一些实施例中，提供一种第一节点，用于与具有由多个HARQ实体共享的软缓冲区的第二节点进行通信，所述第一节点包括：软缓冲区确定模块，其可操作以确定所述第二
节点的所述软缓冲区中有足够的未使用空间以用于HARQ实体的新HARQ进程；以及分配模
块，其可操作以分配所述HARQ实体的所述新HARQ进程以用于到所述第二节点的数据传输。

[0022] 在一些实施例中，提供一种第二节点的用于与第一节点通信的操作的方法，所述第二节点具有由多个HARQ实体共享的软缓冲区，所述方法包括：向所述第一节点发送所述
第二节点的所述软缓冲区的使用的指示；以及从所述第一节点接收用于来自所述第一节点
的数据传输的HARQ实体的新HARQ进程的分配。

[0023] 在一些实施例中，提供一种第二节点，用于与第一节点通信并具有由多个HARQ实体共享的软缓冲区，所述第二节点包括至少一个收发机和电路。所述电路可操作以：向所述
第一节点发送所述第二节点的所述软缓冲区的使用的指示，以及从所述第一节点接收用于
来自所述第一节点的数据传输的HARQ实体的新HARQ进程的分配。

[0024] 在一些实施例中，提供一种第二节点，用于与第一节点通信并具有由多个HARQ实体共享的软缓冲区，所述第二节点包括：软缓冲区确定模块，其可操作以向所述第一节点发
送所述第二节点的所述软缓冲区的使用的指示；以及接收模块，其可操作以从所述第一节
点接收用于来自所述第一节点的数据传输的HARQ实体的新HARQ进程的分配。

[0025] 在阅读以下结合附图对实施例的详细描述之后，本领域技术人员将理解本公开的范围并实现其另外的方面。

附图说明

[0026] 结合在本说明书中并形成本说明书的一部分的附图示出了本公开的若干方面，并且与说明书一起用于解释本公开的原理。这些附图是：

[0027] 图1示出了在一个分量载波(CC)上的混合参数集，其中一个子带具有窄子载波而另一个子带具有宽子载波；

[0028] 图2示出了具有单个HARQ实体的自适应混合自动重传请求(HARQ)；

[0029] 图3示出了根据本公开的一些实施例的示例无线通信网络；

[0030] 图4示出了根据本公开的一些实施例的分配用于数据传输的HARQ实体的HARQ进程的过程；

[0031] 图5示出了根据本公开的一些实施例的具有两个自适应HARQ实体的软缓冲区使用的示例；

[0032] 图6示出了根据本公开的一些实施例的更新软缓冲区的估计总使用空间的过程；

[0033] 图7示出了根据本公开的一些实施例的抢占具有低优先级的HARQ进程以适应具有高优先级的HARQ进程的过程；

[0034] 图8是根据本公开的一些实施例的用户设备(UE)的框图；

[0035] 图9是根据本公开的一些其他实施例的UE的框图；

[0036] 图10是根据本公开的一些实施例的网络节点的框图；

[0037] 图11是根据本公开的一些实施例的网络节点的框图；以及

[0038] 图12是根据本公开的一些实施例的网络节点的框图。

具体实施方式

[0039] 下面阐述的实施例表示使本领域技术人员能够实践实施例的信息，并且示出了实践实施例的最佳模式。在根据附图阅读以下描述时，本领域技术人员将理解本公开的概念
并且将认识到本文未特别提出的这些概念的应用。应该理解，这些概念和应用都落入本公
开和所附权利要求的范围内。

[0040] 对于第三代合作伙伴计划(3GPP)中的新无线电(NR)，正在讨论是否使单个或多个混合自动重传请求(HARQ)实体支持由不同参数集/时隙时长提供的多个服务。多个HARQ实
体具有低设计复杂度的益处，而单HARQ实体设计具有高HARQ进程共享效率的益处。因此，需
要一种集成了两种设计的益处的HARQ设计。

[0041] HARQ协议用于增强传输可靠性。当接收机未正确接收初始传输时，接收机将所接收的信号存储在软缓冲区(其在软缓冲区存储器中实现，其中“软缓冲区存储器”是用于软
缓冲区的物理/硬件存储器)中并发信号通知发射机这种不成功传输。然后，发射机可以取
决于实现而使用相同的信道编码比特或不同的信道编码比特来重传信息。然后，接收机可
以将重传信号与存储在软缓冲区中的重传信号相合并。这种信号合并极大地增强了传输的
可靠性。不正确接收的编码数据块可以存储为“软比特”或软值。这些软比特指示接收机假
设该比特是什么以及接收机对于这是正确假设的确信程度。这些软比特可以与重传的比特
合并以计算更准确的假设。这些软比特存储在接收机处的软缓冲区中，使得当接收到重传
的块时，可以合并两个块的接收值。取决于实现，HARQ实体的HARQ进程可能需要将特定数量
的比特存储在软缓冲区中。如本文所使用的，接收机可能需要用于该HARQ进程的比特总数
被称为HARQ进程所需的空间。所需空间取决于HARQ实体特定的配置，例如HARQ往返时间
(RTT)、HARQ进程的最大数量、以及使用HARQ进程的数据传输的传输块大小。

[0042] 图3示出了其中可以实现本公开的实施例的无线系统10(例如蜂窝通信系统)的一个示例。无线系统10包括第一节点12，在该示例中，第一节点12是无线电接入节点。然而，第
一节点12不限于无线电接入节点，并且可以是诸如允许无线电网络内的通信的通用无线电
节点的另一设备，包括如下所述的无线设备。无线电接入节点12向无线电接入节点12的覆
盖区域16(例如小区)内的其他节点(诸如无线设备)或其他接入节点(诸如第二节点14)提
供无线接入。在一些实施例中，第二节点节点14是用户设备(UE)。注意，术语“UE”在本文中
以其广义使用来表示任何无线设备。这样，术语“无线设备”和“UE”在本文中可互换使用。

[0043] 基本思想是为一个载波上的多个参数集/时隙时长操作配置多个自适应HARQ实体，并允许在HARQ实体之间动态共享软缓冲区。当发射机使用来自第一HARQ实体的HARQ进
程进行数据传输时，发射机首先确定来自所有HARQ实体的所有HARQ进程正在使用的总软缓
冲区。如果接收机侧有足够的软缓冲区，则发射机可以为数据传输分配软缓冲区。

[0044] 图4示出了根据本公开的一些实施例的分配用于数据传输的HARQ实体的HARQ进程的过程。首先，第一节点12可选地从第二节点14接收软缓冲区的使用的指示(步骤100)。该
指示可以显式地或者作为一些其他指示的一部分从第二节点14发送。另外，该指示可以是
为该特定任务设计的新型指示，或者可以是已经存在的通信的替代使用。然后，第一节点12
估计共享软缓冲区的所有HARQ实体对第二节点14的软缓冲区的总使用空间(步骤102)。如
果第一节点12知道第二节点14的软缓冲区中的可用总空间，则可以直接确定软缓冲区中的
未使用空间量。在其他实施例中，第一节点12可能需要对可用总空间进行假设，或者使用统
计建模来确定第二节点14可用的近似总空间。该未使用空间指未针对任何HARQ实体的HARQ
进程使用的/保留的比特。

[0045] 图4还示出了第一节点12确定期望HARQ实体的新HARQ进程(步骤104)。这可以是确定应该从第一节点12向第二节点14发送新数据传输并且在数据传输未被正确解码的情况
下第二节点14可能需要新的HARQ进程的结果。响应于确定第二节点14的软缓冲区中存在足
够的未使用空间以用于HARQ实体的新HARQ进程(步骤106)，第一节点12分配HARQ实体的新
HARQ进程以用于到第二节点14的数据传输(步骤108)。相比之下，如果第二节点14的软缓冲
区中没有足够的未使用空间，则可以采取如下面将参考图7所讨论的附加步骤。

[0046] 在一些实施例中，在分配HARQ实体的新HARQ进程以用于到第二节点14的数据传输之后，第一节点12将第二节点14的软缓冲区的估计总使用空间增加HARQ实体的新HARQ进程
所需的空间(步骤110)。如上所述，所需空间可以取决于HARQ实体特定的配置，例如HARQ 
RTT、HARQ进程的最大数量、以及使用HARQ进程的数据传输的传输块大小。

[0047] 图5示出了根据本公开的一些实施例的具有两个自适应HARQ实体的软缓冲区使用的示例。对于HARQ实体0，存在在用的三个HARQ进程(即，待决状态中的HARQ进程)(P0、P1和
P2)，其中HARQ进程所需的软缓冲区相对小。同时，对于HARQ实体1，存在在用的两个HARQ进
程(P0和P1)，其中HARQ进程所需的软缓冲区相对大。两个不同HARQ实体所需的空间量的差
异可能是由于HARQ实体特定的配置，例如HARQ RTT、HARQ进程的最大数量、以及使用HARQ进
程的数据传输的传输块大小。在用的总软缓冲区不应超过接收机侧的总软缓冲区。

[0048] 在接收到针对一个HARQ实体的HARQ反馈时，发射机可以重估接收机侧中未使用的软缓冲区。在接收到确认(ACK)时增大未使用的软缓冲区值。这是因为由于数据传输被正确
解码，在接收机中不再需要用于正确解码该HARQ进程所需的软缓冲区空间。当接收到否定
确认(NACK)或不连续传输(DTX)时，不改变软缓冲区值。这是因为由于数据传输尚未被正确
解码或者发射机不确定数据传输是否已被正确解码，在接收机中仍然可能需要用于正确解
码该HARQ进程所需的软缓冲区空间。

[0049] 图6示出了根据本公开的一些实施例的更新软缓冲区的估计的总使用空间的过程。第一节点12从第二节点14接收针对第二HARQ实体的第二HARQ进程的HARQ反馈(步骤
200)。值得注意的是，其可以是与上述相同的HARQ进程，但这不是必需的。响应于确定HARQ
反馈是ACK(步骤202)，第一节点12将第二节点14的软缓冲区的估计总使用空间减少第二
HARQ进程所需的空间(步骤204)。如上所述，这可能是因为由于数据传输被正确地解码，在
接收机中不再需要用于正确解码该HARQ进程所需的软缓冲区空间。

[0050] 增加未使用的软缓冲区值的另一个机会是达到HARQ进程的最大时间限制或最大传输尝试时。同样，在这种情况下，由于将再次开始数据传输，因此在接收机中不再需要用
于正确解码该HARQ进程所需的软缓冲区空间。

[0051] 虽然前面的讨论集中于第一节点12估计正在使用的软缓冲区量并且可能估计软缓冲区的总大小，但是其他实施例也是可能的。例如，在一些实施例中，第二节点14可以报
告多个HARQ实体的软缓冲区大小。该指示可以或者经由特定的无线电资源控制(RRC)信令
发送，或者作为UE能力报告的一部分发送。

[0052] 在一些实施例中，HARQ进程可能足够重要，使得即使确定没有足够的未使用空间也可能不停止分配HARQ进程。但是，由于总的已使用软缓冲区不应超过接收机的总软缓冲
区，因此其他步骤可能是必需的。例如，在一些实施例中，可以预先配置系统，使得当接收机
侧缺少软缓冲区时，一个高优先级的HARQ实体使用软缓冲区。在缺少软缓冲区的情况下，高
优先级的HARQ进程能够抢占低优先级的另一个HARQ进程正在使用的软缓冲区。这允许发射
机尽可能早地发送高优先级数据的灵活性。在一些实施例中，可以根据预定义的规则执行
抢占，使得发射机能够确定抢占状态。在一些实施例中，当由于抢占而清仓(flush)软信息
时，发射机将重传与被抢占的HARQ进程相关联的数据作为初始传输。

[0053] 图7示出了根据本公开的一些实施例的抢占具有低优先级的HARQ进程以适应具有高优先级的HARQ进程的过程。类似于上面讨论的步骤104，第一节点12确定期望具有相关联
的第一优先级的HARQ实体的新HARQ进程(步骤300)。然后，响应于确定第二节点14的软缓冲
区中没有足够的未使用空间用于HARQ实体的新HARQ进程(步骤302)，第一节点12抢占优先
级比第一优先级低的正在使用第二节点14的软缓冲区的空间的一个或多个其他HARQ进程，
直到第二节点14的软缓冲区中有足够的未使用空间用于HARQ实体的新HARQ进程(步骤
304)。这些优先级可以是可以相互比较的特定值，或者可以基于传输的类别来确定。例如，
mMTC业务的传输通常不需要低延迟或高数据速率。这样，这些传输可能具有比可能需要低
延迟和/或高可靠性的URLLC的传输更低的优先级。这些不同的优先级可以用几种不同的方
式实现。此外，抢占哪些HARQ进程的传达可以以多种方式实现。在一些实施例中，第一节点
12可以向第二节点14传达优先级传输需要一定量的空间(无论是具有还是没有特定优先
级)。在一些实施例中，第一节点12可以指示应该基于第一节点12已知的优先级来抢占特定
HARQ进程。

[0054] 除了HARQ实体之间的软缓冲区共享之外，诸如最大重传次数、HARQ反馈定时(即，HARQ RTT)、HARQ反馈信道、资源和编码等的其他配置可以是特定于HARQ实体的。也就是说，
保留了多HARQ实体设计的益处，同时保持单HARQ实体设计的存储器效率。

[0055] 图8和9示出了根据本公开的一些实施例的第二节点14(诸如无线设备14)的示例实施例。图8是根据本公开的一些实施例的无线设备14(例如UE 14)的示意性框图。如图所
示，无线设备14包括电路18，电路18包括一个或多个处理器20(例如中央处理单元(CPU)、专
用集成电路(ASIC)、现场可编程门阵列(FPGA)等)和存储器22。无线设备14还包括一个或多
个收发机24，每个收发机24包括耦合到一个或多个天线30的一个或多个发射机26和一个或
多个接收机28。在一些实施例中，上述无线设备14的功能可以完全或者部分地以例如存储
在存储器22中并由处理器20执行的软件实现。

[0056] 在一些实施例中，提供了一种包括指令的计算机程序，所述指令在由至少一个处理器执行时使得所述至少一个处理器执行根据本文描述的任何实施例的无线设备14的功
能。在一些实施例中，提供了包含上述计算机程序产品的载体。该载体是电子信号、光信号、
无线电信号或计算机可读存储介质(例如诸如存储器的非暂时性计算机可读介质)中的一
个。

[0057] 图9是根据本公开的一些其他实施例的无线设备14的示意性框图。无线设备14包括一个或多个模块32，每个模块32以软件实现。模块32提供本文描述的无线设备14(例如UE 
14)的功能。

[0058] 图10至图12示出了根据本公开的一些实施例的无线电网络节点的示例实施例。图10是根据本公开的一些实施例的第一节点12的示意性框图。其他类型的网络节点可以具有
类似的架构(特别是关于包括处理器、存储器和网络接口)。如图所示，无线电接入节点12包
括控制系统34，控制系统34包括包含一个或多个处理器36(例如CPU、ASIC、FPGA等)和存储
器38的电路。控制系统34还包括网络接口40。无线电接入节点12还包括一个或多个无线电
单元42，每个无线电单元42包括耦合到一个或多个天线48的一个或多个发射机44和一个或
多个接收机46。在一些实施例中，上述无线电接入节点12的功能可以完全或部分地在例如
存储在存储器38中并由处理器36执行的软件中实现。

[0059] 图11是示出根据本公开的一些实施例的无线电接入节点12的虚拟化实施例的示意框图。其他类型的网络节点可以具有类似的架构(特别是关于包括处理器、存储器和网络
接口)。

[0060] 如本文所使用的，“虚拟化”无线电接入节点12是其中无线电接入节点12的至少一部分功能被实现为虚拟组件(例如经由在网络中的物理处理节点上执行的虚拟机)的无线
电接入节点12。如图所示，无线电接入节点12可选地包括如关于图10所描述的控制系统34。
无线电接入节点12还包括一个或多个无线电单元42，如上所述，每个无线电单元42包括耦
合到一个或多个天线48的一个或多个发射机44和一个或多个接收机46。控制系统34(如果
存在)经由例如光缆等连接到无线电单元42。控制系统34(如果存在)连接到一个或多个处
理节点50，这些处理节点50经由网络接口40耦合到网络52或被包括为网络52的一部分。备
选地，如果控制系统34不存在，则一个或多个无线电单元42经由网络接口连接到一个或多
个处理节点50。每个处理节点50包括一个或多个处理器54(例如CPU、ASIC、FPGA等)、存储器
56和网络接口58。

[0061] 在该示例中，本文描述的无线电接入节点12的功能60在一个或多个处理节点50处实现或者以任何期望的方式分布在控制系统34(如果存在)和一个或多个处理节点50上。在
一些特定实施例中，本文描述的无线电接入节点12的一些或所有功能60被实现为由处理节
点50托管的虚拟环境中实现的一个或多个虚拟机执行的虚拟组件。如本领域普通技术人员
将理解的，使用处理节点50和控制系统34(如果存在)或者备选地无线电单元42之间的附加
信令或通信以便执行至少一些所需的功能。值得注意的是，在一些实施例中，可以不包括控
制系统34，在这种情况下，无线电单元42经由适当的网络接口直接与处理节点50通信。

[0062] 在一些实施例中，提供了一种包括指令的计算机程序，所述指令当由至少一个处理器执行时使得所述至少一个处理器执行根据本文描述的任何实施例的无线电接入节点
12或处理节点50的功能。在一些实施例中，提供了一种包含上述计算机程序产品的载体。该
载体是电子信号、光信号、无线电信号或计算机可读存储介质(例如诸如存储器的非暂时性
计算机可读介质)中的一个。

[0063] 图12是根据本公开的一些其他实施例的无线电接入节点12的示意性框图。无线电接入节点12包括一个或多个模块62，每个模块62以软件实现。模块62提供本文描述的无线
电接入节点12的功能。

[0064] 在整个本公开中使用以下缩写词。

[0065] ·3GPP    第三代合作伙伴计划

[0066] ·5G      第五代

[0067] ·ACK     确认

[0068] ·ASIC    专用集成电路

[0069] ·CC      分量载波

[0070] ·CPU     中央处理单元

[0071] ·DCI     下行链路控制信息

[0072] ·DTX     不连续传输

[0073] ·eMBB    增强型移动宽带

[0074] ·eNB     增强或演进节点B

[0075] ·FPGA    现场可编程门阵列

[0076] ·HARQ    混合自动重传请求

[0077] ·kHz     千赫

[0078] ·LTE     长期演进

[0079] ·MAC     媒体访问控制

[0080] ·mMTC    大规模机器型通信

[0081] ·MTC     机器型通信

[0082] ·NACK    否定确认

[0083] ·NR      新无线电

[0084] ·QoS     服务质量

[0085] ·RAN     无线电接入网络

[0086] ·RRC     无线电资源控制

[0087] ·RTT     往返时间

[0088] ·UE      用户设备

[0089] ·URLLC   超可靠和低延迟通信

[0090] 本领域技术人员将认识到对本公开的实施例的改进和修改。所有这些改进和修改都被认为是在本文公开的概念和随后的权利要求的范围内。