下行速率低问题分析报告

1、v1.0可编辑可修改中国移动td-lte分析报告下行速率低于1m问题南京lte项目组2013-10-10iv1.0可编辑可修改一、问题概况5二、速率异常分析定位思路： 515252.1lt刖络架构：52.2速率异常问题定位流程： 612问题概况在2013年9月中旬日常测试时，陆续发现 无论无线环境质量如何，下行吞吐量始 终小于1m上行吞吐量正常的站点，这些站点是浦口戒毒所搬迁试扩l、南钢码头试 扩l、装饰城试扩l、南京农业大学工学院等站点。为了验证解决问题，我们对装饰 城站点进行了定位分析。在装饰城试扩l-2小区的周边路段上，选取 rsrp=-70dbmsinr=2敢为理想的测 试点，在这种无

2、线环境情况下，该小区下载速率始终在500kbps以下。上传速率正常， 17mtz±o卜 m . -uffil 卜 g - -w.i i闾. to .2号oic-ri-松bf1e115 物贵jh期 u6*oaies.b imet»ck *ipicwtllo a£fli pciseal ?hamsdflel占nef«fcw n14 32 2s bn 14j2 sdltl uiamin 14 32m 5名 国3打6星1432js.54s143221 &s14我方5再mx pdcp ftlc mal »h¥63 i xuo i mg

3、am12国id 366 j i我*q |国。*um上中h加悯弓|。必惮cj吻曰/血hxq笠情媒法手l i hl -g sinr 2t qi白制£h ik ihafkfcmrsihft u-i,rrmu，pnkfr wsgg ifi.洞；wfii4 omtarijw pci !91n尸年# j1羽团4 纲lin/tkgl14 nh b附14j1jq.43st ll"- l - e m e rtfie patinrza m& rwccsfimciwrmhiguish1432磔e的?也rdc: nngn。二i国-旬3翰口附"pigiqa t忙4- fpfo&am

4、p;sinnkiftr 例u啊 或 r114 n k 7f(rs-cc - nn*-infre-：!. igfc: 一0平|子丙1432 17 435+ rsdzonn&dinrrkatriguial-： n14t?48r 线亡亡 hlfufdur果口内第41 451* mccmiwq口met口加3削严恬州八-l ，ir一个厂： ii« - t'. ：r-xilm,fw抬ncck,ul dechj3il dcch ul occmjftlcechjx dcc*luldc&ijqilmjj 18 mi ：才!ogg*13二、速率异常分析定位思路：2.1 ltew络

5、架构：要定位解决ltbs率问题，首先要了解ltew络架构:从ltes络架构图可以知晓，整个业务涉及到终端、接入网元、s1传输、sg涮pg颁心网等多个网元，问题定位分析较为复杂。2.2 速率异常问题定位流程：针对速率异常问题，大体思路为：首先，判断该数传业务是udp勺还是tcp勺，如果当前是tc麻量不足，则先用单线程udpt下行灌包“探路”，看udpt下行流量 能否达到峰值，此举是为了扫清道路上的“小石头”，比如网卡限速、空口参数配 置错误等等。一般来说ud瓶量无法达到峰值，tcp流量也很难上到峰值。ud腕量问 题定位，采用的是“追根溯源”法，即从服务器到u琳到端排查，看“水”流到哪 里“节流”

6、 了。其次，如果ud瓶量能够达到峰值而tc*行，则将问题原因锁定tcp 本身传输机制上；具体流程如下：2.3 灌包测试具体分析：装饰城站点承载能够正常建立，但速率异常，下行速率低于1m,可以采用udps包方法，探测哪段网元进行速率限制；ftpw包测试分析：a）选取装饰城无线环境较好测试点，rsrf%-75dbm, sinr达到25db左右，可判断空口信号质量不存在问题；b）通过ftp侧使用灌包jpef 软件对终端进行udf®包测试，直接灌包60mb 据，由于ftp服务器直接架在lte核心网端，相当于业务数据从 sgw6过传“k n»ivw 4m gai «

7、1; b5w一f * 湛 i mi t jj 餐 imf- ur mbw s m r-jr i,sctafe 举 eit 4f4 :«*e 1输网元、基站、无线空口到终端，便于分析哪个网元出现了问题;fm r1h'.tramrmr 1*r *“lanwe¥*1tde 141 l>riw 印儿此 4"九ivprt31ftp侧灌60m udf据包c）从基站侧查询收到的传输包大小，分析从 ftp服务器来的数据包到达基站 侧时数据是否有丢失情况；通过抓取基站侧收到的数据包可以知晓，装饰城 站点收到的udp&明显存在问题，原本60m数据包经过核心网和传

8、输到达基 站侧后，基站收到包的大小低于 1m只有700k,丢包问题严重；装饰城基站收到ud血正常站点ftp灌60m包基站收到数据包大小：0 fttwua u d钟晚时即自时机快 h值事1； 评卡1eu .flduilla4电在星空白"厅.干¥ l廿 rwi .u也修器山帕工例田皇a nelg'411.|指扑0 3 im.lmjk此时 丽|比眄曲m-hi- 至益*»】| mmk ittmwftj 4mhdui!“覆. mhffflgmmtw：f j iftofgfl=三富工l*m，&g纲间bultl«ss -a:+wzl丽ed门日作0579

9、啊mseveei计为n；¥ xk好.炉餐片,|c2 z319keil32ei|ac 十奇.vlsft = f，je .7",t*.'. m s正常站点收到udpfe初步结论：基站侧上端网元问题导致基站收到数据包异常，终端侧下载速率 较低；基站侧灌包测试：为了进一步分析问题，排查基站侧到终端侧是否存在问题，我们在基站 侧进行操作，打开下行mac测试开关，该开关相当于直接从基站侧 mac®对 终端进行发数据包，用于排查空口质量问题；atp跟踪的macg速率终端侧收到的数据包：nf-baubcrsjssftpr5rp z - qswm1cr5 9nr r

10、3;r0i r5s ffiacmtaip&t fw*h tr pe j plbh th pr 国s tr fk：西电%w«f hta4dlk1 wal i r i .>丁用 conmcg«12siw eldmimr rwih?iir 33imr raikz?173xqzgtidai:匚01 klgr h 产" i a ai li j i .ti .r*mt #日:，f«rw tb pljti/5 厢ix宿皿wft drkdm 也叫 ack hmma haiq hack muehhi rehi%) 如mmi班曰eb hh j33rftc 沁

11、gcoinfld:eum ,海aiehemm sijb 9u»inomil s4m44drkgemusihqtwdguiti gmup codoi3j 4整心血jj1imml 口 re«cyntmmtkfeapjqs-si cl1kl口 incta-xra_rtid c rntikl z，bt(nf* rccel t-cpclfmefl347cce 丁.，id：oc.千eli0cue tjpftz2d1oci f'nrtl41met加30g fmrib0cceib.pc1 fnrtic0cf1 1qlocl fmtld0cf12俄i fg0cf1 j陋配】fm*tci frwb0皿 r9 sidwdutjcjfmfi0f邙一般山4tioci fnrtla0fubch rfa ndfirm4u>l.4 a$ 3n1 修dl rrulgrsnl397pdscld ® wuhihi (iprt钠porcuhffir4qdli cm 4ejiim nzzrsxr播tthuisru 幅l二代 jtl?伸口两口 di 纲-暹。 2c0iw19 qijithj'kp-ujlk jl*fppmpinrlc1smac12kjpmv12*50'通过基站跟踪mao据和终端收到的ma徵据分析知晓，mag口物理层数据正常，下行空口质量不