我们知道,在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