5G垂直行业需支持的HARQ调度

对于给定小区的任何两个HARQ process ID A和B，如果A的调度单播PDSCH传输在B的调度单播PDSCH传输之前，则（基线能力）UE预计不会在B的HARQ-ACK之后被触发发送A的HARQ-ACK.如果C-RNTI为单播PUSCH传输A加扰的调度DCI先于由C-RNTI为单播PUSCH传输B加扰的调度DCI，则基线能力是：UE预计不会安排为B的PUSCH早于A的PUSCH

考虑到UE实现的复杂性，同意至少在2017年12月的基线能力中不支持无序调度和HARQ。然而，考虑到URLLC的时延要求，这可能不适合同时具有URLLC和eMBB流量的用户。

在一些垂直行业场景中，UE可能具有各种类型的业务。例如，在智能电网应用中，智能分布式电源DTU（Distribution Terminal Unit）将集成三种功能，即配电网差动保护功能、三遥（遥测、遥信和遥控）功能和基于网络的定时功能。不同的功能对时延有不同的要求，如差动保护功能需要15ms的端到端时延，三遥功能需要200ms的端到端时延。考虑到不同的要求，差动保护功能可以通过URLLC传输来实现，三遥功能可以通过时延不敏感传输来实现。例如，无人机将集成两种功能，即远程控制和视频传输，这两种功能应分别由URLLC和eMBB传输来实现。

对于混合了URLLC和eMBB流量的用户，图1中描述的以下场景肯定会发生：gNB在第一个时隙向UE提供UL grant，以调度eMBB数据包在第五个时隙中传输。然后，URLLC流量到达第二个时隙，为了保证URLLC流量的延迟要求，gNB在第三个时隙中生成UL grant，以调度URLLC数据包在第四个时隙中传输，该时隙在先前调度的eMBB传输之前。如果URLLC和eMBB的UL grant都被C-RNTI加扰，则2017年12月的基线能力不支持这一点，因此满足URLLC的时延要求将是一个挑战。因此，预计在Release 16中支持out-of-order调度。

至于out-of-order HARQ-ACK，它也将为URLLC提供好处。假设应用了具有不频繁上下行切换的上下行分配，则HARQ-ACK的时延将相对较大，这取决于上行传输机会。对于延迟要求更宽松的eMBB来说，这是可以接受的。但对于URLLC，预计HARQ-ACK更快，以便gNB可以及时安排重传。这肯定会导致同时具有URLLC和eMBB流量的用户出现out-of-order HARQ-ACK，R15基线UE功能不支持这种情况。

此外，引入用于URLLC的MCS-C-RNTI作为用于MCS表指示的RRC配置参数，这使得在物理层区分eMBB和URLLC数据成为可能。如果在所有情况下支持out-of-order调度和HARQ都很复杂，那么至少可以支持MCS-C-RNTI加扰DCI的调度和HARQ。

当考虑out-of-order 调度情况时，会对gNB和UE之间的预期传输功率产生误解。如图2所示，从gNB的角度来看，eMBB数据的参考点是PUSCH传输周期i-1，因此它应该以功率P(i-1)+delta 1进行传输。然而，从UE的角度来看，eMBB数据预计以功率P(i-1)+delta 2 + delta 1 传输，因为从UE的角度来看，其参考点预计是URLLC传输场合。这将导致闭环功控机制出错，并导致进一步解调失败或干扰增加。因此，如果支持无序调度，则需要增强闭环功控机制。

通过上述增强，图2中的eMBB数据将使用功率P(i-1)+delta 1传输，而URLLC数据将使用功率 P(i-1)+delta 1+ delta 2传输。

或者，考虑到out-of-order调度通常发生在URLLC和eMBB流量混合的用户中，并且URLLC和eMBB需要不同的可靠性，因此分别调整URLLC和eMBB的传输功率是合理的。具体而言，应通过RRC信令配置对应于不同业务类型的多组功率控制参数{P0，alpha}，对于闭环功控，参考点可以是承载相同类型业务的最后一个PUSCH传输场合（例如，RNTI加扰调度DCI相同）。

然而，有时URLLC分组可能稀疏地到达UE，因此将最后一个URLLC传输时刻作为参考点可能不那么准确。