王麗萍，楊 立，陳 琳，何 哲（中興通訊股份有限公司，廣東深圳 518055）

1 流控技術(shù)背景

在蜂窩移動通信發(fā)展過程中，4G－LTE 中考慮了對非理想回傳的宏站微站共同部署場景的支持［1］，包括宏站微站同頻部署、異頻部署、純微站部署。為了提升該場景下終端用戶的移動魯棒性，以及減少核心網(wǎng)信令開銷等問題，3GPP Release12 規(guī)范了雙連接技術(shù)（DC）［2］。即終端設(shè)備（UE）可同時被2 個基站調(diào)度，在宏站小區(qū)的終端用戶既可被宏站調(diào)度，也可被微站調(diào)度，通過這種方式可以提升用戶吞吐量。

在DC 架構(gòu)中，2 個基站同時為同一個UE 提供服務(wù)，其中負(fù)責(zé)無線資源控制（RRC）功能的基站稱為主基站（Master eNB，MeNB），另一個只承擔(dān)用戶業(yè)務(wù)數(shù)據(jù)分流的為輔基站（Secondary eNB，SeNB）。DC 架構(gòu)支持基站通過分離的無線承載（Split bearer）向UE 發(fā)送數(shù)據(jù)。即數(shù)據(jù)在主基站進(jìn)行分流，通過主、輔基站同時空口傳輸?shù)竭_(dá)UE。如圖1所示，從Split DRB下行數(shù)據(jù)傳輸?shù)慕嵌瓤?，從核心網(wǎng)的數(shù)據(jù)到達(dá)主基站并經(jīng)過主基站PDCP（Packet Data Convergence Protocol）層處理后，通過Xn 接口（即最終3GPP 標(biāo)準(zhǔn)確定復(fù)用X2接口）用戶面數(shù)據(jù)分流到達(dá)輔基站SeNB［3］。通過這種方式，不同的數(shù)據(jù)包從2 個基站經(jīng)過各自的空口傳輸?shù)経E，UE 對兩邊接收的數(shù)據(jù)包進(jìn)行匯總和重排序后完成數(shù)據(jù)包的接收并向上層投遞。針對Split DRB 的下行數(shù)據(jù)傳輸，MeNB 需要對下行數(shù)據(jù)包在MeNB 和SeNB間進(jìn)行有效的分配及處理，以達(dá)到最佳的聯(lián)合傳輸效果。這便是流控技術(shù)在4G 系統(tǒng)中的一次關(guān)鍵應(yīng)用。

圖1 雙連接中分離式數(shù)據(jù)承載數(shù)據(jù)面協(xié)議棧結(jié)構(gòu)圖

5G 網(wǎng)絡(luò)主要有三大特點(diǎn)：極高的速率、極大的容量、極低的時延［4］。5G 時代對通信性能的要求有極大提升，終端用戶對無線空口數(shù)據(jù)傳輸流暢度的要求也隨之增加。在5G－NR 網(wǎng)絡(luò)架構(gòu)中，集中單元－分布單元（CU－DU）分離式部署是其最為顯著的特點(diǎn)。分離式部署提高了基站的靈活性，但從數(shù)據(jù)傳輸?shù)慕嵌葋碚f，由于增加了新接口的交互，將導(dǎo)致數(shù)據(jù)傳輸流暢度的降低。為了保證數(shù)據(jù)的高效傳輸，流控技術(shù)在5G－NR 系統(tǒng)中得到進(jìn)一步的演進(jìn)和增強(qiáng)，并擴(kuò)展到多個接口中。

本文首先介紹流控技術(shù)在5G－NR 網(wǎng)絡(luò)中的應(yīng)用和增強(qiáng)，再進(jìn)一步分析流控技術(shù)在5G 其他場景，如無線接入回傳一體化（Integrated Access and Backhaul，IAB）、車聯(lián)網(wǎng)（Vehicle to Everything，V2X）場景中的應(yīng)用和發(fā)展情況，并針對現(xiàn)有流控技術(shù)中存在的問題缺陷提出可能的解決方案，進(jìn)一步預(yù)測其未來的發(fā)展趨勢。

