gprs测试中案例分析.ppt
《gprs测试中案例分析.ppt》由会员分享,可在线阅读,更多相关《gprs测试中案例分析.ppt(86页珍藏版)》请在三一办公上搜索。
1、GPRS业务测试案例分析,目录,Internet,GPRS业务测试工具介绍 GPRS专题优化介绍及案例分析,GPRS测试软件CDS的使用方法,CDS用户界面,测试中常见问题总结,CDS 4.0版本现在还不稳定,在信令解码(比如C/I、RxQual、Ms-TxPower等)中存在一些BUG在采集参数选项中CDS默认只采集GSM C/I Trace和RLC/MAC Control MSG,其实LLC MSG等参数选项对事件的分析也能起到一定作用,最好将信令采集完整注意测试用笔记本电脑在安装测试软件前必须重装操作系统,不能安装与测试无关的其它软件;将托盘中的任何与网络通讯相关的程序关闭,如MSN等;
2、关闭Windows的自动更新功能,否则会影响Ping、FTP等所有与数据上传、下载有关的测试项目测试手机各参数一定要设置正确,测试手机必须为K或以上软件版本,测试中常见问题总结,WAP刷新不是刷新首页,而是深度为3的随机刷新准确设置测试项目时间间隔以及超时时间,这些测试项目属性的设置对测试结果有很大影响每个测试点测试前需要重启一下测试手机,这样不仅可以清除缓存空间,也可以使测试手机选择到最好小区WAP图铃下载的URL不同,下载速率的差别也很大WAP测试应以所有文字信息全部显示为准,所以应在WAP测试时去掉设置中的“下载页面中的图标”选项 当FTP测试中出现长时间无流量时,可让司机适当降低车速M
3、MS测试中最好选择NOKIA智能手机做为测试终端(不同手机测试测试结果差别很大),GPRS业务测试工具介绍 GPRS专题优化介绍及案例分析,Internet,目录,专题ATTACH问题,Attach优化方法关闭SGSN鉴权检查覆盖防止频繁的小区重选排查干扰,提高C/I检查RACH或AGCH信道配置检查静态PS信道、动态PS信道配置检查GPRS ENABLED参数设置检查Gb links load,调整NSEI配置,专题ATTACH问题,Attach故障案例一:手机无法登陆GPRS网络,问题描述 某区域用户反应不能登陆GPRS网络,检查网络配置无异常,实地测试的确无法登陆GPRS网络。故障分析进
4、行了GPRS配置数据检查,开通GPRS功能小区的NSEI、NSVI、RAC等各项GPRS参数配置均正确检查BSC BRP板配置,发现有一块BRP板已经配置了21个静态GPRS信道和41个GPRS动态信道,总数超过了每块BRP板上PS信道的配置要求解决方法 调整该BRP板上配置的GPRS信道数,保存配置数据后业务恢复正常。,专题ATTACH问题,Attach故障案例二:手机无法登陆GPRS网络,问题描述:有用户反映手机GPRS Attach 不能成功。现象为手机发送Attach request,SGSN 返回attach accept 消息,而后面BSC上发信令为LLC unkown infor
5、mation。故障分析:根据信令流程,BSS侧负责TBF流的建立,后面应为手机和SGSN的透传信令,正常流程应为手机向SGSN发送Attach complete。检查BSC相关数据没有发现问题。从全局测试来看,与SGSN对接的所有BSC下所带基站都有相同问题情况,初步判断为SGSN侧的问题。经SGSN的工程师检查,有数据改动,即P-TMSI 由原来的enable 改为disable。导致P-TMSI无法分配,用户无法上GPRS。解决方法:将P-TMSI由disable调整为enable,故障解决。,专题ATTACH问题,Attach故障案例三:ATTACH失败,问题:频繁的小区重选(60021
6、6033260021)导致ATTACH时延过长(14.55s)。解决方案:提高60021CRH由8dB到10dB,调整60332RXLEVACCESSMIN由10dB到12dB,专题ATTACH问题,Attach故障案例四:ATTACH失败,问题:网络向手机发送Packet Access Reject消息作为对Packet Resource Request消息的应答,此消息中包含“Wait_Indication”域,其值赋予T3172,当手机收到Packet Access Reject消息后,启动T3172,在T3172运行期间,网络不允许手机在同一小区内再次发起分组接入尝试。该事件由无线资源
7、紧张所致。解决方案:扩充静态PS信道。,专题PDP激活问题,PDP激活优化方法关闭SGSN鉴权检查核心网各网元处理能力(DNS解析APN错误或者过慢、GGSN关于APN的配置数据不完整、DHCP或RADIUS服务器故障、HLR和SGSN对通配符APN格式的兼容性问题、SGSN和GGSN的GTP信令的兼容性问题、SGSN构造APN的配置问题、GGSN处理过慢、DNS和GGSN的主备用状态)防止频繁的小区重选排查干扰,提高C/I检查RACH或AGCH信道配置,提高接入和立即指配成功率检查静态PS信道、动态PS信道配置检查Gb links load,调整NSEI配置检查GPRS参数设置,合理设置Dr
8、xTimeMax、MFR、T3168,专题PDP激活问题,PDP故障案例一:PDP激活失败,问题:在20022重选到20281后,由于20281AGCH紧张导致。解决方案:控制20281覆盖范围,适当增加20281AGCH配置。,专题PDP激活问题,PDP故障案例二:PDP激活失败,问题:由于连续发生两次小区重选(CELLID:10071 Channel:2CELLID:111 Channel:90CELLID:114 Channel:512)长时间无时隙分配引起PDP激活失败。解决方案:提高60021CRH由6dB到10dB。,专题PDP激活问题,PDP故障案例三:PDP激活失败,问题:由于
9、没有申请到PS信道导致PDP激活失败。解决方案:增加8540站点的静态PS信道,将MFR由5调整到2。,专题PDP激活问题,PDP故障案例四:PDP激活失败,问题:在CQT测试时经常出现偶尔PDP激活时延过长的现象。经过对10个点100次的PDP激活测试,发现7次时延异常的现象,具体挂表结果如下:,专题PDP激活问题,PDP故障案例四:PDP激活失败,正常情况下几个接口上的耗时情况如下:,专题PDP激活问题,PDP故障案例四:PDP激活失败,从几次异常测试结果可以看出,主要耗时是在Gb口以下和Radius与WAP网关间,其中第六次GGSN与Radius间的耗时比较长,是因为GGSN第一次发送的
10、Accounting request消息没有被WAP网关接收到,也就是说,我们在WAP网关侧没有看到GGSN第一次发送的Accounting request消息,只看到了GGSN第二次重新发送的Accounting request消息,而且WAP网关收到后及时给予了响应。导致这种现象的原因可能是Accounting request消息在传输中丢失或者Radius的处理异常。另外六次则是因为Gb口以下和Radius与WAP网关间的耗时过长。GGSN向Radius发送Accounting Request消息,等待Radius的响应,并启动相应的等待定时器,在相应的WAP网关侧,我们发现WAP网关在
11、收到Accounting Request消息后没有给予响应,由于GGSN没有收到Accounting Request消息的响应消息,导致等待定时器超时,然后GGSN重新发送Accounting Request消息,在相应的WAP网关侧,我们发现WAP网关此次给予了响应,GGSN收到Radius转发的Accounting Response消息,这时GGSN才对手机的PDP激活请求进行响应。,专题PDP激活问题,PDP故障案例四:PDP激活失败,正是由于Gi口的耗时过长,使得无线侧的定时器超时而释放了TBF资源,所以手机在接收PDP激活接受消息时,重新进行了TBF的建立,这又进一步增加了在无线口上
12、的延时。因此,WAP网关的响应过慢,是导致PDP激活时延过长根本原因。,专题PDP激活问题,PDP故障案例五:PDP激活失败,在中国移动集团公司第三方测试的准备工作中,发现GPRS CQT的火车站测试点有PDP激活失败的现象,并且多次测试问题始终存在。从信令来看,当下行的立即指配信息里出现了右图中ARFCN为809的时候,PDP激活会不成功。,专题PDP激活问题,PDP故障案例五:PDP激活失败,809这个频点是不正常的,但这是根据手机收到基站发出的层三消息解出来的。这个立即支配消息是为了分配下行的TBF,也就是意味着网络已收到PDP激活申请且给手机回复了PDP activate accept
13、消息,但此消息未能通过空中接口。当时怀疑是否因测试软件导致,询问CDS软件研发工程师,回复软件应该没有问题,也不像测试手机问题,所以网络下发的消息编码存在问题的可能性比较大。对同个BSC下的三晋国际饭店测试没有发现同样的问题。调整频点和无线参数等也没有解决问题,于是怀疑是否为基站的问题。重启基站,重做基站数据,仍然没有效果。将天线直接接到BTS机柜上测试看是否是因为分布系统的问题,但在测试中还是存在PDP激活失败,所以也排除分布系统的问题。对GB口进行挂表测试,出现三次PDP激活失败。这三次失败在GB口信令中体现为:MS发给SGSN APCR,然后SGSN都立即回复一个APAC给MS。但是在S
14、GSN回复APAC给MS 7s8s后,在GB数据里发现了RSTA,在该信令中发现“Radio contact lost with MS”的信息,同时还有一个LLCD(=LLC-DISCARDED)的信令。见下图:,专题PDP激活问题,PDP故障案例五:PDP激活失败,专题PDP激活问题,PDP故障案例五:PDP激活失败,总之,虽然在CDS的LOG里存在PDP失败,但是从GB数据里反应出的流程却是完整的,而且SGSN都是在收到MS的APCR后就立即回复了APAC。因此分析结果表明这几次的PDP激活失败并非由核心网引起,可能是由无线侧导致了手机未能收到SGSN发的APAC而产生TIMEOUT。由于
15、无线质量、GPRS统计和参数、核心网、分布系统等都没有问题,这时我们把重点放在基站硬件这一侧。因为8593也会出现闪断,怀疑是否因传输误码率过高而导致,所以要求更换传输,换完传输后进行测试,还是没有效果。由于在8591测试时PDP激活成功率为100,把8591的BTS和8593的BTS进行调换再测试。在调换完后的200次PDP激活测试中,8593没有出现一次失败,而原来好的小区8591出现了5次PDP激活失败。最终更换了8593BTS,问题得到解决。,专题Ping问题,Ping优化方法优化Ping Server,将Ping Server搬到FW内检查覆盖防止频繁的小区重选排查干扰,提高C/I检
16、查静态PS信道、动态PS信道配置检查Gb links load,调整NSEI配置检查GPRS参数设置,合理设置DrxTimeMax、MFR、T3168优化测试测试电脑,关闭所有系统软件以及应用软件的自动更新功能,专题Ping问题,Ping故障案例一:不同时间间隔造成PING时延不同,问题:Ping测试中时间间隔设置为4s-12s测试结果有很大差别。经过核心网挂表测试发现Ping时延不稳定是因为测试过程中出现其他一些数据包,这些垃圾数据包是由杀毒软件和一些应用软件自动更新造成的。解决方案:重新安装操作系统,不能安装与测试无关的软件,将托盘中的任何与网络通讯相关的程序关闭,关闭Windows的自动
17、更新功能。,专题Ping问题,Ping故障案例二:Ping失败,问题:PING失败时误码率很高,查看网管指标发现此时干扰比较严重,但是其他时段几乎没有干扰,基本可以确定该干扰是外部干扰。解决方案:查找外部干扰。,专题Ping问题,Ping故障案例三:Ping失败,问题:由于小区的C/I低导致较高的BLER(小区BCCH CI5.9)。查看规划数据,微蜂窝8800、7660、8750是同BCCH。解决方案:控制8800、7660、8750覆盖,调整8800、7660、8750频点。,专题WAP问题,WAP优化方法优化WAP网关、移动梦网服务器、Gi口检查覆盖防止频繁的小区重选排查干扰,提高C/I
18、检查静态PS信道、动态PS信道配置检查Gb links load,调整NSEI配置检查GPRS参数设置,合理设置DrxTimeMax、MFR、T3168优化测试测试电脑,关闭所有系统软件以及应用软件的自动更新功能,专题WAP问题,WAP故障案例一:WAP刷新失败,问题:出现WAP reply失败的时候GPRS的质量为6级,从服务小区和邻区的测量来看,存在着邻频的干扰。解决方案:更改频点。,专题WAP问题,WAP故障案例一:WAP图铃下载速率低,问题:通过分析看出RLC数据重传率高,从OMC统计数据看Gb link的负荷在测试时段已高达64%,从而导致下载速率低。解决方案:重新调整NSEI以减低
19、Gb link load,从而提高GPRS CQT的下载速率。,专题WAP问题,WAP故障案例三:WAP登陆失败,问题:在*宾馆WAP登陆测试中,通过跟踪Gb口发现,手机上行发送Get(URL=http:/),网络侧回复了一个PDU,具体内容为:Your request for a service could not be fulfilled,please try again or contact your operator if the problem persists。这种现象是因为移动梦网服务器出现问题。解决方案:与核心网工程师沟通解决。,专题WAP问题,WAP故障案例四:WAP登陆和刷
20、新时延过长,GB口WAP测试流程,专题WAP问题,WAP故障案例四:WAP登陆和刷新时延过长,WAP测试信令流程,问题:信令分析发现,网关在CONNECT到CONNECT REPLY和GET到REPLY间存在响应时延长,需重复发送GET请求,甚至会出现没有响应的情况,尤其是GET与REPLY间经常出现较大的信令时延,有的甚至达到几十秒,对手机访问WAP速度有较大影响。我们初步认为打开WAP网页时超过20秒以上的大时延基本都是由网关时延引起的。解决方案:核心网工程师针对WAP网关进行优化。,专题WAP问题,WAP错误代码含义WTP层协议发生错误,专题WAP问题,WAP错误代码含义WSP层协议发生
21、错误,专题WAP问题,WAP错误代码含义HTTP协议发生错误,专题WAP问题,WAP错误代码含义HTTP协议发生错误,专题MMS问题,MMS优化方法优化相关核心网网关及接口、移动Radius到省内检查覆盖防止频繁的小区重选排查干扰,提高C/I检查静态PS信道、动态PS信道配置检查Gb links load,调整NSEI配置检查GPRS参数设置,合理设置DrxTimeMax、MFR、T3168,专题MMS问题,MMS故障案例一:MMS发送失败,问题:通过挂表发现手机首先PDP激活,APN为CMWAP,但是手机随后没有任何发起任何信令。这种情况是由于手机软件进程吊死所致。解决方案:重装手机操作系统
22、。,专题MMS问题,MMS故障案例二:MMS接收失败,问题:通过挂表发现手机首先建立了WSP层的连接,然后发起GET请求接收彩信,随后WAP网关将彩信在WTP分割后,向手机发送WTP层的分段,当传送到第六个分段后该消息中的GTR和TTR都为0,说明该分段既不是整个消息中某组的最后一块,也不是整个消息的最后一块,但是手机却回应了ACK,紧接着又发起一个Transaction(Invoke)。这种情况是由于手机软件故障所致。解决方案:重装手机操作系统。,专题MMS问题,MMS故障案例三:MMS接收失败,问题:通过Gi口挂表发现手机在发起Get请求后,在10ms左右的时间连续多次重发Get请求(Ge
23、t请求重发定时器为10s),导致WAP网关来不得处理手机的Session,从重发时间间隔来看,不可能是手机连续接收彩信。这种情况是由于手机软件故障所致。解决方案:重装手机操作系统。,专题MMS问题,MMS故障案例四:MMS发送失败,问题:通过挂表我们发现手机首先上行发送WSP 层的Connect 信令,建WSP 层的连接,但是WAP 网关没有回应Connect Reply,手机等待5 秒后重Connect,但是始终没有回应Connect Reply,达到最大重发次数5 次后,WSP 层的建链失败,最终导致彩信发送失败。导致此次MMS发送失败的原因为WAP网关过于繁忙没有回应Connect Re
24、ply。解决方案:请核心网工程师配合解决。,FTP优化方法优化FTP Server,将FTP Server搬到FW内 检查覆盖防止频繁的小区重选排查干扰,提高C/I检查静态PS信道、动态PS信道配置检查Gb links load,调整NSEI配置调整DLB、ULB、DLBH、ULBH参数,动态调整CS的比例 检查GPRS参数设置,合理设置DrxTimeMax、MFR、T3168、T3192打开CS3、CS4,专题FTP问题,专题FTP问题,FTP故障案例一:FTP下载失败,问题:MS 重选到小区41921后,DL TBF一直没被建立导致长时间下行无数据传输,最终导致了PDP掉线.经检查该小区在
25、测试时间段内的GPRS KPI:下行时隙分配拥塞率比较高,这是为什么没能建立DL TBF的主要原因所在。解决方案:增加该小区静态PS信道。,专题FTP问题,FTP故障案例二:FTP下载速率过低,问题:第一次cell reselection(9052)使数据传输恢复时间变长而导致长时间TBF挂起。之后重建时由于小区30553数据业务繁忙只申请到一条PS信道,在数据下传过程中又发生了第二次cell reselection(5280),然后因为数据传输恢复时间变长而导致长时间TBF挂起。在重建时小区30152数据业务繁忙导致一直申请不到下行的PS信道导致三次PING失败,最终申请到了4条PS信道,下
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- gprs 测试 案例 分析

链接地址:https://www.31ppt.com/p-5432368.html