CDMA EVDO吞吐量故障定位指导书 文档密级：
产品名称Product Name
密级Confidentiality Level
CDMA2000 EVDO
内部公开
产品版本Product Version
Total pages 共 页
CDMA2000 EVDO吞吐量故障
定位指导书
拟制:
Prepared by
刘建军
日期:
Date
2009-4-1
审核:
Reviewed by
日期:
Date
审核:
Reviewed by
日期:
Date
批准:
Granted by
日期:
Date
华为技术有限公司
版权所有 侵权必究
修订记录
Date
日期
Revision Version
修订版本
CR ID / Defect ID CR号
Section Number 修改章节
Change Description
修改描述
Author
作者
2009-4-1
刘建军
目 录
41. 概述
52. 定位流程
. 定位流程图
. 定位流程说明
. 解决方法
. 多线程下载的作用
. 如何解决TCPWindowSize过小问题
. 如何解决FTP服务器发送缓冲区过小
. 检查终端是否处在双模模式
. 如何解决开户时的速率限制
. 如何查看空口质量
. 如何解决Abis链路带宽不足
. 如何解决反向速率限制
. 如何使用单用户流量跟踪排查吞吐量
. 如何查看PPP连接是否存在错包
. 如何观察RLP Abort
. 如何使用Ethereal进行抓包分析
. 如何使用QXDM进行空口分析
153. 案例
. FTP服务器发送缓冲区过小导致下载速率低
. 现象
. 原因分析
. 定位过程
. Abis带宽受限导致下载速率低
. 现象描述
. 原因分析
. 定位过程
. 其他案例
概述
简述
在本文里，吞吐量故障指的是吞吐量不能达到理论最大值，以及吞吐量异常波动。本文纯粹从操作层面论述，如何定位这种故障，对涉及到理论知识的描述超出本文范畴
前置条件
达到DOA前向理论最大吞吐量，需要同时满足以下4个条件
终端的空口C/I至少10dB以上
测试终端所在扇区能够独享至少2根E1
PCF与PDSN之间的网络不存在丢包
PDSN到FTP server之间的网路不存在丢包
说明一下，一般说DOA前向最大吞吐量，指的是物理层最大速率，而测速软件（比如DU Meter）只能统计应用层速率，大家知道，应用层速率是小于物理层速率的，因而，通过测速软件测得的DOA前向最大吞吐量为左右
常见缺陷
虽然导致吞吐量故障的原因多种多样，但是，根据作者的经验，目前网络上出现的吞吐量故障往往是由于以下原因引入的，所以出现故障时，优先排查以下问题
空口不好（C/I达不到10dB以上），或者扇区内存在其他用户
Abis的带宽不足，不能达到
PCF与PDSN之间、PDSN与FTP server之间存在丢包
PC机上的TCPWindowsize过小，不能满足前向最大吞吐量的需求
存在其他用户共享一个载频
出现吞吐量故障，首先排查以上5个问题，排查结束后，问题仍为解决，请参考下面的详细定位流程
定位流程
定位流程图
SHAPE \* MERGEFORMAT 说明：上面的流程图是针对下载时的吞吐量问题而画，上传时的定位方法可以参考
定位流程说明
如上面的定位流程图所示，发生吞吐量故障，一般的处理流程如下：
出现吞吐量故障，首先应该进行环境排查，排查的内容包括
终端的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以上，但是达不到理论最大值
【吞吐量能够达到左右】检查终端是否处在双模模式，检查方法参考检查终端是否处在双模模式，将终端改为单模模式后，观察故障是否消失
【是】问题解决
【否】跳转至8
【吞吐量能够达到左右】检查终端是否协商成DO 0模式，检查方法：维护台上查询会话
【是】问题解决
【否】跳转至8
用户开户时，是否有进行速率限制
【是】解决开户时的速率限制，具体方法参考如何查看开户时的速率限制，观察故障是否消失
【是】问题解决
【否】跳转至9
【否】跳转至9
终端的空口前向PER是否在%以下，反向PER是否在1%以下
【是】跳转至10
【否】解决空口问题，查看空口质量的方法参考如何查看空口质量，观察故障是否消失
【是】问题解决
【否】跳转至10
Abis带宽是否足够
【是】跳转至11
【否】解决Abis口带宽不足问题，解决Abis带宽不足的方法参考如何解决Abis链路带宽不足，观察故障是否消失
【是】问题解决
跳转至11
反向速率是否受限到较低水平
【是】解决反向速率受限的问题，解决方法参考如何解决反向速率限制，观察故障是否消失
【是】问题解决
【否】跳转至12
【否】跳转至12
采用UDP进行Iperf传输，吞吐量是否足够
【是】跳转至丢包排查流程
【否】使用维护台上的“单用户流量跟踪排查”，使用方法参考如何使用单用户流量跟踪排查吞吐量
【是】问题解决
【否】跳转至13
观察FTP Server与PC的磁盘空间、CPU占用率是否异常
【是】问题解决
【否】跳转至丢包排查流程
检查PPP连接是否存在错包
【是】查看PPP连接是否存在丢包的方法，参考如何查看PPP连接是否存在错包，如果PPP连接存在错包，需要跳转至15
【否】跳转至15
检查RLP层是否存在NAK Abort，且数目与PPP错包数接近
【是】NAK Abort的观察方法，参考如何观察RLP Abort，丢包原因为Abis链路存在丢包，整改Abis链路
【否】跳转至16
如果RLP层的NAK Abort与PPP错包数不一致，那么需要排查空口质量，排查空口的方法，参考如何查看空口质量
【是】问题解决
【否】跳转至17
终端、RP口（PDSN出口）、FTP server三处抓包对比
【如果RP（PDSN出口）有丢包】PDSN到FTP server之间的网络有丢包，抓包方法参考如何使用Ethereal进行抓包分析
【是】问题解决
【否】PDSN或者是FTP server处有丢包
【如果RP（PDSN出口）没有丢包】PDSN到PCF之间的网络有丢包，抓包方法参考如何使用Ethereal进行抓包分析
【是】问题解决
【否】跳转至带宽受限排查流程
解决方法
多线程下载的作用
测试中，一般使用单线程进行下载，如果出现吞吐量故障，可以尝试使用多线程下载进行排查。一般地，丢包引起的吞吐量故障，是由于TCP的惩罚机制，导致吞吐量低，使用多线程下载，能够有效地规避TCP惩罚机制对吞吐量的影响。某一线程出现TCP惩罚，该线程的吞吐量下降；由于其他进程同时也出现TCP惩罚的可能性小，因此，总的吞吐量应该变化不大。
因此，使用多线程下载时，如果吞吐量故障消失，说明是吞吐量故障是由于丢包导致的；而如果故障不消失，说明网元或者接口出现了带宽受限。
如何解决TCPWindowSize过小问题
TCPWindowSize是TCP接收端的TCP接收窗口大小，如果PC上该值过小，会影响下载的吞吐量。一般的解决方法是，在注册表里将下面路径里的TCPWindowSize修改为65535（十进制）；如果PC上没有相应的项，需要手工创建DWORD属性的TCPWindowsize，并修改为65535
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\TcpWindowsize
如何解决FTP服务器发送缓冲区过小
Internet上共享的FTP服务器软件，不少都存在发送缓冲过小的问题。解决该问题的一般方法是，建议使用FTP软件Serv-U，重新布设FTP服务器，该软件的性能是经过检验的。而且该软件的发送缓冲区可以设置，可以解决FTP服务器发送缓冲区过小的问题
解决该故障有一个简单方法，就是换台服务器进行下载，或者同时在多台服务器上同时下载
检查终端是否处在双模模式
终端处于1x/DO双模模式时，会周期性侦听1x信道，因而对DO的吞吐量有一定的影响。观察终端是否处于双模模式的方法很多，这里介绍一种。打开QXDM的HDR Power，观察终端的功放是否会周期性关闭
如何解决开户时的速率限制
当BSC打开QOS开关后，BSC会对用户的最大前、反向带宽进行限制，前向带宽可以从PDSN-AAA获取，也可以在BSC内部设置，具体如何获取是通过软参来控制的，这里可以不讨论；反向带宽一般根据BSC内部设定值来确定的。
查询QOS开关的命令为：LST DOGP:; 查询前向限速的命令为：LST DOQOS: (或者是查询PDSN-AAA里的开户值)
查询反向限速的命令为：LST DOAQOS:
如何查看空口质量
在QXDM的HDR Rev. A Single-User Forward Statistics Summary里，观察终端申请的包，是不是绝大多数（90%以上）为DRC13/14，且平均终止报数接近1，以及Packet Error Rate在%以下，如果同时满足上面三个条件，说明空口质量好
如何解决空口环境不好？方法如下：
将终端移至离基站更近的地方，观察C/I变化，是否达到10dB
C/I的观察方法如下：
观察如下截图里面C/I的最大值，最大值表示真实的C/I
如何解决Abis链路带宽不足
使用维护台查询Abis链路的状态
LST BTSLNK：查看基站使用的物理链路，这里以E1为例，即查看基站使用的E1数
DSP MPLNKSTAT；查看基站使用的MLPPP链路的状态
DSP E1T1STAT：查看基站使用的E1状态，确保基站使用的E1状态“可用“
同时还需要查询基站侧的配置，观察相应的MLPPP组内是否包含同样数目的E1数
需要注意的是，即使基站的Abis链路使用的E1数目达到2根，而且状态均“可用”，也不能就此定论，Abis带宽没有问题。由于基站的各个扇区是共用Abis链路带宽，因而测试中，还要确保其他扇区没有用户下载，才能确定Abis链路带宽足够
总结一下，要想达到的理论下载
如何解决反向速率限制
由于TCP业务是采用基于ACK的模式进行传输的，前向的速率也要依靠反向链路的带宽与时延来保障，理论上，要保障前向的速率，反向的带宽不能少于100k，反向的PER不能高于2%，在2个条件不能同时满足的情况下，前向速率是没有保障的
反向速率过低，与PER过高，一般都是由于基站的反向接收质量不好导致的，需要检查基站的反向RSSI；另外，反向速率过低，可能还和反向负荷相关，因此需要查询反向负荷的RAB门限，命令如下
LST DORRMP: DORRMINF=DOARLCP;
观察是否是由于反向负荷导致的反向速率过低，需要使用QXDM的HDR Rev. A Reverse Link T2P Statistics，观察FRAB（表示基站忙闲程度，越大越忙）是否在0以上
另外，反向速率过低，还可能和QOS有关，使用MOD DOAQOS修改
如何使用单用户流量跟踪排查吞吐量
维护台上的单用户流量跟踪，可以查看PCF与DPUD的流量跟踪，比如PCF的缓冲区跟踪如下图所示，使用Iperf进行UDP灌包时，如果发现PCF缓冲包过多，说明是PCF以下出现带宽受限；如果PCF没有出现缓冲包裹多，说明在PCF以上出现了带宽受限
如何查看PPP连接是否存在错包
一般而言，Abis链路有丢包的话，都会表现在PPP层上。通过查看拨号连接的PPP错包数，大致可见端倪。
如何观察RLP Abort
打开QXDM的HDR Multi-Flow RLP Forward Statistics，如下图红框所示，查看终端的RLP Abort，下图中的RLP Abort的个数为6
如何使用Ethereal进行抓包分析
Ethereal是一个广泛应用的抓包软件。Ethereal是免费软件，可以从互联网上十分方便地获取。Ethereal功能强大，能够解析目前的大部分协议，其中也包括A11消息。Ethereal之所以称之为TCP分析利器，主要在于其TCP序号分析功能，该功能能够以图形化的形式显示丢包、重传等TCP行为，对于EVDO网络的吞吐量定位十分方便。
Ethereal的详细使用方法参考下面的文档：
如何使用QXDM进行空口分析
QXDM（The QUALCOMM Extensible Diagnostic Monitor）是高通公司（Qualcomm）公司发布的可以对手机终端所发数据进行跟踪有效工具，通过对数据的分析可以诊断信令流程、分析数据包的正确与否等。QXDM同时适用于1x或DO的空口诊断，在测试中有重要作用，正确合理的使用可以为我们测试提供便捷的定位手段。
QXDM的详细使用方法，参见下面这篇文档
案例
FTP服务器发送缓冲区过小导致下载速率低
现象
空口条件好，C/I在10dB以上。测试的结果显示速率只能达到400多kbps
原因分析
用作FTP Server的PC机的FTP软件的发送缓冲区过小，只有8Kbytes左右，而PC机到FTP服务器的环回时延为160ms左右，因此速率被限制在400多kbps。将FTP发送缓冲区改为65535bytes后，速率上升到峰值，原因为一根E1的带宽只有左右
定位过程
用QXDM分析终端的无线传输情况，发现RLP层没有丢包，空口上能够申请到的空口速率，但是前向每秒600个时隙，只占用了100多个，因此说明速率被限制在400多kbps与空口无关，而且说明前向包的流量不够。
为什么前向的流量不够，存在两种可能：
前向网元上有流控，不过400多kbps还不足以引起EC、FMR、BPU、PDSN、ROUTER流控
FTP server本身发送缓冲区过小，导致流量不够，排除上面的原因，只有这种可能了
由于FTP server 缓冲区过小，我们通过注册表修改TCP的发送缓冲区，但是仍然没有效果，因此怀疑除了TCP发送缓冲区对发送流量有影响外，其他的设置参数也会有影响，后来我们发现，FTP Server软件自身还有一个发送缓冲区，它同样限制着Server的发送流量。将软件的发送缓冲区修改为65535bytes后，流量峰值达到了
Abis带宽受限导致下载速率低
现象描述
测试中，发现终端在室内天线底下（C/I>15dBm,Rx>-35dBm）进行FTP下载测试（当时室内只有一个用户），测试软件QXDM显示的申请速率DRC Request可以达到3 Mpbs，而DUMETER显示的实际下载速率只有，在其它信号较好的地方下载速率也只有，这离DO最高峰值的下载速率 Mpbs还差很远。如下图所示
而在同一BSC下的另一基站下测试，速率可以达到
原因分析
在Abis传输接口板端口物理配置上增加了一根E1，这样就共有4M带宽了。之后，在维护台上操作界面上进行了传输端口相应的软件配置，首先，输入命令LST BTSLNK 查询要修改的链路信息，然后输入命令MOD BTSLNKBW进行修改传输链路带宽，把要修改的链路参数输入进去，带宽修改为4000k。 （注：这里使用命令为老版本命令）
在完成上述操作后，回到议事园酒店同样的测试地点进行FTP下载测试，C/I>14dBm，Rx>-32dBm，DUMETER显示的实际下载速率已经可以达到。
定位过程
定位中发现，该室内站的Abis传输接口板端口物理上只配置了一条E1，而一条E1只有2M带宽，这样是无法满足DORA最高的下载速率要求的
其他案例
附录
专业名词
C/I：DO网络中表征导频强度的指标，为有用信号与无用信号之比，与Ec/Io有换算关系
RLP：Radio Link Protocol，无线链路协议
DRC：Date Rate Channel，反向用于申请前向包的信道，信道上传输的申请值称为DRC Value，表征申请包大小。
RP：PCF与PDSN之间的接口
RSSI：反向信号强度指示，一般用来表征基站反向收到的号强度
TIME \@ "yyyy-M-d" 2010-4-10 华为机密，未经许可不得扩散 第 PAGE 17 页, 共 NUMPAGES \* Arabic \* MERGEFORMAT 17 页
Document Title Security Level
利用Ethereal进行TCP性能分析
陈爱军 CDMA解决方案测试部2005-8-15
目录
21 Ethereal简介
32 Time-Sequence Graph
微观分析
线段含义
Server的发包策略
宏观分析
63 Throughput Graph
74 Round Trip Time Graph
85 工具使用操作要点
图的缩放
图的类型
十字光标
坐标原点
操作快捷键
116 TCP序号对齐
117 文件格式转换
Ethereal简介
Ethereal是一个广泛应用的抓包软件。这是一个免费软件，可以从获取到最新版本。
Ethereal的TCP统计工具启动方法如下：
点中一个下行的FTP数据包。
点击菜单“statistics“-“TCP Stream Graph”-“Time-Sequence Graph(Tcptrace)”即可进入“Time-Sequence Graph(Tcptrace)”进行时间-序号分析。
同理可进入“Round Trip Time Graph”进行RTT环回时延分析。
同理可进行“Throughput Graph”进行吞吐量分析。
下面以FTP Server抓的包为例进行讲解，对于Client抓的包分析方法相同，个别图的含义略有不同，可在使用过程中自行体会。
Time-Sequence Graph
利用Time-Sequence Graph进行时间-序号分析，可以从Ethereal抓到的包中快速找到发生了TCP重传的位置，便于进行性能问题的分析和定位。
微观分析
线段含义
Time-Sequence Graph中的各线段具体含义：
中间的黑色竖线段表示某时刻Server发送的TCP包对应的序号范围。
下方的浅色竖线段表示某时刻Server收到的ACK确认的TCP包序号范围。
上方的浅色横线段表示某时刻Client端可接收的最大TCP包序号，其值的更新方法：某时刻Server接收到ACK，从该ACK中取出确认序号和窗口大小，将二者相加即得接收端可接收的最大TCP包序号。
Server的发包策略
通过实际抓包分析，发现Server的发包策略如下：
在达到接收端可接收的最大TCP包序号之前，Server每收到1个ACK，会发送2个TCP包出去，直至TCP包序号达到接收端可接收的最大值；
在达到接收端可接收的最大TCP包序号之后， Server每收到1个ACK，便发送1个TCP包出去，偶尔会发送2个TCP包，原则是：发送的TCP包序号不超过接收端可接收的最大TCP包序号。
宏观分析
将图缩小后，微观分析时的“线段”都变成了“点”并连成了“线”，如下图所示。
一般情况下进行TCP性能分析时，都是先进行宏观分析，找到问题所在，然后再针对问题进一步进行微观分析。
以上图为例，宏观分析的结果如下：
最开始这段：是一个慢启动过程。
中间一段：TCP包的ACK，Server没有收到。
后面一段：是上述TCP包的重传过程。
ACK没有收到，有2种可能：
Client没有收到相应的TCP包，或者收到了TCP包但被丢弃了（例如检查校验和错）。
Client收到了TCP包而且回了ACK，但Server没有收到。
要想进一步定位，需要在Client抓包进行分析。
Throughput Graph
利用Througput Graph进行吞吐量分析，可以从Ethereal抓到的包中快速找到吞吐量异常的位置，便于进一步分析定位。
Round Trip Time Graph
利用Round Trip Time Graph进行RTT分析，可以从Ethereal抓到的包中快速找到RTT异常的位置，便于进一步分析定位。
工具使用操作要点
在打开的图的后面，“藏”了一个很有用的窗口，只有移开图才能看到，不易被发现，这里重点讲一下。
图的缩放
其中的参数控制图的缩小和放大。
图的类型
4种类型图的切换，可以在这里进行。
十字光标
坐标原点
横轴时间：从TCP连接开始，还是从抓包开始。
纵轴序号：从初始序号开始（即相对序号），还是从0开始（即绝对序号）
操作快捷键
下面的快捷键可以方便地对图进行放大、缩小、移动、绝对序号/相对序号的切换等等。
- <ctrl>-Left Mouse Button selects segment in ethereal's packet list
- Left Mouse Button zooms in
- <shift>-Left Mouse Button zooms out
- Right Mouse Button moves the graph (if zoomed in)
- <ctrl>-Right Mouse Button displays a portion of graph magnified
- Space bar toggles crosshairs
- 's' - Toggles relative/absolute sequence numbers
- 't' - Toggles time origin
TCP序号对齐
在Server和Client侧进行抓包分析时，经常需要进行序号对齐，这时使用绝对序号比较方便。
在Ethereal的菜单“Edit”-“Preferences”中选择“Protocol”-“TCP”：
将上述圈中方框内的对号去掉即可转换为绝对序号，这样再打开某个TCP包的解析界面时看到的就是绝对序号了。
文件格式转换
低版本的Ethereal不支持PPP抓包，我们通常使用CommView在终端侧进行抓包。
CommView没有和Ethereal类似的TCP性能分析工具，我们可以将CommView抓的包转换成Ethereal可以识别的格式，利用Ethereal来做TCP性能分析。
1）在CommView中打开Log Viewer。
2）在Log Viewer中打开CommView的抓包文件。
3）输出其它格式的Log文件，一般选择NAI Sniffer for DOS Format即可生成*.enc文件，该格式Ethereal可以识别。
4）用Ethereal打开*.enc文件，即可进行TCP性能分析。
CREATEDATE \@ "yyyy-MM-dd" \* MERGEFORMAT 2003-10-29 Confidential Information of Huawei. No Spreading without Permission Page PAGE 1 , Total NUMPAGES \* Arabic \* MERGEFORMAT 13
文档名称 文档密级：
服务器C盘空间不够导致EVDO下行速率低
部门 无线案例与培训部 姓名 张挺记 ID 37260
2006年03月31日
【案例索引关键词】EVDO 下行速率 硬盘空间
【案例描述】
某试验EVDO局点，EVDO站开起来，经过多次测试调整，EVDO下载速率约为800K，速率上不去，当时C/I>7，ABIS带宽，搜索窗65000。
EVDO release0系统中下行带宽最大可以达到，在使用高通终端的时候，在覆盖中心区，通常情况下单用户的下载速率在2M左右，而实际测试数据与预期的效果差异很大。
【处理过程】
怀疑当地接收信号弱，无法抵达额定的C/I测试手机无发申请到更高的下行下载速率。因此使用Cait跟踪高通测试终端，信息如下：
当地C/I>9dBm，一般在9－12左右；
DRC申请的速率稳定为；
FER<1%;
接收的电平稳定，做单扇区测试（闭塞其它EVDO扇区）。经过Cait的跟踪，测试无线环境很好，而且只开通单个扇区进行测试。查看BTS反向RSSI在合理的范围内－102dBm左右。确认了无线环境理想的情况下，我们再度确认测试终端的参数设置，按照相关测试指导书检查测试PC的设置，包括TCP等相关参数。仔细检查后，确保了测试终端、测试电脑设置无误后，可以排除因为人为测试不足所导致的影响。可以导致DO下载速率低的因素很多，因为只能逐步检查排除。
检测设备：
检查PVC带宽，站点的PVC带宽为4M，这已经够用，排除此原因；
检查BTS E1工作及带宽是否足够，单个扇区共用了2两E1专给该扇区用于DO使用，而且工作正常，排除此原因；
因为用于测试使用，网络没有AAA模块，呼叫不需要进行鉴权，分析整个呼叫信令流程未能发现异常情况；
对服务器PC建立的ftp相关参数进行检查，检查相关参数后未能发现异常情况，在处理过程中，在外路测DO的时候（一直下载大文件），有时候会出现下载停顿的情况；给路测人员的感觉是，此情况与单PC在工作时出现内存不够的情形差不多；因此怀疑测试ftp服务器的内存配置问题；可ftp服务器的内存条配置2个G左右，应该够用；
无意间，用磁盘管理功能查看硬盘分区情况，系统自动告警说C盘硬盘空间不够；细查C盘空间，发现C盘剩余空间为0，删除C盘下的大量用于测试使用的多媒体文件，保留2G多的剩余空间。DO下载速率明显上升，单用户下载可以稳定处于2M左右。问题获得解决。
【结论】
实际项目中，一些很细节的问题都有可能导致网络质量提升问题，如本案例因为ftp服务器C盘空间不够引起下载速率过低，一开始并没能引起大家的注意；
很多网络问题，在想办法排除故障的时候，往往一开始想到的就是复杂的技术问题，而忽略了小问题所带来的影响；
一些项目现场，管理等相关制度不完善，或者是制度执行不理想。导致出现了些不该出现的问题。如此案例，在现场几乎任何一个人都可以在ftp服务上拷贝操作，最后导致C盘磁盘空间满了也不通知相关人员。
TIME \@ "yyyy-M-d" 2009-4-1 华为机密，未经许可不得扩散 第 PAGE 1 页, 共 NUMPAGES \* Arabic \* MERGEFORMAT 2 页
文档名称 文档密级：
传输误码率高造成EVDO数据业务速率低
部门 全球技术服务部 姓名 寸斌 ID 21851
2005年 11 月 09 日
【案例索引关键词】传输误码 数据业务 速率
【案例描述】
某地试验演示局，EVDO纯数据系统（无语音业务）。PDSN＋流媒体＋1 BSC（小容量）＋2 O1 CBTS3606（双E1）。
软件版本为：BSC6600 V200R001C02B018(20050304)、BTS3606 V200R001C04B014(20050325)。
在开通EVDO的CBSC及其中A基站后，测试其数据业务的速率只有，而另一个B基站下行速率可达到。
【处理过程】
造成EVDO数据业务速率慢的原因主要有以下几种情况：
CBSC、CBTS、PDSN、终端等设备及接口存在硬件、软件或数据问题，造成下行速率受限；
空口质量较差，造成下行速率受限；
链路带宽受限导致的DO下行速率过低，导致下行速率受限。如：PVC带宽受限、E1链路错配；
TCP层反向受限导致前向速率过低，导致下行速率受限。如：反向RA指示错误、PDSN不支持TCP/IP头压缩；
其他原因。如： a、由于TCP接收窗太小，导致下行速率过低； b、由于ftp服务器发送窗过小，导致下行速率受限。
该演示局软硬件安装完成及数据加载完成后，设备运行正常，A基站在ABIS有2条E1的情况下，在单用户时测试业务速率只有。
检查CBSC、CBTS数据及硬件，未发现错误，检查告警均正常，排除CBSS问题；
检查由PDSN到PCF的A10、A11接口数据及数据网线均正常。同时对接在该PDSN下另一厂家的EVDO设备业务速率在2M左右，所以排除PDSN设备及A10、A11接口问题；
由于基站B下行速率达到，所以排除BSC内部框间连接及数据问题；
DRC申请的速率基本都是，这就说明空口质量非常好；
检查基站ABIS口信令链路及维护链路带宽为110K，业务链路带宽为，所以配置PVC带宽正常；
终端侧的TCP窗口的大小对速率也有很大的影响，于是检查TCP的设置参数：TcpWindowSize ＝0x0000ffff(WINDOWS XP) 排除了终端这边的设置问题；
ABIS接口采用2对E1组成的IMA，在物理上不存在瓶颈。采用"LST CBTSLNKERRCNT"命令检查ABIS接口误码统计，发现两条链路的每秒丢包个数(ERROR CONNT)基本为100~200，确认ABIS传输不正常，显示如下： 2005/06/09/16/35/05: LINKID = 0 ERROR CONNT = 121, 2005/06/09/16/36/05: LINKID = 0 ERROR CONNT = 111, 2005/06/09/16/37/05: LINKID = 0 ERROR CONNT = 103, 2005/06/03/18/20/51: LINKID = 1 ERROR CONNT = 124, 2005/06/03/18/21/51: LINKID = 1 ERROR CONNT = 106, 2005/06/03/18/22/51: LINKID = 1 ERROR CONNT = 117, 2005/06/03/18/23/51: LINKID = 1 ERROR CONNT = 124, 2005/06/03/18/24/51: LINKID = 1 ERROR CONNT = 125, 2005/06/03/18/25/51: LINKID = 1 ERROR CONNT = 124, 问题定位到ABIS口数据及硬件，检查ABIS数据正常。 检查对应ABIS接口传输设备，发现从BSC侧DDF架到光传输之间、及BTS侧DDF架到光传输之间均未接地，在安装规范中要求光传输设备的输入、输出必须单端接地，否则将会产生相应的误码；
在光传输设备的维护台上早已有传输误码告警，但由于原来该光传输是使用于GSM基站的ABIS接口，虽然传输的误码产生一定的话音质量差，但由于语音的误码要求(1E-4)较EVDO传输误码(1E-6)小，所以客户也未深究。但对于EVDO这样数据传输时，光传输设备的误码直接造成下行速率下降；在DDF架进行相应接地后，测试业务下行速率达到（三星手机）。
【结论】
分析DO下行速率过低，根据木桶最短板原理，应该从底层开始，一层层分析判断受限点，定位原因并解决.
由于数据业务在传输通道中误码率及时钟同步要求比语音业务高，所以在EVDO设备开局时注意系统时钟的同步及精度。
TIME \@ "yyyy-M-d" 2009-4-1 华为机密，未经许可不得扩散 第 PAGE 1 页, 共 NUMPAGES \* Arabic \* MERGEFORMAT 3 页
华为技术有限公司
Huawei Technologies Co. Ltd.
产品版本
密级
内部公开
共 页
QXDM工具使用指导书
拟制:
刘志105847
日期：
2007-11-29
审核:
日期：
yyyy-mm-dd
审核:
日期：
yyyy-mm-dd
批准:
日期：
yyyy-mm-dd
华为技术有限公司
Huawei Technologies Co. Ltd.
版权所有 侵权必究
All rights reserved
3QXDM简介
31. 物理连接
42. QXDM工具套件简介
. Database Editor
. DLF Converter
. ISF Converter
. Item Tester
. Listen-Only QXDM
. QXDM
53. Step by step学习QXDM的常用功能
QXDM和手机如何正确连接？
如何保存和加载配置文件？
如何新建和保存一个跟踪项目？
如何重现跟踪信息？
如何用QXDM对手机进行自动操作？
如何查看跟踪信息？
如何进行信令消息跟踪？
如何使用nv browser对手机进行重新配置？
如何使用nv browser对手机进行锁频？
如何使用nv browser观察手机当前搜网状态？
如何查看当前收发功率？
如何观察手机终端当前网络状态？
如何查看voip电话时延？
图形界面中的右键菜单。
22Clear
22Cursor
22Save Image
22Auto-Scroll
23Axis Zoom Mode
23Legend Visible
23Range
24View Channel
滚动列表中的右键菜单。
如何查看功控信息？
如何查看hspa信息？
如何查看Bler值？
如何查看小区重选信息？
如何查看RLC层信息？
如何将isf中的文件转换为可以用ethereal解析的文件？
Log View 和Message View有什么区别和联系？
351 Log View Configuration（日志查看设置）
Log Packets
Packets
382Messages View
Message View Configuration （消息查看设置）
Log Packets
Log Packets (OTA)
Message Packets
Reports
QXDM使用指导
QXDM简介
QXDM（The QUALCOMM Extensible Diagnostic Monitor）是高通公司（Qualcomm）公司发布的可以对手机终端所发数据进行跟踪有效工具，通过对数据的分析可以诊断信令流程、分析数据包的正确与否等。在测试中有重要作用，正确合理的使用可以为我们测试提供便捷的定位手段。下面将简要介绍一下它的使用方法。
物理连接
QXDM 是利用 QPST Server (Section )，通过USB延长线或串口连接到PC的 COM 端口上,如图1-1所示。
物理连接
QXDM工具套件简介
下面是随QXDM一起安装的工具，在开始菜单里可以看到。最常用的一些工具则可以通过QXDM菜单直接使用。
Start Menu – QXDM 工具套件
Database Editor
数据库编辑工具未用户提供了一个用户自定义接口，可以在里面设置事件跟踪、消息跟踪、日志跟踪的具体项目等。
DLF Converter
DLf文件转换器可以把DLF文件转换为ISF，转换成为ISF后就可以直接用QXDM进行分析。（这个工具对Qualcomm公司可能很有用，但对我们几乎没用。DLF文件是高通老版本的分析工具产生的文件吧）
命令：DLFConverter <DLF Input Filename> <ISF Output Filename>
ISF Converter
该工具可以将ISF文件转换为DLF文件，这个工具对我们也没有多大用处。
命令：ISFConverter <–pc> <ISF Input Filename> <DLF Output Filename>
Item Tester
The Item Tester是一种对QXDM数据库中 items进行测试的一个有用的工具，并且支持自动生成相应测试项的测试脚本。
Listen-Only QXDM
在Listen-Only 模式下，即监听模式下，QXDM只能对终端数据进行跟踪和捕获，而不能向终端下发指令。
QXDM
QXDM主程序，从第三解节起详细介绍。
Step by step学习QXDM的常用功能
QXDM和手机如何正确连接？
在图1－1中我们可以清楚的看到，QXDM是通过QPST软件来统一管理端口连接，实现手机终端和PC用户图形界面的一个交互的功能的。
当我们通过USB延长线将手机的连接到电脑上后，如果已经正确安装该手机终端的USB驱动，那么就应该可以在“我的电脑（右键）->管理->设备管理器”中看到以下菜单：由图3-1我们可以看到，手机终端所用的COM端口号为：COM25号端口。
UE使用的COM端口
QPST configuration globe
在任务栏的系统托盘里我们可以看到蓝绿图案类似地球的一个图标，它就是QPST。双击QPST图标如图3-2，就会弹出如图3-3所示界面:
QPST
我们并没有看到需要的COM25端口，此时只需要点击 Add New Port…加入新的端口之后，点击 Options → Communications… dialog中菜单，然后选择COM25点击OK即可。
在此设置QXDM连接UE使用的COM端口。
Options → Communications… dialog
注：
Timeouts (MS)
超时设置
DIAG requests
QXDM 向UE发出DIAG 请求时等待的时间（以毫秒为单位）等待回应时间。
如何保存和加载配置文件？
我们知道QXDM跟踪捕获的信息量很大，但是由很多信息并不是我们想要的，此时就需要过滤一下。但是QXDM里面的设置较为复杂，如果每次跟踪之前都要重新设置，那必将耗时耗力。但是我们可以一次设置好之后把其设置保存为相应的设置文件然后在需要的时候导入即可以轻松完成设置。
Load Configuration…
加载设置文件，利用该菜单可以将原来保存的典型设置文件直接加载从而省去了重复设置的麻烦(.DMC扩展名).
File → Load Configuration…
Save Configuration…
被选择的查看列表项以及其他设置都将会被保存到配置文件中，以便下次读入。(.DMC extension)
File → Save Configuration…
如何新建和保存一个跟踪项目？
New Items…
新建一个跟踪项目。当已经捕获了不少数据，但又要重新进行一次捕获，并且不想保存这一次已经捕获的数据数据的时候，就可以利用这个菜单，清空现在已经捕获的所有数据。（alt＋I）。
注意
如果设置了保存选项，我们在新建的时候那么QXDM会要求我们保存，否则将会自动清除所有内容。
File → New Items…
Save Items…
保存跟踪数据默认目录（C:\Documents and Settings\All Users \Documents \Qualcomm \QXDM\ISF . ）（ctrl＋I）。
如果不想被保存在默认目录下，通过以下菜单可以进行修改和重设。如图3-5所示。
Files → Item Store Settings…
Files → Item Store Settings… dialog
如何重现跟踪信息？
使用QXDM可以对已保存的.isf文件进行重放：
Replay Items…
注意
这个选项只能在QXDM没有连任何终端的时候才可以用。
用该选项可以重放以前保存下来的.isf文件。
Files → Replay Items
Replay dialog
如何用QXDM对手机进行自动操作？
如图3-9所示，在view栏我们可以找到Call Manager的菜单，点击之后，可以弹出
View → Call Manager
Call Manager Dialog
如图3-10所示，我们可以在这里设置通话连接的各种参数而不需要手动的对手机进行操作。此外还可以在option菜单下对手机进行重启和离线模式的操作等。
如何查看跟踪信息？
在如图3-9所示中可以，可以找到Item View,或者直接按F11也可以。列表项查看（The Item View）可以对QXDM跟踪过程中所产生的isf临时文件（一般在C:\Documents and Settings\All Users\Documents\Qualcomm\QXDM\ISF目录下存放。）中所有的列表项。
F12键（或者在view窗口中选择Filtered View）可以进入过滤模式，可以有选择性的查看现在QXDM跟踪的列表项（保存在sif文件中的数据并不会因为过滤查看模式而改变，区别与log view config F5。）
消息查看和日志查看（the Messages View and Log View）是预定义的过滤查看的一种。消息查看和日志查看都可以在QXDM离线的情况下通过QXDM 主菜单进行设置。（options菜单下。）
命令输出显示（The Command Output display）只会在输入和运行命令的时候对命令以及命令结果进行输出。
除了Messages View, Log View, 和Command Output display之外，每个item list view都分为三个面板，最上面一个面板里滚动显示每条捕获的item；下侧左边的面板里可以显示当前选中的在上面显示的ITEM的原始数据内容；下侧右边的面板则用于显示被选择的ITEM的各个域的解析结果。
所有的item都会在Scrolling List Pane里显示，包括the Item View, Filtered Views, the Messages View, the Log View, 以及 the Command Output display.在选中的ITEM上点击右键，会弹出菜单，如图3-11所示。在这里可以对要查看的内容进行设置，查看item的内容等。（如图3-11所示）
滚动列表菜单选项
如何进行信令消息跟踪？
在列表项上点击右键会弹出以下菜单（如图3-11所示）。然后利用Refilter Items…菜单进行过滤。
常用信令消息跟踪
选中Log Packets(OTA)然后在右面的面板里选中，WCDMA 和UMTS的所有信令。这样设置后，我们可以在新开的filter（3）窗口中可以看到通话建立的全过程的信令，如图3-13所示。分为两个面板，在下面的一个面板里可以显示当前所选中的消息的内容。通过信令消息的跟踪和分析，可以更容易的对问题进行定位。
对于Message Packets，主要是对手机各个子层的debug信息，这些信息是对手机终端公司是很有用的，但对我们来说基本上没什么用处。
常用信令消息跟踪
如何使用nv browser对手机进行重新配置？
对于高通的手机终端，很多时候要靠改写非易失性存储器中的内容来开关某个功能，即改写NV项。
如图3-14所示，在view bar 中可以找到nv browser选项，选中后会弹出nv browser的面板。在这里可以对NV项进行读取和改写。
选中某一项，然后点击read就可以读出当前内容，然后可以双击Input栏下对应的数值，并在出现编辑框之后写入需要写入的内容，然后点击Write即可。对于最左边的一列可以输入序号进行查找。（注意在输入序号时，比如03525一次输入..，对于一串数字的识别是基于输入间隔时间进行的，所以输入时注意间隔时间不宜过长。）
当然也可以通过在Commend窗口直接输入命令进行操作。其它命令的格式也在下表中列出。
nv browser
Property command replacements
Property command
Database command replacement
get_property <property name> <optional field>
RequestItem <item name> <optional fields>
RequestNVItemRead <item name> <optional fields>
put_property <property name> <fields>
RequestItem <item name> <fields>
RequestNVItemWrite <item name> <fields>
print_property <property name>
Click on an item in the Item Tester Application (Figure 7-1)
list_properties
Use the Item Tester Application (accessible from the Tools menu, Figure 3-18)
nv_read <NV property item>
RequestNVItemRead <item name> <optional fields>
nv_write <NV property item>
RequestNVItemWrite <item name> <fields>
nv 操作
nv_read_item 4173 //读出nv项4173的值
nv_write_item 4173 0x00 //将nv项4173的值写为0
还可以进行批处理操作，先用UltraEdit编辑然后存贮为*.scr文件即可。
Offline
在写NV项之前，使手机处于离线模式。
Reset
写完NV项之后重新启动手机
Read
读出对应NV项的内容。
Write
将值写入目标手机的对应NV项。
如何使用nv browser对手机进行锁频？
通过对NV项重写可以实现对手机的锁频操作。NV项3525是一个布尔值 lock_frequence_enable,把它的值改写为1时，允许手机进行锁频操作；3524存储的是要锁定的频点值。只有在3525为1时，3524存储的频点值才生效。
如何观察手机当前搜网状态？
WCDMA Pilot Scanner
在view bar中我们可以找到 WCDMA Pilot Scanner，如图3-16所示，是手机开机搜网的瞬间所搜到的不同小区的信号强度和其它参数。然后手机会根据某些规则选择最合适的一个小区主流下来，如图3-17所示。
也可以通过以下菜单进入：
View->new->WCDMA-> WCDMA Pilot Scanner
手机驻留小区
如何查看当前收发功率？
在view bar中我们可以找到 WCDMA Power选项，在这里我们可以实时监测当前手机终端的收发功率等。
Wcdma Power
View->new->WCDMA-> WCDMA Power
如何观察手机终端当前网络状态？
在view bar中我们可以找到 WCDMA RRC Status,在这里我没可以看到当前上下行频点号，RRC状态、cell ID、URa ID、小区状态（barred or not，reserved or not），UE是否驻留在某个小区等信息，如图3-19所示。
WCDMA RRC Status
View->new->WCDMA-> WCDMA RRC Status
如何查看voip电话时延？
在view bar中我们可以找到VOIP QDJ Status,打开之后，我们就可以看到VOIP电话的时延等信息。
View->new->common-> VOIP QDJ Status
VOIP QDJ Status
图形界面中的右键菜单。
Clear
历史绘图将会被清除。
Cursor
选中之后在图表界面上将会出现一条竖线，用鼠标可以将其移动。并且会在右边的面板里动态显示当前位置所对应时刻的各种参数的具体值。 （如图3-20所示）
Save Image
可以将当前窗口中的图标保存为BMP, JPG, or PNG等图象文件格式。
Auto-Scroll
自动滚动。（alt＋S）
Axis Zoom Mode
调整坐标的显示范围，也可以在X或Y轴上按下鼠标左键拖动。
图形界面右键菜单
Legend Visible
在支持传统显示的图表里显示打开传统的显示方式。对于Cursor选中时看到的数据，只有在Legend Visible同时选中时才能看到。
Range
调整X轴每单位长度所表示的间隔
View Channel
在这里选择要查看的具体信道。在图3－20中选中了来自基站和其它UE的接受功率和发送功率。
滚动列表中的右键菜单。
在滚动列表里点击右键，将会出现下面的菜单。
滚动列表菜单选项
（外观显示）
在这个菜单中我们可以选择显示列表中项目的格式和内容等。
Timestamps （时间戳）
时间戳是用格林尼治标准时间显示的(Greenwich Mean Time (GMT) )并且可以被设置为包括日期和毫秒的格式。当然也可以设置为获取得Item中所带的时间戳。日志、事件、debug 信息中等，都有从手机终端中获得的时间戳信息。
Payload（净荷）
当Payload column 被选中后，将会在列表的最右边显示数据报的负载数据内容。
Item List Appearance
Configuration （设置）
通过这个菜单我们可以设置显示哪些items 。在左边Items被按照不同的类型分组，可以选择我们要查看到信息的类型，在右边可以设置具体的过滤条件。
Item List Config dialog
下表将显示不同的类型Items的数据来源。
Table 4-1 Item types
Item type
Source
DIAG Malformed Packets
Phone
DIAG Requests
QXDM, User
DIAG Responses
Phone
Event Reports
Phone
GPS Reports
GPS Receiver
Log Packets
Phone
Log Packets (OTA)
Phone
Message Packets
Phone
Strings
QXDM, User
Subsystem Dispatch Requests
QXDM, User
Subsystem Dispatch Responses
Phone
Accept Unknowns
QXDM无法识别的项目也一起接收和显示。（如果一个消息的类型和QXDM数据库中已有的类型之间没有已知的映射关系时，就不能被QXDM识别。）
Copying
我们可以选择整体或者部分的过滤出来的数据单独保存一个.isf文件或者是文本文件，下面的列表里给出了具体的操作方法。
Table 4-2 Copying Items
Item
Description
Copy Items
Copy selected items to an Item Store Format (.ISF) file
Copy All Items
Copy All Items to an Item Store Format (.ISF) file
Copy Text (ALT + C)
Copy selected text to the clipboard
Export Text (ALT + F)
Export selected items as text to a file
Export All Text (ALT + A)
Export all items as text to a file
Select All (CTRL + A)
Select all items
Searching
由于列表里的item数量很庞大，某一条具体的信息要找起可能很费力。但是如果我们记得索引，就可以通过GO TO选项迅速定位，如果不记得索引也没关系。只要记得名字或者消息名字的字符串，就可以迅速查找。如图3-25所示。
Clear Items
清除当前窗口中的所有显示。（SHIFT + DELETE. ）
注意
如果要清除所有列表里的数据，可以用<ALT + L> 快捷键，但是这样以来保存在.isfL临时文件中的所有数据都会被清空，连接被重置，重新开始捕获数据。
Match Items…
利用这个选项可以将某一种目标item从选中的item集中过滤出来，重新创建一个符合选项的过滤查看窗口。选项菜单类似于Searching.
Match Items dialog
它们之间唯一的区别就是Matdh Items菜单中，查找方向是不可选的（事实上也不需要选），它会在您选中的区间中进行过滤。
Refilter Items （重过滤）
可以利用这个选项进一步缩小过滤列表项的内容。在一个列表窗口选中这个菜单选项就可以在原来过滤的条件下进一步过滤。
Refilter Items dialog
Raw Item（原始数据）
这个选项可以对当前选中的列表项以十六进制来显示其原始数据。在原始数据窗口，点击右键还可以显示其相应的菜单。
Raw Item menu
如何查看功控信息？
在view bar中我们可以找到 WCDMA Power Contrl，打开后我没可以监测功控信息。
WCDMA Power Control，
View->new->WCDMA-> WCDMA Power Control
如何查看hspa信息？
在view bar中我们可以找到HSDPA Decoding Statistics、HSDPA link Statistics、HSDPA physical channel等信息，在这里我们可以得到很多关于HSDPA的信息。
View->new->WCDMA-> HSDPA Decoding Statistics
View->new->WCDMA-> HSDPAlink Statistics
View->new->WCDMA->HSDPA physical channel
如何查看Bler值？
在view bar中我们可以找到 WCDMA BLER Cumulative（图3－28） 和图3-29WCDMA BLER Total。
WCDMA BLER Cumulative，
WCDMA BLER Total
View->new->WCDMA-> WCDMA BLER Cumulative
View->new->WCDMA-> WCDMA BLER Total
如何查看小区重选信息？
如图3-31 UMTS Cell Reselection所示，在这里我没可以观测小区重选信息。
UMTS Cell Reselection
如何查看RLC层信息？
在View->new->WCDMA子菜单下，我没可以查看很多关于RLC层的信息。以AM传输模式为例，我没可以得到以下信息。（图3-31 RLC 层AM传输模式信息），我们在这里还可以得到其它的如UM、TM等传输模式的信息。
RLC 层AM传输模式信息
如何将isf中的文件转换为可以用ethereal解析的文件？
PCAPgenerator
在安装完QXDM之后，如果安装了qcat软件（图3-33 Qcat软件），我们就可以把。Isf文件转换为ethreal能狗识别的*.cap文件，从而可以对捕获数据进行分析。
Qcat软件
Log View 和Message View有什么区别和联系？
Log View 和Message View是为了和传统的日志查看相兼容，其实如果不用这个菜单，我们可以通过Filtered View 来进行日志的过滤和查看。 可以获取所有的ITEM然后利用过滤查看来查看我们所需要信息。如果我们要查看信令流程，可以查看Log View；如果我们要查看手机终端各个子层的信息，我没可以查看Message View。
1 Log View Configuration（日志查看设置）
所有的设置都可以涂过以下菜单实现 Options → Log View Configuration
1. 当第一次按下ALT + L时将会创建Log View窗口。
2. 第一次按下ALT + L时现有的列表项将被清空。
3. 第二按下ALT + L时，现有的列表项会被存储到一个ISF文件中。
4. 所有在2和3操作中的数据都回被保存，并不是只有显示在窗口中的。
5. 每次有手机连接上时都会自动创建一个isf文件。
注意
Log View Configuration是基于一种传统的因素，为了兼容以往的版本。现在可以采取Always-On logging 模式采集数据，然后利用filter view来查看。用 File → New Items (快捷键ALT + I) 重新启动一个logging, 用 File → Save Items (快捷键CTRL + I) 来快速保存日志。
下面将简要介绍如何使用log设置。
Log Packets
在Log View 显示的数量取决于Log Mask 的设置以及所连接的设备的能力，取二者的交集。
Options → Log View Configuration → Log Packets
Packets
在这里主要是对Log View.中显示的Debug 跟踪信息进行设置。
Options → Log View Configuration →Message Packets
2Messages View
Messages View仍然可以通过使用Message View Configuration 对话框来进行设置，通过以下路径进入 Options → Message View Configuration menu 或者直接按下 CTRL+F5。
Messages View 只会显示窗口打开期间接受到的流量。
Message View Configuration设置只能在目标终端属于连接状态时使用。
注意
Messages View功能很有限，保留它只是为了向后兼容，用Filtered Views 和配置文件(.DMC) 会起到更好的效果。
Message View Configuration （消息查看设置）
设置对话框共有5个面板Message Packets, Log Packets, Log Packets (OTA), Event Reports, and Strings。
Log Packets
Log Packets如图e3-37所示：
Options → Message View Configuration → Log Packets
Log Packets (OTA)
Log Packets (OTA（Over The Air type）) 可以设置空口类型信息。
Options → Message View Configuration → Log Packets (OTA)
Message Packets
设置Messages View 接受到的debug trace 信息。
Options → Message View Configuration → Message Packets
Reports
Event Reports （事件报告） 可以控制事件在Messages View是否显示。
Options → Message View Configuration → Event Rep
文档名称： 文档密级：
Abis传输乱序导致DO 单用户下载速率低
作者：吴钰锋(45700)、叶国骏（47562）
最小部门：CDMA & WiMAX网络性能研究部
所属产品：CDMA BSS
来源：比拼测试
关键词：DO 速率低 乱序
【现象、问题描述】
在B市无线环境非常好的情况下（DRC申请速率为），使用DO 终端进行单用户下载，即使同时使用两个线程进行下载，平均下载速率也不超过。
【关键过程、根本原因分析】
考虑到组网的特殊性，BSC和BTS分别与两个汇聚路由相联，两个汇聚路由之间预留有3根E1口通过微波传输（如下图），先在A市进行无线环境很好情况下单用户下载，发现下载速率正常，可达。
使用Ping测试Abis传输的误包率，发现误包率非常低，没有问题。
通过QXDM测试发现，下载速率比正常情况低300kbps的主要原因为Abis口存在大量的RLP重传，AT侧统计的总的重传字节和接收到的新包字节数量几乎相当，有大量数据是重复字节。
推动客户检查了网络，发现两个汇聚路由器之间，3根E1中的1根存在时钟配置问题，修改后乱序包的比例从2%下降到%以下，网络质量得到优化，但下载速率仍无法达到。于是在信道板增加排序功能，RLP重传大大减少，下载速率得到提升，可达到。
【结论、解决方案及效果】
下载速率低主要原因是：Abis口路由间IP传输导致数据乱序，最终导致大量RLP重传。
解决方案：1）推动客户检查了网络，发现两个汇聚路由器之间，3根E1中的1根存在时钟配置问题，修改后乱序包的比例从2%下降到%以下，网络质量得到优化；2）信道板增加了排序功能，RLP重大大减少。
【经验总结、预防措施和规范建议】
在定位一些速率低等网上问题时，一定要考虑实际的网络结构。由于我司产品验证主要是在实验室完成，而通常情况下实验室无法考虑各种各样的实际组网情况，所以在商用网中通常会出现这样那样的问题。
定位时采用逐段排除的方法，将FMR的接收、发送数据、EC板的接收数据，与AT的接收数据进行对比，找出吞吐量损失的大致位置，然后通过该处的信息跟踪进行精确定位。
【备注】
无。
TIME \@ "yyyy-M-d" 2007-5-21 华为机密，未经许可不得扩散 第 PAGE 2 页, 共 NUMPAGES \* Arabic \* MERGEFORMAT 2 页
