本文已参与「新人创作礼」活动，一起开启掘金创作之路。
URLLC的上行部分中为什么使用Grant Free的调度方式可以减少时延？这部分描述遗漏了。
在NR - Scheduling Request中描述了在UE需要上行调度DCI format 0-0/0-1发送上行数据的时候，如果配置了SR资源，那么UE在SR，承载在PUCCH信道发送，向网络申请上行调度。
如果rrcConfiguration中配置了例如Congfigured Grant Type 1，那么对于SR/UL Grant的这个交互就不需要了。
对于URLLC的下行调度，有下面几个关键点
-
为实现更低延迟，基于non-slot based调度，下行PDSCH符号个数限制为2/4/7
-
抢占式调度，在eMMB场景并发时候，URLLC抢占eMMB部分资源
-
使用较低码率进行数据传输，保证可靠性
调度的PDSCH符号数在协议描述为PDSCH mapping type, Type B。起始符号位置相对于Type A也更灵活。
由于URLLC一般为突发性数据传输，如果固定为其预留资源，则在没有URLLC数据进行传输的时候，造成资源的浪费。一种方案是在URLLC与eMMB场景并发的时候，URLLC抢占eMMB的资源，URLLC的数据在eMMB映射的资源上映射URLLC数据，覆盖eMMB的数据。
由于在eMMB场景的PDSCH数据被覆盖，译码错误，通过使用DCI format 2-1来弥补性能损失，通过指示哪些位置被打掉，后续在重传合并译码的时候，前面被打掉的部分不能够用于合并译码。
协议中通过DCI format 2_1来指示抢占的资源位置。
DCI format 2_1使用INT_RNTI进行加扰，抢占的指示/配置在DownlinkPreemption中。
DCI format 2_1最多为126bit，UE取其中的某一段14bit，最多9段。
当timeFrequencySet配置为0的时候，频域上为整个频域BWP，时域上分成14组，14个比特分别表示其中一组时/频位置是否被URLLC数据占据。例如下面的将总共14个Symbol分成14组。
当timeFrequencySet配置为1的时候，将频域划分为上下两部分，在时域上几个符号作为一组，使用其中的1个比特来指示，14比特同样可以表示14组。例如下面的将总共14个Symbol分成14组。
协议38.213中11.2节Interrupttd transmission indication中描述的，实际分组的总符号数是以DCI format 2-1的周期内的所有符号，去除tdd-UL-DL-ConfigurationCommon指示的上行符号。
下面以timeFrequencySet配置为0作为示例。
对于使用基于CBG反馈的HARQ-ACK，eMMB有可以仅传输对应CBG占据的那部分译码错误的数据。
另外一种简单的URLLC调度就是，就是不通过抢占的方式，这种方式下当然就不需要DCI format 2-1来指示抢占的eMMB资源了。
部分示例图来自 -
