CN108604946A

CN108604946A - 高效的harq反馈

Info

Publication number: CN108604946A
Application number: CN201680081361.0A
Authority: CN
Inventors: A·贝里斯特伦; N·维贝里; M·赫斯勒
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2016-02-09
Filing date: 2016-06-01
Publication date: 2018-09-28
Also published as: EP3414856A1; WO2017138854A1; KR20180110071A; US10313064B2; US10727988B2; JP2019510389A; US10069603B2; US20180343087A1; US20170373802A1; CN108604945A; US20170373801A1; US10187185B2; EP3414856B1; EP3414855A1; MX2018009409A; US20190253202A1; WO2017138853A1

Abstract

公开了用于提供高效的下行链路混合自动重传请求(HARQ)反馈的系统和方法。在一些实施例中，蜂窝通信系统中的无线设备的操作的方法包括在第一子帧T中从无线电接入节点接收下行链路控制信息。下行链路控制信息包括HARQ的定时偏移量K的指示。该方法还包括在子帧T+K中向无线电接入节点传送下行链路HARQ反馈。以这种方式，HARQ反馈可以由网络直接调度，这进而能够实现高效的HARQ反馈。

Description

高效的HARQ反馈

相关申请

本申请要求于2016年2月9日提交的临时专利申请序列号62/293,148和于2016年2月16日提交的临时专利申请序列号62/295,722的权益，其公开内容通过引用以他们的整体结合于此。

技术领域

本公开涉及蜂窝通信网络中的下行链路混合自动重传请求(HARQ)反馈。

背景技术

先进天线系统(AAS)是近年来技术已经显著发展并且预见到未来若干年中快速的技术发展的领域。因此，自然地假设通常AAS和尤其是大规模多输入多输出(MIMO)传输和接收将成为未来第五代(5G)蜂窝通信系统的基石。

波束成形已经变得越来越流行和有能力，因此，自然地使用波束成形不仅用于数据的传输而且用于控制信息的传输。这是称为增强的物理下行链路控制信道(ePDCCH)的长期演进(LTE)中的(相对)新的控制信道背后的一个动机。当波束成形用于控制信道时，由于附加的天线增益所提供的增加的链路预算，可以降低传送开销控制信息的成本。可能在比现在的LTE标准所可能的更大的程度上，这是一个很好的特性，对于5G来说该特性也是期望的。

对于当今LTE中的下行链路混合自动重传请求(HARQ)传输，在物理上行链路控制信道(PUCCH)上或取决于UE是否已经被调度上行链路PUSCH传输在物理上行链路共享信道(PUSCH)上从用户设备装置(UE)向网络传送HARQ反馈。此后，网络可以在个体的HARQ进程的基础上得出关于该进程的最后HARQ接收是否成功(确认/否定确认(ACK/NACK))或者甚至下行链路分配接收是否失败(不连续传输(DTX))的结论。

LTE中所传送的HARQ反馈的定时是这样的：对于频分双工(FDD)，如果针对HARQ的接收进程的相应的下行链路传输是在子帧n中，则在子帧n+4中在上行链路中接收来自一个HARQ接收进程的反馈。因此，下行链路传输和对应的HARQ反馈之间的延迟总共为4毫秒(ms)。对于时分双工(TDD)，从下行链路数据传输到上行链路反馈接收的延迟可以大于4ms(或等效地4个子帧)，以便适应半双工下行链路-上行链路分离。

对于5G，HARQ反馈将作为xPUCCH上的上行链路控制信息(UCI)的一部分来传送。如本文所使用的，“xPUCCH”是一个术语，其用于指代未来一代蜂窝通信网络(例如，5G)中的物理上行链路控制信道。

可以在一个正交频分复用(OFDM)符号上传送上行链路控制信道-xPUCCH。该信道将通过以下任一方式提供有限数量的比特(例如，1到4个信息比特)：具有多个固定格式(类似于LTE PUCCH格式1/1a/1b)或具有一个单个格式，仍然允许灵活数量的信息比特。关于使用针对灵活数量的信息比特的单个格式，可能可以用较少使用信息比特来改善性能，因为这允许未使用的信息比特用作短训练序列。此外，类似于LTE，假设将存在从下行链路控制信息(DCI)控制信道元素(CCE)到UCI CCE的隐式映射。

现有的HARQ技术不是100％可靠，是不灵活的，并且消耗大量资源。因此，需要改进的HARQ技术，特别是适用于未来一代蜂窝通信网络(例如5G蜂窝通信网络)的HARQ技术。

发明内容

公开了用于提供高效下行链路混合自动重传请求(HARQ)反馈的系统和方法。在一些实施例中，蜂窝通信系统中的无线设备的操作的方法包括：在第一子帧T中从无线电接入节点接收下行链路控制信息(DCI)。DCI包括HARQ的定时偏移量K的指示。所述方法进一步包括在子帧T+K中向无线电接入节点传送下行链路HARQ反馈。以这种方式，HARQ反馈可以由网络直接调度，这反过来又能够实现高效的HARQ反馈。

在一些实施例中，所述方法还包括将多个下行链路HARQ反馈标志组合在单个下行链路HARQ反馈传输中。此外，在子帧T+K中传送HARQ反馈包括在子帧T+K中传送单个下行链路HARQ反馈传输。在一些实施例中，将多个下行链路HARQ反馈标志组合到单个下行链路HARQ反馈传输中包括将多个下行链路HARQ反馈标志联合编码到用于单个下行链路HARQ反馈传输的码字中。

在一些实施例中，DCI还包括指示将哪些反馈标志被组合在单个下行链路HARQ反馈传输中的信息。

在一些实施例中，HARQ的定时偏移量K的指示是针对HARQ的定时偏移量K的值。在其他实施例中，HARQ的定时偏移量K的指示是值S，其中HARQ的定时偏移量K＝N+S，其中N是预定义的值。在其他实施例中，HARQ的定时偏移量K的指示是值S，其中HARQ的定时偏移量K＝N+S，其中N是预先配置的值。在其他实施例中，HARQ的定时偏移量K的指示是值S，其中HARQ的定时偏移量K＝N+S，其中N是无线设备的预确定的最小的HARQ的定时偏移量。在其他实施例中，HARQ的定时偏移量K的指示是值X，其中HARQ的定时偏移量K是值X的函数。

在一些实施例中，HARQ反馈包括HARQ反馈标志。如果无线设备成功接收到各自的下行链路数据，则HARQ反馈标志是确认(ACK)，如果无线设备未成功接收到各自的下行链路数据，则HARQ反馈标志是否定确认(NACK)，以及如果无线设备未接收到各自的DCI，则HARQ反馈标志是DCI失败的指示。

还公开了无线设备的实施例。在一些实施例中，用于蜂窝通信系统的无线设备适应于在第一子帧T中从无线电接入节点接收DCI。DCI包括HARQ的定时偏移量K的指示。无线设备还适应于在子帧T+K中向无线电接入节点传送下行链路HARQ反馈。在一些实施例中，无线设备还适应于执行根据本文公开实施例的任何实施例的无线设备的操作的方法。

在一些实施例中，用于蜂窝通信系统的无线设备包括收发器、至少一个处理器和存储可由至少一个处理器执行的指令的存储器，由此无线设备可操作地在第一子帧T中通过收发器从无线电接入节点接收DCI。DCI包括HARQ的定时偏移量K的指示。通过由至少一个处理器的指令的执行，无线设备还可操作地在子帧T+K中通过收发器向无线电接入节点传送下行链路HARQ反馈。

在一些实施例中，通过由至少一个处理器的指令的执行，无线设备还可操作地将多个下行链路HARQ反馈标志组合在单个下行链路HARQ反馈传输中，其中，为了在子帧T+K中传送下行链路HARQ反馈，无线设备可操作地在子帧T+K中通过收发器传送单个下行链路HARQ反馈传输。此外，在一些实施例中，为了将多个下行链路HARQ反馈标志组合在单个下行链路HARQ反馈传输中，无线设备还可操作地将多个下行链路HARQ反馈标志联合编码在用于单个下行链路HARQ反馈传输的码字中。

在一些实施例中，DCI还包括指示哪些反馈标志将被组合在单个下行链路HARQ反馈传输中的信息。

在一些实施例中，HARQ的定时偏移量K的指示是针对HARQ的定时偏移量K的值。在其他实施例中，HARQ的定时偏移量K的指示是值S，其中HARQ的定时偏移量K＝N+S，其中N是预定义值。在其他实施例中，HARQ的定时偏移量K的指示是值S，其中HARQ的定时偏移量K＝N+S，其中N是预先配置的值。在其他实施例中，HARQ的定时偏移量K的指示是值S，其中HARQ的定时偏移量K＝N+S，其中N是无线设备的预确定的最小的HARQ的定时偏移量。在其他实施例中，HARQ的定时偏移量K的指示是值X，其中HARQ的定时偏移量K是值X的函数。

在一些实施例中，HARQ反馈包括HARQ反馈标志。如果无线设备成功接收到各自的下行链路数据，则HARQ反馈标志是ACK，如果无线设备未成功接收到各自的下行链路数据，则HARQ反馈标志是NACK，以及如果无线设备未接收到各自的DCI，则HARQ反馈标志是DCI失败的指示。

在一些实施例中，用于蜂窝通信系统的无线设备包括用于在第一子帧T中从无线电接入节点接收DCI的构件。DCI包括HARQ的定时偏移量K的指示。无线设备还包括用于在子帧T+K中向无线电接入节点传送下行链路HARQ反馈的构件。

在一些实施例中，用于蜂窝通信系统的无线设备包括：接收模块，其可操作地在第一子帧T中从无线电接入节点接收DCI。DCI包括HARQ的定时偏移量K的指示。无线设备还包括：传送模块，其可操作地在子帧T+K中向无线电接入节点传送下行链路HARQ反馈。

还公开了蜂窝通信系统中的无线电接入节点的操作的方法的实施例。在一些实施例中，无线电接入节点的操作的方法包括：在第一子帧T中将DCI传送到无线设备。DCI包括HARQ的定时偏移量K的指示。该方法还包括：在子帧T+K中从无线设备接收下行链路HARQ反馈。

在一些实施例中，在子帧T+K中的下行链路HARQ反馈包括：在子帧T+K中的单个下行链路HARQ反馈传输，其是多个下行链路HARQ反馈标志的组合。此外，在一些实施例中，单个下行链路HARQ反馈传输代表多个下行链路HARQ反馈标志的联合编码。

在一些实施例中，HARQ反馈包括HARQ反馈标志。如果无线设备成功接收到各自的下行链路数据，则HARQ反馈标志是ACK，如果无线设备未成功接收到各自的下行链路数据，则HARQ反馈标志是NACK，以及如果无线设备没有接收到各自的DCI，则HARQ反馈标志是DCI失败的指示。

还公开了用于蜂窝通信系统的无线电接入节点的实施例。在一些实施例中，无线电接入节点适应于在第一子帧T中向无线设备传送DCI。DCI包括HARQ的定时偏移量K的指示。无线电接入节点还适应于在子帧T+K中从无线设备接收下行链路HARQ反馈。在一些实施例中，无线电接入节点还适应于执行根据本文描述的实施例中的任何实施例的无线电接入节点的操作的方法。

在一些实施例中，用于蜂窝通信系统的无线电接入节点包括至少一个无线电单元，至少一个处理器，以及存储可由至少一个处理器执行的指令的存储器，由此无线电接入节点可操作地经由至少一个无线电单元在第一子帧T中向无线设备传送DCI。DCI包括HARQ的定时偏移量K的指示。通过由至少一个处理器的指令的执行，无线电接入节点进一步可操作地经由至少一个无线电单元在子帧T+K中从无线设备接收下行链路HARQ反馈。

在一些实施例中，用于蜂窝通信系统的无线电接入节点包括用于在第一子帧T中向无线设备传送DCI的构件。DCI包括HARQ的定时偏移量K的指示。无线电接入节点还包括用于在子帧T+K中从无线设备接收下行链路HARQ反馈的构件。

