TW202127944A

TW202127944A - 無線通訊系統中請求側鏈路傳送資源的方法和設備

Info

Publication number: TW202127944A
Application number: TW109143980A
Authority: TW
Inventors: 潘立德; 郭豊旗
Original assignee: 華碩電腦股份有限公司
Priority date: 2020-01-07
Filing date: 2020-12-11
Publication date: 2021-07-16
Also published as: US11071006B1; ES2932964T3; CN113163454B; JP6997852B2; US20210211924A1; US20220132359A1; EP3849237B1; EP3849237A1; TWI742962B; JP2021111967A; KR102266530B1; CN113163454A

Abstract

本發明公開從第一使用者設備的角度請求專用側鏈路配置的方法和設備。在一個實施例中，該方法包含第一使用者設備將第一無線電資源控制訊息傳送到網路節點，其中第一無線電資源控制訊息包含側鏈路服務品質資訊，且其中側鏈路服務品質資訊中側鏈路服務品質流的識別的存在是強制性的，而側鏈路服務品質資訊中側鏈路服務品質流的服務品質概述的存在是選擇性的。該方法還包含第一使用者設備從網路節點接收第二無線電資源控制訊息，其中第二無線電資源控制訊息包含專用側鏈路配置和與專用側鏈路配置相關聯的側鏈路服務品質流的識別。

Description

無線通訊系統中請求側鏈路傳送資源的方法和設備

本申請案主張2020年1月7日遞交的第62/958,061號美國臨時專利申請案的權益，該美國臨時專利申請案的完整公開內容以全文引用的方式併入本文中。

本公開大體上涉及無線通訊網路，且更具體地說，涉及無線通訊系統中請求側鏈路傳送資源的方法和設備。

隨著往來行動通訊裝置的大量數據的通訊需求的快速增長，傳統的行動語音通訊網路演進成與互聯網協定（Internet Protocol，IP）數據封包通訊的網路。此類IP數據封包通訊可以是行動通訊裝置的使用者提供IP承載語音、多媒體、多播和點播通訊服務。

示例性網路結構是演進型通用陸地無線電存取網（Evolved Universal Terrestrial Radio Access Network，E-UTRAN）。E-UTRAN系統可提供高數據輸送量以便實現上述IP承載語音和多媒體服務。目前，3GPP標準組織正在討論新下一代（例如，5G）無線電技術。因此，目前在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。

本發明公開從第一使用者設備（User Equipment，UE）的角度請求專用側鏈路配置的方法和設備。在一個實施例中，該方法包含第一UE將第一無線電資源控制（first Radio Resource Control，RRC）訊息傳送到網路節點，其中第一RRC訊息封包含側鏈路服務品質（Quality of Service，QoS）資訊，且其中側鏈路QoS資訊中側鏈路QoS流的識別的存在是強制性的，而側鏈路QoS資訊中側鏈路QoS流的QoS概述的存在是選擇性的。該方法還包含第一UE從網路節點接收第二RRC訊息，其中第二RRC訊息封包含專用側鏈路配置和與專用側鏈路配置相關聯的側鏈路QoS流的識別。

下文描述的示例性無線通訊系統和裝置採用支援廣播服務的無線通訊系統。廣泛部署無線通訊系統以提供例如語音、數據等的各種類型的通訊。這些系統可以基於碼分多址（code division multiple access，CDMA）、時分多址（time division multiple access，TDMA）、正交頻分多址（orthogonal frequency division multiple access，OFDMA）、3GPP長期演進（Long Term Evolution，LTE）無線存取、3GPP長期演進高級（Long Term Evolution Advanced，LTE-A或LTE-高級）、3GPP2 超行動寬頻（Ultra Mobile Broadband，UMB）、WiMax、3GPP新無線電（New Radio，NR）或一些其它調變技術。

確切地說，下文描述的示例性無線通訊系統裝置可以被設計成支援一個或多個標準，例如由在本文中被稱作3GPP的被命名為“第三代合作夥伴計畫（3rd Generation Partnership Project）”的聯合體提供的標準，包含：TS 23.287 V16.0.0，“支援車聯網（Vehicle-to-Everything，V2X）服務（版本16）的5G系統（5G System，5GS）的架構增強”；TR 38.885 V16.0.0；“NR；關於NR車聯網（V2X）（版本16）的研究”；R2-1908107，“來自LTE V2X和NR V2X會話的報告”；R2-1916288，“來自LTE V2X和NR V2X會話的報告”；3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為），draft_R2-191xxx_Running CR到具有NR Sidelink_v1的5G V2X的TS 38.331；TS 38.322 V15.1.0，“NR；無線電鏈路控制（RLC）協定規範（版本15）（Radio Link Control (RLC) protocol specification (Release 15)）”；和TS 38.323 V15.2.0，“NR；封包數據彙聚協定（PDCP）協定規範（版本15）（Packet Data Convergence Protocol (PDCP) protocol specification (Release 15)）”。上文所列的標準和文獻特此明確地以全文引用的方式併入。

第1圖示出根據本發明的一個實施例的多址存取無線通訊系統。存取網路100（access network，AN）包含多個天線群組，一個群組包含104和106，另一群組包含108和110，且額外群組包含112和114。在第1圖中，每個天線群組僅示出兩個天線，然而，每個天線群組可利用更多或更少的天線。存取終端116（access terminal，AT）與天線112和114通訊，其中天線112和114在前向鏈路120上將資訊傳送到存取終端116，且在反向鏈路118上從存取終端116接收資訊。存取終端（AT）122與天線106和108通訊，其中天線106和108在前向鏈路126上將資訊傳送到存取終端（AT）122，且在反向鏈路124上從存取終端（AT）122接收資訊。在FDD系統中，通訊鏈路118、120、124和126可以使用不同頻率進行通訊。舉例來說，前向鏈路120可使用與反向鏈路118所用的頻率不同的頻率。

每個天線組和/或該天線組被設計成在其中通訊的區域常常稱為存取網路的磁區。在實施例中，天線組各自被設計成與存取網路100所覆蓋的區域的磁區中的存取終端通訊。

在前向鏈路120和126上的通訊中，存取網路100的傳送天線可利用波束成形以便改進用於不同存取終端116和122的前向鏈路的訊噪比。另外，相比於通過單個天線對其所有存取終端進行傳送的存取網路，使用波束成形對隨機分散在其覆蓋區域中的存取終端進行傳送的存取網路對相鄰細胞中的存取終端的干擾更少。

存取網路（AN）可以是用於與終端通訊的固定站或基站，並且也可被稱作存取點、節點B、基站、增強型基站、演進節點B（evolved Node B，eNB），或某一其它術語。存取終端（AT）還可以被稱為使用者設備（user equipment，UE）、無線通訊裝置、終端、存取終端或某一其它術語。

第2圖是MIMO系統200中的傳送器系統210（也被稱為存取網路）和接收器系統250（也被稱為存取終端（AT）或使用者設備（UE））的實施例的簡化方塊圖。在傳送器系統210處，將多個數據流程的業務數據從數據來源212提供到傳送（TX）數據處理器214。

在一個實施例中，通過相應的傳送天線傳送每個數據流程。TX數據處理器214基於針對數據流程而選擇的特定編碼方案而對該數據流程的業務數據進行格式化、編碼和交錯以提供編碼數據。

可使用OFDM技術將每個數據流程的編碼數據與導頻數據多工。導頻數據通常是以已知方式進行處理的已知數據模式，並且可在接收器系統處用以估計通道回應。每個數據流程的多工的導頻和編碼數據接著基於為該數據流程選擇的特定調變方案（例如，BPSK、QPSK、M-PSK或M-QAM）進行調變（即，符號映射）以提供調變符號。可以通過由處理器230執行的指令來決定用於每個數據流程的數據速率、編碼和調變。

接著將所有數據流程的調變符號提供給TX MIMO處理器220，該處理器可進一步處理該調變符號（例如，用於OFDM）。TX MIMO處理器220接著將N_T 個調變符號流提供給N_T 個傳送器（TMTR）222a到222t。在某些實施例中，TX MIMO處理器220將波束成形權重應用於數據流程的符號並應用於正從其傳送該符號的天線。

每個傳送器222接收並處理相應符號流以提供一個或多個類比訊號，並且進一步調節（例如，放大、濾波和上變頻轉換）該類比訊號以提供適合於通過MIMO通道傳送的調變訊號。接著，分別從N_T 個天線224a到224t傳送來自傳送器222a到222t的N_T 個調變訊號。

在接收器系統250處，由N_R 個天線252a到252r接收所傳送的調變訊號，並且將從每個天線252接收到的訊號提供到相應的接收器（RCVR）254a到254r。每個接收器254調節（例如，濾波、放大和降頻轉換）相應的接收到的訊號、將調節訊號數位化以提供樣本，並且進一步處理該樣本以提供對應的“接收到的”符號流。

RX數據處理器260接著基於特定接收器處理技術從N_R 個接收器254接收並處理N_R 個接收到的符號流，以提供N_T 個“檢測到的”符號流。RX數據處理器260接著對每個檢測到的符號流進行解調、解交錯和解碼，以恢復數據流程的業務數據。由RX數據處理器260進行的處理與由傳送器系統210處的TX MIMO處理器220和TX數據處理器214執行的處理互補。

處理器270定期決定使用哪個預編碼矩陣（在下文論述）。處理器270制定包括矩陣索引部分和秩值部分的反向鏈路訊息。

反向鏈路訊息可包括關於通訊鏈路和/或接收到的數據流程的各種類型的資訊。接著，反向鏈路訊息由還從數據來源236接收數個數據流程的業務數據的TX數據處理器238處理、由調變器280調變、由傳送器254a到254r調節且傳送回到傳送器系統210。

在傳送器系統210處，來自接收器系統250的調變訊號由天線224接收、由接收器222調節、由解調器240解調並且由RX數據處理器242處理，以便提取由接收器系統250傳送的反向鏈路訊息。接著，處理器230決定使用哪個預編碼矩陣來決定波束成形權重，接著處理所提取的訊息。

轉向第3圖，此圖示出根據本發明的一個實施例的通訊裝置的替代性簡化功能方塊圖。如第3圖中所示，可以利用無線通訊系統中的通訊裝置300來實現第1圖中的UE（或AT）116和122或第1圖中的基站（或AN）100，並且該無線通訊系統優選地是LTE或NR系統。通訊裝置300可以包含輸入裝置302、輸出裝置304、控制電路306、中央處理單元（central processing unit，CPU）308、記憶體310、程式碼312和收發器314。控制電路306通過CPU 308執行記憶體310中的程式碼312，由此控制通訊裝置300的操作。通訊裝置300可接收由使用者通過輸入裝置302（例如鍵盤或小鍵盤）輸入的訊號，且可通過輸出裝置304（例如監視器或揚聲器）輸出圖像和聲音。收發器314用於接收和傳送無線訊號、將所接收訊號傳遞到控制電路306且無線地輸出由控制電路306產生的訊號。也可利用無線通訊系統中的通訊裝置300來實現第1圖中的AN 100。

第4圖是根據本發明的一個實施例在第3圖中所示的程式碼312的簡化方塊圖。在此實施例中，程式碼312包含應用層400、層3部分402以及層2部分404，且耦合到層1部分406。層3部分402通常執行無線電資源控制。層2部分404通常執行鏈路控制。層1部分406通常執行實體連接。

