TW202345565A - 業務處理方法和設備 - Google Patents

Abstract

本發明提供了業務處理方法和設備，其中方法包括在一無線電接入網路通訊協定棧中的一無線電協議層接收一SDU，其中SDU承載一應用層產生的一應用資料，並通過應用層與無線電協定層之間的多個協定層；在無線電協議層檢查SDU，以從對應於多個協議層中一個或多個協議層的一個或多個協定報頭中獲得一特徵資訊，其中特徵資訊指示應用資料的特徵；基於從一個或多個協定報頭中獲得的特徵資訊，在無線電協定層將SDU劃分到多個類別之一；以及根據SDU分類到多個類別中的哪一個類別，在無線電協議層處理所述SDU。

Description

業務處理方法和設備

本發明總體有關於無線通訊，以及，更具體地，有關於基於應用特定資訊（application-specific information）的無線網路中的業務處理（traffic handling）。

擴展現實（extended reality，XR）是對與虛擬現實（virtual reality，VR）、增強現實（augmented reality，AR）以及雲遊戲（cloud gaming，CG）相關的應用和服務的總稱。 XR不太適合現有的5G應用和服務分類，例如增強型移動寬頻（enhanced mobile broadband，eMBB）、超可靠低延遲通信（ultra-reliable low latency communications，URLLC）和海量機器類通信（massive machine-type communications，eMTC）。對 XR 服務的有效支援對現在和未來的無線網路提出了新的挑戰。

本發明一實施例提供一種業務處理方法，包括在一無線電接入網路通訊協定棧中的一無線電協議層接收一SDU，其中SDU承載一應用層產生的一應用資料，並通過應用層與無線電協定層之間的多個協定層；在無線電協議層檢查SDU，以從對應於多個協議層中一個或多個協議層的一個或多個協定報頭中獲得一特徵資訊，其中特徵資訊指示應用資料的特徵；基於從一個或多個協定報頭中獲得的特徵資訊，在無線電協定層將SDU劃分到多個類別之一；以及根據SDU分類到多個類別中的哪一個類別，在無線電協議層處理所述SDU。

本發明另一實施例提供一種設備，用於業務處理，包括電路用來：在一無線電接入網路通訊協定棧中的一無線電協議層接收一SDU，其中SDU承載一應用層產生的一應用資料，並通過應用層與無線電協定層之間的多個協定層；在無線電協議層檢查SDU，以從對應於多個協議層中一個或多個協議層的一個或多個協定報頭中獲得一特徵資訊，其中特徵資訊指示應用資料的特徵；基於從一個或多個協定報頭中獲得的特徵資訊，在無線電協定層將SDU劃分到多個類別之一；以及根據SDU分類到多個類別中的哪一個類別，在無線電協議層處理所述SDU。

與傳統應用相比，XR應用的XR業務可能具有特殊的業務特性。舉例來說，一個資料封包集合可以承載應用級別生成的一個資訊單元的有效載荷（payload），如來自XR服務編碼器的視頻幀或視頻切片。應用層（如解碼器）需要整個資料封包集合來利用相應的資訊單元。資訊單元可以稱為應用資料單元（application data unit，ADU），ADU 可以是資料突發（burst）或協定資料單元（protocol data unit，PDU）集合。這些相互關聯的資料封包在通過無線網路傳輸時，需要被統一識別和處理。在另一示範例中，承載不同資訊單元的有效載荷（如I幀與P幀）的資料封包可能具有不同的重要性，這些不同的資料封包組可以在傳輸過程中被識別和區別對待。如長期演進（long term evolution， LTE或新無線電（new radio，NR）的現有無線電接入網路（radio access network，RAN）通常設計為與服務無關（service-agnostic）或與應用無關，這限制了RAN可提供給XR業務的支援。

本發明提供了使RAN能夠感知XR並因此執行XR特定業務處理的技術和方法。例如，RAN 協定棧中的無線電接入協議層（或稱為無線電接入層）可以利用來自應用層的資訊（如由上層傳輸協議層的報頭指示）來執行特定于應用的業務處理。

在一些實施例中，服務資料適配協定（service data adaption protocol，SDAP）層用來檢查互聯網協議（internet protocol，IP）封包中承載的上層協定層的報頭資訊，並相應將IP封包分成不同的類別，例如關鍵IP封包類別和非關鍵 IP封包類別。基於檢查和分類結果，來自服務品質（quality of service，QoS）流的 IP封包可以映射到不同的資料無線電承載（data radio bearer，DRB）。在一些實施例中，不同DRB的SDAP PDU可以與具有不同時間間隔的丟棄計時器（discard timer）相關聯。

在一些實施例中，分組資料彙聚協定（packet data convergence protocol，PDCP）層可以檢查PDCP SDU中承載的上層協定層的報頭資訊，並相應將PDCP SDU分為不同的類別，例如關鍵資料單元和非關鍵資料單元。其中，與關鍵資料單元相關聯的丟棄計時器的時間間隔可以比與非關鍵資料單元相關聯的丟棄計時器的時間間隔更長。此外，PDCP層可以識別屬於相同ADU的PDCP SDU，並將同一個計時器與這些資料單元相關聯，或者將一組協同計時器與這些資料單元相關聯。

在一些實施例中，基於檢查和分類結果，PDCP層可在從PDCP層到無線電鏈路控制（radio link control，RLC）的傳送中，將關鍵資料單元優先於非關鍵資料單元進行傳送。替代地或附加地，RLC層可將關鍵資料單元優先於非關鍵資料單元進行傳送。

本發明中的應用特定業務處理機制並不限於XR應用或XR業務。這些機制可以應用到應用層資訊感知有助於改善RAN中業務處理的任何應用中。

第1圖是根據本發明實施例的用於處理XR業務的協議棧100的示範性示意圖。協定棧100包括網路中網路節點處配置的協定棧。網路節點包括使用者設備（user equipment，UE）110、基站（base station，BS）120（如gNB）、用戶平面功能（user plane function，UPF）140以及XR伺服器160。UE 110可以配置有物理（physical，PHY）層111、媒體接入控制（medium access control， MAC）層112、RLC層113、PDCP層114、SDAP層115、IP層116、網路傳輸層117（如傳輸控制協定（transmission control protocol，TCP）、使用者資料包通訊協定（user datagram protocol，UDP）或QUIC）、媒體流傳輸協議層118（如實時傳輸協議 （real-time transport protocol， RTP）、RTP 控制協議 （RTP control protocol，RTCP））以及應用層119。UE 110可以用作XR用戶端。在各個實施例中，UE可以是電腦、行動電話、可穿戴設備、頭戴式設備、安裝在車輛中的設備等。

與UE 110介面一側的BS 120可配置有PHY層121、MAC層122、RLC層123、PDCP層124以及SDAP層125。與UPF 140介面一側的BS 120 可配置有實體層（L1）131、資料連結層（L2）132、IP 層133、UDP 層 134、通用封包無線電服務（general packet radio service，GPRS）隧道協定–使用者平面（GPRS tunneling protocol–user plane，GTP-U）層 135。

與BS 120介面一側的UPF 140可配置有L1層141、L2層142、IP層143、UDP層144、GTP-U層145以及IP層146。與XR伺服器160介面一側的UPF 140配置有L1層151和L2層152。在一些實施例中，UE 110、BS 120和UPF 140可根據3GPP開發的相關標準交互操作。

XR伺服器160可配置有L1層161、L2層162、IP層163、網路傳輸層164（如TCP、UDP或QUIC）、媒體流傳輸協議層165 （如RTP 、RTCP）以及應用層 166。

在應用層（如應用層119和166），XR應用可由現有的視頻編碼標準（如高效視頻編碼（high efficiency video coding，HEVC）和高級視頻編碼（advance video coding，AVC）支援。然而，XR特定編碼器和解碼器還需要MPEG-I 或其他標準化組織的進一步工作。此外，除了現有的MPEG規範之外，還可以提供其他技術元件，以便為XR應用創建可交互操作的沉浸式體驗。在一些實施例中，XR編碼器（或解碼器）可基於H.264和/或H.265。

