CN105577317A - 下行控制消息dci检测方法及装置 - Google Patents

Abstract

本发明公开了一种下行控制消息DCI检测方法及装置，其中，该方法包括：接收到基站下发的指示DCI，其中，该指示DCI中携带有待检测业务的个数和/或该待检测业务的聚合度；依据该待检测业务的个数和/或该待检测业务的聚合度对该待检测业务对应的DCI进行检测。通过本发明，解决了相关技术中在检测多个业务的下行控制信息DCI的过程中由于不知道业务的数量以及聚合度导致检测复杂的问题，根据指示DCI的内容进行检测，降低了检测复杂度。

Description

下行控制消息DCI检测方法及装置

技术领域

本发明涉及无线通信领域，具体而言，涉及一种下行控制消息DCI检测方法及装置。

背景技术

LTE协议中定义了9种QCI(QoSClassIdentifier)等级，不同QCI等级的优先级，包延迟，以及可接受的误包率等指标均不相同。不同等级的QCI，需要创建不同的承载，对同一用户在同一子帧中调度的多个承载，仅支持封装为一个调度包，使用相同的传输模式和调制方式，因此误包率也是相同的，对于丢包率要求严格的承载，一般通过配置成AM模式来提高空口传输的准确率，通过重传可以保证丢包率，但会增加包延迟。

相关技术中是基于对同一用户在同一子帧中调度的多个承载，分别封装为独立的调度包或者属性相同的调度包(例如时延要求相同或丢包率要求相同)，不同承载可以根据自身的需求采用不同的调制方式和传输模式来保证丢包率，减少空口重传带来的时延，使得高层调度策略也更为灵活。

在同一用户的多业务通信应用时，即同一用户可以承载多个业务。此时，UE需要盲检测多个业务的下行控制信息(DownlinkControlInformation，简称为DCI)，同时业务的个数是未知的。如果提前知道业务的个数和聚合度，可以大大降低盲检测次数，降低UE的处理复杂度。

针对相关技术中在检测多个业务的下行控制信息DCI的过程中由于不知道业务的数量以及聚合度导致检测复杂的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种下行控制消息DCI检测方法及装置，以至少解决相关技术中在检测多个业务的下行控制信息DCI的过程中由于不知道业务的数量以及聚合度导致检测复杂的问题。

根据本发明的一个方面，提供了一种下行控制消息DCI检测方法，包括：接收到基站下发的指示DCI，其中，所述指示DCI中携带有待检测业务的个数和/或所述待检测业务的聚合度；依据所述待检测业务的个数和/或所述待检测业务的聚合度对所述待检测业务对应的DCI进行检测。

优选地，依据所述待检测业务的个数和/或所述待检测业务的聚合度对所述待检测业务对应的DCI进行检测包括：在检测结果为所述DCI的个数大于所述指示DCI中携带的所述待检测业务的个数的情况下，确定对所述待检测业务对应的DCI进行的检测有遗漏；在检测结果为所述DCI的个数小于所述指示DCI中携带的所述待检测业务的个数的情况下，确定对所述待检测业务对应的DCI进行的检测为误检测。

优选地，所述指示DCI中还包括以下内容至少之一：上下行业务属性指示、下行业务个数指示、下行业务对应DCI聚合度指示、上行业务个数指示、上行业务对应DCI聚合度指示。

优选地，所述方法还包括：在没有检测到所述指示DCI的情况下，放弃对所述待检测业务对应的DCI进行检测。

根据本发明的另一方面，提供了一种检测方法，包括：获取待检测业务的个数和/或所述待检测业务的聚合度；向终端下发携带有所述待检测业务的个数和/或所述待检测业务的聚合度的指示DCI，其中，所述指示DCI用于指示终端根据所述待检测业务的个数和/或所述待检测业务的聚合度对所述待检测业务对应的DCI进行检测。

根据本发明的另一方面，提供了一种下行控制消息DCI检测装置，包括：接收模块，用于接收到基站下发的指示DCI，其中，所述指示DCI中携带有待检测业务的个数和/或所述待检测业务的聚合度；检测模块，用于依据所述待检测业务的个数和/或所述待检测业务的聚合度对所述待检测业务对应的DCI进行检测。

优选地，所述检测模块包括：第一确定模块，用于在检测结果为所述DCI的个数大于所述指示DCI中携带的所述待检测业务的个数的情况下，确定对所述待检测业务对应的DCI进行的检测有遗漏；第二确定模块，用于在检测结果为所述DCI的个数小于所述指示DCI中携带的所述待检测业务的个数的情况下，确定对所述待检测业务对应的DCI进行的检测为误检测。