2 5G-NR中的流控技術(shù)應(yīng)用

圖2 所示為5G NG－RAN（Next Generation－Radio access Network）的架構(gòu)圖［5］，基站gNB（next Generation Node B）采用CU－DU 分離式架構(gòu)，一個gNB－CU（gNBCentralized Unit）可以管轄多個gNB－DU（gNB－Distributed Unit），gNB－CU 和gNB－DU 之間通過F1 新接口連接。其中，gNB－CU 是gNB 的唯一集中單元邏輯節(jié)點(diǎn)，包 含RRC 層、SDAP（Service Data Adaptation Protocol）層、PDCP 層，gNB－CU 還可進(jìn)一步分離為控制單元CU－CP（CU－Control Plane）和用戶面處理單元CU－UP（CU－User Plane）。gNB－DU 是基站的分布式單元邏輯節(jié)點(diǎn)，包含RLC（Radio Link Control）層，MAC（Media Access Control）層，PHY（Physical layer）層及其增強(qiáng)［6］。以下行數(shù)據(jù)傳輸為例，下行數(shù)據(jù)包從核心網(wǎng)5GC（5G Core Network）通過NG 接口到達(dá)gNB－CU 后，數(shù)據(jù)包經(jīng)過gNB－CU 處理，通過F1接口發(fā)送到gNB－DU，再通過空口發(fā)送到UE。在這個過程中g(shù)NB－CU 需要決策發(fā)送給每個gNB－DU 的數(shù)據(jù)量大小以及F1 接口的流量速率。這便是流控技術(shù)在5G－NR 系統(tǒng)中的首次關(guān)鍵應(yīng)用。

圖2 NG RAN整體架構(gòu)

圖3 所示為gNB－CU 和gNB－DU 之間的流控交互圖，下面將具體介紹3GPP Release15 中的gNB－CU 和gNB－DU 之間流控的運(yùn)行機(jī)制［7］?？傮w來說，它包括下行數(shù)據(jù)傳輸以及下行數(shù)據(jù)傳輸狀態(tài)上報(bào)2個基本過程。下行數(shù)據(jù)傳輸過程用于gNB－CU 將下行數(shù)據(jù)包及其對應(yīng)的序號傳輸給對應(yīng)節(jié)點(diǎn)gNB－DU。下行數(shù)據(jù)傳輸狀態(tài)上報(bào)過程是為了讓對應(yīng)節(jié)點(diǎn)gNB－DU 向gNBCU 提供反饋以輔助gNB－CU 控制下行數(shù)據(jù)的流量［8］。下面就2個基本過程的步驟進(jìn)行詳細(xì)說明。

圖3 gNB－CU和gNB－DU之間的流控交互圖

a）初始狀態(tài)下，gNB－CU 首先以數(shù)據(jù)無線承載（Data Radio Bearer，DRB）為粒度將下行數(shù)據(jù)包進(jìn)行編號，然后按序通過F1－U接口發(fā)送給gNB－DU。

b）gNB－DU 從F1－U 接口上按序接收到下行數(shù)據(jù)包，并檢測是否有數(shù)據(jù)包的丟失。

c）隨后，gNB－DU 將收到的數(shù)據(jù)包經(jīng)處理后通過空口按序發(fā)送給UE，并監(jiān)控統(tǒng)計(jì)空口數(shù)據(jù)包發(fā)送情況。對于確認(rèn)AM（Acknowledged Mode）模式的DRB，gNB－DU還需要統(tǒng)計(jì)UE成功接收到的數(shù)據(jù)包編號。

