性能监控手册0905(GSM)

1、 性能监控手册(G)目 录1、前言32、性能监控指标32.1监控指标及要求32.2关键指标分解说明43、性能监控处理方法63.1日常处理注意事项63.2GSM故障处理方法73.3GPRS故障处理方法104、日常问题解决和说明114.1RNUSM窗口不能打开问题的解决114.2监控平台缺失报告问题的解决114.3告警过多原因说明及快速定位方式121、前言 本手册主要为日常网络性能监控提供参考和鉴戒，可以作为日常性无线性能监控的指导手册。2、性能监控指标 2.1监控指标及要求工作内容要求KPI指标各项指标权重片区内无线网络性能质量的实时跟踪、分析（通过网优监控平台）以及坏小区及时处理及时对故障小区

2、进行响应并处理,要求故障响应时长不超过30分钟,故障处理时长不超过2小时及时发现率基本值70%,目标挑战值95%,处理及时率基本值60%,目标挑战值75%(三天内未出现比率)50%无线报表数据完整性要求及时发现数据报表缺失,并上报主管基本值99%,目标挑战值100%5%软件原因导致不可用TCH处理及不可用TCH小区跟踪要求每日上班前对不可用小区进行过滤,处理由于软件原因导致不可用TCH,对其他原因导致的不可用小区进行跟踪并通知相关人员.月度统计基本值50,目标挑战值203%性能故障投诉处理及投诉处理配合配合投诉处理人员对故障点进行分析及跟踪处理,并在平台上填入相关操作记录不定期对事件进行抽查，

3、及对投诉处理人员反馈进行考核,发现一次扣1分4%及时派发片区内的基站性能故障通知单，并跟踪其处理情况对需要进行硬件更换的小区进行派单,更换载频派发至基站代维;更换ANCG以上设备（如SUMA，ANY，风扇等）派发至主设备代维小组按工单时间及处理情况进行抽查,发现未及时或有需要未派单的,发现一次扣1分4%日常拥塞小区处理，及时派发扩容工单，并跟踪其处理情况根据日常及每日拥塞小区通报表内容,及时派发扩容需求工单至片区规划人员,并跟踪处理情况,对拥塞解决的小区进行报结.按工单时间及处理情况进行抽查,发现未及时或有需要未派单的,发现一次扣1分4%负责片区内GPRS投诉预处理，并及时流转投诉工单；对转派

4、的GPRS的IMEP工单要求收到工单1小时内进行预处理并及时流转投诉工单.工单1小时内进行预处理,发现或反馈未及时,一次扣1分.4%负责片区内节假日和突发应急活动保障负责片区内节假日及突发应急活动的指标监控工作,对问题小区及早进行处理及跟踪,对无法处理的问题点及早进行上报.3%性能故障投诉次数占比由于性能故障引起的投诉次数浮动不得超过5张投诉次数进行排名,超过5张得0分,投诉最少得满分,其他线性得分.最少者加2分。5%检查并处理前一日晚班监控人员遗留问题并处理要求每日上班前对前一日遗留问题进行跟踪及处理,对晚上无法更换硬件及片区无法配合的点进行及时通知.未对遗留问题进行处理导致用户投诉或抽查发

5、现问题存在未做处理的,发现一次扣1分6%对片区内misaligned小区进行检查和上报工作每日上班前对各自片区内misaligned小区进行处理,对BSC原因或连接原因导致的问题小区进行及时上报至维护组每周进行抽查(下班前),结合检查情况进行考核,发现一次扣1分4%关注所辖区域A口话务及PAGING变化，及时反馈性能状况每日对监控时段的所辖区域BSC的A口话务及PAGING进行监控,对超过平时要求的门限指标进行上报，A口门限0.75,PAGING量G2BSC为120000,MXBSC为180000超过平时要求的门限指标未进行上报,发现一次扣1分4%关注无主被叫、无话务小区，及时处理及跟踪每日对

6、无主被叫小区,话务突变小区及无话务小区在2小时内与相关片区规划人员进行沟通，确认问题后进行及时处理.不定期对事件进行抽查，对进行处理导致用户投诉或抽查发现问题存在未做处理的,发现一次扣1分4%备注：上表中，KPI指标和各项指标权重仅作参考。2.2关键指标分解说明性能监控组主要考核指标以日常性能平台性能故障发现及时率、故障处理及时率、故障处理时长来判定，占总考核指标50%，（发现及时率占比20%、故障处理及时率30%）并根据排名及区域情况进行加分，发现及时率及处理及时率排名第一的加2分，监控范围属于金华、义乌或区域划分较大的分别加以3分至1分的附加分，最后累加出总分及排名，并根据50分制总分折算

