Rel-16在URLLC場景支持無序HARQ（OoO-HARQ：Out-of-Order-HARQ），即對于具有不同HARQ進程ID的兩個PDSCH，可以在較早PDSCH的HARQ-ACK之前發(fā)送稍后PDSCH的HARQ-ACK。針對兩個PDSCH的UE處理協(xié)議提出了三種情況的解決方案：

• Case0：同一載波中支持無序HARQ-ACK操作，且具有單一處理時間能力。

• Case1：當將不同的最小處理時間線能力配置為同一載波上的PDSCH時，跨具有不同最小處理時間線能力的PDSCH支持無序HAQ-ACK操作。

• Case2：當在同一載波上同時配置額外DMRS和PDSCH處理時間能力#2，且?guī)в懈郊覦MRS的PDSCH遵循最小PDSCH處理時間能力#1時，不同處理時間線能力的PDSCH支持無序HAQ-ACK操作。

針對無序HARQ，協(xié)議規(guī)定如下：

如果支持Case0，且UE支持無序HARQ操作，并且如果pdsch在時域中不重疊：

• UE處理所有PDSCH而不丟棄，以下情況除外：

1.?Rel-15支持UE回退到capability?#1，并支持報告pdsch-ProcessingType2-Limited的UE丟棄行為。

2.?在Case0下，不能在給定的載波上同時配置額外的DMRS和capability?2。

如果支持Case1或Case2，并且如果UE在某些條件下不能處理所有pdsch，并且如果pdsch在時域中不重疊，則：

• UE始終處理與capability?2相關的PDSCH

• 如果在與capability?2相關聯(lián)的PDSCH開始之前，UE的最后一個符號至少N1個符號，則UE處理與capability?1相關聯(lián)的PDSCH。

1.?N1是capability?1的最小處理時間線。

一、處理非重疊PDSCH

Case0，其中OoO在同一載波中具有單一處理能力

在Rel-15中支持相同處理時間的HARQ-ACK。因此，圖1中所示的兩個場景是支持的。

在Rel-15中，支持具有相同處理時間線的背靠背調度。因此，對于Rel-15 UE，只要所有pdsch遵循相同的處理時間線，就不應該存在流水線問題。

因此，從Rel-15到支持無序調度和處理兩個pdsch（當它們遵循相同的處理能力時）僅僅是非常小的一步。處理單元中的流水線不受影響。

此外，如果Rel-15 UE報告pdsch-ProcessingType2-Limited，則UE丟棄行為可以考慮不同SCS的Rel-15定義。然后，當使用超過136個PRB調度PDSCH時，UE將應用capability#1處理時間，即使為小區(qū)配置了capability#2。調度不超過136個PRB的后續(xù)PDSCH仍將使用capability#2處理時間進行處理。在這種情況下，將發(fā)生流水線問題。當UE處理單元應該開始處理較后的capability#2 PDSCH時，它們仍將被占用來處理較早的capability#1 PDSCH。為了解決這些流水線問題，對于30khz SCS，當UE的最后一個符號距離下面的capability#2處理時間PDSCH的開始時間小于10 OS時，允許UE丟棄第一個PDSCH。

Case1，當同一運營商上配置了不同的最小處理時間線能力時，OoO跨不同最小處理時間線能力的PDSCH

這樣做主要動機是為了省電。如果eMBB PDSCH可以遵循較慢的處理時間，那么就有一些降低功耗的空間。

當允許更寬松的UE處理能力時，時鐘速率可以降低。然而，目前還沒有證據(jù)表明時鐘頻率的降低是可能的，如果可能的話，能節(jié)省多少電也沒有答案。即使降低時鐘頻率可以降低峰值功耗，也不清楚它會在多大程度上降低平均功耗。原因是，在較低的時鐘頻率下，芯片組需要運行更長的時間，消耗的能量可能仍然相同。

Case2，當在同一載波上同時配置附加DMRS和PDSCH處理時間capability#2時，OOO跨具有不同處理時間線能力的PDSCH，并且具有附加DMRS的PDSCH遵循最小PDSCH處理時間capability#1

在高速場景中eMBB/URLLC復用的情況下，eMBB PDSCH將具有額外的dmrs以改進信道估計性能。URLLC將遵循capability2的處理時間，而eMBB有一個額外的DMRS，并遵循capability1的處理時間。額外的DMRS和UE PDSCH處理capability2可以在同一載波上同時配置，以確保eMBB和URLLC的良好性能。

