CN116782401A - 下行控制信息传输方法及装置 - Google Patents

下行控制信息传输方法及装置 Download PDF

Info

Publication number
CN116782401A
CN116782401A CN202310539784.4A CN202310539784A CN116782401A CN 116782401 A CN116782401 A CN 116782401A CN 202310539784 A CN202310539784 A CN 202310539784A CN 116782401 A CN116782401 A CN 116782401A
Authority
CN
China
Prior art keywords
dci
tbs
maximum number
scheduled
harq processes
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310539784.4A
Other languages
English (en)
Inventor
胡有军
戴博
方惠英
刘锟
杨维维
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN202310539784.4A priority Critical patent/CN116782401A/zh
Publication of CN116782401A publication Critical patent/CN116782401A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0027—Scheduling of signalling, e.g. occurrence thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

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

Description

下行控制信息传输方法及装置
本申请是申请号为“201811302529.3”，申请日为“2018年11月2日”，题目为“下行控制信息传输方法及装置”的中国专利申请的分案申请。
技术领域
本发明涉及通信领域，具体而言，涉及一种下行控制信息传输方法及装置。
背景技术
基于目前的Rel-15版本的(Narrow Band Internet of Things，简称为NB-IoT)，机器型通信(Machine-Type Communication，简称为MTC)和第五代移动通信NR***中，其多进程机制有效的提升了数据传输效率。但同时，对于单个接入的用户而言，为提高***吞吐量，具有周期性的业务如数据域的网络电话(Voice over Internet Protocol，简称为VoIP)业务，采用半静态的调度方式，具有一次授权，周期使用的特点，大大降低了控制信令的开销。但对于非周期性业务，此种方式已不太适合，在Rel-16的立项中，明确提出了需要利用一个下行物理控制信道(Physical Downlink Control Channel，简称为PDCCH)来调度多个传输快(Transport Blocks，简称为TB)的调度增强方向。
基于单TB调度时，一个TB的调度需要一个PDCCH进行指示。在利用一个PDCCH对多个TB进行调度时，均需要指示其每个TB的配置信息。当***支持的最大混合自动重传请求(Hybrid Automatic Repeat reQuest，简称为HARQ)进程数量越多，其一调多的能力越强，即一个PDCCH可调用越多的TB数量。而在目前版本中，每个TB均需要一个PDCCH的(DownlinkControl Information，简称为DCI)来指示，DCI内包含诸多关于资源调度，调制编码，进程等不同域的信息，如何将多个TB的控制信息在一个PDCCH中进行指示，并使得开销较小是调度增强面临的主要问题。
针对相关技术中如何将多个TB的控制信息在一个PDCCH中进行指示的问题，尚未提出解决方案。
发明内容
本发明实施例提供了一种下行控制信息传输方法及装置，以至少解决相关技术中如何将多个TB的控制信息在一个PDCCH中进行指示的问题。
根据本发明的一个实施例，提供了一种下行控制信息传输方法，包括：
通过物理下行链路控制信道PDCCH传输下行控制信息DCI；
通过所述DCI调度多传输块TB，其中，调度的所述多TB通过所述DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示。
根据本发明的另一个实施例，还提供了一种下行控制信息传输方法，包括：
当一个下行控制信息DCI调度多传输块TB时，通过DCI中的冗余版本RV信令域来指示调度的所述多TB的RV，或者所述多TB的RV为固定值；
通过物理下行链路控制信道PDCCH传输所述DCI。
根据本发明的另一个实施例，还提供了一种下行控制信息传输装置，包括：
第一传输模块，用于通过物理下行链路控制信道PDCCH传输下行控制信息DCI；
调度模块，用于通过所述DCI调度多传输块TB，其中，调度的所述多TB通过所述DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示。
根据本发明的另一个实施例，还提供了一种下行控制信息传输装置，包括：
指示调度模块，用于当一个下行控制信息DCI调度多传输块TB时，通过DCI中的冗余版本RV信令域来指示调度的所述多TB的RV，或者所述多TB的RV为固定值；
第二传输模块，用于通过物理下行链路控制信道PDCCH传输所述DCI。
根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明，通过一个PDCCH调度多TB，由于通过一个DCI的NDI域和HARQ进程域的联合指示来调度的所述多TB，通过PDCCH传输所述DCI，因此，可以解决相关技术中如何将多个TB的控制信息在一个PDCCH中进行指示的问题，实现了通过一个DCI调度多TB，且开销较小的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是本发明实施例的一种下行控制信息传输方法的移动终端的硬件结构框图；
图2是根据本发明实施例的一种下行控制信息传输方法的流程图一；
图3是根据本发明实施例的一种下行控制信息传输方法的流程图二；
图4是根据本发明实施例的不同的反馈场景的示意图；
图5是根据本发明实施例的下行控制信息传输装置的框图一；
图6是根据本发明实施例的下行控制信息传输装置的框图二。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种下行控制信息传输方法的移动终端的硬件结构框图，如图1所示，移动终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，可选地，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的报文接收方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network INterface CoNtroller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio FrequeNcy，简称为RF)模块，其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种下行控制信息传输方法，应用于基站，时隙聚合后，向上述的移动终端发送。图2是根据本发明实施例的一种下行控制信息传输方法的流程图一，如图2所示，该流程包括如下步骤：
步骤S202，通过物理下行链路控制信道PDCCH传输下行控制信息DCI；
步骤S204，通过所述DCI调度多传输块TB，其中，调度的所述多TB通过所述DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示。
通过上述步骤，通过一个PDCCH调度多TB，由于通过一个DCI的NDI域和HARQ进程域的联合指示来调度的所述多TB，通过PDCCH传输所述DCI，因此，可以解决相关技术中如何将多个TB的控制信息在一个PDCCH中进行指示的问题，实现了通过一个DCI调度多TB，且开销较小的效果。
可选地，所述多TB的最大TB数量小于或等于支持调度的最大HARQ进程数量。
可选地，所述方法还包括：
在所述多TB的最大TB数量为4，支持调度的最大HARQ进程数量为4的情况下，通过第一信令域指示NDI信息，第二信令域指示HARQ进程域的进程调度信息。
可选地，所述第一信令域为1比特，所述第二信令域为1比特；或者，
所述第一信令域为1比特，所述第二信令域为2比特；或者，
所述第一信令域为1比特，所述第二信令域为3比特；或者
所述第一信令域为1比特，所述第二信令域为4比特。
可选地，所述HARQ进程域的进程状态包括X个1进程，Y个2进程，Z个3进程，M个4进程，其中，X,Y,Z,M为自然数；
在所述第二信令域为1比特的情况下，支持调度的HARQ进程数量为1、4，X+M＝2；或者，
在所述第二信令域为2比特的情况下，X+Y+Z+M<＝4；或者，
在所述第二信令域为3比特的情况下，X+Y+Z+M<＝8；或者，
在所述第二信令域为4比特的情况下，X+Y+Z+M<＝16。
可选地，在所述第二信令域为1比特的情况下，X＝1,M＝1；或者
在所述第二信令域为2比特的情况下，X+Y+Z+M<＝4，且X>＝1，M＝1；或者
在所述第二信令域为3比特的情况下，X+Y+Z+M<＝8，且X>＝1，M＝1；
在所述第二信令域为4比特的情况下，X+Y+Z+M<＝16，且X>＝1，M＝1。
可选地，在所述第二信令域为2比特的情况下，X＝1,Y＝1,Z＝1,M＝1；或X＝2,Y＝1,Z＝0,M＝1；或X＝1,Y＝2,Z＝0,M＝1；或者
在所述第二信令域为3比特的情况下，X＝4,Y＝3,Z＝0,M＝1；或X＝4,Y＝2,Z＝1,M＝1；或X＝4,Y＝1,Z＝2,M＝1；或X＝2,Y＝3,Z＝2,M＝1；
在所述第二信令域为4比特的情况下，X＝4,Y＝6,Z＝4,M＝1。
可选地，当所述第二信令域为1比特时，所述第二信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3
进程0；
或者，
当所述第二信令域为2比特时，所述第二信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3
进程0,1,2
进程0,1
进程3；
或
进程0,1,2,3
进程0,1
进程0
进程1；
或
进程0,1,2,3
进程0,1
进程2,3
进程0；
或者，
当所述第二信令域为3比特时，所述第二信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3
进程0,1,2
进程1,2,3
进程0,1
进程1,2
进程2,3
进程0
进程3；
或者，
所述第二信令域为3比特时，所述第二信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3
进程0,1
进程2,3
进程0
进程1
进程2
进程3
进程0,1,2；
或
进程0,1,2,3
进程0,1
进程2,3
进程1,2
进程0
进程1
进程2
进程3
或
进程0,1,2,3
进程0,1
进程2,3
进程0,2
进程0
进程1
进程2
进程3。
可选地，所述方法还包括：
在所述多TB的最大TB数量为4，支持调度的最大HARQ进程数量为4的情况下，通过第三信令域指示NDI信息与HARQ进程域的进程调度信息。
可选地，所述第三信令域为5比特，或6比特，或7比特。
可选地，所述HARQ进程域的进程状态包括X个1进程，Y个2进程，Z个3进程，M个4进程；
在所述第三信令域为5比特的情况下，X+Y+Z+M<＝32；或者
在所述第三信令域为6比特的情况下，X+Y+Z+M<＝64；或者
在所述第三信令域为7比特的情况下，X+Y+Z+M<＝128。
可选地，在所述第三信令域为5比特的情况下，X＝8,Y+Z+M<＝24；或X＝4，Y+Z+M<＝28；或X＝1，Y+Z+M<＝31；
在所述第三信令域为6比特的情况下，X＝8,Y+Z+M<＝56；
在所述第三信令域为7比特的情况下，X+Y+Z+M＝80，其中，X＝8,Y＝24,Z＝32,M＝16。
可选地，在所述第三信令域为5比特的情况下，所述第三信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3，且NDI＝0或1
进程0,1，且NDI＝0或1
进程2,3，且NDI＝0或1
进程0，且NDI＝0或1
进程1，且NDI＝0或1
进程2，且NDI＝0或1
进程3，且NDI＝0或1
进程0，且NDI＝0+进程1，且NDI＝1
进程0，且NDI＝0+进程123，且NDI＝1
进程1，且NDI＝0+进程0，且NDI＝1
进程1，且NDI＝0+进程023，且NDI＝1
进程2，且NDI＝0+进程3，且NDI＝1
进程2，且NDI＝0+进程013，且NDI＝1
进程3，且NDI＝0+进程2，且NDI＝1
进程3，且NDI＝0+进程012，且NDI＝1
进程01，且NDI＝0+进程23，且NDI＝1
进程23，且NDI＝0+进程01，且NDI＝1。
可选地，所述方法还包括：
在所述多TB的最大TB数量为8，支持调度的最大HARQ进程数量为8的情况下，通过第四信令域指示NDI信息，第五信令域指示HARQ进程域的进程调度信息。
可选地，支持调度的HARQ进程数量为1、2、3、4、6、8，或1、2、4，6、8，或1、4、8，或1、2、3、4、8，或1、2、4、8，或1、2、4、7、8。
可选地，所述第四信令域为1比特，所述第五信令域为3比特，或者，所述第四信令域为1比特，所述第五信令域为4比特，或者所述第四信令域为1比特，所述第五信令域为5比特。
可选地，所述HARQ进程域的进程状态包括X个1进程，Y个2进程，Z个3进程，M个4进程，N个5进程，P个6进程，Q个7进程，R个8进程，其中X,Y,Z,M,N,P,Q,R为自然数；
在所述第五信令域为3比特的情况下，R＝1，X+Y+Z+M+N+P+Q+R<＝8；或者
在所述第五信令域为4比特的情况下，R＝1，X+Y+Z+M+N+P+Q+R<＝16；或者
在所述第五信令域为5比特的情况下，R＝1，X+Y+Z+M+N+P+Q+R<＝32。
可选地，在所述第五信令域为3比特的情况下，
X＝1,Y＝1,Z＝1,M＝1,N＝1,P＝1,Q＝1,R＝1；或
X＝4,Y＝2,R＝1，0<＝Z+M+N+P+Q<＝1；或
X＝1,Y＝2,Z＝0,M＝2,N＝0,P＝2,Q＝0,R＝1；或
X＝1,Y＝2,Z＝2,M＝2,N＝0,P＝0,Q＝0,R＝1；或
X＝1,Y＝2,Z＝2,M＝2,N＝0,P＝0,Q＝0,R＝1；或
X＝1,Y＝0,Z＝2,M＝2,N＝2,P＝0,Q＝0,R＝1；或
X＝1,Y＝2,Z＝0,M＝2,N＝2,P＝0,Q＝0,R＝1
在所述第五信令域为4比特的情况下，
X＝8，R＝1，Y+Z+M+P+N+Q<＝7；或
X＝8，Y＝4，M＝2，R＝1，0<＝Z+P+N+Q<＝1；或
X＝4，R＝1，Y+Z+M+P+N+Q<＝11；或
X＝4，Y＝4，M＝2，R＝1，0<＝Z+N+P+Q<＝5；
在所述第五信令域为5比特的情况下，
X+Y+Z+M+N+P+Q+R<＝32，且X＝8,R＝1，或X＝4,R＝1，或X＝2,R＝1。
可选地，在所述第五信令域为4比特的情况下，Y+Z+M+P+N+Q<＝7，且R＝1，X＝8，至少包括以下之一：
Y＝4,M＝2,Z＝1；
Y＝4,M＝2,N＝1；
Y＝4,M＝2,P＝1；
Y＝4,M＝2,Q＝1；
或者
Y+Z+M+P+N+Q<＝11，且R＝1，X＝4，至少包括以下之一：
Y＝4,M＝2,Z＝2,P＝1,Q＝1,N＝1；
Y＝3,M＝2,Z＝3,P＝1,Q＝1,N＝1；
在所述第五信令域为5比特的情况下，
当X＝8，R＝1，Y+Z+M+N+P+Q<＝23时，至少包括以下之一：
Q＝2,P＝3,N＝4,M＝4,Y＝5,Z＝5；
Q＝2,P＝3,N＝4,M＝4,Y＝6,Z＝4；
Q＝2,P＝2,N＝2,M＝4,Y＝7,Z＝6；
当X＝4，R＝1，Y+Z+M+N+P+Q<＝27时，
Q＝2,P＝3,N＝4,M＝5,Y＝7,Z＝6；
当X＝2，R＝1，Y+Z+M+N+P+Q<＝29时，至少包括以下之一：
Q＝2,P＝3,N＝4,M＝5,Y＝9,Z＝6；
Q＝2,P＝3,N＝4,M＝5,Y＝8,Z＝7；
Q＝2,P＝3,N＝4,M＝5,Y＝7,Z＝8；
Q＝2,P＝3,N＝4,M＝7,Y＝7,Z＝6。
可选地，所述第五信令域为4比特时，所述第五信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3,4,5,6,7
进程0,1,2,3,4,5
进程0,1,2,3
进程4,5,6,7
进程0,1
进程2,3
进程4,5
进程6,7
进程0
进程1
进程2
进程3
进程4
进程5
进程6
进程7
或者，
当所述第五信令域大小为5比特时，所述第五信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3,4,5,6,7
进程0,1,2,3,4
进程1,2,3,4,5
进程2,3,4,5,6
进程3,4,5,6,7
进程0,1,2
进程1,2,3
进程2,3,4
进程3,4,5
进程4,5,6
进程5,6,7
进程0,1
进程1,2
进程2,3
进程3,4
进程4,5
进程5,6
进程6,7
进程0
进程1
进程2
进程3
进程4
进程5
进程6
进程7。
可选地，在所述多TB的最大TB数量为4，支持调度的最大HARQ进程数量为4的情况下，支持混传的进程数量至少包括2进程和4进程，或者，支持混传的进程数量至少包括2进程和3进程，或者，支持混传的进程数量至少包括2进程；或者
在所述多TB的最大TB数量为8，支持调度的最大HARQ进程数量为8的情况下，支持混传的进程数量至少包括2进程、4进程、8进程，或者，支持混传的进程数量至少包括2进程、3进程、4进程，或者，支持混传的进程数量至少包括2进程、4进程；或者，支持混传的进程数量至少包括2进程、3进程，或者，支持混传的进程数量至少包括2进程。
可选地，所述方法还包括：
在一个DCI调度的最大TB数量为8，支持调度的最大HARQ进程数量为8的情况下，通过第六信令域指示NDI信息与HARQ进程域的进程调度信息。
可选地，所述第六信令域为5比特，或6比特，或7比特。
可选地，所述方法还包括：
在所述多TB的最大TB数量小于支持调度的最大HARQ进程数量的情况下，通过已配置的HARQ多进程和偏移指示域指示HARQ进程的调度：
所述HARQ多进程通过以下至少之一的方式配置：预定义配置，基站配置的进程集合得到，高层信令配置，所述DCI中HARQ进程域配置，所述偏移指示域用于指示基于已配置的所述HARQ多进程的偏移量。
可选地，当1个TB通过1比特反馈，且一个比特对应一个上行资源时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置相同；或者，
当多TB通过多比特反馈，且所述多比特在一个上行资源上反馈时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置是根据高层配置信令和偏移量ARO确定的；或者，
当1TB通过1比特反馈且终端为半双工终端时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的时域位于连续有效的上行子帧上。
可选地，所述方法还包括：所述DCI触发非周期性信道状态信息CSI上报时，采用如下方式之一确定所述非周期CSI资源的位置或所述非周期CSI资源的大小或与所述非周期CSI资源一起传输的TB的大小：
在非混传的情况下，所述非周期CSI资源在第一个新传TB上传输；
在混传的情况下，所述非周期CSI资源在第一个重传TB上传输；
采用单独资源对所述非周期CSI资源进行传输；
与所述非周期CSI资源一起传输的TB的大小比所述DCI调度的所述多TB中除与非周期CSI资源一起传输的TB之外的其他TB要小；
与所述非周期CSI资源一起传输的TB对应的资源比所述DCI调度的所述多TB中除与所述非周期CSI资源一起传输的TB之外的其他TB对应的资源大。
实施例2
本发明实施例，还提供了一种下行控制信息传输方法，图3是根据本发明实施例的一种下行控制信息传输方法的流程图二，如图3所示，该流程包括如下步骤：
步骤S302，当一个下行控制信息DCI调度多传输块TB时，通过DCI中的冗余版本RV信令域来指示调度的所述多TB的RV，或者所述多TB的RV为固定值；
步骤S304，通过物理下行链路控制信道PDCCH传输所述DCI。
可选地，当所述多TB包括新传TB和重传TB时，所述新传TB的RV固定，所述重传TB的RV根据DCI中RV信令域指示；或者，
当所述多TB仅包括新传TB时，所述多TB的RV相同，其中，所述RV由所述DCI中RV信令域指示或所述RV为固定值；或者，
当所述多TB仅包括重传TB时，所述多TB的RV相同，其中，所述RV由所述DCI中RV信令域指示。
可选地，所述新传TB的RV为固定值时，所述新传TB的RV为RV0，RV1，RV2，或者RV3。
可选地，当1TB通过1比特反馈，且一个比特对应一个上行资源时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置相同；或者，
当多TB通过多比特反馈，且所述多比特在一个上行资源上反馈时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置是根据高层配置信令和偏移量ARO确定的；或者，
当1TB通过1比特反馈且终端为半双工终端时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的时域位于连续有效的上行子帧上。
下面通过具体示例对本发明实施例进行详细说明。
本发明实施例提供了采用一个PDCCH调度4个或者8个TB时，其新传TB与重传TB在8个进程或4个进程下的DCI指示方法。
在进程数量为4，最大支持4TB调度时，采用非混传与混传的方式对4TB调度时HARQ进程域进行了指示。在进程数量为8，最大支持8TB调度时，采用非混传与混传的方式对8TB调度时HARQ进程域进行了指示。
另外对于多TB调度时，冗余版本的指示，ACK/NACK的资源确定也给出了解决方案。
一个PDCCH调度多个TB，通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB。通过物理下行链路控制信道PDCCH传输所述DCI
可选地，所述通过DCI中的NDI信息和HARQ进程信息来指示调度的所述多TB时，最大可调度的TB数量小于或等于最大进程数量；新传TB与重传TB不在一个PDCCH中指示，或者新传TB与重传TB可以在一个PDCCH中指示。
可选地，当调度的最大TB数量为4，进程数为4时，且新传TB与重传TB不可混传。通过第一信令域指示NDI信息，第二信令域指示HARQ进程域的进程调度信息。
可选地，第一信令域大小为1比特，第二信令域为1比特，1、4。或者第一信令域大小为1比特，第二信令域为2比特，1、2、3、4，或，1、2、4或1、3、4，或者第一信令域大小为1比特，第二信令域为3比特，1、2、3、4，或，1、2、4或1、3、4。
可选地，支持调度的进程数量为1、2、3、4，或，1、2、4，或，1、4。
可选地，当第二信令域为1比特时，所述第二信令域指示的HARQ进程调度状态至少包括以下之一：
进程0,1,2,3
进程0；
或者，
所述第二信令域为2比特时，所述第二信令域指示的HARQ进程状态至少包括以下之一：
进程0,1,2,3
进程0,1,2
进程0,1
进程3；
或
进程0,1,2,3
进程0,1
进程0
进程1；
或
进程0,1,2,3
进程0,1
进程2,3
进程0；
或者，
所述第二信令域为3比特时，所述第二信令域指示的HARQ进程状态至少包括以下之一：
进程0,1,2,3
进程0,1,2
进程1,2,3
进程0,1
进程1,2
进程2,3
进程0
进程3；
或者，
所述第二信令域为3比特时，所述第二信令域指示的HARQ进程状态至少包括以下之一：
进程0,1,2,3
进程0,1
进程2,3
进程0
进程1
进程2
进程3
进程0,1,2；
或
进程0,1,2,3
进程0,1
进程2,3
进程1,2
进程0
进程1
进程2
进程3
或
进程0,1,2,3
进程0,1
进程2,3
进程0,2
进程0
进程1
进程2
进程3。
可选地，当调度的最大TB数量为4，进程数为4时，新传TB与重传TB可混传。通过第三信令域指示NDI信息与HARQ进程域的进程调度信息。第三信令域大小5比特，或者6比特，或者7比特。
可选地，当第三信令域为5比特时，所述的第三信令域调度的进程状态至少包括以下之一：
进程0,1,2,3(NDI＝0或1)
进程0,1(NDI＝0或1)
进程2,3(NDI＝0或1)
进程0(NDI＝0或1)
进程1(NDI＝0或1)
进程2(NDI＝0或1)
进程3(NDI＝0或1)
进程0(NDI＝0)+进程1(NDI＝1)
进程0(NDI＝0)+进程123(NDI＝1)
进程1(NDI＝0)+进程0(NDI＝1)
进程1(NDI＝0)+进程023(NDI＝1)
进程2(NDI＝0)+进程3(NDI＝1)
进程2(NDI＝0)+进程013(NDI＝1)
进程3(NDI＝0)+进程2(NDI＝1)
进程3(NDI＝0)+进程012(NDI＝1)
进程01(NDI＝0)+进程23(NDI＝1)
进程23(NDI＝0)+进程01(NDI＝1)。
可选地，当调度的最大TB数量为8，进程数为8时，且新传TB与重传TB不可混传。通过第四信令域指示NDI信息，第五信令域指示HARQ进程域的进程调度信息。
可选地，支持调度的进程数量为1、2、3、4、6、8，或，1、2、4，6、8，或，1、4。
可选地，第四信令域为1比特，第五信令域大小为4比特，或者第四信令域为1比特，第五信令域大小为5比特。
可选地，第五信令域为4比特时，所述的第五信令域调度的进程状态至少包括以下之一：
进程0,1,2,3,4,5,6,7
进程0,1,2,3,4,5
进程0,1,2,3
进程4,5,6,7
进程0,1
进程2,3
进程4,5
进程6,7
进程0
进程1
进程2
进程3
进程4
进程5
进程6
进程7
或者，
当所述第五信令域大小为5比特时，其调度的进程状态至少包括以下之一：
进程0,1,2,3,4,5,6,7
进程0,1,2,3,4
进程1,2,3,4,5
进程2,3,4,5,6
进程3,4,5,6,7
进程0,1,2
进程1,2,3
进程2,3,4
进程3,4,5
进程4,5,6
进程5,6,7
进程0,1
进程1,2
进程2,3
进程3,4
进程4,5
进程5,6
进程6,7
进程0
进程1
进程2
进程3
进程4
进程5
进程6
进程7。
可选地，当调度的最大TB数量为8，进程数为8时，且新传TB与重传TB可混传。通过第六信令域指示NDI信息与HARQ进程域的进程调度信息。第六信令域大小为5比特，或者6比特，或者7比特。
一个PDCCH调度多个TB，通过DCI中的冗余版本指示来指示调度的所述多TB冗余版本，或者冗余版本为默认值，不需要DCI指示。通过物理下行链路控制信道PDCCH传输所述DCI。
可选地，当混传时，新传TB的RV固定，重传TB的RV根据DCI中RV指示信令域指示。当非混传时，新传与重传的RV相同，其RV固定或者由DCI中RV指示信令域指示
可选地，首传传输块RV固定时，其版本为RV0，1,2,3。
一个PDCCH调度多个TB，当1TB需要一个反馈信息1比特specific反馈时，传输DCI调度的多个TB对应ACK/NACK的上行资源的频域位置相同；
当多TB有多个mutiplexing反馈时，传输DCI调度的多个TB对应ACK/NACK的上行资源的频域位置根据高层配置信令和偏移量ARO确定；
当TB specific反馈且终端为半双工终端时，传输DCI调度的多个TB对应ACK/NACK的上行资源的时域位于连续有效的上行子帧上。
下面通过具体示例对本发明实施例进行详细描述。
示例1
本实施例主要用于多TB调度增强时4TB调度场景，目的是减少信令开销，实现多TB调度，提高传输效率，降低开销。特点是在多TB调度时，新传TB和重传TB不可混传，最大TB数量等于进程数量。且其反馈为多比特反馈，即4TB调度，则进行4比特的反馈。
根据其特点，4TB传输时，其反馈方式不论是采用多少个上行资源对4个TB进行反馈，其反馈信息为4比特。进一步的，各个TB不可混传，则NDI域可统一指示所有进程的调度。则进程的调度至少包含下述状态之一。
Table 1-1 4进程非混传状态调度
在2TB和3TB调度时，进程可以随意组合，例如
Table 1-2 4进程非混传状态调度
调度的TB数量 Process state
4TB 进程0,1,2,3
2TB 进程0,3进程1,2
1TB 进程0进程1进程2进程3
3TB 进程023
Table 1-3 4进程非混传状态调度
调度的TB数量 Process state
4TB 进程0,1,2,3
2TB 进程0,1进程2,3进程1,2
1TB 进程0进程1进程2进程3
或
调度的TB数量 Process state
4TB 进程0,1,2,3
2TB 进程0,1进程2,3进程0,2
1TB 进程0进程1进程2进程3
从总的原则上来说，保证进程0123被调度，以及有一个单进程的状态被调度，其他都可以从剩下的3个单进程状态，6个2进程状态，4个3进程状态中任意选择6个。其次在一次调度多个进程时，多个进程编号尽量连续，且每次调度的进程互不重叠。
此时，进程域使用3比特可实现对4个进程下多个TB的调度。其NDI域1比特对所有进程进行新传与重传的指示。其通过3比特的进程域指示方式，能实现连续TB数量的调度，且不论何种重传状态，最多使用两个PDCCH即可实现调度。举例说明如下：
以表1-1为例，当多比特反馈机制表明新传的4个TB有3个需要重传，即进程013对应的TB需要重传，则此时可以通过先调度进程01的TB，在调度进程3对应的TB，通过两次调度实现。
本实施例通过3比特调度4进程的方式，实现一个PDCCH调度4个TB的进程调度指示。
示例2
本实施例主要用于多TB调度增强时4TB调度场景，目的是减少信令开销，实现多TB调度，提高传输效率，降低开销。特点是在多TB调度时，新传TB和重传TB可以混传，NDI域与HARQ进程域对4TB调度进行指示，其反馈方式为多比特反馈。
根据其特点，4TB传输时，其反馈比特有4比特，能反馈所有进程的传输情况。进一步的，由于新传TB与重传TB可以混合传输，每个TB的新传或重传状态都需要指示给UE。当NDI域与进程域分开指示，如进程域调度4进程或者直接指示调度的进程数量，或者调度的TB数量，而NDI域则指示4个进程。则进程域需要2到4比特，NDI域需要4比特。共需要6到8比特，其DCI开销较大，对于MTC或NB-IoT***都难以接受，所以我们考虑将进程域与NDI域进行联合指示，减少DCI开销。
TB数量满足2分规则，最简单的一种如下所示：
Table 2-1二分规则约束下4进程混传状态调度
最多两次调度可用实现任意TB，任意进程的调度。上表共有24个状态，5比特即可实现指示。同时注意到，其没有支持3进程的一次调度
支持连续数量的TB调度，其中一种方式如下所示：
Table 2-2连续TB数量约束下4进程混传状态调度
此时共有31个状态，采用5比特可实现指示，当加入更多的混传或新传状态都会导致其开销增加到6比特以上。若采用5比特则依然还可加入一个混传状态。
在最大支持10进程，且支持一个PDCCH调度最大TB数目为4的混传时，可以将10进程分为4+4+2三组，即一组有4进程，另一组有4两进程，第三组为剩下的2进程。4进程的混传采用上述方式，2进程混传采用2比特指示。或者采用4进程+偏移量的形式，偏移量需要3比特指示，根据不同的偏移量取值调度的进程为0123,1234,2345,3456,4567，5678,6789。而4进程的混传可采用上述方式。其偏移量在本质上是一种进程可重叠的分组，偏移量的指示域相当于组号域。
在最大支持16进程时，且支持一个PDCCH调度最大TB数目为4时，将16进程分为4+4+4+4两组，每组4个进程。4TB的混传采用上述方式。
示例3
本实施例主要用于多TB调度增强时8TB调度非混传场景，目的是减少信令开销，实现多TB调度，提高传输效率，降低开销。特点是在多TB调度时，新传TB和重传TB不可混传，8个TB需要8个进程相对应，且反馈方式为多比特反馈。
根据上述特点，多比特反馈为可以为8比特反馈信息，表明8个进程所对应的8个TB的传输情况。由于新传信息与重传信息分开，则NDI信息可与进程域指示分别指示，如1比特NDI指示所有进程的传输情况，或者多个比特指示。
对于8进程的8TB调度传输情形，给出一种具体的进程调度方法。除了单进程调度的是单个TB外，其他的进程数量均为偶数。说明如下：
Table 3-1特定数量约束下的8进程调度
即TB数量为集合{1,2,4,6,8}中的元素。对于单个进程的传输，则一次调度就可实现；对于2进程传输，最多需要两次调度，对于3进程的传输，最多需要3次调度，最少2次。对于4进程，5进程，6进程，7进程，最多4次调度。最少分别为1次，2次，1次，2次。以上表中共16个状态，需要4比特进程域进行指示。显然6TB的调度可以为任意6个进程。4个TB，2个TB也可以是任意互不重叠的组合，如4TB的进程可以是0134和2567。
给出另外一种约束方法，其调度的TB数列满足斐波那契数列变化规律。即TB数量是集合{1,2,3,5,8}中的元素。其中一种进程状态分配方案如下所示：
Table 3-2斐波那契数列约束下的8进程调度
以上共有状态26个，利用5比特即可实现指示。采用上述方案的好处在于任何一个进程数量的调度最少都可能只需要2次调度实现。此时采用5比特还可以加入6个状态，选择任意的状态加入即可。
在最大支持10进程，且支持一个PDCCH调度最大TB数目为8时，可以将10进程分为8+2两组，即一组有8进程，另一组有剩余两进程。或者采用8进程+偏移量的形式，偏移量需要1～2比特指示，根据不同的偏移量取值调度的进程为01234567，12345678，23456789。
在最大支持16进程时，且支持一个PDCCH调度最大TB数目为8时，将16进程分为8+8两组，每组8个进程。或者采用8进程加偏移量的形式，偏移量需要3～4比特。其偏移量在本质上是一种进程可重叠的分组，偏移量的指示域相当于组号域。
在本实施例中基于多比特反馈的方式，通过采用4比特或者5比特的方式为8进程调度提供了非混传的指示方法。
示例4
本实施例主要用于多TB调度增强时8TB调度的混传场景，目的是减少信令开销，实现多TB调度，提高传输效率，降低开销。特点是在多TB调度时，新传TB和重传TB可混传，且基于多比特反馈机制。
由于8比特的混传状态多大3^8-1＝6560种，最多可用10比特指示，其开销未免过大。基于8个TB调度的混传可以基于非混传方案进行进一步的设计，加入所需的特定混传状态，满足基本需求的条件下降低DCI开销。
Table 4-1 8进程混传调度
/>
此时不包括6TB调度，上述一共有状态30+22＝42个，需要6比特指示。显然6比特指示会有22个状态剩余，可以加入更多的状态以增加其灵活性。例如参考Table3-1中的状态，引入6个TB的调度，此时新传与重传状态各一个，混传状态加入12个，则总共有了58个。则还有6个状态可以使用。
基于table 3-2，可以给出另一种混传方案：
Table 4-2斐波那契数列约束下的8进程混传调度
/>
表4-2中，所有状态有26+52+35+18+4＝135个。去掉7个状态便只需7比特便可进行表示，否则需要8比特进行表示。
在最大支持10进程，且支持一个PDCCH调度最大TB数目为8的混传时，可以将10进程分为8+2两组，即一组有8进程，另一组有剩余两进程。8进程的混传采用上述方式，2进程混传采用2比特指示。或者采用8进程+偏移量的形式，偏移量需要1～2比特指示，根据不同的偏移量取值调度的进程为01234567，12345678，23456789。而8进程的混传可采用上述方式。
在最大支持16进程时，且支持一个PDCCH调度最大TB数目为8时，将16进程分为8+8两组，每组8个进程。或者采用8进程加偏移量的形式，偏移量需要3～4比特。8进程的混传调度方式可采用上述。其偏移量在本质上是一种进程可重叠的分组，偏移量的指示域相当于组号域。
示例5
本实施例主要用于多TB调度增强时对混传和非混传场景下DCI中RV版本和TPC信令的指示。
根据上述特点，在非混传时RV版本与混传时RV版本有所区别。在非混传时，所有TB的传输次数都是一样的，所以可以共用RV版本。但对于混传时，多个TB的传输情况不一样时，其RV版本对应应该不同。
所以当非混传时，所指示的多个传输块的RV相同，根据DCI中RV指示信令确定；当混传时，首传传输块的RV固定为0，重传传输块RV根据DCI中RV指示信令确定；具体的有：
对于NB-IoT而言，用于上行传输的DCI format N0有1比特冗余版本指示的信令域。对于非混传时，多TB调度可共用1比特RV冗余版本信令域。对于混传时，由于2个进程的TB可能处于一个新传一个重传的状态，所以固定新传使用RV的版本0，即RV0版本。而重传的RV版本依旧由该信令域指示。
对于MTC CE mode B，并无冗余版本指示，新传与重传都采用同一个冗余版本。对于MTC CE Mode A，冗余版本信令域大小为2比特，共有4个冗余版本需要指示RV0,RV1,RV2,RV3。对于非混传情形，所有TB的传输可共用冗余版本指示，对于混传情形，所有的TB可能有的新传有的重传，则新传冗余版本默认为RV0，重传冗余版本由2比特指示即可。
而关于TPC信令沿用原来的指示方式即可，即无论是基于累积值功控还是绝对值功控方法，TPC信令是对所有调度的TB进行功控指示。而原来的方式是对单个TB进行功控指示。
在本实施例中，主要给出了在多TB调度时，对于非混传和混传两种场景下的冗余版本指示方法。
示例6
本实施例主要用于多TB调度增强时，上行反馈资源的确定。
当TB specific反馈时，传输DCI调度的多个TB对应ACK/NACK的上行资源的频域位置相同；其中TB specific反馈是指每个TB都有单独的1比特反馈信息。
当TB specific反馈且终端为半双工终端时，传输DCI调度的多个TB对应ACK/NACK的上行资源的时域位置在连续有效上行子帧上；
图4是根据本发明实施例的不同的反馈场景的示意图，如图4所示，当multiplexing反馈时，在MTC场景下，传输DCI调度的多个TB对应ACK/NACK的上行资源的频域位置根据高层配置信令和ARO确定；其中multiplexing反馈是指每个TB有1比特反馈信息，将多个TB的反馈信息放在一个上行PUCCH资源中进行发送。ARO由HARQ-ACK resourceoffset得到，HARQ-ACK resource offset是DCI的一个信令域。在NB-IoT场景下，multiplexing反馈资源的时域位置主要由DCI指示和多TB调度时的结束TB位置决定。
在本实施例中，主要给出了在多TB调度时，其反馈信息的上行资源确定。
示例7
本实施例主要用于多TB调度增强时，若需要DCI触发的非周期性CSI上报，非周期CSI上报的子帧位置需要确定。
非周期性CSI，按照原来的方式在PUSCH信道上报，CSI资源会占用TB资源，使得实际传输TB的资源减少，在多TB调度时，确定非周期CSI资源位置,大小和一起传输的TB大小有如下几种方式：
1)将非周期CSI资源在第一个新传或重传TB上进行传输。
对于非混传情形，CSI资源可在第一个新传TB上传输；或
对于混传情形，CSI资源可在第一个重传TB上传输。
2)与非周期CSI资源一起传输的TB比多TB调度时的其他TB要小。
DCI指示的是其他TB的TBS，而包含CSI资源的TBS根据DCI指示的TBS和偏移量确定，所述偏移量为预定义值或信令指示或根据资源大小确定或根据传输TB码率确定或根据DCI指示的MCS确定。
3)采用单独资源对CSI资源进行传输。
例如在进程多TB调度时，需要传输CSI资源，则为CSI分配相应资源，放在第一个传输资源位置。DCI指示多TB调度相关信息。而CSI的资源大小和位置可用通过默认方式确定或根据DCI指示的资源位置和偏移量确定，所述偏移量为预定义值或信令指示或根据资源大小确定或根据传输TB码率确定或根据DCI指示的MCS确定。
4)与非周期CSI资源一起传输的TB对应的资源比多TB调度时的其他TB对应的资源大。
DCI指示的是其他TB的资源位置，而包含CSI资源的TBS根据DCI指示的资源位置和偏移量确定，所述偏移量为预定义值或信令指示或根据TB大小确定或根据传输TB码率确定或根据DCI指示的MCS确定。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例3
在本实施例中还提供了一种下行控制信息传输装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本发明实施例的下行控制信息传输装置的框图一，如图5所示，包括：
传输模块52，用于通过物理下行链路控制信道PDCCH传输下行控制信息DCI；
调度模块54，用于通过所述DCI调度多传输块TB，其中，调度的所述多TB通过所述DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示。
可选地，所述多TB的最大TB数量小于或等于支持调度的最大HARQ进程数量。
可选地，所述装置还包括：
第一指示模块，用于在所述多TB的最大TB数量为4，支持调度的最大HARQ进程数量为4的情况下，通过第一信令域指示NDI信息，第二信令域指示HARQ进程域的进程调度信息。
可选地，所述第一信令域为1比特，所述第二信令域为1比特；或者，
所述第一信令域为1比特，所述第二信令域为2比特；或者，
所述第一信令域为1比特，所述第二信令域为3比特；或者
所述第一信令域为1比特，所述第二信令域为4比特。
可选地，所述HARQ进程域的进程状态包括X个1进程，Y个2进程，Z个3进程，M个4进程，其中，X,Y,Z,M为自然数；
在所述第二信令域为1比特的情况下，支持调度的HARQ进程数量为1、4，X+M＝2；或者，
在所述第二信令域为2比特的情况下，X+Y+Z+M<＝4；或者，
在所述第二信令域为3比特的情况下，X+Y+Z+M<＝8；或者，
在所述第二信令域为4比特的情况下，X+Y+Z+M<＝16。
可选地，在所述第二信令域为1比特的情况下，X＝1,M＝1；或者
在所述第二信令域为2比特的情况下，X+Y+Z+M<＝4，且X>＝1，M＝1；或者
在所述第二信令域为3比特的情况下，X+Y+Z+M<＝8，且X>＝1，M＝1；
在所述第二信令域为4比特的情况下，X+Y+Z+M<＝16，且X>＝1，M＝1。
可选地，在所述第二信令域为2比特的情况下，X＝1,Y＝1,Z＝1,M＝1；或X＝2,Y＝1,Z＝0,M＝1；或X＝1,Y＝2,Z＝0,M＝1；或者
在所述第二信令域为3比特的情况下，X＝4,Y＝3,Z＝0,M＝1；或X＝4,Y＝2,Z＝1,M＝1；或X＝4,Y＝1,Z＝2,M＝1；或X＝2,Y＝3,Z＝2,M＝1；
在所述第二信令域为4比特的情况下，X＝4,Y＝6,Z＝4,M＝1。
可选地，当所述第二信令域为1比特时，所述第二信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3
进程0；
或者，
当所述第二信令域为2比特时，所述第二信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3
进程0,1,2
进程0,1
进程3；
或
进程0,1,2,3
进程0,1
进程0
进程1；
或
进程0,1,2,3
进程0,1
进程2,3
进程0；
或者，
当所述第二信令域为3比特时，所述第二信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3
进程0,1,2
进程1,2,3
进程0,1
进程1,2
进程2,3
进程0
进程3；
或者，
所述第二信令域为3比特时，所述第二信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3
进程0,1
进程2,3
进程0
进程1
进程2
进程3
进程0,1,2；
或
进程0,1,2,3
进程0,1
进程2,3
进程1,2
进程0
进程1
进程2
进程3
或
进程0,1,2,3
进程0,1
进程2,3
进程0,2
进程0
进程1
进程2
进程3。
可选地，所述装置还包括：
第二指示模块，用于在所述多TB的最大TB数量为4，支持调度的最大HARQ进程数量为4的情况下，通过第三信令域指示NDI信息与HARQ进程域的进程调度信息。
可选地，所述第三信令域为5比特，或6比特，或7比特。
可选地，所述HARQ进程域的进程状态包括X个1进程，Y个2进程，Z个3进程，M个4进程；
在所述第三信令域为5比特的情况下，X+Y+Z+M<＝32；或者
在所述第三信令域为6比特的情况下，X+Y+Z+M<＝64；或者
在所述第三信令域为7比特的情况下，X+Y+Z+M<＝128。
可选地，在所述第三信令域为5比特的情况下，X＝8,Y+Z+M<＝24；或X＝4，Y+Z+M<＝28；或X＝1，Y+Z+M<＝31；
在所述第三信令域为6比特的情况下，X＝8,Y+Z+M<＝56；
在所述第三信令域为7比特的情况下，X+Y+Z+M＝80，其中，X＝8,Y＝24,Z＝32,M＝16。
可选地，在所述第三信令域为5比特的情况下，所述第三信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3，且NDI＝0或1
进程0,1，且NDI＝0或1
进程2,3，且NDI＝0或1
进程0，且NDI＝0或1
进程1，且NDI＝0或1
进程2，且NDI＝0或1
进程3，且NDI＝0或1
进程0，且NDI＝0+进程1，且NDI＝1
进程0，且NDI＝0+进程123，且NDI＝1
进程1，且NDI＝0+进程0，且NDI＝1
进程1，且NDI＝0+进程023，且NDI＝1
进程2，且NDI＝0+进程3，且NDI＝1
进程2，且NDI＝0+进程013，且NDI＝1
进程3，且NDI＝0+进程2，且NDI＝1
进程3，且NDI＝0+进程012，且NDI＝1
进程01，且NDI＝0+进程23，且NDI＝1
进程23，且NDI＝0+进程01，且NDI＝1。
可选地，所述装置还包括：
第三指示模块，用于在所述多TB的最大TB数量为8，支持调度的最大HARQ进程数量为8的情况下，通过第四信令域指示NDI信息，第五信令域指示HARQ进程域的进程调度信息。
可选地，支持调度的HARQ进程数量为1、2、3、4、6、8，或1、2、4，6、8，或1、4、8，或1、2、3、4、8，或1、2、4、8，或1、2、4、7、8。
可选地，所述第四信令域为1比特，所述第五信令域为3比特，或者，所述第四信令域为1比特，所述第五信令域为4比特，或者所述第四信令域为1比特，所述第五信令域为5比特。
可选地，所述HARQ进程域的进程状态包括X个1进程，Y个2进程，Z个3进程，M个4进程，N个5进程，P个6进程，Q个7进程，R个8进程，其中X,Y,Z,M,N,P,Q,R为自然数；
在所述第五信令域为3比特的情况下，R＝1，X+Y+Z+M+N+P+Q+R<＝8；或者
在所述第五信令域为4比特的情况下，R＝1，X+Y+Z+M+N+P+Q+R<＝16；或者
在所述第五信令域为5比特的情况下，R＝1，X+Y+Z+M+N+P+Q+R<＝32。
可选地，在所述第五信令域为3比特的情况下，
X＝1,Y＝1,Z＝1,M＝1,N＝1,P＝1,Q＝1,R＝1；或
X＝4,Y＝2,R＝1，0<＝Z+M+N+P+Q<＝1；或
X＝1,Y＝2,Z＝0,M＝2,N＝0,P＝2,Q＝0,R＝1；或
X＝1,Y＝2,Z＝2,M＝2,N＝0,P＝0,Q＝0,R＝1；或
X＝1,Y＝2,Z＝2,M＝2,N＝0,P＝0,Q＝0,R＝1；或
X＝1,Y＝0,Z＝2,M＝2,N＝2,P＝0,Q＝0,R＝1；或
X＝1,Y＝2,Z＝0,M＝2,N＝2,P＝0,Q＝0,R＝1
在所述第五信令域为4比特的情况下，
X＝8，R＝1，Y+Z+M+P+N+Q<＝7；或
X＝8，Y＝4，M＝2，R＝1，0<＝Z+P+N+Q<＝1；或
X＝4，R＝1，Y+Z+M+P+N+Q<＝11；或
X＝4，Y＝4，M＝2，R＝1，0<＝Z+N+P+Q<＝5；
在所述第五信令域为5比特的情况下，
X+Y+Z+M+N+P+Q+R<＝32，且X＝8,R＝1，或X＝4,R＝1，或X＝2,R＝1。
可选地，在所述第五信令域为4比特的情况下，Y+Z+M+P+N+Q<＝7，且R＝1，X＝8，至少包括以下之一：
Y＝4,M＝2,Z＝1；
Y＝4,M＝2,N＝1；
Y＝4,M＝2,P＝1；
Y＝4,M＝2,Q＝1；
或者
Y+Z+M+P+N+Q<＝11，且R＝1，X＝4，至少包括以下之一：
Y＝4,M＝2,Z＝2,P＝1,Q＝1,N＝1；
Y＝3,M＝2,Z＝3,P＝1,Q＝1,N＝1；
在所述第五信令域为5比特的情况下，
当X＝8，R＝1，Y+Z+M+N+P+Q<＝23时，至少包括以下之一：
Q＝2,P＝3,N＝4,M＝4,Y＝5,Z＝5；
Q＝2,P＝3,N＝4,M＝4,Y＝6,Z＝4；
Q＝2,P＝2,N＝2,M＝4,Y＝7,Z＝6；
当X＝4，R＝1，Y+Z+M+N+P+Q<＝27时，
Q＝2,P＝3,N＝4,M＝5,Y＝7,Z＝6；
当X＝2，R＝1，Y+Z+M+N+P+Q<＝29时，至少包括以下之一：
Q＝2,P＝3,N＝4,M＝5,Y＝9,Z＝6；
Q＝2,P＝3,N＝4,M＝5,Y＝8,Z＝7；
Q＝2,P＝3,N＝4,M＝5,Y＝7,Z＝8；
Q＝2,P＝3,N＝4,M＝7,Y＝7,Z＝6。
可选地，所述第五信令域为4比特时，所述第五信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3,4,5,6,7
进程0,1,2,3,4,5
进程0,1,2,3
进程4,5,6,7
进程0,1
进程2,3
进程4,5
进程6,7
进程0
进程1
进程2
进程3
进程4
进程5
进程6
进程7
或者，
当所述第五信令域大小为5比特时，所述第五信令域指示的HARQ进程域的进程调度状态至少包括以下之一：
进程0,1,2,3,4,5,6,7
进程0,1,2,3,4
进程1,2,3,4,5
进程2,3,4,5,6
进程3,4,5,6,7
进程0,1,2
进程1,2,3
进程2,3,4
进程3,4,5
进程4,5,6
进程5,6,7
进程0,1
进程1,2
进程2,3
进程3,4
进程4,5
进程5,6
进程6,7
进程0
进程1
进程2
进程3
进程4
进程5
进程6
进程7。
可选地，在所述多TB的最大TB数量为4，支持调度的最大HARQ进程数量为4的情况下，支持混传的进程数量至少包括2进程和4进程，或者，支持混传的进程数量至少包括2进程和3进程，或者，支持混传的进程数量至少包括2进程；或者
在所述多TB的最大TB数量为8，支持调度的最大HARQ进程数量为8的情况下，支持混传的进程数量至少包括2进程、4进程、8进程，或者，支持混传的进程数量至少包括2进程、3进程、4进程，或者，支持混传的进程数量至少包括2进程、4进程；或者，支持混传的进程数量至少包括2进程、3进程，或者，支持混传的进程数量至少包括2进程。
可选地，所述装置还包括：
第四指示模块，用于在一个DCI调度的最大TB数量为8，支持调度的最大HARQ进程数量为8的情况下，通过第六信令域指示NDI信息与HARQ进程域的进程调度信息。
可选地，所述第六信令域为5比特，或6比特，或7比特。
可选地，所述装置还包括：
第五指示模块，用于在所述多TB的最大TB数量小于支持调度的最大HARQ进程数量的情况下，通过已配置的HARQ多进程和偏移指示域指示HARQ进程的调度：
所述HARQ多进程通过以下至少之一的方式配置：预定义配置，基站配置的进程集合得到，高层信令配置，所述DCI中HARQ进程域配置，所述偏移指示域用于指示基于已配置的所述HARQ多进程的偏移量。
可选地，当1个TB通过1比特反馈，且一个比特对应一个上行资源时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置相同；或者，
当多TB通过多比特反馈，且所述多比特在一个上行资源上反馈时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置是根据高层配置信令和偏移量ARO确定的；或者，
当1TB通过1比特反馈且终端为半双工终端时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的时域位于连续有效的上行子帧上。
可选地，所述装置还包括：
确定模块，用于所述DCI触发非周期性信道状态信息CSI上报时，采用如下方式之一确定所述非周期CSI资源的位置或所述非周期CSI资源的大小或与所述非周期CSI资源一起传输的TB的大小：
在非混传的情况下，所述非周期CSI资源在第一个新传TB上传输；
在混传的情况下，所述非周期CSI资源在第一个重传TB上传输；
采用单独资源对所述非周期CSI资源进行传输；
与所述非周期CSI资源一起传输的TB的大小比所述DCI调度的所述多TB中除与非周期CSI资源一起传输的TB之外的其他TB要小；
与所述非周期CSI资源一起传输的TB对应的资源比所述DCI调度的所述多TB中除与所述非周期CSI资源一起传输的TB之外的其他TB对应的资源大。
实施例4
本发明实施例，还提供了一种下行控制信息传输装置，图6是根据本发明实施例的下行控制信息传输装置的框图二，如图6所示，包括：
指示调度模块62，用于当一个下行控制信息DCI调度多传输块TB时，通过DCI中的冗余版本RV信令域来指示调度的所述多TB的RV，或者所述多TB的RV为固定值；
第二传输模块64，用于通过物理下行链路控制信道PDCCH传输所述DCI。
可选地，当所述多TB包括新传TB和重传TB时，所述新传TB的RV固定，所述重传TB的RV根据DCI中RV信令域指示；或者，
当所述多TB仅包括新传TB时，所述多TB的RV相同，其中，所述RV由所述DCI中RV信令域指示或所述RV为固定值；或者，
当所述多TB仅包括重传TB时，所述多TB的RV相同，其中，所述RV由所述DCI中RV信令域指示。
可选地，所述新传TB的RV为固定值时，所述新传TB的RV为RV0，RV1，RV2，或者RV3。
可选地，当1TB通过1比特反馈，且一个比特对应一个上行资源时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置相同；或者，
当多TB通过多比特反馈，且所述多比特在一个上行资源上反馈时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置是根据高层配置信令和偏移量ARO确定的；或者，
当1TB通过1比特反馈且终端为半双工终端时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的时域位于连续有效的上行子帧上。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例5
本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：
S11，通过物理下行链路控制信道PDCCH传输下行控制信息DCI；
S12，通过所述DCI调度多传输块TB，其中，调度的所述多TB通过所述DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示。
可选地，在本实施例中，上述存储介质还可以被设置为存储用于执行以下步骤的计算机程序：
S21，当一个下行控制信息DCI调度多传输块TB时，通过DCI中的冗余版本RV信令域来指示调度的所述多TB的RV，或者所述多TB的RV为固定值；
S22，通过物理下行链路控制信道PDCCH传输所述DCI。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-ONly Memory，简称为ROM)、随机存取存储器(RaNdom Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
实施例6
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
S11，通过物理下行链路控制信道PDCCH传输下行控制信息DCI；
S12，通过所述DCI调度多传输块TB，其中，调度的所述多TB通过所述DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示。
可选地，在本实施例中，上述处理器还可以被设置为通过计算机程序执行以下步骤：
S21，当一个下行控制信息DCI调度多传输块TB时，通过DCI中的冗余版本RV信令域来指示调度的所述多TB的RV，或者所述多TB的RV为固定值；
S22，通过物理下行链路控制信道PDCCH传输所述DCI。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (29)

1.一种下行控制信息传输方法，其特征在于，包括：
基站通过物理下行链路控制信道PDCCH传输下行控制信息DCI；
所述基站在所述DCI中通过使用混合自动重复请求HARQ进程信息和新数据指示NDI信息的联合指示来调度多传输块TB；
所述方法还包括：
在支持的最大HARQ进程数量为4，并且所述DCI调度的所述多TB的最大数量为4的情况下，支持调度的HARQ进程数量为以下数量之一：1、2、3、4，所述基站通过第一信令域和第二信令域分别指示所述NDI信息和所述HARQ进程信息。
2.根据权利要求1所述的方法，其特征在于，所述多TB的最大数量小于或者等于所述支持的最大HARQ进程数量。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述基站通过第三信令域指示所述NDI信息和所述HARQ进程信息；
其中，支持的最大HARQ进程数量为4，并且所述DCI调度的多TB的最大数量为4。
4.根据权利要求1所述的方法，其特征在于，所述多TB中的每一个TB与用于传输确认ACK或否定确认NACK的上行链路资源中对应的一个上行链路资源相互关联，并且所述上行链路资源的频域位置相同。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在支持的最大HARQ进程数量大于8，并且所述DCI中支持调度的最大TB数量为8的情况下，将所述HARQ进程划分为第一组和第二组，
其中，所述第一组包括8个HARQ进程，并且所述第二组包括剩余的HARQ进程。
6.根据权利要求1-5中任一项所述的方法，其特征在于，
当1个TB通过1比特反馈，且一个比特对应一个上行资源时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置相同；或者，
当多TB通过多比特反馈，且所述多比特在一个上行资源上反馈时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置是根据高层配置信令和偏移量ARO确定的；或者，
当1个TB通过1比特反馈且终端为半双工终端时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的时域位于连续有效的上行子帧上。
7.根据权利要求1-5中任一项所述的方法，其特征在于，当一个DCI调度所述多TB时，通过DCI中的冗余版本RV信令域来指示调度的所述多TB的RV，或者所述多TB的RV为固定值。
8.一种下行控制信息传输方法，其特征在于，包括：
基站通过物理下行链路控制信道PDCCH传输下行控制信息DCI；
所述基站在所述DCI中通过使用混合自动重复请求HARQ进程信息和新数据指示NDI信息的联合指示来调度多传输块TB；
所述方法还包括：
在支持的最大HARQ进程数量为8，并且所述DCI调度的所述多TB的最大数量为8的情况下，支持调度的HARQ进程数量为以下数量之一：1、2、4、6、8，所述基站通过第四信令域和第五信令域分别指示所述NDI信息和所述HARQ进程信息。
9.根据权利要求8所述的方法，其特征在于，所述多TB的最大数量小于或者等于所述支持的最大HARQ进程数量。
10.根据权利要求8所述的方法，其特征在于，所述方法还包括：
所述基站通过第六信令域指示所述NDI信息和所述HARQ进程信息；
其中，支持的最大HARQ进程数量为8，并且所述DCI调度的多TB的最大数量为8。
11.根据权利要求8所述的方法，其特征在于，所述多TB中的每一个TB与用于传输确认ACK或否定确认NACK的上行链路资源中对应的一个上行链路资源相互关联，并且所述上行链路资源的频域位置相同。
12.根据权利要求8所述的方法，其特征在于，所述方法还包括：
在支持的最大HARQ进程数量大于8，并且所述DCI中支持调度的最大TB数量为8的情况下，将所述HARQ进程划分为第一组和第二组，
其中，所述第一组包括8个HARQ进程，并且所述第二组包括剩余的HARQ进程。
13.根据权利要求8-12中任一项所述的方法，其特征在于，
当1个TB通过1比特反馈，且一个比特对应一个上行资源时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置相同；或者，
当多TB通过多比特反馈，且所述多比特在一个上行资源上反馈时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置是根据高层配置信令和偏移量ARO确定的；或者，
当1个TB通过1比特反馈且终端为半双工终端时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的时域位于连续有效的上行子帧上。
14.根据权利要求8-12中任一项所述的方法，其特征在于，当一个DCI调度所述多TB时，通过DCI中的冗余版本RV信令域来指示调度的所述多TB的RV，或者所述多TB的RV为固定值。
15.一种通信装置，包括：
处理器；和
存储器，所述存储器用于存储计算机程序；
其中，当执行所述计算机程序时，所述处理器被配置为：
通过物理下行链路控制信道PDCCH传输下行控制信息DCI；
在所述DCI中，通过使用混合自动重传请求HARQ进程信息和新数据指示符NDI信息的联合指示来调度多传输块TB；
所述处理器还被配置为：
在支持的最大HARQ进程数量为4，并且所述DCI调度的所述多TB的最大数量为4的情况下，支持调度的HARQ进程数量为以下数量之一：1、2、3、4，通过第一信令域和第二信令域分别指示所述NDI信息和所述HARQ进程信息。
16.根据权利要求15所述的通信装置，其特征在于，所述多TB的最大数量小于或者等于所述支持的最大HARQ进程数量。
17.根据权利要求15所述的通信装置，其特征在于，当执行所述计算机程序时，所述处理器还被配置为：
通过第三信令域指示所述NDI信息和所述HARQ进程信息，
其中，支持的最大HARQ进程数量为4，并且所述DCI调度的多TB的最大数量为4。
18.根据权利要求15所述的通信装置，其特征在于，所述多TB中的每一个TB与用于传输确认ACK或否定确认NACK的上行链路资源中对应的一个上行链路资源相互关联，并且所述上行链路资源的频域位置相同。
19.根据权利要求15所述的通信装置，其特征在于，当执行所述计算机程序时，所述处理器还被配置为：
在支持的最大HARQ进程数量大于8，并且所述DCI中支持的最大TB数量为8的情况下，将所述HARQ进程划分为第一组和第二组，
其中，所述第一组包括8个HARQ进程，并且所述第二组包括剩余的HARQ进程。
20.根据权利要求15-19中任一项所述的通信装置，其特征在于，
当1个TB通过1比特反馈，且一个比特对应一个上行资源时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置相同；或者，
当多TB通过多比特反馈，且所述多比特在一个上行资源上反馈时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置是根据高层配置信令和偏移量ARO确定的；或者，
当1个TB通过1比特反馈且终端为半双工终端时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的时域位于连续有效的上行子帧上。
21.根据权利要求15-19中任一项所述的通信装置，其特征在于，当一个DCI调度所述多TB时，通过DCI中的冗余版本RV信令域来指示调度的所述多TB的RV，或者所述多TB的RV为固定值。
22.一种通信装置，包括：
处理器；和
存储器，所述存储器用于存储计算机程序；
其中，当执行所述计算机程序时，所述处理器被配置为：
通过物理下行链路控制信道PDCCH传输下行控制信息DCI；
在所述DCI中，通过使用混合自动重传请求HARQ进程信息和新数据指示符NDI信息的联合指示来调度多传输块TB；
所述处理器还被配置为：
在支持的最大HARQ进程数量为8，并且所述DCI调度的所述多TB的最大数量为8的情况下，支持调度的HARQ进程数量为以下数量之一：1、2、4、6、8，通过第四信令域和第五信令域分别指示所述NDI信息和所述HARQ进程信息。
23.根据权利要求22所述的通信装置，其特征在于，所述多TB的最大数量小于或者等于所述支持的最大HARQ进程数量。
24.根据权利要求22所述的通信装置，其特征在于，当执行所述计算机程序时，所述处理器还被配置为：
通过第六信令域指示所述NDI信息和所述HARQ进程信息；
其中，支持的最大HARQ进程数量为8，并且所述DCI调度的多TB的最大数量为8。
25.根据权利要求22所述的通信装置，其特征在于，所述多TB中的每一个TB与用于传输确认ACK或否定确认NACK的上行链路资源中对应的一个上行链路资源相互关联，并且所述上行链路资源的频域位置相同。
26.根据权利要求22所述的通信装置，其特征在于，当执行所述计算机程序时，所述处理器还被配置为：
在支持的最大HARQ进程数量大于8，并且所述DCI中支持的最大TB数量为8的情况下，将所述HARQ进程划分为第一组和第二组，
其中，所述第一组包括8个HARQ进程，并且所述第二组包括剩余的HARQ进程。
27.根据权利要求22-26中任一项所述的通信装置，其特征在于，
当1个TB通过1比特反馈，且一个比特对应一个上行资源时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置相同；或者，
当多TB通过多比特反馈，且所述多比特在一个上行资源上反馈时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的频域位置是根据高层配置信令和偏移量ARO确定的；或者，
当1个TB通过1比特反馈且终端为半双工终端时，传输所述DCI调度的多TB对应ACK/NACK的上行资源的时域位于连续有效的上行子帧上。
28.根据权利要求22-26中任一项所述的通信装置，其特征在于，当一个DCI调度所述多TB时，通过DCI中的冗余版本RV信令域来指示调度的所述多TB的RV，或者所述多TB的RV为固定值。
29.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至14中任一项所述的方法。
CN202310539784.4A 2018-11-02 2018-11-02 下行控制信息传输方法及装置 Pending CN116782401A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310539784.4A CN116782401A (zh) 2018-11-02 2018-11-02 下行控制信息传输方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811302529.3A CN111148265B (zh) 2018-11-02 2018-11-02 下行控制信息传输方法及装置
CN202310539784.4A CN116782401A (zh) 2018-11-02 2018-11-02 下行控制信息传输方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201811302529.3A Division CN111148265B (zh) 2018-11-02 2018-11-02 下行控制信息传输方法及装置

Publications (1)

Publication Number Publication Date
CN116782401A true CN116782401A (zh) 2023-09-19

Family

ID=70464348

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202310539784.4A Pending CN116782401A (zh) 2018-11-02 2018-11-02 下行控制信息传输方法及装置
CN201811302529.3A Active CN111148265B (zh) 2018-11-02 2018-11-02 下行控制信息传输方法及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201811302529.3A Active CN111148265B (zh) 2018-11-02 2018-11-02 下行控制信息传输方法及装置

Country Status (8)

Country Link
US (1) US20220369296A1 (zh)
EP (1) EP3876649A4 (zh)
JP (1) JP7246474B2 (zh)
KR (1) KR20210082524A (zh)
CN (2) CN116782401A (zh)
BR (1) BR112021008426A2 (zh)
CA (1) CA3118404A1 (zh)
WO (1) WO2020088497A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020164132A1 (zh) * 2019-02-15 2020-08-20 华为技术有限公司 数据传输的方法和数据传输的装置
CN110945885B (zh) * 2019-11-04 2024-05-07 北京小米移动软件有限公司 下行控制信息dci下发方法及装置、通信设备及存储介质
EP4162744A4 (en) * 2020-06-08 2023-10-25 NEC Corporation COMMUNICATION METHODS, TERMINAL DEVICE, AND COMPUTER READABLE MEDIA
US11558142B2 (en) * 2020-11-20 2023-01-17 Qualcomm Incorporated Transport block size (TBS) adjustment indication in sidelink

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841771B (zh) * 2009-03-18 2013-05-22 电信科学技术研究院 实现单小区多媒体广播组播业务传输的方法及装置
KR101641968B1 (ko) * 2009-09-14 2016-07-29 엘지전자 주식회사 다중입출력 무선 통신 시스템에서 하향링크 신호 전송 방법 및 장치
US8724648B2 (en) * 2009-09-30 2014-05-13 Nokia Corporation Enhanced control signaling for backhaul link
US8819501B2 (en) * 2010-03-29 2014-08-26 Lg Electronics Inc. Effective method and device for transmitting control information for supporting uplink multi-antenna transmission
CN103053212B (zh) * 2011-06-27 2015-10-21 华为技术有限公司 资源调度方法和数据传输方法及设备和***
KR20210021092A (ko) * 2013-08-07 2021-02-24 인터디지탈 패튼 홀딩스, 인크 디바이스 대 디바이스 통신을 위한 분산형 스케줄링
CN104734821B (zh) * 2013-12-19 2019-04-05 电信科学技术研究院 数据传输方法和装置
US9912504B2 (en) * 2014-07-31 2018-03-06 Futurewei Technologies, Inc. System and method for multiple carrier transmission
CN105790897B (zh) * 2014-12-26 2020-10-30 北京三星通信技术研究有限公司 一种混合自动重传请求(harq)的方法和设备
AU2016292598A1 (en) 2015-07-15 2017-12-21 Ntt Docomo, Inc. User terminal, wireless base station and wireless communication method
US10511413B2 (en) 2016-02-03 2019-12-17 Ofinno, Llc Hybrid automatic repeat requests in a wireless device and wireless network
CN105978671A (zh) * 2016-06-27 2016-09-28 深圳市金立通信设备有限公司 一种harq重传的指示方法及相关设备
KR20240093949A (ko) 2016-09-28 2024-06-24 아이디에이씨 홀딩스, 인크. 유연한 라디오 서비스를 위한 5g nr 데이터 전달
CA3041977A1 (en) 2016-10-28 2018-05-03 Ntt Docomo, Inc. User terminal and radio communication method
US10673593B2 (en) 2016-11-03 2020-06-02 Huawei Technologies Co., Ltd. HARQ signaling for grant-free uplink transmissions
US10531479B2 (en) * 2016-11-04 2020-01-07 Motorola Mobility Llc Identifying a resource for transmitting a first uplink channel
US10492184B2 (en) 2016-12-09 2019-11-26 Samsung Electronics Co., Ltd. Multiplexing control information in a physical uplink data channel
US10869333B2 (en) * 2016-12-16 2020-12-15 Huawei Technologies Co., Ltd. Systems and methods for mixed grant-free and grant-based uplink transmissions
CN108289011B (zh) 2017-01-07 2023-11-21 华为技术有限公司 一种数据传输的方法和装置
KR102002159B1 (ko) 2017-03-17 2019-07-19 엘지전자 주식회사 무선 통신 시스템에서 단말의 데이터 수신 방법 및 장치
CN116094659A (zh) * 2018-08-09 2023-05-09 北京三星通信技术研究有限公司 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质
CN112567857B (zh) * 2018-08-10 2023-07-07 联想(北京)有限公司 用于调度传输块的方法和装置

Also Published As

Publication number Publication date
CA3118404A1 (en) 2020-05-07
US20220369296A1 (en) 2022-11-17
EP3876649A4 (en) 2022-05-18
WO2020088497A1 (zh) 2020-05-07
JP7246474B2 (ja) 2023-03-27
JP2022506298A (ja) 2022-01-17
BR112021008426A2 (pt) 2021-09-14
KR20210082524A (ko) 2021-07-05
CN111148265A (zh) 2020-05-12
CN111148265B (zh) 2023-05-23
EP3876649A1 (en) 2021-09-08

Similar Documents

Publication Publication Date Title
KR102508791B1 (ko) 통신 방법 및 디바이스
CN111148265B (zh) 下行控制信息传输方法及装置
CN103119885B (zh) 正确/错误应答消息的映射方法及终端
CN101958775B (zh) 确认信息的发送方法及用户设备
CN102223219B (zh) Harq‑ack的反馈处理方法及***
EP2340630B1 (en) Efficient transmission and reception of feedback data and user data
WO2019158013A1 (zh) 信道传输方法和装置、网络设备及计算机可读存储介质
CN101951684B (zh) 一种确认信息的发送方法及用户终端
CN102469022B (zh) 缓存空间的分配方法和设备
CN104348582B (zh) 用于传输控制信息的方法和设备
CN102651678A (zh) 控制信息的传输方法、装置及***
CN111147190B (zh) 反馈应答信息的传输方法、装置及***
CN108352941A (zh) 一种传输上行控制信息uci的方法及装置
KR20200052340A (ko) 업링크 제어 채널 자원 할당 방법들 및 디바이스들
CN104427550A (zh) 业务流量自适应***中上行数据传输的方法及设备
CN110830210B (zh) 一种下行控制信息传输方法及装置
CN110830208B (zh) 一种下行控制信息传输方法及装置
US10728921B2 (en) Information processing method and device
WO2021233146A1 (zh) 一种数据调度方法及装置
RU2778146C2 (ru) Способ связи и устройство

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination