一种下行控制信息的发送/检测方法、基站及用户设备与流程

本发明涉及通信领域，具体而言，涉及一种下行控制信息的发送/检测方法、基站及用户设备。

背景技术：

机器类型通信(Machine Type Communication，简称为MTC)又称机器到机器(Machine to Machine，简称为M2M)，窄带物联网(NarrowBand Internet of Things，简称为NB-IoT)是目前物联网的主要应用形式。该类通信系统特点通常是相较于长期演进(Long Term Evolution，简称为LTE)系统来看带宽较窄，如1.4MHz、200kHz等；用户终端或设备(User Equipment，简称为UE)数量多，包括传统手持终端以及机器、传感器终端等；具有覆盖提升需求，包括覆盖提升15dB或20dB。

该类通信系统通常要求既可以独立工作，也可以与LTE系统共存。其中NB-IoT的发射带宽与下行链路子载波间隔分别为180kHz和15kHz，分别与LTE系统一个物理资源块(Physical Resource Block，简称为PRB)的带宽和子载波间隔相同，有利于在NB-IoT系统中重用现有LTE系统的有关设计，当NB-IoT系统重用的GSM频谱与LTE系统的频谱相邻时，也有利于降低两个系统的相互干扰。

现有LTE系统中分别使用下行授权(DownLink grant，简称为DL grant)和上行授权(UpLink grant，简称为UL grant)调度终端的下行数据传输和上行数据传输。其中DL grant和UL grant统称为下行控制信息(Downlink Control Information，简称为DCI)，使用物理下行控制信道(Physical Downlink Control Channel，简称为PDCCH)承载。下行数据承载在下行业务信道(Physical Downlink Shared Channel，简称为PDSCH)中，上行数据承载在上行业务信道(Physical Uplink Shared Channel，简称为PUSCH)中。现有LTE系统中对于每个终端的下行业务数据包或上行业务数据包，基站都需要独立发送承载相应DCI的下行控制信道。由于物联网应用的终端数量较多，使用现有的调度方式会出现调度容量受限的问题，传统的方式为增加调度资源，如引入增强物理下行控制信道(Enhanced Physical Downlink Control Channel，简称为EPDCCH)。但由于物联网系统带宽资源有限，需要考虑适用于终端数量较多，且业务类型相似的调度方式，如上下行联合调度和多用户联合调度。对于在带宽较窄的NB-IoT系统，如何支持上述联合调度以及如何传输承载相应联合调度信息的下行控制信道，目前还缺乏一个有效的解决方案。

技术实现要素：

本发明提供了一种下行控制信息的发送/检测方法、基站及用户设备，以至少解决相关技术中存在的窄带资源受限且终端数量较多时调度资源受限的问题。

根据本发明的一个方面，提供了一种下行控制信息的发送方法，包括：

基站在调度时间窗内的控制信道区域中发送承载下行控制信息的下行控制信道，其中，不同覆盖增强等级所对应的下行控制信道位于不同长度的调度时间窗或位于调度时间窗内的不同大小的控制信道区域。

其中，不同覆盖增强等级也可以称为不同覆盖提升需求或不同覆盖需求或不同覆盖场景，例如NB-IoT有三种覆盖场景，分别为普通(normal)覆盖场景、中等(medium)覆盖场景、极端(extreme)覆盖场景。

其中，下行控制信息至少包括以下调度信息类型之一：下行调度信息、上行调度信息、上下行联合调度信息、多用户联合调度信息。

其中，下行控制信息的比特数量为一种，下行控制信息的组成形式包括以下之一：由下行调度信息与上行调度信息直接拼接组成；使用1或2bit指示信息，指示格式为下行调度信息或下行调度信息或上下行联合调度信息，其中，单向调度信息中的比特域信息比双向调度信息中的比特域信息具有更细粒度；下行控制信息为上下行联合调度信息，并且共用上行调度信息和下行调度信息中部分相同的参数，不同部分用不同的参数分上行和下行分别指示；由N个用户的调度信息直接拼接组成，其中，用户为上下行联合调度信息作为一个用户，或者用户为上行调度和下行调度作为两个独立用户；下行控制信息为多用户调度信息，并且共用单用户调度信息中部分相同的参数，不同部分用不同的参数分不同用户分别指示；使用标识比特域指示单用户调度信息和多用户调度信息。

上述上行调度和下行调度作为两个独立用户也称为虚拟用户，这里虚拟用户是指将单独的下行调度信息看作调度一个用户，或者将单独的上行调度信息看作调度一个用户，此时与实际用户的定义不同，因此称为虚拟用户。

