調度交換機的日常維護與常見故障處理

李琳

摘要： 電力調度交換機的運行維護對保證電網的安全運行十分重要。文章結合實際運行維護管理經驗， 介紹了Harris調度程控交換機的日常維護和故障判斷、定位及處理方法。

關鍵詞： 調度交換機；維護；管理；故障處理

中圖分類號：TN915.05 文獻標識碼：A 文章編號：1006-4311（2014）33-0027-02

0 引言

電力調度交換機的運行維護是一項重要的電力通信安全生產工作。其主要工作內容包括設備運行狀態監測、設備數據庫定期備份、網管系統參數指標監測、設備故障實時分析、設備故障點發現、故障排除等。流程化、規范化的維護操作夠提升設備安全運行水平，提高運行維護工作的效率。

1 調度交換機的日常維護管理

1.1 日常維護管理工作關鍵 日常維護管理是指利用巡視、測試、監測等手段，及時發現設備告警狀態，采集告警數據并進行分析，最終排除設備故障和隱患的過程。在本項工作中，應重點關注巡視設備的運行狀態、網管系統告警信息，備份數據庫數據內容和測試調度電話工作狀態四個關鍵點，才能及時發現設備潛在的安全風險點，準確識別可能存在的各種不安全因素，消除存在隱患。

1.2 設備外部運行環境維護 調度交換網安全穩定運行，需要以良好的外部環境作為基礎。調度交換機房應有溫濕度監測裝置，配置安全可靠的供電電源， 機房的照明系統、防火系統、防小動物、防靜電以及機柜的接地電阻接地等一系列安全措施都要符合標準且進行定期檢查維護。機房環境的干凈整潔，對調度交換機的可靠運行也至關重要。應定期檢查設備的污染情況，并對設備進行清潔維護。

2 調度交換機的故障處理

2.1 故障的發現與分析 設備告警狀態的直接依據是調度交換機的指示燈工作狀態，不同的指示燈工作狀態代表不同的故障類型，設備運維人員需熟識各類指示燈狀態信號，密切關注其變化情況。故障分析是在故障發現后對系統運行情況的綜合診斷測試，需借助運維終端軟件管理程序完成。通過該系統獲得調度交換機告警信息以及運行參數，對故障進行深入分析。故障分析過程中，應注重基本告警信息的篩選，避免因告警信息量龐大而造成的影響故障分析事件的發生。

2.2 故障的查找與排除 下面以廣州哈里斯IXP-LCC型號調度交換機為例，針對不同故障類型和設備狀態，定位故障點，提出與之對應的故障處置方法。

2.2.1 交換機主控系統故障

①中央處理器板（RCPU2）故障：

1）故障現象：單臺交換機主備中央處理器板同時發生故障：本臺交換機停止工作；主備中央處理器板CRIT ALARM紅色告警燈亮。單臺交換機單層中央處理器板故障：單臺交換機雙主控系統主用或備用的中央處理器板CRIT ALARM紅色告警燈亮；交換機接續正常。

2）故障原因：中央處理器板硬件電路損壞導致板卡無法使用。

3）故障處理：登陸調度機系統維護終端，查看設備告警信息，初步確定故障性質。如果診斷為板卡故障，則更換故障板卡，還原初始化配置。最后將數據庫進行主備數據同步操作，保障雙系統的運行。

②時隙交換板（MXU）故障：

1）故障現象：時隙交換板MXU主要完成語音交換，與背板上的PTU板配套使用。時隙交換板故障時，板卡上有黃色告警燈閃爍，與其配對使用的PTU板亮紅色告警燈；與此板卡對應的電話端口無法使用，相應的用戶板卡狀態為退出服務。

2）故障原因：背板上的網線松動或網線水晶頭接觸不好。硬件加載錯誤。板卡故障。

3）故障處理：插拔背板上的網線，如果恢復正常，則說明網線插頭接觸不好，有必要的話重做網線插頭。

上電時PTU的DS5紅燈亮、PAM卡的DS3紅燈亮，表示硬件加載錯誤，需要關開電重新加載。

MXU燈正常，PAM卡燈不亮，SDU亮紅燈，說明PAM卡硬件加載錯誤或損壞，需要關開電重新加載。

在告警板卡的槽位上調換同層相同型號的板卡，如果恢復正常，則說明此板卡故障；更換故障板卡。

如果調換同層相同型號的板卡后故障仍然存在，則說明此板卡所所對應的背板（PTU）故障；更換相應的背板。

2.2.2 交換機的外圍機框公共板故障

①故障現象：交換機多方通話、遠端維護、來電顯示等功能缺失。

②故障原因：每種公共服務板在交換機上一般都不止一塊，單個公共服務卡故障一般不會造成某種功能完全喪失，但會造成該功能所支持的范圍縮小，故障卡板紅色告警燈亮。

③故障處理：用戶近期摘機無撥號音的概率增高，可判定為多功能板CFU3故障。

模擬電話的來電顯示以及交換機遠端集中維護功能不能正常使用，可初步判定為多功能板故障。若頻繁出現2M中繼板吊死的情況，可能為時鐘板故障，更換故障板卡。

2.2.3 交換機電源故障

①故障現象：交換機主機框和外圍機框全部斷電；交換機外圍機框單個電源板卡告警，系統運行正常，不影響正常業務接續。

②故障原因：主機框和外圍機框斷電，指示外部電源故障。調度交換機某個外圍機框電源板故障時，可以利用相鄰機框電源板提供供電保障，不影響業務接續。

