5G/NR PDCCH学习总结(2) —— 盲检筛选

5G/NR PDCCH学习总结（2）—— 盲检筛选

• • 1. cce_start计算
  • 2. candidates筛选

  本章所讲内容包含cce_start的计算和candidates的筛选。上章讲到确定一个PDCCH的时频域位置，除了SS和CORESET的时域和频域信息，还需要cce_start作为某个PDCCH candidate的起始位置，所以需要对cce_start的值进行计算。同时，结合上一章所讲的SS和CORESET的配置，1个BWP内可以含有3个CORESET、10个SS，我们可以想到，PDCCH candidates的数量是极多的，为了减少盲检的复杂度，协议做了一些限制，对众多candidates进行了筛选，去掉一些重复或是超出数值规定的pdcch candidates，仅对在数值内且不重复的candidates做检测。

1. cce_start计算

PDCCH 在进行盲检时，由SS和CORESET知道了时频域信息以及聚合等级，已经确定了一个粗布范围，还需知道pdcch的一个初始CCE位置信息即可。因此，UE根据上述信息，结合协议中的盲检公式确定PDCCH的初始位置cce_start。cce_start的计算公式为：

L：PDCCH 聚合等级，对于CSS L = {4,8,16}，对于USS，L = {1,2,4,8,16}
Y：PDCCH candidates的频域起始位置
  对于CSS，Yp,n_s,f^u = 0
  对于USS， Yp,n_s,f^u = (A_P* Yp,n_s,f-1^u) mod D，且Y_P,-1 = N_rnti ≠ 0，D = 65537
  针对A，当p mod 3 = 0时，A0=39827;
      当p mod 3 = 1时，A1=39829;
      当p mod 3 = 2时，A2=39839;
N_CCE,p：CORESET p中CCE的个数
m_s,nCI：表示在聚合等级L时对应的nci和search space的PDCCH候选集个数。
M_p,s,max^L：在CORESET p和search space s 聚合等级L上的最大候选集个数
n_CI：跨载波指示，保证在调度不同SCS的PDCCH的候选集时，避免频域冲突。若没有跨载波或在CSS时，值为0。
i：聚合等级L内的CCE index，i=0,…, L-1

2. candidates筛选

  由于SS和CORESET结合内部的PDCCH资源较多，考虑到硬件的因素，所以协议中对每个cell的每个slot内的PDCCH candidates数量进行了明确的限制。同时，μ值越大表明频段越大，此时小区的覆盖范围也就较小，UE和PDCCH数量都相应变少。如下表所示，在不同的SCS（子载波间隔）下，PDCCH candidate的最大数值为：

  同时，协议不仅对PDCCH candidates数目进行了限制，对每个cell的各个slot内非重叠的CCE数目进行了限制。限制的原因是：一个cell内，一个slot上的非重叠的CCE个数越多，不同UE之间检测的PDCCH不同的概率就会越大，此时PDCCH的时频资源就会很大。如下表所示，非重叠的CCE的最大数值为：

  在盲检的过程中，上述两个的两个表的数值限制都需要同时满足，缺一不可。

  对SCS(sub-carrier space)做一个简要的介绍，NR中，频域上的子载波间隔是可变的，而LTE中，子载波间隔固定为15KHz。在38.211中，规定了5种可用的子载波间隔，其中只有子载波间隔为60KHz时，可应用扩展循环前缀，如下图所示，每种子载波间隔对应的 μ 非常重要，在协议中的多个地方可能用到。表中没有显示μ = 4的情况是因为这个频段的目前不怎么使用。(注：图中的 μ = 5是在早期协议中存在的，在新版中协议已经被删除了)

  至于如何确定CCE是否重叠，candidate是否重复，可以自行思考。

参考资料：

[1] 3gpp TS 38.211/213

标签：CORESET,PDCCH,start,candidates,载波,CCE,盲检,5G
来源： https://blog.csdn.net/mine_haha/article/details/115024401