打孔調(diào)度作為有效復(fù)用eMBB和低延遲通信（LLC：low latency communication）業(yè)務(wù)（例如URLLC）的可能解決方案，目前有哪些問(wèn)題？

假設(shè)在下行鏈路中相同的共享載波上EMBB和LLC業(yè)務(wù)復(fù)用，向小區(qū)提供的聚合流量的主要部分來(lái)自eMBB，而較小部分來(lái)自LLC數(shù)據(jù)。LLC業(yè)務(wù)以中小型分組突發(fā)的形式到達(dá)基站，該分組突發(fā)必須以短傳輸時(shí)間在下行共享無(wú)線信道上立即調(diào)度，并且通常不容忍基站處的調(diào)度排隊(duì)時(shí)延。另一方面，eMBB業(yè)務(wù)通常以最大努力為基礎(chǔ)進(jìn)行調(diào)度，具有更長(zhǎng)的傳輸時(shí)間以具有更高的頻譜效率。然而，一些eMBB數(shù)據(jù)流自然也可能具有相關(guān)的QoS要求，例如基站調(diào)度器旨在實(shí)現(xiàn)的最小保證數(shù)據(jù)速率，以及與克服例如慢啟動(dòng)TCP效應(yīng)等相關(guān)的優(yōu)化。

鑒于這種設(shè)置，問(wèn)題是如何以最有效的方式處理eMBB和LLC數(shù)據(jù)的無(wú)線資源分配（即調(diào)度）？最簡(jiǎn)單的選擇將是為L(zhǎng)LC傳輸保留下行共享信道的頻率資源的一部分，使得當(dāng)數(shù)據(jù)到達(dá)基站時(shí)，始終存在用于此類傳輸?shù)谋ＷC可用資源。剩余的無(wú)線資源可免費(fèi)用于eMBB傳輸。然而，該解決方案的問(wèn)題在于，LLC數(shù)據(jù)在基站的瞬時(shí)到達(dá)是一個(gè)隨機(jī)過(guò)程，具有潛在的高方差和快速的時(shí)間變化（甚至可能是一個(gè)非平穩(wěn)過(guò)程）。這基本上意味著基站將不得不（過(guò)度）為L(zhǎng)LC傳輸預(yù)留資源，在許多情況下，由于LLC數(shù)據(jù)到達(dá)的時(shí)變行為，這些資源沒(méi)有被使用。未使用的無(wú)線資源相當(dāng)于丟失的容量。因此，將資源池劃分為兩個(gè)（半靜態(tài)配置的）資源域以服務(wù)不同類型的時(shí)變流量會(huì)導(dǎo)致集群效率損失。動(dòng)態(tài)共享整個(gè)資源池要高效得多。

圖1顯示了打孔調(diào)度概念的基本原理。這里，UE#1（具有eMBB業(yè)務(wù)）由基站調(diào)度以在下行共享無(wú)線信道上傳輸。前者通過(guò)基站發(fā)送調(diào)度分配（在物理層控制信道上傳輸）以及隨后傳輸塊的實(shí)際傳輸來(lái)促進(jìn)。在UE#1的傳輸塊的調(diào)度傳輸時(shí)間期間，用于該傳輸?shù)南滦泄蚕硇诺涝瓌t上由UE壟斷。如圖1所示，在向UE#1的傳輸開(kāi)始后不久，UE#2的LLC數(shù)據(jù)可能到達(dá)基站。為了避免必須等待傳輸塊傳輸?shù)経E#1的完成，建議通過(guò)打孔正在傳輸?shù)経E#1的部分，立即將LLC數(shù)據(jù)傳輸?shù)経E#2。此解決方案的優(yōu)點(diǎn)是將數(shù)據(jù)到UE#2的時(shí)延降至最低。這一優(yōu)勢(shì)的成本在于對(duì)UE#1的傳輸性能。取決于用于向UE#1傳輸?shù)馁Y源的一小部分被打孔的程度，UE#1仍然能夠由于有效前向糾錯(cuò)（FEC：forward error correction）的好處而正確地接收數(shù)據(jù)。然而，對(duì)于許多情況，它也可能導(dǎo)致在UE#1處傳輸塊的解碼失敗。

