TW202347999A - 用於基於應用資料單元（ａｄｕ）的排程的層２（ｌ２）程序 - Google Patents

Abstract

本案內容的某些態樣提供了一種用於由發射器節點進行的無線通訊的方法。該發射器節點接收在相同協定資料單元（PDU）集合內的複數個資料封包中的一或多個資料封包，複數個資料封包屬於一或多個PDU集合。該發射器節點將一或多個相同的處理程序應用於在相同PDU集合內的一或多個資料封包。

Description

用於基於應用資料單元（ADU）的排程的層2（L2）程序

本專利申請案主張享受於2023年2月22日提出申請的國際專利申請案第PCT/CN2023/077615號的優先權，該國際專利申請號請求於2022年5月26日提出申請的國際專利申請案第PCT/CN2022/095113號的權益和優先權，上述申請案被轉讓給本案的受讓人，並且據此其全部內容經由引用的方式明確地併入，如同下文充分地闡述一樣並且用於所有適用的目的。

本案內容的各態樣係關於無線通訊，並且更具體地，本案內容的各態樣係關於用於基於協定資料單元（PDU）集合的排程的層2（L2）程序。

無線通訊系統被廣泛地部署以提供各種電訊服務，諸如電話、視訊、資料、訊息傳遞、廣播或其他類似類型的服務。這些無線通訊系統可以採用能夠經由與多個使用者共享可用的無線通訊系統資源來支援與這些使用者的通訊的多工存取技術。

儘管多年來無線通訊系統已經取得了巨大的技術進步，但是挑戰仍然存在。例如，複雜並且動態的環境仍然可能衰減或阻擋在無線發射器與無線接收器之間的訊號。因此，不斷期望提高無線通訊系統的技術效能，例如包括：提高通訊的速度和資料攜帶容量，提高共用通訊媒體的使用的效率，降低由發射器和接收器在執行通訊時使用的功率，提高無線通訊的可靠性，避免冗餘發送及/或接收以及相關處理，提高無線通訊的覆蓋範圍，增加可以存取無線通訊系統的設備的數量和類型，增加不同類型的設備相互通訊的能力，增加可供使用的無線通訊媒體的數量和類型，等。因此，存在對於對無線通訊系統進一步改進以克服上述技術挑戰以及其他挑戰的需求。

一個態樣提供了一種用於由接收器節點進行的無線通訊的方法，包括：接收屬於一或多個協定資料單元（PDU）集合的複數個資料封包以及指示用於每個PDU集合中的一或多個資料封包到較高層的遞送程序的策略的指示；及根據該策略來將在相同PDU集合內的一或多個資料封包遞送到較高層。

另一態樣提供了一種用於由發射器節點進行的無線通訊的方法，包括：接收在相同PDU集合內的複數個資料封包中的一或多個資料封包，該複數個資料封包屬於一或多個PDU集合；及將一或多個相同的處理程序應用於在相同PDU集合內的一或多個資料封包。

其他態樣提供了：一種裝置，其可操作為、被配置為或以其他方式適於執行上述方法以及本文在其他地方描述的方法；一種包括指令的非暫時性電腦可讀取媒體，該等指令在由裝置的處理器執行時使得裝置執行上述方法以及本文在其他地方描述的方法；一種體現在電腦可讀取儲存媒體上的電腦程式產品，其包括用於執行上述方法以及本文在其他地方描述的方法的代碼；及一種裝置，其包括用於執行上述方法以及本文在其他地方描述的方法的單元。舉例而言，一種裝置可以包括處理系統、具有處理系統的設備、或者經由一或多個網路協調的處理系統。

出於說明的目的，以下描述和附圖闡述了某些特徵。

本案內容的各態樣提供了用於針對基於協定資料單元（PDU）集合的排程的層2（L2）程序的裝置、方法、處理系統和電腦可讀取媒體。L2程序可以包括封包資料彙聚協定（PDCP）層程序、無線電鏈路控制（RLC）層程序及/或媒體存取控制（MAC）層程序。

擴展現實（XR）應用產生資料單元並且以資料單元來消耗，這些資料單元大於網際網路協定（IP）封包（例如，資料封包）。資料單元被稱為PDU集合。PDU集合亦被稱為應用資料單元（ADU）。當在核心網路（CN）上發送PDU集合時，PDU集合被分割成資料封包。儘管每個PDU集合中的資料封包通常大約同時到達接收器，然而，在一些情況下，每個PDU集合中的資料封包可能不同時到達。此外，PDU集合中的所有資料封包具有相同的服務品質（QoS）要求。

當前L2程序是基於單獨資料封包（以及其QoS要求）而不是在PDU集合上來配置和執行的。亦即，不同的L2程序被應用於不同的資料封包，並且不同的資料封包可以被分開處理（由於它們的到達時間不同）。然而，在PDU集合中，所有資料封包具有相同的QoS要求，並且必須一起處理。這是因為，若PDU集合中的任何資料封包不滿足其QoS截止期限或丟失，則PDU集合中的剩餘資料封包變得無用，並且必須丟棄PDU集合。

本案描述了L2程序中的增強，以支援基於PDU集合的排程，以實現對PDU集合中的資料封包的成功處理（例如，聯合地或分開地）。例如，對L2程序的增強可以使得能夠決定屬於相同PDU集合的資料封包以及後續對相同PDU集合中的資料封包應用相同的處理程序。本文提出的L2程序能夠在對資料封包的處理期間滿足PDU集合中的資料封包的相同服務品質（QoS）要求。 對無線通訊網路的介紹

本文描述的技術和方法可以用於各種無線通訊網路。儘管本文中可能使用通常與3G、4G及/或5G無線技術相關聯的術語來描述各態樣，但是本案內容的各態樣同樣可以適用於本文中未明確提及的其他通訊系統和標準。

圖1圖示了可以在其中實現本文描述的各態樣的無線通訊網路100的實例。

通常，無線通訊網路100包括各種網路實體（替代地，網路元件或網路節點）。網路實體通常是通訊設備及/或由通訊設備（例如，使用者設備（UE）、基地台（BS）、BS的部件、伺服器等）執行的通訊功能。例如，網路的各種功能以及與網路相關聯並且與網路進行互動的各種設備可以被視為網路實體。此外，無線通訊網路100包括地面態樣（諸如基於地面的網路實體（例如，BS 102））以及非地面態樣（諸如衛星140和飛機145，其可以包括能夠與其他網路元件（例如，地面BS）和UE進行通訊的機載網路實體（例如，一或多個BS））。

在所圖示的實例中，無線通訊網路100包括BS 102、UE 104和一或多個核心網路（諸如進化封包核心（EPC）160和5G核心（5GC）網路190），它們進行交互操作以在各種通訊鏈路（包括有線和無線鏈路）上提供通訊服務。

圖1圖示了各種實例UE 104，其可以更通常包括：蜂巢式電話、智慧型電話、對話啟動協定（SIP）電話、膝上型電腦、個人數位助理（PDA）、衛星無線電單元、全球定位系統、多媒體設備、視訊設備、數位音訊播放機、相機、遊戲控制台、平板設備、智慧設備、可穿戴設備、車輛、電錶、氣泵、大型或小型廚房電器、醫療設備、植入物、感測器/執行器、顯示器、物聯網路（IoT）設備、常開（AON）設備、邊緣處理設備或其他類似的設備。UE 104亦可以更通常被稱為行動設備、無線設備、無線通訊設備、站、行動站、用戶站、行動用戶站、行動單元、用戶單元、無線單元、遠端單元、遠端設備、存取終端、行動終端、無線終端、遠端終端機、手機以及其他名稱。

BS 102經由通訊鏈路120與UE 104無線地進行通訊（例如，向UE 104發送訊號或從UE 104接收訊號）。在BS 102與UE 104之間的通訊鏈路120可以包括從UE 104到BS 102的上行鏈路（UL）（亦被稱為反向鏈路）傳輸及/或從BS 102到UE 104的下行鏈路（DL）（亦被稱為前向鏈路）傳輸。通訊鏈路120可以使用多輸入多輸出（MIMO）天線技術，在各個態樣中，MIMO天線技術包括空間多工、波束成形及/或發射分集。

BS 102一般可以包括：NodeB、增強型NodeB（eNB）、下一代增強型NodeB（ng-eNB）、下一代NodeB（gNB或gNodeB）、存取點、基地台收發機、無線電BS、無線電收發機、收發機功能單元、發送接收點等。BS 102中的每一者可以針對相應的地理覆蓋區域110提供通訊覆蓋，其有時可以被稱為細胞並且其在一些情況下可能重疊（例如，小型細胞102’可以具有覆蓋區域110’，覆蓋區域110’與巨集細胞的覆蓋區域110重疊）。例如，BS可以針對巨集細胞（覆蓋相對大的地理區域）、微微細胞（覆蓋相對較小的地理區域，諸如體育場）、毫微微細胞（相對較小的地理範圍（例如，住宅））及/或其他類型的細胞提供通訊覆蓋。

儘管BS 102在各個態樣中被圖示為單式通訊設備，但是BS 102可以以各種配置來實現。例如，BS 102的一或多個部件可以被分解，包括中央單元（CU）、一或多個分散式單元（DU）、一或多個無線電單元（RU）、近即時（近RT）RAN智慧控制器（RIC）或非即時（非RT）RIC，舉幾個實例。在另一實例中，BS 102的各個態樣可以被虛擬化。更通常，BS（例如，BS 102）可以包括位於單個實體位置處的部件或者位於各個實體位置處的部件。在BS 102包括位於各個實體位置處的部件的實例中，各種部件可以各自執行功能，使得各種部件共同實現類似於位於單個實體位置處的BS 102的功能性。在一些態樣中，包括位於各個實體位置處的部件的BS 102可以被稱為分解式無線電存取網路（RAN）架構，諸如開放式RAN（O-RAN）或虛擬化RAN（VRAN）架構。圖2圖示並且描述了實例分解式BS架構。

無線通訊網路100內的不同BS 102亦可以被配置為支援不同的無線電存取技術，諸如3G、4G及/或5G。例如，被配置用於4G LTE（被統稱為進化型通用行動電訊系統（UMTS）地面無線電存取網路（E-UTRAN））的BS 102可以經由第一回載鏈路132（例如，S1介面）來與EPC 160對接。被配置用於5G（例如，5G NR或下一代RAN（NG-RAN））的BS 102可以經由第二回載鏈路184來與5GC 190對接。BS 102可以在第三回載鏈路134（例如，X2介面）上彼此直接地或間接地（例如，經由EPC 160或5GC 190）通訊，第三回載鏈路134可以是有線的或無線的。

無線通訊網路100可以將電磁頻譜細分為各種類別、頻帶、通道或其他特徵。在一些態樣中，這種細分是基於波長和頻率來提供的，其中頻率亦可以被稱為載波、次載波、頻率通道、音調或次頻帶。例如，3GPP目前將頻率範圍1（FR1）定義為包括600 MHz-6 GHz，其通常（可互換地）被稱為「Sub-6 GHz」。類似地，3GPP目前將頻率範圍2（FR2）定義為包括26-41 GHz，其有時（可互換地）被稱為「毫米波」（「mmW」或「mmWave」）。被配置為使用mmWave/近mmWave射頻頻帶進行通訊的BS（例如，mmWave BS，諸如BS 180）可以利用與UE（例如，104）的波束成形（例如，182）來改善路徑損耗和範圍。

在BS 102與例如UE 104之間的通訊鏈路120可以經由一或多個載波，其可以具有不同的頻寬（例如，5、10、15、20、100、400及/或其他MHz），並且其可以在各個態樣中進行聚合。載波可以彼此相鄰或者可以彼此不相鄰。對載波的分配可以是關於DL和UL不對稱的（例如，與針對UL相比，針對DL可以分配更多或更少的載波）。

與較低頻通訊相比，使用較高頻帶的通訊可能具有較高的路徑損耗和較短的距離。因此，某些BS（例如，圖1中的180）可以利用與UE 104的波束成形182，以改善路徑損耗和距離。例如，BS 180和UE 104可以各自包括複數個天線（諸如天線元件、天線面板及/或天線陣列）以促進波束成形。在一些情況下，BS 180可以在一或多個發送方向182’上向UE 104發送經波束成形的訊號。UE 104可以在一或多個接收方向182’’上從BS 180接收經波束成形的訊號。UE 104亦可以在一或多個發送方向182’’上向BS 180發送經波束成形的訊號。BS 180亦可以在一或多個接收方向182’上從UE 104接收經波束成形的訊號。隨後，BS 180和UE 104可以執行波束訓練以決定用於BS 180和UE 104中的每一者的最佳接收和發送方向。值得注意的是，用於BS 180的發送方向和接收方向可以是相同的或者可以是不相同的。類似地，用於UE 104的發送方向和接收方向可以是相同的或者可以是不相同的。

