農林漁牧網

您現在的位置是:首頁 > 林業

基站演算法改進解決NSA終端低速問題

2022-09-10由 飄逸的紅裙子 發表于 林業

終端區域干擾會影響基站嗎

針對5G使用者投訴出現的 “顯示5G訊號但是網速很慢還不如4G”的情況,結合測試手段對弱場5G使用者感知進行研究分析發現,

NSA終端

FDD1800

錨點

下但

未新增

SN時

,下行速率

較低

且不穩定

基站演算法改進解決NSA終端低速問題

NSA

終端

在錨點下

開啟關閉

手機5G開關時

下載

速率表現存在差異

: NSA終端在FDD錨點但未新增SN時做下行業務,下行速率在30~120mbps間波動,不穩定,如下圖一所示;但關閉終端的5G開關時,下行速率正常穩定在100mbps左右。

NSA終端

純4G FDD1800站

下行

速率穩定

:NSA終端開啟5G開關,EN-DC開關關閉(即FDD1800恢復為純4G站),下行速率可穩定在100mbps左右,如下圖二所示:

基站演算法改進解決NSA終端低速問題

圖一:NSA終端在FDD錨點下但未新增SN時下行測速情況

基站演算法改進解決NSA終端低速問題

圖二:NSA終端在純4G站下行測速情況

分析過程:

關閉

錨點

ENDC功能,

NSA終端

做下行FTP

業務,

抓取

基站

側使用者

報文進行

分析

NSA終端上報的BSR、排程TbSize大小和狀態報告中請求資料量如下圖所示(連續的53個TTI):BSR呈現週期性的波動(BSR週期性波動導致流量週期性波動),空口排程相對比較穩定,請求的資料量也呈現週期波動:

完整的UeBSR如下圖所示:

基站演算法改進解決NSA終端低速問題

uds

統計發現,在DU側請求資料量為0或較小時,

uds

會產生因

pdcp

定時器超時的棄包

用UDS ShowRb維測工具,按約1s的取樣粒度,發下有大面積的DesireBufSize報0,或偏小很多(目標流量100M對應的desirebufsize 約為9W~10W,包長1400)

5ms粒度 抓包F1u狀態報告,過濾Uds Rb的F1u 隧道對應gtp。teid = 0x803358ec 的包,發下確實有大面積報0或者偏小

基站演算法改進解決NSA終端低速問題

利用

Uds

ShowRb

對真正目標站點,擷取部分資料如下:

包長是1440,所有差值資料均滿足: [請求量 - 實發量] < 1440,說明UDS傳送資料足夠及時,並且嚴格按照流控演算法

大量的超時丟包事件,都發在緊鄰請求量報0(或請求量突然變小)的時間點,即丟包增量項

在採用時間內,發生的所有UDS內部丟包,都是超時丟包

基站演算法改進解決NSA終端低速問題

可能的棄包

點如下

圖紅框中所示,在紅框中

uds

可能囤積了大量的報文:

基站演算法改進解決NSA終端低速問題

純4G時,

bsr

如下圖所示,相對比較穩定(連續的730個

tti

基站演算法改進解決NSA終端低速問題

LTE週期向UDS請求待發資料量,承載級流控週期定時器(預設5ms),超時後計算空口平均速率(預設配置50個週期,也就是50*5=250ms)Rate,根據速率計算可請求總快取的資料量Data_calc=Rate*資料快取時延(網管配置,預設20ms),而請求資料量為總快取資料量減當前的BSR(RLC當前的快取資料量)Data_Req= Data_calc-CurBsr;

分析BSR為0的log:

TotalSchRate:當前計算的空口速率

基站演算法改進解決NSA終端低速問題

BsrSize:RLC快取資料量BSR

基站演算法改進解決NSA終端低速問題

詳細列印,當前空口變差時,空口無新傳排程,一直在排程重傳,而LTE由於快取BSR達到門限故向UDS請求的資料量為0,當空口恢復時,由於歷史平均速率還未及時更新到合理的空口速率導致請求的資料量過小,從而會出現BSR調空情況。未出現BSR=0 LOG情況分析,BSR充足和空口計算速率穩定。

分析結論:

根據中興目前演算法實現機制,NSA終端在初始接入錨點時即分配5G PDCP資源,QCI9承載建立NR PDCP上,即當未新增5G SN時,S1-U面的基站IP地址已經為5G基站,資料流向為“NSA終端-> 4G->X2->5G->核心網”。

種實現

機制下,

NSA終端

接入

錨點

新增5G SN時,

4G空口

質量波動較大

(尤其是空口從質好

->

質差

->

質好的過程)

當前

LTE

錨點站請求

資料量的演算法無法及時請求合適的資料量,

從而

導致

BSR

不穩出現流量波動。屬於LTE

錨點

站演算法

機制問題引起的

5G使用者

低速、

速率

不穩定

解決方案:

中興錨點站對演算法架構進行最佳化,已在V3版本解決該問題,將演算法更新完善為在NSA終端未新增SN時不再分配NR側PDCP。經在已升級站點下驗證,基站演算法更新後,NSA使用者開啟5G開關時的下載速率(灰色曲線)與關閉5G開關時(純4G)的速率(藍色曲線)保持一致,已解決前期NSA使用者速率偏低問題(橙色曲線)。全網版本升級按部署計劃逐步開展中。

基站演算法改進解決NSA終端低速問題

在當前5G網路建設階段,透過對使用者感知體驗問題的深入分析,發現影響感知的基站PDCP分配機制演算法問題,推動廠家裝置改進,解決網路架構問題,推動5G網路成熟發展,提升使用者感知。

經分析,5G使用者弱場等區域出現的感知低速問題,與目前中興錨點站演算法實現有關,目前錨點V2版本在NSA終端初始接入錨點側尚未新增SN時即分配了NR PDCP,流量透過NR PDCP再到LTE RLC,當空口質量存在波動時,因當前LTE錨點站請求資料量演算法問題,導致BSR不穩從而出現速率波動、低速問題。中興錨點站演算法架構最佳化,已在V3版本解決該問題,將演算法更新完善為在NSA終端未新增SN時不再分配NR側PDCP。

該問題屬廠家裝置演算法更新完善,待部署實施後,可推廣至全國各省同樣裝置廠家的網路進行部署,整體解決NSA終端未新增SN時的使用者低速問題。