【5G#02】DCI size alignment DCI大小对齐

与LTE协议相同，NR的基站也是通过DCI将调度决策下发给UE。调度器根据不同的目的，发送不同的DCI。不过在NR中，DCI的命名或者说DCI的格式，有了一些变化。

UE会基于payload的大小以及使用的RNTI，对DCI的格式进行盲检。需要检测的DCI格式取决于基站的配置，典型的配置场景是UE监视下面3种大小不同的DCI：

（1）DCI 0-0/1-0；

（2）DCI 0-1；

（3）DCI 1-1；

由于NR定义的DCI格式更多，因而相比于LTE，NR协议在DCI大小对齐（DCI size alignment）这块，做了更多的说明和要求，本篇就对这块内容做一些描述和说明。

---

DCI大小对齐的过程主要分为五个步骤，下面从调度的角度依次解释。

STEP 0：CSS中的DCI 0_0和DCI 1_0的长度必须相等，且向DCI 1_0对齐

步骤1、计算CSS中调度的DCI 0_0大小，其中 使用 初始UL BWP大小。

步骤2、计算CSS中调度的DCI 1_0大小，其中  的大小取决于条件：

（1）如果小区配置了CORESET #0，则使用 CORESET #0的大小；

（2）如果小区没有配置CORESET #0，则使用 初始DL BWP的大小。

步骤3、如果CSS中调度的DCI 0_0长度 小于CSS中调度的DCI 1_0长度，需要在DCI 0_0的末尾补若干个0填充bits，直到两者相等。

步骤4、如果CSS中调度的DCI 0_0长度 大于CSS中调度的DCI 1_0长度，需要截断若干个DCI 0_0中“Frequency domain resource assignment”字段的MSB位，直到两者相等。

对STEP 0的解释

1、某些情况下，小区可能不会配置CORESET #0，比如当前小区是EN-DC-only小区。所以，在计算CSS中下行分配的DCI 1_0时，协议有必要对该条款进行补充说明，区分当前小区是否配置了CORESET #0。

2、由于DCI 0-0和1-0的长度相等，因此， 为了能够区分DCI 0-0和1-0，DCI的第一个bit位就是一个UL/DL位，同样的方法用于DCI 0-1和1-1。

3、有时候为了考虑效率，代码实现时，不一定需要严格按照上述的先后顺序判断和计算。

协议原文

STEP 1：USS中的DCI 0_0和DCI 1_0的长度必须相等，对齐长度长的

步骤1、计算USS中调度的DCI 0_0大小，其中 使用 激活UL BWP大小。

步骤2、计算USS中调度的DCI 1_0大小，其中  使用 激活DL BWP大小。

步骤3、如果为UE配置了 ServingCellConfig-> s u pplementaryUplink，且SUL和Non-SUL都配置了PUSCH，此时若调度SUL和Non-SUL的USS中的DCI 0_0长度不相等，则需要给短的DCI 0_0补0填充bits，直到两者长度相等。

步骤4、如果USS中调度的DCI 0_0的长度小于USS中调度的DCI 1_0的长度，需要在DCI 0_0的末尾补若干个0，直到两者长度相等。

步骤5、如果USS中调度的DCI 1_0的长度小于USS中调度的DCI 0_0的长度，需要在DCI 1_0的末尾补若干个0，直到两者长度相等。

对STEP 1的解释

1、下图中的DCI配置，包括了 CSS中的DCI 0_0和DCI 1_0，以及 USS中的DCI 0_0和DCI 1_0。根据对齐原则，对于UE和基站来说，虽然有4种DCI格式，但此时“ 不同长度的DCI总数”（the total number of different DCI sizes）等于2。

协议原文

STEP 2：USS中的DCI *_1与USS中的DCI *_0的长度不能相等，若相等则在DCI *_1的末尾加1bit填充，强制不相等

1、如果为UE配置了ServingCellConfig->supplementaryUplink，且SUL和Non-SUL都配置了PUSCH，此时若调度SUL和Non-SUL的DCI 0_1 长度不相等，则需要在短的DCI 0_1的末尾补若干个0，直到两者长度相等。

