BSC故障处理案例.doc

BSC故障案例讲解 本次演练旨在提高重大网络故障的指挥调度能力和应急处置能力，根据故障的影响范围，本次演练包括：XPU单板倒换、OIUA单板隔离、GOU单板隔离、OMU服务器倒换. 1 场景一：光纤传输中断产生断站 2 2 场景二：A3A7链路故障定位 3 3 场景三：PO1B接口板吊死故障处理实例 4 4 场景四：XPU单板故障倒换场景 7 5 场景五：OIUA单板故障隔离场景 9 6 场景六：GOU单板故障隔离场景 13 7 场景七：OMU倒换场景 15 场景一：光纤传输中断产生断站定位 【背景】：11月17日，BSC2，4出现数个13基站出现Abis链路中断告警。 【措施】：定位故障产生原因，如果同时断站数量比较多的话，可能性最大的有： 光纤传输中断； BSC接口板故障； 经检查发现，13个站点同时断站，分布在两套BSC共4块接口板上，传输链路状态为AIS告警，另外，与断站同在一块板上的其他站点状态正常。如此，单板出现问题的可能性不大，很可能是光纤传输问题。经与联通传输中心证实，该传输环上的光路存在告警，同在该环在的联通基站也已断站。 【指令】： 步骤1：通过网管系统观察断站所出现的告警特征，有无BSC级告警，例如单板不在位告警等（PO1B板等不在位）。 步骤2：使用LST BTSLNK断站的链路信息，重点观察它们是否同框同槽，确认是否是BSC单板故障，同时进行步骤3。 步骤3：咨询传输监控中心传输网络是否有异常告警，传输反馈某光路传输环确实有故障，且所断站点就在该传输环上。 步骤4：进一步确认BSC单板无故障。使用LST BTSLNK断站的链路信息，重点观察它们的1X传输是否同框同槽，使用DSP E1T1STAT查看断站E1T1链路状态。若是传输问题，E1T1链路肯定是不可用的。 步骤4：配合传输中心处理传输故障问题。 步骤5：传输恢复正常后检查基站的各个状态是否正常。 【小结】：光纤传输故障主要特征是断站分布在不同的接口板上。 场景二：A3A7链路故障定位 最近，惠州CBSC由于种种原因，经常出现A3A7告警。A3/A7接口是两个相邻BSC之间的逻辑接口，用于支持CDMA1X网络中BSC间的软切换，传输电路硬件上跟基站一样，也是由PO1B接口板承载。也就是说，检查A3A7链路故障，其实也是通过检查传输MLPPPLNK链路状态及IP路由来确定。 A3A7故障处理步骤： 步骤1：查看告警，确定产生问题的框槽链路组及IP等链路信息。 步骤2：列出链路及路由信息。命令LST NBRBSC列出该BSC上的A3A7链路组信息及对应的IP；命令LST IPBRDROUT列出该框槽上的链路组信息及对应的IP。 步骤3：确认故障A3A7链路传输状态。DSP MPLNKSTAT查看链路组状态。再用命令IPBRD PING 检查路由是否可达，注意，PING的IP是路由链路的IP，不是BSC的IP。 步骤4：咨询传输中心和对端BSC是否有异常告警或操作。根据IP地址和链路信息，查询A3A7链路信息表确认对端BSC所在局（比如广州为，）。惠州BSC的A3A7链路路由信息对应表如下： 步骤5：与对端BSC协作，定位并处理故障。对端局已从上表中检查出来后，即可与对端局协作处理故障。 场景三：PO1B接口板吊死故障处理实例 【背景】：10月11日惠州BSC3有19个基站出现AIS链路中断告警。 【措施】：定位故障产生原因，如此大数量同时间的断站，可能性最大的有： 1.光纤传输中断； 2.BSC系统故障； 产生告警如下。经询问传输维护中心，确认传输网络无异常告警，则可能性较大的是BSC系统故障。观察告警，发现断站主要集中在4框22，24，25三个接口板上。LST BTSLNK查看断站链路配置信息，发现断站1X链路全部挂在4框22槽，而该槽的所有站点都已断站，24、25槽挂的是DO链路。因1X链路承载基站的信令链路和操作维护链路，至此容易得出结论，是4框22槽出了问题。 进一步确认故障，发现4框22槽PO1B板无单板不在位告警，而且PPP链路均可用，怀疑该板程序吊死。使用IPBRD PING命令PING该板上的PPP链路路由，发现 PING不通，证实该板确实吊死。 最后，复位或者换板，问题解决。 【指令】： 步骤1：通过网管系统观察断站所出现的告警特征，有无BSC级告警，例如单板不在位告警等（PO1B板等不在位），但单板吊死通常不会出现单板不在位告警。 步骤2：使用LST BTSLNK断站的链路信息，重点观察它们是否同框同槽，确认是否是BSC单板故障，同时进行步骤3。 步骤3：咨询传输监控中心传输网络是否有异常告警，确认光纤传输无问题。 步骤4：使用LST BTSLNK断站的链路信息，重点观察它们的1X传输是否同框同槽，使用DSP E1T1STAT查看