GPRS测试仪表的实用性分析

GPRS网络作为中国移动数据业务的承载网，支持多种数据业务。
各类数据业务涉及不同的网元，任何一个网元出故障都会直接影响到数据业务的正常使用，保证用户端到端的使用就显得非常重要。
为了让用户感受尽可能的完善，优化工程师一般会利用GPRSDT/CQT测试模拟终端用户的使用情况，将数据业务的使用过程用时间图、事件列表、层三信令等工具来表述，以便对测试中的问题进行准确定位与分析。
但在GPRSDT/CQT测试过程中有时会遇到异常问题，测试的结果与真实的网络状况不相符，这时不能简单凭借测试生成的报告来评估网络的性能指标，本文主要介绍在测试过程中遇到的异常问题，并做出相应的分析及解决建议。
一、PRSDT/CQT测试项目介绍GPRSDT/CQT测试使用CDS3.0测试仪表，GPRSDT测试内容包括FTP下载测试、WAP网站登录测试、WAP页面刷新、WAP图铃下载测试，我们主要关注FTP下载测试中的覆盖率、掉线率指标。
其中,FTP下载测试方法为使用拨号网络登录Cmnet，然后登录本地FTPServer下载150K的文件，涉及网元有PCU、SGSN和FTP Server。
在FTP下载过程中，会发生小区重选、LAU位置更新、RAU路由区更新等事件，如果网络中的位置更新参数或路由区更新参数设置不合理，会导致多次更新，影响FTP正常下载，严重时会导致FTP下载掉线。
如果小区的GPRS功能没有打开或者配置GPRS信道较少，也会影响FTP正常下载。
GPRSCQT测试内容包括Attach测试、PDP激活测试、Ping测试、FTP下载测试、WAP网站登录测试、WAP页面刷新测试、WAP图铃下载、Kjava、短信测试、MMS测试,我们主要关注WAP首页显示成功率、WAP页面刷新成功率、MMS端到端成功率、FTP应用层下载速率指标。
WAP网站登录测试方法为：通过拨号网络登录到WAP网关，然后打开一个WAP网站首页，涉及网元有PCU、SGSN和WAP网关。
MMS测试方法为：由发送手机登录WAP网关后，将彩信发送至彩信中心，彩信中心通过短信中心、MSC向接收手机发送一条Push消息，然后接收手机根据Push消息登录到彩信中心提取彩信，涉及网元PCU、SGSN、WAP网关、彩信中心以及MSC等。
FTP下载测试方法参考DT测试中FTP下载测试，只是下载的文件变为500K。
其他的CQT测试项目也需要关注，在此不一一列举。
二、GPRSDT测试中的异常问题分析1．测试过程中手机发起上行的PDPdeactivated消息在DTFTP下载测试中，MS已成功登录FTPServer，并已经开始下载数据，FTP下载进度为9％，在经过一次小区重选后，我们发现在事件列表中有PDPDeactivated的消息，在层三消息中可以看到是手机发起的上行消息，之后的FTP下载不能继续进行，在一系列的Ping Fail后，FTP掉线。
由于DT测试中掉线率是考核指标，对每一次的掉线事件都必须认真分析。
针对此类事件，我们与CDS仪表厂商共同分析，认为发生这种情况可能有三种原因：一是手机在测试过程中电缆的某个接口发生了松动，这样手机可能会发出PDP去激活申请；二是手机本身存在一些问题；三是测试用的笔记本电脑可能存在一些问题。
由于上述几种情况都属于外在原因，不能代表网络的真实情况，在计算掉线时不应计算这种情况，在仪表生成的测试报告中需手工将手机上发PDP去激活而导致的掉线情况排除。
但是手机上发PDP去激活消息后的一系列Pingfail会影响到DT测试的覆盖率，生成报告有相应的无覆盖的时间及记载里程，同样应手工排除手机上发PDP去激活情况对应的无覆盖里程。
2．登录服务器与开始下载数据之间发生小区重选导致掉线DTFTP下载设置为循环下载，在某一次下载开始时，手机发起尝试连接FTPServer，经过用户名、密码验证后，成功登录FTPServer，之后发生小区重选。
登录服务器与开始下载数据之间发生小区重选的事件主要有三种表现形式。
①成功登录FTPServer之后发生小区重选，然后开始下载数据，可以正常下载数据直至全部下载成功，此类情况占多数比例。
②成功登录FTPServer之后发生小区重选，然后开始下载数据，不能下载数据，连续的PingSuccess后掉线，此类情况占少数比例。
③成功登录FTPServer之后发生跨LAC、RAC的小区重选，然后发生LAU、RAU，随后的下载数据无法完成，在连续的PingSuccess后掉线，此类情况占较少数比例。
在DTFTP测试中可能会遇到上述三种情况。
在同样的由小区A重选至小区B时，多数会正常下载，偶尔也会发生不能正常下载的情况。
此类问题CDS仪表厂商的分析为：Pingsuccess表明手机至服务器的IP链路是通畅的，只是FTP服务器程序与客户端程序的会话链路中断,因为处于下载阶段，而服务器在发生了小区重选后不再有任何数据下传，所以应该是服务器程序认为链路发生了某种异常从而终止了这个下载连接。
由于手机至服务器的IP链路是通畅的，建议手工排除此类FTP掉线。
在后续的验证测试中，笔者经过许多次的测试对比，发现此类情况可能与测试车速有关，在严格遵守GPRSDT的限速标准：小于45 Km/H后，几乎不再发生此类掉线，但是严格限速之前，基本上每次测试都会发生一次此类掉线，所以将严格遵守GPRS限速标准作为解决此类问题的建议。
3．小区T3212值设置不一导致掉线当同一个LAC下不同小区的T3212（周期性位置更新）值设置不一致时，在发生小区重选时会引发LAU、RAU（Periodicupdating）。
目前现网将位置区LAC与路由区RA设置为一致，当发生LAU时必然触发RAU。
频繁的LAU、RAU会导致DTFTP下载延迟加大，严重时会导致掉线。
此类问题的解决办法为：统一LAC区内所有小区的T3212值，尽量减少不必要的LAU、RAU次数。
三、GPRS CQT测试中的异常问题分析1．WAPpagerefresh（页面刷新）中的问题问题描述：GPRSCQT测试中的WAP页面刷新项目，在同一天测试的多个CQT点都发生第二次WAP页面文本刷新失败。
在测试过程中发现WAP页面刷新第二次总是失败后，笔者手工指定WAP网页刷新地址，随后的测试中第二次失败的问题消失。
此类WAP页面刷新失败不属于网络故障，应在生成报告中手工排除。
2．GPRS PDPactivate Fail问题问题描述：GPRSCQT测试中的PDP激活测试项，在CQT点某酒店的测试过程中，GPRSPDPactivate失败多次。
在分析该CQT点PDP激活失败率高的原因时，发现其他CQT点的PDP激活指标都非常好，成功率达到100%，而该CQT点的PDP激活成功率只有67.3%，在对比不同CQT点的小区参数时发现，该CQT点的小区参数BS_PA_MFRMS与其他CQT点设置不一致，该CQT点此项参数值为2，而其他CQT点的参数值为5。
工程经验建议：同片区域的此参数设为一个值。
由此将该CQT点的小区参数BS_PA_MFRMS参数由原来的2改为5后，重启BTS，PDP激活失败的问题随之消失。
3．GPRS Ping测试出现不规则失败的问题问题描述：在GPRSCQT测试中的Ping测试，出现不规则的多次Ping失败。
从CDS测试仪表的GPRS时间图上看到，在进行Ping测试的同时，RLC层的流量明显增加，而理论上在GPRS时间图上不应该显示很多的RLC层的流量。
据此，笔者怀疑在Ping测试的同时，测试仪表同时在运行一些其他的进程，而这些进程占用了GPRS流量，相应地影响了Ping测试的正常进行。
从CDS仪表附加的数据抓包协议中，笔者的分析得到确认。
从Ping测试的记录中找到第一次Pingsuccess的时间记录，在数据协议中找到对应的时间点，手机与FTPServer的IP地址与设置相符。
首先是MS向FTP Server发送Echo（Ping）R