4、列车自动监控系统（ATS）：ATS功能原理、调度策略、运行图调整
各位同学，今天我们来聊聊ATS——列车自动监控系统。
说实话，在轨道交通自动驾驶的四大核心系统里，ATS是最容易被低估的那个。很多人觉得它就是个“大屏幕监控器”，看看车在哪、灯亮不亮就完了。但我在项目里摸爬滚打这么多年，可以负责任地告诉你：ATS才是调度的大脑，是整条线路运营效率的“总导演”。
4.1 ATS到底在干什么？
ATS的全称是Automatic Train Supervision，翻译过来就是“列车自动监控”。但“监控”这个词其实有点误导人。它不只是看，更重要的是——管。
我习惯把ATS比作一个交通指挥中心。它要干三件事：
- 看得见：实时获取每列车的位置、速度、车门状态、设备健康度。
- 想得清：根据当前客流、线路状况、车辆状态，判断下一步该怎么调度。
- 做得到：自动下发指令，比如调整发车间隔、改变停站时间、甚至临时跳停。
说白了，ATS就是让列车“听话”的系统。你想想看，如果没有ATS，调度员得拿着对讲机喊：“3号车，你快点开！”——那效率得多低？
核心要点：ATS不是被动显示，而是主动决策。它负责把“运营计划”变成“实际执行”。
4.2 调度策略：怎么让车跑得又快又稳？
调度策略，是ATS的灵魂。我参与过几个城市的线路调试，发现很多新手工程师容易陷入一个误区：以为调度就是“让车按时刻表跑”。其实没那么简单。
真实场景下，列车会晚点、设备会故障、客流会突然暴增。这时候ATS就得“随机应变”。常见的调度策略有这么几种：
4.2.1 基于时刻表的调度
这是最基础的模式。ATS内部存着一张“运行图”，上面标好了每列车几点几分到哪个站、停多久、几点几分发车。正常情况下，ATS就按这张图来指挥。
嗯，这里要注意：运行图不是一成不变的。早高峰和晚高峰的图就不一样，周末和工作日也不一样。我见过一个项目，运营方直接把平日的运行图用在节假日，结果站台上挤满了人——这就是没考虑客流变化。
4.2.2 基于间隔的调度
当客流特别大，或者列车出现晚点时，ATS会切换到“按间隔发车”模式。什么意思呢？就是不再死磕时刻表，而是保证前后两列车的时间间隔稳定。比如设定“90秒一班”，那ATS就会盯着发车时间，确保每列车之间的间隔不超过90秒。
我曾经在一条线上遇到过这种情况：早高峰时，一列车因为车门故障晚点了5分钟。如果按时刻表跑，后面所有车都得跟着晚点。但ATS自动切换成间隔调度，让后面的车适当提前发车，硬是把晚点的影响控制在3分钟以内。这就是策略的价值。
4.2.3 基于客流密度的动态调度
这个比较高级了。ATS会接入闸机数据、站台拥挤度传感器，甚至视频分析结果。如果检测到某个站台人特别多，ATS会自动加开一趟“区间车”——只跑客流密集的那一段，不跑全程。
说实话，这个功能在国内还没完全普及，但我在国外的一个项目里见过。效果确实好，能把高峰期的满载率从120%降到85%左右。
个人经验：调度策略的选择，一定要结合线路的“性格”。有的线路通勤客流为主，那就优先保证准点率；有的线路旅游客流多，那就优先保证发车间隔均匀。没有万能策略，只有最合适的策略。
4.3 运行图调整：怎么改？改了会怎样？
运行图，是ATS的“剧本”。但剧本再好，也架不住现场出幺蛾子。所以ATS必须支持运行图的动态调整。
4.3.1 调整的触发条件
什么情况下需要调整运行图？我总结了几种常见场景：
- 晚点超过阈值：比如某列车晚点超过2分钟，ATS会自动触发调整。
- 设备故障：某个区段信号机坏了，需要临时减少该区段的列车数量。
- 临时加车或减车：比如大型活动结束后，需要加开几趟车疏散人群。
- 运营时间变更：比如末班车时间临时延长。
4.3.2 调整的具体手段
ATS调整运行图，不是“拍脑袋”改的。它有一套算法在背后支撑。常用的手段包括：
| 调整手段 | 说明 | 适用场景 |
|---|---|---|
| 压缩停站时间 | 减少列车在站台的停留秒数 | 轻微晚点，赶时间 |
| 压缩运行时间 | 提高区间运行速度（在安全范围内） | 中等晚点，需要追回时间 |
| 跳停 | 列车跳过某个不停车的站台 | 严重晚点，且该站客流极少 |
| 调整发车间隔 | 拉长或缩短前后车的发车时间差 | 客流波动或设备故障 |
| 插入备用车 | 从车辆段调出备用列车投入运营 | 客流暴增或列车下线 |
这里我要特别提醒一点：跳停这个手段，能不用尽量别用。为什么？因为乘客在站台上等半天，结果车来了不停——投诉率会直线上升。我曾经在一个项目里，调度员为了追回3分钟的晚点，连续跳停了3个站。结果当天客服电话被打爆了。嗯，从那以后，我们给ATS加了一条规则：跳停必须经过调度员手动确认，不能自动执行。
避坑指南：运行图调整时，一定要考虑“连锁反应”。你调整了一列车，可能会影响后面5列车。ATS的算法必须做“全局优化”，而不是“局部最优”。我见过一个系统，为了追回一列车的晚点，把整条线的间隔都打乱了——这就是典型的“捡了芝麻丢了西瓜”。
4.4 ATS的“大脑”：调度算法长什么样？
说了这么多，ATS的调度算法到底是怎么实现的？我给大家看一段伪代码，理解一下核心逻辑：
// 伪代码：ATS调度决策引擎
function adjustSchedule(currentState, plan) {
// 1. 计算当前偏差
let deviation = calculateDeviation(currentState, plan);
// 2. 如果偏差在容忍范围内，不做调整
if (deviation < THRESHOLD) {
return plan;
}
// 3. 否则，生成候选调整方案
let candidates = [];
candidates.push({action: "压缩停站", effect: 30}); // 可追回30秒
candidates.push({action: "压缩运行", effect: 45}); // 可追回45秒
candidates.push({action: "跳停", effect: 120}); // 可追回120秒
// 4. 评估每个方案的影响
for (let c of candidates) {
c.impact = evaluateImpact(c, currentState);
}
// 5. 选择影响最小的方案
let best = candidates.sort((a,b) => a.impact - b.impact)[0];
// 6. 应用调整
return applyAdjustment(plan, best);
}这段代码虽然简单，但核心思想是对的：先评估偏差，再生成方案，最后选影响最小的那个。实际工程中，评估函数会复杂得多，要考虑乘客等待时间、能耗、车辆磨损等多个维度。
总结一下：ATS不是冷冰冰的监控屏，它是轨道交通自动驾驶的“总指挥”。调度策略决定了运营效率，运行图调整决定了应变能力。搞懂了ATS，你就搞懂了整条线是怎么“活”起来的。
下一章，我们会深入聊一聊ATO——列车自动驾驶系统。到时候我会讲讲ATO是怎么“踩油门”和“踩刹车”的，以及我在调试过程中遇到的那些“惊心动魄”的瞬间。咱们下节课见。