CN116830700A

CN116830700A - 通信的方法、设备和计算机存储介质

Info

Publication number: CN116830700A
Application number: CN202080108362.6A
Authority: CN
Inventors: 王刚; 梁林
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2020-11-27
Filing date: 2020-11-27
Publication date: 2023-09-29
Also published as: US20240023098A1; JP7690987B2; WO2022110047A1; EP4252469A1; JP2023550983A; EP4252469A4

Abstract

本公开的实施例涉及用于通信的方法、设备和计算机可读介质。一种网络设备生成下行链路控制信息，下行链路控制信息调度多个数据信道，多个数据信道被分组为多个组，并且网络设备向终端设备发送下行链路控制信息。在接收到下行链路控制信息时，终端设备基于经分组的数据信道来执行终端设备与网络设备之间的数据传输。以此方式，下行链路控制信息的有效载荷可以被减少，并且错误检测率也可以被降低。

Description

通信的方法、设备和计算机存储介质

技术领域

本公开的实施例大体上涉及电信领域，特别地，涉及在一个下行链路控制信道中在多传输时间间隔(TTI)的调度的期间的通信的方法、设备和计算机存储介质。

背景技术

当前，为了支持从52.6GHz到71GHz的新无线电(NR)，提出采用基于多TTI的调度，其中一个物理下行链路控制信道(PDCCH)被用于调度多个物理上行链路共享信道(PUSCH)。基于该机制，调度器实施方式和高层处理负担可以被减轻，同时维持相同的峰值数据速率。

如果基于多TTI的调度被扩展到由单个PDCCH上的DCI进行的多个物理下行链路共享信道(PDSCH)的调度，则DCI中的更多比特应该被增加，因为一个PDSCH中可能存在两个传输块(TB)。这导致DCI的有效载荷更大并且引入更高的错误检测率。

发明内容

总体上，本公开的实施例提供用于在一个下行链路控制信道中在多TTI的调度的期间的通信的方法、设备和计算机存储介质。

在第一方面中，提供了一种通信的方法。该方法包括：在终端设备处，从网络设备接收下行链路控制信息，该下行链路控制信息调度被分组为多个组的多个数据信道；以及基于经分组的数据信道，执行终端设备与网络设备之间的数据传输。

在第二方面中，提供了一种通信的方法。该方法包括：在终端设备处，从网络设备接收由单个下行链路控制信道调度的多个下行链路数据信道上的下行链路数据；以及基于从单个下行链路控制信道接收的计数器下行链路指派指示符(DAI)，向网络设备发送针对下行链路数据的混合自动重传请求(HARQ)反馈。

在第三方面中，提供了一种通信方法。该方法包括：在网络设备处，生成下行链路控制信息，该下行链路控制信息调度被分组为多个组的多个数据信道；以及向终端设备发送该下行链路控制信息。

在第四方面中，提供了一种通信方法。该方法包括：在网络设备处，向终端设备发送由单个下行链路控制信道调度的多个下行链路数据信道上的下行链路数据；以及从终端设备接收基于计数器DAI生成的针对下行链路数据的HARQ反馈。

在第五方面中，提供了一种终端设备。终端设备包括处理器和被耦合至处理器的存储器。存储器存储指令，在由处理器执行时，该指令使终端设备执行根据本公开的第一方面的方法。

在第六方面中，提供了一种终端设备。终端设备包括处理器和被耦合至处理器的存储器。存储器存储指令，在由处理器执行时，该指令使终端设备执行根据本公开的第二方面的方法。

在第七方面中，提供了一种网络设备。网络设备包括处理器和被耦合至处理器的存储器。存储器存储指令，在由处理器执行时，该指令使网络设备执行根据本公开的第三方面的方法。

在第八方面中，提供了一种网络设备。网络设备包括处理器和被耦合至处理器的存储器。存储器存储指令，在由处理器执行时，该指令使网络设备执行根据本公开的第四方面的方法。

在第九方面中，提供了一种在其上存储有指令的计算机可读介质。当在至少一个处理器上执行时，该指令使至少一个处理器执行根据本公开的第一方面和第二方面的方法。

在第十方面中，提供了一种在其上存储有指令的计算机可读介质。当在至少一个处理器上执行时，该指令使至少一个处理器执行根据本公开的第三方面和第四方面的方法。

通过以下描述，本公开的其他特征将变得容易理解。

附图说明

通过附图中对本公开的一些实施例的更详细描述，本公开的以上和其他目的、特征和优点将变得更加明显，其中：

图1图示了本公开的一些实施例可以在其中被实施的示例通信网络；

图2图示了示出根据现有解决方案的用于由DCI调度一个下行链路数据信道的过程的示意图；

图3图示了示出根据本公开的实施例的用于由单个DCI调度多个数据信道的过程的示意图；

图4图示了示出根据本公开的实施例的用于在由单个DCI进行的多个数据信道的调度的通信时的过程的示意图；

图5图示了示出根据本公开的实施例的由单个DCI调度的数据信道的示例分组的示意图；

图6图示了示出根据本公开的实施例的由单个DCI调度的数据信道的另一示例分组的示意图；

图7图示了示出根据本公开的实施例的用于在由单个DCI进行的多个数据信道的调度时的通信的另一过程的示意图；

图8A图示了示出根据本公开的实施例的在分量载波(CC)中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的示例生成的示意图；

图8B图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图；

图9A图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图；；

图9B图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图；

图10A图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图；

图10B图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图；

图11图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图；

图12图示了示出根据本公开的实施例的在载波聚合(CA)中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的示例生成的示意图；

图13图示了示出根据本公开的实施例的在CA中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图；

图14图示了示出根据本公开的实施例的在CA中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图；

图15图示了示出根据本公开的实施例的在CA中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图；

图16图示了根据本公开的一些实施例的在终端设备处实施的示例通信方法；

图17图示了根据本公开的一些实施例的在终端设备处实施的另一示例通信方法；

图18图示了根据本公开的一些实施例的在网络设备处实施的示例通信方法；

图19图示了根据本公开的一些实施例的在网络设备处实施的另一示例通信方法；以及

图20是适于实施本公开的实施例的设备的简化框图。

在整个附图中，相同或类似的附图标记表示相同或类似的元件。

具体实施方式

本公开的原理现在将参照一些实施例来描述。要理解的是，这些实施例被描述仅仅是出于图示的目的，并且帮助本领域技术人员理解和实施本公开，而不对本公开的范围提出任何限制。本文描述的本公开可以以不同于下面描述的方式的各种方式来实施。

在以下描述和权利要求中，除非另有定义，否则本文使用的所有技术术语和科学术语具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。

如本文使用的，术语“终端设备”是指具有无线或有线通信能力的任何设备。终端设备的示例包括但不限于用户设备(UE)、个人计算机、台式计算机、移动电话、蜂窝电话、智能电话、个人数字助理(PDA)、便携式计算机、平板计算机、可穿戴设备、物联网(IoT)设备、万物互联(IoE)设备、机器类型通信(MTC)设备、用于V2X通信的车载设备(其中X表示行人、车辆或基础设施/网络)或图像捕获设备(诸如数码相机)、游戏设备、音乐存储和播放设备或者实现无线或有线互联网接入和浏览的互联网设备等。术语“终端设备”可以与UE、移动站、订户站、移动终端、用户终端或无线设备互换使用。另外，术语“网络设备”是指能够提供或托管终端设备可以通信的小区或覆盖范围的设备。网络设备的示例包括但不限于节点B(NodeB或NB)、演进型节点B(eNodeB或eNB)、下一代节点B(gNB)、传输接收点(TRP)、远程无线电单元(RRU)、无线电头(RH)、远程无线电头(RRH)、低功率节点(诸如毫微微节点、微微节点)等。

在一个实施例中，终端设备可以与第一网络设备和第二网络设备连接。第一网络设备和第二网络设备中的一个网络设备可以是主节点，并且另一个可以是辅节点。第一网络设备和第二网络设备可以使用不同的无线电接入技术(RAT)。在一个实施例中，第一网络设备可以是第一RAT设备，并且第二网络设备可以是第二RAT设备。在一个实施例中，第一RAT设备是eNB，并且第二RAT设备是gNB。与不同RAT相关的信息可以从第一网络设备或第二网络设备中的至少一个向终端设备发送。在一个实施例中，第一信息可以从第一网络设备发送到终端设备，并且第二信息可以直接或经由第一网络设备从第二网络设备发送到终端设备。在一个实施例中，与由第二网络设备配置的终端设备的配置相关的信息可以经由第一网络设备从第二网络设备发送。与由第二网络设备配置的终端设备的重新配置相关的信息可以直接或经由第一网络设备从第二网络设备发送到终端设备。

如本文使用的，单数形式‘一’、‘一个’和‘该’也旨在包括复数形式，除非上下文另有清晰指示。术语‘包括’及其变型应被理解为开放术语，它表示‘包括但不限于’。术语‘基于’应被理解为‘至少部分地基于’。术语‘一个实施例’和‘实施例’应被理解为‘至少一个实施例’。术语‘另一实施例’应被理解为‘至少一个其他实施例’。术语‘第一’、‘第二’等可以指代不同或相同的物体。显式和隐式的其他定义在下面可以被包括在内。

在一些示例中，值、程序或装置被称为‘最佳’、‘最低’、‘最高’、‘最小’、‘最大’等。要了解的是，这种描述旨在指示可以在许多使用的功能替代方案中进行选择，并且这种选择不需要比其他选择更佳、更小、更高或以其他方式更可取。