如圖所示，應用生成的XR業務（編碼視頻或其他控制資訊）可由媒體流傳輸協議層（RTP和RTCP，如媒體流傳輸協議層118和165）傳輸。在其他示範例中，媒體流傳輸協定層可基於即時消息協定（real-time messaging protocol，RTMP）、HTTP即時流（HTTP live streaming，HLS）、網路即時通信（web real-time communication，WebRTC）等。這些流傳輸協定層可以具有不同的性能（如流延遲）。如圖所示，XR業務的網路傳輸層（如網路傳輸層117和164）可以基於UDP、TCP、QUIC等。在一些實施例中，RTP和UDP的組合被用作流傳輸協定層和網路傳輸協定層。

如圖所示，在 IP 層 116、146 和 163，IP 協定被用作路由式通訊協定層在網路中傳輸XR業務。從空中介面的角度來看，UE 110和BS 120處的無線電協議層（111-115和121-125）處理UE 110和BS 120之間的無線電介面上的IP封包傳輸。

對於UDP/IP來說，在一些實施例中，IP層的IP封包分段並不應用於視頻流。RTP層或網路適配層（network adaptation layer，NAL，如H.264或H.265）可以執行封包分段，以匹配下層的最大傳輸單元 （maximum transmission unit，MTU）大小。

RTP和XR業務編碼器通常支援較大的封包尺寸。UDP可以支援大約65K 的封包大小（如65118 位元組）。IP可以支援65K的封包大小。如果L2（即鏈路層）所需的MTU小於 IP封包，IP支持IP封包分片。例如，如果IP封包為10K，而MTU大小為1K，則IP 可將上述封包分段為10個IP封包，然後再進行路由。IP 封包分段並不是首選，因為它是針對分段的盡力傳輸（best-effort transmission）。IPv6 禁止在中間節點進行分片。

在編碼器中的媒體流編碼以及媒體流傳輸協議層（如RTP層）中的封包組裝期間，各種封包資訊可包括在協定報頭中以指示應用資料有效載荷的屬性。通過檢查上述資訊，下層（如IP、SDAP、PDCP等）可以瞭解特定資料封包中承載的應用資料的屬性，下層可以相應地應用封包特定處理策略。

表達特定資料封包屬性的資訊的示範例可以包括：(1)封包屬於哪個媒體流圖片分片；(2)封包屬於哪個ADU；(3)封包屬於哪個編碼層（如基礎層或是增強層以獲得更好的觀看品質）；(4) 封包屬於哪個媒體流幀（或圖片）；(5)封包屬於哪種類型的流媒體幀（如I幀或P幀）；(6)封包屬於關鍵資料還是非關鍵資料；(7)封包的封包延遲預算；(8)封包的優先級；(9)封包在流媒體傳輸協議層或應用層是新的傳輸還是重傳；(10)封包是冗餘數據封包還是非冗餘傳輸；(11)封包是來自媒體流傳輸協議層的控制封包還是資料流程封包；(12)封包的可靠性要求；以及(13) 封包屬於哪種媒體業務類型（如XR業務）。

在一些示範例中，無線網路（如5G系統5GS）利用IP層的差異化服務（differentiated services，DiffServ）和差異化服務代碼點（differentiated services code point，DSCP）來進行封包標記，並將給定封包與給定QoS流相關聯。舉例來說，DiffServ在IP報頭的8比特差異化服務欄位（DS欄位）中使用 6 比特DSCP用於封包分類。6個DSCP比特可用于將 IP 封包承載的業務映射到由5G QoS識別字（QoS identifier，5QI）表示的業務中。上述映射可以基於DSCP和5QI之間的固定映射表。在一些實施例中，上述映射表可由運營商定義。這些 DSCP 比特對網路層可見。從服務細微性的角度來看，由於DSCP比特數有限，DiffServ是一種用於業務處理的粗細微性機制。

DSCP方案可以被擴展和利用以實現XR感知。在一些示範例中， DSCP值可用來指示來自應用層的特定 XR媒體流。RAN中的無線電接入協議層可相應檢 IP報頭中的DSCP值，並相應確定特定IP封包的類別。

在一些實施例中，可檢查對應於特定協定層的資料單元並將其分到多個類別之一。在一些示範例中，資料單元被分類為關鍵資料單元和非關鍵資料單元。在本申請中，資料單元作為通用術語來指代在特定協議層中處理或產生的構造比特序列。例如，在討論發生在不同協定層的各種資料封包檢查和分類機制時，資料單元可用於指代SDU、PDU、封包、資料包等。在本發明中，資料單元和封包可以互換使用。

在一些實施例中，關鍵封包可被定義為具有較高重要性的封包。與非關鍵封包相比，這些封包的接收優先。關鍵封包在品質、可靠性、封包錯誤率、封包延遲預算等方面可能具有更嚴格的傳輸要求。例如，針對XR視頻流，關鍵封包可以是I幀，而正常封包（即非關鍵封包）可以是P幀（或B幀）。針對XR應用，關鍵封包可以是與控制相關的封包，而正常封包（即非關鍵封包）可以是媒體資料。

在一些實施例中，可以檢查協定層的資料單元並將其識別為ADU的一部分。屬於同一ADU的資料單元因此可以集中處理。舉例來說，應用層的不同幀、不同片或不同的應用資料單元可以與RTP層的不同RTP有效載荷類型（payload type，PT）相關聯。RTP報頭中的RTP有效載荷類型可以提供封包屬於特定ADU的資訊，如特定幀（如視頻流的特定I幀或P幀）或特定片。通過檢查RTP有效載荷類型（承載在RTP報頭的PT欄位中），下層（如IP、SDAP、PDCP等）可以基於RTP 封包（或承載RTP封包的資料單元）屬於哪種類型的ADU，將RTP封包分類。下層還可以確定與RTP包（或承載RTP封包的資料單元）相關聯的ADU。瞭解資料單元與PDU的關聯有助於下層對一組封包進行協同處理，例如集合封包丟棄、封包排序和/或封包搶佔（packet preemption）。

第2圖是根據本發明實施例的IP業務流201中的ADU傳輸的示範性示意圖。IP業務流201可以包括IP封包突發序列：突發1、突發2和突發3。每個突發可以包括屬於相同或不同ADU的一組IP封包202。如圖所示，突發1中的IP封包組屬於兩個ADU：ADU 1和ADU 2。突發2中的IP封包組屬於三個ADU：ADU 3、ADU 4 和 ADU 5。突發3中的IP封包組屬於同一個ADU：ADU 6。在一些示範例中，XR應用（包括雲遊戲）的下行鏈路或上行鏈路XR業務通常包括編碼視頻或場景資訊。在進行下一級處理之前，這些 XR 應用可能需要某些最小細微性的應用資料才能在用戶端或伺服器端可用。在開始下一級處理之前，業務消耗的最小細微性需要可用 IP資料封包的最小集合。給定應用所需的這種最小細微性資訊可作為 ADU 來考慮或處理。

由於XR業務的特定業務特性，XR業務可具有與其他應用的業務不同的QoS要求。例如， XR業務中並非所有封包都同等重要，不同的封包可能有不同的QoS要求。並非一個ADU內的所有比特都同等重要，而是可以為一個ADU內的封包分配不同的封包延遲預算（packet delay budget，PDB）。基於 ADU 的錯誤率（ADU-based error rate，AER）（在給定測量視窗中發生錯誤的ADU的百分比）可被定義為QoS參數。可為來自一個XR業務的不同流規定不同的資料速率、PDB、封包錯誤率 （packet error rate，PER）、AER 等。