在一些实施例中，用于蜂窝通信系统的无线电接入节点包括：传送模块，其可操作地在第一子帧T中向无线设备传送DCI。DCI包括HARQ的定时偏移量K的指示。无线电接入节点进一步包括：接收模块，其可操作地在子帧T+K中从无线设备接收下行链路HARQ反馈。

在阅读以下与附图相关联的实施例的详细描述之后，本领域技术人员将理解本公开的范围并认识到其另外的方面。

附图说明

包含在本说明书中并形成本说明书的一部分的附图说明了本公开的若干方面，并且与说明书一起用于解释本公开的原理。

图1说明了根据本公开的一个实施例的蜂窝通信系统；

图2说明了根据本公开的一个实施例的无线设备(例如，用户设备装置(UE))和无线电接入节点(或其他网络节点)的操作；

图3A和3B说明了本公开的实施例的示例；

图4说明了根据本公开另一实施例的无线设备和无线电接入节点(或其他网络节点)的操作；

图5A和5B说明了本公开的一些其他实施例的示例；

图6是说明根据本公开的一些实施例的无线设备的操作的流程图；

图7A和7B以及图8说明了与蜂窝通信系统中的捆绑的混合自动重传请求(HARQ)反馈有关的问题；

图9说明了根据本公开的一些实施例的无线设备和网络节点的操作；

图10是示出根据本公开的一些实施例的由网络节点执行的轮询过程的流程图；

图11是说明根据本公开的一些实施例的UE侧反馈过程的流程图；

图12是说明根据本公开的一些实施例的网络侧x物理上行链路控制信道(xPUCCH)检测过程的流程图；

图13是说明根据本公开的一些实施例的网络侧HARQ反馈解释过程的流程图；

图14A至14C、15A至15C、16A和16B、17A和17B以及18A和18B说明了根据本公开的各种实施例的示例；

图19和20是根据本公开的一些实施例的无线设备的示例实施例的框图；和

图21至图23是根据本公开的一些实施例的基站的示例实施例的框图。

具体实施方式

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

无线电节点：如本文所使用的，“无线电节点”是无线电接入节点或无线设备。

无线电接入节点：如本文所使用的，“无线电接入节点”是蜂窝通信网络的无线电接入网络中的任何节点，其可操作地无线地传送和/或接收信号。无线电接入节点的一些示例包括但不限于基站，例如，第三代合作伙伴计划(3GPP)长期演进(LTE)网络中的增强或演进节点B(eNB)；高功率或宏基站；低功率基站，诸如例如微基站，微微基站，家庭eNB等；和中继节点。

无线设备：如本文所使用的，“无线设备”是任何类型的设备，其通过向无线电接入节点无线地传送和/或接收信号而访问蜂窝通信网络，即由蜂窝通信网络服务。无线设备的一些示例包括但不限于3GPP LTE网络中的用户设备装置(UE)和机器类型通信(MTC)设备。

网络节点：如本文所使用的，“网络节点”是任何节点，其是无线电接入网络的一部分或蜂窝通信网络/系统的核心网的一部分。

注意，这里给出的描述集中于3GPP蜂窝通信系统，因此经常使用3GPP LTE术语或类似于3GPP LTE术语的术语。然而，本文公开的构思不限于3GPP系统。

注意，在本文的描述中，可以参考术语“小区”；然而，特别是关于第五代(5G)的概念，可以使用波束来代替小区，因此，重要的是注意，这里描述的构思同样适用于小区和波束。

在讨论本公开的实施例之前，对与现有混合自动重传请求(HARQ)解决方案相关联的一些问题的讨论是有益的。LTE的当前HARQ协议不是100％可靠的；因此，LTE还使用更高层无线电链路控制(RLC)的确认模式(AM)来确保可靠性。此外，当前的HARQ协议基于许多严格的定时关系，诸如例如，每个同步HARQ的定时操作，这是非常不灵活的并且当例如使用动态时分双工(TDD)操作(如预期的，对于5G而言这是非常普遍)时会引起若干问题。

此外，用于5G的HARQ反馈协议被期望是非常快并且特别是比LTE快得多，但仍然没有过度使用x物理上行链路控制信道(xPUCCH)资源。因此，期望的是HARQ反馈机制，其能够取决于例如用户平面数据服务的鲁棒性和/或延迟要求以相当动态的方式在反馈延迟与xPUCCH资源消耗方面进行适应。

本公开提供了与下行链路HARQ反馈有关的系统和方法，它们特别适合于未来一代的蜂窝通信网络，例如5G网络，但不限于此。在一些实施例中，来自多个下行链路HARQ传输的反馈标志被捆绑在单个HARQ反馈传输中。在一些实施例中，网络使用下行链路控制信息(DCI)来向UE指示哪些反馈标志应当被组合在HARQ反馈传输中以及应当何时以及如何传输它。

本公开提出了用于例如5G xPUCCH的快速且高效的下行链路HARQ反馈机制。在一些实施例中，该机制允许可变数量的HARQ反馈标志(确认/否定确认(ACK/NACK))被包含在一个HARQ反馈传输中。提出了两种不同的变型：

●直接调度，其中每个DCI将在xPUCCH上直接调度ACK/NACK的一个上行链路反馈。

●通过轮询，其中接收结果被存储在反馈缓冲区中，在网络请求时报告它。接收结果是例如ACK、NACK，或者在一些实施例中，是不连续传输(DTX)。

如下所述，两种变型还允许DTX检测，即，在没有听到DCI的情况。

本公开的实施例提供用于例如5G xPUCCH的快速且高效的下行链路HARQ反馈机制。它调节每个UE使用的xPUCCH资源的数量，但允许非常快速的反馈。此外，本文公开的下行链路HARQ反馈机制的实施例可以由网络完全调度，使得它可以取决于用户平面服务要求在资源消耗与反馈延迟方面动态地进行适应。本文公开的下行链路HARQ反馈机制的实施例允许DTX检测。

本公开的实施例被实现在蜂窝通信系统或网络中。图1中说明了蜂窝通信系统10的一个非限制性示例。如图所示，蜂窝通信系统10包括：无线电接入网络(RAN)12，其包括多个无线电接入节点，在这个所说明的示例中，它们是基站。基站14有时在本文中更一般地被称为无线电接入节点14。在3GPP中，基站14可以是例如eNB或低功率基站(例如，微微基站，微型基站，毫微微基站或家庭基站)。基站14在基站14的对应小区16中向无线设备18(诸如例如，UE)提供无线电接入。注意，虽然在图1的示例中示出了小区16，但在其他实施例中，基站14可以在多个波束上进行传送。在该示例中，基站14经由X2连接或更一般地通过基站到基站连接进行通信。另外，基站14连接到核心网20，核心网20包括各种核心网节点，诸如例如，一个或多个移动性管理实体(MME)22、一个或多个服务网关(S-GW)24、以及一个或多个分组数据网络网关(P-GW)26。

直接调度的HARQ反馈

在一些实施例中，每个DCI调度在给定的一个被包含的子帧偏移量K的稍后的机会处将被传送的反馈。在子帧T处调度的DCI然后将致使在子帧T+K处的反馈。

在一些相关的实施例中，可以通过例如查找表(其经由例如更高层信号来传送或被硬编码在规范中)来例如部分地提供K的配置。例如，假设最小可能K是N，其是无线设备18的反应时间，则代替传送K＝N、K＝N+1、K＝N+2等，网络可以在DCI中替代地通过信号传送S＝0、S＝1、S＝2等，然后分别通过信号传送值N，此后无线设备18将K计算为K＝S+N。注意，至少在一些实施例中，N的值可以仅(例如，通过更高层信令)通过信号传送一次，或者可以是网络从例如更早执行的RRC连接过程已经知道的无线设备18的属性。S的值可以变化。例如，可以通过在每个各自的DCI消息中包括S的值来改变S的值，其中S的值可以从一个DCI消息到另一个DCI消息而变化。

图2说明了无线设备18和无线电接入节点14或其他网络节点根据例如以上实施例进行操作的操作。如图所示，无线电接入节点14或一些其他网络节点可选地至少部分地配置偏移量K(步骤100)，偏移量K用于确定时间(T+K)，无线设备18在接收到DCI消息时在时间(T+K)将传送HARQ反馈。同样，T是子帧，或者更一般地是接收DCI消息的时间，并且T+K是子帧，或者更一般地是HARQ反馈将被传送的时间。因此，T在本文中有时称为当前子帧，并且K在本文中称为HARQ的定时偏移量K或简称为偏移量K。如上所述，偏移量K的这种配置可以包括例如查找表的信令，查找表由无线设备18用于例如从对应的DCI消息中传送的索引来确定K的值。作为上面讨论的另一示例，该配置可以是值S的配置，值S用于例如根据K＝N+S来确定偏移量K，其中S被包括在对应的DCI消息中并且N是预定值，诸如例如，无线设备18的预确定的反应时间。

在某一时刻，无线设备18从无线电接入节点14接收DCI消息(步骤102)，其中DCI消息包括偏移量K的指示。偏移量K的指示可以是K的值，或者例如可以由无线设备18用来确定K的值的某个值，即，K可以是由指示传递的值X的函数。例如，偏移量K的指示可以是值S，其中偏移量K＝N+S，其中N可以是例如由标准预定义的，或由网络配置的，例如，在步骤100的配置中提供的。

在一些实施例中，无线设备18接收单个DCI消息并且导致在下面的步骤106中HARQ反馈(其包括单个HARQ标志)的传送。然而，在其他实施例中，无线设备18接收多个DCI消息，其包括步骤102的DCI消息和潜在地在先前子帧中的附加的DCI消息。因此，如果存在多个DCI消息，则这些DCI消息可以具有各自的HARQ的定时偏移量K，其导致各自的HARQ反馈在相同的子帧中传送。因此，在一些实施例中，无线设备18组合多个HARQ反馈标志以提供由无线设备在子帧T+K处传送的HARQ反馈(步骤104)。但是，请注意，步骤104是可选的。如下所述，无线设备18组合多个反馈标志的方式可以取决于特定实施例/实现方式而变化。例如，无线设备18可以连接表示多个HARQ反馈标志的比特模式，或者将多个HARQ反馈标志联合编码在单个码字中。作为组合HARQ反馈标志的一个示例的替代方案，无线设备18可以在分开的上行链路控制信息(UCI)消息中传送HARQ反馈标志。

无线设备18在子帧T+K传送下行链路HARQ反馈(步骤106)。如本文所述，在一些实施例中，HARQ反馈是用于在子帧T中由DCI消息调度的单个下行链路数据传输的下行链路HARQ标志。在这种情况下，如果无线设备18在子帧T中成功接收到由DCI消息调度的下行链路数据，则下行链路HARQ标志是ACK，如果无线设备18在子帧T中未成功接收到由DCI消息调度的下行链路数据，则下行链路HARQ标志是NACK。

在一些其他实施例中，HARQ反馈包括用于针对多个下行链路传输的下行链路HARQ反馈。例如，多个下行链路传输可以通过在子帧T₁、T₂、...、T_M中接收的各自的DCI消息来调度，其中各自的HARQ的定时偏移量K₁、K₂、...、K_M使得针对所有这些下行链路传输的HARQ反馈出现在相同的子帧中，即T₁+K₁＝T₂+K₂＝...＝T_M+K_M。然后，HARQ反馈可以包括多个下行链路HARQ标志，该多个下行链路HARQ标志例如被映射到例如在分开的UCI消息中的例如在xPUCCH中的资源元素(RE)的分开的物理资源。可替代地，HARQ反馈可以包括由步骤104提供的单个组合的反馈，其共同地表示多个下行链路HARQ标志，例如，是将多个下行链路HARQ标志联合编码在单个码字中的结果，或者是连接表示多个下行链路HARQ标志的多个比特模式的结果。在一些实施例中，下行链路HARQ标志包括ACK和NACK，这取决于无线设备18是否成功接收到各自的下行链路数据传输(例如，物理下行链路共享信道(PDSCH)上的数据传输)。此外，在一些实施例中，如果无线设备18没有成功接收到各自的DCI消息，则下行链路HARQ标志包括DTX，即表示DCI接收中的错误或失败的标志。

