調(diào)度不滿導(dǎo)致下載速率低問題

1、 調(diào)度不滿導(dǎo)致下載速率低問題 *問題描述：近期，在網(wǎng)格大會(huì)戰(zhàn)過程中， LTE網(wǎng)格組發(fā)現(xiàn)多個(gè)站點(diǎn)在無線環(huán)境良好的情況下，下載速率無法達(dá)到峰值的情況，如下為金陵城二-1小區(qū)測(cè)試速率，速率始終只能在50M-60M上下。而該站點(diǎn)的配置在正常情況下應(yīng)該在80M以上。共發(fā)現(xiàn)該問題的有：郭家山二搬遷、新生圩港、金陵村二、伊劉村、浦口二、柳塘村、浦江學(xué)院、燕江路、寶塔街T、大橋村、浦口審計(jì)學(xué)院試擴(kuò)、林家凹試擴(kuò)等12個(gè)站點(diǎn)。問題分析：針對(duì)該問題進(jìn)行了長(zhǎng)達(dá)1個(gè)月的反復(fù)抓包、測(cè)試定位，分析發(fā)現(xiàn)引發(fā)該問題的原因有多種情況，下面是詳細(xì)分析。1. 無線側(cè)初步分析l 排除終端和筆記本、FTP服務(wù)器問題：對(duì)這幾個(gè)站點(diǎn)，進(jìn)行更

2、換終端、筆記本等方法進(jìn)行測(cè)試，現(xiàn)象一樣，且同樣的筆記本、終端在其他站點(diǎn)上速率正常，可達(dá)到峰值。排除這方面的問題l 排除無線環(huán)境因素:測(cè)試時(shí)對(duì)測(cè)試位置進(jìn)行多次選點(diǎn)，在RSRP/SINR等都遠(yuǎn)大于極好點(diǎn)的位置進(jìn)行測(cè)試，MCS等級(jí)可基本維持在27以上，但是速率表現(xiàn)一樣。同樣的位置進(jìn)行UDP灌包，速率可達(dá)到峰值。如下圖，至此可基本排除無線環(huán)境問題。l 測(cè)試組對(duì)問題站點(diǎn)的小區(qū)PRB數(shù)限制為48/24，測(cè)試速率基本穩(wěn)定在對(duì)應(yīng)的峰值速率上。也說明問題不在空口上，懷疑進(jìn)入基站的數(shù)據(jù)不足。l 在基站的S1口做鏡像抓包，同時(shí)在FTP服務(wù)器上也做WIRESHARK抓包，發(fā)現(xiàn)S1口的下行數(shù)據(jù)存在亂序和丟包的現(xiàn)象，丟包

3、率大約為千分之一，這個(gè)有可能導(dǎo)致速率的下降。金陵村二 伊劉村2. 傳輸鏈路不穩(wěn)及丟包問題根據(jù)以上分析，首先懷疑傳輸側(cè)問題，將存在問題站點(diǎn)提交傳輸分析，傳輸側(cè)反饋郭家山二搬遷、新生圩港鏈路不穩(wěn)，并進(jìn)行處理；燕江路傳輸側(cè)存在明顯丟包，并對(duì)異常進(jìn)行處理；根據(jù)傳輸側(cè)反饋，項(xiàng)目安排復(fù)測(cè)：新生圩港和燕江路問題解決，郭家山二搬遷1、2小區(qū)速率恢復(fù)正常，3小區(qū)下載速率依然較低；由于同站所有小區(qū)共用傳輸，因此該站3小區(qū)問題非傳輸導(dǎo)致；站點(diǎn)中興答復(fù)當(dāng)前版本郭家山二鏈路不穩(wěn)，已處理3.20.01新生圩港鏈路不穩(wěn)，已處理3.20.01燕江路存在明顯丟包,已處理3.20.00.40.