第3圖是根據本發明實施例的跨多個協議層的XR幀處理過程的示範性示意圖。如圖所示，通過在應用層和/或RTP層執行幀分段320，XR幀310被分成為多個部分。一部分包括在RTP封包301的有效載荷中。通常來說，幀分段由即時傳輸層（如RTP層）連同編碼器（如H.265的網路適配層）一起執行。在大多數情況下，IP層不啟用IP分片。XR有效載荷類型資訊和其他額外資訊可以包含在應用傳輸層的報頭中。例如，如3GPP標準中所定義的，報頭中攜帶的資訊能夠在無線電接入層和/或核心網路處實現封包感知（X​​R感知）。

在第3圖的示範例中，RTP封包301的報頭（由H表示）中的有效載荷類型欄位可用於指示使用每個封包採用哪種有效載荷格式。有效載荷類型編號和有效載荷格式及其配置之間的綁定是動態繫結的並且是特定於RTP會話的。配置資訊可通過帶外信令綁定到有效載荷類型值。 RTP封包報頭中的有效載荷類型資訊和其他資訊（有時與其他協定層的報頭資訊結合）可提供封包（或業務）特徵資訊，用於對RAN中的無線電接入層執行封包檢查和分類。

舉例來說，RTP報頭本身或結合其他協定層的報頭資訊可以指示RTP有效載荷攜帶XR幀310的片段，以及XR幀310是I幀還是P幀（或B幀）。基於上述資訊，無線電接入層可以確定資料單元（與RTP封包301相關聯）屬於哪個ADU以及資料單元的重要性（關鍵或非關鍵）。如第3圖所示，SDAP層可對RTP報頭（用H表示）進行檢查330以瞭解RTP封包301的封包特徵。封包特徵表示RTP封包301中承載的應用資料的特徵。

如第3圖所示，跨協議層的RTP封包301被封裝到UDP封包302中。UDP封包302被封裝到IP封包303中。進入無線接入協議層340後，IP封包303作為SDAP SDU被封裝到SDAP封包304中。作為PDCP SDU（或SDAP PDU）的SDAP封包304被封裝到PDCP封包305中。作為RLC SDU（或PDCP PDU）的PDCP封包305被封裝到RLC封包306中。RLC封包306作為MAC SDU（或RLC PDU）被封裝到MAC封包307中。MAC封包307和另一MAC封包308被組合成MAC PDU 309形成一傳輸塊（transport block，TB）。傳輸塊可由PHY層處理並從UE發送到BS。

在各種實施例中，在第1圖中的協議棧100內，可以有多個候選網路元件或協定層用於執行XR感知操作（如檢查、分類、特定類別的處理）。對於下行鏈路來說，UPF 140可被配置為根據不同的QoS流來區分XR業務。BS 120可被配置為基於SDAP層125處的封包檢查對QoS流執行按封包的處理。此外，在BS 120處，XR特定封包處理可在PDCP層124、RLC層123、MAC層122和PHY層121執行。對於上行鏈路來說，例如在禁用IP分段時，可配置基於SDAP或PDCP層的XR特定封包處理。而例如在禁用RLC分段和MAC複用時，可配置基於PHY層的XR特定封包處理。基於封包檢查，可使用多個優先級來處理XR封包。舉例來說，可定義多個優先級並將其映射到XR業務類型和/或封包類型（如I 幀、P 幀、視場（field of view，FOV）等）上。

在一些示範例中，5GS可支援在PDU會話中採用默認QoS流來傳輸應用層業務。默認QoS流允許UE與5GS中的資料網路（data network，DN）交換盡力傳輸的業務。大多數情況下，5GS並沒有建立專用QoS來承載應用的重要業務以與正常業務分開，可能希望來自XR應用的 XR業務可以提供多個 QoS 流（包括默認QoS流以及一個或多個專用QoS流）。然而，提供這樣的XR QoS流存在一些實際障礙。例如，各QoS 流（如由UPF分類）可能存在同步問題。此外，在應用層應用加密的情況下，基於QoS 流的XR業務感知可能比較困難。

第4圖是根據本發明實施例的在UPF 403處進行基於IP的封包分類以用於下行鏈路XR業務的示範性示意圖。如圖所示，UE 401和UPF 403之間通過BS 402建立三個PDU 會話 404-406。UPF 403通過利用服務資料流程（service data flow，SDF）範本集合或業務流範本（traffic flow template，TFT）集合，將應用的IP流分類（過濾）到QoS流中。通過QoS流識別字（QoS flow identifier，QFI）插入操作，QFI與每個QoS流相關聯。BS 402在SDAP層將QoS流映射到DRB。UE 401從QoS流中恢復IP流。在一示範例中，上述恢復過程可基於SDAP層的TFT集合。

如圖所示，兩個應用（應用-1和應用-2）的IP流411-412屬於PDU會話404並被映射到QoS流421。BS 402處的SDAP實體431映射QoS流421到DRB 441。UE 401處的SDAP實體451將QoS流421分成兩個IP流461-462。應用（應用-4）的IP流414屬於PDU會話406並被映射到QoS流424。BS 402處的SDAP實體433將QoS流424映射到DRB 444。UE 401處的SDAP實體453將QoS流424恢復為IP流465。

應用-3可以是XR應用並在PDU會話405中生成XR IP流413。UPF 403可檢查XR IP流413的封包，並將XR IP流413分成多個XR QoS流422-423。UPF 403 的封包檢查可有兩種選擇。在選項1中，UPF 403可以檢查每個封包的RTP有效載荷類型（RTP 報頭的PT欄位），並將不同的封包分類到不同的QoS流中。舉例來說，不同的有效載荷類型可以映射至不同的QoS流。在選項2中，UPF 403 可以檢查IP層的 DSCP，並將不同的封包分類到不同的QoS流中。舉例來說，不同的DSCP值可以映射至不同的QoS流。在上述選項中，可以重新設計和/或擴展RTP 有效載荷類型和 IP 層DSCP，以指示XR業務或資料特徵。

在一實施例中，UE 401在SDAP層和IP層之間執行流間（inter-flow）同步以恢復XR IP流413。舉例來說，IP流463和464的IP封包可以同步，以恢復XR IP流413。

在一些實施例中，UPF 403可在將XR封包傳輸到BS 402之前標記XR封包，如關鍵或非關鍵封包。BS 402可基於UPF 403提供的標記，對來自XR QoS的封包進行分類。

第5圖是根據本發明實施例的BS 502處進行基於SDAP的封包分類以用於下行鏈路XR業務的示範性示意圖。如圖所示，UE 501和UPF 503之間通過BS 502建立PDU會話504。UPF 503通過利用SDF或TFT集合的業務範本，將應用的IP流分類（過濾）到QoS流中。通過QFI插入操作，QFI與每個QoS流相關聯。BS 502在SDAP層將QoS流映射到DRB。UE 501從QoS流中恢復IP流。在一示範例中，上述恢復過程可基於SDAP層的TFT集合。

XR IP流511由XR應用生成。UPF 503可將IP流511分成兩個QoS流521-522。在另一示範例中， UPF 503處不執行這樣的拆分操作。QoS流522可承載不同類型的IP封包。舉例來說，QoS流522承載關鍵封包523 和非關鍵封包524。

在BS 502處，SDAP實體531可將QoS流522分成兩個流並將這兩個流映射到兩個DRB 542-543。舉例來說，對於來自QoS流522的每個 IP 封包來說，SDAP實體531可以檢查傳輸協定層（如 IP、UDP和/或RTP層）的一個或多個封包報頭，以瞭解封包特徵（IP封包中承載的XR資料特徵）。基於從檢查操作中獲得的資訊，SDAP實體531可將來自QoS流522的IP封包分類到不同的類別。

