淺談列車運行調度指揮與分散自律調度集中系統及簡單故障處理

張海紅

摘 要：TDCS系統和CTC系統是我國鐵路保證行車安全、提高運輸效率的基礎裝備。文章介紹了TDCS系統和CTC系統以及簡單故障處理。

關鍵詞：平臺；調度指揮；分散自律

1 列車運行調度指揮系統（TDCS）

列車運行調度指揮系統（英文 Train Operation Dispatching Command System 簡稱TDCS）是在DMIS平臺上發展而來的全國聯網的。以下簡稱為TDCS系統。TDCS系統是面向行車指揮，覆蓋鐵道部、鐵路局和車站的綜合現代化運輸調度指揮系統。TDCS系統設計為三層網絡體系結構。此三層結構分別為：鐵道部調度指揮中心；鐵路局調度指揮中心；基層信息系統。其中局TDCS系統是TDCS系統的核心，覆蓋全局的調度指揮管理信息系統。從系統結構上劃分四個層次：調度所中央系統；高速遠程通信網絡；基層信息采集和調度信息終端系統；機車無線車次號傳送校核系統。基層信息系統包括雙機熱備行車信息采集系統、車務終端信息系統和電務設備監測系統。無線車次號校核系統包括車載無線車次發送系統和地面無線車次接收系統。TDCS系統改變了以往調度員用尺子劃線，車站值班員電話向調度員人工報點，調度員用電話向車站下達計劃和命令，車站手抄再復誦的落后方式。實現了自動報點、車次號自動跟蹤，階段計劃自動調整、車站行車日志自動生成和調度命令網絡下達的功能。大大減輕了調度員和車站值班員的勞動強度，并且提高了行車效率，是鐵路行車調度指揮技術裝備的一次偉大變革。

2 分散自律調度集中系統（CTC）

分散自律調度集中系統（英文Centralized Traffic Control，簡稱CTC）以下簡稱CTC系統。CTC系統本著“以TDCS為平臺，以CTC為核心”的原則進行開發，包含了TDCS的所有功能，具備智能化、分散自律、適應性、可靠性、安全性、穩定性、可擴展性的技術特點并綜合了通信、信號、運輸組織、現代控制、計算機、網絡等多學科技術，實現調度中心（調度員）對管轄曲段進行集中控制，系統自動排路。調度中心（助理調度員）代替車站值班員排列進路，設立無人值守車站，節省人力，降低了運輸成本。我國的調度集中系統自1958年開始研發至1995年底，發展速度緩慢。在傳統的調度集中系統不適用于我國的基本國情的情況下，經歷了幾十年的徘徊與探索，研發出適合我國鐵路路情的調度集中系統即分散自律調度集中系統。我國的分散自律調度集中系統在需求中誕生，也在需求中求發展，提高運輸能力、運輸調度指揮的自動化程度和運輸調度的指揮水平，保證運輸安全，能夠全面推動鐵路運輸調度指揮管理模式的變革。

現我國大多數鐵路已經基本實現CTC，我們蘭州局太中銀CTC已投入并開通使用，嘉紅段、惠銀段已建成并試驗完畢，待正式開通使用。隨著列車速度的不斷提高，靠地面信號行車已不能保證行車安全，必須靠車載信號設備對列車實時運行控制，進而產生了CTCS系統。

3 TDCS系統、CTC系統的簡單故障處理

中心設備包括服務器、工作站、查詢終端、維修終端、網管終端、防雷設備和電源設備等。車站設備包括車站自律機、車務終端、綜合維修終端、電務維修終端、打印機、網絡設備、電源設備、防雷設備、聯鎖系統接口設備和無線通信系統接口設備等。由于TDCS/CTC系統故障的復雜性和多樣性，故障的分析與解決方法也不盡相同，在日常工作中我們利用系統維護工作站、電務維修工作站和網管設備來判斷故障和解決故障。故障類型大致可以分為硬件故障和軟件故障。下面就軟件故障和硬件故障分別進行舉例說明。