4、15.013. 參數(shù)設(shè)置問題 傳輸整改后郭家山二僅3小區(qū)仍存在問題，因此小區(qū)參數(shù)設(shè)置嫌疑較大，將3小區(qū)參數(shù)與1、2小區(qū)進(jìn)行對(duì)比，發(fā)現(xiàn)上行BO參數(shù)設(shè)置不合理，參照1、2小區(qū)進(jìn)行設(shè)置后，3小區(qū)下載速率恢復(fù)正常，并對(duì)其他未解決站點(diǎn)參數(shù)也進(jìn)行核查，發(fā)現(xiàn)金陵村二存在同樣問題，修改后也恢復(fù)正常。4. 傳輸側(cè)帶寬設(shè)置不合理由于傳輸側(cè)反饋無其他明顯異常，定位至此，有點(diǎn)山窮水盡了。回過頭再次梳理之前的定位過程，從中找些蛛絲馬跡。根據(jù)1.抓包分析，從基站、終端側(cè)抓包看，S1下行存在1/1000的丟包，因此再次安排上站抓包，站點(diǎn)：伊劉村。方法是在基站和PTN設(shè)備之間接入第3方交換機(jī)，在連接第三方交換機(jī)時(shí)發(fā)現(xiàn)，端口速

5、率始終無法達(dá)到千兆，而第3方交換機(jī)直接和基站傳輸口相連，則可以達(dá)到千兆，懷疑傳輸側(cè)配置為100M光口而非1000M，將該問題反饋傳輸核查，經(jīng)傳輸改配后，重新連接PTN和基站，復(fù)測(cè)速率正常。這種情況有一個(gè)特點(diǎn)：在物理設(shè)備-機(jī)架-機(jī)框-板卡-以太網(wǎng)節(jié)點(diǎn)下，目前正在使用的端口，配置工作模式為自適應(yīng)，實(shí)際工作模式為100M。對(duì)全網(wǎng)進(jìn)行核查發(fā)現(xiàn)還有浦江學(xué)院、浦口審計(jì)學(xué)院試擴(kuò)、林家凹試擴(kuò)等站點(diǎn)存在同樣問題。傳輸側(cè)反饋如下，經(jīng)處理幾個(gè)站點(diǎn)均恢復(fù)正常：站點(diǎn)中興答復(fù)伊劉村傳輸側(cè)配置為強(qiáng)制100M浦江學(xué)院傳輸側(cè)配置為強(qiáng)制100M浦口審計(jì)學(xué)院試擴(kuò)傳輸側(cè)配置為強(qiáng)制100M林家凹試擴(kuò)基站上PTN設(shè)備安裝為155M光模塊

6、以下是該種情況下，OMC上核查的節(jié)點(diǎn)：5. 上行BLER導(dǎo)致速率持續(xù)偏低針對(duì)柳塘村速率持續(xù)偏低的問題，上站抓包：該站沒有明顯丟包，但是從基站可以看到空口有心電圖狀的BLER毛刺，峰值約10%，從拉網(wǎng)速率趨勢(shì)看，曾有一小段時(shí)間空口無BLER，對(duì)應(yīng)的速率可以穩(wěn)定在80M左右，因此可以看出，下載速率高低，與測(cè)試點(diǎn)空口BLER有直接關(guān)系，空口BLER會(huì)導(dǎo)致下載速率持續(xù)偏低。經(jīng)過外場(chǎng)測(cè)試人員尋找，在柳塘村可以找到空口環(huán)境較好的測(cè)試點(diǎn)，這些測(cè)試點(diǎn)空口無明顯BLER，測(cè)試速率可在90M，這一現(xiàn)象也能說明，下載速率與BLER的關(guān)系。6. 上行反饋晚點(diǎn)到達(dá)服務(wù)器和終端丟包通過在柳塘村尋找無線環(huán)境好的測(cè)試點(diǎn)，測(cè)試

