《GPRS日常监控及处理流程》由会员分享，可在线阅读，更多相关《GPRS日常监控及处理流程（24页珍藏版）》请在金锄头文库上搜索。
1、BMCC PROJECT OPTIMIZATION(E) GPRS日常监控处理2010-5-19BMCC PROJECT OPTIMIZATION目录(E) GPRS日常监控处理 1目录 21. GPRS SLEEPING CELL监控及处理 31.1 GPRSSLEEPING cell监控及处理流程图 31.2 GPRSSleeping Cell 监控 31.3 GPRSSleeping cell 处理 41.4 GPRSSleeping Cell 处理后的监控 42. EGPRS SLEEPING CEL 监控及处理 42.1 EGPRS SLEEPING CELL监控及处理流程图 42.
2、2 EGPRS SLEEPING CELL 监控 52.3 EGPRS Sleeping cell 处理 62.4 EGPRS SLEEPING CELL 处理后的监控 63. 3273告警监控及处理 63.1 3273告警监控及处理流程图 73.2 3273告警监控 73.3 3273告警处理 83.4 3273告警处理后的监控 84. 7725告警(BTS级告警)监控及处理 84.1 7725告警监控 84.2 7725告警处理 94.3 7725告警处理后的监控 95. 故障 PCU 95.1 故障PCU监控 95.2 故障PCU处理 105.3 故障PCU处理后监控 106 其他BSC
3、级告警的监控与处理 106.1 3019/3020 告警处理 106.2 3031告警处理 117 GB负荷过高监控处理 128 PCU的容量配置监控与调整 139 SGSN相关指标监控 1410各类性能监控周期、处理时限与记录要求 1510.1 监控周期与处理时限 1510.2 记录要求 16BMCC PROJECT OPTIMIZATION19/05/2010Networks1. GPRS Sleeping Cells监控及处理1.1 GPRS Sleepi ng Cell 监控及处理流程图1.2 GPRS Sleepi ng Cell 监控每半小时查看一次 GPRS小区的各项指标，从而发
4、现GPRS Sleeping Cell.GPRS Sleeping Cell故障现象如下：(E)GPRS日常监控及处理流程.docBMCC PROJECT OPTIMIZATION? 很多的 PACKET IMMED ASS REJ MSG 和很少的 PACKET IMMED ASS ACK MSG 现象,即分组信道指派成功率低。? 很高的上/下行TBF建立失败率? 从OMC KPI上来看，上/下行有效数据量、上/下行平均每时隙TBF数等均不正常（为 0或较之前降低很多）注：PACKET IMMED ASS REJ MSG 和 PACKET IMMED ASS ACK MSG 两个 count
5、er 在 表Packet Control Unit Measurement 中，可以直接查看这两个 counter值的变化从而 判断出GPRS Sleeping Cell并做出相应的处理。1.3 GPRS Sleepi ng Cell 处理监控出现GPRS Sleeping cell之后,首先保证这个cell有GTRX,并且GENA已经打开. 对于GPRS Sleeping cell,如果发现其同时存在7725告警，则需参照后面处理7725的方法 进行，如果不存在7725告警,一般依次进行如下处理步骤：a）.重启GPRS功能开关（即GENA）；b）.重启GTRX（TRX 上的GPRS开关）；c
6、）.调换 GPRS Sleeping cell 的 NSEI ；GPRS Sleeping cell 的处理，主要有以上三种方法，依次进行.如果以上各步骤均无效, 则有两种应对措施:1.及时通知运维倒换PCU,即切换BCSU ； 2.通知相关人员（如基站工 程师等）进行处理.1.4 GPRS Sleepi ng Cell 处理后的监控GPRS Sleeping Cell每一个处理步骤过后，均需要查看之后半小时的相关指标，如果指标不 正常,则需要进行下一步.处理后的查看指标如下：? 上、下行GPRS有效数据量（KB）?分组信道指派成功率? Packet Immediate Assig nment
7、 Messages? 上、下行TBF建立成功率? 上、下行TBF数2. EGPRS Sleeping Cell 监控及处理2.1 EGPRS Sleepi ng Cell 监控及处理流程图BMCC PROJECT OPTIMIZATION2.2 EGPRS Sleeping Cell 监控每半小时查看一次 EGPRS小区的各项指标，从而发现EGPRS Sleeping Cell.EGPRS Sleeping Cell故障现象如下：? 问题小区的GPRS统计正常,但是EGPRS流量突然大幅度降低；BMCC PROJECT OPTIMIZATION? 从 OMC/KPI 上来看,没有或者很少的 E
8、GPRS UL/DL TBF Number、EGPRS UL TBF Number 与 DL TBF Number 差别很大、EGPRS DL Payload为 0;? Expired LLC frames (%) DL 过高? UL/DL multi-slot allocatio n blocki ng(%) 过高? 有用户投诉EGPRS不可用2.3 EGPRS Sleepi ng Cell 处理监控出现EGPRS Sleeping Cell之后,排查该类小区是否无用户、是否 EDGE新规划基站. 对于EGPRS Sleeping cell,如果发现其同时存在7725告警,则需参照后面处理7
9、725的方 法进行,如果不存在7725告警,一般依次进行如下处理步骤：a) 检查EGPRS参数设置是否正常? EGENA是否打开；? GTRX是否设置正确；? EDAP是否绑定；b) 重启 EGENA(需要 Lock BTS)；c) 调换问题小区的NSEI ；EGPRS Sleeping cel的处理，主要有以上几种方法.如果以上各步骤均无效，则有三种应对措 施:1.首先建议关闭EGENA.,保证EDGE用户可以使用GPRS上网.2及时通知运维倒换PCU, 即切换BCSU ； 3.通知相关人员(如基站工程师等)进行处理.2.4 EGPRS Sleepi ng Cell 处理后的监控EGPRS
10、Sleeping Cell每一个处理步骤过后，均需要查看之后半小时的相关指标，如果指标 不正常，则需要进行下一步处理后的查看指标如下：? 上、下行EGPRS有效数据量(KB)? EGPRS上、下行TBF数UL/DL multi-slot allocatio n block in g(%)Expired LLC frames (%) DLPacket Immediate Assig nment Messages上、下行TBF建立成功率3. 3273告警监控及处理BMCC PROJECT OPTIMIZATIONNetworks3.1 3273告警监控及处理流程图3.2 3273告警监控3273告
11、警(EGPRS TERRITORY FAILURE) 是PCU的容量预警，一般是由于PCU负荷过高 导致(但也有个别PCU负荷较低而出现该告警的情况)。每半小时提取一次3273告警BMCC PROJECT OPTIMIZATION故障现象如下：? BSC 出现 3273 告警（E）GPRS TERRITORY FAILURE）；? 相关BTS的可用EGPRS信道数低于CDEF参数定义的默认信道数。3.3 3273告警处理监控查出发生告警的BSC,进入到该BSC,查看3273告警的附加信息，确定相关故障小区（使 用指令:ZAHO）.? 如果同一 PCU下某1,2个小区出现3273告警,一般是由于
12、该PCU的负荷过高导致，解 决措施就是将出告警的小区挪至负荷较低的PCU.? 如果同一 PCU下多个小区同时出现3273告警,且将其下部分小区调至其他 NSEI下之 后，仍旧出现多个告警，则很有可能是该PCU出现故障，需要立即向网络运行支持中心集 中监控中心（小号:7312173126）通报情况，及时处理? 如果以上方法均不奏效,或者各个PCU负荷都较高，则有两种应对措施:1.关闭EGENA,2. 降低GPRS/EGPRS的PDCH信道数.此外，高话务下话音业务挤占GPRS信道也会导致可用EGPRS信道数低于CDED 参数定义的默认信道数，产生3273告警。解决措施：均衡话务，适时提/催扩容建
13、议。3.4 3273告警处理后的监控3273告警处理过后，要查看下个时段的相关 OMC KPI是否正常：? 上、下行GPRS有效数据量（KB）?分组信道指派成功率? GPRS边界升级拒绝CS话务过高? GPRS边界升级拒绝BTS信道受限? GPRS边界升级拒绝PCU信道受限? 上、下行EGPRS有效数据量（KB）?（ E）GPRS上、下行TBF数4. 7725告警（BTS级告警）监控及处理4.1 7725告警监控BMCC PROJECT OPTIMIZATION7725告警的监控需要与 GPRS Sleeping Cell和EGPRS Sleeping Cell相结合.监控出指 标异常小区后，
14、看该小区是否有7725告警(使用指令:ZEOL).7725告警：TRAFFIC CHANNEL ACTIVATION FAILURE, 附加信息为”2”表示是PDCH信道激活失败.4.2 7725告警处理如果故障小区集中在某个 PCU下，则说明是该PCU出现问题,需要立即联系网络运行支撑 中心倒换相应PCU.如果故障小区分布于不同的 PCU,则依次进行以下处理方法：? 针对 GPRS 小区(或 master BTS)a) .重启 GENAb) .调换故障小区的NSEIc) .重启出现告警的BTS和TRX? 针对 EGPRS 小区(或 slave BTS)a) .重启 EGENA(需要 Lock
15、 BTS)b) .调换故障小区的NSEIc) .重启出现告警的BTS和TRXd) .关闭slave BTS的跳频(针对BSC的CD3升级所导致的EDGE Sleeping Cell) 7725告警是一部分sleeping cell会出现的现象，与sleeping cell处理方法类似.如果以上各步骤均无效，则通知相关人员(如基站工程师等)进行处理.4.3 7725告警处理后的监控7725告警处理过后，要查看下个时段的相关 OMC KPI是否正常? 上、下行GPRS有效数据量(KB)?分组信道指派成功率? 上、下行EGPRS有效数据量(KB)?( E)GPRS上、下行TBF数? 上、下行TBF建立成功率5. 故障PCU5.1故障PCU监控BMCC PROJECT OPTIMIZATION19/05/