無線通訊網路100亦包括Wi-Fi AP 150，Wi-Fi AP 150在例如2.4 GHz及/或5 GHz非許可頻譜中經由通訊鏈路154來與Wi-Fi站（STA）152相通訊。

某些UE 104可以使用設備到設備（D2D）通訊鏈路158彼此通訊。D2D通訊鏈路158可以使用一或多個側行鏈路通道，諸如實體側行鏈路廣播通道（PSBCH）、實體側行鏈路發現通道（PSDCH）、實體側行鏈路共用通道（PSSCH）、實體側行鏈路控制通道（PSCCH）及/或實體側行鏈路回饋通道（PSFCH）。

EPC 160可以包括各種功能部件，包括：行動性管理實體（MME）162、其他MME 164、服務閘道166、多媒體廣播多播服務（MBMS）閘道168、廣播多播服務中心（BM-SC）170及/或封包資料網路（PDN）閘道172，諸如在所圖示的實例中。MME 162可以與歸屬用戶伺服器（HSS）174相通訊。MME 162是處理在UE 104與EPC 160之間的訊號傳遞的控制節點。通常，MME 162提供承載和連接管理。

通常，使用者網際網路協定（IP）封包是經由服務閘道166來傳輸的，服務閘道166本身連接到PDN閘道172。PDN閘道172提供UE IP位址分配以及其他功能。PDN閘道172和BM-SC 170連接到IP服務176，IP服務176可以包括例如網際網路、網內網路、IP多媒體子系統（IMS）、封包交換（PS）串流服務及/或其他IP服務。

BM-SC 170可以提供用於MBMS使用者服務供應和遞送的功能。BM-SC 170可以充當針對內容提供方MBMS傳輸的入口點，可以用於授權並且發起在公共陸地移動網路（PLMN）內的MBMS承載服務，及/或可以用於排程MBMS傳輸。MBMS閘道168可以用於向屬於對特定服務進行廣播的多播廣播單頻網路（MBSFN）區域的BS 102分發MBMS傳輸量，及/或可以負責通信期管理（開始/停止）和負責收集與eMBMS相關的計費資訊。

5GC 190可以包括各種功能部件，包括：存取和行動性管理功能（AMF）192、其他AMF 193、通信期管理功能（SMF）194和使用者平面功能（UPF）195。AMF 192可以與統一資料管理（UDM）196進行通訊。

AMF 192是處理在UE 104與5GC 190之間的訊號傳遞的控制節點。例如，AMF 192提供服務品質（QoS）流和通信期管理。

網際網路協定（IP）封包是經由UPF 195來傳輸的，UPF 195連接到IP服務197並且提供UE IP位址分配以及用於5GC 190的其他功能。IP服務197可以包括例如網際網路、網內網路、IMS、PS串流服務及/或其他IP服務。

無線通訊網路100亦包括協定資料單元（PDU）集合部件198，PDU集合部件198可以被配置為執行圖8的操作800及/或圖9的操作900。無線通訊網路100亦包括PDU集合部件199，PDU集合部件199可以被配置為執行圖8的操作800及/或圖9的操作900。

在各個態樣中，網路實體或網路節點可以被實現為聚合式BS、分解式BS、BS的部件、集成存取和回載（IAB）節點、中繼節點、側行鏈路節點，舉幾個實例。

圖2圖示了實例分解式BS 200架構。分解式BS 200架構可以包括一或多個中央單元（CU）210，一或多個CU 210可以經由回載鏈路與核心網路220直接通訊，或者經由一或多個分解式BS單元（諸如經由E2鏈路的近即時（近RT）RAN智慧控制器（RIC）225，或與服務管理和編排（SMO）框架205相關聯的非即時（非RT）RIC 215，或兩者）與核心網路220間接通訊。CU 210可以經由相應的中程鏈路（諸如F1介面）與一或多個分散式單元（DU）230進行通訊。DU 230可以經由相應的前程鏈路與一或多個無線電單元（RU）240進行通訊。RU 240可以經由一或多個射頻（RF）存取鏈路與相應的UE 104進行通訊。在一些實現方式中，UE 104可以由多個RU 240同時服務。

這些單元（例如，CU 210、DU 230、RU 240）中的每一者以及近RT RIC 225、非RT RIC 215和SMO框架205可以包括一或多個介面或耦合到一或多個介面，該一或多個介面被配置為經由有線或無線傳輸媒體來接收或發送訊號、資料或資訊（統稱為訊號）。這些單元之每一者單元或向這些單元的通訊介面提供指令的相關聯的處理器或控制器可以被配置為經由傳輸媒體與其他單元中的一或多個單元進行通訊。例如，這些單元可以包括有線介面，有線介面被配置為在有線傳輸媒體上接收訊號或向其他單元中的一或多個單元發送訊號。補充地或替代地，這些單元可以包括無線介面（其可以包括接收器、發射器或收發機（諸如射頻（RF）收發機）），其被配置為在無線傳輸媒體上接收訊號、或向其他單元中的一或多個單元發送訊號、或進行兩種操作。

在一些態樣中，CU 210可以主管一或多個較高層控制功能。此類控制功能可以包括無線電資源控制（RRC）、封包資料彙聚協定（PDCP）、服務資料適配協定（SDAP）等。每個控制功能可以利用被配置為與由CU 210主管的其他控制功能傳送訊號的介面來實現。CU 210可以被配置為處理使用者平面功能性（例如，中央單元-使用者平面（CU-UP））、控制平面功能性（例如，中央單元-控制平面（CU-CP））或其組合。在一些實現方式中，CU 210可以在邏輯上被分成一或多個CU-UP單元和一或多個CU-CP單元。CU-UP單元可以經由介面（諸如在O-RAN配置中實現時的E1介面）與CU-CP單元雙向地通訊。CU 210可以被實現為根據需要與DU 230進行通訊以用於網路控制和訊號傳遞。

DU 230可以對應於包括一或多個BS功能以控制一或多個RU 240的操作的邏輯單元。在一些態樣中，至少部分地取決於功能拆分（諸如由第三代合作夥伴計畫（3GPP）定義的功能拆分），DU 230可以主管以下各項中的一項或多項：無線電鏈路控制（RLC）層、媒體存取控制（MAC）層和一或多個高實體（PHY）層（諸如用於前向糾錯（FEC）編碼和解碼、加擾、調制和解調等的模組）。在一些態樣中，DU 230亦可以主管一或多個低PHY層。每個層（或模組）可以利用被配置為與由DU 230主管的其他層（和模組）或與由CU 210主管的控制功能傳送訊號的介面來實現。

較低層功能性可以由一或多個RU 240來實現。在一些部署中，至少部分地基於功能拆分（諸如較低層功能拆分），由DU 230控制的RU 240可以對應於主管以下各項的邏輯節點：RF處理功能或低PHY層功能（諸如執行快速傅裡葉變換（FFT）、逆FFT（iFFT）、數位元波束成形、實體隨機存取通道（PRACH）提取和濾波等）或兩者。在此類架構中，RU 240可以被實現為處理與一或多個UE 104的空中（OTA）通訊。在一些實現方式中，與RU 240的控制和使用者平面通訊的即時和非即時態樣可以由對應的DU 230來控制。在一些場景中，這種配置可以使得DU 230和CU 210能夠在基於雲端的RAN架構（諸如vRAN架構）中實現。

SMO框架205可以被配置為支援非虛擬化和虛擬化網路元件的RAN部署和供應。對於非虛擬化網路元件，SMO框架205可以被配置為支援部署用於RAN覆蓋要求的專用實體資源，這可以經由操作和維護介面（諸如O1介面）進行管理。對於虛擬化網路元件，SMO框架205可以被配置為經由雲端計算平臺介面（諸如O2介面）與雲端計算平臺（諸如開放雲端（O-Cloud）290）進行互動，以執行網路元件生命週期管理（諸如產生實體虛擬化網路元件）。此類虛擬化網路元件可以包括但不限於CU 210、DU 230、RU 240和近RT RIC 225。在一些實現方式中，SMO框架205可以經由O1介面與4G RAN的硬體態樣（諸如開放式eNB（O-eNB）211）進行通訊。此外，在一些實現方式中，SMO框架205可以經由O1介面與一或多個RU 240直接通訊。SMO框架205亦可以包括被配置為支援SMO框架205的功能性的非RT RIC 215。

非RT RIC 215可以被配置為包括如下邏輯功能：該邏輯功能實現對RAN元件和資源的非即時控制和最佳化、人工智慧/機器學習（AI/ML）工作流（包括模型訓練和更新）或近RT RIC 225中的應用/特徵的基於策略的指導。非RT RIC 215可以耦合到近RT RIC 225或與近RT RIC 225進行通訊（諸如經由A1介面）。近RT RIC 225可以被配置為包括如下邏輯功能：該邏輯功能在將一或多個CU 210、一或多個DU 230或兩者以及O-eNB與近RT RIC 225連接的介面（諸如經由E2介面）上經由資料收集和動作來實現對RAN元件和資源的近即時控制和最佳化。

在一些實現方式中，為了產生要在近RT RIC 225中部署的AI/ML模型，非RT RIC 215可以從外部伺服器接收參數或外部豐富資訊。此類資訊可以由近RT RIC 225利用並且可以在SMO框架205或非RT RIC 215處從非網路資料來源或從網路功能接收。在一些實例中，非RT RIC 215或近RT RIC 225可以被配置為調諧RAN行為或效能。例如，非RT RIC 215可以監測針對效能的長期趨勢和模式，並且採用AI/ML模型，以經由SMO框架205執行校正動作（諸如經由O1的重新配置）或經由建立RAN管理策略（諸如A1政策）執行校正動作。

圖3圖示了實例BS 102和UE 104的各態樣。

通常，BS 102包括各種處理器（例如，320、330、338和340）、天線334a-t（統稱為334）、收發機332a-t（統稱為332）（其包括調制器和解調器）以及實現對資料的無線發送（例如，資料來源312）和對資料的無線接收（例如，資料槽339）的其他態樣。例如，BS 102可以在BS 102與UE 104之間發送和接收資料。BS 102包括控制器/處理器340，控制器/處理器340可以被配置為實現本文描述的與無線通訊相關的各種功能。

BS 102包括控制器/處理器340，控制器/處理器340可以被配置為實現與無線通訊相關的各種功能。在所圖示的實例中，控制器/處理器340包括PDU集合部件341，PDU集合部件341可以表示圖1的PDU集合部件199。值得注意的是，儘管被圖示為控制器/處理器340的一態樣，但是PDU集合部件241可以在其他實現方式中補充地或替代地在BS 102的各個其他態樣中實現。

通常，UE 104包括各種處理器（例如，358、364、366和380）、天線352a-r（統稱為352）、收發機354a-r（統稱為354）（其包括調制器和解調器）以及實現對（例如，從資料來源362檢索的）資料的無線發送和對（例如，向資料槽360提供的）資料的無線接收的其他態樣。UE 104包括控制器/處理器380，控制器/處理器380可以被配置為實現本文描述的與無線通訊相關的各種功能。

UE 104包括控制器/處理器380，控制器/處理器380可以被配置為實現與無線通訊相關的各種功能。在所圖示的實例中，控制器/處理器380包括PDU集合部件381，PDU集合部件381可以表示圖1的PDU集合部件198。值得注意的是，儘管被圖示為控制器/處理器380的一態樣，但是PDU集合部件381可以在其他實現方式中補充地或替代地在UE 104的各個其他態樣中實現。

關於實例下行鏈路傳輸，BS 102包括發送處理器320，發送處理器320可以從資料來源312接收資料以及從控制器/處理器340接收控制資訊。控制資訊可以用於實體廣播通道（PBCH）、實體控制格式指示符通道（PCFICH）、實體HARQ指示符通道（PHICH）、實體下行鏈路控制通道（PDCCH）、組公共PDCCH（GC PDCCH）及/或其他通道。在一些實例中，資料可以用於實體下行鏈路共享通道（PDSCH）。

發送處理器320可以分別處理（例如，編碼和符號映射）資料和控制資訊，以獲得資料符號和控制符號。發送處理器320亦可以產生參考符號，例如用於主要同步訊號（PSS）、輔同步訊號（SSS）、PBCH解調參考訊號（DMRS）和通道狀態資訊參考訊號（CSI-RS）。

發送（TX）多輸入多輸出（MIMO）處理器330可以對資料符號、控制符號及/或參考符號（若適用的話）執行空間處理（例如，預編碼），並且可以向收發機332a-332t中的調制器（MOD）提供輸出符號串流。收發機332a-332t之每一者調制器可以處理相應的輸出符號串流以獲得輸出取樣串流。每個調制器可以進一步處理（例如，轉換為類比、放大、濾波和升頻轉換）輸出取樣串流以獲得下行鏈路訊號。可以分別經由天線334a-334t發送來自收發機332a-332t中的調制器的下行鏈路訊號。