在圖 5 的示範例中，SDAP實體 531可將IP封包劃分成兩類：關鍵封包523和非關鍵封包524。關鍵封包523被映射到DRB 543。非關鍵封包524被映射到DRB 542。兩個PDCP實體可分別處理兩個DRB 542-543。兩個PDCP實體可獨立處理兩個DRB 542-543。兩個PDCP實體服務於相同的QoS流522並因此彼此關聯。在接收側SDAP實體，可以將對應於兩個DRB 542-543的IP流聚合成一個對應於QoS流522的IP流。

在BS 502處，SDAP實體531將QoS流映射到DRB 541。

在UE 501處，SDAP實體551接收DRB 542-543中承載的兩個IP流並將兩個IP流組合成一個IP流562。SDAP實體551還將DRB 541中承載的IP流映射為IP流561。UE 501隨後可以組合兩個IP流561-562以生成IP流571，IP流571可被發送到UE 501處的XR應用。

第6圖是根據本發明實施例的在BS 602處進行基於PDCP的封包分類以用於下行鏈路XR業務的示範性示意圖。如圖所示， UE 601和UPF 603之間通過BS 602建立PDU會話604。UPF 603通過利用SDF或TFT集合的業務範本，將應用的IP流分類（過濾）到QoS流中。通過QFI插入操作，QFI與每個QoS流相關聯。BS 602在SDAP層將QoS流映射到DRB。UE 601從QoS流中恢復IP流。在一示範例中，上述恢復過程可基於SDAP層的TFT集合。

XR IP流611由XR應用生成。 UPF 603可將IP流611分成兩個QoS流621-622。在另一示範例中，UPF 603處不執行這樣的拆分操作。QoS流622可承載不同類型的IP封包。舉例來說，QoS流622承載關鍵封包和非關鍵封包。

在BS 602處，SDAP實體631可將QoS流621-622分別映射到DRB 641-642。PDCP實體可將DRB 642映射到多個RLC實體和邏輯通道（logical channel，LCH）。舉例來說，PDCP實體可以接收DRB 642中的QoS流622（以PDCP SDU或SDAP PDU的形式），並將DRB 642中的PDCP SDU映射到多個RLC實體並進一步映射到多個LCH。

舉例來說，PDCP實體可以檢查每個PDCP SDU中承載的上層傳輸協議層（如SDAP、IP、UDP和/或RTP層）的封包報頭。基於從檢查操作中得到的報頭資訊，PDCP實體可以知道各PDCP SDU的封包特徵或者各PDCP SDU中承載的XR資料的特徵。相應地，PDCP實體可將PDCP SDU分類為多個類別。

在第6圖所示的示範例中，PDCP SDU可以分為關鍵資料單元和非關鍵資料單元。可將關鍵資料單元發送到第一RLC實體（以PDCP PDU的形式）並進一步發送到第一LCH。非關鍵資料單元可被發送到第二 RLC 實體（以 PDCP PDU 的形式）並進一步發送到第二LCH。在處理第一和第二LCH的MAC層中，與承載關鍵資料單元的第一LCH相關聯的優先級可以高於與承載非關鍵資料單元的第二LCH相關聯的優先級。

第一RLC實體和第二RLC實體可以彼此獨立地操作。第一RLC實體（和相應的第一LCH）和第二RLC實體（和相應的第二LCH）可以相互關聯。在UE 601處的接收側PDCP實體處，來自不同RLC實體（和LCH）（分別對應於BS 602處的第一和第二RLC實體）的PDCP PDU可以聚合成相同的PDCP SDU流。上述PDCP SDU流在UE 601處由SDAP實體651進一步映射為IP流662。

在UE 601，SDAP實體651還將DRB 641中承載的IP流映射為IP流661。UE 601隨後可以組合兩個IP流661-662以生成IP流671，IP流671可被發送到UE 601處的XR應用。

在一些實施例中，BS 602處的PDCP層可將一DRB映射到一RLC實體和一LCH。封包（如PDCP SDU、PDCP PDU）可被劃分到不同的類別（如關鍵和非關鍵封包），並在RLC實體或MAC層以不同的優先級進行處理。

對於本發明的封包檢查和分類機制來說，封包檢查可以是兩階段操作。舉例來說，無線電接入層（如SDAP層或PDCP層）可以首先檢查IP層的IP報頭中的DSCP，以瞭解相應的封包是否屬於XR業務。如果DSCP指示封包屬於XR業務，則無線接入層可以進一步對上層協議層的一個或多個協議報頭（如RTP報頭）執行深度封包檢查，以檢查封包與特定XR應用相關的詳細屬性。如果DSCP指示封包不屬於 XR業務，則可以跳過深度封包檢查，也可能不會執行XR特定的業務處理。這種兩階段檢查可以降低​​深度封包檢查帶來的成本，從而提高XR業務處理效率。

此外，參考第5-6圖描述的封包檢查和分類機制也可以適用于上行鏈路XR業務處理。舉例來說，在BS 502或602處用於下行鏈路業務處理的基於SDAP或基於PDCP的封包檢查和分類機制也可以應用在UE 501或601處的SDAP層或PDCP層，用於上行鏈路業務處理。在用於下行鏈路業務處理的UE 501或601處的分類封包（或資料單元）的SDAP層或PDCP層流聚合操作也可以應用在BS 502或602處的SDAP層或PDCP層，用於上行鏈路業務處理。

第7圖是基於統一的PDCP丟棄計時器配置的PDCP封包丟棄過程700的示範性示意圖。從上層協議層接收來自同一DRB的從N+1到N+10標記的 PDCP SDU（或PDCP 封包）。接收到的封包存儲在PDCP緩衝器702中。封包N+1和N+2以及從N+6到N+10的封包是非關鍵（正常）封包，而封包N+3、N+4和N+5 是關鍵封包。每個PDCP SDU在到達時被分配一個具有相同時間間隔（如60 ms）的丟棄計時器。因此，關鍵和非關鍵（正常）PDCP SDU的各丟棄定時器具有相同的時間間隔。時間間隔可基於為DRB所承載的業務配置的延遲預算來分配。

如圖所示，在PDCP擁塞時段701期間，封包N+1、N+2和N+3在時刻T1分配有丟棄計時器。在時刻T2為封包N+4和N+5分配丟棄計時器。封包N+6和N+7 分別在T3和T5分配有各自的丟棄計時器。從N+8到N+10的封包在T7分配丟棄計時器。在T4時，丟棄非關鍵資料封包N+1和N+2以及關鍵封包N+3。在 T6，關鍵封包N+4和N+5被丟棄。在T8有可用的傳輸機會，從N+6到N+10的非關鍵封包被傳送。如圖所示，關鍵封包被視為正常封包。由於正常封包（如對應於 P 幀）的解碼可能依賴于關鍵封包（如對應於I幀），因此會影響用戶體驗品質 （quality of experience，QoE）。

第8圖是根據本發明實施例的PDCP封包丟棄過程800的示範性示意圖。在過程800期間，基於封包檢查結果，PDCP層的關鍵封包和正常（非關鍵）封包分配具有不同時間間隔的計時器。為關鍵封包分配的丟棄計時器應比正常封包更長。相應地，當發生PDCP擁塞時，關鍵封包可以比正常封包保留更長的時間。

如圖所示，在PDCP擁塞時段801期間，從上層協議層接收來自同一DRB的從N+1到N+10標記的PDCP SDU（或PDCP封包）。接收到的封包存儲在PDCP緩衝器802中。封包N+1和N+2以及從N+6到N+10的封包是非關鍵（正常）封包，分配有較短的60毫秒的丟棄計時器。封包N+3、N+4和N+5是關鍵封包，分配有較長的120 毫秒的丟棄計時器。在時刻T1，封包N+1、N+2 和 N+3分配有各自的丟棄計時器。在時刻 T2，為封包N+4和 N+5分配丟棄計時器。封包N+6和N+7分別在T3和T5分配有各自的丟棄計時器。從 N+8到N+10 的封包在 T6分配有丟棄計時器。