其中，下行控制信息的比特数量为二种，下行控制信息的组成形式包括以下之一：一种为双向调度信息，另一种为单向调度信息；一种为上行多用户调度信息，另一种为下行多用户调度信息；一种为多用户调度信息，另一种为单用户单向调度信息。

其中，下行控制信息的比特数量为三种，下行控制信息的组成形式包括以下之一：DL grant(下行调度信息)、UL grant(上行调度信息)、DL/UL grant(上下行联合调度信息)分别使用一种比特数量；多用户调度信息、单用户上下行联合调度信息、单用户单向调度信息；上行多用户联合调度信息、下行多用户联合调度信息、上下行联合多用户调度信息；多用户调度信息、单用户DL grant、单用户UL grant分别使用一种比特数量。

其中，当下行控制信息的比特数量为四种，下行控制信息的组成形式包括以下之一：多用户下行调度信息、多用户上行调度信息、单用户DL grant、单用户UL grant；单用户单向调度信息、单用户上下行联合调度信息、2*N个虚拟用户使用N个多用户联合调度信息、N个虚拟用户使用N个多用户联合调度信息，其中N为正整数；单用户单向调度信息、单用户上下行联合调度信息、2*N个虚拟用户使用N个多用户联合调度信息、N个虚拟用户使用N个 多用户联合调度信息，其中N为正整数。

其中，上下行联合调度信息中资源分配指示方式包括以下至少之一：上下行分别指示，包含下行资源分配(DL RA)和上行资源分配(UL RA)两个比特域；上下行联合编码，将DL RA和上行资源分配UL RA的状态数统一编码；含义不同的一个资源分配(RA)域指示DL RA和UL RA；仅指示资源位置起始，资源大小隐含确定。

其中，多用户联合调度信息中，区分不同用户的控制信息采用固定或预定义或高层信令SIB或RRC配置多个用户的控制信息顺序，或采用承载控制消息头指示不同用户的控制信息。

其中，所述多用户联合调度信息中资源指示业务信道时域占用资源大小根据用户数固定或可变，其中业务信道起始时域位置根据控制信道结束位置隐含确定或由DCI中一个比特域通知。

其中，调度时间窗大小的确定方式为固定或预定义或系统消息广播(System Information Broadcast，简称SIB)配置或无线资源控制(Radio Resource Control，简称RRC)配置。

其中，基站根据业务量或用户密度或覆盖增强等级为用户/用户组组配置连续或非连续的一个或多个调度时间窗。

其中，调度时间窗内控制信道区域位置的确定方式为固定或SIB通知或RRC配置。

其中，所述调度时间窗内控制信道区域与业务信道区域共享或独占资源或由高层信令或物理层信令配置。

其中，控制信道区域进一步划分区域，划分方式至少包括以下之一：划分UL grant区域与DL grant区域；划分单用户调度区域与多/组用户调度区域；划分单向调度区域与上下行联合调度区域；划分不同覆盖增强等级所对应的控制信道区域。

其中，当使用上下行联合调度信息时，在下行业务接收完成之后再发送所调度的上行业务，其中，上行业务包含下行业务的ACK/NACK反馈信息。

根据本发明的另一方面，提供了一种下行控制信息的检测方法，该方法包括：用户设备UE在全部或部分调度时间窗内的控制信道区域中检测下行控制信息，其中，不同覆盖需求的UE检测不同长度的调度时间窗或检测调度时间窗内不同大小的控制信道区域。

其中，不同UE检测调度时间窗的位置的确定方式为RRC配置或隐含确定。

其中，以M个调度时间窗为单位使用RRC配置或根据终端标识(UE ID)和/或小区无线网络临时标识(C-RNTI)和/或组无线网络临时标识(Group-RNTI)计算调度时间窗位置，其中M为正整数。

其中，终端/终端组根据业务量或用户密度或覆盖增强等级隐含确定连续或非连续的一个或多个调度时间窗。

其中，终端/终端组在调度时间窗内控制信道区域中进行检测的方式至少包括以下之一： 在控制信道区域内盲检，使用同一调度时间窗的不同UE在该窗内的控制信道区域中的各个候选位置盲检；通过RRC配置或者通过UE ID、C-RNTI、Group-RNTI中一个或多个隐含确定控制信道区域中的具体候选位置。

根据本发明的又一方面，提供了一种基站，该基站包括一个发送模块，用于在调度时间窗内的控制信道区域中发送承载下行控制信息的下行控制信道，其中，不同覆盖需求所对应的下行控制信道位于不同长度的调度时间窗或位于调度时间窗内的不同大小的控制信道区域。

