具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

为了便于理解本申请实施例提供的方案，下文首先介绍几个概念。

(1)控制资源集(Control Resource Set，CORESET)和搜索空间(Search Space，SS)。

CORESET可以指示控制信道的频域资源位置和在时域上所占用的符号长度。其中，该符号可以为正交频分复用(orthogonal frequency division multiplexing，OFDM)符号。

搜索空间可以指示控制信道的时域位置信息。

示例性地，如图1所示，CORESET定义资源块的频域资源位置和资源块在时域上占用的符号长度。搜索空间定义资源块在时域上的位置，即搜索空间定义资源块在时域上出现的周期，时隙位置和起始符号位置。上述可知，CORESER定义了资源块的时频大小；CORESER与搜索空间共同定义了资源块出现的时频信息。

需要说明的是，CORESET与搜索空间共同定义的资源块的时域信息与频域信息对应的就是控制信道所占用的资源的时域信息与频域信息。

本文中提及的控制信道指的是物理下行控制信道(Physical Downlink ControlChannel，PDCCH)。

(2)传输配置指示状态(TCI state)。

TCI用于指示两种参考信号(目标参考信号与被引用的参考信号)之间的准共站(quasi-co-location，QCL)关系。其中，目标参考信号一般是解调参考信号(de modulationreference signal，DMRS)，被引用的参考信号一般可以是信道状态信息参考信号(channelstate information-reference signal，CSI-RS)和由主同步信号(primarysynchronization signal，PSS)、辅同步信号(secondary synchronization signal，SSS)和物理广播信道(Physical Broadcast Channel，PBCH)共同构成的SSB(SS/PBCH block)。

一个TCI状态(TCI state)可以包含一个或两个被引用的参考信号，以及所关联的QCL类型(QCL type)。QCL类型可以分为Type-A QCL、Type-B QCL、Type-C QCL、Type-D QCL四个类别，这四个类别分别是多普勒频移(Doppler shift)、多普勒频散(Dopplerspread)、平均延迟时间(average delay)、延迟扩展(delay spread)与空间接收波束参数(Spatial Rx parameter)的不同组合或选择。其中，Type-D QCL表示空间接收波束参数(Spatial Rx parameter)。在波束管理的角度，最直接相关的是QCL类别是Type-D QCL，即spatial Rx parameter。也就是说，基站的发射波束和终端设备的接收波束之间的配对关系是通过配置TCI状态中的QCL类型中的Type-D QCL进行指示的。

(3)发送波束与接收波束。

在NR中，为了在高频场景下对抗路径损耗，基站会使用更大规模的发射天线阵列，使用模拟波束赋形来获得阵列增益。数据信道、控制信道，乃至同步和广播信号都可以基于波束发送。在基站与终端设备基于波束进行数据传输之前，基站的发射波束和可能存在的终端设备的接收波束之间的配对关系(beam pair link，BPL)已经通过波束训练完成匹配。当实际进行数据传输时，基站需要指示终端设备使用对应的接收波束来接收数据。

基站的发射波束和终端设备的接收波束之间的配对关系是通过配置TCI状态中的QCL类型中的Type-D QCL进行指示的。即终端设备通过接收到的TCI state中Type-D QCL，可以获知用于接收数据的接收波束。

(4)协作多点(Coordination Multiple Point，CoMP)传输技术。

CoMP传输技术是一种用于解决小区间干扰问题并提升小区边缘用户吞吐量的方法。CoMP传输技术是指地理位置上分离的多个传输接收点(transmission&receptionpoint，TRP)协同参与为一个终端设备的数据传输或者联合接收一个终端设备发送的数据。

示例性地，图2示出CoMP的一个典型场景的示意图。两个TRP与一个终端设备协作数据传输。两个TRP可以通过各自PDCCH向终端设备发送下行控制信息(downlink controlinformation，DCI)。由于两个TRP位于终端设备的不同方向，这两个TRP与终端设备之间的波束配对关系显然也是不同的，因此，两个TRP应该对应两个不同Type-D QCL的TCI状态。

