某地市FTP下载速率慢问题分析[2].pdf

《某地市FTP下载速率慢问题分析[2].pdf》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、.某地市FTP下载速率慢问题分析故障现象：根据无线部门反映，某地市中兴BSC下FTP下载速率慢，DT测试中速率一般为80多kbit/s。原因分析：流程图：某某某FTP某某某某某某某某某某某某某某某某某某某某某某某某某1某某某某某某某某某某Y某某N某某某某2某某某某某某某某某某某某Y某某某N某某某某某某某某某某某某某某某Y某某N某某某某某某某某某某Y某某某某某某分析判断可能原因：FTP下载速率慢等数传类问题本质上可以归于如下原因：丢包或者数传有延迟，对于这类问题最有效也是最根本的定位方法就是抓包和挂表进行分析，观察;..数据包究竟

2、在哪个网元丢弃或者延迟。原因排查：1、我们选取了11月4日的抓包进行了分析。其中重点分析从4日早晨10点到11点的抓包信息，这些抓包信息有近80个跟踪文件，基本上反映了整体的测试情况。在这一段时间的跟踪中，也出现了FTP丢包和时延长的现象。我们对这些现象进行了分析和整理，共统计出42次FTP数传中断时间超过3s的情况，这些导致FTP数传中断的各原因统计如下：1由于无线侧信号不好（无线侧上报radio-status消息），导致数据无法下发和重传，出现27次2手机由于某个特定包没有收到，不断请求（DUPACK），出现9次3CELLU

3、PDATE前后数据重传，出现5次2、下面将分别针对这些原因值，分别选取一个典型跟踪进行分析说明：1无线测信号不好导致数据无法下发和重传首先看一下cap格式的抓包文件:从抓包上来看，至少在10：51：37到10：52：28这一段时间内，;..数据下发肯定是有问题的，这一段时间只有几个重传包和两个PING包，相隔50多秒。再看一下用户跟踪中这段时间出现了什么情况:在10：51：31的时候，无线侧上报无线信号不好：Radiostatus的消息说明请参考协议48018（中兴BSC上报的radio-status消息中原因值为Radioco

4、ntactlostwithMS和Radiolinkqualityinsufficienttocontinuecommunication）：RadioStatusprocedureABSSandanMSradiointerfacecommunicationstatusmaychangeduetothefollowing:1)theMSgoesoutofcoverageandislost;ThisconditionissignalledbysettingtheRadioCausevalueto"Radiocontactlostwit

5、hMS".2)thelinkqualityistoobadtocontinuethecommunication;ThisconditionissignalledbysettingtheRadioCausevalueto"Radiolinkqualityinsufficienttocontinuecommunication".SGSN之前已经将消息下下发给BSC，由于无线信号不好，这些消息应该没有被正确发送给手机，从上面的抓包可以发现，手机在请求101224的包：;..这个时候由于无线信号不好，手机请求以前的报文，已经导致了有10

6、秒左右的延迟，在10：51：49的时候，服务器发送了101224的包：但是从消息跟踪来看，手机似乎没有收到这个包，没有ack消息响应，这是为什么？我们再回到用户跟踪，看一下这个时间点发生了什么：;..原来这个时候又发生了小区更新（559行），按无线侧的说法，此时他们没有办法发送给手机，也就是说，服务器发给手机的包又不幸的由于小区更新丢掉了，而且由于中兴BSC没有缓存重发等功能，只能等待服务器下一次的重传。在10：52：27的时候，这个包终于被下发，手机回了相应的ack消息，但是时间已经过去了58秒。这个情况是无线信号不好导致丢包

7、重传的最典型的一个例子。在1个小时的跟踪中，出现了近30次的无线信号不好，这将导致大规模的丢包和数据重传，这个问题是导致FTP下载速率慢的最主要的原因。而其他厂商的BSC，没有发现如此多的radio-status消息。2手机由于某个特定包没有收到，不断请求（DUPACK）如图所示，手机在不断请求251032的包，，服务器在的286行给手机发送了该包，但是手机一直在不断请求。;..直到305行，手机确认，此时消耗了3秒。这种情况的出现一般是由于手机没有收到某个特定包导致的，从消息跟踪来看，SGSN收到该包后已经将该包下发给了BSC

8、，请无线侧确认下是;..否收到该包，收到该包后是否迅速下发给了手机。这种情况一般导致延迟在3-5s左右，对速率有一定的影响。3CELLUPDATE前后数据重传如上图，231和232之间相隔了8s。这种情况的出现是由于此时发生了小区切换，在小区切换时，无线侧无法下