优选地，所述装置还包括：放弃模块，用于在没有检测到所述指示DCI的情况下，放弃对所述待检测业务对应的DCI进行检测。

根据本发明的另一方面，提供了一种检测装置，包括：获取模块，用于获取待检测业务的个数和/或所述待检测业务的聚合度；下发模块，用于向终端下发携带有所述待检测业务的个数和/或所述待检测业务的聚合度的指示DCI，其中，所述指示DCI用于指示终端根据所述待检测业务的个数和/或所述待检测业务的聚合度对所述待检测业务对应的DCI进行检测。

通过本发明，采用接收到基站下发的指示DCI，其中，所述指示DCI中携带有待检测业务的个数和/或所述待检测业务的聚合度；依据所述待检测业务的个数和/或所述待检测业务的聚合度对所述待检测业务对应的DCI进行检测，解决了相关技术中在检测多个业务的下行控制信息DCI的过程中由于不知道业务的数量以及聚合度导致检测复杂的问题，根据指示DCI的内容进行检测，降低了检测复杂度。

附图说明

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

图1是根据本发明实施例的下行控制消息DCI检测方法的流程图一；

图2根据本发明实施例的下行控制消息DCI检测方法的流程图二；

图3根据本发明实施例的下行控制消息DCI检测装置的框图一；

图4根据本发明优选实施例的下行控制消息DCI检测装置的框图一；

图5根据本发明优选实施例的下行控制消息DCI检测装置的框图二；

图6根据本发明实施例的下行控制消息DCI检测装置的框图二；

图7根据本发明实施例的下行控制消息DCI盲检测流程图；

图8根据本发明实施例的下行控制消息DCI误检测流程图；

图9根据本发明实施例的根据下行控制消息DCI进行上下行DCI检测流程图。

具体实施方式

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

在本实施例中提供了一种下行控制消息DCI检测方法，图1是根据本发明实施例的下行控制消息DCI检测方法的流程图一，如图1所示，该流程包括如下步骤：

步骤S102，接收到基站下发的指示DCI，其中，该指示DCI中携带有待检测业务的个数和/或该待检测业务的聚合度；

步骤S104，据待检测业务的个数和/或该待检测业务的聚合度对该待检测业务对应的DCI进行检测。

通过上述步骤，终端UE接收到基站下发的指示DCI，其中，该指示DCI中携带有待检测业务的个数和/或该待检测业务的聚合度，依据该待检测业务的个数和/或该待检测业务的聚合度对该待检测业务对应的DCI进行检测，上述方法适用于当同一用户应用多业务应用的情况下，使用指示DCI来指示业务个数，指示DCI的原始bit少，占用较少的时频资源，终端根据指示DCI的检测结果决定是否需要进一步盲检测专有业务DCI，解决了相关技术中在检测多个业务的下行控制信息DCI的过程中由于不知道业务的数量以及聚合度导致检测复杂的问题，降低控制信道盲检测次数和UE的处理复杂度，并且终端可以根据指示DCI的内容进行自检，来减低指示DCI的误检测次数。

本实施例中，依据待检测业务的个数和/或待检测业务的聚合度对该待检测业务对应的DCI进行检测可以包括：在检测结果为该DCI的个数大于该指示DCI中携带的该待检测业务的个数的情况下，确定对该待检测业务对应的DCI进行的检测有遗漏；在检测结果为该DCI的个数小于该指示DCI中携带的该待检测业务的个数的情况下，确定对该待检测业务对应的DCI进行的检测为误检测，从而减少的检测的次数，也降低了检测的复杂度。

其中，上述的指示DCI中还包括以下内容至少之一：上下行业务属性指示、下行业务个数指示、下行业务对应DCI聚合度指示、上行业务个数指示、上行业务对应DCI聚合度指示。

作为一种优选的实施方式，在没有检测到该指示DCI的情况下，放弃对该待检测业务对应的DCI进行检测，有效地减少了检测的复杂度。

根据本发明的另一方面，提供了一种检测方法，图2根据本发明实施例的下行控制消息DCI检测方法的流程图二，如图2所示，该流程包括如下步骤：

步骤S202，获取待检测业务的个数和/或该待检测业务的聚合度；

步骤S204，向终端下发携带有该待检测业务的个数和/或该待检测业务的聚合度的指示DCI，其中，该指示DCI用于指示终端根据该待检测业务的个数和/或该待检测业务的聚合度对该待检测业务对应的DCI进行检测。