為了接收下行鏈路傳輸，UE 104包括天線352a-352r，天線352a-352r可以從BS 102接收下行鏈路訊號，並且可以分別向收發機354a-354r中的解調器（DEMOD）提供接收的訊號。收發機354a-354r之每一者解調器可以調節（例如，濾波、放大、降頻轉換和數位化）相應的接收的訊號以獲得輸入取樣。每個解調器可以進一步處理輸入取樣以獲得接收符號。

MIMO偵測器356可以從收發機354a-354r中的所有解調器獲得接收符號，對接收符號執行MIMO偵測（若適用的話），並且提供偵測到的符號。接收處理器358可以處理（例如，解調、解交錯和解碼）偵測到的符號，將用於UE 104的經解碼的資料提供給資料槽360，並且將經解碼的控制資訊提供給控制器/處理器380。

關於實例上行鏈路傳輸，UE 104亦包括發送處理器364，發送處理器364可以接收和處理來自資料來源362的資料（例如，用於PUSCH）和來自控制器/處理器380的控制資訊（例如，用於實體上行鏈路控制通道（PUCCH））。發送處理器364亦可以產生用於參考訊號（例如，用於探測參考訊號（SRS））的參考符號。來自發送處理器364的符號可以由TX MIMO處理器366預編碼（若適用的話），由收發機354a-354r中的調制器進一步處理（例如，針對SC-FDM），並且被發送到BS 102。

在BS 102處，來自UE 104的上行鏈路訊號可以由天線334a-t接收，由收發機332a-332t中的解調器處理，由MIMO偵測器336偵測（若適用的話），並且由接收處理器338進一步處理，以獲得由UE 104發送的經解碼的資料和控制資訊。接收處理器338可以向資料槽339提供經解碼的資料，並且向控制器/處理器340提供經解碼的控制資訊。

記憶體342和382可以分別儲存用於BS 102和UE 104的資料和程式碼。

排程器344可以排程UE在下行鏈路及/或上行鏈路上進行資料傳輸。

在各個態樣中，BS 102可以被描述為發送和接收與本文描述的方法相關聯的各種類型的資料。在這些上下文中，「發送」可以代表輸出資料的各種機制，諸如從資料來源312、排程器344、記憶體342、發送處理器320、控制器/處理器340、TX MIMO處理器330、收發機332a-t、天線334a-t及/或本文描述的其他態樣輸出資料。類似地，「接收」可以代表獲得資料的各種機制，諸如從天線334a-t、收發機332a-t、RX MIMO偵測器336、控制器/處理器340、接收處理器338、排程器344、記憶體342及/或本文描述的其他態樣獲得資料。

在各個態樣，UE 104亦可以被描述為發送和接收與本文描述的方法相關聯的各種類型的資料。在這些上下文中，「發送」可以代表輸出資料的各種機制，諸如從資料來源362、記憶體382、發送處理器364、控制器/處理器380、TX MIMO處理器366、收發機354a-t、天線352a-t及/或本文描述的其他態樣輸出資料。類似地，「接收」可以代表獲得資料的各種機制，諸如從天線352a-t、收發機354a-t、RX MIMO偵測器356、控制器/處理器380、接收處理器358、記憶體382及/或本文描述的其他態樣獲得資料。

在一些態樣中，處理器可以被配置為執行各種操作（諸如與本文描述的方法相關聯的操作），以及向被配置為分別發送或接收資料的另一介面發送（輸出）資料或者從該另一介面接收（獲得）資料。

圖4A、圖4B、圖4C和圖4D圖示了用於無線通訊網路（諸如圖1的無線通訊網路100）的資料結構的各態樣。

具體地，圖4A是示出在5G（例如，5G NR）訊框結構內的第一子訊框的實例的示意圖400，圖4B是示出在5G子訊框內的DL通道的實例的示意圖430，圖4C是示出在5G訊框結構內的第二子訊框的實例的示意圖450，並且圖4D是示出在5G子訊框內的UL通道的實例的示意圖480。

無線通訊系統可以在上行鏈路和下行鏈路上利用具有循環字首（CP）的正交分頻多工（OFDM）。此類系統亦可以支援使用分時雙工（TDD）的半雙工操作。OFDM和單載波分頻多工（SC-FDM）將系統頻寬（例如，如在圖4B和圖4D中圖示的）劃分為多個正交次載波。可以利用資料來調制每個次載波。在頻域中利用OFDM及/或在時域中利用SC-FDM來發送調制符號。

無線通訊訊框結構可以是分頻雙工（FDD），其中對於特定的次載波集合，在該次載波集合內的子訊框專用於DL或者UL。無線通訊訊框結構亦可以是分時雙工（TDD），其中對於特定的次載波集合，在該次載波集合內的子訊框專用於DL和UL兩者。

在圖4A和圖4C中，無線通訊訊框結構是TDD，其中D是DL，U是UL，並且X是在DL/UL之間可靈活使用的。可以經由接收到的時槽格式指示符（SFI）來將UE配置有時槽格式（經由DL控制資訊（DCI）動態地配置或者經由無線電資源控制（RRC）訊號傳遞半靜態地/靜態地配置）。在所圖示的實例中，10 ms訊框被劃分為10個大小相等的1 ms子訊框。每個子訊框可以包括一或多個時槽。在一些實例中，每個時槽可以包括7個或14個符號，這取決於時槽格式。子訊框亦可以包括微時槽，微時槽通常具有與整個時槽相比較少的符號。其他無線通訊技術可以具有不同的訊框結構及/或不同的通道。

在某些態樣中，子訊框內的時槽的數量可以是基於時槽配置和數位方案（numerology）的。例如，對於時槽配置0，不同的數位方案（µ）0至5允許每子訊框分別1個、2個、4個、8個、16個和32個時槽。對於時槽配置1，不同的數位方案0至2允許每子訊框分別2個、4個和8個時槽。相應地，對於時槽配置0和數位方案µ，存在14個符號/時槽和2µ個時槽/子訊框。次載波間隔和符號長度/持續時間是數位方案的函數。次載波間隔可以等於 kHz，其中μ是數位方案0至5。因此，數位方案µ=0具有15 kHz的次載波間隔，並且數位方案µ=5具有480 kHz的次載波間隔。符號長度/持續時間與次載波間隔逆相關。圖4A、圖4B、圖4C和圖4D提供了具有每時槽14個符號的時槽配置0以及具有每子訊框4個時槽的數位方案µ=2的實例。時槽持續時間是0.25 ms，次載波間隔是60 kHz，並且符號持續時間近似是16.67 µs。

如在圖4A、4B、4C和4D中圖示的，資源網格可以用於表示訊框結構。每個時槽包括資源區塊（RB）（亦被稱為實體RB（PRB）），RB擴展例如12個連續的次載波。資源網格被劃分為多個資源元素（RE）。經由每個RE攜帶的位元的數量取決於調制方案。

如圖4A中所示，RE中的一些RE攜帶用於UE（例如，圖1和圖3的UE 104）的參考（引導頻）訊號（RS）。RS可以包括用於UE處的通道估計的解調RS（DMRS）及/或通道狀態資訊參考訊號（CSI-RS）。RS亦可以包括波束量測RS（BRS）、波束細化RS（BRRS）及/或相位追蹤RS（PT-RS）。

圖4B圖示在訊框的子訊框內的各種DL通道的實例。實體下行鏈路控制通道（PDCCH）在一或多個控制通道元素（CCE）內攜帶DCI，每個CCE包括例如九個RE組（REG），每個REG在一OFDM符號中包括例如四個連續的RE。

主要同步訊號（PSS）可以在訊框的特定子訊框的符號2內。PSS被UE（例如，圖1和圖3中的104）用來決定子訊框/符號定時和實體層標識。

輔同步訊號（SSS）可以在訊框的特定子訊框的符號4內。SSS被UE用來決定實體層細胞標識組號和無線電訊框定時。

基於實體層標識和實體層細胞標識組號，UE可以決定實體細胞識別符（PCI）。基於PCI，UE可以決定前述DMRS的位置。實體廣播通道（PBCH）（其攜帶主資訊區塊（MIB））可以在邏輯上與PSS和SSS封包在一起，以形成同步訊號（SS）/PBCH塊。MIB提供系統頻寬中的RB的數量和系統訊框號（SFN）。實體下行鏈路共享通道（PDSCH）攜帶使用者資料、不是經由PBCH發送的廣播系統資訊（諸如系統資訊區塊（SIB））及/或傳呼訊息。

如圖4C中所示，RE中的一些RE攜帶用於BS處的通道估計的DMRS（針對一種特定配置被指示成R，但是其他DMRS配置是可能的）。UE可以發送針對PUCCH的DMRS和針對PUSCH的DMRS。可以例如在PUSCH的前一個或兩個符號中發送PUSCH DMRS。可以根據發送了短PUCCH還是長PUCCH並且根據使用的特定PUCCH格式，以不同的配置來發送PUCCH DMRS。UE 104可以發送探測參考訊號（SRS）。可以例如在子訊框的最後一個符號中發送SRS。SRS可以具有梳結構，並且UE可以在這些梳中之一上發送SRS。SRS可以被BS用於通道品質估計，以實現UL上的取決於頻率的排程。

圖4D圖示在訊框的子訊框內的各種UL通道的實例。可以如在一種配置中指示地定位PUCCH。PUCCH攜帶上行鏈路控制資訊（UCI），諸如排程請求、通道品質指示符（CQI）、預編碼矩陣指示符（PMI）、秩指示符（RI）和HARQ ACK/NACK回饋。PUSCH攜帶資料，並且可以另外用於攜帶緩衝器狀態報告（BSR）、功率餘量報告（PHR）及/或UCI。 實例服務品質（QoS）

服務品質（QoS）是指對由網路的使用者體驗的服務的整體效能的量測。為了定量地量測QoS封包丟失，考慮了服務的位元速率、輸送量、傳輸延遲、可用性等相關態樣。QoS包括對連接的所有態樣的要求，諸如服務回應時間、損失、訊雜比、串擾、回聲、中斷、頻率回應及/或響度級別。

在5G新無線電（NR）中，QoS是在QoS流級別上實施的。使用QoS流識別符（QFI）來對每個QoS流封包（例如，資料封包）進行分類和標記。例如，第一QoS流與視訊封包（例如，WhatsApp視訊和Skype視訊）相關聯，並且第二QoS流與視訊串流封包（例如，YouTube視訊串流）相關聯。一或多個QoS流在存取網路中被映射到一或多個資料無線電承載（DRB）。例如，DRB在使用者設備（UE）與網路實體之間傳輸進化封包系統（EPS）承載的封包。

在5G網路內，可以使用5G QoS識別符（5QI）機制，其中封包被分類為不同的QoS類別。以這種方式，可以針對特定要求來定製QoS。每個QoS類別具有其自己指派的QoS特性（例如，諸如封包延遲和封包丟失）。因此，與其他封包相比，一些封包可以獲得較好的QoS。

網路實體將各個QoS流映射到一或多個DRB。協定資料單元（PDU）通信期可以包含多個QoS流和若干DRB。例如，PDU通信期經由使用者平面功能（UPF）在UE與特定資料網路之間提供端到端的使用者平面連接。PDU通信期支援一或多個QoS流，並且DRB傳輸該一或多個QoS流。

網路實體在PDU通信期建立時或在PDU通信期修改時向UE提供與PDU通信期相關聯的一或多個QoS流描述。每個QoS流描述可以包括：a）QFI；b）若QoS流是保證位元速率（GBR）QoS流：1）用於上行鏈路的保證流位元速率（GFBR）、2）用於下行鏈路的GFBR、3）用於上行鏈路的最大流位元速率（MFBR）、4）用於下行鏈路的MFBR、及/或5）適用於上行鏈路和下行鏈路兩者的平均訊窗，或者若QoS流是非GBR QoS流：1）下行鏈路中的反射式QoS屬性（RQA）、及/或2）額外QoS流信息；c）5G QoS識別符（5QI），若QFI與由QFI標識的QoS流的5QI不相同；d）分配和保留優先順序（ARP）；及/或e）EPS承載標識（EBI），若QoS流可以被映射到EPS承載的話。屬於特定QoS流的所有封包具有相同的5QI。

網路實體向UE提供與PDU通信期相關聯的QoS規則。可以在PDU通信期建立時或在PDU通信期修改時提供QoS規則。每個QoS規則包括關於QoS規則是否是預設QoS規則的指示、QoS規則識別符（QRI）、QFI、封包篩檢程式集合及/或優先順序值。 新無線電（NR）協定堆疊的實例層2（L2）

新無線電（NR）無線電協定堆疊具有兩個分類：1）控制平面堆疊以及2）使用者平面堆疊。若資料對應於訊號傳遞或控制訊息，則資料是經由控制平面來發送的。使用者資料是經由使用者平面來發送的。

