PDCCH monitoring capability

前段时间看search space set group (SSSG) switching相关内容时，注意到R17和R16的描述由于PDCCH monitoring capability的变化，内容有些不一样。于是就顺带看了下R16 R17PDCCH monitoring capability的内容。R16和R17分别对PDCCH monitoring进行了增强，R16 考虑到URLLC 的mini-slot调度，URLLC场景，一个时隙内可能存在多次调度，按照R15按照每个slot去定义盲检能力就不太合适，因而对于scs=15 kHz和30 kHz提出了per span的mini-slot PDCCH monitoring机制；R17将5G NR的频段范围从52.6GHz扩展到了71GHz，增加了FR2-2频段，FR2-2可以支持scs 120/480/960khz，进而numerologies就多了u=5,6的情况，但是较高的SCS 值(例如 480kHz 和 960kHz)会造成slot的长度变得更短， 如果UE在每个时隙都检测PDCCH，则PDCCH监听就会过于频繁，不仅会增加UE的功耗，还会增加UE检测的复杂度，影响UE的能力，此外，如果继续之前按照每个时隙的非重叠CCE和PDCCH候选选集的最大盲检数量的规定，调度的灵活性将受到影响并且 PDCCH负载会过重可能导致阻塞，因而R17 针对scs 480/960khz，提出了Multi-slot PDCCH monitoring机制(per slot group)。

截至到R17，目前有3种PDCCH monitoring，分别是R15 PDCCH monitoring capability(per slot)，R16 PDCCH monitoring capability(per span)，R17 PDCCH