CN110830210A

CN110830210A - 一种下行控制信息传输方法及装置

Info

Publication number: CN110830210A
Application number: CN201810911156.3A
Authority: CN
Inventors: 胡有军; 戴博; 方惠英; 杨维维; 刘锟
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2018-08-10
Filing date: 2018-08-10
Publication date: 2020-02-21
Anticipated expiration: 2038-08-10
Also published as: CN110830210B

Abstract

本发明提供了一种下行控制信息传输方法及装置，其中，该方法包括：当一个下行控制信息DCI调度多传输块TB时，通过一个DCI的混合自动重复请求HARQ进程域指示调度所述多TB的进程信息和调度的进程对应的新数据指示NDI信息，其中，所述HARQ进程域对应的状态至少包括两个TB对应NDI信息不同的状态；通过物理下行链路控制信道PDCCH传输所述DCI。通过本发明，解决了相关技术中在多TB混传调度时如何将多个TB的控制信息在一个PDCCH中进行指示的问题，实现了新传与重传混传时通过一个DCI调度多TB，且开销较小的效果。

Description

一种下行控制信息传输方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种下行控制信息传输方法及装置。

背景技术

相比于半静态调度，多传输快(Transport Blocks，简称为TB)调度对于非周期性的业务更加适配，调度也更加灵活。利用一调多可大大降低控制信令的开销，但同时物理下行链路控制信道(Physical Downlink Control Channel，简称为PDCCH)的设计也便成了多TB调度面临的主要问题。在TB传输时，有重传和新传两种状态。对于一个进程而言，其可能有TB调度，也可能没有。所以，为充分利用各进程进行多TB的调度，在重传时可进行其他进程新传TB的调度能提高传输效率。

在一个UE连接后进行数据传输时，在分包时往往倾向于将TB大小设置相等，当不等时也可通过padding实现。所以在此假设多TB传输时，新传传输块大小(TransportBlocks Size，简称为TBS)都是相同的。但由于重传时其目标BLER与新传不一致，为提高传输效率，需要对重传TB进行更为合理的资源分配。所以在多TB混传调度时，除去指示各个进程的使用情况，TB重传情况，还需让UE知道各个TB的大小。

针对相关技术中在多TB混传调度时如何将多个TB的控制信息在一个PDCCH中进行指示的问题，尚未提出解决方案。

发明内容

本发明实施例提供了一种下行控制信息传输方法及装置，以至少解决相关技术中在多TB混传调度时如何将多个TB的控制信息在一个PDCCH中进行指示的问题。

根据本发明的一个实施例，提供了一种下行控制信息传输方法，包括：

当一个下行控制信息(Downlink Control Information，简称为DCI)调度多传输块TB时，通过一个DCI的混合自动重复请求(Hybrid Automatic Repeat reQuest，简称为HARQ)进程域指示调度所述多TB的进程信息和调度的进程对应的新数据指示NDI信息，其中，所述HARQ进程域对应的状态至少包括两个TB对应NDI信息不同的状态；

通过物理下行链路控制信道PDCCH传输所述DCI。

可选地，所述DCI调度的最大TB数量等于支持的最大HARQ进程数量。

可选地，在支持的最大HARQ进程数量等于一个DCI最大调度的TB数量m的情况下，支持调度的TB数量为m，m/2，……，m/2^x-1，所述HARQ进程域为x+2比特，其中，m/2^x-1＝1。

可选地，

在支持的最大HARQ进程数为2的情况下，所述HARQ进程域为3比特，所述HARQ进程域指示调度所述多TB的进程信息和调度的进程对应的NDI信息至少包含以下之一：

进程0且NDI＝0，进程1且NDI＝0；

进程0且NDI＝0，进程1且NDI＝1；

进程0且NDI＝1，进程1且NDI＝1；

进程0且NDI＝1，进程1且NDI＝0；

进程0且NDI＝0；

进程0且NDI＝1；

进程1且NDI＝0；

进程1且NDI＝1；

或者,

在支持的最大HARQ进程数为8，一个DCI调度8TB的情况下，所述HARQ进程域为6比特、5比特、4比特其中之一。

可选地，在所述DCI中还包括一个组号域，其中，所述组号域用于指示调度的HARQ进程组信息。

可选地，所述通过一个DCI的HARQ进程域指示调度所述多TB的进程信息和调度的进程对应的NDI信息包括：

在支持的最大HARQ进程数量大于一个DCI调度的TB数量的情况下，通过所述组号域和所述HARQ进程域指示一个DCI调度所述多TB的进程信息和调度的进程对应的NDI信息。