7、速率可在90M以上，但也有偶爾掉坑現(xiàn)象，針對(duì)此種情況進(jìn)行抓包和CDL業(yè)務(wù)日志分析，發(fā)現(xiàn)掉坑的時(shí)候有突發(fā)重傳，重傳的原因有2中：l 上行ACK到達(dá)服務(wù)器時(shí)間點(diǎn)晚導(dǎo)致服務(wù)器重傳終端側(cè)抓包分析：在500746行收到了SN為904789478的原始包緊接著在500748行對(duì)500746行和500747行報(bào)文進(jìn)行確認(rèn)ACK（ipid : 30556），如圖：在501077行，收到SN為904789478的重傳包服務(wù)器側(cè)：在939644行對(duì)SN：904789478包首次進(jìn)行發(fā)送在939931對(duì)SN：904789478包進(jìn)行重傳，此時(shí)按照TCP協(xié)議，超時(shí)重傳會(huì)導(dǎo)致速率陡降。然而，在服務(wù)器對(duì)SN： 90478

8、9478重傳后的939936行收到了終端對(duì)原始包的確認(rèn)，說明原始包的ACK（ipid: 30556）并沒有丟，只是到服務(wù)器時(shí)晚了上行ACK晚點(diǎn)到達(dá)服務(wù)器的原因應(yīng)該與下述發(fā)現(xiàn)的傳輸時(shí)延突發(fā)異常變大有關(guān)。在做業(yè)務(wù)過程中，基站對(duì)EPC進(jìn)行長(zhǎng)PING操作，會(huì)偶爾出現(xiàn)超大時(shí)延現(xiàn)象，如圖：l 終端接收丟包在126424行，抓包看終端已收到SN為3564609387的原始包，然而終端后續(xù)卻一再確認(rèn)SN為3564609387的包丟失（紅色部分）直到在126917行收到服務(wù)器的對(duì)SN為3564609387報(bào)文的快速重傳才恢復(fù)正?？偨Y(jié)上述抓包分析：1） 上行TCP ACK晚點(diǎn)到達(dá)服務(wù)器導(dǎo)致重傳；2） 業(yè)務(wù)過程中P

9、ING EPC存在超大時(shí)延是導(dǎo)致ACK晚點(diǎn)的最重要原因；3） 重傳為瞬時(shí)突發(fā)，絕大部分時(shí)間無重傳，且重傳發(fā)生時(shí)伴隨速率下降；4） 懷疑終端或筆記本性能問題會(huì)導(dǎo)致在業(yè)務(wù)長(zhǎng)時(shí)間保持中收到數(shù)據(jù)處理不過來而丟掉；上述四點(diǎn)解釋了測(cè)試過程中出現(xiàn)的現(xiàn)象：業(yè)務(wù)較長(zhǎng)時(shí)間能夠保持鋒速，偶爾出現(xiàn)掉坑，長(zhǎng)時(shí)間持續(xù)業(yè)務(wù)時(shí)速率波動(dòng)幅度會(huì)變大。7. 終端反饋0窗口報(bào)文導(dǎo)致速率低針對(duì)寶塔街站上站測(cè)試抓包，經(jīng)過分析，該站點(diǎn)BLER相對(duì)較高，但導(dǎo)致業(yè)務(wù)速率低的更重要原因?yàn)榻K端會(huì)反饋0窗長(zhǎng)報(bào)文，一旦出現(xiàn)該問題，當(dāng)前下載線程則處于停滯狀態(tài)直至終端上報(bào)窗長(zhǎng)恢復(fù)，每次發(fā)生停滯時(shí)間120ms-900ms不等，停滯時(shí)間內(nèi)速率為0。 5線程下載測(cè)試，57秒的抓包中，發(fā)生約20次0窗口事件，而且，0窗長(zhǎng)發(fā)生時(shí)往往伴隨著丟包，如此，必然會(huì)導(dǎo)致速率低，如圖，在65419行發(fā)生0窗口事件，直到65466行恢復(fù)，停滯時(shí)長(zhǎng)約800ms。解決措施及結(jié)果：綜上多種情況分析：調(diào)度不滿導(dǎo)致速率低問題，經(jīng)過傳輸整改鏈路、改配端口模式均能有效解決該問題。問題結(jié)論;引起調(diào)度不滿導(dǎo)致速率低問題有以下幾種因素：1. 傳輸問題l 傳輸明顯丟包；l 傳輸端口模式配置錯(cuò)誤；l 傳輸鏈路不穩(wěn)；2. 參