(E)GPRS日常监控及处理流程

1、GPRS 和 EDGE监控处理 )BMCC PROJECT OPTIMIZATION19/05/2010 FILENAME (E)GPRS日常监控及处理流程.doc （E）GPRS日常监控处理20100-5-19目录TOC o 1-2 h z u HYPERLINK l _Toc262045176 （E）GGPRSS日常监监控处理理 PAGEREF _Toc262045176 h 1 HYPERLINK l _Toc262045177 目录 PAGEREF _Toc262045177 h 22 HYPERLINK l _Toc262045178 1.GGPRSS Slleeppingg Cee

2、llss监控及及处理 PAGEREF _Toc262045178 h 3 HYPERLINK l _Toc262045179 1.1GPRRS SSleeepinng CCelll 监控控及处理理流程图图 PAGEREF _Toc262045179 h 3 HYPERLINK l _Toc262045180 1.2GPRRS SSleeepinng CCelll 监控控 PAGEREF _Toc262045180 h 3 HYPERLINK l _Toc262045181 1.3GPRRS SSleeepinng CCelll 处理理 PAGEREF _Toc262045181 h 4 HYP

3、ERLINK l _Toc262045182 1.4GPRRS SSleeepinng CCelll处理后后的监控控 PAGEREF _Toc262045182 h 4 HYPERLINK l _Toc262045183 2.EEGPRRS SSleeepinng CCelll监控及及处理 PAGEREF _Toc262045183 h 4 HYPERLINK l _Toc262045184 2.1EGPPRS Sleeepiing Celll 监监控及处处理流程程图 PAGEREF _Toc262045184 h 4 HYPERLINK l _Toc262045185 2.2EGPPRS S

4、leeepiing Celll监控控 PAGEREF _Toc262045185 h 5 HYPERLINK l _Toc262045186 2.3EGPPRS Sleeepiing Celll处理理 PAGEREF _Toc262045186 h 6 HYPERLINK l _Toc262045187 2.4EGPPRS Sleeepiing Celll处理理后的监监控 PAGEREF _Toc262045187 h 6 HYPERLINK l _Toc262045188 3.332733告警监监控及处处理 PAGEREF _Toc262045188 h 6 HYPERLINK l _Toc

5、262045189 3.132773告警警监控及及处理流流程图 PAGEREF _Toc262045189 h 7 HYPERLINK l _Toc262045190 3.232773告警警监控 PAGEREF _Toc262045190 h 7 HYPERLINK l _Toc262045191 3.332773告警警处理 PAGEREF _Toc262045191 h 8 HYPERLINK l _Toc262045192 3.432773告警警处理后后的监控控 PAGEREF _Toc262045192 h 8 HYPERLINK l _Toc262045193 4.777255告警（B

6、TSS级告警警）监控控及处理理 PAGEREF _Toc262045193 h 8 HYPERLINK l _Toc262045194 4.177225告警警监控 PAGEREF _Toc262045194 h 8 HYPERLINK l _Toc262045195 4.277225告警警处理 PAGEREF _Toc262045195 h 9 HYPERLINK l _Toc262045196 4.377225告警警处理后后的监控控 PAGEREF _Toc262045196 h 9 HYPERLINK l _Toc262045197 5.故故障PCCU PAGEREF _Toc262045

7、197 h 9 HYPERLINK l _Toc262045198 5.1故障PCCU监控控 PAGEREF _Toc262045198 h 9 HYPERLINK l _Toc262045200 5.2故障PCCU处理理 PAGEREF _Toc262045200 h 10 HYPERLINK l _Toc262045201 5.3故障PCCU处理理后监控控 PAGEREF _Toc262045201 h 10 HYPERLINK l _Toc262045202 6其他他BSCC级告警警的监控控与处理理 PAGEREF _Toc262045202 h 10 HYPERLINK l _Toc2