在同一載波上不需要兩個可配置UE處理能力，就可以支持上述Case2。如果附加dmrs將與UE處理capability2一起配置在同一小區(qū)上，則可以基于PDSCH持續(xù)時間來決定是應用capability1處理時間還是應用capability2處理時間。帶有額外DMRS的長PDSCH將遵循capability1處理時間，短PDSCH將遵循capability1處理時間。

1） FFS是否受Rel-15限制

在Rel-15中，對于具有使用30kHz SCS的調度限制的UE處理capability2，如果調度的RB分配超過136 RB，則UE默認為capability1處理時間。另一方面，對于沒有調度限制的UE處理capability2，即使調度的RB分配超過136 RB，UE仍然使用capability2處理時間。

PDSCH處理capability2觸發(fā)以跳過一些PDSCH處理capability1的情況類似于無序HARQ，即有限的UE能力將導致跳過一些PDSCH的解碼。因此，Rel-15中定義的PDSCH跳過的RB數(shù)也可以作為OOO處理的條件。

2） 是否包括與capability2相關聯(lián)的PDSCH在與capability1相關聯(lián)的PDSCH之前的情況

考慮到URLLC傳輸?shù)牡蜁r延要求，后面的URLLC PDSCH應該使用處理capability2時間表。如果URLLC使用PDSCH處理capability1，eMBB沒有動機與capability2關聯(lián)，因為eMBB HARQ-ACK并不比URLLC HARQ-ACK更緊急。所以，這種情況很少發(fā)生。此外，gNB的實現(xiàn)也可以避免這種情況，例如gNB表示eMBB流量的HARQ反饋時間較大。

3） UE可以跳過對與capability1相關聯(lián)的PDSCH的解碼。

當與capability1相關聯(lián)的PDSCH的UE行為不確定時，gNB可以假設最壞情況。因此，在這種情況下，UE應該跳過對與capability1相關聯(lián)的PDSCH的解碼，并且報告PDSCH的HARQ以用于gNB重傳。

此外，如果UE總是丟棄與capability1相關聯(lián)的整個PDSCH，則eMBB PDSCH性能損失太大。因此，作為增強，可以考慮僅丟棄與capability1相關聯(lián)的第一個PDSCH的一些CBG，而不是丟棄整個TB。這可以避免不必要的CBG重傳并提高系統(tǒng)效率。這一概念如下圖2所示。

如上圖2所示，當PDSCH1的結束和PDSCH2的開始之間的時間間隔小于N1個符號時。因此，整個PDSCH 1不能被解碼，但是在一些CB的結束和PDSCH 2的開始之間的時間間隔足夠大以處理這些剩余的CB。這些剩余的CB仍然可以被解碼。解碼后的CB可以提高重傳性能和系統(tǒng)效率。

二、處理重疊資源

Rel-16 NR中，應引入以下UE能力來處理兩個單播pdsch之間的沖突：

• Capability?A：在場景1-1中，UE處理兩個PDSCH的能力

• Capability?B：在場景1-2下，UE處理兩個PDSCH的能力

1.?關于信令能力的細節(jié)進一步討論

2.?在場景1-2中，描述UE在頻域中處理重疊資源的行為。

• Capability?C：UE始終處理高優(yōu)先級PDSCH的能力。在某些調度條件下，UE只處理低優(yōu)先級PDSCH。

對于URLLC來說，對重疊資源的調度是有意義的，無論是對于相同的還是對于不同的能力處理時間線。因此，此功能與能力處理時間線無關。例如，eMBB PDSCH傳輸可以由緊隨任何功能的緊急URLLC PDSCH傳輸搶占。在這種重疊的PDSCH場景中，處理高優(yōu)先級信道將帶來良好的性能。

對于場景1-2，gNB通常一次只在同一PRB上發(fā)送一個PDSCH。在相同頻率資源上，兩個PDSCH不存在傳輸，例如，兩個PDSCH都可以在不同的層上。然后對于Capability?B UE，處理重疊PDSCH的UE行為將與UE的能力相同。不必區(qū)分這兩種能力。

對于Capability?C UE，如果資源重疊，UE信道中將發(fā)生沖突。這應該以與OoO HARQ場景中的流水線沖突相同的方式處理。因此，應該丟棄低優(yōu)先級信道。