③故障處理：若交換機所有板件的指示燈都不亮，可初步判定為外部電源故障。檢查直流供電開關盒高頻開關電源。若單個機框電源板出現告警，說明此電源板故障，更換故障板卡。

2.2.4 調度交換中繼故障

電力調度交換網通過2M數字中繼組成交換網絡，主要采用QSIG信令方式實現與上級和下級單位調度交換機的中繼聯接。

①故障現象：中繼板告警燈亮，該局向無法正常接續；2M數字中繼板卡無紅燈告警，查看板卡狀態為Out of serveis。endprint

②故障原因：本端2M中繼板故障。該局向經過的傳輸路由有故障。對端2M中繼板故障。2M線纜故障。

③故障處理：對發生告警的2M中繼接口進行環回試驗，如果近端環回不正常，判定為本端中繼板或2M線纜故障；若遠端環回不正常，通知運維人員檢查傳輸系統；如果傳輸系統正常，則通知對端維護人員檢查對端交換機；若紅色告警燈不亮，但是該局向不能正常接續，則通過維護終端，查看板卡電路狀態是否正常；若板卡狀態為退出服務，則重啟交換機或者拔插板卡。

2.2.5 調度臺故障

①調度臺觸摸屏故障：

1）故障現象：觸摸操作定位不準確，不能正常使用。

2）故障原因：觸摸屏設備故障。調度臺主機故障。軟件故障。

3）故障處理：校準調度臺觸摸屏；重啟調度臺主機，如恢復正常，判定為軟件故障；檢查觸控電纜兩端插頭，排除接觸不好的情況；更換觸摸屏，若恢復則為觸摸屏故障；更換主機，若恢復則為主機故障。

②調度臺話機故障：

1）故障現象：調度臺只有一個手柄可以接起電話。

2）故障原因：話機電話線接頭松動。話機本身故障。調度臺U口設置。

3）故障處理：重新插拔話機電話線，故障恢復說明連線接頭松動。更換話機，如果通話恢復正常，否則判定為話機故障。更改調度臺U口設置。

2.2.6 外圍設備故障：

①錄音系統故障：

1）故障現象：錄音系統不能正常錄音。

2）故障原因：存儲錄音文件的磁盤空間已滿。錄音端口故障。數據庫文件遭到破壞。

3）故障處理：備份錄音文件，釋放磁盤空間。用數據庫修復文件修復數據庫。更換錄音端口，錄音恢復正常說明端口故障。

②交換機維護終端故障：

1）故障現象：無法登陸維護終端。

2）故障原因：維護終端與異步通信適配器（DCA）的線纜連接松動。通信適配器（DCA）故障。

3）故障處理：重新插拔接線纜連接頭，若恢復正常，說明線纜松動。若通信適配器（DCA）故障，則更換DCA。

2.3 故障處理實例

2.3.1 實例1

①故障現象：2011年1月4日下午15點左右，洛陽供電公司出現調度臺U口在B機上時，響鈴接不起電話，也撥不出電話的現象，用戶維護人員發現B機第一機架第三槽口PTU板與第二機架第二槽口PTU板告警；當時主用機架為第二機架；觀察B機第一機架與第二機架TCU、MXU、BTU、PTU及用戶機架PSW、SDU板亮燈狀態，發現如下異常：第二機架第三槽口MXU上有黃燈亮；第一機架第四槽口PTU板網口處有紅燈亮，但對應的MXU未亮黃燈；第二機架第三槽口PTU板未插；用戶機架PSW板上第二與第五紅燈亮；個別用戶機柜SDU板亮紅燈；不能進入終端。

②處理過程如下：將第二機架第三槽口PTU板插入恢復，PTU網口處紅燈，將第二機架斷電重啟，PTU板與前端MXU板正常；將第一機架切換到第二機架，此時B機用戶與調度臺同時振鈴，第一機架第四槽口PTU板仍亮紅燈，關掉第一機架電源，振鈴消失，重啟第一機架后PTU板正常，用戶機柜PSW及SDU板亮燈狀態正常；測試B機用戶及維護終端，正常；切換機架正常。

2.3.2 實例2

①故障現象：河南省調端調度A機靈寶換流站中繼板告警：2011年1月17日巡視機房時發現河南省調端調度A機靈寶換流站中繼板PMA亮紅燈告警。

②故障處理：省調端在十樓數配上對設備打硬環后告警消失，排除省調端設備故障。隨后檢查傳輸路由，該路由為國網ECI設備，在國網ECI網管上河南省調16口打環后告警消失，排除此段通道故障。與國信通聯系后，確認為靈寶換流站2M中繼板卡故障，靈寶換流站更換板卡后故障消失。

3 結語

調度交換系統作為協調調度生產的重要基礎支撐在整個電力系統中不可或缺，是電網安全、穩定運行的重要指揮系統，電網調度的安全是電網運行的可靠保障。因此，維護人員應不斷積累經驗，，逐步提高日常維護和故障排除技能，以確保電力調度交換網的穩定運行。

參考文獻：

[1]HARRIS 2020軟件初級教程.廣州哈里斯通信有限公司.

[2]HARRIS 2020維護初級教程.廣州哈里斯通信有限公司.

[3]HARRIS 2020硬件初級教程.廣州哈里斯通信有限公司.

[4]於蔚蔚.REDCOM交換機的維護與常見故障處理[J].電力系統通信，2005（4）.

[5]于振江.程控交換機2M數字中繼故障分析[J].電力系統通信，2006（8）.endprint