可选地，若支持的最大HARQ进程数为X，一个DCI调度的TB数为Y，所述组号域为

比特。

可选地，所述通过所述组号域和所述HARQ进程域指示一个DCI调度所述多TB的进程信息和调度的进程对应的NDI信息包括以下至少之一：

在支持的最大HARQ进程数为X₁，一个DCI调度2TB的情况下，通过组号域，与3bit HARQ进程域指示调度所述2TB的进程信息和调度的进程对应的NDI信息，其中，X₁为大于2的整数；

在支持的HARQ进程数为X₂，一个DCI调度4TB的情况下，通过

组号域与5bit HARQ进程域指示调度所述4TB的进程信息和调度的进程对应的NDI信息，或者通过

组号域与4bit HARQ进程域指示调度所述4TB的进程信息和调度的进程对应的NDI信息，其中，X₂为大于4的整数；

在支持的HARQ进程数为X₃，一个DCI调度8TB的情况下，通过

组号域与5bit HARQ进程域指示调度所述8TB的进程信息和调度的进程对应的NDI信息，其中，X₃为大于8的整数。

可选地，所述通过

组号域与4bit HARQ进程域指示调度所述4TB的进程信息和调度的进程对应的NDI信息包括以下至少之一：

在接收到的反馈信息为2bit，一个DCI调度所述4TB时，通过

组号域与5bit HARQ进程域指示调度所述4TB的进程信息和调度的进程对应的NDI信息；

在接收到的反馈信息为1bit，一个DCI调度所述4TB时，通过

在接收到的反馈信息为1bit，一个DCI调度所述4TB且减少调度的TB数量的情况下，通过

组号域与4bit HARQ进程域指示调度所述4TB的进程信息和调度的进程对应的NDI信息。

可选地，当所述组号域指示所述DCI调度的进程为多组时，所述多个进程组内调度进程的组内编号相同，所述各组的组内进程相应NDI信息相同，不同进程组对应的进程不同，不同进程组对应的进程数量相同。

可选地，所述方法还包括：

根据资源指示域确定重传TB的资源，根据资源指示域、资源偏移参数、调制编码域中至少之一确定新传TB的资源；或者，

根据资源指示域确定新传TB的资源，至少根据资源指示域、资源偏移参数、调制编码域中至少之一确定重传TB的资源，

其中，所述资源指示域包括：资源分配域和/或重复次数域。

可选地，所述资源偏移参数为预定义值，或者，所述资源偏移参数根据调制编码域、资源指示域、无线资源控制RRC信令、DCI中信令至少之一确定。

可选地，所述至少根据资源指示域、资源偏移参数、调制编码域中至少之一确定TB的资源包括：

指示2＝取整[K₁*指示1]；或者，

指示2＝指示1+K₂；

其中，所述K₁，K₂为资源偏移参数，所述指示1为DCI中通过资源分配域中资源分配量的索引I_SF、调制编码域的指示值I_TBS、重复次数域指示值R中至少之一确定的重传指示，所述指示2为新传实际资源的指示，或者所述指示1为DCI中通过资源分配域中I_SF、调制编码域I_TBS、重复次数域R中至少之一确定的新传指示，所述指示2为重传实际资源的指示。

根据本发明实施例的另一方面，还提供了一种下行控制信息传输装置，包括：

指示调度模块，用于当一个下行控制信息DCI调度多传输块TB时，通过一个DCI的混合自动重复请求HARQ进程域指示调度所述多TB的进程信息和调度的进程对应的新数据指示NDI信息，其中，所述HARQ进程域对应的状态至少包括两个TB对应NDI信息不同的状态；

传输模块，用于通过物理下行链路控制信道PDCCH传输所述DCI。

可选地，所述指示调度模块包括：

指示单元，用于在支持的最大HARQ进程数量大于一个DCI调度的TB数量的情况下，通过所述组号域和所述HARQ进程域指示一个DCI调度所述多TB的进程信息和调度的进程对应的NDI信息。

比特。

可选地，所述指示调度模块，还用于执行以下至少之一：

在支持的最大HARQ进程数为X₁，一个DCI调度2TB的情况下，通过

组号域，与3bit HARQ进程域指示调度所述2TB的进程信息和调度的进程对应的NDI信息，其中，X₁为大于2的整数；

在支持的HARQ进程数为X₂，一个DCI调度4TB的情况下，通过

