CN110831020A - 检测dci的方法、配置pdcch的方法和通信装置 - Google Patents

检测dci的方法、配置pdcch的方法和通信装置 Download PDF

Info

Publication number
CN110831020A
CN110831020A CN201810910875.3A CN201810910875A CN110831020A CN 110831020 A CN110831020 A CN 110831020A CN 201810910875 A CN201810910875 A CN 201810910875A CN 110831020 A CN110831020 A CN 110831020A
Authority
CN
China
Prior art keywords
candidate resources
dci
group
terminal device
configuration parameters
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
Application number
CN201810910875.3A
Other languages
English (en)
Other versions
CN110831020B (zh
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810910875.3A priority Critical patent/CN110831020B/zh
Priority to EP19846014.9A priority patent/EP3826347A4/en
Priority to PCT/CN2019/099588 priority patent/WO2020029996A1/zh
Publication of CN110831020A publication Critical patent/CN110831020A/zh
Priority to US17/172,227 priority patent/US11540267B2/en
Application granted granted Critical
Publication of CN110831020B publication Critical patent/CN110831020B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0038—Blind format detection
    • 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/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0039—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver other detection of signalling, e.g. detection of TFCI explicit signalling
    • 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/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment
    • 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
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space

Abstract

本申请提供了一种检测DCI的方法、配置PDCCH的方法和通信装置，该方法包括网络侧设备用于生成并发送配置参数，该配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI；该终端设用于从所述每一组候选资源中盲检到一个DCI时停止对该组候选资源的盲检。本申请实施例中，通过配置参数将候选资源分组，每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。

Description

检测DCI的方法、配置PDCCH的方法和通信装置
技术领域
本申请涉及通信领域，更具体地，涉及一种检测下行控制信息(downlink controlinformation，DCI)的方法、配置下行控制信道(physical downlink control channel，PDCCH)的方法和通信装置。
背景技术
在未来的第五代移动通信技术(5th-Generation，5G)中，随着移动通信的快速发展，在系统容量，瞬时峰值速率，频谱效率，小区边缘用户吞吐量以及时延等诸多方面有了更高的要求。多点协作传输(coordinated multiple points transmission/reception，CoMP)技术因此被提出。
CoMP技术旨在实现不同地理位置的各传输点之间的协同传输。目前CoMP技术无论是在上行还是下行，都可以提高系统性能，尤其是改善小区边缘的频谱效率。目前主流的CoMP技术实现方式可以分为协同处理(Joint Processing，JP)技术和协同调度/协同波束(Coordinated Scheduling/Beamforming，CS/CB)技术。
在多点传输的场景下，各个传输点可以分别向终端设备发送下行控制信息DCI。在终端设备移动时，终端设备的传输模式可能会在多点传输模式与单站点传输模式之间来回切换，其中，在多点传输模式下，终端设备可能会接收到多个传输点分别发送的DCI，即终端设备需要盲检多个DCI；在单站点传输模式下，终端设备会接收到单个传输点发送的DCI，即终端设备需要盲检一个DCI。
然而，现有技术中，终端设备不知道当前的传输模式，因此，终端设备不知道具体会有几个DCI。因此，终端设备只能将所有可能的搜索空间的位置都盲检了，才能将所有的DCI全部检测正确。然而这样的操作大大增加了终端设备的盲检复杂度。
因此，如何降低盲检的复杂度，成为亟待解决的问题。
发明内容
本申请提供一种检测DCI的方法、配置PDCCH的方法和通信装置，能够降低盲检的复杂度。
第一方面，提供了一种检测下行控制信息DCI的方法，该方法包括：
接收配置参数，所述配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI；
从所述每一组候选资源中盲检到一个DCI时停止对该组候选资源的盲检。
第二方面，提供了一种配置下行控制信道PDCCH的方法，该方法包括：
生成配置参数，所述配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI；
向终端设备发送所述配置参数。
具体而言，现有技术中，不管具有几个DCI，网络侧设备仅配置一组候选资源，终端设备需要盲检到所有的候选资源后，才能确保正确的检测DCI。
本申请实施例中，通过配置参数将候选资源分组，每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
应理解，在本申请实施例中，生成配置参数的网络侧设备可以是与终端设备通信的任意一个网络设备。例如，可以是第一网络设备或者第二网络设备生成该配置参数。可选地，生成配置参数的网络侧设备还可以是第一网络设备第二网络设备，例如，第一网络设备与第二网络设备共同协商生成该配置参数，本申请实施例并不限于此。还应理解，本申请实施例中，发送配置参数的网络设备和生成配置参数的网络设备可以是相同的网络设备也可以是不同的网络设备，本申请实施例并不限于此。
本申请实施例中，配置参数是指用于获得DCI的候选资源的参数信息，网络侧设备(例如，第一网络设备或者第二网络设备)可以通过信令向终端设备发送配置参数。应理解，本申请实施例中，该配置参数还可以称为配置字段、信息元素(information element,IE)等，本申请实施例并不限于此。
应理解，本申请实施例中，候选资源表示可以承载有DCI的资源，终端设备需要盲检该候选资源，以获取DCI。
一般来说，DCI包含循环冗余校验(cyclic redundancy check，CRC)字段，该CRC字段是基于该DCI终端设备的无线网络临时标识(radio network temporary identity，RNTI)进行加扰的，这样一来，终端设备便可根据DCI中的CRC进行盲检，来确定发给自身的DCI。RNTI通常可以具体划分为多种类型，例如但不限于，临时配置RNTI(temporaryconfigure RNTI，TC-RNTI)、小区RNTI(cell RNTI,C-RNTI)等。有关DCI及其CRC的相关内容已经在现有技术中进行了清楚的描述，本文对此不再赘述。
本申请实施例中配置参数可以具有多种形式，该配置参数可以为宽带部分下行专用(bandwidth part(BWP)-DownlinkDedicated)参数或者下行控制信道配置参数(physical downlink control channel config，PDCCH-Config)。
具体而言，在本申请实施例中，BWP-DownlinkDedicated用于建立或者释放PDCCH-Config，该PDCCH-Config包括的参数用于检测候选的下行控制信道(physical downlinkcontrol channel,PDCCH)。PDCCH-Config可以包括控制资源集合配置参数(ControlResource Sets，CORESET)和搜索空间(search space)配置参数。其中，CORESET可以称为控制资源集合，即CORESET的时频资源，如DCI在频域所占的资源块大小，时域所占的符号数等；还可以称为控制资源集合配置参数，即指信令配置的相关参数，用于获得CORESET时频资源。搜索空间可以称为搜索空间配置参数，即信令配置的相关参数，用于获得在什么时候，以及采用什么方式搜索候选的或可能的PDCCH，例如，搜索空间能够表示DCI可能的起始符号位置等；该搜索空间也可以直接指检测候选PDCCH的地方，或需要检测的地方。
下面对本申请实施例的配置参数分情况进行举例说明。
结合第一方面或第二方面，在一种实现方式中，所述配置参数用于建立一个或多个下行控制信道配置；
或者，
所述配置参数用于释放一个或多个下行控制信道配置；
其中，每一个下行控制信道配置用于配置一组候选资源。
应理解，本申请实施例中，终端设备在建立完下行控制信道配置后，所述终端设备共获取到至少一个下行控制信道配置；或者，终端设备在释放完下行控制信道配置后，所述终端设备共获取到至少一个下行控制信道配置。
例如，该配置参数可以为BWP-DownlinkDedicated，该下行控制信道配置可以为PDCCH-Config。该BWP-DownlinkDedicated用于建立或者释放下行控制信道配置PDCCH-Config。其中，每一个PDCCH-Config用于配置一组候选资源，每一个PDCCH-Config可以对应一个网络设备，该一个网络设备发送的DCI承载在该PDCCH-Config配置的一组候选资源中。
应理解，本申请实施例中，不同的PDCCH-Config可以对应不同的网络设备，不同的PDCCH-Config也可以对应同一个网络设备，本申请实施例并不限于此。
其中，当不同的PDCCH-Config对应不同的网络设备时，不同的DCI来自于不同的网络设备。
当不同的两个或多个PDCCH-Config对应同一个网络设备时，该两个或多个PDCCH-Config对应的两个或多个DCI来自于该同一个网络设备。
通常，现有方案中，不管是单DCI，还是多DCI，BWP-DownlinkDedicated仅包括一个PDCCH-Config，该一个PDCCH-Config用于配置一组候选资源。由于终端设备不知道该组候选资源中承载的DCI的个数，因此需要盲检完该候选资源组中的所有候选资源后，才能确保盲检DCI的准确性。而本申请实施例中，该配置参数可以配置至少一个PDCCH-Config，其中，一个PDCCH-Config配置一组候选资源。由于在每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
应理解，本申请实施例中单DCI是指在一段时间内，网络设备仅向终端设备发送一个DCI。在单DCI情况下，终端设备仅需要盲检一个DCI。本申请实施例中多DCI是指在一段时间内，例如，在至少一个时隙(slot)上存在网络设备向终端设备发送至少两个DCI，其中，发送至少两个DCI可以是由同一个网络设备，也可是由至少两个网络设备同时发送的，本申请实施例并不限于此。
通常在DCI具有多个时，网络设备可以通过设置PDCCH configure ID以区分该多个DCI。具体而言，不同的DCI对应的PDCCH configure ID的取值不同。例如，在存在N个PDCCH configure时，本申请实施例可以设置PDCCH configure ID的取值分别为1至N等，N为大于等于1的正整数。再例如，本申请实施例中，网络设备可以通过表格的形式设置不同的PDCCH configure，例如，不同的PDCCH configure对应不同的PDCCH configure ID索引，实施例中本申请实施例并不限于此。
需要说明的是，作为示例而非限定，由于终端设备的盲检复杂度不能太高，因此，可以设定终端设备特定的DCI最多是2个，因此PDCCH-Config最多就只有两个，因此，本申请实施例中可以不设置PDCCH configure ID。本申请实施例中可以直接设置两个PDCCH-Config，例如，PDCCH configure1和PDCCH configure2(或者称为第一PDCCH configure和第二PDCCH configure)。那么该配置参数(例如，BWP-DownlinkDedicated)可以包括建立或者释放PDCCH configure1，或者该配置参数可以包括建立或者释放PDCCH configure2，由于只有两个PDCCH configure，因此无需额外为其设置ID也可以相互区分。
例如，当终端设备处于单站点传输场景时，该配置参数可以包括建立PDCCHconfigure1，当由单站点传输场景切换到联合传输场景时，该配置参数可以进一步包括建立PDCCH configure2，这样，在建立完行控制信道配置后，终端设备共获取到PDCCHconfigure1和PDCCH configure2。当终端设备由联合传输场景切换到单站点传输场景时，该配置参数可以包括释放PDCCH configure1或者释放PDCCH configure2，这样，在释放完行控制信道配置后，终端设备共获取到PDCCH configure1和PDCCH configure2中未被释放的一个PDCCH configure。
因此，本申请实施例无需另外设置PDCCH configure ID，能够降低信令开销。
应理解，本申请实施例中，单站点传输场景是指仅一个网络设备给终端设备服务，即仅有一个网络设备与终端设备进行数据传输的场景；联合传输场景是指至少两个网络设备同时给终端设备服务，即至少两个网络设备采用协同多点传输方式向终端设备传输下行数据的场景。
结合第一方面或第二方面，在一种实现方式中，所述配置参数用于配置(或者，称为建立(setup))一组或多组控制资源集；
或者，
所述配置参数用于释放一组或多组控制资源集；
其中，每一组控制资源集用于配置一组候选资源。
应理解，本申请实施例中，终端设备在配置完控制资源集后，所述终端设备共获取到至少一组控制资源集；或者，终端设备在释放完控制资源集后，所述终端设备共获取到至少一组控制资源集。
例如，该配置参数可以为一个PDCCH-Config。例如，网络侧设备通过BWP-DownlinkDedicated配置该一个PDCCH-Config，该PDCCH-Config中可以配置有多组控制资源集(一组控制资源集也可以称为控制资源集合组(CORESET group))，一组控制资源集可以包括一个或多个控制资源集或控制资源集的索引号。或者每个CORESET中指定其所属的CORESET group ID。其中，每一组控制资源集用于配置一组候选资源，该一个网络设备发送的DCI承载在该一组控制资源集配置的一组候选资源中。
应理解，本申请实施例中，不同的组控制资源集可以对应不同的网络设备，不同的组控制资源集也可以对应同一个网络设备，本申请实施例并不限于此。
其中，当不同的组控制资源集对应不同的网络设备时，不同的DCI来自于不同的网络设备。
当不同的两个或多个组控制资源集对应同一个网络设备时，该两个或多个组控制资源集对应的两个或多个DCI来自于该同一个网络设备。
通常，现有方案中，不管是单DCI，还是多DCI，一个PDCCH-Config用于配置一组候选资源。由于终端设备不知道DCI的个数，因此需要盲检完所有候选资源后，才能确保盲检DCI的准确性。而本申请实施例中，一个PDCCH-Config可以配置一组或多组候选资源，每一组候选资源对应于一个CORESET group。由于在每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
通常在DCI具有多个时，网络设备可以通过设置CORESET group ID以区分该多个DCI，其中，CORESET group ID可以携带在CORESET的信元(information element，IE)内。具体而言，不同的DCI对应的CORESET group ID的取值不同。例如，在存在N个CORESET group时，本申请实施例可以设置CORESET group ID的取值分别为1至N等，N为大于等于1的正整数。再例如，本申请实施例中，网络设备可以通过表格的形式设置不同的CORESET group ID的取值，例如，不同的CORESET group对应不同的CORESET group ID索引，实施例中本申请实施例并不限于此。
需要说明的是，作为示例而非限定，由于终端设备的盲检复杂度不能太高，因此，可以设定终端设备特定的DCI最多是2个，因此PDCCH-Config中最多就只有两组控制资源集，本申请实施例中可以直接设置两个CORESET group，例如，CORESET group 1和CORESETgroup 2。那么该配置参数(例如，PDCCH-Config)可以包括建立或者释放CORESET group 1，或者该配置参数可以包括建立或者释放CORESET group 2，由于只有两组控制资源集，因此无需额外为其设置ID也可以相互区分。
例如，当终端设备处于单站点传输场景时，该配置参数可以包括建立CORESETgroup1，当由单站点传输场景切换到联合传输场景时，该配置参数可以包括建立CORESETgroup2，这样，在建立完控制资源集后，终端设备共获取到CORESET group 1和CORESETgroup2。当终端设备由联合传输场景切换到单站点传输时，该配置参数可以包括释放CORESET group 1或者释放CORESET group 2，这样，在释放完控制资源集后，终端设备共获取到CORESET group 1和CORESET group 2中未被释放的一个CORESET group。
因此，本申请实施例无需另外设置CORESET group ID，能够降低信令开销。
结合第一方面或第二方面，在一种实现方式中，所述配置参数用于建立一组或多组搜索空间；
或者，
所述配置参数用于释放一组或多组搜索空间；
其中，每一组搜索空间用于配置一组候选资源。
应理解，本申请实施例中，终端设备在建立完搜索空间后，所述终端设备共获取到至少一组搜索空间；或者，终端设备在释放完搜索空间后，所述终端设备共获取到至少一组搜索空间。
例如，该配置参数可以为一个PDCCH-Config。例如，网络侧设备通过BWP-DownlinkDedicated配置该一个PDCCH-Config，该PDCCH-Config中可以配置有多组搜索空间(一组搜索空间也可以称为搜索空间组(Search space group))，一组搜索空间可以包括一个或多个搜索空间或搜索空间的索引号。其中，每一组搜索空间用于配置一组候选资源，每一组搜索空间可以对应一个网络设备，该一个网络设备发送的DCI承载在该一组搜索空间配置的一组候选资源中。
应理解，本申请实施例中，不同的组搜索空间可以对应不同的网络设备，不同的组搜索空间也可以对应同一个网络设备，本申请实施例并不限于此。
其中，当不同的组搜索空间对应不同的网络设备时，不同的DCI来自于不同的网络设备。
当不同的两个或多个组搜索空间对应同一个网络设备时，该两个或多个组搜索空间对应的两个或多个DCI来自于该同一个网络设备。
通常，现有方案中，不管是单DCI，还是多DCI，一个PDCCH-Config用于配置一组候选资源。由于终端设备不知道DCI的个数，因此需要盲检完所有候选资源后，才能确保盲检DCI的准确性。而本申请实施例中，一个PDCCH-Config可以配置一组或多组候选资源。由于在每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
通常在DCI具有多个时，网络设备可以通过设置Search space group ID以区分该多个DCI。具体而言，不同的DCI对应的Search space group ID的取值不同。例如，在存在N个Search space group时，本申请实施例可以设置Search space group ID的取值分别为1至N等，N为大于等于1的正整数。再例如，本申请实施例中，网络设备可以通过表格的形式设置不同的Search space group ID的取值，例如，不同的Search space group对应不同的Search space group ID索引，实施例中本申请实施例并不限于此。
需要说明的是，作为示例而非限定，由于终端设备的盲检复杂度不能太高，因此，可以设定终端设备特定的DCI最多是2个，因此PDCCH-Config中最多就只有两组搜索空间，因此，本申请实施例中可以不设置Search space group ID。本申请实施例中可以直接设置两个Search space group，例如，Search space group 1和Search space group 2。那么该配置参数(例如，PDCCH-Config)可以包括建立或者释放Search space group 1，或者该配置参数可以包括建立或者释放Search space group 2，由于只有两组搜索空间，因此无需额外为其设置ID也可以相互区分。
例如，当终端设备处于单站点传输场景时，该配置参数可以包括建立Searchspace group 1，当由单站点传输场景切换到联合传输场景时，该配置参数可以包括建立Search space group 2，这样，在建立完搜索空间后，终端设备共获取到Search spacegroup 1和Search space group 2。当终端设备由联合传输场景切换到单站点传输时，该配置参数可以包括释放Search space group 1或者释放Search space group 2，这样，在释放完搜索空间后，终端设备共获取到Search space group 1和Search space group 2中未被释放的一个Search space group。
因此，本申请实施例无需另外设置Search space group ID，能够降低信令开销。
结合第一方面或第二方面，在一种实现方式中，本申请实施例中，可以设置BWP-DownlinkDedicated的个数与DCI的个数相对应。例如，作为一种可选地实施例，所述配置参数包括至少一BWP-DownlinkDedicated，其中，每一个BWP-DownlinkDedicated用于配置一组候选资源，每一组候选资源中承载有一个DCI。每一个BWP-DownlinkDedicated可以对应一个网络设备，该一个网络设备发送的DCI承载在该BWP-DownlinkDedicated配置的一组候选资源中。
通常，现有方案中，不管是单DCI，还是多DCI，网络设备仅发送一个BWP-DownlinkDedicated，该一个BWP-DownlinkDedicated用于配置一组候选资源。由于终端设备不知道DCI的个数，因此需要盲检完所有候选资源后，才能确保盲检DCI的准确性。而本申请实施例中，该配置参数可以包括一个或多个BWP-DownlinkDedicated，其中，一个BWP-DownlinkDedicated配置一组候选资源。由于在每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
具体而言，本申请实施例中，有几个网络设备发送DCI，终端设备会接收到几个BWP-DownlinkDedicated，终端设备每一个BWP-DownlinkDedicated配置的一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
应理解，在实际应用中，当网络侧设备需要发送多个BWP-DownlinkDedicated，该多个BWP-DownlinkDedicated可以是通过一个网络设备发送的，也可以是多个网络设备分别发送的，本申请实施例并不限于此。
前文介绍了有几个DCI，网络侧设备配置几组候选资源，且每一组候选资源中承载有一个DCI的情况。
可替代地，在一种实现方式中，网络侧设备可以配置几组候选资源，且每一组候选资源中可以承载有一个DCI，本申请实施例中可以在每一组候选资源中设置激活状态或非激活状态，其中，激活状态用于表示该一组候选资源中承载有一个DCI，非激活状态用于表示该一组候选资源中没有承载DCI。例如，本申请实施例中，可以在每一组候选资源的配置参数中设置一个指示信息，该指示信息用于指示该一组候选资源的状态为激活状态或非激活状态。例如，该指示信息为1比特，在该指示信息取值为1时，表示激活状态，在该至少信息取值为0时，表示非激活状态。具体地，该指示信息可以携带在BWP-DownlinkDedicated、PDCCH-Config、CORESET group或搜索空间(search space，SS)group中，本申请实施例并不限于此。在一组候选资源为激活状态时，终端设备在该一组候选资源上盲检到一个DCI后即停止在该组候选资源上的盲检，无需对该组候选资源上剩余的资源继续盲检；在一组候选资源为非激活状态时，终端设备无需对此候选资源进行盲检，本申请实施例能够提高盲检效率。
可替代地，在一种实现方式中，不管有几个DCI，网络侧设备也可以通过配置参数仅配置一组候选资源。
例如，网络侧设备生成配置参数，并向终端设备发送该配置参数，所述配置参数用于配置一组候选资源，且所述配置参数包括用于指示所述DCI的个数的第一指示信息。终端设备根据第一指示信息盲检在该一组候选资源中盲检DCI。
该配置参数可以为BWP-DownlinkDedicated，也可以为PDCCH-Config，本申请实施例并不限于此。
应理解，该第一指示信息可以携带在BWP-DownlinkDedicated、PDCCH-Config、CORESET或搜索空间(search space，SS)中，本申请实施例并不限于此。
具体而言，本申请实施例中，多个网络设备之间可以通过非理想回程(non-idealbackhaul，NIB)进行信息交互，有效的将时域/频域/空域区分开来，并确定配置参数中的第一指示信息的取值情况，例如，该第一指示信息可以为一个参数x,在该参数的取值状态为可用(enable)时，可以表示该一组候选资源中具有多个DCI，在该参数的取值状态为不可用(disable)时，可以表示该一组候选资源中具有一个DCI，这种情况下，该参数x可以为1比特，例如，取1时表示可用，取0时可以表示不可用等。
终端设备根据第一指示信息的取值在该一组候选资源中检测相应个数的DCI，例如，当第一指示信息指示有多个DCI时，由于终端设备仅知道具有多个DCI，但不知道具体有几个DCI，这种情况下，终端设备需要检测完所有的资源。当第一指示信息指示有一个DCI时，终端设备在检测到一个DCI时即可停止检测，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
需要说明的是，作为示例而非限定，由于终端设备的盲检复杂度不能太高，因此，可以设定终端设备特定的DCI最多是2个，因此第一指示信息仅有两个取值，因此，本申请实施例中可以在该参数的取值状态为可用(enable)时，可以表示该一组候选资源中具有两个DCI，在该参数的取值状态为不可用(disable)时，可以表示该一组候选资源中具有一个DCI，这种情况下，该参数x可以为1比特，例如，取1时表示可用，取0时可以表示不可用等。终端设备根据第一指示信息的取值在该一组候选资源中检测相应个数的DCI，例如，当第一指示信息指示有2个DCI时，终端设备在检测到两个DCI后，即可停止盲检。当第一指示信息指示有一个DCI时，终端设备在检测到一个DCI时即可停止检测，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
或者，再例如，该第一指示信息的取值可以表示DCI的个数(例如可以是：最大个数或者实际个数)，例如，该第一指示信息可以一个参数x，该x的取值等于DCI的最大个数，例如，在x取值为2时，表示该一组资源中最多具有两个DCI；或者x的取值等于DCI的实际个数，在x取值为2时，表示该一组资源中具有两个DCI。
终端设备根据第一指示信息的取值在该一组候选资源中检测相应个数的DCI，例如，当第一指示信息指示最多(或者实际)有3个DCI时，终端设备在检测到3个DCI后，即可停止盲检。避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
需要说明的是，上述实施例，介绍了该第一指示信息可以位于该配置参数中的情况，可选地，该第一指示信息也可以是独立的，例如通过单独的信令发送的，也就是说，第一指示信息可以与用于配置候选资源的配置参数为独立的两个参数，本申请实施例并不限于此。
第三方面，提供了一种通信装置，包括用于执行第一方面、第一方面中任一种可能实现方式中的方法的各个模块或单元。
在一种实现方式中，该通信装置为终端设备。
第四方面，提供了一种通信装置，包括用于执行第二方面、第二方面中任一种可能实现方式中方法的各个模块或单元。
在一种实现方式中，该通信装置为网络侧设备。
第五方面，提供了一种通信装置，包括收发器、处理器和存储器。该处理器用于控制收发器收发信号，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该网络设备执行第一方面及其可能实现方式中的方法。
在一种实现方式中，该通信装置为终端设备。
第六方面，提供了一种通信装置，包括收发器、处理器和存储器。该处理器用于控制收发器收发信号，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该终端设备执行第二方面及其可能实现方式中的方法。
在一种实现方式中，该通信装置为网络侧设备。
第七方面，提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现第一方面、第一方面中任一种可能的实现方式中的方法。
第八方面，提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现第二方面、第二方面中任一种可能的实现方式中的方法。
第九方面，提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现第一方面、第一方面中任一种可能的实现方式中的方法。
第十方面，提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现第二方面、第二方面中任一种可能的实现方式中的方法。
第十一方面，提供了一种处理装置，包括处理器和接口；
该处理器，用于作为上述第一方面、第二方面、第一方面或第二方面的任一可能的实现方式中的方法的执行主体来执行这些方法，其中相关的数据交互过程(例如进行或者接收数据传输)是通过上述接口来完成的。在具体实现过程中，上述接口可以进一步通过收发器来完成上述数据交互过程。
应理解，上述十一方面中的处理装置可以是一个芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。
第十二方面，提供了一种系统，包括前述的网络侧设备和终端设备。
附图说明
图1是本申请实施例可应用的场景示意图。
图2是本申请一种通信的方法流程示意图。
图3是本申请一种通信装置的示意框图。
图4是本申请一种终端设备的示意框图。
图5是本申请另一种通信装置的示意框图。
图6是本申请一种网络设备的示意框图。
图7是本申请一种通信系统的示意框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请实施例可应用于各种通信系统，因此，下面的描述不限制于特定通信系统。例如，本申请实施例可以应用于全球移动通信(global system for mobilecommunications，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统、未来的第五代(5th generation，5G)系统或新无线(new radio，NR)等。
图1示出了适用于本申请实施例的无线通信系统100示意性框图。该无线通信系统100可以包括一个或多个网络设备，以及一个或多个终端设备，例如，如图1所示该无线通信系统100中包括第一网络设备110、第二网络设备120，以及位于第一网络设备110和第二网络设备120覆盖范围内的一个或多个终端设备130。该终端设备130可以是移动的或静止的。第一网络设备110和第二网络设备120均可以与终端设备130通过无线空口进行通信。第一网络设备110和第二网络设备120可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备进行通信。
应理解，本申请实施例中“第一”、“第二”等仅仅是为了区分，第一、第二并不作为对本申请实施例的限定。
该第一网络设备110或第二网络设备120可以是全球移动通信(global systemfor mobile communications，GSM)系统或码分多址(code division multiple access，CDMA)中的基站(base transceiver station，BTS)，也可以是宽带码分多址(widebandcode division multiple access，WCDMA)系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(evolved NodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radioaccess network，CRAN)场景下的无线控制器，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等，例如，NR系统中传输点(TRP或TP)、NR系统中的基站(gNB)、5G系统中的基站的一个或一组(包括多个天线面板)天线面板等。本申请实施例对此并未特别限定。
终端设备130也可以称为用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、智能家居设备、无人机设备以及未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobilenetwork，PLMN)中的终端设备等，本申请实施例对此并不限定。
该无线通信系统100可以支持CoMP传输(也可以称为联合传输)，即至少两个网络设备(传输点)采用协同多点传输方式向终端设备传输下行数据，换句话说，该终端设备130可以也可以在相同载波上与第一网络设备110通信，也可以与第二网络设备120通信，其中，协同多点传输方式可以采用空间分集和/或空间复用等技术实现，本申请对此不做限定。
本申请中的“协作多点传输”包括但不限于联合传输JT。JT包括相干JT和非相干JT(NCJT)，两者的区别在于NCJT对来自多个协作TP的不同的MIMO数据流分别做波束赋形，相干JT对来自多个协作TP的所有MIMO数据流做联合做波束赋形。
在本申请实施例中，第一网络设备可以作为服务网络设备，该第二网络设备可以为协作网络设备；或者，第一网络设备可以为协作网络设备，第二网络设备为服务网络设备。
在应用协同多点传输的场景中，该服务网络设备可以向终端设备发送控制信令，该协作网络设备可以向终端设备发送数据；或者，该服务网络设备可以向终端设备发送控制信令，该服务网络设备和该协作网络设备可以同时向该终端设备发送数据，或者，该服务网络设备和该协作网络设备可以同时向终端设备发送控制信令，并且该服务网络设备和该协作网络设备可以同时向该终端设备发送数据。本申请实施例对此并未特别限定。所述服务网络设备和协作网络设备之间以及多个协作网络设备之间可以进行通信，例如进行控制消息的传递。
在协作多点传输模式下，至少两个传输点(transfer point，TRP)会分别通过控制信道向终端设备发送控制信息。在终端设备移动时，终端设备的传输模式可能会在多点传输模式与单站点传输模式之间来回切换，其中，在多点传输模式下，终端设备可能会接收到多个传输点分别发送的DCI，即终端设备需要盲检多个DCI；在单站点传输模式下，终端设备仅与一个网络设备通信，例如，对于图1而言，终端设备130仅与图1中的第一网络设备110或第二网络设备120通信。这种情下，终端设备仅会接收到单个传输点发送的DCI，即终端设备需要盲检一个DCI。
现有技术的信令下发了后，如果有两个DCI，则两个DCI只能在下行控制信道配置参数(physical downlink Control Channel Config，PDCCH-Config)配置的搜索空间上。从网络设备的角度，需要通过之间的信息传输，例如通过非理想回程(non-idealbackhaul，NIB)进行信息的交互，将发给同一个终端设备的DCI放置在不同的搜索空间上。然而从终端设备的角度来看，因为不知道有多少DCI会发送给该终端设备，所以终端设备只能将所有可能的搜索空间的位置都盲检了，才能将所有的DCI全部检测正确。这样的操作大大增加了终端设备的盲检复杂度，而盲检复杂度对终端设备的能力要求特别高，是终端设备要特别考虑的问题。
鉴于上述问题，本申请实施例提出了一种DCI的方法，能够盲检的复杂度。
以下，为了便于理解和说明，作为示例而非限定，对本申请中的方法在通信系统中的执行过程和动作进行说明。
应理解，在本申请实施例中，终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的功能模块。
另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmableread-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
应理解，图1所示的本申请实施例可适用的联合传输场景，可以是同构网络的联合传输场景，也可以是异构网的联合传输场景，本申请实施例并不对此做限定。
还应理解，图1所示的场景可以是低频场景，也可以是高频场景，本申请实施例并不对此做限定。
需要说明的是，本文中的一些名称及英文简称为以LTE系统为例对本申请实施例进行的描述，但本申请实施例并不限于此，其可能随着网络的演进发生变化，具体演进可以参考相应标准中的描述，例如，可以参考5G中的相应描述。
图2是根据本申请一个实施例的的方法200的示意性流程图。图2所示的方法可以应用于如图1所示支持CoMP的通信系统中。应理解，为了便于描述，下文中将该通信系统中包括的至少两个网络设备统称为网络侧设备。如图2所示的方法200包括：
210，网络侧设备生成配置参数。
具体地，所述配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI。
应理解，在210中，生成配置参数的网络侧设备可以是与终端设备通信的任意一个网络设备。例如，可以是第一网络设备或者第二网络设备生成该配置参数。可选地，生成配置参数的网络侧设备还可以是第一网络设备和第二网络设备，例如，第一网络设备与第二网络设备共同协商生成该配置参数，本申请实施例并不限于此。
本申请实施例中，配置参数是指用于获得DCI的候选资源的参数信息，网络侧设备(例如，第一网络设备或者第二网络设备)可以通过信令向终端设备发送配置参数。应理解，本申请实施例中，该配置参数还可以称为配置字段、信息元素(information element,IE)等，本申请实施例并不限于此。
应理解，本申请实施例中，候选资源表示可以承载有DCI的资源，终端设备需要盲检该候选资源，以获取DCI。
具体而言，现有技术中，不管具有几个DCI，网络侧设备仅配置一组候选资源，终端设备需要盲检到所有的候选资源后，才能确保正确的检测DCI。
本申请实施例中，通过配置参数将候选资源分组，每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
一般来说，DCI包含循环冗余校验(cyclic redundancy check，CRC)字段，该CRC字段是基于该DCI终端设备的无线网络临时标识(radio network temporary identity，RNTI)进行加扰的，这样一来，终端设备便可根据DCI中的CRC进行盲检，来确定发给自身的DCI。RNTI通常可以具体划分为多种类型，例如但不限于，临时配置RNTI(temporaryconfigure RNTI，TC-RNTI)、小区RNTI(cell RNTI,C-RNTI)等。有关DCI及其CRC的相关内容已经在现有技术中进行了清楚的描述，本文对此不再赘述。
应理解，本申请实施例中，当具有多个DCI时，例如，N个DCI时，N为大于或者等于1的整数，该N个DCI可以来自于N个网络设备，可选地，该N个DCI也可以来自于M个网络设备，其中，M小于N，本申请实施例并不限于此。
本申请实施例中配置参数可以具有多种形式，该配置参数可以为宽带部分下行专用(BWP-DownlinkDedicated)参数或者下行控制信道配置参数(physical downlinkcontrol channel config，PDCCH-Config)。
具体而言，在本申请实施例中，BWP-DownlinkDedicated用于建立或者释放PDCCH-Config，该PDCCH-Config包括的参数用于检测候选的下行控制信道(Physical DownlinkControl Channel,PDCCH)。PDCCH-Config可以包括控制资源集合配置参数(ControlResource Sets，CORESET)和搜索空间(search space)配置参数。其中，CORESET可以称为控制资源集合，即CORESET的时频资源，如DCI在频域所占的资源块大小，时域所占的符号数等；还可以称为控制资源集合配置参数，即指信令配置的相关参数，用于获得CORESET时频资源。搜索空间可以称为搜索空间配置参数，即信令配置的相关参数，用于获得在什么时候，以及采用什么方式搜索候选的或可能的PDCCH，例如，搜索空间能够表示DCI可能的起始符号位置等；该搜索空间也可以直接指检测候选PDCCH的地方，或需要检测的地方。
下面对本申请实施例的配置参数分情况进行举例说明。
情况一：
所述配置参数用于建立一个或多个下行控制信道配置，其中建立完下行控制信道配置后，所述终端设备共获取到至少一个下行控制信道配置；
或者，
所述配置参数用于释放一个或多个下行控制信道配置，其中释放完下行控制信道配置后，所述终端设备共获取到至少一个下行控制信道配置；
其中，每一个下行控制信道配置用于配置一组候选资源。
例如，该配置参数可以为BWP-DownlinkDedicated，该下行控制信道配置可以为PDCCH-Config。该BWP-DownlinkDedicated用于建立或者释放下行控制信道配置PDCCH-Config。其中，每一个PDCCH-Config用于配置一组候选资源，每一个PDCCH-Config可以对应一个网络设备，该一个网络设备发送的DCI承载在该PDCCH-Config配置的一组候选资源中。
应理解，本申请实施例中，不同的PDCCH-Config可以对应不同的网络设备，不同的PDCCH-Config也可以对应同一个网络设备，本申请实施例并不限于此。
其中，当不同的PDCCH-Config对应不同的网络设备时，不同的DCI来自于不同的网络设备。
当不同的两个或多个PDCCH-Config对应同一个网络设备时，该两个或多个PDCCH-Config对应的两个或多个DCI来自于该同一个网络设备。
通常，现有方案中，不管是单DCI，还是多DCI，BWP-DownlinkDedicated仅包括一个PDCCH-Config，该一个PDCCH-Config用于配置一组候选资源。由于终端设备不知道该组候选资源中承载的DCI的个数，因此需要盲检完该候选资源组中的所有候选资源后，才能确保盲检DCI的准确性。而本申请实施例中，该配置参数可以配置至少一个PDCCH-Config，其中，一个PDCCH-Config配置一组候选资源。由于在每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
应理解，本申请实施例中单DCI是指在一段时间内，网络设备仅向终端设备发送一个DCI。在单DCI情况下，终端设备仅需要盲检一个DCI。本申请实施例中多DCI是指在一段时间内，例如，在至少一个时隙(slot)上存在网络设备向终端设备发送至少两个DCI，其中，发送至少两个DCI可以是由同一个网络设备，也可是由至少两个网络设备同时发送的，本申请实施例并不限于此。
通常在DCI具有多个时，网络设备可以通过设置PDCCH configure ID以区分该多个DCI。具体而言，不同的DCI对应的PDCCH configure ID的取值不同。例如，在存在N个PDCCH configure时，本申请实施例可以设置PDCCH configure ID的取值分别为1至N等，N为大于等于1的正整数。再例如，本申请实施例中，网络设备可以通过表格的形式设置不同的PDCCH configure，例如，不同的PDCCH configure对应不同的PDCCH configure ID索引，实施例中本申请实施例并不限于此。
具体而言，本申请实施例中，多个网络设备之间可以通过非理想回程(non-idealbackhaul，NIB)进行信息交互，确定在BWP-DownlinkDedicated中下发一个或多个PDCCH-Config信息，不同的网络设备采用不同的PDCCH-Config，不同的PDCCH config可以对应不同的PDCCH config ID，不同的PDCCH-Config可以有效的将时域/频域/空域区分开来，即不同的PDCCH-Config对应不同的候选资源。
例如，终端设备处于单站点传输模式，网络侧设备(例如该网络侧设备指与该终端设备通信的一个网络设备)会生成并发送配置参数，例如，该配置参数可以包括建立一个PDCCH-Config，例如，PDCCH-Config 1，即在该PDCCH-Config中，PDCCH-Config ID＝1。由于终端设备仅获取到一个PDCCH-Config，因此，终端设备仅在该一个PDCCH-Config配置的一组候选资源中盲检DCI，一旦检测到DCI，终端设备即可停止盲检。
当该终端设备由单站点传输模式转换为两个站点联合传输模式时，网络侧设备会生成新的配置参数并发送该新的配置参数，例如，该配置参数可以包括建立一个PDCCH-Config，例如，PDCCH-Config 2，即在该PDCCH-Config中，PDCCH-Config ID＝2。这样，在建立完下行控制信道配置后，所述终端设备共获取到两个下行控制信道配置，然后终端设备可以在该两个PDCCH-Config配置的两组候选资源中分别盲检DCI，在每一组候选资源中一旦检测到DCI，终端设备即可停止盲检。
应理解，在两个站点联合传输模式下，上述生成新的配置参数的网络设备可以与单站点传输模式下生成配置参数的网络设备为同一个设备，也可以为不同的设备，本申请实施例并不限于此。并且，本申请实施例中，生成配置参数的网络设备与发送该配置参数的网络设备可以为同一个网络设备也可以为不同的网络设备，本申请实施例并不限于此。
在之后，当该终端设备由该两个站点传输模式转换到多站点联合传输模式时，网络侧设备会生成新的配置参数并发送该新的配置参数，例如，该新的配置参数可以包括建立一个PDCCH-Config，例如，PDCCH-Config 3，即PDCCH-Config ID＝3，这样，在建立完下行控制信道配置后，所述终端设备共获取到三个下行控制信道配置，然后终端设备可以在该三个PDCCH-Config配置的两组候选资源中分别盲检DCI，在每一组候选资源中一旦检测到DCI，终端设备即可停止盲检。或者，该新的配置参数可以包括建立多个PDCCH-Config，例如，PDCCH-Config 3，…PDCCH-Config N，这样，在建立完下行控制信道配置后，所述终端设备共获取到N个下行控制信道配置，然后终端设备可以在该N个PDCCH-Config配置的两组候选资源中分别盲检DCI，在每一组候选资源中一旦检测到DCI，终端设备即可停止盲检。
或者，当该终端设备由该两个站点传输模式转换到单站点联合传输模式时，网络侧设备会生成新的配置参数并发送该新的配置参数，例如，该新的配置参数可以包括释放一个PDCCH-Config，例如，PDCCH-Config 1，这样，在释放完下行控制信道配置后，所述终端设备共获取到1个下行控制信道配置，即PDCCH-Config 2，由于终端设备仅获取到一个PDCCH-Config，因此，终端设备仅在该一个PDCCH-Config配置的一组候选资源中盲检DCI，一旦检测到DCI，终端设备即可停止盲检。
类似地，终端设备可以通过新的配置参数实现建立或者释放一个或者多个下行控制信道配置。本领域技术人员可以根据上述列举的例子进行相应的变形，此处不再一一列举。
需要说明的是，作为示例而非限定，由于终端设备的盲检复杂度不能太高，因此，可以设定终端设备特定的DCI最多是2个，因此PDCCH-Config最多就只有两个，因此，本申请实施例中可以不设置PDCCH configure ID。本申请实施例中可以直接设置两个PDCCH-Config，例如，PDCCH configure1和PDCCH configure2。那么该配置参数(例如，BWP-DownlinkDedicated)可以包括建立或者释放PDCCH configure1，或者该配置参数可以包括建立或者释放PDCCH configure2，由于只有两个PDCCH configure，因此无需额外为其设置ID也可以相互区分。
例如，当终端设备处于单站点传输场景时，该配置参数可以包括建立PDCCHconfigure1，当由但站点传输场景切换到联合传输场景时，该配置参数可以包括建立PDCCHconfigure2，这样，在建立完行控制信道配置后，终端设备共获取到PDCCH configure1和PDCCH configure2。当终端设备由联合传输场景切换到单站点传输时，该配置参数可以包括释放PDCCH configure1或者释放PDCCH configure2，这样，在释放完行控制信道配置后，终端设备共获取到PDCCH configure1和PDCCH configure2中未被释放的一个PDCCHconfigure。
因此，本申请实施例无需另外设置PDCCH configure ID，能够降低信令开销。
应理解，本申请实施例中，单站点传输场景是指仅一个网络设备给终端设备服务，即仅有一个网络设备与终端设备进行数据传输的场景；联合传输场景是指至少两个网络设备同时给终端设备服务，即至少两个网络设备采用协同多点传输方式向终端设备传输下行数据的场景。
情况二：
所述配置参数用于配置一组或多组控制资源集，其中建立完控制资源集后，所述终端设备共获取到至少一组控制资源集；
或者，
所述配置参数用于释放一组或多组控制资源集，其中释放完控制资源集后，所述终端设备共获取到至少一组控制资源集；
其中，每一组控制资源集用于配置一组候选资源。
例如，该配置参数可以为一个PDCCH-Config。例如，网络侧设备通过BWP-DownlinkDedicated配置该一个PDCCH-Config，该PDCCH-Config中可以配置有多组控制资源集(一组控制资源集也可以称为控制资源集合组(CORESET group))，一组控制资源集可以包括一个或多个控制资源集或控制资源集的索引号。或者每个CORESET中指定其所属的CORESET group ID。其中，每一组控制资源集用于配置一组候选资源，每一组控制资源集可以对应一个网络设备，该一个网络设备发送的DCI承载在该一组控制资源集配置的一组候选资源中。
应理解，本申请实施例中，不同的组控制资源集可以对应不同的网络设备，不同的组控制资源集也可以对应同一个网络设备，本申请实施例并不限于此。
其中，当不同的组控制资源集对应不同的网络设备时，不同的DCI来自于不同的网络设备。
当不同的两个或多个组控制资源集对应同一个网络设备时，该两个或多个组控制资源集对应的两个或多个DCI来自于该同一个网络设备。
通常，现有方案中，不管是单DCI，还是多DCI，一个PDCCH-Config用于配置一组候选资源。由于终端设备不知道DCI的个数，因此需要盲检完所有候选资源后，才能确保盲检DCI的准确性。而本申请实施例中，一个PDCCH-Config可以配置一组或多组候选资源，每个组候选资源对应于一个CORESET group。由于在每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
通常在DCI具有多个时，网络设备可以通过设置CORESET group ID以区分该多个DCI，其中，CORESET group ID可以携带在CORESET的IE内。具体而言，不同的DCI对应的CORESET group ID的取值不同。例如，在存在N个CORESET group时，本申请实施例可以设置CORESET group ID的取值分别为1至N等，N为大于等于1的正整数。再例如，本申请实施例中，网络设备可以通过表格的形式设置不同的CORESET group ID的取值，例如，不同的CORESET group对应不同的CORESET group ID索引，实施例中本申请实施例并不限于此。
具体而言，本申请实施例中，多个网络设备之间可以通过非理想回程(non-idealbackhaul，NIB)进行信息交互，可以在PDCCH-Config中下发一组或多组控制资源集，不同的网络设备采用不同的组控制资源集(CORESET group)，不同的CORESET group可以对应不同的CORESET group ID，不同的CORESET group对应不同的候选资源集合。
例如，终端设备处于单站点传输模式，网络侧设备会生成并发送配置参数，例如，该配置参数可以包括建立一个CORESET group，例如，CORESET group 1，即CORESET groupID＝1，由于终端设备仅获取到一个CORESET group，因此，终端设备仅在该一个CORESETgroup配置的一组候选资源中盲检DCI，一旦检测到DCI，终端设备即可停止盲检。
当该终端设备由单站点传输模式转换为两个站点联合传输模式时，网络侧设备会生成新的配置参数并发送该新的配置参数，例如，该配置参数可以包括建立一个CORESETgroup，例如，CORESET group2，即CORESET group ID＝2。这样，在建立完控制资源集后，所述终端设备共获取到两组控制资源集，即CORESET group 1和CORESET group 2，然后终端设备可以在该两个CORESET group配置的两组候选资源中分别盲检DCI，在每一组候选资源中一旦检测到DCI，终端设备即可停止盲检。
应理解，在两个站点联合传输模式下，上述生成新的配置参数的网络设备可以与单站点传输模式下生成配置参数的网络设备为同一个设备，也可以为不同的设备，本申请实施例并不限于此。并且，本申请实施例中，生成配置参数的网络设备与发送该配置参数的网络设备可以为同一个网络设备也可以为不同的网络设备，本申请实施例并不限于此。
在之后，当该终端设备由该两个站点传输模式转换到多站点联合传输模式时，网络侧设备会生成新的配置参数并发送该新的配置参数，例如，该新的配置参数可以包括建立一组控制资源集，例如，CORESET group 3，即CORESET group ID＝3，这样，在建立完控制资源集后，所述终端设备共获取到三组控制资源集，然后终端设备可以在该三组控制资源集配置的三组候选资源中分别盲检DCI，在每一组候选资源中一旦检测到DCI，终端设备即可停止盲检。或者，该新的配置参数可以包括建立多组控制资源集，例如，CORESET group3，…CORESET group N，这样，在建立完控制资源集后，所述终端设备共获取到N组控制资源集，然后终端设备可以在该N组控制资源集配置的N组候选资源中分别盲检DCI，在每一组候选资源中一旦检测到DCI，终端设备即可停止盲检。
或者，当该终端设备由该两个站点传输模式转换到单站点联合传输模式时，网络侧设备会生成新的配置参数并发送该新的配置参数，例如，该新的配置参数可以包括释放一组控制资源集，例如，CORESET group 1，这样，在释放完一组控制资源集后，所述终端设备共获取到1组控制资源集，即CORESET group 2，由于终端设备仅获取到一组控制资源集，因此，终端设备仅在该一组控制资源集配置的一组候选资源中盲检DCI，一旦检测到DCI，终端设备即可停止盲检。
类似地，终端设备可以通过新的配置参数实现建立或者释放一组或者多组控制资源集。本领域技术人员可以根据上述列举的例子进行相应的变形，此处不再一一列举。
需要说明的是，作为示例而非限定，由于终端设备的盲检复杂度不能太高，因此，可以设定终端设备特定的DCI最多是2个，因此PDCCH-Config中最多就只有两组控制资源集，因此，本申请实施例中可以不设置CORESET group ID。本申请实施例中可以直接设置两个CORESET group，例如，CORESET group 1和CORESET group 2。那么该配置参数(例如，PDCCH-Config)可以包括建立或者释放CORESET group 1，或者该配置参数可以包括建立或者释放CORESET group 2，由于只有两组控制资源集，因此无需额外为其设置ID也可以相互区分。
例如，当终端设备处于单站点传输场景时，该配置参数可以包括建立CORESETgroup1，当由单站点传输场景切换到联合传输场景时，该配置参数可以包括建立CORESETgroup2，这样，在建立完控制资源集后，终端设备共获取到CORESET group 1和CORESETgroup2。当终端设备由联合传输场景切换到单站点传输时，该配置参数可以包括释放CORESET group 1或者释放CORESET group 2，这样，在释放完控制资源集后，终端设备共获取到CORESET group 1和CORESET group 2中未被释放的一个CORESET group。
因此，本申请实施例无需另外设置CORESET group ID，能够降低信令开销。
情况三：
所述配置参数用于建立一组或多组搜索空间，其中建立完搜索空间后，所述终端设备共获取到至少一组搜索空间；
或者，
所述配置参数用于释放一组或多组搜索空间，其中释放完搜索空间后，所述终端设备共获取到至少一组搜索空间；
其中，每一组搜索空间用于配置一组候选资源。
例如，该配置参数可以为一个PDCCH-Config。例如，网络侧设备通过BWP-DownlinkDedicated配置该一个PDCCH-Config，该PDCCH-Config中可以配置有多组搜索空间(一组搜索空间也可以称为搜索空间组(Search space group))，一组搜索空间可以包括一个或多个搜索空间或搜索空间的索引号。其中，每一组搜索空间用于配置一组候选资源，每一组搜索空间可以对应一个网络设备，该一个网络设备发送的DCI承载在该一组搜索空间配置的一组候选资源中。
应理解，本申请实施例中，不同的组搜索空间可以对应不同的网络设备，不同的组搜索空间也可以对应同一个网络设备，本申请实施例并不限于此。
其中，当不同的组搜索空间对应不同的网络设备时，不同的DCI来自于不同的网络设备。
当不同的两个或多个组搜索空间对应同一个网络设备时，该两个或多个组搜索空间对应的两个或多个DCI来自于该同一个网络设备。
通常，现有方案中，不管是单DCI，还是多DCI，一个PDCCH-Config用于配置一组候选资源。由于终端设备不知道DCI的个数，因此需要盲检完所有候选资源后，才能确保盲检DCI的准确性。而本申请实施例中，一个PDCCH-Config可以配置一组或多组候选资源。由于在每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
通常在DCI具有多个时，网络设备可以通过设置Search space group ID以区分该多个DCI。具体而言，不同的DCI对应的Search space group ID的取值不同。例如，在存在N个Search space group时，本申请实施例可以设置Search space group ID的取值分别为1至N等，N为大于等于1的正整数。再例如，本申请实施例中，网络设备可以通过表格的形式设置不同的Search space group ID的取值，例如，不同的Search space group对应不同的Search space group ID索引，实施例中本申请实施例并不限于此。
具体而言，本申请实施例中，多个网络设备之间可以通过非理想回程(non-idealbackhaul，NIB)进行信息交互，可以在PDCCH-Config中下发一组或多组搜索空间，不同的网络设备采用不同的组搜索空间(Search space group)，不同的Search space group可以对应不同的Search space group ID，不同的Search space group对应不同的候选资源。
例如，终端设备处于单站点传输模式，网络侧设备会生成并发送配置参数，例如，该配置参数可以包括建立一个Search space group，例如，Search space group 1，即Search space group ID＝1，由于终端设备仅获取到一个Search space group，因此，终端设备仅在该一个Search space group配置的一组候选资源中盲检DCI，一旦检测到DCI，终端设备即可停止盲检。
当该终端设备由单站点传输模式转换为两个站点联合传输模式时，网络侧设备会生成新的配置参数并发送该新的配置参数，例如，该配置参数可以包括建立一个Searchspace group，例如，Search space group 2，即Search space group ID＝2。这样，在建立完搜索空间后，所述终端设备共获取到两组搜索空间，即Search space group 1和Searchspace group2，然后终端设备可以在该两个Search space group配置的两组候选资源中分别盲检DCI，在每一组候选资源中一旦检测到DCI，终端设备即可停止盲检。
应理解，在两个站点联合传输模式下，上述生成新的配置参数的网络设备可以与单站点传输模式下生成配置参数的网络设备为同一个设备，也可以为不同的设备，本申请实施例并不限于此。并且，本申请实施例中，生成配置参数的网络设备与发送该配置参数的网络设备可以为同一个网络设备也可以为不同的网络设备，本申请实施例并不限于此。
在之后，当该终端设备由该两个站点传输模式转换到多站点联合传输模式时，网络侧设备会生成新的配置参数并发送该新的配置参数，例如，该新的配置参数可以包括建立一组搜索空间，例如，Search space group 3，即Search space group ID＝3，这样，在建立完搜索空间后，所述终端设备共获取到三组搜索空间，然后终端设备可以在该三组搜索空间配置的三组候选资源中分别盲检DCI，在每一组候选资源中一旦检测到DCI，终端设备即可停止盲检。或者，该新的配置参数可以包括建立多组搜索空间，例如，Search spacegroup3，…Search space group N，这样，在建立完搜索空间后，所述终端设备共获取到N组搜索空间，然后终端设备可以在该N组搜索空间配置的N组候选资源中分别盲检DCI，在每一组候选资源中一旦检测到DCI，终端设备即可停止盲检。
或者，当该终端设备由该两个站点传输模式转换到单站点联合传输模式时，网络侧设备会生成新的配置参数并发送该新的配置参数，例如，该新的配置参数可以包括释放一组搜索空间，例如，Search space group 1，即Search space group ID＝1，这样，在释放完一组搜索空间后，所述终端设备共获取到1组搜索空间，即Search space group 2，由于终端设备仅获取到一组搜索空间，因此，终端设备仅在该一组搜索空间配置的一组候选资源中盲检DCI，一旦检测到DCI，终端设备即可停止盲检。
类似地，终端设备可以通过新的配置参数实现建立或者释放一组或者多组搜索空间。本领域技术人员可以根据上述列举的例子进行相应的变形，此处不再一一列举。
需要说明的是，作为示例而非限定，由于终端设备的盲检复杂度不能太高，因此，可以设定终端设备特定的DCI最多是2个，因此PDCCH-Config中最多就只有两组搜索空间，因此，本申请实施例中可以不设置Search space group ID。本申请实施例中可以直接设置两个Search space group，例如，Search space group 1和Search space group 2。那么该配置参数(例如，PDCCH-Config)可以包括建立或者释放Search space group 1，或者该配置参数可以包括建立或者释放Search space group 2，由于只有两组搜索空间，因此无需额外为其设置ID也可以相互区分。
例如，当终端设备处于单站点传输场景时，该配置参数可以包括建立Searchspace group 1，当由单站点传输场景切换到联合传输场景时，该配置参数可以包括建立Search space group 2，这样，在建立完搜索空间后，终端设备共获取到Search spacegroup 1和Search space group 2。当终端设备由联合传输场景切换到单站点传输时，该配置参数可以包括释放Search space group 1或者释放Search space group 2，这样，在释放完搜索空间后，终端设备共获取到Search space group 1和Search space group 2中未被释放的一个Search space group。
因此，本申请实施例无需另外设置Search space group ID，能够降低信令开销。
情况四：
前文情况一至情况三中介绍了不管有一个DCI还是两个DCI，均有一个BWP-DownlinkDedicated的情况。
可选地，本申请实施例中，可以设置BWP-DownlinkDedicated的个数与DCI的个数相对应。例如，作为一种可选地实施例，所述配置参数包括至少一BWP-DownlinkDedicated，其中，每一个BWP-DownlinkDedicated用于配置一组候选资源，每一组候选资源中承载有一个DCI。每一个BWP-DownlinkDedicated可以对应一个网络设备，该一个网络设备发送的DCI承载在该BWP-DownlinkDedicated配置的一组候选资源中。
应理解，本申请实施例中，不同的BWP-DownlinkDedicated可以对应不同的网络设备，不同的BWP-DownlinkDedicated也可以对应同一个网络设备，本申请实施例并不限于此。
其中，当不同的BWP-DownlinkDedicated对应不同的网络设备时，不同的DCI来自于不同的网络设备，其中，每一个网络设备用于发送一个DCI。
当不同的两个或多个BWP-DownlinkDedicated对应同一个网络设备时，该两个或多个BWP-DownlinkDedicated对应的两个或多个DCI来自于该同一个网络设备，这种情况下，表示在一段时间内，例如在至少一个时隙(slot)上存在该同一网络设备发送该两个或多个DCI。
通常，现有方案中，不管是单DCI，还是多DCI，网络设备仅发送一个BWP-DownlinkDedicated，该一个BWP-DownlinkDedicated用于配置一组候选资源。由于终端设备不知道DCI的个数，因此需要盲检完所有候选资源后，才能确保盲检DCI的准确性。而本申请实施例中，该配置参数可以包括一个或多个BWP-DownlinkDedicated，其中，一个BWP-DownlinkDedicated配置一组候选资源。由于在每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
具体而言，本申请实施例中，有几个网络设备发送DCI，终端设备会接收到几个BWP-DownlinkDedicated，终端设备每一个BWP-DownlinkDedicated配置的一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
应理解，在实际应用中，当网络侧设备需要发送多个BWP-DownlinkDedicated，该多个BWP-DownlinkDedicated可以是通过一个网络设备发送的，也可以是多个网络设备分别发送的，本申请实施例并不限于此。
前文介绍了有几个DCI，网络侧设备配置几组候选资源，且每一组候选资源中承载有一个DCI的情况。
可替代地，在一种实现方式中，网络侧设备可以配置几组候选资源，且每一组候选资源中可以承载有一个DCI，本申请实施例中可以在每一组候选资源中设置激活状态或非激活状态，其中，激活状态用于表示该一组候选资源中承载有一个DCI，非激活状态用于表示该一组候选资源中没有承载DCI。例如，本申请实施例中，可以在每一组候选资源的配置参数中设置一个指示信息，该指示信息用于指示该一组候选资源的状态为激活状态或非激活状态。例如，该指示信息为1比特，在该指示信息取值为1时，表示激活状态，在该至少信息取值为0时，表示非激活状态。具体地，该指示信息可以携带在BWP-DownlinkDedicated、PDCCH-Config、CORESET group或搜索空间(search space，SS)group中，本申请实施例并不限于此。在一组候选资源为激活状态时，终端设备在该一组候选资源上盲检到一个DCI后即停止在该组候选资源上的盲检，无需对该组候选资源上剩余的资源继续盲检；在一组候选资源为非激活状态时，终端设备无需对此候选资源进行盲检，本申请实施例能够提高盲检效率。
可替代地，在一种实现方式中，不管有几个DCI，网络侧设备也可以通过配置参数仅配置一组候选资源。
例如，网络侧设备生成配置参数，并向终端设备发送该配置参数，所述配置参数用于配置一组候选资源，且所述配置参数包括用于指示所述DCI的个数的第一指示信息。终端设备根据第一指示信息盲检在该一组候选资源中盲检DCI。
该配置参数可以为BWP-DownlinkDedicated，也可以为PDCCH-Config，本申请实施例并不限于此。
应理解，该第一指示信息可以携带在BWP-DownlinkDedicated、PDCCH-Config、CORESET或搜索空间(search space，SS)中，本申请实施例并不限于此。
具体而言，本申请实施例中，多个网络设备之间可以通过非理想回程(non-idealbackhaul，NIB)进行信息交互，有效的将时域/频域/空域区分开来，并确定配置参数中的第一指示信息的取值情况，例如，该第一指示信息可以为一个参数x,在该参数的取值状态为可用(enable)时，可以表示该一组候选资源中具有多个DCI，在该参数的取值状态为不可用(disable)时，可以表示该一组候选资源中具有一个DCI，这种情况下，该参数x可以为1比特，例如，取1时表示可用，取0时可以表示不可用等。
终端设备根据第一指示信息的取值在该一组候选资源中检测相应个数的DCI，例如，当第一指示信息指示有多个DCI时，由于终端设备仅知道具有多个DCI，但不知道具体有几个DCI，这种情况下，终端设备需要检测完所有的资源。当第一指示信息指示有一个DCI时，终端设备在检测到一个DCI时即可停止检测，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
需要说明的是，作为示例而非限定，由于终端设备的盲检复杂度不能太高，因此，可以设定终端设备特定的DCI最多是2个，因此第一指示信息仅有两个取值，因此，本申请实施例中可以在该参数的取值状态为可用(enable)时，可以表示该一组候选资源中具有最多两个DCI，在该参数的取值状态为不可用(disable)时，可以表示该一组候选资源中具有一个DCI，这种情况下，该参数x可以为1比特，例如，取1时表示可用，取0时可以表示不可用等。终端设备根据第一指示信息的取值在该一组候选资源中检测相应个数的DCI，例如，当第一指示信息指示有2个DCI时，终端设备在检测到两个DCI后，即可停止盲检。当第一指示信息指示有一个DCI时，终端设备在检测到一个DCI时即可停止检测，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
或者，再例如，该第一指示信息的取值可以表示DCI的个数(例如可以是：最大个数或者实际个数)，例如，该第一指示信息可以一个参数x，该x的取值等于DCI的最大个数。例如，在x取值为2时，表示该一组资源中最多具有两个DCI；或者x的取值等于DCI的实际个数，在x取值为2时，表示该一组资源中具有两个DCI。
终端设备根据第一指示信息的取值在该一组候选资源中检测相应个数的DCI，例如，当第一指示信息指示最多(或者实际)有3个DCI时，终端设备在检测到3个DCI后，即可停止盲检。避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
需要说明的是，上述实施例，介绍了该第一指示信息可以位于该配置参数中的情况，可选地，该第一指示信息也可以是独立的，例如通过单独的信令发送的，也就是说，第一指示信息可以与用于配置候选资源的配置参数为独立的两个参数，本申请实施例并不限于此。
220，网络侧设备发送配置参数。
相对应地，终端设备接收该配置参数。
例如，网络侧设备(例如，与终端设备通信的任意一个网络设备)通过高层信令，例如无线资源控制(Radio Resource Control，RRC)信令或者媒体接入控制(Medium AccessControl，MAC)信令发送该配置信息。也可以通过或者其他信令发送，具体的，在此不做限定。
应理解，本申请实施例中，生成配置参数的网络设备和发送该配置参数的网络设备可以为同一个网络设备也可以为不同的网络设备，本申请实施例并不限于此。
230，终端设备盲检DCI。
具体而言，终端设备根据配置参数盲检DCI。
具体而言，针对上述情况一至情况四，终端设备在每一组候选资源中检测到一个DCI后，即停止对该组候选资源的盲检，因此，本申请实施例能够避免对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
针对上述网络侧设备发送第一指示信息的情况，本申请实施例中终端设备可以根据第一指示信息的取值在一组候选资源中盲检DCI。具体过程可以参见上文中描述，此处不再赘述。
应理解，上文中图1至图2的例子，仅仅是为了帮助本领域技术人员理解本发明实施例，而非要将本发明实施例限于所例示的具体数值或具体场景。本领域技术人员根据所给出的图1至图2的例子，显然可以进行各种等价的修改或变化，这样的修改或变化也落入本发明实施例的范围内。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
上文中，结合图1至图2详细描述了本发明实施例的方法，下面结合图3至图6描述本发明实施例的通信装置。
图3为本申请实施例提供的一种通信装置的结构示意图，该通信装置300可包括：
处理单元310和收发单元320。
所述收发单元用于接收配置参数，所述配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI；
所述处理单元用于从所述每一组候选资源中盲检到一个DCI时停止对该组候选资源的盲检。
可选地，所述配置参数用于建立一个或多个下行控制信道配置；
或者，
所述配置参数用于释放一个或多个下行控制信道配置；
其中，每一个下行控制信道配置用于配置一组候选资源。
可选地，所述配置参数用于配置一组或多组控制资源集；
或者，
所述配置参数用于释放一组或多组控制资源集；
其中，每一组控制资源集用于配置一组候选资源。
可选地，所述配置参数用于建立一组或多组搜索空间；
或者，
所述配置参数用于释放一组或多组搜索空间；
其中，每一组搜索空间用于配置一组候选资源。
本申请提供的通信装置300对应上述图2方法实施例中终端设备执行的过程，该通信装置中的各个单元/模块的功能可以参见上文中的描述，此处不再赘述。
本申请实施例中，通过配置参数将候选资源分组，每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
应理解，图3所述的通信装置可以是终端设备，也可以是安装于终端设备中的芯片或集成电路。
以通信装置为终端设备为例，图4为本申请实施例提供的一种终端设备的结构示意图，便于理解和图示方便，图4中，终端设备以手机作为例子。图4仅示出了终端设备的主要部件。如图4所示终端设备400包括处理器、存储器、控制电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理，以及对整个终端设备进行控制，执行软件程序，处理软件程序的数据，例如用于支持终端设备执行上述方法实施例中所描述的动作。存储器主要用于存储软件程序和数据。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器，主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。
当终端设备开机后，处理器可以读取存储单元中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。
本领域技术人员可以理解，为了便于说明，图4仅示出了一个存储器和处理器。在实际的终端设备中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。
作为一种可选的实现方式，处理器可以包括基带处理器和中央处理器，基带处理器主要用于对通信协议以及通信数据进行处理，中央处理器主要用于对整个终端设备进行控制，执行软件程序，处理软件程序的数据。图4中的处理器可以集成基带处理器和中央处理器的功能，本领域技术人员可以理解，基带处理器和中央处理器也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，终端设备可以包括多个基带处理器以适应不同的网络制式，终端设备可以包括多个中央处理器以增强其处理能力，终端设备的各个部件可以通过各种总线连接。所述基带处理器也可以表述为基带处理电路或者基带处理芯片。所述中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储单元中，由处理器执行软件程序以实现基带处理功能。
在发明实施例中，可以将具有收发功能的天线和控制电路视为终端设备400的收发单元41，例如，用于支持终端设备执行如图2中方法实施中终端设备执行的收发功能。将具有处理功能的处理器视为终端设备400的处理单元42，其与图3中的处理单元310对应。如图4所示，终端设备400包括收发单元41和处理单元42。收发单元也可以称为收发器、收发机、收发装置等，该收发单元与图3中的收发单元320对应。可选的，可以将收发单元41中用于实现接收功能的器件视为接收单元，将收发单元41中用于实现发送功能的器件视为发送单元，即收发单元41包括接收单元和发送单元，接收单元也可以称为接收机、输入口、接收电路等，发送单元可以称为发射机、发射器或者发射电路等。
处理单元42可用于执行该存储器存储的指令，以控制收发单元41接收信号和/或发送信号，完成上述方法实施例中终端设备的功能。作为一种实现方式，收发单元41的功能可以考虑通过收发电路或者收发的专用芯片实现。
应理解，图4所示的终端设备400能够实现图2方法实施例中涉及终端设备的各个过程。终端设备400中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。
图5为本申请实施例提供的一种通信装置的结构示意图，该装置500可包括：
处理单元510和收发单元520。
具体的，所述处理单元用于生成配置参数，所述配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI；
所述收发单元用于向终端设备发送所述配置参数。
可选地，所述配置参数用于建立一个或多个下行控制信道配置；
或者，
所述配置参数用于释放一个或多个下行控制信道配置；
其中，每一个下行控制信道配置用于配置一组候选资源。
可选地，所述配置参数用于配置一组或多组控制资源集；
或者，
所述配置参数用于释放一组或多组控制资源集；
其中，每一组控制资源集用于配置一组候选资源。
可选地，所述配置参数用于建立一组或多组搜索空间；
或者，
所述配置参数用于释放一组或多组搜索空间；
其中，每一组搜索空间用于配置一组候选资源。
本申请提供的通信装置500对应上述图2方法实施例中网络设备执行的过程，该通信装置中的各个单元/模块的功能可以参见上文中的描述，此处不再赘述。
本申请实施例中，通过配置参数将候选资源分组，每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
应理解，图5所述的通信装置可以是网络侧设备，也可以是安装于网络侧设备中的芯片或集成电路。
应理解，该网络侧设备可以表示与终端设备通信的任意一个网络设备，也可以表示与终端设备通信的多个网络设备构成的整体，本申请实施例并不限于此。
以通信装置为与终端设备通信的一个网络设备为例，图6为本申请实施例提供的一种网络设备的结构示意图，例如可以为基站的结构示意图。如图6所示，该网络设备600可应用于如图1所示的系统中，执行上述方法实施例中网络设备的功能。
网络设备600可以包括一个或多个射频单元，如远端射频单元(remote radiounit,RRU)61和一个或多个基带单元(baseband unit，BBU)(也可称为数字单元，digitalunit，DU)62。所述RRU61可以称为收发单元61，与图5中的收发单元520对应，可选地，该收发单元还可以称为收发机、收发电路、或者收发器等等，其可以包括至少一个天线611和射频单元612。所述RRU61部分主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于向终端设备发送预编码矩阵信息。所述BBU62部分主要用于进行基带处理，对基站进行控制等。所述RRU61与BBU62可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。
所述BBU62为基站的控制中心，也可以称为处理单元62，可以与图5中的处理单元510对应，主要用于完成基带处理功能，如信道编码，复用，调制，扩频等等。例如所述BBU(处理单元)可以用于控制基站执行上述方法实施例中关于网络设备的操作流程。
在一个示例中，所述BBU62可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网(如LTE网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述BBU62还包括存储器621和处理器622。所述存储器621用以存储必要的指令和数据。所述处理器622用于控制基站进行必要的动作，例如用于控制基站执行上述方法实施例中关于网络设备的操作流程。所述存储器621和处理器622可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
应理解，图6所示的网络设备600能够实现图2方法实施例中涉及网络设备的各个过程。网络设备600中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。
本申请实施例还提供了一种处理装置，包括处理器和接口；所述处理器，用于执行上述任一方法实施例中的通信的方法。
应理解，上述处理装置可以是一个芯片。例如，该处理装置可以是现场可编程门阵列(Field-Programmable Gate Array，FPGA)，可以是专用集成芯片(ApplicationSpecific Integrated Circuit，ASIC)，还可以是系统芯片(System on Chip，SoC)，还可以是中央处理器(Central Processor Unit，CPU)，还可以是网络处理器(NetworkProcessor，NP)，还可以是数字信号处理电路(Digital Signal Processor，DSP)，还可以是微控制器(Micro Controller Unit，MCU)，还可以是可编程控制器(Programmable LogicDevice，PLD)或其他集成芯片。
在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
应注意，本发明实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
可以理解，本发明实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(directRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
图7是本申请实施例的一种通信系统示意图，该通信系统700包括前述的网络侧设备710和终端设备720，所述网络侧设备包括至少两个网络设备；
网络侧设备用于生成配置参数，所述配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI；
网络侧设备还用于向所述终端设备发送所述配置参数；
所述终端设备用于接收来自所述至少两个网络设备的配置参数，在所述每一组候选资源中盲检到一个DCI时停止盲检。
应理解，在本申请实施例中，生成配置参数的网络侧设备可以是与终端设备通信的任意一个网络设备。例如，可以是第一网络设备或者第二网络设备生成该配置参数。可选地，生成配置参数的网络侧设备还可以是第一网络设备第二网络设备，例如，第一网络设备与第二网络设备共同协商生成该配置参数，本申请实施例并不限于此。还应理解，本申请实施例中，发送配置参数的网络设备和生成配置参数的网络设备可以是相同的网络设备也可以是不同的网络设备，本申请实施例并不限于此。
可选地，所述配置参数用于建立一个或多个下行控制信道配置，其中建立完下行控制信道配置后，所述终端设备共获取到至少一个下行控制信道配置；或者，所述配置参数用于释放一个或多个下行控制信道配置，其中释放完下行控制信道配置后，所述终端设备共获取到至少一个下行控制信道配置；其中，每一个下行控制信道配置用于配置一组候选资源。
可选地，所述配置参数用于配置一组或多组控制资源集，其中配置完控制资源集后，所述终端设备共获取到至少一组控制资源集；或者，所述配置参数用于释放一组或多组控制资源集，其中释放完控制资源集后，所述终端设备共获取到至少一组控制资源集；其中，每一组控制资源集用于配置一组候选资源。
可选地，所述配置参数用于建立一组或多组搜索空间，其中建立完搜索空间后，所述终端设备共获取到至少一组搜索空间；或者，所述配置参数用于释放一组或多组搜索空间，其中释放完搜索空间后，所述终端设备共获取到至少一组搜索空间；其中，每一组搜索空间用于配置一组候选资源。
具体地，对于网络侧设备和终端设备的描述可以参见上文中的描述，此处不再赘述。
本申请实施例中，通过配置参数将候选资源分组，每一组候选资源中仅承载有一个DCI，因此，在每一组候选资源中，一旦终端设备盲检到DCI，即可停止在该组候选资源中盲检，避免了对剩余资源的盲检，能够降低盲检的复杂度，提升网络性能。
本申请实施例还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述任一方法实施例中的方法。
本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例中的方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
应理解，上文中描述了通信系统中下行传输时通信的方法，但本申请并不限于此，可选地，在上行传输时也可以采用上文类似的方案，为避免重复，此处不再赘述。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step)，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行所述计算机程序指令(程序)时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种检测下行控制信息DCI的方法，其特征在于，包括：
接收配置参数，所述配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI；
从所述每一组候选资源中盲检到一个DCI时停止对该组候选资源的盲检。
2.根据权利要求1所述的方法，其特征在于，
所述配置参数用于建立一个或多个下行控制信道配置；
或者，
所述配置参数用于释放一个或多个下行控制信道配置；
其中，每一个下行控制信道配置用于配置一组所述候选资源。
3.根据权利要求1所述的方法，其特征在于，
所述配置参数用于配置一组或多组控制资源集；
或者，
所述配置参数用于释放一组或多组控制资源集；
其中，每一组控制资源集用于配置一组所述候选资源。
4.根据权利要求1所述的方法，其特征在于，
所述配置参数用于建立一组或多组搜索空间；
或者，
所述配置参数用于释放一组或多组搜索空间；
其中，每一组搜索空间用于配置一组所述候选资源。
5.一种配置下行控制信道PDCCH的方法，其特征在于，包括：
生成配置参数，所述配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI；
向终端设备发送所述配置参数。
6.根据权利要求5所述的方法，其特征在于，
所述配置参数用于建立一个或多个下行控制信道配置；
或者，
所述配置参数用于释放一个或多个下行控制信道配置；
其中，每一个下行控制信道配置用于配置一组所述候选资源。
7.根据权利要求5所述的方法，其特征在于，
所述配置参数用于配置一组或多组控制资源集；
或者，
所述配置参数用于释放一组或多组控制资源集；
其中，每一组控制资源集用于配置一组所述候选资源。
8.根据权利要求5所述的方法，其特征在于，
所述配置参数用于建立一组或多组搜索空间；
或者，
所述配置参数用于释放一组或多组搜索空间；
其中，每一组搜索空间用于配置一组所述候选资源。
9.一种终端设备，其特征在于，包括：
处理单元和收发单元，
所述收发单元用于接收配置参数，所述配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI；
所述处理单元用于从所述每一组候选资源中盲检到一个DCI时停止对该组候选资源的盲检。
10.根据权利要求9所述的终端设备，其特征在于，
所述配置参数用于建立一个或多个下行控制信道配置；
或者，
所述配置参数用于释放一个或多个下行控制信道配置；
其中，每一个下行控制信道配置用于配置一组所述候选资源。
11.根据权利要求9所述的终端设备，其特征在于，
所述配置参数用于配置一组或多组控制资源集；
或者，
所述配置参数用于释放一组或多组控制资源集；
其中，每一组控制资源集用于配置一组所述候选资源。
12.根据权利要求9所述的终端设备，其特征在于，
所述配置参数用于建立一组或多组搜索空间；
或者，
所述配置参数用于释放一组或多组搜索空间；
其中，每一组搜索空间用于配置一组所述候选资源。
13.一种网络侧设备，其特征在于，包括：
处理单元和收发单元，
所述处理单元用于生成配置参数，所述配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI；
所述收发单元用于向终端设备发送所述配置参数。
14.根据权利要求13所述的网络设备，其特征在于，
所述配置参数用于建立一个或多个下行控制信道配置；
或者，
所述配置参数用于释放一个或多个下行控制信道配置；
其中，每一个下行控制信道配置用于配置一组所述候选资源。
15.根据权利要求13所述的网络设备，其特征在于，
所述配置参数用于配置一组或多组控制资源集；
或者，
所述配置参数用于释放一组或多组控制资源集；
其中，每一组控制资源集用于配置一组所述候选资源。
16.根据权利要求13所述的网络设备，其特征在于，
所述配置参数用于建立一组或多组搜索空间；
或者，
所述配置参数用于释放一组或多组搜索空间；
其中，每一组搜索空间用于配置一组所述候选资源。
17.一种通信系统，其特征在于，包括至少两个网络设备和终端设备；
所述网络设备用于生成配置参数，所述配置参数用于配置至少一组候选资源，每一组候选资源中承载有一个DCI；
所述网络设备还用于向所述终端设备发送所述配置参数；
所述终端设备用于接收来自所述至少两个网络设备的配置参数，在所述每一组候选资源中盲检到一个DCI时停止对该组候选资源的盲检。
18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序指令，当其在处理器上运行时，执行如权利要求1-8中任一所述的方法。
CN201810910875.3A 2018-08-10 2018-08-10 检测dci的方法、配置pdcch的方法和通信装置 Active CN110831020B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201810910875.3A CN110831020B (zh) 2018-08-10 2018-08-10 检测dci的方法、配置pdcch的方法和通信装置
EP19846014.9A EP3826347A4 (en) 2018-08-10 2019-08-07 METHOD OF DETECTING DCI, METHOD OF CONFIGURING PDCCH AND COMMUNICATION DEVICE
PCT/CN2019/099588 WO2020029996A1 (zh) 2018-08-10 2019-08-07 检测dci的方法、配置pdcch的方法和通信装置
US17/172,227 US11540267B2 (en) 2018-08-10 2021-02-10 DCI detection method, PDCCH configuration method, and communications apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810910875.3A CN110831020B (zh) 2018-08-10 2018-08-10 检测dci的方法、配置pdcch的方法和通信装置

Publications (2)

Publication Number Publication Date
CN110831020A true CN110831020A (zh) 2020-02-21
CN110831020B CN110831020B (zh) 2022-05-24

Family

ID=69413372

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810910875.3A Active CN110831020B (zh) 2018-08-10 2018-08-10 检测dci的方法、配置pdcch的方法和通信装置

Country Status (4)

Country Link
US (1) US11540267B2 (zh)
EP (1) EP3826347A4 (zh)
CN (1) CN110831020B (zh)
WO (1) WO2020029996A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291043A (zh) * 2020-10-28 2021-01-29 惠州Tcl移动通信有限公司 数据传输方法、装置及存储介质
WO2022151267A1 (zh) * 2021-01-14 2022-07-21 华为技术有限公司 一种监听方法及设备
WO2022166337A1 (zh) * 2021-02-05 2022-08-11 中兴通讯股份有限公司 通信模式选择方法、基站、终端及存储介质
CN115038186A (zh) * 2022-08-09 2022-09-09 杰创智能科技股份有限公司 Lte系统的盲检方法及装置
WO2022206363A1 (zh) * 2021-03-31 2022-10-06 华为技术有限公司 一种通信方法及装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020145794A1 (ko) * 2019-01-11 2020-07-16 엘지전자 주식회사 무선 통신 시스템에서 복수의 물리 하향링크 제어 채널들을 송수신하는 방법 및 이를 위한 장치
CN114586309A (zh) * 2019-11-05 2022-06-03 瑞典爱立信有限公司 Coreset搜索区域优化
WO2022067848A1 (en) * 2020-10-02 2022-04-07 Apple Inc. Configuring and providing physical downlink control channel communications with improved reliability

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103716121A (zh) * 2012-09-28 2014-04-09 上海贝尔股份有限公司 一种用于确定基于ePDCCH的下行控制信息的方法和设备
CN106454901A (zh) * 2016-11-04 2017-02-22 维沃移动通信有限公司 下行控制信道的检测方法、指示方法、终端及网络侧设备
CN107734666A (zh) * 2016-08-11 2018-02-23 中国移动通信有限公司研究院 控制信道传输指示方法、检测方法、基站及用户设备
US20180192405A1 (en) * 2017-01-05 2018-07-05 Huawei Technologies Co., Ltd. Method for Downlink Control Channel Design
CN108347778A (zh) * 2017-01-25 2018-07-31 华为技术有限公司 通信方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10477482B2 (en) * 2014-05-13 2019-11-12 Acer Incorporated Method of handling on-off state of a cell and related communication device
CN108270535B (zh) * 2017-01-03 2022-09-27 中兴通讯股份有限公司 信道检测方法及装置
US11251995B2 (en) * 2018-08-10 2022-02-15 Lg Electronics Inc. Method for performing channel estimation in wireless communication system and apparatus therefor

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103716121A (zh) * 2012-09-28 2014-04-09 上海贝尔股份有限公司 一种用于确定基于ePDCCH的下行控制信息的方法和设备
CN107734666A (zh) * 2016-08-11 2018-02-23 中国移动通信有限公司研究院 控制信道传输指示方法、检测方法、基站及用户设备
CN106454901A (zh) * 2016-11-04 2017-02-22 维沃移动通信有限公司 下行控制信道的检测方法、指示方法、终端及网络侧设备
US20180192405A1 (en) * 2017-01-05 2018-07-05 Huawei Technologies Co., Ltd. Method for Downlink Control Channel Design
CN108347778A (zh) * 2017-01-25 2018-07-31 华为技术有限公司 通信方法及装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291043A (zh) * 2020-10-28 2021-01-29 惠州Tcl移动通信有限公司 数据传输方法、装置及存储介质
CN112291043B (zh) * 2020-10-28 2022-09-02 惠州Tcl移动通信有限公司 数据传输方法、装置及存储介质
WO2022151267A1 (zh) * 2021-01-14 2022-07-21 华为技术有限公司 一种监听方法及设备
WO2022166337A1 (zh) * 2021-02-05 2022-08-11 中兴通讯股份有限公司 通信模式选择方法、基站、终端及存储介质
WO2022206363A1 (zh) * 2021-03-31 2022-10-06 华为技术有限公司 一种通信方法及装置
CN115038186A (zh) * 2022-08-09 2022-09-09 杰创智能科技股份有限公司 Lte系统的盲检方法及装置

Also Published As

Publication number Publication date
EP3826347A1 (en) 2021-05-26
WO2020029996A1 (zh) 2020-02-13
CN110831020B (zh) 2022-05-24
US20210168775A1 (en) 2021-06-03
EP3826347A4 (en) 2021-10-20
US11540267B2 (en) 2022-12-27

Similar Documents

Publication Publication Date Title
CN110831020B (zh) 检测dci的方法、配置pdcch的方法和通信装置
US11569949B2 (en) Communication method and communications apparatus
US11363575B2 (en) Uplink information sending method and apparatus and uplink information receiving method and apparatus
CN111107630B (zh) 通信方法和通信装置
US11516777B2 (en) Data transmission method and apparatus and communications device
US10952207B2 (en) Method for transmitting data, terminal device and network device
US20210136739A1 (en) Method and device for transmitting uplink signal
JP6984667B2 (ja) ビーム失敗回復要求の伝送リソース設定装置、ビーム失敗回復要求の応答装置、方法及び通信システム
US11272487B2 (en) Method and apparatus for configuring a triggering condition of a beam failure event and a communication system
US20220053468A1 (en) Wireless communication method, terminal device and network device
EP3817266A1 (en) Data scrambling method and relevant device
US11477763B2 (en) Communication method and communications apparatus
KR20210034068A (ko) 자원 할당 방법, 단말 장치와 네트워크 장치
WO2019015456A1 (zh) 非授权频段下的传输方法、设备及计算机可读存储介质
US20210337572A1 (en) Data transmission method and communication apparatus
CN112119595B (zh) 一种信号加扰方法及装置、通信设备
JP2020522923A (ja) リソース指示と受信方法、装置及び通信システム
US10904867B2 (en) Uplink control signal transmission method and apparatus
US20190319691A1 (en) Information Configuration Apparatus and Method, Monitoring Apparatus and Method and Communications System
WO2022206271A1 (zh) 一种确定资源的方法和装置
CN110912625B (zh) 传输信号的方法和通信装置
WO2023078634A1 (en) Control channel reception in cellular communication networks
CN115915377A (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