8、62045203 6.130119/330200告警处处理 PAGEREF _Toc262045203 h 10 HYPERLINK l _Toc262045204 6.230331告警警处理 PAGEREF _Toc262045204 h 11 HYPERLINK l _Toc262045205 7Gbb负荷过过高监控控处理 PAGEREF _Toc262045205 h 12 HYPERLINK l _Toc262045206 8PCCU的容容量配置置监控与与调整 PAGEREF _Toc262045206 h 13 HYPERLINK l _Toc262045207 9SGGSN相相关指

9、标标监控 PAGEREF _Toc262045207 h 14 HYPERLINK l _Toc262045208 10各各类性能能监控周周期、处处理时限限与记录录要求 PAGEREF _Toc262045208 h 15 HYPERLINK l _Toc262045209 10.11监控周周期与处处理时限限 PAGEREF _Toc262045209 h 15 HYPERLINK l _Toc262045210 10.22记录要要求 PAGEREF _Toc262045210 h 16GPRSS Slleeppingg Ceellss监控及及处理 GPPRS Sleeepiing Celll

10、 监监控及处处理流程程图 GPPRS Sleeepiing Celll 监监控每半小时时查看一次次GPRRS小区区的各项项指标,从而发发现GPPRS Sleeepiing Celll. GPRSS Slleeppingg Ceell 故障现现象如下下:很多的PPACKKET IMMMED ASSS REEJ MMSG和和很少的的PACCKETT IMMMEDD ASSS AACK MSGG现象,即分组组信道指指派成功功率低。很高的上上/下行行TBFF建立失失败率从OMCC KPPI上来来看，上上/下行有有效数据据量、上上/下行行平均每每时隙TTBF数数等均不不正常（为0或或较之前前降低很很多）

11、 注：PAACKEET IIMMEED AASS REJJ MSSG和PACCKETT IMMMEDD ASSS AACK MSGG两个ccounnterr在表 Pacckett Coontrrol Uniit MMeassureemennt中，可以以直接查查看这两两个coountter值值的变化化从而判判断出GGPRSS Slleeppingg Ceell并并做出相相应的处处理。 GPPRS Sleeepiing Celll 处处理监控出现现GPRRS SSleeepinng ccelll之后,首先保保证这个个celll有GGTRXX,并且且GENNA已经经打开.对于GPPRS Sleeep

12、iing celll,如如果发现现其同时时存在777255告警,则需参参照后面面处理777255的方法法进行,如果不不存在777255告警,一般依依次进行行如下处理理步骤:重启GPPRS功功能开关关(即GGENAA) ；重启GTTRX(TRXX上的GGPRSS开关) ；调换GPPRS Sleeepiing celll的NNSEII； GGPRSS Slleeppingg ceell的的处理,主要有有以上三三种方法法,依次次进行.如果以以上各步步骤均无无效,则则有两种种应对措措施:11.及时时通知运运维倒换换PCUU,即切切换BCCSU；2.通通知相关关人员(如基站站工程师师等)进进行处理理.

13、GPPRS Sleeepiing Celll处理理后的监监控GPRSS Slleeppingg Ceell每每一个处处理步骤骤过后,均需要要查看之之后半小小时的相相关指标标,如果果指标不不正常,则需要要进行下下一步.处理后后的查看看指标如如下:上、下行行GPRRS有效效数据量量(KBB)分组信道道指派成成功率Packket Immmediiatee Asssiggnmeent Messsagge数上、下行行TBFF建立成成功率上、下行行TBFF数EGPRRS SSleeepinng CCelll监控及及处理 EGGPRSS Slleeppingg Ceell 监控及及处理流流程图 EGGPRS

14、S Slleeppingg Ceell监监控 每半半小时查查看一次次EGPPRS小小区的各各项指标标,从而而发现EEGPRRS SSleeepinng CCelll. EGPRRS SSleeepinng CCelll 故障障现象如如下:问题小区区的GPPRS统统计正常常,但是是EGPPRS流流量突然然大幅度度降低；从OMCC/KPPI上来来看,没没有或者者很少的的EGPPRS UL/DL TBFF Nuumbeer、EEGPRRS UUL TTBF Nummberr与DLL TBBF NNumbber差差别很大大、EGGPRSS DL Payyloaad为00；Expiiredd LLLC

