GPRS测试优化.docVIP

GPRS CQT测试分析 测试项目 表格 1 测试项目 测试项目 考核指标指标 Attach测试 GPRS Attach 平均时间(秒) GPRS Attach 成功率(%) PDP 激活测试 PDP 激活时间(秒) PDP激活成功率(%) WAP测试 网站登陆测试 WAP平均首页显示时间(秒) WAP网站登陆成功率 页面刷新测试 WAP页面刷新平均时间(秒) WAP页面刷新成功率 铃声、图片下载测试 下载成功率 下载平均速度（kbit/s） ping测试 平均时延(秒) 成功率 Kjava测试 下载成功率 下载平均速度（kbit/s） MMS点到点测试 彩信端到端成功率 彩信push消息成功率 彩信push消息平均时延 SMS点到点测试 SMS点到点成功率 SMS点到点平均时间 FTP测试 平均下载文件速率(KB/S) 关注重点： 在表格1中列出的的指标中WAP，铃声、图片下载测试，Kjava测试，MMS点到点，SMS点到点测试与业务相关性比较大，核心网业务平台的性能对与测试结果影响较大，同时由于这些业务在客户的接口部门也不同，所以可以优先解决在Attach、ping、PDP、FTP测试中遇到的问题。下表列出优化过程中这些指标相关的操作。 FTP下载速率：以现场的经验来说，无线环境稳定的情况下，各资源充足的情况下，FTP下载速率一般会达到比较好的水平。所以要保证小区话统指标正常，无告警，空口及地面链路资源充足，即可取得较好效果。同时优化FTP服务器的参数也会取得较为明显的提升。 Ping、Attach、PDP激活时延：在小区状态正常和资源充足的情况下，检查小区上行干扰情况，由于时延传输的包的大小都较小，由于干扰导致的重传会增大总体接入时延。 非常时期的优化方法： 1.关闭鉴权 2.打开11bit接入功能（需PCU、BTS和BSC版本支持） 3.开启Delayed TBF Release 功能（一般都是开启的） 4.调整DRX_TIMER_MAX（增大） 注: DRXTimerMax：非DRX持续时间的最大值，设定MS在从分组传输模式进入分组空闲模式时，执行非DRX模式的时长的最大值。取值范围：no－立即转入DRX模式、1s－1秒、2s－2秒....64s－64秒。建议配置为4s，即4秒后转入DRX模式。 Ping、Attach、PDP成功率：对滚动测试失败分析的基础上，涉及到核心网问题应及早定位，推动核心网解决（因为与核心网配合周期比较长，应尽快对失败问题进行过滤）。 GPRS DT测试分析 DT测试分两个大项，FTP下载和WAP类测试。 DT-WAP WAP类测试包括WAP登录和图铃下载，其中图铃下载的速率在开通CS3/4编码的情况下，一般都能轻松达到。但WAP登录和图铃下载成功率对于小区的无线质量比较敏感，需要保证各个小区的业务正常。 DT-FTP 主要有三个指标需要优化,包括覆盖率、掉线次数和平均应用层吞吐率。 覆盖率优化 覆盖率的要求比较宽松，下面是判断无GPRS覆盖的判决条件。相对而言，覆盖率的控制较为容易，只需要保证小区的GPRS属性正常。 满足以下条件之一判别为GPRS无覆盖里程： 服务小区电平低于-94dbm且最强的邻小区电平低于-90dbm，并持续5秒钟以上的路段 手机的TBF处于关闭状态且超过90秒钟以上没有接收到System Info13的路段 掉线次数优化 FTP掉线的要求也相对比较宽松，判决条件如下。 满足以下条件之一判别为掉线： 网络原因造成连接断开，以下行信令PDP deactivate request或RAU reject作为判断依据。 测试过程中超过3分钟FTP没有任何数据传输，且尝试ping后数据链路仍不可使用。此时应断开拨号连接并重新拨号来恢复测试。 有两种场景会导致CDS软件判断FTP下载掉线。 长时间无下载 由于CDS软件采用单线程模式，在DT测试中，FTP服务器发送的报文会由于PCU间的小区重选丢失，导致服务器一直等不到接收端（测试终端）的ACK消息，一直等待定时器超时，而在无线环境下的FTP业务，发送端计算的重发定时器值较长（10s），并且呈几何指数增长，重传的时间太久；同时，接收端因为一直没有接受到服务器的数据块，处于一直等待状态中，不会重复发送ACK消息，向服务器请求报文，这就导致数据传输一直处于中断中。 图1 长时间无数传导致FTP下载失败 图2 CDS软件无数传时ping机制 优化措施：优化FTP服务器参数配置，尽量规避这种问题，但无法根治这种问题。具体见FTP服务器优化部分。 个别路线上的小区有可能出现拥塞或者故障（CS业务正常，可以正常选入）的情况，这