下行速率低問題分析報告剖析

中國移動TD-LTE分析報告下行速率低于1M問題南京LTE項目組2013-10-10目 錄一、問題概況3二、速率異常分析定位思路：32.1LTE網(wǎng)絡(luò)架構(gòu)：32.2速率異常問題定位流程：42.3灌包測試具體分析：5三、結(jié)論8四、最終結(jié)果8五、相關(guān)附件8一、 問題概況在2013年9月中旬日常測試時，陸續(xù)發(fā)現(xiàn)無論無線環(huán)境質(zhì)量如何，下行吞吐量始終小于1M，上行吞吐量正常的站點，這些站點是浦口戒毒所搬遷試擴L、南鋼碼頭試擴L、裝飾城試擴L、南京農(nóng)業(yè)大學(xué)工學(xué)院等站點。為了驗證解決問題，我們對裝飾城站點進行了定位分析。在裝飾城試擴L-2小區(qū)的周邊路段上，選取RSRP=-70dBm、SINR=27較為理想的測試點，在這種無線環(huán)境情況下，該小區(qū)下載速率始終在500kbps以下。上傳速率正常，17M以上。二、 速率異常分析定位思路：122.1 LTE網(wǎng)絡(luò)架構(gòu)：要定位解決LTE速率問題，首先要了解LTE網(wǎng)絡(luò)架構(gòu)：從LTE網(wǎng)絡(luò)架構(gòu)圖可以知曉，整個業(yè)務(wù)涉及到終端、接入網(wǎng)元、S1傳輸、SGW和PGW核心網(wǎng)等多個網(wǎng)元，問題定位分析較為復(fù)雜。2.2 速率異常問題定位流程：針對速率異常問題，大體思路為：首先，判斷該數(shù)傳業(yè)務(wù)是UDP的還是TCP的，如果當前是TCP流量不足，則先用單線程UDP上下行灌包“探路”，看UDP上下行流量能否達到峰值，此舉是為了掃清道路上的“小石頭”，比如網(wǎng)卡限速、空口參數(shù)配置錯誤等等。一般來說UDP流量無法達到峰值，TCP流量也很難上到峰值。UDP流量問題定位，采用的是“追根溯源”法，即從服務(wù)器到UE端到端排查，看“水”流到哪里“節(jié)流”了。其次，如果UDP流量能夠達到峰值而TCP不行，則將問題原因鎖定TCP本身傳輸機制上；具體流程如下：2.3 灌包測試具體分析：裝飾城站點承載能夠正常建立，但速率異常，下行速率低于1M，可以采用UDP灌包方法，探測哪段網(wǎng)元進行速率限制； FTP灌包測試分析：a) 選取裝飾城無線環(huán)境較好測試點，RSRP為-75dBm，SINR達到25dB左右，可判斷空口信號質(zhì)量不存在問題；b) 通過FTP側(cè)使用灌包jperf軟件對終端進行UDP灌包測試，直接灌包60M數(shù)據(jù)，由于FTP服務(wù)器直接架在LTE核心網(wǎng)端，相當于業(yè)務(wù)數(shù)據(jù)從SGW經(jīng)過傳輸網(wǎng)元、基站、無線空口到終端，便于分析哪個網(wǎng)元出現(xiàn)了問題；FTP側(cè)灌60M UDP數(shù)據(jù)包c) 從基站側(cè)查詢收到的傳輸包大小，分析從FTP服務(wù)器來的數(shù)據(jù)包到達基站側(cè)時數(shù)據(jù)是否有丟失情況；通過抓取基站側(cè)收到的數(shù)據(jù)包可以知曉，裝飾城站點收到的UDP包明顯存在問題，原本60M數(shù)據(jù)包經(jīng)過核心網(wǎng)和傳輸?shù)竭_基站側(cè)后，基站收到包的大小低于1M，只有700k，丟包問題嚴重；裝飾城基站收到UDP包正常站點FTP灌60M包基站收到數(shù)據(jù)包大?。赫Ｕ军c收到UDP包初步結(jié)論：基站側(cè)上端網(wǎng)元問題導(dǎo)致基站收到數(shù)據(jù)包異常，終端側(cè)下載速率較低； 基站側(cè)灌包測試：為了進一步分析問題，排查基站側(cè)到終端側(cè)是否存在問題，我們在基站側(cè)進行操作，打開下行MAC 測試開關(guān)，該開關(guān)相當于直接從基站側(cè)MAC層對終端進行發(fā)數(shù)據(jù)包，用于排查空口質(zhì)量問題；ATP跟蹤的MAC層速率 終端側(cè)收到的數(shù)據(jù)包： 通過基站跟蹤MAC數(shù)據(jù)和終端收到的MAC數(shù)據(jù)分析知曉，MAC和物理層數(shù)據(jù)正常，下行空口質(zhì)量不存在問題；三、 結(jié)論通過灌包和MAC測試知曉，在無線環(huán)境較好情況下，基站收到上層網(wǎng)元數(shù)據(jù)包較小導(dǎo)致了下載速率低于1M。四、 最終結(jié)果通過核心網(wǎng)和中興傳輸一起抓包定位分析，