5G NR Pdcch盲检

gtxe

核心提示：PDCCH盲检概述       在5G NR中，PDCCH信道的频域调度范围信息以及时域OFDM符号数信息封装在CORESET中，时域起始符号信息以及检测周期等信息封装在SearchSpace，之所以要称频域调度范围信息，是此时UE此时只能知晓PDCCH会在COERSET的RB范围内发送PDCCH，但不能确定在哪些RB上发送。因此，待PDCCH信道确定了物理资源信息，搜索空间类型（CSS或者USS）等信息后，UE会在不同的搜索空间按照不_nr pdcch candidate

# PDCCH盲检概述
在5G NR中，PDCCH信道的频域调度范围信息以及时域OFDM符号数信息封装在CORESET中，时域起始符号信息以及检测周期等信息封装在SearchSpace，之所以要称频域调度范围信息，是此时UE此时只能知晓PDCCH会在COERSET的RB范围内发送PDCCH，但不能确定在哪些RB上发送。因此，待PDCCH信道确定了物理资源信息，搜索空间类型（CSS或者USS）等信息后，UE会在不同的搜索空间按照不同的RNTI类型在CORESET上搜索PDCCH，因为UE并不明确知晓PDCCH发送的时频位置，只能通过不停的对PDCCH的候选集继续解调，因此，此过程被称为PDCCH的盲检。


# PDCCH候选集

在进行盲检之前，UE根据搜索空间以及与搜索空间关联的CORESET，可获知PDCCH的时频资源信息、调度周期、PDCCH可能发送的CCE聚合度（通过搜索空间中的nrofCandidates参数获取）以及每种聚合度所需盲检的次数等信息。因此，UE可根据上述信息，结合盲检公式确定每个PDCCH候选集，并对每个候选集进行解码，一旦解码成功，则就会停止盲检流程。PDCCH盲检公式如下所示


# PDCCH盲检复杂度

由于UE侧硬件计算资源、时延以及功耗的约束，以及调度灵活度的考量，所以PDCCH的盲检复杂度是在进行PDCCH协议设计时的一个重要考量因素。因此，3GPP在38.213协议中对于每个服务小区的每个slot上的PDCCH最大候选集个数进行了明确定义，在不同的SCS时，PDCCH的最大候选集个数如下表所示


另外，协议还对每个服务小区的每个slot上的非重叠CCE的最大个数进行定义。这是因为一个slot上的非重叠CCE个数越多，同一服务小区内的不同UE之间的PDCCH概率就会越小，但同时PDCCH的时频资源开销就会变大，因此，通过协议的规定使得在这两者之间进行很好的平衡。非重叠CCE的最大个数如下表所示


从上述两表中可以看出，当SCS增加时，候选集个数和非重叠CCE的最大个数都在减少。这是因为大的SCS主要用于高频段，此时小区的覆盖范围相对比较小，因此需要调度的UE数量也相对较少。

# RNTI先容

与4G LTE相同，5G NR中无线侧分配给UE的标识仍然称为无线网络临时标识（RNTI，Radio Network Temporary Identifier），在UE和gNB之间的信号信息内部的作为不同UE的标识。在上述盲检测过程中使用的RNTI取值范围以及作用均在协议38.321中有详细定义。
       各种类型的RNTI的取值范围如下表所示


各种类似的RNTI的具体作用如下表所示