TWI680688B - 無線通訊系統中服務服務質量流的方法和設備 - Google Patents

無線通訊系統中服務服務質量流的方法和設備 Download PDF

Info

Publication number
TWI680688B
TWI680688B TW107125271A TW107125271A TWI680688B TW I680688 B TWI680688 B TW I680688B TW 107125271 A TW107125271 A TW 107125271A TW 107125271 A TW107125271 A TW 107125271A TW I680688 B TWI680688 B TW I680688B
Authority
TW
Taiwan
Prior art keywords
radio bearer
qos
data radio
service
data
Prior art date
Application number
TW107125271A
Other languages
English (en)
Other versions
TW201909684A (zh
Inventor
潘立德
Li-Te Pan
Original Assignee
華碩電腦股份有限公司
Asustek Computer Inc.
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 華碩電腦股份有限公司, Asustek Computer Inc. filed Critical 華碩電腦股份有限公司
Publication of TW201909684A publication Critical patent/TW201909684A/zh
Application granted granted Critical
Publication of TWI680688B publication Critical patent/TWI680688B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B

Landscapes

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

Abstract

從網路節點的角度公開一種方法和設備。在一個實施例中，方法包含網路節點配置用戶設備使用第一數據無線電承載，其中第一數據無線電承載被配置為服務數據適配協議標頭存在，且在第一數據無線電承載釋放之前不允許網路節點將第一數據無線電承載重新配置為服務數據適配協議標頭不存在。方法進一步包含網路節點配置用戶設備以通過第一數據無線電承載服務第一服務質量流和第二服務質量流。方法還包含在從第一數據無線電承載釋放或移除第二服務質量流的情況下重新配置用戶設備以通過第二數據無線電承載服務第一服務質量流，第一服務質量流最初由第一數據無線電承載服務，其中第二數據無線電承載被配置為服務數據適配協議標頭不存在。

Description

無線通訊系統中服務服務質量流的方法和設備
本公開大體上涉及無線通訊網路，且更具體地說，涉及用於改進無線通訊系統中的排程的方法和設備。
隨著對將大量數據傳送到行動通訊裝置以及從行動通訊裝置傳送大量數據的需求的快速增長，傳統的行動語音通訊網路演變成與互聯網協議（Internet Protocol，IP）數據封包通訊的網路。此類IP數據封包通訊可以為行動通訊裝置的用戶提供IP承載語音、多媒體、多播和點播通訊服務。
示例性網路結構是演進型通用陸地無線存取網路（Evolved Universal Terrestrial Radio Access Network，E-UTRAN）。E-UTRAN系統可提供高數據吞吐量以便實現上述IP承載語音和多媒體服務。目前，3GPP標準組織正在討論新下一代（例如，5G）無線電技術。因此，目前正在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。
從網路節點的角度公開一種方法和設備。在一個實施例中，方法包含網路節點配置用戶設備（User Equipment，UE）使用第一數據無線電承載（Data Radio Bearer，DRB），其中第一DRB被配置為服務數據適配協議（Service Data Adaptation Control，SDAP）標頭存在，且在第一DRB釋放之前不允許網路節點將第一DRB重新配置為SDAP標頭不存在。方法進一步包含網路節點配置UE以通過第一DRB服務第一服務質量（Quality of Service，QoS）流和第二QoS流。方法還包含在從第一DRB釋放或移除第二QoS流的情況下重新配置UE以通過第二DRB服務第一QoS流，第一QoS流最初由第一DRB服務，其中第二DRB配置為SDAP標頭不存在。
下文描述的示例性無線通訊系統和裝置採用支持廣播服務的無線通訊系統。無線通訊系統經廣泛部署以提供各種類型的通訊，例如語音、數據等。這些系統可以基於碼分多址（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）的協會提供的標準，包含：TS 38.300 V0.4.1，“NR；NR和NG-RAN整體描述（NR;NR and NG-RAN Overall Description）”；TS 23.501 V1.0.0，“用於5G系統的系統架構；階段2（System Architecture for the 5G System;Stage 2）”；R2-1707159，“SDAP標頭格式（SDAP Header Format）”；R2-1707160，“反射式QoS和流-ID的存在（Reflective QoS and Presence of Flow-ID）”；R2-1707161，“相同單元內和交遞中的QoS流再映射（QoS Flow Remapping Within the Same Cell and in Handover）”；S2-170065，“關於使用C平面和U平面的反射式QoS啟動的討論（Discussion on Reflective QoS activation using C-plane and U-plane）”；RAN2#98會議***筆記；RAN2 NR Ad Hoc#2會議***筆記；TS 38.323 V0.0.5，“NR；封包數據彙聚協議（PDCP）規範”；以及TS 36.331 V14.0.0，“E-UTRA；無線電資源控制（RRC）協議規範”。上文所列的標準和文檔特此明確地以全文引用的方式併入。
第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的前向鏈路的信噪比。並且，相比於通過單個天線傳送到它的所有存取終端的存取網路，使用波束成形以傳送到在存取網路的整個覆蓋範圍中隨機分散的存取終端的存取網路通常對相鄰細胞中的存取終端產生更少的干擾。
存取網路（AN）可以是用於與終端通訊的固定台或基站，並且也可被稱作存取點、節點B、基站、增強型基站、演進節點B（eNB），或某一其它術語。存取終端（AT）還可以被稱為用戶設備（user equipment，UE）、無線通訊裝置、終端、存取終端或某一其它術語。
第2圖是MIMO系統200中的傳輸器系統210（也被稱作存取網路）和接收器系統250（也被稱作存取終端（access terminal，AT）或用戶設備（user equipment，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，並且無線通訊系統優選地是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 38.300描述服務數據適配協議（Service Data Adaption Protocol，SDAP）層和服務質量（Quality of Service，QoS），如下： 6.5 SDAP子層 SDAP的主要服務和功能包含： - 在QoS流和數據無線電承載之間映射； - 在DL和UL封包二者中標記QoS流ID（QFI）。 SDAP的單個協議實體被配置成用於每一單獨的PDU會話，DC除外，在DC中可配置兩個實體（一個用於MCG，且另一個用於SCG——見小節12）。 […] 12 QoS 在圖13-1中描繪並在下文中描述了NG-RAN中的QoS架構： - 對於每一UE，5GC建立一或多個PDU會話。 - 對於每一UE，NG-RAN建立每PDU會話一個或多個數據無線電承載（Data Radio Bearer，DRB）。NG-NG-RAN將屬於不同PDU會話的封包映射到不同DRB。因此，在PDU會話建立後，NG-RAN針對由5GC指示的每一PDU會話建立至少一個預設DRB。 - UE中和5GC中的NAS級封包篩選器使UL和DL封包與QoS流相關聯。 - UE中和NG-RAN中的AS級映射使UL和DL QoS流與DRB相關聯。 [省略3GPP TS 38.300 V0.4.1中名稱為“QoS架構”的圖12-1] NG-RAN和5GC通過將封包映射到適當的QoS流和DRB來確保服務質量（例如，可靠性和目標延遲）。因此，存在IP流到QoS流（NAS）和QoS流到DRB（存取層）的2步映射。 在NG-RAN中，數據無線電承載（data radio bearer，DRB）限定無線電接口（Uu）上的封包處理。DRB服務具有相同封包轉發處理的封包。可針對需要不同封包轉發處理的QoS流建立單獨的DRB。在下行鏈路中，NG-RAN基於NG-U標記（QoS流ID）和相關聯的QoS屬性而將QoS流映射到DRB。在上行鏈路中，UE用QFI標記Uu上的上行鏈路封包，目的是標記轉發到CN的封包。 在上行鏈路中，NG-RAN可通過兩種不同的方式控制QoS流到DRB的映射： - 反射式映射：對於每一DRB，UE監聽下行鏈路封包的QFI，並在上行鏈路中應用相同映射；也就是說，對於DRB，UE映射對應於QFI的屬於QoS流的上行鏈路封包和針對所述DRB在下行鏈路封包中觀察到的PDU會話。為了實現這一反射式映射，NG-RAN用QFI標記Uu上的下行鏈路封包。 具有QFI的標記是否可進行半靜態配置（以在不需要時不包含QOS流ID）有待進一步研究。 - 顯式配置：除反射式映射以外，NG-RAN可通過RRC配置上行鏈路“QoS流到DRB的映射”。 經RRC配置的映射和反射式QoS的優先順序有待進一步研究（反射式QoS可以更新並借此覆寫經RRC配置的映射嗎？ 或經配置QoS流ID到DRB映射是否優先於反射式映射？） 如果傳入UL封包既不匹配經RRC配置的“QoS流ID到DRB映射”也不匹配反射式“QoS流ID到DRB映射”，那麼UE會將封包映射到PDU會話的預設DRB。 在每一PDU會話內，如何將多個QoS流映射到DRB取決於NG-RAN。NG-RAN可將GBR流和非GBR流，或大於一個GBR流映射到同一DRB，但是優化這些情況的機制不在標準化的範圍內。針對在建立PDU會話期間配置的QoS流而在NG-RAN和UE之間建立非預設DRB的時點可不同於建立PDU會話的時間。建立非預設DRB的時間取決於NG-RAN。 在DC中，屬於同一PDU會話的QoS流可映射到不同承載類型（見小節4.5.2），且結果是可存在兩個不同的SDAP實體被配置成用於同一PDU會話：一個用於MCG，且另一個用於SCG（舉例來說，當一個MCG承載和一個SCG承載用於兩個不同的QoS流時）。 在SA2和RAN3中未關於支持映射到不同承載的PDU會話做出結論。
3GPP TS 23.501說明用於NR（新RAT/無線電）的QoS模型，如下： 5.7 QoS模型 5.7.1 綜述 5G QoS模型支持基於QoS流的訊框。5G QoS模型同時支持需要受保證的流位速率的QoS流和不需要受保證的流位速率的QoS流。5G QoS模型還支持反射式QoS（見節5.7.5）。 QoS流是PDU會話中QoS區分的最細粒度。QoS流ID（QFI）用來識別5G系統中的QoS流。在PDU會話內具有相同QFI的用戶平面流量接收相同流量轉發處理（例如，排程、准入閾值）。QFI承載於N3（和N9）上的封裝標頭中，即，不對e2e封包標頭做任何改變。它可應用於具有不同類型的有效負載的PDU，即IP封包、非結構化PDU和乙太網路訊框。QFI在PDU會話內將是獨特的。 注1：用戶平面流量的策略制定（例如，MFBR強制執行）不被視為QoS區分且通過UPF在SDF級粒度下完成。 每一QoS流（GBR和非GBR）與以下QoS參數相關聯（參數細節在節5.7.2中描述）： - 5G QoS指示符（5QI）。 - 分配和保持優先級（ARP）。 每一GBR QoS流還另外與以下QoS參數相關聯（細節在節5.7.2中描述）： - 受保證的流位速率（GFBR）-UL和DL； - 最大流位速率（MFBR）-UL和DL； - 通知控制。 每一非GBR QoS流還可另外與以下QoS參數相關聯（細節在節5.7.2中描述）： - 反射式QoS屬性（RQA）。 支持兩種控制QoS流的方式： 1. 對於具有標準化5QI的非GBR QoS流，5QI值用作如節5.7.4中限定的QFI，並使用預設ARP。在此情況下，在對應的QoS流的流量開始時，不需要額外N2信令；或 2. 對於GBR和非GBR QoS流，在PDU會話建立或QoS流建立/修改時，將對應於QFI的所有必需QoS參數作為QoS屬性傳送到(R)AN、UPF。 編者注：在標準化5QI以外，是否還可將預配置5QI值進一步用作QFI值有待進一步研究。 在PDU會話時或在QoS流建立時，以及當每次啟動用戶平面使用NG-RAN時，通過N2將QoS流的QoS參數作為QoS屬性提供到(R)AN。還可針對非GBR QoS流在(R)AN中預配置QoS參數（即，不需要通過N2進行傳送）。 UE基於QoS規則而執行UL用戶平面流量的分類和標記，即上行鏈路流量到QoS流的關聯。這些規則可通過N1（在PDU會話建立或QoS流建立時）進行顯式傳送，在UE中進行預配置或通過UE從反射式QoS進行隱式推導。QoS規則含有QoS規則標識符、QoS流的QFI、一個或多個封包篩選器和優先值。可存在超過一個QoS規則與相同QFI（即，與相同QoS流）相關聯。 針對每一PDU會話，需要預設QoS規則。預設QoS規則是PDU會話中可以不含有任何封包篩選器的唯一QoS規則（在此情況下，必須使用最高優先值（即，最低優先級））。如果預設QoS規則不含封包篩選器，那麼預設QoS規則限定不匹配PDU會話中的任何其它QoS規則的封包的處理。 編者注：是否另外還需要向UE提供預授權QoS規則有待進一步研究。 SMF針對每一QoS流分配QFI，並從PCF所提供的訊息推導出它的QoS參數。在適用時，SMF向(R)AN提供QFI以及含有QoS流的QoS參數的QoS屬性。SMF向UPF提供SDF屬性（即，與從PCF接收的SDF相關聯的一組封包篩選器）以及SDF優先和對應的QFI，從而實現用戶平面流量的分類和標記。在適用時，通過分配QoS規則標識符、添加QoS流的QFI、將封包篩選器設置成SDF屬性的UL部分並將QoS規則優先設置成SDF優先，SMF產生用於PDU會話的QoS規則。接著，將QoS規則提供到UE，從而實現UL用戶平面流量的分類和標記。 編者注：一些應用，例如IMS，在QoS規則中還需要SDF屬性的DL部分。針對每一QoS規則是否必須傳送SDF屬性的DL有待進一步研究。 用戶平面流量的分類和標記以及QoS流到AN資源的映射的原理在圖5.7.1-1中說明。 [省略3GPP TS 23.501 V1.0.0中名稱為“QoS流的分類和用戶平面標記以及到AN資源的映射的原理（The principle for classification and User Plane marking for QoS Flows and mapping to AN Resources）”的圖5.7.1-1] 在DL中，傳入數據封包基於SDF屬性並根據它們的SDF優先進行分類（同時不發起額外的N4信令）。CN通過使用QFI的N3（和N9）用戶平面標記來遞送屬於QoS流的用戶平面流量的分類。AN將QoS流結合到AN資源（即，在3GPP RAN的情況下的數據無線電承載）。QoS流和AN資源之間不存在嚴格的1:1關係。建立將QoS流映射到DRB必需的AN資源使得UE接收QFI取決於AN（並且可應用反射式QoS（見節5.7.5））。 在UL中，基於呈遞增次序的QoS規則的優先值，UE針對QoS規則中的封包篩選器評估UL封包，直到得出匹配的QoS規則（即，其封包篩選器匹配UL封包）為止。UE使用對應的匹配QoS規則中的QFI以將UL封包結合到QoS流。接著，UE將QoS流結合到AN資源。 如果未發現匹配，且預設QoS規則含有一個或多個上行鏈路封包篩選器，那麼UE將捨棄上行鏈路數據封包。 以下特徵應用於處理下行鏈路流量： - UPF基於SDF屬性將用戶平面流量映射到QoS流 - UPF執行Session-AMBR強制執行並執行支持計費的PDU計數。 - UPF在5GC和(R)AN之間在單個隧道中傳送PDU會話的PDU，UPF在封裝標頭中包含QFI。此外，UPF可在封裝標頭中包含用於反射式QoS啟動的指示。 - UPF在下行鏈路中執行輸送級封包標記，例如，設置外部IP標頭中的DiffServ編碼點。輸送級封包標記可基於相關聯的QoS流的5QI和ARP。 - 還考慮到與下行鏈路封包相關聯的N3隧道，(R)AN基於QFI及相關聯的5G QoS特徵和參數將PDU從QoS流映射到存取特定資源。 注2：封封包篩選器不用於在(R)AN中將QoS流結合到存取特定資源上。 - 如果反射式QoS應用，那麼UE創建新的推導QoS規則。在推導QoS規則中的封包篩選器從DL封包（即，其標頭）推導出，並且推導QoS規則的QFI根據DL封包的QFI設置。 以下特徵應用於處理上行鏈路流量： - UE使用儲存的QoS規則來決定UL用戶平面流量和QoS流之間的映射。UE基於RAN所提供的映射，使用對應的QoS流的存取特定資源來傳送UL PDU。 - (R)AN通過N3隧道朝向UPF傳送PDU。當從(R)AN傳遞UL封包到CN時，(R)AN決定包含在UL PDU的封裝標頭中的QFI值，並選擇N3隧道。 - (R)AN在上行鏈路中執行輸送級封包標記，輸送級封包標記可基於相關聯的QoS流的5QI和ARP。 - UPF驗證UL PDU中的QFI是否與提供到UE或通過UE隱式推導出（例如，在反射式QoS的情況下）的QoS規則對準。 - UPF執行Session-AMBR強制執行和用於計費的封包的計數。 對於UL分類器PDU會話，UL和DL Session-AMBR將在支持UL分類器功能性的UPF中強制執行。此外，DL Session-AMBR將分別在端接N6接口的每一UPF中強制執行（即，不需要UPF之間的交互）（見節5.6.4）。 對於多宿主PDU會話，UL和DL Session-AMBR將在支持支化點功能性的UPF中強制執行。此外，DL Session-AMBR將分別在端接N6接口的每一UPF中強制執行（即，不需要UPF之間的交互）（見節5.6.4）。 注3：DL Session-AMBR在端接N6接口的每一UPF中強制執行，以減少可因為PDU會話的下行鏈路流量量超過DL Session-AMBR而通過UPF執行UL分類器/支化點( Classifier/Branching)功能性捨棄的流量的不必要輸送。 (R)AN將針對非GBRQoS流的每一UE在UL和DL中強制執行最大位速率（UE-AMBR）限制。如果UE接收Session-AMBR，那麼UE將使用Session-AMBR針對非GBR流量，基於PDU會話執行UL速率限制。 每PDU會話的速率限制強制執行應用於不需要受保證的流位速率的流。每SDF的MBR對於GBRQoS流來說是強制性的，但是對於非GBRQoS流來說是任選的。MBR在UPF中強制執行。 非結構化PDU的QoS控制在PDU會話級處執行。當建立PDU會話以傳輸非結構化PDU時，SMF向UPF和UE提供將應用於PDU會話的任何封包的QFI。 編者注：是否支持及如何支持非結構化PDU的QoS流級QoS控制有待進一步研究。 5.7.2 5G QoS參數 5QI是用作在節5.7.4中限定的5G QoS特徵的參考的標量，即控制QoS流的QoS轉發處理的存取節點特定參數（例如，排程權重、准入閾值、隊列管理閾值、鏈路層協議配置等）。 在標準化值範圍中的5QI具有到5G QoS特徵的標準化組合的一對一映射，如表5.7.4-1中說明。 對於5G QoS特徵的非標準化組合，非標準化值範圍中的5QI值以及5G QoS特徵在PDU會話或QoS流建立時通過N2、N11和N7傳送。 注1：在N3上，每一PDU（即，在用於PDU會話的隧道中）通過承載於封裝標頭中的QFI而與一個5QI相關聯。 QoS參數ARP含有關於優先級、搶佔能力（pre-emption capability）和被搶佔能力（pre-emption vulnerability）的訊息。優先級限定資源請求的相對重要性。這允許判定在資源限制（通常用於GBR流量的准入控制）的情況下是可以接受還是需要拒絕新QoS流。它還可用於判定哪一現有QoS流在資源限制期間搶佔。 ARP優先級的範圍是1到15，其中1為最高水平的優先級。搶佔能力訊息限定服務數據流是否可得到已經指派到具有較低優先級的另一流量數據流的資源。被搶佔能力訊息限定服務數據流是否會丟失指派給其的資源，以准入具有較高優先級的服務數據流。搶佔能力和被搶佔能力將設置成‘是’或‘否’。 ARP優先級1到8應該僅指派有用於經授權在操作員域內接收經優先級區分處理（即，通過服務網路授權）的服務的資源。ARP優先級9到15可指派有通過歸屬網路授權且因此在UE漫遊時適用的資源。 注2：這確保了未來版本可通過向後兼容方式使用ARP優先級1到8來指示操作員域內的例如緊急和其它優先級服務。這並不妨礙在存在確保這些優先級的兼容使用的適當漫遊協議的情況下在漫遊情形中使用ARP優先級1到8。 反射式QoS屬性（RQA）是在使用通過控制平面的反射式QoS控制時通過N1傳送到UE的任選參數，如節5.7.5.4.3中所描述。RQA基於QoS流進行傳送。 此外，QoS流可與參數相關聯： - 通知控制。 可為GBRQoS流提供通知控制。通知控制指示如果在QoS流的使用壽命期間無法實現QoS流的QoS目標，那麼是否應通過RAN進行通知。如果它被設定且QoS目標無法實現，那麼RAN向SMF傳送通知。 編者注：非GBRQoS流是否需要通知控制有待進一步研究。 對於GBRQoS流，5GQoS 屬性另外包含以下QoS參數： - 受保證的流位速率（GFBR）-UL和DL； - 最大位速率（MFBR）--UL和DL。 GFBR表示可預期由GBRQoS流提供的位速率。MFBR限制可預期由GBRQoS流提供的位速率（例如，多餘流量可通過速率修整功能（rate shaping function）捨棄）。 針對GBRQoS流中的每一個在N2、N11和N7上傳送GFBR和MFBR以建立5G QoS屬性。 基於從PCF接收的訊息，每SDF MBR在N7和N4上傳送。 UE的每一PDU會話與以下聚合速率限制QoS參數相關聯： - 每會話聚合最大位速率（Session-AMBR）。 訂閱Session-AMBR是從UDM獲取的訂閱參數。SMF可使用訂閱Session-AMBR或基於局部策略調節它，或使用從PCF接收的經授權Session-AMBR以得到Session-AMBR，Session-AMBR在N4上傳送到適當的UPF實體。Session-AMBR限制可預期橫跨特定PDU會話的所有非GBRQoS流提供的聚合位速率。 每一UE與以下聚合速率限制QoS參數相關聯： 每UE聚合最大位速率（UE-AMBR）。 UE-AMBR限制可預期橫跨UE的所有非GBRQoS流提供的聚合位速率。每一(R)AN將其UE-AMBR設置成具有到這一(R)AN的活躍用戶平面的所有PDU會話的Session-AMBR的總和，最多為訂閱UE-AMBR的值。訂閱UE-AMBR是從UDM獲取並由AMF提供到(R)AN的訂閱參數，且Session-AMBR由SMF提供到(R)AN。 5.7.3 5G QoS特徵 此節說明與5QI相關聯的5G QoS特徵。特徵在以下性能特徵方面描述QoS流在UE和UPF之間邊到邊地接收的封包轉發處理： 1. 資源類型（GBR或非GBR）； 2. 優先級； 3. 封包延遲預算； 4. 封包錯誤率。 5G QoS特徵應理解為用於針對每一QoS流，例如針對3GPP無線存取鏈路層協議配置設置節點特定參數的準則。 標準化值範圍中的5QI的5G QoS特徵不在任一接口上進行傳送。 非標準化值範圍中的5QI的5G QoS特徵在PDU會話或QoS流建立時通過N2、N11和N7傳送。 資源類型決定專用網路資源相關的QoS流級受保證流位元速率（GFBR）值是否被永久性分配（例如，通過無線電基站中的准入控制功能）。因此，通常“按照需要動態策略與計費控制的需求”授權GBR QoS流。非GBR QoS流可通過靜態策略與計費控制進行預授權。 封包延遲預算（Packet Delay Budget，PDB）限定封包在UE端和終止N6接口的UPF之間可延遲的時間上限。對於某一5QI，PDB的值在上行鏈路和下行鏈路中是相同的。在3GPP存取的情況下，PDB用來支持排程和鏈路層功能的配置（例如，排程優先級權重和HARQ目標操作點的設置）。 注1：PDB表示端到端“軟上限”。 編者注：什麼為PDB置信級有待進一步研究，例如，98%是否足夠或5G是否需要更積極的置信級，例如，99%。 封包錯誤率（Packet Error Rate，PER）限定已經通過鏈路層協議的傳送器（例如，3GPP存取的RAN中的RLC）處理但是通過對應的接收器未成功傳遞到上部層（例如，3GPP存取的RAN中的PDCP）的SDU（例如，IP封包）的速率上限。因此，PER限定不與擁塞相關的丟封包的速率上限。PER目的在於允許適當的鏈路層協議配置（例如，3GPP存取的RAN中的RLC和HARQ）。對於某一5QI，PER的值在上行鏈路和下行鏈路中是相同的。 編者注：針對非標準化5QI值範圍，是否需要指定5G QoS特徵的“允許邊界”有待進一步研究，例如，所允許的最小值PDB＜X ms，PLR＜10^-X等。 5.7.4 標準化5QI到QoS特徵映射 標準化QFI和5QI值到5G QoS特徵的一對一映射在表5.7.4-1中說明。 [省略3GPP TS 23.501 V1.0.0中名稱為“標準化5QI到QoS特徵映射（Standardized 5QI to QoS characteristics mapping）”的表5.7.4-1] 編者注：它是界定標準化5QI到QoS特徵映射的開始點，此表格將進行擴展/更新以支持5G的服務要求，例如，超低延時服務。 5.7.5 反射式QoS 5.7.5.1 概述 通過AN對反射式QoS的支持在5GC的控制下。反射式QoS通過基於接收到的下行鏈路流量在UE中創建推導QoS規則來實現。在同一PDU會話內同時應用反射式QoS和非反射式QoS將是可能的。對於經受反射式QoS的流量，UL封包得到與經反射DL封包相同的QoS標記。 5.7.5.2 UE反射式QoS程序 5.7.5.2.1 概述 對於支持反射式QoS功能的UE，如果對於一些流量流5GC支持反射式QoS功能，那麼UE將基於接收到的下行鏈路流量創建用於上行鏈路流量的推導QoS規則。UE將使用推導QoS規則來決定上行鏈路流量和QoS流之間的映射。 不支持反射式QoS的UE將忽略反射式QoS的任何指示。 5.7.5.2.2 UE推導 QoS規則 UE推導QoS規則含有以下參數： - 封包篩選器 - QFI - 優先值。 基於接收到的DL封包推導出UL封包篩選器。 當通過用戶平面啟動反射式QoS時，所有推導QoS規則的優先值被設置成標準化值。 編者注：當通過用戶平面啟動反射式QoS時，基於每PDU會話，標準化值是否被新值覆寫及如何被新值覆寫有待進一步研究。 當通過控制平面控制反射式QoS時，控制平面啟動範圍內的推導QoS規則（即，QoS流、PDU會話）的優先值被設置成通過控制平面傳送的值。 5.7.5.3 用於支持反射式QoS的UPF程序 當5GC支持用戶平面反射式QoS時，UPF將在N3參考點上的封裝標頭中包含反射式QoS指示（RQI）以及QFI。 5.7.5.4 反射式QoS控制 5.7.5.4.1 概述 可通過用戶平面或通過控制平面控制反射式QoS。5GC基於策略和存取類型來決定是通過控制平面還是通過用戶平面控制反射式QoS功能。 5.7.5.4.2 通過用戶平面的反射式QoS控制 通過使用N3參考點上的封裝標頭中的RQI及QFI，以及在PDU會話建立後傳送到UE或設置成預設值的反射式QoS定時器（RQ定時器）值，基於每一封包，通過用戶平面控制反射式QoS。 注：限定RQ定時器值取決於階段3。 當5GC針對特定SDF決定通過用戶平面控制反射式QoS時，SMF將在通過N4接口提供到UPF的對應SDF訊息中包含指示。對於對應於此SDF的DL封包，UPF可設置N3參考點上的封裝標頭中的RQI位。 在接收經受反射式QoS的DL封包後，UE創建UE推導QoS規則，並起始設置成RQ定時器值的定時器。如果已經存在具有相同封包篩選器的現有UE推導QoS規則，那麼UE針對此UE推導QoS規則重新起始定時器。 注：通過用戶平面的反射式QoS啟動用來避免頻外信令（例如，對於一些非3GPP存取）。 編者注：RAN WG2需要限定下行鏈路封包經受反射式QoS的N3指示如何通過無線電接口遞送到UE。依據RAN WG2解決方案，可需要向RAN指示哪一QoS流經受反射式QoS。這如何完成及何時完成有待進一步研究。 編者注：如何最小化處理負擔有待進一步研究，處理負擔包含多個RQ定時器對反射式QoS的UE的影響。 編者注：是否需要停用反射式QoS的其它手段有待進一步研究 在與UE推導QoS規則相關聯的定時器到期後，UE刪除對應的UE推導QoS規則。 5.7.5.4.3 通過控制平面的反射式QoS控制 基於每一QoS流通過控制平面控制反射式QoS。在QoS流建立後，UE具有特定於QoS流的反射式QoS定時器（RQ定時器）值。 當5GC決定通過控制平面控制反射式QoS時，SMF將在通過N1接口傳送到UE的QoS流參數中包含反射式QoS屬性（RQA）。 當UE在其中RQA被設置成RQI的QoS流上接收DL封包時，UE創建UE推導QoS規則，並起始設置成RQ定時器值的定時器。如果已經存在具有相同封包篩選器的現有UE推導QoS規則，那麼UE針對此UE推導QoS規則重新起始定時器。 在與UE推導QoS規則相關聯的定時器到期後，UE刪除對應的UE推導QoS規則。 注：通過控制平面的反射式QoS控制用於粗粒度控制（即，每QoS流）。 編者注：是否需要停用反射式QoS的其它手段有待進一步研究 編者注：如何最小化多個RQ定時器對UE的影響有待進一步研究。
R2-1707159論述SDAP標頭格式，如下： 2.1 SDAP的透明模式 如最後一個會議中所協定，當不需要SDAP標頭時（例如，當在LTE+DC模式中朝向EPC操作時或當網路並不打算使用任何反射式映射時）存在多種情況。當網路未配置SDAP標頭時，可以通過SDAP層不存在的方式對其進行建模。然而，依據RRC配置，這會使得協議看起來有所不同。因此，更乾淨的解決方案是將SDAP標頭的不存在建模為“SDAP透明模式”，如若干個其它3GPP協議中已經進行的。通過這種方式，SDAP可始終在PDCP頂部上。並且，PDCP SDU始終是SDAP PDU。 提議1：當RRC對SDAP標頭進行去配置時，這被建模SDAP透明模式。 2.2 SDAP標頭格式 在RAN2 97-bis會議中，做出在SDAP標頭中包含流ID以及使標頭字節對準的決策。但流Id長度的問題仍然存在。當假設SDAP標頭為一個或兩個字節時，流ID的可能大小從7位最高到16位，且QFI表中由SA限定的最大限定QFI值是79[1]。具有7位的流ID值範圍應該是足夠的，因為它允許128個流存在於一個PDU會話中。具有較大流ID範圍需要UE為流到DRB的映射分配更多資源。 表1：5G系統的3GPP TS23.501系統架構，階段2，V0.4.0（2017-04） 基於將告知UE DL封包是否需要更新NAS級SDF到流的映射的來自SA2的輸入。我們提議在DL標頭中存在一位元指示。當位元被設置成1時，UE向NAS指示它將基於存在於SDAP標頭中的流ID決定且可能更新SDF到流的映射[2]。 提議2：DL SDAP標頭封包含1位元NAS-RQI指示，其指示UE是否將創建（或更新）UE推導QoS規則。 類似於NAS RQI，在SDAP標頭中可存在AS RQI位元指示，其指示UE是否將創建或更新QoS流到DRB的映射。假設6位元流id長度不夠，那麼在兩者都具有的情況下，NAS和AS RQI指示將需要SDAP標頭為2字節。 第1圖示出當AS和NAS RQI都存在於標頭中時的標頭。流ID的長度在7和16之間。 [省略R2-1707159中名稱為“具有8位流ID、NAS-RQI、AS-RQI和6位預留字段的DL SDAP標頭（DL SDAP header with 8-bit Flow ID,NAS-RQI,AS-RQI and 6-bit Reserved field）”的第1圖] 觀察結果1：在DL中，當存在NAS-RQI和AS-RQI字段且流ID大於7位元時，SDAP標頭增長到2個字節 具有NAS-RQI和AS-RQI允許當NAS RQI位和AS RQI位都未設置時，gNB傳輸器在下行鏈路標頭中省略AS流ID。這將允許在不應觸發任何篩選器更新的所有DL封包中將標頭大小減少到一個八位元字節。但是當然，它還將產生可變SDAP標頭大小。在第1圖中呈現此標頭。 [省略R2-1707159中名稱為“其中省略1位元NAS-RQI、1位元AS-RQI和流ID（AS RQI=0）的DLSDAP標頭（DL SDAP header with 1-bit NAS-RQI,1-bit AS-RQI and Flow ID omitted(AS RQI=0)）”的第2圖] SDAP標頭中的標頭長度變化增加了例如ROHC需要識別PDCP層中的IP封包的開始點時的複雜度。 考慮到更新流ID到DRB的映射比NAS篩選器的更新容易得多，我們認為不應該添加此類顯式指示。在沒有所述指示的情況下，一個字節的標頭長度為7位元流ID長度提供了空間。 從DRB到流ID的映射的角度來看，在UE中，當需要UE維持流到DRB映射表時，具有長於所需的流ID範圍並不合乎需要。128個流ID的範圍足以用於當前存在的使用情況[1]。 在第3圖中描繪了所得下行鏈路SDAP標頭。 [省略R2-1707159中名稱為“具有7位元流ID和NAS-RQI的DLSDAP標頭（DL SDAP header with 7-bit Flow ID and NAS-RQI）”的第3圖] 提議3：DL和ULSDAP標頭含有7位元流ID 對於UL，流ID向gNB提供gNB根據其能夠觀察到承載於NG3 UL標頭中的QoS標記的訊息。不需要NAS-RQI。因此，所得UL標頭具有一個備用位元（R）以便後續使用，如第4圖中所示。 [省略R2-1707159中名稱為“當使用7位元流ID時的ULSDAP標頭（UL SDAP header when 7-bit Flow ID is used）”的第4圖] 提議4：ULSDAP標頭具有一個備用位元（R）以便後續使用。 在先前的會議中，一些公司提議具有SDAP層的控制PDU。控制PDU所承載的訊息將與NAS和AS使用的狀態相關。可利用上文提出的方法來承載此訊息。此外，RRC信令覆蓋QoS特徵，這會使得控制元素訊息冗餘。因為SDAP層當前只與QoS一起使用，並且它當前與PDCP實體緊耦合，所以控制PDU會使複雜度增加，複雜度可能與益處無關。另外，動態SDAP標頭向ROHC實施方案引入了複雜度，因為ROCH需要知道IP封包的位置。可替代地，在末端處具有SDAP標頭將避免ROCH問題，但是引入了SDAP標頭與PDCP SDU長度訊息的耦合。利用動態標頭從末端解析將使接收器解析器複雜，因為接收器將會需要預測SDAP標頭的長度或以其它方式指示所述長度。 提議5：在SDAP層中不引入控制標頭 提議6：將SDAP標頭放置在PDU的開始處
R2-1707160論述反射式QoS和流ID的存在情況，如下： SDAP標頭的存在情況和QoS流ID 為了實現反射式QoS，RAN用QoS流ID標記Uu上的下行鏈路封包。UE用QoS流ID標記Uu上的上行鏈路封包，目的是標記轉發到CN的封包。 RAN2-97bis通過了…… 至少對於其中UL AS反射式映射和NAS反射式QoS未配置成用於DRB的情況，不用“流ID”標記Uu上的DL封包。 依據網路配置，AS層標頭包含UL“流ID” RAN2-98再次論述這一話題，並作出以下結論： 1. 一旦AS反射式QoS是活躍的，QoS流ID就存在。它是否始終存在有待進一步研究。 2. 當NAS層反射式QoS啟動（例如，可使用）時應該通知gNB。我們如何處理NAS反射式QoS有待進一步研究，且取決於它將如何/何時提供。 3. RAN2將支持其中SDAP標頭不存在且針對每一DRB進行配置的模式。如果經配置，那麼如何處理不同字段有待進一步研究。 QoS流ID的動態存在情況 上方的編號3意味著eNB通過RRC針對每一DRB配置UE是否將在上行鏈路PDCP SDU中包含SDAP標頭以及SDAP標頭是否存在於DL PDCP SDU中。根據編號1，應該進一步論述一旦配置了SDAP，“QoS流ID”是否就“始終存在”，還是它是否僅可動態地存在。為了實現後者，SDAP標頭將需要利用一個位元指示“QoS流ID”的存在情況。因為此類指示自身將佔用一個位元，所以將不允許將SDAP標頭的大小減少到低於一個八位元字節。因此，我們認為針對具有一個字節的固定大小的SDAP標頭（如果配置成通過RRC存在）更有效。 提議1：如果SDAP借助於RRC配置成用於DRB，那麼“QoS流ID”存在於所述DRB上的UL和DL封包（非動態啟用/停用）。 重新配置SDAP標頭的存在情況 因為UE和網路必須在任一時間點瞭解哪些PDCP SDU含有SDAP標頭，所以此標頭的存在情況應該僅通過同步重新配置改變，即，包含mobilityControlInfo的RRCConnectionReconfiguration。應該注意這仍然需要PDCP接收器實體通知每一個傳遞的PDCP PDU的SDAP實體SDAP標頭是否存在。如果希望免去這一通知，那麼RAN2應該將SDAP標頭的配置限制在滿配置（fullConfig）。然而，我們認為在交遞期間允許啟用/停用SDAP標頭是可接受的。 提議2：eNB可僅借助於交遞，即，同步重新配置改變SDAP標頭的存在情況。 由於使SDAP成為PDCP上的單獨協議的決策，RoHC壓縮器和解壓器（其指定為PDCP的部分）現在必須探視SDAP PDU，並對SDAP SDU（IP封包）起作用。儘管這不是一個好設計，但是我們相信，在上述兩個建議的情況下，UE和網路都會具有執行RoHC需要的所有訊息。 觀察結果1：基於RRC配置，UE端和網路端中的RoHC壓縮器和解壓器實體可決定每一PDCP PDU內部IP封包的位置，即，SDAP標頭是否存在。 […] 附件：先前會議中的QoS相關協議 RAN2-95論述了NR QoS框架的基礎原理並達成以下協議： 在RAN2-95bis上，達成了一些其它協議，並上述待進一步研究者中的第一個已解決： RAN2#96： ð 有待進一步研究：QoS字段是通過PDCP還是通過PDCP上的新協議層添加。 2017年1月的RAN2 Ad Hoc： 雅典的RAN2-97： （2017年4月）斯波坎的RAN2-97bis
R2-1707161論述相同單元內和交遞中的QoS流重新映射，如下： 2.1 更新到DRB篩選器的QoS流 在RAN2-96上，論述了網路可如何改變UL流到DRB的映射，且RAN2協定“UE“持續”監聽下行鏈路PDCP封包中的QoS流ID並相應地在上行鏈路中更新反射式QoS流ID到DRB的映射”。 詞“持續”被放在引號中是因為公司想要研究是否真的每個DL封包都需要分析。 我們認為這是允許eNB通過將DL流的封包重新引導到不同DRB上來更新映射的最簡單方式。例如，如果UE在一開始觀察到在DRB1上具有流ID X的下行鏈路封包，那麼它創建將具有流ID X的上行鏈路封包映射到DRB 1的“流到DRB”篩選器。但是如果UE在稍晚時間觀察到在DRB2上具有流ID X的下行鏈路封包，那麼它應該改變流X的篩選器，以使得UL封包同樣映射到DRB 2。 然而，同時，SA2協定CN應該在N3（用戶平面）封包標頭中動態地指示UE將使用此封包標頭來創建或更新NAS級反射式QoS映射： 表1：5G系統的3GPP TS23.501系統架構，階段2，V0.3.1（2017-03） 基於將告知UE DL封包是否需要更新NAS級SDF到流的映射的來自SA2的輸入，我們建議將所述指示複製到SDAP標頭中。 提議1：如果DLSDAP標頭中的NAS-RQI位被設置成1，那麼UE向NAS指示它將基於存在於SDAP標頭中的流ID而決定且可能更新SDF到流的映射。 到目前為止，RAN2假設UE將基於含有流ID的所有接收到的DL封包而更新AS級流到DRB的映射。可考慮改變這一操作，以使得UE只有在被明確告知這樣做時才會同樣更新AS級映射。然而，為了實現這一操作，SDAP標頭將需要包括單獨但以類似方式指示UE是否將使用封包標頭中的流ID來更新流到DRB的映射的第二個位。明顯地，這將僅為流ID留下6個位元，且因此在6個位元被認為過小的情況下可能導致2個八位元字節SDAP標頭。關於可能標頭格式的更多討論可參見[1]。在那篇文章中，我們得出結論：SDAP標頭中的流ID應該為7 位元。 提議2：SDAP標頭中的DL和UL的流ID長度是7位元。 提議3：因為在DL SDAP標頭中僅需要NAS-RQI位元，所以ULSDAP標頭具有一個備用位元（R）。 2.2 在QoS流重新映射到另一DRB後的封包重排序 一些公司在最後一次會議中觀察到QoS流到不同DRB的重新映射可導致無序封包傳遞。這可發生在由更新後的流到DRB的映射導致的流的初始封包以低優先級DRB結束且後續包映射到高優先級DRB時。我們同意此觀察結果，但認為當在隊列為空時的時機執行重新映射時網路可避免這一情況。然而，針對上行鏈路方向可能未必總是有可能確保這一情況。但是至少對於從預設DRB到另一DRB的初始重新映射，有可能較高層仍然處於初始交握階段（例如，TCP SYN/SYN-ACK、TLS安全設置、HTTP GET）且因此通常將存在極少處於傳送中的可超過彼此的封包。 觀察結果1：當NW在流的初始交易階段期間將流重新映射到不同DRB時，封包重排序是不太可能的，因為少數封包處於傳送中。 觀察結果2：當NW將流重新映射到不同DRB時，它可通過將它推遲到緩衝區為空或至少為少時的時機來使重排序的風險最小化。 還提到在流重新映射後的封包重排序可借助於（PDCP上）每一QoS流的額外重排序功能來避免。然而，根據上述的觀察結果，我們未發現在UE端需要這種（複雜的）功能性。 如果RAN2認為在QoS流重新映射（在上行鏈路方向上）後的封包重排序的風險大到不可接受，那麼我們建議尋求一種相對簡單的解決方案，例如以下：在檢測流到不同DRB的重新映射（反射式地或顯式地）後，PDCP傳輸器將所有尚未經RLC確認的PDCP PDU複製 到目標DRB的PDCP實體。這可產生一些複製，但是那些對較高層來說不重要。因為我們始終假設在文件傳輸的初始階段期間通常將僅存在少數處於傳送中的封包，由（少數）複製導致的低效對於上文所描述的初始反射式QoS重新映射來說可被忽略。當然，如果網路在交遞期間重新映射流，那麼這種方法還將免去IP級的重排序。 將數據移動（而不是複製）到另一DRB將免去開銷，但是需要重新處理已經預處理的源DRB的PDCP PDU。 提議4：不應引入用於避免在將QoS流重新映射到不同DRB（通過顯式信令或通過更新反射式QoS映射）時的可能亂序傳遞的額外UE功能性。 提議5：如果不同意提議6（即，如果RAN2認為應避免由QoS流重新映射導致的重排序），那麼PDCP傳輸器將所有尚未經RLC確認的PDCP PDU複製到目標DRB'的PDCP實體。 2.3 反射式和經配置映射的優先次序 RAN2-96尚未關於“經RRC配置的映射和反射式QoS的優先順序”達成協議。基本上存在三種選擇方案： 1. 對於所述流，經RRC配置的映射超越任一反射式映射。 2. 最新推導的反射式映射超越先前通過RRC配置的映射。 3. UE始終應用最新映射，即，通過RRC提供或通過反射式QoS推導的映射 我們認為第二種選擇方案將引入RRC配置和用戶平面之間的不當依賴性。例如，RRC配置（AS-Config）將不表示UE應用的映射。這在可移動的情況下將是不當的，因為UE不會像目標節點所期望的那樣表現。它還去除了超越通過專用配置的先前反射式QoS映射的可能性。 第三種選擇方案會遭受可能存在的競態條件，因為它可能不是完全可預測的，無論UE是首先接收DL數據封包還是接收RRCConnectionReconfiguration。並且，正如第二種選擇方案，移動性存在模糊性。 一般來說，我們認為RRC信令應該始終優先於L2和L1控制信令。它將確保乾淨分離並避免任何模糊性。並且，在移動期間，此原理確保目標eNB瞭解通過UE應用的所有經配置UL QoS映射。除此以外，相比於具有相同ID的ULQoS流，它還將允許eNB將DLQoS流映射到不同DRB上。 提議6：如果eNB利用“到DRB篩選器的上行鏈路QoS流”配置UE，那麼針對此QoS流，它超越任何反射式映射。 2.4 在遞交期間維持QoS映射 在細胞間行動性的上下文中，應該論述UE是否維持反射式UL QoS篩選器。如上文所提及，根據AS-Config，目標eNB並不知道UE的反射式QoS篩選器。可認為源eNB提供反射式UL QoS到目標eNB的映射（例如，在AS-Context中）。可替代地，目標節點可改變QoS映射，並在HO命令（RRCConnectionReconfiguration）中向UE傳送新映射。但是我們認為這存在不必要的複雜性，並且它還會引入狀態不匹配的風險。只要存在與UE相關聯的DRB，即，還在正常RRC移動期間，UE就維持反射式UL QoS映射顯得更簡單。當eNB釋放與映射相關聯的DRB時，UE釋放反射式UL QoS映射。 提議7：只要存在與UE相關聯的DRB，即，還在正常RRC移動期間及在承載類型改變後，UE就維持反射式UL QoS映射。當eNB釋放與映射相關聯的DRB時，UE釋放反射式UL QoS映射。
S2-170065提供以下描述： - 通過控制平面的反射式QoS啟動 圖2.1-1描繪當反射式QoS啟動通過NG1傳送到UE時的反射式QoS程序。 [省略S2-170065中名稱為“通過控制平面的反射式QoS啟動（Reflective QoS activation via C-plane）”的圖2.1-1] 詳細程序如下： 1. 當SMF決定應該通過控制平面啟動反射式QoS時，SMF應該通過NG4向UPF傳送反射式QoS規則，並通過NG1向AN（任選地）傳送反射式QoS屬性以及向UE傳送具有RQI的反射式QoS屬性。 2. DN傳送反射式QoS規則將供UPF使用的包。 3. 當UPF從DN接收DL包時，它將使用反射式QoS規則傳送DL包。 4. AN基於QoS標記通過對應的DRB傳送DL包。 5. UE決定推導出UL服務數據流的QoS規則。 對於上述情況，如果反射式QoS不用於使用相同NAS級QoS 屬性的所有服務數據流，那麼應該在包中包含額外指示符（例如，RQI）以通知UE反射式QoS應該使用哪一服務數據流。此外，RQI還應包含在UPF的反射式QoS規則中以用RQI標記封包。在此情況下，不需要通過NG1傳輸的RQI。因此，通過控制平面的反射式QoS啟動應用於粗粒度，例如，每QoS流或每PDU會話。它不應用於每封包流。在此情況下，UPF和AN將不區分反射式QoS機制和非反射式QoS機制之間的封包處理邏輯。 此外，在NextGen網路中，UE將通過非3GPP存取利用3GPP NAS信令存取NextGen CN，通過控制平面的反射式QoS啟動可用於非3GPP存取，而不會影響非3GPP存取技術。 觀察結果1：通過控制平面的反射式QoS啟動應用於粗粒度情況，例如，每QoS流或每PDU會話。它不應用於每封包流。 觀察結果2：可在存取不可知的情況下使用通過控制平面的反射式QoS啟動，例如，它還可用於非3GPP存取情況。 觀察結果3：當反射式QoS用於每QoS流或每PDU會話時，控制平面解決方案可簡化UPF和RAN處理邏輯。 通過用戶平面的反射式QoS啟動 圖2.2-1描繪當反射式QoS啟動通過用戶平面傳送到UE時的反射式QoS程序。 [省略S2-170065中名稱為“通過用戶平面的反射式QoS啟動（Reflective QoS activation via U-plane）”的圖2.2-1] 詳細程序如下： 1. 當SMF決定應該通過用戶平面啟動反射式QoS時，SMF應該通過NG4向UPF傳送具有RQI的反射式QoS規則。 2. DN傳送反射式QoS規則將用於UPF的封包。 3. 當UPF從DN接收DL封包時，如果UPF決定經受反射式QoS的包，那麼它將傳送具有RQI的DL封包。 4. AN基於QoS標記通過對應的存取特定資源傳送具有RQI的DL封包。 5. UE決定根據RQI推導出UL服務數據流的QoS規則。 對於上述情況，UPF應該區分用戶平面中用於RQI標記的反射式QoS規則和非反射式QoS。因此，RQI應該包含在反射式QoS規則中。另外，AN應該能夠在無線電包中含有RQI。此方法更適用於較細粒度，例如，每服務數據流。 此外，如果QoS特徵不是標準化的，那麼需要NG2和NG1上的信令。並且，當所有封包都使用此QoS特徵時，用戶平面解決方案不適用於此情況。 此外，在UE通過非3GPP存取網路存取NextGen核心網路的情況下，如果用戶平面用於反射式QoS啟動，那麼非3GPP存取網路可需要增強以包含指示符“RQI”。然而，難以改變關於非3GPP存取技術的限定。因此，不推薦在非3GPP存取的情況中使用用戶平面。 觀察結果1：通過用戶平面的反射式QoS啟動應該用於較細粒度和標準化QoS特徵，例如，每服務數據流。 觀察結果2：在用戶平面解決方案中應該在反射式QoS規則中添加RQI。 觀察結果3：通過用戶平面的反射式QoS啟動不應用於非3GPP存取。
RAN2#98***筆記記錄了針對相關QoS作出的以下協議：
RAN2 NR Ad Hoc#2***筆記記錄了針對相關QoS作出的以下協議：
3GPP TS 38.323說明狀態報告以及標頭壓縮和解壓縮，如下： 5.4 狀態報告 5.4.1 傳送操作 對於被上部層配置成在上行鏈路中傳送PDCP狀態報告（statusReportRequired[3]）的AM DRB，當出現以下情況時，接收PDCP實體將觸發PDCP狀態報告： - 上部層請求PDCP實體重新建立； - 上部層請求PDCP數據恢復； - 接收其中P位被設置成1的PDCP數據PDU； 編者注：PDCP狀態報告的觸發有待進一步研究。 如果觸發PDCP狀態報告，那麼接收PDCP實體將： - 編譯PDCP狀態報告，如下文通過以下所指示： - 將FMC字段設置成第一缺失PDCP SDU的COUNT值； - 如果儲存了至少一個無序PDCP SDU，那麼分配以位為單位長度等於COUNT的數值的位元圖字段，COUNT的數值從第一缺失PDCP SDU（不包含第一缺失PDCP SDU）最多到最後一個無序PDCP SDU（包含最後一個無序PDCP SDU），上舍入到下一個8的倍數，或最多到其中所得PDCP控制PDU大小等於[8188]字節的PDCP SDU（包含所述PDCP SDU），無論哪個先出現； - 針對尚未接收到的所有PDCP SDU以及任選地其中解壓縮失敗的PDCP SDU，在位圖字段中設置為‘0’， - 對於已經接收到的所有PDCP SDU，在位圖字段中設置為‘1’； - 將PDCP狀態報告作為用於傳送的第一PDCP PDU提交到下部層。 5.4.2 接收操作 對於AM DRB，當PDCP狀態報告接收於下行鏈路中時，傳送PDCP實體將： 針對其中位元圖中的位被設置成‘1’或其中相關聯的COUNT值小於FMC字段的值的每一PDCP SDU（若存在），視為成功傳遞，並捨棄如小節5.3中所指定的PDCP SDU。 […] 5.7 標頭壓縮和解壓縮 5.7.1 受支持標頭壓縮協議和屬性 標頭壓縮協議是基於強健標頭壓縮（Robust Header Compression，ROHC）框架[7]。針對ROHC框架限定多個標頭壓縮算法，被稱作屬性。每一屬性特定於特定網路層、輸送層或上部層協議組合，例如，TCP/IP和RTP/UDP/IP。 ROHC通道的詳細定義指定為ROHC框架的部分[7]。這包含如何在ROHC通道上複用不同流（標頭壓縮或不壓縮），以及如何在所述的壓縮算法的初始化期間使特定IP流與特定上下文狀態相關聯。 本文未覆蓋ROHC框架的功能性和受支持標頭壓縮屬性的功能性的實施方案。 在這一規範版本中，描述對以下屬性的支持： [省略3GPP TS 38.323 V0.0.5中名稱為“受支持標頭壓縮協議和屬性（Supported header compression protocols and profiles）”的表5.7.1-1] 5.7.2 標頭壓縮的配置 與DRB相關聯的PDCP實體可被上部層[3]配置成使用標頭壓縮。 5.7.3 協議參數 RFC 4995具有強制性的且必須經壓縮器和解壓器對等設備之間的上部層配置的配置參數[7]；這些參數限定ROHC通道。ROHC通道是單向通道，即，針對下行鏈路存在一個通道，且針對上行鏈路存在一個通道。因此，每一通道存在一組參數，且相同值將用於屬於相同PDCP實體的兩個通道。 編者注：對僅UL的ROHC的支持有待進一步研究。 這些參數被分類成兩個不同組，如下文限定： - M：強制性且經上部層配置。 - N/A：不用於本文。 參數的使用和定義將指定如下。 - MAX_CID(M)：這是可使用的最大CID值。將為未經壓縮流始終預留一個CID值。參數MAX_CID經上部層配置（maxCID[3]）。 - LARGE_CIDS：此值未經上部層配置，而是根據以下規則從MAX_CID的經配置值推斷出： 如果MAX_CID ＞ 15，那麼LARGE_CIDS = TRUE，否則LARGE_CIDS = FALSE。 - PROFILES(M)：屬性用來限定允許哪些屬性供UE使用。受支持屬性列表描述於章節5.7.1中。參數PROFILES經上部層配置（用於上行鏈路和下行鏈路的profiles[3]）。 - FEEDBACK_FOR(N/A)：這是對兩個壓縮端點之間的相反方向上的通道的參考，且指示所傳送的任何反饋指的是哪一通道。在此PDCP實體的一個ROHC通道上接收的反饋將始終指代這一相同PDCP實體的相反方向上的ROHC通道。 - MRRU(N/A)：不使用ROHC分段。 5.7.4 標頭壓縮 標頭壓縮協議產生兩種類型的輸出封包： - 壓縮封包，各自與一個PDCP SDU相關聯 - 不與PDCP SDU相關聯的獨立封包，即，散置ROHC反饋 壓縮封包作為相關PDCP SDU而與相同PDCP SN和COUNT值相關聯。 散置ROHC反饋不與PDCP SDU相關聯。它們不與PDCP SN相關聯，且未進行加密。 注：如果針對壓縮流已經建立MAX_CID數目個ROHC上下文，且新IP流並不匹配任何已建立的ROHC上下文，那麼壓縮器應該將新IP流與為現有壓縮流分配的ROHC CID中的一個相關聯，或將屬於IP流的PDCP SDU作為未壓縮封包傳送。 5.7.5 標頭解壓縮 如果標頭壓縮經與用戶平面數據相關聯的PDCP實體的上部層配置，那麼PDCP PDU在執行解密之後通過標頭壓縮協議解壓縮，如小節5.8中所解釋。 5.7.6 散置ROHC反饋的PDCP控制PDU 5.7.6.1 傳送操作 當標頭壓縮協議產生散置ROHC反饋時，傳送PDCP實體將： - 將如小節6.2.5中所指定的對應PDCP控制PDU提交到下部層，即，不與PDCP SN相關聯，也不執行加密。 5.7.6.2 接收操作 在從下部層接收散置ROHC反饋的PDCP控制PDU時，接收PDCP實體將： - 將對應的散置ROHC反饋傳遞到標頭壓縮協議，同時不執行解密。
根據3GPP TS 23.501，QoS流是封包數據單元（Packet Data Unit，PDU）會話中QoS區分的最細粒度。PDU會話提供UE和數據網路之間的關聯，所述數據網路提供PDU連接服務。
根據3GPP TS 38.300，被稱作服務數據適配協議（Service Data Adaptation Protocol，SDAP）的新AS層經指定以提供功能，例如，QoS流和數據無線電承載（data radio bearer，DRB）之間的映射和DL封包和UL封包中對QoS流ID（QFI）的標記。此外，每一SDAP實體與一個PDU會話相關聯。每一PDU會話存在至少一個DRB（例如，預設DRB）。每一SDAP PDU可含有至少一個IP封包。每一SDAP PDU可含有SDAP標頭（如果被配置成用於UL和/或DL）。SDAP標頭可指示用來識別QoS流的至少一個QFI，其中IP封包來自所述QoS流。SDAP PDU可為封包數據彙聚協議（Packet Data Convergence Protocol，PDCP）服務數據單元（Service Data Unit，SDU）。
基於3GPP TS 38.323，在PDCP層中執行強健標頭壓縮（Robust Header Compression，RoHC）壓縮和解壓縮。RoHC壓縮和解壓縮可基於IP封包的標頭而執行。此外，PDCP狀態報告可指示其中RoHC解壓縮失敗的那些PDCP SDU。因為SDAP實體是PDCP層上方的協議堆棧，所以PDCP層應該知道IP封包在SDAP PDU中的位置（即，PDCP層應該知道SDAP標頭是否存在）。
在一個實施例中，DRB可服務多個QoS流（針對PDU會話），以使得gNB可配置UE以使用DRB的SDAP標頭（在UL中）。當一些QoS流進行修改以使用另一DRB或被釋放時，此時DRB可僅服務一個QoS流。在這種情況下，gNB可重新配置UE以不使用DRB的SDAP標頭（在UL中）。然而，包含SDAP標頭的一些PDCP SDU可能已在PDCP實體/層中緩衝並且待傳送（或重新傳送）。在傳送（或重新傳送）包含SDAP標頭的那些PDCP SDU之後，PDCP實體/層的接收端可將那些PDCP SDU視為不包含SDAP標頭。當出現這一情形時，那些PDCP SDU上的RoHC解壓縮可失敗。如果PDCP實體/層與UM RLC實體相關聯，那麼那些PDCP SDU可因為RoHC解壓縮的失敗而被捨棄，這意味著數據缺失。然而，如果PDCP實體/層與AM RLC實體相關聯，那麼那些PDCP SDU可基於PDCP狀態報告而重新傳送。儘管執行了那些PDCP SDU的重新傳送，但是對於那些重新傳送的PDCP SDU的RoHC解壓縮可能仍然失敗，這不僅意味著數據缺失，還意味著資源浪費。
第5圖說明這一問題。在第5圖中，當gNB配置UE以不使用DRB的SDAP標頭（在UL中）時，PDCP SDU #1和PDCP SDU #2已經緩衝在PDCP傳送緩衝區中。因此，PDCP SDU #1和#2均包含SDAP標頭。在接收重新配置之後，PDCP SDU #1和#2均可進行傳送或重新傳送。在PDCP層的接收端上，PDCP SDU #1和#2可能均未進行正確處理（例如，使RoHC解壓縮失敗），然後被捨棄。即使PDCP層的傳送端可重新傳送PDCP SDU #1和#2二者，但是接收端中的RoHC解壓縮仍然會失敗。接收端可因為不包含任何SDAP標頭而成功執行PDCP SDU #3和#4二者的RoHC解壓縮。
3GPP R2-1707160提出借助於交遞使SDAP標頭重新配置同步。在交遞中，UE將針對根據傳統LTE系統建立的所有RB重置MAC層、重新建立PDCP層和RLC層（如3GPP TS 36.331中所論述）。因此，MAC層和RLC層中的所有緩衝區被清空。然而，問題仍然存在，因為根據3GPP TS 38.323，PDCP層中的緩衝區未清空。因此，使用使SDAP標頭重新配置同步的交遞程序無法解決這一問題，且似乎過猶不及，因為儲存在緩衝區中的所有PDU可能都需要重新傳送，這浪費了大量無線電資源。
一般來說，實際上可使用下文描述的若干種解決方案。
替代方案1：SDAP標頭的存在情況的改變從特定PDU開始-特定PDU可為SDAP PDU或PDCP PDU。特定PDU可為特定UL PDU或特定DL PDU。當需要改變DRB的SDAP標頭（在UL和/或DL上）的存在情況時，gNB可重新配置UE以在映射到DRB的SDAP PDU中包含或不包含SDAP標頭。gNB可向UE傳送專用信令以改變SDAP標頭的存在情況。專用信令可為RRC信令、SDAP信令、信令、RLC信令、MAC控制元素或實體信令。
在一個實施例中，在專用信令中，可包含用來推導特定UL PDU的第一指示和/或用來推導特定DL PDU的第二指示。在一個實施例中，第一指示可為UL的SDAP PDU或PDCP PDU的序列號，且第二指示可為DL的SDAP PDU或PDCP PDU的序列號。在一個實施例中，序列號可為COUNT值或PDCP SN（如3GPP TS 38.323中所論述）。COUNT值可從HFN和PDCP SN推導出（如3GPP TS 38.323中所論述）。如3GPP TS 38.323中所描述，SN字段包含在每一PDCP（數據）PDU中以指示PDCP（數據）PDU的序列號。基本上，序列號針對每一PDCP（數據）PDU或PDCP SDU以一遞增。UE可（開始）應用與序列號相關聯的SDAP PDU或PDCP PDU上的SDAP標頭的存在情況的改變。
在一個實施例中，第一指示可為用來推導UL的第N個SDAP PDU或第N個PDCP PDU的數個N，且第二指示可為用來推導DL的第N個SDAP PDU或第N個PDCP PDU的數個N。UE可（開始）應用第N個SDAP PDU或第N個PDCP PDU上的SDAP標頭的存在情況的改變。
在一個實施例中，UE可基於例如預配置或指定的值來決定特定PDU。在一個實施例中，預配置或指定的值可用於推導UL和DL的第N個SDAP PDU或第N個PDCP PDU。UE可（開始）在第N個SDAP PDU或第N個PDCP PDU中包含SDAP標頭。
在一個實施例中，第一預配置值或第一指定值可用於推導UL的第N個SDAP PDU或第N個PDCP PDU，且第二預配置值或第二指定值可用於推導DL的第N個SDAP PDU或第N個PDCP PDU。
在SDAP標頭不存在變成SDAP標頭存在（即，每一SDAP PDU包含SDAP標頭）的情況下，UE可在特定UL PDU（以及在特定UL PDU之後的所有UL PDU）中包含SDAP標頭，直到SDAP標頭的存在情況下一次發生改變為止，並且可認為特定DL PDU（以及在特定DL PDU之後的所有DL PDU）包含SDAP標頭，直到SDAP標頭的存在情況下一次發生改變為止。此概念可在第6圖中說明。UE可考慮包含SDAP標頭的SDAP PDU/PDCP PDU以對特定下行鏈路（Downlink，DL）PDU（以及在特定DL PDU之後的所有DL PDU）執行RoHC解壓縮。gNB可考慮包含SDAP標頭的SDAP PDU/PDCP PDU以對特定UL PDU（以及在特定UL PDU之後的所有UL PDU）執行RoHC解壓縮。
在SDAP標頭存在變成SDAP標頭不存在（即，每一SDAP PDU不包含SDAP標頭）的情況下，UE在特定UL PDU（以及在特定UL PDU之後的所有UL PDU）中可能不包含SDAP標頭，直到SDAP標頭的存在情況下一次發生改變為止，並且可認為特定DL PDU（以及在特定DL PDU之後的所有DL PDU）不包含SDAP標頭，直到SDAP標頭的存在情況下一次發生改變為止。此概念可在第7圖中說明。UE可考慮不包含SDAP標頭的SDAP PDU/PDCP PDU以對特定DL PDU（以及在特定DL PDU之後的所有DL PDU）執行RoHC解壓縮。gNB可考慮不包含SDAP標頭的SDAP PDU/PDCP PDU以對特定UL PDU（以及在特定UL PDU之後的所有UL PDU）執行RoHC解壓縮。
替代方案2：PDCP PDU的PDCP標頭可指示SDAP標頭是否存在於PDCP PDU中-PDCP標頭可包含用於指示的字段。在一個實施例中，如果SDAP標頭包含在PDCP PDU的PDCP SDU中，那麼字段可設置成第一值，且如果SDAP標頭不包含在PDCP SDU中，那麼字段可設置成第二值。
如果配置為SDAP標頭存在（即，每一SDAP PDU包含SDAP標頭），那麼UE可在UL PDCP PDU的PDCP標頭中用第一值設置此字段，且gNB可在DL PDCP PDU的PDCP標頭中用第一值設置此字段。gNB可基於UL PDCP PDU中的此字段推導出UL PDCP PDU的PDCP SDU的位置，並且可對UL PDCP PDU的PDCP SDU執行RoHC解壓縮。UE可基於DL PDCP PDU中的此字段推導出DL PDCP PDU的PDCP SDU的位置，並且對DL PDCP PDU的PDCP SDU執行RoHC解壓縮。
如果未配置為SDAP標頭存在（即，每一SDAP PDU不包含SDAP標頭），那麼UE可在UL PDCP PDU的PDCP標頭中用第二值設置此字段，且gNB可在DL PDCP PDU的PDCP標頭中用第二值設置此字段。gNB可由於此字段而認為UL PDCP PDU的PDCP SDU在UL PDCP PDU中不包含SDAP標頭，並且對UL PDCP PDU的PDCP SDU執行RoHC解壓縮。UE可由於此字段而認為DL PDCP PDU的PDCP SDU在DL PDCP PDU中不包含SDAP標頭，並且對DL PDCP PDU的PDCP SDU執行RoHC解壓縮。
在一個實施例中，字段可推導出SDAP標頭的長度。長度為零（0）可意味著SDAP標頭不包含在PDCP SDU中。
如果配置為SDAP標頭存在（即，每一SDAP PDU不包含SDAP標頭），那麼UE可在UL PDCP PDU的PDCP標頭中用SDAP標頭的長度設置此字段，且gNB可在DL PDCP PDU的PDCP標頭中用SDAP標頭的長度設置此字段。gNB可基於UL PDCP PDU中的此字段推導出UL PDCP PDU的PDCP SDU的位置，並且可對UL PDCP PDU的PDCP SDU執行RoHC解壓縮。UE可基於DL PDCP PDU中的此字段推導出DL PDCP PDU的PDCP SDU的位置，並且可對DL PDCP PDU的PDCP SDU執行RoHC解壓縮。
如果未配置為SDAP標頭存在（即，每一SDAP PDU不包含SDAP標頭），那麼UE可在UL PDCP PDU的PDCP標頭中用零值設置此字段，且gNB可在DL PDCP PDU的PDCP標頭中用零值設置此字段。gNB可由於此字段而認為UL PDCP PDU的PDCP SDU在UL PDCP PDU中不包含SDAP標頭，並且對UL PDCP PDU的PDCP SDU執行RoHC解壓縮。UE可由於此字段而認為DL PDCP PDU的PDCP SDU在DL PDCP PDU中不包含SDAP標頭，並且對DL PDCP PDU的PDCP SDU執行RoHC解壓縮。
替代方案3：在改變SDAP標頭的存在情況後的DRB移動性-當建立DRB時，SDAP標頭的存在情況可進行配置，並且可在之後不進行重新配置（即，在DRB的使用壽命中，不改變SDAP標頭的存在情況）。
在一個實施例中，UE可使用配置為SDAP標頭存在（即，每一SDAP PDU包含SDAP標頭）的第一DRB來服務至少一個QoS流。
當不需要在UL SDAP PDU中包含SDPA標頭，且不存在配置為SDAP標頭不存在（即，每一SDAP PDU不包含SDAP標頭）的DRB時，gNB可建立不存在SDAP標頭的第二DRB。並且，gNB可（重新）配置UE以使用第二DRB來服務QoS流。
當不需要在UL SDAP PDU中包含SDPA標頭，且存在配置為SDAP標頭不存在的第二DRB時，gNB可（重新）配置UE以使用第二DRB來服務QoS流。
在此替代方案下，UE可認為當執行DL PDCP PDU的RoHC解壓縮時，SDAP PDU在接收於第二DRB上的DL PDCP PDU中不包含SDAP標頭，且gNB可認為當執行UL PDCP PDU的RoHC解壓縮時，SDAP PDU在接收於第二DRB上的UL PDCP PDU中不包含SDAP標頭。
在一個實施例中，UE可使用配置為SDAP標頭不存在的第一DRB來服務第一QoS流。
當需要（例如，第二QoS流將由第一DRB服務）在UL SDAP PDU中包含SDPA標頭，且不存在配置為SDAP標頭存在的DRB時，gNB可建立存在SDAP標頭的第二DRB。並且gNB可（重新）配置UE以使用第二DRB來服務第一QoS流（和第二QoS流）。
當需要（例如，第二QoS流將由第一DRB服務）在UL SDAP PDU中包含SDPA標頭，且存在配置為SDAP標頭存在的第二DRB時，gNB可（重新）配置UE以使用第二DRB來服務第一QoS流（和第二QoS流）。
在此替代方案下，UE可認為當執行DL PDCP PDU的RoHC解壓縮時，SDAP PDU在接收於第二DRB上的DL PDCP PDU中包含SDAP標頭，且gNB可認為當執行UL PDCP PDU的RoHC解壓縮時，SDAP PDU在接收於第二DRB上的UL PDCP PDU中包含SDAP標頭。
替代方案4：在改變SDAP標頭的存在情況後重新彙編SDAP PDU-UE可使用DRB來服務QoS流。UE可在PDCP傳送緩衝區中緩衝（或儲存）至少一個PDCP SDU（或PDCP PDU）（對於與DRB相關聯的PDCP實體）。PDCP SDU可包含SDAP PDU。
在一個實施例中，SDAP PDU可包含指示QoS流和來自QoS流的SDAP SDU的SDAP標頭。當在DRB上需要SDAP標頭不存在時，UE可將PDCP SDU重新彙編或獲取為不包含任何SDAP標頭。例如，UE可從SDAP PDU中移除SDAP標頭，然後用經重新彙編的或獲取的PDCP SDU替換最初儲存在PDCP傳送緩衝區中的PDCP SDU。
在一個實施例中，SDAP PDU可包含來自QoS流的SDAP SDU，但不包含SDAP標頭。當在DRB上需要SDAP標頭存在時，UE可將PDCP SDU重新彙編或獲取為包含SDAP標頭。例如，UE可添加SDAP標頭到SDAP PDU中，然後用經重新彙編/獲取的PDCP SDU替換最初儲存在PDCP傳送緩衝區中的PDCP SDU。
在一個實施例中，UE可不改變經重新彙編/獲取的PDCP SDU的序列號。此外，UE可以不停止或重新開始與經重新彙編/獲取的PDCP SDU相關聯的discardTimer（論述於3GPP TS 38.323中）。
替代方案5：在兩種情況（SDAP標頭存在和不存在）的操作中的RoHC解壓縮-在一個實施例中，UE和/或gNB可首先考慮到SDAP標頭存在（如果當前配置為SDAP標頭存在）而執行RoHC解壓縮，然後如果RoHC解壓縮在第一時間失敗，那麼可考慮SDAP標頭不存在而執行RoHC解壓縮。
在一個實施例中，UE和/或gNB可首先考慮SDAP標頭不存在（如果當前配置為SDAP標頭不存在）而執行RoHC解壓縮，如果RoHC解壓縮在第一時間失敗，那麼可接著考慮SDAP標頭存在而執行RoHC解壓縮。
第8圖是從網路節點的角度來看的根據一個示例性實施例的流程圖800。在步驟805，網路節點配置UE使用第一DRB，其中第一DRB配置為SDAP標頭存在，且在第一DRB釋放之前不允許網路節點將第一DRB重新配置為SDAP標頭不存在。
在一個實施例中，網路節點可配置UE以通過第一DRB服務第一服務質量（Quality of Service，QoS）流和第二QoS流。
在一個實施例中，網路節點可在從第一DRB釋放或移除第二QoS流的情況下重新配置UE以通過第二DRB服務第一QoS流，所述第一QoS流最初由第一DRB服務，其中第二DRB配置為SDAP標頭不存在。
在一個實施例中，網路節點可在配置UE以通過第一DRB服務第一QoS流和第二QoS流之前，在UE上建立第一DRB。網路節點還可在重新配置UE以通過第二DRB服務第一QoS流之前，在UE上建立第二DRB。
在一個實施例中，可在第二DRB釋放之前不允許網路節點將第二DRB重新配置為SDAP標頭存在。
在一個實施例中，SDAP標頭可為上行鏈路（Uplink，UL）SDAP標頭或下行鏈路（Downlink，DL）SDAP標頭。
在一個實施例中，網路節點可為基站或gNB。
返回參考第3圖和第4圖，在網路節點的一個示例性實施例中，裝置300包含儲存於儲存器310中的程式碼312。CPU 308可執行程式碼312以使得網路節點能夠配置UE使用第一DRB，其中第一DRB配置為SDAP標頭存在，且在第一DRB釋放之前不允許網路節點將第一DRB重新配置為SDAP標頭不存在。此外，CPU 308可執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第9圖是根據網路節點的一個示例性實施例的流程圖900。在步驟905，網路節點配置UE使用第一DRB，其中第一DRB配置為SDAP標頭不存在，且在第一DRB釋放之前不允許網路節點將第一DRB重新配置為SDAP標頭存在。
在一個實施例中，網路可配置UE以通過第一DRB服務第一服務質量（Quality of Service，QoS）流。
在一個實施例中，網路節點可在網路節點決定使用相同DRB來服務第一QoS流和第二QoS流的情況下重新配置UE以通過第二DRB服務第一QoS流，所述第一QoS流最初由第一DRB服務，其中第二DRB配置為SDAP標頭存在。
在一個實施例中，網路節點可在配置UE以通過第一DRB服務第一QoS流之前，在UE上建立第一DRB。網路節點還可在重新配置UE以通過第二DRB服務第一QoS流和第二QoS流之前，在UE上建立第二DRB。
在一個實施例中，在重新配置UE以通過第二DRB服務第一QoS流和第二QoS流之前，在UE上添加或發起第二QoS流。
在一個實施例中，可在第二DRB釋放之前不允許網路節點將第二DRB重新配置為SDAP標頭不存在。
在一個實施例中，SDAP標頭可為上行鏈路（Uplink，UL）SDAP標頭或下行鏈路（Downlink，DL）SDAP標頭。
在一個實施例中，網路節點可為基站或gNB。
返回參考第3圖和第4圖，在網路節點的一個示例性實施例中，裝置300包含儲存於儲存器310中的程式碼312。CPU 308可執行程式碼312以使得網路節點能夠配置UE使用第一DRB，其中第一DRB配置為SDAP標頭不存在，且在第一DRB釋放之前不允許網路節點將第一DRB重新配置為SDAP標頭存在。此外，CPU 308可執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第10圖是根據UE的一個示例性實施例的流程圖1000。在步驟1005，UE從網路節點接收專用信令以改變SDAP標頭的存在情況，其中專用信令包含指示其中應用SDAP標頭的存在情況的改變的特定SDAP PDU的第一序列號。在步驟1010，UE應用特定SDAP PDU中的SDAP標頭的存在情況的改變。
在一個實施例中，特定SDAP PDU可包含在與第一序列號相關聯的UL PDCP SDU或與第一序列號相關聯的DL PDCP SDU中。此外，特定SDAP PDU可為與第一序列號相關聯的UL SDAP PDU，或與第一序列號相關聯的DL SDAP PDU。
在一個實施例中，UE可建立PDU會話和屬於PDU會話的第一QoS流。UE還可建立屬於PDU會話的第二QoS流。此外，UE可建立UE和網路節點之間的第一無線承載。此外，UE可建立UE和網路節點之間的第二無線承載。
在一個實施例中，第一QoS流可由第一無線承載服務。此外，第二QoS流在接收專用信令之後可由第一無線承載服務，且在接收專用信令之前可由第二無線承載服務。並且，第二QoS流在接收專用信令之後可由第二無線承載服務，且在接收專用信令之前可由第一無線承載服務。
在一個實施例中，如果專用信令向UE指示應用與第一序列號相關聯的UL SDAP PDU中的SDAP標頭的存在，那麼UE在序列號小於第一序列號的UL SDAP PDU中可能不包含SDAP標頭，且在序列號等於或大於第一序列號的UL SDAP PDU中包含SDAP標頭。可替代地，如果專用信令向UE指示應用與第一序列號相關聯的UL SDAP PDU中的SDAP標頭的不存在，那麼UE可在序列號小於第一序列號的UL SDAP PDU中包含SDAP標頭，且在序列號等於或大於第一序列號的UL SDAP PDU中不包含SDAP標頭。
在一個實施例中，序列號可為PDCP SN或COUNT值（如3GPP TS 38.323中所論述）。網路節點可為基站或gNB。改變特定SDAP PDU中的SDAP標頭的存在可應用在第一無線承載上。第一無線承載可為與PDU會話相關聯的預設無線承載，或第一無線承載是與PDU會話相關聯的非預設無線承載。
返回參考第3圖和第4圖，在UE的一個示例性實施例中，裝置300包含儲存於儲存器310中的程式碼312。CPU 308可執行程式碼312以使得UE能夠：（i）從網路節點接收專用信令以改變SDAP標頭的存在情況，其中專用信令包含指示其中應用SDAP標頭的存在情況的改變的特定SDAP PDU的第一序列號，以及（ii）應用特定SDAP PDU中的SDAP標頭的存在情況的改變。此外，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
800、900、1000‧‧‧流程圖
805、905、1005、1010‧‧‧步驟
第1圖示出了根據一個示例性實施例的無線通訊系統的圖式。 第2圖是根據一個示例性實施例的傳輸器系統（也被稱作存取網路）和接收器系統（也被稱作用戶設備或UE）的方塊圖。 第3圖是根據一個示例性實施例的通訊系統的功能方塊圖。 第4圖是根據一個示例性實施例的第3圖的程式碼的功能方塊圖。 第5圖是根據一個示例性實施例的圖式。 第6圖是根據一個示例性實施例的圖式。 第7圖是根據一個示例性實施例的圖式。 第8圖是根據一個示例性實施例的流程圖。 第9圖是根據一個示例性實施例的流程圖。 第10圖是根據一個示例性實施例的流程圖。

Claims (19)

  1. 一種網路節點的方法，包括：配置一用戶設備使用一第一數據無線電承載，其中該第一數據無線電承載被配置為服務數據適配協議標頭存在，且在該第一數據無線電承載建立之後不允許該網路節點將該第一數據無線電承載從服務數據適配協議標頭存在重新配置為服務數據適配協議標頭不存在。
  2. 根據申請專利範圍第1項所述的方法，進一步包括：配置該用戶設備以通過該第一數據無線電承載服務一第一服務質量流和一第二服務質量流。
  3. 根據申請專利範圍第1項所述的方法，進一步包括：在從該第一數據無線電承載釋放或移除一第二服務質量流的情況下重新配置該用戶設備以通過一第二數據無線電承載服務一第一服務質量流，該第一服務質量流最初由該第一數據無線電承載服務，其中該第二數據無線電承載被配置為服務數據適配協議標頭不存在。
  4. 根據申請專利範圍第1項所述的方法，進一步包括：在配置該用戶設備以通過該第一數據無線電承載服務一第一服務質量流和一第二服務質量流之前，在該用戶設備上建立該第一數據無線電承載。
  5. 根據申請專利範圍第3項所述的方法，進一步包括：在重新配置該用戶設備以通過該第二數據無線電承載服務該第一服務質量流之前，在該用戶設備上建立該第二數據無線電承載。
  6. 根據申請專利範圍第3項所述的方法，在該第二數據無線電承載建立之後不允許該網路節點將該第二數據無線電承載從服務數據適配協議標頭不存在重新配置為服務數據適配協議標頭存在。
  7. 根據申請專利範圍第1項所述的方法，該服務數據適配協議標頭是一上行鏈路服務數據適配協議標頭或一下行鏈路服務數據適配協議標頭。
  8. 根據申請專利範圍第1項所述的方法，該網路節點是一基站或一gNB。
  9. 一種網路節點的方法，包括：配置一用戶設備使用一第一數據無線電承載，其中該第一數據無線電承載被配置為服務數據適配協議標頭不存在，且在該第一數據無線電承載建立之後不允許該網路節點將該第一數據無線電承載從服務數據適配協議標頭不存在重新配置為服務數據適配協議標頭存在。
  10. 根據申請專利範圍第9項所述的方法，進一步包括：配置該用戶設備以通過該第一數據無線電承載服務一第一服務質量流。
  11. 根據申請專利範圍第9項所述的方法，進一步包括：在該網路節點決定使用相同數據無線電承載來服務一第一服務質量流和一第二服務質量流的情況下重新配置該用戶設備以通過一第二數據無線電承載服務該第一服務質量流，該第一服務質量流最初由該第一數據無線電承載服務，其中該第二數據無線電承載配置為服務數據適配協議標頭存在。
  12. 根據申請專利範圍第9項所述的方法，進一步包括：在配置該用戶設備以通過該第一數據無線電承載服務第一服務質量流之前，在該用戶設備上建立該第一數據無線電承載。
  13. 根據申請專利範圍第11項所述的方法，進一步包括：在重新配置該用戶設備以通過該第二數據無線電承載服務該第一服務質量流和該第二服務質量流之前，在該用戶設備上建立該第二數據無線電承載。
  14. 根據申請專利範圍第11項所述的方法，在重新配置該用戶設備以通過該第二數據無線電承載服務該第一服務質量流和該第二服務質量流之前，在該用戶設備上添加或發起該第二服務質量流。
  15. 根據申請專利範圍第11項所述的方法，在該第二數據無線電承載建立之後不允許該網路節點將該第二數據無線電承載從服務數據適配協議標頭存在重新配置為服務數據適配協議標頭不存在。
  16. 根據申請專利範圍第9項所述的方法，該服務數據適配協議標頭是一上行鏈路服務數據適配協議標頭或一下行鏈路服務數據適配協議標頭。
  17. 根據申請專利範圍第9項所述的方法，該網路節點是一基站或一gNB。
  18. 一種網路節點，包括：一控制電路；一安裝在該控制電路中的一處理器；以及一安裝在該控制電路中且耦合到該處理器的一儲存器；其中該處理器被配置成執行儲存在該儲存器中的一程式碼以進行以下操作：配置一用戶設備使用一第一數據無線電承載，其中該第一數據無線電承載被配置為服務數據適配協議標頭存在，且在該第一數據無線電承載建立之後不允許該網路節點將該第一數據無線電承載從服務數據適配協議標頭存在重新配置為服務數據適配協議標頭不存在。
  19. 一種網路節點，包括：一控制電路；一安裝在該控制電路中的一處理器；以及一安裝在該控制電路中且耦合到該處理器的一儲存器；其中該處理器被配置成執行儲存在該儲存器中的一程式碼以進行以下操作：配置用戶設備使用一第一數據無線電承載，其中該第一數據無線電承載被配置為服務數據適配協議標頭不存在，且在該第一數據無線電承載建立之後不允許該網路節點將該第一數據無線電承載從服務數據適配協議標頭不存在重新配置為服務數據適配協議標頭存在。
TW107125271A 2017-07-20 2018-07-20 無線通訊系統中服務服務質量流的方法和設備 TWI680688B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201762534808P 2017-07-20 2017-07-20
US62/534,808 2017-07-20

Publications (2)

Publication Number Publication Date
TW201909684A TW201909684A (zh) 2019-03-01
TWI680688B true TWI680688B (zh) 2019-12-21

Family

ID=63142941

Family Applications (1)

Application Number Title Priority Date Filing Date
TW107125271A TWI680688B (zh) 2017-07-20 2018-07-20 無線通訊系統中服務服務質量流的方法和設備

Country Status (7)

Country Link
US (2) US11109262B2 (zh)
EP (1) EP3432633B1 (zh)
JP (1) JP6994439B2 (zh)
KR (1) KR102068902B1 (zh)
CN (1) CN109286999B (zh)
ES (1) ES2758174T3 (zh)
TW (1) TWI680688B (zh)

Families Citing this family (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109923891B (zh) * 2016-10-11 2022-05-31 Lg 电子株式会社 在无线通信***中应用反映型服务质量的方法及其设备
GB201621072D0 (en) * 2016-12-12 2017-01-25 Samsung Electronics Co Ltd NR QOS handling
US11050721B2 (en) * 2016-12-26 2021-06-29 Htc Corporation Device and method of handling mobile data transmissions in a wireless communication system
WO2018166042A1 (zh) * 2017-03-14 2018-09-20 北京小米移动软件有限公司 数据单元传输方法及装置
EP4210380A1 (en) * 2017-06-05 2023-07-12 Samsung Electronics Co., Ltd. Method and apparatus for configuring pdcp device and sdap device in next-generation mobile communication system
CN109151915B (zh) * 2017-06-16 2023-11-17 夏普株式会社 用于数据分组递送的方法、用户设备和基站
ES2829581T3 (es) * 2017-07-24 2021-06-01 Asustek Comp Inc Procedimiento y aparato para proporcionar el flujo de calidad de servicio (QOS) en un sistema de comunicación inalámbrica
WO2019019032A1 (zh) * 2017-07-25 2019-01-31 北京小米移动软件有限公司 下行数据包配置方法及装置
CN110999355B (zh) 2017-08-09 2021-07-27 中兴通讯股份有限公司 用于分离用户面的服务质量实现
KR102376115B1 (ko) * 2017-08-10 2022-03-18 삼성전자 주식회사 차세대 이동 통신 시스템에서 pdcp 버전 변경에 따른 재설정 방법 및 장치
CN109548194B (zh) * 2017-08-17 2021-07-16 维沃移动通信有限公司 一种数据处理方法、发送端和接收端
WO2019033399A1 (zh) * 2017-08-18 2019-02-21 北京小米移动软件有限公司 反射业务质量配置的方法及装置和信息发送方法及装置
EP3627887B1 (en) * 2017-09-22 2023-04-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Information indication method, terminal, and computer storage medium
CN109792396B (zh) * 2017-09-26 2020-04-24 Oppo广东移动通信有限公司 切换网络的方法、终端设备和网络设备
KR102106778B1 (ko) * 2017-10-31 2020-05-28 에스케이텔레콤 주식회사 데이터 송수신장치 및 데이터 송수신장치의 동작 방법
CN110089150B (zh) * 2017-11-21 2023-04-18 联发科技股份有限公司 反射服务质量控制方法及实施于用户设备的装置
CN113852566A (zh) * 2018-01-12 2021-12-28 华为技术有限公司 确定网络服务质量流的方法、网元和***
CN115134874A (zh) * 2018-01-16 2022-09-30 华为技术有限公司 QoS流的控制方法和装置
CN109716817A (zh) * 2018-02-06 2019-05-03 Oppo广东移动通信有限公司 数据传输控制方法及相关产品
CN111937432A (zh) * 2018-02-15 2020-11-13 瑞典爱立信有限公司 在ran和5gc之间提供qfi协调的方法以及相关无线终端、基站和核心网络节点
KR102534537B1 (ko) * 2018-03-08 2023-05-19 삼성전자주식회사 무선 통신 시스템에서 무선 접속 기술을 스위칭하기 위한 장치 및 방법
CN110351221B (zh) * 2018-04-02 2020-07-17 维沃移动通信有限公司 配置数据流的方法和装置
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
CN113365293A (zh) * 2018-05-21 2021-09-07 华为技术有限公司 一种通信方法及装置
US11388628B2 (en) 2018-07-26 2022-07-12 Apple Inc. In order packet delivery for compressed radio bearers
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
JP2020072374A (ja) 2018-10-31 2020-05-07 シャープ株式会社 端末装置、基地局装置、方法、および、集積回路
CN111147422B (zh) * 2018-11-02 2021-08-13 华为技术有限公司 控制终端与网络连接的方法及装置
US11502778B2 (en) * 2018-11-12 2022-11-15 Nokia Technologies Oy Method and apparatus for efficient delivery of source and forward error correction streams in systems supporting mixed unicast multicast transmission
WO2020148159A1 (en) * 2019-01-15 2020-07-23 Sony Corporation Infrastructure equipment, wireless communications networks and methods
CN111510419B (zh) * 2019-01-31 2021-03-30 华为技术有限公司 一种数据压缩的方法及基站
CN112805979A (zh) * 2019-02-01 2021-05-14 Oppo广东移动通信有限公司 一种头压缩的处理方法及装置、通信设备
WO2020162720A1 (ko) * 2019-02-08 2020-08-13 엘지전자 주식회사 무선 통신 시스템에서 nwdaf의 신호 송수신 방법 및 이를 위한 장치.
US11445401B2 (en) * 2019-02-22 2022-09-13 Mediatek Inc. Session management in wireless communication system
US12035176B2 (en) 2019-03-29 2024-07-09 Samsung Electronics Co., Ltd. QOS management method and device using NAS protocol
KR20200114932A (ko) * 2019-03-29 2020-10-07 삼성전자주식회사 NAS 프로토콜을 이용한 QoS 관리 방법 및 장치
US11025520B2 (en) * 2019-06-28 2021-06-01 Intel Corporation Quality-of-service in cellular information centric network
WO2021002726A1 (ko) * 2019-07-03 2021-01-07 엘지전자 주식회사 무선 통신 시스템에서 ue의 사이드링크 송수신에 관련된 동작 방법 및 이를 위한 장치
CN112291817A (zh) * 2019-07-24 2021-01-29 ***通信有限公司研究院 一种数据处理方法、装置、设备及存储介质
US10873989B1 (en) * 2019-08-02 2020-12-22 Asustek Computer Inc. Method and apparatus for releasing sidelink radio bearer in a wireless communication system
CN114270933B (zh) * 2019-08-14 2024-04-09 华为技术有限公司 用于支持ue的切换的设备和方法
CN112437104B (zh) * 2019-08-26 2022-04-15 阿里巴巴集团控股有限公司 服务质量管理的方法及装置、通信***
CN110662257B (zh) * 2019-09-29 2021-04-27 京信通信***（中国）有限公司 报文传输方法、装置、计算机设备和存储介质
US10952230B1 (en) * 2019-10-29 2021-03-16 Asustek Computer Inc. Method and apparatus for supporting QOS (quality of service) flow to DRB (data radio bearer) remapping for sidelink communication in a wireless communication system
CN114600429B (zh) * 2019-10-31 2024-02-20 中兴通讯股份有限公司 无线网络中用于多播/广播的自适应数据无线承载映射
EP3820092A1 (en) * 2019-11-07 2021-05-12 Nokia Solutions and Networks GmbH & Co. KG Communication system
CN114946216A (zh) * 2020-01-17 2022-08-26 中兴通讯股份有限公司 用于切片中特定用户设备的服务质量控制方法
CN113225256B (zh) * 2020-02-04 2022-09-13 ***通信有限公司研究院 一种路由方法、装置、设备及存储介质
WO2021159229A1 (en) * 2020-02-10 2021-08-19 Mediatek Singapore Pte. Ltd. Methods and apparatus of multicast radio bearer establishment for nr multicast and broadcast services
CN113329276B (zh) 2020-02-28 2022-10-28 华为技术有限公司 数据传输方法、装置、网关、芯片及存储介质
KR20210152853A (ko) * 2020-06-09 2021-12-16 삼성전자주식회사 이중접속 네트워크에서 패킷을 재전송하는 방법 및 장치
WO2022051970A1 (en) * 2020-09-10 2022-03-17 Qualcomm Incorporated Quality of service flow for communications
CN112153683B (zh) * 2020-10-14 2023-05-23 中国联合网络通信集团有限公司 参数动态配置方法、终端、会话管理功能实体
US20220141705A1 (en) * 2020-10-29 2022-05-05 Apple Inc. Reflective QoS Enhancements
CN114640726B (zh) * 2020-12-01 2023-12-01 阿里巴巴集团控股有限公司 报文处理方法、设备、***及存储介质
TWI741948B (zh) * 2021-02-09 2021-10-01 康全電訊股份有限公司 網路設備管理系統及網路設備管理方法
EP4315959A1 (en) * 2021-04-01 2024-02-07 LG Electronics Inc. A method for measuring performance for qos
CN115484646A (zh) * 2021-06-16 2022-12-16 华为技术有限公司 服务质量流的管理方法和装置
KR102650241B1 (ko) * 2021-09-13 2024-03-21 에스케이텔레콤 주식회사 세션 제어 장치 및 데이터 전송 장치, 그 장치에서 수행되는 QoS 제어 방법
CN116419312A (zh) * 2021-12-29 2023-07-11 ***通信有限公司研究院 一种服务质量流的配置信息及数据的传输方法及设备
CN116528395A (zh) * 2022-01-20 2023-08-01 ***通信有限公司研究院 数据传输方法、装置及协议子层功能实体
WO2024029762A1 (en) * 2022-08-05 2024-02-08 Lg Electronics Inc. Method and apparatus for receiving data unit with sdap header in wireless communication system

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150016611A1 (en) * 2013-07-10 2015-01-15 Htc Corporation Method of Handling Data Transmission and Reception in Device to Device Communication in Wireless Communication Systems

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI20051320A0 (fi) * 2005-12-22 2005-12-22 Nokia Corp Menetelmä pakettivirtojen kohdentamiseksi siirtoteille viestintäjärjestelmässä
CN102036261B (zh) * 2009-09-28 2014-03-12 中兴通讯股份有限公司 一种lte***中错误指示的处理方法和装置
BR112015027639B1 (pt) 2013-05-10 2024-02-06 Telefonaktiebolaget Lm Ericsson (Publ) Método realizado em um primeiro nó de rede, primeiro nó de rede,método realizado em um segundo nó de rede, segundo nó de rede e meios de armazenamento não transitórios legíveis por computador relacionados
EP3142453B1 (en) * 2015-09-08 2018-05-16 ASUSTek Computer Inc. Method and apparatus for triggering radio bearer release by a relay ue (user equipment) in a wireless communication system
KR102423098B1 (ko) * 2016-08-01 2022-07-21 삼성전자 주식회사 무선 통신 네트워크에서 데이터 통신을 관리하는 방법 및 장치
WO2018026188A1 (en) 2016-08-03 2018-02-08 Samsung Electronics Co., Ltd. Method for cell reselection in idle mode for next generation mobile communication systems
KR102385719B1 (ko) 2016-08-09 2022-04-12 삼성전자주식회사 무선통신 시스템에서 사용자 평면 동작을 관리하기 위한 방법 및 장치
EP3552424B1 (en) * 2017-03-23 2023-06-07 Samsung Electronics Co., Ltd. Method and apparatus for reducing processing load between terminal and base station when applying new qos model in next-generation mobile communication system
CN108809596B (zh) * 2017-05-05 2023-07-21 Oppo广东移动通信有限公司 一种基于反转服务流特性的通信方法及装置
KR102359746B1 (ko) * 2017-06-05 2022-02-10 삼성전자 주식회사 차세대 이동통신 시스템에서 인액티브 모드 단말이 데이터를 전송하는 방법 및 장치
CN109246766B (zh) * 2017-06-15 2023-05-30 夏普株式会社 无线配置方法和相应的用户设备
KR102394123B1 (ko) * 2017-06-16 2022-05-04 삼성전자 주식회사 차세대 이동 통신 시스템에서 복수 개의 스케쥴링 요청을 전송하는 방법 및 장치

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150016611A1 (en) * 2013-07-10 2015-01-15 Htc Corporation Method of Handling Data Transmission and Reception in Device to Device Communication in Wireless Communication Systems

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP TSG-RAN WG2 #98-AH Tdoc R2-1704379 Qingdao, P.R. of China, 27th – 29th June 2017 *
3GPP TSG-RAN WG2 Meeting AH R2-1706787 Qingdao, China, 27th – 29th June 2017 *
3GPP TSG-RAN2 Meeting #98 R2-1704469 Hangzhou, China, 15th - 19th May, 2017 3GPP V0.4.1 (2017-06), June 12, 2017 *

Also Published As

Publication number Publication date
JP2019022217A (ja) 2019-02-07
US11109262B2 (en) 2021-08-31
US20190028920A1 (en) 2019-01-24
US11825333B2 (en) 2023-11-21
JP6994439B2 (ja) 2022-01-14
KR102068902B1 (ko) 2020-01-21
ES2758174T3 (es) 2020-05-04
EP3432633B1 (en) 2019-10-02
EP3432633A1 (en) 2019-01-23
KR20190010486A (ko) 2019-01-30
US20210352521A1 (en) 2021-11-11
CN109286999B (zh) 2020-09-08
CN109286999A (zh) 2019-01-29
TW201909684A (zh) 2019-03-01

Similar Documents

Publication Publication Date Title
TWI680688B (zh) 無線通訊系統中服務服務質量流的方法和設備
US11445557B2 (en) Method and apparatus for serving quality of service (QOS) flow in a wireless communication system
JP6631961B2 (ja) スモールセル配備時の効率的な破棄メカニズム
JP7321349B2 (ja) 通信システム、方法および集積回路
US11350305B2 (en) Method and apparatus for processing data in wireless communication system
CN109548090B (zh) QoS控制方法及设备
KR102293998B1 (ko) Tcp/ip를 고려한 데이터 처리 방법
US9844070B2 (en) System and method for decoupling long term evolution media access control scheduling from subframe rate procedures
JP2020025319A (ja) デュアルコネクティビティのための効率的アップリンクスケジューリングメカニズム
US20180249375A1 (en) Link control in centralized deployments
JP2019532528A (ja) 無線通信システムにおけるＵＭ ＲＬＣエンティティに関連したＰＤＣＰエンティティの再構成（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）のための方法及びその装置
WO2017008266A1 (zh) Lte和wlan聚合的数据处理方法、装置以及通信***
KR20080073438A (ko) 차별적인 폐기 기준에 따른 데이터 블록 전송 방법
GB2472221A (en) Streaming priority in communications systems