通过上述步骤，基站获取待检测业务的个数和/或该待检测业务的聚合度，并向终端下发携带有该待检测业务的个数和/或该待检测业务的聚合度的指示DCI，其中，该指示DCI用于指示终端根据该待检测业务的个数和/或该待检测业务的聚合度对该待检测业务对应的DCI进行检测，解决了相关技术中在检测多个业务的下行控制信息DCI的过程中由于不知道业务的数量以及聚合度导致检测复杂的问题，使得终端根据指示DCI的内容进行检测，降低了检测复杂度，有效地降低了终端检测业务DCI的盲检测次数。

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

图3根据本发明实施例的下行控制消息DCI检测装置的框图一，如图3所示，包括：接收模块32和检测模块34，下面对各个模块进行说明。

接收模块32，用于接收到基站下发的指示DCI，其中，该指示DCI中携带有待检测业务的个数和/或该待检测业务的聚合度；

检测模块34，用于依据该待检测业务的个数和/或该待检测业务的聚合度对该待检测业务对应的DCI进行检测。

图4根据本发明优选实施例的下行控制消息DCI检测装置的框图一，如图4所示，该检测模块34包括：

第一确定模块42，用于在检测结果为该DCI的个数大于该指示DCI中携带的该待检测业务的个数的情况下，确定对该待检测业务对应的DCI进行的检测有遗漏；

第二确定模块44，用于在检测结果为该DCI的个数小于该指示DCI中携带的该待检测业务的个数的情况下，确定对该待检测业务对应的DCI进行的检测为误检测。

图5根据本发明优选实施例的下行控制消息DCI检测装置的框图二，如图5所示，该装置还包括：

放弃模块52，用于在没有检测到该指示DCI的情况下，放弃对该待检测业务对应的DCI进行检测。

根据本发明的另一方面，提供了一种检测装置，图6根据本发明实施例的下行控制消息DCI检测装置的框图二，如图6所示，包括：

获取模块62，用于获取待检测业务的个数和/或该待检测业务的聚合度；

下发模块64，用于向终端下发携带有该待检测业务的个数和/或该待检测业务的聚合度的指示DCI，其中，该指示DCI用于指示终端根据该待检测业务的个数和/或该待检测业务的聚合度对该待检测业务对应的DCI进行检测。

下面结合优选实施方式对本发明实施例进行进一步说明。

本发明实施例设计一种新格式的指示DCI，将指示DCI记为DCI5，用于同一用户多业务应用时多业务个数以及聚合度指示，eNB根据对用户的实际调度发送指示DCI。终端检测指示DCI，解析指示DCI中业务个数及聚合度。终端根据业务个数及聚合度，进一步对专有DCI进行盲检测，从而降低用户DCI的盲检测次数，并降低了终端用户的盲检测复杂度。终端专有DCI检测结束后，根据指示DCI中的业务个数信息，可以有效判断出专有DCI是否有漏检测或者误检测。为了减少UE侧对多业务DCI的检测，本发明实施例设计新的一种DCI格式专用于多业务个数和聚合度的承载，从而减少接收端的DCI检测次数，提高检测效率。eNB根据对UE的调度的上下行业务的个数以及聚合度的情况，来发送对应的指示DCI。eNB对UE没有调度，则不会发送该UE对应的指示DCI。

UE先检测用C-RNTI加扰的指示DCI，指示DCI只存在于专有空间，聚合度和搜索空间与现有协议一致，图7根据本发明实施例的下行控制消息DCI盲检测流程图，如图7所示，具体包括以下步骤：

步骤S702，根据RNTI类型确定待检测指示DCI是否只映射在公有搜索空间，在确定的结果为是的情况下，执行步骤S704，否则执行步骤S706；

步骤S704，指示DCI检测结束；

步骤S706，计算指示DCI的长度；

步骤S708，根据RNTI计算2CCE时的搜索空间；

步骤S710，判断CRC是否正确，其中，最多进行6次检测，在判断结果为否的情况下，执行步骤S712，在判断结果为是的情况下，执行步骤S726；

步骤S712，根据RNTI计算4CCE时的搜索空间；

步骤S714，判断CRC是否正确，其中，最多进行2次检测，在判断结果为否的情况下，执行步骤S716，在判断结果为是的情况下，执行步骤S726；

步骤S716，根据RNTI计算8CCE时的搜索空间；

