1、本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传巴基斯坦 PTCL DOA 前反向速率低的案例分析拟制 刘威 日期 2009-3-6审核 日期审核 日期批准 日期速率低的案例分析本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传- 1 -目 录1 案例现象描述 .12 实际测试情况 .13 前向速率低定位分析过程 .34 反向速率低定位分析过程 .104.1 现象 .104.2 关键参数解析 .124.2.1 PSAxis .124.2.2 TxT2PmaxPSAxis .125 总结 .16速率低的案例分析本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外
2、传- 2 -1 案例现象描述在无线环境很好（DRC 申请速率在 3.1Mbps）的点进行单用户前反向吞吐量测试。发现前向平均只有 1.1Mbps，反向只有 250Kbps.2 实际测试情况PTCL 客户反映 DOA 前反向速率非常差，前向只有 1.1Mbps,反向只有 250Kbps.并且开始怀疑我司提供的网络并非 DOA，而是 DO0。针对这种情况我们进行了 DT 测试图 1 前向发包统计速率低的案例分析本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传- 3 -。图 2 前向 RLP 统计从上面 2 张图可以看出，无线环境很好，DRC 申请速率为 3.1Mbps，前向几乎都是以
3、 DRC=14的包格式发送数据，且都是 1 个子包就终止。且 RLP 重传率也比较低。从下图统计应用层速率为 800Kbps.图 3 TCP IP 序号分析速率低的案例分析本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传- 4 -3 前向速率低定位分析过程从 RLP 统计中的 NAK TIMEOUT/NAK ABORT 为 0 可以推断所有的空口的 RLP 重传都已成功，而且 RLP 重传率也比较低，这说明空口质量很不错。影响前向吞吐量低的原因可能有以下下几个：1） 各个网元之间的带宽2） 网络中存在丢包3） 网络拓扑结构复杂，造成传输时延大和丢包4） PDSN 流量受限我们逐一
4、排查。由于 PDSN 为华为设备，是否对 ZTE 网络的用户做了手脚我们不得而知，故我们从上面前 3 点进行排查。3.1 排查网元间带宽因素采用 UDP 方式进行排查，发现前向速率维持在 2.9Mbps,这说明网元之间的带宽不存在问题。从 Iperf 打印来看发现前向包存在乱序，且误包率非常高。于是下一步就是通过 FTP 下载，在各个网元之间进行抓包。图 4 UDP 发包记录打印速率低的案例分析本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传- 5 -3.2 多点抓包分析通过 Etheral 多点抓包，可以分析出丢包或者乱序发生在哪里。抓包点确定在如下几点：FTP Server,
5、 PC client, RP 口，PDSN。组网图如下：图 5 现网组网图图 6 多点抓包位置由于现网的网元设备并不完全是中兴的，其中 PDSN 和交换机是华为的设备，而且 BSC 机房与 FTP， PDSN 所在的机房分别在不同的城市，4 点抓包实现起来较难。故开始我们只在Client，RP 口， FTP 这 3 点抓包。下面是具体的分析过程：1）TCP 序号乱序速率低的案例分析本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传- 6 -图 7 数据包（乱序前） 图 7 中左边序号为 9169 的包其 TCP Sequence number 为 8887969（0x 10 b6
6、4b ae） ，期望的下一个包的 Sequence number 为 8889329。图 8 数据包（乱序）图 8 中#9172 的包为下一个数据包，它的 Sequence number 为 8890689（0x10 b6 56 4e）,并非#9169 包所期望的。图 9 数据包（乱序后） 图 9 中#9174 的包的 Sequence number 为 8889329（0x10 b6 50 fe） ，期望的下一个包的Sequence number 为 8890689。显然，#9174 包应该位于 #9170 包和#9172 包之间，但是现在乱序到达。分析这几个包的 GRE 序号，如下图：速率
7、低的案例分析本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传- 7 -图 10 GRE 数据包序号 图 10 中 GRE 的 Seq 值从 197559 到 197563 依次对应图 7-9 中的#9169，#9170，#9172，#9173，#9174，这五个包的 GRE 序号是连续的，这就表明这些数据从PDSN 出来到 PCF 没有出现丢包和乱序，TCP 的乱序只能是发生在 FTP server 到 PDSN 这段链路或者 PDSN 内部。该乱序包引起了 FTP server 的 TCP 快速重传。图 11-12 为 FTP server 抓包数据。图 11 FTP 数据包图
8、 5 中#193 包显示 FTP Sever 顺序发送了 Sequence number 为 0x10 b6 50 fe 包。图 12 FTP 数据包图 12 中#227-#229 为手机侧返回的三次值为 0x10 b6 50 fe 的 ACK ，#230 包表明 FTP server对其进行了快速重传。2）TCP 存在丢包速率低的案例分析本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传- 8 -图 13 ftp server data-1图 13 中 FTP server 发出的#5594、#5597、#5598 的包 TCP sequence number 分别为：0x10
9、f9 88 7e、0x10 f9 8d ce、0x10 f9 93 1e。 （图中只显示了#5597 包的 Sequence number）图 14 数据包（丢包前）速率低的案例分析本文中的所有信息归中兴通讯股份有限公司所有，未经允许，不得外传- 9 -图 15 数据包（丢包后）图 14 和图 15 是 RP 口的抓包，我们可以注意到图中#13757 和#13760 包分别对应图 7 中的#5594 和#5598 包，而图 7 中的#5597 包没有正确到达 RP 口，后面也没有发生乱序的情况。#13757和#13760 的 GRE 序号分别是 200984、200985，也是连续的，这就说明数据从 PDSN 出来到 PCF没有出现丢包和乱序，TCP 的丢包只能是发生在 FTP server 到 PDSN 这段链路或者 PDSN 内部。因为图 13 中的#5597 包的丢失，同样也引起了 FTP server 的 TCP 快速重传。图 16 the 快速重传包（ FTP）
