城市轨道交通ATS系统控制级别

（一）中心控制

正常运营时，ATS系统主要采用中控。在中控状态下，ATS系统根据列车运行时刻表对全线列车进行集中监控，中心调度员发布命令，对运营实施控制。此时，本地ATS处于备用状态，本地ATS接收来自联锁和ATP的表示信息，产生所有命令（比如列车进路命令），但是其输出是封锁的。现地控制工作站接收来自联锁和ATP的表示和指示信息，包括车站ATS运行的车次号以及正晚点信息。

（二）车站控制

如果中心ATS故障，本地ATS自动激活，即执行车站控制。本地ATS功能将确保可以像中心ATS一样的基本自动运行，在后备模式下协助调度员实现列车按计划运行。

在站控状态下，车站操作员通过现地控制工作站人工设置控制命令，对运营实施控制。

（三）控制级别的转换

在设备集中站和ATS控制中心通讯正常的情况下，车站操作员和中心调度员通过电话、无线等方式沟通协调后，由车站操作员在现地控制工作站上进行控制权限转换（转为中控或转为站控）。

在设备集中站和ATS控制中心通讯断开的情况下，中心ATS系统对设备集中站管辖范围内的信号设备状态失去表示，同时产生报警信息，此时由中心调度员与车站操作员通过电话、无线等方式沟通协调后，由车站操作员在现地控制工作站上进行控制权限转换（转为站控）。

案例分享

广州地铁COM机运行图处理故障分析

1.事件概述

05:20行调发现文冲下行00203次（037+038）的车次及目的地码不能自动更新。05:42行调发现00301次（093+094）在滘口折返后出现车次及目的地码不能自动更新。05:45行调通知各联锁、设备站强行站控监控列车运行，人工更改车次及目的地码。6:01两端列车车次及目的地码可以自动更新。6:03故障再次出现。06:25信号技术人员重启COM机，6:35重启完毕后不能恢复正常。信号人员重新装载运行图只有计划线，没有实际运行线。07:14信号人员将COM机重启，在FALKO上进行清图，重置时刻表数据库。07:38COM机重启完毕。07:44信号人员清图完毕，已恢复正常显示。计划运营结束后做进一步检查。(www.xing528.com)

2.故障原因

主用COM1机自动装载时刻表数据时，出现TTM时刻表管理程序出错，导致全线列车折返后出现车次及目的地码不能自动更新的现象。值班人员尝试切换至热备的COM2进行时刻表装载。

切换至COM2机主用后，两台COM机进行时刻表数据库同步，COM2机中的时刻表数据叠加至20个，由于COM机的软件缺陷，时刻表数据达到20个将会导致无法装载时刻表，且无法进行修改、删除等操作。

此时必须对COM机进行时刻表数据库重置，才能重新对时刻表进行操作和装载。而重置时刻表数据库需要先清空原数据库，先对时刻表数据库进行备份，备份后进行重新装载，此部分操作需要一定时间。

故障原因综述：COM机内TTM程序出错，导致COM机不能正确读取时刻表数据，最终造成列车折返后无法更新车次号。

3.整改措施

（1）生产调控部执行过删除或导入时刻表操作后，工班当天必须确定两台COM机的时刻表数据一致。

（2）每天运行前检查两台COM内时刻表数量，超过10个时进行删除，确保时刻表数量在10个以下。

（3）工班再次对员工进行强制装载时刻表脚本命令的使用方法及注意事项的培训。

（4）优化整理数据库删除操作步骤，并要求值班人员掌握。

（5）联合新线部与供货商进行沟通，要求西门子解决五号线COM机内时刻表达到20个后不能做任何操作的软件缺陷。