空白键|CORESET和Search Space基本原理,点点滴滴学5G—一文掌握NR

引言在4GLTE中 , 只有搜索空间这个概念 , 并没有CORESET这个概念,那么5GNR为何要引入CORESET这个概念呢?原因是在LTE系统中 , PDCCH在频域上占据整个频段 , 时域上根据CFI值 , 占据每个子帧的前1-4个OFDM符号(起始位置固定为#0号OFDM符号) 。 也就是说 , 系统只需要通知UEPDCCH占据的OFDM符号数 , UE便能确定PDCCH的搜索空间 。 在NR中 , PDCCH若沿用LTE的方式 , 继续占据全部带宽 , 无疑是资源的浪费 , 而且会对UE提出很高的要求 , 不利于降低UE成本 , 此外 , 为了增加系统灵活性 , PDCCH在时域上的起始位置也可配置 。
也就是说在NR系统中 , UE要知道PDCCH在频域上的位置和时域上的位置才能成功解码PDCCH 。 为了方便 , NR系统将PDCCH频域上占据的频段&时域上占用的OFDM符号数等信息封装在CORESET中;将PDCCH起始OFDM符号编号以及PDCCH监测周期等信息封装在SearchSpace中 , 即根据CORESET和SearchSpace可以确定PDCC所在位置(如图1所示) 。
1.CORESET基本原理CORESET是一组物理资源(即NR下行链路资源网格上的特定区域)和一组用于携带PDCCH/DCI的参数 。 它相当于LTEPDCCH区域(子帧中的第1、2、3、4OFDM符号) 。 但在LTE-PDCCH区域 , PDCCH总是在整个信道带宽上传播 , 而NR的CORESET区域则局限于频域的特定区域(如图2所示) 。
CORESET由频域中的多个RB(即12REs的倍数)和时域中的“1或2或3”OFDM符号组成 , CORESET的具体参数组成如图3所示 。
值得注意的是上面描述的CORESET是普通的CORESET , 这些CORESET由RRC配置 。 但有一种特殊类型的CORESET称为CORESET0 。 此CORESET是用于SIB1调度的传输PDCCH的CORESET 。 如上所述 , 定义这些CORESET涉及许多参数 , 这些参数由RRC消息指定(例如 , SA中的SIB1或RRC设置 , ENDC的LTERRC连接重配) 。 但是 , CORESET0不能由RRC指定 , 因为它应该在传输任何RRC之前使用 。 这意味着CORESET0应该由一些预定义的进程和预定义的参数配置 。
2.SearchSpace基本原理不同类型的searchspace会有不同RNTI加扰的PDCCH 。 UE在决定到底该去哪里寻找PDCCH时 , 高层会提供一个参数来指示searchspace 。 指示的来源在不同情况下有所不同
(1)PDCCH-configCommon在SIB1中 , 配置cellspecific的commonsearchspace(如图4所示)
(2)PDCCH-config配置UEspecific的searchspace(如图5所示)
SearchSpace具体参数如图6所示:
其中重点参数说明如下:
monitoringSlotPeriodicityAndOffset:
【空白键|CORESET和Search Space基本原理,点点滴滴学5G—一文掌握NR】指示searchspace的周期和周期内的偏移 , 以时隙为单位 , 有sl1、sl2等不同的可选项 , sl表示slot的意思 , 比如sl40就表示searchspace的周期是40个时隙 , 后面对应的整数表示偏移 , 意思是在40个时隙中的哪个时隙开始是searchspace;