d）當(dāng)gNB－DU 周期性的向gNB－CU 上報(bào)DDDS（Downlink Data Delivery Status）或當(dāng)收到gNB－CU 的Polling 詢問指示時，gNB－DU 會向gNB－CU 反饋當(dāng)前DRB 傳輸狀態(tài)的DDDS 幀。DDDS 幀包含當(dāng)前DRB 期待的數(shù)據(jù)包字節(jié)量、當(dāng)前DRB 期待的傳輸數(shù)據(jù)率、當(dāng)前DRB 在F1－U 鏈路上丟失的數(shù)據(jù)包編號（如果gNBDU 檢測到F1－U 鏈路上有包丟失）和當(dāng)前DRB 在空口上傳輸?shù)淖畲髷?shù)據(jù)包編號或當(dāng)前DRB 在空口上UE 反饋確認(rèn)的最大數(shù)據(jù)包編號。

e）gNB－CU收到gNB－DU 的DDDS 后，會參考DDDS 中上報(bào)的期待數(shù)據(jù)量、數(shù)據(jù)率信息以及空口的傳輸情況，再決策后續(xù)需要向gNB－DU 傳輸?shù)臄?shù)據(jù)量及流量速率。同時對可能需要的重傳數(shù)據(jù)包gNB－CU也會進(jìn)行重傳，gNB－DU 會在隨后的DDDS 幀中增加空口對于重傳數(shù)據(jù)包的傳輸情況。

隨著5G－NR 演進(jìn)，流控技術(shù)在3GPP Release16 得到了進(jìn)一步的增強(qiáng)［7］。由于5G－NR 支持PDCP Duplication 復(fù)制傳輸功能，該功能支持一個CU 可以同時連接2 個DU 并傳輸相同的數(shù)據(jù)包給UE，通過這種方式可以增加UE 的接收魯棒性。與此同時，該功能可能帶來數(shù)據(jù)包的重復(fù)發(fā)送。舉例說明，在UE 同時從2個DU 接收數(shù)據(jù)包且開啟PDCP Duplication 功能的情況下，當(dāng)UE 從一個DU 成功接收到數(shù)據(jù)包后，極有可能還會從另一個DU 接收到相同的數(shù)據(jù)包，這會帶來UE重復(fù)檢測以及進(jìn)一步刪除重復(fù)數(shù)據(jù)包的工作量。在這種情況下，CU－DU 之間的流控技術(shù)就顯得非常重要。具體來說，當(dāng)CU 收到UE 的確認(rèn)接收反饋后，CU可以通過F1 接口指示另一側(cè)DU 丟棄UE 已經(jīng)成功接收到的數(shù)據(jù)包，從而避免另一側(cè)DU 的重復(fù)發(fā)送，節(jié)省空口傳輸資源。此外，當(dāng)2個DU中的一個DU與UE之間的空口傳輸性能變差時，CU可指示讓另一個空口傳輸性能好的DU 重新傳輸數(shù)據(jù)包給UE。在該過程中流控功能起到重要作用，即通過指示另一個DU 所傳數(shù)據(jù)為重傳數(shù)據(jù)包，這樣另一側(cè)DU 會優(yōu)先考慮傳輸該重傳數(shù)據(jù)包，從而減少UE 等待時間，提升UE 接收效率。

3 流控技術(shù)在5G IAB中的應(yīng)用發(fā)展

