前段时间看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