5G NR用戶面時(shí)延特性參數(shù)如何優(yōu)化？資料下載

1、概述：NR相對于LTE要求更高的速率和更低的時(shí)延，所以NSA時(shí)延指標(biāo)極為重要，需對NSA時(shí)延展開優(yōu)化提升。 2、基本原理： 5G做ping時(shí)延測試，一般是在連接終端UE的筆記本電腦上面進(jìn)行ping包，為了排除，外網(wǎng)時(shí)延的影響，一般采用ping FTP內(nèi)網(wǎng)服務(wù)器IP地址的方式。 3、時(shí)延優(yōu)化方法： 3.1 ping測試問題的分析思路： 由于ping包測試電腦和測試終端UE的影響不可控，排除這這個(gè)因素后，需要重點(diǎn)分析PING環(huán)回時(shí)延的空口時(shí)延和傳輸時(shí)延兩部分。當(dāng)測試得到的環(huán)回時(shí)延較大時(shí)，甚至不能滿足PING包測試指標(biāo)要求時(shí)，需要將ping時(shí)延分解成下面兩部分單獨(dú)進(jìn)行分析：無線空口時(shí)延，即UE和基站間的交互時(shí)延 ，傳輸側(cè)交互時(shí)延。分解為兩部分統(tǒng)計(jì)環(huán)回時(shí)延的目的是判斷出時(shí)延較大的原因是由空口造成還是傳輸引起的。如果空口時(shí)延較大，則需要從調(diào)度算法上考慮優(yōu)化，這塊由版本和無線參數(shù)來保證；若傳輸時(shí)延較長，那就是非接入層的原因，可以從基站側(cè)ping EPC或PING FTP服務(wù)器來確認(rèn)是否受到傳輸網(wǎng)絡(luò)的影響，確認(rèn)是傳輸?shù)膯栴}，需要請傳輸側(cè)工程師協(xié)助解決。 3.2 無線空口時(shí)延分析方法： 無線空口時(shí)延，即UE和基站間的交互時(shí)延主要受基站無線參數(shù)設(shè)置及無線環(huán)境的影響。主要分析方法是通過QXDM或者其他測試工具在終端UE側(cè)進(jìn)行抓log分析，如果有時(shí)延差異的話就需要對相關(guān)信令流程和無線參數(shù)進(jìn)行分析定位。 3.3 影響ping時(shí)延的無線參數(shù)： 影響ping時(shí)延的無線參數(shù)主要有3類，分別介紹如下。ping包調(diào)度模式動(dòng)態(tài)調(diào)度（0）基于收到SR置大的模擬BSR模式（1）混合調(diào)度模式（2）增強(qiáng)型混合調(diào)度模式（3）基于預(yù)調(diào)度模式（4） Ping包時(shí)延5種調(diào)度模式具體介紹如下： 第一種、 動(dòng)態(tài)調(diào)度： 對于當(dāng)前5G系統(tǒng)，動(dòng)態(tài)調(diào)度未打開ping包優(yōu)化開關(guān)條件下，Ping包過程及各段時(shí)延分析。Ping包過程（動(dòng)態(tài)調(diào)度）正常的動(dòng)態(tài)調(diào)度模式下，當(dāng)UE的MAC層收到高層的上行業(yè)務(wù)請求，會(huì)觸發(fā)一個(gè)SR（Schedule Request）請給給基站，基站收到響應(yīng)后，發(fā)送一個(gè)小的上行授權(quán)，UE用來報(bào)告BSR（Buffer Status Report,用來告訴基站有多少數(shù)據(jù)需要發(fā)送）?；臼盏紹SR之后，根據(jù)BSR給UE上行授權(quán)，UE 使用該授權(quán)發(fā)上行的PING的內(nèi)容，PING的數(shù)據(jù)就發(fā)送到基站側(cè)。 第二種、 基于收到SR置大的模擬BSR模式： 這是目前版本默認(rèn)設(shè)置的模式。其基本原理是基于SR上報(bào)，根據(jù)前一個(gè)TTI需要調(diào)度的UE個(gè)數(shù)，基站主動(dòng)下發(fā)一個(gè)較大的上行資源，使得UE可以利用該資源發(fā)送上行數(shù)據(jù)，減少了UE發(fā)送BSR然后eNB根據(jù)BSR進(jìn)行調(diào)度的流程。 第三種、 混合調(diào)度模式： 混合調(diào)度模式是在預(yù)調(diào)度持續(xù)時(shí)間內(nèi)，定時(shí)主動(dòng)向UE發(fā)送上行資源，UE利用該資源發(fā)送上行數(shù)據(jù)。由于基站是周期性的對UE分配上行資源，減少了UE發(fā)送SR的流程，因此使得PING包的時(shí)延縮短。具體為：UE發(fā)送SR請求，基站檢測到SR后，產(chǎn)生虛擬的BSR進(jìn)行正常的調(diào)度處理，啟動(dòng)預(yù)調(diào)度周期PingPreSchPeriodTimer和預(yù)調(diào)度持續(xù)時(shí)間Ping PreSchHold Timer (默認(rèn)2048ms)；在PingPreSch Hold Timer超時(shí)前，每隔PingPreSch PeriodTimer 基站主動(dòng)產(chǎn)生虛擬BSR并進(jìn)行調(diào)度；UE利用預(yù)調(diào)度的資源發(fā)送PING包的上行數(shù)據(jù)和可能的BSR。 混合調(diào)度模式對所有的SR均做同樣的處理，如果商用系統(tǒng)中用戶量較大，大量的上行資源預(yù)授權(quán)將導(dǎo)致基站反向干擾加重，嚴(yán)重影響基站反向解調(diào)性能。商用局環(huán)境下不建議采用這種模式。