微信同步更新欢迎关注同名“modem协议笔记”
PDCCH 承载的data就是DCI，在PDCCH 盲检时需要用正确的RNTI进行解扰和CRC校验，才能确认DCI是不是发送给UE的，为什么是这样的decode 流程？这主要DCI的调制过程有关系，下面来具体看。
DCI的调制流程图如下，主要涉及38.212,38.211这两本spec中的内容。
看下每一步的作用。
Information element multiplexing
这一步主要是将DCI的field 映射成一个bits流。DCI 的每个field 按序依次映射，第一个field映射至a0,第二个field映射之a1.....。更具体地，例如第一个field 是100 ，那最高位“1”要先映射到a0, 后面的两个“0”，分别映射至a1 a2 。
如果DCI size 小于12 bits，则需要在后补零 直到12bits。
CRC attachment
这一步和UE用RNTI 解绕CRC校验息息相关。CRC attachment 输入为a0，a1，a2，…，aA-1，长度为A。基站在这个序列前面添加24 bit 每个bit都是“1”，通过gCRC24C多项式，生成24位循环校验码“p0，p1，p2，…，pA-1”，再添加到原始输入“a0，a1，a2，…，aA-1”后面，命名为新的bit流“b0,b1，.....bA-1,....bA+L-1 ”（L=24）。
最后基站用RNTI 对”b0,b1，.....bA-1,....bA+L-1 ”的最后16位与RNTI 进行异或操作 得到最后的C bit流。
RNTI 转换成2进制只有16位，因而只需要对最后16位进行异或操作。
gCRC24C多项式 CRC 的计算如下
上面的步骤得到C bit流之后要再通过Polar coding操作 得到d bit流。polar coding过程略过，感兴趣请查看38.212 5.3.1节。
d bit流 进行Rate mathcing后得到最后的f bit流，
为什么要用RNTI解扰？原因就在这一步的处理。PDCCH data在调制前需要进行scrambling，cinit由n_RNTI（高16位）和n_ID（低16位）构成。对于USS，如果CORESET配置PDCCH-DMRS-Scrambling-ID，n_RNTI等于C-RNTI，n_ID等于PDCCH-DMRS-Scrambling-ID —— 否则n_RNTI等于0，n_ID等于n_cell_ID。
scrambling后需要进行QPSK 调制，得到复制调制符号d(0),....d(Msymb-1)
调制完成后，要将复制符号通过贝塔PDCCH 进行一个scale之后再映射到时频域资源上，映射时 遵循先频域后时域的顺序。PDCCH 是单端口(P=2000)传输。
最后UE 在PDCCH 上收到对应的data后，反向操作即可解析出对应的DCI。
另外，RNTI的类型；DL 接收类型，物理信道，RNTI和传输信道的组合关系在NR PDCCH (二)SearchSpace有介绍，这里不再赘述。
微信同步更新欢迎关注“modem协议笔记”。