如上面提及的，如果单个DCI中的多个PUSCH的调度被扩展到单个DCI中的多个PDSCH的调度，则DCI中的更多比特需要被增加，因为一个PDSCH中可能有两个TB。具体地，DCI包括新数据指示符(NDI)字段和冗余版本(RV)字段。NDI字段的比特和RV字段的比特分别被一对一映射到经调度的PUSCH。如果被扩展到DCI中的多个PDSCH的调度并且一个PDSCH中有两个TB，则NDI字段和RV字段的比特将被加倍。在这种情况下，DCI的有效载荷将变得更大，因此更高的错误检测率将被引入。

有鉴于此，本公开的实施例提供了一种用于在由单个下行链路控制信道上的DCI调度多个数据信道的解决方案。该解决方案可以被应用于针对上行链路数据信道的调度，并且也可以被应用于针对下行链路数据信道的调度。在该解决方案中，多个数据信道被划分为多个组，并且多个组中的每组在NDI字段和RV字段中被分配有相同的比特，即，在DCI中共享NDI值和RV值。以此方式，较少的比特被用于指示针对每个数据信道组的新数据或重传数据。因此，DCI的有效载荷可以被减少，并且错误检测率也可以被降低。

本公开的实施例还提供了一种用于增强针对在由单个下行链路控制信道上的DCI调度的多个下行链路数据信道的HARQ反馈的解决方案。在该解决方案中，计数器DAI(在本文中也称为c-DAI)被分配用于由DCI调度的多个下行链路数据信道，并且HARQ反馈基于针对一个CC和CA的计数器DAI被提供。以此方式，HARQ反馈增强可以针对由DCI调度的多个下行链路数据信道来实现。

本公开的原理和实施方式在下面将参照附图详细描述。

通信网络的示例

图1图示了本公开的一些实施例可以在其中被实施的示例通信网络100的示意图。如图1所示，通信网络100可以包括终端设备110和网络设备120。在一些实施例中，终端设备110可以由网络设备120服务。要理解的是，图1中的设备数目是出于图示的目的而给出的，而不对本公开提出任何限制。通信网络100可以包括适用于实施本公开的实施方式的任何合适数目的网络设备和/或终端设备。

如图1所示，终端设备110可以经由诸如无线通信信道等信道与网络设备120进行通信。通信网络100中的通信可以符合任何合适的标准，包括但不限于全球移动通信系统(GSM)、长期演进(LTE)、LTE演进、高级LTE(LTE-A)、宽带码分多址(WCDMA)、码分多址(CDMA)、GSM EDGE无线电接入网络(GERAN)、机器类型通信(MTC)等。此外，通信可以根据当前已知的或将来要开发的任何一代通信协议来执行。通信协议的示例包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、第五代(5G)通信协议。

在一些实施例中，终端设备110可以经由上行链路数据信道传输向网络设备120发送上行链路数据。例如，上行链路数据信道传输可以是PUSCH传输。当然，任何其他合适的形式也是可行的。在一些实施例中，终端设备110可以经由下行链路数据信道传输从网络设备120接收下行链路数据。例如，下行链路数据信道传输可以是PDSCH传输。当然，任何其他合适的形式也是可行的。

在一些实施例中，终端设备110可以经由下行链路控制信道传输从网络设备120接收DCI，例如数据传输配置。例如，下行链路控制信道传输可以是PDCCH传输。当然，任何其他合适的形式也是可行的。在一些实施例中，终端设备110可以经由上行链路信道传输向网络设备120发送上行链路控制信息(UCI)，例如HARQ反馈信息。例如，上行链路信道传输可以是PUCCH或PUSCH传输。当然，任何其他合适的形式也是可行的。

在一些实施例中，网络设备120可以为终端设备110提供多个服务小区(在本文中未示出)，例如主小区(PCell)、主辅小区(PSCell)、辅小区(SCell)、特殊小区(sPCell)等。服务小区中的每个服务小区可以对应于CC。终端设备110可以经由CC执行与网络设备120的传输。当然，终端设备110也可以经由多个CC执行与网络设备120的传输，例如在CA的情况下。

在现有解决方案中，网络设备可以通过单个下行链路控制信道上的DCI调度一个下行链路数据信道。图2图示了示出根据现有解决方案的用于由DCI调度一个下行链路数据信道的过程200的示意图。如图2所示，一个PDCCH调度一个PDSCH，并且每个PDSCH占用一个HARQ过程号。

根据本公开的实施例，网络设备120可以通过针对终端设备110的单个下行链路控制信道上的DCI来调度多个下行链路数据信道。图3图示了示出根据本公开的实施例的用于由单个DCI调度多个数据信道的过程300的示意图。如图3所示，一个PDCCH 301调度五个PDSCH，即，PDSCH#0至PDSCH#4。要理解的是，在一个PDCCH中调度的PDSCH的数目不被限于以上示例，并且大于1的任何其他整数也是可行的。尽管图3示出了一个PDCCH调度多个PDSCH，但是本公开的实施例也被应用于一个PDCCH调度多个PUSCH。为了方便起见，以下描述通过以一个PDCCH调度多个PDSCH作为示例来进行。

在DCI中调度数据信道的示例实施方式

本公开的实施例提供了一种用于由单个下行链路控制信道上的DCI调度多个数据信道的解决方案。这将参照图4至图6进行详细描述。图4图示了示出根据本公开的实施例的用于在由单个DCI进行的多个数据信道的调度的通信时的过程400的示意图。出于讨论的目的，过程400将参照图1来描述。过程400可以涉及图1所图示的终端设备110和网络设备120。

如图4所示，网络设备120可以生成410DCI，用于调度多个数据信道。在一些实施例中，DCI可以包括用于多个数据信道的时隙信息。在一些实施例中，DCI可以包括指示数据传输类型的新数据指示符(NDI)字段。在一些实施例中，DCI还可以包括冗余版本(RV)字段。当然，DCI还可以包括任何其他合适的信息。例如，DCI还可以包括调制和编码方案(MCS)信息。作为另一示例，DCI还可以包括HARQ过程信息。在另一示例中，DCI还可以包括由DCI调度的数据信道的总数。

根据本公开的实施例，多个数据信道被划分为多个组，并且NDI字段和RV字段中的每个字段中的比特中的一个比特对应于多个组中的一组。换言之，一组内的数据信道共享相同的NDI比特和RV比特。以此方式，DCI中的比特的数目可以被显著地减少。

在一些实施例中，一组内的数据信道可以共享HARQ过程。在一些实施例中，一组内的数据信道可以不共享HARQ过程。例如，如果终端设备110和网络设备120之间的信号质量低于阈值质量，则网络设备120可以使一组中的每个数据信道占用不同的HARQ过程，并且如果该信号质量高于阈值质量，则网络设备120可以使一组内的数据信道共享HARQ过程。在一些替代或附加实施例中，多个组可以共享MCS值。

在一些实施例中，网络设备120可以确定每组中的数据信道的数目。以此方式，多个数据信道可以被划分为组。在一些实施例中，网络设备120可以基于NDI字段中的比特的数目和由DCI调度的数据信道的总数来确定每组中的数据信道的数目。

在一些实施例中，网络设备120可以通过使数据信道的数目在多个组之间的差异不大于第一预定值来确定数据信道的数目。例如，第一预定值可以是1。当然，任何其他合适的值也是可行的。

假设C表示经调度的PDSCH的数目，该数目由以DCI格式1_1发信令通知的pdsch-TimeDomainAllocationList的行中的所指示的有效起始和长度指示值(SLIV)的数目被发信令通知，并且M表示以DCI格式1_1发信令通知的NDI比特。在一些实施例中，每组中的数据信道的数目可以由下面的式(1)至(3)来确定。

M₁＝mod(C，M) (1)

如果M₁>0，则PDSCH组m由具有K₁的PDSCH(TTI)组成，m＝0、1、…M₁-1；并且PDSCH组m由具有K₂的PDSCH(TTI)组成，m＝M₁、M₁+1、…M-1。一个示例将参照图5来描述。

图5图示了示出根据本公开的实施例的由单个DCI调度的数据信道的示例分组的示意图500。在该示例中，C＝8并且M＝3。即，如图5中的PDSCH#0至PDSCH#7所示，存在由一个PDCCH调度的8个PDSCH，并且在DCI中存在3个PDSCH组。利用以上式(1)至(3)，确定PDSCH#0、PDSCH#1和PDSCH#2占用组#0，PDSCH#3、PDSCH#4和PDSCH#5占用组#1，并且PDSCH#6和PDSCH#7占用组#2，如图5所示。

在一些替代实施例中，网络设备120可以通过使多个组中具有相同数目的数据信道的组的数目大于第二预定值来确定数据信道的数目。例如，第二预定值可以是2。当然，任何其他合适的值也是可行的。以此方式，使得多个组中的大多数组具有相同数目的数据信道。

假设C表示经调度的PDSCH的数目，该数目由以DCI格式1_1发信令通知的pdsch-TimeDomainAllocationList的行中的所指示的有效起始和长度指示值(SLIV)的数目被发信令通知，并且M表示以DCI格式1_1发信令通知的NDI比特。在一些实施例中，每组中的数据信道的数目可以由式(1)以及下面的式(4)和(5)来确定。

K₁＝(C-M₁)/M (4)

K₂＝K₁+M₁ (5)

PDSCH组m由具有K₁的PDSCH(TTI)组成，m＝0、1、…M-2；并且PDSCH组m由具有K₂的PDSCH(TTI)组成，m＝M-1。

