基站告警处理参考版.pptx

通过网优或BSC工程师核实故障准确而详细的告警信息问题未解决分析告警信息,明确处理思路查询站址,协调配合,准备备件故障跟踪,确认处理效果到达基站现场检查基站现场情况找寻故障点进行分析处理联系机房观察告警进行拨打测试问题解决故障处理完成填写反馈并发给告警派单人告警处理流程图收到基站告警派单7745—CHANNELFAILURERATEABOVEDEFINEDTHRESHOLD告警说明:在监控时段,H、TCH信道上的失败率高于系统设置门限值。该告警用来监测专有信令信道和话务信道的使用情况,对异常释放,给与提示。根据告警补充信息,可以具体定位到发生问题的时隙:补充信息含义如下:1 表示问题信道类型:取值分为:01TCH、H2~9 表示信道所在时隙其取值分为:00低于门限(不产生告警)、01高于门限(产生告警)10 表示失败率最高时隙11 H子信道12 表示在监控时段内,补充信息10中信道异常释放情况占总释放次数的比率。补充信息23456789对应时隙0**********—CHANNELFAILURERATEABOVEDEFINEDTHRESHOLD从SMBNT至EMBNT,每隔PRDCFR时长对该小区信道进行统计,H、TCH信道占用超过CS所定义次数门限值,且失败率高于系统所定义的门限值,则在PRDCFR时长后触发该告警。参数定义及其默认值:监控起始时间 SMBNT=supervisionstarttime 08-00监控终止时间 EMBNT=supervisionendtime 18-00告警监控时长 PRDCFR=lengthofsupervisionperiod 60min信道占用次数门限 CS=channelseizurethresholdvalue 10TCH占用失败率门限 TCHFR=TCHfailurerate (20%)HH占用失败率门限 SCHFR=Hfailurerate (80%)告警触发机制7745—CHANNELFAILURERATEABOVEDEFINEDTHRESHOLD以实际7745告警为例标示如下7745告警现场处理案例7745告警处理方法----基站专业7745故障案例----载频故障典型案例1:【站点信息】西城区洼刘4390【告警信息】一小区TRX1【现场信息】通过测试发现载频故障【处理过程】检查此小区掉话载频主分级为正常,且无干扰无其他告警。在测试掉话载频TRX1时,结果显示载频存在功率低问题,把此载频与TRX2倒换,测试这两块载频发现TRX2(原为TRX1)存在了功率低问题,而TRX1(原为TRX2)功率则正常。由上判断此掉话为载频故障。用新载频更换故障载频,然后观察已正常故障原因:载频性能下降及工作状态不稳定处理建议:通过更换或倒换故障板件【站点信息】西城区东史马40【告警信息】二小区几乎所有载频存在7745告警。【现场信息】基站有附属设备电桥。【处理过程】处理前二小区每天告警都维持在20条左右,处理通过重新连线,修改硬件数据库。通过告警参看发现此站曾经出现7604,而且发现告警大都发生在第2块上,于是将第2块TSGB更换,告警消除。【解决措施】更换第二块TSGB。parisionValuesReport2009-11-1821:59:.*****************************************************************************Newestvalues:Sector2ETRX1n/an/an/an/an/an/aETRX2-121-93n/an/a-28n/.-:1Ant:2ETRX1n/an/an/aETRX2-121-93-28ETRX3-85-86-1ETRX4-102-98-4ETRX5-97-106-9ETRX6-105-98-77745故障案例----载频故障7745故障案例----连线故障典型案例1:【站点信息】二七区交通学院5072【告警信息】S1:TRX4,TRX6S2:TRX5,TRX9S3:TRX12【现场信息】在每个小区存在多处的连线损坏,有一个直放站。【处理过程】第一二方向,通过检查连线和做载频测试时确定本站由于多处连线损坏造成7745,更换连线之前TRXTest:2009/12/1913:58:09TRXNumber:ETRX1TRXTestRunThrough(IDDonly):N/ATRXOperationalState:SupervisoryTimeslot:6ARFN:8TXFrequency::