在T4，正常封包N+1和N+2在它們的60ms計時器到期時被丟棄。與過程700不同的是，從N+3到N+5的關鍵封包在過程800中不會被丟棄，因為它們具有更長的120毫秒的計時器。在T7有可用的傳輸機會，從N+3到N+5的關鍵封包和從N+6到N+8的正常封包被傳遞到下層。如此一來，接收端可以獲得更好的解碼性能，因為更多的關鍵封包包可用於解碼處理。

在一些實施例中，在UE為XR業務建立DRB期間，BS可通過發送給UE的無線電資源控制（radio resource control，RRC）信令來配置不同的丟棄計時器。

在過程800中，當從上層接收到PDCP SDU時，PDCP層基於對XR封包特徵的瞭解來分配丟棄計時器。瞭解封包特徵可能有兩種選擇。一種是PDCP層自己檢查封包（如通過查看IP報頭和/或RTP報頭）。另一種選擇是上層（如SDAP 層）可以執行封包檢查，並在將封包傳遞給PDCP層時向PDCP層指示封包屬性。舉例來說，可以採用層間信令。在一實施例中，封包屬性資訊可以攜帶在SDAP PDU的SDAP報頭中。

通常來說，可將不同時間間隔值的丟棄計時器分配給不同類型的XR資料封包，以允許更重要的封包有更多的機會被發送、有更少的機會被丟棄。另外，在一些示範例中，對於相同類型的XR資料封包來說，可以分配不同的丟棄計時器值。

在過程800期間，屬於同一ADU的封包可被共同處理。從XR應用的角度來看，XR 視頻幀可能獨立或依賴於其他先前和/或未來的幀。因此，如果屬於特定ADU的IP封包到達太晚，可能會對之前的ADU、即將到來的ADU以及當前ADU的播放時間產生負面影響。如此一來，在一些實施例中，承載屬於ADU（可能不用於XR渲染）的IP封包的所有相關PDCP封包被一起丟棄。從容量的角度來看，這可能是有益的。媒體流傳輸層（如RTP）可用於在協定報頭中為每個成員封包提供ADU資訊，以説明無線電層協定（如PDCP）獲取每個封包的ADU資訊。

在一些實施例中，將一組協同PDCP丟棄計時器分配給承載屬於ADU（或媒體流傳輸層使用的其他XR資料封包單元）的IP封包的所有相關PDCP封包。在一些實施例中，將一組協同PDCP丟棄計時器分配給承載屬於特定XR幀（或在XR編碼器處使用的其他單元）的IP封包的所有相關PDCP封包。因此，XR ADU或XR幀（或其他單元類型）的所有PDCP封包可一起被丟棄。

為了實現這些封包的協同PDCP封包丟棄，在一實施例中，PDCP 可以為所有封包（即屬於ADU或XR幀的封包）設置相同的丟棄計時器，並同時啟動計時器。在一實施例中，可以為PDCP層非同時從上層接收的封包分配一組協同丟棄計時器值，以觸發基於組的協同PDCP封包丟棄。舉例來說，在時間點T，PDCP層接收ADU-1或XR幀-1的PDCP SDU-1，丟棄計時器可設置為60ms。在時間點T+10ms，PDCP層接收ADU-1或XR幀-1的PDCP SDU-2，丟棄計時器可設置為50ms。在一實施例中，PDCP層記錄PDCP SDU所屬的XR ADU和XR幀。在丟棄 PDCP SDU 的情況下，PDCP 層可以丟棄屬於同一XR ADU和XR幀的所有PDCP SDU，而不管丟棄計時器是否到期。

第9圖是根據本發明實施例的PDCP封包傳遞過程900的示範性示意圖。在過程900期間，對於PDCP層和RLC層的封包傳遞處理來說，關鍵封包優先于非關鍵封包。UE或BS的PDCP層接收從N+1到N+6的6個PDCP SDU（PDCP 封包），並存儲在PDCP緩衝器901中。在T1接收封包 N+1、N+2和N+3，在T2接收封包 N+4和N+5，在T3接收封包N+6。根據封包到達的時間將封包放置在緩衝器901中。基於PDCP層的封包檢查或上層的指示，封包 N+3、N+4和N+5被歸類到關鍵封包，而封包 N+1、N+2和N+6被歸類到正常封包。

將從N+1到N+6的封包傳送給RLC層時，PDCP層可將關鍵封包優先于正常封包。如圖所示，關鍵封包 N+3、N+4和N+5首先被傳遞並存儲在RLC緩衝器902中，然後才是正常封包 N+1和N+2的傳遞。

RLC 層的封包處理可有兩種選擇。在第一選項中，從PDCP層接收的封包（PDCP PDU）根據到達時間被放置在緩衝器902中。在第二選項中，如第二RLC緩衝器903所示，緩衝器903中的現有資料（緩衝資料）被關鍵封包N+3、N+4和N+5（PDCP PDU）搶佔，因為關鍵封包N+3、N+4 和 N+5 的優先級高於現有資料（即普通封包）。為了實現第二選項，RLC層可以執行封包檢查或從上層PDCP層接收關於封包類別的層間指示（層間信令）。

在一些實施例中，對應於第9圖中所示的選項1，RLC層可以忽略封包的位置，並且基於封包檢查和分類結果或層間信令，將關鍵封包優先于正常封包傳送到MAC層。

在一些實施例中，當新封包到達PDCP層時，PDCP層可以執行搶佔過程，以將關鍵封包插入到緩衝器901中現有正常封包的前面。搶佔操作可以基於封包檢查和分類結果或層間信令。

在一些實施例中，可支援更細細微性的緩衝器狀態報告（buffer status report，BSR）來報告LCH內的關鍵資料。新BS表可用於減少BSR報告中的量化誤差（如對於基於高資料速率的XR業務）。舉例來說，BSR可以指示UE緩衝器中有多少關鍵資料，以及UE緩衝器中有多少非關鍵資料。BSR還可以向BS（如gNB）指示 UE 緩衝器中封包的剩餘傳輸時間或剩餘封包延遲預算、幀資訊（I幀或P（B）幀）和/或ADU信息。舉例來說，UE可以通知BS緩存的封包屬於關鍵幀，剩餘封延遲預算為5ms。再比如說，UE可以通知BS區分緩衝了多少資料，以助於BS及時為這種調度分配物理資源。

在一些實施例中，在UE側，MAC層可向實體層指示特定MAC PDU（即傳輸塊）中是否有組裝任何關鍵資料。這種指示幫助實體層執行相應處理，如針對延遲敏感封包來說，禁用基於回饋的混合自動重傳請求（hybrid automatic repeat request，HARQ）的重傳。

在一些實施例中，第9圖示範例中的PDCP/RLC/MAC層針對XR封包的封包分類和優先排序也可以是基於ADU的封包處理，例如基於XR幀或其他單元類型的封包處理。舉例來說，屬於相同XR ADU（或同一個 XR 框架）的PDCP SDU可在 PDCP 緩衝器內一起緩衝，儘管它們可能不會被同時接收。屬於XR ADU或XR幀（傳輸大量 PDCP SDU）的遲來的PDCP SDU可由PDCP層優先傳送到RLC層。

在一些實施例中，在封包排序和封包搶佔期間，PDCP層可以確保屬於相同XR ADU或XR幀的PDCP封包以連續的方式傳遞到RLC層。舉例來說，如果承載部分關鍵XR幀的PDCP封包優先于普通PDCP封包，則所有承載關鍵 XR 幀的PDCP封包可以優先于普通PDCP封包。相同的原理可以應用于封包搶佔。

在一些實施例中，PDCP層的封包排序和封包搶佔可由RLC層繼承以用於MAC PDU組裝。 MAC層可以進一步將封包的優先級和/或其他資訊通知給實體層以執行相應處理，如禁用延遲敏感封包的基於回饋的HARQ重傳。