无线电接入节点14根据任何期望的HARQ反馈处理方案接收并处理HARQ反馈(步骤108)。例如，如果接收到NACK，则无线电接入节点14重传下行链路数据。

在一些实施例中，无线电接入节点14能够基于HARQ反馈来检测DCI错误或失败。在本文中这被称为DTX或DCI失败/错误。在一些实施例中，DTX检测(即DCI失败)可以通过以下任一方式来实现：

●具有每个接收到的DCI到xPUCCH上的一组给定的物理资源/RE的不同(显式)映射。换句话说，使用不同的资源但同时发送多个分开的UCI消息。如果网络在一个特定资源/资源元素处没有接收到任何内容，则可以将其解释为好像无线设备18未能解码对应的DCI。

●将DTX显式编码为反馈中的分开的代码点，例如让00＝ACK、01＝

DTX、11＝NACK、....

●多个HARQ反馈的联合编码。在这种情况下，当无线设备18准备xPUCCH传输时，无线设备18将要传输的反馈标志组合在被映射到在xPUCCH上传输的码字的单个码点。例如，如果在HARQ反馈传输中可以包括多达四个反馈标志，则可以将码点计算为f₁+3f₂+9f₃+27f₄，其中f₁...f₄是被编码为ACK＝1，NACK＝2和DTX＝0的反馈标志。

DTX意味着针对该标志没有检测到传输。注意，在不联合编码的情况下，可以以类似的方式组合多个HARQ反馈，例如，在HARQ传输中，每个反馈由几个比特(例如，在前一个要点中在示例中的两个比特)表示。

图3A和3B中说明了图2的过程的示例。在图3A所示的第一示例中，针对子帧T，T+1，T+2和T+3，DCI消息和下行链路数据都被成功解码，以及在子帧P中分别传送HARQ反馈标志，它们是ACK、ACK、ACK和ACK。这四个反馈标志可以被联合编码或以其他方式被组合在单个反馈/比特模式中，或者可以在分开的物理资源中(例如，在分开的UCI消息中)被传送。在图3A所示的第二示例中，针对子帧T、T+1、T+2和T+3的DCI消息被成功解码，针对子帧T、T+2和T+3的下行链路数据被成功解码，以及针对子帧T+1的下行链路数据未被成功解码，即存在PDSCH错误。由无线设备18在子帧P中传送适当的HARQ反馈标志(ACK、NACK、ACK、ACK)。再次，这四个反馈标志可以被联合编码或以其他方式被组合在单个反馈/比特模式中，或者可以在分开的物理资源(例如，在分开的UCI消息中)中被传送。

在图3B所说明的第三示例中，针对子帧T、T+2和T+3的DCI消息被成功解码，针对子帧T+1的DCI消息未被成功解码，即在子帧T+1中存在DCI错误，针对子帧T、T+2和T+3的下行链路数据被成功解码。无线设备18在子帧P中传送适当的HARQ反馈标志(ACK、DTX、ACK、ACK)。再次，这四个反馈标志可以被联合编码或以其他方式被组合在单个反馈/比特模式中，或者可以在分开的物理资源中(例如，在分开的UCI消息中)被传送。最后，在图3B所说明的第四示例中，除了在子帧T+1中没有调度无线设备18之外，该场景与示例1中的场景相同。在该示例中，UE在子帧P中传送适当的HARQ反馈标志(ACK、DTX、ACK、ACK)。再次，这四个反馈标志可以被联合编码或以其他方式被组合在单个反馈/比特模式中，或者可以在分开的物理资源中(例如，在分开的UCI消息中)被传送。

通过轮询的HARQ反馈

在一些实施例中，每个DCI消息包含对HARQ反馈缓冲区的索引，其中针对所索引的接收的接收状态(ACK(A)/NACK(N)或至少在一些实施例中，DTX或DCI错误(D))被存储。

在一些相关实施例中，网络将显式地轮询HARQ反馈缓冲区的状态报告，这也将清理HARQ反馈缓冲区的状态。假设无线设备18的HARQ反馈延迟是d个子帧，则在子帧T处接收的轮询将导致在子帧T+d处的反馈。在一些实施例中，HARQ反馈延迟d可以是静态延迟，例如，四个子帧。在其他实施例中，HARQ反馈延迟d可以是可配置的延迟。特别地，在一些实施例中，上述轮询还可以包含关于何时以与上述针对HARQ的定时偏移量K的配置所描述的方式类似的方式传送反馈的明确细节。也就是说，在一些实施例中，d＝K，其中K是上述HARQ的定时偏移量K。

在另一些进一步相关的实施例中，DTX检测(即DCI失败)可以通过以下任一方式来实现：

●具有每个HARQ反馈缓冲区条目到给定的一组物理资源/资源元素的不同映射。如果网络在特定资源/资源元素处没有接收到任何内容，则可以将其解释为好像无线设备18未能解码对应的DCI。

●将DTX显式地编码为反馈中的分开的代码点。

○示例1：分别让00＝ACK、01＝DTX、11＝NACK，......

○示例2：在所有块上进行联合编码。DTX只需要被包含在前三个条目中，因为如果DTX在最后一个条目上，则将不会传送任何报告。因此，这将需要3*3*3*2＝54个码点，其可以例如由至少6个比特的适当块码被编码，即，2＾6＝64>54。

图4中说明了上述轮询过程的一个示例。如图所示，无线电接入节点14传送并且无线设备18接收在子帧T₁中在下行链路控制信道上的第一DCI消息(步骤200)，在本文中其被称为x物理下行链路控制信道(xPDCCH)。第一DCI消息包括：下行链路许可，其指示在子帧T₁中下行链路数据将被传送给无线设备18。另外，第一DCI消息包括对HARQ反馈缓冲区中的位置的索引，在该位置处将存储各自的下行链路HARQ标志，例如ACK、NACK或DTX。无线电接入节点14还根据第一DCI消息中包括的下行链路许可在子帧T₁中向无线设备18传送第一下行链路数据(步骤202)。无线设备18在由第一DCI消息中所包括的索引限定的位置处在HARQ反馈缓冲区中存储下行链路HARQ标志，在本文中其也被称为接收状态(步骤204)。在一些实施例中，如果无线设备18在子帧T₁中成功接收/解码了下行链路数据，则所存储的下行链路HARQ标志是ACK，或者如果无线设备18在子帧T₁中未成功接收/解码下行链路数据，则所存储的下行链路HARQ标志是NACK。然而，如下所述，在一些实施例中，可以修改该存储方案。在一些实施例中，HARQ反馈缓冲区在所有位置处被初始化为DTX。这样，如果无线设备18未能接收到第一DCI消息，则DTX标志被保持在HARQ反馈缓冲区中的各自位置中。

以相同的方式，无线电接入节点14传送并且无线设备18接收在子帧T₂中在下行链路控制信道上的第二DCI消息(步骤206)，在本文中其被称为xPDCCH。第二DCI消息包括下行链路许可，其指示在子帧T₂中下行链路数据将被传送给无线设备18。另外，第二DCI消息包括对HARQ反馈缓冲区中的位置的索引，在该位置处将存储各自的下行链路HARQ标志，例如ACK、NACK或DTX。无线电接入节点14还根据在第二DCI消息中包括的下行链路许可在子帧T₂中向无线设备18传送第二下行链路数据(步骤208)。无线设备18在由第二DCI消息中包括的索引所限定的位置处在HARQ反馈缓冲区中存储下行链路HARQ标志，在本文中其也被称为接收状态(步骤210)。在一些实施例中，如果无线设备18在子帧T₂中成功接收/解码了下行链路数据，则所存储的下行链路HARQ标志是ACK，或者如果无线设备18在子帧₂中未成功接收/解码下行链路数据，则所存储的下行链路HARQ标志是NACK。然而，如下所述，在一些实施例中，可以修改该存储方案。在一些实施例中，HARQ反馈缓冲区在所有位置处被初始化为DTX。这样，如果无线设备18未能接收到第二DCI消息，则DTX标志被保持在HARQ反馈缓冲区中的各自位置中。

该过程以这种方式继续，直到无线电接入节点14传送并且无线设备18接收包含在子帧T_M中的轮询指示符的DCI消息(步骤212)。在该示例中，该DCI消息还包括针对子帧T_M的下行链路授权和针对对应的下行链路HARQ标志的HARQ缓冲区索引。这样，无线电接入节点14根据在子帧T_M中传送的DCI消息中所包括的下行链路许可，在子帧T_M中向无线设备18传送下行链路数据(步骤214)。无线设备18在由子帧T_M中传送的DCI消息中所包括的索引所限定的位置处在HARQ反馈缓冲区中存储下行链路HARQ标志，在本文中其也称为接收状态(步骤216)。在一些实施例中，如果无线设备18在子帧T_M中成功接收/解码了下行链路数据，则存储的下行链路HARQ标志是ACK，或者如果无线设备18在子帧T_M中未成功接收/解码下行链路数据，则存储的下行链路HARQ标志是NACK。然而，如下所述在，一些实施例中，可以修改该存储方案。在一些实施例中，HARQ反馈缓冲区在所有位置被初始化为DTX。这样，如果无线设备18在子帧T_M中未能接收到DCI消息，则DTX标志被保持在HARQ反馈缓冲区中的各自位置中。

在接收到轮询指示符时，无线设备18例如在xPUCCH上传送HARQ反馈(步骤218)，HARQ反馈表示存储在HARQ反馈缓冲区中的HARQ反馈标志。在子帧T_M+d中传送HARQ反馈，其中延迟d可以是静态延迟或可配置的延迟，例如，在一些实施例中的可配置的HARQ的定时偏移量K。在一些实施例中，HARQ反馈缓冲区中的多个HARQ反馈标志可以在各自的物理资源中(例如，在各自的UCI消息中)被传送。在其他实施例中，多个HARQ反馈标志被组合以提供用于传输的组合的HARQ反馈。组合的HARQ反馈可以是表示多个HARQ标志的比特模式的串联。例如，如果HARQ标志是ACK＝00和NACK＝01并且在HARQ反馈缓冲区中存在四个位置，则组合的HARQ反馈可以是00000001。作为另一示例，组合的HARQ反馈可以是通过联合编码多个HARQ标志而得到的码字。

无线电接入节点14检测HARQ反馈(步骤220)并解释HARQ反馈(222)。一旦检测到并解释了HARQ反馈，无线电接入节点14就采取适当的动作(多个动作)，例如，重传数据。

图5A和5B说明了该过程的示例，其中相应的流程图说明了图6中的无线设备18的操作。注意，在图5A和5B中，DCI中的索引和轮询是分开编码的。它们当然可以被联合编码为例如：

·00＝存储索引为0的反馈

·01＝存储索引为1的反馈

·10＝存储索引3的反馈

·11＝存储索引3的反馈，然后在N个子帧后传送反馈/清理缓冲区

如图5A中所示，在第一示例中，无线设备18接收具有缓冲区索引00的DCI消息，并且因此在HARQ反馈缓冲区中，将各自的HARQ反馈标志存储在与索引00对应的缓冲区位置处。在下一个子帧中，无线设备18接收具有轮询缓冲区索引01的DCI消息，并且因此在HARQ反馈缓冲区中，将各自的HARQ反馈标志存储在与索引01对应的缓冲区位置处。稍后，无线设备18在子帧中分别接收具有轮询缓冲区索引02和13的另一个DCI消息，并且因此，在HARQ反馈缓冲区中，将各自的HARQ反馈标志存储在与索引02和13相对应的缓冲区位置处。例如无线电接入节点的14网络针对HARQ反馈而轮询无线设备18。响应于被网络轮询，无线设备18在子帧T+d中传送存储在HARQ反馈缓冲区中的HARQ反馈，在该示例中，其中无线设备18在例如子帧T中被轮询，以及值d可以是静态值或如上所述由网络配置的可配置的值，例如，HARQ的定时偏移量K。图5A和5B的示例2和3类似于第一示例，但是其中在第二子帧(示例2)中存在PDSCH错误并且在第二子帧(示例3)中存在DCI错误。