步骤S718，判断CRC是否正确，其中，最多进行2次检测，在判断结果为否的情况下，执行步骤S720，在判断结果为是的情况下，执行步骤S726；

步骤S720，根据RNTI计算1CCE时的搜索空间；

步骤S722，判断CRC是否正确，其中，最多进行6次检测，在判断结果为否的情况下，执行步骤S724，在判断结果为是的情况下，执行步骤S726；

步骤S724，在UE搜索空间未检测到指示DCI，检测结束；

步骤S726，指示DCI检测成功。

通过上述步骤进行检测后，分析各个bit域的信息，解析指示DCI中业务个数及聚合度。当检测到只有下/上行业务时，需要对上/下行业务的相关信息进行核对，如果不正确，则认为是误检测，图8根据本发明实施例的下行控制消息DCI误检测流程图，如图8所示，具体包括以下步骤：

步骤S802，判断指示DCI只有上行或者下行，在判断结果为否的情况下，执行步骤S804，在判断结果为是的情况下，执行步骤S806；

步骤S804，指示DCI为正确检测；

步骤S806，判断指示DCI指示上行，在判断结果为是的情况下，执行步骤S808，在判断结果为否的情况下，执行步骤S816；

步骤S808，判断指示DCI中下行业务个数是否为默认值，在判断结果为是的情况下，执行步骤S810，在判断结果为否的情况下，执行步骤S812；

步骤S810，判断指示DCI中下行DCI的聚合度是否为默认值，在判断结果为是的情况下，执行步骤S814，在判断结果为否的情况下，执行步骤S812；

步骤S812，指示DCI为误检测；

步骤S814，指示DCI为正确检测；

步骤S816，判断指示DCI中上行业务个数是否为默认值，在判断结果为是的情况下，执行步骤S818，在判断结果为否的情况下，执行步骤S820；

步骤S818，判断指示DCI中上行DCI的聚合度是否为默认值；

步骤S820，指示DCI为误检测；

步骤S822，指示DCI为正确检测。

UE检测到的指示DCI为误检测时，不再对UE的专有DCI检测，DCI检测流程结束；UE正确检测到指示DCI时，根据业务个数及聚合度，进一步对专有DCI进行盲检测；UE没有检测到对应的指示DCI时，不再对UE的专有DCI检测，DCI检测流程结束；终端专有DCI检测结束后，如果检测到专有DCI的个数小于指示DCI中的业务个数，则专有DCI有漏检测。如果检测到专有DCI的个数大于指示DCI中的业务个数，则专有DCI有误检测。其中，指示DCI包含以下内容至少之一：上下行业务属性指示、下行业务个数指示、下行业务对应DCI聚合度指示、上行业务个数指示、上行业务对应DCI聚合度指示。

需要说明的是，指示DCI可以只有下行业务个数指示或上行业务个数指示，指示DCI可以只有下行业务对应DCI聚合度指示或者上行业务对应DCI聚合度指示，指示DCI也可以有一个聚合度指示同时表示下行业务对应DCI聚合度和上行业务对应DCI聚合度指示。图9根据本发明实施例的根据下行控制消息DCI进行上下行DCI检测流程图，如图9示，具体包括以下步骤：

步骤S902，判断指示DCI是否只有上行或者下行，在判断结果为否的情况下，执行步骤S904，在判断结果为是的情况下，执行步骤S906，

步骤S904，对下行DCI进行检测，接下来执行步骤S908；

步骤S906，判断指示DCI是否指示上行，在判断结果为否的情况下，执行步骤S904，在判断结果为是的情况下，执行步骤S920；

步骤S908，根据RNTI以及指示DCI中下行DCI的聚合度确定搜索空间；

步骤S910，进行最多M次检测，判断CRC是否正确，其中，最多进行M次检测，在判断结果为否的情况下，执行步骤S912，在判断结果为是的情况下，执行步骤S914；

步骤S912，下行DCI检测失败，接下来执行步骤S916；

步骤S914，下行DCI检测测成功；

步骤S916，判断是否继续进行上行DCI检测，在判断结果为否的情况下，执行步骤S918，在判断结果为是的情况下，执行步骤S920；

步骤S920，根据RNTI以及指示DCI中上行DCI的聚合度确定搜索空间；

步骤S922，判断CRC是否正确，其中，进行最多N次检测，在判断结果为否的情况下，执行步骤S924，在判断结果为是的情况下，执行步骤S926；

步骤S924，上行DCI检测失败；

步骤S926，上行DCI检测成功。