第10圖是根據本發明實施例的基於SDAP的XR封包檢查和分類過程1040的示範性示意圖。過程1040可在無線電接入層的協議棧1050中執行。過程1040包括從S1010到S1070的步驟。在過程1040期間，協議棧1050中的每一層可以從RRC層1030接收配置並在RRC層1030的控制下操作。

在 S1010，XR業務的QoS流被傳送到SDAP 層 1001。在一實施例中，SDAP層1001 檢查傳輸封包報頭（如IP/UDP/RTP) 並瞭解封包特徵。在S1020，SDAP層1001將QoS流映射到多個DRB，以將XR封包分類為關鍵封包和非關鍵封包。具有不同XR封包的DRB傳送到不同的PDCP實體1002-1004。在S1030，在一實施例中，PDCP層基於RRC指示為不同的DRB配置不同的丟棄計時器。與非關鍵XR封包相比，具有關鍵XR封包的PDCP PDU（或 PDCP SDU）將在更長的等待時間後被丟棄。在一實施例中，可將關鍵XR資料包和非關鍵XR資料包映射到不同的QoS流。在一個實施例中，特定XR業務的ADU的不同部分或不同ADU可以映射到不同的QoS流。

在S1040，在一實施例中，來自不同DRB的PDCP PDU被映射到RLC層中具有不同邏輯通道的不同RLC實體1005-1007。邏輯通道配置有不同的優先級。在S1050，來自不同邏輯通道的RLC PDU在MAC層1008進行優先排序並複用到MAC PDU。在S1060，在一實施例中，具有關鍵封包的MAC PDU被分發到不同的HARQ實體1009進行盲重傳，以增強與PHY 1010合作的可靠性。過程1040可在S1070結束。

第11圖是根據本發明實施例的基於SDAP的XR封包檢查和分類過程1100的示範性示意圖。過程1100包括從S1110到S1124的步驟。

在S1110，在一實施例中，RRC信令重新配置SDAP以處理XR業務。在S1110從上層接收XR業務的QoS流後，SDAP層在S1112檢查IP封包的報頭以檢查DSCP值。在S1114，SDAP層確定IP封包是否屬於XR業務。具有與XR特性一致的DSCP值的IP 封包被視為XR業務封包。當IP封包屬於XR業務時，過程1100進行到S1116。否則，過程1100進行到S1124。

在S1116，在一實施例中，SDAP層檢查XR封包的UDP和/或RTP報頭以確認RTP有效載荷類型。在S1118，確定每個封包的有效載荷類型是表示高優先級封包（關鍵封包）還是低優先級封包（非關鍵封包）。在S1120和S1122，針對與關鍵或非關鍵視頻幀相關的封包，SDAP層將具有不同QoS要求的封包分配給具有不同優先級的DRB。隨後，SDAP實體在其他封包處理過程之後將 SDAP PDU提交給下層。過程1100在S1124結束。

第12圖是根據本發明實施例的PDCP層XR業務處理過程1200的示範性示意圖。在過程1200期間，PDCP層接收XR業務的SDAP PDU，並基於RRC指示為不同的DRB設置不同的丟棄計時器。在S1210，在一實施例中，SDAP實體將兩個PDCP實體與不同的DRB相關聯。在 SDAP 實體進行封包檢查和封包分類後，PDCP層的PDCP實體從具有不同優先級的DRB接收 SDAP PDU。

在S1220，在一實施例中，PDCP層基於RRC指示為不同的DRB設置不同的丟棄計時器值。DRB識別字與丟棄計時器值的映射規則包含在PDCP配置（PDCP-Config）資訊元素中，並通過RRC重配置消息指示給UE。對於具有較高優先級 XR 封包的 PDCP 實體來說，與較低優先級的 XR封包相比，PDCP SDU 在更長的等待時間後才被丟棄，以獲得更高的可靠性。在其他封包處理過程之後，PDCP實體將PDCP PDU提交給下層。過程1200在S1230結束。

第13圖是根據本發明實施例的RLC層XR業務處理過程1300的示範性示意圖。在過程1300期間，RLC層從不同的DRB接收XR業務的PDCP PDU，並基於RRC指示將PDCP PDU映射到具有不同LCID的邏輯通道。

在S1310，RLC層的RLC實體從具有不同DRB的PDCP實體接收PDCP PDU。在 S1320，RLC實體將PDCP PDU映射到不同的邏輯通道。在一實施例中，每個邏輯通道對應於一RLC實體。 DRB和LCID之間的映射規則包含在RLC承載配置（RLC-BearerConfig）資訊元素中，並通過RRC重配置消息指示給UE。在其他封包處理過程之後，RLC實體將RLC PDU提交給下層。過程1300在S1330結束。

第14圖是根據本發明實施例的MAC層XR業務處理過程1400的示範性示意圖。在過程1400期間，基於RRC指示，MAC層對來自不同邏輯通道的封包（資料單元）中XR業務的RLC PDU進行優先排序，並將RLC PDU複用到MAC PDU。在一實施例中，具有更高優先級RLC SDU的MAC PDU將通過盲HARQ重傳來處理。

在S1410，MAC實體從具有不同優先級的邏輯通道接收RLC PDU。在S1412，邏輯通道優先級和相關參數（如優先位元速率（prioritized bit rate，PBR）、桶大小持續時間（bucket size duration，BSD））包含在邏輯通道配置（LogicalChannelConfig）資訊元素中，並通過RRC重配置消息指示給UE。可進行邏輯通道優先排序（logical channel prioritization，LCP）過程，並將XR封包多工到 MAC PDU。

在一實施例中，具有不同優先級的RLC PDU可被覆用到不同的MAC PDU或相同的MAC PDU。MAC層在複用和組裝過程之後將MAC PDU提交給 HARQ 實體。在S1414，確定TB是否包含具有高優先級的RLC PDU。具有不同優先級SDU的TB被傳送到不同的HARQ進程進行HARQ操作。在S1416，針對具有更高優先級SDU的TB，進行盲HARQ重傳以增強可靠性。MAC實體在其他封包處理過程之後將MAC PDU提交給下層。過程1400在S1418結束。

第15圖是根據本發明實施例的XR業務處理過程1500的示範性示意圖。過程1500可在包括互聯網層（如RTP/UDP/IP）和無線電接入層的協議棧執行。可通過基於SDAP的封包檢查和分類機制執行過程1500。

在一實施例中，XR業務1501包括I幀（表示關鍵幀）和P幀（表示非關鍵幀）。幀分段在即時傳輸層（如RTP）執行。XR有效載荷類型和其他資訊被放入傳輸層的報頭。RTP封包1502傳送到UDP/IP層進行封包轉發。 RTP封包1502分別被封裝到UDP封包1503中。UDP封包1503分別被封裝到IP封包1504中。服務類型（XR業務）由IP封包1504的各IP報頭中的DSCP指示。

在一實施例中，SDAP層1520從上層接收XR業務1501的QoS流1510並檢查傳輸層的報頭。舉例來說，SDAP層1520可在IP層檢查DSCP和/或在RTP層檢查RTP有效載荷類型。SDAP 1520將具有不同QoS要求的封包分發給具有不同優先級的DRB 1512。在一實施例中，與I幀相關聯的封包被分發到DRB ID=1（表示高優先級）的DRB，與P幀相關聯的封包被分發到DRB ID=2（表示低優先級）的DRB。在一實施例中，DRB ID和優先級之間的映射規則由RRC層1540的RRC信令指示。

在SDAP封包處理之後，SDAP PDU被提交給PDCP層。在一實施例中，一SDAP實體與兩個PDCP實體1521-1522相關聯以處理具有不同優先級的DRB。在一實施例中，PDCP實體1521-1522根據DRB的優先級設置不同的丟棄計時器值。具有I幀的PDCP SDU在SDU丟棄之前可設置更長的等待時間（丟棄計時器值=X），以實現更高的可靠性。在一實施例中，DRB ID和計時器值之間的映射規則由RRC信令指示。

