為NR-V2X sidelink通信定義了至少兩種sidelink資源分配模式

模式1：基站調度UE用于sidelink傳輸的側鏈資源

模式2:UE確定(即基站不調度)由基站/網絡配置的sidelink資源或預配置的sidelink資源內的sidelink傳輸資源

模式2定義涵蓋潛在的sidelink無線層功能或資源分配子模式，其中

UE自主選擇用于傳輸的側鏈資源

UE協助其他UE的側鏈資源選擇

UE配置有NR配置的授權(類似于Type1)，用于側鏈傳輸

UE調度其他UEsha的側鏈傳輸

典型的通信是在兩個節點之間，例如，蜂窩通信是在基站和UE之間。并且根據數據分組流的方向將其進一步分為下行和上行。無論是哪個方向，基站都扮演著兩個角色：作為數據包發射器/接收器和作為調度器，它決定每個數據包要使用的無線資源，參見下圖。

在LTE V2X中，在UE自主資源選擇模式(即模式4)中，引入了基于長持續時間感知的資源選擇機制，以支持周期性業務的半持久傳輸。

在NR V2X中，需要注意的是，并非所有5G V2X服務都是周期性的。一些事件觸發的非周期業務，如碰撞前警告信息，比周期傳輸更重要。事件觸發的業務是不可預測的。例如，在緊急情況下，會生成制動消息。快速可靠地傳輸信息至關重要。因此，對于UE確定的側鏈傳輸資源模式(即模式2)，事件觸發的業務需要快速感知機制，以便能夠及時傳遞生成的消息。

為了支持更靈活的通信結構，最好有一個單獨的節點作為調度程序節點，見圖2。Node-S的功能是協調局部區域內的資源使用。因此，也將節點稱為本地管理器。與雙方的通信類似，本地管理器向Node-T和Node-R發送DCI以傳達調度決策。

三方通信比傳統的兩方通信靈活得多，主要是因為它不需要Node-T/Node-R與Node-S之間的正式關聯。在C-V2X中，車輛UE可以充當周圍車輛的本地管理器。這可以有效地減少傳輸沖突。

在本地管理器的存在下，側鏈通信采用分層結構。換句話說，車輛UE需要以某種方式與本地經理聯系。然而，由于本地管理器本質上是另一個UE，所以不需要像蜂窩網絡中的UE-BS那樣具有完全關聯。它只是幫助協調某個地區的資源利用。

UE可以與本地管理器建立“diet”連接，這意味著UE與本地管理器同步，并根據為其配置的搜索空間對控制信道進行盲解碼。此外，當UE切換到不同的本地管理器時，不需要正常的切換過程，UE只需向另一個本地管理器發送SR以請求新資源。

物理sidelink控制信道定義為在兩個UE之間傳輸控制信息。在三方通信中，它包括兩個UE之間以及本地管理器(本質上是UE)到UE之間的鏈路。如前所述，本地管理器被授予資源池以進一步分配給其他UE。在接收到資源授權時，UE可以在實際數據之前發送控制信息，以通知接收器進行解碼。同時，本地管理器可以用另一個控制信息通知接收器。

對于車輛編排的用例，編排(即組)中的每個UE并非具有相同的覆蓋場景，但它們必須在組頭的覆蓋范圍內。因此，組報頭可以至少為組內通信執行資源分配。用于組內資源分配的資源集或資源池可以通過基于感知結果的gNB或組頭自主選擇來調度/配置。

為了滿足可靠性要求并避免不必要的重傳時間，HARQ方案可用于NR V2X中的單播通信和群播通信。傳輸UE可以向接收UE分配精確的反饋資源。但它可能會導致隱藏節點問題和半雙工問題。因此，傳輸UE可以輔助接收UE的反饋資源選擇。例如，通知反饋窗口或設置為接收UE的反饋資源。

除了感知機制之外，LTE V2X中的資源預留機制在NR V2X中也需要改進。如果在NR V2X中使用HARQ方案進行單播通信和群播通信，則不僅可以根據感知結果保留SA/數據傳輸(初始和重傳)資源，還可以保留反饋資源。

為了進一步避免浪費保留資源或滿足可靠性要求，還可以考慮搶占機制。因此，在NR V2X中需要研究資源預留和搶占機制。

審核編輯：湯梓紅