2014故障导致基站业务中断分析.docVIP

BSCXPU故障分析报告 针对 GSM网WZ1BBSC3 的1框2槽XPU单板故障导致郊区共47个基站中断情况，进行了仔细分析，以下是该问题的分析报告 。 问题描述 万州申告，一BSC下多个基站业务中断，经统计断站基站在BSC上的分布情况，集中在1框2槽XPU单板上。现场倒换XPU后，基站业务逐渐恢复，现场业务测试恢复正常。 问题结论 问题原因 1框2槽XPU交换网片存在故障，使得发送、接收方向的报文错误，导致单板工作异常，单板下挂的基站业务中断。 BSC系统检测故障后，通过BAM经过SCU向1框2槽故障单板发出复位命令。由于1框2槽交换网片故障，将该复位命令的报文修改而使之被丢弃，故无法执行复位；系统连续2次（每次30秒）发起复位命令超时后，BAM将不再做处理了，导致了单板复位失败。 问题详细分析 详细分析 告警日志分析。 分析内部故障日志，在6月17日17:46，1框2槽XPU上报“业务板背板GE链路故障告警”，说明此时单板运行已经出现异常。在20：53客户通过插拔故障XPU后告警恢复，这和站点业务中断的时间的吻合。 20：53，拔插复位了1框的XPU单板后，1框3槽的XPU升为主用，业务也随之恢复。 21：47，对1框2槽故障的XPU进行更换，更换后没有再出现异常告警。 从告警中可以看1框6槽和7槽的SCU均检测到1框2槽的XPU存在CRC错误。 同时告警中可以看到1框2槽的XPU与本框内其它业务板存在通信异常，由于通信异常，导致无法管理该单板上的站点，造成这个基站业务中断。 分析BSC告警日志，从17日下午18：02分开始，每隔15分钟1框2槽的XPU单板4个CPU子系统就会上报一次“子系统测量结果文件丢失”，导致这部分小区的话统结果丢失。从告警详细解释可以看出，出现该告警和1框2槽XPU单板故障有关。 流水号 告警名称 发生时间 告警ID 定位信息 3665781 子系统测量结果文件丢失 2012-6-17 18:02 22806 插框号=1, 逻辑槽位号=2, 子系统号=2, 结果丢失发生时间=2012-06-17 18:00:00 3665780 子系统测量结果文件丢失 2012-6-17 18:02 22806 插框号=1, 逻辑槽位号=2, 子系统号=1, 结果丢失发生时间=2012-06-17 18:00:00 3665779 子系统测量结果文件丢失 2012-6-17 18:02 22806 插框号=1, 逻辑槽位号=2, 子系统号=0, 结果丢失发生时间=2012-06-17 18:00:00 3665782 子系统测量结果文件丢失 2012-6-17 18:02 22806 插框号=1, 逻辑槽位号=2, 子系统号=3, 结果丢失发生时间=2012-06-17 18:00:00 3665859 子系统测量结果文件丢失 2012-6-17 18:17 22806 插框号=1, 逻辑槽位号=2, 子系统号=3, 结果丢失发生时间=2012-06-17 18:15:00 3665858 子系统测量结果文件丢失 2012-6-17 18:17 22806 插框号=1, 逻辑槽位号=2, 子系统号=2, 结果丢失发生时间=2012-06-17 18:15:00 3665857 子系统测量结果文件丢失 2012-6-17 18:17 22806 插框号=1, 逻辑槽位号=2, 子系统号=1, 结果丢失发生时间=2012-06-17 18:15:00 3665856 子系统测量结果文件丢失 2012-6-17 18:17 22806 插框号=1, 逻辑槽位号=2, 子系统号=0, 结果丢失发生时间=2012-06-17 18:15:00 3665927 子系统测量结果文件丢失 2012-6-17 18:32 22806 插框号=1, 逻辑槽位号=2, 子系统号=3, 结果丢失发生时间=2012-06-17 18:30:00 3665926 子系统测量结果文件丢失 2012-6-17 18:32 22806 插框号=1, 逻辑槽位号=2, 子系统号=2, 结果丢失发生时间=2012-06-17 18:30:00 3665925 子系统测量结果文件丢失 2012-6-17 18:32 22806 插框号=1, 逻辑槽位号=2, 子系统号=1, 结果丢失发生时间=2012-06-17 18:30:00 3665924 子系统测量结果文件丢失 2012-6-17 18:32 22806 插框号=1, 逻辑槽位号=2, 子系统号=0, 结果丢失发生时间=2012-06-17 18:30:00 3665999 子系统测量结果文件丢失 2012-6-17 18:47 22806 插框号=1