图6图示了示出根据本公开的实施例的由单个DCI调度的数据信道的另一示例分组的示意图600。在该示例中，C＝8并且M＝3。即，如图6中的PDSCH#0至PDSCH#7所示，存在由一个PDCCH调度的8个PDSCH，并且在DCI中存在3个PDSCH组。利用以上式(1)、(4)和(5)，确定PDSCH#0和PDSCH#1占用组#0，并且PDSCH#2和PDSCH#3占用组#1，并且PDSCH#4、PDSCH#5、PDSCH#6和PDSCH#7占用组#2，如图6所示。

要理解的是，以上式仅是示例，并且用于对多个数据信道进行分组的任何其他合适的方式也是可行的。

在一些替代实施例中，网络设备120可以向终端设备110配置高层信令参数，以指示每组中的数据信道的数目。在一些实施例中，当由单个下行链路控制信道上的DCI调度的多个数据信道被启用时，网络设备120可以设置标志以启用或禁用多个数据信道的分组或绑定。例如，该标志可以被配置如下。

PDSCH-Config：：＝SEQUENCE{

...

nulti-PDSCHs-Bundling-Flag BOOLEAN OPTIONAL，

…

}

在这些实施例中，网络设备120可以在DCI中引入一个附加比特，以发信令通知每组中的数据信道的数目(也称为组大小)。DCI有效载荷可以被设计如下。

DCI有效载荷：

-multi-PDSCHs-grouping support-0或1比特。

-如果高层参数multi-PDSCHs-Bundling-Flag为真，则为1比特。

-否则为0比特。

如果multi-PDSCH-grouping support为0，则网络设备120可以将组大小设置为2，否则，如果multi-PDSCH-grouping support为1，则网络设备120可以将组大小设置为4。

要理解的是，组大小的以上值和参数仅是示例，并且任何其他合适的值和参数也是可行的。

在确定每组中的数据信道的数目时，网络设备120可以为每组指派比特，以指示在该组中的每个数据信道上的数据传输是否是新的数据传输。以此方式，网络设备120生成包括针对多个组数据信道的比特的NDI字段。对应地，网络设备120生成RV字段。在一些实施例中，RV字段中的比特可以具有与NDI字段中的比特相同的数目。在一些实施例中，RV字段中的比特可以具有NDI字段中的比特的数目的两倍。如此，网络设备120可以生成包括具有较少比特数目的NDI字段和RV字段的DCI。

返回图4，在生成DCI时，网络设备120在单个下行链路控制信道中将DCI发送420给终端设备110。以此方式，多个数据信道由DCI调度。

在接收到DCI时，终端设备110可以确定430每组中的数据信道的数目。换言之，终端设备110可以确定由网络设备120采用的分组方式。

在一些实施例中，终端设备110可以基于NDI字段中的比特的数目和DCI中所包括的经调度数据信道的总数来确定数据信道的数目。在一些实施例中，终端设备110可以通过使数据信道的数目在多个组之间的差异不大于第一预定值来确定数据信道的数目。在一些实施例中，终端设备110可以通过使多个组中具有相同数目的数据信道的组的数目大于第二预定值来确定数据信道的数目。在一些替代实施例中，终端设备110可以基于来自网络设备120的高层信令参数来确定数据信道的数目。

要理解的是，在终端设备110处对每组中的数据信道数目的确定与在网络设备120处执行的相同，因此为了简洁起见，其他细节在此处不被重复。

通过确定每组中的数据信道的数目，终端设备110确定比特中的一个比特所对应的一组数据信道。即，终端设备110确定NDI字段的比特与多个组的数据信道之间的映射关系。

在这种情况下，终端设备110可以基于比特中的一个对应比特在多个组数据信道上执行数据传输。在经调度的数据信道是多个下行链路数据信道的一些实施例中，终端设备110可以在对应的时隙中在多个下行链路数据信道上接收440下行链路数据。在经调度的数据信道是多个上行链路数据信道的一些实施例中，终端设备110可以在对应的时隙中在多个上行链路数据信道上发送450上行链路数据。尽管三个数据信道在图4中由虚线示出，但是要理解的是，这仅是示例，并且多个数据信道的数目可以是大于或等于2的整数。

如表1所示，对DCI比特的数目进行现有解决方案和本解决方案之间的示例比较。在该示例中，假设由DCI调度8个PDSCH，并且最多两个TB被支持。

表1 DCI比特的数目的示例比较

当信噪比(SNR)良好，MCS较高并且重传率较低时，数据信道的分组可以发生。MCS和PDSCH组大小之间的示例关系如表2所示。

表2 MCS和PDSCH组大小之间的示例关系

MCS	组大小
		7	1
16	2
		22	4

可以看出，利用图4的过程，当由单个下行链路控制信道上的DCI调度多个数据信道时，绑定多个TTI可以使用较少数目的比特来指示针对每组数据信道的新数据或重传数据，并且限制RV比特。进一步地，联合使用NDI比特和pdsch-TimeDomainAllocationList来隐式指示每组中有多少TTI，网络设备将更灵活地根据性能来调度HARQ过程。

针对这些实施例，38.214的3GPP规范的修改将如下。

类似于R16中的一个PDCCH调度多个PUSCH的情况，当UE被DCI用多个PDSCH调度时，由该DCI指示的HARQ过程ID应用于第一PDSCH组，然后，针对调度顺序中的每个后续PDSCH，HARQ过程ID被递增1，其中模16运算被应用。针对给定经调度小区中的(多个)任何HARQ过程ID，预计UE不发送在时间上与另一PDSCH组重叠的PDSCH组。

如果pdsch-Config中的pdsch-TimeDomainAllocationList包含指示用于两个至八个连续PDSCH的资源分配的行，则K0指示DCI应调度多个PDSCH中的第一PDSCH的时隙。每个PDSCH都具有单独的SLIV和映射类型。经调度PDSCH的数目由以DCI格式1_1发信令通知的pdsch-TimeDomainAllocationList的行中的所指示的有效SLIV的数目被发信令通知。

当UE被DCI用多个PDSCH调度时，DCI中的rv字段和NDI字段的比特分别被一对一映射到具有按调度顺序的(多个)对应传输块的(多个)经调度PDSCH组，其中rv字段和NDI字段的LSB比特分别对应于最后调度的PDSCH组。

当UE被DCI用多个PDSCH调度时，PDSCH-to-HARQ_feedback定时指示符(被称为K1)指示DCI应调度多个PDSH中的第一PDSCH的时隙，然后按调度顺序针对每个后续PDSCH递减1，并且网络应保证针对最后一个PDSCH的K1≥0。由DCI调度的多个PDSCH中的所有PDSCH将在同一UL时隙中反馈HARQ。

调度数据信道时的HARQ反馈的示例实施方式

本公开的实施例还提供了一种用于增强针对由单个下行链路控制信道上的DCI调度的多个下行链路数据信道的HARQ反馈的解决方案。根据本公开的实施例，基于对计数器DAI的不同解释，本公开的实施例提供了用于由单个DCI调度多个下行链路数据信道时的HARQ反馈的多种解决方案。这将参照图7至图15进行详细描述。

图7图示了示出根据本公开的实施例的用于在由单个DCI进行的多个数据信道的调度时的通信的另一过程700的示意图。出于讨论的目的，过程700将参照图1来描述。过程700可以涉及图1所图示的终端设备110和网络设备120。

如图7所示，网络设备120可以生成710DCI，以调度一组下行链路数据信道。根据本公开的实施例，该组下行链路数据信道包括多个下行链路数据信道。在一些实施例中，DCI可以包括用于多个下行链路数据信道的时隙信息。在一些实施例中，DCI可以包括被分配用于多个下行链路数据信道的计数器DAI。在一些实施例中，相同的计数器DAI可以被设置用于该组中的每个下行链路数据信道。在一些实施例中，基于多个下行链路数据信道上的传输的顺序，不同的计数器DAI可以被设置用于该组中的各个下行链路数据信道。要理解的是，终端设备110和网络设备120对计数器DAI具有相同的解释。

在针对CA的一些实施例中，DCI还可以包括总DAI(也称为t-DAI)，它指示在HARQ反馈窗口中被调度的多个下行链路数据信道的总数。当然，DCI还可以包括任何其他合适的信息。

在生成DCI时，网络设备120可以向终端设备110发送720DCI。在接收到DCI时，终端设备110可以基于DCI中的时隙信息来确定针对多个下行链路数据信道的监测时机。因此，终端设备110在多个下行链路数据信道上接收730从网络设备120发送的下行链路数据。尽管三个下行链路数据信道在图7中由虚线示出，但是要理解的是，这仅是示例，并且多个下行链路数据信道的数目可以是大于或等于2的整数。

然后，终端设备110可以基于DCI中所包括的计数器DAI来发送740针对下行链路数据的HARQ反馈。根据本公开的实施例，终端设备110可以在针对下行链路控制信道的至少一个监测时机中在至少一个服务小区上从由单个下行链路控制信道所调度的多个下行链路数据信道接收下行链路数据。在这种情况下，针对下行链路数据的HARQ反馈可以在相同的上行链路数据信道或上行链路控制信道中被发送。本公开的实施例提供了针对CC(即，单个小区)和针对CA(即，多个小区)的HARQ反馈解决方案。在CC的情况下，终端设备110可以在服务小区上并且在针对下行链路控制信道的至少一个监测时机中从由单个下行链路控制信道调度的多个下行链路数据信道接收下行链路数据。