15、fframmes (%) DLL过高UL/DDL mmultti-sslott allloccatiion bloockiing(%)过过高有用户投投诉EGGPRSS不可用用 EGGPRSS Slleeppingg Ceell处处理监控出现现EGPPRS Sleeepiing Celll之后后, 排排查该类类小区是是否无用用户、是是否EDDGE新新规划基基站.对于EGGPRSS Slleeppingg ceell,如果发发现其同同时存在在77225告警警,则需需参照后后面处理理77225的方方法进行行,如果果不存在在77225告警警,一般般依次进进行如下下处理步骤骤:检查EGGPRSS参数设设

16、置是否否正常EGENNA是否否打开；GTRXX是否设设置正确确；EDAPP是否绑绑定；重启EGGENAA(需要要Locck BBTS) ；调换问题题小区的的NSEEI； EGPPRS Sleeepiing celll的处处理,主主要有以以上几种种方法.如果以以上各步步骤均无无效,则则有三种应对对措施:1.首首先建议议关闭EEGENNA.,保证EEDGEE用户可可以使用用GPRRS上网网.2及及时通知知运维倒倒换PCCU,即即切换BBCSUU；3.通知知相关人人员(如如基站工工程师等等)进行行处理. EGGPRSS Slleeppingg Ceell处处理后的的监控EGPRRS SSleeepi

17、nng CCelll每一个个处理步步骤过后后,均需需要查看看之后半半小时的的相关指指标,如如果指标标不正常常,则需需要进行行下一步步.处理理后的查查看指标标如下:上、下行行EGPPRS有有效数据据量(KKB)EGPRRS 上上、下行行 TBBF数UL/DDL mmultti-sslott allloccatiion bloockiing(%)Expiiredd LLLC fframmes (%) DLLPackket Immmediiatee Asssiggnmeent Messsagge数上、下行行TBFF建立成成功率32733告警监监控及处处理 32273告告警监控控及处理理流程图图 32

18、273告告警监控控32733告警(EGPPRS TERRRITTORYY FAAILUURE)是PCCU的容容量预警警,一般般是由于于PCUU负荷过过高导致致(但也也有个别别PCUU负荷较较低而出出现该告告警的情情况) 。每半小时时提取一一次32273告告警故障现象象如下:BSC出出现32273告告警(E)GGPRSS TEERRIITORRY FFAILLUREE) ；相关BTTS的可用EEGPRRS信道道数低于于CDEEF参数数定义的的默认信信道数。 32273告告警处理理监控查出出发生告告警的BBSC,进入到到该BSSC,查查看32273告告警的附附加信息息,确定定相关故故障小区区(使用

19、用指令:ZAHHO).如果同一一PCUU下某11,2个个小区出出现32273告告警,一一般是由由于该PPCU的的负荷过过高导致致,解决决措施就就是将出出告警的的小区挪挪至负荷荷较低的的PCUU.如果同一一PCUU下多个个小区同同时出现现32773告警警,且将将其下部部分小区区调至其其他NSSEI下下之后,仍旧出出现多个个告警,则很有有可能是是该PCCU出现现故障,需要立立即向网网络运行行支持中中心集中中监控中中心(小小号:77312217731226)通通报情况况,及时时处理如果以上上方法均均不奏效效,或者者各个PPCU负负荷都较较高,则则有两种种应对措措施:11.关闭闭EGEENA,2.降降

20、低GPPRS/EGPPRS的的PDCCH信道道数.此外,高高话务下下话音业业务挤占占GPRRS信道道也会导导致可用用EGPPRS信信道数低低于CDDED参参数定义义的默认认信道数数,产生生32773告警警。解决措措施: 均衡话话务，适适时提/催扩容容建议。 32273告告警处理理后的监监控32733告警处处理过后后,要查查看下个个时段的的相关OOMC KPII是否正正常:上、下行行GPRRS有效效数据量量(KBB)分组信道道指派成成功率GPRSS边界升升级拒绝绝CS话话务过高高GPRSS边界升升级拒绝绝BTSS信道受受限GPRSS边界升升级拒绝绝PCUU信道受受限上、下行行EGPPRS有有效数