在資源重疊的情況下，特別是對于重疊的PRB，不需要支持處理低優(yōu)先級信道。因此，更傾向不考慮Capability?C UE的調度條件，并且UE總是跳過低優(yōu)先級PDSCH的譯碼。

重疊PDCCH和PDSCH

目前的討論主要集中在PDSCH與PDSCH的重疊上。另一個重要的場景是，后面的PDCCH與前面的PDSCH重疊。在Rel-15中，RMI可以在DCI中使用，DCI正在調度PDSCH以指示特定資源（包括CORESET）周圍的速率匹配。URLLC的監(jiān)視時機的周期性可以很小，以確保短的時延，并且CORESET還可以占用許多頻域資源以確保足夠的可靠性。因此，需要為URLLC 的CORESET保留大量資源，如下面的圖4所示。早期計劃的eMBB-PDSCH將圍繞CORESET進行速率匹配。它不能利用所有可用的資源，即使大多數(shù)監(jiān)控場合都是空的，并且不用于實際傳輸PDCCH。這可以用“綠色” 下面圖3的示例中的PDSCH。

如果UE監(jiān)視URLLC DCI并同時處理相同資源上的eMBB數(shù)據(jù)，如下面的圖4所示，則可以避免通過CORESET周圍的速率匹配造成的資源浪費，而是在整個資源矩形上傳輸eMBB PDSCH（如下面的圖4中的綠色所示）。gNB可以在包括預配置的URLLC?CORESET的資源上調度eMBB數(shù)據(jù)。如果URLLC數(shù)據(jù)到達，則通過屏蔽eMBB數(shù)據(jù)資源來傳輸URLLC DCI（DCI2）。

在UE側，在每個配置的監(jiān)視時刻監(jiān)視DCI。如果未檢測到DCI，則PDSCH將正常解碼。如果檢測到DCI，UE知道相應的資源被屏蔽（圖5中DCI#2的資源），并且它可以嘗試解碼eMBB分組的未受影響部分或丟棄它。

增強下行 PI

在38.213中，給出接收到PI時的UE行為：“如果UE從所配置的一組服務小區(qū)中檢測到服務小區(qū)的DCI Format2_1，則UE可以假設在PRB和符號中、從一組PRB和上一監(jiān)視周期的一組符號中不存在到UE的傳輸?！?/span>因此，UE可以忽略整個指示區(qū)域。Rel-15期間已經(jīng)討論過的一個問題是URLLC流量的潛在“self-flushing”。如果UE監(jiān)視下行PI，則它可以用INT-RNTI刷新DCI指示的資源，即使這些刷新的資源被分配給該UE的URLLC通信量。

在Rel-16中，如果在物理層中引入URLLC/eMBB標識，則應該考慮DL PI增強，因為DL PI可以配置到支持多個服務的UE是至關重要的。如果UE接收到調度的URLLC流量，則可以跳過監(jiān)視PI或不刷新與URLLC流量相關的緩沖區(qū)。如果UE接收到調度的eMBB業(yè)務，它可以監(jiān)視PI并遵循PI指示Rel-15。

BWP切換時的無序操作

根據(jù)38.213，當活動BWP被調度DCI切換時，UE不需要發(fā)送或接收，直到包含調度傳輸?shù)臅r隙開始。這對UL和DL都有效。當激活BWP切換時，指定開關延遲。在該開關延遲期間，UE不需要發(fā)送UL信號或接收DL信號。開關延遲以時隙單位定義：

PDSCH的K0或PUSCH的K2值指示的間隙可以大于BWP開關延遲。對于K0=5時隙的PDSCH，如下圖5所示。如果BWP開關延遲是例如2個時隙，那么當BWP開關在時隙“n”中啟動時，根據(jù)當前Rel-15規(guī)則，在時隙n+3和n+4中預期沒有傳輸或接收，即使它們在BWP開關延遲之后。然后，這些時隙將被阻止用于緊急URLLC通信。一個可能的Rel-15解決這個問題的方法是限制K0，使其不能接受大于BWP開關延遲的值。但這嚴重制約了eMBB調度的靈活性。

因此，對于Rel-16，建議UE可以期望在BWP交換機延遲之后直接在時隙的開始接收和發(fā)送（至少用于高優(yōu)先級服務數(shù)據(jù)調度）。

?