西门子硬件排障.pptVIP

西门子硬件排障处理流程 西门子硬件排障优化实例 - 通过OMC-R报告分析发现硬件问题 通过DT/CQT测试发现硬件问题 - 通过OMC-R报告分析发现硬件问题 通过OMC-R报告分析发现网络问题（实例一） 一、故障排查原因 通过话通分析发现地调处基站（CI:51131）TCH分配成功率均很低78%，SD分配成功率均47%。并没有出现话务拥塞现象，统计如下： 通过OMC-R报告分析发现网络问题（实例一） 各载频TRX平均上下行电平和质量,统计如下： 通过OMC-R报告分析发现网络问题（实例一） 二、故障排查过程 对该基站告警状态分析，未发现硬件故障和异常告警。 对该基站数据核查，未发现数据配置错误。 对本小区话统进行分析，排除了干扰等因素，但发现该TRX:0上行质量很差。 现场故障排查，硬件、跳线、硬件数据配置均正常 现场进行拨打测试显示，手机信号在占用到TRX:0载频进行通话时均会出现无法接通现象。 通过将TRX:0与TRX:1对应的CU对调，随即拨打测试TRX:1中出现大量的无法接通现象 通过OMC-R报告分析发现网络问题（实例二） 一、故障排查原因 天燃气公司（CI:22103）高掉话，通过话统分析，发现该小区主要掉话是远端解码失败掉话，尤其晚忙时比较明显。统计如下： 通过OMC-R报告分析发现网络问题（实例二） 二、故障排查过程 对该基站告警状态分析，未发现硬件故障和异常告警 提取BSC 的logfile分析发现每块CU 都有remote transcode failer 掉话，但是TRX:9、10较多，考虑到这两个TRX用的是扩展频点，话务较多也属正常。根据以往经验分析，造成这种掉话一般是由于CU故障较多，还有COBA，合路器，传输等原因。 通过以上分析，先后更换了CU、COBA、合路器，但还有remote transcode failer 掉话。之生到现场 进行设备硬件和数据进行检查。发现该小区有3根CU发射钢跳有断裂现象。 更换跳线后掉话明显减少，恢复正常 。指标对比如下： 通过OMC-R报告分析发现网络问题（实例二） 通过OMC-R报告分析发现网络问题（实例三） 一、故障排查原因 电建小区-3 （CI:31533）高掉话，通过话统分析，发现该小区在早晚忙时出现较多的设备故障掉话，尤其晚忙时比较明显。统计如下： 通过OMC-R报告分析发现网络问题（实例三） 二、故障排查过程 对该基站告警状态分析，未发现硬件故障和异常告警。 设备故障掉话多数会由基站硬件CU,合路器，因此需要对基站硬件逐步进行排查，找出故障硬件。 现场故障排查，硬件、跳线、硬件数据配置均正常 关闭跳频拨打测试，分别锁闭部分载频模拟高话务状态下用TEMS对小区内每个载频进行拨打测试，拨测中在TRX:2 TCH:6载频中存在掉话现象。 通过将TRX:2与TRX:3对应的CU对调，随即拨打测试TRX:3对应CU亦出现掉话现象 通过以上分析，首先更换TRX:2对应CU。 更换CU后继续拨打测试原先的TRX:2未出现掉话现象。指标亦恢复正常对比如下： 通过OMC-R报告分析发现网络问题（实例三） 通过OMC-R报告分析发现网络问题（实例四） 一、故障排查原因 白云滑雪场（CI:34203）上行电平低差 ，通过话统分析，发现该小区TRX:2上行电平低差 ,并且TCH/SD分配成功率较低。 通过OMC-R报告分析发现网络问题（实例四） 通过OMC-R报告分析发现网络问题（实例四） 二、故障排查过程 对该基站告警状态分析，未发现硬件故障和异常告警。 现场故障排查，硬件、跳线、硬件数据配置均正常 通过将TRX:2与TRX:3对应的CU跳线连接对调，结合泰克仪表对对调后的CU上行电平进行测试，发现低电平CU亦跟随CU转移到TRX：3中。 通过以上分析，首先更换TRX:2对应CU。 更换CU后仪表测试TRX：3中上行电平恢复正常。话务分析指标亦恢复正常对比如下： 通过OMC-R报告分析发现网络问题（实例四） 通过OMC-R报告分析发现网络问题（实例五） 一、故障排查原因 话务统计分析蜀通园D1800基站 (,CI:54971)下行质量和电平均差。见下表： 通过OMC-R报告分析发现网络问题（实例五） 二、故障排查过程 对该基站告警状态分析，未发现硬件故障和异常告警。 现场故障排查，硬件、跳线、硬件数据配置均正常 关闭跳频通过话统分析，发现该小区TRX: 2下行平均电平和下行平均质量较差 。 通过TEMS拨打测试，TRX：2的下行电平较低，通过将TRX:2与TRX:3对应的CU跳线连接对调发现低电平CU亦跟随CU转移到TRX：3中通过以上分析， 通过以上分析，首先更换TRX:3对应CU。 更换CU后测试TRX：3中下行电