為了解決偏遠(yuǎn)地區(qū)網(wǎng)絡(luò)覆蓋以及有線后程部署成本問題，3GPP 在2017 年通過了無線接入回傳一體化IAB 的立項(xiàng)。即在5G－NR 架構(gòu)中通過對無線backhaul及中繼鏈路的支持，實(shí)現(xiàn)更為靈活密集的NR小區(qū)部署，減少對有線backhaul 的依賴。圖4 為3GPP 定義的IAB 網(wǎng)絡(luò)架構(gòu)拓?fù)鋱D［9］，IAB 網(wǎng)絡(luò)是在5G－NR 網(wǎng)絡(luò)架構(gòu)的基礎(chǔ)上引入1 個或多個無線回傳IAB 節(jié)點(diǎn)，UE可通過中繼IAB 節(jié)點(diǎn)接入網(wǎng)絡(luò)。每一個IAB 節(jié)點(diǎn)包含2 個部分，一部分類似gNB－DU 功能，稱為IAB－DU，可服務(wù)普通UE及IAB子節(jié)點(diǎn)；另一部分類似UE功能，可稱為IAB－MT（Mobile Terminal）。IAB－MT 可支持例如UE 物理層、AS（Access Stratum）層、RRC層和NAS（Non－Access Stratum）層功能，可以連接到IAB 父節(jié)點(diǎn)。IAB 網(wǎng)絡(luò)終結(jié)節(jié)點(diǎn)稱為IAB－donor，其通過回傳或接入鏈路為IAB－MT 或UE 提供接入。IAB－donor 又進(jìn)一步分為IAB－donor－CU 和IAB－donor－DU。IAB－donor－CU 和IAB－donor－DU 之間通過有線后程連接。無論是IAB－donor－DU 還是IAB－DU，只能通過有線或無線中繼方式連接到一個IAB－donor－CU。

圖4 IAB網(wǎng)絡(luò)示意圖

IAB 網(wǎng)絡(luò)典型特點(diǎn)就是網(wǎng)絡(luò)側(cè)到終端之間的傳輸會經(jīng)歷多跳中繼節(jié)點(diǎn)IAB Node，多跳帶來的比較大的挑戰(zhàn)是中間傳輸鏈路可能發(fā)生擁塞。而且中繼IAB節(jié)點(diǎn)的跳數(shù)越多，路徑拓?fù)湓綇?fù)雜，發(fā)生擁塞的機(jī)率就會越大，端到端傳輸?shù)牟淮_定性就越強(qiáng)。當(dāng)任何中間IAB 節(jié)點(diǎn)（intermediate IAB－nodes）的入口鏈路數(shù)據(jù)率大于出口數(shù)據(jù)率，且持續(xù)一段時間之后就會出現(xiàn)節(jié)點(diǎn)擁塞。一旦發(fā)生節(jié)點(diǎn)擁塞，就可能導(dǎo)致IAB 系統(tǒng)的傳輸效率降低，甚至出現(xiàn)后程鏈路失敗的情況。因此在IAB多跳回傳網(wǎng)絡(luò)中引入流量及擁塞控制機(jī)制顯得尤為重要。

3.1 5G IAB中的流控技術(shù)應(yīng)用

對于上行數(shù)據(jù)傳輸，由于子節(jié)點(diǎn)會定期向IAB 父節(jié)點(diǎn)上報(bào)數(shù)據(jù)緩存狀態(tài)BSR（Buffer Status Report），以向父節(jié)點(diǎn)申請上行調(diào)度資源。因此父節(jié)點(diǎn)能夠基于其子節(jié)點(diǎn)上報(bào)的BSR 了解到其上行數(shù)據(jù)緩存情況，進(jìn)而動態(tài)調(diào)整上行資源來控制數(shù)據(jù)傳輸。具體來說，當(dāng)發(fā)現(xiàn)子節(jié)點(diǎn)的上行數(shù)據(jù)充裕時，可為子節(jié)點(diǎn)多分配一些上行傳輸資源；反之則為子節(jié)點(diǎn)少分配一些上行傳輸資源。通過這種方式，上行節(jié)點(diǎn)擁塞情況能得到有效的緩解。對于下行數(shù)據(jù)傳輸，由于下行傳輸資源分配由父節(jié)點(diǎn)控制，IAB 父節(jié)點(diǎn)無法獲得其子節(jié)點(diǎn)的下行數(shù)據(jù)緩存狀態(tài)信息，因此無法控制向其子節(jié)點(diǎn)發(fā)送的下行數(shù)據(jù)速率。在這種情況下，極可能出現(xiàn)其子節(jié)點(diǎn)的下行入口鏈路數(shù)據(jù)率大于出口鏈路數(shù)據(jù)率的情況，從而導(dǎo)致下行鏈路擁塞，影響系統(tǒng)下行傳輸性能。3GPP Release16 標(biāo)準(zhǔn)化了2 種下行流控方案，用于解決上述IAB 網(wǎng)絡(luò)的下行鏈路擁塞問題。即圖5 所示的端到端流控方案和點(diǎn)到點(diǎn)流控方案［10］。

