排除程控交換機程序故障的方法
2019-11-03 10:13:53
供稿：網友
排除程控交換機程序故障的方法<1>（胡啟明） 當程控交換機正常開通使用后，處于維護運行階段時，經常因程序運行錯誤而發生故障，這就需要維護人員及時處理這類故障，確保通信暢通。所謂處理故障，也可以理解為將軟件控制程序置于正常工作狀態的過程。當程控交換機軟件程序出現錯誤或混亂時，作為維護人員沒有時間也沒有必要去研究其軟件程序本身的工作原理，只要盡快進行故障排除并及時搶通電話即可。而使用重新啟動的方法快速排除程序故障已經成為維護人員的一種“靈丹妙藥”。這有點類似于我們在操作電腦時，當由于電腦程序錯誤而出現“死”機現象時，無論在鍵盤鍵入什么指令電腦都無反映，此時，最快的恢復方法莫過于對電腦進行“熱”啟動或“冷”啟動。同樣，程控交換機由于處理其程序故障的需要，也可以使用重新啟動的方法。 對于不同制式不同型號的程控交換機來說，其程序重新啟動的操作方式與命令參數可能有所不同，但重新啟動的功能與種類大致相同，無非是利用命令重新啟動軟件程序或者是操作硬件組重新啟動。下面以MDllo程控交換機為例，說明如何進行程控交換機的重新啟動方法。1利用命令操作RF系列命令組的方法重新啟動交換機 在MD110程控交換機系統產生軟件故障時，如應用軟件程序進行不下去（主要表現為電話打不出去或打不進來）或進入循環狀態后，我們可以使用RF系列重新啟動命令，進行軟件程序故障處理。這樣，不論原來的應用程序走到什么地方，也不管這時的程序是由中央軟件控制還是由區域軟件控制，只要使用了RF系列重新啟動命令組，控制程控交換機工作的軟件程序一律要轉到開始位置并從頭開始運行。如果該軟件故障是由于某些臨時性的因素（例如一個短暫的干擾脈沖或某些短暫性的奇偶校驗碼等等）造成的，那么當程序重新運行到原來的故障點時，由于此時引起原故障的因素已不復存在，軟件程序便能正常進行下去，系統便又恢復正常。當然，在實際工作中，軟件程序運行故障的原因是多種多樣的，其故障過程的產生和故障現象也是很復雜的，但使用RF系列命令組快速排除故障已經成為維護人員的一種非常有效實用的方法。 RF系列重新啟動命令組在交換機的維護工作中經常用到，下面談談它的分類與使用。 （1）RF系列命令組的分類 MD110型程控電話交換機系統中的RF系列命令組主要分為4個等級。第一級RFPUI為軟件程序單元的重新啟動；第二級RFBOI為某個電路板的重新啟動；第三級RFLII為線路接口模塊LIM重新啟動；第四級RITEXI為交換機系統全局重新啟動。 在維護交換機的實際工作中，假如產生了某種軟件故障（如程序出錯、數據出錯）等問題，系統程序便難以繼續進行工作，通常會有用戶申告或是交換機的告警系統自動顯示告警信息記錄。維護人員根據告警信息的性質含義和對故障處理方法的提示，可以靈活地應用RF系列命令組，及時排除故障。 一般情況下，使用第一級和第二級重新啟動命令，即程序不論運行到什么程序段，都一律要從起始點開始運行，如果所遇到的軟件故障是暫時性的，則在多數情況下故障都可以很快得到排除，問題寫上獲得解決。 使用RF系列重新啟動命令的原則是從低級向高級發展。能用低級重新啟動命令排除的故障就不要用上一級的重新啟動命令，因為，越是高一級的重新啟動命令對系統的通信阻斷作用也要相對大一些。當低級重新啟動命令使用后，不能解決問題，故障依然存在時，應逐級使用上一級重新啟動命令，直到故障最后排除。 例如：114查號臺的總機用戶反映呼叫燈總閃爍，但實際并無用戶呼叫；交換機的告答記錄中有287號告警反復出現。經過查詢287號告警的含義是占用PCM鏈路失敗的次數已經超過預先定義的擁塞值，而管理PCM鏈路功能的程序單元UNIT是GSP，因此處理這種故障的方法是只要重新啟動一下程序單元GSP即可。具體操作如下： RFPUI：LIM＝7（即告警信息所提示的LIM序號），UNIT＝GSP；（CR） 結果：故障排除。 綜上所述，MD110交換機的RF重新啟動命令分別針對程序單元、電路板、線路接口模塊LIM和交換機全局4個方面的對象進行作用。當然，不同類型的程控交換機在軟件設計和命令格式上是不同的，它們所設計的交換機系統的重新啟動命令在安排上也必然會有差異，但是其基本結構和分類層次應該是大同小異的。 （2）RF系列命令組的危險性 通常，使用RF系列命令組也會對交換機系統產生如下一些危害： 軟件程序單元的重新啟動命令RFPUI和電路板的重新啟動命令RIBOI的執行時間為3min左右，對已經進入通話狀態的所有用戶不產生任何影響，只對正處于呼叫過程的用戶產生阻斷后果，其歷時約為3s左右。 線路接口模塊LIM重新啟動命令RFLIT的執行時間為4min左右，它對該LIW已經進人通話狀態的所有用戶不產生任何影響，只對正處于呼叫過程的用戶產生阻斷后果，其歷時約為3s左右。 交換機系統全局重新啟動RFEXI命令的執行時間為5min左右，它對正在進行呼叫的用戶和已經處于通話狀態的用戶都將產生阻斷后果，阻斷時間約5s左右。