组号域与5bit HARQ进程域指示调度所述4TB的进程信息和调度的进程对应的NDI信息，或者通过组号域与4bit HARQ进程域指示调度所述4TB的进程信息和调度的进程对应的NDI信息，其中，X₂为大于4的整数；

在支持的HARQ进程数为X₃，一个DCI调度8TB的情况下，通过组号域与5bit HARQ进程域指示调度所述8TB的进程信息和调度的进程对应的NDI信息，其中，X₃为大于8的整数。

可选地，所述装置还包括：

确定模块，用于根据资源指示域确定重传TB的资源，根据资源指示域、资源偏移参数、调制编码域中至少之一确定新传TB的资源；或者，

其中，所述资源指示域包括：资源分配域和/或重复次数域。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，在多TB的大小相同，且新传和重传混传的情况下，通过一个DCI的HARQ进程域指示调度所述多TB的进程信息和调度的进程对应的NDI信息，通过PDCCH传输所述DCI，因此，可以解决相关技术中在多TB混传调度时如何将多个TB的控制信息在一个PDCCH中进行指示的问题，实现了新传与重传混传时通过一个DCI调度多TB，且开销较小的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的下行控制信息传输方法的流程图；

图2是根据本发明实施例的下行控制信息传输装置的结构框图；

图3是根据本发明优选实施例的下行控制信息传输装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

在本实施例中，图1是根据本发明实施例的下行控制信息传输方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，当一个下行控制信息DCI调度多传输块TB时，通过一个DCI的混合自动重复请求HARQ进程域指示调度所述多TB的进程信息和调度的进程对应的新数据指示NDI信息；

其中，所述HARQ进程域对应的状态至少包括两个TB对应NDI信息不同的状态。当多进程调度k个TB时，进程域状态表明k个TB，可能全为新传，可能全为重传，可能既有新传又有重传，即此时起码有两个TB对应的NDI信息不同。

步骤S104，通过物理下行链路控制信道PDCCH传输所述DCI。

通过上述步骤，在多TB的大小相同，且新传和重传混传的情况下，由于通过一个DCI的混合自动重复请求HARQ进程域指示调度所述多TB的进程信息和调度的进程对应的NDI信息，通过PDCCH传输所述DCI，因此，可以解决相关技术中在多TB混传调度时如何将多个TB的控制信息在一个PDCCH中进行指示的问题，实现了新传与重传混传时通过一个DCI调度多TB，且开销较小的效果。

可选地，上述步骤的执行主体可以为基站等，但不限于此。

可选地，

进程0且NDI＝0，进程1且NDI＝0；

进程0且NDI＝0，进程1且NDI＝1；

进程0且NDI＝1，进程1且NDI＝1；

进程0且NDI＝1，进程1且NDI＝0；

进程0且NDI＝0；

进程0且NDI＝1；

进程1且NDI＝0；

进程1且NDI＝1；

或者,

比特。

在支持的HARQ进程数为X₂，一个DCI调度4TB的情况下，通过

在支持的HARQ进程数为X₃，一个DCI调度8TB的情况下，通过

可选地，所述通过

在接收到的反馈信息为2bit，一个DCI调度所述4TB时，通过

在接收到的反馈信息为1bit，一个DCI调度所述4TB时，通过

可选地，所述方法还包括：

其中，所述资源指示域包括：资源分配域和/或重复次数域。

指示2＝取整[K₁*指示1]；或者，

指示2＝指示1+K₂；

本发明实施例提供了在调度增强场景下，一调多个相同新传TBS时，新传TB与重传TB混传TBS可能不同情形下的DCI信令开销设计。

当多TB调度支持新传TB与重传TB一起传输的混传模式时，用于一调多的PDCCH需要重新设计。其主要涉及进程调度相关内容和资源调度相关内容。在考虑重传TBS与新传TBS一致且资源分配情况不变的条件下，主要对进程调度进行设计。其设计目标主要是降低开销，尽量保证所有进程都有调度的机会。在重传TBS与新传TBS一致且重传资源分配减少的条件下，其重传资源的指示需要对UE已知，其设计方法是根据调制编码域的内容有不同程度减少资源分配。

多TB调度时支持新传TB与重传TB的混传模式时。新的PDCCH格式需要被设计，DCI内容涉及的主要两方面内容为进程域，NDI域以及资源分配域、调制编码域和重复次数域。

1)进程数为2，在最大支持2TB调度时，其混传方案如下所示：

进程共8个状态，3bit可实现指示，其3bit具体对应哪种状态可选。此时UE端反馈1bit或2bit时混传方案不变。