2、如果USS中调度的DCI  0_1 的长度等于另一个USS中调度的DCI 0_0/DCI 1_0，需要在该DCI 0_1 的末尾增加1bit的0填充。

3、如果USS中调度的DCI 1_1的长度等于另一个USS上调度的DCI 0_0/DCI 1_0，需要在该DCI 1_1的末尾增加1bit的0填充。

对STEP 2的解释

1、由于fallback类型的DCI 0-0和1-0长度相等（通过DCI中1bit的UL/DL位区分），non-fallback类型的DCI 0-1和1-1长度也相等（也是通过DCI中1bit的UL/DL位区分），那么，如果fallback类型的DCI和non-fallback类型的DCI，长度也相等的话，UE就无法区分这4种DCI。因此，协议在这里强制给non-fallback类型的DCI末尾加了1bit，从而通过payload的不同，让UE能够区分这4种DCI。

2、增加1bit的填充 ，即能保证DCI长度不同，也能保证空口中携带的bit数尽可能的少。

3、 USS中的DCI 0_1和DCI 1_1，长度有可能相等，也有可能不相等 。比如下图中的DCI配置，若USS中的DCI 0_1和DCI 1_1的大小刚好相等，那么此时只有2种不同的DCI大小；而若USS中的DCI 0_1和DCI 1_1的大小不相等，那么此时就有3种不同的DCI大小。但对于UE和基站来说，无论哪种情况，此时的DCI配置，“ 不同长度的DCI总数”（the total number of different DCI sizes）等于3。

4、下图中的DCI配置，“ 不同长度的DCI总数”等于 4。

协议原文

STEP 3：完成DCI大小对齐的条件

如果下面两个条件同时满足，则认为完成了DCI大小对齐的过程：

1、小区配置的需要检测的不同长度的DCI总数不超过4。注意，这个是小区级别的，不是BWP级别的，也不是UE级别的。

2、小区配置的需要检测C-RNTI加扰的不同长度的DCI总数不超过3。

协议原文

STEP 4：重新计算USS中的DCI 1_0/0_0，且以DCI 1_0的长度为基准

如果基站在调度的时候，不能同时满足前文<STEP 3>中提及的2个条件，则进入<STEP 4>继续处理。

1、移除前文<STEP 2>中增加的1比特填充（如果有的话。因为要重新计算*_0的长度，所以之前补偿的填充要删除）。

2、重新计算USS中调度的DCI 1_0的长度，其中由下式给出：

（1）如果小区配置了CORESET #0，则使用 CORESET #0 的大小；

（2）如果没有配置CORESET #0，则使用 初始DL BWP 的大小。

3、重新计算 USS 中调度的DCI 0_0 的长度，其中 使用 初始UL BWP 大小。

4、如果USS中调度的DCI 0_0的长度小于USS中调度的DCI 1_0的长度，需要在DCI 0_0的末尾补若干个0，直到两者长度相等。

5、如果USS中调度的DCI 0_0的长度大于USS中调度的DCI 1_0的长度，需要截断若干个DCI 0_0中“Frequency domain resource assignment”字段的MSB位，直到两者相等。

对STEP 4的解释

1、下图中的DCI配置，经过重新计算和填充后，不同长度的DCI总数（the total number of different DCI sizes）等于3 。

协议原文

STEP 5：UE不处理的情况

按前述步骤执行之后，UE不再处理以下任何一种情况：

1、小区配置的需要检测的不同长度的DCI总数超过4；

2、小区配置的需要检测C-RNTI加扰的不同长度的DCI总数超过3；

3、USS的DCI 0_0长度等于另外一个USS的DCI 0_1的长度；

4、USS的DCI 1_0长度等于另外一个USS的DCI 1_1的长度。（无法区分多个DCI）

协议原文

 

最后说明

如果DCI格式中的信息bit数小于12，则应在DCI的末尾添加0，直到payload大小等于12。

 

 

参考​​​​​​​ 

38.212-f90

38.331-fa0

some CRs