1、GPRS 疑难问题分析方法与案例,2 Human Resources,GPRS 网络评估与分析方法 路测分析 统计报告分析 信令分析,路测评估及分析,4 Human Resources,路测数据采集整理与分析 测试内容 按CMCC要求的测试内容求作CQT及DT测试 PDP激活成功率及激活时长 ATTACH成功率及时长 WAP登陆成功率及首页显示时长. FTP下载速率(CQT) PING包时延 公里无覆盖比(DT),5 Human Resources,路测数据采集整理与分析,分析内容 UM空中接口信令分析 ATTACH,PDP激活,WAP,PING,TBF成功率分析 TBF非正常释放,掉线分析
2、系统参数分析 RLC/MAC层速率分析 TBF非正常释放,掉线分析重传,非正常释放,时隙占用,频点占用,传输速率,接收电平,小区重选,公里无覆盖等情况的分析,6 Human Resources,重传,TBF非正常释放原因分析 判断干扰源的性质 判断有无硬件问题,GPRS信令分析,8 Human Resources,GB,GSL,空中接口信令采集与分析,GB,GSL,空中接口信令采集与分析 GB接口信令采集与分析GB接口可以对用户行为作详细的,全面的记录跟踪分析,且协议已合成到应用层,有利于建 立话务模型,GB接口信令分析可将网络问题在核心网和无线网之间定位. 话务模型的建立 GPRS手机数 A
3、TTACH次数,时长 RA UPDATING 次数,时长 WAP(包括MMS)用户数及流量,9 Human Resources,10 Human Resources,11 Human Resources,对网络问题的定位 ATTACH 成功率及分析 PDP激活成功率及分析 RA UPDATE成功率及分析 FTP,HTTP速率分析 WAP(MMS)分析 SUSPEND与RESUME成功率分析,12 Human Resources,GSL 信令分析 上行TBF建立成功率低 空中接口信令分析 可看到TBF是否正常建立,数据是否能正常传送. 对手机状态(占用信道)的分析,GPRS主要统计指标及分析,1
4、4 Human Resources,统计报告数据采集整理与分析,统计报告数据采集整理与分析 主要计数器及统计指标: TBF的建立及释放情况 TBF建立请求及成功率(上下行) 门限指标为95%. TBF正常释放率(上下行) 上行为95%,下行为70%-80%(DL_TBF_DELAYED ENABLED),15 Human Resources,由于ATER口的拥塞引起的TBF建立失败P105G NB_DL_TBF_EST_FAIL_CONG_ATER 由于无线资源拥塞引起的TBF建立失败 P14 由于无线原因引起的TBF建立失败P15,16 Human Resources,数据吞吐量,重传率及编
5、码方式的统计 下行有用数据量 :P55A*160+P55B*240 从CS1到CS2 NB_DL_LT_CS_ADAPT_1_TO_2 从CS2到CS1 NB_DL_LT_CS_ADAPT_2_TO_1 在CS1上的重传数据块 NB_DL_RLC_BLOCK_PDTCH_RETRANS_CS1 在CS2上的重传数据块NB_DL_RLC_BLOCK_PDTCH_RETRANS_CS2,17 Human Resources,与负荷有关的COUNTER P383a:TIME_ATERMUX_CONG P150g:MAX_NB_ESTABLISH_PDCH_GPU-与G-ATER口的拥塞程度有关。 P
6、384:Time_DSP_Cong-与PDCH的占用总数有关。 p402b-TIME_PMU_OVERLOAD_SEVERE-与TBF建立请求次数有关。 P402c:TIME_PMU_OVERLOAD_HIGH-与TBF建立请求次数有关。,18 Human Resources,常见指标观察及分析,关于BSC上行TBF 建立成功率低的分析 GPU内部软件阻塞,19 Human Resources,常见指标观察及分析,要经过960毫秒MFS才发channel assignment uplink超过了TX-INTERGER所规定的范围 重启GPU后问题得到解决. G_ATER口资源不足 检查p150
7、g,如果接近ATER口的满配置,可建议G-ATER口扩容. 上行TBF建立成功率详细分析，可看出GATER口资源不足的情况。,20 Human Resources,DTC资源吊死 检查OMCRDTC资源占用情况,假如发现某个DTC一直没有被占用,可认为该DTC 资源吊死. 可RESET 该DTC,如无效,更换DTC板. BTS硬件问题 GPU拥塞 PDCH拥塞 AGCH拥塞,21 Human Resources,常见指标观察及分析,上行TBF建立正常,但上行无数据 发生的小区固定在GPU范围内,但小区会变化,GPU硬件问题. 上行正常,下行TBF请求次数为零 现象:上行TBF建立正常,下行TB
8、F建立请求数为零 原因: 1.核心网问题,可通过信令进行详细分析. 2.核心网与MFS配合问题,常发生在核心网重启后. 解决方法:reset GPU,22 Human Resources,常见指标观察及分析,上行TBF非正常释放率 如果一个BSC下TBF的正常释放率在60%以下,可检查GPRS无线功率控制参数.关于话务模型的分析,23 Human Resources,注意TBF请求数的变化 上行TBF的请求数的突然增加,可能是核心网的处理发生了些问题. 关于GPU负荷的评估,24 Human Resources,常见指标观察及分析,例:FTP下传问题,26 Human Resources,影响
9、FTP下传慢的原因：流控机制没有很好地起作用数据序列次序发生混乱,或有丢包现象发生数据下传延迟 PDCH无线资源拥塞 G-ATER口资源拥塞 小区重选 无线干绕,硬件,参数等,27 Human Resources,MFS与BSC失步 核心网问题,无线问题影响FTP下传速度,29 Human Resources,路测设备的RLC/MAC层可看出误块率 路测还可看出占用时隙数 本图为用安捷伦设备测FTP下载的RLC/MAC层图 图中可看到有严重的误块率,可判断为干扰或硬件问题.,30 Human Resources,邻频干扰引起持续但少量的误块率,31 Human Resources,本图为用CO
10、UNTER分析软件处理的上行TBF建立成功率及释放率 TBF DROPS BSS 是非正常的现象,此时FTP下载速度降低. 经检查是功控参数不合理引起,32 Human Resources,上行TBF建立详细质量分析,核心网丢包对FTP下传的影响,34 Human Resources,对于用路测设备无法判断出来的问题,可以做Gb信令跟踪,用COMPASS GPRS后处理软件进行分析定位. 之所以用 后处理软件，是因为使用它我们可根据需要在众多的信息中挑选出我们所关心的部分，尤其是对于FTP下传的问题，可根据影响FTP下传的关键因素进行详细分析，如我们前面提到过的TCP窗口，TCP层的ROUND
11、-TRIP-TIME(包含上行和下行),TCP层下行ROUND-TRIP-TIME 指TCP 序列从Gb口向无线方发出到Gb口收到无线方回应的Ack消息总共需要的时间。上行ROUND-TRIP-TIME指TCP序列从Gb口向有线方发出到 TRIP-TIME在2秒Gb口收到有线方回应的Ack消息总共需要的时间 。 上行ROUND-TRIP-TIME理论上近似为零，在GPRS网络中如果数据传输独自占用3个时隙， 下行ROUND-TRIP-TIME在2秒左右。,35 Human Resources,TCP窗口图,本图为用COMPASS GPRS后处理软件处理Gb信令数据得出的FTP下传的TCP窗口图
12、。 在相对时间97419附近，终端不断要求发相同的序列，此时窗口变满,36 Human Resources,TCP-IP层信令流程图,本图为用COMPASS GPRS后处理软件处理Gb信令数据得出的FTP下传的TCP层的信令流程图。 终端不断要求发漏发的序列564897，571629,FTP SERVER的问题,38 Human Resources,本图为用COMPASS GPRS后处理软件处理Gb信令数据得出的FTP下传的TCP窗口图。 在相对时间43000-65000之间，有一系列重发的数据，此时窗口变满。,39 Human Resources,GB接口TCPIP层信令流程图,40 Hum
13、an Resources,我们可看到,DL SEQ 0638459387后紧跟的SEQ序列号为 0638460279,序列号相差为892,而正常的序列号相差为1460,由于这个原因,后面序列0638461739,0638463199,0638464659,0638466119,0638467579,0638468471都是无效数据, 而后面SERVER又补发了 0638460847,0638462307,0638463767,0638465227等序列,由于无效数据的发送,占用了无线资源,导致了下行数据不能及时被手机接收,从而引起TCP窗口在相对时间为45s左右的时间里有阻塞的趋势,从而 降低
14、了FTP下传的速度.,核心网LLC层丢包,42 Human Resources,43 Human Resources,44 Human Resources,45 Human Resources,46 Human Resources,47 Human Resources,例:GPRS ATTACH 问题,49 Human Resources,GPRS ATTACH 失败的几种原因 手机问题 GPU硬件问题 基站硬件问题 核心网问题 DTC，PDCH资源紧张或吊死,SAGEM OT 190 K版与G版的区别,51 Human Resources,测试规范： 测试手机：SAGEM OT190，K版
15、测试软件：CDS 测试方法：每相隔5S，进行一次GPRS ATTACH，连续50次。 测试结果：90% GPRS ATTACH成功。,52 Human Resources,53 Human Resources,54 Human Resources,55 Human Resources,56 Human Resources,57 Human Resources,BTS 硬件问题,59 Human Resources,上行TBF建立成功率在3月8号前非常低,本图为用COUNTER分析软件处理的上行TBF建立成功率,MFS GPU 硬件问题,61 Human Resources,现象：GPRS 手机在一些小区无法作GPRS ATTACH，这些小区会转移，但总是在同一个GPU下发生，而以前该GPU下是正常的。 分析方法：GPRS ABIS 信令分析。 分析结果显示：上行数据发给 MFS后，没有收到PACKET UPLINK ACK消息。 将GPU更换后该问题消失。,62 Human Resources,ABIS信令流程,本图为用COMPASS GPRS处理过的ABIS信令流程,63 Human Resources,谢谢!,
