999-垂直行业需支持Out-of-order调度和HARQ.docx

《999-垂直行业需支持Out-of-order调度和HARQ.docx》由会员分享，可在线阅读，更多相关《999-垂直行业需支持Out-of-order调度和HARQ.docx（2页珍藏版）》请在优知文库上搜索。

1、垂直行业需支持Out-of-order调度和HARQ对于给定小区的任何两个HARQprocessIDA和B,如果A的调度单播PDSeH传输在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月的基线能力中不支持无序调度和HARQo然而，考虑到URLLC的时延要求，这可能不适合同时具有URLLC和MIBB流量的

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

3、以下场景肯定会发生：gNB在第一个时隙向UE提供ULgrant,以调度eMBB数据包在第五个时隙中传输。然后，URLLC流量到达第二个时隙，为了保证URLLC流量的延迟要求，gNB在第三个时隙中生成ULgrant,以调度URLLC数据包在第四个时隙中传输，该时隙在先前调度的MlBB传输之前。如果IJRLLe和eMBB的IJLgrant都被C-RNTI加扰，则2017年12月的基线能力不支持这一点，因此满足URLLC的时延要求将是一个挑战。因此，预计在ReIeaSe16中支持OUt-Of-Order调度。图 1: out-of-order scheduling至于OUt-Of-OrderHARQ

4、-ACK,它也将为URLLC提供好处。假设应用了具有不频繁上下行切换的上下行分配，则HARQ-ACK的时延将相对较大，这取决于上行传输机会。对于延迟要求更宽松的MBB来说，这是可以接受的。但对于URLLC,预计HARQ-ACK更快，以便gNB可以及时安排重传。这肯定会导致同时具有URLLC和eMBB流量的用户出现OUt-Of-OrderHARQ-ACK,R15基线UE功能不支持这种情况。此外，引入用于URLLC的MCS-C-RNTI作为用于MCS表指示的RRC配置参数，这使得在物理层区分eMBB和URLLC数据成为可能。如果在所有情况下支持out-of-order调度和HARQ都很复杂，那么至

5、少可以支持MCS-C-RNTI加扰DCI的调度和HARQ。根据Rel-15中的闭环功控机制，UE将PUSCH传输场合i中的PUSCH传输功率品USCj*%，/）确定为RMAXJ.c（），PUSCHM/力+lgoQ温X）+，尸4/生）+ATFAKKO十九加。）其中fbjN,D=九,H,)+6pusc皿式，i，KPUSaV。是在累积启用的情况下，PUSCH传输场合i的PUSCH功控调整状态。从上述公式中可以看出，,/,(”)取决于两个关键因素：参考点力/,(J)和调整量%uswG，KpuscH，/)，其在TS38.213中描述如下：当USCH力JYaLKPUSCH，/)是一个校正值，也称为TPC命

6、令，包含在DCIformat0_0或DCIformatO_1中，该格式在最后一个PUSCH传输时刻/之后，在服务小区C的载波f的ULBWPb上调度PUSCH传输时刻，或与DClformat2_2中的其他TPC命令联合编码，具有由TPC-PUSCH-RNTl加扰的CRC奇偶校验位，如子条款11.3所述；当考虑out-of-order调度情况时，会对gNB和UE之间的预期传输功率产生误解。如图2所示，从gNB的角度来看，eMBB数据的参考点是PUSCH传输周期i-l,因此它应该以功率P(i-l)+delta1进行传输。然而，从UE的角度来看，eMBB数据预计以功率P(i-l)+delta2+del

7、ta1传输，因为从UE的角度来看，其参考点预计是URLLC传输场合。这将导致闭环功控机制出错，并导致进一步解调失败或干扰增加。因此，如果支持无序调度，则需要增强闭环功控机制。PUSCHtransmissioneMBBtransmissionwithPOnodilP(kl)*delta2*delta1(5mboJUlgrantforeMBBULgrantforURLLCURLLctransmissionwithTPCdehalwithTPCdeItaZ.由PtTddta2图2:由于OUt-Of-OrderSChedUling导致闭环功控问题直观地说，可以通过重新描述参考点和调整量来增强功率控制机

8、制：参考点为力/-,/)，其中ULgrant调度PUSeH传输时机i-r不晚于ULgrant调度PUSCH传输时机i,r为满足上述条件的最小正整数；考虑到UE间URLLC和eMBB多路复用场景，可以通过提高URLLC传输功率来保证URLLC的可靠性。因此，调整量应为在ULgrant调度PUSCH传输时机Ar和ULgrant调度PUSCH传输时机i之间传输的ULgrant中由TPC命令指示的增量之和。通过上述增强，图2中的MlBB数据将使用功率P(i-l)+deltal传输，而URLLC数据将使用功率P(i-l)+delta1+delta2传输。或者，考虑到。ut-of-order调度通常发生在URLLC和MlBB流量混合的用户中，并且URLLC和eMBB需要不同的可靠性，因此分别调整URLLC和eMBB的传输功率是合理的。具体而言，应通过RRC信令配置对应于不同业务类型的多组功率控制参数P0,alpha),对于闭环功控,参考点可以是承载相同类型业务的最后一个PUSCH传输场合(例如，RNTI加扰调度DCI相同)。然而，有时URLLC分组可能稀疏地到达UE,因此将最后一个URLLC传输时刻作为参考点可能不那么准确。