一次大面积基站故障引发的思考

徐明月

【摘要】 从一次典型C网故障入手，详细分析了7750与SDH设备之间APS保护倒换原理，并对故障进行了反思。

【关键字】 APS 故障 反思故障背景 ：电信CDMA核心网电路域软交换采用全IP组网方式，信令、语音通过CN2进行承载。其中，十堰本地网采用阿郎公司7750设备实现所有基站IP接入转换。7750采用155M光口终端方式，任何一个155M光口或7750本身故障对十堰电信C网的影响都是致命的。因此7750采用1+1主备方式配置，除7750主备设备间满足自动保护倒换（APS）外，任一155M端口也需具有APS，这就要求7750与其所连接传输设备之间能够很好配合，共同完成APS功能，确保C网网络安全。

十堰C网二期工程中因传输工程滞后，无法满足7750设备6个155M口的APS保护配置，即传输侧利用老设备仅配置了主用端口，备用无端口，待新建传输工程完工后再割接至新设备并配上备用端口。为减少割接工程量，7750侧已按APS保护配置。

故障现象：传输工程完工后，对新建传输设备各项测试指标合格后就开始着手割接准备工作。为减少割接当晚跳纤工作量，在155M通道环路测试正常情况下，将传输备用155M端口与7750备用155M端口在ODF架连接。连接后即出现大面积基站掉站现象，传输网管显示故障基站侧TALOS闪断告警，7750侧则显示AIS告警，且故障基站集中在待割接的155M端口中的4个。

7750侧显示这4个端口发生了APS倒换已倒换至备用端口，而备用端口传输侧尚未将基站割接过来，7750将基站业务强制倒换回主用后，基站陆续恢复。

故障分析：故障前后及故障时的设备连接状态如图1所示。

割接（故障）前，7750配置并启动了APS，传输设备仅有主用端口与7750相连，因主用正常，两端均工作在主用链路，业务正常。

故障时，7750主用与华为Metro5000设备相连，备用与华为OSN3500相连，因传输在做割接准备测试时已配置并启动了APS功能且将端口做了远端环回未拆除，传输设备OSN3500此时主用未接处于中断状态，备用环回正常，就会启动APS，发送倒换请求给7750，7750接收到倒换请求并检测到备用通道正常（实际是环回状态）就执行了倒换，将基站业务切换到备用端口，从而造成基站中断。而未参与倒换的两个155M端口是因为ODF架侧连纤接反所致。基站侧不停与7750联系却联系不上，基站侧传输就上报TALOS闪断告警并将告警指示AIS传送给7750。

故障反思：此故障是因传输割接准备不充分引起的，仅考虑到传输设备本身，对与其对接设备的影响考虑不够周详。传输备用纤连上前应停止APS协议，即使启动了APS协议，通道不做远端环回，7750检测到备用通道异常也不会执行倒换操作。

现在C网传输都是155M以上大颗粒连接，任一155M端口故障都会影响一大片基站故障，因此在维护工作中需特别重视，不仅在端口启用时就做好APS保护配置，在运行维护中特别注意对APS功能的测试，保证功能时刻处于正常状态，网络异常时能真正起到保护的作用，为C网质量提升提供有力保障。