2)进程数为2X(X为正整数)，一个PDCCH最大支持2TB调度时，则需加入进程组号的指示(即将所有进程分组)。每组2个TB，调度方案与3)相同，组号的指示额外需要Ceil(Log2(X))bit。此时一个PDCCH调度一组。

3)若进程数为X＝M*N，一个PDCCH最大支持M TB调度时，即将X个进程分为N组，每组M个进程，一个PDCCH支持M TB。此时可N组是否被使用采用bitmap的方式，来指示其中的组被调度情况，被调度的组之间TB调度情况一致，均由一个PDCCH指示。此时组的指示需要Nbit，M＝2时混传方案可采用1)中方案，M取其他值时则采用后续方案或其他方案。

4)进程数为4，最大支持4TB调度时，UE端采用1bit反馈时，一种混传设计规则和方案如下所示：

设计规则：

确定新传状态：进程对称(两次调度时进程0对应进程3，一次调度时进程12关于自身对称)，且可调度的TB数量连续，3TB调度的进程与1进程调度的进程互补(二者进程无交集，并集恰好为所有支持的进程)

根据反馈确定重传状态：1bit反馈时，则一个新传状态对应一个重传状态。

确定混传状态：根据重传状态加入新传状态(或根据新传加入重传状态。加入新状态时遵循的主要原则有：

根据重传的状态加入新传状态形成的混传，尽量使得混传形成的重传状态与新传新传形成的重传状态可以复用。

已经在重传中使用的进程不再支持新传，只能在剩余进程中加入新传TB

最大混传支持调度的TB数目和最大新传调度的TB数量一致。

方案：

注：0123表示调度进程0123。如上所示共有新传状态8个，重传状态8个，混传状态15个。需要5bit进行表示。还有一个状态可另外指示。

5)进程数为4，最大支持4TB调度时，UE端采用2bit反馈时，一种混传方案设计约束条件有如下：

约束条件是基于4)中设计规则，做进一步约束，加入的约束条件为

减少进程12的2TB调度，尽量增加对进程01和进程23的复用。

去掉状态重合部分，得到新传状态7个，重传状态9个，混传状态16个，则共需要5bit指示。

6)进程数为4，最大支持4TB调度时，UE端采用1bit反馈时，一种混传设计规则和方案如下所示：

主要的设计目的是减少开销

设计的思路是和4)中设计规则一致，只是减少一些状态即可实现。其中一个实例如下所示：

7)对于X进程数量，最大支持Y TB调度时，X能被Y整除。此时需要组号域对进程进行分组，需要额外的开销大小为ceil(log2(Y/X))bit。

8)当最大调度的TB数量为m(m为大于0的偶数)，进程数量等于最大调度的TB数量，其中混传的设计方法采用二分法，即支持调度的TB数量为m,m/2…m/(2x-1)(m/(2x-1)＝1或为不可整除的奇数)。当调度m个时，则全部调度仅一种调度方式。当调度m/2个TB时，则有两种调度方式。所以新传状态有2x-1个，当采用1bit反馈时，则还需重传状态2x-1个，混传状态此时还可以加入2*2x+2个，此时开销为x+2bit。当进程数量大于最大调度的TB数量时，则取最大调度的TB数量对应的进程数量进行调度即可。

9)重传时，保持TB的TBS不变，但在实际分配资源时，RU数量减少，方法为：指示2＝取整[开销控制系数*指示1]，开销控制系数有以下4种方式进行确定，系数取固定值，根据I_TBS确定(如下表实例)，利用信令指示(需要开销)。或者根据N_SF确定。

其中一种根据I_TBS确定方式的具体表现形式为，指示1表示DCI中重传指示，指示2表示新传所分配的实际RU资源指示，对I_SF操作后，做向上取整操作有：

当认为需要着重保证新传的传输时，则指示1可为新传指示，而重传资源分配由指示2默认。同时也可以对N_SF操作，原理类似。

10)重传时，保持TB的TBS不变，但在实际分配资源时，RU数量减少，另一方法为：指示2＝指示1+offset(资源偏移量)，资源偏移量有以下4种方式进行确定，取固定值，根据I_TBS确定(如下表实例)，利用信令指示(需要开销)。或者根据N_SF确定。

其中一种具体表现形式为，指示1表示DCI中重传指示，指示2表示所分配的实际RU资源，资源偏移量为对I_SF偏移，有：

对边界加以限定：I_SF+K2>8时，则N_SF取I_SF＝7的值。I_SF+K2<＝1时，N_SF取等效I_SF+K2对应的值。同时也可以对N_SF进行偏移，原理类似。