本申请实施例中涉及的网络设备可以为基站，基站可以用于与一个或多个终端设备进行通信，也可以用于与一个或多个具有部分终端功能的基站进行通信(比如宏基站与微基站，如接入点，之间的通信)。基站可以是5G系统、NR系统中的基站。另外，基站也可以为接入点(access point，AP)、传输节点(transport point，TRP)、中心单元(central unit，CU)或其他网络实体，并且可以包括以上网络实体的功能中的一些或所有功能。

本申请实施例中涉及的终端设备可以是静止的，也可以是移动的。终端设备可以是移动设备、移动台(mobile station)、移动单元(mobile unit)、M2M终端、无线单元，远程单元、用户代理、移动客户端、用户设备(user equipment，UE)等。

图3为本申请实施例提供的用于指示控制信道的方法300的示意性流程图。该方法300包括如下步骤。

310，网络设备向终端设备发送用于指示N个控制资源集(CORESET)以及该N个CORESET中每个CORESET各自对应的M个传输配置指示状态(TCI state)的信息，其中，该M个TCI state与M个搜索空间组一对一关联，每个该搜索空间组中包括一个或多个搜索空间，该CORESET与该搜索空间用于该终端设备确定控制信道的传输资源，该TCI state用于该终端设备确定该控制信道的准共址(QCL)信息。对应地，终端设备从网络设备接收用于指示该N个CORESET以及该N个CORESET中每个CORESET各自对应的M个TCI state的信息,其中，N为大于或等于1的整数，M为大于或等于2的整数。