圖5 下行端到端流控和節(jié)點(diǎn)到節(jié)點(diǎn)流控

a）IAB端到端（End－to－End）流控方案。該方案沿用了3GPP Release15 5G－NR 流控技術(shù)。在該方案中，UE 接入IAB 節(jié)點(diǎn)的分布式單元DU 通過F1－U 接口向宿主集中式單元Donor CU 反饋下行數(shù)據(jù)遞交流控狀態(tài)報(bào)告DDDS。通過這種方式，宿主集中式單元Donor CU可以了解到下行數(shù)據(jù)的回傳鏈路的傳輸情況，進(jìn)而進(jìn)行整體的流量及擁塞控制。IAB End－to－End 流控方案本質(zhì)上和5G－NR 中F1 接口的流控技術(shù)是一致的，都是由DU 單元根據(jù)監(jiān)測UE 在空口下行數(shù)據(jù)的接收情況以及自身本地的緩存狀態(tài)進(jìn)行流控信息上報(bào)。

b）IAB點(diǎn)到點(diǎn)（hop－by－h(huán)op）流控方案。該方案是3GPP Release16 為IAB 網(wǎng)絡(luò)特有的多跳拓?fù)涠鴮ｉT引入的流控方案［11］，著眼于解決網(wǎng)絡(luò)中的局部擁塞。在IAB 網(wǎng)絡(luò)中，當(dāng)任一中間IAB 節(jié)點(diǎn)檢測到下行擁塞時，即某一回傳鏈接的下行入口傳輸速率高于出口傳輸速率或收到流控信息上報(bào)指示時，該IAB 節(jié)點(diǎn)立刻向其父節(jié)點(diǎn)上報(bào)流控反饋信息，它包含當(dāng)前IAB 節(jié)點(diǎn)緩存可用的內(nèi)存余量以及具體的回傳鏈路信息。當(dāng)其父節(jié)點(diǎn)收到流控反饋信息時，可以及時了解到子節(jié)點(diǎn)的下行數(shù)據(jù)傳輸情況進(jìn)而對下行數(shù)據(jù)傳輸進(jìn)行調(diào)整，從而達(dá)到下行擁塞緩解的目的。

3.2 IAB潛在的增強(qiáng)流控方案

上述3GPP Release16已經(jīng)標(biāo)準(zhǔn)化的流控方案能夠一定程度上解決IAB 中擁塞問題，但現(xiàn)有的流控方案仍然有一定的缺陷和局限性，需要在未來IAB 網(wǎng)絡(luò)演進(jìn)中進(jìn)行增強(qiáng)。

