一次大面積基站故障引發的思考

徐明月

【摘要】 從一次典型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架側連纖接反所致?；緜炔煌Ｅc7750聯系卻聯系不上，基站側傳輸就上報TALOS閃斷告警并將告警指示AIS傳送給7750。

故障反思：此故障是因傳輸割接準備不充分引起的，僅考慮到傳輸設備本身，對與其對接設備的影響考慮不夠周詳。傳輸備用纖連上前應停止APS協議，即使啟動了APS協議，通道不做遠端環回，7750檢測到備用通道異常也不會執行倒換操作。

現在C網傳輸都是155M以上大顆粒連接，任一155M端口故障都會影響一大片基站故障，因此在維護工作中需特別重視，不僅在端口啟用時就做好APS保護配置，在運行維護中特別注意對APS功能的測試，保證功能時刻處于正常狀態，網絡異常時能真正起到保護的作用，為C網質量提升提供有力保障。