GPRSDT测试典型案例分析.ppt

GPRS-DT典型案例分析,ASB/MCG/RND Dec01, 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 11111 C2 = C1 - CRO For PT = 11111 C1 = 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以后，消息以70地址下发，而正常的地址为72。 原因分析：该问题在网关侧调整了某定时器后，问题得到解决。该问题网关认为在一定时间后，网关到核心网的GIE通道已丢失或复位，所以用170 的地址发起会话。,典型案例5：WAP图、铃下载失败的案例,例4：“我的梦网”页面无法进入，定制的页面链接丢失。 原因分析：该问题出现时，可能有两种原因导致： a）PDP激活时，未能正确通过认证中心的认证 （RADIUS） b）网关未将用户的手机号码发送到中央MISC c）中央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失败，目前还在研究中。但基本确 定原因不在无线部分，应该在核心网部分。,分析方法：利用自动路测仪辅助分析,自动路测系统的组成：,分析方法：利用自动路测仪辅助分析,用户事件的定义和统计：比如路由更新,分析方法：利用自动路测仪辅助分析,F