下面通过具体示例对本发明实施例进行详细说明。

示例1

本实施例主要用于多TB调度增强时2TB调度场景，目的是减少信令开销，实现多TB调度，提高传输效率，降低开销。特点是在多TB调度时，新传TB和重传TB可以混传，且TBS可能不一致，2TB调度主要应用于NB-IoT。

在2TB调度时，由于新传和重传资源在一起传输过程中对于目标BLER不一致，所以在重传时，其DCI内容中关于资源分配，调制编码等内容需要作出相关改变。另外，在新传与重传进行混传时，需要满足多TB调度时HARQ进程的分配，所以DCI内容中关于NDI和HARQProcess域的内容也需要作出调整。在本实施例中，主要讨论新传TB与重传TB的混传规则，以及NDI和HARQ Process的信令指示。

在2TB混传时，每个进程可能有新传，重传或者无(不传)三种状态。所有状态有3^2＝9种，由于没有无无(两个进程都不传)的状态，所以有效状态为8种，采用3bit即可完全表述，其中的一种表示方法如下：

显然DCI信令一共8个状态，可以使用任意一个状态对应进程的实际状态，只需要保证一一映射即可。其可能的映射方式A88＝40320种。对于2进程的NB-IoT而言，NDI和HARQProcess在DCI中均为1bit，再采用混传方案后，则复用NDI域和HARQ Process域的2bit，还需额外增加1bit，也就是共3bit实现2TB的混传调度。

以2进程为基础，进一步得到进程数为2X(X为正整数)，一个PDCCH最大支持2TB调度时，则需加入进程组号的指示(即将所有进程分组)。每组2个TB，调度方案与实施例相同，组号的指示额外需要Ceil(Log2(X))bit。此时一个PDCCH调度一组。

若进程数为X＝M*N，一个PDCCH最大支持M TB调度时，即将X个进程分为N组，每组M个进程，一个PDCCH支持M TB。此时可N组是否被使用采用bitmap的方式，来指示其中的组被调度情况，被调度的组之间TB调度情况一致，均由一个PDCCH指示。此时组的指示需要Nbit，M＝2时混传方案可采用1)中方案，M取其他值时则采用后续方案或其他方案。

在用户接收到DCI并对业务数据进行解码后，需要对其进行反馈。反馈的模式为参考点信息反馈。参考点可以多个，参考点的信息反馈也可以多个bit，但不超过TB数量。

本实施例通过直接指示进程索引和传输情况的方式，在原有基础上增加1bit实现2TB的混传调度，提高了传输效率，节省了DCI开销。

示例2

本实施例主要用于多TB调度增强时4TB调度场景，目的是减少信令开销，实现多TB调度，提高传输效率，降低开销。特点是在多TB调度时，新传TB和重传TB可以混传，且重传资源可与新传不同。

在eMTC中，FDD场景最大支持8进程，甚至支持10进程，在TDD场景下支持更多。在本实施例中，单个PDCCH DCI仅支持最大调度4个TB。当调度更多数量进程时，采用的方案为基于最大TB调度数量方法引入进程组号。由于NDI已经无法指示新传与重传在一起混传的情况，所以将其直接融入到进程索引中，不同的状态分别指示新传与重传。

进程组号Group ID的划分，是指将所有进程进行分组。例如当最大支持8进程时，可分为4+4共2组，也可以是其他组合。在10进程时，可以是2+4+4，也可以是3+3+4，也可以是其他组合。

在一个分组内包含m个进程，对进程进行编号为0,1,2…m-1。当一组内包含4进程时，则使用Group ID+Process state即可实现任意TB数量的多TB调度。当为4TB调度时，由于新传和重传资源在一起传输过程中对于目标BLER不一致，所以在重传时，关于资源分配，调制编码等内容需要作出改变。另外，在新传与重传进行混传时，需要满足多TB调度时HARQ进程的分配，所以DCI内容中关于NDI和HARQ Process域的内容也需要作出调整。在本实施例中，主要讨论新传TB与重传TB的混传规则，以及NDI和HARQ Process的信令指示。

在4TB调度时，每个TB对应一个HARQ进程，每个进程有新传，重传或无的状态。若表示全部状态，则需要8^3-1＝2^9-1＝511个状态，共需要9bit。显然由原来的NDI域1bit和HARQ Process域3bit共4bit扩展为9bit，未免开销过大。为减小开销，保证传输的有效性，进程数为4，最大支持4TB调度时，UE端采用1bit反馈时，一种混传设计规则和方案如下所示：

