CN110830208A - 一种下行控制信息传输方法及装置 - Google Patents
一种下行控制信息传输方法及装置 Download PDFInfo
- Publication number
- CN110830208A CN110830208A CN201810910298.8A CN201810910298A CN110830208A CN 110830208 A CN110830208 A CN 110830208A CN 201810910298 A CN201810910298 A CN 201810910298A CN 110830208 A CN110830208 A CN 110830208A
- Authority
- CN
- China
- Prior art keywords
- processes
- signaling
- harq
- information
- bits
- 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.)
- Granted
Links
Images
Classifications
-
- 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
- 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/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/0028—Formatting
- H04L1/003—Adaptive formatting arrangements particular to signalling, e.g. variable amount of bits
-
- 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
- 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
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种下行控制信息传输方法及装置,其中,该方法包括:当一个下行控制信息DCI调度多传输块TB时,通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB;通过下行链路控制信道PDCCH传输所述DCI。通过本发明,解决了相关技术中如何将多个TB的控制信息在一个PDCCH中进行指示的问题,实现了通过一个DCI调度多TB,且开销较小的效果。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种下行控制信息传输方法及装置。
背景技术
基于目前的Release-15版本的窄带物联网(Narrow Band Internet of Things,简称为NB-IoT),机器型通信(Machine-Type Communication,简称为MTC)和第五代移动通信系统中,其多进程机制有效的提升了数据传输效率。但同时,对于单个接入的用户而言,为提高系统吞吐量,具有周期性的业务如数据域的网络电话(Voice over InternetProtocol,简称为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的DCI来指示,(Downlink Control Information,简称为DCI)内包含诸多关于资源调度,调制编码,进程等不同域的信息,如何将多个TB的控制信息在一个PDCCH中进行指示,并使得开销较小是调度增强面临的主要问题。
针对相关技术中如何将多个TB的控制信息在一个PDCCH中进行指示的问题,尚未提出解决方案。
发明内容
本发明实施例提供了一种下行控制信息传输方法及装置,以至少解决相关技术中如何将多个TB的控制信息在一个PDCCH中进行指示的问题。
根据本发明的一个实施例,提供了一种下行控制信息传输方法,包括:
当一个下行控制信息DCI调度多传输块TB时,通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB,其中,所述多TB对应的NDI信息相同;
通过物理下行链路控制信道PDCCH传输所述DCI。
可选地,所述通过DCI中的NDI信息和HARQ进程信息来指示调度的所述多TB包括:
在支持的最大HARQ进程数量等于一个DCI调度的最大TB数量的情况下,通过第一信令域和第二信令域分别指示所述NDI信息和所述HARQ进程信息,或者,通过第三信令域指示NDI信息和HARQ进程信息。
可选地,在支持的最大HARQ进程数为2的情况下,所述第一信令域为1比特,第二信令域为2比特,或者,所述第一信令域为1比特,第二信令域为1比特,或者,所述第三信令域为2比特。
可选地,当所述第二信令域为2比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:进程0和进程1,进程0,进程1;或者,
当所述第二信令域为1比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:进程0和进程1,进程0;或者,
当所述第二信令域为1比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:进程0和进程1,进程1。
可选地,
当所述第三信令域为2比特时,所述第三信令域指示的HARQ进程调度状态至少包括以下之一:
进程0和进程1,且NDI=0;
进程0和进程1,且NDI=1;
进程0,且NDI=0;
进程0,且NDI=1。
可选地,
在支持的最大HARQ进程数为8的情况下,所述第一信令域为1比特,所述第二信令域为4比特;或者,所述第一信令域为1比特,第二信令域为3比特。
可选地,
所述第二信令域为3比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:
进程0,1,2,3,4,5,6,7
进程0,1,2,3
进程4,5,6,7
进程0,1
进程2,3
进程4,5
进程6,7
进程0;
或者,
所述第二信令域为4比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:
进程0,1,2,3,4,5,6,7
进程0,1,2,3
进程4,5,6,7
进程0,1
进程2,3
进程4,5
进程6,7
进程0
进程1
进程2
进程3
进程4
进程5
进程6
进程7。
可选地,在所述DCI中还包括一个用于指示HARQ进程分组的组号域。
可选地,通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB包括:
通过第四信令域指示NDI信息,第五信令域指示HARQ进程组信息,第六信令域指示HARQ进程组内进程信息;或者,
通过第七信令域指示HARQ进程组信息,第八信令域指示NDI信息和HARQ进程组内进程信息;或者,
通过第九信令域指示HARQ进程组信息,第十信令域指示NDI信息。
可选地,所述方法还包括:
通过以下方式对所述HARQ进程进行分组:
每组包括的进程数量相同且不同组包括的进程索引不同;或者,
每组包括的进程索引是连续的且不同组包括的进程索引部分重叠;或者,
至少存在两个进程组包括的进程数量不同且不同组包括的进程索引不同。
可选地,所述至少存在两个进程组包括的进程数量不同且不同组包括的进程索引不同包括:
在支持的最大HARQ进程数为10的情况下,所述进程分组包括以下至少之一:
分3组,各组对应的进程数量分别为3、3、4,或者4、4、2;
分4组,各组对应的进程数量分别为2、2、2、4,或者2、2、3、3。
可选地,在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为1比特,所述第六信令为4比特;或者,
在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为1比特,所述第六信令为3比特;或者,
在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为1比特,所述第六信令为2比特;或者,
在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为2比特,所述第六信令为2比特;或者,
在支持的HARQ进程数为8的情况下,所述第七信令为2比特,所述第八信令为2比特;或者,
在支持的HARQ进程数为8的情况下,所述第七信令为1比特,所述第八信令为3比特。
可选地,每个进程组包括4个进程,每个进程组内的进程编号为0,1,2,3;
当所述第六信令域为4比特时,所述4比特与进程组中4个进程一一对应,每个比特表示相应进程是否被调度;或者,
当所述第六信令域为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;
或者,
当所述第六信令为2比特时,所述第六信令域指示的HARQ进程调度状态包含以下之一:
进程0,1,2,3
进程1,2,3
进程1,2
进程0;
或者,
当所述第六信令为2比特时,所述第六信令域指示的HARQ进程调度状态包含以下之一:
进程0,1,2,3
进程2,3
进程0,1
进程0。
可选地,当通过所述第九信令指示调度的HARQ进程组信息时,被所述第九信令指示的HARQ进程组内所有HARQ进程都被调度。
可选地,所述第九信令通过预定义状态指示单HARQ进程被调度。
可选地,所述第九信令为H比特,其中,每个比特对应一个HARQ进程组,不同比特对应的HARQ进程组不同;或者,
所述第九信令指示连续的k个HARQ进程组信息,其中,H、k为大于或等于1的正整数;或者,
所述第九信令指示单个HARQ进程组信息。
可选地,所述DCI调度的TB数量至少为集合{1,2*n}中的一个,其中,n为正整数,或者,DCI调度的TB数量为2的m次方,其中,m为自然数。
可选地,当所述DCI调度的最大TB数目为N时,所述DCI指示HARQ进程信息满足如下约定:至少存在一个调度k个TB对应的进程索引和某个调度N-k个TB对应的进程索引具有互补关系;
其中,所述互补关系是指以最大调度TB数目对应的进程索引为全集U={0,1,2,...,N-1},有元素N个,其中k个与另外N-k个形成的集合互补,或者,能够调度的进程索引为全集U={0,1,2,...,M-1},有元素M个,其中k个与另外M-k个形成的集合互补。
可选地,所述多TB的大小相同。
根据本发明的另一个实施例,还提供了一种传输块TB调度装置,包括:
指示模块,用于当一个下行控制信息DCI调度多传输块TB时,通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB;
传输模块,用于通过物理下行链路控制信道PDCCH传输所述DCI。
根据本发明的又一个实施例,还提供了一种存储介质,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例,还提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明,在多TB的大小相同,且新传和重传不可混传的情况下,由于通过一个DCI的NDI域和HARQ进程域的联合指示来调度的所述多TB,通过PDCCH传输所述DCI,因此,可以解决相关技术中如何将多个TB的控制信息在一个PDCCH中进行指示的问题,实现了通过一个DCI调度多TB,且开销较小的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的下行控制信息传输方法的流程图;
图2是根据本发明实施例的下行控制信息传输装置的结构框图;
图3是根据本发明优选实施例的下行控制信息传输装置的结构框图一;
图4是根据本发明优选实施例的下行控制信息传输装置的结构框图二;
图5是根据本发明优选实施例的下行控制信息传输装置的结构框图三。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中,图1是根据本发明实施例的下行控制信息传输方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,当一个下行控制信息DCI调度多传输块TB时,通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB,其中,所述多TB对应的NDI信息相同;
步骤S104,通过PDCCH传输所述DCI。
通过上述步骤,在多TB的大小相同,且新传和重传不可混传的情况下,由于通过一个DCI的NDI域和HARQ进程域的联合指示来调度的所述多TB,通过PDCCH传输所述DCI,因此,可以解决相关技术中如何将多个TB的控制信息在一个PDCCH中进行指示的问题,实现了通过一个DCI调度多TB,且开销较小的效果。
可选地,上述步骤的执行主体可以为基站等,但不限于此。
可选地,所述通过DCI中的NDI信息和HARQ进程信息来指示调度的所述多TB包括:
在支持的最大HARQ进程数量等于一个DCI调度的最大TB数量的情况下,通过第一信令域和第二信令域分别指示所述NDI信息和所述HARQ进程信息,或者,通过第三信令域指示NDI信息和HARQ进程信息。
可选地,在支持的最大HARQ进程数为2的情况下,所述第一信令域为1比特,第二信令域为2比特,或者,所述第一信令域为1比特,第二信令域为1比特,或者,所述第三信令域为2比特。
可选地,当所述第二信令域为2比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:进程0和进程1,进程0,进程1;或者,
当所述第二信令域为1比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:进程0和进程1,进程0;或者,
当所述第二信令域为1比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:进程0和进程1,进程1。
可选地,当所述第三信令域为2比特时,所述第三信令域指示的HARQ进程调度状态至少包括以下之一:
进程0和进程1,且NDI=0;
进程0和进程1,且NDI=1;
进程0,且NDI=0;
进程0,且NDI=1。
可选地,在支持的最大HARQ进程数为8的情况下,所述第一信令域为1比特,所述第二信令域为4比特;或者,所述第一信令域为1比特,第二信令域为3比特。
可选地,所述第二信令域为3比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:
进程0,1,2,3,4,5,6,7
进程0,1,2,3
进程4,5,6,7
进程0,1
进程2,3
进程4,5
进程6,7
进程0;
或者,
所述第二信令域为4比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:
进程0,1,2,3,4,5,6,7
进程0,1,2,3
进程4,5,6,7
进程0,1
进程2,3
进程4,5
进程6,7
进程0
进程1
进程2
进程3
进程4
进程5
进程6
进程7。
可选地,在所述DCI中还包括一个用于指示HARQ进程分组的组号域。
可选地,通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB包括:
通过第四信令域指示NDI信息,第五信令域指示HARQ进程组信息,第六信令域指示HARQ进程组内进程信息;或者,
通过第七信令域指示HARQ进程组信息,第八信令域指示NDI信息和HARQ进程组内进程信息;或者,
通过第九信令域指示HARQ进程组信息,第十信令域指示NDI信息。
可选地,所述方法还包括:
通过以下方式对所述HARQ进程进行分组:
每组包括的进程数量相同且不同组包括的进程索引不同;或者,
每组包括的进程索引是连续的且不同组包括的进程索引部分重叠;或者,
至少存在两个进程组包括的进程数量不同且不同组包括的进程索引不同。
可选地,所述至少存在两个进程组包括的进程数量不同且不同组包括的进程索引不同包括:
在支持的最大HARQ进程数为10的情况下,所述进程分组包括以下至少之一:
分3组,各组对应的进程数量分别为3、3、4,或者4、4、2;
分4组,各组对应的进程数量分别为2、2、2、4,或者2、2、3、3。
可选地,在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为1比特,所述第六信令为4比特;或者,
在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为1比特,所述第六信令为3比特;或者,
在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为1比特,所述第六信令为2比特;或者,
在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为2比特,所述第六信令为2比特;或者,
在支持的HARQ进程数为8的情况下,所述第七信令为2比特,所述第八信令为2比特;或者,
在支持的HARQ进程数为8的情况下,所述第七信令为1比特,所述第八信令为3比特。
可选地,每个进程组包括4个进程,每个进程组内的进程编号为0,1,2,3;
当所述第六信令域为4比特时,所述4比特与进程组中4个进程一一对应,每个比特表示相应进程是否被调度;或者,
当所述第六信令域为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;
或者,
当所述第六信令为2比特时,所述第六信令域指示的HARQ进程调度状态包含以下之一:
进程0,1,2,3
进程1,2,3
进程1,2
进程0;
或者,
当所述第六信令为2比特时,所述第六信令域指示的HARQ进程调度状态包含以下之一:
进程0,1,2,3
进程2,3
进程0,1
进程0。
可选地,当通过所述第九信令指示调度的HARQ进程组信息时,被所述第九信令指示的HARQ进程组内所有HARQ进程都被调度。
可选地,所述第九信令通过预定义状态指示单HARQ进程被调度。
可选地,所述第九信令为H比特,其中,每个比特对应一个HARQ进程组,不同比特对应的HARQ进程组不同;或者,
所述第九信令指示连续的k个HARQ进程组信息,其中,H、k为大于或等于1的正整数;或者,
所述第九信令指示单个HARQ进程组信息。
可选地,所述DCI调度的TB数量至少为集合{1,2*n}中的一个,其中,n为正整数,或者,DCI调度的TB数量为2的m次方,其中,m为自然数。
可选地,当所述DCI调度的最大TB数目为N时,所述DCI指示HARQ进程信息满足如下约定:至少存在一个调度k个TB对应的进程索引和某个调度N-k个TB对应的进程索引具有互补关系;
其中,所述互补关系是指以最大调度TB数目对应的进程索引为全集U={0,1,2,...,N-1},有元素N个,其中k个与另外N-k个形成的集合互补,或者,能够调度的进程索引为全集U={0,1,2,...,M-1},有元素M个,其中k个与另外M-k个形成的集合互补。
可选地,所述多TB的大小相同。
本发明实施例中,对于Process state的优化目的是为了减少状态数,减少开销,主要采用以下几种原则进行优化:
对称原则:多TB传输时两次TB调度保持进程在对称位置,一次TB调度则自身进程对称。如4进程调度2TB时,进程0,1与进程3,2对称,进程12关于自身对称。
二分原则:多TB传输时调度的TB数量以最大TB数量做二分。如最大支持4TB调度,则其他还可支持2TB和1TB调度。
互补原则:是指以最大调度TB数目对应的进程索引为全集U={0,1,2,...,N-1},有元素N个,其中调度k个与调度另外N-k个形成的集合互补。或者,可调度的进程索引为全集U={0,1,2,...,M-1},有元素M个,其中调度k个与调度另外M-k个形成的集合互补。。
连续性原则:多TB调度传输时,多TB对应的进程号连续。
遍历原则:多TB调度时,调度的TB数量规格支持所有数量的多TB传输。
在相同TBS时,资源分配和调制编码域保持相同。对NDI域和进程域加以设计或者引入新增bit来对所有TB信息加以描述。主要包括:
1)当采用一个PDCCH调多个TB时,当TBS相同,且新传与重传TB不可以一起混传,则采用以下四种TB调度方式,分别为:
方式一:Group ID+NDI+Process state(对多进程进行分组,Group ID表示调度的组进程索引,Process state表示组内调度进程索引,所述组内调度的进程的NDI是相同的,由NDI指示。在支持的最大HARQ进程数量大于于一个DCI调度的最大TB数量的情况下,NDI对应第四信令域,Group ID对应第五信令域,process state对应第六信令域)
方式二:NDI+Process state(调度进程的NDI是相同的,由NDI指示,Processstate表明调度进程索引。在支持的最大HARQ进程数量等于一个DCI调度的最大TB数量的情况下,NDI对应第一信令域,process state对应第二信令域)
其中,当进程数目过大,一个PDCCH不足以支持进程数目的TB数量时,通过方式一,先对进程进行分组,每个组内的进程状态由Process state表示,NDI则表示process state是新传还是重传。
当所支持的进程数目较少,一个PDCCH支持的TB数量与进程数量相近。此时可以无需分组开销,一调多时通过方式二。
方式三:Process state(Process state表示调度的进程索引和对应的NDI值。在支持的最大HARQ进程数量等于一个DCI调度的最大TB数量的情况下,process state对应第三信令域。)
方式四:Group ID+Process state(对多进程进行分组,Group ID表示调度的组进程索引,Process state表示调度的进程索引和对应的NDI值。在支持的最大HARQ进程数量大于于一个DCI调度的最大TB数量的情况下,若进程调度方式可变,则Group ID对应第七信令域,process state对应第八信令域。若进程调度方式默认,则Group ID对应第九信令域,process state对应第十信令域)
2)最大进程数为2,且1个PDCCH调2TB时,此时无需进行分组。通过方式二NDI+Process state的形式,Process state包括3个状态
进程0和进程1,仅进程0,仅进程1。
所以采用方式二NDI+Process state实现2TB非混传调度共需要NDI1bit和Process state 2bit实现。对于NB-IoT,Process state 2bit可由HARQ进程域增加1bit得到。
3)最大进程数为2,在1个PDCCH调2TB时,加入约束条件:若仅有1进程传输TB时,则优先使用第一个进程。采用方式二时,Process state有1bit开销,NDI域可复用,其调度情况如下表:
Process state | 含义 |
1 | 进程0和进程1 |
0 | 进程0 |
或
Process state | 含义 |
0 | 进程0和进程1 |
1 | 进程0 |
其中Process state可通过重定义2进程DCI中的1bit进程指示得到,Processstate值对应进程状态可任意组合,如上表所示。
或者采用方式三实现:
1 | 1进程0和进程1(NDI=<sup>0)</sup> |
0 | 0进程0和进程1(NDI=<sup>1)</sup> |
1 | 0进程0(NDI=0) |
0 | 1进程0(NDI=1) |
其进程的4个状态由2bit表示,具体状态与进程状态的对应关系可选。
4)最大进程数为X,一个PDCCH调度Y个TB时,调度方法采用Group ID+NDI+Processstate方式一。则组号Group ID需要ceil(log2(X/Y))bit来指示。
4.5)最大进程数为8或4X(X>=2取整数),一个PDCCH调度4个TB时,基于方式一,分组后对组内进程采用bitmap进行指示。即4个进程需4bit指示是否调度。NDI指示新传与重传,所以Process state信令需要4bit,另需1bit指示组号。
5)最大进程数为8或4X(X>=2取整数),一个PDCCH调度4个TB时,基于方式一,为节省开销,对Process state进行优化,设定约束条件为:当使用m个TB调度时,优先使用预定义的m个进程,其中,m小于或等于4,进程与TB一一对应。其Process state信令具有如下特征:
4TB调度则选择进程0,1,2,3
3TB调度时,则选择4进程中任意3个
1TB调度时,则选择与3TB调度时互补的进程
2TB调度时,除去1TB调度所选进程,从剩余3进程中任选2个。
例如:
调度的TB数量 | Process state |
4TB | 进程0,1,2,3 |
3TB | 进程1,2,3 |
2TB | 进程1,2 |
1TB | 进程0 |
或
此时Process state仅需要2bit。尽量保证了所有的TB都有机会被调度,但依然限制较大。例如在5)中当调度进程1,2时,则没有机会单独调度进程3。对于eMTC的8进程调度,NDI域可复用,HARQ进程域3bit,可由组号1bit和Process state 2bit复用。
每组进程采用1bit反馈开销最小。
6)最大进程数为8或4X(X>=2取整数),一个PDCCH调度4个TB时,基于方式一,为节省开销,增加5)中的Process state减少进程调度限制,遵循对称性原则,和互补原则,连续性原则,Process state信令具有如下特征:
4TB调度则选择进程0,1,2,3
3TB调度时,则选择4进程中连续3个进程
2TB调度时,则选择4进程中连续2个进程。
1TB调度时,则选择与3TB调度时互补的进程
实例如下表:
调度的TB数量 | Process state |
4TB | 进程0,1,2,3 |
3TB | 进程0,1,2进程1,2,3 |
2TB | 进程0,1进程1,2进程2,3 |
1TB | 进程0进程3 |
Process state包含表中状态任意组合。
最大进程数为8,支持一个PDCCH调度4TB时。需要组号1bit+NDI 1bit+Processstate 3bit共5bit。对于支持8进程的eMTC,DCI设计时,NDI可不变,3bit的HARQ进程域变为Process state,新增1bit的组号域。
7)最大进程数为8或4X(X>=2取整数),一个PDCCH调度4个TB时,基于方式一,为节省开销,增加5)中的Process state减少进程调度限制,遵循二分原则,遍历原则,有3bit如下Process state方案:
4TB调度则选择进程0,1,2,3
2TB调度时,则选择4进程中的2个进程。两次调度的2进程要么互补要么相同。
1TB调度时,则选择任意其中一个进程
上述共7个状态,为充分利用资源,加入3进程调度。任意3个进程均可。
实例如下表:
对比6)和7)的区别在于7)更加注重单个TB的调度。其DCI设计方案和6)一致。
8)最大进程数为8或4X(X>=2取整数),一个PDCCH调度4个TB时,从4)到7)采用的均为bundling反馈1bit形式,当一个TB出现解码错误,则需要所有传输的TB进行重传,降低了重传效率,浪费了传输资源。所以增大接收端反馈bit,可以提高重传效率,减少资源浪费。当接收端反馈2bit,其重传的状态与新传的状态不再一一对应。所以采取方式四进行方案设计。同样基于对称性原则,以减少开销为目标,Process state方案设计如下。
除去红色重复状态,共16个状态,需4bit进行表示,在DCI中指示。所以采用方式四Group ID+Process state共5bit。当采用更多bit反馈时,所需开销较大。对于eMTC,接收端反馈2bit时,NDI域取消。HARQ进程域变为4bit的Process state,增加1bit的组号域。
9)最大进程数为8或8X(X>=2取整数),一个PDCCH调度8个TB时,若为8进程,则无需分组,基于二分原则,采用方式二的Process state方案如下表所示。
调度TB对应的进程数量为2的幂次
8TB调度则选择进程0,1,2,3,4,5,6,7
4TB调度时,将8TB调度的8进程划分2组,每组4个进程
2TB调度时,将4TB调度的4进程分为2组,每组2个进程。
1TB调度时,将2TB调度的2进程分为2组,每组1个进程。即8进程的其中一个进程。
如上述状态数目小于由整数bit开销支持的最大状态数目,则可适当补充非2的幂次TB调度进程数目的状态。
如果让调度的TB进程号连续,则实例如下:
若为8X(X>=2取整数)进程,则只需添加组号即可。采用多bit反馈会导致开销更大。
所以当为8进程支持8TB调度时,其调度DCI相关内容为
反馈1bit时,则采用方式2,需要5bit,NDI域1bit不变,另外4bit可由HARQProcess域扩充。
当支持8X(X>=2取整数)进程,支持8TB调度时,则需要补充组号域。
10)当支持10进程时,一调多最大支持10TB调度时,可采用方式一实现调度。每组调度相同TB时,则可将10进程分为5组或者分为2组。分为2组时,每组5个进程,5TB的调度最大需要5bit(bitmap方式)指示process state信息,以及另外的NDI域1bit,组号域1bit。分为5组时,每组2个进程,2TB的调度最大需要2bit,最小1bit。组号域需要3bit指示,NDI域1bit。
每组调度的TB数量可能不同时,将10个HARQ进程分为3组,X=10,Y1=4,Y2=3,Y3=3,使用2bit对组号域进行指示,或者使用3bit对组号域采用bitmap的方式进行指示。
使用2bit指示组号域时,单组进程TB传输。若采用方式一,NDI需1bit指示组内所有进程的传输状态。4TB的process state表示通过以下方式实现。最多需要4bit对所有状态进行表示,如bitmap方式。最少需要2bit指示4TB传输,3TB传输,2TB传输,1TB传输四个状态。或者根据对称性原则、互补原则以及连续性原则时,3bit Process state指示一个DCI调度所述4TB。或者遵循二分原则、遍历原则时,3bit来表示process state。若采用方式四,当反馈2bit时,使用4bit表示process state,NDI融入了process state中。3TB的processstate可通过以下方式实现、最多需要3bit对所有状态进行表示,如采用bitmap方式。
使用3bit指示组号域时,每组进程都可能被调度,当某组被调度时,应该所有进程都需要传输TB。当使用方式一,NDI域1bit需指示所有进程的传输状态,process state此时只有一种,无需指示。
或者在支持HARQ进程数为10的情况下,将10个HARQ进程分为3组,X=10,Y1=4,Y2=4,Y3=2,使用2bit对组号域进行指示,或者使用3bit对组号域采用bitmap的方式进行指示。
11)在上述所有案例中,如有分组,则每次都只能调度一组进程。如需要支持多组的同时调度,则采用组的bitmap形式。当有X个进程可被调度,X=M*N,可以用N bit表示组的bitmap调度,每组M个进程,M个进程的Process state可用前面权利要求中方法进行指示。每组公用DCI指示,其传输情况一致。
下面通过具体示例对本发明实施例进行详细说明。
示例1
本实施例主要用于多TB调度增强时2TB调度场景,目的是减少信令开销,实现多TB调度,提高传输效率,降低开销。特点是在多TB调度时,新传TB和重传TB不可混传,且TBS是一致的。
根据其特点,2TB传输时,其DCI中关于资源调度,调度时延等内容保持不变,只是DCI格式需要支持多TB调度。
通过方式二有如下方法:NDI指示新传与重传,Process state表明进程0和进程1,仅进程0,仅进程1三个状态。进程使用状态共3个,从通过2bit表述的4个状态中任意选择3个即可。或者,
从优先级角度出发,进一步压缩状态,使用更少的开销实现多TB调度。约定规则如下:当只有单进程传输时,则优先使用第一个或其他预定义进程。采用方式二实现2进程下的2TB调度,包括NDI共需要2bit开销。对于NB-IoT可复用NDI域。其状态表如下所示:
Process state | 含义 |
1 | 进程0和进程1 |
0 | 进程0 |
或
Process state | 含义 |
0 | 进程0和进程1 |
1 | 进程0 |
其中Process state可通过重定义2进程DCI中的1bit进程指示得到,Processstate值对应进程状态可任意组合,如上表所示。
或者采用方式三实现:
1 | 1进程0和进程1(NDI=0) |
0 | 0进程0和进程1(NDI=1) |
1 | 0进程0(NDI=0) |
0 | 1进程0(NDI=1) |
此时NDI与process state联合编码。共需要2bit。
显然,上述状态表表明,Rel-15中NB-IoT中的HARQ Process进程域和NDI域的2bit被复用。将NDI和状态进行了联合表示。在上述方法下,仅需2bit开销即可实现多TB调度,相比原来版本中的DCI大小没有变化。
最大进程数为8或4X(X>=2取整数),一个PDCCH调度2个TB时,调度方法采用GroupID+NDI+Process state方式一时
8进程调度一组,一组为2TB。则需要额外2bit的Group ID指示,4X进程需要额外ceil(log2(X)+1)bit。2X(X>=1)进程需要额外ceil(log2(X))bit。10进程调度一组,一组为2TB。则需要3bit的Group ID指示。总结来说最大进程数为X,一个PDCCH调度Y个TB时,Y个TB为一组,每次调度一组,调度方法采用Group ID+NDI+Process state方式一。则组号Group ID需要ceil(log2(X/Y))bit来指示。
在用户接收到DCI并对业务数据进行解码后,需要对其进行反馈。反馈的模式为参考点信息反馈。参考点可以多个,参考点的信息反馈也可以多个bit,但不超过TB数量。
本实施例通过process state的方式,在原有基础上无需增加额外bit即可实现多TB的调度,提高传输效率,降低DCI开销。
示例2
本实施例主要用于多TB调度增强时4TB调度场景,目的是减少信令开销,实现多TB调度,提高传输效率,降低开销。特点是在多TB调度时,新传TB和重传TB不可混传,且TBS是一致的。
在eMTC中,FDD场景最大支持8进程,甚至支持10进程,在TDD场景下支持更多。在本实施例中,单个PDCCH DCI仅支持最大调度4个TB。当调度更多数量TB时,采用的方案即为方式一Group ID+NDI+Process state
Group ID的划分,是指将所有进程进行分组。例如当最大支持8进程时,可分为4+4共2组,也可以是其他组合。在10进程时,可以是2+4+4,也可以是3+3+4,也可以是其他组合。
在一个分组内包含m个进程,对进程进行编号为0,1,2…m-1。当一组内包含4进程时,则使用Group ID+NDI+Process state即可实现任意TB数量的多TB调度。当最大支持4TB时调度时,Group ID为组号,NDI指示新传与重传,进程索引Process state采用bitmap进行表示:
举例详述如下:每个进程是否传输用1,0表示,1表示有TB需要传输(或者不传),0表示无TB传输(或者有TB需要传输),再用1bit的NDI域来指示新传与重传,可以使用原版本的翻转方式,也可直接1表示新传(或重传),0表示重传(或新传)。其中新传的一种表示方法如下所示
4进程同时新传:1111
3进程新传:1101,1011,0111,1110
2进程新传:1100,1001,0011,1010,0101,0110
1进程新传:1000,0100,0010,0001
共15个状态,需要4bit指示。所以对于8进程的eMTC而言,NDI域可保持不变,需要将3bit的进程域扩展为4bit,来表示每个进程的传输情况。还需1bit来指示组号。所以一共新增2bit开销,来实现8进程的多TB调度。
同时注意到,NDI域是用来指示新传还是重传,也就是说新传和重传所需要的传输资源是一样的,其DCI的其他内容可保持不变。同时在UE端进行的反馈也是基于4进程bundling的,这个时候新传与重传是一样的,且若有一个进程解码错误,这组内其他进程的TB也需要重传。当采用bundling反馈时,UE端仅需反馈1bit来告诉基站端是否需要重传。
当反馈信息为2bit时,可以选择2个参考点,每个参考点发1bit,也可以1个参考点发2bit。此时重传状态,依然是15个,当反馈信息为4bit时,依然需要15个重传状态。因为其新传状态已经覆盖了所有可能状态,所以重传状态最多也只有15个。所以无论反馈信息多大,均需要4bit的process state指示和1bit NDI域。
示例3
本实施例主要用于多TB调度增强时4TB调度场景,目的是减少信令开销,实现多TB调度,提高传输效率,降低开销。特点是在多TB调度时,新传TB和重传TB不可混传,且TBS是一致的。
在eMTC中,FDD场景最大支持8进程,甚至支持10进程,在TDD场景下支持更多。在本实施例中,单个PDCCH DCI仅支持最大调度4个TB。当调度更多数量TB时,采用的方案即为方式一Group ID+NDI+Process state。Group ID的划分与实施例3一致。本实施例与实施例3不同的是,设定约束条件,减少不必要的状态,从而减少信令开销,实现多TB调度,提高传输效率。
在4TB调度时,设定约束条件为:当使用m个TB调度时,优先使用预定义的m个进程,进程与TB一一对应。其Process state信令具有如下特征:
4TB调度则选择进程0,1,2,3
3TB调度时,则选择4进程中任意3个
1TB调度时,则选择与3TB调度时互补的进程
2TB调度时,除去1TB调度所选进程,从剩余3进程中任选2个。
例如:
或
调度的TB数量 | Process state |
4TB | 进程0,1,2,3 |
3TB | 进程0,1,2,, |
2TB | 进程0,1 |
1TB | 进程3 |
或
调度的TB数量 | Process state |
4TB | 进程0,1,2,3 |
3TB | 进程2,3, |
2TB | 进程0,1 |
1TB | 进程0 |
此时Process state仅需要2bit。尽量保证了所有的TB都有机会被调度,但依然限制较大。例如在5)中当调度进程1,2时,则没有机会单独调度进程3。对于eMTC的8进程调度,NDI域可复用,HARQ进程域3bit,可由组号1bit和Process state 2bit复用。
在bundling反馈1bit的条件下,重传状态与新传状态一致,所以NDI域依旧不变,3bit的进程号指示域仅需2bit即可实现多TB调度。所以当使用bundling反馈时,在eMTC支持8进程场景下,DCI相关内容总共需要4bit实现多TB调度,其中1bit为Group ID,1bit为NDI指示,2bit为Process state。当使用2bit反馈时,则1bit对应2个进程,其重传状态将增加,新传+重传状态达到10个,则NDI+Process state需要4bit来指示。当使用4bit反馈时,其所需开销更大。
显然在1bit反馈时,上述方法对于进程的调度依然有较大的限制。例如一个DCI在调度一个TB时,其他进程也不可使用。基于一些基础原则,依然设置优先使用预定义进程的约束条件,对上述方法进行优化。
一)当反馈1bit时:
1)遵循对称性原则,和互补原则,连续性原则,Process state信令具有如下特征:
4TB调度则选择进程0,1,2,3
3TB调度时,则选择4进程中连续3个进程
2TB调度时,则选择4进程中连续2个进程。
1TB调度时,则选择与3TB调度时互补的进程
实例如下表:
调度的TB数量 | Process state |
4TB | 进程0,1,2,3 |
3TB | 进程0,1,2进程1,2,3 |
2TB | 进程0,1进程1,2进程2,3 |
1TB | 进程0进程3 |
Process state包含表中状态任意组合。
最大进程数为8,支持一个PDCCH调度4TB时。需要组号1bit+NDI1bit+Processstate 3bit共5bit。对于支持8进程的eMTC,DCI设计时,NDI可不变,3bit的HARQ进程域变为Process state,新增1bit的组号域。显然在调度m个TB时,要么状态自身对称,例如0123和12,要么进程与进程之间对称,如0和3。
基于二分原则,遍历原则,有3bit如下Process state方案:
4TB调度则选择进程0,1,2,3
2TB调度时,则选择4进程中的2个进程。两次调度的2进程要么互补要么相同。
1TB调度时,则选择任意其中一个进程
上述共7个状态,为充分利用资源,加入3进程调度。任意3个进程均可。
实例如下表:
基于2分原则的Process state更加注重单个TB的调度,但由于4+2+1=7还有一个状态没有使用导致浪费,则在调度3TB时引入一个状态。此种方法下所需开销与基于对称原则的一致,共5bit开销,相比原来增加了1bit。
二)当反馈2bit时:
Process state设计方案如下
除去红色重复状态,共16个状态,需4bit进行表示,在DCI中指示。所以采用方式四Group ID+Process state共5bit。当采用更多bit反馈时,所需开销较大。对于eMTC,接收端反馈2bit时,NDI域取消。HARQ进程域变为4bit的Process state,增加1bit的组号域。
示例4
本实施例主要用于多TB调度增强时8TB调度场景,目的是减少信令开销,实现多TB调度,提高传输效率,降低开销。特点是在多TB调度时,新传TB和重传TB不可混传,且TBS是一致的。
在eMTC中,FDD场景最大支持8进程,甚至支持10进程,在TDD场景下支持更多。在本实施例中,单个PDCCH DCI直接支持8TB调度。采用的方案即为方式二NDI+Process state或者方式三将NDI融入Process state。当采用方式二NDI+Process state方案时,一个进程需要1bit来进行描述,加上NDI指示域,则8个进程需要9bit描述,尽管HARQ Process指示域的3bit进行复用,也需要额外增加4bit对其进行指示,开销较大。本实施例设定约束条件为,减少不必要的Process state状态,从而减少信令开销,实现多TB调度,提高传输效率。在1bit反馈时可采用NDI+Process state方式二方案,在较多bit反馈时,则采用Processstate方式三方案。
最大进程数为8或8X(X>=2取整数),一个PDCCH调度8个TB时,若为8进程,则无需分组,基于二分原则,采用方式二的Process state方案如下表所示。
调度TB对应的进程数量为2的幂次
8TB调度则选择进程0,1,2,3,4,5,6,7
4TB调度时,将8TB调度的8进程划分2组,每组4个进程
2TB调度时,将4TB调度的4进程分为2组,每组2个进程。
1TB调度时,将2TB调度的2进程分为2组,每组1个进程。即8进程的其中一个进程。
如上述状态数目小于由整数bit开销支持的最大状态数目,则可适当补充非2的幂次TB调度进程数目的状态。
如果让调度的TB进程号连续,则实例如下:
基于二分原则,在1bit反馈,2bit反馈,4bit反馈,和8bit反馈场景下,给出存在的状态数目对比情况如下表格(0123表示调度进程0,1,2,3):
采用bundling时1bit反馈时,共有15个新传状态。采用4bit表示时会浪费一个状态,则由于6进程可由4进程+2进程两个DCI指示得到,5进程可由4进程+1进程得到,唯有7进程需要4+2+1三次DCI指示得到,所以选择在7进程时引入一个新状态,0123456(或者1234567),此时新状态共16个,由NDI来指示新传与重传。即采用的方案为NDI+Processstate(4bit),复用HARQ Process进程域的3bit,则在原有基础上额外开销1bit,由4bit变为5bit。
采用2bit反馈时,重传状态15个,共30个状态,需要5bit。此时有2个状态浪费,与1bit反馈时理由一致,优先引入7TB调度的新状态0123456(或者1234567),此时新增重传状态2个,共33个状态。基于此,则引入6TB调度的新状态,012345(或者234567,014567,012367),此时则只需引入一个重传状态,正好共32个状态。总共5bit实现8TB的调度,相比原来多了1bit。
采用4bit反馈时,重传状态15+8=23个,共38个状态,需要6bit。采用8bit反馈时,重传状态2^8-1=127个,共127+15个状态,需要9bit。开销较大。
所以基于二分原则下的8进程调度,最好的反馈方式是1bit或者2bit。
示例5
本实施例主要用于多TB调度时DCI内的指示方法。特点是多个TB的TBS相同,且新传与重传的TB不可混传。多TB调度时需要设计一种新的DCI格式,相比于原来的DCI内容,多TB调度需要重新考虑的内容在于NDI,HARQ进程域,以及新增域等。主要描述如下:
对多进程进程分组,方式主要有如下三种:每组包括的进程数量相同且不同组包括的进程索引不同,或者,每组包括的进程索引是连续的且不同组包括的进程索引部分重叠,或者,所述每组包括的进程数量不同且不同组包括的进程索引不同;
索引不同,每组进程数量相同或不同可以表述为平均分组和非平均分组两种。均分时,每组的TB数量一致,非均分时,最大进程数量X可由每组TB数量Y表示如下:X=Y1+Y2+Y3+...+Yn。
以10进程为例:
平均分组指示的方法如下:
分为2组,每组5个TB时,组号域需要1bit进行指示。若采用方式一,则NDI需要1bit。Process state采用bitmap最大需要5bit进行指示。根据遍历原则,互补原则和连续性原则,最小3个bit可实现指示8个状态,其中最基础的5个状态如下所示:
调度的TB数量 | Process state |
5TB | 进程0,1,2,3,4 |
4TB | 进程0,1,2,3 |
3TB | 进程0,1,2, |
2TB | 进程3,4 |
1TB | 进程4 |
在上表基础上加入3个状态即可,如支持单进程0,双进程0,1,三进行2,3,4。也可加入其它状态。当采用更多bit来指示process state时,可根据上表加入更多的状态。
分为5组,每组2个TB时,组号域需要用3bit来表示其中一组的调度。采用方式一时,NDI域1bit,process state采用1bit,或者采用方式四2bit表示process state。
非平均分组的指示如下:
10进程传输时,若分为两组,均分是较为合适的。若分为n>2组,X=Y1+Y2+Y3+...+Yn,选取方案的条件为选取样本{Y1,Y2,Y3...Yn}方差较小的方案。当分为3组时,优选各组TB数量为4、3、3方案,次选4、4、4方案,方案顺序不限。
分3组时,组号域需要2bit对要调度的组进行表示。当进行4TB调度时,可参考示例4中方法,需要3bit~5bit(如有NDI则包含NDI 1bit)描述。当进行3TB或2TB调度时,显然可复用4TB调度时中的状态。所以分为3组时,需要组号域2bit,以及NDI+process state共3bit~5bit。
分4组时,组号域需要2bit对调度的某组进程表示,调度的TB数量可以分别为2、2、2、4方案,或者,2、2、3、3方案,方案顺序不限;
示例6
本实施例主要用于多TB调度时DCI内的指示方法。特点是多个TB的TBS相同,且新传与重传的TB不可混传。多TB调度时需要设计一种新的DCI格式,相比于原来的DCI内容,多TB调度需要重新考虑的内容在于NDI,HARQ进程域,以及新增域等。主要描述如下:
如有分组,平均分组,非平均分组,重叠分组三种方法,可每次调度一组。此时平均分组,非平均分组的组内进程状态可以统一由DCI指示,也可默认当组被调度,组内进程都被调度。重叠分组的进程组一旦被调度,组内进程都被调度,一次只能调度一个组。
当支持多组的同时调度,则可以采用组的bitmap形式。设有X=M*N个进程,或者X=Y1+Y2+Y3+...+YN用N bit表示N组的调度情况,每组M个进程。每组的调度情况一致,由PDCCH统一指示。
具体实例描述如下:
当最大支持10进程传输时,可写为10=2*5,则表示将10进程平均分为5组,每组2个进程,可调度2个TB。组号指示有5bit,此时一组TB一旦被调度,则两个进程都被使用。也可以采用额外开销对process state进行指示,即每组可能使用1个进程。此时被调度的组之间可用同一个DCI进行指示,即每组的调度情况是一样的。10进程传输时,分3组组号域指示采用bitmap方式有3bit,分四组时组号域4bit。
在2*5均分方法下,组号bitmap需要5bit,NDI域1bit,组内1bit指示调度1个进程还是2个进程,则共需7bit实现10进程指示。若进程组一旦被调度,则组内所有进程被调度,则只需6bit。
在非均分方法下,分为3组,则组号域需要3bit,NDI域1bit,组内进程当被调度则全部被调度,所以无需额外bit,此时共需4bit。分为4组,则组号域需要4bit,NDI域1bit。组内进程当被调度则全部被调度,无需额外bit。若要指示组内进程调度信息,则以最大进程数的进程组设计调度方法,如10进程,各组为4、4、2时,则以4进程进行设计,包含2进程时的传输状态,最大需要4bit,最少2bit。
在重叠方法下,可分为3组,各进程组进程数目一种组合为4,4,4。此时需要2bit指示组号,1bit指示NDI域,进程组一旦被调度则组内所有进程被调度,所以一共需要3bit。
当bitmap为全0时,可指示单个TB的传输,进程默认即可。NDI域指示是重传还是新传,保持不变。
所以本示例主要阐述了分组时调度进程组所需要的DCI开销情况。可以调度一组,也可以调度多组。调度多组时,设有H组,则需要H bit来指示每组的调度。进程组被调度后可以由DCI指示组内调度情况,也可默认全部被调度。
实施例2
在本实施例中还提供了一种下行控制信息传输装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的下行控制信息传输装置的结构框图,如图2所示,该装置包括:
指示模块22,用于当一个下行控制信息DCI调度多传输块TB时,通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB;
传输模块24,用于通过下行链路控制信道PDCCH传输所述DCI。
需要说明的是,上述的传输模块24包括基站向终端发送DCI和终端接收DCI。
图3是根据本发明优选实施例的下行控制信息传输装置的结构框图一,如图3所示,所述指示模块22包括:
分别指示单元32,用于在支持的最大HARQ进程数量等于一个DCI调度的最大TB数量的情况下,通过第一信令域和第二信令域分别指示所述NDI信息和所述HARQ进程信息,或者,通过第三信令域指示NDI信息和HARQ进程信息。
可选地,在所述DCI中还包括一个用于指示HARQ进程分组的组号域。
图4是根据本发明优选实施例的下行控制信息传输装置的结构框图二,如图4所示,所述指示模块22包括:
指示单元42,用于通过第四信令域指示NDI信息,第五信令域指示HARQ进程组信息,第六信令域指示HARQ进程组内进程信息;或者,
通过第七信令域指示HARQ进程组信息,第八信令域指示NDI信息和HARQ进程组内进程信息;或者,
通过第九信令域指示HARQ进程组信息,第十信令域指示NDI信息。
图5是根据本发明优选实施例的下行控制信息传输装置的结构框图三,如图5所示,所述装置还包括:
分组单元52,用于通过以下方式对所述HARQ进程进行分组:
每组包括的进程数量相同且不同组包括的进程索引不同;或者,
每组包括的进程索引是连续的且不同组包括的进程索引部分重叠;或者,
每组包括的进程数量不同且不同组包括的进程索引不同。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本发明的实施例还提供了一种存储介质,该存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的计算机程序:
S1,当一个下行控制信息DCI调度多传输块TB时,通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB;
S2,通过PDCCH传输所述DCI。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
实施例4
本发明的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:
S1,当一个下行控制信息DCI调度多传输块TB时,通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB;
S2,通过PDCCH传输所述DCI。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (26)
1.一种下行控制信息传输方法,其特征在于,包括:
当一个下行控制信息DCI调度多传输块TB时,通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB,其中,所述多TB对应的NDI信息相同;
通过物理下行链路控制信道PDCCH传输所述DCI。
2.根据权利要求1所述的方法,其特征在于,所述通过DCI中的NDI信息和HARQ进程信息来指示调度的所述多TB包括:
在支持的最大HARQ进程数量等于一个DCI调度的最大TB数量的情况下,通过第一信令域和第二信令域分别指示所述NDI信息和所述HARQ进程信息,或者,通过第三信令域指示NDI信息和HARQ进程信息。
3.根据权利要求2所述的方法,其特征在于,在支持的最大HARQ进程数为2的情况下,所述第一信令域为1比特,第二信令域为2比特,或者,所述第一信令域为1比特,第二信令域为1比特,或者,所述第三信令域为2比特。
4.根据权利要求3所述方法,其特征在于,
当所述第二信令域为2比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:进程0和进程1,进程0,进程1;
或者,
当所述第二信令域为1比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:进程0和进程1,进程0;
或者,
当所述第二信令域为1比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:进程0和进程1,进程1。
5.根据权利要求3所述方法,其特征在于,
当所述第三信令域为2比特时,所述第三信令域指示的HARQ进程调度状态至少包括以下之一:
进程0和进程1,且NDI=0;
进程0和进程1,且NDI=1;
进程0,且NDI=0;
进程0,且NDI=1。
6.根据权利要求2所述的方法,其特征在于,
在支持的最大HARQ进程数为8的情况下,所述第一信令域为1比特,所述第二信令域为4比特;或者,所述第一信令域为1比特,第二信令域为3比特。
7.根据权利要求6所述方法,其特征在于,
所述第二信令域为3比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:
进程0,1,2,3,4,5,6,7
进程0,1,2,3
进程4,5,6,7
进程0,1
进程2,3
进程4,5
进程6,7
进程0;
或者,
所述第二信令域为4比特时,所述第二信令域指示的HARQ进程调度状态至少包括以下之一:
进程0,1,2,3,4,5,6,7
进程0,1,2,3
进程4,5,6,7
进程0,1
进程2,3
进程4,5
进程6,7
进程0
进程1
进程2
进程3
进程4
进程5
进程6
进程7。
8.根据权利要求1所述的方法,其特征在于,在所述DCI中还包括一个用于指示HARQ进程分组的组号域。
9.根据权利要求8所述的方法,其特征在于,所述通过DCI中的NDI信息和HARQ进程信息来指示调度的所述多TB包括:
通过第四信令域指示NDI信息,第五信令域指示HARQ进程组信息,第六信令域指示HARQ进程组内进程信息;或者,
通过第七信令域指示HARQ进程组信息,第八信令域指示NDI信息和HARQ进程组内进程信息;或者,
通过第九信令域指示HARQ进程组信息,第十信令域指示NDI信息。
10.根据权利要求8所述的方法,其特征在于,所述方法还包括:
通过以下方式对所述HARQ进程进行分组:
每组包括的进程数量相同且不同组包括的进程索引不同;或者,
每组包括的进程索引是连续的且不同组包括的进程索引部分重叠;或者,
至少存在两个进程组包括的进程数量不同且不同组包括的进程索引不同。
11.根据权利要求10所述的方法,其特征在于,所述至少存在两组包括的进程数量不同且不同组包括的进程索引不同包括:
在支持的最大HARQ进程数为10的情况下,所述进程分组包括以下至少之一:
分3组,各组对应的进程数量分别为3、3、4,或者4、4、2;
分4组,各组对应的进程数量分别为2、2、2、4,或者2、2、3、3。
12.根据权利要求9所述的方法,其特征在于,
在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为1比特,所述第六信令为4比特;或者,
在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为1比特,所述第六信令为3比特;或者,
在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为1比特,所述第六信令为2比特;或者,
在支持的HARQ进程数为8的情况下,所述第四信令为1比特,所述第五信令为2比特,所述第六信令为2比特;或者,
在支持的HARQ进程数为8的情况下,所述第七信令为2比特,所述第八信令为2比特;或者,
在支持的HARQ进程数为8的情况下,所述第七信令为1比特,所述第八信令为3比特。
13.根据权利要求12所述的方法,其特征在于,
每个进程组包括4个进程,每个进程组内的进程编号为0,1,2,3;
当所述第六信令域为4比特时,所述4比特与进程组中4个进程一一对应,每个比特表示相应进程是否被调度;或者,
当所述第六信令域为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;
或者,
当所述第六信令为2比特时,所述第六信令域指示的HARQ进程调度状态包含以下之一:
进程0,1,2,3
进程1,2,3
进程1,2
进程0;
或者,
当所述第六信令为2比特时,所述第六信令域指示的HARQ进程调度状态包含以下之一:
进程0,1,2,3
进程2,3
进程0,1
进程0。
14.根据权利要求9所述的方法,其特征在于,
当通过所述第九信令指示调度的HARQ进程组信息时,被所述第九信令指示的HARQ进程组内所有HARQ进程都被调度。
15.根据权利要求9所述的方法,其特征在于,
所述第九信令通过预定义状态指示单HARQ进程被调度。
16.根据权利要求9所述的方法,其特征在于,
所述第九信令为H比特,其中,每个比特对应一个HARQ进程组,不同比特对应的HARQ进程组不同;或者,
所述第九信令指示连续的k个HARQ进程组信息,其中,H、k为大于或等于1的正整数;或者,
所述第九信令指示单个HARQ进程组信息。
17.根据权利要求1所述的方法,其特征在于,所述DCI调度的TB数量至少为集合{1,2*n}中的一个,其中,n为正整数,或者,DCI调度的TB数量为2的m次方,其中,m为自然数。
18.根据权利要求1至17中任一项所述的方法,其特征在于,
当所述DCI调度的最大TB数目为N时,所述DCI指示HARQ进程信息满足如下约定:至少存在一个调度k个TB对应的进程索引和某个调度N-k个TB对应的进程索引具有互补关系;
其中,所述互补关系是指以最大调度TB数目对应的进程索引为全集U={0,1,2,...,N-1},有元素N个,其中k个与另外N-k个形成的集合互补,或者,能够调度的进程索引为全集U={0,1,2,...,M-1},有元素M个,其中k个与另外M-k个形成的集合互补。
19.根据权利要求1至17中任一项所述的方法,其特征在于,所述多TB的大小相同。
20.一种下行控制信息传输装置,其特征在于,包括:
指示模块,用于当一个下行控制信息DCI调度多传输块TB时,通过DCI中的新数据指示NDI信息和混合自动重复请求HARQ进程信息来指示调度的所述多TB;
传输模块,用于通过物理下行链路控制信道PDCCH传输所述DCI。
21.根据权利要求20所述的装置,其特征在于,所述指示模块包括:
分别指示单元,用于在支持的最大HARQ进程数量等于一个DCI调度的最大TB数量的情况下,通过第一信令域和第二信令域分别指示所述NDI信息和所述HARQ进程信息,或者,通过第三信令域指示NDI信息和HARQ进程信息。
22.根据权利要求20所述的装置,其特征在于,在所述DCI中还包括一个用于指示HARQ进程分组的组号域。
23.根据权利要求22所述的装置,其特征在于,所述指示模块包括:
指示单元,用于通过第四信令域指示NDI信息,第五信令域指示HARQ进程组信息,第六信令域指示HARQ进程组内进程信息;或者,
通过第七信令域指示HARQ进程组信息,第八信令域指示NDI信息和HARQ进程组内进程信息;或者,
通过第九信令域指示HARQ进程组信息,第十信令域指示NDI信息。
24.根据权利要求22所述的装置,其特征在于,所述装置还包括:
分组单元,用于通过以下方式对所述HARQ进程进行分组:
每组包括的进程数量相同且不同组包括的进程索引不同;或者,
每组包括的进程索引是连续的且不同组包括的进程索引部分重叠;或者,
每组包括的进程数量不同且不同组包括的进程索引不同。
25.一种存储介质,其特征在于,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行所述权利要求1至19任一项中所述的方法。
26.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至19任一项中所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810910298.8A CN110830208B (zh) | 2018-08-10 | 2018-08-10 | 一种下行控制信息传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810910298.8A CN110830208B (zh) | 2018-08-10 | 2018-08-10 | 一种下行控制信息传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110830208A true CN110830208A (zh) | 2020-02-21 |
CN110830208B CN110830208B (zh) | 2022-04-29 |
Family
ID=69541181
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810910298.8A Active CN110830208B (zh) | 2018-08-10 | 2018-08-10 | 一种下行控制信息传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110830208B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021227703A1 (zh) * | 2020-05-14 | 2021-11-18 | 展讯通信(上海)有限公司 | 传输方法、设备和存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610136A (zh) * | 2008-06-20 | 2009-12-23 | 大唐移动通信设备有限公司 | 实现下行持续调度预留进程分配的方法及基站 |
US20120057545A1 (en) * | 2009-03-23 | 2012-03-08 | Panasonic Corporation | Retransmission mode signaling in a wireless communication system |
WO2012060842A1 (en) * | 2010-11-05 | 2012-05-10 | Research In Motion Limited | Harq soft bit buffer partitioning for carrier aggregation |
CN103796327A (zh) * | 2012-10-29 | 2014-05-14 | 中兴通讯股份有限公司 | 一种子帧调度方法、系统及网络设备、终端 |
CN105992378A (zh) * | 2015-02-27 | 2016-10-05 | 上海朗帛通信技术有限公司 | 一种增强的载波聚合中的pdcch方法和装置 |
CN106888074A (zh) * | 2017-03-24 | 2017-06-23 | 宇龙计算机通信科技(深圳)有限公司 | 一种码块的重传方法及装置 |
CN107078863A (zh) * | 2014-11-06 | 2017-08-18 | 英特尔Ip公司 | 用于mtc的重复传输的提前终止 |
-
2018
- 2018-08-10 CN CN201810910298.8A patent/CN110830208B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610136A (zh) * | 2008-06-20 | 2009-12-23 | 大唐移动通信设备有限公司 | 实现下行持续调度预留进程分配的方法及基站 |
US20120057545A1 (en) * | 2009-03-23 | 2012-03-08 | Panasonic Corporation | Retransmission mode signaling in a wireless communication system |
WO2012060842A1 (en) * | 2010-11-05 | 2012-05-10 | Research In Motion Limited | Harq soft bit buffer partitioning for carrier aggregation |
CN103796327A (zh) * | 2012-10-29 | 2014-05-14 | 中兴通讯股份有限公司 | 一种子帧调度方法、系统及网络设备、终端 |
CN107078863A (zh) * | 2014-11-06 | 2017-08-18 | 英特尔Ip公司 | 用于mtc的重复传输的提前终止 |
CN105992378A (zh) * | 2015-02-27 | 2016-10-05 | 上海朗帛通信技术有限公司 | 一种增强的载波聚合中的pdcch方法和装置 |
CN106888074A (zh) * | 2017-03-24 | 2017-06-23 | 宇龙计算机通信科技(深圳)有限公司 | 一种码块的重传方法及装置 |
Non-Patent Citations (1)
Title |
---|
LENOVO等: "Design of scheduling of multiple DL/UL transport blocks for Rel.16 NBIOT", 《3GPP TSG RAN WG1 MEETING #94 R1-1808559》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021227703A1 (zh) * | 2020-05-14 | 2021-11-18 | 展讯通信(上海)有限公司 | 传输方法、设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110830208B (zh) | 2022-04-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102508791B1 (ko) | 통신 방법 및 디바이스 | |
CN106470089B (zh) | 一种上行控制信息的发送方法及装置 | |
CN110247747B (zh) | 通信系统中反馈信息的传输方法及装置 | |
KR101994056B1 (ko) | Ack/nack 응답 메시지의 매핑 방법 및 단말 | |
RU2684580C1 (ru) | Способ передачи и способ приема информации управления восходящей линией и соответствующее устройство | |
CN102469022B (zh) | 缓存空间的分配方法和设备 | |
CN106413105B (zh) | 一种资源传输的指示方法、装置、网络侧设备及终端 | |
WO2019158013A1 (zh) | 信道传输方法和装置、网络设备及计算机可读存储介质 | |
CN102076023B (zh) | 缓存空间的分配方法和设备 | |
WO2016161801A1 (zh) | 上行控制信息发送方法、装置及用户设备 | |
WO2021023058A1 (zh) | 调度指示方法、装置和存储介质 | |
CN104184567A (zh) | Ack/nack信道资源分配及确认信息处理的方法及装置 | |
CN102651678A (zh) | 控制信息的传输方法、装置及系统 | |
KR20130049573A (ko) | 제어 신호 송수신 방법 및 장치 | |
CN104125045A (zh) | 一种用于传输ack/nack消息的方法 | |
CN111148265B (zh) | 下行控制信息传输方法及装置 | |
CN107370570B (zh) | 一种反馈信息传输方法、ue、基站和系统 | |
WO2021089050A1 (zh) | 一种控制信息指示方法、通信节点及计算机可读存储介质 | |
CN102123016A (zh) | 一种ack/nack信道的确定方法 | |
CN111147190B (zh) | 反馈应答信息的传输方法、装置及系统 | |
CN102611540A (zh) | 一种反馈ack/nack信息的方法 | |
WO2017028606A1 (zh) | 一种上行控制信息的发送方法及装置 | |
CN110830208B (zh) | 一种下行控制信息传输方法及装置 | |
CN103026773B (zh) | 传输数据的方法和设备 | |
CN110830210B (zh) | 一种下行控制信息传输方法及装置 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |