TW202131670A

TW202131670A - 無線通訊系統中遞送中繼的緩衝區狀態報告的方法和設備

Info

Publication number: TW202131670A
Application number: TW109144806A
Authority: TW
Inventors: 陳一仁; 歐孟暉
Original assignee: 華碩電腦股份有限公司
Priority date: 2020-02-07
Filing date: 2020-12-17
Publication date: 2021-08-16
Also published as: EP3863325B1; JP2021125875A; US20210360470A1; KR102542893B1; KR102359856B9; US11864021B2; KR20210102051A; CN113259987A; US20210250804A1; US11115856B2; TWI739694B; KR102359856B1; EP3863325A3; CN113259987B; EP3863325A2; JP6948451B2; KR20220020854A; ES2941764T3

Abstract

從第一無線傳送/接收單元（WTRU）的角度公開一種方法和裝置。在一個實施例中，方法包含第一無線傳送/接收單元觸發第一緩衝區狀態報告（BSR），其中第一緩衝區狀態報告指示預期到達的數據量。方法還包含第一無線傳送/接收單元觸發第二緩衝區狀態報告，其中第二緩衝區狀態報告指示已經可用的數據量。方法進一步包含第一無線傳送/接收單元產生媒體存取控制（MAC）協定數據單元（PDU），其中媒體存取控制協定數據單元包含至多一個用於第一緩衝區狀態報告的第一緩衝區狀態報告媒體存取控制控制元素（CE）和至多一個用於第二緩衝區狀態報告的第二緩衝區狀態報告媒體存取控制控制元素。

Description

無線通訊系統中遞送中繼的緩衝區狀態報告的方法和設備

本申請要求2020年2月7日提交的美國臨時專利申請第62/971,457號的權益，該申請的全部公開內容以全文引用的方式併入本文中。

本公開大體上涉及無線通訊網路，並且更確切地說，涉及一種無線通訊系統中遞送中繼的上行鏈路緩衝區狀態報告的方法和設備。

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

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

從第一無線傳送/接收單元（Wireless Transmit/Receive Unit，WTRU）的角度公開一種方法和裝置。在一個實施例中，該方法包含第一WTRU觸發第一緩衝區狀態報告（BSR），其中第一BSR指示預期到達的數據量。該方法還包含第一WTRU觸發第二BSR，其中第二BSR指示已經可用的數據量。該方法進一步包含第一WTRU產生媒體存取控制（MAC）協定數據單元（PDU），其中MAC PDU包含至多一個用於第一BSR的第一BSR MAC控制元素（control element，CE）和至多一個用於第二BSR的第二BSR MAC CE。

下文描述的示範性無線通訊系統和裝置採用支援廣播服務的無線通訊系統。無線通訊系統經廣泛部署以提供各種類型的通訊，例如，語音、數據等等。這些系統可以基於碼分多址（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-Advanced）、3GPP2超行動寬頻（Ultra Mobile Broadband，UMB）、WiMax、3GPP新無線電（New Radio，NR）或一些其它調變技術。

具體來說，下文所描述的示範性無線通訊系統裝置可被設計成支援一或多個標準，例如由名為在本文中被稱作3GPP的“第三代合作夥伴計畫”的聯盟提供的標準，包含：TS 38.300 V15.4.0，“NR，NR及NG-RAN總體描述，階段2”；TS 38.321 V15.4.0，“NR，媒體存取控制（MAC）協定規範”；TS 38.331 V15.6.0，“NR，無線電資源控制（RRC）協定規範”；TR 38.874 V16.0.0，“關於集成存取和回程的研究”；RP-172290，“新的SID提議：關於用於NR的集成存取和回程的研究”，AT&T，高通及三星；RP-182882，“新的WID：用於NR的集成存取和回程”，高通；RAN2 #104會議紀要；RAN2 #107bis會議紀要；和RAN2 #108會議紀要；R2-1916537，“用於預BSR的TP”，華為及海思。上文所列的標準和檔特此明確地以全文引用的方式併入。

第1圖展示根據本發明的一個實施例的多址無線通訊系統。存取網路100（access network，AN）包含多個天線群組，一個包含104和106，另一個包含108和110，並且還有一個包含112和114。在第1圖中，每一天線群組僅展示兩個天線，然而，每一天線群組可利用更多或更少的天線。存取終端（access terminal，AT）116與天線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）可以是用於與終端通訊的固定站或基站，並且還可被稱作存取點、Node B、基站、增強型基站、演進型Node B（evolved Node B，eNB）、網路節點、網路或某其它術語。存取終端（AT）還可以被稱作使用者設備（user equipment，UE）、無線通訊裝置、終端、存取終端或某其它術語。

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

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

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

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

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

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

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

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

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

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

轉向第3圖，此圖展示了根據本發明的一個實施例的通訊裝置的替代性簡化功能方塊圖。如第3圖中所展示，可以利用無線通訊系統中的通訊裝置300來實現第1圖中的UE（或AT）116和122或第1圖中的基站（或AN）100，並且無線通訊系統優選地是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 RP-172290中描述了關於用於NR的集成存取和回程（integrated access and backhaul，IAB）的新的研究專案，並且3GPP TR 38.874是此研究專案的技術報告（technical report，TR）。在3GPP RP-182882中，描述了關於用於NR的集成存取和回程（IAB）的工作專案以用於進一步開發。3GPP RP-182882表述： 3 碼速調整旨在實現未來蜂窩網路部署情境和應用的潛在技術之一是支援無線回程和中繼鏈路，從而能夠靈活且非常密集地部署NR細胞，而無需按比例增加有線傳輸網路的密集度。與LTE（例如，毫米波頻譜）相比，可用於NR的預期較大頻寬以及NR中的大規模MIMO或多波束系統的原生部署創造了開發和部署集成存取和回程鏈路的機會。這可以允許通過建立為了提供對UE的存取而定義的許多NR控制和數據通道/程序，以比在LTE中更集成的方式更容易地部署自回程NR細胞的密集網路。具有此集成存取和回程鏈路的網路的實例說明在第1圖中展示，其中中繼節點（IAB節點）可以在時間、頻率或空間上多工存取和回程鏈路（例如，基於波束的操作）。 [標題為“集成存取和回程鏈路”的3GPP RP-182882的第1圖重製為第5圖] 存取和回程的操作可以在相同或不同頻率上（又稱為“帶內”和“帶外”中繼）。雖然對帶外中繼的高效支援對於一些NR部署情境是重要的，但關鍵重要的是支援帶內操作，這意味著與在相同頻率上操作的存取鏈路較緊密地交互工作以適應雙工約束並避免/緩解干擾。由於毫米波存取的距離較短，所以到多個跳躍（hop）的無線回程的擴展是基本特徵。當在密集城市環境中使用自回程時，此類多跳回程還增強了靈活性，在该環境中，回程路徑需要適應於基礎設施。雖然預期回程跳躍的典型數目較小（例如，1至4個），但架構不應主要限制跳數，使得可支援較大跳數。另外，在毫米波頻譜中操作NR系統帶來一些獨特挑戰，包含經歷嚴重的短期阻塞。克服毫米波系統中的短期阻塞需要用於在IAB節點之間切換的基於RAN的機制，其幾乎不涉及或不涉及核心網路。上述減輕用於毫米波頻譜中的NR操作的短期阻擋的需要連同自回程NR細胞的更容易部署的期望產生了對允許存取和回程鏈路的快速切換的集成式框架的開發的需要。最後，集成存取和回程系統應符合SA和NSA部署，這是因為IAB節點可以在SA或NSA模式中操作，這意味著需要支援UE和IAB節點兩者的雙重連線性（EN-DC和NR-DC兩者）。研究專案750047“用於NR的集成存取和回程”建議候選IAB架構，其被稱作架構1a，其支援前述特徵（TR 38.874）。该研究進一步建立關於用於集成存取和回程的L2設計的詳細建議以及對NR實體層規範的增強。 IAB非常有利於NR推出，並且在初始發展階段的早期階段期間非常有利。因此，將與IAB相關的工作推遲到稍後階段可能對NR存取的及時部署具有不利影響。 4 目標 4.1 SI或核心部分WI或測試部分WI的目標用於NR WI的IAB的目標遵循關於用於NR的IAB的研究專案的建議，該建議在TR 38.874中定義。在這些建議下，IAB支援以下特徵： ● 用於FR1和FR2兩者的靈活範圍擴展的多跳回程。 ● 用以優化回程性能並回應於回程（backhaul，BH）鏈路故障的包含冗餘連線性的拓撲自我調整。 ● UE承載到回程RLC通道的映射和用以滿足E2E QoS要求的回程RLC通道上的QoS施行。 ● 可擴展到大量UE。 ● 允許具有EPC的EN-DC模式或具有5GC的SA-模式中的IAB節點操作的靈活部署。 ● 從UE及IAB節點角度的用於NR-NR DC的支援（參見注釋1） ● 用於帶內及帶外中繼的高效操作。 ● 橫跨IAB拓撲的OTA同步。 ● Rel-15 UE的支援。工作專案的詳細目標包含： ● 遵循架構1a的IAB節點的規範，包含[RAN2-led，RAN3]： ○ IAB節點上的路由功能支援基於路由識別符橫跨多跳拓撲進行轉發。 ○ 信令的逐跳傳播以支援低時延排程（例如TR 38.874條項8.6）、BH RLF處置（例如TR 38.874條項9.7.14-15）及橫跨多跳拓撲的資源協調（例如TR 38.874條項7.3.3）。 ○ UE-承載到BH-RLC通道映射以及入口及出口BH RLC通道之間的映射功能以支援一對一及多對一承載映射。 ● gNB功能性的增強以充當遵循架構1a [RAN3，RAN2]的IAB施主 ○ gNB CU-CP上用於拓撲、路由及資源管理[RAN3-led]的功能。 ○ 用於到IAB節點（例如從CU，OAM）[RAN3-led]的IP可路由性的支援。 ○ gNB DU上用以將一個或許多UE-承載的下行鏈路業務映射到BH RLC通道[RAN2-led]的承載映射功能。 ● E1、F1和X2/Xn介面[RAN3-led，RAN2]的可能增強的規範： ○ 在F1上： ■ 無線回程鏈路上的安全性保護。 ■ 設定及重新配置IAB節點和IAB施主DU ○ 在X2和Xn上，用以運用IAB啟用DC操作的必需功能。 ○ 在E1上，F1-U的特定於IAB的必需傳輸和/或安全性保護的配置。 ● 用於IAB節點集成和拓撲自我調整的程序的規範，包含[RAN3-led，RAN2]： ○ 用於SA和NSA模式的IAB節點集成的程序，包含用於NSA模式的E-UTRAN所需的增強。 ○ 在相同的IAB施主（具有或不具有IAB施主DU的改變）下方和在不同的IAB施主之間的IAB節點遷移的規範。IAB節點的遷移可以受網路控制或可以是由於BH RLF。 ○ 用於基於多連線性的路由冗余和路由選擇的支援（例如TR 38.874條項9.7），利用現有的NR解決方案以及NR-NR DC，且無額外RAN1工作。（參見注釋1）。 ● L2無線傳輸[RAN2-led，RAN3]的增強的規範： ○ RLC層上方的適配層的規範。作為下一個協定層，適配層支援橫跨無線回程和IP的路由。 ○ 用以支援UE承載到BH RLC通道的一對一映射的LCID空間和可能的LCG空間的擴展。LCID空間和LCG空間的擴展僅可適用於IAB節點。 ○ 用以處置堵塞的流動控制機構（用於DL，並且視需要用於UL）的規範。 ○ 用以在逐跳ARQ中啟用無損遞送的機構的規範。 ● 用於L2傳輸和資源管理的信令的規範[RAN2-led，RAN3，RAN1]： ○ 用於以下的RRC和F1-AP程序及訊息的規範：IAB節點的設定和發佈；IAB節點和IAB施主DU處的適配層的配置；BH RLC通道的配置，QoS資訊，路由表，承載映射；用於網路同步的方式的配置；和用於在回程和存取鏈路當中共用時域資源的配置（參見實體層規範）。 ○ 用於IAB節點[RAN3]的IP位址分配機制的規範。 ○ 用以支援橫跨多個跳躍的流QoS的承載上下文設定/發佈程序的增強的規範。 ○ 用以啟用IAB節點和IAB施主DU上的無線電感知排程的方面的信令的規範（例如，如TR 38.874條項8.2.4.2-3中所論述）。 ○ 用於啟用低時延上行鏈路數據排程的上行鏈路資源請求程序和相關信令的增強的規範。 ○ BH RLF處置（例如在BH RLF通知下游）的規範。

在3GPP TR 38.874中指定IAB的當前研究狀態。下文提供關於IAB的3GPP TR 38.374的相關部分，其可輔助更佳的理解： 5.2.1 多跳回程多跳回程提供比單個跳躍更大範圍擴展。由於高於6 GHz的頻率範圍有限，這尤其有利於該頻率。多跳回程進一步實現在障礙物周圍回程，例如在城市環境中的建築物周圍回程，以用於雜亂（in-clutter）部署。預期部署中的最大跳躍數目取決於許多因素，例如頻率、細胞密度、傳播環境和業務負載。進一步預期這些因素隨時間而改變。因此，從架構的角度來看，可能需要跳數的靈活性。隨著跳躍數目增加，可能出現可擴展性問題，並且該問題可能限制性能或使信令負載增加到不可接受的水準。因此，捕獲跳數的可擴展性作為KPI是研究的重要方面。要求：IAB設計應支援多個回程跳躍 - 架構不應對回程跳躍的數目施加限制。 - 研究應將跳數的可擴展性視為重要KPI。 - 單個跳躍應被視為多個回程跳躍的特殊狀況。 […] 6.1.1 用於IAB的功能和介面 [標題為“用於IAB架構（SA模式）的參考圖”的3GPP TR 38.874 V16.0.0的圖6.1.1-1重製為第6圖] IAB力圖再使用經限定用於存取的現有功能和介面。具體來說，行動-終端（Mobile-Termination，MT）、gNB-DU、gNB-CU、UPF、AMF和SMF以及對應的介面NR Uu（在MT與gNB之間）、F1、NG、X2和N4用作IAB架構的基線。為了支援IAB對這些功能和介面的修改或增強將在架構論述的上下文中闡述。例如多跳轉發等額外功能性包含在架構論述中，因為其對於IAB操作的理解是必需的且因為某些方面可能需要標準化。行動終端（Mobile-Termination，MT）功能已經定義為行動設備的元件。在本研究的上下文中，MT被稱作駐留在IAB節點上的功能，IAB節點朝向IAB施主或其它IAB節點端接回程Uu介面的無線電介面層。圖6.1.1-1展示在獨立模式中的IAB的參考圖，該IAB含有一個IAB施主和多個IAB節點。IAB施主經視為單個邏輯節點，其包括一組功能，例如gNB-DU、gNB-CU-CP、gNB-CU-UP和可能的其它功能。在部署中，IAB施主可根據這些功能拆分，該功能可視3GPP NG-RAN架構所允許而全部並置或非並置。當進行此拆分時，可能出現與IAB相關的方面。另外，當前與IAB施主相關聯的一些功能在其顯然未執行特定於IAB的任務的狀況下可以最終行動到施主之外。 […] 7.2.1 IAB節點初始存取（階段1）在SA部署的狀況下，由MT（階段1）發現的初始IAB節點遵循與UE相同的Rel-15初始存取程序，該程序包含基於可用於存取UE的相同SSB進行細胞搜索、SI獲取和隨機存取，以便初始地設置到父級IAB節點或IAB施主的連接。在NSA部署（從存取UE的角度）的狀況下，當IAB節點MT對NR載波執行初始存取時，該IAB節點MT遵循與SA部署（從存取UE的角度）中相同的階段1初始存取。由MT假定的用於初始存取的SSB/RMSI週期性可以比由Rel-15 UE假定的長20 ms，並且將從以下候選值中選擇單一值：20 ms、40 ms、80 ms、160 ms。注釋：這意味著候選父級IAB節點/施主必須支援UE的NSA功能性和NR載波上的MT的SA功能性兩者。當IAB節點MT對LTE載波執行初始存取時，可使用階段2解決方案以通過NR載波上的MT進行IAB節點父級選擇。 7.2.2 IAB間節點發現和測量（階段2）出於回程鏈路RSRP/RSRQ RRM測量的目的，IAB支援基於SSB的解決方案和基於CSI-RS的解決方案兩者。出於在IAB節點DU變得活動（階段2）之後進行IAB間節點和施主檢測的目的，IAB間節點發現程序需要考慮IAB節點處的半雙工約束和多跳拓撲。支援以下三個解決方案：基於SSB的解決方案（解決方案1-A和1-B）： - 解決方案1-A）重送使用用於存取UE的相同的一組SSB ○ 在此狀況下，用於在階段2中進行IAB間細胞搜索的SSB在用於SA頻率層的當前定義同步柵格上，而對於NSA頻率層，SSB在被配置成用於存取UE的SMTC內部傳送。 - 解決方案1-B）使用與用於存取UE的SSB正交（TDM和/或FDM）的SSB ○ 在此狀況下，用於在階段2中進行IAB間細胞搜索和測量的可被消音的SSB不在用於SA頻率層的當前定義同步柵格上，而對於NSA頻率層，SSB在被配置成用於存取UE的SMTC外部傳送。當在階段2中進行IAB間細胞搜索時，IAB節點不應該對其自身的以UE細胞搜索和測量為目標的SSB傳送消音。 - 對於SA，這意味著在當前定義的同步柵格上傳送的SSB遵循用於初始存取的當前定義的週期性。 - 在解決方案1-B的狀況下，這意味著用於IAB間階段2細胞搜索的可被靜噪的SSB至少與用於UE細胞搜索和測量的SSB進行TDM。基於CSI-RS的解決方案（解決方案2）： - CSI-RS可用於同步網路中的IAB間檢測為了支援IAB節點初始存取和階段2的IAB間節點發現和測量，可能需要支援對現有Rel.15 SMTC/CSI-RS/RACH配置和RMSI的增強以及橫跨IAB節點的協調。 7.2.3 IAB節點RACH IAB支援網路靈活性利用不同時機配置回程RACH資源的能力，支援更長的RACH週期性，並且支援與存取RACH資源相比允許更長的RTT的額外前導格式，而不影響Rel-15 UE。基於Rel-15 PRACH配置，允許網路配置IAB節點的MT的PRACH時機的偏移，以便橫跨鄰近跳躍對回程RACH資源進行TDM。 7.2.4 回程鏈路管理 IAB節點支援用於基於Rel-15機制檢測/恢復回程鏈路故障的機制。對波束故障恢復和無線電鏈路故障程序的增強是有益的並且應支援用於NR IAB，該增強包含： - 對支援波束故障恢復成功指示與RLF之間的交互的增強； - 對現有波束管理程序的增強，其用於更快的波束切換/協調/恢復以避免IAB節點應考慮的回程鏈路中斷。另外，研究了從父級IAB節點DU到子級IAB節點對額外回程鏈路條件通知機制的需要（例如，如果父級IAB節點的回程鏈路失敗）以及對應的IAB節點行為。應支援避免子級IAB節點處由於父級回程鏈路故障而導致RLF的解決方案。 […] 7.3.1 回程和存取鏈路的排程如圖7.3.1-1中所展示，以下鏈路類型支援用於IAB： - 存取鏈路：存取UE與IAB節點或IAB施主之間的鏈路（LA,DL或LA,UL）； - 回程鏈路：IAB節點與IAB子級節點之間的鏈路（LC,DL或LC,UL），或IAB節點與IAB父級節點之間的鏈路（LP,DL或LP,UL）。 [標題為“不同IAB鏈路類型”的3GPP TR 38.874 V16.0.0的圖7.3.1-1重製為第7圖] 應注意，取決於分別在章節6和9中考慮的拓撲/架構，IAB節點可具有分別在相同位置或不同位置中用於UL存取和子級BH的功能，並且對於IAB節點的給定BH鏈路，取決於拓撲/架構，IAB節點可以是父級BH或子級BH。下行鏈路IAB節點傳送（即，回程鏈路上從IAB節點到由IAB節點服務的子級IAB節點的傳送，和存取鏈路上從IAB節點到由IAB節點服務的UE的傳送）應由IAB節點自身排程。上行鏈路IAB傳送（回程鏈路上從IAB節點到其父級IAB節點或IAB施主的傳送）應由父級IAB節點或IAB施主排程。 […] 8.2.2 適配層 UE遵照TS 38.300在UE的存取IAB節點上建立到DU的RLC通道。這些RLC通道中的每一個通過F1-U的被稱作F1*-U的可能的改進形式在UE的存取DU與IAB施主之間擴展。嵌入於F1*-U中的資訊在橫跨回程鏈路的RLC通道上攜載。無線回程上的F1*-U的傳輸由與RLC通道集成的適配層啟用。在IAB施主（被稱作去程）內，基線將使用本機F1-U堆疊（參見章節9）。IAB施主DU在去程上的F1-U與無線回程上的F1*-U之間進行中繼。由適配層支援的功能在架構1a中，在適配層上攜載的資訊支援以下功能： - 用於PDU的UE承載的識別； - 橫跨無線回程拓撲的路由； - 通過排程器在無線回程鏈路上的DL和UL上的QoS施行； - UE使用者平面PDU到回程RLC通道的映射； - 可能的其它功能。在架構1b中，在適配層上攜載的資訊支援以下功能： - 橫跨無線回程拓撲的路由； - 通過排程器在無線回程鏈路上的DL和UL上的QoS施行； - UE使用者平面PDU到回程RLC通道的映射； - 可能的其它功能。在通過多個路徑連接IAB節點的狀況下，適配層中的不同識別符（例如路由ID，IAB節點位址）將與不同路徑相關聯，從而啟用不同路徑上的適配層路由。不同路徑可與不同回程RLC通道相關聯。適配層標頭上攜載的內容研究識別將在適配層標頭上攜載的資訊。這可包含： - 特定於UE承載的Id； - 特定於UE的Id； - 路由id，IAB節點或IAB施主位址； - QoS資訊； - 可能的其它資訊。 IAB節點將使用通過Adapt攜載的識別符以確保所需的QoS處理並且決定封包應發送到哪一跳躍。下文簡要概述了如何將以上資訊用於此目的（如果包含在Adapt的最終設計中）。特定於Id的UE承載可由IAB節點和IAB施主使用以識別PDU的UE承載。UE的存取IAB節點接著將Adapt資訊（例如特定於UE的ID，特定於UE承載的ID）映射至對應的C-RNTI和LCID中。IAB施主DU還可需要將Adapt資訊映射到在施主DU與施主CU之間使用的F1-U GTP-U TEID中。特定於UE承載的Id、特定於UE的Id、路由Id或IAB節點/IAB施主位址可用於（以組合方式或分別地）橫跨無線回程拓撲路由PDU。特定於UE承載的Id、特定於UE的Id、UE的存取節點IAB ID或QoS資訊可用於（以組合方式或分別地）每一跳躍上以識別PDU的QoS處理。PDU的QoS處理還可基於LCID。適配層資訊的處理 - 研究識別要處理適配層上的哪些資訊以支援每一路徑上IAB節點上的以上功能（逐跳）； - 和/或支援UE的存取IAB節點和IAB施主上的功能（端對端）。適配層到L2堆疊中的集成研究考慮以下適配層放置： - 與MAC層集成或放置在MAC層上方（圖8.2.1-1a，b中所展示的實例）； - 放置在RLC層上方（圖8.2.1-1c，d，e和圖8.2.1-2中所展示的實例）。對於UE承載到回程RLC通道的1:1映射（參見章節8.2.4），Adapt可以與MAC層集成或放置在MAC層上方。每一IAB節點中的單獨的RLC實體被提供給這些回程RLC通道中的每一個。基於Adapt所承載的UE承載資訊將到達的PDU映射到對應的RLC實體。當UE承載被聚合到回程RLC通道（例如基於QoS設定檔（參見章節8.2.4）時，Adapt可放置在RLC層上方。對於RLC上方的Adapt和MAC上方的Adapt兩者，當UE承載被聚合到邏輯通道時，邏輯通道可以與QoS設定檔相關聯。所支援的QoS設定檔的數目受到LCID空間限制。諸圖展示實例協定堆疊並且不排除其它可能性。雖然服務於回程的RLC通道包含適配層，但適配層可或可不包含在IAB節點存取鏈路中。適配標頭結構適配層可由子層組成。舉例來說，可察覺到GTP-U標頭變為適配層的一部分。GTP-U標頭還可能被攜載在適配層的頂部上以攜載IAB節點DU與CU之間的端對端相關聯（圖8.2.1-1d中所展示的實例）。替代地，IP標頭可以是適配層的部分或被攜載在適配層的頂部上。圖8.2.1-1e中展示一個實例。在此實例中，IAB施主DU擁有IP路由功能以將去程的IP路由平面延伸到所無線回程上的adapt承載的IP層。這允許端對端（即在IAB節點DU與IAB施主CU-UP之間）建立原生F1-U。該情境意味著每一IAB節點都擁有IP位址，其可通過IAB施主DU從去程路由。IAB節點的IP位址可進一步用於在無線回程上路由。應注意，在Adapt的頂部上的IP層不表示PDU會話。此IP層上的MT的第一跳躍路由器因此不必須擁有UPF。關於適配層置放的觀測 1. 以上的RLC適配層可僅支援逐跳的ARQ。以上的MAC適配層可以支援逐跳和端對端ARQ兩者。 2. 適配層放置可以例如通過將IAB節點位址插入到適配標頭中來支援聚合的路由。 3. 特定於UE的ID可以是完全新的識別符或可再使用現有識別符中的一個。包含在Adapt中的識別符可以取決於適配層放置而變化。 4. 適配層放置兩者均可以支援每UE承載QoS處理。為了使每一UE承載在其數目超過LCID空間的大小時接收個別QoS支援，一個可能的解決方案是可通過MAC子標頭的改變或通過放置於Adapt標頭中的專用資訊實現的LCID空間的擴展。可能需要BSR報告的增強。 5. 適配層放置兩者均可以支援聚合的QoS處置，如在以下實例網路配置中。 a. 對於以上的RLC適配層，具有相同QoS設定檔的UE承載可以出於此目的聚合到一個回程RLC通道。 b. 對於以上的MAC或與MAC集成的適配層，具有相同QoS設定檔的UE承載可以通過排程器以相同優先順序來處理。 6. 對於適配層放置兩者，路由和QoS處置的聚合允許中間的路徑上IAB節點的主動的配置，即配置與UE承載建立/發佈無關。 7. 對於適配層放置兩者，可以在TX側上預處理RLC ARQ。 […] 8.6 UL排程的時延由於IAB網路中的多個跳躍而增加的時延可能不利地影響控制平面程序（例如切換和無線電鏈路恢復）以及使用者平面數據傳送兩者的執行。為了在IAB排程中實現跳躍不可知的執行，重要的是減少從UE到IAB施主的E2E延遲並滿足時延要求，而不管UE與IAB施主相距的跳數。在多跳網路中，從子級節點到達的上行數據可能在父級節點和中間節點處受到排程延遲。在一定程度上，這與新數據在發送BSR之後到達UE緩衝區中的單跳UE相同。然而，在多跳網路中，延遲由於IAB節點處的跳躍數目和聚合數據量而有可能累積，並且可能需要緩解機制。圖8.6-1中展示對每個跳躍處的上行鏈路資源的請求和UL數據傳送。 [標題為“IAB網路中的上行鏈路延遲：最差情況情境，其中中間節點均不分配有任何UL資源”的3GPP TR 38.874 V16.0.0的圖8.6-1重製為第8圖] 顯然，由於多個連續上行鏈路資源請求和分配步驟，此過程可顯著長於單跳網路中的對應過程。這些延遲的基本原因為，IAB節點的MT部分僅可在其實際上接收待傳送的數據之後請求用於UL數據傳送的上行鏈路資源。緩解此類延遲的一種方法由基於預期到達的數據在IAB節點處發起上行鏈路資源請求組成。這將使得IAB節點能夠在從其服務的子級IAB節點或UE接收到實際數據之前獲得上行鏈路資源。對於WI階段，保留SR/BSR和UL排程的內容和觸發的細節。

在NR中，與排程請求（SR）/緩衝區狀態報告（BSR）相關的程序在3GPP TS 38.321中指定並且在下文被提供作為起點以用於進一步增強。 5.4.4 排程請求排程請求（Scheduling Request，SR）用於請求用於新傳送的UL-SCH資源。可用零個、一個或更多個SR配置來配置MAC實體。SR配置由橫跨不同BWP和細胞的用於SR的一組PUCCH資源組成。對於邏輯通道，每BWP最多配置一個用於SR的PUCCH資源。每個SR配置對應於一個或多個邏輯通道。每個邏輯通道可映射到零或一個SR配置，該SR配置由RRC配置。觸發BSR（子條項5.4.5）的邏輯通道的SR配置（如果此配置存在）被視為用於所觸發SR的對應SR配置。 RRC針對排程請求程序配置以下參數： -sr-ProhibitTimer （每SR配置）； -sr-TransMax （每SR配置）。針對排程請求程序使用以下UE變數： -SR_COUNTER （每SR配置）。如果SR被觸發且不存在待傳送的對應於相同SR配置的其它SR，那麼MAC實體應將對應SR配置的SR_COUNTER 設置成0。當SR被觸發時，其將被視為待傳送，直到將其取消為止。當傳送MAC PDU並且此PDU包含長或短的BSR MAC CE時，將取消在MAC PDU組合（assembly）之前觸發的所有待傳送SR並且將停止每個相應的sr-ProhibitTimer ，該BSR MAC CE含有在MAC PDU組合之前觸發BSR（參見子條項5.4.5）的上至（且包含）上一事件的緩衝區狀態。當UL授權可適應可用於傳送的所有待傳送數據時，將取消所有待傳送SR並且將停止每個相應的sr-ProhibitTimer 。僅BWP上在SR傳送時機的時間是活動狀態的PUCCH資源被視為有效。只要至少一個SR待傳送，對於每個待傳送SR，MAC實體應： 1＞如果MAC實體沒有配置成用於待傳送SR的有效PUCCH資源： 2＞在SpCell上發起隨機存取程序（參見子條項5.1）且取消待傳送SR。 1＞否則，對於對應於待傳送SR的SR配置： 2＞當MAC實體在有效PUCCH資源上具有用於所配置SR的SR傳送時機時；以及 2＞如果sr-ProhibitTimer 在SR傳送時機的時間不處於運行中；以及 2＞如果用於SR傳送時機的PUCCH資源不與測量間隙重疊；以及 2＞如果用於SR傳送時機的PUCCH資源不與UL-SCH資源重疊： 3＞如果SR_COUNTER ＜sr-TransMax ： 4＞使SR_COUNTER 遞增1； 4＞指示實體層在用於SR的一個有效PUCCH資源上用訊號發送SR； 4＞起動sr-ProhibitTimer 。 3＞否則： 4＞通知RRC針對所有服務細胞釋放PUCCH； 4＞通知RRC針對所有服務細胞釋放SRS； 4＞清除配置的任何下行鏈路指派和上行鏈路授權； 4＞清除用於半持續CSI報告的任何PUSCH資源； 4＞在SpCell上發起隨機存取程序（參見子條項5.1）且取消所有待傳送SR。注釋1：當MAC實體具有用於SR傳送時機的多於一個重疊有效PUCCH資源時，由UE實施決定選擇哪個用於SR的有效PUCCH資源來用訊號發送SR。注釋2：如果多於一個單獨SR觸發從MAC實體到PHY層的指令以在相同有效PUCCH資源上用訊號發送SR，那麼用於相關SR配置的SR_COUNTER僅遞增一次。由於不具有所配置的有效PUCCH資源的待傳送SR，MAC實體可以停止（如果存在）進行中的隨機存取程序，該隨機存取程序由MAC實體在MAC PDU組合之前發起。當使用除由隨機存取回應提供的UL授權以外的UL授權來傳送MAC PDU並且此PDU包含BSR MAC CE時，或當UL授權可適應可用於傳送的所有待傳送數據時，可以停止此類隨機存取程序，該BSR MAC CE含有在MAC PDU組合之前觸發BSR（參見子條項5.4.5）的上至（且包含）上一事件的緩衝區狀態。 […] 5.4.5 緩衝區狀態報告緩衝區狀態報告（BSR）程序用於為服務gNB提供關於MAC實體中的UL數據量的資訊。 RRC配置以下參數以控制BSR： -periodicBSR-Timer ； -retxBSR-Timer ； -logicalChannelSR-DelayTimerApplied ； -logicalChannelSR-DelayTimer ； -logicalChannelSR-Mask ； -logicalChannelGroup 。每個邏輯通道可使用logicalChannelGroup 分配到LCG。LCG的最大數目是八。 MAC實體根據TS 38.322[3]和38.323 [4]中的數據量計算程序來決定可用於邏輯通道的UL數據量。如果發生以下事件中的任一個，應觸發BSR： - 對於屬於LCG的邏輯通道，UL數據變得可用於MAC實體；以及 - 此UL數據屬於具有比含有屬於任何LCG的可用UL數據的任何邏輯通道的優先順序高的優先順序的邏輯通道；或 - 属於LCG的邏輯通道中沒有一個含有任何可用UL數據。在此狀況下，BSR在下文被稱作‘常規BSR’； - 分配UL資源，並且填充位元的數目等於或大於緩衝區狀態報告MAC CE加上其子標頭的大小，在此狀況下，該BSR在下文被稱作‘填充BSR’； -retxBSR-Timer 到期，且屬於LCG的邏輯通道中的至少一個含有UL數據，在此狀況下，下文將該BSR稱為‘常規BSR’； -periodicBSR-Timer 到期，在此狀況下，下文將BSR稱作‘週期性BSR’。注釋：當同時針對多個邏輯通道發生常規BSR觸發事件時，每個邏輯通道觸發一個單獨的常規BSR。對於常規BSR，MAC實體應： 1＞如果針對由上部層配置logicalChannelSR-DelayTimerApplied 的邏輯通道觸發BSR，那麼： 2＞起動或重新起動logicalChannelSR-DelayTimer 。 1＞否則： 2＞如果運行，那麼停止logicalChannelSR-DelayTimer 。對於常規和週期性BSR，MAC實體應： 1＞如果在要建立含有BSR的MAC PDU時，多於一個LCG具有可用於傳送的數據，那麼： 2＞針對具有可用於傳送的數據的所有LCG，報告長BSR。 1＞否則： 2＞報告短BSR。對於填充BSR： 1＞如果填充位元的數目等於或大於短BSR加上其子標頭的大小但小於長BSR加上其子標頭的大小： 2＞如果在要建立BSR時，多於一個LCG具有可用於傳送的數據： 3＞如果填充位元的數目等於短BSR加上其子標頭的大小： 4＞對於具有可用於傳送的數據的最高優先順序邏輯通道報告LCG的短截斷BSR。 3＞否則： 4＞遵循這些LCG中的每一個中的最高優先順序邏輯通道的降低次序（具有或不具有可用於傳送的數據），並且在優先順序相同的狀況下以LCGID的遞增次序，向具有帶有可用於傳送的數據的邏輯通道的LCG報告長截斷BSR。 2＞否則： 3＞報告短BSR。 1＞否則，如果填充位元的數目等於或大於長BSR加上其子標頭的大小： 2＞針對具有可用於傳送的數據的所有LCG，報告長BSR。對於通過retxBSR-Timer 到期觸發的BSR，MAC實體考慮在觸發BSR時，觸發BSR的邏輯通道是具有可用於傳送的數據的最高優先順序邏輯通道。 MAC實體應： 1＞如果緩衝區狀態報告程序決定已觸發且未取消至少一個BSR，那麼： 2＞如果由於邏輯通道優先化，UL-SCH資源可用於新傳送並且UL-SCH資源可適應BSR MAC CE加上其子標頭，那麼： 3＞指示多工和組合程序來產生BSR MAC CE； 3＞起動或重新起動periodicBSR-Timer ，當所有所產生BSR是長或短截斷BSR時除外； 3＞起動或重新起動retxBSR-Timer 。 2＞如果常規BSR已觸發且logicalChannelSR-DelayTimer 不處於運行中： 3＞如果不存在可用於新傳送的UL-SCH資源；或 3＞如果MAC實體被配置有所配置的上行鏈路授權並且針對logicalChannelSR-Mask 被設定成假的邏輯通道觸發常規BSR；或 3＞如果可用於新傳送的UL-SCH資源不滿足配置成用於觸發BSR的邏輯通道的LCP映射限制（參見子條項5.4.3.1），那麼： 4＞觸發排程請求。注釋：如果MAC實體具有用於任一類型的所配置上行鏈路授權的活動配置，或如果MAC實體已接收到動態上行鏈路授權，或如果滿足這兩個條件，那麼UL-SCH資源被視為可用的。如果MAC實體已在給定時間點決定UL-SCH資源是可用的，那麼這無需意味著UL-SCH資源可用於該時間點。即使當多個事件已觸發BSR時，MAC PDU也應最多含有一個BSR MAC CE。常規BSR和週期性BSR應優先於填充BSR。 MAC實體應在接收到針對任何UL-SCH上的新數據的傳送的授權後重新起動retxBSR-Timer 。當UL授權可以適應可用於傳送的所有待傳送數據但並不足以另外適應BSR MAC CE加上其子標頭時，可取消所有觸發的BSR。當傳送MAC PDU並且此PDU包含長或短的BSR MAC CE時，應取消在MAC PDU組合之前觸發的所有BSR，該BSR MAC CE含有在MAC PDU組合之前觸發BSR的上至（且包含）上一事件的緩衝區狀態。注釋：MAC PDU組合可在上行鏈路授權接收與對應MAC PDU的實際傳送之間的任何時間點發生。可在組合含有BSR MAC CE的MAC PDU之後但在傳送此MAC PDU之前觸發BSR和SR。另外，可在MAC PDU組合期間觸發BSR和SR。 […] 6.1.3 MAC控制元素（CE） 6.1.3.1 緩衝區狀態報告MAC CE 緩衝區狀態報告（BSR）MAC CE由以下組成： - 短BSR格式（固定大小）；或 - 長BSR格式（可變大小）；或 - 短截斷BSR格式（固定大小）；或 - 長截斷BSR格式（可變大小）。 BSR格式由具有LCID的MAC PDU子標頭識別，如表6.2.1-2中指定。 BSR MAC CE中的欄位定義如下： - LCG ID：邏輯通道群組ID欄位識別正報告緩衝區狀態的邏輯通道群組。該欄位的長度是3位元； - LCG_i ：對於長BSR格式，此欄位指示存在用於邏輯通道群組i的緩衝區大小欄位。設置成“1”的LCG_i 欄位指示邏輯通道群組i的緩衝區大小欄位被報告。設置成“0”的LCG_i 欄位指示邏輯通道群組i的緩衝區大小欄位未被報告。對於長截斷BSR格式，此欄位指示邏輯通道群組i是否具有可用數據。設置成“1”的LCG_i 欄位指示邏輯通道群組i具有可用數據。設置成“0”的LCG_i 欄位指示邏輯通道群組i不具有可用數據； - 緩衝區大小：在已經建立MAC PDU之後（即，在邏輯通道優先化程序之後，該程序可以使緩衝區大小欄位的值為零），緩衝區大小欄位根據TS 38.322[3]和38.323[4]中的數據量計算程序橫跨邏輯通道群組中的所有邏輯通道來識別可用的總數據量。數據量是以位元組的數目指示。RLC和MAC標頭的大小在緩衝區大小計算中不考慮。用於短BSR格式和短截斷BSR格式的此欄位的長度為5位元。用於長BSR格式和長截斷BSR格式的此欄位的長度為8位元。用於5位元和8位元緩衝區大小欄位的值分別展示於表6.1.3.1-1和6.1.3.1-2中。對於長BSR格式和長截斷BSR格式，基於LCG_i 以遞增次序包含緩衝區大小欄位。對於長截斷BSR格式，所包含的緩衝區大小欄位的數目被最大化，而不超出填充位元的數目。注釋：長BSR和長截斷BSR格式中的緩衝區大小欄位的數目可為零。 [標題為“短BSR和短截斷BSR MAC CE”的3GPP TS 38.321 V15.4.0的圖6.1.3.1-1重製為第9圖 ] [標題為“長BSR和長截斷BSR MAC CE”的3GPP TS 38.321 V15.4.0的圖6.1.3.1-2重製為第10圖 ] [標題為“5位元緩衝區大小欄位的緩衝區大小層級（以位元組為單位）”的3GPP TS 38.321 V15.4.0的表6.1.3.1-1重製為第11圖 ] [標題為“8位元緩衝區大小欄位的緩衝區大小層級（以位元組為單位）”的3GPP TS 38.321 V15.4.0的表6.1.3.1-2重製為第12A圖和第12B圖 ] […] 6.2.1 用於DL-SCH和UL-SCH的MAC子標頭 MAC子標頭由以下欄位組成： - LCID：邏輯通道ID欄位識別對應MAC SDU的邏輯通道例子或對應MAC CE或填充的類型，如表6.2.1-1和6.2.1-2中分別針對DL-SCH和UL-SCH所描述。每MAC子標頭存在一個LCID欄位。LCID欄位大小為6個位元； - L：長度欄位指示對應MAC SDU或大小可變的MAC CE的位元組長度。除了對應於大小固定的MAC CE、填充和含有UL CCCH的子標頭以外，每MAC子標頭存在一個L欄位。L欄位的大小由F欄位指示； - F：格式欄位指示長度欄位的大小。除了對應於大小固定的MAC CE、填充和含有UL CCCH的MAC SDU以外，每MAC子標頭存在一個F欄位。F欄位的大小是1位元。值0指示8位元的長度欄位。值1指示16位元的長度欄位。 - R：預留位元，被設置成“0”。 MAC子標頭是八位元位元組對準的。 [標題為“用於DL-SCH的LCID的值”的3GPP TS 38.321 V15.4.0的表6.2.1-1重製為第13圖 ] [標題為“用於UL-SCH的LCID的值”的3GPP TS 38.321 V15.4.0的表6.2.1-2重製為第14圖 ] […] 5.4.3.1.3 資源的分配在執行新傳送時，MAC實體應： 1＞將資源配置到邏輯通道，如下： 2＞在條項5.4.3.1.2中針對UL授權所選的其中B_j ＞0的邏輯通道是呈降冪優先順序次序的分配資源。如果邏輯通道的PBR被設置成無窮大，那麼MAC實體將在滿足較低優先順序邏輯通道的PBR之前為可用於邏輯通道上的傳送的所有數據分配資源； 2＞將B_j 遞減提供到上述邏輯通道j 的MAC SDU的總大小； 2＞如果剩餘任何資源，則在條項5.4.3.1.2中所選的所有邏輯通道均按嚴格的降冪優先順序次序（不論B_j 的值如何）提供，直到用於該邏輯通道的數據或UL授權（無論哪個先發生）用盡為止。配置有相同優先順序的邏輯通道應當被相等地提供。注釋：B_j 的值可為負的。如果請求MAC實體同時傳送多個MAC PDU，或如果MAC實體在一個或多個重合PDCCH時機內接收多個UL授權（即在不同服務細胞上），那麼由UE實施方案決定以哪種次序處理該授權。 UE在以上排程程序期間還將遵循以下規則： - 如果整個SDU（或部分傳送的SDU或重新傳送的RLC PDU）配合到相關聯MAC實體的剩餘資源中，那麼UE不應當將RLC SDU（或部分傳送的SDU或重新傳送的RLC PDU）分段； - 如果UE將來自邏輯通道的RLC SDU分段，那麼其將最大化片段的大小以盡可能多地填充相關聯MAC實體的授權； - UE應最大化數據的傳送； - 如果MAC實體被給定等於或大於8位元組的UL授權大小，同時具有可用於且被允許（根據條項5.4.3.1）用於傳送的數據，那麼MAC實體不應僅傳送填補BSR和/或填補。在滿足以下條件的情況下，MAC實體不應產生用於HARQ實體的MAC PDU： - MAC實體配置有具有真值的skipUplinkTxDynamic ，且向HARQ實體指示的授權定址到C-RNTI，或指示到HARQ實體的授權是所配置的上行鏈路授權；且 - 不存在針對此PUSCH傳送請求的非週期性CSI，如TS 38.212 [9]中指定；且 - 該MAC PDU包含零個MAC SDU；且 - 該MAC PDU僅包含週期性BSR，且不存在可用於任何LCG的數據，或該MAC PDU僅包含填充BSR。邏輯通道應根據以下次序排列優先順序（最高優先順序列在第一）： - C-RNTI MAC CE或來自UL-CCCH的數據； - 所配置的授權確認MAC CE； - 用於BSR的MAC CE，所包含的用於填充的BSR除外； - 單入口PHR MAC CE或多入口PHR MAC CE； - 來自任何邏輯通道的數據，來自UL-CCCH的數據除外； - 用於建議位元速率查詢的MAC CE； - 所包含的用於填充的BSR的MAC CE。

根據3GPP TR 38.874中的定義，IAB節點通常是支援對UE的無線存取並且無線地回傳存取業務的RAN節點，並且IAB施主是提供UE到核心網路的介面和到IAB節點的無線回傳功能性的RAN節點。IAB節點還可被稱作中繼傳送/接收點（Relay Transmission/Reception Point，rTRP）、中繼，或無線傳送/接收單元（wireless transmission/reception unit，WTRU）。IAB施主也可被稱作錨節點。IAB施主可以是gNB或gNB的一部分，或可包含gNB的至少部分，且具有支援IAB的額外功能性。

每個IAB節點可包含行動-終止（Mobile-Termination，MT）部分和網路（network，NW）部分。IAB節點的MT部分具有典型使用者設備（user equipment，UE）應具有的功能性的至少部分，並且IAB節點的NW部分具有典型網路節點（例如，gNB）應具有的功能性的至少部分。

當第一IAB節點通過其MT部分充當另一第二IAB節點（或IAB施主）的UE時，第一IAB節點可被稱作第二IAB節點的子級節點（或IAB施主的子級節點）。當第三IAB節點通過其NW部分充當另一第四IAB節點（或UE）的網路節點時，第三IAB節點可被稱作第四IAB節點的父級節點（或UE的父級節點）。

下行鏈路（downlink，DL）IAB傳送包含回程鏈路上從父級節點到其子級節點的傳送，並且可包含存取鏈路上從IAB節點到UE的傳送，這些傳送由IAB節點服務。上行鏈路（uplink，UL）IAB傳送包含回程鏈路上從子級節點到其父級節點或IAB施主的傳送。

取決於回程鏈路和存取鏈路是否在頻率上至少部分地重疊，回程鏈路可相對於存取鏈路在帶內或在帶外。帶內回程產生半雙工或干擾約束，這意味著IAB節點無法在兩個鏈路上同時傳送和接收。

IAB節點可以是實體固定的（例如，其位置是固定的）或行動的（例如，在公共汽車或火車上）。

RAN2 #104會議紀要中記錄了3GPP RAN2 #104會議關於“對用於NR的集成存取和回程的研究”的使用者平面方面的協定，如下：協定 =＞我們主張合併實例1，“調高RLC（adapt above RLC）”+“LCID擴展（LCID ext）” =＞我們將LCID擴展保留在解決方案描述中，這是實現1:1映射的方法 =＞確認預期UE不需要實施LCID擴展。 =＞ Rel-16中僅存在逐跳ARQ =＞ Rel.16 IAB WI僅集中於“存取IAB節點處的IP終止” =＞確認GTP-U包含在用於F1-U的UP堆疊中

在RAN2#107bis會議紀要中記錄了3GPP RAN2 #107bis會議關於“用於NR的集成存取和回程”的使用者平面方面的協定，如下：確認這是預期的增強行為：在由第二（父級）節點從第一（子級）節點接收BSR之後，可在實際數據從第一節點到達之前從第三節點（第二節點的父級）請求資源。

在RAN2 #108會議紀要中記錄了3GPP RAN2 #108會議關於“用於NR的集成存取和回程”[9]的使用者平面方面的協定，如下：我們為搶佔BSR指定新的BSR（具有新的格式）。對於新的BSR - 區分BSR可用的數據（如現今）與預期數據。 - 除非識別需要規範性解決方案的問題，否則實施LCH與搶佔BSR的相關聯。 - 有待進一步研究MAC實體產生的SR和BSR是否需要或可以僅報告給該MAC實體的同級駐留的父級節點。 - 在觸發搶佔BSR時，可以在階段-3/2中捕獲類似於當前協定的一些文本。 - 確切的時間等取決於實施。

3GPP R2-1916537是用於MAC規範上的搶佔BSR修改的前向文本提議。修改的內容如下：如果被配置，那麼還可針對IAB-MT的特定狀況觸發BSR，如果以下事件中的任一個發生的話： - 將UL授權提供到子級IAB節點或UE； - 從子級IAB節點或UE接收BSR。此BSR被稱作“搶佔”BSR並且出於SR觸發的目的而被處理為常規BSR。 […] - 緩衝區大小：在已經建立MAC PDU之後（即，在邏輯通道優先化程序之後，該程序可以使緩衝區大小欄位的值為零），緩衝區大小欄位根據TS 38.322[3]和38.323[4]中的數據量計算程序橫跨邏輯通道群組中的所有邏輯通道來識別可用的總數據量。數據量是以位元組的數目指示。RLC和MAC標頭的大小在緩衝區大小計算中不考慮。用於短BSR格式和短截斷BSR格式的此欄位的長度為5位元。用於長BSR格式和長截斷BSR格式的此欄位的長度為8位元。用於5位元和8位元緩衝區大小欄位的值分別展示於表6.1.3.1-1和6.1.3.1-2中。對於長BSR格式和長截斷BSR格式，基於LCG_i 以遞增次序包含緩衝區大小欄位。對於長截斷BSR格式，所包含的緩衝區大小欄位的數目被最大化，而不超出填充位元的數目。對於搶佔BSR，緩衝區大小欄位識別預期到達搶佔BSR被觸發的節點之總數據量。注釋：對於搶佔BSR，若經配置，那麼要報告的LCG、預期數據量計算、報告搶佔BSR的確切時間以及相關聯的LCH留待實施。

在3GPP RAN2 #108會議中，以上文本提議被認可為基線，除了格式以外，該格式有待進一步研究。

根據第8圖，在多跳網路中，上行鏈路數據受到的排程延遲由於跳躍數目而有可能累積，並且可能需要緩解機制。第8圖是標題為“IAB網路中的上行鏈路延遲：最差狀況情境，其中中間節點中沒有一個具有被分配給其的任何UL資源”的TR 38.874 V16.0.0的圖8.6-1的重製。

如3GPP TR 38.874的子條項8.6中提及的分析，這些延遲的根本原因在於具有典型的UE應具有的功能性的至少部分的IAB節點的MT部分遵循用於典型的UE的規範，該UE可以基於當前NR MAC規範，3GPP TS 38.321，在其實際上接收待傳送的數據之後僅請求用於UL數據傳送的上行鏈路資源。

還如3GPP TR 38.874中的子條項8.6中所提及，減少此類延遲的一種方法由基於預期到達的數據在IAB節點處發起上行鏈路資源請求組成，並且這將使得IAB節點能夠在從其子級節點接收實際數據之前獲得上行鏈路資源，該子級節點可以是該IAB節點服務於的另一IAB節點或UE。

迄今為止，當前NR MAC規範，3GPP TS 38.321，考慮來源自UE的上行鏈路業務作為UE“自生”上行鏈路業務。這可能意味著即使來源自UE的上行鏈路業務的流動實際上從其它裝置傳輸到UE，UE仍將其視為與UE“自生”上行鏈路業務相同。該處理具有以下特性：來源自UE的上行鏈路業務僅在上行鏈路業務到達UE並且已經由UE知曉之後處置，如同上行鏈路業務由UE自身產生。當上行鏈路業務到達了UE並且已經由UE知曉時，上行鏈路業務的狀態已經可用於上行鏈路傳送。此種行為引起排程延遲。然而，如以上分析中所論述，當僅存在從UE到gNB的一個跳躍時，此類由於多個跳躍而累加的排程延遲並不存在。

不同於UE，對於IAB節點，來源自IAB節點的上行鏈路業務可由IAB節點自身“自生”，和/或可從其子級節點“子級節點遞送”到IAB節點。由於將IAB節點設計成中繼，因此“子級節點遞送的”上行鏈路業務可以是來源自IAB節點的上行鏈路業務的主要部分。如上文所提及的分析，為了減少由於多個跳躍而引起的累積的排程延遲，可應用由IAB節點基於預期到達的數據發起上行鏈路資源請求的方法。這可能意味著來源自IAB節點的“子級節點遞送的”上行鏈路業務可以在上行鏈路業務到達IAB節點但已經被IAB節點知曉之前處置。對於“子級節點遞送的”上行鏈路業務的處理應不同於對於‘自生的’上行鏈路業務的處理。當“子級節點遞送的”上行鏈路業務已經由IAB節點知曉但尚未到達IAB節點時，上行鏈路業務的狀態為“預期到達”。因此，從IAB節點的視角，IAB節點“子級節點遞送的”上行鏈路業務可具有兩個階段，該兩個階段是：當上行鏈路業務已經由IAB節點知曉但尚未到達IAB節點時的“預期到達”；和當上行鏈路業務已經到達IAB節點並且已經由IAB節點知曉時的“已經接收”（即，已經可用於上行鏈路傳送）。

有可能假設通過當前NR MAC規範的原始機制，IAB節點“自生的”上行鏈路業務的處置與UE“自生的”上行鏈路業務的處置相同，並且將減少累積的排程延遲的方法應用於IAB節點“子級節點遞送的”上行鏈路業務，其具有“預期到達”和“已經接收”階段。IAB節點“子級節點遞送的”上行鏈路業務的“已經接收”的階段與IAB節點“自生的”上行鏈路業務的“已經可用於上行鏈路傳送”相同。

基於以上描述，為了減少由於多個跳躍引起的累積的排程延遲，IAB節點可基於“預期到達”的“子級節點遞送的”上行鏈路業務發起上行鏈路資源請求。IAB節點的子級節點可以是UE或另一IAB節點。

有可能假設，IAB節點取決於從子級節點接收BSR以知曉“預期到達”的“子級節點遞送的”上行鏈路業務的所估計和/或粗略量。也有可能假設，在“子級節點遞送的”上行鏈路業務的“預期到達”階段期間，IAB節點觸發新種類的BSR作為上行鏈路資源請求，以便減少由於多個跳躍引起的累積的排程延遲。新種類的BSR可不同於在NR MAC規範（3GPP TS 38.321）中定義的BSR。基於預期到達的數據觸發的BSR可被稱為搶佔BSR。基於實際上被接收的數據或已經可用於上行鏈路傳送的數據觸發的BSR可被稱為正常BSR。

如當前MAC規範（3GPP TS 38.321）的章節5.4.5中所指定，三個不同種類的BSR（即，常規BSR，週期性BSR以及填充BSR）具有不同特性。搶佔BSR可以是常規BSR。搶佔BSR可能不是常規BSR。搶佔BSR可能不是週期性BSR。搶佔BSR可能不是填充BSR。正常BSR可以是常規BSR。正常BSR可以是週期性BSR。正常BSR可能不是週期性BSR。正常BSR可能不是填充BSR。週期性BSR和填充BSR的觸發條件可保持與當前MAC規範（3GPP TS 38.321）的章節5.4.5中所指定的相同。

用於IAB節點的搶佔BSR可在無“實際上被接收”階段中或已經可用於IAB節點中的上行鏈路傳送的數據的情況下被觸發。對應於用於IAB節點的搶佔BSR的報告內容可指示包含預期到達的數據但不包含已經可用的數據的數據量（或將在BSR MAC CE中報告的緩衝區大小）。替代地或另外，搶佔BSR可共同地或單獨地指示“預期到達”的數據（如果存在）和“實際上被接收”用於上行鏈路傳送的數據。

基於以上描述，有可能具有如下的情境。IAB節點從其子級節點接收BSR。如果子級節點是UE，那麼BSR可以是正常BSR。如果子級節點是另一IAB節點，那麼BSR可以是搶佔BSR或正常BSR。在從子級節點接收BSR之後，IAB節點可基於“預期到達”的數據觸發其搶佔BSR。可根據從其子級節點接收的BSR指示搶佔BSR。

根據RAN2 #108會議紀要，針對搶佔BSR定義新的BSR，並且新的BSR在BSR中區分可用的數據（如現今）與預期數據。根據3GPP R2-1916537，“[f]或搶佔BSR，緩衝區大小欄位識別預期到達搶佔BSR被觸發的節點的總數據量”。參見第4頁的3GPP R2-1916537。

第15圖是標題為“長BSR、長截斷BSR和搶佔BSR MAC CE”的3GPP R2-1916537的圖6.1.3.1-2的重製。儘管新的BSR的格式仍有待進一步研究（FFS），但根據具有第15圖中展示的新的搶佔BSR MAC CE的可能格式的3GPP R2-1916537，可假設，新的BSR報告“預期到達”的數據和可用於傳送的數據的量。另外，正常或傳統BSR報告‘已經可用’的數據而非預期到達的數據的量，其功能與現在的功能相同（例如，如3GPP TS 38.321中所指定）。

此外，根據當前MAC規範（3GPP TS 38.321），“[A]MAC PDU應含有至多一個BSR MAC CE，即使當多個事件具有被觸發的BSR時”。參見第35頁的3GPP TS 38.321。這意味著，MAC PDU可含有搶佔BSR（其報告預期到達的數據量）或正常BSR（其報告可用於傳送的數據量），但不含有兩者，然而，這可引起僅一種類型的BSR、新的搶佔BSR或正常或傳統BSR可包含在一個MAC PDU中的問題，即使兩種類型的BSR—新的搶佔BSR和正常/傳統BSR—被觸發或需要被報告。這可引起用於父級節點的延遲以知曉來自子級節點的UL資源請求。

舉例來說，IAB節點可觸發搶佔BSR，例如：回應於從其子級節點接收BSR，或回應於將UL授權提供到其子級節點。在將轉發到父級節點的一些數據到達之後，IAB節點可觸發正常BSR（例如除了搶佔BSR以外的常規BSR），例如：由於UL數據屬於優先順序比屬於任何LCG的含有可用的UL數據的任何邏輯通道的優先順序高的邏輯通道，或屬於任何LCG的邏輯通道中無一者含有任何可用的UL數據。在此狀況下，搶佔BSR和正常BSR被觸發（或待傳送）並且需要回報。

舉例來說，IAB節點可觸發搶佔BSR，例如：回應於從其子級節點接收BSR，或回應於將UL授權提供到其子級節點。同時，已經存在可用於傳送的一些UL數據，且因此正常BSR（例如除了搶佔BSR以外的常規BSR）是待傳送的。正常BSR可由於UL數據屬於優先順序比屬於任何LCG的含有可用的UL數據的任何邏輯通道的優先順序高的邏輯通道或屬於任何LCG的邏輯通道中無一者含有任何可用的UL數據而被觸發。在此狀況下，搶佔BSR和正常BSR被觸發（或待傳送）並且需要回報。

為解決該問題，允許MAC PDU包含多個BSR MAC CE，例如第一BSR和第二BSR。第一BSR可以是常規BSR。第二BSR可以是常規BSR。第一BSR可以是搶佔BSR。第二BSR可以是正常BSR（例如除了搶佔BSR以外的常規BSR）。第一BSR和/或第二BSR可能不是側鏈路BSR（SL-BSR）。

IAB節點可產生和/或傳送包含第一BSR和第二BSR的MAC PDU。可使用由IAB節點的父級節點排程的UL授權來傳送MAC PDU。UL授權可容納至少兩個BSR MAC CE。搶佔BSR可被觸發並且不被取消。搶佔BSR可由於從其子級節點接收到的BSR而被觸發。搶佔BSR可由於將UL授權提供到其子級節點而被觸發。正常BSR可被觸發並且不被取消。正常BSR可由於UL數據屬於優先順序比屬於任何LCG的含有可用的UL數據的任何邏輯通道的優先順序高的邏輯通道而被觸發。正常BSR可由於屬於任何LCG的邏輯通道中無一者含有任何可用的UL數據而被觸發。

舉例來說，IAB節點可觸發搶佔BSR。IAB節點可觸發正常BSR。IAB節點可在觸發正常BSR之前，觸發佔先搶佔BSR。替代地，IAB節點可在觸發搶佔BSR之前，觸發正常BSR。當搶佔BSR和正常BSR兩者是待傳送的（例如被觸發並且不被取消）時，IAB節點可接收UL授權。IAB節點可使用UL授權以傳送包含第一BSR MAC CE和第二BSR MAC CE的MAC PDU。第一BSR MAC CE可對應於搶佔BSR。第二BSR MAC CE可對應於正常BSR。

在一個實例中，MAC PDU至多含有對應於搶佔BSR的一個BSR MAC CE和對應於正常BSR的一個BSR MAC CE。如果正常BSR被觸發多次，那麼對應於正常BSR的至多一個BSR MAC CE可包含在MAC PDU中。

在一個實例中，可以將MAC規範（3GPP TS 38.321）中的規定從“含有至多一個BSR MAC CE”改變為“對於每種類型的BSR含有至多一個BSR MAC CE”。更具體地說，正常BSR被視為一種類型的BSR，並且新的搶佔BSR被視為另一類型的BSR。更具體地說，至多一個搶佔BSR MAC CE可包含在一個MAC PDU中。通過這種方式，當兩種類型的BSR—新的搶佔BSR和正常/傳統BSR—需要被報告時，一個MAC PDU可含有一個搶佔BSR和一個傳統或正常BSR。

下文提供修改當前NR MAC規範（3GPP TS 38.321）的可能的文本提議：即使當多個事件已觸發BSR時，MAC PDU仍應對於每種類型的BSR（即，正常BSR和搶佔BSR）含有至多一個BSR MAC CE。常規BSR和週期性BSR應優先於填充BSR。在另一實例中，可以將MAC規範TS 38.321[2]中的規定從“含有至多一個BSR MAC CE”改變為“含有至多一個BSR MAC CE，除了搶佔BSR的狀況以外”。對於搶佔BSR，MAC PDU可含有多於一個BSR MAC CE（例如兩個BSR MAC CE）並且其中之一是搶佔BSR。更具體地說，一個MAC PDU中仍存在至多一個正常/傳統BSR。一個或多於一個搶佔BSR可包含在一個MAC PDU中。

下文提供修改當前NR MAC規範（3GPP TS 38.321）的可能的文本提議：即使當多個事件已觸發BSR時，MAC PDU仍應含有至多一個BSR MAC CE，除了搶佔BSR的狀況以外。常規BSR和週期性BSR應優先於填充BSR。對於搶佔BSR，MAC PDU可含有多於一個BSR MAC CE（例如兩個BSR MAC CE）並且其中之一是搶佔BSR。

在一些狀況下，例如，如果至多一個BSR MAC CE可包含在MAC PDU中，而觸發（並不取消）搶佔BSR和正常BSR兩者，那麼需要考慮包含哪一BSR MAC CE。為了解決該問題，需要規定搶佔BSR與正常BSR之間的相對於MAC PDU中的包含次序的優先化（例如邏輯通道優先化）。

在一個實例中，正常BSR優先於搶佔BSR。如果搶佔BSR和正常BSR兩者待傳送或被觸發（並且不被取消），那麼IAB節點在MAC PDU中包含用於搶佔BSR的BSR MAC CE之前在MAC PDU中包含用於正常BSR的BSR MAC CE。

在接收UL授權之後，IAB節點可考慮可包含在對應於UL授權的MAC PDU中的內容（例如哪一MAC CE，哪一BSR MAC CE）。用於正常BSR的BSR MAC CE可包含在MAC PDU中。用於搶佔BSR的BSR MAC CE可不包含在MAC PDU中。MAC PDU的大小可能夠容納至少兩個BSR MAC CE（和對應的子標頭）。

如果UL授權可容納一個BSR MAC CE但無法容納兩個BSR MAC CE，那麼用於正常BSR的BSR MAC CE包含在對應於UL授權的MAC PDU中。用於搶佔BSR的BSR MAC CE不包含在對應於UL授權的MAC PDU中。

下文提供修改當前NR MAC規範（3GPP TS 38.321）的可能的文本提議：邏輯通道應根據以下次序排列優先順序（最高優先順序列在第一）： - C-RNTI MAC CE或來自UL-CCCH的數據； - 所配置的授權確認MAC CE； - 用於BSR的MAC CE，除針對填充和搶佔BSR包含的BSR外； - 用於搶佔BSR的MAC CE； - 單入口PHR MAC CE或多入口PHR MAC CE； - 來自任何邏輯通道的數據，來自UL-CCCH的數據除外； - 用於建議位元速率查詢的MAC CE； - 所包含的用於填充的BSR的MAC CE。

在另一實例中，搶佔BSR優先於正常BSR。如果搶佔BSR和正常BSR兩者待傳送或被觸發（並且不被取消），那麼IAB節點在MAC PDU中包含用於正常BSR的BSR MAC CE之前在MAC PDU中包含用於搶佔BSR的BSR MAC CE。

在接收UL授權之後，IAB節點可考慮可包含在對應於UL授權的MAC PDU中的內容（例如哪一MAC CE，哪一BSR MAC CE）。用於搶佔BSR的BSR MAC CE可包含在MAC PDU中。用於正常BSR的BSR MAC CE可不包含在MAC PDU中。MAC PDU的大小可能夠容納至少兩個BSR MAC CE（和對應的子標頭）。

如果UL授權可容納一個BSR MAC CE但無法容納兩個BSR MAC CE，那麼用於搶佔BSR的BSR MAC CE包含在對應於UL授權的MAC PDU中。用於正常BSR的BSR MAC CE不包含在對應於UL授權的MAC PDU中。

下文提供修改當前NR MAC規範（3GPP TS 38.321）的可能的文本提議：邏輯通道應根據以下次序排列優先順序（最高優先順序列在第一）： - C-RNTI MAC CE或來自UL-CCCH的數據； - 所配置的授權確認MAC CE； - 用於搶佔BSR的MAC CE； - 用於BSR的MAC CE，除針對填充和搶佔BSR包含的BSR外； - 單入口PHR MAC CE或多入口PHR MAC CE； - 來自任何邏輯通道的數據，來自UL-CCCH的數據除外； - 用於建議位元速率查詢的MAC CE； - 所包含的用於填充的BSR的MAC CE。

對於觸發一個正常或傳統BSR和一個搶佔BSR的狀況，MAC PDU的內容可存在以下4種結果： 1. 兩者都包含； 2. 包含正常或傳統BSR但不包含搶佔BSR； 3. 包含搶佔BSR但不包含正常或傳統BSR；及 4. 兩者都不包含。

如果被觸發的正常或傳統BSR或搶佔BSR不包含在MAC PDU中，那麼其可被取消或其可被觸發且等待下一個傳送機會。

當用於搶佔BSR的BSR MAC CE包含在MAC PDU中時，可取消搶佔BSR。當用於正常BSR的BSR MAC CE包含在MAC PDU中時，可不取消搶佔BSR。當用於正常BSR的BSR MAC CE包含在MAC PDU中時，可取消正常BSR。當用於搶佔BSR的BSR MAC CE包含在MAC PDU中時，可不取消正常BSR。搶佔BSR可在其被觸發後為待傳送的，直到其被取消為止。正常BSR可在其被觸發後為待傳送的，直到其被取消為止。

搶佔BSR可包含預期到達的數據量（或緩衝區大小）。搶佔BSR可不包含可用於傳送的數據量（或緩衝區大小）。正常BSR可包含可用於傳送的數據量（或緩衝區大小）。正常BSR可不包含預期到達的數據量（或緩衝區大小）。數據量（或緩衝區大小）可用於LCG。

第一BSR可以是短BSR。第二BSR可以是短BSR。第一BSR可以是長BSR。第二BSR可以是長BSR。

第16圖是從第一WTRU的角度的根據一個示範性實施例的流程圖1600。在步驟1605中，第一WTRU觸發第一BSR，其中第一BSR指示預期到達的數據量。在步驟1610中，第一WTRU觸發第二BSR，其中第二BSR指示已經可用的數據量。在步驟1615中，第一WTRU產生MAC PDU，其中MAC PDU包含至多一個用於第一BSR的第一BSR MAC CE和至多一個用於第二BSR的第二BSR MAC CE。

在一個實施例中，第一BSR可以是搶佔BSR。第二BSR可以是常規BSR或週期性BSR。

在一個實施例中，如果用於傳送MAC PDU的UL資源足以容納第一BSR MAC CE和第二BSR MAC CE，那麼MAC PDU可包含第一BSR MAC CE和第二BSR MAC CE。第一WTRU可基於根據包含次序使第二BSR MAC CE優先於第一BSR MAC CE的規則決定用於傳送MAC PDU的UL資源是否足以容納用於第一BSR的第一BSR MAC CE和用於第二BSR的第二BSR MAC CE。

在一個實施例中，如果基於該規則，用於傳送MAC PDU的UL資源不足以容納第一BSR MAC CE，那麼MAC PDU可包含第二BSR MAC CE並且可不包含第一BSR MAC CE。

第一WTRU可基於該規則產生用於第一BSR的第一BSR MAC CE和用於第二BSR的第二BSR MAC CE。第一WTRU可將MAC PDU傳送到第二WTRU，其中第二WTRU是第一WTRU的父級節點。

在一個實施例中，第一WTRU產生的MAC PDU可使用由第二WTRU排程的上行鏈路（UL）授權來傳送。第一WTRU可以是IAB節點。

在一個實施例中，第一WTRU可觸發第三BSR，其中第三BSR是常規BSR或週期性BSR，且其中MAC PDU包含至多一個用於所有被觸發的常規BSR和/或週期性BSR的BSR MAC CE。

返回參考第3圖和第4圖，在第一WTRU的一個示範性實施例中：第一WTRU 300包含儲存於記憶體310中的程式碼312。CPU 308可執行程式碼312以使得第一WTRU能夠：（i）觸發第一BSR，其中第一BSR指示預期到達的數據量；（ii）觸發第二BSR，其中第二BSR指示已經可用的數據量；及（iii）產生MAC PDU，其中MAC PDU包含至多一個用於第一BSR的第一BSR MAC CE和至多一個用於第二BSR的第二BSR MAC CE。此外，CPU 308可執行程式碼312以執行所有上文所描述的動作和步驟或本文中描述的其它動作和步驟。

第17圖是從第一WTRU的角度的根據一個示範性實施例的流程圖1700。在步驟1705中，第一WTRU觸發第一BSR，其中第一BSR指示預期到達的數據量。在步驟1710中，第一WTRU觸發第二BSR，其中第二BSR指示已經可用的數據量。在步驟1715中，第一WTRU基於根據包含次序使第二BSR MAC CE優先於第一BSR MAC CE的規則決定用於傳送MAC PDU的UL資源是否足以容納用於第一BSR的第一BSR MAC CE和用於第二BSR的第二BSR MAC CE。

在一個實施例中，第一WTRU可產生MAC PDU，如果基於該規則，用於傳送MAC PDU的UL資源不足以容納第一BSR MAC CE，那麼該MAC PDU包含用於第二BSR的第二BSR MAC CE並且不包含用於第一BSR的第一BSR MAC CE。第一WTRU可將MAC PDU傳送到第二WTRU，其中第二WTRU是第一WTRU的父級節點。

在一個實施例中，第一WTRU可產生MAC PDU，如果用於傳送MAC PDU的UL資源足以容納第一BSR MAC CE和第二BSR MAC CE，那麼該MAC PDU包含第一BSR MAC CE和第二BSR MAC CE。

在一個實施例中，可允許MAC PDU包含至多一個用於第一BSR的第一BSR MAC CE和至多一個用於第二BSR的第二BSR MAC CE。第一WTRU可以是集成存取和回程（IAB）節點。第一BSR可以是搶佔BSR。第二BSR可以是常規BSR或週期性BSR。

返回參考第3圖和第4圖，在第一WTRU的一個示範性實施例中：第一WTRU 300包含儲存於記憶體310中的程式碼312。CPU 308可執行程式碼312以使得第一WTRU能夠：（i）觸發第一BSR，其中第一BSR指示預期到達的數據量；（ii）觸發第二BSR，其中第二BSR指示已經可用的數據量；以及（iii）基於根據包含次序使第二BSR MAC CE優先於第一BSR MAC CE的規則決定用於傳送MAC PDU的UL資源是否足以容納用於第一BSR的第一BSR MAC CE和用於第二BSR的第二BSR MAC CE。此外，CPU 308可執行程式碼312以執行所有上文所描述的動作和步驟或本文中描述的其它動作和步驟。

第18圖是從第一WTRU的角度的根據一個示範性實施例的流程圖1800。在步驟1805中，第一WTRU觸發第一BSR，其中第一BSR指示預期到達的（所估計的）數據量。在步驟1810中，第一WTRU觸發第二BSR，其中第二BSR指示已經可用的數據量。在步驟1815中，第一WTRU構建傳輸塊，其中傳輸塊含有至少第一BSR和第二BSR。