通过上述内容，降低了同一用户多业务时，盲检测的次数以及保证指示DCI误检测性能，并根据多业务类型分类选择合适的聚合度，保证控制信道解调性能，从而减少了接收端的处理复杂度，同时还可以根据指示DCI中业务个数对专有DCI进行漏检测和误检测的判断。

下面结合附图对本发明优选实施方式进行进一步的详细描述。

实施例1

本实施例中，指示DCI5的原始bit为10bit，每个域的含义见表1，包含了上下行DCI指示，下行业务的个数指示以及上行业务的个数指示，还有下行DCI的聚合度指示，上行DCI的聚合度指示。对某一个用户来说，下/上行DCI的聚合度指示只有一个，所以在调度的时候，所有业务对应的DCI的聚合度一致，调度的灵活度稍微差些，但是考虑到DCI的检测要求较高，而且各个DCI在时频资源上是离散分布的，故同一个用户的所有DCI采用同一个聚合度也比较合理。表1中的还列举出：对同一用户有4个下行业务，没有上行业务的指示DCI的取值。

eNB根据对某一UE的调度情况，来组合指示DCI，并发送指示DCI。eNB对某一个UE没有调度，则不会发送对应的指示DCI。指示DCI的发送处理流程和LTE现有DCI的发送处理流程一致，只是原始bit有了新的含义。

UE先盲检测用C-RNTI加扰的指示DCI，具体的盲检测流程见图1。检测通过后，分析各个bit域的信息。当检测到只有下/上行业务时，需要对上/下行业务的相关信息进行核对，如果不正确，则认为是误检测，误检测流程见图2。正确检测到指示DCI之后根据指示DCI中下/上行业务的个数以及DCI的聚合度信息对专有DCI进行盲检测。

表1DCI5各个域的含义和大小

实施例2

本实施例中，指示DCI5的原始bit为22bit，每个域的含义见表1，包含了上下行DCI指示，下行业务的个数指示以及上行业务的个数指示，还有每个下行DCI的聚合度指示，每个上行DCI的聚合度指示。对某一个用户来说，下/上行DCI的聚合度指示可以不同，调度比较灵活，但是该指示DCI的原始bit数较多，在保证码率较低的情况下，占用较多的时频资源。表2中的还列举出：同一用户有2个上行业务，有4个下行业务的时候，指示DCI的取值。

eNB根据对某一UE的调度情况，来组合指示DCI，并发送指示DCI。eNB对某一个UE没有调度，则不会发送对应的指示DCI。指示DCI的发送处理流程和LTE现有DCI的发送处理流程一致，只是原始bit有了新的含义。

UE先盲检测用C-RNTI加扰的指示DCI，具体的盲检测流程见图1。检测通过后，分析各个bit域的信息。当检测到只有下/下行业务时，需要对上/下行业务的相关信息进行核对，如果不正确，则认为是误检测。检测流程见图2。正确检测到指示DCI之后根据指示DCI中下/上行业务的个数以及DCI的聚合度信息对专有DCI盲检测。

表2DCI5各个域的含义和大小

实施例3

本实施例中，指示DCI5的原始bit为16bit，每个域的含义见表3，包含了上下行DCI指示，下行业务的个数指示以及上行业务的个数指示，还有两组下行DCI的聚合度指示，两组上行DCI的聚合度指示。对某一个用户来说，下/上行DCI的聚合度指示可以不同，但是只有两种组合，但是该设计指示DCI的原始bit数比实施例少，在保证码率较低的情况下，占用较少的时频资源。表3中的还列举出：同一用户有4个上行业务，没有下行业务的指示DCI的取值。

eNB根据对某一UE的调度情况，来组合指示DCI，并发送指示DCI。eNB对某一个UE没有调度，则不会发送对应的指示DCI。指示DCI的发送处理流程和LTE现有DCI的发送处理流程一致，只是原始bit有了新的含义。

UE先盲检测用C-RNTI加扰的指示DCI，具体的盲检测流程见图1。检测通过后，分析各个bit域的信息。当检测到只有下/下行业务时，需要对上/下行业务的相关信息进行核对，如果不正确，则认为是误检测。检测流程见图8，在此不再赘述。正确检测到指示DCI之后根据指示DCI中下/上行业务的个数以及DCI的聚合度信息对专有DCI盲检测。

表3DCI5各个域的含义和大小

实施例4

