鼎利软件使用问题(鼎利回复)-图文

鼎利软件使用问题（鼎利回复）-图文
文档名称文档密级：
一、前台软件Pioneer
1. 测试时FTP下载或上传速率低
FTP下载或上传速率低，与网络环境、车速、电脑性能以及使用软件有关。

若是怀疑只有鼎利软件做上传、下载速率低，其他软件测试的结果正常，请先按照如下的方法验证一下： 1、请选择一个网络信号较好的地点做定点的CQT测试。

测试前确保这个扇区只有1个用户。

2、拨号上网，不打开前台测试软件，使用类似
FLASHXP/WSFTP/CUTEFTP等商用FTP软件，上传或下载一个大于10M的压缩文件，查看一下商用FTP软件上传或下载的速度。

连续测5次，取其速率的平均值。

2021-8-19
华为机密，未经许可不得扩散第1页, 共10页
文档名称文档密级：
3、断开拨号网络，打开Pioneer，在同一个FTP服务器上传或下载同样大小的文件。

连续测试5次，查看其平均速率。

4、更换FTP服务器，使用商用FTP软件以及鼎利软件再试一次。

注意：1、不要用不同的电脑测试的结果来对比。

不同电脑的性能、安装的软件不一样，上传/下载的速率可能会有很大的差别。

因此建议对比测试时采用性能比较好的同一台电脑，关掉网络防火墙、杀毒软件等其他一些网络软件再进行测试。

2、不要使用迅雷等下载软件来做对比测试；
3、可以使用DU METER等网络流量监控软件实时查看网络流量，但是不要用这个软
件来统计上传/下载的速率（因为这个软件得出的统计结果为所有瞬时速率的平均值，而不
2021-8-19
华为机密，未经许可不得扩散
第2页, 共10页
文档名称文档密级：
是电信规范要求的上传下载的速度平均值）。

如果测试结果显示商用FTP软件与鼎利软件相差不大，速度都比较慢，建议卸载一些非测试所需的网络相关软件，并对电脑做系统的优化。

如果测试结果显示商用软件比鼎利软件有较大差距，鼎利软件测的结果较慢，可以尝试以下解决方法：
1、如果使用的终端是EC226，则请卸载原有的EC226的驱动程序，并安装EC360的驱动。

驱动程序下载地址
为：://.dingli./download/driver/Huawei EC360（SN-KJ2AA）Driver.zip
2、经多方查资料，在微软的文档库（MSDN）上有一段说明：
://support.microsoft./kb/246984/zh-cn，也就是说默认的8K缓冲区大小可能不适合EVDO MODEM测试。

根据以上说明，我们对注册表进行了修改以适应这种高速测试的
环境。

请替换Pioneer安装路径下原有的dll文件。

2. 前台或后台软件解码时会报错。

1、确保工程所在的的分区内有足够的连续空间（比如若是工程所在路径为D:\\Program
Files\\DingLi\\Pilot Pioneer3.6.1.33 20210226，那么就要确保D盘要有足够的连续空间）。

2、对工程所在的分区进行磁盘碎片整理，确保这个分区能提供足够的连续空间（开始—程序—附件—系统工具—磁盘碎片整理程序）。

3. 测试数据不能合并。

使用ULTRA EDIT软件打开所需要合并的测试数据，确保这些数据是用同一种终端来采集的。

2021-8-19
华为机密，未经许可不得扩散第3页, 共10页
文档名称文档密级：
二、后台软件Navigator
1. 统计结果显示RLP速率小于应用层速率
按照目前的测试规范，当时测试时是采用60秒的超时设置，也就是说，差不多每60秒就下载一个文件。

在每一次下载过程中经过的步骤大概如下：PPP拨号连接，PPP连接成功，软件开始尝试连接FTP服务器，连接FTP服务器成功，软件尝试从FTP服务器上找到所要下载的文件，找到文件成功，开始下载第一个字节，下载完成最后一个字节，PPP连接挂断。

应用层速率是从下载第一个字节才开始计算的，到下载完成最后一个字节停止计算。

而RLP从PPP连接就开始有流量了，由于这个时候流量非常小，因此降低了整个RLP的速率。

如果测试时下载的是一个很大的文件，测试时间持续很长，那么由于PPP连接时间以及FTP服务器连接时间很短，只占用了整个测试时间很小的一部分，RLP的速率就会肯定大于应用层的速率；正是因为每次下载的时间太短，只有60秒，PPP连接时间以及FTP服务器连接时间（包括后来的PPP挂断时间）占用了整个测试时间不可忽视的一部分，因此统计看来RLP速率就比应用层速率低了。

RLP速率比应用层速率低，根本原因在于统计的起始点和终止点不一致。

如果大家都是从应用层下载第一个字节开始计算，到应用层下载完最后一个字节截至，那么RLP的速率也是肯定会比应用层速率大的。

我们软件以前就是采取这种方式来统计，但是
由于这样的统计方式与ACTIX不一致，因此后来又改成与ACTIX 一致的统计方法了（就是目前的统计方法）。

我们新出的版本会增加新的RLP的字段，来解决RLP速率比应用层慢的问题。

2021-8-19
华为机密，未经许可不得扩散
第4页, 共10页
文档名称文档密级：
RLP的速率现在的计算方法是:手机每4秒给出一个总的流量，软件会根据这4秒的流量给出一个平均值（也就是说4秒一个采样点）。

举个例子，软件从0秒开始下载数据，第4秒时手机上报了一个流量，那么此时的RLP速率就是这个流量/4；第八秒的时候又有一个流量，那么此时的速率就是这个流量/8。

也就是说，RLP的速率其实是一个一直在做平均的平均速率，并不能反应瞬时的情况；而且最后的RLP速率的平均值，也就是将这些平均的速率再来平均一次。

我们觉得这种算法非常不合理，因此我们新的版本会改进这一算法（这样是应电信的要求，但是这样跟ACTIX又不一致了）。

新的算法是这样的：软件会分析手机的流量，给出RLP层每秒的瞬时速率，这样就能有效的与物理层、应用层的瞬时速率做对比；同时最后计算平均RLP速率的时候，我们的起止时间也和
应用层一样，都是从应用层下载第一个字节开始，到下载完最后一个字节结束。

这样就能保证RLP比应用层的速率大了。

我们最新的版本已经解决了这个问题。

://.dingli./download/Navigator setup for EVDO.zip 在这一版本中，我们增加了RLP瞬时速率的字段
EV_RxRLPThrputInstant/EV_TxRLPThrputInstant，这两个参数可以在菜单统计—自定义统计报表中得到统计结果。

我们的统计结果在数据业务上做了过滤。

也就是说，这个统计结果是从数据业务开始测试的时间算起，不计算PPP拨号连接过程中的RLP 速率。

需要注意的是，最后的平均值仍然是所有这些瞬时速率的平均。

2. 后台统计结果显示RLP速率比DRC申请速率高
我们在发现这些问题的地方进行了多次对比验证测试，测试的结果表明我们软件本身解码并没有问题（用QXDM测试也反映了这一点），详细请参照附件。

下面用我在现场用QXDM测试的一个例子来说明：
2021-8-19
华为机密，未经许可不得扩散
第5页, 共10页。