在一個實施例中，第一WTRU可將傳輸塊轉送到第二WTRU，其是第一WTRU的父級節點（即，第一WTRU是第二WTRU的子級節點）。第一WTRU可以是IAB節點。第二WTRU可以是IAB節點，或IAB施主。

在一個實施例中，傳輸塊可以是MAC PDU。第一BSR和/或第二BSR可以是MAC CE。第一BSR可以是搶佔BSR。第二BSR可以是常規BSR或週期性BSR或填充BSR。

返回參考第3圖和第4圖，在第一WTRU的一個示範性實施例中：第一WTRU 300包含儲存於記憶體310中的程式碼312。CPU 308可執行程式碼312以使得第一WTRU能夠：（i）觸發第一BSR，其中第一BSR指示預期到達的（所估計的）數據量；（ii）觸發第二BSR，其中第二BSR指示已經可用的數據量；及（iii）構建傳輸塊，其中傳輸塊含有至少第一BSR和第二BSR。此外，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 1600:流程圖 1605,1610,1615:步驟 1700:流程圖 1705,1710,1715:步驟 1800:流程圖 1805,1810,1815:步驟

第1圖展示根據一個示範性實施例的無線通訊系統的圖。第2圖是根據一個示範性實施例的傳送器系統（也被稱作存取網路）和接收器系統（也被稱作使用者設備或UE）的方塊圖。第3圖是根據一個示範性實施例的通訊系統的功能方塊圖。第4圖是根據一個示範性實施例的第3圖的程式碼的功能方塊圖。第5圖是3GPP RP-182882的第1圖的重製。第6圖是3GPP TR 38.874 V16.0.0的圖6.1.1-1的重製。第7圖是3GPP TR 38.874 V16.0.0的圖7.3.1-1的重製。第8圖是3GPP TR 38.874 V16.0.0的圖8.6-1的重製。第9圖是3GPP TS 38.321 V15.4.0的圖6.1.3.1-1的重製。第10圖是3GPP TS 38.321 V15.4.0的圖6.1.3.1-2的重製。第11圖是3GPP TS 38.321 V15.4.0的表6.1.3.1-1的重製。第12A圖和第12B圖是3GPP TS 38.321 V15.4.0的表6.1.3.1-2的重製。第13圖是3GPP TS 38.321 V15.4.0的表6.2.1-1的重製。第14圖是3GPP TS 38.321 V15.4.0的表6.2.1-2的重製。第15圖是3GPP R2-1916537的圖6.1.3.1-2的重製。第16圖是根據一個示範性實施例的流程圖。第17圖是根據一個示範性實施例的流程圖。第18圖是根據一個示範性實施例的流程圖。

1600:流程圖

1605,1610,1615:步驟

Claims

一種用於第一無線傳送/接收單元（WTRU）的方法，該方法包括：觸發第一緩衝區狀態報告（BSR），其中該第一緩衝區狀態報告指示預期到達的數據量；觸發第二緩衝區狀態報告，其中該第二緩衝區狀態報告指示已經可用的數據量；及產生媒體存取控制（MAC）協定數據單元（PDU），其中該媒體存取控制協定數據單元包含至多一個用於該第一緩衝區狀態報告的第一緩衝區狀態報告媒體存取控制控制元素（CE）和至多一個用於該第二緩衝區狀態報告的第二緩衝區狀態報告媒體存取控制控制元素。
如請求項1所述的方法，該第一緩衝區狀態報告是搶佔緩衝區狀態報告，並且該第二緩衝區狀態報告是常規緩衝區狀態報告或週期性緩衝區狀態報告。
如請求項1所述的方法，如果用於傳送該媒體存取控制協定數據單元的上行鏈路（UL）資源足以容納該第一緩衝區狀態報告媒體存取控制控制元素和該第二緩衝區狀態報告媒體存取控制控制元素，那麼該媒體存取控制協定數據單元包含該第一緩衝區狀態報告媒體存取控制控制元素和該第二緩衝區狀態報告媒體存取控制控制元素。
如請求項1所述的方法，該方法進一步包括：基於根據包含次序使該第二緩衝區狀態報告媒體存取控制控制元素優先於該第一緩衝區狀態報告媒體存取控制控制元素的規則，決定用於傳送該媒體存取控制協定數據單元的上行鏈路資源是否足以容納用於該第一緩衝區狀態報告的該第一緩衝區狀態報告媒體存取控制控制元素和用於該第二緩衝區狀態報告的該第二緩衝區狀態報告媒體存取控制控制元素。
如請求項4所述的方法，如果基於該規則，用於傳送該媒體存取控制協定數據單元的上行鏈路資源不足以容納該第一緩衝區狀態報告媒體存取控制控制元素，那麼該媒體存取控制協定數據單元包含該第二緩衝區狀態報告媒體存取控制控制元素，並且不包含該第一緩衝區狀態報告媒體存取控制控制元素。
如請求項1所述的方法，該方法進一步包括：將該媒體存取控制協定數據單元傳送到第二無線傳送/接收單元，其中該第二無線傳送/接收單元是該第一無線傳送/接收單元的父級節點。
如請求項1所述的方法，該第一無線傳送/接收單元是集成存取和回程（IAB）節點。
如請求項1所述的方法，該方法進一步包括：觸發第三緩衝區狀態報告，其中該第三緩衝區狀態報告是常規緩衝區狀態報告或週期性緩衝區狀態報告。
一種用於第一無線傳送/接收單元（WTRU）的方法，該方法包括：觸發第一緩衝區狀態報告（BSR），其中該第一緩衝區狀態報告指示預期到達的數據量；觸發第二緩衝區狀態報告，其中該第二緩衝區狀態報告指示已經可用的數據量；以及基於根據包含次序使用於該第二緩衝區狀態報告的第二緩衝區狀態報告媒體存取控制控制元素（CE）優先於用於該第一緩衝區狀態報告的第一緩衝區狀態報告媒體存取控制控制元素的規則，決定用於傳送媒體存取控制（MAC）協定數據單元（PDU）的上行鏈路（UL）資源是否足以容納該第一緩衝區狀態報告媒體存取控制控制元素和該第二緩衝區狀態報告媒體存取控制控制元素。
如請求項9所述的方法，該方法進一步包括：產生該媒體存取控制協定數據單元，如果基於該規則，用於傳送該媒體存取控制協定數據單元的上行鏈路資源不足以容納該第一緩衝區狀態報告媒體存取控制控制元素，那麼該媒體存取控制協定數據單元包含用於該第二緩衝區狀態報告的該第二緩衝區狀態報告媒體存取控制控制元素並且不包含用於該第一緩衝區狀態報告的該第一緩衝區狀態報告媒體存取控制控制元素。
如請求項9所述的方法，該方法進一步包括：將該媒體存取控制協定數據單元傳送到第二無線傳送/接收單元，其中該第二無線傳送/接收單元是該第一無線傳送/接收單元的父級節點。
如請求項9所述的方法，該方法進一步包括：產生該媒體存取控制協定數據單元，如果用於傳送該媒體存取控制協定數據單元的上行鏈路資源足以容納該第一緩衝區狀態報告媒體存取控制控制元素和該第二緩衝區狀態報告媒體存取控制控制元素，那麼該媒體存取控制協定數據單元包含該第一緩衝區狀態報告媒體存取控制控制元素和該第二緩衝區狀態報告媒體存取控制控制元素。
如請求項9所述的方法，允許該媒體存取控制協定數據單元包含至多一個用於該第一緩衝區狀態報告的第一緩衝區狀態報告媒體存取控制控制元素和至多一個用於該第二緩衝區狀態報告的第二緩衝區狀態報告媒體存取控制控制元素。
如請求項9所述的方法，該第一無線傳送/接收單元是集成存取和回程（IAB）節點。
如請求項9所述的方法，該第一緩衝區狀態報告是搶佔緩衝區狀態報告，並且該第二緩衝區狀態報告是常規緩衝區狀態報告或週期性緩衝區狀態報告。
一種第一無線傳送/接收單元（WTRU），該第一無線傳送/接收單元包括：控制電路；處理器，其安裝在該控制電路中；及記憶體，其安裝在該控制電路中且操作性地耦合到該處理器；其中該處理器被配置成執行儲存在該記憶體中的程式碼以：觸發第一緩衝區狀態報告（BSR），其中該第一緩衝區狀態報告指示預期到達的數據量；觸發第二緩衝區狀態報告，其中該第二緩衝區狀態報告指示已經可用的數據量；及產生媒體存取控制（MAC）協定數據單元（PDU），其中該媒體存取控制協定數據單元包含至多一個用於該第一緩衝區狀態報告的第一緩衝區狀態報告媒體存取控制控制元素（CE）和至多一個用於該第二緩衝區狀態報告的第二緩衝區狀態報告媒體存取控制控制元素。
如請求項16所述的第一無線傳送/接收單元，該第一緩衝區狀態報告是搶佔緩衝區狀態報告，並且該第二緩衝區狀態報告是常規緩衝區狀態報告或週期性緩衝區狀態報告。
如請求項16所述的第一無線傳送/接收單元，該處理器進一步被配置成執行儲存在該記憶體中的程式碼以：基於根據包含次序使該第二緩衝區狀態報告媒體存取控制控制元素優先於該第一緩衝區狀態報告媒體存取控制控制元素的規則決定用於傳送該媒體存取控制協定數據單元的上行鏈路資源是否足以容納用於該第一緩衝區狀態報告的該第一緩衝區狀態報告媒體存取控制控制元素和用於該第二緩衝區狀態報告的該第二緩衝區狀態報告媒體存取控制控制元素。
如請求項18所述的第一無線傳送/接收單元，如果基於該規則，用於傳送該媒體存取控制協定數據單元的上行鏈路資源不足以容納該第一緩衝區狀態報告媒體存取控制控制元素，那麼該媒體存取控制協定數據單元包含該第二緩衝區狀態報告媒體存取控制控制元素，並且不包含該第一緩衝區狀態報告媒體存取控制控制元素。
如請求項16所述的第一無線傳送/接收單元，該處理器進一步被配置成執行儲存在該記憶體中的程式碼以：將該媒體存取控制協定數據單元傳送到第二無線傳送/接收單元，其中該第二無線傳送/接收單元是該第一無線傳送/接收單元的父級節點。
如請求項16所述的第一無線傳送/接收單元，該處理器進一步被配置成執行儲存在該記憶體中的程式碼以：觸發第三緩衝區狀態報告，其中該第三緩衝區狀態報告是常規緩衝區狀態報告或週期性緩衝區狀態報告。