上文已经描述，每一个终端设备在同一个BWP上最多可配置3个CORESET。以本实施例中的N个CORESET为3个CORESET(记为CORESET#1，CORESET#2，CORESET#3)为例。可选地，作为一种实现方式，网络设备可以通过第一下行信令向终端设备下发用于指示CORESET#1及其对应的M个TCI State的信息；通过第二下行信令向终端设备下发用于指示CORESET#2及其对应的M个TCI State的信息，通过第三下行信令向终端设备下发用于指示CORESET#3及其对应的M个TCI State的信息。可选地，作为另一种实现方式，网络设备可以通过同一个下行信令向终端设备下发用于指示CORESET#1及其对应的M个TCI State、CORESET#2及其对应的M个TCI State、以及CORESET#3及其对应的M个TCI State的信息。本申请实施例对此不作限定。

为了便于理解与描述，下文某些实施例中以N个CORESET为某个CORESET为例进行描述，例如，本文一些实施例以一个CORESET为例描述N个CORESET中的每个CORESET的处理方法。本文中针对一个CORESET描述的方法均可适用于N个CORESET中的每个CORESET，相应的方案均落入本申请保护范围。

用于指示一个CORESET与该CORESET对应的M个TCI state的信息包括，用于指示该该CORESET的信息，以及分别用于指示该M个TCI state的信息。

可选地，用于指示一个CORESET的信息可以是该CORESET的标识(CORESET ID)或者也可以是其它的能够指示该CORESET的信息；用于指示某个TCI state的信息可以是该TCIstate的标识(TCI state ID)或者还可以是其它的能够指示该TCI state的信息。

CORESET可以定义控制信道的频域资源位置和在时域上占用的符号长度。搜索空间可以定义控制信道的时域位置信息。CORESET与搜索空间共同定义了控制信道的时频资源信息。CORESET、搜索空间与时频资源之间的关系，详见上文结合图1的描述，这里不再赘述。

本文提及的控制信道指PDCCH。

本申请中提及的搜索空间组指的是，由一个或多个搜索空间构成的搜索空间集合。例如，搜索空间组一种呈现形式为，由多个搜索空间的标识构成搜索空间标识列表。

该M个TCI state与M个搜索空间组一对一关联，指的是，该M个TCI state中的每个TCI state关联一个搜索空间组。

可选地，不同TCI state所关联的搜索空间组不同。

本文中提及的搜索空间组不同，或者，不同搜索空间组中包括的搜索空间不同，指的是，该M个搜索空间组中的任意两个搜索空间组中不同时包括或关联相同的搜索空间。

应理解，以终端设备从网络设备接收到用于指示一个CORESET与M个TCI state的信息为例，终端设备确定用于接收下行控制信道(PDCCH)的时频资源与QCL信息之后，就可以基于该M个TCI state获取用于接收控制信道的QCL信息，例如获取用于接收控制信道的M个接收波束；基于该M个TCI state所关联的M个搜索空间组与该一个CORESET，获取用于接收控制信道的时频资源。

如图3所示，该方法还包括：320，终端设备根据从网络设备接收的用于指示该N个CORESET以及该N个CORESET中每个CORESET各自对应的M个TCI state的信息，获取用于接收下行控制信道的传输资源与QCL信息。

应理解，步骤320可以根据实际需求而定是否执行。

因此，根据本申请实施例的方案，通过配置一个控制资源集(CORESET)对应多个传输配置指示状态(TCI state)，使得TCI state的数量不再受限于CORESET的数量，从而使得本申请提供的方案适用于CoMP或其它多站通信协作的场景，进而在一定程度上可以提高资源调度的灵活性。

在本申请实施例中，该M个TCI state所关联的该M个搜索空间组中的任意两个搜索空间组中不同时包括或关联相同的搜索空间，从而使得不同TCI state对应的时频资源在时域上不重叠，因此可以避免干扰。

可选地，本申请中提及的CORESET指的是用户专用的CORESET。

应理解，在未来演进的场景下，本申请提供的方案也可能适用于公共(Common)CORESET。

示例性地，在步骤310中，网络设备可以通过不同的下行信令格式向终端设备发送用于指示该N个CORESET以及该N个CORESET中每个CORESET各自对应的M个TCI state的信息。

可选地，在一些实施例中，步骤310，该网络设备向该终端设备发送用于指示该N个CORESET以及该N个CORESET中每个CORESET各自对应的M个TCI state的信息，包括：该网络设备向该终端设备发送第一MAC CE信令，该第一MAC CE信令中携带用于指示该N个CORESET以及该N个CORESET中每个CORESET各自对应的M个TCI state的信息。

以N个CORESET为一个CORESET为例，该第一MAC-CE信令中包括一个CORESET字段与M个TCI State字段。该CORESET字段携带用于指示该CORESET的信息。M个TCI State字段一对一地携带分别用于指示该M个TCI state的信息。

示例性地，图4示出该第一MAC-CE信令的信令格式示意图。在图4中，以M个TCIstate为两个TCI state为例。如图4所示，该第一MAC-CE信令中包括一个CORESET字段与两个TCI state字段。该CORESET字段携带CORESET的标识，如图4中所示的CORESET ID。两个TCI state字段中的其中一个TCI state字段携带用于指示一个TCI state的标识，例如图4中所示的TCI state ID#1，另一个TCI state字段携带用于指示另一个TCI state的标识，例如图4中所示的TCI state ID#2。如图4所示，CORESET字段为2比特，TCI state字段为6比特。

应理解，图4仅为示例而非限定。例如，图4中所示的TCI state ID#1和TCI stateID#2表示两个不同的TCI state ID，仅为了区分而非限定，例如，当一个CORESET对应的两个TCI state的ID分别为#35和#42时，则图4中所示的两个TCI state字段上分别携带TCIstate ID#35和TCI state ID#42。

如图4所示，该第一MAC-CE信令中还可以包括携带保留位的字段、携带服务小区ID的字段以及携带BWP ID的字段。本申请实施例对此不做限定。

可选地，该第一MAC-CE信令为用户专用MAC-CE信令，即UE-Specific MAC-CE信令。

应理解，在未来演进的技术中，该第一MAC-CE信令也可能是共用MAC-CE信令，即Common MAC-CE信令。本申请实施例对此不作限制。

还应理解，图4仅为示例而非限定。例如，当M个TCI state为3个TCI state时，相应地，第一MAC-CE信令中包括3个用于指示TCI state的字段。此外，图5所示的信令格式也为示例，实际应用中，可以根据具体需要适应性设计各个字段。

需要说明的是，根据本实施例提供的第一MAC-CE信令可以适用于指示多个TCIstate(如图2所示的多站通信协作通信的场景)，也可以适用于指示一个TCI state。

当需要指示多个TCI state时，为该第一MAC-CE中的M个TCI state字段携带的信息配置不同的值，如图4所示。这种方式可以认为是通过隐式的方式告知终端设备有多于一个的DCI待检测。

当需要指示一个TCI state时，为该第一MAC-CE中的M个TCI state字段携带的信息配置相同的值。可以认为通过隐式的方式告知终端设备只有一个TCI state。这种方式可以认为是通过隐式的方式告知终端设备只有一个待检测的DCI。

可选地，在一些实施例中，步骤310，针对所述N个CORESET中的第j个CORESET，其中j遍历1,…,N，该网络设备向该终端设备发送用于指示该N个CORESET以及该N个CORESET中每个CORESET各自对应的M个TCI state的信息，包括：该网络设备通过M个第二MAC CE信令向该终端设备发送用于指示该第j个CORESET以及该第j个CORESET对应的M个TCI state的信息，其中，每个该第二MAC CE信令中均携带用于指示该第j个CORESET的信息，该M个第二MAC CE信令中的第i个第二MAC CE信令中携带用于指示该第j个CORESET对应的该M个TCIstate中的第i个TCI state的信息，i为1,…,M。

示例性地，该第二MAC-CE信令如图5所示。如图5所示，第二MAC-CE信令中包括一个CORESET字段(2个比特)，该CORESET字段用于携带CORESET ID，还包括一个TCI state字段(6个比特)，该TCI state字段用于携带TCI state ID。

如图5所示，该第二MAC-CE信令中还包括保留位(R)字段(1个比特)、用于携带服务小区ID的字段(5个比特)、以及用于携带BWP ID的字段(2个比特)。本申请实施例对此不做限定。

可选地，在本实施例中，该M个第二MAC CE信令属于不同的MAC-CE实体。

可选地，在本实施例中，该M个第二MAC CE信令属于同一个MAC-CE实体。

应理解，在单站通信场景下，网络设备向终端设备发送一个如图5所示的第二MAC-CE信令。在多站通信场景下，假设如图2所示的两站协作场景，网络设备向终端发送两个如图5所示的第二MAC-CE信令，这两个第二MAC-CE信令中的TCI state字段携带的信息不同。

可选地，在一些实施例中，网络设备设计多个不同的MAC-CE信令，不同MAC-CE信令可以指示的TCI State的数量不同，其中，步骤310包括：从这多个MAC-CE信令中选择可以指示M个TCI state的MAC-CE信令来发送该用于指示一个CORESET与M个TCI state的信息。

例如，网络设备设计如图4所示的MAC-CE信令和如图5所示的MAC-CE信令。当需要发送一个TCI state时(例如在单站通信场景下)，网络设备使用如图5所示的MAC-CE信令，向终端设备发送一个CORESET和一个TCI state。当需要发送两个TCI state时(例如在图2所示的两站协作通信场景下)，网络设备使用如图4所示的MAC-CE信令，向终端设备发送一个CORESET和两个TCI state。

根据本实施例的方案，通过设计多个可以指示不同数量的TCI state的MAC-CE信令，从而可以根据需要指示的TCI state的数量，灵活地选择对应的MAC-CE信令来发送。

应理解，图4和图5仅为示例而非限定。实际应用中，网络设备还可以采用其他可行的信令格式向终端设备下发CORESET及其对应的M个TCI state。

上文某些实施例描述了网络设备通过MAC-CE信令向终端设备发送用于指示该N个CORESET以及该N个CORESET中每个CORESET各自对应的M个TCI state的信息，可选地，网络设备还可以通过其他的下行信令向终端设备发送用于指示该N个CORESET以及该N个CORESET中每个CORESET各自对应的M个TCI state的信息，但本申请实施例对此不作限定。

可选地，在本申请中，可以通过多种方式使得终端设备获知M个TCI state所关联的M个搜索空间组。

可选地，在一些实施例中，该M个TCI state与该M个搜索空间组之间的关联关系是预配置的。

可选地，在步骤310之前，该方法300还包括：网络设备向终端设备预配置每个CORESET各自对应的M个TCI state与M个搜索空间组之间的关联关系。

例如，网络设备通过RRC信令通知终端设备一个CORESET对应的M个TCI state与该M个搜索空间组之间的关联关系。

图6示出根据本申请实施例的配置CORESET、TCI state与搜索空间的示意图。作为示例，配置过程如下：

(1)，配置多个CORESET。

例如，配置的多个CORESET分别位于多个CORESET ID list中，例如ControlResourceSetToAddModList#1,#2和#3。

再例如，配置的多个CORESET位于同一个CORESET ID list中，例如，图6中所示的控制资源集标识列表(CORESET ID List)。

(2)，为该多个CORESET中的每个CORESET关联多个TCI state。

例如图6中所示的传输配置指示状态标识列表(TCI state List)。

(3)，配置多个搜索空间组，每个搜索空间组中包括一个或多个搜索空间。

例如，配置的多个搜索空间组为searchSpacesToAddModlist#1-#N。

作为示例而非限定，图6中示出搜索空间组#1和搜索空间组#2。

(4)，配置CORESET与搜索空间的关联关系。

与该多个CORESET中的任一个CORESET关联的M个搜索空间与该M个搜索空间组的关系如下：

当所关联的搜索空间数量与该搜索空间组的数量相等时，则该多个搜索空间分别位于每一个搜索空间组中；

当所关联的搜索空间数量大于该搜索空间组的数量时，则每个搜索空间组至少包含一个所述搜索空间。

例如，配置3个CORESET。3个CORESET包括CORESET#1、CORESET#2和CORESET#3。其中CORESET#1关联搜索空间#1，#5，#6，CORESET#2关联搜索空间#2，#3，#7，CORESET#3关联搜索空间#4，#8，#9，#10。并且，配置3个搜索空间组包括：搜索空间组#1，搜索空间组#2和搜索空间组3。

具体的：

CORESET#1关联的搜索空间包括：搜索空间#1(位于搜索空间组#1)、搜索空间#5(位于搜索空间组#2)和搜索空间#6(位于搜索空间组#3)。

CORESET#2关联的搜索空间包括：搜索空间#2(位于搜索空间组#1)、搜索空间#3(位于搜索空间组#2)和搜索空间#7(位于搜索空间组#3)。

CORESET#3关联的搜索空间包括：搜索空间#4(位于搜索空间组#1)、搜索空间#8(位于搜索空间组#2)、搜索空间#9(位于搜索空间组#2)和搜索空间#10(位于搜索空间组#3)。

上述可知，CORESET#1、CORESET#2和CORESET#3中的每个CORESET所关联的搜索空间分散于搜索空间组#1，搜索空间组#2和搜索空间组#3中，而非集中于一个搜索空间组中。

网络设备根据上述配置内容，生成无线资源控制(radio resource control，RRC)信令并下发到终端设备。应理解，该RRC信令是半静态的。

应理解，上述的(1)与(3)之间没有执行顺序的限制。

可选地，在(3)中，配置多个物理下行控制信道配置信息元素(PDCCH-configureInformation Element，PDCCH-config IE)，分别在该多个PDCCH-config IE中的每个PDCCH-config IE中配置一个搜索空间组，得到该多个搜索空间组。

可选地，在(3)中，配置一个物理下行控制信道配置信息元素(PDCCH-configureInformation Element，PDCCH-config IE)，在该PDCCH-config IE中配置该多个搜索空间组，例如，searchSapcesToAddModlist#1-#N。

可选地，上述配置可以认为是通过隐式的方式告知终端设备有多于一个的DCI待检测。

上述步骤(1)-步骤(4)可以统称为物理下行控制信道配置(PDCCH-config)。

(5)，从一个CORESET关联的多个TCI State中激活M个TCI state，并将该M个TCIstate与上述步骤(3)中配置的多个搜索空间组中的M个搜索空间组一对一关联(假设步骤(3)中配置的多个搜索空间组的数量大于或等于激活的TCI state的数量)。

例如，网络设备通过用户专用PDCCH MAC-CE(UE-specific PDCCH MAC-CE)信令向终端设备发送一个CORESET及其对应的M个TCI state。例如，该UE-specific PDCCH MAC-CE的格式如图4所示。

可选地，在一些实施例中，在上述步骤(2)中将一个CORESET所关联的多个TCIstate分为多个TCI state组，e.g.TCI-StatesPDCCH group#1-#N，然后在步骤(4)中，将所述多个TCI state组与步骤(3)中配置的多个搜索空间组一对一关联。应理解，在本实施例中，在步骤(5)中无需执行TCI state与搜索空间之间的关联操作了。

可选地，在一些实施例中，一个CORESET对应的M个TCI state与M个搜索空间组之间的关联关系是预定义的。

例如，一个CORESET对应的M个TCI state与M个搜索空间组之间的关联关系是协议定的。作为一个示例，通过协议规定，TCI state ID#i与PDCCH-config ID#i或searchSpaceToAddModList ID#i对应。

可选地，在本实施例中，该M个搜索空间组为同一个物理下行控制信道配置信息元素(PDCCH-config IE)中的不同搜索空间组；或该M个搜索空间组为不同PDCCH-config IE中的搜索空间组。

应理解，图6仅为示例而非限定。实际应用中，还可以采用其它可行的方式配置CORESET、TCI state与搜索空间。

可选地，在一些实施例中，网络设备通过MAC-CE信令向终端设备通知一个CORESET对应的M个TCI state与M个搜索空间组之间的关联关系。

假设N个CORESET中的一个CORESET对应的M个TCI state为M个TCI state，该M个TCI state与M个搜索空间一对一关联，M为大于1的整数。步骤310，该网络设备向该终端设备发送用于指示该N个CORESET以及该N个CORESET中每个CORESET各自对应的M个TCI state的信息，包括：该网络设备向该终端设备发送第一MAC CE信令，该第一MAC CE信令中携带用于指示N个CORESET与该N个CORESET对应的M个TCI state的信息，该第一MAC-CE还包括M个比特位图，该M个比特位图中的第i个比特位图用于指示该M个搜索空间组中的第i个搜索空间组中包括的搜索空间，i为1，...，M。

例如，该第一MAC-CE信令中包括一个CORESET字段、M个TCI State字段和M个比特位图，其中，该CORESET字段携带该CORESET的指示信息，M个TCI State字段中的第i个字段携带M个TCI state中第i个TCI state的指示信息，该M个比特位图中的第i个比特位图用于指示该M个搜索空间组中的第i个搜索空间组中包括的搜索空间，，i为1，...，M。例如，第i个TCI state与第i个搜索空间组相关联。

示例性地，该第一MAC-CE信令的格式如图7所示。在图7中，以M个TCI state为两个TCI state为例。如图7所示，该第一MAC-CE信令中包括一个CORESET字段(2比特)，2个TCIstate字段(各6比特)和2个Bitmap字段(各10比特)。其中，CORESET字段携带CORESET的标识，如图7中所示的CORESET ID。2个TCI state字段中的一个TCI state字段携带TCI stateID#1，另一个TCI state字段携带TCI state ID#2。2个Bitmap字段中的一个Bitmap字段携带bitmap#1，bitmap#1表示搜索空间组#1中的搜索空间，另一个Bitmap字段携带bitmap#2，bitmap#2表示搜索空间组#2中的搜索空间。其中，TCI state ID#1指示的TCI state关联bitmap#1表示的搜索空间组#1，TCI state ID#2指示的TCI state关联bitmap#2表示的搜索空间组#2。bitmap#1中的10个bit中设置为1的bit代表10个搜索空间中分属于搜索空间组#1的搜索空间，bitmap#2中的10bit中设置为1的bit代表10个搜索空间中分属于搜索空间组#2的搜索空间。

应理解，本申请不限定bitmap置1或置0代表搜索空间包括在或不包括在所关联的搜索空间中的各种变化配置，本申请也不限制bitmap的标识序号(例如图7中所示的Bitmap#1)与搜索空间组标识的具体数值对应关系。

还应理解，图7仅为示例而非限定。例如，图7中所示的TCI state ID#1和TCIstate ID#2表示两个不同的TCI state ID，仅为了区分而非限定，例如，当一个CORESET对应的两个TCI state的ID分别为#35和#42时，则图7中所示的两个TCI state字段上分别携带TCI state ID#35和TCI state ID#42。再例如，例如，图7中所示的Bitmap#1和Bitmap#2表示两个不同的Bitmap，仅为了区分而非限定，即表示图7中所示的两个Bitmap字段上分别携带不同的bitmap。

可选地，在一些实施例中，网络设备在如下条件下，才配置多组搜索空间(例如earchSpaceToAddModList ID#1和earchSpaceToAddModList ID#2)：

终端设备可能需要接收超过一个下行信令。例如，该下行信令为下行控制信息(DownlinkControlInformation，DCI)。应理解，本申请不限制该下行信令的信令格式。

可选地，以DCI为例，网络设备可以通过RRC信令通知终端设备可能需要接收的DCI的数量。例如，RRC信令中携带用于指示DCI最大数目(Maximum DCI number)的信息，当Maximum DCI number的值大于1时，终端设备获知自己需要接收超过一个的DCI；当MaximumDCI number的值为1时，终端设备就获知自己只需要接收一个DCI。

可选地，在另一些实施方式中，M个搜索空间组中的任两个搜索空间组可以包括相同的搜索空间。

可选地，该终端设备具备同时使用Y个接收波束接收的能力，Y为正整数。

例如，Y等于1，或Y等于2或大于2的值。

应理解，终端设备也可针对不同条件具备不同的接收能力。在不同场合中，终端设备的接收能力可以是不同的。例如，在某种场合下，终端设备具备使用1个接收波束接收的能力。再例如，在另一种场合下，终端设备具备同时使用2个接收波束接收的能力。再例如，在再一种场合下，终端设备具备同时使用3个(或大于3个)接收波束接收的能力。

可选地，该网络设备通过测量该终端设备的接收能力，获取该终端设备具备同时使用Y个接收波束接收的能力。

可选地，该网络设备通过接收该终端设备上报的接收能力，获取该终端设备具备同时使用Y个接收波束接收的能力。相应地，该终端设备向该网络设备发送该终端设备的接收能力，以便于该网络设备获取该终端设备具备同时使用该Y个接收波束接收的能力。

可选地，当M小于或等于Y时，M个搜索空间组可以包括相同的搜索空间，也可以包括不同的搜索空间，本申请对此不做限定。

可选地，Y为大于或等于2的整数，当M大于Y时，该M个搜索空间组中的任Z个搜索空间组包括相同的搜索空间，Z为大于或等于2，且小于或等于Y的整数。

当M大于Y时，所述终端设备不期望收到有相同时域位置信息的搜索空间来自于大于Y个搜索空间组，所述时域位置信息可以包括但不限于以下中的一项或多项：周期，时隙位置和起始符号位置。

可选地，当M大于Y时，该M个搜索空间组中不包括具有相同时域位置信息的搜索空间，其中，该时域位置信息包括下列中至少一项：周期，时隙位置和起始符号位置。

应理解，该时域位置信息包括但不限于上述的周期，时隙位置和起始符号位置。

可选地，当M大于Y时，该M个搜索空间组中包括具有相同时域位置信息的搜索空间，其中，该时域位置信息包括下列中至少一项：周期，时隙位置和起始符号位置；该方法还包括：该终端设备从该M个搜索空间组中选择不超过Y个搜索空间组所关联的TCI state监听PDCCH。

具体地，当M大于Y，且UE收到有相同的时域位置信息的搜索空间来自大于Y个搜索空间组，UE按照一种既定规则选择其中不超过Y个搜索空间组所关联的TCI state监听PDCCH，所述时域位置信息可以包括但不限于以下中的一项或多项：周期，时隙位置和起始符号位置；所述TCI state包含Type-D QCL类型，即spatial Rx parameter；所述既定规则可以有多种形式，只要具有“选择其中不超过Y个搜索空间组所关联的TCI state监听PDCCH”特征的均应落入本申请的保护范围，例如，按照搜索空间组的组序号从小到大或从大到小选择不超过Y个搜索空间组所关联的TCI state监听PDCCH，例如按照PDCCH配置信息元素(PDCCH-config IE)的序号从小到大或从大到小选择不超过Y个搜索空间组所关联的TCI state监听PDCCH。

可选地，根据本申请实施例提供的方法也适用于终端设备具有全向接收波束能力的场景。

需要说明的是，上文提及的各项配置信令中仍可能包含其他的配置信息，为了简洁，图2仅列举了与本申请相关的配置信息。

还需要说明的是，本文提及的CORESET ID list、SS ID list仅是一种具体的技术呈现形式，仅为示例而非限定。

上文描述了本申请实施例提供的方法实施例，下文将描述本申请实施例提供的装置实施例。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如发射端设备或者接收端设备。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。

本申请实施例还提供一种第一通信装置，该第一通信装置可以是终端设备也可以是芯片。该第一通信装置可以用于执行上述方法实施例中由终端设备所执行的动作。

当该第一通信装置为终端设备时，图8示出了一种简化的终端设备的结构示意图。便于理解和图示方便，图8中，终端设备以手机作为例子。如图8所示，终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理，以及对终端设备进行控制，执行软件程序，处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是，有些种类的终端设备可以不具有输入输出装置。

当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。为便于说明，图8中仅示出了一个存储器和处理器。在实际的终端设备产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本申请实施例对此不做限制。

在本申请实施例中，可以将具有收发功能的天线和射频电路视为终端设备的收发单元，将具有处理功能的处理器视为终端设备的处理单元。如图8所示，终端设备包括收发单元801和处理单元802。收发单元也可以称为收发器、收发机、收发装置等。处理单元也可以称为处理器，处理单板，处理模块、处理装置等。可选的，可以将收发单元801中用于实现接收功能的器件视为接收单元，将收发单元801中用于实现发送功能的器件视为发送单元，即收发单元801包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。

例如，在一种实现方式中，收发单元801用于执行图5中的步骤310中终端设备侧的接收操作，和/或收发单元801还用于执行本申请实施例中终端设备侧的其他收发步骤。处理单元802，用于执行图5中的步骤320，和/或处理单元802还用于执行本申请实施例中终端设备侧的其他处理步骤。

当该第一通信装置为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。

本申请实施例还提供一种第二通信装置，该第二通信装置可以是网络设备也可以是芯片。该第二通信装置可以用于执行上述方法实施例中由网络设备所执行的动作。

当该第二通信装置为网络设备时，例如为基站。图9示出了一种简化的基站结构示意图。基站包括901部分以及902部分。901部分主要用于射频信号的收发以及射频信号与基带信号的转换；902部分主要用于基带处理，对基站进行控制等。901部分通常可以称为收发单元、收发机、收发电路、或者收发器等。902部分通常是基站的控制中心，通常可以称为处理单元，用于控制基站执行上述方法实施例中网络设备生成第一消息的动作。具体可参见上述相关部分的描述。

901部分的收发单元，也可以称为收发机，或收发器等，其包括天线和射频单元，其中射频单元主要用于进行射频处理。可选的，可以将901部分中用于实现接收功能的器件视为接收单元，将用于实现发送功能的器件视为发送单元，即901部分包括接收单元和发送单元。接收单元也可以称为接收机、接收器、或接收电路等，发送单元可以称为发射机、发射器或者发射电路等。

902部分可以包括一个或多个单板，每个单板可以包括一个或多个处理器和一个或多个存储器，处理器用于读取和执行存储器中的程序以实现基带处理功能以及对基站的控制。若存在多个单板，各个单板之间可以互联以增加处理能力。作为一种可选的实施方式，也可以是多个单板共用一个或多个处理器，或者是多个单板共用一个或多个存储器，或者是多个单板同时共用一个或多个处理器。

例如，在一种实现方式中，收发单元用于执行图5中步骤310中网络设备侧的发送操作，和/或收发单元还用于执行本申请实施例中网络设备侧的其他收发步骤。处理单元用于执行本申请实施例中网络设备侧的处理步骤，例如分别对CORESER、TCI state以及搜索空间组的配置，对CORESER与TCI state之间的关联关系的配置，对TCI state与搜索空间组之间关联关系的配置等。

当该第二通信装置为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。

上述提供的任一种通信装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

应理解，本申请实施例中提及的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，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 DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。

应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。