设计规则：

确定新传状态：进程对称(两次调度时进程0对应进程3,一次调度时12关于自身对称)，且可调度的TB数量连续，3TB调度的进程与1进程调度的进程互补(二者进程无交集，并集恰好为所有支持的进程)

1)根据重传的状态加入新传状态形成的混传，若全部重传能在前一步设计的重传状态中找到。

2)已经在重传中使用的进程不再支持新传，只能在剩余进程中加入新传TB

3)最大混传支持调度的TB数目和最大新传调度的TB数量一致。

方案：

NDI＝0表示重传，NDI＝1表示新传。

新传状态3bit，重传状态的表示还需要1bit，组号1bit，此时已经由原本的4bit变为5bit。再额外增加1bit来表示更多的混传状态是可在接受的范围。重传和混传状态的多少是和反馈端相关的。当只反馈1bit时，则所需要的重传状态会少一些，但单个TB的传输失败会导致整个组内的所有进程中的TB重传。当反馈2bit时，所需的重传状态会多一些，但重传时其所需要的资源更少。当反馈4bit时，不仅对UE端有着更高的要求，对于重传的状态要求更多，其所需要的信令开销更大。所以在信令开销，和重传性能的角度折衷考虑，方案主要为反馈2bit或者1bit。本实施例中主要讨论bundling反馈1bit时的方案。

非混传状态8个+重传状态8个+混传状态15个＝31个状态，一共需要5个bit开销。由原来的4bit，需要额外增加1bit。所以在1TB时，支持调度另外3个进程。在2TB时，支持调度另外2个进程，在3TB时，支持调度剩余的1个进程。

本实施例通过在原有基础上增加1bit实现4TB的混传调度，提高了传输效率，节省了DCI开销。对于eMTC HARQ 8进程，则还需1bit指示组号。

实施例3

本实施例主要用于多TB调度增强时4TB调度场景，目的是减少信令开销，实现多TB调度，提高传输效率，降低开销。特点是在多TB调度时，新传TB和重传TB可以混传，且TBS可不一致。

进程数为4，最大支持4TB调度时，UE端采用2bit反馈时，一种混传方案设计规则如下：

3)最大混传支持调度的TB数目和最大新传调度的TB数量一致。

以上在实施例2中有体现，需进一步约束，加入的约束条件为：

减少进程12的2TB调度，尽量增加对进程01和进程23的复用。

混传方案如下：

由于UE端反馈2bit，1bit绑定2个进程(例如01进程)，所以2TB调度时进程12的状态不被支持，以减少状态表示的开销。

去掉红色状态重合部分，所以一混传状态16，新传状态7个，重传状态9个，则一共32个状态，需要5bit进行表示。所有状态的表示方法其中一种如下所示：

注：4个新传表示4个进程均是新传。5bit状态只要和实际进程传输状态一一对应即可，其对应方式有A3232种。

本实施例通过直接指示进程传输状态的方式，在原有基础上增加1bit实现4TB的混传调度，提高了传输效率，节省了DCI开销。对于eMTC HARQ 8进程，则还需1bit指示组号。

示例4

进程数为4，最大支持4TB调度时，UE端采用1bit反馈时，相比实施例2和3，为进一步减小开销，设计如下方式一：

此时总共的状态数为新传5个，重传5个以及混传6个，共需4bit进行指示。此时当调度01时，混传只支持另调进程23传输，当调度23时，同理，混传只支持另调进程01传输。在单TB调度时，支持新传1个TB的混传和新传3个TB的混传。无法实现一个PDCCH对3个TB的调度，只能通过2次调度实现，调度的进程也有较多限制。

当上述方法反馈2bit时，其多增加了一些重传状态和混传状态，均能在表中找到重复的状态，所以依旧可以采用4bit实现混传，且相较1bit支持更多的传输方式。

方式二：为改善在方式一中，在调度进程01时，无法再进行单TB调度进程0的情况，设计方案如下:

和上述方案类似，在1bit反馈或2bit反馈时，方案差别不大，可提供传输的方式更多。

示例5

本实施例主要用于多TB调度增强时多TB调度场景，目的是减少信令开销，实现多TB调度，提高传输效率，降低开销。特点是在多TB调度时，新传TB和重传TB可以混传，且TBS可不一致。

对于X进程数量，最大支持Y TB调度时，X能被Y整除。此时需要组号域对进程进行分组，需要额外的开销大小为ceil(log2(Y/X))bit。