3GPP TS 23.287如下指定與單播模式相關的車聯網（V2X）通訊： 5.2.1.4 通過PC5參考點進行的單播模式通訊僅通過基於NR的PC5參考點支援單播通訊模式。圖5.2.1.4-1說明PC5單播鏈路的實例。 [3GPP TS 23.287 V16.0.0的標題為“PC5單播鏈路的實例”的圖5.2.1.4-1重製為第5圖] 當通過PC5單播鏈路攜載V2X通訊時，以下原理適用： - 兩個UE之間的PC5單播鏈路允許這些UE中的一對或多對對等V2X服務之間的V2X通訊。UE中使用同一PC5單播鏈路的所有V2X服務使用同一應用層ID。註1：由於隱私，應用層ID可能在時間上改變，如條款5.6.1.1和6.3.3.2中所描述。這不會造成PC5單播鏈路的重建。 - 如果這些V2X服務至少與此PC5單播鏈路的對等應用層ID對相關，那麼一個PC5單播鏈路支援一個或多個V2X服務（例如，PSID或ITS-AID）。舉例來說，如圖5.2.1.4-1中所說明，UE A和UE B具有兩個PC5單播鏈路，一個在對等應用層ID 1/UE A與應用層ID 2/UE B之間且一個在對等應用層ID 3/UE A與應用層ID 4/UE B之間。註2：並不要求來源UE知曉不同PC5單播鏈路上的不同目標應用層ID是否屬於同一目標UE。 - PC5單播鏈路使用例如IP或非IP的單個網路層協定來支援V2X通訊。 - PC5單播鏈路支援每流QoS模型，如條款5.4.1中所指定。當UE中的應用層為需要通過PC5參考點進行的通訊的單播模式的V2X服務發起數據傳遞時： - 如果一對對等應用層ID和此PC5單播鏈路的網路層協定與用於此V2X服務的UE中的應用層所需要的那些相同，那麼UE將重送使用現有PC5單播鏈路，並且按照條款6.3.3.4中指定來修改現有PC5單播鏈路以添加此V2X服務；否則 - UE將按照條款6.3.3.1中所指定觸發新PC5單播鏈路的建立。在成功建立PC5單播鏈路之後，如5.6.1.4條款中所指定，UE A和UE B將同一對層2 ID用於後續PC5-S信令訊息交換和V2X服務數據傳送。傳送UE的V2X層向AS層指示傳送是否是用於PC5-S信令訊息（即，直接通訊請求/接受、鏈路識別符更新請求/回應、斷開請求/回應、鏈路修改請求/接受）或V2X服務數據。對於每個PC5單播鏈路，UE自行指派在PC5單播鏈路的使用壽命內唯一識別UE中的PC5單播鏈路的不同PC5鏈路識別符。每個PC5單播鏈路與單播鏈路概述相關，該單播鏈路概述包含： - UE A的服務類型（例如，PSID或ITS-AID）、應用層ID和層2 ID；以及 - UE B的應用層ID和層2 ID；以及 - 在PC5單播鏈路上使用的網路層協定；以及 - 對於每個V2X服務，PC5 QoS流識別符（PC5 QoS Flow Identifier，PFI）集合。每個PFI與QoS參數（即，PQI和選擇性的範圍）相關。出於隱私原因，應用層ID和層2 ID在PC5單播鏈路的壽命期間可能如條款5.6.1.1和6.3.3.2中所描述改變，並且如果是這樣，那麼應相應地在單播鏈路概述中更新。UE使用PC5鏈路識別符指示到V2X應用層的PC5單播鏈路，因此V2X應用層識別對應PC5單播鏈路，即使存在與一個服務類型相關聯的超過一個單播鏈路（例如，針對同一服務類型，UE與多個UE建立多個單播鏈路）。單播鏈路概述將在針對已建立的PC5單播鏈路進行層2鏈路修改之後進行相應更新，如條款6.3.3.4中所指定。 […] 5.6 識別符 5.6.1 通過PC5參考點進行的V2X通訊的識別符 5.6.1.1 綜述每個UE具有用於通過PC5參考點進行V2X通訊的一個或多個層2 ID，其由以下各項組成： - 來源層2 ID；和 - 目的地層2 ID。來源和目的地層2 ID包含於在對這些訊框的層2來源和目的地進行識別的PC5參考點的層2鏈路上發送的層2訊框中。來源層2 ID始終由發起對應層2訊框的UE自分配。 UE對來源和目的地層2 ID的選擇取決於此層2鏈路的通過PC5參考點進行的V2X通訊的通訊模式，如條款5.6.1.2、5.6.1.3和5.6.1.4中所描述。在不同的通訊模式之間，來源層2 ID可能不同。當支援基於IP的V2X通訊時，UE將鏈路本地IPv6位址配置成用作來源IP位址，如TS 23.303 [17]的條款4.5.3中所定義。UE可以將此IP位址用於通過PC5參考點進行的V2X通訊，而無需發送用於雙重位址檢測的相鄰請求和相鄰廣告訊息。如果UE具有如條款5.1.2.1中所述的配置所識別的需要當前地理區域中的隱私支援的啟動的V2X應用，則為了確保超過應用所要求的某個短時間段的任何其它UE（例如，車輛）無法追蹤或識別來源UE（例如車輛），來源層2 ID應隨時間變化且應隨機化。對於通過PC5參考點進行的基於IP的V2X通訊，來源IP位址也應隨時間變化且應隨機化。用於PC5的各個層之間的來源UE的識別符的變化必須同步進行，例如當應用層ID發生變化時，來源層2 ID和來源IP位址也需要改變。 5.6.1.4 通過PC5參考點進行的單播模式V2X通訊的識別符對於通過PC5參考點進行的V2X通訊的單播模式，所使用目的層2 ID取決於通訊對等體，該通訊對等體是在PC5單播鏈路建立期間發現的。如條款5.1.2.1中所指定，用於建立PC5單播鏈路的初始信令可使用與為PC5單播鏈路建立而配置的服務類型（例如，PSID/ITS-AID）相關的默認目的地層2 ID。如條款6.3.3.1中所指定，在PC5單播鏈路建立程序期間，層2 ID被交換且應用於兩個UE之間的未來通訊。應用層ID與UE內的一個或多個V2X應用相關。如果UE具有超過一個應用層ID，那麼從對等UE的角度來看，同一UE的每個應用層ID可以被視為不同UE的應用層ID。由於V2X應用層不使用層2 ID，因此UE維持應用層ID與用於PC5單播鏈路的來源層2 ID之間的映射。這樣可以在不中斷V2X應用的情況下更改來源層2 ID。當應用層ID改變時，如果鏈路用於與已改變的應用層ID的V2X通訊，那麼PC5單播鏈路的來源層2 ID應改變。 UE可以與對等UE建立多個PC5單播鏈路並且將相同或不同來源層2 ID用於這些PC5單播鏈路。編者註：可基於RAN WG回授要求進一步更新識別符描述。 […] 6.3.3 通過PC5參考點進行的單播模式V2X通訊 6.3.3.1 通過PC5參考點建立層2鏈路為了通過PC5參考點執行單播模式V2X通訊，UE配置有如條款5.1.2.1中所描述的相關資訊。圖6.3.3.1-1示出用於通過PC5參考點進行的單播模式V2X通訊的層2鏈路建立程序。 [3GPP TS 23.287 V16.0.0的標題為“層2鏈路建立程序”的圖6.3.3.1-1重製為第6圖] 1. 如條款5.6.1.4中所指定，UE決定用於PC5單播鏈路建立的信令接收的目的地層2 ID。如條款5.1.2.1中所指定，目的層2 ID配置有UE。 2. UE-1中的V2X應用層提供用於PC5單播通訊的應用資訊。應用資訊包含V2X應用的服務類型（例如，PSID或ITS-AID）以及發起UE的應用層ID。應用資訊中可以包含目標UE的應用層ID。 UE-1中的V2X應用層可以提供用於此單播通訊的V2X應用要求。如條款5.4.1.4中所指定，UE-1決定PC5 QoS參數和PFI。如果如條款5.2.1.4中所指定，UE-1決定重新使用現有PC5單播鏈路，那麼如條款6.3.3.4中所指定，UE發起層2鏈路修改程序。 3. UE-1發送直接通訊請求訊息以發起單播層2鏈路建立程序。直接通訊請求訊息包含： - 來源使用者資訊：發起UE的應用層ID（即，UE-1的應用層ID）。 - 如果V2X應用層在步驟2中提供目標UE的應用層ID，那麼包含以下資訊： - 目標使用者資訊：目標UE的應用層ID（即，UE-2的應用層ID）。 - V2X服務資訊：關於請求層2鏈路建立的V2X服務的資訊（例如，PSID或ITS-AID）。 - 指示是否使用IP通訊。 - IP位址配置：對於IP通訊，此鏈路需要IP位址配置，且其指示以下值中的一個： - “IPv6路由器”，如果IPv6位址分配機制受到發起的UE的支援，那麼充當IPv6路由器；或 - “不支援IPv6位址分配”，如果IPv6位址分配機制不受發起的UE支援。 - 鏈路本地IPv6位址：基於RFC 4862 [21]在本地形成的鏈路本地IPv6位址，如果UE-1不支援IPv6IP位址分配機制，即IP位址配置指示“不支援IPv6位址分配”。 - QoS資訊：關於PC5 QoS流的資訊。對於每個PC5 QoS流，PFI和對應PC5 QoS參數（即，PQI和有條件地其它參數，例如MFBR/GFBR等）。如條款5.6.1.1和5.6.1.4中所指定規定，決定用於發送直接通訊請求訊息的來源層2 ID和目的地層2 ID。 UE-1通過PC5廣播使用來源層2 ID和目的層2 ID來發送直接通訊請求訊息。 4. 如下將直接通訊接受訊息發送到UE-1： 4a. （面向UE的層2鏈路建立）如果直接通訊請求訊息中包含目標使用者資訊，那麼目標UE，即UE-2用直接通訊接受訊息作出回應。 4b. （面向V2X服務的層2鏈路建立）如果直接通訊請求訊息中不包含目標使用者資訊，那麼有興趣使用通知的V2X服務的UE因此決定利用UE-1建立層2鏈路，通過發送直接通訊接受訊息來回應請求（圖6.3.3.1-1中的UE-2和UE-4）。直接通訊接受訊息包含： - 來源使用者資訊：發送直接通訊接受訊息的UE的應用層ID。 - QoS資訊：關於PC5 QoS流的資訊。對於每個PC5 QoS流，PFI和由UE-1請求的對應PC5 QoS參數（即，PQI和條件性的其它參數，例如MFBR/GFBR等）。 - IP位址配置：對於IP通訊，此鏈路需要IP位址配置，且其指示以下值中的一個： - “IPv6路由器”，如果IPv6位址分配機制受目標UE的支援，那麼充當IPv6路由器；或 - “不支援IPv6位址分配”，如果IPv6位址分配機制不受目標UE支援。 - 鏈路本地IPv6位址：基於RFC 4862 [21]在本地形成的鏈路本地IPv6位址，如果目標UE不支援IPv6IP位址分配機制，即IP位址配置指示“不支援IPv6位址分配”，且UE-1在直接通訊請求訊息中包含鏈路本地IPv6位址。目標UE應包含非衝突鏈路本地IPv6位址。如果選擇兩個UE（即，發起UE和目標UE）來使用鏈路本地IPv6位址，那麼其應停用RFC 4862 [21]中所定義的雙重位址檢測。註1：當發起UE或目標UE指示對IPv6路由器的支援時，對應位址配置程序將在建立層2鏈路之後實施，並且忽略鏈路本地IPv6位址。如條款5.6.1.1和5.6.1.4中所指定，決定用於發送直接通訊請求訊息的來源層2 ID。目的地層2 ID設定成接收到的直接通訊請求訊息的來源層2 ID。一旦從對等UE接收到直接通訊接受訊息，UE-1就獲得未來通訊的對等UE的層2 ID，以用於此單播鏈路的信令和數據業務。建立PC5單播鏈路的UE的V2X層將指定用於單播鏈路的PC5鏈路識別符和PC5單播鏈路相關資訊向下傳遞到AS層。PC5單播鏈路相關資訊包含層2 ID資訊（即，來源層2 ID和目的地層2 ID）。這使得AS層能夠維持PC5鏈路識別符以及PC5單播鏈路相關資訊。編者註：將基於來自SA WG3的回授決定用於相互認證和安全性關聯建立的步驟。 5. 如下通過所建立的單播鏈路傳送V2X服務數據：將PC5鏈路識別符和PFI以及V2X服務數據提供給AS層。 UE-1使用來源層2 ID（即，用於此單播鏈路的UE-1的層2 ID）和目的地層2 ID（即，用於此單播鏈路的對等UE的層2 ID）發送V2X服務數據。註2：PC5單播鏈路是雙向的，因此UE-1的對等UE可以通過與UE-1的單播鏈路將V2X服務數據發送到UE-1。編者註：取決於RAN WG對如何通過AS層發送直接通訊請求/接受訊息（例如，通過使用PC5-RRC信令）的決策，可以更新包含在直接通訊請求/接受訊息中的參數。編者註：包含在直接通訊請求/接受訊息中的額外參數（例如，安全性相關）有待進一步研究（FFS）。編者註：將基於來自SA WG3的回授決定單播通訊是否在鏈路層處需要安全保護。

3GPP TS 38.885如下指定用於NR（新RAT/無線電）V2X單播模式通訊的服務品質（QoS）管理： 7 QoS管理在QoS管理在資源分配、擁塞控制、裝置內共存、功率控制和SLRB配置中的使用的背景下，QoS管理與V2X相關。與QoS管理相關的實體層參數是所傳遞業務的優先順序、時延、可靠性和最小必需通訊範圍（如由高層定義）。AS中還支援數據速率要求。需要SL擁塞度量以及至少在資源配置模式2下用於擁塞控制的機構。向gNB報告SL擁塞度量是有益的。對於SL單播、組播和廣播，由上部層將V2X封包的QoS參數提供到AS。對於SL單播，基於圖7-1和7-2中所示出的信令流和程序來配置SLRB。假定[6]中所描述的每流QoS模型在上部層中。 [3GPP TS 38.885 V16.0.0的標題為“用於SL單播的SLRB配置（UE特定）”的圖7-1被重製為第7圖] 在圖7-1的步驟0中，通過[6]中的服務授權和供應程序，將用於每個PC5 QoS流的PC5 QoS概述，即，特定的PC5 QoS參數集合以及PC5 QoS規則提前提供給UE；類似地，還將用於每個QoS流的PC5 QoS概述提前提供給gNB/ng-eNB。接著，當封包到達時，UE可首先基於步驟0中配置的PC5 QoS規則而推導出相關PC5 QoS流（即，PC5 QFI）的識別符，且接著可在步驟3中向gNB/ng-eNB報告推導出的PC5 QFI。gNB/ng-eNB可基於步驟0中來自5GC的供應而推導出這些所報告PC5 QFI的QoS概述，且可發信與通過步驟4中的RRC專用信令報告的PC5 QFI UE相關的SLRB的配置。這些SLRB配置可以包含PC5 QoS流到SLRB映射、SDAP/PDCP/RLC/LCH配置等。在步驟5中，AS中的UE按照gNB/ng-eNB配置與對等UE建立與封包的PC5 QFI相關聯的SLRB，且將可用封包映射到建立的SLRB。接著可以進行SL單播傳送。註：如何定義PC5 QFI取決於SA2 WG2。 […]

3GPP R2-1908107捕獲如下關於NR SL QoS和SLRB配置的RAN2#106協定：