该基站还包括一个配置模块，用于根据业务量或用户密度或覆盖增强等级为UE/UE组配置连续或非连续的一个或多个调度时间窗。

根据本发明的再一方面，提供了一种用户设备UE，该UE包括一个检测模块，用于在全部或部分调度时间窗内的控制信道区域中检测下行控制信息，其中，不同覆盖需求的UE检测不同长度的调度时间窗或检测调度时间窗内不同大小的控制信道区域。

该UE还包括一个确定模块，用于根据业务量或用户密度或覆盖增强等级隐含确定连续或非连续的一个或多个调度时间窗。

通过采用本发明提供的技术方案，实现了上下行或多用户联合调度，达到了不同覆盖需求终端在窄带系统中复用资源的效果，节省了控制信令开销和控制信息检测功耗，提高了调度效率以及用户调度数量。

附图说明

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

图1是根据本发明实施例的上下行时频资源分配示意图；

图2是根据本发明实施例的基站在调度时间窗内发送调度信息的示意图；

图3是根据本发明实施例的终端在调度时间窗内检测调度信息的示意图；

图4是根据本发明实施例的UL grant区域与DL grant区域划分示意图；

图5是根据本发明实施例的基站在调度时间窗内发送上下行联合调度信息的示意图；

图6是根据本发明实施例的基站在调度时间窗内发送多用户调度信息的示意图。

具体实施方式

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

在本实施例中提供了一种下行控制信息的发送方法，包括如下步骤：

基站在调度时间窗内的控制信道资源区域中发送承载下行控制信息的下行控制信道。不同覆盖需求所对应的下行控制信道位于不同长度的调度时间窗或不同大小的时间窗内控制信道区域。

进一步，所述下行控制信息至少包括以下调度信息类型之一：下行调度信息、上行调度信息、上下行联合调度信息、多用户联合调度信息。具体的，下行调度信息指控制调度承载下行业务数据的下行业务信道，也称为下行控制信息或DL grant。上行调度信息是指控制调度承载上行业务数据的上行业务信道，也称为上行控制信息或UL grant。上下行联合调度信息是指同时控制调度承载下行业务数据的下行业务信道和承载上行业务数据的上行业务信道，也称为DL&UL grant或双向调度信息，即调度信息调度的上行和下行两个方向的业务数据，相应的上述下行调度信息和上行调度信息也称为单向调度信息，即只能调度单一方向的业务数据。多用户联合调度信息是指同时控制调度多个用户的承载业务数据的业务信道，包含多个的用户的承载下行业务数据的下行业务信道和/或承载上行业务数据的上行业务信道。

进一步，调度用户专有信息的所述下行控制信息的大小(size)为包括以下几种之一：

只有一种小大，其具体组成形式为以下几种方式之一：

(1)该size由下行调度信息与上行调度信息直接拼接组成，即下行调度信息与上行调度信息联合编码，使用一个CRC比特域，在开销上仅节省一个CRC比特域，或者可以进一步节省上行格式和下行格式标识指示，如以固定顺序下行调度信息在前上行调度信息在后的方式确定下行调度信息和上行调度信息之间相对位置的关系；

(2)增加1或2bit指示信息，指示格式为下行调度信息或下行调度信息或上下行联合调度信息，例如1bit指示单向调度信息和双向调度信息，例如2bit指示上行调度信息、下行调度信息、上下行调度信息和其他。进一步的，单向调度信息中的比特域相较于双向调度信息中的比特域信息可以指示更细粒度(如RA、MCS等)，具体的，在某一种带宽条件下，单向调度信息中RA域的比特数量大于双向调度信息中RA域的比特数量，如双向调度信息资源分配的最小颗粒度为N个PRB(块)/子载波(块)/子帧(块)/时隙/OFDM符号(块)，相应的单向调度信息资源分配的最小颗粒度为N/2个PRB(块)/子载波(块)/子帧(块)/时隙/OFDM符号(块)。

(3)共用部分相同的参数，不同参数分UL和DL分别指示，具体的如下行调度信息包括资源分配RA、调制编码方案MCS、冗余版本RV、HARQ进程号、新数据指示NDI、传输功率控制TPC等，上行调度信息包括资源分配RA、调制编码方案MCS、循环移位和正交码序号CSS and OCC index、新数据指示NDI、传输功率控制TPC等，举例如上下行调度信息共用RA、MCS、TPC，其余比特域分UL和DL分别指示；如上下行调度信息共用TPC，其余比特域分UL和DL分别指示等。