本实施例中，指示DCI5的原始bit为5bit，每个域的含义见表1，包含了上下行DCI指示，下行业务的个数指示或者上行业务的个数指示，还有上行DCI的聚合度指示或者下行DCI的聚合度指示。当上下行DCI指示为上行DCI时，有上行业务的个数指示和上行DCI的聚合度指示。当上下行DCI指示为下行DCI时，有下行业务的个数指示和下行DCI的聚合度指示。此时上下行业务指示和聚合度指示复用同一个域，根据上下行DCI指示使能其中一个。

对某一个用户来说，下/上行DCI的聚合度指示只有一个，所以在调度的时候，所有业务对应的DCI的聚合度一致，调度的灵活度稍微差些，但是考虑到DCI的检测要求较高，而且各个DCI在时频资源上是离散分布的，故同一个用户的所有DCI采用同一个聚合度也比较合理。表4中的还列举出：对同一用户有4个下行业务，没有上行业务的指示DCI的取值。

eNB根据对某一UE的调度情况，来组合指示DCI，并发送指示DCI。eNB对某一个UE没有调度，则不会发送对应的指示DCI。指示DCI的发送处理流程和LTE现有DCI的发送处理流程一致，只是原始bit有了新的含义。

UE先盲检测用C-RNTI加扰的指示DCI，具体的盲检测流程见图7，在此不再赘述。检测通过后，分析各个bit域的信息。当检测到只有下/上行业务时，需要对上/下行业务的相关信息进行核对，如果不正确，则认为是误检测，误检测流程见图8，在此不再赘述。正确检测到指示DCI之后根据指示DCI中下/上行业务的个数以及DCI的聚合度信息对专有DCI进行盲检测。

表4DCI5各个域的含义和大小

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

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

Claims (9)

1.一种下行控制消息DCI检测方法，其特征在于，包括：

接收到基站下发的指示DCI，其中，所述指示DCI中携带有待检测业务的个数和/或所述待检测业务的聚合度；

依据所述待检测业务的个数和/或所述待检测业务的聚合度对所述待检测业务对应的DCI进行检测。

2.根据权利要求1所述的方法，其特征在于，依据所述待检测业务的个数和/或所述待检测业务的聚合度对所述待检测业务对应的DCI进行检测包括：

在检测结果为所述DCI的个数大于所述指示DCI中携带的所述待检测业务的个数的情况下，确定对所述待检测业务对应的DCI进行的检测有遗漏；

在检测结果为所述DCI的个数小于所述指示DCI中携带的所述待检测业务的个数的情况下，确定对所述待检测业务对应的DCI进行的检测为误检测。

3.根据权利要求1或2所述的方法，其特征在于，所述指示DCI中还包括以下内容至少之一：

上下行业务属性指示、下行业务个数指示、下行业务对应DCI聚合度指示、上行业务个数指示、上行业务对应DCI聚合度指示。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在没有检测到所述指示DCI的情况下，放弃对所述待检测业务对应的DCI进行检测。

5.一种检测方法，其特征在于，包括：

获取待检测业务的个数和/或所述待检测业务的聚合度；

向终端下发携带有所述待检测业务的个数和/或所述待检测业务的聚合度的指示DCI，其中，所述指示DCI用于指示终端根据所述待检测业务的个数和/或所述待检测业务的聚合度对所述待检测业务对应的DCI进行检测。

6.一种下行控制消息DCI检测装置，其特征在于，包括：

接收模块，用于接收到基站下发的指示DCI，其中，所述指示DCI中携带有待检测业务的个数和/或所述待检测业务的聚合度；

检测模块，用于依据所述待检测业务的个数和/或所述待检测业务的聚合度对所述待检测业务对应的DCI进行检测。

7.根据权利要求6所述的装置，其特征在于，所述检测模块包括：

第一确定模块，用于在检测结果为所述DCI的个数大于所述指示DCI中携带的所述待检测业务的个数的情况下，确定对所述待检测业务对应的DCI进行的检测有遗漏；

第二确定模块，用于在检测结果为所述DCI的个数小于所述指示DCI中携带的所述待检测业务的个数的情况下，确定对所述待检测业务对应的DCI进行的检测为误检测。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

放弃模块，用于在没有检测到所述指示DCI的情况下，放弃对所述待检测业务对应的DCI进行检测。

9.一种检测装置，其特征在于，包括：

获取模块，用于获取待检测业务的个数和/或所述待检测业务的聚合度；

下发模块，用于向终端下发携带有所述待检测业务的个数和/或所述待检测业务的聚合度的指示DCI，其中，所述指示DCI用于指示终端根据所述待检测业务的个数和/或所述待检测业务的聚合度对所述待检测业务对应的DCI进行检测。