深入探索 高效維護(hù) 為設(shè)備安全保駕護(hù)航

SOFT3000作為承載邢臺(tái)全區(qū)固話交換的軟交換設(shè)備，下帶的單純用戶數(shù)就達(dá)30萬(wàn)之多，中繼量達(dá)6萬(wàn)線，如此高負(fù)荷的軟交換設(shè)備，時(shí)有出現(xiàn)某個(gè)FCCU模塊CPU過(guò)載的提示信息，一旦出現(xiàn)CPU過(guò)載信息，就有可能會(huì)危及系統(tǒng)安全，本文從工作實(shí)際出發(fā)，探索尋找CPU過(guò)載原因的切入點(diǎn)，意在提高維護(hù)人員的維護(hù)水平，為本地網(wǎng)話務(wù)安全保駕護(hù)航。

一、SOFT3000 CPU過(guò)載問(wèn)題描述

邢臺(tái)本地網(wǎng)SOFT3000設(shè)備的管理模塊FCCU模塊共有17個(gè)，從22到38模塊，其中，37和38模塊主要管理市區(qū)的用戶，22模塊帶了兩個(gè)TG，24、27、35、36主要用于管理到各個(gè)局向的TDM中繼電路，其它用于管理17個(gè)縣區(qū)的軟交換用戶。目前，幾乎每個(gè)FCCU模塊已達(dá)到或幾乎達(dá)到其最大所帶用戶和中繼的量，在用戶不斷從各縣交換機(jī)割接到軟交換的過(guò)程中，F(xiàn)CCU管理模塊在滿配置狀態(tài)下的運(yùn)行狀況是我們重點(diǎn)關(guān)注的維護(hù)內(nèi)容。尤其是節(jié)假日的重保期間，順暢挖掘出過(guò)載根源的問(wèn)題，亟待解決。

二、SOFT3000 CPU過(guò)載問(wèn)題處理思路及解決方法探索

SOFT3000發(fā)生了某個(gè)FCCU模塊的CPU過(guò)載，首先要確認(rèn)這個(gè)FCCU模塊涵蓋的話務(wù)范圍，比如，如果是22模塊的CPU過(guò)載，就要關(guān)注兩個(gè)TG的話務(wù)，如果是23、27模塊的CPU過(guò)載，就要關(guān)注長(zhǎng)途中繼話務(wù)等，根據(jù)圈定的話務(wù)范圍，查找原因：

通過(guò)計(jì)費(fèi)服務(wù)器檢查這部分話務(wù)的話單生成量，查看這部分話務(wù)是否真正有效的話務(wù)，若是真正有效的話務(wù)，就要保護(hù)這部分話務(wù)，但在超出預(yù)警值時(shí)，可以適當(dāng)啟用話務(wù)控制來(lái)短暫抑制處理，注意話單只有本地網(wǎng)的去話，來(lái)話要另加考慮。若是無(wú)效的異常話務(wù)，也就是話單量沒(méi)有增加，就要借助信令監(jiān)測(cè)系統(tǒng)來(lái)分析。

啟用相應(yīng)的網(wǎng)管控制來(lái)減少CPU負(fù)荷的方法。如：發(fā)端目的碼控制（ADD NMIDEST）、出局目的碼控制（ADD NMODEST）、呼叫間隙控制（ADD NMGAP）、電路定向控制（ADD NMCICD）等。

利用二期網(wǎng)管和信令監(jiān)測(cè)系統(tǒng)判斷這部分的話務(wù)走向，篩查異常話務(wù)，異常話務(wù)這個(gè)很常見(jiàn)，尤其長(zhǎng)途方向過(guò)來(lái)的較多，分析來(lái)話源，必要時(shí)和上級(jí)長(zhǎng)途局聯(lián)系處理。

例如，在二期網(wǎng)管系統(tǒng)中，查詢出2012年11月8日（周四）9時(shí)到10時(shí)的雙向忙時(shí)話務(wù)量

再查詢出前一周11月1日（周四）9時(shí)到10時(shí)雙向忙時(shí)話務(wù)量，將兩天的結(jié)果進(jìn)行比對(duì)，漲幅較大有寧晉華為，可以發(fā)現(xiàn)到寧晉華為的話務(wù)有了一倍的的增長(zhǎng)：

進(jìn)一步查詢寧晉方向的1日到9日來(lái)去話的話務(wù)明細(xì)，可以發(fā)現(xiàn)話務(wù)突增是從6日開(kāi)始，9日仍沒(méi)有恢復(fù)。

利用信令系統(tǒng)的呼叫查詢功能，DPC選擇寧晉華為，查看1日9時(shí)和6日9時(shí)具體有那些號(hào)碼撥打過(guò)寧晉華為，將兩次的查詢結(jié)果進(jìn)行比對(duì)發(fā)現(xiàn)，6日有大量的055112340的主叫撥叫寧晉華為，回?fù)芑厝槊σ?。?jīng)查該主叫為石家莊長(zhǎng)途局方向過(guò)來(lái)，聯(lián)系石家莊長(zhǎng)途局協(xié)查該主叫的來(lái)源，必要時(shí)進(jìn)行封堵，也可對(duì)異常話務(wù)的主叫號(hào)碼進(jìn)行主叫甄別限呼（ADD CLRDSN），此問(wèn)題得以解決。

檢查SOFT3000上話統(tǒng)任務(wù)的多少，過(guò)多的話統(tǒng)任務(wù)，在話務(wù)增加時(shí)會(huì)加劇CPU的過(guò)載，尤其是到整點(diǎn)出話統(tǒng)任務(wù)結(jié)果時(shí)，合理有效地建立話統(tǒng)任務(wù)，定時(shí)考察話統(tǒng)任務(wù)是否依然有用，刪除過(guò)多的話統(tǒng)任務(wù)，是一項(xiàng)長(zhǎng)期的任務(wù)。

可在N2000網(wǎng)管終端的“性能統(tǒng)計(jì)”→“任務(wù)管理”界面中刪除過(guò)多的話統(tǒng)任務(wù)。

本地網(wǎng)號(hào)段各局配合處理的不協(xié)調(diào)，會(huì)造成被叫為空號(hào)，當(dāng)用戶誤撥時(shí)，造成話務(wù)不能準(zhǔn)確落地，在交換機(jī)間流轉(zhuǎn)，空占資源造成CPU瞬間處理任務(wù)加劇，這點(diǎn)不能忽視。

現(xiàn)階段用戶端局和軟交換并存，本地網(wǎng)字冠分析數(shù)據(jù)復(fù)雜，很容易導(dǎo)致由于字冠指向錯(cuò)誤引起兩局間呼叫的“乒乓效應(yīng)”，造成中繼擁塞、CPU負(fù)荷過(guò)載等。一旦發(fā)現(xiàn)此類現(xiàn)象應(yīng)盡快通過(guò)信令網(wǎng)管系統(tǒng)查看局間呼叫次數(shù)和信令，確定問(wèn)題局向和字冠，聯(lián)系對(duì)端交換局對(duì)該字冠指向進(jìn)行修正。平時(shí)字冠指向調(diào)單要認(rèn)真制作，反復(fù)驗(yàn)證，并不定期開(kāi)展局間數(shù)據(jù)核查，防止此類問(wèn)題發(fā)生。

三、總結(jié)方案的特點(diǎn)及實(shí)施后的效果

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