針對(duì)XR服務(wù)的容量提升
為了提高XR服務(wù)的容量,可以從新的BSR表、延遲狀態(tài)報(bào)告(delay status reporting)和配置的授權(quán)增強(qiáng)。
新建BSR表
可以基于三個(gè)參數(shù)定義新的BSR表:緩沖區(qū)大小的最小值和最大值以及編碼點(diǎn)的總數(shù)。這三個(gè)參數(shù)可以在規(guī)范中預(yù)定義或通過動(dòng)態(tài)信令(例如RRC配置)提供給UE。從UE的角度來看,動(dòng)態(tài)信令將要求UE在從網(wǎng)絡(luò)接收到一組新的BSR表參數(shù)之后動(dòng)態(tài)地計(jì)算BSR表。這增加了UE的實(shí)現(xiàn)復(fù)雜性和計(jì)算負(fù)擔(dān)。
此外,新BSR表的目標(biāo)范圍是已知的,因?yàn)樗恍枰獙⒁曨l幀的可能大小范圍與公共/已知視頻編碼率相匹配。因此,幾乎不需要?jiǎng)討B(tài)生成新的BSR表。
合理的假設(shè)是,一些LCG(logical?Channel?Group),例如具有高業(yè)務(wù)量的LCG,可以使用新的BSR表來利用其更高的分辨率。其他LCG,例如具有低數(shù)據(jù)速率的LCG,仍然可以使用傳統(tǒng)BSR表,因?yàn)楫?dāng)緩沖區(qū)大小很小時(shí),它具有非常小的步長。因此,為了保持增強(qiáng)型BSR MAC CE的格式簡單,可以在新BSR表中具有與傳統(tǒng)BSR表相同數(shù)量的編碼點(diǎn)。
如上所述,不同的LCG使用不同的BSR表是有益的,以利用所有表(增強(qiáng)型和傳統(tǒng)型)所能提供的最佳范圍/分辨率。為了實(shí)現(xiàn)這一點(diǎn),網(wǎng)絡(luò)可以配置LCG應(yīng)該使用哪個(gè)BSR表來編碼和報(bào)告其緩沖區(qū)大小。
預(yù)計(jì)新的BSR表將具有比舊表更短的范圍(否則,在相同的編碼點(diǎn)數(shù)量下,其分辨率不能更高)。因此,LCG必須同時(shí)使用新的和舊的BSR表,這取決于其緩沖區(qū)大小。更具體地說,如果其緩沖區(qū)大小在BSR表的范圍內(nèi),則使用新的BSR表。否則,將使用舊版本。
出于上述相同的原因,增強(qiáng)型BSR MAC CE需要包括新字段(例如,如果僅定義了一個(gè)新BSR表,則為新位圖),以指示LCG已使用哪個(gè)BSR表來編碼其緩沖區(qū)大小。否則,網(wǎng)絡(luò)將無法知道使用哪個(gè)BSR表來解碼LCG的緩沖區(qū)大小。
延遲狀態(tài)報(bào)告(DSR:Delay status reporting )
哪個(gè)實(shí)體應(yīng)該報(bào)告DSR?例如,它應(yīng)該是每個(gè)LCG還是每個(gè)LCH(logical?Channel)。一般認(rèn)為每個(gè)LCH可能不是必要的,特別是如果允許DRB擁有多個(gè)LCH。出于LCG用于BSR報(bào)告的相同原因,認(rèn)為網(wǎng)絡(luò)可能只會(huì)將具有兼容優(yōu)先級(jí)(時(shí)延要求)的LCH分組到同一LCG中。因此,LCG可以是DSR報(bào)告實(shí)體的一個(gè)好選擇。
XR應(yīng)用程序可以生成不同類型的流。一些流具有嚴(yán)格的時(shí)延要求,而其他流則沒有。對(duì)于那些沒有嚴(yán)格時(shí)延要求的流,它們可能不需要報(bào)告其延遲狀態(tài),即使這樣的報(bào)告是由另一個(gè)流觸發(fā)的。因此,網(wǎng)絡(luò)可以配置哪些LCG應(yīng)報(bào)告其延遲狀態(tài)。并非每個(gè)LCG都需要在DSR中報(bào)告其延遲狀態(tài)。
對(duì)于XR業(yè)務(wù)的延遲要求(例如15毫秒),這不是非常緊急的,UE沒有必要在其PUSCH傳輸中包括DSR。相反,網(wǎng)絡(luò)可以為LCG配置觸發(fā)DSR的時(shí)間閾值,即,如果在對(duì)應(yīng)于LCG的層2緩沖器中緩沖的數(shù)據(jù)中的最大剩余時(shí)間低于配置的時(shí)間閾值時(shí),UE觸發(fā)DSR。
關(guān)于剩余時(shí)間,它可以被定義為PDU或PDU?set的剩余延遲預(yù)算,即從當(dāng)前時(shí)間到延遲截止時(shí)間的持續(xù)時(shí)間。PDU集合中的PDU的延遲截止時(shí)間可以定義為PDU集合中第一個(gè)接收到的PDU的時(shí)間加上相應(yīng)QoS?flow的PSDB。對(duì)于其他類型的PDU,延遲截止時(shí)間定義為PDU的到達(dá)時(shí)間加上其相關(guān)QoS流的PDB。
除了由時(shí)間閾值觸發(fā)的DSR,還可以有其他類型的DSR觸發(fā)。例如,DSR的另一個(gè)觸發(fā)器可以是移動(dòng)性事件。例如,在UE切換到新小區(qū)之后,目標(biāo)小區(qū)可能不知道UE的延遲狀態(tài)。如果UE具有剩余數(shù)據(jù)低于閾值的數(shù)據(jù),則它應(yīng)該觸發(fā)DSR并將其發(fā)送到目標(biāo)小區(qū)。
具有定時(shí)器觸發(fā)的DSR也是有用的,因?yàn)锽SR可以由事件和定時(shí)器觸發(fā)。
DSR的基本目的是通知網(wǎng)絡(luò)時(shí)延接近截止日期的數(shù)據(jù)量。當(dāng)發(fā)送DSR時(shí),UE應(yīng)利用該機(jī)會(huì)報(bào)告被配置用于延遲狀態(tài)報(bào)告的所有LCG的延遲狀態(tài),而不僅僅是其數(shù)據(jù)觸發(fā)該DSR的LCG。
根據(jù)報(bào)告的首選粒度,網(wǎng)絡(luò)可以配置一個(gè)或多個(gè)報(bào)告閾值。UE然后報(bào)告剩余時(shí)間低于報(bào)告閾值的數(shù)據(jù)量。例如,假設(shè)網(wǎng)絡(luò)配置了兩個(gè)報(bào)告閾值T1和T2,其中T1<T2。然后,UE報(bào)告剩余時(shí)間短于T2的數(shù)據(jù)量以及剩余時(shí)間在T1和T2之間的數(shù)據(jù)量。
用于確定每個(gè)報(bào)告閾值的數(shù)據(jù)量的剩余時(shí)間可以不同于觸發(fā)DSR的剩余時(shí)間,因?yàn)橥ǔT谟|發(fā)DSR時(shí)的時(shí)間和通過PUSCH發(fā)送DSR的時(shí)間之間存在額外的延遲。
CG(Computer Animation)增強(qiáng)
物理層已同意在每個(gè)時(shí)段引入多場合CG。
首先,這種新型CG配置適用于type-1和type-1?CG。
要指定多場合CG,需要兩個(gè)新參數(shù):一個(gè)周期內(nèi)的場合之間的周期性和每個(gè)周期的場合數(shù)。
對(duì)于第一個(gè)參數(shù),最好允許一個(gè)時(shí)間段內(nèi)的事件之間有一個(gè)可配置的時(shí)間間隔,而不是限制一個(gè)時(shí)間內(nèi)的所有事件都是連續(xù)的。當(dāng)突發(fā)內(nèi)的數(shù)據(jù)沒有背靠背到達(dá)或者分組之間存在抖動(dòng)時(shí),這種靈活性允許更有效地使用UL無線資源。該參數(shù)可以由RRC配置,因?yàn)椴恍枰獎(jiǎng)討B(tài)采用該參數(shù)。
第二個(gè)參數(shù),即每個(gè)周期的次數(shù),可以將RRC配置為基線。然而,允許動(dòng)態(tài)適應(yīng)的進(jìn)一步增強(qiáng)值得討論。眾所周知,許多XR應(yīng)用響應(yīng)于網(wǎng)絡(luò)條件的波動(dòng)而動(dòng)態(tài)地采用其編碼速率或幀速率。由于每個(gè)周期的出現(xiàn)次數(shù)直接取決于視頻幀大小,而視頻幀大小又直接取決于編碼速率,因此從時(shí)延減少和容量改善的角度來看,動(dòng)態(tài)采用該參數(shù)是有用的。例如,網(wǎng)絡(luò)可以預(yù)先配置一組大小,然后使用MAC CE動(dòng)態(tài)地指示每個(gè)周期的次數(shù)。
引入多場合CG的一個(gè)關(guān)鍵動(dòng)機(jī)是,只需要一個(gè)CG配置就可以支持具有周期性突發(fā)的XR流量。然而,眾所周知,XR流量具有非整數(shù)周期性,這與當(dāng)前CG配置不匹配。多場合CG也存在同樣的問題。
在傳統(tǒng)中,基于使用CG配置的周期性、時(shí)機(jī)的時(shí)間位置和為CG配置的HARQ進(jìn)程的數(shù)量的公式來確定CG時(shí)機(jī)的HARQ?process ID?,F(xiàn)在使用多場合CG,配置中可以有兩個(gè)周期。因此,需要重新考慮HARQ?process ID的公式。
可以有不同的選項(xiàng)。例如,可以采用在多TB DCI中使用的設(shè)計(jì),即重用傳統(tǒng)公式來確定CG中第一次的HARQ?process ID。然后,以該process ID為起點(diǎn),HARQ?process ID對(duì)于每個(gè)后續(xù)情況遞增1,直到達(dá)到HARQ進(jìn)程的數(shù)量或下一周期的開始。另一種選擇是重復(fù)使用傳統(tǒng)公式,但用一段時(shí)間內(nèi)的周期性來替換公式中的CG周期性。我們認(rèn)為后者的計(jì)算更簡單,對(duì)現(xiàn)有規(guī)范的更改也更少,因此更可取。
如果UE已經(jīng)發(fā)送了針對(duì)CG時(shí)機(jī)的跳過指示,則即使存在符合CG條件的后續(xù)數(shù)據(jù),也不應(yīng)允許UE繼續(xù)使用該時(shí)機(jī),因?yàn)榫W(wǎng)絡(luò)可能已經(jīng)為其他授權(quán)或其他用戶重新分配了該無線資源。
一些XR業(yè)務(wù)流可能需要具有非常短周期的CG,例如姿態(tài)或控制消息,或每個(gè)周期具有多個(gè)場合的CG。在這種情況下,對(duì)于UE來說,在每個(gè)CG場合指示跳過是更昂貴的?;蛘咴诰W(wǎng)絡(luò)配置多個(gè)CG并且這些CG具有重疊的場合的情況下,UE為這些CG中的每一個(gè)發(fā)送跳過指示是非常低效的。因此,跳過指示可以對(duì)應(yīng)于CG的多個(gè)連續(xù)場合或多個(gè)CG的重疊場合。
當(dāng)配置Rel-16增強(qiáng)型UL跳過時(shí),如果UCI與PUSCH場合重疊,則UE需要在該P(yáng)USCH上復(fù)用UCI,即使UE沒有符合使用PUSCH的數(shù)據(jù)(即,必須發(fā)送偽TB)。這種行為對(duì)于UE來說是低效的,但避免了gNB在同一時(shí)隙中對(duì)PUCCH和PUSCH進(jìn)行盲解碼。
然而,如果為UE配置了用于CG的跳過指示,則可以避免這種低效。更具體地,如果UE具有其PUCCH時(shí)機(jī)與CG時(shí)機(jī)重疊的UCI并且不具有任何符合CG時(shí)機(jī)的UL數(shù)據(jù),則UE在CG時(shí)機(jī)之前發(fā)送UL跳過指示。然后網(wǎng)絡(luò)知道UE不會(huì)通過PUSCH傳輸任何內(nèi)容,并且它只需要解碼PUCCH。對(duì)于UE,它仍然可以通過PUCCH傳輸U(kuò)CI,并且不需要PUSCH傳輸。該行為消除了gNB側(cè)的解碼模糊性,并且與Rel-16行為相比。
在XR應(yīng)用程序生成的流中,可以定期進(jìn)行UL姿勢更新。這些更新是頻繁的(例如每4ms更新一次),通常大小較小(例如100B),并且具有嚴(yán)格的延遲要求(例如10ms PDB)??紤]到這些特殊特性,更明智的做法是讓UE通過CG而不是動(dòng)態(tài)UL授權(quán)來發(fā)送姿態(tài)更新。
使用CG發(fā)送周期性姿態(tài)更新的好處是,這些傳輸不會(huì)使UE保持在DRX活動(dòng)時(shí)間。更具體地,一旦突發(fā)(例如,視頻流)結(jié)束,UE可以進(jìn)入非活動(dòng)狀態(tài)以節(jié)省電力(例如,由網(wǎng)絡(luò)終止或由DRX非活動(dòng)定時(shí)器到期終止)。同時(shí),UE仍然可以使用CG來繼續(xù)發(fā)送姿態(tài)更新。
然而,這種配置的功率節(jié)省可能仍然有限。這是因?yàn)樵贑G上的每個(gè)PUSCH傳輸之后,UE需要啟動(dòng)HARQ RTT定時(shí)器,然后啟動(dòng)HARQ reTx定時(shí)器,以監(jiān)控PDCCH的潛在重傳。由于姿勢更新的短周期性和HARQ reTx定時(shí)器的典型長度(例如幾毫秒),UE將不能在兩個(gè)DRX周期之間有太多的睡眠時(shí)間。下面的圖1說明了這樣一個(gè)示例及其缺點(diǎn)。

如圖1所示,避免額外PDCCH監(jiān)控的一種可能的增強(qiáng)是在CG上PUSCH傳輸之后禁用HARQ RTT定時(shí)器和HARQ reTx定時(shí)器。由于小的PDU大小和低的姿態(tài)更新比特率,可以在不依賴HARQ重傳的情況下以良好的可靠性發(fā)送它們。例如,可以使用保守的MCS和高重復(fù)級(jí)別發(fā)送它們。
這種增強(qiáng)可以在每個(gè)CG的基礎(chǔ)上實(shí)現(xiàn),這取決于CG用于哪種類型的流。