1: 堅持SI階段結論，即，SLRB配置應針對NR SL進行NW配置和/或預配置。 2: 對於RRC_CONNECTED UE，為了傳送新PC5 QoS流，其可以通過RRC專用信令向gNB/ng-eNB報告PC5 QoS流的QoS資訊。有待進一步研究關於UE何時起始的確切時間。這意指可在不同時序請求PC5服務的多個PC5 QoS流的SLRB配置。 3: 對於RRC_CONNECTED UE，gNB/ng-eNB可以基於由UE報告的QoS資訊通過RRC專用信令提供SLRB配置並配置PC5 QoS流到SLRB的映射。UE可以僅在接收到SLRB配置之後建立/重新配置SLRB。UE何時建立/重新配置SLRB有待進一步研究。 4: 取決於關於如何分配PFI的SA2結論有待進一步研究關於所報告QoS資訊的內容（例如，PFI、PC5 QoS概述等）以及用於實現PC5 QoS流到SLRB映射（例如，PFI到SLRB映射、QoS概述到SLRB映射等）的內容。 5: 對於RRC_IDLE/INACTIVE UE，gNB/ng-eNB可以通過V2X特定的SIB提供SLRB配置並且配置PC5 QoS概述到SLRB的映射。當RRC_IDLE/INACTIVE UE發起新PC5 QoS流的傳送時，其基於SIB配置建立與該流的PC5 QoS概述相關聯的SLRB。 6: 有待進一步研究如何描述SIB中的每個PC5 QoS概述，關於何種PC5 QoS參數包含在PC5 QoS概述的待決SA2的最終結論。 7: 對於OoC UE，預配置SLRB配置以及PC5 QoS概述到SLRB的映射。當OoC UE發起新PC5 QoS流的傳送時，其基於預配置建立與流相關的SLRB。 8: 取決於關於如何分配PFI的SA2結論，有待進一步研究用於實現預配置中的PC5 QoS流到SLRB映射（例如，PFI到SLRB映射、QoS概述到SLRB映射等）的內容。 9: 對於UE的SL單播，NW配置/預配置的SLRB配置包含僅與TX相關的SLRB參數，以及與TX和RX兩個相關並且需要與對等UE對準的SLRB參數。 10: 對於SL單播，發起UE向對等UE通知與TX和RX兩個相關並且需要與對等UE對準的SLRB參數。詳細參數有待進一步研究。 11: 對於SL單播，不允許UE通過PC5 RRC訊息為SL中的對等UE配置“僅與TX相關的SLRB參數”。如何處理僅與RX相關的SRLB參數有待進一步研究。 12: 對於SL組播和/或廣播，NW配置/預配置的SLRB包含僅與TX相關的SLRB參數。 13: 對於SL組播和廣播，應在規範中固定與TX和RX兩個相關並且因此需要在UE與所有其對等UE之間對準的那些SLRB參數。 14: 對於SL廣播，如何設定僅與RX相關的SLRB參數取決於UE實施方案。組播情況有待進一步研究。 15: 應針對SL單播、組播/廣播單獨地（預）配置SLRB配置。組播與廣播之間的單獨SLRB配置的需求有待進一步研究。

3GPP R2-1916288捕獲如下關於RLC和LCID不匹配的RAN2#108協定：

1: 當RRC_CONNECTED中的對等UE通過PC5 RRC從發起UE接收SLRB配置以及RLC AM/UM時且如果LCH尚未在對等UE中進行配置，那麼其至少通過PC5 RRC向其gNB報告引發UE的RLC模式。任選地報告PC5 QoS概述。 2: 當RRC_CONNECTED中的對等UE通過PC5 RRC從發起UE接收特定LCID的SLRB配置以及RLC AM/UM時且如果LCH尚未在對等UE中進行配置，那麼對等UE通過發起UE自主地判定遵循此LCID的使用率且向具有從其gNB請求的RLC AM的專用SLRB配置指派此LCID。（工作假定） 3: 當RRC_IDLE/INACTIVE中的對等UE通過PC5 RRC從發起UE接收用於特定LCID的具有RLC AM/UM的SLRB配置時且如果LCH尚未在對等UE中進行配置，那麼對等UE自主地將此LCID值分配到被配置SLRB。取決於UE實施方案，通過選擇SIB中現有的SLRB配置來使SRLB配置具有對應RLC模式。 4: 當OOC中的對等UE通過PC5 RRC從發起UE接收用於特定LCID的具有RLC AM/UM的SLRB配置時且如果LCH尚未在對等UE中進行配置，那麼對等UE自主地將此LCID值分配到被配置SLRB。取決於UE實施方案，通過選擇預配置中現有的SLRB配置來使SRLB配置具有對應RLC模式。 5: 通過UE來分配用於NR側鏈路通訊的LCID。 6: 如果LCH已在對等UE中被配置成具有不同RLC模式，那麼UE將其視為AS層配置失敗處理。 7: TS38.331將捕獲協定：3）中的“取決於UE實施方案，通過選擇SIB中現有SLRB配置來使SRLB配置有對應RLC模式”和4）中的“取決於UE實施方案，通過選擇預配置中的現有SLRB配置來使SRLB配置有對應RLC模式”作為附註。