如圖5中所示，NR的使用者平面協定堆疊（例如，層2（L2））被拆分為子層，諸如服務資料適配協定（SDAP）層、封包資料彙聚協定（PDCP）層、無線電鏈路控制（RLC）層和媒體存取控制（MAC）層。在NR中，支援載波聚合，並且用於每個載波的資料可以在SDAP層、PDCP層、RLC層中獨立地處理，並且在MAC層中進行多工處理。

SDAP層可以執行在服務品質（QoS）流（例如，與一或多個資料封包（例如，協定資料單元（PDU））相關聯）與資料無線電承載（DRB）（例如，由於QoS框架）之間的映射。SDAP層亦可以執行在下行鏈路封包和上行鏈路封包兩者（例如，由於反射式QoS的下行鏈路和由於QoS框架的上行鏈路）中標記QoS流ID（QFI）。SDAP的單個協定實體被配置用於每個單獨協定資料單元（PDU）通信期。

PDCP層可以執行網際網路協定（IP）資料的標頭壓縮和解壓縮（例如，穩健標頭壓縮（ROHC）），維護PDCP序號（SN），在較低層的重新建立時執行上層PDU的按序遞送，執行較低層服務資料單元（SDU）的重新排序並且消除較低層服務SDU的複製，針對拆分承載的情況執行PDCP PDU路由，執行較低層SDU的重傳，對控制平面資料和使用者平面資料進行加密和解密，執行控制平面資料和使用者平面資料的完整性保護和完整性驗證，控制對資料的基於計時器的丟棄，並且執行安全性操作（例如，加密、解密、完整性保護、完整性驗證等）。

RLC層可以在複數種操作模式下操作，這些操作模式包括透明模式（TM）、非確認模式（UM）和確認模式（AM）。RLC層可以執行上層PDU的傳輸、經由用於AM資料傳輸的自動重傳請求（ARQ）的糾錯以及用於UM和AM資料傳輸的RLC SDU的分割和重組。RLC層可以針對UM和AM資料傳輸維護獨立於PDCP中的SN的SN。RLC層可以執行用於AM資料傳輸的RLC資料PDU的重新分割，偵測用於AM資料傳輸的複製資料，丟棄用於UM和AM資料傳輸的RLC SDU，偵測用於AM資料傳輸的協定錯誤，及/或執行RLC重新建立。

MAC層可以執行在邏輯通道與傳輸通道之間的映射、將來自一或多個邏輯通道的MAC SDU多工到要經由傳輸通道遞送到實體層（PHY）的傳輸塊（TB）上、將MAC SDU從經由傳輸通道從PHY遞送的TB解多工到一或多個邏輯通道、排程資訊報告、經由混合自動重傳請求（HARQ）的糾錯、借助於動態排程在UE之間的優先順序處置、借助於邏輯通道優先化在一個UE的邏輯通道之間的優先順序處置、及/或填充。 實例擴展現實（XR）應用和協定資料單元（PDU）集合

擴展現實（XR）應用可以包括虛擬實境（VR）應用、增強現實（AR）應用及/或混合現實（MR）應用。XR應用產生資料單元並且以資料單元來消耗，這些資料單元（例如，在大小上）大於網際網路協定（IP）封包（例如，資料封包）。這些資料單元被稱為協定資料單元（PDU）集合。PDU集合亦被稱為應用資料單元（ADU）。當在核心網路（CN）上發送PDU集合時，PDU集合被分割成資料封包。儘管每個PDU集合中的資料封包通常大約同時到達接收器，然而，在一些情況下，每個PDU集合中的資料封包可能不同時到達。此外，PDU集合中的所有資料封包可以具有相同的服務品質（QoS）要求。

存在兩種類型的PDU集合。一種類型的PDU集合被稱為類型A PDU集合，並且另一種類型PDU集合被稱為類型B PDU集合。關於類型A PDU集合（例如，全有或全無PDU集合），若類型A PDU集合中的任何資料封包丟失（例如，在傳輸期間）或錯過截止期限（例如，與其QoS要求相關聯），則類型A PDU集合中的剩餘資料封包變得無用。關於類型B PDU集合，當滿足解碼準則（例如，接收到類型B PDU集合中的預先決定的數量的資料封包或位元組）時，對類型B PDU集合的接收被認為是成功的。

當前層2（L2）程序（例如，PDCP層程序、MAC層程序等）是基於單獨資料封包（和相關聯的QoS要求）而不是PDU集合來配置和執行的。亦即，不同的L2程序被應用於不同的資料封包，並且不同的資料封包可能被分開處理。然而，在PDU集合中，PDU集合中的所有資料封包具有相同的QoS要求，並且必須一起被處理。這是因為，若PDU集合中的任何資料封包不滿足其QoS截止期限，則PDU集合中的剩餘資料封包變得無用，並且必須丟棄該PDU集合。因此，存在對於L2程序的增強以支援基於PDU集合的排程（例如，以管理對PDU集合的資料封包的處理（例如，聯合地或分開地））的需求。

當前，如圖7中所示，一個SDA如前述並且如圖6中所示，根據當前L2程序，當資料封包（或乙太網路訊框）到達無線電存取網路（RAN）時，RAN首先執行QoS映射，以將資料封包分類到服務資料適配協定（SDAP）層中的資料無線電承載（DRB）中。RAN隨後將資料封包（即SDAP PDU）封裝成封包資料彙聚協定（PDCP）PDU。在PDCP PDU的組裝中執行的PDCP層程序包括序列編號、穩健標頭壓縮（ROHC）、完整性保護、加密和對PDCP標頭的添加。

P PDU被映射到單個PDCP PDU，並且不存在多個SDAP PDU到單個PDCP PDU的多工。然而，在一些應用（例如，XR應用）中，必須同時遞送PDU集合中的資料封包集合（例如，全有或全無PDU集合）。因此，存在對於實現對資料封包集合（例如，SDAP PDU集合）的聚合並且作為用於L2程序的單個PDCP PDU來處置的需求。 與基於協定資料單元（PDU）集合的使用者平面程序相關的態樣

本案內容的各態樣提供了用於針對基於協定資料單元（PDU）集合的排程的層2（L2）程序的裝置、方法、處理系統和電腦可讀取媒體。

當前L2程序是基於單獨資料封包而不是在屬於相同PDU集合的多個資料封包上配置和執行的。亦即，不同的L2程序被應用於不同的資料封包，並且不同的資料封包可能被分開處理。本案描述了L2程序中的增強，以支援基於PDU集合的排程，以實現對PDU集合的資料封包的成功處理（例如，聯合地或分開地）。例如，對L2程序的增強可以使得能夠決定屬於相同PDU集合的資料封包並且後續對相同PDU集合的資料封包應用相同的處理程序。本文提出的L2程序能夠在對資料封包的處理期間滿足PDU集合的資料封包的相同服務品質（QoS）要求。

可以參考圖8-18來理解本文提出的用於基於PDU集合的排程的L2程序。

圖8圖示用於無線通訊的實例操作800。操作800可以例如由接收器節點（例如，諸如在圖1的無線通訊網路100中的UE 104）來執行。操作800可以被實現為在一或多個處理器（例如，圖3的控制器/處理器380）上執行和執行的軟體部件。此外，在操作800中由接收器節點對訊號的發送和接收可以例如經由一或多個天線（例如，圖3的天線352）來實現。在某些態樣中，由接收器節點對訊號的發送及/或接收可以經由一或多個處理器（例如，控制器/處理器380）的獲得及/或輸出訊號的匯流排介面來實現。

在810處，操作800經由以下操作開始：接收屬於一或多個PDU集合的複數個資料封包以及指示用於每個PDU集合中的一或多個資料封包到較高層的遞送程序的策略的指示。例如，接收器節點可以使用在圖1或圖3中所示的UE 104的天線及/或接收器/收發機部件及/或在圖19中所示的裝置的天線及/或接收器/收發機部件來接收複數個資料封包和該指示。

在820處，接收器節點根據該策略來將相同PDU集合內的一或多個資料封包遞送到較高層。例如，接收器節點可以使用在圖1或圖3中所示的UE 104的處理器及/或在圖19中所示的裝置的處理器來將在相同PDU集合內的一或多個資料封包遞送到較高層。

注意，圖8僅是一種方法的一個實例，並且包括更少、額外或替代步驟的其他方法可能與本案內容一致。

圖9圖示用於無線通訊的實例操作900。操作900可以例如由發射器節點（例如，諸如在圖1的無線通訊網路100中的UE 104）來執行。操作900可以被實現為在一或多個處理器（例如，圖3的控制器/處理器380）上執行和執行的軟體部件。此外，在操作900中由發射器節點對訊號的發送和接收可以例如經由一或多個天線（例如，圖3的天線352）來實現。在某些態樣中，由發射器節點對訊號的發送及/或接收可以經由一或多個處理器（例如，控制器/處理器380）的獲得及/或輸出訊號的匯流排介面來實現。

在910處，操作900經由以下操作開始：接收在相同PDU集合內的複數個資料封包中的一或多個資料封包。複數個資料封包屬於一或多個PDU集合。例如，發射器節點可以使用在圖1或圖3中所示的UE 104的天線及/或接收器/收發機部件及/或在圖20中所示的裝置的天線及/或接收器/收發機部件來接收在相同PDU集合內的複數個資料封包中的一或多個資料封包。

在920處，發射器節點將一或多個相同的處理程序應用於在相同PDU集合內的一或多個資料封包。例如，發射器節點可以使用在圖1或圖3中所示的UE 104的處理器及/或在圖20中所示的裝置的處理器，來將一或多個相同的處理程序應用於在相同PDU集合內的一或多個資料封包。

注意，圖9僅是一種方法的一個實例，並且包括更少、額外或替代步驟的其他方法可能與本案內容一致。

在某些態樣中，接收器節點在服務資料適配協定（SDAP）層處接收屬於一或多個PDU集合的複數個資料封包。在某些態樣中，接收器節點隨後決定一或多個PDU集合中的PDU集合是類型A PDU集合還是類型B PDU集合（例如，基於指示一或多個PDU集合之每一者PDU集合的類型的策略）。

在某些態樣中，根據策略來以相同方式處理在相同PDU集合內的一或多個資料封包（例如，策略可以指示每個PDU集合中的一或多個資料封包的處理程序）。例如，相同PDU集合中的所有資料封包可以被路由到相同的封包資料彙聚協定（PDCP）實體。例如，接收器節點可以將在相同PDU集合內的每個資料封包映射到單個PDCP協定資料單元（PDU）（亦即，當資料封包大約同時到達時，將相同PDU集合中的資料封包聚合到單個PDCP PDU中）。

在某些態樣中，接收器節點決定不將相同的類型A PDU集合中的多個資料封包遞送到較高層，直到接收到相同的類型A PDU集合中的所有資料封包為止。例如，在PDCP實體處的重新排序緩衝器中屬於相同的類型A PDU集合的PDU不被遞送到上層，除非（例如，在PDCP實體處的重新排序緩衝器中從較低層）已經接收到所有PDU。類型A PDU集合的完成（亦即，已經接收到類型A PDU集合中的所有資料封包）可以由PDU集合標頭中的最後資料封包指示符來指示。

在某些態樣中，當PDU集合中的任何資料封包達到封包延遲預算（PDB）限制時，接收器節點決定丟棄PDU集合中的所有資料封包。例如，當相同的類型A PDU集合或類型B PDU集合中的任何PDU在處於PDCP實體處的重新排序緩衝器中時達到其PDB限制時，則丟棄相同的類型A PDU集合或類型B PDU集合中的所有PDU（例如，包括將來到達）。

在某些態樣中，當在PDCP實體處的重新排序緩衝器中接收到類型B PDU集合中的至少預先決定的數量的資料封包或位元組（例如，根據策略）時，接收器節點將類型B PDU集合遞送到較高層。例如，一旦滿足解碼準則（例如，接收到類型B PDU集合中的X%的資料封包或位元組），類型B PDU集就被認為是完整的，並且被遞送到上層。類型B PDU集合中的可能在稍後時間到達的剩餘資料封包被丟棄。在某些態樣中，可以在PDU集合標頭中用訊號通知解碼準則。

在某些態樣中，當資料無線電承載（DRB）被配置用於PDCP實體處的複數個資料封包的亂序遞送時，接收器節點基於PDU集合而不是PDCP PDU來將屬於一或多個PDU集合的複數個資料封包遞送到較高層。亦即，除非已經滿足針對PDU集合的解碼準則（例如，已經接收到類型A PDU集合中的所有資料封包），否則PDCP PDU不能被亂序遞送。

如圖10中所示，第一PDU、第三PDU、第四PDU和第八PDU屬於第一PDU集合。第二PDU、第五PDU、第六PDU和第七PDU屬於第二PDU集合。在L2程序的基於PDU集合的PDCP亂序遞送操作期間，在接收器緩衝器中接收到第一PDU、第二PDU、第五PDU、第六PDU和第八PDU。此時，尚未接收到第三PDU、第四PDU和第七PDU。由於第二PDU、第五PDU和第六PDU是按照順序的（並且屬於相同的第二PDU集合），所以即使在接收器緩衝器中沒有接收到第三PDU和第四PDU時，亦可以將第二PDU、第五PDU和第六PDU遞送到上層。這可以允許在更加延遲敏感的QoS流中的PDU不被其前面的其他PDU阻塞。

