TD―LTE業(yè)務(wù)面時(shí)延優(yōu)化研究

1、TDLTElk務(wù)面時(shí)延優(yōu)化研究、，、.前言業(yè)務(wù)面指標(biāo)反映了移動(dòng)通信用戶的直觀感知，對(duì)業(yè)務(wù)面指標(biāo)的優(yōu)化，可以預(yù)先解決用戶感知不好的問題，減少用戶投訴。本文首先對(duì)業(yè)務(wù)面TCP時(shí)延的優(yōu)化流程進(jìn)行梳理，并對(duì)TOPN小區(qū)定位、問題定界、容量確認(rèn)、基站告警處理、傳輸問題排查、參數(shù)優(yōu)化等環(huán)節(jié)展開分析，最后通過實(shí)際案例印證分析流程的準(zhǔn)確性和可實(shí)施性。1 .業(yè)務(wù)面指標(biāo)介紹業(yè)務(wù)面指標(biāo)反映了移動(dòng)通信用戶的直觀感知，業(yè)務(wù)面指標(biāo)差則容易引發(fā)客戶感知差等問題。因此對(duì)業(yè)務(wù)面指標(biāo)的優(yōu)化，可以預(yù)先解決用戶感知不好的問題，減少用戶投訴。業(yè)務(wù)面指標(biāo)與無線指標(biāo)不同，其統(tǒng)計(jì)節(jié)點(diǎn)是參考OSI七層網(wǎng)絡(luò)模型中的應(yīng)用層和傳輸層消息。而這些指標(biāo)

2、在RAN側(cè)是統(tǒng)計(jì)不到的，RAN側(cè)只能統(tǒng)計(jì)到PDCP層oTCP時(shí)延作為要的業(yè)務(wù)面指標(biāo)，其統(tǒng)計(jì)節(jié)點(diǎn)為：統(tǒng)計(jì)TCP建鏈時(shí)三次握手過程中的TCPACK勺時(shí)間點(diǎn)減去TCPSYNACK勺時(shí)間點(diǎn)。根據(jù)XDR規(guī)范，TCP時(shí)延是在S1-U口統(tǒng)計(jì)，其時(shí)延包括空口時(shí)延和ENB到核心網(wǎng)的傳輸時(shí)延。2 .業(yè)務(wù)面時(shí)延優(yōu)化流程首先進(jìn)行TOPN小區(qū)篩選和問題定界，如果屬于RAN側(cè)問題，則檢查基站告警，否則排查傳輸問題。之后對(duì)小區(qū)參數(shù)進(jìn)行核查，預(yù)調(diào)度參數(shù)設(shè)置是否準(zhǔn)確，核實(shí)無誤后安排現(xiàn)場(chǎng)測(cè)試，并進(jìn)行天饋倒換、分析基站日志。如果是屬于無線問題，則調(diào)整覆蓋解決干擾，否則執(zhí)行基站問題排查，并最終完成時(shí)延問題優(yōu)化。那么面指標(biāo)優(yōu)化過程主要

3、內(nèi)容有：TOP小區(qū)篩選、問題定界、告警處理、參數(shù)優(yōu)化、基站側(cè)問題解決和無線側(cè)優(yōu)化等幾個(gè)重要步驟。3 .業(yè)務(wù)面指標(biāo)優(yōu)化方法3.1 TOP小區(qū)篩選TOP小區(qū)篩選可以從兩個(gè)數(shù)據(jù)源來篩選：一個(gè)是大數(shù)據(jù)平臺(tái)，可以直接統(tǒng)計(jì)由TCP層業(yè)務(wù)面指標(biāo)，但是由于是在S1-U口采集的數(shù)據(jù)，因此統(tǒng)計(jì)由來的TCP層時(shí)延還包括了基站側(cè)到核心網(wǎng)側(cè)的傳輸時(shí)延；另外一個(gè)是RAN側(cè)統(tǒng)計(jì)的用戶面時(shí)延，統(tǒng)計(jì)的是PDCP層時(shí)延，使用RAN側(cè)OMC統(tǒng)計(jì)由的用戶面時(shí)延，就是完整的空口業(yè)務(wù)面時(shí)延，不包括傳輸側(cè)時(shí)延。無線側(cè)統(tǒng)計(jì)的用戶面下行時(shí)延變化趨勢(shì)與大數(shù)據(jù)平臺(tái)統(tǒng)計(jì)的TCP時(shí)延變化趨勢(shì)一致。3.2 業(yè)務(wù)面問題定界TOP小區(qū)篩選之后，需要判斷是否

4、為小區(qū)用戶過多，容量不夠?qū)е聵I(yè)務(wù)面指標(biāo)差，還是由于網(wǎng)絡(luò)異常導(dǎo)致，兩種原因需要有各自的解決方案。3.2.1 容量問題判斷?；緜?cè)每子幀調(diào)度用戶數(shù)是有限的，若用戶數(shù)過多，則某些用戶會(huì)處于等待數(shù)據(jù)傳輸中，導(dǎo)致空口時(shí)延較大。此時(shí)，可以觀察OMC指標(biāo)來判斷是否為小區(qū)用戶太多，業(yè)務(wù)量太大引起的業(yè)務(wù)面指標(biāo)差。容量判斷標(biāo)準(zhǔn)如下：1、系統(tǒng)忙時(shí)，上行PRB平均利用率或下行PRB平均利用率大于50%,需要擴(kuò)容。2、系統(tǒng)忙時(shí)，有效RRC連接數(shù)大于30,且小區(qū)忙時(shí)吞吐率，上行大于1GB,或下行大于2GB時(shí)，需要擴(kuò)容。3、RRC連接最大數(shù)大于200o3.2.2 空口問題與傳輸側(cè)問題判斷。由于使用大數(shù)據(jù)平臺(tái)統(tǒng)計(jì)的TCP時(shí)延

