徐明月

【摘要】 從一次典型C網(wǎng)故障入手，詳細(xì)分析了7750與SDH設(shè)備之間APS保護(hù)倒換原理，并對故障進(jìn)行了反思。

【關(guān)鍵字】 APS 故障 反思故障背景 ：電信CDMA核心網(wǎng)電路域軟交換采用全I(xiàn)P組網(wǎng)方式，信令、語音通過CN2進(jìn)行承載。其中，十堰本地網(wǎng)采用阿郎公司7750設(shè)備實現(xiàn)所有基站IP接入轉(zhuǎn)換。7750采用155M光口終端方式，任何一個155M光口或7750本身故障對十堰電信C網(wǎng)的影響都是致命的。因此7750采用1+1主備方式配置，除7750主備設(shè)備間滿足自動保護(hù)倒換（APS）外，任一155M端口也需具有APS，這就要求7750與其所連接傳輸設(shè)備之間能夠很好配合，共同完成APS功能，確保C網(wǎng)網(wǎng)絡(luò)安全。

十堰C網(wǎng)二期工程中因傳輸工程滯后，無法滿足7750設(shè)備6個155M口的APS保護(hù)配置，即傳輸側(cè)利用老設(shè)備僅配置了主用端口，備用無端口，待新建傳輸工程完工后再割接至新設(shè)備并配上備用端口。為減少割接工程量，7750側(cè)已按APS保護(hù)配置。

故障現(xiàn)象：傳輸工程完工后，對新建傳輸設(shè)備各項測試指標(biāo)合格后就開始著手割接準(zhǔn)備工作。為減少割接當(dāng)晚跳纖工作量，在155M通道環(huán)路測試正常情況下，將傳輸備用155M端口與7750備用155M端口在ODF架連接。連接后即出現(xiàn)大面積基站掉站現(xiàn)象，傳輸網(wǎng)管顯示故障基站側(cè)TALOS閃斷告警，7750側(cè)則顯示AIS告警，且故障基站集中在待割接的155M端口中的4個。

7750側(cè)顯示這4個端口發(fā)生了APS倒換已倒換至備用端口，而備用端口傳輸側(cè)尚未將基站割接過來，7750將基站業(yè)務(wù)強制倒換回主用后，基站陸續(xù)恢復(fù)。

故障分析：故障前后及故障時的設(shè)備連接狀態(tài)如圖1所示。

割接（故障）前，7750配置并啟動了APS，傳輸設(shè)備僅有主用端口與7750相連，因主用正常，兩端均工作在主用鏈路，業(yè)務(wù)正常。

故障時，7750主用與華為Metro5000設(shè)備相連，備用與華為OSN3500相連，因傳輸在做割接準(zhǔn)備測試時已配置并啟動了APS功能且將端口做了遠(yuǎn)端環(huán)回未拆除，傳輸設(shè)備OSN3500此時主用未接處于中斷狀態(tài)，備用環(huán)回正常，就會啟動APS，發(fā)送倒換請求給7750，7750接收到倒換請求并檢測到備用通道正常（實際是環(huán)回狀態(tài)）就執(zhí)行了倒換，將基站業(yè)務(wù)切換到備用端口，從而造成基站中斷。而未參與倒換的兩個155M端口是因為ODF架側(cè)連纖接反所致?；緜?cè)不停與7750聯(lián)系卻聯(lián)系不上，基站側(cè)傳輸就上報TALOS閃斷告警并將告警指示AIS傳送給7750。

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

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