浅谈列车运行调度指挥与分散自律调度集中系统及简单故障处理

摘 要：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系统的结构和原理进行分析然后循序渐进地排除各种可能性，才能迅速准确的找到故障所在。