應(yīng)當(dāng)從圖1中的示意圖中注意到，向UE#1的數(shù)據(jù)傳輸以及向UE#2的打孔數(shù)據(jù)不一定需要不同物理層numerology的復(fù)用。因此，打孔調(diào)度概念也適用于物理下行共享信道使用單一且唯一的numerology（即子載波間隔、符號(hào)時(shí)間、循環(huán)前綴等）的情況。其次，打孔調(diào)度的時(shí)間分辨率自然應(yīng)遵循幀結(jié)構(gòu)設(shè)計(jì)。作為一些示例，調(diào)度LLC數(shù)據(jù)的時(shí)間分辨率可以是時(shí)隙或mini-slot等。

如圖1所示，朝向UE#1的部分傳輸被朝向UE#2的打孔傳輸損壞。如果向UE#1的傳輸是第一個(gè)HARQ傳輸，則UE#1可能無(wú)法正確解碼該傳輸，并因此反饋NACK以觸發(fā)HARQ重傳。如果UE#1不知道第一傳輸?shù)拇蚩?，它將嘗試第一傳輸和第二傳輸（即第一HARQ重傳）的HARQ軟組合，包括損壞的數(shù)據(jù)。后者自然是次優(yōu)的，盡管UE#1可能仍然能夠正確解碼HARQ重傳。

• 選項(xiàng)#1：當(dāng)調(diào)度HARQ重傳（被打孔的數(shù)據(jù)傳輸）時(shí)，基站將被屏蔽的原始傳輸部分指示為調(diào)度許可的一部分（即經(jīng)由物理層控制信道），使得UE可以在HARQ軟組合過(guò)程中考慮這一點(diǎn)。

• 選項(xiàng)2：當(dāng)調(diào)度HARQ重傳（被打孔的數(shù)據(jù)傳輸）時(shí)，基站僅重傳被打孔的部分?；緦⑵渲甘緸檎{(diào)度許可的一部分（即經(jīng)由物理層控制信道），使得UE可以在HARQ軟組合過(guò)程中考慮這一點(diǎn)。

• 選項(xiàng)#3：在傳輸被打孔的傳輸塊之后，基站立即發(fā)送UE的打孔數(shù)據(jù)部分，而不等待任何HARQ反饋。

關(guān)于上述選項(xiàng)，應(yīng)記住與UE解碼操作和HARQ相關(guān)的以下方面。當(dāng)UE嘗試解碼傳輸（但失?。r(shí)，它存儲(chǔ)軟值信息，以便在接收到相應(yīng)的HARQ重傳時(shí)進(jìn)行稍后的HARQ軟組合。應(yīng)該注意的是，存在從資源元素子空間到相應(yīng)軟值的確定性映射，因此盡管穿孔調(diào)度發(fā)生在資源元素子空間中，但是選項(xiàng)1到3仍然是可行的。應(yīng)用這些選項(xiàng)將通過(guò)降低應(yīng)用穿孔調(diào)度的成本來(lái)提高性能。選項(xiàng)#1將通過(guò)不包括噪聲數(shù)據(jù)部分的組合來(lái)改善HARQ軟組合性能。選項(xiàng)#2將為HARQ重傳節(jié)省傳輸資源，因?yàn)閮H重新發(fā)送受損（即穿孔）的原始重傳部分。選項(xiàng)#3與選項(xiàng)#2類似，但具有增強(qiáng)功能，即在不首先等待HARQ-NACK的情況下立即重新傳輸損壞的數(shù)據(jù)。

為了進(jìn)一步舉例說(shuō)明所提出的概念，下圖顯示了時(shí)頻下行無(wú)線資源分配跟蹤，其中緊急LLC傳輸（用紅色標(biāo)記）是現(xiàn)有正在進(jìn)行的MBB傳輸。這是系統(tǒng)級(jí)仿真的一個(gè)示例。

下圖顯示了時(shí)延分布的示例。這里可以看到，當(dāng)對(duì)LLC使用穿孔調(diào)度時(shí)，可以實(shí)現(xiàn)最短的時(shí)延。該圖還包括傳統(tǒng)LTE可能的8 ms HARQ RTT時(shí)延。圖3僅應(yīng)被視為示例。