(4)由N个用户的调度信息直接拼接组成，其中所述用户为上下行联合调度信息看成一个用户或者上行调度下行调度看成两个独立用户也成为虚拟用户。具体的，当将单向调度信息所调度的业务数据看作一个用户时，则对一个物理用户同时有一个上行业务和一个下行业 务时的两个单向调度信息而言可以看作两个用户，为了与物理用户进行区分称为虚拟用户，N个多用户联合调度信息为N个单向调度信息的直接拼接，联合编码，使用一个CRC比特域，优选同一方向的单向调度信息进行拼接。当将双向调度信息所调度的业务传输看作一个用户时，则对一个物理用户同时有一个上行业务和一个下午业务时的双向调度信息而言就是一个用户，N个多用户联合调度信息为N个双向调度信息的直接拼接，联合编码，使用一个CRC比特域。

(5)共用部分相同的参数，不同参数分不同用户分别指示，具体的如RA参数区分用户分别指示，其余参数共用，如RA、MCS、NDI区分用户分别指示，其余参数共用等等。

(6)使用标识比特域指示单用户调度信息、多用户调度信息。具体的，如使用1比特指示单用户调度信息和多用户调度信息，如使用2bit指示单用户上行调度信息、单用户下行调度信息、多用户上行调度信息、多用户下行调度信息，如使用2bit指示单用户单向调度信息、单用户双向调度信息、多用户单向调度信息、多用户双向调度信息，如使用3bit指示单用户下行调度信息、单用户上行调度信息、单用户双向调度信息、多用户下行调度信息、多用户上行调度信息、多用户双向调度信息。

具有两种大小(size)，其具体组成形式为以下几种方式之一：(1)一种为双向调度信息，一种单向调度信息(含flag指示DL or UL)。(2)一种为多用户调度信息(含flag指示DL or UL)，一种为单用户单向调度信息(含flag指示DL or UL)。(3)上行多用户调度信息、下行多用户调度信息。

具有三种大小，其具体组成形式为以下几种方式之一：(1)DL grant、UL grant、DL&UL grant分别使用一种size。(2)多用户调度信息(含flag指示DL or UL)、单用户DL grant、单用户UL grant。(3)多用户调度信息、单用户上下行联合调度信息、单用户单向调度信息(含flag指示DL or UL)。(4)上行多用户联合调度信息、下行多用户联合调度信息、上下行联合多用户调度信息。

具有四种大小，具体组成形式为以下几种方式之一：(1)多用户下行调度信息、多用户上行调度信息、单用户DL grant、单用户UL grant。(2)单用户单向调度信息(含flag指示DL or UL)、单用户上下行联合调度信息、2*N个虚拟用户使用N个多用户联合调度信息、N个虚拟用户使用N个多用户联合调度信息。(3)上行X1个用户调度信息、上行X2个用户调度信息、下行Y1个用户调度信息、下行Y2个用户调度信息。

具有k种大小，其具体组成形式为以下几种方式之一：(1)N_k个虚拟用户调度信息，其中k为预定义值。

进一步，所述上下行联合调度信息中资源分配指示方式包括以下方式至少之一：

(1)分别指示，即同时包含DL RA和UL RA两个比特域。

(2)联合编码：将DL RA和UL RA的状态数统一编码。具体的，设DL RA的所有分配可能性或状态数为A，UL RA的所有分配可能性或状态数为B，则联合编码的比特数为

(3)含义不同的一个RA域指示DL RA和UL RA。具体的如下行以时域为主进行资源分配，上行以频域为主进行资源分配，分配颗粒度对于下行来说是子帧，对于上行来说是子载波。例如图1所示，15kHz的下行，2.5kHz的上行，在相同时域长度(如：调度时间窗)范围内，下行分配2个子帧(分配最小单位为1个子帧)，上行分配24个子载波(分配最小单位为12个子载波)，对应大小相同的时频资源。

(4)仅指示资源位置起始，资源大小隐含确定。具体的如，仅指示资源起始位置，各用户所占用的资源大小隐含确定方式包括：指示资源总的大小再根据调度的实际/虚拟用户数等分总资源、根据各用户的MCS和TBS以及MCS和资源大小映射表进行映射/对应/挑选各用户的资源占用大小。