在某些態樣中，在相同PDU集合內的所有資料封包（或PDU）與公共丟棄計時器相關聯，而與資料封包的到達時間無關。在此類情況下，在公共丟棄計時器到期時，（例如，由其他層）指導無線電鏈路控制（RLC）層丟棄與該相同PDU集合相關聯的所有資料封包。

在某些態樣中，發射器節點將在相同PDU集合內的所有資料封包路由到相同的上行鏈路（UL）拆分承載（例如，即使當資料量超過在PDU集合內的預先決定的路由閥值時）。

在某些態樣中，當DRB被配置用於PDCP實體處的一或多個PDU集合的按序遞送時，接收器節點基於PDU集合而不是PDCP PDU來將屬於一或多個PDU集合的複數個資料封包遞送到較高層。

在某些態樣中，不要求在PDU集合內的封包順序（例如，對於類型B PDU集合）。例如，一或多個PDU集合可以包括第一PDU集合和第二PDU集合。基於按序遞送程序，可以不將第二PDU集合遞送到較高層，直到接收到第一PDU集合中的所有資料封包為止。然而，第一PDU集合中的資料封包可以被亂序遞送到較高層。

如圖11中所示，第一PDU、第三PDU、第四PDU和第八PDU屬於第一PDU集合。第二PDU、第五PDU、第六PDU和第七PDU屬於第二PDU集合。在L2程序的基於PDU集合的PDCP按序遞送操作期間，在接收器緩衝器中接收到第一PDU、第二PDU、第四PDU、第五PDU、第六PDU、第七PDU和第八PDU。此時，尚未接收到第三PDU。因此，第一PDU集合尚未完成。然而，儘管第一PDU集合尚未完成，但是可以將第一PDU集合中的第一PDU、第四PDU和第八PDU遞送到較高層（例如，因為第一PDU集合在接收器緩衝器中是第一位的）。此外，儘管第二PDU集合是完整的（因為已經接收到第二PDU集合中的所有資料封包），然而，無法將第二PDU集合遞送到較高層，直到第一PDU集合完成（亦即，接收到第三PDU）為止。

在某些態樣中，可以基於單獨PDU來對資料封包（或PDU）執行一或多個RLC程序，而獨立於它們的PDU集合關聯。例如，在RLC層處，可以將傳統的重組操作應用於RLC PDU，並且PDU集合級別重組留給PDCP層。此外，可以單獨地丟棄具有在接收器節點的訊窗之外的序號的RLC PDU。

在某些態樣中，當RLC層從PDCP層接收到與特定PDU集合相關聯的PDU集合丟棄指示時，發射器節點可以丟棄在發射器緩衝器中用於該PDU集合的所有PDU。接收器節點可以丟棄重組緩衝器中的所有PDU，並且忽略該PDU集合中的資料封包的未來到達（若有的話）。

在某些態樣中，接收器節點可以在RLC層處丟棄類型A PDU集合中的RLC資料封包（例如，當RLC資料封包達到L2截止期限時）。對RLC資料封包的丟棄可以觸發對類型A PDU集合中的其他資料封包的丟棄（例如，在PDCP或MAC層緩衝器中）。例如，丟棄相同的類型A PDU集合中的已經在PDCP重新排序緩衝器中的其他PDU。在另一實例中，丟棄可以包含與相同的類型A PDU集合相關聯的MAC子PDU的MAC PDU。在某些態樣中，對RLC資料封包的丟棄可以觸發RLC資料封包的狀態（例如，RCL狀態PDU）到發射器UE的傳輸（例如，服從分開的t-StatusProhibit計時器）。

在某些態樣中，單獨地排程MAC PDU可以更高效，而不管它們與任何PDU集合的隸屬關係如何。然而，在一些其他情況下（例如，當針對DRB配置基於截止期限的排程時），基於MAC PDU與PDU集合的隸屬關係來排程MAC PDU可以更高效。

在某些態樣中，當至少一個傳輸塊（TB）超過預先配置的排程截止期限時，發射器節點丟棄混合自動重傳請求（HARQ）緩衝器中的包括與相同PDU集合相關聯的資料的所有TB。

在某些態樣中，當與MAC PDU相關聯的MAC子PDU達到L2截止期限時，接收器節點可以決定在MAC層處在類型A PDU集合中的MAC PDU是過時的。在某些態樣中，接收器節點隨後可以跳過針對過時的MAC PDU的任何上行鏈路准許。這可以觸發對在PDCP或RLC層緩衝器中在類型A PDU集合中的其他資料封包的丟棄。

在某些態樣中，當DRB被配置有服務品質（QoS）簡檔識別符（QPI）和PDU集合兩者時，接收器節點針對每個PDU集合應用基於QPI的程序。例如，當DRB被配置有QPI和PDU集合兩者時，本文提出的所有QPI特定的改進程序皆針對每個PDU集合來應用，而不是每個PDU。

在某些態樣中，接收器節點可能需要指示與一或多個PDU集合相關聯的PDU集合資訊的PDU集合標頭。在發射器節點中，跨層指示可以用於在發射器節點內傳遞PDU集合資訊。在接收器節點中，在其中使用PDU集合標頭的第一層對應於在其中必須將PDU集合資訊添加到協定標頭的層。在一個實例中，該層可以是PDCP層（例如，因為在接收器節點處沒有其他層使用PDU集合資訊）。

在某些態樣中，接收器節點從與複數個資料封包之每一者資料封包相關聯的通用封包無線電服務隧道協定使用者平面（GTP-U）擴展標頭中提取與一或多個PDU集合相關聯的PDU集合資訊。例如，如圖12中所示，當隸屬於PDU集合的資料封包到達SDAP層時，從隸屬於PDU集合的資料封包的GTP-U標頭中提取PDU集合資訊。在一些情況下，發射器節點是否可以將相同PDU集合中的同時到達的資料封包聚合到單個PDCP PDU中，可以取決於節點實現方式。

在某些態樣中，使用跨層指示來在使用者平面協定堆疊的不同層之間發送與一或多個PDU集合相關聯的PDU集合資訊。例如，跨層指示可以用於將與PDU相關聯的PDU集合資訊傳遞到較低層。

在某些態樣中，將與一或多個PDU集合相關聯的PDU集合資訊添加到PDCP實體處的PDCP資料封包的標頭。例如，在PDCP層處，將PDU集合資訊添加到PDCP PDU標頭，並且接收器節點從PDCP層處的PDCP PDU標頭中提取PDU集合資訊。如圖13中所示，PDU集合資訊至少指示以下各項：指示封包數量的封包指示符（NPI）數量、指示是否包括內容策略的內容策略指示符（CPI）、PDU集合序號（SN）、最後封包指示符（LPI）、PDU索引、指示所包括的內容策略的類型的內容策略類型指示符（CPT）、以及PDU集合接收資訊。在該實例中，若在PDU集合資訊中包括PDU數量欄位，則NPI等於1。若包括PDU集合接收資訊欄位元，則CPI等於1。PDU集合SN指示PDU集合的SN。若PDU是PDU集合中的最後一個PDU，則LPI等於1。PDU索引是在PDU集合內的PDU的索引，其指示PDU集合中的PDU的總數。若PDU集合接收資訊是基於位元組數量的，則CPT等於1。若PDU集合接收資訊是基於資料封包數量的，則CPT等於0。當CPT等於1時，PDU集合接收資訊欄位元為15位元；而當CPT等於0時，PDU集合接收資訊欄位元為7位元。

在某些態樣中，MAC層可以是在接收器節點處使用PDU集合資訊的第一層，因此將PDU集合資訊添加到MAC層處的標頭。例如，如圖14中所示，在發射器節點處，當隸屬於PDU集合的資料封包到達SDAP層時，從與隸屬於PDU集合的資料封包相關聯的GTP-U標頭中提取PDU集合資訊。發射器節點隨後可以使用跨層指示來將所提取的PDU集合資訊傳遞到較低層。此外，在MAC層處，隨後將PDU集合資訊添加到MAC子PDU標頭。如圖14中進一步所示，在接收器節點處，從MAC層處的MAC子PDU的標頭中提取PDU集合資訊。隨後使用跨層指示來將所提取的PDU集合資訊發送到一或多個較高層。

如圖15中所示，PDU集合資訊（例如，在MAC子PDU標頭中）至少指示NPI、PDU集合接收資訊指示符（ARI）、PDU集合SN、LPI、資料封包索引、資料封包的數量和PDU集合接收資訊。在該實例中，若在PDU集合資訊中包括PDU數量欄位，則NPI等於1。若包括PDU集合接收資訊欄位元，則ARI等於1。PDU集合SN指示PDU集合的SN。若資料封包是PDU集合中的最後一個PDU，則LPI等於1。PDU索引是在PDU集合內的資料封包的索引（例如，當其由XR應用產生時）。資料封包數量對應於PDU集合中的資料封包的總數。PDU集合接收資訊指示由接收器節點解碼PDU集合所需的資料封包的最小數量。

在某些態樣中，可以在聚合複數個資料封包之前應用PDCP程序。例如，可以使用用於序列編號、標頭壓縮、完整性保護及/或加密的PDCP程序來處理每個SDAP PDU，以形成子PDU（例如，在圖16中所示）。在一些情況下，子PDU中的SN和穩健標頭壓縮（ROHC）欄位可以是可選的（例如，SN和ROFC可以由標頭中的一些標誌來指示）。在一些情況下，在添加長度欄位之後，SDAP PDU與使用PDCP程序產生的其他標頭一起被組裝到子PDU（其可以與傳統PDCP PDU相同）中。如圖16中進一步所示，多個子PDU被組裝到單個PDCP PDU（例如，至少包括指示SN的PDCP標頭，SN是針對每個PDCP PDU來指派的）中。

在某些態樣中，可以在聚合複數個資料封包之後應用PDCP程序。例如，在PDCP程序的應用期間，僅ROHC欄位被應用於單獨的SDAP PDU。如圖17中所示，在添加長度欄位之後，SDAP PDU與ROHC標頭一起被組裝到子PDU中。如圖17中進一步所示，多個子PDU被組裝到單個PDCP PDU（例如，至少包括指示針對每個PDCP PDU指派的SN的PDCP標頭和諸如MAC的完整性欄位）中。在某些態樣中，接收器節點使用用於標頭壓縮、完整性保護及/或加密的PDCP程序來處理PDCP PDU。

在某些態樣中，與資料封包相關聯的標頭的靜態部分和動態部分是分開的。每個資料封包形成子PDU的基礎。子PDU指示標頭的動態部分（例如，長度、框架偏移、生存時間等）。在某些態樣中，接收器節點將複數個資料封包中的所有資料封包映射到單個PDCP PDU。例如，如圖18中所示，所有子PDU被群組在一起，並且公共標頭（例如，僅靜態部分，諸如源位址和目的地位址）被添加以形成單個PDCP PDU。在某些態樣中，接收器節點隨後可以使用用於序列編號、完整性保護及/或加密的PDCP程序（例如，不需要ROHC）來處理PDCP PDU。該程序可以減少管理負擔，因為所有子PDU皆被群組在一起並且具有公共標頭。

在某些態樣中，網路實體可以無線電資源控制（RRC）配置DRB是否應當執行對複數個資料封包的聚合。

在某些態樣中，當使得DRB能夠基於RRC配置來執行對複數個資料封包的聚合時，網路實體可以RRC配置聚合是否必須僅在相同QoS流、經配置的QoS流子集或者在相同DRB中的所有QoS流內執行。每個QoS流可以是基於其QFI來標識的，而QoS流子集可以是基於QPI來標識的（例如，用於QoS流子集的QFI子集被映射到QPI）。

在某些態樣中，當使得DRB能夠基於RRC配置來執行對複數個資料封包的聚合時，網路實體可以使用MAC CE來動態地啟動和去啟動對複數個資料封包的聚合。

在某些態樣中，當使得DRB能夠基於RRC配置來執行對複數個資料封包的聚合時，網路實體可以配置在聚合複數個資料封包之前是否允許緩衝或允許多少緩衝。若未配置緩衝，則聚合僅適用於同時到達的複數個資料封包。若配置了緩衝，則網路實體可以配置延遲閥值（例如，在接收到SDAP PDU之後，接收器UE在將SDAP PDU與其他SDAP PDU進行聚合之前可以緩衝SDAP PDU多長時間）。 實例通訊設備

圖19圖示了實例通訊設備1900的各態樣。在一些態樣中，通訊設備1900是接收器節點，諸如上文關於圖1和圖3描述的UE 104。