在2019年12月26日流通的用於捕獲具有NR側鏈路協定的5G V2X的更新運行CR到TS 38.331（如在3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）中描述）如下指定用於NR V2X的側鏈路相關程序和訊息： 5.3.5 RRC重新配置 […] 5.3.5.3 通過UE接收RRCReconfiguration 一旦接收RRCReconfiguration ，UE應執行以下動作： […] 1＞如果RRCReconfiguration 訊息包含sl-ConfigDedicatedNR ： 2＞那麼執行如5.3.5.X中所指定的側鏈路專用配置程序； […] -RRCReconfiguration RRCReconfiguration 訊息是修改RRC連接的命令。其可傳達用於測量配置、行動性控制、無線電資源配置（包含RB、MAC主要配置和實體通道配置）和AS安全配置的資訊。信令無線電承載：SRB1或SRB3 RLC-SAP：AM 邏輯通道：DCCH 方向：網路到UERRCReconfiguration 訊息 -- ASN1START -- TAG-RRCRECONFIGURATION-START … RRCReconfiguration-v16xy-IEs ::= SEQUENCE { sl-ConfigDedicatedNR-r16 SetupRelease {SL-ConfigDedicatedNR-r16} OPTIONAL, -- Need M sl-ConfigDedicatedEUTRA-r16 SetupRelease {SL-ConfigDedicatedEUTRA-r16} OPTIONAL, -- Need M nonCriticalExtension SEQUENCE {} OPTIONAL } -- TAG-RRCRECONFIGURATION-STOP -- ASN1STOP- SL-ConfigDedicatedNR IE SL-ConfigDedicatedNR 指定用於NR側鏈路通訊的專用配置資訊。SL-ConfigDedicatedNR 資訊元素 -- ASN1START -- TAG-SL-CONFIGDEDICATEDNR-START SL-ConfigDedicatedNR-r16 ::= SEQUENCE { sl-ScheduledConfig-r16 SetupRelease { SL-ScheduledConfig-r16 } OPTIONAL, -- Need M sl-UE-SelectedConfig-r16 SetupRelease { SL-UE-SelectedConfig-r16 } OPTIONAL, -- Need M sl-FreqInfoToReleaseList-r16 SEQUENCE (SIZE (1..maxNrofFreqSL-r16)) OF ARFCN-ValueNR OPTIONAL, -- Need M sl-FreqInfoToAddModList-r16 SEQUENCE (SIZE (1..maxNrofFreqSL-r16)) OF SL-FreqConfig-r16 OPTIONAL, -- Need M -- Editor's Note: FFS on whether both mode-1 and mode-2 can be both configured. sl-RadioBearerToReleaseList-r16 SEQUENCE (SIZE (1..maxNrofSLRB-r16)) OF SLRB-Uu-ConfigIndex-r16 OPTIONAL, -- Need N sl-RadioBearerToAddModList-r16 SEQUENCE (SIZE (1..maxNrofSLRB-r16)) OF SL-RadioBearerConfig-r16 OPTIONAL, -- Need N sl-RLC-BearerToReleaseList-r16 SEQUENCE (SIZE (1..maxSL-LCID-r16)) OF SL-RLC-BearerConfigIndex-r16 OPTIONAL, -- Need N sl-RLC-BearerToAddModList-r16 SEQUENCE (SIZE (1..maxSL-LCID-r16)) OF SL-RLC-BearerConfig-r16 OPTIONAL, -- Need N sl-MeasConfigInfoToReleaseList-r16 SEQUENCE (SIZE (1..maxNrofSL-Dest-r16)) OF SL-DestinationIndex-r16 OPTIONAL, -- Need N sl-MeasConfigInfoToAddModList-r16 SEQUENCE (SIZE (1..maxNrofSL-Dest-r16)) OF SL-MeasConfigInfo-r16 OPTIONAL, -- Need M t400 ENUMERATED {ms100, ms200, ms300, ms400, ms600, ms1000, ms1500, ms2000} OPTIONAL, -- Need M sl-CSI-Acquisition-r16 ENUMERATED {enabled} OPTIONAL, -- Need N sl-SSB-PriorityNR-r16 INTEGER (1..8) OPTIONAL, -- Need N sl-PUCCH-Config-r16 PUCCH-Config OPTIONAL, -- Need N sl-PDCCH-Config-r16 PDCCH-Config OPTIONAL, -- Need N networkControlledSyncTx-r16 ENUMERATED {on, off} OPTIONAL, -- Need N ... } -- TAG-SL-CONFIGDEDICATEDNR-STOP -- ASN1STOP

SL-ConfigDedicatedNR 字段描述

networkControlledSyncTx 此字段指示UE是否應傳送同步資訊（即，變為同步來源）。值On指示UE傳送同步資訊，而值Off指示UE不傳送此類資訊。

sl-NR-AnchorCarrierFreqList 此字段指示NR錨載波頻率清單，其可以提供NR側鏈路通訊配置。

sl-FreqInfoToAddModList 此字段指示關於某一（些）載波頻率的NR側鏈路通訊配置在此版本中，僅一個條目可被配置於該清單中。

sl-MeasConfigInfoToAddModList 此字段指示用於單播目的地的RSRP測量配置以進行添加和/或修改。

sl-MeasConfigInfoToReleaseList 此字段指示用於單播目的地的RSRP測量配置以進行去除。

sl-RadioBearerToAddModList 此字段指示一個或多個側鏈路無線電承載配置。

sl-RLC-BearerToAddModList 此字段指示一個或多個側鏈路RLC承載配置。

sl-ScheduledConfig 指示基於網路排程傳送NR側鏈路通訊的UE的配置。

sl-CSI-Acquisition 指示CSI報告是否能在側鏈路單播中實現。如果字段不存在，那麼將停用側鏈路CSI報告。

sl-SSB-PriorityNR 此字段指示NR側鏈路SSB傳送和接收的優先權。

sl-PUCCH-Config 用於側鏈路通訊的PUCCH配置。

sl-PDCCH-Config 用於對側鏈路通訊進行排程的UE特定PDCCH配置。

[…]- SL-RadioBearerConfig IE SL-RadioBearerConfig 指定用於NR側鏈路通訊的側鏈路DRB配置資訊。SL-RadioBearerConfig 資訊元素 -- ASN1START -- TAG-SL-RADIOBEARERCONFIG-START SL-RadioBearerConfig-r16 ::= SEQUENCE { slrb-Uu-ConfigIndex-r16 SLRB-Uu-ConfigIndex-r16, sl-SDAP-Config-r16 SL-SDAP-Config-r16 OPTIONAL, -- Cond SLRBSetup sl-PDCP-Config-r16 SL-PDCP-Config-r16 OPTIONAL, -- Cond SLRBSetup sl-TransRange-r16 ENUMERATED {m50, m80, m180, m200, m350, m400, m500, m700, m1000} OPTIONAL, -- Need M ... } -- TAG-SL-RADIOBEARERCONFIG-STOP -- ASN1STOP

SL-RadioBearerCoonfig 字段描述

sl-PDCP-Config 此字段指示SLRB的PDCP參數。

sl-SDAP-Config 此字段指示如何將側鏈路QoS流映射到SLRB。

slrb-Uu-ConfigIndex 此字段指示SLRB配置的索引。

sl-TransRange 此字段指示SLRB的傳送範圍。單位是公尺。

條件性存在	闡釋
SLRBSetup	該字段通過專用信令的SLRB設置的情況下和在通過系統資訊的SLRB配置以及前配置的情況下是必選地存在；否則該字段任選地存在，需要M。

[…] -SL-SDAP-Config 使用IESL-SDAP-Config 來設定用於側鏈路DRB的可配置SDAP參數。SL-SDAP-Config 資訊元素 -- ASN1START -- TAG-SL-SDAP-CONFIG-START SL-SDAP-Config-r16 ::= SEQUENCE { sl-SDAP-Header-r16 ENUMERATED {present, absent}, sl-DefaultRB-r16 BOOLEAN, sl-MappedQoS-Flows-r16 CHOICE { sl-MappedQoS-FlowsList-r16 SEQUENCE (SIZE (1..maxNrofSL-QFIs-r16)) OF SL-QoS-Profile-r16, sl-MappedQoS-FlowsListDedicated-r16 SL-MappedQoS-FlowsListDedicated-r16 } OPTIONAL, -- Need M sl-CastType-r16 ENUMERATED {broadcast, groupcast, unicast, spare1} OPTIONAL, -- Need M ... } SL-MappedQoS-FlowsListDedicated-r16 r16 SEQUENCE { sl-MappedQoS-FlowsToAddList-r16 SEQUENCE (SIZE (1..maxNrofSL-QFIs-r16)) OF SL-QoS-FlowIdentity-r16 OPTIONAL, -- Need N sl-MappedQoS-FlowsToReleaseList-16 SEQUENCE (SIZE (1..maxNrofSL-QFIs-r16)) OF SL-QoS-FlowIdentity-r16 OPTIONAL -- Need N } -- TAG-SL-SDAP-CONFIG-STOP -- ASN1STOP

SDAP-Config 字段描述

sl-DefaultRB 指示這是不是此NR側鏈路通訊傳送目的地的默認SLRB。在利用同一sl-DestinationIdentity 值的SL-SDAP-Config 的所有被配置個例當中，此字段應在SL-SDAP-Config的至多一個個例中設定成true 且在所有其它個例中設定成false 。

sl-MappedQoS-Flows 指示待映射到SLRB的QoS流。sl-MappedQoS-FlowsListDedicated 任選地存在於專用信令的情況下。否則，sl-MappedQoS-FlowsList 任選地存在。

SL-QoS-InfoConfig 指示QoS流資訊。sl-QoS-FlowIdentity 存在於專用信令的情況下。否則，sl-QoS-Profile 存在。

sl-MappedQoS-FlowsToAddList 指示待另外映射到此SLRB的NR側鏈路通訊傳送目的地的SL QoS流ID的清單。

sl-MappedQoS-FlowsToReleaseList 指示待從現有QoS流釋放到此SLRB的SLRB映射的NR側鏈路通訊傳送目的地的SLQoS流ID的清單。

sl-SDAP-Header 指示SDAP標頭是否存在於此側鏈路DRB上。字段無法在建立側鏈路DRB之後變化。如果將字段sl-DefaultRB設定為真實，那麼此字段設定為存在。

SL-QoS-InfoConfig 字段描述

sl-QoS-FlowIdentity 指示與一個播送類型和一個目的地ID相關的QoS流。其是一個UE的兩端的特有播送類型和目的地ID。

sl-QoS-Profile SL QoS流被映射到SLRB的NR側鏈路通訊傳送播送類型的識別。

[…] 5.X.3 用於NR側鏈路通訊的側鏈路UE資訊 5.X.3.1 綜述 [3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）的標題為“用於NR側鏈路通訊的側鏈路UE資訊”的圖5.X.3.1-1重製為第8圖] 此程序的目的在於通知網路UE對或不再對接收NR側鏈路通訊感興趣，以及請求指派或釋放NR側鏈路通訊的傳送資源且報告與NR側鏈路通訊相關的參數。 5.x.3.2 起始能夠進行RRC_CONNECTED中的NR側鏈路通訊的UE可發起程序以指示其在若干情況下（感興趣）接收NR側鏈路通訊，該情況包含成功連接建立或恢復、興趣改變、改變到提供包含sl-ConfigCommonNR 的SIBX 的PCell。能夠進行NR側鏈路通訊的UE可發起程序以請求用於NR側鏈路通訊傳送的專用資源的指派。一旦發起此程序，UE應： 1＞如果包含sl-ConfigCommonNR 的SIBX 由PCell提供： 2＞那麼確保具有用於PCell的SIBX 的有效版本； 2＞如果被上部層配置成在包含於PCell的SIBX 中的sl-FreqInfoList 中的頻率上接收NR側鏈路通訊： 3＞如果UE自最後一次進入RRC_CONNECTED狀態起就不傳送SidelinkUEInformationNR 訊息；或 3＞如果從UE最後一次傳送SidelinkUEInformationNR 訊息起，UE就連接到不提供包含sl-ConfigCommonNR 的SIBX 的PCell；或 3＞如果SidelinkUEInformationNR 訊息的最後一次傳送不包含sl-RxInterestedFreqList ；或如果自SidelinkUEInformationNR 訊息的最後一次傳送起，被上部層配置成接收NR側鏈路通訊的頻率就已改變： 4＞發起SidelinkUEInformationNR 訊息的傳送以根據5.x.3.3指示感興趣的NR側鏈路通訊接收頻率； 2＞另外： 3＞如果SidelinkUEInformationNR 訊息的最後一次傳送包含sl-RxInterestedFreqList ： 4＞那麼發起SidelinkUEInformationNR 訊息的傳送以根據5.x.3.3指示其不再對NR側鏈路通訊接收感興趣； 2＞如果被上部層配置成在包含於PCell的SIBX 中的sl-FreqInfoList 中的頻率上傳送NR側鏈路通訊： 3＞如果UE自最後一次進入RRC_CONNECTED狀態起就不傳送SidelinkUEInformationNR 訊息；或 3＞如果從UE最後一次傳送SidelinkUEInformationNR 訊息起，UE就連接到不提供包含sl-ConfigCommonNR 的SIBX 的PCell；或 3＞如果SidelinkUEInformationNR 訊息的最後一次傳送不包含sl-TxResourceReqList ；或如果自SidelinkUEInformationNR 訊息的最後一次傳送起，由sl-TxResourceReqList 所承載的資訊就已改變： 4＞那麼發起SidelinkUEInformationNR 訊息的傳送以根據5.X.3.3指示UE所需的NR側鏈路通訊傳送資源； 2＞另外： 3＞如果SidelinkUEInformationNR 訊息的最後一次傳送包含sl-TxResourceReqList ： 4＞那麼發起SidelinkUEInformationNR 訊息的傳送以根據5.X.3.3指示其不再需要NR側鏈路通訊傳送資源； 5.x.3.3 與SidelinkUEInformationNR 訊息的傳送有關的動作 UE應如下設定SidelinkUEInformationNR 訊息的內容： 1＞如果UE發起程序以指示其（不再）有興趣接收NR側鏈路通訊或請求（配置/釋放）NR側鏈路通訊傳送資源（即，UE包含所有涉及的資訊，無論是什麼觸發了程序）： 2＞如果包含sl-ConfigCommonNR 的SIBX 由PCell提供： 3＞如果被上部層配置成接收NR側鏈路通訊： 4＞包含sl-RxInterestedFreqList 且將其設定成用於NR側鏈路通訊接收的頻率； 3＞如果由上部層配置成傳送NR側鏈路通訊： 4＞那麼包含sl-TxResourceReqList 且針對其請求網路指派NR側鏈路通訊資源的每個目的地而如下設定其字段： 5＞將sl-DestinationIdentiy 設定成由上部層配置用於NR側鏈路通訊傳送的目的地識別； 5＞將sl-CastType 設定成由上部層配置用於NR側鏈路通訊傳送的相關聯目的地識別的播送類型； 5＞如果相關雙向側鏈路DRB添加是因RRCReconfigurationSidelink 的配置所致，那麼將sl-RLC-ModeIndication 設定成包含RLC模式和任選地相關RLC模式的側鏈路QoS流的QoS概述； 5＞如果檢測到側鏈路RLF，那麼將sl-Failure 設定成NR側鏈路通訊傳送的相關目的地； 5＞將sl-QoS-InfoList 設定成包含由上部層配置用於NR側鏈路通訊傳送的相關目的地的側鏈路QoS流的QoS概述； 5＞將sl-InterestedFreqList 設定成指示NR側鏈路通訊傳送的頻率； 5＞將sl-TypeTxSyncList 設定成在NR側鏈路通訊傳送的相關sl-InterestedFreqList 上使用的當前同步參考類型。 1＞ UE應向下部層提交SidelinkUEInformationNR 訊息以用於傳送。 […] -SidelinkUEInformationNR SidelinkUEinformationNR 訊息用於向網路指示NR側鏈路UE資訊。信令無線電承載：SRB1 RLC-SAP：AM 邏輯通道：DCCH 方向：UE到網路SidelinkUEInformationNR 訊息 -- ASN1START -- TAG-SIDELINKUEINFORMATIONNR-START SidelinkUEInformationNR-r16::= SEQUENCE { criticalExtensions CHOICE { sidelinkUEInformationNR-r16 SidelinkUEInformationNR-r16-IEs, criticalExtensionsFuture SEQUENCE {} } } SidelinkUEInformationNR-r16-IEs::= SEQUENCE { sl-RxInterestedFreqList-r16 SL-InterestedFreqList-r16 OPTIONAL, sl-TxResourceReqList-r16 SL-TxResourceReqList-r16 OPTIONAL, lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension SEQUENCE {} OPTIONAL } SL-InterestedFreqList-r16 SEQUENCE (SIZE (1..maxNrofFreqSL-r16)) OF INTEGER (1..maxNrofFreqSL-r16) SL-TxResourceReqList-r16 ::= SEQUENCE (SIZE (1..maxNrofSL-Dest-r16)) OF SL-TxResourceReq-r16 SL-TxResourceReq-r16::= SEQUENCE { sl-DestinationIdentity-r16 SL-DestinationIdentity-r16, sl-CastType-r16 ENUMERATED {broadcast, groupcast, unicast, spare1}, sl-RLC-ModeIndication-r16 SEQUENCE { sl-AM-Mode-r16 SEQUENCE { sl-AM-Mode-r16 ENUMERATED {true}, sl-AM-QoS-InfoList-r16 SEQUENCE (SIZE (1..maxNrofSL-QFIsPerDest-r16)) OF SL-QoS-Info-r16 OPTIONAL } OPTIONAL, sl-UM-Mode-r16 SEQUENCE { sl-UM-Mode-r16 ENUMERATED {true}, sl-UM-QoS-InfoList-r16 SEQUENCE (SIZE (1..maxNrofSL-QFIsPerDest-r16)) OF SL-QoS-Info-r16 OPTIONAL } OPTIONAL } OPTIONAL, sl-QoS-InfoList-r16 SEQUENCE (SIZE (1..maxNrofSL-QFIsPerDest-r16)) OF SL-QoS-Info-r16 OPTIONAL, sl-Failure-r16 ENUMERATED {true} OPTIONAL, sl-TypeTxSyncList-r16 SEQUENCE (SIZE (1..maxNrofFreqSL-r16)) OF SL-TypeTxSync-r16 OPTIONAL, sl-TxInterestedFreqList-r16 SEQUENCE (SIZE (1..maxNrofFreqSL-r16)) OF INTEGER (1..maxNrofFreqSL-r16) OPTIONAL } SL-QoS-Info-r16 ::= SEQUENCE { sl-QoS-FlowIdentity-r16 SL-QoS-FlowIdentity-r16, sl-QoS-Profile-r16 SL-QoS-Profile-r16 } -- TAG-SIDELINKUEINFORMATIONNR-STOP -- ASN1STOP […]

SidelinkUEinformationNR 字段描述

sl-RxInterestedFreqList 指示UE感興趣接收NR側鏈路通訊的頻率索引。值1對應於在SIBX 中廣播的sl-FreqInfoList 中的第一條目的頻率，值2對應於在SIBX 中廣播的sl-FreqInfoList 中的第二條目的頻率等等。在此版本中，僅值1可包含在感興趣的頻率清單中。

sl-TxResourceReq 側鏈路UE資訊報告中向網路請求用於NR側鏈路通訊的傳送資源的參數。

SL-TxResourceReq 字段描述

sl-CastType 指示請求資源的對應目的地的情況類型。

sl-DestinationIdentity 指示請求資源的目的地。

sl-Failure 當檢測到側鏈路RLF時，指示相關目的地的側鏈路RLF。

sl-QoS-InfoList 包含如TS 23.287 [xx]中所指定的側鏈路QoS流的QoS概述

sl-QoS-FlowIdentity 此識別唯一地識別UE範圍中的一個側鏈路QoS流，其對於不同目的地和播送類型為特有的。

sl-RLC-ModeIndication 此字段指示用於側鏈路無線電承載的RLC模式和選擇性的相關QoS概述，其尚未被該網路配置且由單播下的另一UE發起。

sl-TxInterestedFreqList 此字段的每個條目指示UE感興趣傳送NR側鏈路通訊的頻率索引。值1對應於在SIBX 中廣播的sl-FreqInfoList 中的第一條目的頻率，值2對應於在SIBX 中廣播的sl-FreqInfoList 中的第二條目的頻率等等。在此版本中，僅值1可包含在感興趣的頻率清單中。在此版本中，僅一個條目可包含在該清單中。

sl-TypeTxSyncList UE所使用的同步化參考清單。UE應包含與sl-TxInterestedFreqList 相同數目的以相同順序列出的條目，即，一個對應於sl-TxInterestedFreqList 中所包含的每個載頻。

[…] 5.X.9 側鏈路RRC程序 5.X.9.1 側鏈路RRC重新配置 5.x.9.1.1 綜述 [3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）的標題為“側鏈路RRC重新配置，成功”的圖5.x.9.1.1-1重製為第9圖] [3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）的標題為“側鏈路RRC重新配置，失敗”的圖5.x.9.1.1-2重製為第10圖] 此程序的目的是建立/修改/釋放側鏈路DRB或配置NR側鏈路測量和報告以用於PC5-RRC連接。 UE可以在以下情況下發起側鏈路RRC重新配置程序且對其對等UE執行子條款5.x.9.1.2中的操作： - 釋放與對等UE相關的側鏈路DRB，如子條款5.x.9.1.4中所指定； - 建立與對等UE相關的側鏈路DRB，如子條款5.x.9.1.5中所指定； - 修飾與對等UE相關的側鏈路DRB的SLRB-Config 中所包含的參數，如子條款5.x.9.1.5中所指定； - 配置對等UE以執行NR側鏈路測量和報告。 5.x.9.1.2 與RRCReconfigurationSidelink 訊息的傳送有關的動作 UE應如下設定RRCReconfigurationSidelink 訊息的內容： 1＞由於sl-ConfigDedicatedNR 、 SIBX 、 SidelinkPreconfigNR 或上部層的配置，根據子條款5.x.9.1.4.1，針對待釋放的每個側鏈路DRB： 2＞設定對應於側鏈路DRB的slrb-ConfigToReleaseList 中所包含的slrb-PC5-ConfigIndex ； 1＞由於接收sl-ConfigDedicatedNR 、 SIBX 、 SidelinkPreconfigNR ，根據子條款5.x.9.1.5.1，針對待建立或修改的每個側鏈路DRB： 2＞根據對應於側鏈路DRB的所接收sl-RadioBearerConfig 和sl-RLC-BearerConfig ，設定slrb-ConfigToAddModList 中所包含的SLRB-Config ； 1＞針對待進行配置的每個NR側鏈路測量和報告： 2＞根據儲存的NR側鏈路測量配置資訊，設定sl-MeasConfig ； 1＞針對與側鏈路DRB相關的目的地，啟動計時器T400； UE應向下部層提交RRCReconfigurationSidelink 訊息以用於傳送。 5.x.9.1.3 通過UE接收RRCReconfigurationSidelink UE應在接收RRCReconfigurationSidelink 之後執行以下動作： 1＞如果RRCReconfigurationSidelink 包含slrb-ConfigToReleaseList ： 2＞那麼針對作為當前UE側鏈路配置的部分的slrb-ConfigToReleaseList 中所包含的每個slrb-PC5-ConfigIndex 值； 3＞根據子條款5.x.9.1.4執行側鏈路DRB釋放程序； 1＞如果RRCReconfigurationSidelink 包含slrb-ConfigToAddModList ： 2＞針對並非當前UE側鏈路配置的部分的slrb-ConfigToAddModList 中所包含的每個slrb-PC5-ConfigIndex 值： 3＞如果包含，那麼施加sl-MappedQoS-FlowsToAddList 和sl-MappedQoS-FlowsToReleaseList ； 3＞根據子條款5.x.9.1.5執行側鏈路DRB添加程序； 2＞針對當前UE側鏈路配置的部分的slrb-ConfigToAddModList 中所包含的每個slrb-PC5-ConfigIndex 值： 3＞如果包含，那麼施加sl-MappedQoS-FlowsToAddList 和sl-MappedQoS-FlowsToReleaseList ； 3＞根據子條款5.x.9.1.4和5.x.9.1.5執行側鏈路DRB釋放或修改程序。 1＞如果UE不能夠遵守RRCReconfigurationFailureSidelink 中包含的（部分）配置（即，側鏈路RRC重新配置失敗）： 2＞那麼繼續使用接收RRCReconfigurationFailureSidelink 訊息之前所用的配置； 2＞設定RRCReconfigurationFailureSidelink 訊息的內容； 3＞向下部層提交RRCReconfigurationFailureSidelink 訊息以用於傳送； 1＞另外： 2＞設定RRCReconfigurationCompleteSidelink 訊息的內容； 3＞向下部層提交RRCReconfigurationCompleteSidelink 訊息以用於傳送；註X：當同一邏輯通道由另一UE配置不同RLC模式時，UE將情況處置為側鏈路RRC重新配置失敗。 […] -RRCReconfigurationSidelink RRCReconfigurationSidelink 訊息是PC5 RRC連接的AS配置的命令。其僅應用於NR側鏈路通訊的單播。信令無線電承載：用於PC5-RRC的側鏈路SRB RLC-SAP：AM 邏輯通道：SCCH 方向：UE到UE -- ASN1START -- TAG-RRCRECONFIGURATIONSIDELINK-START RRCReconfigurationSidelink ::= SEQUENCE { rrc-TransactionIdentifier-r16 RRC-TransactionIdentifier, criticalExtensions CHOICE { rrcReconfigurationSidelink-r16 RRCReconfigurationSidelink-IEs-r16, criticalExtensionsFuture SEQUENCE {} } } RRCReconfigurationSidelink-IEs-r16 ::= SEQUENCE { slrb-ConfigToAddModList-r16 SEQUENCE (SIZE (1..maxNrofSLRB-r16)) OF SLRB-Config-r16 OPTIONAL, slrb-ConfigToReleaseList-r16 SEQUENCE (SIZE (1..maxNrofSLRB-r16)) OF SLRB-PC5-ConfigIndex-r16 OPTIONAL, sl-MeasConfig-r16 SL-MeasConfig-r16 OPTIONAL, sl-CSI-Config-r16 SL-CSI-Config-r16 OPTIONAL, lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension SEQUENCE {} OPTIONAL } SLRB-Config-r16::= SEQUENCE { slrb-PC5-ConfigIndex-r16 SLRB-PC5-ConfigIndex-r16, sl-SDAP-Config-r16 SL-SDAP-Config-r16 OPTIONAL, -- Need N sl-PDCP-Config-r16 SL-PDCP-Config-r16 OPTIONAL, -- Need N sl-RLC-Config-r16 SL-RLC-Config-r16 OPTIONAL, -- Need N sl-MAC-LogicalChannelConfig-r16 SL-LogicalChannelConfig-r16 OPTIONAL, -- Need N ... } SLRB-PC5-ConfigIndex-r16 ::= INTEGER (1..maxNrofSLRB-r16) SL-SDAP-Config-r16 ::= SEQUENCE { sl-MappedQoS-FlowsToAddList-r16 SEQUENCE (SIZE (1..maxNrofSL-QFIs-r16)) OF SL-PFI-r16 OPTIONAL, -- Need N sl-MappedQoS-FlowsToReleaseList-16 SEQUENCE (SIZE (1..maxNrofSL-QFIs-r16)) OF SL-PFI-r16 OPTIONAL, -- Need N ... } -- Editor's note: double check if it is OK to use the same filed name with the one in NR-RRC-Definitions. SL-PDCP-Config-r16 ::= SEQUENCE { sl-PDCP-SN-Size-r16 ENUMERATED {len12bits, len18bits} OPTIONAL, -- Need N sl-HeaderCompression-r16 CHOICE { notUsed-r16 NULL, rohc-r16 SEQUENCE { maxCID-r16 INTEGER (1..16383) DEFAULT 15 } }, ... } SL-RLC-Config-r16 ::= CHOICE { sl-AM-RLC-r16 SEQUENCE { sl-SN-FieldLengthAM-r16 SN-FieldLengthAM OPTIONAL, -- Need M ... }, sl-UM-Bi-Directional-RLC-r16 SEQUENCE { sl-SN-FieldLengthUM-r16 SN-FieldLengthUM OPTIONAL, -- Need M ... }, sl-UM-Uni-Directional-RLC-r16 SEQUENCE { sl-SN-FieldLengthUM-r16 SN-FieldLengthUM OPTIONAL, -- Need M ... } } SL-LogicalChannelConfig-r16 ::= SEQUENCE { sl-LogicalChannelIdentity-r16 LogicalChannelIdentity, ... } SL-PFI-r16 ::= INTEGER (1..64) SL-CSI-RS-Config-r16 ::= SEQUENCE { sl-CSI-RS-FreqAllocation-r16 CHOICE { sl-OneAntennaPort-r16 BIT STRING (SIZE (12)), sl-TwoAntennaPort-r16 BIT STRING (SIZE (6)) } OPTIONAL, -- Need N sl-CSI-RS-FirstSymbol-r16 INTEGER (FFS) OPTIONAL, -- Need N ... } -- TAG-RRCRECONFIGURATIONSIDELINK-STOP -- ASN1STOP […]

RRCReconfigurationSidelink 字段描述

sl-CSI-RS-FreqAllocation 指示側鏈路CSI-RS的頻域位置。

sl-CSI-RS-FirstSymbol 指示側鏈路CSI-RS的第一符號的位置。

sl-LogicalChannelIdentity 指示側鏈路邏輯通道的識別。

sl-MappedQoS-FlowsToAddList 指示待映射到被配置SLRB的QoS流。每個條目由SL-PFI指示，如TS 23.287 [xx]中所定義。

sl-MappedQoS-FlowsToReleaseList 指示待從被配置SLRB釋放的QoS流。每個條目由SL-PFI指示，如TS 23.287 [xx]中所定義。

sl-MeasConfig 指示用於單播目的地的側鏈路測量配置。

sl-PDCP-SN-Size 指示被配置SLRB的PDCP SN大小。

sl-RLC-Mode 指示與被配置SLRB相關的RLC配置。

- RRCReconfigurationCompleteSidelink RRCReconfigurationCompleteSidelink 訊息用於證實成功完成PC5 RRC AS重新配置。其僅應用於NR側鏈路通訊的單播。信令無線電承載：用於PC5-RRC的側鏈路SRB RLC-SAP：AM 邏輯通道：SCCH 方向：UE到UERRCReconfigurationCompleteSidelink 訊息 -- ASN1START -- TAG-RRCRECONFIGURATIONCOMPLETESIDELINK-START RRCReconfigurationCompleteSidelink ::= SEQUENCE { rrc-TransactionIdentifier-r16 RRC-TransactionIdentifier, criticalExtensions CHOICE { rrcReconfigurationCompleteSidelink-r16 RRCReconfigurationCompleteSidelink-IEs-r16, criticalExtensionsFuture SEQUENCE {} } } RRCReconfigurationCompleteSidelink-IEs-r16 ::= SEQUENCE { -- FFS on the details lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension SEQUENCE {} OPTIONAL } -- TAG-RRCRECONFIGURATIONCOMPLETESIDELINK-STOP -- ASN1STOP

3GPP TS 38.322如下介紹RLC狀態報告： 5.2.3 AM數據傳遞 5.2.3.1 傳送操作 5.2.3.1.1 綜述 AM RLC實體的傳送端應使RLC控制PDU的傳送優先於AMD PDU。AM RLC實體的傳送端應使含有先前傳送的RLC SDU或RLC SDU部分的傳送優先於不含先前傳送的RLC SDU或RLC SDU部分的AMD PDU的傳送。 AM RLC實體的傳送端應根據狀態變數TX_Next_Ack如下來維持傳送窗： - 如果TX_Next_Ack ＜= SN ＜ TX_Next_Ack + AM_Window_Size，那麼SN屬於傳送窗內； - 否則，SN在傳送窗外部。 AM RLC實體的傳送端不應向下部層提交其SN在傳送窗外部的任何AMD PDU。對於從上部層接收到的每個RLC SDU，AM RLC實體應： - 使SN與等於TX_Next的RLC SDU相關且通過將AMD PDU的SN設定成TX_Next來構造AMD PDU； - 使TX_Next遞增一。當向下部層提交含有RLC SDU的部分的AMD PDU時，AM RLC實體的傳送端應： - 將AMD PDU的SN設定成對應RLC SDU的SN。 AM RLC實體的傳送端可通過以下來接收RLC SDU的肯定確認（證實通過其對等AM RLC實體成功接收）： - 來自其對等AM RLC實體的STATUS PDU。當接收RLC SDU的肯定確認（其中SN = x）時，AM RLC實體的傳送端應： - 將成功傳遞RLC SDU的指示發送到上部層； - 將等於RLC SDU的SN的TX_Next_Ack設定成最小SN，其SN在TX_Next_Ack ＜= SN ＜= TX_Next範圍內且其中尚未接收到肯定確認。 […] 5.3.2 重新傳送 AM RLC實體的傳送端可通過以下來接收RLC SDU或RLC SDU部分的否定確認（通知通過其對等AMRLC實體接收失敗）： - 來自其對等AM RLC實體的STATUS PDU。當通過來自其對等AM RLC實體的STATUS PDU接收RLC SDU或RLC SDU部分的否定確認時，AM RLC實體的傳送端應： - 如果對應RLC SDU的SN在TX_Next_Ack ＜= SN ＜ TX_Next的範圍內： - 那麼考慮RLC SDU或RLC SDU部分，其中接收對於重新傳送的否定確認。當考慮重新傳送RLC SDU或RLC SDU部分時，AM RLC實體的傳送端應： - 如果首次考慮重新傳送RLC SDU或RLC SDU部分： - 那麼將與RLC SDU相關的RETX_COUNT設定成零。 - 另外，如果（考慮重新傳送的RLC SDU或RLC SDU部分）已經不申請重新傳送且由於同一STATUS PDU中的另一否定確認，與RLC SDU相關聯的RETX_COUNT尚未遞增： - 那麼遞增RETX_COUNT。 - 如果RETX_COUNT = maxRetxThreshold： - 那麼指示上部層已達到最大重新傳送。當重新傳送RLC SDU或RLC SDU部分時，AM RLC實體的傳送端應： - 如果需要，那麼將RLC SDU或RLC SDU部分分段； - 形成將在由下部層在特定傳送機會時指示的AMD PDU的總大小內擬合的新AMD PDU； - 向下部層提交新AMD PDU。當形成新AMD PDU時，AM RLC實體的傳送端應： - 僅將原始RLC SDU或RLC SDU部分映射到新AMD PDU的數據字段； - 根據子條款6.2.2.4中的描述，修改新AMD PDU的標頭； - 根據子條款5.3.3，設定P字段。 […] 5.3.4 狀態報告 AM RLC實體將STATUS PDU發送到其對等AM RLC實體以便提供RLC SDU（或其部分）的肯定和/或否定確認。觸發發起STATUS報告包含： - 從其對等AM RLC實體進行輪詢： - 當從下部層接收到SN = x且P字段設定成“1”的AMD PDU時，AM RLC實體的接收端應： - 如果如子條款5.2.3.2.2中所指定，將丟棄AMD PDU；或 - 如果x ＜ RX_Highest_Status或x ＞= RX_Next + AM_Window_Size： - 那麼觸發STATUS報告。 - 另外： - 延遲觸發STATUS報告直到x ＜ RX_Highest_Status或x ＞= RX_Next + AM_Window_Size。註1：這確保在HARQ重新排序之後傳送RLC Status報告。 - 檢測到AMD PDU接收失敗。 - 當t-Reassembly 過期時，AM RLC實體的接收端應觸發STATUS報告。註2：t-Reassembly 過期觸發更新RX_Highest_Status且觸發STATUS報告兩個，但應在更新RX_Highest_Status之後觸發STATUS報告。當已觸發STATUS報告時，AM RLC實體的接收端應： - 如果t-StatusProhibit 不在運行中： - 在由下部層指示的第一傳送機會時，構造STATUS PDU且將其提交到下部層。 - 另外： - 在t-StatusProhibit 過期之後的由下部層指示的第一傳送機會時，即使狀態報告被觸發數次同時t-StatusProhibit 正在運行，仍構造單一STATUS PDU且將其提交到下部層。當已向下部層提交STATUS PDU時，AM RLC實體的接收端應： - 啟動t-StatusProhibit 。在構造STATUS PDU時，AM RLC實體應： - 對於使得尚未完全接收RX_Next ＜= SN ＜ RX_Highest_Status的具有SN的RLC SDU，增大RLC SDU的SN順序且增大RLC SDU內的位元組部分順序，以SN = RX_Next開始直到所得STATUS PDU仍擬合由下部層指示的RLC PDU的總大小的點： - 對於尚未接收位元組部分的RLC SDU： - STATUS PDU中包含設定成RLC SDU的SN的NACK_SN。 - 對於尚未接收的被部分接收RLC SDU的位元組部分的連續序列： - STATUS PDU中包含NACK_SN、SOstart和SOend的集合。 - 對於尚未接收的RLC SDU的連續序列： - STATUS PDU包含NACK_SN和NACK範圍的集合； - 視需要，STATUS PDU中包含一對SOstart和SOend。 - 將ACK_SN設定成下一未接收RLC SDU的SN，其並不指示所得STATUS PDU缺失。 […] 6.1.3 RLC控制PDU a）STATUS PDU AM RLC實體的接收端使用STATUS PDU來通知對等RLC實體成功接收到的RLC數據PDU和檢測到的AM RLC實體的接收端損失的RLC數據PDU。

3GPP TS 38.323如下介紹針對RoHC回授的PDCP控制PDU： 5.7.6 針對散置ROHC回授的PDCP控制PDU 5.7.6.1 傳送操作當標頭壓縮協定產生散置ROHC回授時，傳送PDCP實體應： - 向下部層提交如子條款6.2.3.2中所指定的對應PDCP控制PDU，即，不與PDCP SN相關聯，也不執行加密。 5.7.6.2 接收操作在從下部層接收針對散置ROHC回授的PDCP控制PDU時，接收PDCP實體應： - 將對應散置ROHC回授傳遞到標頭壓縮協定，無需執行解密。 […] 6.2.3 控制PDU […] 6.2.3.2 針對散置ROHC回授的控制PDU 圖6.2.3.2-1示出攜載一個散置ROHC回授的PDCP控制PDU的格式。此格式適用於UM DRB和AM DRB。 [3GPP TS 38.323 V15.2.0的標題為“用於散置ROHC回授的PDCP控制PDU格式”的圖6.2.3.2-1重製為第11圖]

3GPP TS 23.287在章節6.3.3.1中指定用於通過PC5參考點進行的V2X通訊的單播模式的層2鏈路建立程序。舉例來說，發起UE（例如，UE1）傳送直接通訊請求訊息，且從一個或多個對等UE（例如，UE2）接收直接通訊接受訊息。根據3GPP TS 23.287的章節5.6.1.4，用於建立PC5單播鏈路的發起信令可使用發起信令以建立用於V2X服務或提供V2X服務的V2X應用的單播連接的預設目的地層2 ID（例如，PSID或ITS-AID）。

在直接通訊請求訊息中，包含UE2的應用層ID和UE1的應用層ID，使得UE2可以決定是否對直接通訊請求訊息作出回應。如果UE2決定對直接通訊請求訊息作出回應，那麼UE2可以發起用於建立安全上下文的程序。舉例來說，UE1將直接通訊請求傳送到UE2。在直接通訊請求中，可包含用於建立安全上下文的一些參數。在接收到直接通訊請求後，UE2可發起與UE1的直接驗證和金鑰建立程序。且接著，UE2將直接安全模式命令傳送到UE1，且UE1以直接安全模式完成來對UE2作出回應。另外，如果成功接收直接安全模式完成，那麼UE2可將直接通訊接受傳送到UE1。在單播鏈路不需要安全性的情況下，可省略安全配置程序，且UE2可直接向UE1答覆直接通訊接受。

在傳送直接通訊請求訊息時，將來源層2 ID設定成發起UE的層2 ID且將目的地層2 ID設定成與服務類型（例如，V2X服務或V2X應用）相關的預設目的地層2 ID。因此，UE2可以基於UE1的L2ID和UE2的L2ID而開始在安全建立程序中交換信令。

根據3GPP TR 38.885和3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為），處於RRC_CONNECTED中的UE將需要將側鏈路UE資訊訊息（例如，SidelinkUEInformationNR ）發送到gNB以請求用於在已建立層2鏈路（或單播鏈路）之後傳送端鏈路業務的側鏈路資源。接著，gNB將向UE提供用於NR側鏈路通訊的專用側鏈路配置資訊（例如，IE SL-ConfigDedicatedNR ）。

如3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）中所指定，SidelinkUEInformationNR 可包含與單播鏈路相關的以下資訊元素（information element，IE）：sl-DestinationIdentity 、 sl-CastType 、 sl-RLC_ModeIndication 、 sl-QoS-InfoList 、 sl-Failure 、 sl-TypeTxSyncList 和sl-TxInterestedFreqList 。並且，sl-QoS-InfoList 含有在TS 23.287中指定包含側鏈路QoS流的QoS概述的sl-QoS-Info 的清單，且每個sl-QoS-Info 包含sl-QoS-FlowIdentity 和sl-QoS-Profile 。回應於接收SidelinkUEInformationNR ，gNB可能以RRC Connection重新配置訊息（例如，RRCReconfiguration ）進行答覆來配置用於由sl-QoS-FlowIdentity 識別的有關側鏈路QoS流的專用側鏈路配置。舉例來說，RRCReconfiguration 可以包含可含有指示專用側鏈路配置的資訊的IESL-ConfigDedicatedNR 。其還可以含有指示哪一SLRB（或SL LCH）將映射側鏈路QoS流（例如，sl-MappedQoS-Flows ）的資訊。側鏈路QoS流可映射到現有SLRB或新SLRB。在需要新SLRB的情況下，將包含SLRB配置（例如，sl-RadioBearerToAddModList ）和/或邏輯通道配置（例如，sl-RLC-BearerToAddModList ）用於新SLRB。應注意，每個SLRB與SL LCH相關。

如RAN2#106會議中所同意（如3GPP R2-1908107所論述），對於SL單播，發起UE通知對等UE涉及TX和RX兩個且需要與對等UE對準的SLRB參數。舉例來說，發起UE可傳送RRCReconfigurationSidelink 訊息來通知對等UE（如3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）中所論述），其中RRCReconfigurationSidelink 中包含slrb-PC5-ConfigIndex 來指示用於待在對等UE中建立的SLRB的SLRB配置。作為回應，對等UE可以RRCReconfigurationCompleteSidelink 訊息進行答覆。

另外，根據RAN2#108協定（如3GPP R2-1916288中所論述），當RRC_CONNECTED中的對等UE從發起UE接收具有RLC AM/UM的SLRB配置時且如果LCH尚未在對等UE中進行配置，那麼對等UE應向其gNB報告由發起UE指示的至少RLC模式。其還同意任選地報告側鏈路QoS概述。先前協定捕獲於3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）中，其中將SidelinkUEInformationNR 訊息中所定義的IEsl-QoS-InfoList 指定為OPTIONAL。如果存在sl-QoS-InfoList ，那麼意味著對等UE具有可用於從由sl-QoS-InfoList 中的sl-QoS-FlowIdentity 識別的側鏈路QoS流傳送的數據。否則（即，不存在sl-QoS-InfoList ），這意味著對等UE不具有可用於從由sl-QoS-InfoList 中的sl-QoS-FlowIdentity 識別的側鏈路QoS流傳送的數據。後一情況意味著對等UE僅具有RLC控制PDU（用於RLC AM模式）或PDCP控制PDU（用於ROHC回授）且因此不需要包含sl-QoS-InfoList 。接收SidelinkUEInformationNR 訊息之後，接著gNB可根據是否存在sl-QoS-InfoList 來將正確專用側鏈路配置劃撥到對等UE。

由於發起UE可傳送RRCReconfigurationSidelink 訊息來通知對等UE（如3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）中所論述）建立多個SLRB，因此對等UE需要知道在對等UE不具有可用於從映射到SLRB的有關側鏈路QoS流傳送的數據的情況下哪一SLRB（或SL LCH）應與通過其gNB提供於RRCReconfiguration 中的專用配置資訊相關聯。如果對等UE遵循RRC運行CR（如3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）中所論述），那麼在對等UE不具有用以從有關側鏈路QoS流傳送的業務的情況下，對等UE將不會使sl-QoS-Info 包含於SidelinkUEInformationNR 的sl-QoS-InfoList 中。通過這種方式，gNB無法使sl-MappedQoS-Flows 包含於RRCReconfiguration 的SL-RadioBearerConfig 中，因為SidelinkUEInformationNR 不包含sl-QoS-FlowIdentity 。在這種情況下，對等UE不知道如何使由RRCReconfiguration 配置的SLRB（或SL LCH）與由RRCReconfigurationSidelink 配置的SLRB（或SL LCH）相關。

舉例來說，RRCReconfigurationSidelink包含第一側鏈路QoS流的第一識別，其被映射到用於將側鏈路封包從UE傳送到對等UE的使用RLC AM的第一SL LCH，和第二側鏈路QoS流的第二識別，其被映射到用於將側鏈路封包從UE傳送到對等UE的使用RLC UM的第二SL LCH。由於對等UE當前不具有用於在第一或第二SL LCH上進行傳送的業務，因此對等UE仍將SidelinkUEInformationNR傳送到gNB，但SidelinkUEInformationNR並不報告第一/第二側鏈路QoS流的任何側鏈路QoS概述和/或側鏈路QoS流識別。在接收此SidelinkUEInformationNR之後，gNB可將包含對應於第一SLRB或SL LCH的第一專用配置資訊和對應於第二SLRB或SL LCH的第二專用配置資訊的RRCReconfiguration傳送到對等UE。但由於（第一或第二）專用配置資訊既不包含第一側鏈路QoS流的第一識別，亦不包含第二側鏈路QoS流的第二識別，因此對等UE並不能夠使哪一專用配置資訊與哪一SLRB或SL LCH相關。為了解決此問題，可以考慮一些解決方案。

一個可能的解決方案是對等UE包含與SidelinkUEInformationNR中的有關SLRB（或SL LCH）相關的資訊，使得其gNB可在RRCReconfiguration中重送資訊以使對等UE知道哪一SLRB（SL LCH）應與專用配置資訊相關。有可能可以從RRCReconfigurationSidelink中獲得與有關SLRB（或SL LCH）相關的資訊。舉例來說，對等UE可在SidelinkUEInformationNR中包含slrb-PC5-ConfigIndex，且接著gNB可通過RRCReconfiguration提供用於slrb-PC5-ConfigIndex的專用側鏈路配置。對於另一實例，對等UE可在SidelinkUEInformationNR中包含sl-LogicalChannelIdentity，且接著gNB可通過RRCReconfiguration提供用於sl-LogicalChannelIdentity的專用側鏈路配置。slrb-PC5-ConfigIndex或sl-LogicalChannelIdentity最初包含於RRCReconfigurationSidelink中且用於識別被配置成將側鏈路封包從UE傳送到對等UE的SLRB（或SL LCH）。通過這種方式，對等UE可知道哪一SLRB（或SL LCH）應與其gNB提供的專用側鏈路配置（例如，IE SL-ConfigDedicatedNR）相關。

替代地，當將SidelinkUEInformationNR 訊息傳送到其gNB且接著gNB可提供用於側鏈路QoS流的專用側鏈路配置時，對等UE可使sl-QoS-InfoList包含sl-QoS-FlowIdentity 且使sl-QoS-InfoList不包含sl-QoS-Profile 。通過這種方式，對等UE還可知道哪一SLRB（或SL LCH）應與其gNB提供的專用側鏈路配置（例如，IESL-ConfigDedicatedNR ）相關，因為側鏈路QoS流被映射到有關SLRB（或SL LCH）。與先前解決方案相比，此替代例可誘發當前RRC運行CR（如3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）中所論述）的較小改變。

舉例來說，對等UE可從UE接收RRCReconfigurationSidelink。在RRCReconfigurationSidelink中，將側鏈路QoS流的識別映射到用於將側鏈路封包從UE傳送到對等UE的SLRB（或SL LCH）。接著，對等UE可將SidelinkUEInformationNR傳送到gNB。在SidelinkUEInformationNR中，報告側鏈路QoS流的識別。在傳送SidelinkUEInformationNR之後，對等UE從gNB接收RRCReconfiguration。在RRCReconfiguration中，包含用於對用於將側鏈路封包從對等UE傳送到UE的SLRB（或SL LCH）進行配置的專用配置資訊。在專用配置資訊中，包含側鏈路QoS流的識別，使得對等UE知道由專用配置資訊配置的SLRB（或SL LCH）應該與由RRCReconfigurationSidelink配置的SLRB（或SL LCH）相關。

替代地，不包含sl-MappedQoS-Flows 的每個專用配置資訊可以與無需使SL-QoS-Info 包含於SidelinkUEInformationNR 訊息中的一個SL-TxResourceReq 有序地相關。基本上，因為對等UE單獨構造SL-TxResourceReq 於SidelinkUEInformationNR 訊息中的清單，因此對等UE應該知道不包含SL-QoS-Info 的SL-TxResourceReq 與由RRCReconfigurationSidelink 配置的哪一個SLRB（或SL LCH）相關。因此，對等UE可能知道不包含sl-MappedQoS-Flows 的專用配置資訊與一個SLRB（或SL LCH）相關聯，其中未針對此SLRB（或SL LCH）報告SL-QoS-Info 。

舉例來說，UE可以建立用於將側鏈路封包從UE傳送到對等UE的三個SLRB（或SL LCH），一個是使用RLC AM的第一SLRB，另一個是使用RLC UM的第二SLRB且另一個是使用RLC AM的第三SLRB。將第一SLRB映射到側鏈路QoS流ID 1。將第二SLRB映射到側鏈路QoS流ID 2&3。將第三SLRB映射到側鏈路QoS流ID 4&5。UE可將RRCReconfigurationSidelink訊息傳送到對等UE，其中RRCReconfigurationSidelink訊息包含用於對這三個SLRB進行配置的IE，如下表1中所示出。RRCReconfigurationSidelink 的表1

SLRB（或SL LCH）#	SLRB-PC5-ConfigIndex	包含於SL-SDAP-Config中的sl-MappedQoS-FlowsToAd	SL-RLC-Config
SLRB 1	1	PFI 1	sl-AM-RLC
SLRB 2	2	PFI 2、3	sl-UM-RLC
SLRB 3	3	PFI 4、5	sl-AM-RLC

接收RRCReconfigurationSidelink 訊息之後，對等UE將SidelinkUEInformationNR 訊息傳送到gNB。此時，對等UE可具有僅用以在與PFI 2&3相關的側鏈路QoS流上傳送的業務。因此，對等UE僅報告SidelinkUEInformationNR 訊息中的PFI 2&3。可以通過sl-UM-QoS-InfoList 或sl-QoS-InfoList 來報告PFI 2&3。報告PFI 2&3的兩個實例分別在表2-1和表2-2中。SidelinkUEInformationNR 實例1的表2-1

SL-TxResourceReq #	sl-RLC-ModeIndication	包含於sl-RLC-ModeIndication中的sl-UM-QoS-InfoList	sl-QoS-InfoList
1	sl-AM-Mode	不存在	不存在
2	sl-UM-Mode	PFI 2、3	不存在
3	sl-AM-Mode	不存在	不存在

SidelinkUEInformationNR 實例2的表2-2

SL-TxResourceReq #	sl-RLC-ModeIndication	包含於sl-RLC-ModeIndication中的sl-UM-QoS-InfoList	sl-QoS-InfoList
1	sl-AM-Mode	不存在	不存在
2	sl-UM-Mode	不存在	PFI 2, 3
3	sl-AM-Mode	不存在	不存在

接收SidelinkUEInformationNR 訊息之後，gNB以RRCReconfiguration 訊息回應對等UE。gNB可以不同方式使IE包含於RRCReconfiguration 訊息中。在RRCReconfiguration 訊息中，包含第一專用配置資訊（SL-RadioBearerConfig #1和SL-RLC-BearerConfig #1）、第二專用配置資訊（SL-RadioBearerConfig #2和SL-RLC-BearerConfig #2）和第三專用配置資訊（SL-RadioBearerConfig #3和SL-RLC-BearerConfig #3）。對等UE可使包含PFIs 2&3的專用配置資訊與SLRB2相關，這是因為sl-MappedQoS-Flows 的SL-QoS-FlowIdentity 和sl-QoS-FlowIdentity 兩個被映射到SLRB2（即，sl-MappedQoS-Flows 中的SL-QoS-FlowIdentity 與sl-QoS-FlowIdentity 相同）。

一個實例可示出於表3-1中。通過此RRCReconfiguration 訊息，對等UE使第一專用配置資訊與SLRB1相關且使第三專用配置資訊與SLRB3相關。RRCReconfiguration 實例1的表3-1

SL-RadioBearerConfig #	SL-RadioBearerConfig的sl-SDAP-Config中的sl-MappedQoS-Flows	SL-RLC-BearerConfig #	SL-RLC-BearerConfig中的SL-RLC-Config	SL-RLC-BearerConfig中的MaxRetxThreshold
1	不存在	1	sl-AM-RLC	t1
2	PFI 2、3	2	sl-UM-RLC	N/A
3	不存在	3	sl-AM-RLC	t3

另一實例可示出於表3-2中。通過此RRCReconfiguration 訊息，對等UE使第二專用配置資訊與SLRB1相關且使第三專用配置資訊與SLRB3相關。RRCReconfiguration 實例2的表3-2

SL-RadioBearerConfig #	SL-RadioBearerConfig的sl-SDAP-Config中的sl-MappedQoS-Flows	SL-RLC-BearerConfig #	SL-RLC-BearerConfig中的SL-RLC-Config	SL-RLC-BearerConfig中的MaxRetxThreshold
1	PFI 2、3	1	sl-UM-RLC	N/A
2	不存在	2	sl-AM-RLC	t1
3	不存在	3	sl-AM-RLC	t3

另一實例可示出於表3-3中。通過此RRCReconfiguration 訊息，對等UE使第一專用配置資訊與SLRB1相關且使第二專用配置資訊與SLRB3相關。RRCReconfiguration 實例3的表3-3

SL-RadioBearerConfig #	SL-RadioBearerConfig的sl-SDAP-Config中的sl-MappedQoS-Flows	SL-RLC-BearerConfig #	SL-RLC-BearerConfig中的SL-RLC-Config	SL-RLC-BearerConfig中的MaxRetxThreshold
1	不存在	1	sl-AM-RLC	t1
2	不存在	2	sl-AM-RLC	t3
3	PFI 2、3	3	sl-UM-RLC	N/A

第12圖是根據一個示例性實施例的從第一UE的角度請求專用側鏈路配置的流程圖1200。在步驟1205中，第一UE將第一RRC訊息傳送到網路節點，其中第一RRC訊息包含側鏈路QoS資訊，且其中側鏈路QoS資訊中側鏈路QoS流的識別的存在是強制性的，而側鏈路QoS資訊中側鏈路QoS流的QoS概述的存在是選擇性的。在步驟1210中，第一UE從網路節點接收第二RRC訊息，其中第二RRC訊息包含專用側鏈路配置和與專用側鏈路配置相關的側鏈路QoS流的識別。

在一個實施例中，如果不存在可用於從側鏈路QoS流傳送的數據，那麼側鏈路QoS資訊可以包含側鏈路QoS流的識別，且可不包含側鏈路QoS流的任何QoS概述。此外，如果存在可用於從側鏈路QoS流傳送的數據，那麼側鏈路QoS資訊可以包含側鏈路QoS流的識別，且還可包含側鏈路QoS流的QoS概述。

在一個實施例中，第一UE可在將第一RRC訊息傳送到網路節點之前從第二UE接收第一側鏈路RRC訊息。第一側鏈路RRC訊息可以包含用於接收的SLRB配置、針對SLRB配置的索引（例如，slrb-PC5-ConfigIndex）和/或邏輯通道配置。第一側鏈路RRC訊息可以是RRCReconfigurationSidelink訊息。此外，第一UE可根據側鏈路QoS流的識別而使由專用側鏈路配置進行配置的反向SLRB與由第一側鏈路RRC訊息進行配置的SLRB相關。SLRB可用於將封包從第二UE傳送到第一UE，且反向SLRB用於將封包從第一UE傳送到第二UE。

在一個實施例中，第一RRC訊息可以是SidelinkUEInformationNR 訊息，且第二RRC訊息可以是RRCReconfiguration 訊息。

在一個實施例中，網路節點可以是基站（例如，gNB）。

返回參看第3圖和第4圖，在第一UE請求專用側鏈路配置的一個示例性實施例中。第一UE 300包含儲存在記憶體310中的程式碼312。CPU 308可執行程式碼312以使第一UE能夠：（i）將第一RRC訊息傳送到網路節點，其中第一RRC訊息包含側鏈路QoS資訊，且其中側鏈路QoS資訊中側鏈路QoS流的識別的存在是強制性的且側鏈路QoS資訊中側鏈路QoS流的QoS概述的存在是選擇性的，和（ii）從網路節點接收第二RRC訊息，其中第二RRC訊息包含專用側鏈路配置和與專用側鏈路配置相關的側鏈路QoS流的識別。此外，CPU 308可執行程式碼312以執行所有上文所描述的動作和步驟或本文中描述的其它動作和步驟。

第13圖是根據一個示例性實施例的從第一UE的角度請求專用側鏈路配置的流程圖1300。在步驟1305中，第一UE將第一RRC訊息傳送到網路節點，其中第一RRC訊息包含側鏈路QoS Info，且其中側鏈路QoS Info包含側鏈路QoS流的識別且不包含側鏈路QoS流的任何QoS概述。在步驟1310中，第一UE從網路節點接收第二RRC訊息，其中第二RRC訊息包含專用側鏈路配置和與專用側鏈路配置相關的側鏈路QoS流的識別。

在一個實施例中，如果不存在可用於從側鏈路QoS流傳送的數據，那麼側鏈路QoS Info可包含側鏈路QoS流的識別，且可不包含側鏈路QoS流的任何QoS概述。此外，如果存在可用於從側鏈路QoS流傳送的數據，那麼側鏈路QoS Info可包含側鏈路QoS流的識別，且還可包含側鏈路QoS流的QoS概述。

在一個實施例中，第一RRC訊息可包含目的地識別（例如，目的地層2 ID）、播送類型、RLC模式指示和/或頻率。第二RRC訊息可以包含資源分配模式，用以傳送的SLRB配置和/或邏輯通道配置。

在一個實施例中，第一UE可在傳送第一RRC訊息之前從第二UE接收第一側鏈路RRC訊息。此外，第一UE可回應於從第二UE接收第一側鏈路RRC訊息而傳送第一RRC訊息。第一側鏈路RRC訊息可以包含用於接收的SLRB配置、針對SLRB配置的索引（例如，slrb-PC5-ConfigIndex ）和/或邏輯通道配置。另外，第一UE可通過第二側鏈路RRC訊息對第二UE進行答覆。

在一個實施例中，第一RRC訊息可以是SidelinkUEInformationNR 訊息。第二RRC訊息可以是RRCReconfiguration 訊息。第一側鏈路RRC訊息可以是RRCReconfigurationSidelink 訊息。第二側鏈路RRC訊息可以是RRCReconfigurationCompleteSidelink 訊息。

在一個實施例中，網路節點可以是基站（例如，gNB）。

返回參看第3圖和第4圖，在第一UE請求專用側鏈路資源的一個示例性實施例中。第一UE 300包含儲存在記憶體310中的程式碼312。CPU 308可執行程式碼312以使第一UE能夠：（i）將第一RRC訊息傳送到網路節點，其中第一RRC訊息包含側鏈路QoS Info，且其中側鏈路QoS Info包含側鏈路QoS流的識別且不包含側鏈路QoS流的任何QoS概述，和（ii）從網路節點接收第二RRC訊息，其中第二RRC訊息包含專用側鏈路配置和與專用側鏈路配置相關的側鏈路QoS流的識別。此外，CPU 308可執行程式碼312以執行所有上文所描述的動作和步驟或本文中描述的其它動作和步驟。

第14圖是根據一個示例性實施例的從第一UE的角度請求側鏈路無線電承載（Sidelink Radio Bearer，SLRB）配置的流程圖1400。在步驟1405中，第一UE將第一RRC訊息傳送到網路節點，其中第一RRC訊息包含用於請求一個或多個SLRB配置的傳送資源請求清單，且傳送資源請求清單中的每個條目具有用於側鏈路QoS資訊的至少一個IE。在步驟1410中，第一UE從網路節點接收第二RRC訊息，其中第二RRC訊息包含一種或多種SLRB配置。在步驟1415中，第一UE使不與第二RRC訊息中的任何側鏈路QoS流識別相關的每個SLRB配置依序對應於不指示第一RRC訊息中的傳送資源請求清單中的任何側鏈路QoS資訊的一個條目。在步驟1420中，第一UE基於第二RRC訊息中的SLRB配置而在SL LCH上將側鏈路控制封包傳送到第二UE。

在一個實施例中，傳送資源請求清單中的每個條目還具有用於RLC模式指示的一個IE。

在一個實施例中，第一UE可從第二UE接收PC5 RRC訊息，其中PC5 RRC訊息指示使用第一LCID和RLC模式來建立第一SLRB（或第一SL LCH）且將第一SLRB映射到與第一PFI和/或第一側鏈路QoS概述相關的第一側鏈路QoS流。PC5 RRC訊息還可以指示使用第二LCID和RLC模式來建立第二SLRB（或第二SL LCH），且將第二SLRB映射到與第二PFI和/或第二側鏈路QoS概述相關的第二側鏈路QoS流。

在一個實施例中，傳送資源請求清單的第一條目可指示第一SLRB的RLC模式，但可不包含第一PFI和/或第一側鏈路QoS概述。此外，傳送資源請求清單的第二條目可指示第二SLRB的RLC模式，但可不包含第二PFI和/或第二側鏈路QoS概述。第二RRC訊息可依序包含不與任何PFI相關的第一SLRB配置和不與任何PFI相關的第二SLRB配置。

在一個實施例中，第一條目可以是可指示一個SLRB的一個RLC模式的傳送資源請求清單中的極第一條目，但可不包含任何PFI和/或任何側鏈路QoS概述。第二條目可以是可指示一個SLRB的一個RLC模式的傳送資源請求清單中的極第一條目之後的條目，但可不包含任何PFI和/或任何側鏈路QoS概述。

在一個實施例中，第一SLRB配置可以是可指示與此SLRB配置相關的任何PFI的第二RRC訊息中的極第一SLRB配置。第二SLRB配置可以是可能不指示與此SLRB配置相關的任何PFI的第二RRC訊息中的極第一SLRB配置之後的SLRB配置。

在一個實施例中，第一UE可基於第一SLRB配置而在與第一LCID相關的一個SL LCH上傳送一個或多個側鏈路控制封包。第一UE還可基於第二SLRB配置而在與第二LCID相關的一個SL LCH上傳送一個或多個側鏈路控制封包。

在一個實施例中，第一RRC訊息可以是SidelinkUEInformationNR 訊息。第二RRC訊息可以是RRCReconfiguration 訊息。PC5 RRC訊息可以是RRCReconfigurationSidelink 訊息。

在一個實施例中，側鏈路控制封包可以是RLC狀態報告或RoHC回授。側鏈路QoS資訊可包含側鏈路或PC5 QoS流識別（PFI）和/或側鏈路QoS流的側鏈路QoS概述。

在一個實施例中，網路節點可以是基站（例如，gNB）。

返回參看第3圖和第4圖，在第一UE請求SLRB配置的一個示例性實施例中。第一UE 300包含儲存在記憶體310中的程式碼312。CPU 308可執行程式碼312以使第一UE能夠：（i）將第一RRC訊息傳送到網路節點，其中第一RRC訊息包含用於請求一個或多個SLRB配置的傳送資源請求清單，且傳送資源請求清單中的每個條目具有用於側鏈路QoS資訊的至少一個IE，（ii）從網路節點接收第二RRC訊息，其中第二RRC訊息包含一種或多種SLRB配置，（iii）使不與第二RRC訊息中的任何側鏈路QoS流識別相關的每個SLRB配置依序對應於不指示第一RRC訊息中的傳送資源請求清單中的任何側鏈路QoS資訊的一個條目，和（iv）基於第二RRC訊息中的SLRB配置而在SL LCH上將側鏈路控制封包傳送到第二UE。此外，CPU 308可執行程式碼312以執行所有上文所描述的動作和步驟或本文中描述的其它動作和步驟。

第15圖是根據一個示例性實施例的從網路節點的角度分配專用側鏈路配置的流程圖1500。在步驟1505中，網路節點從第一UE接收第一RRC訊息，其中第一RRC訊息包含側鏈路QoS資訊，且其中側鏈路QoS資訊中側鏈路QoS流的識別的存在是強制性的，而側鏈路QoS資訊中側鏈路QoS流的QoS概述的存在是選擇性的。在步驟1510中，網路節點將第二RRC訊息傳送到第一UE，其中第二RRC訊息包含專用側鏈路配置和與專用側鏈路配置相關的側鏈路QoS流的識別。

在一個實施例中，如果第一UE中不存在可用於從側鏈路QoS流傳送的數據，那麼側鏈路QoS資訊可以包含側鏈路QoS流的識別，且可不包含側鏈路QoS流的任何QoS概述。替代地，如果第一UE中存在可用於從側鏈路QoS流傳送的數據，那麼側鏈路QoS資訊可以包含側鏈路QoS流的識別，且還可包含側鏈路QoS流的QoS概述。

在一個實施例中，第一RRC訊息可以是SidelinkUEInformationNR 訊息，且第二RRC訊息是RRCReconfiguration 訊息。

在一個實施例中，網路節點可以是基站（例如，gNB）。

返回參看第3圖和第4圖，在第一UE從網路節點的角度請求SLRB配置以分配專用側鏈路配置的一個示例性實施例中。網路節點300包含儲存在記憶體310中的程式碼312。CPU 308可執行程式碼312以使網路節點能夠：（i）從第一UE接收第一RRC訊息，其中第一RRC訊息包含側鏈路QoS資訊，且其中側鏈路QoS資訊中側鏈路QoS流的識別的存在是強制性的，而側鏈路QoS資訊中側鏈路QoS流的QoS概述的存在是選擇性的，和（ii）將第二RRC訊息傳送到第一UE，其中第二RRC訊息包含專用側鏈路配置和與專用側鏈路配置相關的側鏈路QoS流的識別。此外，CPU 308可執行程式碼312以執行所有上文所描述的動作和步驟或本文中描述的其它動作和步驟。

上文已描述了本公開的各個方面。應明白，本文中的教示可通過廣泛多種形式實施，且本文中所公開的任何具體結構、功能或這兩個僅是代表性的。基於本文中的教示，所屬領域的技術人員應瞭解，本文公開的方面可獨立於任何其它方面而實施，且這些方面中的兩個或更多個可以各種方式組合。舉例來說，可以使用本文中所闡述的任何數目個方面來實施設備或實踐方法。另外，可使用除了在本文中所闡述的一個或多個方面之外或不同於该方面的其它結構、功能或結構和功能來實施此類設備或實踐此類方法。作為上述概念中的一些的實例，在一些方面中，可以基於脈衝重送頻率而建立並行通道。在一些方面中，可基於脈衝位置或偏移而建立並行通道。在一些方面中，可基於時間跳躍序列而建立並行通道。在一些方面中，可基於脈衝重送頻率、脈衝位置或偏移以及時間跳躍序列而建立並行通道。

所屬領域的技術人員將理解，可以使用多種不同科技及技術中的任一種來表示資訊和訊號。舉例來說，可用電壓、電流、電磁波、磁字段或磁粒子、光字段或光粒子或其任何組合來表示在整個上文描述中可能參考的數據、指令、命令、資訊、訊號、位元、符號和晶片。

所屬領域的技術人員將進一步瞭解，結合本文中所公開的方面描述的各種說明性邏輯塊、模組、處理器、構件、電路和演算法步驟可被實施為電子硬體（例如，數位實施方案、類比實施方案或兩個的組合，其可使用來源編碼或某一其它技術設計）、併入有指令的各種形式的程式或設計代碼（其可在本文為方便起見稱為“軟體”或“軟體模組”），或兩個的組合。為清晰地說明硬體與軟體的此可互換性，上文已大體就其功能性描述了各種說明性元件、塊、模組、電路和步驟。此類功能性是實施為硬體還是軟體取決於特定應用和強加於整個系統的設計約束。所屬領域的技術人員可以針對每個特定應用以不同方式實施所描述的功能性，但此類實施決策不應被解釋為引起對本公開的範圍的偏離。

另外，結合本文公開的方面描述的各種說明性邏輯塊、模組和電路可以實施於集成電路（“integrated circuit，IC”）、存取終端或存取點內或者由集成電路、存取終端或存取點執行。IC可以包括通用處理器、數位訊號處理器（digital signal processor，DSP）、專用集成電路（application specific integrated circuit，ASIC）、現字段可程式設計閘陣列（field programmable gate array，FPGA）或其它可程式設計邏輯裝置、離散門或電晶體邏輯、離散硬體元件、電氣元件、光學元件、機械元件，或其被設計成執行本文中所描述的功能的任何組合，且可以執行駐留在IC內、在IC外或這兩種情況下的代碼或指令。通用處理器可以是微處理器；但在替代方案中，處理器可以是任何常規處理器、控制器、微控制器或狀態機。處理器還可實施為計算裝置的組合，例如，DSP與微處理器的組合、多個微處理器、與DSP芯組合的一個或多個微處理器，或任何其它此類配置。

應理解，在任何公開的過程中的步驟的任何具體次序或層次都是樣本方法的實例。應理解，基於設計偏好，過程中的步驟的特定次序或層級可以重新佈置，同時保持在本公開的範圍內。隨附的方法權利要求以實例次序呈現各種步驟的元件，且其並不意味著限於所呈現的特定次序或層級。

結合本文中公開的各方面所描述的方法或演算法的步驟可直接用硬體、用處理器執行的軟體模組或用這兩個的組合體現。軟體模組（例如，包含可執行指令和相關數據）和其它數據可以駐留在數據記憶體中，例如RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、寄存器、硬碟、可移除式磁片、CD-ROM或所屬領域中已知的任何其它形式的電腦可讀儲存介質。樣本儲存介質可以耦合到例如電腦/處理器等機器（為方便起見，該機器在本文中可以稱為“處理器”），使得該處理器可以從儲存介質讀取資訊（例如，代碼）且將資訊寫入到儲存介質。樣本儲存介質可與處理器形成一體。處理器及儲存介質可以駐存在ASIC中。ASIC可以駐留在使用者設備中。在替代方案中，處理器和儲存介質可作為離散元件而駐留在使用者設備中。此外，在一些方面中，任何合適的電腦程式產品可包括電腦可讀介質，該電腦可讀介質包括與本公開的方面中的一個或多個方面相關的代碼。在一些方面中，電腦程式產品可以包括封裝材料。

雖然已結合各個方面描述本發明，但應理解，本發明能夠進行進一步修改。本申請案意圖涵蓋對本發明的任何變化、使用或調適，這通常遵循本發明的原理且包含對本公開的此類偏離，該偏離處於在本發明所屬的技術領域內的已知和慣常實踐的範圍內。

100:存取網路 104,106,108,110,112,114:天線 116:存取終端 118:反向鏈路 120:前向鏈路 122:存取終端 124:反向鏈路 126:前向鏈路 210:傳送器系統 212:數據來源 214:TX數據處理器 220:TX MIMO處理器 222a~222t:傳送器 224a~224t:天線 230:處理器 232:記憶體 236:數據來源 238:TX數據處理器 242:RX數據處理器 240:解調器 250:接收器系統 252a~252r:天線 254a~254r:接收器 260:RX數據處理器 270:處理器 272:記憶體 280:調變器 300:通訊裝置 302:輸入裝置 304:輸出裝置 306:控制電路 308:中央處理單元 310:記憶體 312:程式碼 314:收發器 400:應用層 402:層3 404:層2 406:層1 1200:流程圖 1205,1210:步驟 1300:流程圖 1305,1310:步驟 1400:流程圖 1405,1410,1415,1420:步驟 1500:流程圖 1505,1510:步驟

第1圖示出根據一個示例性實施例的無線通訊系統的圖。第2圖是根據一個示例性實施例的傳送器系統（也被稱作存取網路）和接收器系統（也被稱作使用者設備或UE）的方塊圖。第3圖是根據一個示例性實施例的通訊系統的功能方塊圖。第4圖是根據一個示例性實施例的第3圖的程式碼的功能方塊圖。第5圖是3GPP TS 23.287 V16.0.0的圖5.2.1.4-1的重製。第6圖是3GPP TS 23.287 V16.0.0的圖6.3.3.1-1的重製。第7圖是3GPP TR 38.885 V16.0.0的圖7-1的重製。第8圖是3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）中提供的圖5.X.3.1-1的重製。第9圖是3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）的圖5.x.9.1.1-1的重製。第10圖是3GPP電子郵件論述[108#44][V2X] 38.331運行CR（華為）的圖5.x.9.1.1-2的重製。第11圖是3GPP TS 38.323 V15.2.0的圖6.2.3.2-1的重製。第12圖是根據一個示例性實施例的流程圖。第13圖是根據一個示例性實施例的流程圖。第14圖是根據一個示例性實施例的流程圖。第15圖是根據一個示例性實施例的流程圖。

1200:流程圖

1205,1210:步驟

Claims

一種用於第一使用者設備請求專用側鏈路配置的方法，該方法包括：將第一無線電資源控制訊息傳送到網路節點，其中該第一無線電資源控制訊息包含側鏈路服務品質資訊，且其中該側鏈路服務品質資訊中側鏈路服務品質流的識別的存在是強制性的，而該側鏈路服務品質資訊中該側鏈路服務品質流的服務品質概述的存在是選擇性的；以及從該網路節點接收第二無線電資源控制訊息，其中該第二無線電資源控制訊息包含專用側鏈路配置和與該專用側鏈路配置相關的該側鏈路服務品質流的該識別。
如請求項1所述的方法，如果不存在可用於從該側鏈路服務品質流傳送的數據，那麼該側鏈路服務品質資訊包含該側鏈路服務品質流的該識別，且不包含該側鏈路服務品質流的任何服務品質概述。
如請求項1所述的方法，如果存在可用於從該側鏈路服務品質流傳送的數據，那麼該側鏈路服務品質資訊包含該側鏈路服務品質流的該識別，且還包含該側鏈路服務品質流的該服務品質概述。
如請求項1所述的方法，該方法進一步包括：在將該第一無線電資源控制訊息傳送到該網路節點之前，從第二使用者設備接收第一側鏈路無線電資源控制訊息。
如請求項4所述的方法，該第一側鏈路無線電資源控制訊息包含用於接收的側鏈路無線電承載配置、該側鏈路無線電承載配置的索引和/或邏輯通道配置。
如請求項4所述的方法，該第一側鏈路無線電資源控制訊息是RRCReconfigurationSidelink 訊息。
如請求項4所述的方法，該方法進一步包括：根據該側鏈路服務品質流的該識別使由該專用側鏈路配置進行配置的反向側鏈路無線電承載與由該第一側鏈路無線電資源控制訊息進行配置的側鏈路無線電承載相關。
如請求項7所述的方法，該側鏈路無線電承載是用於將封包從該第二使用者設備傳送到該第一使用者設備，且該反向側鏈路無線電承載是用於將封包從該第一使用者設備傳送到該第二使用者設備。
如請求項1所述的方法，該第一無線電資源控制訊息是SidelinkUEInformationNR 訊息，且該第二無線電資源控制訊息是RRCReconfiguration 訊息。
如請求項1所述的方法，該網路節點是基站。
一種第一使用者設備，該第一使用者設備包括：控制電路；處理器，安裝於該控制電路中；以及記憶體，安裝於該控制電路中且可操作地耦合到該處理器；其中該處理器被配置成執行儲存在該記憶體中的程式碼以：將第一無線電資源控制訊息傳送到網路節點，其中該第一無線電資源控制訊息包含側鏈路服務品質資訊，且其中該側鏈路服務品質資訊中側鏈路服務品質流的識別的存在是強制性的，而該側鏈路服務品質資訊中該側鏈路服務品質流的服務品質概述的存在是選擇性的；以及從該網路節點接收第二無線電資源控制訊息，其中該第二無線電資源控制訊息包含專用側鏈路配置和與該專用側鏈路配置相關的該側鏈路服務品質流的該識別。
如請求項11所述的第一使用者設備，如果不存在可用於從該側鏈路服務品質流傳送的數據，那麼該側鏈路服務品質資訊包含該側鏈路服務品質流的該識別，且不包含該側鏈路服務品質流的任何服務品質概述。
如請求項11所述的第一使用者設備，如果存在可用於從該側鏈路服務品質流傳送的數據，那麼該側鏈路服務品質資訊包含該側鏈路服務品質流的該識別，且還包含該側鏈路服務品質流的該服務品質概述。
如請求項11所述的第一使用者設備，該第一使用者設備進一步包括：在將該第一無線電資源控制訊息傳送到該網路節點之前，從第二使用者設備接收第一側鏈路無線電資源控制訊息。
如請求項14所述的第一使用者設備，該第一側鏈路無線電資源控制訊息包含用於接收的側鏈路無線電承載配置、該側鏈路無線電承載配置的索引和/或邏輯通道配置。
一種用於網路節點分配專用側鏈路配置的方法，該方法包括：從第一使用者設備接收第一無線電資源控制訊息，其中該第一無線電資源控制訊息封包含側鏈路服務品質資訊，且其中該側鏈路服務品質資訊中側鏈路服務品質流的識別的存在是強制性的，而該側鏈路服務品質資訊中該側鏈路服務品質流的服務品質概述的存在是選擇性的；以及將第二無線電資源控制訊息傳送到該第一使用者設備，其中該第二無線電資源控制訊息包含專用側鏈路配置和與該專用側鏈路配置相關的該側鏈路服務品質流的該識別。
如請求項16所述的方法，如果該第一使用者設備中不存在可用於從該側鏈路服務品質流傳送的數據，那麼該側鏈路服務品質資訊包含該側鏈路服務品質流的該識別，且不包含該側鏈路服務品質流的任何服務品質概述。
如請求項16所述的方法，如果該第一使用者設備中存在可用於從該側鏈路服務品質流傳送的數據，那麼該側鏈路服務品質資訊包含該側鏈路服務品質流的該識別，且還包含該側鏈路服務品質流的該服務品質概述。
如請求項16所述的方法，該第一無線電資源控制訊息是SidelinkUEInformationNR 訊息，且該第二無線電資源控制訊息是RRCReconfiguration 訊息。
如請求項16所述的方法，該網路節點是基站。