21、据据量(KKB)（E）GGPRSS 上、下行TTBF数数 77225告警警（BTTS级告告警）监控及及处理 77725告告警监控控77255告警的的监控需需要与GGPRSS Slleeppingg Ceell和和EGPPRS Sleeepiing Celll相结结合.监监控出指指标异常常小区后后,看该该小区是是否有777255告警(使用指指令:ZZEOLL).777255告警: TRAAFFIIC CCHANNNELL ACCTIVVATIION FAIILURRE,附附加信息息为”02”,表示示是PDDCH信信道激活活失败. 77725告告警处理理如果故障障小区集集中在某某个PCCU下,则说

22、明明是该PPCU出出现问题题,需要要立即联联系网络络运行支支撑中心心倒换相相应PCCU.如果故障障小区分分布于不不同的PPCU,则依次次进行以以下处理理方法:针对GPPRS小小区(或或massterr BTTS)重启GEENA调换故障障小区的的NSEEI重启出现现告警的的BTSS和TRRX 针对EGGPRSS小区(或sllavee BTTS)重启EGGENAA(需要要Locck BBTS)调换故障障小区的的NSEEI重启出现现告警的的BTSS和TRRX关闭sllavee BTTS的跳跳频(针针对BSSC的CCD3升升级所导导致的EEDGEE Slleeppingg Ceell) 77225告警

23、警是一部部分slleeppingg ceell会会出现的的现象,与slleeppingg ceell处处理方法法类似.如果以以上各步步骤均无无效,则则通知相相关人员员(如基基站工程程师等)进行处处理. 77725告告警处理理后的监监控 77225告警警处理过过后,要要查看下下个时段段的相关关OMCC KPPI是否否正常上、下行行GPRRS有效效数据量量(KBB)分组信道道指派成成功率上、下行行EGPPRS有有效数据据量(KKB)（E）GGPRSS 上、下行 TBFF数上、下行行TBFF建立成成功率故障PCCU 故障障PCUU监控对于故障障PCUU的监控控，主要要是通过过网管统统计中：表NPMM

24、DB_V_PP_数据据业务_严重问问题NOOKIAA的数数据来进进行。该该表将没没有PSS域数据统统计的PPCU列列出。我我们查看看各个PPCU及及其所挂挂小区的的现网状状态，从从而更进进一步将将PCUU的故障障问题细细化，大大致分为为如下两两种情况况：PCU下下面小区区无PSS域数据据统计，且的确确存在故故障的情情况。如：PCCU的两两条GBB Beear均均为BLL_SYY的状态态，且有330300，30031告告警；PPCU所所挂小区区均发生生32773告警警；等等等。PCU下下面小区区无PSS域数据据统计，但不确确定是否否存在故故障的情情况。这这种情况况下，PPCU不不存在任任何告警警

25、，PCCU对应应的GBB Beear的的状态以以及PCCU所挂挂小区的的状态均均正常。因为没没有PSS域数据据统计，所以无无法通过过指标来来实现对对小区或或者PCCU的监监控。只只能通过过现场测测试或者者投诉情情况，来来判定。 故障障PCUU处理对故障PPCU的的处理，一般都都需要上上报网运运来执行行。 故障障PCUU处理后后监控处理过后后，要查查看各小小区相关关OMCC KPPI是否否正常 ：上、下行行GPRRS有效效数据量量(KBB)分组信道道指派成成功率上、下行行EGPPRS有有效数据据量(KKB)（E）GGPRSS 上、下行TTBF数数其他BSSC级告告警的监监控与处处理30199/3

26、0020告告警处理理 故障现现象BSC出出现30019或或者30020告告警：30199 NNETWWORKK SEERVIICE ENTTITYY UNNAVAAILAABLEE30200 NNETWWORKK SEERVIICE VIRRTUAAL CCONNNECTTIONN UNNAVAAILAABLEE该PCUU覆盖区区域内的的GPRRS网络络不可用用。 处理理措施查看NSSEI的的NSVVC状态态查看BSSC告警警情况,使用指指令: ZAHHO、ZZAHPP告警发生生的可能能原因是是Gb链链路出现现故障,PCUU硬件出出现问题题,BCCSU重重启后,PCUU没有恢恢复正常常工作或或