7、成最后得分。故障发现及时率：计算公式：在30分钟内发现的性能故障次数/总的性能故障次数*100%。要求发生载频以上级（含载频级）的隐性故障在30分钟内发现，否则作为超时处理。包括GSM和GPRS，具体判别标准见具体要求。指标要求：性能故障发现及时率大于100%得满分；低于85%得0分，其他线性得分。故障处理及时率：计算公式：在2小时内处理完成的性能故障次数/总的性能故障次数*100%。要求在发现性能故障后在2小时完成处理，无法完成的及时上报。包括GSM和GPRS，具体判别标准见具体要求。指标要求：性能故障处理及时率大于70%得满分；低于50%得0分，其他线性得分。故障平均处理时长（附加细项）：

8、计算公式：(故障结束的报告生成时间故障开始报告生成时间)/故障次数指标要求：故障平均处理时长超过3小时的得0分，其他以排名得分。月性能故障投诉次数占比：定义：由于未及时发现性能故障、或由于处理不及时或处理不当等原因引起的客户投诉，以用户投诉工单为准。指标要求：该指标每月低于5次，超过5次得0分，其他线性得分，月投诉次数通报相关单位负责人。事件考核指标：定义：小区严重故障，导致省公司指标恶化、BSC数据缺失未发现导致省公司无法取值、未请假不正常上班、工作态度问题引起分公司投诉、GPRS投诉工单预处理未按时回复等。指标要求：此项为扣分项，发现一次扣5分。3、性能监控处理方法3.1日常处理注意事项1

9、. BSC级高分配失败情况一：统计出错，A口话务与小区话务数值不一，也可检查A口时隙，如占用时长超过3600的，则判断统计出错。情况二：整个BSC-SDCCH分配失败超高，比平时增加一个数量级，试呼次数也大幅增加，可能会由于LAC修改后操作人员没有做re-initialize GPRS，此类情况可对照GPRS与GSM话务报告验证。情况三：测试发现该BSC下分配失败，指标正常，C181J指标突高，与交换核对A口可用时隙。CELL级高分配失败情况一：TCUC、RSL、RA翻转导致，先检查告警，是否有小区退服或载频退服告警。情况二：干扰原因导致情况三：拥塞或载频故障原因导致，平台已有区分。2. 突发

10、与继续观察的前提判断检查一：历史话务是否突变，并检查时时占用情况是否正常。检查二：OMC是否有告警，询问维护组，排除人为操作。检查三：数据报告是否出错，是否有多个小区同时出现。检查四：检查周边检查是否工作正常，是否有小区退服或被LOCK。3. 高话务应对措施情况一：集会，了解集会持续时间，12个时间的不进行人为操作，3小时以上至1天的通知维护组增开半速率，1天以上的通知规划人员统一规划。情况二：突发，确认无集会等信息，下一小时不出现的不进行操作，可填入突发，但要有后面的4步检查。情况三：话务突增，确认无集会等信息，连续出现2小时，突高与历史同时段话务的，减少PDCH配置进行均衡，并做记录，过后

11、进行复原。情况四：校区与话务增加区域，不进行操作，及时用IMEP工单通知规划人员统一规划。情况五：新站开启后拥塞，根据拥塞情况，如果无法调整解决，立即LOCK小区，电话通知片区规划人员，并派单给片区要求扩容，接到回单检查实施完成后开启。情况六：发现SD溢出超异常，怀疑群发短信问题的立即通知6楼监控（电话9331），以便快速将此类问题通知至公安局技侦处！请知晓！4. 特高掉话情况一：通常几百次几千次掉话，一般数据问题，通知维护组进行数据删除。情况二：A口时隙问题，检查A口时隙报表。情况三：BCCH载频翻转，导致小区频繁退服。5. 日常操作注意事项事项一：故障10次以下问题暂时不进行重启载频操作，

