GPRS 优化分析方法与案例

1、GPRS 优化方法与案例优化方法与案例2 tGPRS 网络评估与分析方法路测分析统计报告分析信令分析路测评估及分析路测评估及分析4 路测评估与分析t路测数据采集整理与分析路测数据采集整理与分析n按CMCC测试规范作CQT及DT测试 PDP激活成功率及激活时长 ATTACH成功率及时长 WAP登陆成功率及首页显示时长. FTP下载速率(CQT) PING包时延 覆盖率(DT)5 路测数据采集整理与分析分析内容nUM空中接口信令分析nATTACH,PDP激活,WAP,PING,TBF成功率分析nTBF非正常释放,掉线分析n系统参数分析nRLC/MAC层速率分析 TBF非正常释放,掉线分析重传,非正

2、常释放,时隙占用,频点占用,传输速率,接收电平,小区重选,公里无覆盖等情况的分析 6 路测评估与分析t重传块明显,吞吐量下降原因分析判断干扰源的性质判断有无硬件问题7 路测评估与分析-问题路段处理一例t路测吞吐量低例一测试车辆眼汉中路自西向东行驶，测试手机占用南京玻璃厂3 在占用后很快出现误块率、重传率特别高，但手机的RxLev很好，在-65dBm左右。如图所示RLC重传块较高，导致吞吐量下降8 路测评估与分析-问题路段处理一例t同邻频干扰分析红色同频蓝绿表示邻频9 路测评估与分析-问题路段处理一例吞吐量情况得到改善10 路测评估与分析-问题路段处理一例t路测解决措施相关参数调整nCRO，CR

3、Hn降低PAN_MAX，上行误块较多时触发小区重选频点优选nMAPinfor工具nRMS 报告n频点质量提升（周围小区GSM业务引入G1频点，净化同邻频）天线覆盖调整GPRS信令分析信令分析12 GB,GSL,空中接口信令采集与分析空中接口信令采集与分析tGB,GSL,空中接口信令采集与分析GB接口信令采集与分析 GB接口可以对用户行为作详细的,全面的记录跟踪分析,且协议已合成到应用层,有利于建 立话务模型,GB接口信令分析可将网络问题在核心网和无线网之间定位.话务模型的建立 GPRS手机数 ATTACH次数,时长 RA UPDATING 次数,时长 WAP(包括MMS)用户数及流量13 n对

4、网络问题的定位SATTACH 成功率及分析SPDP激活成功率及分析SRA UPDATE成功率及分析SFTP,HTTP速率分析SWAP(MMS)分析SSUSPEND与RESUME成功率分析GB,GSL,空中接口信令采集与分析空中接口信令采集与分析14 GB,GSL,空中接口信令采集与分析空中接口信令采集与分析GSL 信令分析n上下行TBF建立成功率低空中接口信令分析n可看到TBF是否正常建立,数据是否能正常传送.n对手机状态(占用信道)的分析GPRS主要统计指标及分析主要统计指标及分析16 GPRS统计报告数据采集整理与分析t统计报告数据采集整理与分析主要计数器及统计指标:nTBF的建立及释放情

5、况 TBF建立请求及成功率(上下行)S门限指标为95%. TBF正常释放率(上下行)S上行为95%,下行为70%-80%(DL_TBF_DELAYED ENABLED)cc:MS进行小区重进行小区重选，上行选，上行TBF非正非正常释放。（正常释常释放。（正常释放的概念：包都发放的概念：包都发完了，正常释放）完了，正常释放）17 GPRS统计报告数据采集整理与分析t上行TBF建立正常,但上行无数据发生的小区固定在GPU范围内,但小区会变化,GPU硬件问题t上行正常,下行TBF请求次数为零现象:上行TBF建立正常,下行TBF建立请求数为零原因:n1.核心网有问题无回应数据,可通过信令进行详细分析.

6、n2.核心网与MFS配合问题,常发生在核心网重启后.解决方法:reset GPU18 GPRS统计报告数据采集整理与分析DTC资源吊死n检查OMCRDTC资源占用情况,假如发现某个DTC一直没有被占用,可认为该DTC 资源吊死n可RESET 该DTC,如无效,更换DTC板BTS硬件问题GPU拥塞PDCH拥塞AGCH拥塞19 GPRS统计报告数据采集整理与分析 由于ATER口的拥塞引起的TBF建立失败S P105G NB_DL_TBF_EST_FAIL_CONG_ATER 由于无线资源拥塞引起的TBF建立失败 P14由于无线原因引起的TBF建立失败P1520 常见指标观察及分析t 上行TBF非正

7、常释放率如果一个BSC下TBF的正常释放率在60%以下,首先检查GPRS无线功率控制参数合理性,建议可关闭此功能然后观察t注意TBF请求数的变化n上行TBF的请求数的突然增加，手机不停的进行RA_UPDATE可能是核心网的处理发生了些问题小区的LACCI信息调整过，但没有做小区的GPRS Reinitialize操作t关于GPU负荷的评估BSC COUNTER 观察21 GPRS统计报告数据采集整理与分析n数据吞吐量,重传率及编码方式的统计 下行有用数据量: P55A*160+P55B*240 从CS1到CS2 NB_DL_LT_CS_ADAPT_1_TO_2 从CS2到CS1 NB_DL_L

8、T_CS_ADAPT_2_TO_1 在CS1上的重传数据块 NB_DL_RLC_BLOCK_PDTCH_RETRANS_CS1 在CS2上的重传数据块NB_DL_RLC_BLOCK_PDTCH_RETRANS_CS222 GPRS统计报告数据采集整理与分析n与负荷有关的COUNTER主要扩容依据P383a:TIME_ATERMUX_CONGP150g:MAX_NB_ESTABLISH_PDCH_GPU-与G-ATER口的拥塞程度有关P384:Time_DSP_Cong-与PDCH的占用总数有关p402b-TIME_PMU_OVERLOAD_SEVERE-与TBF建立请求次数有关P402c:TI

9、ME_PMU_OVERLOAD_HIGH-与TBF建立请求次数有关P76a: PMU_AVERAGE_POWER_BUDGET-PMU负荷平均值P77a:PMU_MAX_POWER_BUDGET -PMU负荷最大值23 常见指标观察及分析例1- BSC上行TBF 建立成功率低t关于BSC上行TBF 建立成功率低的分析24 常见指标观察及分析例1- BSC上行TBF 建立成功率低n要经过960毫秒MFS才发channel assignment uplink（RSL/GSL信令分析结果） 超过了TX-INTERGER参数设定所规定的范围n尝试重启GPU后问题得到解决 25 常见指标观察及分析例2-

10、上行TBF建立详细质量分析使用GPRS indicator 计算软件进行分析，发现失败原因-GAter口出现了拥塞G_ATER口资源不足n检查p150g,如果接近ATER口的满配置,可建议G-ATER口扩容n上行TBF建立成功率详细分析，可看出GATER口资源不足的情况FTP下传速率原因分析下传速率原因分析27 FTP下传速率原因分析t影响FTP下传速率的原因：流控机制没有很好地起作用数据序列次序发生混乱,或有丢包现象发生数据下传延迟nPDCH无线资源拥塞nG-ATER口资源拥塞n小区重选n无线干扰,硬件,参数等28 FTP下传速率原因分析nMFS与BSC失步n核心网问题n测试设备问题计算机C

11、OM端口有问题: 尝试更换端口操作系统的TCPwindowSize设置过大 :注册表中进行修改或添加,建议值8760FTP下传速率分析举例下传速率分析举例30 FTP下传速率分析举例t对于用路测设备无法判断出来的问题,可以做Gb信令跟踪,用COMPASS GPRS后处理软件进行分析定位.t之所以用 后处理软件，是因为使用它我们可根据需要在众多的信息中挑选出我们所关心的部分，尤其是对于FTP下传的问题，可根据影响FTP下传的关键因素进行详细分析，如我们前面提到过的TCP窗口，TCP层的ROUND-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秒左右。31 FTP下传速率分析举例-TCP窗口图t本图为用COMPA