GPRSDT测试典型案例分析.ppt
GPRS-DT典型案例分析,ASB/MCG/RNDDec01,2004,GPRS-DT优化工作介绍,GPRS-DT优化工作和GSM-DT优化工作的特点两者有许多相同的方面GPRS的优化工作比GSM更加复杂,CMCC 年度巡检的考核指标,GSM-DT的考核指标覆盖率、接通率、话音质量、掉话率GSM-DT的考核指标覆盖率、掉线率、FTP下载速率WAP测试，包括登陆成功率、首页显示时长等等图、铃下载测试，包括下载成功率、下载速率等等,GPRS-DT优化的主要方法,GPRS无线网络的优化调整GPRS各关键性能指标的分析 GPRS核心网的优化,典型案例1：WAP登陆时长较长,问题描述：WAP首页登陆时长较长，数十秒，登陆失败率高可能的原因：获得的时隙数较少；高拥塞小区；频繁的小区重选；PDP激活失败；WAP网关的延迟响应。,?,空中接口信令？,典型案例1：Gb口的WAP流程分析,Gb口WAP流程分析：,典型案例1：正常访问WAP的过程,典型案例1：结论,信令分析发现，网关在CONNECT到CONNECT REPLY、和GET到REPLY间存在响应时延长，需重复发送GET请求,甚至没有响应的情况，尤其是GET与REPLY间经常出现较大的信令时延，有的甚至达到几十秒,对手机访问WAP速度有较大影响。我们初步认为打开WAP网页时超过20秒以上的大时延很多都是由网关时延引起的。,典型案例2：无覆盖问题,问题描述：车辆沿机场高速从北向南行驶，红圈处占用D网小区高教科研4（BCCH：560）。继续南行，高教科研4的电平逐渐降低，低至94dbm以下时，仍不发生小区重选。长时间电平小于94dbm，造成无覆盖。,典型案例2：无覆盖问题,问题分析：数据下载过程中的小区重选准则，GPRS的小区重选遵循C2准则：C2=C1+CRO-TEMPORARY OFFSET*H(PT-T)For PT 11111C2=C1-CRO For PT=11111C1=RXLEV(dBm）RXLEV_ACCESS_MIN根据C2准则，查参数表得到服务小区及邻区的C2值如下表：,典型案例2：无覆盖问题,问题分析：GPRS-DT就绪状态下小区重选的附加条件：CRH相邻小区的C2值须连续5s超过了服务小区的C2值与参数CRH之和 服务小区高教科研4的 CRH=8dB 因此，造成了GPRS-DT的下载过程中手机较难重选出去，造成GPRS的无覆盖。,典型案例2：结论,小区重选参数（如CRO、CRH）的调整对GSM网络相关性能及GPRS网络的相关性能的影响不尽相同，需综合考虑。本例我们考虑话务量的均衡和手机能够正常重选，调低高教科研4的CRO从26到20。,典型案例3：无覆盖问题,PAN_DEC、PAN_INC参数调整对小区重选的影响 PAN_MAX 的定义 PAN_DEC 的定义 PAN_INC 的定义,典型案例3：无覆盖问题,PAN_DEC、PAN_INC参数调整试验,试验结果：总体而言，对公里无覆盖比等GPRS DT测试指标有明显改善。,典型案例3：无覆盖问题,参数调整前后的相关区域电平分布图：,典型案例4：WAP图、铃下载速率低,问题描述：WAP图铃下载时，下载小文件时速率较低。当下载小文件时，下载速率约12kbps；当下载大文件时，下载速率约18kbps；即小文件图片下载时，测试速率可能根本达不到优秀标准。,典型案例4：WAP图、铃下载速率低,WAP图、铃下载速率低的原因分析：下载图、铃文件大小的影响 WAP图铃下载协议的影响：UDP协议：非确认模式，不保证可靠性连接WTP协议：保证数据传输的完整性,典型案例4：WAP图、铃下载速率低,优化手段无线侧，DL_LLC_RERUTE功能的开启，尽量减低小区重选对WAP下载的影响。网络侧，对网关提出了改进重发定时器（由25s到6s）的建议，对路测WAP DT的下载成功率和速率起到重要作用。,典型案例5：WAP图、铃下载失败的案例,如果某个中间页面过程进入失败将导致本次图铃下载失败。以下是实际中发生的几个下载失败案例及原因：例1：在手机Get需要的网页后，网关回“ulr not exist”消息。原因分析：该问题主要是网关收到sp服务器回应的“服务暂时中断”消息后作出的响应。该次测试在CDS后处理软件中将被剔除。不作为一次测试尝试。,典型案例5：WAP图、铃下载失败的案例,例2：手机Get需要的网页后，网关回“error page未知错误”消息。原因分析：该问题主要是网关未能在30s内拿到网页数据，网关即认为超时。下发该消息。网关认为是MISC的问题，网关联系MISC1进行联合挂表确认了问题原因。1 Mobile information service of centre 负责将各服务提供商的网页链接集中在一起的一个平台,典型案例5：WAP图、铃下载失败的案例,例3：在手机Get需要的网页后，网关在10s以后，消息以10.0.0.170地址下发，而正常的地址为10.0.0.172。原因分析：该问题在网关侧调整了某定时器后，问题得到解决。该问题网关认为在一定时间后，网关到核心网的GIE通道已丢失或复位，所以用170 的地址发起会话。,典型案例5：WAP图、铃下载失败的案例,例4：“我的梦网”页面无法进入，定制的页面链接丢失。原因分析：该问题出现时，可能有两种原因导致：a）PDP激活时，未能正确通过认证中心的认证（RADIUS）b）网关未将用户的手机号码发送到中央MISCc）中央MISC有问题。经过网关和MISC的联合分析后，MISC进行了处理，故障排除。,典型案例5：WAP图、铃下载失败总结,WAP图铃下载的主要问题是在网关及以外的网元上，如MISC，SP服务器。这对于今后WAP业务的优化指明了方向。GPRS wap 内场测试、核心网、网关、页面服务中心联合挂 表效果明显，使问题能得到迅速定位和解决。,典型案例6：跨越SGSN路由区更新故障,问题描述：每次穿越RAC区时，都发生掉线，且都伴随着RAU Failure。问题分析：通过仔细分析，认为问题主要出现在核心网中。,典型案例6：跨越SGSN路由区更新故障,SGSN内的数据错误通常是导致路由更新失败的原因 关系GPRS路由更新的参数主要有3部分，即：(1)每个MSC到SGSN的归属位置；(2)每个BSC到MSC的归属位置；(3)每个小区的归属的RAC区。以上3个参数必须与现行网络中硬件设备的连接一致才能保证GPRS手机 路由更新的正常进行,典型案例7：吉兆花园小区掉线分析,问题描述：GPRS-DT测试过程中，吉兆花园1发生掉线，掉线情况都是在 GPRS上网过程中，空中接口信令看到在手机发了channel request信令后没有了GPRS上行和下行的信令。我们对GB口的 信令进行了跟踪，并进行了分析。,典型案例7：吉兆花园小区GB口信令分析,典型案例7：吉兆花园小区GB口信令分析,吉兆花园的信令通过回放，在GB上最后一个DUPD发下后，MFS发了3次CHNADL，在GCH上出现较多的红色的ACCESS BURST，在GB上出现RSTA消息。说明上行链路接收不正确。,典型案例7：吉兆花园小区GB口信令分析,发现吉兆花园1所覆盖的某个区域误块相当的多，如下图。,结论：上行干扰导致了掉线问题。,典型案例8：RAU Reject 导致掉线,问题描述：GPRS-DT过程中，路由区更新失败，导致掉线。失败的原因是：“Implicitly detached”。,典型案例7：RAU Reject 导致掉线,从网络拒绝的原因来看，网路认为手机已经Detach了，所以发下 拒绝路由更新的指令。但是从位置更新前手机仍在传输数据的状 态来看，手机并未Detach；,此区域大部分的RAU是成功的；,至于何种原因导致RAU失败，目前还在研究中。但基本确 定原因不在无线部分，应该在核心网部分。,分析方法：利用自动路测仪辅助分析,自动路测系统的组成：,分析方法：利用自动路测仪辅助分析,用户事件的定义和统计：比如路由更新,分析方法：利用自动路测仪辅助分析,FTP下载数据的统计：比如下载速率、BLER等；发现问题及时，但解决问题仍需其它配合，如挂表等。问题之一：自动路测仪发现，麦高桥2，流量为0Kbit/S,分析方法：利用自动路测仪辅助分析,问题之二：自动路测仪发现，机场高速，无流量,分析方法：利用自动路测仪辅助分析,问题之二：空中接口信令,Thank you,