以端到端流控方案為例，UE 的接入節(jié)點(diǎn)的DU 單元（Access－IAB－DU）通過F1－U 接口向宿主集中式單元（Donor CU）反饋下行數(shù)據(jù)遞交流控狀態(tài)報(bào)告DDDS。通過這種方式，宿主集中式單元（Donor CU）能夠了解到下行數(shù)據(jù)從UE 的Access－IAB－DU 到UE 之間空口接入鏈路的傳輸情況，但實(shí)際上真正發(fā)生鏈路擁塞的極有可能是宿主集中式單元（Donor CU）到UE的Access－IAB－DU 之間回傳鏈路上而不是接入鏈路。因此，只反饋接入鏈路的傳輸信息顯然是不夠的，可以考慮在流控反饋信息中加入Access－IAB－DU 的下行接收總量信息用于反饋回傳鏈路的傳輸情況給Donor－CU，如接收的數(shù)據(jù)總量、接收的數(shù)據(jù)率等［12］。此外，除了采用上述傳統(tǒng)的基于用戶面的流控方案，基于控制面的流控方案也可被支持（該方案目前在3GPP Release 17 中已經(jīng)被采納，但方案細(xì)節(jié)仍在討論中）［13］。例如，在嚴(yán)重的下行擁塞情況下，只有將流控信息及時上報(bào)給宿主集中式單元（Donor CU）的控制功能單元，通過宿主集中式單元（Donor CU）對IAB 網(wǎng)絡(luò)拓?fù)溥M(jìn)行重配置才有可能徹底地解決擁塞。在這種情況下需要進(jìn)一步考慮的是流控信息中所攜帶的內(nèi)容以更好地輔助宿主集中式單元（Donor CU）的控制功能單元進(jìn)行網(wǎng)絡(luò)調(diào)整，如擁塞程度、擁塞路徑、緩存情況等。

對于點(diǎn)到點(diǎn)流控方案，感知到下行擁塞的中間IAB 節(jié)點(diǎn)將流控信息上報(bào)給其父節(jié)點(diǎn)，父節(jié)點(diǎn)可以通過下行調(diào)度等方式緩解局部回傳鏈路的擁塞。但在實(shí)際場景中，下行擁塞極有可能出現(xiàn)在連續(xù)的多個回傳鏈路上，因此可以考慮進(jìn)一步將流控狀態(tài)信息上報(bào)給其祖父節(jié)點(diǎn)，甚至祖父節(jié)點(diǎn)的父節(jié)點(diǎn)［14］，從而從更根源處解決下行局部擁塞的問題。

此外，隨著IAB技術(shù)演進(jìn)，未來多連接場景極有可能會被支持，即一個IAB 子節(jié)點(diǎn)可能連接到多個父節(jié)點(diǎn)。在這種情況下，上行流控也需要考慮，即感知到上行擁塞的父節(jié)點(diǎn)向子IAB 節(jié)點(diǎn)反饋具體的流控信息，收到流控信息的子IAB 節(jié)點(diǎn)可以更好地調(diào)整向多個父節(jié)點(diǎn)傳輸?shù)臄?shù)據(jù)，從而有效地緩解上行擁塞。除了筆者提到的流控增強(qiáng)方案，業(yè)界對流控技術(shù)在IAB網(wǎng)絡(luò)中的應(yīng)用和增強(qiáng)表現(xiàn)得非常積極，并致力于開發(fā)出更多更好的流控方案［15－16］，相信在3GPP Release17/18中會有更多的討論和進(jìn)一步的演進(jìn)［17］。

4 5G V2X中的流控技術(shù)應(yīng)用發(fā)展

與傳統(tǒng)1G 到4G 單純的追求數(shù)據(jù)流量不同，5G 更加注重對垂直行業(yè)的賦能賦智，包含城市管理、汽車、娛樂、醫(yī)療、工業(yè)等，以促進(jìn)各行各業(yè)的數(shù)字化、智能化的發(fā)展［18－19］。5G 致力于打造全新的生態(tài)模式，各行各業(yè)相互融合，互利共贏。以5G 車聯(lián)網(wǎng)為例，車聯(lián)網(wǎng)也叫V2X（Vehicle to Everything），即汽車與萬物互聯(lián)。如圖6 所示，汽車與汽車、汽車與路邊單元、汽車與行人之間都可以進(jìn)行數(shù)據(jù)通信和信息共享，這也是5G實(shí)現(xiàn)自動駕駛的前提之一。V2X 設(shè)備與設(shè)備之間的通信接口在3GPP中統(tǒng)一稱為Sidelink PC5接口，3GPP對Sidelink PC5 接口進(jìn)行了標(biāo)準(zhǔn)化為車聯(lián)網(wǎng)通信提供了必要的理論基礎(chǔ)。

