搜索空间以及终端接收控制信息的流程

我们知道，在LTE系统中，终端对于包含一个特定DCI的PDCCH的接收是通过盲检(Blind Detection)实现的。既然是盲检，那就说明对于PDCCH的接收是在一个指定范围内进行的，这个指定范围就是搜索空间(Search Space)，LTE中的搜索空间在时域上为每个下行子帧前N个OFDM符号(N3，由PCFICH指定)，频域上占满整个带宽(除去用于CRS以及PCFICH，PHICH占用的RE)。由于在LTE中PDCCH的时频域资源是以CCE为最小单位（1/2/4/8个CCE），所以终端可以使用这4种CCE聚合度在搜索空间内进行PDCCH的监听匹配。

与LTE中的搜索空间相似，NR中PDCCH也是使用盲检检索，同样也使用了搜索空间的概念。我们现介绍一下搜索空间的相关概念，再详细介绍在NR中的终端是如何盲检PDCCH的。

我们在博文“帧结构和物理资源(CCE，CORESET)”中已经介绍了CCE聚合度的概念，即在NR中，承载一个PDCCH的时频域资源也是以CCE为单位的。一个PDCCH可以使用1,2,4,8或者16个CCE来传输，这些用来传输PDCCH的CCE个数叫做CCE聚合度(CCE Aggregation Level)。通常来说，使用聚合度越大的CCE来传输PDCCH，其冗余bit数也越多，有助于增加终端解码PDCCH的正确率。因此，对于下行信道质量好的终端，发送给其的PDCCH可以使用较小的CCE聚合度，而对于下行信道质量较差的终端，就要使用较大的CCE聚合度来保证终端可以盲检到PDCCH并能正确解码。

类似于LTE中存在公共搜索空间和UE专有搜索空间两类搜索空间，NR中也存在这两类搜索空间，并且NR对公共搜索空间做了更加细致的划分：定义了一系列的公共搜索空间集合(search space set)。NR中的搜索空间总共有以下几类：

• Type0-PDCCH 公共搜索空间集合(CSS set)：该搜索空间集合用于监听SIB1系统消息，对应在MCG(Master Cell Group)中的primary cell中用SI-RNTI加扰的DCI，在信令MIB中由IE: pdcch-ConfigSIB1配置或者在信令PDCCH-ConfigCommon中由IE：serachSpaceZero配置，或者在信令PDCCH-ConfigCommon中由IE：searchSpaceZero或者searchSpaceSIB1 配置。Type0-PDCCH CSS set支持的CCE聚合度和每个CCE聚合度中PDCCH candidates个数如Table 10.1-1所示。

• Type0A-PDCCH CSS set：该搜索空间集合用于监听除了SIB1之外的系统消息，对应MCG(Master Cell Group)中的primary cell中用SI-RNTI加扰的DCI，在信令PDCCH-ConfigCommon中由IE：searchSpaceOtherSystemInformation 配置。如果基站没有给UE配置Type0A-PDCCH CSS set的CORESET，那么对应的CORESET就是Type0-PDCCH CSS set的CORESET。Type0A-PDCCH CSS set支持的CCE聚合度和每个CCE聚合度中PDCCH candidates个数如Table 10.1-1所示。         ​​​​​​

• Type1-PDCCH CSS set：该搜索空间集合用于监听：1. 传统的4-step随机过程中的Msg3/4对应的下行PDCCH，对应在primary cell中用RA-RNTI或者TC-RNTI加扰的DCI；2. R16中新增的2-step随机接入过程中的MSGB对应的下行PDCCH，对应在primary cell中用MSGB-RNTI加扰的DCI。在信令PDCCH-ConfigCommon中由IE：ra-SearchSpace配置。如果基站没有给UE配置Type1-PDCCH CSS set的CORESET，那么对应的CORESET就是Type0-PDCCH CSS set的CORESET。

• Type2-PDCCH CSS set：该搜索空间集合用于监听pa