4. CBTC系统架构与关键子系统

要理解FAO与CBTC的协同，先要建立一张清晰的系统视图：CBTC不是单一设备，而是由车载与地面多类子系统通过无线通信闭环协作构成的列车运行控制系统。它的核心思想是“车—地—地”三层信息闭环：地面掌握线路与进路状态，车载掌握列车自身位置与速度，二者通过连续通信交换信息，最终由车载设备生成速度约束并控制列车。下面围绕ATS、ATP、ATO、CI、DCS五个关键子系统展开，说明它们各自“管什么、输出什么、与谁交互”。

五个子系统的角色定位

ATS（列车自动监控）是系统的“运营指挥层”。它不直接控制列车制动，而是负责进路自动排列、列车运行图管理、时刻表调整、列车识别与跟踪、报警与事件记录，并向乘客信息系统、调度台提供运行状态。ATS的输出主要是“运行计划与进路请求”，它把调度意图转化为对CI的进路命令和对列车的运行调整指令。

ATP（列车自动防护）是“安全底线”。它基于线路数据库、临时限速、进路状态和前方列车位置，计算每条列车的移动授权（MA）与最高允许速度，并监督列车不得越过授权终点、不得超速。ATP是故障—安全（fail-safe）逻辑的承载者，一旦通信中断或检测到危险，输出的是制动而非放行。

ATO（列车自动运行）是“驾驶执行层”。它在ATP给出的安全包络内，按ATS的运行计划自动完成牵引、巡航、惰行、制动和精确停车，并控制车门与站台门的联动。ATO不承担安全职责，其输出必须始终被ATP监督和限制。

CI（计算机联锁）是“地面进路安全层”。它负责道岔控制、信号机显示、进路锁闭与解锁、区段占用检查，确保进路、道岔、信号之间的联锁关系正确。CI向ATP提供进路状态与区段占用信息，是MA计算的重要输入来源。

DCS（数据通信系统）是“信息传输骨架”。它由有线骨干网与车—地无线接入（如LTE-M或WLAN）组成，承载ATS、ATP、CI之间的安全与非安全数据。DCS本身不产生控制逻辑，但其时延、丢包与切换性能直接影响MA更新频率和列车追踪间隔。

信息如何闭环：一次MA更新的过程

以列车从区间驶向车站为例，可以看清各子系统的协作顺序。CI先根据ATS的进路请求排列进路，锁闭道岔并检查区段空闲，然后把“进路已建立、前方区段占用状态”送给ATP。ATP结合列车通过DCS上报的精确位置（例如“距站台停车点1250米，速度60 km/h”），按线路限速、临时限速和前行列车位置计算MA终点，例如授权至前方800米处。ATO收到MA后，在ATP监督下生成速度曲线，开始惰行与制动。列车到站停稳后，ATO向ATS报告到站时刻，ATS据此更新运行图并决定是否调整后续停站时间。

这个过程中有一个关键判断：ATP的MA永远小于或等于CI给出的进路安全边界。如果DCS出现短时丢包，ATP无法确认列车位置，会立即收缩MA甚至触发紧急制动；如果CI检测到区段占用异常，会取消进路锁闭，ATP随之撤销授权。因此，DCS的通信质量不是“网络指标”，而是直接进入安全计算链路的输入条件。

子系统间的接口与职责边界

理解协同接口，重点在于分清“谁给谁什么、谁不能越过谁”。ATS与CI之间是进路请求与执行反馈；CI与ATP之间是进路状态与区段占用；ATP与ATO之间是安全包络与执行指令；车载与地面之间通过DCS承载位置报告、MA和状态数据。需要特别强调的是，ATO的所有输出都必须经过ATP校验，ATP不信任ATO的“意图”，只信任自己的安全判断。这正是CBTC能够支持FAO的前提：把安全防护与运行优化分层解耦。

从系统视图到协同分析

掌握这五个子系统后，再看FAO场景就有了分析框架：全自动运行意味着ATO承担更多常规驾驶任务，但ATP的防护边界不变；ATS需要更精细地管理列车自动调整与休眠唤醒；CI要支持无人驾驶下的进路自动触发；DCS则要满足更高的可用性与切换连续性要求。后续讨论协同接口时，可以沿着“计划—进路—授权—执行—反馈”这条链路逐段检查，判断每个环节由哪个子系统负责、失效时如何降级。这张系统视图，就是理解FAO与CBTC协同的起点。