通訊設備1900包括耦合到收發機1908（例如，發射器及/或接收器）的處理系統1902。收發機1908被配置為經由天線1910來發送和接收用於通訊設備1900的訊號，諸如如本文描述的各種訊號。處理系統1902可以被配置為執行用於通訊設備1900的處理功能，包括處理由通訊設備1900接收的及/或要發送的訊號。

處理系統1902包括一或多個處理器1920。在各個態樣中，一或多個處理器1920可以代表如關於圖3描述的接收處理器358、發送處理器364、TX MIMO處理器366及/或控制器/處理器380中的一者或多者。一或多個處理器1920經由匯流排1906耦合到電腦可讀取媒體/記憶體1930。在某些態樣中，電腦可讀取媒體/記憶體1930被配置為儲存指令（例如，電腦可執行代碼），該等指令在由一或多個處理器1920執行時使得一或多個個處理器1920執行關於圖8描述的操作800或與其相關的任何態樣。注意，對處理器執行通訊設備1900的功能的引用可以包括一或多個處理器執行通訊設備1900的功能。

在所圖示的實例中，電腦可讀取媒體/記憶體1930儲存：用於接收的代碼（例如，可執行指令）1931，其包括用於接收屬於一或多個協定資料單元（PDU）集合的複數個資料封包和指示用於每個PDU集合中的一或多個資料封包到較高層的遞送程序的策略的指示的代碼；及用於遞送的代碼1933，其包括用於根據策略來將在相同PDU集合內的一或多個資料封包遞送到較高層的代碼。對代碼1931-1933的處理可以使得通訊設備1900執行關於圖8描述的操作800或者與其相關的任何態樣。

一或多個處理器1920包括被配置為實現（例如，執行）在電腦可讀取媒體/記憶體1930中儲存的代碼的電路，包括：用於接收的電路1921，其包括用於接收屬於一或多個PDU集合的複數個資料封包和指示用於每個PDU集合中的一或多個資料封包到較高層的遞送程序的策略的指示的電路；及用於遞送的電路1923，其包括用於根據策略來將在相同PDU集合內的一或多個資料封包遞送到較高層的電路。利用電路1921-1923進行處理可以使得通訊設備1900執行關於圖8描述的操作800或者與其相關的任何態樣。

通訊設備1900的各種部件可以提供用於執行關於圖8描述的操作800或與其相關的任何態樣的單元。例如，用於傳輸、發送或輸出以用於傳輸的單元可以包括在圖3中所示的UE 104的收發機354及/或天線352及/或在圖19中的通訊設備1900的收發機1908和天線1910。用於接收或獲得的單元可以包括在圖3中所示的UE 104的收發機354及/或天線352及/或在圖19中的通訊設備1900的收發機1908和天線1910。

圖20圖示了實例通訊設備2000的各態樣。在一些態樣中，通訊設備2000是發射器節點，諸如上文關於圖1和圖3描述的UE 104。

通訊設備2000包括耦合到收發機2008（例如，發射器及/或接收器）的處理系統2002。收發機2008被配置為經由天線2010來發送和接收用於通訊設備2000的訊號，諸如如本文描述的各種訊號。處理系統2002可以被配置為執行用於通訊設備2000的處理功能，包括處理由通訊設備2000接收的及/或要發送的訊號。

處理系統2002包括一或多個處理器2020。在各個態樣中，一或多個處理器2020可以代表如關於圖3描述的接收處理器358、發送處理器364、TX MIMO處理器366及/或控制器/處理器380中的一者或多者。一或多個處理器2020經由匯流排2006耦合到電腦可讀取媒體/記憶體2030。在某些態樣中，電腦可讀取媒體/記憶體2030被配置為儲存指令（例如，電腦可執行代碼），該等指令在由一或多個處理器2020執行時使得一或多個個處理器2020執行關於圖9描述的方法900或者與其相關的任何態樣。注意，對處理器執行通訊設備2000的功能的引用可以包括一或多個處理器執行通訊設備2000的該功能。

在所圖示的實例中，電腦可讀取媒體/記憶體2030儲存：用於接收的代碼（例如，可執行指令）2031，其包括用於接收在相同PDU集合內的複數個資料封包中的一或多個資料封包的代碼，其中複數個資料封包屬於一或多個PDU集合；及用於應用的代碼2033，其包括用於將一或多個相同的處理程序應用於在相同PDU集合內的一或多個資料封包的代碼。對代碼2031-2033的處理可以使得通訊設備2000執行關於圖9描述的操作900或者與其相關的任何態樣。

一或多個處理器2020包括被配置為實現（例如，執行）在電腦可讀取媒體/記憶體2030中儲存的代碼的電路，包括：用於接收的電路2021，其包括用於接收在相同PDU集合內的複數個資料封包中的一或多個資料封包的電路，其中複數個資料封包屬於一或多個PDU集合；及用於應用的電路2023，其包括用於將一或多個相同的處理程序應用於在相同PDU集合內的一或多個資料封包的電路。利用電路2021-2023進行處理可以使得通訊設備2000執行關於圖9描述的操作900或者與其相關的任何態樣。

通訊設備2000的各種部件可以提供用於執行關於圖9描述的操作900或者與其相關的任何態樣的單元。例如，用於傳輸、發送或輸出以用於傳輸的單元可以包括在圖3中所示的UE 104的收發機354及/或天線353及/或在圖20中的通訊設備2000的收發機2008和天線2010。用於接收或獲得的單元可以包括在圖3中所示的UE 104的收發機354及/或天線352及/或在圖20中的通訊設備2000的收發機2008和天線2010。 實例條款

在以下編號的條款中描述了實現方式實例：

條款1：一種用於由接收器節點進行的無線通訊的方法，包括：接收屬於一或多個協定資料單元（PDU）集合的複數個資料封包以及指示用於每個PDU集合中的一或多個資料封包到較高層的遞送程序的策略的指示；及根據該策略來將在相同PDU集合內的該一或多個資料封包遞送到該較高層。

條款2：單獨的或與第一條款相結合的方法：其中該策略指示每個PDU集合中的該一或多個資料封包的處理程序；並且根據該策略來以相同方式處理在該相同PDU集合內的該一或多個資料封包。

條款3：單獨的或與第一條款相結合的方法，亦包括：將在該相同PDU集合內的每個資料封包映射到單個封包資料彙聚協定（PDCP）協定資料單元（PDU）。

條款4：單獨的或與第一條款相結合的方法，其中該一或多個PDU集合包括以下各項中的至少一項：類型A PDU集合、或者類型B PDU集合。

條款5：單獨的或與第一條款相結合的方法，其中：該策略指示該一或多個PDU集合之每一者PDU集合的類型；並且基於該策略來決定該一或多個PDU集合中的PDU集合是類型A PDU集合還是類型B PDU集合。

條款6：單獨的或與第四條款相結合的方法，其中當該一或多個PDU集合中的該PDU集合是類型A PDU集合時：決定在該類型A PDU集合內的該一或多個資料封包中的至少一個資料封包在到該較高層的該遞送期間是否丟失或者不滿足根據與該類型A PDU集合相關聯的服務品質（QoS）要求的截止期限；並且當該至少一個資料封包丟失或者不滿足根據該QoS要求的該截止期限時，決定在該類型A PDU集合內的該一或多個資料封包中的剩餘資料封包是無用的。

條款7：單獨的或與第四條款相結合的方法，亦包括：當接收到該類型B PDU集合中的至少預先決定的數量的資料封包或一數量的位元組時，決定對該類型B PDU集合的接收是成功的。

條款8：單獨的或與第四條款相結合的方法，亦包括：決定不將在封包資料彙聚協定（PDCP）實體處的重新排序緩衝器中的相同的類型A PDU集合中的多個資料封包遞送到該較高層，直到在該PDCP實體處的該重新排序緩衝器中從較低層接收到該相同的類型A PDU集合中的該資料封包中的所有資料封包為止。

條款9：單獨的或與第四條款相結合的方法，亦包括：當在相同的類型A PDU集合或該類型B PDU集合中的任何資料封包在處於封包資料彙聚協定（PDCP）實體處的重新排序緩衝器中時達到封包延遲預算（PDB）限制時，決定丟棄在該類型A PDU集合或該類型B PDU集合中的所有資料封包。

條款10：單獨的或與第四條款相結合的方法，其中該遞送亦包括：當在封包資料彙聚協定（PDCP）實體處的重新排序緩衝器中接收到根據與該類型B PDU集合相關聯的該策略的至少一數量的資料封包或一數量的位元組時，將該類型B PDU集合遞送到該較高層。

條款11：單獨的或與第一條款相結合的方法，其中該遞送亦包括：當資料無線電承載（DRB）被配置用於封包資料彙聚協定（PDCP）實體處的該複數個資料封包的亂序遞送時，基於該一或多個PDU集合來遞送該複數個資料封包。

條款12：單獨的或與第一條款相結合的方法，亦包括：當至少一個傳輸塊（TB）超過預先配置的排程截止期限時，丟棄混合自動重傳請求（HARQ）緩衝器中的包括與該相同PDU集合相關聯的資料的所有TB。

條款13：單獨的或與第一條款相結合的方法，亦包括：當資料無線電承載（DRB）被配置有服務品質（QoS）簡檔識別符（QPI）和PDU集合兩者時，針對PDU集合應用基於QPI的程序。

條款14：單獨的或與第一條款相結合的方法，亦包括：從與該複數個資料封包之每一者資料封包相關聯的通用封包無線電服務隧道協定使用者平面（GTP-U）擴展標頭中提取與該一或多個PDU集合相關聯的PDU集合資訊。

條款15：單獨的或與第十四條款相結合的方法，其中與該一或多個PDU集合相關聯的該PDU集合資訊是使用跨層指示來在使用者平面協定堆疊的不同層之間發送的。

條款16：單獨的或與第十四條款相結合的方法，其中與該一或多個PDU集合相關聯的該PDU集合資訊在封包資料彙聚協定（PDCP）實體處被添加到PDCP資料封包的標頭。

條款17：單獨的或與第一條款相結合的方法，其中該接收亦包括：在服務資料適配協定（SDAP）層處接收該複數個資料封包。

條款18：單獨的或與第一條款相結合的方法，其中：封包資料彙聚協定（PDCP）資料封包的標頭至少指示PDU集合資訊，並且該PDU集合資訊指示以下各項中的至少一項：NPI、CPI、PDU集合序號（SN）、LPI、PDU索引、CPT或者PDU集合接收資訊。

條款19：單獨的或與第一條款相結合的方法，亦包括：使用用於以下各項中的至少一項的一或多個封包資料彙聚協定（PDCP）程序來處理在該相同PDU集合內的每個資料封包：序列編號、標頭壓縮、完整性保護或者加密。

條款20：單獨的或與第十九條款相結合的方法，其中在該相同PDU集合內的每個經處理的資料封包的標頭指示長度欄位。

條款21：單獨的或與第二十條款相結合的方法，亦包括：將在該相同PDU集合內的所有經處理的資料封包映射到單個PDCP協定資料單元（PDU）。

條款22：單獨的或與第一條款相結合的方法，其中在該相同PDU集合內的每個資料封包的標頭指示長度欄位。

條款23：單獨的或與第二十二條款相結合的方法，亦包括：將在該相同PDU集合內的所有資料封包映射到單個封包資料彙聚協定（PDCP）PDU集合。

條款24：單獨的或與第二十三條款相結合的方法，亦包括：使用用於至少標頭壓縮的一或多個PDCP程序來處理該PDCP PDU集合。

條款25：單獨的或與第一條款相結合的方法，亦包括：將該複數個資料封包中的所有資料封包映射到與公共標頭相關聯的單個封包資料彙聚協定（PDCP）PDU集合。

條款26：單獨的或與第二十五條款相結合的方法，其中：該公共標頭對應於與資料封包相關聯的標頭的靜態部分，並且該標頭的該靜態部分至少包括源位址和目的地位址。

條款27：單獨的或與第二十五條款相結合的方法，亦包括：使用用於以下各項中的至少一項的一或多個PDCP程序來處理該PDCP PDU集合：序列編號、完整性保護或者加密。

條款28：單獨的或與第一條款相結合的方法，其中該遞送亦包括：當資料無線電承載（DRB）被配置用於封包資料彙聚協定（PDCP）實體處的該一或多個PDU集合的按序遞送時，遞送屬於該一或多個PDU集合的該複數個資料封包。

條款29：單獨的或與第二十八條款相結合的方法，其中：該一或多個PDU集合包括第一PDU集合和第二PDU集合，並且基於該一或多個PDU集合的該按序遞送，該第二PDU集合無法被遞送到該較高層，直到接收到該第一PDU集合中的所有資料封包為止。

條款30：單獨的或與第四條款相結合的方法，亦包括：當在無線電鏈路控制（RLC）層處在該類型A PDU集合中的RLC資料封包達到層2（L2）截止期限時，丟棄該RLC資料封包。