圖6 5G－V2X場景

為了支持更廣覆蓋的V2X通信，3GPP考慮在V2X場景中引入中繼節(jié)點(diǎn)［20］。如圖7 所示，移動的汽車可以通過中繼節(jié)點(diǎn)實(shí)現(xiàn)和另一個車或路邊單元或行人之間的通信。其中中繼節(jié)點(diǎn)也可能是車或路邊單元或行人。中繼的引入，一方面可以帶來覆蓋性能的增加，但同時也可能帶來數(shù)據(jù)傳輸?shù)膿砣麊栴}。因此，在3GPP 5G Sidelink Relay 的討論中也會引入對應(yīng)的流控機(jī)制。

圖7 5G－V2X Sidelink Relay場景

相比5G IAB 中的流控技術(shù)聚焦于無線回傳鏈路的擁塞，5G Sidelink Relay 中的流控未來主要聚焦于解決PC5鏈路的擁塞以及空口與PC5接口之間流控和協(xié)同處理。此外，不同于傳統(tǒng)的基站調(diào)度下的數(shù)據(jù)傳輸過程，流控技術(shù)主要關(guān)注下行擁塞的處理，在5G Sidelink Relay 中，各個設(shè)備都是平等的進(jìn)行數(shù)據(jù)發(fā)送和接收，因此無論是下行還是上行數(shù)據(jù)傳輸擁塞都需要有相應(yīng)的流控處理，而現(xiàn)有的5G 3GPP 已經(jīng)標(biāo)準(zhǔn)化的流控技術(shù)中，上行擁塞處理仍是空白的，值得進(jìn)行深入研究的技術(shù)點(diǎn)非常多。因此，在可預(yù)見的未來，對5G Sidelink Relay PC5 流控的研究會在3GPP Release 17/18中進(jìn)一步地展開。

5 總結(jié)和展望

5G“萬物互聯(lián)”的愿景已經(jīng)逐漸落地并被規(guī)?；逃?，成為勢不可擋的大趨勢。在5G豐富的應(yīng)用場景中，通過引入中繼節(jié)點(diǎn)實(shí)現(xiàn)大覆蓋范圍已成為一個優(yōu)選項(xiàng)，本文介紹的IAB 場景和V2X－Sidelink Relay 場景就是比較好的例證。通過本文分析，在不同的接口上引入流控技術(shù)是提升數(shù)據(jù)傳輸吞吐量的關(guān)鍵技術(shù)，而有中繼節(jié)點(diǎn)的場景則更離不開流控技術(shù)來解決廣覆蓋下的多跳數(shù)據(jù)傳輸擁塞問題。本文從流控技術(shù)在蜂窩移動通信系統(tǒng)中的背景展開，進(jìn)一步分析了流控技術(shù)在3GPP 5G－NR 網(wǎng)絡(luò)中的處理機(jī)制以及在5G IAB 網(wǎng)絡(luò)中的應(yīng)用增強(qiáng)。并基于現(xiàn)有流控中存在的局限性，提出流控技術(shù)在5G－IAB 網(wǎng)絡(luò)中因地制宜的增強(qiáng)方案。在未來5G－IAB 及5G－Sidelink Relay 場景或其他5G、6G 場景中，流控技術(shù)還有很多的增強(qiáng)技術(shù)需要突破，如支持雙向流控反饋機(jī)制、更細(xì)粒度或更粗粒度的流控反饋機(jī)制、更具代表性的流控反饋內(nèi)容、基于定時流控觸發(fā)機(jī)制、基于QoS的流控反饋機(jī)制等，這些方案都是未來研究中需要關(guān)注的內(nèi)容。且隨著場景的擴(kuò)展和演進(jìn)，會有更多更豐富的流控增強(qiáng)技術(shù)值得進(jìn)一步去挖掘。