3.1 軟件故障

軟件故障是指由數據文件丟失、支持軟件漏洞、時鐘不同步、設備的配置、服務器配置、應用程序的配置文件錯誤等引起的TDCS/CTC站場信息無法顯示或程序不能運行，以及模塊功能無法實現等故障。

3.1.1 數據文件丟失：當發現TDCS/CTC終端上工具條打開后，站場圖無任何表示信息，此時就要檢查DATA數據的完整性。一般發生這種故障現象，基本上是因為more-data文件丟失造成，重新考入more-data文件后即可恢復正常。

3.1.2 調度命令不能打印：調度命令模塊正常但不能打印，此時可能是水晶報表程序有漏洞，需要卸載后重新安裝。安裝水晶報表時，32位或64位的兩個文件都要安裝，先安裝CRRedist_2008_x86.msi，再安裝CRRedist_2008_x86_chs.msi

3.1.3 時鐘不同步：CTC系統是時間敏感的系統，當兩臺機器之間時間差超過10秒鐘時將導致通信中斷，站場信息無顯示、運行圖服務中斷，自律機車次不處理等問題。

3.1.4 應用程序的配置錯誤：應用程序的配置錯誤引起的故障是多樣的隱蔽的，經常是一個小小的幾個字母或者數字，導致的結果卻是程序不能正常啟動，終端程序運行緩慢滯后以及顯示有誤等。

3.1.5 行調臺或車務終端程序不能正常啟動，首先檢查發生故障電腦的相關配置，查看是否缺少相應的配置文件，配置文件的內容是否正確；如果發現錯誤，修改后，再測試相應的模塊服務能否正常使用。比如，運行圖模塊數據及配置文件均在D盤下存放，移動到E盤下再運行時，就需要對它的引導啟動配置文件加以修改，否則就不能運行此模塊。

3.2 硬件故障

硬件故障常見的多發生的有電源故障、顯卡故障、協議轉換器故障、路由器2T模塊故障等。

3.2.1 電源故障：調度臺和車務終端工作站啟動沒有反應，查看電源燈是否點亮綠燈，亮綠燈則正常，否則為電源故障，更換電源即可解決；服務器電源為雙套熱備，日常巡視重點查看電源燈狀態，IBM服務器PS1、PS2燈告警為電源故障，要及時聯系服務器供應商，進行維修。

3.2.2 顯卡故障：太中銀線開通后，紅寺堡、太陽山、靈武等多站反應車務終端花屏，經測試判斷為顯卡不良，重新更換顯卡后正常。

3.2.3 G.703/E1-U協議轉換器：它的面板上有一排9個撥碼開關，這些開關根據線路線纜類型和接口方式進行設置，撥碼開關設置錯誤會導致與廣域網無法通信；G.703口聯接2M通道線，DTE線聯接路由器的2T模塊。G.703/E1-U協議轉換器正常工作時，它的RD、TD燈均為黃燈顯示狀態，PWR電源燈為綠燈顯示狀態。若RD燈不亮，則指示2M通道或通道線連接有問題；若TD燈不亮，則指示DTE線有問題、DTE線接口接觸不好、路由器的2T模塊或路由器有故障。

3.2.4 路由器的2T模塊故障：當發現TDCS/CTC網絡中某車站調監主機、車務終端不能與TDCS/CTC服務器通信時，先檢查通道及通道設備，若通道及通道設備一切正常，則在本站利用TELNET登錄路由器檢查發現該端口處于停止（down）狀態。這就說明該路由器2T模塊故障，因此導致路由器無法通信，須更換路由器2T模塊。

4 結束語

TDCS/CTC系統龐大，設備較多，故障復雜，以上只是對于部分故障做了簡單的總結。故障發生時，往往要深入研究或靠豐富的經驗才能一一排除，對于較為復雜的故障，要依據TDCS/CTC系統的結構和原理進行分析然后循序漸進地排除各種可能性，才能迅速準確的找到故障所在。