《GPRS DT、CQT测试中异常问题分析》由会员分享，可在线阅读，更多相关《GPRS DT、CQT测试中异常问题分析（6页珍藏版）》请在金锄头文库上搜索。
1、GPRS DT/CQT测试中异常问题分析摘要：GPRS网络承载了多种无线数据业务，由于各种业务涉及网元较多，如何保证用户的端到端使用感受是网络优化工作的重点。GPRS DT/CQT测试模拟终端用户使用环境，便于定位网络故障，本文主要介绍DT/CQT测试中异常问题的定位与分析。关键词：小区重选、MMS、WAP、RAU 1. 引言GPRS网络作为中国移动数据业务的承载网，支持多种数据业务，如：WAP浏览、图铃下载，手机（数据卡）上网、彩信等等。各类数据业务涉及不同的网元，如WAP浏览业务涉及SGSN、WAP网关、梦网首页等；数据卡上网业务涉及SGSN、GGSN、Internet网站等；彩信业务涉及
2、SGSN、WAP网关、彩信中心、MSC、PCU等网元。任何一个网元出故障都会直接影响倒数据业务正常使用，这样保证用户端到端使用感受就显得非常的重要。GPRS DT/CQT测试模拟终端用户的使用情况，将数据业务的使用过程用时间图、事件列表、层三信令等工具来表述，有助于优化工程师对测试中遇到的问题进行准确的定位与分析。但是GPRS DT/CQT测试过程中有时会遇到异常问题，测试的结果与真实的网络状况不相符，这时不能简单凭借测试生成报告来评估网络的性能指标，本文中主要介绍在测试过程中遇到的异常问题，并作出相应的分析及解决建议。2. GPRS DT/CQT测试项目介绍GPRS DT/CQT测试使用CD
3、S3.0测试仪表，GPRS DT测试内容包括：FTP下载测试、WAP网站登陆测试、WAP页面刷新、WAP图铃下载测试，主要关注：FTP下载测试中的覆盖率、掉线率指标。FTP下载测试方法为：使用拨号网络登陆cmnet，然后登陆本地FTP Server下载150K的文件，涉及网元有：PCU、SGSN、FTP Server。在FTP下载过程中，会发生小区重选、LAU位置更新、RAU路由区更新等事件，如果网络中的位置更新参数或路由区更新参数设置不合理，会导致多次的更新，影响FTP正常下载，严重时会导致FTP下载掉线。如果小区的GPRS功能没有打开或者配置GPRS信道较少，也会影响FTP正常下载。GPR
4、S CQT测试内容包括：Attach测试、PDP激活测试、Ping测试、FTP下载测试、WAP网站登陆测试、WAP页面刷新测试、WAP图铃下载、Kjava、短信测试、MMS测试。主要关注： WAP首页显示成功率、WAP页面刷新成功率、MMS端到端成功率、FTP应用层下载速率指标。WAP网站登陆测试方法为：通过拨号网络登陆到WAP网关，然后打开一个WAP网站的首页，涉及网元：PCU、SGSN、WAP网关。MMS测试方法为：由发送手机登陆WAP网关后，将彩信发送至彩信中心，彩信中心通过短信中心、MSC向接收手机发送一条Push消息，然后接收手机根据push消息登陆到彩信中心提取彩信。涉及网元：PC
5、U、SGSN、WAP网关、彩信中心、MSC等。FTP下载测试方法参考DT测试中FTP下载测试，只是下载的文件变为500K。其他的CQT测试项目也需要关注，在此不一一列举。3. GPRS DT测试中的异常问题分析31测试过程中手机发起上行的PDP deactivated消息在DT FTP下载测试中，MS已成功登陆FTP Server，并已经开始下载数据，FTP下载进度为9，在经过一次小区重选后，发现在事件列表中有PDP Deactivated的消息，在层三消息中可以看到是手机发起的上行消息，之后的FTP下载不能继续进行，在一系列的Ping fail后，FTP掉线。层三信令显示如下：Directi
6、on Type Layer 3 MessageUL GPRS SM Deactivate PDP Context RequestDL RR System Information Type 13UL RR Channel RequestDL RR Immediate AssignmentDL GPRS SM Deactivate PDP Context Accept由于DT测试中掉线率是考核指标，对每一次的掉线事件都必须认真分析。针对此类事件，与CDS仪表厂商共同分析，得出以下结论：发生这种情况可能有3种原因：一是手机在测试过程中电缆的某个接口发生了松动，这样手机可能会发出PDP去激活申请。二是
7、手机本身存在一些问题也可能导致这个问题。三是测试用的笔记本电脑可能存在一些问题。由于上述几种情况都属于外在原因，不能代表网络的真实情况，在计算掉线时不应计算这种情况，在仪表生成的测试报告中需手工将手机上发PDP去激活而导致的掉线情况排除。但是手机上发PDP去激活消息后的一系列Ping fail会影响到DT测试的覆盖率，生成报告有相应的无覆盖的时间及记载里程，同样应手工排除手机上发PDP去激活情况对应的无覆盖里程。32登陆服务器与开始下载数据之间发生小区重选导致掉线DT FTP下载设置为循环下载，在某一次下载开始时，手机发起尝试连接FTP Server、经过用户名、密码验证后，成功登陆FTP S
8、erver，之后发生小区重选，然后开始下载数据，但之后的下载过程不能下载一个字节的数据，一系列的Ping Success之后掉线，在实际测试中此类事件发生的概率并不高。登陆服务器与开始下载数据之间发生小区重选的事件主要有三种表现形势：A、 成功登陆FTP Server之后发生小区重选，然后开始下载数据，可以正常下载数据直至全部下载成功，此类情况占多数比例；B、 成功登陆FTP Server之后发生小区重选，然后开始下载数据，不能下载数据，连续的Ping Success后掉线，此类情况占少数比例；C、 成功登陆FTP Server之后发生跨LAC、RAC的小区重选，然后发生LAU、RAU，然后开
9、始下载数据，不能下载数据，在连续的Ping Success后掉线，此类情况占较少数比例。以C类情况为例，在测试仪表的事件列表中，有如下记录：Event Type Extra InformationFTP server logon successFTP control info TYPE IFTP control info 200 Type set to IFTP control info PORT 10,40,12,43,4,217FTP control info 200 PORT command successfulFTP control info RETE /150k.txtCell re
10、select inband BCCH:32 - 23LAU success Time : 2.04sGPRS RAU success Time : 0.68sFTP control info 150 Opening BINARY mode data connection for/150k.txtFTP download began Index:21Ping successPing successFTP download fail在DT FTP测试中可能会遇到上述情况，可以正常下载的情况占多数比例，但是在同样的由小区A重选至小区B时，多数会正常下载，偶尔也会发生不能正常下载。此类问题CDS仪表厂
11、商的分析为：Ping success表明手机至服务器的IP链路是通畅的，只是FTP服务器程序与客户端程序的会话链路中断,因为处于下载阶段，而服务器在发生了小区重选后不再有任何数据下传，所以应该是服务器程序认为链路发生了某种异常从而终止了这个下载连接。由于手机至服务器的IP链路是通畅的，建议手工排除此类FTP掉线。在后续的验证测试中，笔者经过许多次的测试对比，发现此类情况可能与测试车速有关，在严格遵守GPRS DT的限速标准：小于45 km/h后，几乎不再发生此类掉线，但是严格限速之前，基本上每次测试都会发生一次此类掉线，所以将严格遵守GPRS限速标准作为解决此类问题的建议。33小区的T3212
12、值设置不一致会导致频繁的LAU、RAU甚至掉线当同一个LAC下的不同小区的T3212（周期性位置更新）值设置不一致时，在发生小区重选时会引发LAU、RAU（Periodic updating）。目前现网将位置区LAC与路由区RA设置为一致，当发生LAU时必然触发RAU。频繁的LAU、RAU会导致DT FTP下载延迟加大，严重时会导致掉线。在CDS测试仪表的事件列表中，由小区T3212值不一致导致频繁的LAU、RAU会有以下记录：(下划线部分为当前小区信息)Event Type Extra InformationFTP server logon successPing success( CID
13、& T3212: LAC 13588 ; RA 41 ; CI 4741 ; T3212 10 )Cell reselect inband BCCH: 19 - 20 ( CID & T3212: LAC 13588 ; RA 41 ; CI 5181 ; T3212 20 )Ping success LAU success Time : 0.64s GPRS RAU success Time : 2.35sCell reselect inband BCCH: 20 - 6( CID & T3212: LAC 13588 ; RA 41 ; CI 5622 ; T3212 10 )LAU su
14、ccess Time : 0.50s GPRS RAU success Time : 5.80s从事件列表的记录中发现，当小区CI：4741重选至小区CI：5181时，LAC、RA并没有发生变化，只是 T3212值由10变为20，然后触发了LAU、RAU。从层三信令中发现小区重选后，由手机发起上行的 Location Updating Request，类型为：Periodic updating 。由于个别小区的T3212值设置不一致，会导致较短时间内发生多次LAU、RAU事件，从本例的事件列表中可以发现：第二次的RAU时间比第一次有很大的延迟。频繁的LAU、RAU会导致FTP下载掉线。此类问题的解决办法为：统一LAC区内所有小区的T3212值，尽量减少不必要的LAU、RAU次数。4. GPRS CQT测试中的异常问题分析 41 WAP page refresh（页面刷新）中的问题问题描述：GPRS CQT测试中的WAP页面刷新项目，在同天测试的多个CQT点都发生：第二次WAP页面文本刷新失败。事件列表的的详细信息记录如下:Event type Extra informationWAP reply Time : 4.10s index: 1(详细信息： Page title
