TWI750851B - 無線通訊系統中支援服務品質流重新映射到數據無線電承載以進行側鏈路通訊的方法和設備 - Google Patents

無線通訊系統中支援服務品質流重新映射到數據無線電承載以進行側鏈路通訊的方法和設備 Download PDF

Info

Publication number
TWI750851B
TWI750851B TW109135789A TW109135789A TWI750851B TW I750851 B TWI750851 B TW I750851B TW 109135789 A TW109135789 A TW 109135789A TW 109135789 A TW109135789 A TW 109135789A TW I750851 B TWI750851 B TW I750851B
Authority
TW
Taiwan
Prior art keywords
sidelink
rrc
radio bearer
drb
communication
Prior art date
Application number
TW109135789A
Other languages
English (en)
Other versions
TW202118337A (zh
Inventor
潘立德
郭豊旗
Original Assignee
華碩電腦股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 華碩電腦股份有限公司 filed Critical 華碩電腦股份有限公司
Publication of TW202118337A publication Critical patent/TW202118337A/zh
Application granted granted Critical
Publication of TWI750851B publication Critical patent/TWI750851B/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

從支援PC5服務品質流到側鏈路-數據無線電承載的重新映射的第一使用者設備的角度公開一種方法和設備。在一個實施例中，方法包含第一使用者設備與第二使用者設備建立側鏈路通訊。方法進一步包含第一使用者設備將側鏈路通訊的PC5服務品質流映射到第一側鏈路-數據無線電承載。方法還包含第一使用者設備向第二使用者設備傳送PC5無線電資源控制訊息，其中PC5無線電資源控制訊息指示PC5服務品質流映射到第二側鏈路-數據無線電承載。另外，方法包含在PC5無線電資源控制訊息的成功傳送已被下層確認之後或在從第二使用者設備接收到對應於PC5無線電資源控制訊息的PC5無線電資源控制完成訊息之後，第一使用者設備向第二使用者設備傳送結束標記控制協定數據單元。

Description

無線通訊系統中支援服務品質流重新映射到數據無線電承載以進行側鏈路通訊的方法和設備
本申請要求2019年10月29日提交的第62/927,332號美國臨時專利申請的權益，其全部公開內容以全文引用的方式併入本文中。
本公開大體上涉及無線通訊網路，且更具體地說，涉及無線通訊系統中支援QoS流到DRB的重新映射以進行側鏈路通訊的方法和設備。
隨著對將大量數據傳送到行動通訊裝置以及從行動通訊裝置傳送大量數據的需求的快速增長，傳統的行動語音通訊網路演變成與互聯網協定（Internet Protocol，IP）數據封包通訊的網路。此類IP數據封包通訊可以為行動通訊裝置的使用者提供IP承載語音、多媒體、多播和點播通訊服務。
示例性網路結構是演進型通用陸地無線存取網（E-UTRAN）。E-UTRAN系統可提供高數據吞吐量以便實現上述IP承載語音和多媒體服務。目前，3GPP標準組織正在討論新下一代（例如，5G）無線電技術。因此，目前正在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。
從支援PC5 QoS流到側鏈路-數據無線電承載（SL-DRB）的重新映射的第一使用者設備（UE）的角度公開一種方法和設備。在一個實施例中，方法包含第一UE與第二UE建立側鏈路通訊。方法進一步包含第一UE將側鏈路通訊的PC5 QoS流映射到第一SL-DRB。方法還包含第一UE向第二UE傳送PC5無線電資源控制（RRC）訊息，其中PC5 RRC訊息指示PC5 QoS流映射到第二SL-DRB。另外，方法包含在PC5 RRC訊息的成功傳送已被下層確認之後或在從第二UE接收到對應於PC5 RRC訊息的PC5 RRC完成訊息之後，第一UE向第二UE傳送結束標記控制協定數據單元（PDU）。
下文描述的示例性無線通訊系統和裝置採用支援廣播服務的無線通訊系統。無線通訊系統經廣泛部署以提供各種類型的通訊，例如語音、數據等。這些系統可以基於碼分多址（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、5G的3GPP新無線電（New Radio，NR）無線存取或一些其它調變技術。
具體來說，下文描述的示例性無線通訊系統裝置可以設計成支援一個或多個標準，例如被命名為“第三代合作夥伴計劃”（在本文中被稱作3GPP）的協會提供的標準，包含：TS 23.287 V16.0.0，“用於支援車輛對萬物（V2X）服務的5G系統（5GS）的架構增強（版本16）”；TR 38.885 V16.0.0，“NR；關於NR車輛對萬物（V2X）的研究（版本16）”；3GPP電子郵件討論[107bis#13]“NR V2X_v4的TS38.300的運行CR（Running CR to TS38.300 for NR V2X_v4）”；3GPP電子郵件討論[107bis#12]“5G_V2X_NRSL_v4的TS37.324的運行CR（Running CR to for 5G_V2X_NRSL_v4）”；以及3GPP RAN2#106主席筆記。上文所列的標準和文獻特此明確地以全文引用的方式併入。
第1圖示出根據本發明的一個實施例的多址無線通訊系統。存取網路100（AN）包含多個天線群組，其中一個天線群組包含104和106，另一天線群組包含108和110，並且又一天線群組包含112和114。在第1圖中，針對每個天線群組僅示出了兩個天線，但是每個天線群組可以使用更多或更少個天線。存取終端116（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的前向鏈路的訊噪比。並且，相比於通過單個天線傳送到其所有存取終端的存取網路，使用波束成形以傳送到在存取網路的整個覆蓋範圍中隨機分散的存取終端的存取網路對相鄰細胞中的存取終端產生更少的干擾。
存取網路（access network, AN）可以是用於與終端通訊的固定台或基站，並且也可以被稱作存取點、Node B、基站、增強型基站、演進型Node B（evolved Node B, eNB），或某一其它術語。存取終端（access terminal, 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，該TX MIMO處理器220可進一步處理調變符號（例如，用於OFDM）。TX MIMO處理器220接著將NT個調變符號流提供給NT個傳送器（TMTR）222a到222t。在某些實施例中，TX MIMO處理器220將波束成形權重應用於數據流的符號並應用於從其傳送該符號的天線。
每個傳送器222接收並處理相應符號流以提供一個或多個類比訊號，並且進一步調節（例如，放大、濾波和上變頻轉換）該類比訊號以提供適合於經由MIMO通道傳送的經調變訊號。接著分別從NT個天線224a到224t傳送來自傳送器222a到222t的NT個經調變訊號。
在接收器系統250處，由NR個天線252a到252r接收所傳送的經調變訊號，並且將從每一天線252接收到的訊號提供到相應的接收器（RCVR）254a到254r。每一接收器254調節（例如，濾波、放大和下變頻轉換）相應的接收訊號、將調節訊號數位化以提供樣本，並且進一步處理該樣本以提供對應的“接收”符號流。
RX數據處理器260接著基於特定接收器處理技術從NR個接收器254接收並處理NR個接收符號流以提供NT個“檢測到的”符號流。RX數據處理器260接著對每一檢測到的符號流進行解調、解交錯和解碼以恢復數據流的業務數據。由RX數據處理器260進行的處理與由傳送器系統210處的TX MIMO處理器220和TX數據處理器214執行的處理互補。
處理器270定期決定要使用哪個預編碼矩陣（下文論述）。處理器270制定包括矩陣索引部分和秩值部分的反向鏈路訊息。
反向鏈路訊息可包括與通訊鏈路和/或接收數據流有關的各種類型的資訊。反向鏈路訊息接著由TX數據處理器238（該TX數據處理器238還從數據來源236接收數個數據流的業務數據）處理，由調變器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系統。通訊裝置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     V2X通訊 5.2.1  通過PC5參考點進行的V2X通訊 5.2.1.1    綜述 對於V2X通訊，存在兩個類型的PC5參考點：如在TS 23.285[8]中定義的基於LTE的PC5參考點，以及如在章節4.2.3中定義的基於NR的PC5參考點。取決於UE支援的服務，UE可以將任一類型的PC5或這兩者用於V2X通訊。通過PC5參考點進行的V2X通訊支援漫遊和PLMN間操作。當UE“由NR或E-UTRA服務”時或當UE“不由NR或E-UTRA服務”時，支援通過PC5參考點進行的V2X通訊。 當UE具有章節5.1.2中規定的有效授權和配置時，授權UE傳送和接收V2X訊息。 通過PC5參考點進行的V2X通訊具有以下特性： -   通過基於LTE的PC5參考點進行的V2X通訊是不需連線的，即，在存取層（Access Stratum，AS）層處的廣播模式，並且在PC5上不存在用於連接建立的信令。 -   通過基於NR的PC5參考點進行的V2X通訊在AS層處支援廣播模式、組播模式和單播模式。UE將向AS層指示用於V2X訊息的通訊模式。支援用於單播模式通訊管理的通過PC5參考點在控制平面上的信令。 -   V2X服務通訊在PC5使用者平面上支援UE之間的通訊。 -   在PC5使用者平面上在UE之間更換V2X訊息。 -   在PC5參考點上支援基於IP的V2X訊息以及非基於IP的V2X訊息兩者。 -   對於基於IP的V2X訊息，僅使用IPv6。不支援IPv4。 在章節5.6.1中描述用於通過PC5參考點進行的V2X通訊的識別符。UE基於在章節5.1.2中描述的配置而決定用於傳送特定封包的PC5參考點類型以及Tx設定檔。當選擇基於LTE的PC5參考點時，在TS 23.285中定義QoS處理對應程序[8]。當選擇基於NR的PC5參考點時，在章節5.4.1和6.3中定義QoS處理和程序。 如果UE具有由IMS正在進行的緊急會話，則應在通過PC5參考點進行的V2X通訊上優先化通過IMS的正在進行的緊急會話。 註：通過IMS的緊急會話設置基於如TS 23.501[6]中定義的合適地區/國家法規要求和運營商策略。 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單播鏈路的重建。 -   一個PC5單播鏈路支援一個或多個V2X服務（例如，PSID或ITS-AID），前提是這些V2X服務至少與用於此PC5單播鏈路的一對對等應用層ID相關聯。例如，如圖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單播鏈路成功建立之後，UE A和UE B使用同一對層2 ID來進行後續PC5-S信令訊息交換和V2X服務數據傳送，如章節5.6.1.4中規定。傳送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流識別符（PFI）。每個PFI與QoS參數（即，PQI和任選地距離（Range））相關聯。 出於保密性原因，在PC5單播鏈路的使用壽命內，應用層ID和層2 ID可以如章節5.6.1.1和6.3.3.2中所描述的那樣改變，在單播鏈路設定檔中相應地更新。UE使用PC5鏈路識別符指示V2X應用層的PC5單播鏈路，因此，即使存在超過一個與一個服務類型相關聯的單播鏈路，V2X應用層也識別對應PC5單播鏈路（例如，UE為同一服務類型與多個UE建立多個單播鏈路）。 單播鏈路設定檔將在針對已建立的PC5單播鏈路進行層2鏈路修改之後進行相應更新，如章節6.3.3.4中規定。 […] 6.1.1  用於支援V2X服務的NR PC5參考點的使用者平面 [3GPP TS 23.287 V16.0.0的標題為“用於PC5介面的使用者平面”的圖6.1.1-1重製為第6圖] IP和非IP PDCP SDU類型支援通過PC5進行的V2X通訊。 對於IP PDCP SDU類型，只支援IPv6。IP位址分配和配置如章節5.6.1.1中所定義。 非IP PDCP SDU含有非IP類型標頭，其指示供應用層使用的V2X訊息系列，例如，IEEE 1609系列的WSMP[18]、由ISO定義的FNTP[19]。 注意：非IP類型標頭和所允許值將在階段3規範中定義。
3GPP TS 38.885 V16.0.0規定用於NR 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 TR 38.885 V16.0.0的標題為“用於SL單播的SLRB配置（UE特定）”的圖7-1重製為第7圖] 在圖7-1的步驟0中，通過[6]中的服務授權和供應程序，將用於每個PC5 QoS流的PC5 QoS範本，即，一組特定的PC5 QoS參數以及PC5 QoS規則提前提供給UE。隨後，當封包到達時，UE可以首先基於步驟0中配置的PC5 QoS規則導出相關聯PC5QoS流的識別符（即，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中，根據gNB/ng-eNB配置，AS中的UE與對等UE建立與封包的PC5 QFI相關聯的SLRB，並且將可用封包映射到所建立的SLRB。然後可以進行SL單播傳送。 註：如何定義PC5 QFI取決於SA2 WG2。 […]
在RAN2#107bis會議之後公佈的NR V2X_v4的TS 38.300的3GPP運行CR（如3GPP電子郵件討論[107bis#13]“NR V2X_v4的TS38.300的運行CR”中所論述）就側鏈路達成協定，如下： 16.x   側鏈路 16.x.1 綜述 在這個小節中，給出了NR側鏈路通訊的概述及NG-RAN如何支援NR側鏈路通訊和V2X側鏈路通訊。在TS 36.300[2]中規定V2X側鏈路通訊。 NG-RAN架構支援PC5介面，如圖16.x.1-1中所示。當UE在NG-RAN覆蓋範圍內時，無論UE處於何種RRC狀態都支援通過PC5介面進行的側鏈路傳送和接收，並且當UE在NG-RAN覆蓋範圍外時，也支援通過PC5介面進行的側鏈路傳送和接收。 [3GPP電子郵件討論[107bis#13]“NR V2X_v4的TS38.300的運行CR”的標題為“支援PC5介面的NG-RAN架構”的圖16.x.1-1重製為第8圖] 通過PC5介面支援V2X服務可以由NR側鏈路通訊和/或V2X側鏈路通訊提供。NR側鏈路通訊可用於支援非V2X服務的其它服務。 NR側鏈路通訊可支援AS中的一對來源層2 ID和目的地層2 ID的三種類型的傳送模式中的一個： -   單播傳送，特徵在於： -   支援該一對的對等UE之間的一個PC5-RRC連接； -   側鏈路中對等UE之間的控制資訊和使用者業務的傳送和接收； -   支援側鏈路HARQ回授； -   支援RLC AM； -   支援PC5-RRC連接的側鏈路RLM以檢測RLF。 -   組播傳送，特徵在於： -   側鏈路中屬於一組的UE當中的使用者業務的傳送和接收； -   支援側鏈路HARQ回授。 -   廣播傳送，特徵在於： -   側鏈路中UE當中的使用者業務的傳送和接收； 16.x.2 用於NR側鏈路通訊的無線電協定架構 16.x.2.1 概述 PC5介面中的控制平面的AS協定堆疊由RRC、PDCP、RLC和MAC子層及實體層組成。在圖16.x.2.1-1中示出RRC的PC5-C的協定堆疊。 [3GPP電子郵件討論[107bis#13]“NR V2X_v4的TS38.300的運行CR”的標題為“RRC的PC5控制平面（PC5-C）協定堆疊”的圖16.x.2.1-1重製為第9圖] 為了支援在TS 22.287[xx]中規定的PC5-S協議，針對如圖16.x.2.1-2中所示的PC5介面中的控制平面，PC5-S位於PDCP、RLC和MAC子層的頂部及實體層上。 [3GPP電子郵件討論[107bis#13]“NR V2X_v4的TS38.300的運行CR”的標題為“PC5-S的PC5控制平面（PC5-C）協定堆疊”的圖16.x.2.1-2重製為第10圖] 編者註：關於SBCCH的控制平面協定堆疊有待進一步研究，即對PDCP的需要有待進一步研究 PC5介面中的使用者平面的AS協定堆疊由SDAP、PDCP、RLC和MAC子層及實體層組成。在圖16.x.2.1-3中示出PC5-U的協定堆疊。 [3GPP電子郵件討論[107bis#13]“NR V2X_v4的TS38.300的運行CR”的標題為“PC5用戶平面（PC5-U）協定堆疊”的圖16.x.2.1-3重製為第11圖] 側鏈路無線電承載（SLRB）分成兩個群組：用於使用者平面數據的側鏈路數據無線電承載（SL DRB）和用於控制平面數據的側鏈路信令無線電承載（SL SRB）。使用不同SCCH的單獨SL SRB分別配置成用於PC5-RRC和PC5-S信令。 16.x.2.2 MAC 除了在小節6.2.1中規定的服務和功能之外，MAC子層還通過PC5介面提供以下服務和功能： -   無線電資源選擇； -   封包過濾； 編者註：關於TR 38.885中的組播和單播情況下的封包過濾有待進一步研究。 -   給定UE的上行鏈路和側鏈路傳送之間的優先順序處理。 在MAC中具有LCP限制的情況下，僅屬於相同目的地的側鏈路邏輯通道可以多工到單播、組播和廣播中與目的地相關聯的一個的MAC PDU。NG-RAN還可控制側鏈路邏輯通道是否可以利用被分配給經配置側鏈路准予類型1和類型2 的資源（見小節10.x）。 對於封包過濾，將包含來源層2 ID和目的地層2 ID的SL-SCH MAC標頭添加到每個MAC PDU中。 編者註：關於SL-SCHMAC標頭基於SCI資訊是包含全部ID還是包含ID的一部分有待進一步研究。 以下邏輯通道用於側鏈路： - 側鏈路控制通道（SCCH）：用於將控制資訊從一個UE傳送到其它UE的側鏈路通道； - 側鏈路業務通道（STCH）：用於將使用者資訊從一個UE傳送到其它UE的側鏈路通道； -  側鏈路廣播控制通道（SBCCH）：用於將側鏈路系統資訊從一個UE廣播給其它UE的側鏈路通道。 存在以下邏輯通道和輸送通道之間的連接： -   SCCH可以映射到SL-SCH； -   STCH可以映射到SL-SCH； -   SBCCH可以映射到[SL-BCH]。 編者註：關於傳送通道和SBCCH之間的映射有待進一步研究。 16.x.2.3 RLC 按照小節6.3.2中的規定，側鏈路支援RLC子層的服務和功能。TM用於SBCCH。UM或AM用於單播傳送，而UM用於組播或廣播傳送。對於UM，組播和廣播僅支援單向傳送。 編者註：關於單播對雙向UM的支援有待進一步研究。 編者註：關於用於載送PC5-S和PC5-RRC訊息的RLC模式有待進一步研究。 編者註：關於對NR側鏈路的RLC重建的需要有待進一步研究。 16.x.2.4 PDCP 按照小節6.4.1中的規定，側鏈路支援PDCP子層的服務和功能，但是具有一些限制： -   單播傳送只支援亂序傳遞； -   在這一版的規範中，不支援通過PC5介面進行的複製。 編者註：關於組播和廣播對亂序傳遞的需要有待進一步研究。 16.x.2.5 SDAP SDAP子層通過PC5介面提供以下服務和功能： -   QoS流和側鏈路數據無線電承載之間的映射。 對於單播、組播和廣播中與目的地相關聯的一個，每目的地存在一個SDAP實體。在這一版的規範中，不支援通過PC5介面的反射QoS。 16.x.2.6 RRC RRC子層通過PC5介面提供以下服務和功能： - 對等UE之間的PC5-RRC訊息的傳遞； - 與兩個UE之間的PC5-RRC連接相關的側鏈路AS上下文的維護； -  對PC5-RRC連接的側鏈路無線電鏈路錯誤的檢測。 單獨的PC5-RRC程序和訊息用於傳遞UE能力和AS層配置，包含對等UE的SLRB配置。兩個對等UE可在兩個側鏈路方向上使用單獨的雙向程序交換它們自己的UE能力和AS層配置。 編者註：關於該兩個訊息是否可以在相同MAC PDU中一起傳送有待進一步研究。 PC5-RRC連接是一對來源和目的地層2 ID的兩個UE之間的邏輯連接。按照TS 23.287[xx]中的規定，在對應PC5-S單播鏈路建立之後，PC5-RRC連接中的每一個用於建立側鏈路AS上下文。PC5-RRC連接和PC5-S單播鏈路之間存在一對一對應關係。UE可針對多對不同的來源和目的地層2 ID而與一個或多個UE具有多個PC5-RRC連接。如果UE從對等UE接收PC5-RRC訊息，那麼UE可至少儲存來自PC5-RRC訊息的側鏈路相關UE能力資訊作為用於PC5-RRC連接的側鏈路AS上下文。 編者註：關於AS配置資訊是否也可以儲存在SL UE上下文中有待進一步研究。 編者註：關於是否可以針對組播支援一個或多個PC5-RRC訊息有待進一步研究。 […]
在RAN2#107bis會議之後公佈的5G_V2X_NRSL_v4的TS37.324的3GPP運行CR（如3GPP電子郵件討論[107bis#12]“5G_V2X_NRSL_v4的TS37.324的運行CR”中所論述）就側鏈路達成協議（如在3GPP RAN2#106主席筆記中記錄的），如下： 4  綜述 4.1     介紹 目標是從功能角度描述SDAP架構和SDAP實體。規定的功能性只適用於與5G-CN連接的UE和用於NR SL通訊的單播、組播或廣播中的UE。 4.2     SDAP架構 4.2.1  SDAP結構 圖4.2.1-1示出SDAP子層的一個可能結構；它不應限制實施方案。本圖是基於在3GPP TS 38.300[2]中定義的無線電介面協議架構。 [3GPP電子郵件討論[107bis#12]“5G_V2X_NRSL_v4的TS37.324的運行CR”的標題為“SDAP子層結構視圖”的圖4.2.1-1重製為第12圖] SDAP子層由RRC配置（3GPP TS 38.331[3]），並且對於NR SL通訊，SDAP還可由SIB配置或進行預先配置。SDAP子層將QoS流映射到DRB。一個或多個QoS流可以映射到一個DRB上。在UL中，一個QoS流一次只映射到一個DRB上。 在SL通訊中，SDAP子層將PC5 QoS流映射到SL-DRB。一個或多個PC5 QoS流可以映射到一個SL-DRB上。在SL中，一個PC5 QoS流一次只映射到一個SL-DRB上。 4.2.2  SDAP實體 SDAP實體位於SDAP子層中。可以針對UE定義數個SDAP實體。配置一個SDAP實體用於每個單獨的PDU會話。對於SL，針對UE中的每一目的地層2識別和轉換類型配置SDAP實體。 SDAP實體從上層接收SDAP SDU/向上層傳遞SDAP SDU，並經由下層向它的對等SDAP實體提交SDAP數據PDU/從它的對等SDAP實體接收SDAP數據PDU。 - 在傳送側處，當SDAP實體從上層接收SDAP SDU時，它構造對應SDAP數據PDU並將其提交給下層； - 在接收側處，當SDAP實體從下層接收SDAP數據PDU時，它檢索對應SDAP SDU並將其傳遞給上層。 圖4.2.2-1示出SDAP子層的SDAP實體的功能視圖；它不應限制實施方案。本圖是基於在3GPP TS 38.300[2]中定義的無線電介面協議架構。 [3GPP電子郵件討論[107bis#12]“5G_V2X_NRSL_v4的TS37.324的運行CR”的標題為“SDAP層功能視圖”的圖4.2.2-1重製為第13圖] 如果已配置DLSDAP標頭，那麼按照小節5.3.2中的規定，在UE處執行反射QoS流到DRB映射。 對於NR SL通訊，不支援反射PC5 QoS流到SL-DRB映射。 4.3     服務 4.3.1  提供給上層的服務 SDAP子層將它的服務提供給使用者平面上層。SDAP向上層提供以下服務： -   使用者平面數據的傳遞。 4.3.2  預期來自下層的服務 SDAP實體預期以下來自下層的服務： -   使用者平面數據傳遞服務； -   有序傳遞，除RRC配置亂序傳遞的情況（3GPP TS 38.331[3]）之外。 4.4     功能 SDAP子層支援以下功能： -   使用者平面數據的傳遞； -   針對DL和UL兩者的QoS流和DRB之間的映射； -   用於NR SL通訊的PC5 QoS流和SL-DRB之間的映射； -   在DL和UL封包中標記QoS流ID； -   在NR SL通訊封包的單播中標記PC5 QoS流ID； -   用於UL SDAP數據PDU的反射QoS流到DRB映射。 5  SDAP程序 5.1     SDAP實體處理 5.1.1  SDAP實體建立 當RRC（3GPP TS 38.331[3]）請求SDAP實體建立時，UE將： -   建立SDAP實體； -   遵循小節5.2中的程序。 當RRC（3GPP TS 38.331[3]）請求建立SDAP實體用於NR SL通訊的單播或NR SL通訊的組播和廣播時，UE將： -   建立SDAP實體； -   遵循小節5.2.X和5.2.Y中的程序。 5.1.2  SDAP實體釋放 當RRC（3GPP TS 38.331[3]）請求SDAP實體釋放時，UE將： -   釋放SDAP實體。 當RRC（3GPP TS 38.331[3]）請求釋放SDAP實體用於NR SL通訊的單播或NR SL通訊的組播和廣播時，UE將： -   釋放SDAP實體。 5.2     數據傳遞 [...] 5.2.X SL傳送 在從上層接收到SDAP SDU用於PC5 QoS流時，傳送SDAP實體將： -   如果沒有儲存如小節5.X中規定的用於PC5 QoS流的PC5 QoS流到SL-DRB映射規則，那麼： -   將SDAP SDU映射到預設SL-DRB； -   否則： -   根據所儲存的PC5 QoS流到SL-DRB映射規則，將SDAP SDU映射到SL-DRB； -   如果SDAP SDU映射到的SL-DRB由其中存在SDAP標頭的RRC（3GPP TS 38.331[3]）配置，那麼， -   按照小節6.2.2.X中的規定，構造SL SDAP數據PDU； -   否則： -   按照小節6.2.2.1中的規定，構造SL SDAP數據PDU； -   將構造的SL SDAP數據PDU提交給下層。 5.2.Y SL接收 在從下層接收到SDAP數據PDU用於PC5 QoS流時，接收SDAP實體將： -   如果從中接收到此SDAP數據PDU的SL-DRB由其中存在SDAP標頭的RRC（3GPP TS 38.331[3]）配置，那麼： -   按照小節6.2.2.X中的規定，從SL SDAP數據PDU檢索SDAP SDU。 -   否則： -   按照小節6.2.2.1中的規定，從SL SDAP數據PDU檢索SDAP SDU； -   將檢索到的SDAP SDU傳遞給上層。 編者註：關於重新映射後的接收器行為是否取決於UE實施方案有待進一步研究。 […] 5.X    PC5 QoS流到SL-DRB映射 5.X.X 配置 當RRC（3GPP TS 38.331[3]）為PC5 QoS流配置PC5 QoS流到SL-DRB映射規則時，SDAP實體將： -   對於NR SL通訊的單播，如果SDAP實體已經建立且沒有儲存用於PC5 QoS流的SL-DRB映射規則，並且預設SL-DRB已配置，那麼： -   按照小節6.2.3中的規定，為PC5 QoS流構造結束標記控制PDU； -   將結束標記控制PDU映射到預設SL-DRB； -   將結束標記控制PDU提交給下層。 編者註：關於SDAP標頭是應該始終存在還是可以針對SL-DRB配置有待進一步研究。 -   對於NR SL通訊的單播，如果所儲存的PC5 QoS流到SL-DRB映射規則不同於針對PC5 QoS流配置的PC5 QoS流到SL-DRB映射規則，並且根據所儲存的PC5 QoS流到SL-DRB映射規則的SL-DRB由其中存在SL SDAP標頭的RRC（3GPP TS 38.331[3]）配置，那麼： -   按照小節6.2.3中的規定，為PC5 QoS流構造結束標記控制PDU； -   根據所儲存的PC5 QoS流到SL-DRB映射規則，將結束標記控制PDU映射到SL-DRB； -   將結束標記控制PDU提交給下層。 -   儲存針對PC5 QoS流配置的PC5 QoS流到SL-DRB映射規則。 當RRC（3GPP TS 38.331[3]）流釋放用於PC5 QoS的PC5 QoS流到SL-DRB映射規則時，SDAP實體將： -   去除用於PC5 QoS流的PC5 QoS流到SL-DRB映射規則。 5.X.Y SL-DRB釋放 當RRC（3GPP TS 38.331[3]）或SIB指示SL-DRB已釋放時，SDAP實體將： -   基於小節5.X.X，去除與所釋放的SL-DRB相關聯的所有PC5 QoS流到SL-DRB映射。 6  協定數據單元、格式和參數 6.1     協定數據單元 6.1.1  數據PDU SDAP數據PDU用於傳達以下中的一個或多個： -   SDAP標頭； -   使用者平面數據。 6.1.2  控制PDU a）結束標記控制PDU 結束標記控制PDU供UE處的SDAP實體使用，以指示它停止由QFI/PFI指示的QoS流的SDAP SDU到結束標記PDU傳送到的SL-DRB的映射。 […]
根據3GPP TR 38.885 V16.0.0的圖7-1，TX UE可在與接收（RX）UE的側鏈路單播通訊期間請求新PC5 QoS流的SLRB配置。gNB可以接著將SLRB配置提供給傳送（TX）UE，其中側鏈路無線電承載（SLRB）配置可包含PC5 QoS流到SLRB（或SL-DRB）映射及SL-DRB的SLRB參數（例如，服務數據適配協定（SDAP）、封包數據彙聚協議（PDCP）、無線電鏈路控制（RLC）或邏輯通道（LCH）配置）。
如3GPP RAN2#106主席筆記中所論述，關於NR SL QoS和SLRB配置的RAN2#106協議包含： -   對於RRC_CONNECTED UE，為了傳送新PC5 QoS流，其可以通過RRC專用信令向gNB/ng-eNB報告PC5 QoS流的QoS資訊。 -   對於RRC_CONNECTED UE，gNB/ng-eNB可以基於由UE報告的QoS資訊通過RRC專用信令提供SLRB配置並配置PC5 QoS流到SLRB的映射。UE可以僅在接收到SLRB配置之後建立/重新配置SLRB。UE何時建立/重新配置SLRB有待進一步研究。 -   對於UE的SL單播，NW配置/預配置的SLRB配置包含僅與TX相關的SLRB參數，以及與TX和RX兩者相關並且需要與對等UE對準的SLRB參數。 -   對於SL單播，發起UE向對等UE通知與TX和RX兩者相關並且需要與對等UE對準的SLRB參數。詳細參數有待進一步研究。
根據上述協定，TX UE需要在從gNB接收到與TX和RX相關的SLRB參數之後將這些SLRB參數轉發到RX UE。另外，根據3GPP電子郵件討論[107bis#12]“5G_V2X_NRSL_v4的TS37.324的運行CR”中的章節5.X，gNB可將PC5 QoS流重新映射到第二SL-DRB，並且TX UE中與側鏈路單播通訊相關聯的SDAP實體將儲存用於PC5 QoS流的新的PC5 QoS流到SL-DRB映射規則，並在RRC層配置用於PC5 QoS流的新的PC5 QoS流到SL-DRB映射規則時，將結束標記控制PDU（在PC5 QoS流的舊SL-DRB上）傳送到RX UE。結束標記控制PDU用於指示TX UE停止將相關PC5 QoS流映射到舊SL-DRB，這意味著來自PC5 QoS流的之後側鏈路數據PDU將在第二SL-DRB上傳送。當TX UE執行RRC狀態轉變時，TX UE可基於預先配置或由gNB廣播的系統資訊將PC5 QoS流重新映射到第二SL-DRB。
在Uu介面的情況下，當gNB為現有QoS流配置新的QoS流到DRB映射時，執行QoS流到DRB重新映射的程序。對於UL傳送，gNB在從UE接收到相關QoS流的結束標記控制協定數據單元（PDU）之前已經知曉重新映射發生。因此，當重新映射發生時，gNB可以開始從在最新映射的DRB上接收的相關QoS流緩衝上行鏈路數據PDU，然後在初始DRB上接收到相關QoS流的結束標記控制PDU後，傳遞這些所緩衝的上行鏈路數據PDU。接收到結束標記控制PDU意味著初始DRB上的所有上行鏈路數據PDU都已接收並被傳遞給上層，因此在QoS流到DRB重新映射轉變期間可以確保來自相關QoS流的上行鏈路數據PDU的依序傳遞。
在PC5介面的情況下，除了向RX UE傳送結束標記控制PDU之外，TX UE還需要在PC5 QoS流到SL-DRB的重新映射發生時傳送PC5無線電資源控制（RRC）訊息，通知RX UE新的映射。因為PC5 RRC訊息和結束標記控制PDU可以在不同側鏈路傳送塊（TB）中傳送，所以它們可以由RX UE在不同時間接收。如果RX UE在PC5 RRC訊息的接收之前接收結束標記控制PDU（例如，由於PC5 RRC訊息的傳送失敗），那麼RX UE可以忽略結束標記控制PDU，因為RX UE會認為沒有發生到與結束標記控制PDU相關聯的PC5 QoS流的重新映射。因此，不會觸發RX UE將緩衝的側鏈路數據PDU傳遞到上層，其中在第二SL-DRB上傳送的那些側鏈路數據PDU將在從TX UE接收到指示PC5 QoS流到SL-DRB的重新映射的PC5 RRC訊息之後由RX UE緩衝。
對相關V2X服務造成的影響很大，因為所有之後在第二SL-DRB上傳送的側鏈路數據PDU在PC5 QoS流到SL-DRB的重新映射發生之後都會被緩衝並且沒有傳遞給上層。儘管RX UE可以啟動用於考慮在接收到PC5 RRC訊息後何時將那些緩衝的側鏈路數據PDU傳遞給上層的計時器，但是這一時延並不是必需的，因為RX UE已經接收到結束標記控制PDU。因此，需要考慮並解決這個問題。
一個一般解決方案是，當RX UE接收到相關PC5 QoS流的結束標記控制PDU但RX UE尚未接收到用於為相關PC5 QoS流重新配置PC5 QoS流到SL-DRB映射的PC5 RRC訊息時，RX UE可以預期接收PC5 RRC訊息。當接收到PC5 RRC訊息時，RX UE可以開始從第二SL-DRB上的相關PC5 QoS流接收側鏈路數據PDU，並且可以將這些接收到的側鏈路數據PDU傳遞到上層，而無需等待相關PC5 QoS流的舊SL-DRB上的結束標記控制PDU。
另一可能的一般解決方案是，當PC5 RRC訊息的成功傳送已被下層確認時，TX UE將結束標記控制PDU傳送到RX UE。例如，無線電鏈路控制（RLC）層可以根據從RX UE接收到的一個或多個RLC狀態PDU來確認PC5 RRC訊息已經成功地傳送，其中RLC狀態PDU可以指示已經接收到哪些RLC數據PDU。作為另一實例，媒體存取控制（MAC）層可以根據從RX UE接收到的HARQ回授來確認PC5 RRC訊息已經成功地傳送，其中混合自動重送請求（HARQ）回授指示RX UE已經接收到包含用於傳送PC5 RRC訊息的邏輯通道的SL TB。
回應於PC5 RRC訊息的接收，RX UE可以向TX UE回復PC5 RRC完成訊息。因此，TX UE在從RX UE接收PC5 RRC完成訊息時傳送結束標記控制PDU也是可行的。
一般來說，上述兩個備選方案都可以確保在接收到PC5 RRC訊息之後，結束標記控制PDU被RX UE接收，使得當接收到指示PC5 QoS流到SL-DRB的重新映射的PC5 RRC訊息時，RX UE可以從在第二SL-DRB上接收到的相關PC5 QoS流開始緩衝側鏈路數據PDU，然後，在接收到結束標記控制PDU時，將這些緩衝的側鏈路數據PDU傳遞到上層。
此外，與TX UE中的側鏈路單播通訊相關聯的服務數據適配協定（SDAP）實體應在RRC層配置PC5 QoS流的新PC5 QoS流到SL-DRB映射規則時儲存PC5 QoS流的新PC5 QoS流到SL-DRB映射規則，如3GPP電子郵件討論[107bis#12]“5G_V2X_NRSL_v4的TS37.324的運行CR”中的章節5.X所規定。使用新的映射規則，TX UE可以開始從第二SL-DRB上的PC5 QoS流傳送側鏈路數據PDU。同樣有可能的是，在第二SL-DRB上傳送的側鏈路數據PDU可以在PC5 RRC訊息之前被RX UE接收，該訊息可以指示PC5 QoS流到SL-DRB的重新映射，並且可以任選地包含用於第二SL-DRB的SLRB參數。第二SL-DRB可能有兩種情況，即第二SL-DRB可以是現有SL-DRB，也可以是要創建的新SL-DRB。
如果第二SL-DRB是現有SL-DRB（例如，預設SL-DRB或非預設SL-DRB），那麼這些側鏈路數據PDU可以直接傳遞給上層而不需要緩衝，因此相關PC5 QoS流可能發生無序傳遞。如果第二SL-DRB是新SL-DRB，那麼RX UE將無法解碼這些側鏈路數據PDU，因為在PC5 RRC訊息中包含的新SL-DRB的SLRB參數尚未被RX UE接收。因此，這些側鏈路數據PDU將丟失。需要考慮如何避免PC5 QoS流到SL-DRB重新映射轉變期間的無序傳遞或數據丟失。
一般來說，當PC5 RRC訊息的成功傳送已被下層確認或接收到與來自RX UE的PC5 RRC訊息相對應的PC5 RRC完成訊息時，TX UE開始在第二SL-DRB上傳送側鏈路數據PDU。
由於當RRC層或TX UE為PC5 QoS流配置新的PC5 QoS流到SL-DRB映射規則時，與側鏈路單播通訊相關聯的SDAP實體應將結束標記控制PDU提交到下層以進行傳送，並儲存相關PC5 QoS流的新PC5 QoS流到SL-DRB映射規則，所以另一個描述上述解決方案的方法是，當PC5 RRC訊息的成功傳送已被下層確認時或者當從RX UE接收到PC5 RRC完成訊息時，RRC層或TX UE將PC5 QoS流的新PC5 QoS流到SL-DRB映射規則配置給SDAP實體。
第14圖是從支援PC5 QoS流到SL-DRB的重新映射的第一UE的角度看的根據一個示例性實施例的流程圖1400。在步驟1405中，第一UE與第二UE建立側鏈路通訊。在步驟1410中，第一UE將側鏈路通訊的PC5 QoS流映射到第一SL-DRB。在步驟1415中，第一UE向第二UE傳送PC5 RRC訊息，其中PC5 RRC訊息指示PC5 QoS流映射到第二SL-DRB。在步驟1420中，在PC5 RRC訊息的成功傳送已被下層確認之後或在從第二UE接收到對應於PC5 RRC訊息的PC5 RRC完成訊息之後，第一UE向第二UE傳送結束標記控制PDU。
返回參考第3圖和第4圖，在支援PC5 QoS流到SL-DRB的重新映射的第一UE的一個示例性實施例中，第一UE 300包含儲存於記憶體310中的程式碼312。CPU 308可執行程式碼312，使得第一UE能夠：（i）與第二UE建立側鏈路通訊，（ii）將側鏈路通訊的PC5 QoS流映射到第一SL-DRB，（iii）向第二UE傳送PC5 RRC訊息，其中PC5 RRC訊息指示PC5 QoS流映射到第二SL-DRB，以及（iv）在PC5 RRC訊息的成功傳送已被下層確認之後或在從第二UE接收到對應於PC5 RRC訊息的PC5 RRC完成訊息之後，向第二UE傳送結束標記控制PDU。此外，CPU 308可執行程式碼312以執行所有上述動作和步驟或本文中所描述的其它動作和步驟。
第15圖是從支援PC5 QoS流到SL-DRB的重新映射的第一UE的角度看的根據一個示例性實施例的流程圖1500。在步驟1505中，第一UE與第二UE建立側鏈路通訊。在步驟1510中，第一UE將側鏈路通訊的PC5 QoS流映射到第一SL-DRB。在步驟1515中，第一UE向第二UE傳送PC5 RRC訊息，其中PC5 RRC訊息指示PC5 QoS流映射到第二SL-DRB。在步驟1520中，當PC5 RRC訊息的成功傳送已被下層確認時或者當從第二UE接收到對應於PC5 RRC訊息的PC5 RRC完成訊息時，第一UE開始向第二UE傳送來自第二SL-DRB上的PC5 QoS流的側鏈路數據PDU。
返回參考第3圖和第4圖，在支援PC5 QoS流到SL-DRB的重新映射的第一UE的一個示例性實施例中，第一UE 300包含儲存於記憶體310中的程式碼312。CPU 308可執行程式碼312，使得第一UE能夠：（i）與第二UE建立側鏈路通訊，（ii）將側鏈路通訊的PC5 QoS流映射到第一SL-DRB，（iii）向第二UE傳送PC5 RRC訊息，其中PC5 RRC訊息指示PC5 QoS流映射到第二SL-DRB，以及（iv）當PC5 RRC訊息的成功傳送已被下層確認時或者當從第二UE接收到對應於PC5 RRC訊息的PC5 RRC完成訊息時，開始向第二UE傳送來自第二SL-DRB上的PC5 QoS流的側鏈路數據PDU。此外，CPU 308可執行程式碼312以執行所有上述動作和步驟或本文中所描述的其它動作和步驟。
在第14-15圖中所示和上文所論述的實施例中，在一個實施例中，在PC5 RRC訊息的成功傳送已被下層確認之後或在從第二UE接收到PC5 RRC完成訊息之後，第一UE可將側鏈路通訊的PC5 QoS流重新映射到第二SL-DRB。
第16圖是從支援PC5 QoS流到SL-DRB的重新映射的第一UE的角度看的根據一個示例性實施例的流程圖1600。在步驟1605中，第一UE與第二UE建立側鏈路通訊，其中SDAP實體由第一UE創建用於側鏈路通訊。在步驟1610中，第一UE將側鏈路通訊的PC5 QoS流映射到第一SL-DRB。在步驟1615中，第一UE向第二UE傳送PC5 RRC訊息，其中PC5 RRC訊息指示PC5 QoS流映射到第二SL-DRB。在步驟1620中，當PC5 RRC訊息的成功傳送已被下層確認時或者當從第二UE接收到對應於PC5 RRC訊息的PC5 RRC完成訊息時，第一UE將PC5 QoS流的新PC5 QoS流到SL-DRB映射規則配置給SDAP實體，其中新PC5 QoS流到SL-DRB映射規則指示PC5 QoS流映射第二SL-DRB。
返回參考第3圖和第4圖，在支援PC5 QoS流到SL-DRB的重新映射的第一UE的一個示例性實施例中，第一UE 300包含儲存於記憶體310中的程式碼312。CPU 308可執行程式碼312，使得第一UE能夠：（i）與第二UE建立側鏈路通訊，其中SDAP實體由第一UE創建用於側鏈路通訊，（ii）將側鏈路通訊的PC5 QoS流映射到第一SL-DRB，（iii）向第二UE傳送PC5 RRC訊息，其中PC5 RRC訊息指示PC5 QoS流映射到第二SL-DRB，以及（iv）當PC5 RRC訊息的成功傳送已被下層確認時或者當從第二UE接收到對應於PC5 RRC訊息的PC5 RRC完成訊息時，將PC5 QoS流的新PC5 QoS流到SL-DRB映射規則配置給SDAP實體，其中新PC5 QoS流到SL-DRB映射規則指示PC5 QoS流映射第二SL-DRB。此外，CPU 308可執行程式碼312以執行所有上述動作和步驟或本文中所描述的其它動作和步驟。
在第14-16圖中所示和上文所論述的實施例的上下文中，在一個實施例中，第一UE還可從網路節點接收RRC訊息，其中RRC訊息指示PC5 QoS流映射到第二SL-DRB。
在一個實施例中，網路節點可以是基站（例如，gNB）。第一UE可以處於RRC_CONNECTED。側鏈路通訊可以是側鏈路單播通訊。RRC訊息可包含與第二SL-DRB上的傳送和接收均相關的SLRB參數。或者，RRC訊息可包含只與第二SL-DRB上的傳送相關的SLRB參數。
在一個實施例中，PC5 RRC訊息可包含與第二SL-DRB上的傳送和接收均相關的SLRB參數。結束標記控制PDU可包含PC5 QoS流的識別，例如，PC5 QoS流識別符（PFI）。結束標記控制PDU可以在第一SL-DRB上傳送。
在一個實施例中，SDAP實體可在它配置成使用PC5 QoS流的新PC5 QoS流到SL-DRB映射規則時將結束標記控制PDU提交給下層以進行傳送。此外，SDAP實體可在它配置成使用PC5 QoS流的新PC5 QoS流到SL-DRB映射規則時儲存PC5 QoS流的新PC5 QoS流到SL-DRB映射規則。另外，當SDAP實體配置成使用新PC5 QoS流到SL-DRB映射規則時，SDAP實體可將側鏈路通訊的PC5 QoS流重新映射到第二SL-DRB。
第17圖是從執行與第一UE進行的側鏈路通訊的PC5 QoS流的側鏈路接收的第二UE的角度看的根據一個示例性實施例的流程圖1700。在步驟1705中，第二UE從第一UE接收PC5 RRC訊息，其中PC5 RRC訊息指示PC5 QoS流映射到第二SL-DRB。在步驟1710中，第二UE從第一UE接收第二SL-DRB上的PC5 QoS流的一個或多個側鏈路數據PDU。在步驟1715中，如果在接收到PC5 RRC訊息之前已經接收到PC5 QoS流的結束標記控制PDU，那麼第二UE將該一個或多個側鏈路數據PDU傳遞給上層。
在一個實施例中，如果尚未接收PC5 QoS流的結束標記控制PDU，那麼第二UE可以緩衝該一個或多個側鏈路數據PDU並且不將它們傳遞給上層。如果在接收到PC5 RRC訊息之後接收到結束標記控制PDU，並且第二UE在接收到PC5 RRC訊息之前未接收到結束標記控制PDU，那麼第二還可將緩衝的一個或多個側鏈路數據PDU傳遞給上層。
在一個實施例中，PC5 QoS流可在接收PC5 RRC訊息之前映射到第一SL-DRB。側鏈路通訊可為側鏈路單播通訊。PC5 RRC訊息可包含與第二SL-DRB上的傳送和接收均相關的SLRB參數。結束標記控制PDU可包含PC5 QoS流的識別，例如，PC5 QoS流識別符（PFI）。網路節點可以是基站（例如，gNB）。
返回參考第3圖和第4圖，在執行與第一UE進行的側鏈路通訊的PC5 QoS流的側鏈路接收的第二UE的一個示例性實施例中，第二UE 300包含儲存於記憶體310中的程式碼312。CPU 308可執行程式碼312，使得第二UE能夠：（i）從第一UE接收PC5 RRC訊息，其中PC5 RRC訊息指示PC5 QoS流映射到第二SL-DRB，（ii）從第一UE接收第二SL-DRB上的PC5 QoS流的一個或多個側鏈路數據PDU，以及（iii）如果在接收到PC5 RRC訊息之前已經接收到PC5 QoS流的結束標記控制PDU，那麼將該一個或多個側鏈路數據PDU傳遞給上層。此外，CPU 308可執行程式碼312以執行所有上述動作和步驟或本文中所描述的其它動作和步驟。
上文已經描述了本公開的各種方面。應清楚，本文中的教示可以廣泛多種形式實施，且本文中所公開的任何特定結構、功能或這兩者僅是代表性的。基於本文中的教示，所屬領域的技術人員應瞭解，本文中所公開的方面可獨立於任何其它方面而實施，且可以各種方式組合這些方面中的兩個或更多個方面。例如，可以使用本文中所闡述的任何數目個方面來實施設備或實踐方法。此外，通過使用其它結構、功能性或除了在本文中所闡述的方面中的一個或多個方面之外或不同於在本文中所闡述的方面中的一個或多個方面的結構和功能性，可以實施此設備或可以實踐此方法。作為上述概念中的一些的實例，在一些方面中，可基於脈衝重複頻率而建立並行通道。在一些方面中，可基於脈衝位置或偏移而建立並行通道。在一些方面中，可基於時間跳頻序列而建立並行通道。在一些方面中，可基於脈衝重複頻率、脈衝位置或偏移以及時間跳頻序列而建立並行通道。
所屬領域的技術人員將理解，可使用各種不同技術和技藝中的任一者來表示資訊和訊號。例如，可通過電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示在整個上文描述中可能參考的數據、指令、命令、資訊、訊號、位元、符號和碼片。
所屬領域的技術人員將進一步瞭解，結合本文中所公開的各方面描述的各種說明性邏輯塊、模組、處理器、構件、電路和演算法步驟可以實施為電子硬體（例如，數位實施方案、類比實施方案或這兩個的組合，其可以使用源編碼或某一其它技術來設計）、並有指令的各種形式的程式或設計代碼（為方便起見，其在本文中可以稱為“軟體”或“軟體模組”），或這兩者的組合。為清晰地說明硬體與軟體的此可互換性，上文已大體就各種說明性元件、塊、模組、電路和步驟的功能性對它們加以描述。此功能性被實施為硬體還是軟體取決於特定應用和施加於總體系統上的設計約束。所屬領域的技術人員可以針對每一特定應用以不同方式實施所描述的功能性，但此類實施決策不應被解釋為引起對本公開的範圍的偏離。
此外，結合本文中所公開的方面描述的各種說明性邏輯塊、模組和電路可在積體電路（“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 1400:流程圖 1405,1410,1415,1420:步驟 1500:流程圖 1505,1510,1515,1520:步驟 1600:流程圖 1605,1610,1615,1620:步驟 1700:流程圖 1705,1710,1715:步驟
第1圖示出了根據一個示例性實施例的無線通訊系統的圖式。 第2圖是根據一個示例性實施例的發射器系統（也被稱作存取網路）和接收器系統（也被稱作使用者設備或UE）的方塊圖。 第3圖是根據一個示例性實施例的通訊系統的功能方塊圖。 第4圖是根據一個示例性實施例的第3圖的程式碼的功能方塊圖。 第5圖是圖5.2.1.4-1的重製，其摘自3GPP TS 23.287 V16.0.0。 第6圖是圖6.1.1-1的重製，其摘自3GPP TS 23.287 V16.0.0。 第7圖是圖7-1的重製，3GPP TR 38.885 V16.0.0。 第8圖是圖16.x.1-1的重製，其示出了摘自3GPP 電子郵件討論[107bis#13]“NR V2X_v4的TS38.300的運行CR（Running CR to TS38.300 for NR V2X_v4）”。 第9圖是圖16.x.2.1-1的重製，其示出了摘自3GPP 電子郵件討論[107bis#13]“NR V2X_v4的TS38.300的運行CR（Running CR to TS38.300 for NR V2X_v4）”。 第10圖是圖16.x.2.1-2的重製，其示出了摘自3GPP 電子郵件討論[107bis#13]“NR V2X_v4的TS38.300的運行CR（Running CR to TS38.300 for NR V2X_v4）”。 第11圖是圖16.x.2.1-3的重製，其示出了摘自3GPP 電子郵件討論[107bis#13]“NR V2X_v4的TS38.300的運行CR（Running CR to TS38.300 for NR V2X_v4）”。 第12圖是圖4.2.1-1的重製，其示出了摘自3GPP 電子郵件討論[107bis#12]“5G_V2X_NRSL_v4的TS37.324的運行CR（Running CR to TS37.324 for 5G_V2X_NRSL_v4）”。 第13圖是圖4.2.2-1的重製，其示出了摘自3GPP 電子郵件討論[107bis#12]“5G_V2X_NRSL_v4的TS37.324的運行CR（Running CR to TS37.324 for 5G_V2X_NRSL_v4）”。 第14圖是根據一個示例性實施例的流程圖。 第15圖是根據一個示例性實施例的流程圖。 第16圖是根據一個示例性實施例的流程圖。 第17圖是根據一個示例性實施例的流程圖。
1400:流程圖
1405,1410,1415,1420:步驟

Claims (16)

  1. 一種第一使用者設備支援PC5服務品質流到側鏈路-數據無線電承載的重新映射的方法，該方法包括：與第二使用者設備建立側鏈路通訊；將該側鏈路通訊的PC5服務品質流映射到第一側鏈路-數據無線電承載；向該第二使用者設備傳送PC5無線電資源控制訊息，其中該PC5無線電資源控制訊息指示該PC5服務品質流映射到第二側鏈路-數據無線電承載；在該PC5無線電資源控制訊息的成功傳送已被下層確認之後或在從該第二使用者設備接收到對應於該PC5無線電資源控制訊息的PC5無線電資源控制完成訊息之後，向該第二使用者設備傳送結束標記控制協定數據單元；以及在該PC5無線電資源控制訊息的成功傳送已被下層確認之後或在從該第二使用者設備接收到該PC5無線電資源控制完成訊息之後，將該側鏈路通訊的該PC5服務品質流重新映射到該第二側鏈路-數據無線電承載。
  2. 如請求項1所述的方法，該方法進一步包括：從網路節點接收無線電資源控制訊息，其中該無線電資源控制訊息指示該PC5服務品質流映射到該第二側鏈路-數據無線電承載。
  3. 如請求項2所述的方法，該網路節點是基站。
  4. 如請求項2所述的方法，該無線電資源控制訊息包含與該第二側鏈路-數據無線電承載上的傳送和接收均相關的側鏈路無線電承載參數。
  5. 如請求項1所述的方法，該側鏈路通訊是側鏈路單播通訊。
  6. 如請求項1所述的方法，該PC5無線電資源控制訊息包含與該第二側鏈路-數據無線電承載上的傳送和接收均相關的側鏈路無線電承載參數。
  7. 如請求項1所述的方法，該結束標記控制協定數據單元包含該PC5服務品質流的識別。
  8. 如請求項1所述的方法，該結束標記控制協定數據單元在該第一側鏈路-數據無線電承載上傳送。
  9. 一種使用者設備，該使用者設備包括：控制電路；安裝在該控制電路中的處理器；以及記憶體，其安裝在該控制電路中且以操作方式耦合到該處理器；其中該處理器配置成執行儲存在該記憶體中的程式碼以進行以下操作：與第二使用者設備建立側鏈路通訊；將該側鏈路通訊的PC5服務品質流映射到第一側鏈路-數據無線電承載； 向該第二使用者設備傳送PC5無線電資源控制訊息，其中該PC5無線電資源控制訊息指示該PC5服務品質流映射到第二側鏈路-數據無線電承載；在該PC5無線電資源控制訊息的成功傳送已被下層確認之後或在從該第二使用者設備接收到對應於該PC5無線電資源控制訊息的PC5無線電資源控制完成訊息之後，向該第二使用者設備傳送結束標記控制協定數據單元；以及在該PC5無線電資源控制訊息的成功傳送已被下層確認之後或在從該第二使用者設備接收到該PC5無線電資源控制完成訊息之後，將該側鏈路通訊的該PC5服務品質流重新映射到該第二側鏈路-數據無線電承載。
  10. 如請求項9所述的使用者設備，該處理器配置成執行儲存於該記憶體中的程式碼以進行以下操作：從網路節點接收無線電資源控制訊息，其中該無線電資源控制訊息指示該PC5服務品質流映射到該第二側鏈路-數據無線電承載。
  11. 如請求項10所述的使用者設備，該網路節點是基站。
  12. 如請求項10所述的使用者設備，該無線電資源控制訊息包含與該第二側鏈路-數據無線電承載上的傳送和接收均相關的側鏈路無線電承載參數。
  13. 如請求項9所述的使用者設備，該側鏈路通訊是側鏈路單播通訊。
  14. 如請求項9所述的使用者設備，該PC5無線電資源控制訊息包含與該第二側鏈路-數據無線電承載上的傳送和接收均相關的側鏈路無線電承載參數。
  15. 如請求項9所述的使用者設備，該結束標記控制協定數據單元包含該PC5服務品質流的識別。
  16. 如請求項9所述的使用者設備，該結束標記控制協定數據單元在該第一側鏈路-數據無線電承載上傳送。
TW109135789A 2019-10-29 2020-10-15 無線通訊系統中支援服務品質流重新映射到數據無線電承載以進行側鏈路通訊的方法和設備 TWI750851B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962927332P 2019-10-29 2019-10-29
US62/927,332 2019-10-29

Publications (2)

Publication Number Publication Date
TW202118337A TW202118337A (zh) 2021-05-01
TWI750851B true TWI750851B (zh) 2021-12-21

Family

ID=73014242

Family Applications (1)

Application Number Title Priority Date Filing Date
TW109135789A TWI750851B (zh) 2019-10-29 2020-10-15 無線通訊系統中支援服務品質流重新映射到數據無線電承載以進行側鏈路通訊的方法和設備

Country Status (7)

Country Link
US (1) US10952230B1 (zh)
EP (1) EP3817447B1 (zh)
JP (1) JP7033637B2 (zh)
KR (1) KR102269703B1 (zh)
CN (1) CN112752299B (zh)
ES (1) ES2901630T3 (zh)
TW (1) TWI750851B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020197279A1 (en) * 2019-03-28 2020-10-01 Lg Electronics Inc. Method and apparatus for exchange of capability information for sidelink communications in a wireless communication system
TWI721923B (zh) * 2019-08-02 2021-03-11 華碩電腦股份有限公司 無線通訊系統中用於釋放側鏈路無線電承載的方法和設備
US20220377599A1 (en) * 2019-10-02 2022-11-24 Samsung Electronics Co., Ltd. Method and device for performing communication between terminals in wireless communication system
WO2021114244A1 (zh) * 2019-12-13 2021-06-17 北京小米移动软件有限公司 数据处理方法及装置、通信设备及存储介质
US11140574B1 (en) * 2020-03-18 2021-10-05 Sprint Spectrum L.P. Dynamic PDCP duplication with bearer modification, to help overcome reduced wireless quality
US11659410B2 (en) * 2021-05-03 2023-05-23 Qualcomm Incorporated Directional quality of service for beamformed sidelink communication
EP4327533A1 (en) * 2021-05-07 2024-02-28 Huawei Technologies Co., Ltd. Method and apparatus for group quality-of-service control of multiple quality-of-service flows
WO2023041033A1 (en) * 2021-09-17 2023-03-23 Telefonaktiebolaget Lm Ericsson (Publ) Terminal device, network node, and methods therein

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070291788A1 (en) * 2006-06-15 2007-12-20 Interdigital Technology Corporation Method and apparatus for reducing transmission overhead
US10965479B2 (en) * 2016-04-02 2021-03-30 Comcast Cable Communications, Llc Bearer modification for V2X communications
KR20180090658A (ko) * 2017-02-03 2018-08-13 삼성전자주식회사 이동통신 시스템에서 다중 연결을 사용한 핸드오버 시 보안 키를 처리하는 방법 및 장치
WO2018159959A1 (en) * 2017-03-01 2018-09-07 Lg Electronics Inc. Method for transmitting tcp ack packet in wireless communication system and a device therefor
US10187928B2 (en) 2017-03-07 2019-01-22 Indian Institute Of Technology Bombay Methods and systems for controlling a SDN-based multi-RAT communication network
CN108633074B (zh) * 2017-03-23 2022-05-13 华硕电脑股份有限公司 无线通信系统中报告侧链路服务的辅助信息的方法和设备
KR102293998B1 (ko) * 2017-03-30 2021-08-27 삼성전자 주식회사 Tcp/ip를 고려한 데이터 처리 방법
US20180324631A1 (en) 2017-05-05 2018-11-08 Mediatek Inc. Using sdap headers for handling of as/nas reflective qos and to ensure in-sequence packet delivery during remapping in 5g communication systems
KR102068902B1 (ko) * 2017-07-20 2020-01-21 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 qos (quality of service) 플로우를 서비스하는 방법 및 장치
CN109302751B (zh) * 2017-07-24 2021-03-05 华硕电脑股份有限公司 无线通信系统中服务服务质量流的方法和设备
GB2565536A (en) * 2017-08-10 2019-02-20 Nec Corp Communication system
US10694427B2 (en) * 2017-09-27 2020-06-23 Intel IP Corporation Solution for vehicle-to-everything (V2X) communication authorization in 5G system
WO2019160310A1 (en) * 2018-02-14 2019-08-22 Lg Electronics Inc. Method and apparatus for modifying mapping rule
CN110351794A (zh) * 2018-04-04 2019-10-18 北京三星通信技术研究有限公司 支持切换的方法及对应的基站和网络节点
US11310707B2 (en) * 2018-04-13 2022-04-19 Qualcomm Incorporated Facilitating quality of service flow remapping utilizing a service data adaptation protocol layer
US20190349805A1 (en) 2018-05-11 2019-11-14 Mediatek Inc. User equipments and methods for handling an update on quality of service (qos) flow to data radio bearer (drb) mapping
KR102629306B1 (ko) * 2018-05-21 2024-01-25 삼성전자 주식회사 차세대 이동통신 시스템에서 sdap 제어 pdu를 구분해서 처리하는 방법 및 장치
US20190373666A1 (en) * 2018-05-29 2019-12-05 Phazr, Inc. Systems and Methods for Wireless Communication Using Control and User Plane Separation in a Virtualized Radio Base Stations Network
US11071025B2 (en) * 2018-06-29 2021-07-20 FG Innovation Company Limited Cell handover with minimum mobility interruption
US20200037132A1 (en) * 2018-07-27 2020-01-30 Qualcomm Incorporated Methods and apparatus for peer ue search and notification for unicast over sidelink
US20200037190A1 (en) * 2018-07-30 2020-01-30 Qualcomm Incorporated Methods and apparatus for qos support for sidelink in network scheduled mode
US11184819B2 (en) * 2018-09-20 2021-11-23 Qualcomm Incorporated Avoiding out of order uplink data reception upon data radio bearer release, handover to another data radio bearer, or quality of service flow addition
US11102839B2 (en) * 2018-11-02 2021-08-24 Qualcomm Incorporated Unicast sidelink establishment
US11224007B2 (en) * 2018-11-19 2022-01-11 Huawei Technologies Co., Ltd. System and method for supporting sidelink radio bearers
US11553542B2 (en) * 2019-01-11 2023-01-10 Qualcomm Incorporated Device-to-device signaling
US11252777B2 (en) * 2019-01-27 2022-02-15 Qualcomm Incorporated Coordinating radio resource control signaling with upper layer direct link establishment procedures
KR20200094343A (ko) * 2019-01-30 2020-08-07 삼성전자주식회사 무선 통신 시스템에서 직접 통신 베어러의 서비스 품질을 관리 및 설정하는 장치 및 방법
US11910457B2 (en) * 2019-01-31 2024-02-20 Apple Inc. Unicast sidelink access stratum level connection maintenance
KR102658886B1 (ko) * 2019-02-14 2024-04-18 삼성전자 주식회사 차세대 이동 통신 시스템에서 차량 통신을 지원하기 위한 단말 능력 절차 수행 방법 및 장치
EP3709760B1 (en) * 2019-03-14 2021-09-29 ASUSTek Computer Inc. Methods and apparatuses for sidelink logical channel establishment in a wireless communication system
EP4301010A3 (en) * 2019-03-26 2024-02-07 Samsung Electronics Co., Ltd. Method and apparatus for initiating radio resource control (rrc) connection for vehicle-to-everything (v2x) communication
KR20200114863A (ko) * 2019-03-29 2020-10-07 삼성전자주식회사 무선 통신 시스템에서 일대일 통신 서비스를 제공하는 방법 및 장치
US11464066B2 (en) * 2019-04-05 2022-10-04 Qualcomm Incorporated Establishing radio bearers on millimeter wave frequencies for device-to-device communications
KR102631108B1 (ko) * 2019-04-26 2024-01-30 삼성전자 주식회사 무선 통신 시스템에서 QoS Flow 기반으로 브로드캐스트와 그룹캐스트를 통한 단말 대 단말 직접 통신을 지원하는 방법
US11979932B2 (en) * 2019-05-10 2024-05-07 Qualcomm Incorporated Radio link maintenance for sidelink wireless communications

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP TS 23.287 V16.0.0; Technical Specification Group Services and System Aspects; Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16) 2019-09-24
3GPP TS 23.287 V16.0.0; Technical Specification Group Services and System Aspects; Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16) 2019-09-24;3GPP TSG-RAN WG2 Meeting #106 R2-1907454 Reno, USA, 13th - 17th May 2019 *
3GPP TSG-RAN WG2 Meeting #106 R2-1907454 Reno, USA, 13th - 17th May 2019

Also Published As

Publication number Publication date
CN112752299A (zh) 2021-05-04
JP7033637B2 (ja) 2022-03-10
EP3817447A1 (en) 2021-05-05
CN112752299B (zh) 2021-12-14
KR102269703B1 (ko) 2021-06-28
JP2021072619A (ja) 2021-05-06
TW202118337A (zh) 2021-05-01
EP3817447B1 (en) 2021-11-03
US10952230B1 (en) 2021-03-16
KR20210053192A (ko) 2021-05-11
ES2901630T3 (es) 2022-03-23

Similar Documents

Publication Publication Date Title
TWI750851B (zh) 無線通訊系統中支援服務品質流重新映射到數據無線電承載以進行側鏈路通訊的方法和設備
US11252598B2 (en) Method and apparatus for sidelink logical channel establishment in a wireless communication system
US10687376B2 (en) Method and apparatus for improving initialization of sidelink duplication reception in a wireless communication system
US11102836B2 (en) Method and apparatus for configuring sidelink communication in a wireless communication system
JP2020005257A (ja) 無線通信システムにおいてサイドリンク受信を処理する方法および装置
JP6902651B2 (ja) 無線通信システムにおけるユニキャスト伝送のサイドリンク無線ベアラ（ｓｌｒｂ）設定を要求するための方法および装置
US10951745B1 (en) Method and apparatus for header compression configuration for sidelink radio bearer in a wireless communication system
US20210259039A1 (en) Method and apparatus for handling invalid rrc reconfiguration message for sidelink communication in a wireless communication system
US11071006B1 (en) Method and apparatus for requesting sidelink transmission resources in a wireless communication system
EP3829260B1 (en) Method and apparatus for sidelink signaling radio bearer (srb) establishment in a wireless communication system
CN114513866A (zh) Uu无线电承载到pc5无线电链路控制承载映射的方法和设备
CN114128323A (zh) 用于支持无线通信系统中的车辆到万物的装置和方法
CN114390532A (zh) 无线通信系统中用户设备到网络中继的适配层配置的方法和设备
KR20190085447A (ko) 무선 통신 시스템에서 제어 시그널링을 수행하기 위한 장치 및 방법
US11665709B1 (en) Method and apparatus for supporting sidelink relay adaptation layer for UE-to-network relay in a wireless communication system