图6是说明根据本公开的一些实施例的无线设备18的操作的流程图。注意，在一些实施例中，HARQ反馈缓冲区被初始化使得所有位置被设置为某个默认值，在本文描述的示例实施例中默认值是DTX。请注意，虚线框表示可选步骤。如图所示，无线设备18首先等待DCI消息的接收(步骤300和302)。在接收到DCI消息时，无线设备18针对给定的索引在HARQ反馈缓冲区中存储适当的HARQ标志(ACK或NACK)(步骤304)，其中例如在DCI消息中提供索引。该过程返回到步骤300并且可以重复直到无线设备18被网络轮询(步骤306，是)。注意，在一些实施例中，步骤306是可选的，在于例如，无线设备18可以在到达HARQ反馈缓冲区中的最终位置时自动发送反馈。这可以被认为是隐式轮询。

在被轮询时，无线设备18基于HARQ反馈缓冲区的状态来创建xPUCCH消息(步骤308)。例如，在一些实施例中，无线设备18组合存储在HARQ反馈缓冲区中的下行链路HARQ标志，以提供组合的HARQ反馈，即组合的下行链路HARQ反馈消息。组合的HARQ反馈可以是例如针对每个下行链路HARQ标志的比特模式/序列的串接，或者作为另一示例，是对存储在HARQ反馈缓冲区中的HARQ标志进行联合编码所产生的单个码字。xPUCCH消息包括例如在编码形式中的存储在HARQ反馈缓冲区中的HARQ反馈标志。无线设备18清理HARQ反馈缓冲区(步骤310)，例如，将所有条目设置为DTX。无线设备18等待d个子帧(步骤312)，然后在xPUCCH上传送所创建的xPUCCH消息(步骤314)。注意，值d(即HARQ反馈延迟)可以是预定义值(例如，由标准定义的静态值)，或例如以类似于HARQ的定时偏移量K的配置的方式由网络配置的配置值

在一些实施例中，HARQ反馈延迟d是设备特定的值，其例如由无线设备18的处理延迟来限定。在这种情况下，不同的无线设备18可具有不同的设备特定的延迟，设备特定的延迟是从无线设备18接收DCI消息的时间直到无线设备18传送UCI(或更一般地，HARQ反馈)的时间，不止一个无线设备18可以同时(即在同一子帧中)传送UCI消息。这提出了一个问题，在于UCI消息的同时传输发生冲突。可以通过以下中的任何方法解决此问题：

●使用显式信令以指示针对无线设备18的UCI资源，而不是隐式的DCI到UCI映射。该显式信令可以是将由无线设备18使用的d的值的指示的信令，例如如上所述，用信号传送HARQ偏移量定时K。

●将具有不同处理延迟的无线设备18分配给不同的频率资源。

●在不同的DCI控制信道元素(CCE)上调度具有不同处理延迟的无线设备18。

●避免调度新的无线设备18，该新的无线设备18将传送与已经被调度的将由另一无线设备18传送的UCI冲突的UCI。

高级HARQ反馈

如上所述的用于5G中的xPUCCH的HARQ反馈解决方案可能在由于下行链路上的DCI错误和/或由于上行链路上的xPUCCH错误而未接收到例如以HARQ反馈报告的形式的HARQ反馈时遇到问题。

如图7A和7B以及图8所示，在这些情况下，网络不能得出关于将由未接收报告所覆盖的PUSCH传输的成功和/或不成功接收的任何结论。另外，网络甚至可能在相信未被接收的传输被确认(例如，NACK→ACK错误)方面得出错误的结论，这将导致昂贵的更高层重传。

具体地，图7A和7B说明了两个问题，它们被称为问题A和问题B。在问题A中，DCI错误导致无线设备18在子帧SF#(J)中没有接收到轮询请求/指示符。由于没有接收到轮询指示符，因此HARQ反馈缓冲区没有被清除，即，HARQ反馈缓冲区中的所有位置都没有被重置为DTX，并且无线设备18没有在子帧SF#(J+2)中将HARQ反馈传送给网络。因此，在该示例中，在子帧SF#(J+1)中，NACK被存储在HARQ反馈缓冲区中的第一位置中，其中作为子帧SF#(J)中的DCI错误的结果，NACK覆写/隐藏未被传送给网络的HARQ反馈缓冲区中的ACK。在子帧SF#(J+2)中，NACK被存储在HARQ反馈缓冲区中的第二位置中，其中作为子帧SF#(J)中的DCI错误的结果，NACK覆写/隐藏未被传送给网络的HARQ反馈缓冲区中的ACK。子帧SF#(J)中的错误。在子帧SF#(J+3)中，ACK被存储在HARQ反馈缓冲区中的第三位置中，其中作为子帧SF#(J)中的DCI错误的结果，ACK覆写/隐藏未被传送给网络的HARQ反馈缓冲区中的NACK。在子帧SF#(J+4)中，ACK被存储在HARQ反馈缓冲区中的第四位置中，其中作为子帧SF#(J)中的DCI错误的结果，ACK覆写/隐藏未被传送给网络的HARQ反馈缓冲区中的DTX。在问题B中，在上行链路中xPUCCH反馈丢失，使得在子帧SF#(J+2)中没有接收到xPUCCH。

注意，网络不知道在问题A和B之间如何区分。在问题A和B两者中，在子帧SF#(J+2)处，网络将不会接收到针对在子帧SF#(J-3)、SF#(J-2)、SF#(J-1)和SF#(J)中的下行链路传输的任何HARQ反馈，并且网络不能得出关于这些下行链路传输的任何结论。在子帧SF#(J+7)处，网络将重传所有正被否定确认的HARQ进程，即缓冲区索引0和1的那些，其对应于子帧SF#(J+1)和SF#(J+2)的下行链路传输。网络将类似地假设子帧SF#(J+3)和SF#(J+4)的下行链路传输被确认。这是完全正确的，但网络不知道子帧SF#(J-3)、SF#(J-2)、SF#(J-1)和SF#(J)的接收状态，因为对应的状态标志已被新的状态标志覆写。

图8说明了导致存在多个连续DCI错误的情况的问题(问题C)。除了图7A的问题A的问题之外，对于问题C，在子帧SF#(J+1)处的DCI错误将导致HARQ反馈缓冲区中的具有索引0的条目没有被更新。这进而将导致网络在子帧SF#(J+7)处错误地假设对应的下行链路传输已经被确认，而实际上它应该已经被指示为DTX。

如上所述，本公开的实施例增强了针对5G中的xPUCCH的HARQ反馈解决方案。注意，术语xPUCCH在本文中用于指代特别是在5G网络中的上行链路控制信道。然而，名称xPUCCH仅用于清楚和易于讨论，在5G中实际的上行链路控制信道可以被赋予不同的名称。在图9中概述了本公开的概览，下面描述它们。最重要的是，本公开的实施例：

●确保无线设备18不是简单地用新的状态来替换先前接收的旧状态(ACK/NACK/DTX)，而是使用更复杂的过程(参见图11和下面的对应描述)；和

●确保网络正确地解释反馈的缺少(DCI错误或xPUCCH错误)并响应于此采取适当的措施(参见图12和下面的对应描述)。

利用本文公开的增强，使得上述HARQ反馈解决方案对抗下行链路中的控制信道错误(即，DCI错误)以及上行链路中的控制信道错误(即，xPUCCH错误)更加鲁棒。它确保以一些额外的HARQ重传(这不是昂贵的)为代价来减轻昂贵的DTX/NACK→ACK错误(其将触发更高层重传)。作为额外奖励，它隐含地尽可能快地解释HARQ反馈的缺少，因此提供最短的可能的HARQ往返时间(RTT)。

增强的HARQ反馈解决方案的实施例的细节在很大程度上由图9至13的流程图来提供。这个章节的以下部分提供了针对这些图的一些更详细的描述和可能的实施例。此外，在图14A至14C、15A至15C、16A和16B、17A和17B以及18A和18B的示例中示出了使用中的本公开的图示。

注意，以下讨论集中于轮询的HARQ反馈解决方案，因为这是最复杂的；然而，如下文所述，增强也可以应用于直接调度的HARQ反馈解决方案。

图9说明了用于整体HARQ反馈过程的概述/算法剖析。特别地，图9说明了图10至13、14A至14C、15A至15C以及16A和16B的个体过程如何一起工作。如图所示，网络(例如，无线电接入节点14)在控制信道(其被称为xPDCCH)上传送DCI消息，并且还在下行链路共享信道(其被称为xPDSCH)上传送下行链路数据。在UE/无线设备18处，无线设备18执行UE侧反馈过程，UE侧反馈过程导致向网络传送HARQ反馈。在网络侧，执行网络侧HARQ反馈解释过程(每个HARQ进程一个HARQ反馈解释过程)以解释来自无线设备18的HARQ反馈并采取适当的动作。

图10是说明根据本公开的一些实施例的网络侧轮询过程的流程图。在一些实施例中，网络侧轮询过程由无线电接入节点14执行。网络将确保对于每个xPDSCH传输，所调度的HARQ进程与本地唯一的缓冲区索引(BI)(其也被指示在DCI中)相关联。BI是针对在无线设备18处的HARQ反馈缓冲区的索引，该索引限定HARQ反馈缓冲区内对应的HARQ标志将被存储的位置。在执行BI_MAX这样的传输之后，轮询比特被设置在DCI中。这里BI_MAX对应于无线设备18处的HARQ反馈缓冲区的大小。注意，xPDSCH在本文中用作5G网络中的PDSCH的名称，以便清楚和便于讨论。然而，5G网络中下行链路共享信道的实际名称可以被给予另一个名称。在一些实施例中，BI_MAX由例如相关规范被给予预确定的值，而在其他实施例中，它可以由例如更高层的信令来静态或半静态地配置。在其他实施例中，它可以在DCI中被动态设置。注意，对于上述“直接调度”情况，显然可以省略轮询部分。

特别地，如图所示，该过程在步骤400开始，并且BI被设置为0(步骤402)。无线电接入节点14确定针对当前子帧是否为无线设备18(其被称为用户)调度下行链路数据传输(步骤404)。如果不调度，则无线电接入节点14等待直到下一个子帧(步骤406)，然后该过程返回到步骤404。如果为无线设备18调度下行链路数据传输(步骤404；是)，则无线电接入节点14将用于传送的各自的HARQ进程与当前BI相关联(步骤408)，并将BI包括在具有下行链路授权的将被传送给无线设备18的各自的DCI消息中(步骤410)。无线电接入节点14确定BI是否等于BI_MAX(步骤412)。如果不是，则BI递增(步骤414)并且该过程前进到步骤406。一旦BI到达BI_MAX(步骤412；是)，无线电接入节点14就在将被传送给无线设备18的DCI消息中设置轮询标志/指示符(步骤416)然后该过程返回到步骤402。

图11说明了根据本公开的一些实施例的UE侧或无线设备侧的反馈过程。该过程与图6的过程相同，但是提供了对存储步骤304的增强。通常，反馈过程涉及无线设备18何时设法解码至少指示xPDSCH传输的DCI消息-以及可能还解码xPDSCH传输本身。如前所述，DCI消息包括BI以及轮询指示符(其可以以例如轮询比特的形式)。无线设备18维护在其中存储接收状态(ACK/NACK/DTX)的HARQ反馈缓冲区。在每次轮询之后，HARQ反馈缓冲区通常被清理，即，将所有条目重置为DTX。HARQ反馈缓冲区中的每个条目都用先前描述的BI来索引。

在这个实施例中，不是简单地用当前接收的接收状态来替换旧的接收状态(这里其也被称为HARQ标志)，无线设备18替代地使用增强的存储过程，增强的存储过程将允许网络稍后在接收时对HARQ反馈做出更好和更开明的解释。这在具有DCI错误的情况下是重要的，其中因为未接收到轮询指示符，HARQ反馈缓冲区尚未因轮询而被清理。

在一些实施例中，在HARQ反馈缓冲区的一个条目中的已经存储的NACK将被保持，即使对应于该缓冲区条目(即，相同的BI)的当前接收是成功的并因此将指示ACK。然而，如果对应于该缓冲区条目的当前接收(即，相同的BI)是不成功的，则出于鲁棒性，存储的ACK将始终被NACK覆写。在图16B的示例8中给出了使用的示例。

在一些其他实施例中，在缓冲区索引未被指示在先前的DCI中的情况下，先前缓冲区条目的存储的值(其具有由表达式(BI-1)模(BI_MAX+1)给出的它的缓冲区索引)被替换为DTX。在恰好该传输存在DCI错误的情况下，这种情况可能发生。这种隐式DTX标记将例如防止在最重要的NACK→ACK错误方面的错误传播。在图17A和17B的示例9中给出使用的示例。

再次，注意的是，对于上述直接调度的HARQ反馈解决方案，显然可以省略轮询部分，否则其余部分应该是适用的。

如图11所示，增强的存储过程如下。在接收到DCI消息时(步骤302，是)，无线设备18确定是否已成功接收到各自的下行链路数据(步骤500)。如果是，则无线设备18确定针对被包括在DCI消息中的BI的HARQ反馈缓冲区中的条目是否是NACK(步骤502)。如果不是，则无线设备18将ACK存储在由接收的DCI消息中所包括的BI所指示的HARQ反馈缓冲区中的位置/条目中(步骤504)。相反，如果针对在接收的DCI消息中所包括的BI的HARQ反馈缓冲区中的条目是NACK，则无线设备18将NACK存储在或以其他方式将NACK维持在针对被包括在接收到的DCI消息中的BI的HARQ反馈缓冲区中的条目中(步骤506)。以这种方式，先前的NACK不被ACK隐藏或覆写。返回到步骤500，如果无线设备18未成功接收到下行链路数据，则无线设备18在由DCI消息中包括的BI所指示的位置/条目处将NACK存储在HARQ反馈缓冲区中(步骤506)。

可选地，该过程可以继续以便检测先前的DCI错误。在这方面，无论是从步骤504还是从步骤506出发，无线设备18设置BI_PREV＝BI(步骤508)，然后设置BI_PREV＝(BI_PREV-1)模(BI_MAX+1)(步骤510)。步骤510将索引BI_PREV设置为在可能的BI值{0,1，...，BI_MAX}的序列中的先前的索引。另外，注意步骤510中给出的等式假设BI是无符号整数。如果使用有符号整数，则等式变为BI_PREV＝(BI_PREV+BI_MAX)模(BI_MAX+1)。然后，无线设备18将BI_PREV与BI_LAST进行比较，其中BI_LAST是包括在最近的先前成功接收的DCI消息中的BI。因此，如果BI_PREV不等于BI_LAST，则这意味着存在先前的DCI错误。因此，如果BI_PREV不等于BI_LAST，则无线设备18在由BI_PREV限定的位置处将DTX存储在HARQ反馈缓冲区中(步骤514)，并且该过程返回到步骤510。注意，如果存在多个连续的DCI错误，然后，该过程将检测那些DCI错误并将DTX存储在各自的HARQ反馈缓冲区位置中。一旦BI_PREV＝BI_LAST，意味着不再有DCI错误，则无线设备18将BI_LAST设置为BI(步骤516)。然后，如上面参考图6所述，该过程前进到步骤306。

图12是示出根据本公开的一些实施例的网络侧xPUCCH检测过程的流程图。该过程由网络节点(例如，无线电接入节点14)执行。这里，网络(例如，无线电接入节点14)正在期望在给定的子帧期间在xPUCCH上的HARQ反馈(步骤600)。HARQ反馈被表示为{FB(BI)}，BI＝0，...，BI_MAX(步骤602)。在一些实施例中，如果针对xPUCCH接收的信号与干扰加噪声比(SINR)高于给定阈值T_HIGH(其可以是由例如更高层设置的参数)(步骤604，是)，则HARQ反馈被认为是值得信赖的(步骤606)。参见用于说明的图14A至14C、15A至15C、16A和16B、17A和17B以及18A和18B的任何示例。

在一些实施例中，当针对xPUCCH接收的SINR低于阈值T_HIGH但高于另一阈值T_LOW(其也可以是由例如更高层设置的参数)时(步骤608，是)，则接收到的HARQ反馈被认为不值得信赖(步骤610)。在这种情况下，所有考虑的传输都被否定确认(步骤612)，即，针对该报告中的所有BI的HARQ反馈被设置为NACK。这将确实会花费一些额外的HARQ重传，但是将避免由于NACK/DTX→ACK错误由所考虑的HARQ进程的过早释放而导致的更昂贵的更高层重传。为了说明这一点，分别参见图18A和18B中的示例10和11。

对于上述两个实施例，网络设置BI＝0(步骤614)，然后网络将继续针对由报告所覆盖的每个BI(即，BI＝0...BI_MAX)处理针对与该BI相关联的每个HARQ进程的针对该特定BI的HARQ反馈(步骤616-630)。特别是，让{HP(BI)}为与BI关联的所有HARQ进程(步骤616)。让HP(BI)为{HP(BI)}的第一个元素，并从{HP(BI)}移除此元素(步骤618)。网络移除HARQ进程HP(BI)和BI之间的关联(步骤620)。然后，网络处理针对HARQ进程HP(BI)的HARQ反馈FB(BI)(步骤622)。在图12中详细说明了这种HARQ反馈处理。网络确定{HP(BI)}是否为空(步骤624)。如果不是，则该过程返回到步骤618。一旦{HP(BI)}为空，则BI递增(步骤626)。此时，如果BI大于BI_MAX(步骤628)，则该过程结束(步骤630)；否则，该过程返回到步骤616并对该新的BI而重复。

返回到步骤608，在又一些其他实施例中，当针对xPUCCH接收的SINR低于阈值T_LOW时(步骤608，否)，网络将断定无线设备18从未尝试传送任何xPUCCH反馈，因此断定在对应的轮询中存在DCI错误(步骤632)。然后，网络将隐含地假设针对相关的xPDSCH传输的HARQ反馈为DTX(具有BI＝BI_MAX)，因为这可能还没有被无线设备18接收到(步骤634)。然后，网络设置BI＝BI_MAX(步骤636)，并且该过程前进到步骤616以用于这种隐式DTX反馈的立即处理。为了说明这一点，参见图16A、16B、17A和17B中的示例7、8和9。

图13是说明根据本公开的一些实施例的网络侧HARQ反馈解释过程的流程图。该过程由网络节点(例如，无线电接入节点14)执行。这里，针对相关HARQ进程给出针对特定BI的HARQ反馈。取决于指示的反馈(ACK/NACK/DTX)，将由HARQ进程使用的冗余版本(RV)将相应地被更新(NACK)或不更新(DTX)。此后，特定的HARQ进程-向调度器-被指示为有资格用于重传(NACK或DTX)或空闲(ACK)。在后一种情况下，将清除HARQ进程并切换新数据指示符(NDI)。

具体地，如图13所示，当将要处理针对HARQ进程HP的HARQ反馈FB(BI)时(例如，在图12的步骤622中)，过程开始(步骤700)。如果HARQ反馈(FB)是DTX(步骤702；是)，则网络将HARQ进程HP标记/标示为需要重传(步骤704)。在其它情况下，如果HARQ反馈(FB)是NACK(步骤706；是)，则网络更新针对HARQ进程HP的RV(步骤708)，并将HARQ进程HP标记/标示为需要重传(步骤704)。在其它情况下，如果HARQ反馈(FB)是ACK(步骤710；是)，则网络清除HARQ进程HP并切换它的新数据指示符(NDI)(其是LTE中的现有指示符)，从而指示HARQ进程以清理HARQ缓冲区，因为该传输与较早的传输无关，而是新的传输(步骤712)，并将HARQ进程HP标记/标示为针对新数据是空闲的/准备用于新数据(步骤714)。注意，步骤710不是必需的，因为如果HARQ反馈不是DTX并且不是NACK，则在该示例中，它必须是ACK。因此，该过程可以直接从步骤706的“否”分支前进到步骤712。

图14A到14C、15A到15C、16A和16B、17A和17B以及18A和18B说明了多个示例，它们说明了上述增强的HARQ反馈解决方案的各个方面的某些实施例。这些示例被称为示例1到11。示例1说明了无线设备18成功接收到所有DCI消息和下行链路数据并且网络成功接收到针对HARQ反馈的上行链路传输的场景。

示例2说明了具有PDSCH错误的场景，PDSCH错误导致针对子帧SF#(J-1)的NACK。响应于NACK，网络将使用新RV重传来自子帧SF#(J-1)的HARQ进程。

示例3说明了具有多个PDSCH错误的场景。响应于子帧SF#(J-2)和SF#(J-1)的NACK，网络将使用新RV重传来自子帧SF#(J-2)和SF#(J-1)的HARQ进程。

示例4说明了针对非轮询DCI消息的具有DCI错误的场景。这里，网络将在不更新RV的情况下重传来自子帧SF#(J-1)的HARQ进程。

示例5说明了在非轮询DCI消息上的具有多个DCI错误的场景。这里，网络将在不更新RV的情况下重传来自子帧SF#(K-2)和SF#(J-1)的HARQ进程。

示例6说明了在非轮询DCI消息上具有混合的DCI错误的场景。这里，网络将重传来自子帧SF#(J-3)、SF#(J-2)和SF#(J-1)的HARQ进程，其中第一个HARQ进程用新RV被重传，但后两个HARQ进程在不更新RV的情况下被重传。

示例7说明了在轮询DCI消息上具有DCI错误的场景。在子帧SF#(J+2)处，即，在子帧中网络正在期望HARQ反馈的传送的子帧，网络将注意到HARQ反馈的缺少并且认识到在子帧SF#(J)处存在DCI错误，然后用相同的RV重传它。在子帧SF#(J+7)处，由于HARQ反馈包括所有ACK，因此网络将不执行任何操作。

示例8说明了在轮询DCI消息上具有DCI错误加上附加的PDSCH错误的场景。注意，将该示例与图7A的问题A进行比较是有帮助的。在子帧SF#(J+2)处，网络将注意到HARQ反馈的缺少并且认识到在子帧SF#(J)处存在DCI错误。这将隐含地不连续传输在子帧SF#(J)处传送的HARQ进程，随后利用相同的RV重传它。在子帧SF#(J+7)处，网络将重新传送被否定确认的所有HARQ进程：

·对于BI＝0：重传子帧SF#(J-3)和SF#(J+1)的HARQ进程

·对于BI＝1：重传子帧SF#(J-2)和SF#(J+2)的HARQ进程

·对于BI＝1：重传子帧SF#(J-1)和SF#(J+3)的HARQ进程可以注意到，子帧SF#(J-3)、SF#(J-2)和SF#(J+3)的那些HARQ进程是“不必要的”，因为它们都被成功接收。鉴于DCI的低错误率(～1％)，与PDSCH错误的数量相比，这些“不必要的”重传的影响应该是微小的。

示例9A说明了存在多个DCI错误的场景。将该示例与图8的问题C进行比较可能是有益的。在子帧SF#(J+2)处，网络将注意到HARQ反馈的缺少并且认识到在子帧SF#(J)处存在DCI错误。这将隐含地不连续传输在子帧SF#(J)处传送的HARQ进程；因此，将重传针对子帧SF#(J)的HARQ进程。网络还检测BI序列中的“跳跃”，即，BI＝1之前是BI＝2而不是BI＝0，因此断定BI＝0可能丢失了。换句话说，网络检测针对对应于丢失的BI＝0的子帧的在DCI错误中的DCI错误。因此，HARQ反馈缓冲区中的该条目被设置为DTX。此外，在子帧SF#(J+7)处，网络将来自子帧SF#(J+1)的“新”传输以及来自子帧SF#(J-3)的“旧”传输标记为DTX，因此，这两个都将被重新传送。在子帧SF#(J+2)、SF#(J+3)和SF#(J+4)处的其他“新”传输将被确认，并且来自子帧SF#(J-2)和SF#(J-1)的旧传输也将被确认。

示例9B说明了具有多个DCI错误的另一场景。在子帧SF#(J+2)处，网络将注意到HARQ反馈的缺少并且认识到在子帧SF#(J)处存在DCI错误。这将隐含地不连续传输在子帧SF#(J)处传送的HARQ进程；因此，将重传针对子帧SF#(J)的HARQ进程。网络还检测BI序列中的“跳跃”(即，BI＝1和BI＝2之前是BI＝2而不是BI＝0)，因此断定BI＝0和BI＝1可能丢失。换句话说，网络检测针对对应于丢失的BI＝0和BI＝1的子帧的在DCI错误中的DCI错误。因此，在HARQ反馈缓冲区中的那些条目被设置为DTX。此外，在子帧SF#(J+7)处，网络将来自子帧SF#(J+1)和SF#(J+2)的“新”传输以及来自子帧SF#(J-3)和SF#(J-2)的“旧”传输标记为DTX，因此，这两个都将被重传。在子帧SF#(J+3)和SF#(J+4)处的其他的“新”传输将被确认，并且来自子帧SF#(J-1)的旧传输也将被确认。

示例10说明了其中所有下行链路数据被成功接收但是存在xPUCCH错误(即，xPUCCH传输丢失，或者换句话说，未被网络接收)的情况。在子帧SF#(J+2)处，网络将注意到HARQ反馈的缺少并且认识到存在xPUCCH错误。这将隐含地否定确认将被期望报告的所有HARQ进程，即来自子帧SF#(J-3)、SF#(J-2)、SF#(J-1)和SF#(J)的那些HARQ进程。在子帧SF#(J+7)处，由于所有下行链路传输都被确认，因此网络将不执行任何操作。

示例11说明了xPUCCH反馈丢失以及存在附加的PDSCH错误的场景。将该示例与图7B的问题B进行比较可能是有益的。在子帧SF#(J+2)处，网络将注意到HARQ反馈的缺少并且认识到存在xPUCCH错误。这将隐含地否定确认将被期望报告的所有HARQ进程，即来自子帧SF#(J-3)、SF#(J-2)、SF#(J-1)和SF#(J)的那些HARQ进程。可以注意到，子帧SF#(J-3)和SF#(J-2)的那些HARQ进程是“不必要的”，因为这些下行链路传输被成功接收。因此，保持xPUCCH错误相当低是很重要的。此外，在子帧SF#(J+7)处，网络将重新传送被否定确认的所有HARQ进程：

●对于BI＝0：重新传送子帧SF#(J+1)的HARQ进程(子帧SF#(J-3)已经被否定确认)。

●对于BI＝1：重新传送子帧SF#(J+2)的HARQ进程(子帧SF#(J-2)已经被否定确认)。

示例无线设备和无线电接入节点的实现

图19是根据本公开的一些实施例的无线设备18(例如，UE)的示意性框图。如图所示，无线设备18包括一个或多个处理器28(例如，中央处理单元(CPU)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)和/或诸如此类)、存储器30和一个或多个收发器32，每个收发器32包括耦合到一个或多个天线38的一个或多个发射器34和一个或多个接收器36。在一些实施例中，上述无线设备18的功能可以完全或部分地被实现在软件中，该软件例如被存储在存储器30中并由处理器(多个)28执行。

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

图20是根据本公开的一些其他实施例的无线设备18的示意性框图。无线设备18包括一个或多个模块40，一个或多个模块40中的每个模块被实现在软件中。模块(多个)40提供本文描述的无线设备18的功能。例如，模块40(多个)可以包括可操作地从网络接收DCI消息的接收模块40-1，其中如上面关于本公开的各种实施例所描述的，取决于实施例，DCI消息可以包括HARQ的定时偏移量K的指示、HARQ反馈缓冲区索引和/或轮询指示符。作为另一示例，模块(多个)40可以包括传送模块40-2，其可操作以根据本文描述的任何实施例传送HARQ反馈。作为又一示例，模块(多个)40可以包括存储模块40-3，其可操作以如上面关于本公开的一些实施例所描述的将HARQ反馈存储在HARQ反馈缓冲区中。

图21是根据本公开的一些实施例的基站14(或更一般地，无线电接入节点14)的示意性框图。该讨论同样适用于其他类型的无线电接入节点。此外，其他类型的网络节点可以具有类似的架构(特别是关于包括处理器(多个)、存储器和网络接口)。如图所示，基站14包括基带单元42，基带单元42包括一个或多个处理器44(例如CPU、ASIC、FPGA和/或诸如此类)、存储器46以及网络接口48，以及一个或多个无线电单元50，每个无线电单元50包括耦合到一个或多个天线56的一个传送器52和一个或多个接收器54。在一些实施例中，基站14的功能，或更一般地，上述的无线电接入节点的功能或更一般地网络节点的功能可以完全或部分地被实现在软件中，该软件例如被存储在存储器46中并由处理器(多个)44执行。

图22是说明了根据本公开的一些实施例的基站14的虚拟化实施例的示意框图。该讨论同样适用于其他类型的无线电接入节点。此外，其他类型的网络节点可以具有类似的虚拟化架构。

如本文所使用的，“虚拟化”网络节点(例如，虚拟化基站或虚拟化无线电接入节点)是网络节点的实现，其中例如，通过在网络(多个)中的物理处理节点(多个)上运行的虚拟机，网络的至少一部分功能被实现为虚拟组件。如图所示，在该示例中，如上所述，基站14包括基带单元42，基带单元42包括一个或多个处理器48(例如CPU、ASIC、FPGA和或)、存储器46和网络接口48，以及一个或多个无线电单元50，每个无线电单元50包括耦合到一个或多个天线56的一个或多传送器52和一个或多个接收器54。基带单元42经由例如光缆等连接到无线电单元(多个)50。基带单元42经由网络接口48连接到被耦合到或被包括作为网络(多个)60的一部分的一个或多个处理节点58。每个处理节点58包括一个或多个处理器62(例如CPU、ASIC、FPGA和/或诸如此类)、存储器64和网络接口66。

在该示例中，本文描述的基站14的功能68以任何期望的方式被实现在一个或多个处理节点58处，或者被分布在基带单元42和一个或多个处理节点58上。在一些特定实施例中，本文描述的基站14的一些或所有功能68被实现为由处理节点(多个)58托管的虚拟环境(多个)中实现的一个或多个虚拟机所执行的虚拟组件。如本领域普通技术人员将理解，使用处理节点(多个)58和基带单元42之间的附加信令或通信，以便实现所期望的功能68中的至少一些功能。注意的是，在一些实施例中，可以不包括基带单元42，在这种情况下，无线电单元(多个)50通过适当的网络接口(多个)直接与处理节点(多个)58通信。

因此，关于直接调度的实施例，在一些实施例中，处理节点(多个)58可以操作以指示或以其他方式使得经由无线电单元(多个)50的至无线设备18的包括HARQ反馈定时偏移量K的指示的DCI的传输。作为另一个例子，图10的网络侧轮询过程中的一些或全部可以由处理节点58来执行，和/或图12的网络侧xPUCCH检测过程中的一些或全部可以由处理节点(多个)58基于经由无线电单元(多个)50从无线设备18接收的下行链路HARQ反馈来执行。

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

图23是根据本公开的一些其他实施例的基站14(或更一般地，无线电接入节点14)的示意性框图。基站14包括一个或多个模块70，每个模块被实现在软件中。模块(多个)70提供本文描述的基站14的功能。模块(多个)70可以包括，例如，传送模块70-1，其可操作以根据本文描述的任何实施例传送DCI消息和下行链路数据，以及接收模块70-2，其可操作以根据本文描述的任何实施例接收和处理HARQ反馈。注意，其他类型的无线电接入节点可以是针对基站14的如图23所示的类似的架构。

示例实施例

虽然不限于任何特定实施例，但是下面描述了本公开的一些示例实施例。

●实施例1：一种在蜂窝通信系统(10)中的无线设备(18)的操作的方法，包括：

o在第一子帧T中接收(102)下行链路控制信息，其中，下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

o在子帧T+K中传送(106)HARQ反馈。

●实施例2：实施例1的方法，其中传送(106)HARQ反馈包括：o将多个下行链路HARQ反馈标志组合在单个下行链路HARQ传输中；和

o在子帧T+K中传送单个下行链路HARQ传输。

●实施例3：实施例2的方法，其中组合所述多个HARQ反馈标志包括将所述多个HARQ反馈标志联合编码在用于所述单个下行链路HARQ传输的码字中。

●实施例4：实施例2或实施例3的方法，其中下行链路控制信息还包括指示将哪些反馈标志将被组合在单个下行链路HARQ传输中的信息。

●实施例5：实施例1-4中任一实施例所述的方法，其中HARQ的定时偏移量K的指示是针对HARQ的定时偏移量K的值。

●·实施例6：实施例1-4中任一实施例所述的方法，其中HARQ的定时偏移量K的指示是值S，其中HARQ的定时偏移量K＝N+S，其中N是预定义的或预先配置的值。

●实施例7：如实施例1-6中任一实施例所述的方法，还包括检测下行链路控制信息失败。

●实施例8：适应于根据实施例1-7中任一实施例操作的无线设备(18)。

●实施例9：一种能够在蜂窝通信系统(10)中操作的无线设备(18)，无线设备(18)包括：

o收发器(32)；

o至少一个处理器(28)；和

o存储指令的存储器(30)，该指令可由至少一个处理器(28)执行，由此无线设备(18)可操作地：

通过收发器(32)在第一子帧T中接收下行链路控制信息，其中下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

通过收发器在子帧T+K中传送HARQ反馈。

●实施例10：实施例9的无线设备(18)，为了传送HARQ反馈，无线设备(18)还可操作地：

o将多个下行链路HARQ反馈标志组合在单个下行链路HARQ传输中；

和

o在子帧T+K中传送单个下行链路HARQ传输。

●实施例11：实施例10的无线设备(18)，其中，为了组合多个HARQ反馈标志，无线设备(18)还可操作地将多个HARQ反馈标志联合编码在用于单个下行链路HARQ传输的码字中。

●实施例12：实施例10或实施例11的无线设备(18)，其中下行链路控制信息还包括指示哪些反馈标志将被组合在单个下行链路HARQ传输中的信息。

●实施例13：实施例9-12中任一实施例的无线设备(18)，其中HARQ的定时偏移量K的指示是针对HARQ的定时偏移量K的值。

●实施例14：实施例9-12中任一实施例的无线设备(18)，其中HARQ的定时偏移量K的指示是值S，其中HARQ的定时偏移量K＝N+S，其中N是预定义的或预先配置的值。

●实施例15：一种能够在蜂窝通信系统(10)中操作的无线设备(18)，无线设备(18)包括：

o用于在第一子帧T中接收下行链路控制信息的构件，其中，下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

o用于在子帧T+K中传送HARQ反馈的构件。

●实施例16：一种能够在蜂窝通信系统(10)中操作的无线设备(18)，无线设备(18)包括：

o接收模块(40-1)，其可操作地在第一子帧T中接收下行链路控制信息，其中，下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

o传送模块(40-2)，其可操作地在子帧T+K中传送HARQ反馈。

●实施例17：一种在蜂窝通信系统(10)中的无线设备(18)的操作的方法，包括：

o接收(302)包括混合自动重传请求HARQ反馈缓冲区索引的下行链路控制信息消息；和

o将下行链路HARQ反馈标志存储(304)在HARQ反馈缓冲区内对应于HARQ反馈缓冲区索引的位置中。

●实施例18：实施例17的方法，还包括针对一个或多个附加的下行链路控制信息消息而重复接收(302)和存储(304)的步骤。

●实施例19：实施例18的方法，还包括：

o从网络节点接收(306，是)轮询请求；和

o在接收到轮询请求后：

创建(308)包括存储在下行链路HARQ反馈缓冲区中的下行链路HARQ反馈标志的上行链路控制消息；和

传送(314)上行链路控制消息。

●实施例20：实施例19的方法，其中创建上行链路控制消息包括将下行链路HARQ反馈标志联合编码在用于上行链路控制消息的码字中。

●实施例21：实施例19或20的方法，其中传送上行链路控制消息包括：在子帧T+N中传送上行链路控制消息，其中，子帧T是接收轮询请求的子帧，N是HARQ反馈的偏移量。

●实施例22：实施例21所述的方法，其中HARQ反馈的偏移量N是预定义的或预先配置的。