12、需重启时检查时时占用情况，是否有较高话务，该载频低话务或无话务可直接重启载频，该载频高话务时等待该载频空闲时重启。事项二：小区重启，重启前先SHUTDOWN小区2分钟，等小区LOCK进行。（包括会引起小区退服的任何操作都以此进行,并避免忙时操作）。事项三：GPRS故障，倒换频点后要进行初始化操作。事项四：禁止对BSC做Reshuffle操作，改为BSC初始化，切记！3.2GSM故障处理方法1、SD高掉话1.载频时隙问题：某些载频的奇时隙不太适合用作SD信道，表现为SD占用时长过长，SD掉话高，而目前的SD配置都是在各载频的TS1。建议将SD信道配置于载频的TS2，即后移一个时隙。2.跳频机制问

13、题：有些TRAGE型号的载频奇时隙不支持跳频，当小区内所有载频的SD占用时长均超长时，SD掉话高时，关闭小区的跳频。2、SDC溢出1、GSM问题：频繁的位置更新，不断的申请SD信道，可能导致SD拥塞。此时需要修改某些系统参数来缓解拥塞：适当增加CRH(小区重选滞后，建议调整至12或是14)、TX_INTEGER（发送间隔，建议调整至25或是32）、WI_XX（等待指示，建议在原有基础上每个增加1S），适当减小TA-FILTER（接入TA过滤，建议调整至30，偏远高山站64）、MAX_RETRAINS（最大重发次数，建议调整至1或2）。2、GPRS问题：某时段小区的SD溢出超过5000次，首先关

14、注是不是GPRS出了问题，GPRS不断申请SD信道，造成SD溢出严重。可以通过察看GPRS的cell counter里该小区的计数器：P62C（GPRS申请的SD信道次数）和P30C（GPRS成功占用SD信道次数），相差过大，即P62C远大于P30C，即说明小区的GPRS出了问题，对小区做RE-Initialize GPRS(GPRS初始化)。3、载频硬件问题：如果某块载频的SDCCH占用时长超长（一般大于5S），可能是该载频SD资源不释放，对该载频作Reset。如果共小区的几块载频都存在这种现象，则重启相关的TCUC。3、TCH掉话高判断掉话原因，目前有四类掉话（无线掉话MC736，切换掉话

15、MC621，BSS原因掉话MC14c和传输掉话MC739）1、MC736和MC739掉话1.1频点干扰问题：出现无线掉话和切换掉话，首先关注问题小区所使用的频点有没有受到同邻频干扰，借助于RNP或是MAPINFO可以判断频点是否受到干扰；同时通过ARP话务软件分析，下行质量切换比例超过10%时，频点受到干扰的可能性较大，建议改频。1.2载频硬件问题：通常掉话只集中在某一块载频上，对该载频作Reset TRX。下个时段如果该载频依然掉话高,锁住该载频，及时更换载频。1.3TCU硬件问题：如果掉话集中在某几块载频上（4块以下），观察掉话高的载频是否属于同一块TCUC（双击各载频对应的RSL），如果

16、是，则Reset TCUC。下个时段如果依然掉话高则更换TCUC。通常TCUC故障还会伴随相关载频TCH分配失败高。1.4合路器模块故障（ANY/ANC）：如果掉话集中在某几个载频上（4块以下），且这些载频大多数情况下是分布在不同的TCU上。同时小区的其他载频也有不少占用但没有出现高掉话。则这些载频有可能是属于同一个ANY/ANC，进基站查看如果是则更换相关ANY/ANC。1.5天线接反：如果发现掉话和所有硬件都无直接关系，同时共站的另一个小区也存在一定程度的高掉话问题。同时都伴随着TCH分配失败高，则通知硬件组检查基站天线有无接成鸳鸯线。2、MC14c掉话人为操作引起：在做RESET TCU

17、C或者修改频点等操作时，必定会出现MC14c的掉话，这种掉话往往出现在个别操作过的小区，且下一个时段就会自动消除。3、MC739掉话高 1.1载频硬件问题：小区级的MC739掉话集中在某个载频上，Reset TRX一般可以排除故障，如果无效更换载频。1.2基站传输问题：小区级的MC739掉话分散在各载频上，察看小区的历史告警，有没有出现传输误码告警“BTS-TRANS11BER-10E-3/4/6”,有传输误码告警的及时通知传输检查基站的传输。1.3 A口中继时隙故障：整个BSC所有小区的MC739都比较高，则首先根据018报告，将MC750（中继占用总时长）和MC751（中继占用总次数）相除