5、包括兩部分，即空口時(shí)延和eNodeB到EPC的傳輸時(shí)延。若是使用大數(shù)據(jù)平臺(tái)篩選的TOPN小區(qū)，需要判斷是空口時(shí)延大引起的還是傳輸側(cè)的時(shí)延引起的。在基站側(cè)S1口計(jì)算時(shí)延時(shí)，需注意區(qū)分上行和下行數(shù)據(jù)，從S1口上統(tǒng)計(jì)到不同方向數(shù)據(jù)的時(shí)延時(shí)不一樣的。S1抓包后，對(duì)于上行和下行可使用wireshark分別統(tǒng)計(jì)RTT，以此來判斷是接入網(wǎng)或非接入網(wǎng)的時(shí)延問題，從而完成問題定界。對(duì)于從OMC統(tǒng)計(jì)的無線側(cè)指標(biāo)里面篩選曲的業(yè)務(wù)面時(shí)延TOP小區(qū)，可省略定界這一步，因?yàn)闊o線側(cè)指標(biāo)在基站側(cè)采集，只是統(tǒng)計(jì)空口的用戶面時(shí)延。3.3 空口時(shí)延參數(shù)優(yōu)化從發(fā)送數(shù)據(jù)，到返回確認(rèn)，分組數(shù)據(jù)在服務(wù)器和終端之間走了一個(gè)來回，這一個(gè)來回就

6、是TCP時(shí)延，在空口的TCP時(shí)延由以下幾個(gè)部分構(gòu)成：下行：DL數(shù)據(jù)傳輸時(shí)延、DLMAC重傳和DLRLC層重傳；上行：SRBSRUL數(shù)據(jù)發(fā)送時(shí)延、ULMAC重傳和ULRLC重傳?？湛跇I(yè)務(wù)面時(shí)延的優(yōu)化，就是對(duì)空口過程的各個(gè)時(shí)延優(yōu)化，涉及到MAC層和RLC©一些參數(shù)。DLMAC重傳和ULMAC重傳與HARQ進(jìn)程數(shù)，但是和無線環(huán)境相關(guān)。對(duì)于上行，LTE弓I入了Schedulingrequest的機(jī)制，通過UE告訴enodeB是否需要上行資源，基站需要根據(jù)BSR來做調(diào)度。預(yù)調(diào)度，即預(yù)留唯一的資源給UE，只需要很少的資源，足夠發(fā)送BSR即可。引入預(yù)調(diào)度機(jī)制可減少SR的過程后，發(fā)現(xiàn)大幅降低了上行時(shí)

7、延。3.4 無線及基站問題解決在基站側(cè)告警和參數(shù)方面檢查沒有任何問題的TOP小區(qū)，需要進(jìn)行無線問題和基站及天饋問題判斷。其步驟如下：使用MORPHO軟件對(duì)MR數(shù)據(jù)進(jìn)行分析，柵格化呈現(xiàn)小區(qū)的業(yè)務(wù)采樣點(diǎn)MR分布，若此小區(qū)大部分采樣點(diǎn)都在-100dBm以下，可判斷為弱覆蓋引起TCP業(yè)務(wù)面指標(biāo)差，需要調(diào)整天饋，解決覆蓋問題。若采樣點(diǎn)RSR吠部分較好，需要呈現(xiàn)小區(qū)重疊覆蓋圖，若重疊覆蓋大，需調(diào)整周圍小區(qū)覆蓋，降低重疊覆蓋度。無線側(cè)問題排除之后，可判斷為基站側(cè)問題，則需要提取基站側(cè)公共日志和DSP日志由系統(tǒng)技術(shù)人員進(jìn)行分析。4 .案例介紹在業(yè)務(wù)面時(shí)延優(yōu)化過程中，發(fā)現(xiàn)某站點(diǎn)1小區(qū)業(yè)務(wù)面指標(biāo)較差，業(yè)務(wù)面時(shí)延連

8、續(xù)一周都在100ms以上，于是對(duì)此小區(qū)首先進(jìn)行告警檢查，發(fā)現(xiàn)無告警。然后進(jìn)行參數(shù)檢查，與業(yè)務(wù)面時(shí)延相關(guān)參數(shù)都正確，其他參數(shù)也與標(biāo)準(zhǔn)參數(shù)一致，參數(shù)沒有任何問題。觀察小區(qū)上行IOT,也是正常的，于是到現(xiàn)場(chǎng)去測(cè)試，在極好點(diǎn)處測(cè)試，發(fā)現(xiàn)無線環(huán)境良好，但是業(yè)務(wù)速率很低。發(fā)現(xiàn)同站2小區(qū)的指標(biāo)是正常的，因此上站將1、2小區(qū)BBU與RRU之間的光纖倒換，觀察指標(biāo)，發(fā)現(xiàn)1小區(qū)業(yè)務(wù)面時(shí)延還是很大。由此可以排除RRU和無線環(huán)境導(dǎo)致業(yè)務(wù)面時(shí)延指標(biāo)差。懷疑是BBU基帶板處理1小區(qū)的DSP有問題，于是倒換1,2小區(qū)的DSP模塊。倒換DSP模塊后，安置房橋頭橋1小區(qū)時(shí)延指標(biāo)仍然差，于是更換基帶板，更換后指標(biāo)與正常小區(qū)一致，問題解決。5 .總結(jié)根據(jù)TCP業(yè)務(wù)的特性，抓住優(yōu)化業(yè)務(wù)面的