CDMA EVDO吞吐量故障定位指导书.docVIP

CDMA EVDO吞吐量故障定位指导书 目 录 1. 概述 3 2. 定位流程 3 2.1. 定位流程图 3 2.2. 定位流程说明 3 2.3. 解决方法 3 2.3.1. 多线程下载的作用 3 2.3.2. 如何解决TCPWindowSize过小问题 3 2.3.3. 如何解决FTP服务器发送缓冲区过小 3 2.3.4. 检查终端是否处在双模模式 3 2.3.5. 如何解决开户时的速率限制 3 2.3.6. 如何查看空口质量 3 2.3.7. 如何解决Abis链路带宽不足 3 2.3.8. 如何解决反向速率限制 3 2.3.9. 如何使用单用户流量跟踪排查吞吐量 3 2.3.10. 如何查看PPP连接是否存在错包 3 2.3.11. 如何观察RLP Abort 3 2.3.12. 如何使用Ethereal进行抓包分析 3 2.3.13. 如何使用QXDM进行空口分析 3 3. 案例 3 3.1. FTP服务器发送缓冲区过小导致下载速率低 3 3.1.1. 现象 3 3.1.2. 原因分析 3 3.1.3. 定位过程 3 3.2. Abis带宽受限导致下载速率低 3 3.2.1. 现象描述 3 3.2.2. 原因分析 3 3.2.3. 定位过程 3 3.3. 其他案例 3 概述 简述 在本文里，吞吐量故障指的是吞吐量不能达到理论最大值，以及吞吐量异常波动。本文纯粹从操作层面论述，如何定位这种故障，对涉及到理论知识的描述超出本文范畴 前置条件 达到DOA前向理论最大吞吐量2.9Mbps，需要同时满足以下4个条件 终端的空口C/I至少10dB以上 测试终端所在扇区能够独享至少2根E1 PCF与PDSN之间的网络不存在丢包 PDSN到FTP server之间的网路不存在丢包 说明一下，一般说DOA前向最大吞吐量3.07Mbps，指的是物理层最大速率，而测速软件（比如DU Meter）只能统计应用层速率，大家知道，应用层速率是小于物理层速率的，因而，通过测速软件测得的DOA前向最大吞吐量为2.9Mbps左右 常见缺陷 虽然导致吞吐量故障的原因多种多样，但是，根据作者的经验，目前网络上出现的吞吐量故障往往是由于以下原因引入的，所以出现故障时，优先排查以下问题 空口不好（C/I达不到10dB以上），或者扇区内存在其他用户 Abis的带宽不足，不能达到 PCF与PDSN之间、PDSN与FTP server之间存在丢包 PC机上的TCPWindowsize过小，不能满足前向最大吞吐量的需求 出现吞吐量故障，首先排查以上4个问题，排查结束后，问题仍为解决，请参考下面的详细定位流程 定位流程 定位流程图 说明：上面的流程图是针对下载时的吞吐量问题而画，上传时的定位方法可以参考 定位流程说明 如上面的定位流程图所示，发生吞吐量故障，一般的处理流程如下： 出现吞吐量故障，首先应该进行环境排查，排查的内容包括 终端的C/I是不是平稳维持在10dB以上 终端所在的扇区是不是能够独享2根E1的Abis带宽 完成环境排查后，确认是否使用了工具（使用Flash FTP）或者第三方软件（比如鼎立）下载； 【是】换用Windows命令行下载，观察现象是否消失 【是】问题解决，故障原因为工具或第三方软件引入 【否】跳转至3 【否】跳转至3 使用多个Windows命令行，进行多线程下载，观察下载速率 【明显大于单线程吞吐量】跳转至4 【与单线程吞吐量区别不明显】跳转至7 单线程速率与多线程吞吐量是否平稳 【平稳】跳转至5 【不平稳】跳转至14，进入丢包排查流程 PC机上的TCPWindowSize是否过小 【是】解决TCPWindowsize过小的问题，解决方法参考如何解决TCPWindowSize过小问题，观察故障是否消失 【是】问题解决 【否】跳转至6 【否】跳转至6 FTP服务器的发送缓冲区是否过小 【是】解决FTP服务器的发送缓冲区过小问题，解决方法参考如何解决FTP服务器发送缓冲区过小，观察故障是否消失 【是】问题解决 【否】跳转至16 【否】跳转至16 速率是否在2M以上，但是达不到理论最大值 【吞吐量能够达到2.6M左右】检查终端是否处在双模模式，检查方法参考检查终端是否处在双模模式，将终端改为单模模式后，观察故障是否消失 【是】问题解决 【否】跳转至8 【吞吐量能够达到2.3M左右】检查终端是否协商成DO 0模式，检查方法：维护台上查询会话 【是】问题解决 【否】跳转至8 用户开户时，是否有进行速率限制 【是】解决开户时的速率限制，具体方法参考如何查看开户时的速率限制，观察故障是否消失 【是】问题解决 【否】跳转至9 【否】跳转至9 终端的空口前向PER是否在0.5%以下，反向PER是否在1%以下