18、，结果表示该A口中继的平均占用时长，如果占用时长小于10S，表明该中继时隙有问题。具体定位到哪条中继的那些时隙有问题 ，用小于10S对应得LINK_ID除以32，商为对应的中继TP号，余数为该TP号对应的短时隙，锁住该短时隙即可。4、TCH溢出1、判断溢出的原因，MC812（溢出总次数）=MC612A（不允许排队引起的拥塞）+MC612B（排队队列已满，引起的拥塞）+MC612C（排队至T11超时也没有分配到TCH信道，即平时最常见的拥塞）+MC612D（排队时被高优先级的用户挤出来引起的拥塞），重点关注MC612C。2、MC612A：由于不允许排队导致大量拥塞的情况不太常见，一般在BSC割接

19、至新的交换机下，新的交换机向BSC发送的assignment request消息中丢失了优先级字段（此字段中包含了交换侧是否允许BSC排队），这样导致BSC侧不允许排队，造成大量拥塞。可通过打开BSC的强制排队功能解决问题（Forced_queuing=enable;T11_forced=14S）。3、MC612C：一般是由于小区的话务较高，导致拥塞。可通过分散话务的方法将小区的部分话务分散到空闲的邻区上。1）提高空闲邻区的CRO（小区重选偏置），空闲邻区的C1/C2被抬高，增加了手机在空闲状态下优先选择空闲邻区；2）降低拥塞小区向空闲邻区切换门限HO MARGIN和HO MARGIN LEV

20、；3）开启拥塞小区的快速话务切换(EN_FAST_TRAFFIC_HO=enable);4）开启拥塞小区的直接重试（Directed_Retry=enable）；5）以上方法还不能缓解拥塞的，建议扩容。5、TCH分配失败率高1、无线原因造成分配失败（MC746B）：无线原因造成TCH分配失败的一般是频点干扰或是载频硬件问题。遇到MC746B首先检查小区的频点是否受到同邻频的干扰；如果MC746B集中在某一块载频上，RESET TRX，下个时段MC746B还高的，更换载频。MC746B分散在几块载频上的，重启对应的TCUC。2、ABIS拥塞造成TCH分配失败（MC812）：建议缓解拥塞；3、系统

21、原因造成TCH准备失败的（MC140A-MC140B-MC812）：建议做Lock/Unlock RA；4、系统原因造成TCH分配失败的（MC140B-MC718-MC746B）：建议RESET小区对应的TCUC；5、BSC统计的TCH分配失败率高：由于小区和BSC统计的TCH分配失败率公式不一样，就有可能出现小区的TCH分配失败率正常，整个BSC的TCH分配失败率异常的情况，这时主要关注BSC统计的TCH分配失败率：100*（C181A+C181B+C181C+C181D+C181E+C181F+C181G+C181H+C181I+C181J+C181K+C181L）/MC140A；观察BS

22、C的分配失败主要是由C181AC181L哪个因子造成的，C181D表示拥塞原因、C181E表示BSC侧存在已经Lock的时隙交换侧并没有Lock，处理办法将交换侧对应的时隙Lock。C181J不为零表示交换侧使用了BSC侧无意义的时隙，即BSC侧时隙状态不为TRAFFIC，处理方法是通知交换侧定义有效的中继时隙。6、切换成功率低1、同BCCH同BSIC：小区的切入成功率很低时，首先通过RNP检查问题小区的附近是不是有与问题小区同BCCH同BSIC的小区。切换时的目标小区是通过BCCH+BSIC来标识的，邻近的地方出现了同BCCH同BSIC的小区，导致目标小区的相互混乱，导致小区的切入成功率低。

23、2、邻区关系混乱：小区的邻区关系混乱，地理条件的复杂性，很多远距离、背向的切换往往都会失败，造成小区的切换成功率低。通过整理必要的切换关系来提高小区的切换成功率。3、同BCCH的影响：通过180报告发现某一小区A与问题小区的切换成功率极低造成问题小区整体的切换成功率不高，通过RNP发现两小区相距甚远，OMC上也没有加入切换关系，却形成了切换关系。这时往往是问题小区的某个邻区和A小区使用了相同的BCCH，同时A小区的信号又比较强，造成了手机解码BCCH时出错，误认为A小区是问题小区的邻区。4、频点干扰：问题小区使用的频点受到同邻频的干扰也会引起切换成功率低的问题，通过RNP检查小区的频点。5、载

