對于給定小區(qū)的任何兩個HARQ?process ID?A和B，如果A的調度單播PDSCH傳輸在B的調度單播PDSCH傳輸之前，則（基線能力）UE預計不會在B的HARQ-ACK之后被觸發(fā)發(fā)送A的HARQ-ACK.如果C-RNTI為單播PUSCH傳輸A加擾的調度DCI先于由C-RNTI為單播PUSCH傳輸B加擾的調度DCI，則基線能力是：UE預計不會安排為B的PUSCH早于A的PUSCH

考慮到UE實現(xiàn)的復雜性，同意至少在2017年12月的基線能力中不支持無序調度和HARQ。然而，考慮到URLLC的時延要求，這可能不適合同時具有URLLC和eMBB流量的用戶。

在一些垂直行業(yè)場景中，UE可能具有各種類型的業(yè)務。例如，在智能電網應用中，智能分布式電源DTU（Distribution Terminal Unit）將集成三種功能，即配電網差動保護功能、三遙（遙測、遙信和遙控）功能和基于網絡的定時功能。不同的功能對時延有不同的要求，如差動保護功能需要15ms的端到端時延，三遙功能需要200ms的端到端時延。考慮到不同的要求，差動保護功能可以通過URLLC傳輸來實現(xiàn)，三遙功能可以通過時延不敏感傳輸來實現(xiàn)。例如，無人機將集成兩種功能，即遠程控制和視頻傳輸，這兩種功能應分別由URLLC和eMBB傳輸來實現(xiàn)。

對于混合了URLLC和eMBB流量的用戶，圖1中描述的以下場景肯定會發(fā)生：gNB在第一個時隙向UE提供UL?grant，以調度eMBB數(shù)據(jù)包在第五個時隙中傳輸。然后，URLLC流量到達第二個時隙，為了保證URLLC流量的延遲要求，gNB在第三個時隙中生成UL?grant，以調度URLLC數(shù)據(jù)包在第四個時隙中傳輸，該時隙在先前調度的eMBB傳輸之前。如果URLLC和eMBB的UL?grant都被C-RNTI加擾，則2017年12月的基線能力不支持這一點，因此滿足URLLC的時延要求將是一個挑戰(zhàn)。因此，預計在Release 16中支持out-of-order調度。

至于out-of-order HARQ-ACK，它也將為URLLC提供好處。假設應用了具有不頻繁上下行切換的上下行分配，則HARQ-ACK的時延將相對較大，這取決于上行傳輸機會。對于延遲要求更寬松的eMBB來說，這是可以接受的。但對于URLLC，預計HARQ-ACK更快，以便gNB可以及時安排重傳。這肯定會導致同時具有URLLC和eMBB流量的用戶出現(xiàn)out-of-order HARQ-ACK，R15基線UE功能不支持這種情況。

此外，引入用于URLLC的MCS-C-RNTI作為用于MCS表指示的RRC配置參數(shù)，這使得在物理層區(qū)分eMBB和URLLC數(shù)據(jù)成為可能。如果在所有情況下支持out-of-order調度和HARQ都很復雜，那么至少可以支持MCS-C-RNTI加擾DCI的調度和HARQ。

當考慮out-of-order 調度情況時，會對gNB和UE之間的預期傳輸功率產生誤解。如圖2所示，從gNB的角度來看，eMBB數(shù)據(jù)的參考點是PUSCH傳輸周期i-1，因此它應該以功率P(i-1)+delta 1進行傳輸。然而，從UE的角度來看，eMBB數(shù)據(jù)預計以功率P(i-1)+delta 2 + delta 1 傳輸，因為從UE的角度來看，其參考點預計是URLLC傳輸場合。這將導致閉環(huán)功控機制出錯，并導致進一步解調失敗或干擾增加。因此，如果支持無序調度，則需要增強閉環(huán)功控機制。

通過上述增強，圖2中的eMBB數(shù)據(jù)將使用功率P(i-1)+delta 1傳輸，而URLLC數(shù)據(jù)將使用功率?P(i-1)+delta 1+ delta 2傳輸。

或者，考慮到out-of-order調度通常發(fā)生在URLLC和eMBB流量混合的用戶中，并且URLLC和eMBB需要不同的可靠性，因此分別調整URLLC和eMBB的傳輸功率是合理的。具體而言，應通過RRC信令配置對應于不同業(yè)務類型的多組功率控制參數(shù){P0，alpha}，對于閉環(huán)功控，參考點可以是承載相同類型業(yè)務的最后一個PUSCH傳輸場合（例如，RNTI加擾調度DCI相同）。

然而，有時URLLC分組可能稀疏地到達UE，因此將最后一個URLLC傳輸時刻作為參考點可能不那么準確。