在PDCP封包處理之後，PDCP PDU被提交給RLC層。RLC實體1523-1524將來自不同DRB的PDCP PDU映射到具有不同LCID的邏輯通道。在一實施例中，DRB ID和LCID之間的映射規則由RRC信令指示。DRB ID=1映射到可靠性較高的LCID=M，DRB ID=2映射到可靠性較低的LCID=N。

在RLC封包處理過程之後，RLC PDU 1514被提交給MAC層1525。MAC實體將來自不同邏輯通道（具有不同優先級）的RLC PDU複用和組裝成MAC PDU。在一實施例中，一個MAC PDU僅包括同一邏輯通道的MAC SDU。例如，TB2 僅包括具有來自LCID=N的XR業務的 P幀的MAC SDU。在一實施例中，一個MAC PDU包括不同邏輯通道的MAC SDU。例如，TB1 包括具有來自 LCID=M 和 N 的 XR 業務的I幀和P幀的MAC SDU。TB1 和 TB2 對應於不同的 MAC PDU 1516。在一實施例中，具有不同優先級的 MAC SDU（如對應於到不同類型的I幀或 P 幀）不會映射到相同的 MAC PDU 1516中。

在複用和組裝過程之後，MAC PDU 1516被遞送到不同的HARQ進程（由HARQ實體操作）1526-1527以進行HARQ操作。在一實施例中，對具有更高優先級的MAC PDU 1516執行盲HARQ重傳以增強可靠性。舉例來說，包括具有XR業務1501的I幀和P幀的MAC SDU的TB1在接收到任何ACK/NACK回饋之前進行重傳。在MAC封包處理過程之後，MAC PDU 1516 被提交給 PHY 層 1528。

第16圖是根據本發明實施例的封包檢查和分類過程1600的示範性示意圖。可執行過程1600以處理特定類型應用的業務，如XR業務。可在UE或BS處執行過程1600。在各種實施例中，過程1600中的步驟可以以不同的順序或並行地執行，也可以跳過一個或多個步驟，或者添加其他步驟。流程1600從S1601開始，進入S1610。

在S1610，可在RAN協定棧中的無線電協定層接收SDU。SDU承載應用層產生的應用資料，並通過應用層與無線協定層之間的多個協定層。無線電協議層可以是SDAP層、PDCP層、RLC層、MAC層、PHY層等。無線電協定層之上的多個協定層可以包括IP層、UDP層、RTP層和/或其他無線電協議層。

在S1620，可檢查SDU以從對應於多個協議層中的一個或多個協議層的一個或多個協定報頭獲得特徵資訊。特徵資訊可以指示應用資料的特徵。在一些實施例中，可以有兩階段檢查過程。在第一階段，可以檢查SDU中的 IP 報頭以確定SDU是否與特定類型的業務相關聯，如XR業務。如果相關聯，則可以執行第二階段檢查以檢查更高層的報頭，如RTP報頭，以進一步獲得附加的特徵資訊。

在S1630，基於從一個或多個協定報頭獲得的特徵資訊，將SDU劃分到多個類別中。舉例來說，類別可以包括一類關鍵封包（關鍵資料單元）和一類非關鍵（正常）封包（非關鍵資料單元）。

在S1640，可根據SDU被劃分到多個類別中的哪一個來處理SDU。舉例來說，在 SDAP 層，不同類別的封包可映射到不同的DRB並傳遞給不同的PDCP實體。又例如，在PDCP層，不同類別的封包可與具有不同時間間隔的丟棄計時器相關聯。在傳送時，關鍵封包可優先于非關鍵封包。此外，屬於相同ADU的封包可集中處理。例如，相同ADU的報文可以一起丟棄、一起傳送。在一示範例中，在PDCP層，來自相同DRB但屬於不同類別的封包被映射到不同的RLC實體和LCH。過程1600可在S1699結束。

第17圖是根據本發明實施例的示範性裝置1700的示意圖。裝置1700可以被配置為根據本發明描述的一個或多個實施例或示範例來執行各種功能。因此，裝置1700可以提供用於實施本發明描述的機制、技術、流程、功能、元件、系統的手段。例如，在本發明描述的各種實施例和示範例中，裝置1700可以用於實施UE、BS或UPF的功能。裝置1700可以包括通用處理器或專門設計的電路，以用於實施本發明所述的各種實施例中的各種功能、元件或流程。裝置1700可以包括處理電路1710、記憶體1720以及射頻（radio frequency，RF）模組1730。

在各種示範例中，處理電路1710可包括被配置為結合軟體或不結合軟體來執行本發明所述的功能和流程的電路。在各種示範例中，處理電路1710可為數位訊號處理器（digital signal processor，DSP）、專用積體電路（application specific integrated circuit，ASIC）、可程式設計邏輯裝置（programmable logic device，PLD）、現場可程式設計閘陣列（programmable gate array，FPGA）、數位增強電路或可比較設備、或上述的組合。

在一些其他示範例中，處理電路1710可為用來執行程式指令以執行本發明所述的各種功能和流程的中央處理單元（central processing unit，CPU）。相應地，記憶體1720可用來存儲程式指令。當執行程式指令時，處理電路1710可以執行功能和流程。記憶體1720還可以存儲其他程式或資料，如作業系統、應用程式等。記憶體1720可包括非暫時性存儲介質，如唯讀記憶體（read only memory，ROM）、隨機存取記憶體（random access memory，RAM）、快閃記憶體、固態記憶體、硬碟驅動器、光碟驅動器等。

在一實施例中，RF模組1730從處理電路810接收處理的資料信號，並將該資料信號轉換成波束成形無線信號並經由天線陣列1740發送，反之亦然。RF模組1730可包括數位類比轉換器（digital to analog convertor，DAC）、類比數位轉換器（analog to digital converter，ADC）、上變頻器、下變頻器、濾波器以及放大器，以用於接收和發送操作。RF模組1730可包括用於波束成形操作的多天線電路。舉例來說，多天線電路可包括用於類比信號相位移位元或類比信號幅度縮放的上行鏈路空間濾波器電路和下行鏈路空間濾波器電路。天線陣列1740可以包括一個或多個天線陣列。

裝置1700可以可選地包括其他元件，例如，輸入和輸出設備、添加的或信號處理電路等。因此裝置1700能夠執行其他額外功能，例如，執行應用程式以及處理替代通信協定。

本發明描述的流程和功能可被實施為電腦程式，當由一個或多個處理器執行時，該電腦程式可以使得一個或多個處理器執行各自的流程和功能。電腦程式可以存儲或分佈在合適的介質上，例如，與其他硬體一起或作為其一部分提供的光學存儲介質或固態介質。電腦程式還可以以其他形式分佈，例如，經由互聯網或其他有線或無線電信系統。例如，可以獲得電腦程式並將其載入到裝置中，包括通過物理介質或分散式系統（如包括從連接到網際網路的伺服器）獲得電腦程式。

可從提供程式指令的電腦可讀（存儲）介質接入電腦程式，以便由電腦或任意指令執行系統使用或與其結合使用。電腦可讀介質可以包括存儲、通信、傳播或傳送電腦程式以供指令執行系統、裝置或設備使用或與其結合使用的任意裝置。電腦可讀介質可為磁性、光學、電子、電磁、紅外或半導體系統（或裝置或設備）或傳播介質。電腦可讀介質可包括電腦可讀非暫時性存儲介質，例如，半導體或固態記憶體、磁帶、可移動電腦磁片、唯讀記憶體（read only memory，ROM）、隨機存取記憶體（random access memory，RAM）、磁片以及光碟等。電腦可讀非暫時性存儲介質可以包括所有類型的電腦可讀介質，包括磁存儲介質、光學存儲介質、快閃記憶體介質以及固態存儲介質。