●实施例23：实施例21所述的方法，其中HARQ反馈的偏移量N是在子帧T中接收的轮询请求或下行链路控制信息消息中接收的索引的函数。

●实施例24：实施例17-23中任一实施例的方法，还包括检测下行链路控制信息失败。

●实施例25：适应于根据实施例17-24中任一实施例进行操作的无线设备(18)。

●实施例26：一种能够在蜂窝通信系统(10)中操作的无线设备(18)，无线设备(18)包括：

o收发器(32)；

o至少一个处理器(28)；和

o存储指令的存储器(30)，所述指令可由至少一个处理器(28)执行，由此无线设备(18)可操作地：

通过收发器(32)接收包括混合自动重传请求HARQ反馈缓冲区索引的下行链路控制信息消息；和

将下行链路HARQ反馈标志存储在HARQ反馈缓冲区内对应于HARQ反馈缓冲区索引的位置中。

●实施例27：实施例26的无线设备(18)，其中无线设备(18)还可操地针对一个或多个附加的下行链路控制信息消息而重复接收和存储的步骤。

●实施例28：实施例27的无线设备(18)，其中无线设备(18)还可操地：

o通过收发器(32)从网络节点接收轮询请求；和

o在接收到轮询请求后：

创建包括存储在下行链路HARQ反馈缓冲区中的下行链路HARQ反馈标志的上行链路控制消息；和

传送上行链路控制消息。

●实施例29：实施例28的无线设备(18)，其中，为了创建上行链路控制消息，无线设备(18)还可操地将下行链路HARQ反馈标志联合编码在用于上行链路控制消息的码字中。

●实施例30：实施例28或29的无线设备(18)，其中无线设备(18)还可操作地在子帧T+N中传送上行链路控制消息，其中子帧T是接收轮询请求的子帧，N是HARQ反馈的偏移量。

●实施例31：实施例30的无线设备(18)，其中HARQ反馈的偏移量N是预定义的或预先配置的。

●实施例31：实施例30的无线设备(18)，其中HARQ反馈的偏移量N是在子帧T中接收的轮询请求或下行链路控制信息消息中接收的索引的函数。

●实施例32：实施例26-31中任一实施例的无线设备(18)，其中无线设备(18)还可操作地检测下行链路控制信息失败。

●实施例33：一种能够在蜂窝通信系统(10)中操作的无线设备(18)，无线设备(18)包括：

o用于接收包括混合自动重传请求HARQ反馈缓冲区索引的下行链路控制信息消息的构件；和

o用于将下行链路HARQ反馈标志存储在HARQ反馈缓冲区内对应于HARQ反馈缓冲区索引的位置中的构件。

●实施例34：一种能够在蜂窝通信系统(10)中操作的无线设备(18)，无线设备(18)包括：

o接收模块(40-1)，其可操作地接收包括混合自动重传请求HARQ反馈缓冲区索引的下行链路控制信息消息；和

o存储模块(40-3)，其可操作地将下行链路HARQ反馈标志存储在HARQ反馈缓冲区内对应于HARQ反馈缓冲区索引的位置中。

●实施例35a：一种在蜂窝通信系统(10)中的无线设备(18)的操作的方法，包括：

o接收包括混合自动重传请求HARQ反馈缓冲区索引的消息；

o确定针对当前子帧的数据的接收是成功的，其中当前子帧是接收所述消息的子帧；

o确定否定确认NACK标志被存储在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述消息中的HARQ反馈缓冲区索引的缓冲区位置处；和

o在确定NACK标志被存储在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述消息中的HARQ反馈缓冲区索引的缓冲区位置处时，即使针对当前子帧的数据的接收是成功的，也维持在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述消息中的HARQ反馈缓冲区索引的缓冲区位置处的NACK标志。

●实施例35：一种在蜂窝通信系统(10)中的无线设备(18)的操作的方法，包括：

o接收下行链路控制信息DCI消息，其包括混合自动重传请求HARQ反馈缓冲区索引；

o确定针对当前子帧的数据的接收是成功的，其中当前子帧是接收所述DCI消息的子帧；

o确定否定确认NACK标志被存储在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处；和

o在确定NACK标志被存储在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处时，即使针对当前子帧的数据的接收是成功的，也维持在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处的NACK标志。

●实施例36：实施例35所述的方法，还包括将存储在HARQ反馈缓冲区中的HARQ反馈发送给网络节点。

●实施例37：实施例35所述的方法，还包括：对于当前子帧，确定在当前子帧之前的多个连续子帧中是否已经发生了多个DCI错误。

●实施例38：实施例37所述的方法，还包括：在确定在多个连续子帧中已经发生多个DCI错误时，在HARQ反馈缓冲区中在对应于紧接着在被包括DCI消息中的HARQ反馈缓冲区索引之前的HARQ反馈缓冲区索引的位置处存储不连续传输DTX标志。

●实施例39：一种包括指令的计算机程序产品，当在至少一个处理器上执行所述指令时，所述指令使所述至少一个处理器执行根据实施例35-39中任一实施例的方法。

●实施例40：一种包含实施例39的计算机程序的载体，其中载体是电子信号、光信号、无线电信号或计算机可读存储介质之一。

●实施例41：一种能够在蜂窝通信系统(10)中操作的无线设备(18)，无线设备(18)包括：

o收发器(32)；

o至少一个处理器(28)；和

通过收发器(32)接收下行链路控制信息DCI消息，该下行链路控制信息DCI消息包括混合自动重传请求HARQ反馈缓冲区索引；

确定当前子帧的数据的接收是成功的，其中当前子帧是接收DCI消息的子帧；

确定否定确认NACK标志被存储在无线设备(18)的HARQ反馈缓冲区中对应于被包括在DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处；和

在确定NACK标志被存储在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处时，即使针对当前子帧的数据的接收是成功的，也维持在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处的NACK标志。

●实施例42：实施例41的无线设备(18)，其中无线设备(18)还可操作地将存储在HARQ反馈缓冲区中的HARQ反馈发送给网络节点。

●实施例43：如实施例41所述的无线设备(18)，其中，无线设备(18)还可操作地对于当前子帧，确定在当前子帧之前的多个连续子帧中是否已发生多个DCI错误。

●实施例44：实施例41的无线设备(18)，其中无线设备(18)还可操地在确定在多个连续子帧中已经发生多个DCI错误时，在HARQ反馈缓冲区中在对应于紧接着在被包括DCI消息中的HARQ反馈缓冲区索引之前的HARQ反馈缓冲区索引的位置处存储不连续传输DTX标志。

●实施例45：一种能够在蜂窝通信系统(10)中操作的无线设备(18)，无线设备(18)包括：

o用于接收下行链路控制信息DCI消息的构件，该下行链路控制信息DCI消息包括混合自动重传请求HARQ反馈缓冲区索引；

o用于确定当前子帧的数据的接收是成功的的构件，其中当前子帧是接收DCI消息的子帧；

o用于确定否定确认NACK标志被存储在无线设备(18)的HARQ反馈缓冲区中对应于被包括在DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处的构件；和

o用于在确定NACK标志被存储在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处时，即使针对当前子帧的数据的接收是成功的，也维持在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处的NACK标志的构件。

●实施例46：一种能够在蜂窝通信系统(10)中操作的无线设备(18)，无线设备(18)包括：

o接收模块(40-1)，其可操作地接收包括混合自动重传请求HARQ反馈缓冲区索引的下行链路控制信息DCI消息；

o第一确定模块(40)，其可操作地确定针对当前子帧的数据的接收是成功的，其中，当前子帧是接收DCI消息的子帧；

o第二确定模块(40)，其可操作地确定否定确认NACK标志被存储在无线设备(18)的HARQ反馈缓冲区中对应于被包括在DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处；和

o标志存储模块(40-3)，可操作地在确定NACK标志被存储在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处时，即使针对当前子帧的数据的接收是成功的，也维持在无线设备(18)的HARQ反馈缓冲区中对应于被包括在所述DCI消息中的HARQ反馈缓冲区索引的缓冲区位置处的NACK标志。

●实施例47a：一种在蜂窝通信系统(10)中的无线电接入节点(14)的操作的方法，包括：

o确定从无线设备(18)到无线电接入节点(14)的上行链路控制信道的质量是否小于较高的阈值但大于较低的阈值；和

o在确定上行链路控制信道的质量小于较高的阈值但是大于较低的阈值时，将多个标志中的每一个标志设置为否定确认NACK标志，其中已经从无线设备(18)接收到该标志。

●实施例47：一种在蜂窝通信系统(10)中的无线电接入节点(14)的操作的方法，包括：

o确定从无线设备(18)到无线电接入节点(14)的上行链路控制信道的质量是否小于预定义的较高的阈值但大于预定义的较低的阈值；和

o在确定上行链路控制信道的质量小于预定义的较高的阈值但是大于预定义的较低的阈值时，将过去已经通过上行链路控制信道从无线设备(18)接收的多个捆绑的HARQ反馈标志中的每一个设置为否定确认NACK标志。

●实施例48：实施例47的方法，其中多个捆绑的HARQ反馈标志具有对应的索引BI＝{1，...，BI_MAX}，其中BI_MAX是大于1的预定义值，并且该方法还包括：

o确定从无线设备(18)到无线电接入节点(14)的上行链路控制信道的质量是否小于预定义的较低的阈值；和

o在确定上行链路控制信道的质量小于预定义的较低的阈值时，将多个捆绑的HARQ反馈标志中的通过上行链路控制信道过去将从无线设备(18)接收的并且对应于索引BI_MAX的一个捆绑的HARQ反馈标志设置为指示DCI错误的不连续传输DTX标志。

●实施例49：一种包括指令的计算机程序产品，当在至少一个处理器上执行所述指令时，所述指令使所述至少一个处理器执行根据实施例47-48中任一实施例的方法。

●实施例50：包含实施例49的计算机程序的载体，其中载体是电子信号、光信号、无线电信号或计算机可读存储介质之一。

●实施例51：一种用于蜂窝通信系统(10)的无线电接入节点(14)，该无线电接入节点(14)包括：

o无线电单元(50)；

o至少一个处理器(44)；和

o存储指令的存储器(46)，该指令可由至少一个处理器(44)执行，由此无线电接入节点(14)可操作地：

确定从无线设备(18)到无线电接入节点(14)的上行链路控制信道的质量是否小于预定义的较高的阈值但是大于预定义的较低的阈值；和

在确定上行链路控制信道的质量小于预定义的较高的阈值但大于预定义的较低的阈值时，将过去已经通过上行链路控制信道从无线设备(18)接收的多个捆绑的HARQ反馈标志中的每一个设置为否定确认NACK标志。

●实施例52：实施例51的无线电接入节点(14)，其中多个捆绑的HARQ反馈标志具有对应的索引BI＝{1，...，BI_MAX}，其中BI_MAX是大于1的预定义值，以及无线电接入节点(14)还可操作地：

●实施例53：一种用于蜂窝通信系统(10)的无线电接入节点(14)，该无线电接入节点(14)包括：

o用于确定从无线设备(18)到无线电接入节点(14)的上行链路控制信道的质量是否小于预定义的较高的阈值但是大于预定义的较低的阈值的构件；和

o用于在确定上行链路控制信道的质量小于预定义的较高的阈值但是大于预定义的较低的阈值时，将过去已经通过上行链路控制信道从无线设备(18)接收的多个捆绑的HARQ反馈标志中的每一个设置为否定确认NACK标志的构件。

●实施例54：一种用于蜂窝通信系统(10)的无线电接入节点(14)，该无线电接入节点(14)包括：

o确定模块，其可操作地确定从无线设备(18)到无线电接入节点(14)的上行链路控制信道的质量是否小于预定义的较高的阈值但大于预定义的较低的阈值；和

o标志设置模块，其可操作地在确定上行链路控制信道的质量小于预定义的较高的阈值但大于预定义的较低的阈值时，将过去已经通过上行链路控制信道从无线设备(18)接收的多个捆绑的HARQ反馈标志中的每一个设置为否定确认NACK标志。

贯穿本公开使用以下缩写词。

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

·5G 第五代

·AAS 高级天线系统

·ACK 确认