條款31：單獨的或與第三十條款相結合的方法，其中該丟棄亦觸發對在封包資料彙聚協定（PDCP）或媒體存取控制（MAC）層緩衝器中在該類型A PDU集合中的其他資料封包的丟棄。

條款32：單獨的或與第三十條款相結合的方法，其中該丟棄亦觸發該RLC資料封包的狀態到發射器節點的傳輸。

條款33：單獨的或與第四條款相結合的方法，亦包括：當與媒體存取控制（MAC）資料封包相關聯的MAC子資料封包達到層2（L2）截止期限時，決定在MAC層處在該類型A PDU集合中的該MAC資料封包是過時的。

條款34：單獨的或與第三十三條款相結合的方法，亦包括：跳過針對過時的MAC資料封包的任何上行鏈路准許。

條款35：單獨的或與第三十三條款相結合的方法，其中該決定亦包括：觸發對在封包資料彙聚協定（PDCP）或無線電鏈路控制（RLC）層緩衝器中在該類型A PDU集合中的其他資料封包的丟棄。

條款36：單獨的或與第一條款相結合的方法，亦包括：從媒體存取控制（MAC）層處的MAC子資料封包的標頭中提取PDU集合資訊。

條款37：單獨的或與第三十六條款相結合的方法，亦包括：使用跨層指示來將所提取的PDU集合資訊發送到一或多個較高層。

條款38：一種由發射器節點進行的無線通訊的方法，包括：接收在相同協定資料單元（PDU）集合內的複數個資料封包中的一或多個資料封包，該複數個資料封包屬於一或多個PDU集合；及將一或多個相同的處理程序應用於在該相同PDU集合內的該一或多個資料封包。

條款39：單獨的或與第三十八條款相結合的方法，亦包括：基於從較高層接收的指示來決定該PDU集合是類型A PDU集合還是類型B PDU集合。

條款40：單獨的或與第三十八條款相結合的方法，其中該一或多個相同的處理程序對應於至少與丟棄計時器和媒體存取控制（MAC）層增強相關聯的程序。

條款41：單獨的或與第三十八條款相結合的方法，其中與該一或多個PDU集合相關聯的PDU集合資訊被添加到每個資料封包的標頭。

條款42：單獨的或與第三十八條款相結合的方法，其中在該相同PDU集合內的所有資料封包與公共丟棄計時器相關聯。

條款43：單獨的或與第三十八條款相結合的方法，亦包括：將在該相同PDU集合內的所有資料封包路由到相同的上行鏈路（UL）拆分承載。

條款44：單獨的或與第三十八條款相結合的方法，亦包括：當無線電鏈路層（RLC）從封包資料彙聚協定（PDCP）實體接收到關於丟棄該PDU集合的指示時，丟棄在該相同PDU集合內的所有資料封包。

條款45：單獨的或與第三十八條款相結合的方法，亦包括：當至少一個傳輸塊（TB）超過預先配置的排程截止期限時，丟棄混合自動重傳請求（HARQ）緩衝器中的包括與該相同PDU集合相關聯的資料的所有TB。

條款46：單獨的或與第三十八條款相結合的方法，亦包括：將PDU集合資訊添加到MAC層處的媒體存取控制（MAC）子資料單元的標頭。

條款47：單獨的或與第四十六條款相結合的方法，其中：該PDU集合資訊指示以下各項中的至少一項：NPI、ARI、PDU集合序號（SN）、LPI、資料封包索引、資料封包數量、或者PDU集合接收資訊。

條款48：單獨的或與第三十八條款相結合的方法，其中該應用亦包括：基於與每個單獨資料封包相關聯的資訊，來在無線電鏈路層（RLC）層處將一或多個RLC程序應用於在該相同PDU集合內的該一或多個資料封包。

條款49：單獨的或與第四十八條款相結合的方法，亦包括：在該RLC層處，根據該一或多個RLC程序，基於與每個單獨資料封包相關聯的該資訊來丟棄每個單獨資料封包。

條款50：一種裝置，包括：記憶體，其包括可執行指令；及處理器，其被配置為執行該等電腦可執行指令並且使得該裝置執行根據條款1-49中任一項的方法。

條款51：一種裝置，包括：用於執行根據條款1-49中任一項的方法的單元。

條款52：一種包括可執行指令的非暫時性電腦可讀取媒體，該可執行指令在由裝置的處理器執行時使得該裝置執行根據條款1-49中任一項的方法。

條款53：一種體現在電腦可讀取儲存媒體上的電腦程式產品，包括用於執行根據條款1-49中任一項的方法的代碼。 額外考慮

提供前面的描述以使本發明所屬領域中任何具有通常知識者能夠實施本文描述的各個態樣。本文論述的實例不限制在請求項中闡述的範疇、適用性或態樣。對這些態樣的各種修改對於本發明所屬領域中具有通常知識者來說將是顯而易見的，並且本文定義的一般原理可以應用於其他態樣。例如，可以在不脫離本案內容的範疇的情況下，在論述的元素的功能和佈置態樣進行改變。各個實例可以酌情省略、替換或添加各種程序或部件。例如，所描述的方法可以以與所描述的順序不同的順序來執行，並且可以添加、省略或組合各種動作。此外，可以將關於一些實例描述的特徵組合到一些其他實例中。例如，使用本文闡述的任何數量的態樣，可以實現一種裝置或者可以實施一種方法。此外，本案內容的範疇意欲涵蓋使用除了本文闡述的揭示內容的各個態樣以外或與本文闡述的揭示內容的各個態樣不同的其他結構、功能性、或者結構和功能性來實施的此類裝置或方法。應當理解的是，本文所揭示的揭示內容的任何態樣可以由請求項的一或多個元素來體現。

結合本案內容所描述的各種說明性的邏輯區塊、模組和電路可以利用被設計成執行本文描述的功能的通用處理器、數位訊號處理器（DSP）、ASIC、現場可程式設計閘陣列（FPGA）或其他可程式設計邏輯裝置（PLD）、個別閘或電晶體邏輯、個別硬體部件、或者其任何組合來實現或執行。通用處理器可以是微處理器，但是在替代方案中，處理器可以是任何商業上可獲得的處理器、控制器、微控制器或狀態機。處理器亦可以被實現為計算設備的組合，例如，DSP與微處理器的組合、複數個微處理器、一或多個微處理器結合DSP核、片上系統（SoC）或者任何其他此類配置。

如本文所使用的，提及項目列表「中的至少一個」的短語代表那些項目的任何組合，包括單一成員。舉例而言，「以下各項中的至少一項：a、b或c」意欲涵蓋a、b、c、a-b、a-c、b-c和a-b-c、以及與多倍的相同元素的任何組合（例如，a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和c-c-c或者a、b和c的任何其他排序）。

如本文所使用的，術語「決定」包括多種多樣的動作。例如，「決定」可以包括計算、運算、處理、推導、調查、檢視（例如，在表、資料庫或另一資料結構中檢視）、查明等。此外，「決定」可以包括接收（例如，接收資訊）、存取（例如，存取記憶體中的資料）等。此外，「決定」可以包括解析、選定、選擇、建立等。

本文揭示的方法包括用於實現方法的一或多個動作。在不脫離請求項的範疇的情況下，這些方法動作可以彼此互換。換句話說，除非指定了動作的特定順序，否則，在不脫離請求項的範疇的情況下，可以對特定動作的順序及/或使用進行修改。此外，上文所描述的方法的各種操作可以由能夠執行對應功能的任何適當的單元來執行。這些單元可以包括各種硬體及/或軟體部件及/或模組，包括但不限於：電路、特殊應用積體電路（ASIC）或處理器。

跟隨的請求項不意欲限於本文示出的態樣，而是被賦予與請求項的文字相一致的全部範疇。在請求項內，除非明確地聲明如此，否則對單數形式的元素的提及不意欲意指「一個且僅一個」，而是「一或多個」。除非另外明確地聲明，否則術語「一些」代表一或多個。沒有請求項元素要根據專利法的規定來解釋，除非該元素是明確地使用短語「用於……的單元」來記載的。貫穿本案內容描述的各個態樣的元素的所有結構和功能均等物以引用方式明確地併入本文中，以及意欲由請求項來包含，這些結構和功能均等物對於本發明所屬領域中具有通常知識者而言是已知的或者將要已知的。此外，本文中沒有任何所揭示的內容是想要奉獻給公眾的，不管此類揭示內容是否明確地記載在請求項中。

100:無線通訊網路 102:BS 102':BS 104:UE 110:地理覆蓋區域 110':覆蓋區域 120:通訊鏈路 132:第一回載鏈路 134:第三回載鏈路 140:衛星 145:飛機 150:Wi-Fi AP 152:Wi-Fi站（STA） 154:通訊鏈路 158:設備到設備（D2D）通訊鏈路 160:進化封包核心（EPC） 162:行動性管理實體（MME） 164:其他MME 166:服務閘道 168:多媒體廣播多播服務（MBMS）閘道 170:廣播多播服務中心（BM-SC） 172:封包資料網路（PDN）閘道 174:歸屬用戶伺服器（HSS） 176:IP服務 180:BS 182:波束成形 182':發送方向 182'':接收方向 184:第二回載鏈路 190:5G核心（5GC）網路 192:存取和行動性管理功能（AMF） 193:其他AMF 194:通信期管理功能（SMF） 195:使用者平面功能（UPF） 196:統一資料管理（UDM） 197:IP服務 198:PDU集合部件 199:PDU集合部件 200:分解式BS架構 205:服務管理和編排（SMO）框架 210:中央單元（CU） 211:開放式eNB（O-eNB） 215:非RT RIC 220:核心網路 225:近即時（近RT）RAN智慧控制器（RIC） 230:分散式單元（DU） 240:無線電單元（RU） 290:開放雲端（O-Cloud） 312:資料來源 320:發送處理器 330:發送（TX）多輸入多輸出（MIMO）處理器 332a:收發機 332t:收發機 334a:天線 334t:天線 336:MIMO偵測器 338:接收處理器 339:資料槽 340:控制器/處理器 341:PDU集合部件 342:記憶體 344:排程器 352a:天線 352r:天線 354a:收發機 354r:收發機 356:RX MIMO偵測器 358:接收處理器 360:資料槽 362:資料來源 364:發送處理器 366:TX MIMO處理器 380:控制器/處理器 381:PDU集合部件 382:記憶體 400:示意圖 430:示意圖 450:示意圖 480:示意圖 800:操作 810:方塊 820:方塊 900:操作 910:方塊 920:方塊 1900:通訊設備 1902:處理系統 1906:匯流排 1908:收發機 1910:天線 1920:處理器 1921:電路 1923:電路 1930:電腦可讀取媒體/記憶體 1931:代碼 1933:代碼 2000:通訊設備 2002:處理系統 2006:匯流排 2008:收發機 2010:天線 2020:處理器 2021:電路 2023:電路 2030:電腦可讀取媒體/記憶體 2031:代碼 2033:代碼 A1:介面 ARI:PDU集合接收資訊指示符 CPI:內容策略指示符 CPT:內容策略類型指示符 CSI-RS:通道狀態資訊參考訊號 E2:鏈路 F1:介面 HARQ:混合自動重傳請求 LPI:最後封包指示符 MAC:媒體存取控制 NPI:封包指示符 O1:介面 O2:介面 OTA:空中 PBCH:實體廣播通道 PDCCH:實體下行鏈路控制通道 PDCP:封包資料彙聚協定 PDSCH:實體下行鏈路共享通道 PDU:協定資料單元 PHY:實體層 PSS:主要同步訊號 PUCCH:實體上行鏈路控制通道 RB:資源區塊 RLC:無線電鏈路控制（RLC） ROHC:穩健標頭壓縮 SDAP:服務資料適配協定 SSS:輔同步訊號

附圖圖示了本文描述的各個態樣的某些特徵，而不應被視為對本案內容的範疇進行限制。

圖1圖示了實例無線通訊網路。

圖2圖示了實例分解式基地台（BS）架構。

圖3圖示了實例BS和實例使用者設備（UE）的各態樣。

圖4A、圖4B、圖4C和圖4D圖示了用於無線通訊網路的資料結構的各個實例態樣。

圖5圖示了實例層2（L2）架構。

圖6圖示了實例發送節點封包資料彙聚協定（PDCP）實體和接收節點PDCP實體。

圖7圖示了實例PDCP協定資料單元（PDU）。

圖8圖示了用於由接收器節點進行的無線通訊的方法。

圖9圖示了用於由發射器節點進行的無線通訊的方法。

圖10圖示了資料封包的示例性的基於PDU集合的PDCP亂序遞送。

圖11圖示了資料封包的示例性的基於PDU集合的PDCP按序遞送。

圖12圖示了PDU集合資訊跨越L2協定堆疊的實例流，其指示將PDU集合資訊添加到PDCP標頭。

圖13圖示了具有PDU集合資訊的實例PDCP標頭。