其中，在多用户联合调度信息中，区分不同用户的控制信息包括固定/预定义高层信令SIB或RRC配置多个用户的控制信息顺序，或采用承载控制消息头指示不同用户的控制信息。固定/预定义/高层信令SIB或RRC配置顺序指多个用户按照一定方式分为固定的一组，通过Group-RNTI进行标识用户组，联合调度时按照该固定组进行该组内所有终端进行调度，组内终端顺序固定/预定义或由eNB通过SIB或RRC信令配置。控制消息头指示时，组内终端顺序和/或数量不固定，由消息头指示，包括：相同传输模式的终端分为一组，消息头指示该传输模式对应的相同格式的控制信息属于不同终端的标识信息或顺序；不同传输模式时的终端分为一组，消息头区分不同格式的控制信息分别指示所对应的终端的表示信息或顺序。所述消息头还可以为bitmap的形式在一组用户中指示各用户DCI位置按照bitmap顺序排列，即指示bit为1所对应的用户的DCI顺序组包。

多用户联合调度信息中资源指示业务信道时域占用资源大小根据用户数固定或可变，其中业务信道起始时域位置根据控制信道结束位置隐含确定或由DCI中一个比特域通知。多用户联合调度信息中资源指示时域占用资源大小根据用户数固定，即多用户联合调度信息分配多用户所占用的总资源大小，为固定值，各个用户按照固定或DCI中指示的用户顺序等分占用总资源；多用户联合调度信息中资源指示时域占用资源大小根据用户数可变，即多用户联合调度信息分配各个用户所占用的资源大小，从业务信道起始子帧开始各个用户按照固定或DCI中指示的用户顺序占用时域资源，即业务信道占用总资源大小与用户数与每个用户占用的资源大小有关，为各个用户占用业务数据资源的总和。业务信道起始时域位置根据控制信道结束位置隐含确定包括：传输DCI结束的子帧或调度周期为编号n，则业务信道起始子帧或调度周期为编号n+k，k优选大于0的正整数。

其中，调度时间窗大小的确定方式可采用固定或预定义或SIB配置或RRC配置。进一步的，基站根据业务量或用户密度或覆盖增强等级为终端/终端组配置连续或非连续的一个或多个调度时间窗。

不同终端检测调度时间窗的位置的确定方式为RRC配置或隐含确定。优选以M个调度时间窗为单位使用RRC配置或根据UE ID和/或C-RNTI和/或Group-RNTI等计算具体的调度时 间窗位置。进一步的终端/终端组根据业务量或用户密度或覆盖增强等级隐含确定连续或非连续的一个或多个调度时间窗。

具体的，基站侧在每个(优选)调度时间窗内或部分调度时间窗内发送调度信息，如图2所示，调度时间窗的大小为N_DL个子帧，基站在每N_DL个子帧即调度时间窗内发送调度信息。对于终端，在所有调度时间窗或部分(优选)时间窗内检测接收调度信息，如图3所示，终端1和终端2在不同的部分时间窗内检测调度信息。具体的检测窗位置优选以M个调度时间窗为单位使用RRC配置或根据UE ID和/或C-RNTI和/或Group-RNTI等计算具体的调度时间窗。或者进一步的终端/终端组根据业务量或用户密度或覆盖增强等级隐含确定连续或非连续的一个或多个调度时间窗。如，以C-RNTI为例确定调度时间窗为C-RNTI mod M得到在M个调度时间窗中的具体位置。

进一步，调度时间窗内控制信道区域位置的确定方式为固定或SIB通知或RRC配置。

用户或用户组在调度时间窗内控制信道区域中检测控制信道方式至少包括以下方式之一：(1)在控制区域内盲检，使用同一调度时间窗的不同UE在该窗内的控制区域中的各个候选位置盲检。(2)通过RRC配置或者通过UE ID、C-RNTI、Group-RNTI、覆盖增强等级中一个或多个隐含确定控制区域中的具体候选位置。

具体的，调度时间窗内包含下行控制信道区域和下行业务信道区域。其中下行控制信道区域位置的确定方式包括：固定、SIB配置、RRC配置等。用户或用户组检测各自的控制信道时，一种方式为在控制区域内盲检各个候选集，其中基站在一个候选集只能最多发送一个下行控制信息，各个候选集在控制区域内位置固定或随不同UE可变，终端检测下行控制信息时不知道具体的控制信息占用候选集位置，需要盲检尝试。另一种方式为在控制区域内根据隐含确定的候选集位置检测相应的候选集获得下行控制信息，所述隐含确定方式包括通过RRC配置或者通过UE ID、C-RNTI、Group-RNTI、覆盖增强等级中一个或多个隐含确定控制区域中的具体候选位置，如以Group-RNTI为例，在覆盖增强等级1时，使用对应的聚合等级L1，相应的候选集有N1个，则组用户检测的候选集序号(位置)为Group-RNTI mod N1。

进一步，所述调度时间窗内控制信道区域与业务信道区域可以共享或独占资源或由高层信令或物理层信令配置。

具体的，所述调度时间窗内包含下行控制信道区域和下行业务信道区域，在覆盖增强场景时，各信道需要重复传输以累积能量从而提升覆盖，因此重复的下行控制信道或下行业务信道在调度时间窗内可以根据实际情况占用对方的资源区域，或者直接由高层信令配置占用调度时间窗内控制信道占用所有控制区域和业务信道区域。相应的在传输业务数据时，业务信道重复传输也可以占用调度时间窗内控制区域资源，或者由高层信令配置占用调度时间窗内业务信道占用所有控制区域和业务信道区域。

进一步，所述控制信道区域进一步划分区域，划分方式至少包括一下之一：固定划分或通过高层信令(SIB、RRC)配置划分。

(1)划分UL grant区域与DL grant区域；为了防止无法调度上行资源，如图4中虚线框所示，因此下行控制区域中至少划分出UL grant区域。终端需要同时检测UL grant区域与DL grant区域或者根据实际状态选择其一。

(2)划分单用户调度区域与多/组用户调度区域；为了在单用户调度信息与多用户调度信息大小不同时减少终端盲检复杂度，至少保证单用户调度信息盲检复杂度不增加。在控制区域中划分单用户调度区域与多用户调度区域。其中没有被配置为组用户的终端可以只检测单用户调度区域，被配置为组用户的终端两个区域都需要检测。

(3)划分单向调度区域与上下行联合调度区域；为了在单向调度信息与上下行联合调度信息大小不同时减少终端盲检复杂度，至少保证单向调度信息盲检复杂度不增加。在控制区域中划分单向调度区域与上下行联合调度区域。

(4)划分不同覆盖增强等级所对应的控制信道区域；为了更好地复用不同覆盖增强等级的终端，在控制信道区域中划分不同覆盖增强等级所对应的控制信道区域可以避免不同覆盖增强等级需求的终端同时有业务传输需求时的阻塞问题。例如覆盖增强等级大的终端长时间连续占用所有资源会导致覆盖增强等级低和正常覆盖的终端在有数据业务需求时无资源可用，进而阻塞其传输。因此划分不同覆盖增强等级对应的控制信道区域有利于不同覆盖需求的终端同时传输。

(5)划分不同DCI大小集合所对应的控制信道区域；为了更好地复用支持不同DCI大小集合的终端，在控制信道区域中划分不同DCI大小集合所对应的控制信道区域可以避免不必要的盲检复杂度问题。例如不支持组用户调度的终端无需检测多用户联合调度信息；仅支持单向调度信息的终端无需检测上下行联合调度信息；仅支持多用户调度(组调度)信息的终端无需检测单用户调度信息等。因此划分不同DCI大小集合对应的控制信道区域有利于支持不同DCI大小集合的终端避免不必要的盲检测。

更进一步，所述控制信道区域划分UL grant区域与DL grant区域时，控制信道在覆盖增强场景重复传输时，DL grant区域可以进一步按照覆盖增强等级划分不同等级的控制区域，其中DL grant重复传输时可以占用除UL grant区域以外的所有资源。

其中DL区域为了防止不同覆盖增强等级的终端同时传输发生阻塞可以进一步按照覆盖增强等级区分控制区域，DL grant重复传输时仅在调度时间窗内其覆盖增强等级所对应的控制区域中重复传输；或者DL区域由DL grant重复传输占用时可以占用除UL grant区域外的所有资源，即占用所有DL grant区域和业务信道区域。

更进一步，使用所述上下行联合调度信息时，所调度的上行业务在下行业务接收完成之后再发送。其中上行业务包含下行业务的ACK/NACK反馈信息。具体的，对于一个终端的上下行联合调度信息来说可以同时调度上行业务和下行业务，为了可以更快且高效的获得下行业务传输正确与否的信息，优选在下行业务传输之后再传输上行业务，此时上行业务中包含所示下行业务的ACK/NACK反馈信息，所述反馈信息与上行业务信息可以独立编码或混合编码或分层调制，均承载在上行业务信道之中。所调度的上行业务在下行业务接收完成之后再 发送，优选上行业务在紧接着下行业务之后的一个上行调度时间窗中发送。