1.针对CC的HARQ反馈的示例实施方式

实施例1

在该实施例中，终端设备110可以设置相同的计数器DAI用于一组下行链路数据信道中的每个下行链路数据信道，并且基于计数器DAI和该组下行链路数据信道中的下行链路数据信道的数目生成HARQ码本。这将参照图8A和图8B进行详细描述。根据本公开的实施例，假设终端设备110被配置有类型2HARQ-ACK码本(Type-2HARQ-ACK codebook)。当然，任何其他合适的码本类型也是可行的。

图8A图示了示出根据本公开的实施例的在分量载波(CC)中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的示例生成的示意图800A。在该示例中，在由单个DCI调度的整组下行链路数据信道中，用于整个组中的每个下行链路数据信道的计数器DAI保持与在DCI中被发信令通知的值相同的值。终端设备110可以根据该小区中被支持的TB数目针对每个下行链路数据信道生成1个或2个HARQ比特。HARQ码本可以按照计数器DAI的升序来生成。

如图8A所示，PDCCH 810调度四个PDSCH，即，PDSCH#0至PDSCH#3，并且时隙#0的PDCCH 810中的c-DAI是1。PDCCH 820调度两个PDSCH，即，PDSCH#4和PDSCH#5，并且时隙#4的PDCCH 820中的c-DAI是2。PDCCH 830调度两个PDSCH，即，PDSCH#6和PDSCH#7，并且时隙#6的PDCCH 830中的c-DAI是3。假设下行链路数据在PDSCH#0至PDSCH#7上被正确地接收到。在1个TB被支持的情况下，HARQ码本840可以被生成。在2个TB被支持的情况下，HARQ码本850可以被生成。

要理解的是，图8A的示例仅用于图示，而不对本公开进行限制。任何其他合适的方式也是可行的。

在一些实施例中，如果确定计数器DAI在HARQ反馈窗口中丢失，则终端设备110可以生成针对对应组的下行链路数据信道的非确认(NACK)反馈。这将参照图8B进行描述。图8B图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图800B。在该示例中，在由DCI调度的整组下行链路数据信道中，用于整个组中的每个下行链路数据信道的计数器DAI保持与在DCI中被发信令通知的值相同的值。终端设备110可以根据该小区中被支持的TB数目针对每个下行链路数据信道生成1或2个HARQ比特。HARQ码本可以按照计数器DAI的升序来生成。如果PDCCH 810至PDCCH830中的任一DCI丢失，则终端设备110可以根据针对丢失的DCI的被支持的TB数目来生成1或2个HARQ NACK比特。

如图8B所示，PDCCH 820中的DCI丢失。在这种情况下，如果1个TB被支持，则终端设备110可以针对丢失的DCI生成1个HARQ NACK比特，如参考符号861所示，并且HARQ码本860可以被生成。如果2个TB被支持，则具有两个HARQ NACK比特的HARQ码本870可以被生成，如参考符号871所示。

实施例2

在该实施例中，终端设备110可以针对每个计数器DAI生成N个HARQ比特。此处，N表示在相同的HARQ反馈窗口(即，相同的上行链路数据信道或上行链路控制信道)中由DCI调度的下行链路数据信道的最大数目。这将参照图9A和图9B进行详细描述。

图9A图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图900A。在该示例中，在由单个DCI调度的整组下行链路数据信道中，用于整个组中的每个下行链路数据信道的计数器DAI保持与在DCI中被发信令通知的值相同的值。终端设备110可以针对每个计数器DAI生成N个HARQ比特。HARQ码本可以按照计数器DAI的升序来生成。如果在同一反馈窗口中，在其他DCI中有M个下行链路数据信道被调度，M<N，则终端设备110可以利用一个或多个NACK比特填充N个HARQ比特。

如图9A所示，PDCCH 910调度四个PDSCH，即，PDSCH#0至PDSCH#3，并且时隙#0的PDCCH 910中的c-DAI是1。PDCCH 920调度两个PDSCH，即，PDSCH#4和PDSCH#5，并且时隙#4的PDCCH 920中的c-DAI是2。PDCCH 930调度两个PDSCH，即，PDSCH#6和PDSCH#7，并且时隙#6的PDCCH 930中的c-DAI是3。假设下行链路数据在PDSCH#0至PDSCH#7上被正确地接收到。在1个TB被支持的情况下，HARQ码本940可以被生成，其中填充有HARQ NACK比特，如参考符号941所示。在2个TB被支持的情况下，HARQ码本950可以被生成，其中填充有HARQ NACK比特，如参考符号951所示。

要理解的是，图9A的示例仅用于图示，而不对本公开进行限制。任何其他合适的方式也是可行的。

在一些实施例中，如果确定计数器DAI丢失，则终端设备110可以针对对应组的下行链路数据信道生成N个HARQ NACK比特。这将参照图9B进行描述。图9B图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图900B。在该示例中，在由DCI调度的整组下行链路数据信道中，用于整个组中的每个下行链路数据信道的计数器DAI保持与在DCI中被发信令通知的值相同的值。终端设备110可以根据该小区中被支持的TB数目针对每个下行链路数据信道生成1或2个HARQ比特。HARQ码本可以按照计数器DAI的升序来生成。如果PDCCH 910至PDCCH 930中的任何DCI丢失，则终端设备110可以根据反馈窗口中的最大经调度PDSCH大小来生成N个HARQ NACK比特。在该示例中，N＝4。

如图9B所示，PDCCH 920中的DCI丢失。在这种情况下，如果1个TB被支持，则终端设备110可以针对丢失的DCI生成HARQ NACK比特，如参考符号961所示，并且HARQ码本960可以被生成。如果2个TB被支持，则具有HARQ NACK比特的HARQ码本970可以被生成，如参考符号971所示。

实施例3

在该实施例中，基于下行链路数据信道上的接收的顺序(换言之，基于下行链路数据信道的索引)通过针对每个后续下行链路数据信道将计数器DAI递增1，终端设备110可以在DCI中针对一组下行链路数据信道中的下行链路数据信道设置计数器DAI。因此，终端设备110可以基于计数器DAI和一组下行链路数据信道中的下行链路数据信道的数目来生成HARQ码本。这将参照图10A和图10B进行详细描述。

图10A图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图1000A。在该示例中，在DCI中仅有初始c-DAI被发信令通知，并且初始c-DAI意味着第一PDSCH的c-DAI值。在一些实施例中，在模16运算被应用的情况下，针对按调度顺序的每个后续PDSCH，c-DAI值被递增1。在这种情况下，由于DCI一次可能调度8个PDSCH，因此c-DAI需要具有比特长度4。终端设备110可以根据该小区中被支持的TB数目针对每个PDSCH生成1或2个HARQ比特。HARQ码本可以按照c-DAI的升序来生成。

如图10A所示，PDCCH 1010调度四个PDSCH，即，PDSCH#0至PDSCH#3，并且时隙#0的PDCCH 1010中的c-DAI是1。PDCCH 1020调度两个PDSCH，即，PDSCH#4和PDSCH#5，并且时隙#4的PDCCH 1020中的c-DAI是5。PDCCH 1030调度两个PDSCH，即，PDSCH#6和PDSCH#7，并且时隙#6的PDCCH 1030中的c-DAI是7。假设下行链路数据在PDSCH#0至PDSCH#7上被正确地接收到。在1个TB被支持的情况下，HARQ码本1040可以被生成。在2个TB被支持的情况下，HARQ码本1050可以被生成。

要理解的是，图10A的示例仅用于图示，而不对本公开进行限制。任何其他合适的方式也是可行的。

在一些实施例中，如果确定计数器DAI丢失，则终端设备110可以针对对应组的下行链路数据信道生成NACK反馈。这将参照图10B进行描述。图10B图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图1000B。在该示例中，在DCI中仅有初始c-DAI被发信令通知，并且初始c-DAI意味着第一PDSCH的c-DAI值。调度组中的剩余PDSCH的c-DAI值应该被依次递增1。在这种情况下，由于DCI一次可能调度8个PDSCH，因此c-DAI需要被扩展。在一些实施例中，c-DAI可以具有大于2的比特长度。例如，c-DAI可以具有比特长度3或4。终端设备110可以根据该小区中被支持的TB数目针对每个PDSCH生成1或2个HARQ比特。HARQ码本可以按照c-DAI的升序来生成。

如图10B所示，PDCCH 1020中的DCI丢失，因此PDSCH#4和PDSCH#5丢失。在这种情况下，如果1个TB被支持，则终端设备110可以针对丢失的PDSCH生成2个HARQ NACK比特，如参考符号1061所示，并且HARQ码本1060可以被生成。如果2个TB被支持，则具有4个HARQ NACK比特的HARQ码本1070可以被生成，如参考符号1071所示。

实施例4

在该实施例中，一组下行链路数据信道被划分为多个下行链路数据信道集合。终端设备110可以生成针对每个下行链路数据信道集合的HARQ比特(也称为crc结果)。在下行链路数据信道集合内，在针对下行链路数据信道集合的HARQ比特之间执行“BIT AND”运算(在本文中也称为与运算(AND运算))。即，如果下行链路数据信道集合中的一个集合中的下行链路数据信道上的下行链路数据被不正确地接收，则终端设备110可以生成针对该一个集合的NACK反馈。如果下行链路数据信道集合中的一个集合中的每个下行链路数据信道上的下行链路数据被正确地接收，则终端设备可以生成针对该一个集合的ACK反馈。以此方式，用于HARQ反馈的比特数能够被减少。

