[5G][NR] SIB1盲检

在LTE中搜索空间被分为两种,common search space和ue specific search space,但在NR中,common search space又分为几种类型。每种搜索空间针对不同类型信息的检索。

[5G][NR] SIB1盲检_第1张图片

注: 如果没有相应的参数对Type0A/1/2/3进行配置,则在Type0-PDCCH中进行搜索。 

1. CORESET

CORESET: Control Resource Set, 可以理解为PDCCH area。只是在5G中PDCCH所占用的时频资源都不再固定。在LTE中,UE对PDCCH检索时,由于PDCCH占用的时频资源是固定的(在每个子帧的前几个symbol上),那么只需要在每个子帧的前几个symbol上盲检对应RNTI加扰的PDCCH就可以了。但是在5G中,由于PDCCH不再固定在每个子帧的前几个symbol上,所以在盲检PDCCH时,ENB还需要指示UE在哪些时刻(5G中时slot)去搜索PDCCH。 

CORESET对应的参数:

1> 频域上,占用的RB

2> 时域上,占用的symbol

在盲检SIB1时,由于UE只又从SSB中得到的信息,所以CORESET的时频位置需要通过index查表得到。

而对UE specific search space的检索就可以通过RRC信令中的配置来进行了。

2. 盲检SIB1

在MIB中我们得到了以下信息:

其中包括:

1> SIB1 / Msg2,4的SCS

2>  k_{SSB} 

3> pdcch-ConfigSIB1 

根据38.213,pdcch-ConfigSIB1的MSB 4bits 指示了CORESET#0 占用的 RB 和 symbol,对应213中table 13-1 到13-6。

pdcch-ConfigSIB1的LSB 4bits 指示了PDCCH monitoring occasion,对应213中table 13-7 到13-15。

3. 举个例子

比如 pdcch-ConfigSIB1 =0, 则MSB 4bits =0 , LSB 4bits =0. 

subcarrierspacingCommon = 15KHz

[5G][NR] SIB1盲检_第2张图片

查表得,CORESET#0占用的 RB =24个,symbol =2个, offset =0, multiplexing pattern =1.

[5G][NR] SIB1盲检_第3张图片

再查表13-11, 得到O=0,M=1, First symbol index =0, 1个slot上search space candidate的个数。

[5G][NR] SIB1盲检_第4张图片

 根据213中的公式, SCS =15KHz时,SSB index =0,1,2,3.

所以可以计算出 n0 = 0 / 1/ 2/ 3. 

也就是说UE 需要在两个连续的slot上监听PDCCH,起始slot n0 = 0,1,2,3.

[5G][NR] SIB1盲检_第5张图片

你可能感兴趣的:(5G/NR)