“BEFFEC_EXC”告警觸發分析

李鈺卓+孫洪固

【摘 要】糾前誤碼率越限告警，相信大家都不會陌生，直接反映了當前系統的性能好壞，而觸發此告警的唯一標準。在我們日常工程開通和維護工作中，“BEFFEC_EXC”告警是比較常見的一種，處理起來不是十分復雜。我們不僅需要知道“FEC_BEF_COR_ER”是其唯一觸發條件，還應該盡量多的了解糾前誤碼所延展開來的相關內容，這樣才能快速準確地進行分析定位，滿足業務需求。

【關鍵詞】糾前誤碼率；越限告警；處理方法

現網網絡中，經常會遇到“BEFFEC_EXC”告警的觸發，及“FEC_BEF_COR_ER”的關系，性能值如何進行設置等表示困惑。正好趁這個機會，做一個系統的知識總結，同時也希望對有相同問題的能有所幫助。

一、“BEFFEC_EXC”告警

糾前誤碼率越限告警，相信大家都不會陌生，直接反映了當前系統的性能好壞，而觸發此告警的唯一標準，就是“FEC_BEF_COR_ER”性能值，即當FEC_BEF_COR_ER查詢到的性能值，超出了“Degrade Threshold before FEC”所設定的值，就會上報BEFFEC_EXC告警。

FEC糾錯前誤碼越限告警。即對端OTU單板波分側發送的信號具有FEC功能，則本站OTU單板波分側接收方向在進行FEC糾錯前會對其誤碼率進行統計，如果超過規定門限，則產生本告警。上報波分側/客戶側：波分測。

可能原因

原因1：OTU單板輸入光功率過高或者過低，系統性能劣化，例如OSNR（光信噪比）過低、色散、非線性等。

原因2：安裝的DCM模塊類型不合適。

原因3：對端站單板故障。

原因4：上報此告警的單板故障

處理步驟

在U2000上查詢該告警，記錄上報告警的光口號和通道號。

原因1：OTU單板輸入光功率過高或者過低，系統性能劣化，例如OSNR（光信噪比）過低、色散、非線性等。

1.通過U2000查詢光口的輸入光功率是否在正常范圍內。

2.如果光功率過高或過低，按照高3dB低5dB處理方法進行處理。

3.如果光功率正常，可能是系統性能劣化，按照故障處理中誤碼故障處理。

原因2：安裝的DCM模塊類型不合適。

根據現網要求檢查是否使用適合的DCM模塊，如果沒有，更換DCM模塊。

原因3和原因4：對端站單板故障；本站單板故障。

1.如果告警沒有清除，可能上報告警的OTU單板故障，更換此OTU單板。

2.如果告警沒有清除，可能對端站OTU單板故障，更換此OTU單板。

二、“FEC_BEF_COR_ER”性能值

FEC糾前誤碼率，直接反映出線路上存在誤碼，但不一定會影響業務，誤碼率較低時，系統可以正常工作。如果誤碼率較高，需檢查原因并及時解決，避免引發告警產生，影響信號傳輸質量。接收機檢測到的誤碼，通常是由于色散，光口不穩定，衰耗過大等原因導致的。

三、“FEC_BEF_COR_ER”檢測

在這里需要強調的一點是，在產品中，“FEC_BEF_COR_ER”通常是由線路板，少量光監控信道板（DAS1和ST2），少量支路板來檢測，大部分支路板其實也是在某特定場景下才支持FEC檢測。

因此，也可以這樣說，我們平時所關注的“FEC_BEF_COR_ER”，其實就是指的線路板所檢測到的糾前誤碼值，即由線路板的波分側光模塊類型來決定。

四、“FEC_BEF_COR_ER”設置

目前波分側光模塊在現網的主流應用主要有HFEC，SDFEC，SDFEC2等類型，根據判決方式的不同，對于“Degrade Threshold before FEC”的要求也有所不同，不過由于實際中不同級別的業務、不同地區的客戶、不同的網絡條件，對這個值的要求都不一樣。

綜合分析結果，首先根據線路板的光模塊類型（這個在制造信息里就能查詢到），能在產品文檔中對應到其支持的相應FEC類型（HFEC，SDFEC等），在工程驗收中，我們通常使用FEC>1E-6、AFEC：1E-4、SDFEC2>1.6E-2、SDFEC>6.5E-3、HFEC>7E-4作為參考，具體設置方法如下圖所示。

五、總結

在我們日常工程開通和維護工作中，“BEFFEC_EXC”告警是比較常見的一種，處理起來不是十分復雜。我們不僅需要知道“FEC_BEF_COR_ER”是其唯一觸發條件，還應該盡量多的了解糾前誤碼所延展開來的相關內容，這樣才能快速準確地進行分析定位，滿足業務需求。

【參考文獻】

[1]《華為Optix波分設備保護》.

[2]李元鵬.光纖光纜和通信電纜的技術發展與思考[J].電信技術，2002年11期.