当最大调度的TB数量为m(m为大于0的偶数)，进程数量等于最大调度的TB数量，其中混传的设计方法采用二分法，即支持调度的TB数量为m,m/2…m/(2x-1)(m/(2x-1)＝1或为不可整除的奇数)。当调度m个时，则全部调度仅一种调度方式。当调度m/2个TB时，则有两种调度方式。所以新传状态有2x-1个，当采用1bit反馈时，则还需重传状态2x-1个，混传状态此时还可以加入2*2x+2个，此时开销为x+2bit。当进程数量大于最大调度的TB数量时，则取最大调度的TB数量对应的进程数量进行调度即可。实例说明如下：

当进程数量为8，支持8TB调度混传时，则支持调度的TB数量规格有8个TB，4个TB，2个TB，1个TB。此时新传状态有15个，采用1bit反馈时，重传状态也为15个，此时再加入混传状态共34个，即可采用6bit实现调度。

混传状态加入的方式可以为：

在1TB调度时，加入新传的单进程使得与2TB调度匹配。如调度进程0时，混传时加入新传1个TB，此时应该调度进程1，与调度2TB的进行01匹配。有8个新状态。新调3TB时，则与4TB调度匹配，有8个新状态。新调7TB时，有8个新状态。

在调度2TB时，加入新传的2进程与4TB调度匹配。有4个状态；加入6进程有4个状态。

在调度4TB时，加入新传的4进程与8TB调度匹配，有2个状态。

以上则有34个状态。所以6bit开销进行指示。

为进一步减少开销，可以将新传与重传状态减少至如下：

或者：

调度的TB数量	NDI＝0	NDI＝1
			8TB	01234567	01234567
4TB	0123 4567	0123 4567
			2TB	01 67	01 67
1TB	0 7	0 7

此时最多还可以加入18个混传状态，需5bit开销实现指示。

可进一步减少开销，将新传与重传状态进一步减少，如下表所示：

调度的TB数量	NDI＝0	NDI＝1
			8TB	01234567	01234567
4TB	0123	0123
			2TB	01	01
1TB	0	0

此时，加入混传状态8个即可采用4bit实现指示。

示例6

对于X进程数量，最大支持Y TB调度时，此时需要组号域对进程进行分组，每次调度一组时，需要额外的分组开销大小为ceil(log2(Y/X))bit。每次调度多组时，则需采用组的bitmap方式，即每组需要一个比特来进行指示该组是否被调度。组号域指示所述DCI调度的进程为多组时，所述多个进程组内调度进程的组内编号相同，所述各组的组内进程相应NDI信息相同，不同进程组对应的进程不同，不同进程组对应的进程数量相同。举例说明如下：

将10进程分为5组，每组调度2进程。则组号域需要5比特指示每组的调度情况。各组的组内2个进程的编号都为0,1。同时每组的组内进程相应的NDI信息必须一致。当进程组0,1被调度。组内进程0,1显示只有进程0被调度，则两进程组都只调度进程0，当组内进程0新传，进程1重传，则两组的组内进程调度情况一致。

在本实施例中阐述了混传场景下同时调度多组的情形。每组进程数量一致，且不同进程组对应的进程不同。

示例7

本实施例主要描述多TB调度增强时，DCI关于资源分配、编码调制重复次数内容的分配方案，以说明在混传时新传TB与混传TB在TBS一样条件下对于RU的需求。

在混传时，新传TB与重传TB的目标BLER不一致，重传TB可能需要的资源更少，导致重传TB与新传TB所需的RU数量不一致，但TBS依然相同。所以在多TB混传时，需要指明重传TB与新传所需RU的大小。由于TBS相同，其DCI指示无需额外的开销。除了对重传RU数量可进行默认配置外，可以设置更为灵活的默认配置表，如下所示

方法为：指示2＝取整[开销控制系数*指示1]

开销控制系数有以下5种方式进行确定，系数取固定值，根据I_TBS确定(如下表实例)，利用信令指示(需要开销)。根据N_SF确定。或者根据重复次数R确定。实例如下：

K1为开销控制系数，是预定义值，乘以I_SF。通过系数可以对照分配资源表，得到如下表：

K1可以另行配置，符合实际情况即可。指示1表示新传的RU数量指示，指示2表示重传的RU数量指示。当指示1表示重传DCI指示时，则指示2表示新传的RU数量，其K1值需要取倒数。当然除了对I_SF进行操作得到指示2，同样对于N_SF操作效果是类似的，K1乘以N_SF，如下表所示：