雖然本發明已就較佳實施例揭露如上，然其並非用以限制本發明。在不脫離權利要求所界定的本發明的保護範圍內，當可對各實施例中的各特徵進行各種變更、潤飾和組合。

雖然本發明已就較佳實施例揭露如上，然其並非用以限制本發明。在不脫離申請專利範圍所界定的本發明的保護範圍內，當可對各實施例中的各特徵進行各種變更、潤飾和組合。

100:協定棧 110、401、501、601:UE 111、121:PHY 112、122:MAC 113、123:RLC 114、124:PDCP 115、125、431-433、531、631:SDAP 116、133、163:IP 117、164:網路傳輸層 118、165:媒體流傳輸協議層 119、166:應用層 120、402、502、602:基站 131、141、151、161:L1 132、142、152、162:L2 134:UDP層 135:GTP-U層 140、403、503、603:UPF 160:XR伺服器 201:IP業務流 202、301-308、1502-1504:封包 309:MAC PDU 310:XR幀 320:幀分段 330:檢查 340:無線接入協議層 404-406、504、604:PDU會話 411-414、461-465、511、561-562、611、661-662:IP流 421-424、521-522、621-622、1510:QoS流 441-444、541-543、641-642:DRB 700、800、900、1040、1100、1200、1300、1400、1500、1600:過程 701、801:時段 702、802、901-903:緩衝器 1050:協議棧 S1010-S1070、S1110-S1124、S1210-S1230、S1310-S1330、S1410-S1418、S1601-S1699:步驟 1700:裝置 1710:處理電路 1720:記憶體 1730:RF模組 1740:天線陣列

透過參考附圖閱讀後續之詳細描述和示例，可以更全面地理解本申請，其中： 第1圖是根據本發明實施例的用於處理XR業務的協議棧100的示範性示意圖。 第2圖是根據本發明實施例的IP業務流201中的ADU傳輸的示範性示意圖。 第3圖是根據本發明實施例的跨多個協議層的XR幀處理過程的示範性示意圖。 第4圖是根據本發明實施例的在UPF 403處進行基於IP的封包分類以用於下行鏈路XR業務的示範性示意圖。 第5圖是根據本發明實施例的BS 502處進行基於SDAP的封包分類以用於下行鏈路XR業務的示範性示意圖。 第6圖是根據本發明實施例的在BS 602處進行基於PDCP的封包分類以用於下行鏈路XR業務的示範性示意圖。 第7圖是基於統一的PDCP丟棄計時器配置的PDCP封包丟棄過程700的示範性示意圖。 第8圖是根據本發明實施例的PDCP封包丟棄過程800的示範性示意圖。 第9圖是根據本發明實施例的PDCP封包傳遞過程900的示範性示意圖。 第10圖是根據本發明實施例的基於SDAP的XR封包檢查和分類過程1040的示範性示意圖。 第11圖是根據本發明實施例的基於SDAP的XR封包檢查和分類過程1100的示範性示意圖。 第12圖是根據本發明實施例的PDCP層XR業務處理過程1200的示範性示意圖。 第13圖是根據本發明實施例的RLC層XR業務處理過程1300的示範性示意圖。 第14圖是根據本發明實施例的MAC層XR業務處理過程1400的示範性示意圖。 第15圖是根據本發明實施例的XR業務處理過程1500的示範性示意圖。 第16圖是根據本發明實施例的封包檢查和分類過程1600的示範性示意圖。 第17圖是根據本發明實施例的示範性裝置1700的示意圖。

1600:過程

S1601-S1699:步驟

Claims (10)

1. 一種業務處理方法，包括： 在一無線電接入網路通訊協定棧中的一無線電協定層接收一服務資料單元SDU，其中所述SDU承載一應用層產生的一應用資料，並通過所述應用層與所述無線電協定層之間的多個協定層； 在所述無線電協議層檢查所述SDU，以從對應於所述多個協議層中一個或多個協議層的一個或多個協定報頭中獲得一特徵資訊，其中所述特徵資訊指示所述應用資料的一特徵； 基於從所述一個或多個協議報頭中獲得的所述特徵資訊，在所述無線電協議層將所述SDU劃分到多個類別之一；以及 根據所述SDU分類到所述多個類別中的哪一個類別，在所述無線電協議層處理所述SDU。
2. 如請求項1所述之業務處理方法，其中，所述無線電協議層為所述無線電接入網路通訊協定棧中的一服務資料適配協定SDAP層，所述SDU為一互聯網協議IP封包，所述處理包括： 根據所述IP封包分類到所述多個類別中的哪一個類別，將所述IP封包映射到一資料無線電承載DRB，其中屬於不同類別的IP封包映射到不同的DRB。
3. 如請求項1所述之業務處理方法，其中，所述無線電協議層為所述無線電接入網路通訊協定棧中的一分組資料彙聚協定PDCP層，所述SDU為一PDCP SDU，所述處理包括： 根據所述PDCP SDU分類到所述多個類別中的哪一個類別，將所述PDCP SDU映射到一無線鏈路控制RLC實體，其中屬於相同DRB但屬於不同類別的PDCP SDU映射到不同的RLC實體。
4. 如請求項1所述之業務處理方法，其中，所述無線電協議層為所述無線電接入網路通訊協定棧中的一PDCP層，所述SDU為一PDCP SDU，所述處理包括： 根據所述PDCP SDU分類到所述多個類別中的哪一個類別，為所述PDCP SDU分配具一有時間間隔的一PDCP丟棄計時器，其中屬於不同類別的PDCP SDU分配有具有不同時間間隔的PDCP丟棄計時器。
5. 如請求項4所述之業務處理方法，其中，與相同應用資料單元ADU相關聯的PDCP SDU被一起丟棄。
6. 如請求項4所述之業務處理方法，其中， 與相同應用資料單元ADU相關聯的PDCP SDU與相同丟棄計時器相關聯。
7. 如請求項1所述之業務處理方法，其中，所述無線電協議層為所述無線電接入網路通訊協定棧中的一PDCP層，所述SDU為一第一PDCP SDU，所述處理包括： 將所述第一PDCP SDU的傳遞優先於一第二PDCP SDU，其中所述第二PDCP SDU的類別比所述第一PDCP SDU的類別的優先級低。
8. 如請求項1所述之業務處理方法，其中，所述無線電協議層為所述無線電接入網路通訊協定棧中的一RLC層，所述SDU為一第一RLC SDU，所述處理包括： 將所述第一RLC SDU的傳遞優先於一第二RLC SDU，其中所述第二RLC SDU的類別比所述第一RLC SDU的類別的優先級低。
9. 如請求項1所述之業務處理方法，其中，所述多個協議層包括一IP層和一即時傳輸協議RTP層，所述檢查包括： 在所述無線電協議層檢查所述SDU中所述IP層的一IP報頭，以獲得一第一特徵資訊；以及 當所述第一特徵資訊指示所述SDU與一特定業務類型相關聯時，繼續檢查所述RTP層的一RTP報頭以獲得一第二特徵資訊。
10. 一種設備，用於業務處理，包括電路用來： 在一無線電接入網路通訊協定棧中的一無線電協定層接收一服務資料單元SDU，其中所述SDU承載一應用層產生的一應用資料，並通過所述應用層與所述無線電協定層之間的多個協定層； 在所述無線電協議層檢查所述SDU，以從對應於所述多個協議層中一個或多個協議層的一個或多個協定報頭中獲得一特徵資訊，其中所述特徵資訊指示所述應用資料的一特徵； 基於從所述一個或多個協議報頭中獲得的所述特徵資訊，在所述無線電協議層將所述SDU劃分到多個類別之一；以及 根據所述SDU分類到所述多個類別中的哪一個類別，在所述無線電協議層處理所述SDU。

Images