深入探索 高效維護 為設備安全保駕護航

SOFT3000作為承載邢臺全區固話交換的軟交換設備，下帶的單純用戶數就達30萬之多，中繼量達6萬線，如此高負荷的軟交換設備，時有出現某個FCCU模塊CPU過載的提示信息，一旦出現CPU過載信息，就有可能會危及系統安全，本文從工作實際出發，探索尋找CPU過載原因的切入點，意在提高維護人員的維護水平，為本地網話務安全保駕護航。

一、SOFT3000 CPU過載問題描述

邢臺本地網SOFT3000設備的管理模塊FCCU模塊共有17個，從22到38模塊，其中，37和38模塊主要管理市區的用戶，22模塊帶了兩個TG，24、27、35、36主要用于管理到各個局向的TDM中繼電路，其它用于管理17個縣區的軟交換用戶。目前，幾乎每個FCCU模塊已達到或幾乎達到其最大所帶用戶和中繼的量，在用戶不斷從各縣交換機割接到軟交換的過程中，FCCU管理模塊在滿配置狀態下的運行狀況是我們重點關注的維護內容。尤其是節假日的重保期間，順暢挖掘出過載根源的問題，亟待解決。

二、SOFT3000 CPU過載問題處理思路及解決方法探索

SOFT3000發生了某個FCCU模塊的CPU過載，首先要確認這個FCCU模塊涵蓋的話務范圍，比如，如果是22模塊的CPU過載，就要關注兩個TG的話務，如果是23、27模塊的CPU過載，就要關注長途中繼話務等，根據圈定的話務范圍，查找原因：

通過計費服務器檢查這部分話務的話單生成量，查看這部分話務是否真正有效的話務，若是真正有效的話務，就要保護這部分話務，但在超出預警值時，可以適當啟用話務控制來短暫抑制處理，注意話單只有本地網的去話，來話要另加考慮。若是無效的異常話務，也就是話單量沒有增加，就要借助信令監測系統來分析。

啟用相應的網管控制來減少CPU負荷的方法。如：發端目的碼控制（ADD NMIDEST）、出局目的碼控制（ADD NMODEST）、呼叫間隙控制（ADD NMGAP）、電路定向控制（ADD NMCICD）等。

利用二期網管和信令監測系統判斷這部分的話務走向，篩查異常話務，異常話務這個很常見，尤其長途方向過來的較多，分析來話源，必要時和上級長途局聯系處理。

例如，在二期網管系統中，查詢出2012年11月8日（周四）9時到10時的雙向忙時話務量

再查詢出前一周11月1日（周四）9時到10時雙向忙時話務量，將兩天的結果進行比對，漲幅較大有寧晉華為，可以發現到寧晉華為的話務有了一倍的的增長：

進一步查詢寧晉方向的1日到9日來去話的話務明細，可以發現話務突增是從6日開始，9日仍沒有恢復。

利用信令系統的呼叫查詢功能，DPC選擇寧晉華為，查看1日9時和6日9時具體有那些號碼撥打過寧晉華為，將兩次的查詢結果進行比對發現，6日有大量的055112340的主叫撥叫寧晉華為，回撥回去為忙音。經查該主叫為石家莊長途局方向過來，聯系石家莊長途局協查該主叫的來源，必要時進行封堵，也可對異常話務的主叫號碼進行主叫甄別限呼（ADD CLRDSN），此問題得以解決。

檢查SOFT3000上話統任務的多少，過多的話統任務，在話務增加時會加劇CPU的過載，尤其是到整點出話統任務結果時，合理有效地建立話統任務，定時考察話統任務是否依然有用，刪除過多的話統任務，是一項長期的任務。

可在N2000網管終端的“性能統計”→“任務管理”界面中刪除過多的話統任務。

本地網號段各局配合處理的不協調，會造成被叫為空號，當用戶誤撥時，造成話務不能準確落地，在交換機間流轉，空占資源造成CPU瞬間處理任務加劇，這點不能忽視。

現階段用戶端局和軟交換并存，本地網字冠分析數據復雜，很容易導致由于字冠指向錯誤引起兩局間呼叫的“乒乓效應”，造成中繼擁塞、CPU負荷過載等。一旦發現此類現象應盡快通過信令網管系統查看局間呼叫次數和信令，確定問題局向和字冠，聯系對端交換局對該字冠指向進行修正。平時字冠指向調單要認真制作，反復驗證，并不定期開展局間數據核查，防止此類問題發生。

三、總結方案的特點及實施后的效果

1、此方案較為完備地總結了當SOFT3000的FCCU模塊CPU過載時的處理脈絡思路，對維護人員在處理此類問題時有了相應的參考依據。2、在處理問題的過程中，找出了異常的非法話務，保障了公司的利益。3、在軟交換資源緊張的情況下，節省了系統資源，節省的資源可以用于附加更多的有效話務，提高公司收入，降低運營成本。