27、者是SSGSNN中的相相关单元元出现故故障,因因此需要要立即联联系网络络运行支支撑中心心通报情情况,了了解处理理进度.在该PCCU故障障恢复之之前,需需要重启启指定NNSEII,将其其下的小小区分配配到其他他的PCCU下工工作,待待故障解解决后再再行恢复复. 处理后后监控处理过后后，要查查看下个个时段的的相关OOMC KPII是否正正常 ：上、下行行GPRRS有效效数据量量(KBB)分组信道道指派成成功率上、下行行TBFF数上、下行行EGPPRS有有效数据据量(KKB)EGPRRS 上上、下行行TBFF数30311告警处处理故障现象象BSC出出现30031告警警（BSSSGPP VIIRTUU

28、AL CONNNECCTIOON RRESEET PPROCCEDUURE FAIILEDD）相关小区区的GPPRS不不可用处理措施施查看30031告告警的附附加信息息,确定定相关的的故障小小区,使使用指令令:ZAAHO如果同一一PCUU下的若若干小区区同时出出现30031告告警,则则有可能能是该PPCU出出现故障障,需要要立即向向网络运运行支撑撑中心通通报情况况,及时时处理(一般需需要对相相应BCCSU进进行倒换换)如果同PPCU下下只是个个别小区区出现该该告警,则需要要查看该该小区的的性能指指标,看看是否断断站或者者基站硬硬件故障障如果不是是以上原原因,则则建议为为相关小小区重新新分配另另

29、外的NNSEII.处理后监监控处理过后后,需要要查看下下个时段段的相关关OMCC KPPI是否否正常上、下行行GPRRS有效效数据量量(KBB)上、下行行EGPPRS有有效数据据量(KKB)分组信道道指派成成功率（E）GGPRSS 上、下行 TBFF数Gb负荷荷过高监控控处理 故障现现象 统计计数据中中的Gbb负荷过过高,超超过规定定的门限限.下表表为NOOKIAA Gbb链路的的利用率率门限: GB带宽宽利用率门门限GPRSS64K30%128KK45%192KK55%256KK70%128KK25%EGPRRS256KK61%384KK68%512KK68%640KK70%768KK75%

30、896KK85%10244K90% 处理措措施对于负荷荷高的GGb LLinkk，根据据情况依依次采用用以下方方法进行行处理：同一PCCU的负负荷判定定目前，在在Nokkia设设备上，一个PPCU同同时使用用两条GGb LLinkk，分别别对应两两条Beear Chaanneel。但但现网条条件下，这两条条Gb Linnk无法法实现下下行的自自动负荷荷分担，因此对对于单个个PCUU来说，要用其其两条GGb LLinkk的Maax值来来代表整整个PCCU的GGb负荷荷。同一BSSC的Gb负荷荷均衡 对于同一一个BSSC来说说，其PPCU的的Gb负负荷主要要是由该该PCUU所带小小区的数数据流量量

31、情况决决定的。因此，如果发发现某条条Gb的的负荷越越过了警警戒线，则采取取以下步步骤处理理：设负荷超超过警戒戒线的GGb对应应的PCCU为NNSEII-1，与其同同BSCC的其他他PCUU为NSSEI-N，NN=2,3,44提出Gb扩容建议，与运维中心协调解决（数据分析要准确到位）NSEI-N的Gb负荷20% ?否跟踪监控Gb负荷情况NSEI-1的Gb负荷过载计算最近一周各个小区的下行数据流量MAX值将NSEI-1所带的高GPRS数据量小区与NSEI-N所带的低GPRS数据量小区互换是 查看看统计处理过后后,要查查看下个个时段的的相关OOMC KPII是否正正常 ：Max sennt lloadd %(frll_7)Max recc looad %(ffrl_8)PCU的的容量配配置监控控与调整整故障现象象PCU的的PDCCH或小小区配置置数量过过高处理流程程图 否 是 是 是 否 否 提取每个PCU所带小区数,PDCH数,GTR