·AM 确认模式

·ASIC 专用集成电路

·BI 缓冲区索引

·CCE 控制信道元素

·CPU 中央处理单元

·DCI 下行链路控制信息

·DTX 不连续传输

·eNB 增强的或演进的节点B

·ePDCCH 增强的物理下行链路控制信道

·FDD 频分双工

·FPGA 现场可编程门阵列

·HARQ 混合自动重传请求

·LTE 长期演进

·MIMO 多输入多输出

·MME 移动性管理实体

·ms 毫秒

·MTC 机器类型通信

·NACK 否定确认

·NDI 新数据指示符

·OFDM 正交频分复用

·PDCCH 物理下行链路控制信道

·PDSCH 物理下行链路共享信道

·P-GW 分组数据网络网关

·PUCCH 物理上行链路控制信道

·PUSCH 物理上行链路共享信道

·RAN 无线电接入网络

·RLC 无线电链路控制

·RTT 往返时间

·RV 冗余版本

·S-GW 服务网关

·SINR 信号与干扰加噪声比

·TB 测试床

·TDD 时分双工

·UCI 上行链路控制信息

·UE 用户设备

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

Claims

1.一种蜂窝通信系统(10)中的无线设备(18)的操作的方法，包括：

在第一子帧T中从无线电接入节点(14)接收(102)下行链路控制信息，其中，所述下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

在子帧T+K中向所述无线电接入节点(14)传送(106)下行链路HARQ反馈。

2.权利要求1所述的方法，还包括：

将多个下行链路HARQ反馈标志组合(104)在单个下行链路HARQ反馈传输中；

其中，在所述子帧T+K中传送(106)HARQ反馈包括在所述子帧T+K中传送(106)所述单个下行链路HARQ反馈传输。

3.权利要求2所述的方法，其中将所述多个下行链路HARQ反馈标志组合(104)在所述单个下行链路HARQ反馈传输中包括将所述多个下行链路HARQ反馈标志联合编码(104)在用于所述单个下行链路HARQ反馈传输的码字中。

4.权利要求2或3所述的方法，其中：

所述下行链路控制信息还包括指示哪些反馈标志将被组合在所述单个下行链路HARQ反馈传输中的信息。

5.权利要求1至4中任一项所述的方法，其中，所述HARQ的定时偏移量K的指示是针对所述HARQ的定时偏移量K的值。

6.权利要求1至4中任一项所述的方法，其中，所述HARQ的定时偏移量的指示K是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是预定义值。

7.权利要求1至4中任一项所述的方法，其中，所述HARQ的定时偏移量K的指示是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是预先配置的值。

8.权利要求1至4中任一项所述的方法，其中，所述HARQ的定时偏移量的指示K是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是所述无线设备(18)的预确定的最小的HARQ的定时偏移量。

9.权利要求1至4中任一项所述的方法，其中，所述HARQ的定时偏移量K的指示是值X，其中，所述HARQ的定时偏移量K是所述值X的函数。

10.权利要求1至9中任一项所述的方法，其中，所述HARQ反馈包括HARQ反馈标志，如果所述无线设备(18)成功接收到各自的下行链路数据，则所述HARQ反馈标志是确认，如果所述无线设备(18)未成功接收到各自的下行链路数据，则所述HARQ反馈标志是否定确认，如果所述无线设备(18)未接收到各自的下行链路控制信息，则所述HARQ反馈标志是下行链路控制信息失败的指示。

11.一种用于蜂窝通信系统(10)的无线设备(18)，所述无线设备(18)适应于：

在第一子帧T中从无线电接入节点(14)接收下行链路控制信息，其中，下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

12.权利要求11所述的无线设备(18)，还适应于根据权利要求2至10中任一项所述的方法进行操作。

13.一种用于蜂窝通信系统(10)的无线设备(18)，包括：

收发器(32)；

至少一个处理器(28)；和

存储指令的存储器(30)，所述指令可由所述至少一个处理器(28)执行，由此所述无线设备(18)可操作地：

在第一子帧T中，通过所述收发器(32)从无线电接入节点(14)接收下行链路控制信息，其中，所述下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

在子帧T+K中通过所述收发器(32)向所述无线电接入节点(14)传送下行链路HARQ反馈。

14.权利要求13所述的无线设备(18)，其中，通过由所述至少一个处理器(28)执行所述指令，所述无线设备(18)还可操作地：

将多个下行链路HARQ反馈标志组合在单个下行链路HARQ反馈传输中；

其中，为了在所述子帧T+K中传送所述下行链路HARQ反馈，无线设备(18)可操作地在所述子帧T+K中通过所述收发器(32)传送所述单个下行链路HARQ反馈传输。

15.根据权利要求14所述的无线设备(18)，其中，为了将所述多个下行链路HARQ反馈标志组合在所述单个下行链路HARQ反馈传输中，所述无线设备(18)还可操作地将所述多个下行链路HARQ反馈标志联合编码在用于所述单个下行链路HARQ反馈传输的码字中。

16.权利要求14或15所述的无线设备(18)，其中：

17.权利要求13至16中任一项所述的无线设备(18)，其中，所述HARQ的定时偏移量K的指示是针对所述HARQ的定时偏移量K的值。

18.权利要求13至16中任一项所述的无线设备(18)，其中，所述HARQ的定时偏移量K的指示是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是预定义值。

19.权利要求13至16中任一项所述的无线设备(18)，其中，所述HARQ的定时偏移量K的指示是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是预先配置的值。

20.权利要求13至16中任一项所述的无线设备(18)，其中，所述HARQ的定时偏移量K的指示是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是所述无线设备(18)的预确定的最小的HARQ的定时偏移量。

21.权利要求13至16中任一项所述的无线设备(18)，其中，所述HARQ的定时偏移量K的指示是值X，其中，所述HARQ的定时偏移量K是所述值X的函数。

22.权利要求13至21中任一项所述的无线设备(18)，其中，所述HARQ反馈包括HARQ反馈标志，如果所述无线设备(18)成功接收到各自的下行链路数据，则所述HARQ反馈标志是确认，如果所述无线设备(18)未成功接收到各自的下行链路数据，则所述HARQ反馈标志是否定确认，如果所述无线设备(18)未接收到各自的下行链路控制信息，则所述HARQ反馈标志是下行链路控制信息失败的指示。

23.一种用于蜂窝通信系统(10)的无线设备(18)，包括：

用于在第一子帧T中从无线电接入节点(14)接收下行链路控制信息的构件，其中，所述下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

用于在子帧T+K中向所述无线电接入节点(14)传送下行链路HARQ反馈的构件。

24.一种用于蜂窝通信系统(10)的无线设备(18)，包括：

接收模块(40-1)，其可操作地在第一子帧T中从无线电接入节点(14)接收下行链路控制信息，其中，所述下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

传送模块(40-2)，其可操作地在子帧T+K中向所述无线电接入节点(14)传送下行链路HARQ反馈。

25.一种蜂窝通信系统(10)中的无线电接入节点(14)的操作的方法，包括：

在第一子帧T中向无线设备(18)传送(102)下行链路控制信息，其中所述下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

在子帧T+K中所述从无线设备(18)接收(106)下行链路HARQ反馈。

26.权利要求25所述的方法，其中：

在所述子帧T+K中的下行链路HARQ反馈包括在所述子帧T+K中的单个下行链路HARQ反馈传输，所述单个下行链路HARQ反馈传输是多个下行链路HARQ反馈标志的组合。

27.权利要求26所述的方法，其中，所述单个下行链路HARQ反馈传输代表所述多个下行链路HARQ反馈标志的联合编码。

28.权利要求26或27所述的方法，其中：

29.权利要求25至28中任一项所述的方法，其中，所述HARQ的定时偏移量K的指示是针对HARQ的定时偏移量K的值。

30.权利要求25至28中任一项所述的方法，其中，所述HARQ的定时偏移量K的指示是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是预定义值。

31.权利要求25至28中任一项所述的方法，其中，所述HARQ的定时偏移量K的指示是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是预先配置的值。

32.权利要求25至28中任一项所述的方法，其中，所述HARQ的定时偏移量的指示K是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是所述无线设备(18)的预确定的最小的HARQ的定时偏移量。

33.权利要求25至28中任一项所述的方法，其中，所述HARQ的定时偏移量K的指示是值X，其中，所述HARQ的定时偏移量K是所述值X的函数。

34.权利要求25至33中任一项所述的方法，其中，所述HARQ反馈包括HARQ反馈标志，如果所述无线设备(18)成功接收到各自的下行链路数据，则所述HARQ反馈标志是确认，如果所述无线设备(18)未成功接收到各自的下行链路数据，则所述HARQ反馈标志是否定确认，如果所述无线设备(18)未接收到各自的下行链路控制信息，则所述HARQ反馈标志是下行链路控制信息失败的指示。

35.一种用于蜂窝通信系统(10)的无线电接入节点(14)，所述无线电接入节点(14)适应于：

在第一子帧T中向无线设备(18)传送下行链路控制信息，其中，所述下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

在子帧T+K中从所述无线设备(18)接收下行链路HARQ反馈。

36.权利要求35所述的无线电接入节点(14)，还适应于根据权利要求25至34中任一项所述的方法进行操作。

37.一种用于蜂窝通信系统(10)的无线电接入节点(14)，包括：

至少一个无线电单元(50)；

至少一个处理器(44)；和

存储指令的存储器(46)，所述指令可由至少一个处理器(44)执行，由此所述无线电接入节点(14)可操作地：

在第一子帧T中，通过所述至少一个无线电单元(50)向无线设备(18)传送下行链路控制信息，其中所述下行链路控制信息包括混合自动重传请求HARQ的定时偏移量k的指示；和

在子帧T+K中，通过所述至少一个无线电单元(50)从所述无线设备(18)接收下行链路HARQ反馈。

38.权利要求37所述的无线电接入节点(14)，其中：

39.权利要求38所述的无线电接入节点(14)，其中，所述单个下行链路HARQ反馈传输代表所述多个下行链路HARQ反馈标志的联合编码。

40.权利要求37或38所述的无线电接入节点(14)，其中：

41.权利要求37至40中任一项所述的无线电接入节点(14)，其中，所述HARQ的定时偏移量K的指示是针对HARQ的定时偏移量K的值。

42.权利要求37至40中任一项所述的无线电接入节点(14)，其中，所述HARQ的定时偏移量K的指示是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是预定义值。

43.权利要求37至40中任一项所述的无线电接入节点(14)，其中，所述HARQ的定时偏移量K的指示是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是预先配置的值。

44.权利要求37至40中任一项所述的无线电接入节点(14)，其中，所述HARQ的定时偏移量的指示K是值S，其中，所述HARQ的定时偏移量K＝N+S，其中N是所述无线设备(18)的预确定的最小的HARQ的定时偏移量。

45.权利要求37至40中任一项所述的无线电接入节点(14)，其中，所述HARQ的定时偏移量K的指示是值X，其中，所述HARQ的定时偏移量K是所述值X的函数。

46.权利要求37至45中任一项所述的无线电接入节点(14)，其中，所述HARQ反馈包括HARQ反馈标志，如果所述无线设备(18)成功接收到各自的下行链路数据，则所述HARQ反馈标志是确认，如果所述无线设备(18)未成功接收到各自的下行链路数据，则所述HARQ反馈标志是否定确认，如果所述无线设备(18)未接收到各自的下行链路控制信息，则所述HARQ反馈标志是下行链路控制信息失败的指示。

47.一种用于蜂窝通信系统(10)的无线电接入节点(14)，包括：

用于在第一子帧T中向无线设备(18)传送下行链路控制信息的构件，其中，所述下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

用于在子帧T+K中从所述无线设备(18)接收下行链路HARQ反馈的构件。

48.一种用于蜂窝通信系统(10)的无线电接入节点(14)，包括：

传送模块(70-1)，其可操作地在第一子帧T中向无线设备(18)传送下行链路控制信息，其中，所述下行链路控制信息包括混合自动重传请求HARQ的定时偏移量K的指示；和

接收模块(70-2)，其可操作地在子帧T+K中从所述无线设备(18)接收下行链路HARQ反馈。