图11图示了示出根据本公开的实施例的在CC中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图1100。在该示例中，终端设备110可以根据该小区中支持的TB数目来生成1或2个HARQ比特。HARQ码本可以按照c-DAI的升序来生成。

如图11所示，PDCCH 1110调度四个PDSCH，即，PDSCH#0至PDSCH#3，并且时隙#0的PDCCH 1110中的c-DAI是1。PDCCH 1120调度四个PDSCH，即，PDSCH#4至PDSCH#7，并且时隙#4的PDCCH 1120中的c-DAI是2。PDSCH#0至PDSCH#3被划分为两个集合，即，组#0和组#1。PDSCH#4至PDSCH#7被划分为两个集合，即，组#2和组#3。组#0和组#1由PDCCH 1110在时隙#0中调度，并且组#2和组#3由PDCCH 1120在时隙#4中调度。

假设下行链路数据在PDSCH#0至PDSCH#7上被正确地接收到。HARQ码本可以在表3中得出结论。

表3 HARQ码本的示例生成

其中，crc0是PDSCH#0的crc结果(仅1个TB被支持)；crc0(TB1)是TB1(PDSCH#0)的crc结果，crc0(TB2)是TB2(PDSCH#0)的crc结果(2个TB被支持)。

因此，在1个TB被支持的情况下，HARQ码本1130可以被生成。在2个TB被支持的情况下，HARQ码本1140可以被生成。

要理解的是，图11的示例仅用于图示，而不对本公开进行限制。任何其他合适的方式也是可行的。尽管图11被描述为针对组中的每个PDSCH具有相同的c-DAI，但是“AND”运算的这种解决方案也可以被应用于按调度顺序递增的PDSCH的c-DAI。

2.针对CA的HARQ反馈的示例实施方式

根据本公开的实施例，在CA的情况下，终端设备110可以在多个服务小区上并且在针对下行链路控制信道的多个监测时机中从由单个下行链路控制信道调度的多个下行链路数据信道接收下行链路数据。在这种情况下，HARQ码本可以按照以下顺序来生成：单个下行链路控制信道中调度的下行链路数据信道上的接收；服务小区的索引；以及针对下行链路数据信道的PDCCH监测时机。这将参照图12至图15进行详细描述。

实施例5

在该实施例中，在PDCCH监测时机中由单个DCI调度的下行链路数据信道的数目对于每个服务小区是相同的。HARQ码本可以首先按照接收到的多个PDSCH的升序，然后按照服务小区索引的升序，最后按照PDCCH监测时机的升序来生成。这将参照图12进行详细描述。

图12图示了示出根据本公开的实施例的在载波聚合(CA)中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的示例生成的示意图1200。在该示例中，在由DCI调度的整组下行链路数据信道中，用于整个组中的每个下行链路数据信道的c-DAI保持与在DCI中被发信令通知的值相同的值，并且t-DAI被用于判断在一些PDCCH监测时机中是否存在任何丢失检测。终端设备110可以根据该小区中支持的TB数目针对每个下行链路数据信道生成1或2个HARQ比特。

如图12所示，在PDCCH监测时机#0(即，时隙#0)中，Pcell中的PDCCH 1210、Scell1中的PDCCH 1220和Scell2中的PDCCH 1230中的每一个调度四个PDSCH。HARQ码本可以基于表4得出结论。

表4HARQ码本的示例生成

因此，在1个TB被支持的情况下，HARQ码本1240可以被生成。在2个TB被支持的情况下，HARQ比特数应该被加倍。

要理解的是，图12的示例仅用于图示，而不对本公开进行限制。任何其他合适的方式也是可行的。

实施例6

在该实施例中，在监测时机中由DCI调度的时间间隔对于每个服务小区是相同的。HARQ码本可以首先按照接收到的多个PDSCH的升序，然后按照服务小区索引的升序，最后按照PDCCH监测时机的升序来生成。这将参照图13进行详细描述。

图13图示了示出根据本公开的实施例的在CA中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图1300。在该示例中，在由DCI调度的整组下行链路数据信道中，用于整个组中的每个下行链路数据信道的c-DAI保持与在DCI中被发信令通知的值相同的值，并且t-DAI被用于判断在一些PDCCH监测时机中是否存在任何丢失检测。终端设备110可以根据该小区中支持的TB数目针对每个下行链路数据信道生成1或2个HARQ比特。

如图13所示，在PDCCH监测时机#0(即，时隙#0)中，当子载波间隔(SCS)＝30kHz时，Pcell中的PDCCH 1310调度4个PDSCH，并且当SCS＝15kHz时，Scell1中的PDCCH 1320和Scell2中的PDCCH 1330调度2个PDSCH。HARQ码本可以基于表5得出结论。

表5HARQ码本的示例生成

因此，在1个TB被支持的情况下，HARQ码本1340可以被生成。在2个TB被支持的情况下，HARQ比特数应该被加倍。

要理解的是，图13的示例仅用于图示，而不对本公开进行限制。任何其他合适的方式也是可行的。

实施例7

在该实施例中，终端设备110可以在相同的PDCCH监测时机中针对每个小区的每个c-DAI生成N个HARQ比特。此处，N表示在相同的监测时机中由单个DCI调度的下行链路数据信道的最大数目。如果在相同的监测时机内，在其他小区中有M个下行链路数据信道被DCI调度，M＜N，则终端设备110可以利用一个或多个NACK比特填充N个HARQ比特。HARQ码本可以首先按照接收到的多个PDSCH的升序，然后按照服务小区索引的升序，最后按照PDCCH监测时机的升序来生成。这将参照图14进行详细描述。

图14图示了示出根据本公开的实施例的在CA中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图1400。在该示例中，在由单个DCI调度的整组下行链路数据信道中，用于整个组中的每个下行链路数据信道的c-DAI保持与在DCI中被发信令通知的值相同的值，并且t-DAI被用于判断在一些PDCCH监测时机中是否存在任何丢失检测。终端设备110可以根据该小区中支持的TB数目针对每个下行链路数据信道生成1或2个HARQ比特。

如图14所示，在相同的PDCCH监测时机#0(即，时隙#0)中，Pcell中的PDCCH 1410调度6个PDSCH，Scell1中的PDCCH 1420调度4个PDSCH，并且Scell2中的PDCCH 1430也调度4个PDSCH。HARQ码本可以基于表6得出结论。

表6HARQ码本的示例生成

因此，在1个TB被支持的情况下，HARQ码本1440可以被生成。在2个TB被支持的情况下，HARQ比特数应该被加倍。

要理解的是，图14的示例仅用于图示，而不对本公开进行限制。任何其他合适的方式也是可行的。

实施例8

在该实施例中，基于下行链路数据信道上的接收的顺序(换言之，基于下行链路数据信道的索引)通过每个后续下行链路数据信道将c-DAI递增1，终端设备110可以在针对DCI中针对一组下行链路数据信道中的下行链路数据信道设置c-DAI。因此，终端设备110可以基于c-DAI和t-DAI以及一组下行链路数据信道中的下行链路数据信道的数目来生成HARQ码本。这将参照图15进行详细描述。

图15图示了示出根据本公开的实施例的在CA中由单个DCI进行的多个数据信道的调度期间的HARQ反馈的另一示例生成的示意图1500。在该示例中，在DCI中仅有初始c-DAI被发信令通知，并且初始c-DAI意味着第一PDSCH的c-DAI值。在一些实施例中，在模16运算被应用的情况下，针对按调度顺序的每个后续PDSCH，c-DAI值被递增1。在这种情况下，由于DCI一次可能调度8个PDSCH，因此c-DAI和t-DAI中的每一个都需要被扩展。在一些实施例中，c-DAI和t-DAI中的每一个可以具有大于2的比特长度。例如，c-DAI和t-DAI中的每一个可以具有比特长度3或4。HARQ码本可以首先按照接收到的多个PDSCH的升序，然后按照服务小区索引的升序，最后按照PDCCH监测时机的升序来生成。

如图15所示，在相同的PDCCH监测时机#0(即，时隙#0)中，Pcell中的PDCCH 1510调度8个PDSCH，Scell1中的PDCCH 1520调度4个PDSCH，并且Scell2中的PDCCH 1530也调度4个PDSCH。HARQ码本可以基于表7得出结论。

表7HARQ码本的示例生成

因此，在1个TB被支持的情况下，HARQ码本1540可以被生成。在2个TB被支持的情况下，HARQ比特数应该被加倍。

要理解的是，图15的示例仅用于图示，而不对本公开进行限制。任何其他合适的方式也是可行的。

以此方式，HARQ反馈增强可以针对由单个DCI调度的多个下行链路数据信道来实现。

方法的示例实施方式

因此，本公开的实施例提供了在终端设备和网络设备处实施的通信方法。这些方法在下面将参照图16至图19描述。

图16图示了根据本公开的一些实施例的在终端设备处实施的示例通信方法1600。例如，方法1600可以在图1所示的终端设备110处被执行。出于讨论的目的，在下文中，方法1600将参照图1描述。要理解的是，方法1600可以包括未示出的附加框和/或可以省略所示的一些框，并且本公开的范围在这方面不受限制。

在框1610中，终端设备110从网络设备120接收DCI，该DCI调度多个数据信道，该多个数据信道被分组为多个组。在一些实施例中，DCI可以包括NDI字段，该NDI字段中的比特中的一个比特对应于多个组之中的一组数据信道。在一些实施例中，MCS值可以在多个组之间被共享。在一些实施例中，HARQ过程可以在多个组中的每个组中的数据信道之间被共享。在一些替代实施例中，多个组之中的每个组中的数据信道可以与不同的HARQ过程相关联。即，根据信号质量，HARQ过程可以在多个组中的每个组中的数据信道之间不被共享或被共享。

在框1620中，终端设备110基于DCI在数据信道上执行终端设备110与网络设备120之间的数据传输。在一些实施例中，终端设备110可以确定多个组之中的每组数据信道中的数据信道的数目，基于数据信道的数目来确定比特中的一个比特所对应的一组数据信道；并且基于比特中的一个比特在一组数据信道上执行数据传输。

在一些实施例中，终端设备110可以基于NDI字段中的比特的数目和DCI中所包括的经调度数据信道的总数来确定数据信道的数目。在一些实施例中，终端设备110可以通过使数据信道的数目在多个组之间的差异不大于第一预定值来确定数据信道的数目。在一些实施例中，终端设备110可以通过使多个组中具有相同数目的数据信道的组的数目大于第二预定值来确定数据信道的数目。在一些实施例中，终端设备110可以基于来自网络设备120的高层信令参数来确定数据信道的数目。

以此方式，较少的比特被用于指示针对每个数据信道组的新数据或重传数据。因此，DCI的有效载荷可以被减少，并且错误检测率也可以被降低。

图17图示了根据本公开的一些实施例的在终端设备处实施的另一示例通信方法1700。例如，方法1700可以在图1所示的终端设备110处被执行。出于讨论的目的，在下文中，方法1700将参照图1描述。要理解的是，方法1700可以包括未示出的附加框和/或可以省略所示的一些框，并且本公开的范围在这方面不受限制。

在框1710中，终端设备110从网络设备120接收由单个下行链路控制信道调度的多个下行链路数据信道上的下行链路数据。换言之，多个下行链路数据信道被单个下行链路控制信道中的DCI调度。在一些实施例中，终端设备110可以在针对下行链路控制信道的至少一个监测时机中在至少一个服务小区上从网络设备120接收下行链路数据。

在框1720中，终端设备110基于DCI中所包括的计数器DAI向网络设备120发送针对下行链路数据的HARQ反馈。

在一些实施例中，终端设备110可以按以下顺序生成HARQ码本：多个下行链路数据信道上的接收；服务小区的索引；以及针对下行链路控制信道的监测时机。在一些实施例中，针对每个服务小区，在针对下行链路控制信道的监测时机中由单个下行链路控制信道调度的下行链路数据信道的数目是相同的。在一些实施例中，针对每个服务小区，在针对下行链路控制信道的监测时机中由单个下行链路控制信道调度的时间间隔是相同的。

在一些实施例中，终端设备110可以基于在针对下行链路控制信道的监测时机中服务小区之中由单个下行链路控制信道调度的下行链路数据信道的最大数目来确定HARQ比特的数目，并且基于HARQ比特的数目来生成HARQ码本。在一些实施例中，根据确定服务小区中的下行链路数据信道的数目小于针对下行链路控制信道的监测时机中的HARQ比特的数目，终端设备110可以利用NACK反馈填充针对服务小区的空闲HARQ比特。

在一些实施例中，基于多个下行链路数据信道上的接收的顺序通过针对每个后续下行链路数据信道将计数器DAI递增1，终端设备110可以确定针对多个下行链路数据信道的计数器DAI，并且基于计数器DAI以及从单个下行链路控制信道接收的多个下行链路数据信道的数目和总DAI来生成HARQ码本。在一些实施例中，计数器DAI和总DAI中的每一项可以具有大于2的比特长度。

在一些实施例中，终端设备110可以针对多个下行链路数据信道中的每个下行链路数据信道设置相同的计数器DAI，并且基于计数器DAI和DCI中所包括的多个下行链路数据信道的数目来生成HARQ码本。在HARQ反馈窗口与由多个下行链路控制信道调度的多组的下行链路数据信道相关联的一些实施例中，如果多个下行链路控制信道中的一个下行链路控制信道丢失，则终端设备110可以生成针对多个组之中由多个下行链路控制信道中的一个下行链路控制信道所调度的一个组的NACK反馈。在本文中，多个组之中的每组下行链路数据信道由单个下行链路控制信道调度。

在HARQ反馈窗口与由多个下行链路控制信道调度的多组的下行链路数据信道相关联的一些实施例中，终端设备110可以基于HARQ反馈窗口中由单个下行链路控制信道调度的下行链路数据信道的最大数目来确定HARQ比特的数目，并且基于HARQ比特的数目来生成HARQ码本。在本文中，多个组之中的每组下行链路数据信道由单个下行链路控制信道调度。在一些实施例中，如果服务小区中的下行链路数据信道的数目小于针对下行链路控制信道的监测时机中的HARQ比特的数目，则终端设备110可以利用NACK反馈填充针对服务小区的空闲HARQ比特。

在一些实施例中，基于多个下行链路数据信道上的接收的顺序通过针对每个后续下行链路数据信道将计数器DAI递增1，终端设备110可以确定针对多个下行链路数据信道的计数器DAI，并且基于计数器DAI和DCI中所包括的多个下行链路数据信道的数目来生成HARQ码本。在一些实施例中，计数器DAI可以具有大于2的比特长度。

在多个下行链路数据信道包括多组的下行链路数据信道的一些实施例中，终端设备110可以针对多组之中的每组生成一个或两个HARQ比特。在一些实施例中，通过确定针对多组的一个组中的每个下行链路数据信道的HARQ信息比特，终端设备110可以获得HARQ信息比特，并且对HARQ信息比特执行与运算。由此，用于HARQ反馈的HARQ比特可以被生成。

以此方式，HARQ反馈增强可以针对由DCI调度的多个下行链路数据信道来实现。

图18图示了根据本公开的一些实施例的在网络设备处实施的示例通信方法1800。例如，方法1800可以在图1所示的网络设备120处被执行。出于讨论的目的，在下文中，方法1800将参照图1来描述。要理解的是，方法1800可以包括未示出的附加框和/或可以省略所示的一些框，并且本公开的范围在这方面不受限制。

如图18所示，在框1810中，网络设备120生成DCI，该DCI调度多个数据信道，该多个数据信道被分组为多个组。在一些实施例中，DCI可以包括NDI字段，该NDI字段中的比特中的一个比特对应于多个组之中的一组数据信道。在一些实施例中，MCS值可以在多个组之间被共享。在一些实施例中，HARQ过程可以在多个组中的每组中的数据信道之间被共享。在一些替代实施例中，多个组中的每个组中的数据信道可以与不同的HARQ过程相关联。

在一些实施例中，网络设备120可以确定多个组中的每组中的数据信道的数目，并且通过为多个组中的每组数据信道指派比特来生成NDI字段。

在一些实施例中，网络设备120可以基于NDI字段中的比特的数目和DCI中所包括的经调度数据信道的总数来确定数据信道的数目。在一些实施例中，网络设备120可以通过使数据信道的数目在多个组之间的差异不大于第一预定值来确定数据信道的数目。在一些实施例中，网络设备120可以通过使多个组中具有相同数目的数据信道的组的数目大于第二预定值来确定数据信道的数目。

在一些实施例中，网络设备120可以向终端设备110发送高层信令参数，该高层信令参数指示多个组之中的每个组中的数据信道的数目。

在框1820中，网络设备120将DCI发送给终端设备110。

图19图示了根据本公开的一些实施例的在网络设备处实施的示例通信方法1900。例如，方法1900可以在图1所示的网络设备120处被执行。出于讨论的目的，在下文中，方法1900将参照图1来描述。要理解的是，方法1900可以包括未示出的附加框和/或可以省略所示的一些框，并且本公开的范围在这方面不受限制。

如图19所示，在框1910中，网络设备120在由单个下行链路控制信道上发送的DCI所调度的多个下行链路数据信道上向终端设备110发送下行链路数据。

在框1920中，网络设备120基于DCI中所包括的计数器DAI从终端设备110接收针对下行链路数据的HARQ反馈。

在一些实施例中，网络设备120可以接收按以下顺序生成的HARQ码本：多个下行链路数据信道上的接收；服务小区的索引；以及针对下行链路控制信道的监测时机。在一些实施例中，针对每个服务小区，在针对下行链路控制信道的监测时机中由单个下行链路控制信道调度的下行链路数据信道的数目可以是相同的。在一些实施例中，针对每个服务小区，在针对下行链路控制信道的监测时机中由单个下行链路控制信道调度的时间间隔可以是相同的。

在一些实施例中，网络设备120可以接收HARQ比特，该HARQ比特的数目是在针对下行链路控制信道的监测时机中由单个下行链路控制信道调度的下行链路数据信道的最大数目。在下行链路数据信道的数目小于HARQ比特的数目的一些实施例中，网络设备120可以接收利用NACK反馈填充的空闲HARQ比特。

在一些实施例中，网络设备120可以接收基于计数器DAI以及从单个下行链路控制信道接收的下行链路数据信道的数目和总DAI生成的HARQ码本，该计数器DAI基于多个下行链路数据信道上的接收的顺序通过针对每个后续下行链路数据信道将计数器DAI递增1而针对多个下行链路数据信道被确定。在一些实施例中，计数器DAI和总DAI中的每一项具有大于2的比特长度。