本实施例通过原有DCI指示的基础上采用指示2＝取整[开销控制系数*指示1]的方法，由指示1的内容得到了指示2的默认指示表。在相同TB混传时，有效的节省了资源开销，提高了资源利用率。

示例7

本实施例主要描述多TB调度增强时，DCI关于资源分配和编码调制内容的分配方案，以说明在混传时新传TB与混传TB在目标BLER不一样条件下对于RU或重复次数的需求。

在混传时，新传TB与重传TB的目标BLER不一致，重传TB可能需要的资源更少，导致重传TB与新传TB所需的RU数量或重复次数不一致，但TBS依然相同。所以在多TB混传时，需要指明重传TB与新传所需RU或重复次数的大小。由于TBS相同，其DCI指示无需额外的开销。除了对重传RU数量或重复次数可进行默认配置外，可以设置更为灵活的默认配置表，以所需资源数量为例如下所示：

方法为：指示2＝指示1+offset(资源偏移量)

资源偏移量有以下5种方式进行确定，取固定值，根据I_TBS确定(如下表实例)，利用信令指示(需要开销)。根据资源数量N_SF确定。或者根据重复次数确定。实例如下：

K2为资源偏移量，通过偏移量可以对照分配资源表，以指示2为重传信息，指示1DCI直接指示的新传信息，得到如下表：

I_SF-K2<1时，则N_SF取I_SF＝0的值

I_SF-K2>＝1时，N_SF取等效I_SF-K2对应的值

K2可以另行配置，符合实际情况即可。指示1表示新传的RU数量指示，指示2表示重传的RU数量指示。当指示1表示重传DCI指示时，则指示2表示新传的RU数量，其K2值需要另取规则与上述类似。可表述为：

I_SF+K2>8时，则N_SF取I_SF＝7的值

I_SF+K2<＝1时，N_SF取等效I_SF+K2对应的值

除了对I_SF进行操作得到指示2，同样对于N_SF操作效果是类似的。

本实施例通过原有DCI指示的基础上采用指示2＝指示1+offset(资源偏移量)的方法，由指示1的内容得到了指示2的默认指示表。在相同TB混传时，有效的节省了资源开销，提高了资源利用率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中还提供了一种下行控制信息传输装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的下行控制信息传输装置的结构框图，如图2所示，该装置包括：

指示调度模块22，用于当一个下行控制信息DCI调度多传输块TB时，通过一个DCI的混合自动重复请求HARQ进程域指示调度所述多TB的进程信息和调度的进程对应的新数据指示NDI信息，其中，所述HARQ进程域对应的状态至少包括两个TB对应NDI信息不同的状态；

传输模块24，用于通过物理下行链路控制信道PDCCH传输所述DCI。

需要说明的是，上述的传输模块24具体包括基站向终端发送DCI和终端接收DCI。

图3是根据本发明优选实施例的下行控制信息传输装置的结构框图，如图3所示，所述指示调度模块22包括：

指示单元32，用于在支持的最大HARQ进程数量大于一个DCI调度的TB数量的情况下，通过所述组号域和所述HARQ进程域指示一个DCI调度所述多TB的进程信息和调度的进程对应的NDI信息。

可选地，若支持的最大HARQ进程数为X，一个DCI调度的TB数为Y，所述组号域为比特。

可选地，所述指示调度模块22，还用于执行以下至少之一：

在支持的HARQ进程数为X₂，一个DCI调度4TB的情况下，通过组号域与5bit HARQ进程域指示调度所述4TB的进程信息和调度的进程对应的NDI信息，或者通过组号域与4bit HARQ进程域指示调度所述4TB的进程信息和调度的进程对应的NDI信息，其中，X₂为大于4的整数；

在支持的HARQ进程数为X₃，一个DCI调度8TB的情况下，通过

可选地，所述装置还包括：

其中，所述资源指示域包括：资源分配域和/或重复次数域。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，当一个下行控制信息DCI调度多传输块TB时，通过一个DCI的混合自动重复请求HARQ进程域指示调度所述多TB的进程信息和调度的进程对应的NDI信息，其中，所述HARQ进程域对应的状态至少包括两个TB对应NDI信息不同的状态；

S2，通过PDCCH传输所述DCI。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

实施例4

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，当一个下行控制信息DCI调度多传输块TB时，通过一个DCI的混合自动重复请求HARQ进程域指示调度所述多TB的进程信息和调度的进程对应的新数据指示NDI信息，其中，所述HARQ进程域对应的状态至少包括两个TB对应NDI信息不同的状态；

S2，通过PDCCH传输所述DCI。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。