本发明的实施例提供了一种下行控制信息的检测方法，该方法包括以下步骤：

终端在全部或部分调度时间窗内的控制信道区域中检测下行控制信息。不同覆盖需求的终端检测不同长度的调度时间窗或不同大小的时间窗内控制信道区域。

其中，在本实施例中，不同UE检测调度时间窗的位置的确定方式为RRC配置或隐含确定。

其中，在本实施例中，以M个调度时间窗为单位使用RRC配置或根据UE ID和/或C-RNTI和/或Group-RNTI计算所述调度时间窗位置，其中M为正整数。

其中，在本实施例中，终端/终端组根据业务量或用户密度或覆盖增强等级隐含确定连续或非连续的一个或多个调度时间窗。

其中，在本实施例中，终端/终端组在所述调度时间窗内控制信道区域中进行检测的方式至少包括以下之一：在所述控制信道区域内盲检，使用同一调度时间窗的不同UE在该窗内的控制信道区域中的各个候选位置盲检；通过RRC配置或者通过UE ID、C-RNTI、Group-RNTI中一个或多个隐含确定控制信道区域中的具体候选位置。

实施例1

本实施例对上下行联合调度传输采用本发明所提供的方法进行详细描述说明。

eNB通过高层信令(如：SIB)配置调度时间窗的大小N_DL为30ms，即1ms子帧连续30个。在每个调度时间窗内，控制区域由高层信令配置其资源大小。

如图5所示，对于UE1，eNB在其所在的调度时间窗中的控制区域中的某个候选集发送其上下行联合调度信息，即在调度时间窗1中发送。对于UE2，eNB在调度时间窗2中发送其上下行联合调度信息。上下行联合调度信息所调度的下行业务位于之后的一个下行调度时间窗中，上行业务位于下行业务之后的一个上行调度时间窗中。此时上行调度时间窗与下行调度时间窗长度相同。

终端根据各自的C-RNTI或UE ID隐含得到所要检测的调度时间窗进而检测各自的上下行联合调度信息，其中UE1计算(C-RNTI mod M，其中M＝3)得到调度时间窗的检测位置是编号为{1、4、7、…}的调度时间窗，UE2计算得到调度时间窗的检测位置是编号为{2、5、8、…}的调度时间窗。

UE1在调度时间窗1中根据自己的C-RNTI在控制区域中可能的候选集盲检测，得到自己的上下行调度信息。根据调度信息在紧接着的调度时间窗中接收下行业务信息，在下行业务信道所在时间窗之后的一个上行调度时间窗中发送上行业务信息，其中上行业务信息中包含其下行业务信息的反馈信息。UE2在调度时间窗2中根据自己的C-RNTI在控制区域中可能的候选集盲检测，得到自己的上下行调度信息。根据调度信息在紧接着的调度时间窗中接收下行业务信息，在下行业务信道所在时间窗之后的一个上行调度时间窗中发送上行业务信息， 其中上行业务信息中包含其下行业务信息的反馈信息。

通过使用本发明所提出的下行信息的传输方法，达到了上下行联合调度的效果，节省控制开销和资源的同时提高了调度效率以及用户调度数量。

实施例2

本实施例对多用户联合调度传输采用本发明所提供的方法进行详细描述说明。

eNB通过高层信令(如：SIB)配置调度时间窗的大小N_DL为6ms，即1ms子帧连续6个。在每个调度时间窗内，控制区域由高层信令配置其资源大小。

如图6所示，对于Group 1，eNB在其所在的调度时间窗中的控制区域中的某个候选集发送其多用户调度信息，即在调度时间窗1中发送。对于Group 2，eNB在调度时间窗2中发送其多用户调度信息。此时对于每个用户均包含上下行联合调度信息，并且所调度的下行业务位于之后的一个下行调度时间窗中，上行业务位于下行业务之后的一个上行调度时间窗中。此时上行调度时间窗与下行调度时间窗长度相同。

所调度的多用户Group 1包含用户1至N，资源占用顺序使用，即下行业务信道PDSCH顺序使用子帧资源，上行业务信道PUSCH顺序使用子载波资源。

终端根据各自所属的用户组的Group-RNTI或组标识等隐含得到所要检测的调度时间窗进而检测多用户调度信息中各自的上下行联合调度信息，其中Group 1计算(Group-RNTI mod M，其中M＝4)得到调度时间窗的检测位置是编号为{1、5、9、…}的调度时间窗，Group 2计算得到调度时间窗的检测位置是编号为{3、7、11、…}的调度时间窗。