在一些实施例中，网络设备120可以接收基于计数器DAI和DCI中所包括的下行链路数据信道的数目生成的HARQ码本，相同的计数器DAI被设置用于多个下行链路数据信道中的下行链路数据信道。在HARQ反馈窗口与由多个下行链路控制信道调度的多组的下行链路数据信道相关联的一些实施例中，根据确定多个下行链路控制信道中的一个下行链路控制信道丢失，网络设备120可以接收针对多个组中由多个下行链路控制信道中的一个下行链路控制信道所调度的一个组的NACK反馈。

在HARQ反馈窗口与由多个下行链路控制信道所调度的多组的下行链路数据信道相关联的一些实施例中，网络设备120可以接收HARQ比特，该HARQ比特的数目是在中由单个下行链路控制信道调度的下行链路数据信道的最大数目。在一些实施例中，根据确定下行链路数据信道的数目小于HARQ比特的数目，网络设备120可以接收利用NACK反馈填充的空闲HARQ比特。

在一些实施例中，网络设备120可以接收基于计数器DAI和DCI中所包括的多个下行链路数据信道的数目生成的HARQ码本，该计数器DAI基于多个下行链路数据信道上的接收的顺序通过针对每个后续下行链路数据信道将计数器DAI递增1而针对多个下行链路数据信道被确定。在一些实施例中，计数器DAI具有大于2的比特长度。

在多个下行链路数据信道包括多组的下行链路数据信道的一些实施例中，网络设备120可以接收针对多个组中的每个组生成的一个或两个HARQ比特。在一些实施例中，网络设备120可以接收通过对针对多个组中的一组中的下行链路数据信道的HARQ信息比特执行与运算而生成的一个或两个HARQ比特。

设备的示例实施方式

图20是适合于实施本公开的实施例的设备2000的简化框图。设备2000可以被认为是图1所示的终端设备110或网络设备120的又一示例实施方式。因此，设备2000可以被实施在终端设备110或网络设备120处，或者被实施为终端设备110或者网络设备120的至少一部分。

如所示，设备2000包括处理器2010、被耦合至处理器2010的存储器2020、被耦合至处理器2010的合适的发送器(TX)和接收器(RX)2040以及被耦合至TX/RX 2040的通信接口。存储器2010存储程序2030的至少一部分。TX/RX 2040用于双向通信。TX/RX 2040具有至少一个天线以便于通信，尽管在实践中，本申请中提及的接入节点可以具有若干天线。通信接口可以表示与其他网络元件通信所必需的任何接口，诸如用于eNB/gNB之间的双向通信的X2/Xn接口、用于移动性管理实体(MME)/接入和移动性管理功能(AMF)/SGW/UPF与eNB/gNB之间的通信的S1/NG接口、用于eNB/gNB与中继节点(RN)之间的通信的Un接口或者用于eNB/gNB与终端设备之间的通信的Uu接口。

假设程序2030包括程序指令，在由关联处理器2010执行时，该程序指令使设备2000能够根据本公开的实施例进行操作，如本文参照图4至图19讨论的。本文的实施例可以通过由设备2000的处理器2010可执行的计算机软件、或者通过硬件、或者通过软件和硬件的组合来实施。处理器2010可以被配置为实施本公开的各种实施例。此外，处理器2010和存储器2020的组合可以形成适用于实施本公开的各种实施例的处理部件2050。

存储器2020可以是适合本地技术网络的任何类型，并且可以使用任何合适的数据存储技术来实施，诸如作为非限制性示例的非瞬态计算机可读存储介质、基于半导体的存储器设备、磁性存储器设备和系统、光学存储器设备和系统、固定存储器和可移除存储器。虽然仅一个存储器2020在设备2000中被示出，但是在设备2000中可以存在多个物理上不同的存储器模块。处理器2010可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或多个。设备2000可以具有多个处理器，诸如在时间上从属于使主处理器同步的时钟的专用集成电路芯片。

通常，本公开的各种实施例可以被实施在硬件或专用电路、软件、逻辑或其任何组合中。一些方面可以被实施在硬件中，而其他方面可以被实施在固件或软件中，该固件或软件可以由控制器、微处理器或其他计算设备执行。虽然本公开的实施例的各个方面被图示和描述为框图、流程图或使用一些其他图形表示，但是要了解的是，作为非限制性示例，本文描述的框、装置、系统、技术或方法可以被实施在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合中。

本公开还提供了一种有形地存储在非瞬态计算机可读存储介质上的至少一个计算机程序产品。计算机程序产品包括在目标真实或虚拟处理器上的设备中执行的计算机可执行指令，诸如程序模块中所包括的计算机可执行指令，以执行上面参照图4至图19描述的过程或方法。通常，程序模块包括执行特定任务或实施特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，程序模块的功能性可以根据需要在程序模块之间被组合或拆分。用于程序模块的机器可执行指令可以在本地或分布式设备内被执行。在分布式设备中，程序模块可以位于本地和远程存储介质中。

用于执行本公开的方法的程序代码可以用一种或多种编程语言的任何组合编写。这些程序代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得当由处理器或控制器执行时，程序代码使流程图和/或框图中指定的功能/操作被实施。程序代码可以完全在机器上执行，部分地在机器上执行，作为独立软件包执行，部分地在机器上并且部分地在远程机器上执行，或者完全在远程计算机或服务器上执行。

以上程序代码可以被实施在机器可读介质上，该机器可读介质可以是可以包含或存储程序以供指令执行系统、装置或设备使用或与其结合使用的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子、磁性、光学、电磁、红外或半导体系统、装置或设备或者前述的任何合适组合。机器可读存储介质的更具体示例将包括具有一个或多个电线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光学存储设备、磁性存储设备或前述的任何合适组合。

进一步地，虽然操作是按特定顺序描绘的，但这不应被理解为要求这种操作按所示的特定顺序或相继顺序执行，或所有图示的操作被执行，以获得期望的结果。在某些情况下，多任务处理和并行处理可能是有利的。同样地，尽管若干具体实施细节被包含在以上讨论中，但这些不应被解释为对本公开的范围的限制，而是对可能特定于特定实施例的特征的描述。在单独实施例的上下文中描述的某些特征也可以被组合地实施在单个实施例中。相反，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合被实施在多个实施例中。

尽管本公开以特定于结构特征和/或方法行动的语言进行了描述，但要理解的是，所附权利要求中定义的本公开不一定被限于上述具体特征或行动。相反，上述具体特征和行动被公开为实施权利要求的示例形式。

Claims

1.一种用于通信的方法，包括：

在终端设备处，从网络设备接收下行链路控制信息，所述下行链路控制信息调度多个数据信道，所述多个数据信道被分组为多个组；以及

基于经分组的所述数据信道，执行所述终端设备与所述网络设备之间的数据传输。

2.根据权利要求1所述的方法，其中所述下行链路控制信息包括新数据指示符字段，所述新数据指示符字段中的比特中的一个比特对应于所述多个组之中的一组数据信道。

3.根据权利要求2所述的方法，其中执行所述数据传输包括：

确定所述多个组之中的每组数据信道中的数据信道的数目；

基于数据信道的所述数目，确定所述比特中的一个比特所对应的一组数据信道；以及

基于所述比特中的所述一个比特，在所述一组数据信道上执行所述数据传输。

4.根据权利要求3所述的方法，其中确定数据信道的所述数目包括：

基于所述新数据指示符字段中的所述比特的数目以及所述下行链路控制信息中所包括的经调度的数据信道的总数，确定数据信道的所述数目。

5.根据权利要求4所述的方法，其中确定数据信道的所述数目包括以下至少一项：

通过使数据信道的所述数目在所述多个组之间的差异不大于第一预定值，确定数据信道的所述数目，或者

通过使所述多个组之中具有相同数目的数据信道的组的数目大于第二预定值，确定数据信道的所述数目。

6.根据权利要求3所述的方法，其中确定数据信道的所述数目包括：

基于来自所述网络设备的高层信令参数，确定数据信道的所述数目。

7.根据权利要求1所述的方法，其中调制和编码方案(MCS)在所述多个组之间被共享。

8.根据权利要求1所述的方法，其中混合自动重传请求(HARQ)过程在所述多个组中的每个组中的数据信道之间被共享。

9.根据权利要求1所述的方法，其中所述多个组之中的每个组中的数据信道与不同的混合自动重传请求(HARQ)过程相关联。

10.一种用于通信的方法，包括：

在终端设备处，从网络设备接收由单个下行链路控制信道调度的多个下行链路数据信道上的下行链路数据；以及

基于从所述单个下行链路控制信道接收的计数器下行链路指派指示符(DAI)，向所述网络设备发送针对所述下行链路数据的混合自动重传请求(HARQ)反馈。

11.根据权利要求10所述的方法，其中发送所述HARQ反馈包括按以下顺序生成HARQ码本：

所述多个下行链路数据信道上的接收；

服务小区的索引；以及

针对下行链路控制信道的监测时机。

12.根据权利要求11所述的方法，其中针对每个服务小区，在针对下行链路控制信道的监测时机中由单个下行链路控制信道调度的下行链路数据信道的数目是相同的。

13.根据权利要求11所述的方法，其中针对每个服务小区，在针对下行链路控制信道的监测时机中由单个下行链路控制信道调度的时间间隔是相同的。

14.根据权利要求11所述的方法，其中生成所述HARQ码本包括：

基于在针对下行链路控制信道的监测时机中所述服务小区之中由单个下行链路控制信道调度的下行链路数据信道的最大数目，确定HARQ比特的数目；以及

基于HARQ比特的所述数目，生成所述HARQ码本。

15.根据权利要求14所述的方法，其中生成所述HARQ码本包括：