24、频硬件问题：问题小区的切入成功率低，察看小区的载频有没有故障，从而导致邻区向问题小区切换时成功率低。6、SUM板问题：问题小区的切换成功率低，一般在70%左右时，可能是由于SUM板出现了故障，引起了频偏，导致小区的切换成功率低，此时可以先通过修改小区的时钟同步方式（由FREE改为GPS/PCM同步）来验证是不是SUM的问题，修改后切换正常，即为SUM的问题。7、小区无话务1、BCCH载频故障：BCCH载频故障导致小区无话务的情况较为常见，建议锁住BCCH载频，由其它载频倒换成BCCH载频，观察小区有无话务。2、BTS吊死：BTS吊死造成小区无话务，建议RESET BTS，观察小区有无话务。3、

25、数据问题：对于一些新开站，有可能是由于数据问题导致小区无话务，建议彻底删创小区，观察小区有无话务。3.3GPRS故障处理方法1、监控指标一：复用度高（复用度大于200%）处理方法：适量增加PDCH信道，若话务忙无法增加PDCH信道，则发扩容工单，并写明发扩容工单，注上扩容工单号考核方法：若小区PDCH复用度高，连续3个时段处理措施都写“突发”，则视为一考核事件！2、监控指标二：上行TBF建立成功率低（低于50%）处理方法：查看报表，查看建立失败的主要原因。若主要原因为无线的原因，则先倒换一下频点；若为无线拥塞，则增加PDCH信道；若为BSS原因，初始化观察；若上下行建立成功率都低，且主要原因都

26、是BSS原因，则查看该小区有无第二条电路，查看第二条电路有无告警。若同一个BSC下有多个小区的上行建立成功率都低，查看这些小区是都属于同一块GP，是则重启这块GP。3、监控指标三：下行TBF建立成功率低（低于50%）处理方法：查看报表，查看建立失败的主要原因。若主要原因为无线的原因，则先倒换一下频点；若为无线拥塞，则增加PDCH信道；若为BSS原因，初始化观察；若上下行建立成功率都低，且主要原因都是BSS原因，则查看该小区有无第二条电路，查看第二条电路有无告警。4、监控指标四：上、下行吊死：表现为有上行请求但是请求不成功或有上行请求无下行请求，此种情况称之为吊死，极易引起投诉，需快速解决。处理

27、方法：对吊死小区进行初始化，初始化后观察实时占用，有占用后观察下时段报表。若几个小区都吊死且同属同一个BSC，则通知维护组重启GPU。处理完此类小区务必观察实时占用情况！5、监控指标五：小区无流量：处理方法：查看小区以往时段的GPRS流量情况，若原来流量较大突然无流量，查看小区GSM报表，看看指标情况，若GSM指标不正常，则说明基站有故障，按照GSM的处理原则来处理；若GSM指标正常，则先初始化倒换频点关闭跳频倒换载频的方式来处理；则按照若小区原本流量较小，初始化观察即可6、监控指标六：无流量（无报告）：处理方法：对于无流量无报告的小区，若无报告3个时段以上，请查明原因，如无法查明原因，请上报

28、！G：监控指标七：PCU报告中的P107处理方法：每日交接班的时候查看P107,若有BSC的P107数值为0，则先让监控报障，之后对整个BSC GPRS 初始化操作。4、日常问题解决和说明4.1RNUSM窗口不能打开问题的解决RNUSM窗口不能打开，导致对BSC无法进行常规操作和监控针对此类问题以下解决步骤：1、 桌面右键TOOLS中开启Terminal窗口，确认在该OMC服务器下（jhsesn003或jhsesn053）;2、 进入以下目录：cd /var/tmp键入Ls a，检查是否有shared_文件，删除该文件rm /var/tmp/shared_；3、 进入以下目录：cd /alcatel/var/share/nterm；4、 键入Ls a，删除.lck文件（如rm /alcatel/var/share/nterm/hmi_xxxx.lck）5、 进入以下目录：cd /alcatel/var/share/AFTR；6、 复制以下文件cp hmi_xxxx /alcatel/var/share/nterm （同样复制total_app_omc文件）；4.2监控平台缺失报告问题的解决1、 日常监控中发现平台缺失部分或某个OMC报告，先了解报告丢失范围及丢失时间，如GPRS报告丢失请确认之前是否有PCU初始化及重启操作；2、 用160（存报告台机）FTP登入OMC进行查