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

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

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

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

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

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

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

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