根据确定所述服务小区中的一个服务小区中的下行链路数据信道的数目小于针对下行链路控制信道的监测时机中的所述HARQ比特的所述数目，利用非确认(NACK)反馈填充针对所述服务小区中的所述一个服务小区的空闲HARQ比特。

16.根据权利要求11所述的方法，其中发送所述HARQ反馈包括：

基于所述多个下行链路数据信道上的所述接收的顺序，通过针对每个后续下行链路数据信道将计数器DAI递增1，来确定针对所述多个下行链路数据信道的所述计数器DAI；以及

基于所述计数器DAI以及从所述单个下行链路控制信道接收的所述多个下行链路数据信道的数目和总DAI，生成HARQ码本。

17.根据权利要求16所述的方法，其中所述计数器DAI和所述总DAI中的每一项具有大于2的比特长度。

18.根据权利要求10所述的方法，其中发送所述HARQ反馈包括：

针对所述多个下行链路数据信道中的每个下行链路数据信道设置相同的计数器DAI；以及

基于所述计数器DAI和所述多个下行链路数据信道的数目，生成HARQ码本。

19.根据权利要求18所述的方法，其中HARQ反馈窗口与由多个下行链路控制信道调度的多组的下行链路数据信道相关联，并且

其中生成所述HARQ码本包括：

根据确定所述多个下行链路控制信道中的一个下行链路控制信道丢失，生成针对所述多组之中由所述多个下行链路控制信道中的所述一个下行链路控制信道所调度的一个组的非确认(NACK)反馈。

20.根据权利要求18所述的方法，其中HARQ反馈窗口与由多个下行链路控制信道调度的多组的下行链路数据信道相关联，并且

其中生成所述HARQ码本包括：

基于在所述HARQ反馈窗口中由单个下行链路控制信道调度的下行链路数据信道的最大数目，确定HARQ比特的数目；以及

基于HARQ比特的所述数目，生成所述HARQ码本。

21.根据权利要求20所述的方法，其中生成所述HARQ码本包括：

根据确定下行链路数据信道的数目小于所述HARQ比特的所述数目，利用非确认(NACK)反馈填充空闲HARQ比特。

22.根据权利要求10所述的方法，其中发送所述HARQ反馈包括：

基于所述多个下行链路数据信道上的所述接收的顺序，通过针对每个后续下行链路数据信道将计数器DAI递增1，确定针对所述多个下行链路数据信道的所述计数器DAI；以及

23.根据权利要求22所述的方法，其中所述计数器DAI具有大于2的比特长度。

24.根据权利要求18或22所述的方法，其中所述多个下行链路数据信道包括多组的下行链路数据信道，并且

其中生成所述HARQ码本包括：

针对所述多组之中的每组生成一个或两个HARQ比特。

25.根据权利要求24所述的方法，其中生成所述一个或两个HARQ比特包括：

通过确定针对所述多组的一个组中的每个下行链路数据信道的HARQ信息比特，获得HARQ信息比特；以及

对所述HARQ信息比特执行与运算。

26.一种用于通信的方法，包括：

在网络设备处，生成下行链路控制信息，所述下行链路控制信息调度多个数据信道，所述多个数据信道被分组为多个组；以及

向终端设备发送所述下行链路控制信息。

27.根据权利要求26所述的方法，其中所述下行链路控制信息包括新数据指示符字段，所述新数据指示符字段中的比特中的一个比特对应于所述多个组之中的一组数据信道。

28.根据权利要求27所述的方法，其中生成所述下行链路控制信息包括：

确定所述多个组之中的每组数据信道中的数据信道的数目；以及

通过为所述多个组之中的每组数据信道指派比特，来生成所述新数据指示符字段。

29.根据权利要求28所述的方法，其中确定数据信道的所述数目包括：

30.根据权利要求29所述的方法，其中确定数据信道的所述数目包括以下至少一项：

通过使数据信道的所述数目在数据信道的所述多个组之间的差异不大于第一预定值，确定数据信道的所述数目，或者

31.根据权利要求26所述的方法，还包括：

向所述终端设备发送高层信令参数，所述高层信令参数指示数据信道的所述多个组之中的每个组中的数据信道的数目。

32.根据权利要求26所述的方法，其中调制和编码方案(MCS)在所述多个组之间被共享。

33.根据权利要求26所述的方法，其中混合自动重传请求(HARQ)过程在所述多个组中的每个组中的数据信道之间被共享。

34.根据权利要求26所述的方法，其中所述多个组之中的每个组中的数据信道与不同的混合自动重传请求(HARQ)过程相关联。

35.一种用于通信的方法，包括：

在网络设备处，向终端设备发送由单个下行链路控制信道调度的多个下行链路数据信道上的下行链路数据；以及

基于计数器下行链路指派指示符(DAI)，从所述终端设备接收针对所述下行链路数据的混合自动重传请求(HARQ)反馈。

36.根据权利要求35所述的方法，其中接收所述HARQ反馈包括接收按以下顺序生成的HARQ码本：

所述多个下行链路数据信道上的接收；

服务小区的索引；以及

针对下行链路控制信道的监测时机。

37.根据权利要求36所述的方法，其中针对每个服务小区，在针对下行链路控制信道的监测时机中由单个下行链路控制信道调度的下行链路数据信道的数目是相同的。

38.根据权利要求36所述的方法，其中针对每个服务小区，在针对下行链路控制信道的监测时机中由单个下行链路控制信道调度的时间间隔是相同的。

39.根据权利要求36所述的方法，其中接收所述HARQ码本包括：

接收HARQ比特，所述HARQ比特的数目是在针对下行链路控制信道的监测时机中每个服务小区之中由单个下行链路控制信道调度的下行链路数据信道的最大数目。

40.根据权利要求39所述的方法，其中下行链路数据信道的数目小于所述HARQ比特的所述数目，并且

其中接收所述HARQ比特包括接收利用非确认(NACK)反馈填充的空闲HARQ比特。

41.根据权利要求36所述的方法，其中接收所述HARQ反馈包括：

接收基于计数器DAI以及从所述单个下行链路控制信道接收的下行链路数据信道的数目和总DAI生成的HARQ码本，所述计数器DAI基于所述多个下行链路数据信道上的所述接收的顺序通过针对每个后续下行链路数据信道将所述计数器DAI递增1而针对所述多个下行链路数据信道被确定。

42.根据权利要求41所述的方法，其中所述计数器DAI和所述总DAI中的每一项具有大于2的比特长度。

43.根据权利要求35所述的方法，其中接收所述HARQ反馈包括：

接收基于所述计数器DAI和所述多个下行链路数据信道的数目生成的HARQ码本，相同的计数器DAI被设置用于所述多个下行链路数据信道中的每个下行链路数据信道。

44.根据权利要求43所述的方法，其中HARQ反馈窗口与由多个下行链路控制信道调度的多组的下行链路数据信道相关联，并且

其中接收所述HARQ码本包括：

根据确定所述多个下行链路控制信道中的一个下行链路控制信道丢失，接收针对所述多组中由所述多个下行链路控制信道中的所述一个下行链路控制信道所调度的一个组的非确认(NACK)反馈。

45.根据权利要求43所述的方法，其中HARQ反馈窗口与由多个下行链路控制信道所调度的多组的下行链路数据信道相关联，并且

其中接收所述HARQ码本包括：

接收HARQ比特，所述HARQ比特的数目是在所述HARQ反馈窗口中由单个下行链路控制信道调度的下行链路数据信道的最大数目。

46.根据权利要求45所述的方法，其中接收所述HARQ比特包括：

根据确定服务小区中的下行链路数据信道的数目小于所述HARQ比特的所述数目，接收利用非确认(NACK)反馈填充的针对所述服务小区的空闲HARQ比特。

47.根据权利要求35所述的方法，其中接收所述HARQ反馈包括：

接收基于计数器DAI以及所述多个下行链路数据信道的数目生成的HARQ码本，所述计数器DAI基于所述多个下行链路数据信道上的所述接收的顺序通过针对每个后续下行链路数据信道将所述计数器DAI递增1而针对所述多个下行链路数据信道被确定。

48.根据权利要求47所述的方法，其中所述计数器DAI具有大于2的比特长度。

49.根据权利要求43或47所述的方法，其中所述多个下行链路数据信道包括多组的下行链路数据信道，并且

其中接收所述HARQ码本包括：

接收针对所述多组之中的每个组生成的一个或两个HARQ比特。

50.根据权利要求49所述的方法，其中接收所述一个或两个HARQ比特包括：

接收通过对针对所述多组中的一组中的下行链路数据信道的HARQ信息比特执行与运算而生成的所述一个或两个HARQ比特。

51.一种终端设备，包括：

处理器；以及

存储器，被耦合至所述处理器并且在所述存储器上存储有指令，所述指令在由所述处理器执行时，使所述终端设备执行根据权利要求1至25中任一项所述的方法。

52.一种网络设备，包括：

处理器；以及

存储器，被耦合至所述处理器并且在所述存储器上存储有指令，所述指令在由所述处理器执行时，使所述网络设备执行根据权利要求26至50中任一项所述的方法。

53.一种计算机可读介质，在其上存储有指令，当在至少一个处理器上执行时，所述指令使所述至少一个处理器执行根据权利要求1至25中任一项所述的方法。

54.一种计算机可读介质，在其上存储有指令，当在至少一个处理器上执行时，所述指令使所述至少一个处理器执行根据权利要求26至50中任一项所述的方法。