圖14圖示了PDU集合資訊跨越L2協定堆疊的實例流，其指示將PDU集合資訊添加到媒體存取控制（MAC）子PDU標頭。

圖15圖示了具有PDU集合資訊的實例MAC子PDU標頭。

圖16圖示了被組裝成單個PDCP PDU的實例多個子PDU，其中每個子PDU與一或多個第一屬性相關聯。

圖17圖示了被組裝成單個PDCP PDU的實例多個子PDU，其中每個子PDU與一或多個第二屬性相關聯。

圖18圖示了對所有子PDU的實例封包以形成單個PDCP PDU，其中每個子PDU與一或多個第三屬性相關聯。

圖19圖示了實例通訊設備的各態樣。

圖20圖示了實例通訊設備的各態樣。

國內寄存資訊(請依寄存機構、日期、號碼順序註記) 無 國外寄存資訊(請依寄存國家、機構、日期、號碼順序註記) 無

800:操作

810:方塊

820:方塊

Claims (53)

1. 一種被配置用於無線通訊的接收器節點，包括： 一記憶體，其包括電腦可執行指令；及 一處理器，其被配置為執行該等電腦可執行指令並且使得該接收器節點進行以下操作： 接收屬於一或多個協定資料單元（PDU）集合的複數個資料封包以及指示用於每個PDU集合中的一或多個資料封包到一較高層的一遞送程序的一策略的一指示；及 根據該策略來將在一相同PDU集合內的該一或多個資料封包遞送到該較高層。
2. 根據請求項1之接收器節點，其中： 該策略指示每個PDU集合中的該一或多個資料封包的一處理程序；並且 該處理器被配置為執行該等電腦可執行指令並且亦使得該接收器節點進行以下操作：根據該策略來以一相同方式處理在該相同PDU集合內的該一或多個資料封包。
3. 根據請求項1之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：將在該相同PDU集合內的每個資料封包映射到一單個封包資料彙聚協定（PDCP）協定資料單元（PDU）。
4. 根據請求項1之接收器節點，其中該一或多個PDU集合包括以下各項中的至少一項：一類型A PDU集合、或者一類型B PDU集合。
5. 根據請求項1之接收器節點，其中： 該策略指示該一或多個PDU集合之每一者PDU集合的一類型；並且 該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：基於該策略來決定該一或多個PDU集合中的一PDU集合是一類型A PDU集合還是一類型B PDU集合。
6. 根據請求項4之接收器節點，其中當該一或多個PDU集合中的該PDU集合是該類型A PDU集合時： 該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：決定在該類型A PDU集合內的該一或多個資料封包中的至少一個資料封包在到該較高層的該遞送期間是否丟失或者不滿足根據與該類型A PDU集合相關聯的一服務品質（QoS）要求的一截止期限；並且 該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：當該至少一個資料封包丟失或者不滿足根據該QoS要求的該截止期限時，決定在該類型A PDU集合內的該一或多個資料封包中的剩餘資料封包是無用的。
7. 根據請求項4之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：當接收到該類型B PDU集合中的至少一預先決定的數量的資料封包或一數量的位元組時，決定對該類型B PDU集合的接收是成功的。
8. 根據請求項4之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：決定不將在封包資料彙聚協定（PDCP）實體處的一重新排序緩衝器中的一相同的類型A PDU集合中的多個資料封包遞送到該較高層，直到在該PDCP實體處的該重新排序緩衝器中從一較低層接收到該相同的類型A PDU集合中的該資料封包中的所有資料封包為止。
9. 根據請求項4之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：當在相同的類型A PDU集合或該類型B PDU集合中的任何資料封包在處於一封包資料彙聚協定（PDCP）實體處的一重新排序緩衝器中時達到一封包延遲預算（PDB）限制時，決定丟棄在該類型A PDU集合或該類型B PDU集合中的所有資料封包。
10. 根據請求項4之接收器節點，其中該遞送亦包括：當在一封包資料彙聚協定（PDCP）實體處的一重新排序緩衝器中接收到根據與該類型B PDU集合相關聯的該策略的至少一數量的資料封包或一數量的位元組時，將該類型B PDU集合遞送到該較高層。
11. 根據請求項1之接收器節點，其中該遞送亦包括：當一資料無線電承載（DRB）被配置用於一封包資料彙聚協定（PDCP）實體處的該複數個資料封包的一亂序遞送時，基於該一或多個PDU集合來遞送該複數個資料封包。
12. 根據請求項1之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：當至少一個傳輸塊（TB）超過一預先配置的排程截止期限時，丟棄一混合自動重傳請求（HARQ）緩衝器中的包括與該相同PDU集合相關聯的資料的所有TB。
13. 根據請求項1之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：當一資料無線電承載（DRB）被配置有一服務品質（QoS）簡檔識別符（QPI）和一PDU集合兩者時，針對每個PDU集合應用基於QPI的程序。
14. 根據請求項1之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：從與該複數個資料封包之每一者資料封包相關聯的一通用封包無線電服務隧道協定使用者平面（GTP-U）擴展標頭中提取與該一或多個PDU集合相關聯的PDU集合資訊。
15. 根據請求項14之接收器節點，其中與該一或多個PDU集合相關聯的該PDU集合資訊是使用一跨層指示來在一使用者平面協定堆疊的不同層之間發送的。
16. 根據請求項14之接收器節點，其中與該一或多個PDU集合相關聯的該PDU集合資訊在一封包資料彙聚協定（PDCP）實體處被添加到一PDCP資料封包的一標頭。
17. 根據請求項1之接收器節點，其中該接收亦包括：在一服務資料適配協定（SDAP）層處接收該複數個資料封包。
18. 根據請求項1之接收器節點，其中： 一封包資料彙聚協定（PDCP）資料封包的一標頭至少指示PDU集合資訊，並且 該PDU集合資訊指示以下各項中的至少一項：NPI、CPI、PDU集合序號（SN）、LPI、PDU索引、CPT或者PDU集合接收資訊。
19. 根據請求項1之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：使用用於以下各項中的至少一項的一或多個封包資料彙聚協定（PDCP）程序來處理在該相同PDU集合內的每個資料封包：序列編號、標頭壓縮、完整性保護或者加密。
20. 根據請求項19之接收器節點，其中在該相同PDU集合內的每個經處理的資料封包的一標頭指示一長度欄位。
21. 根據請求項20之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：將在該相同PDU集合內的所有經處理的資料封包映射到一單個PDCP協定資料單元（PDU）。
22. 根據請求項1之接收器節點，其中在該相同PDU集合內的每個資料封包的一標頭指示一長度欄位。
23. 根據請求項22之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：將在該相同PDU集合內的所有資料封包映射到一單個封包資料彙聚協定（PDCP）PDU集合。
24. 根據請求項23之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：使用用於至少一標頭壓縮的一或多個PDCP程序來處理該PDCP PDU集合。
25. 根據請求項1之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：將該複數個資料封包中的所有資料封包映射到與一公共標頭相關聯的一單個封包資料彙聚協定（PDCP）PDU集合。
26. 根據請求項25之接收器節點，其中： 該公共標頭對應於與一資料封包相關聯的一標頭的一靜態部分，並且 該標頭的該靜態部分至少包括一源位址和一目的地位址。
27. 根據請求項25之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：使用用於以下各項中的至少一項的一或多個PDCP程序來處理該PDCP PDU集合：序列編號、完整性保護或者加密。
28. 根據請求項1之接收器節點，其中該遞送亦包括：當一資料無線電承載（DRB）被配置用於一封包資料彙聚協定（PDCP）實體處的該一或多個PDU集合的一按序遞送時，遞送屬於該一或多個PDU集合的該複數個資料封包。
29. 根據請求項28之接收器節點，其中： 該一或多個PDU集合包括一第一PDU集合和一第二PDU集合，並且 基於該一或多個PDU集合的該按序遞送，該第二PDU集合無法被遞送到該較高層，直到接收到該第一PDU集合中的所有資料封包為止。
30. 根據請求項4之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：當在一無線電鏈路控制（RLC）層處在該類型A PDU集合中的一RLC資料封包達到一層2（L2）截止期限時，丟棄該RLC資料封包。
31. 根據請求項30之接收器節點，其中該丟棄亦觸發對在一封包資料彙聚協定（PDCP）或一媒體存取控制（MAC）層緩衝器中的該類型A PDU集合中的其他資料封包的丟棄。
32. 根據請求項30之接收器節點，其中該丟棄亦觸發該RLC資料封包的一狀態到一發射器節點的傳輸。
33. 根據請求項4之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：當與在一媒體存取控制（MAC）層處在該類型A PDU集合中的一MAC資料封包相關聯的一MAC子資料封包達到一層2（L2）截止期限時，決定該MAC資料封包是過時的。
34. 根據請求項33之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：跳過針對過時的MAC資料封包的任何上行鏈路准許。
35. 根據請求項33之接收器節點，其中該決定亦包括：觸發對在一封包資料彙聚協定（PDCP）或一無線電鏈路控制（RLC）層緩衝器中的該類型A PDU集合中的其他資料封包的丟棄。
36. 根據請求項1之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：從一媒體存取控制（MAC）層處的一MAC子資料封包的一標頭中提取PDU集合資訊。
37. 根據請求項36之接收器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該接收器節點進行以下操作：使用一跨層指示來將所提取的PDU集合資訊發送到一或多個較高層。
38. 一種被配置用於無線通訊的發射器節點，包括： 一記憶體，其包括電腦可執行指令；及 一處理器，其被配置為執行該等電腦可執行指令並且使得該發射器節點進行以下操作： 接收在一相同協定資料單元（PDU）集合內的複數個資料封包中的一或多個資料封包，該複數個資料封包屬於一或多個PDU集合；及 將一或多個相同的處理程序應用於在該相同PDU集合內的該一或多個資料封包。
39. 根據請求項38之發射器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該發射器節點進行以下操作：基於從一較高層接收的一指示來決定該PDU集合是一類型A PDU集合還是一類型B PDU集合。
40. 根據請求項38之發射器節點，其中該一或多個相同的處理程序對應於至少與一丟棄計時器和一媒體存取控制（MAC）層增強相關聯的程序。
41. 根據請求項38之發射器節點，其中與該一或多個PDU集合相關聯的PDU集合資訊被添加到每個資料封包的一標頭。
42. 根據請求項38之發射器節點，其中在該相同PDU集合內的所有資料封包與一公共丟棄計時器相關聯。
43. 根據請求項38之發射器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該發射器節點進行以下操作：將在該相同PDU集合內的所有資料封包路由到一相同的上行鏈路（UL）拆分承載。
44. 根據請求項38之發射器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該發射器節點進行以下操作：當一無線電鏈路層（RLC）從一封包資料彙聚協定（PDCP）實體接收到關於丟棄該相同PDU集合的一指示時，丟棄在該PDU集合內的所有資料封包。
45. 根據請求項38之發射器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該發射器節點進行以下操作：當至少一個傳輸塊（TB）超過一預先配置的排程截止期限時，丟棄一混合自動重傳請求（HARQ）緩衝器中的包括與該相同PDU集合相關聯的資料的所有TB。
46. 根據請求項38之發射器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該發射器節點進行以下操作：將PDU集合資訊添加到一媒體存取控制（MAC）層處的一MAC子資料單元的一標頭。
47. 根據請求項46之發射器節點，其中：該PDU集合資訊指示以下各項中的至少一項：NPI、ARI、PDU集合序號（SN）、LPI、一資料封包索引、資料封包的一數量、或者PDU集合接收資訊。
48. 根據請求項38之發射器節點，其中該應用亦包括：基於與每個單獨資料封包相關聯的資訊，在一無線電鏈路層（RLC）層處將一或多個RLC程序應用於在該相同PDU集合內的該一或多個資料封包。
49. 根據請求項48之發射器節點，其中該處理器被配置為執行該等電腦可執行指令，並且亦使得該發射器節點進行以下操作：在該RLC層處，根據該一或多個RLC程序，基於與每個單獨資料封包相關聯的該資訊來丟棄每個單獨資料封包。
50. 一種用於由一發射器節點進行的無線通訊的方法，包括以下步驟： 接收在一相同協定資料單元（PDU）集合內的複數個資料封包中的一或多個資料封包，該複數個資料封包屬於一或多個PDU集合；及 將一或多個相同的處理程序應用於在該相同PDU集合內的該一或多個資料封包。
51. 根據請求項50之方法，其中在該相同PDU集合內的所有資料封包與一公共丟棄計時器相關聯。
52. 根據請求項50之方法，其中該應用亦包括：基於與每個單獨資料封包相關聯的資訊，在一無線電鏈路層（RLC）層處將一或多個RLC程序應用於在該相同PDU集合內的該一或多個資料封包。
53. 根據請求項52之方法，亦包括以下步驟：在該RLC層處，根據該一或多個RLC程序，基於與每個單獨資料封包相關聯的該資訊來丟棄每個單獨的資料封包。