UE1在调度时间窗1中根据自己所在组的Group-RNTI在控制区域中可能的候选集盲检测，得到本用户组的多用户调度信息，进而根据预定义顺序或C-RNTI等得到自己的上下行调度信息。根据调度信息在紧接着的调度时间窗中接收下行业务信息，在下行业务信道所在时间窗之后的一个上行调度时间窗中发送上行业务信息，其中上行业务信息中包含其下行业务信息的反馈信息。UE N同样在调度时间窗1中根据自己所在组的Group-RNTI在控制区域中可能的候选集盲检测，得到本用户组的多用户调度信息，进而根据预定义顺序或C-RNTI等得到自己的上下行调度信息。根据调度信息在紧接着的调度时间窗中接收下行业务信息，在下行业务信道所在时间窗之后的一个上行调度时间窗中发送上行业务信息，其中上行业务信息中包含其下行业务信息的反馈信息。

通过使用本发明所提出的下行信息的传输方法，达到了多用户联合调度的效果，节省控制开销和资源的同时提高了调度效率以及用户调度数量。

实施例3

本实施例对上下行联合调度传输采用本发明所提供的方法进行详细描述说明。

eNB通过高层信令(如：SIB)配置调度时间窗的大小N_DL为30ms，即1ms子帧连续30个。在每个调度时间窗内，控制区域由高层信令配置其资源大小。

eNB根据覆盖增强等级划分调度时间窗内控制区域大小，并通过高层信令通知。划分方式包括：为每种覆盖增强等级均预留一定的控制区域，或者至少为非覆盖增强场景预留一定的控制区域，或者极端情况下全划分给大覆盖增强等级。eNB通过高层信令通知划分方式为为每种覆盖增强等级均预留一定的控制区域。

对于UE1处于覆盖增强等级2，eNB在其所在的调度时间窗中的覆盖增强等级2所对应的控制区域中的所有资源发送其上下行联合调度信息，即在调度时间窗1、4、7、10中的覆盖增强等级2所对应的控制区域中发送。对于UE2处于正常覆盖，eNB在调度时间窗2中正常覆盖所对应的控制区域中的某个候选集发送其上下行联合调度信息，即在调度时间窗1中的大覆盖增强等级所对应的控制区域中发送。上下行联合调度信息所调度的下行业务位于调度信息传输完成之后的一个下行调度时间窗中，上行业务位于下行业务传输完成之后的一个上行调度时间窗中。此时上行调度时间窗与下行调度时间窗长度相同。

终端根据各自的C-RNTI或UE ID隐含得到所要检测的调度时间窗进而检测各自的上下行联合调度信息，其中UE1计算(C-RNTI mod M，其中M＝3)得到调度时间窗的检测位置是编号为{1、4、7、…}的调度时间窗，UE2计算得到调度时间窗的检测位置是编号为{2、5、8、…}的调度时间窗。

UE1处于覆盖增强等级2在调度时间窗{1、4、7、10}中根据自己的C-RNTI在覆盖增强等级2所对应的控制区域中检测，得到自己的上下行调度信息。在紧接着调度信息传输完成后的调度时间窗中接收下行业务信息，在下行业务信道传输完成后的一个上行调度时间窗中发送上行业务信息，其中上行业务信息中包含其下行业务信息的反馈信息。UE2在调度时间窗2中根据自己的C-RNTI在控制区域中可能的候选集盲检测，得到自己的上下行调度信息。根据调度信息在紧接着的调度时间窗中接收下行业务信息，在下行业务信道所在时间窗之后的一个上行调度时间窗中发送上行业务信息，其中上行业务信息中包含其下行业务信息的反馈信息。

通过使用本发明所提出的下行信息的传输方法，达到了上下行联合调度的效果，同时区分不同覆盖增强等级用户，节省控制开销和资源的同时避免不同覆盖增强等级用户发生阻塞，提高了调度效率以及用户调度数量。

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

该基站在调度时间窗内的控制信道区域中发送承载下行控制信息的下行控制信道，其中，不同覆盖需求所对应的下行控制信道位于不同长度的调度时间窗或位于调度时间窗内的不同大小的控制信道区域。

该终端在全部或部分调度时间窗内的控制信道区域中检测下行控制信息，其中，不同覆盖需求的UE检测不同长度的调度时间窗或检测调度时间窗内不同大小的控制信道区域。

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

在另外一个实施例中，还提供了一种用于下行控制信息发送和检测的软件，该软件用于执行上述实施例中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于光盘、软盘、硬盘、可擦写存储器等。

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