1. 课程导入与学习地图

欢迎进入《FAO全自动运行与CBTC系统协同入门》。在展开任何一条具体原理之前，我们需要先回答三个问题：这门课要解决什么工程问题？FAO 与 CBTC 各自负责什么、在哪里交接？后续 29 节的知识点如何拼成一张完整的图？本章不涉及具体参数配置，而是为整门课建立坐标系——只有先分清"谁管什么"，后面讨论接口、故障降级和运营场景时才不会混淆责任主体。

一、先厘清两个核心概念

CBTC（基于通信的列车控制）是一套以车—地连续通信为基础的信号制式。它的核心能力是：通过无线链路持续获得列车精确位置，由地面区域控制器（ZC）计算移动授权（MA），车载 ATP 据此监督速度与间隔，实现移动闭塞。CBTC 解决的是"列车怎么安全地走、走多快、离前车多远"的问题，其安全职责边界止于列车运行控制。

FAO（全自动运行）则是在 CBTC 提供的列车自动控制能力之上，把原本由司机或车站人员承担的部分作业也纳入自动化范围，典型包括：自动唤醒与休眠、自动出入库、自动开关车门与站台门联动、自动折返、自动洗车、故障时的自动降级与远程处置。FAO 的等级通常按 GoA1～GoA4 划分，本课程聚焦 GoA3/GoA4 场景，即正常运营中无需司机在车上值守。

两者的关系不是替代，而是叠加与协同：CBTC 是"底座"，提供安全防护与列车控制；FAO 是"上层业务自动化"，把运营流程编排成可自动执行的序列，并通过车辆、站台门、通信、供电、乘客服务等多个专业系统的接口联动来实现。理解这一点，是后续所有章节的前提。

二、协同关系全景

下图把 FAO 与 CBTC 的职责分层、关键接口和典型运营阶段串在一起，作为本课程的学习地图。图中上半部分是 FAO 的自动化业务层，下半部分是 CBTC 的安全控制层，中间的接口带表示两者交换信息的位置。

三、本课程的知识框架

围绕上图，后续内容将沿四条主线展开，它们不是彼此独立的章节堆叠，而是同一套系统的不同观察角度：

• 基础与边界（第 2～6 节）：CBTC 的移动闭塞原理、FAO 的等级定义、两者在功能分配上的分工原则，以及"自动化"与"无人化"的区别。这一部分决定你后面判断问题归属的能力。
• 系统构成与接口（第 7～14 节）：车载设备、区域控制器、车站与中央设备、车辆网络、站台门、通信传输等子系统如何连接，接口上传递哪些状态与命令。这是排障时定位"断在哪一层"的依据。
• 运营场景与协同流程（第 15～22 节）：从唤醒到休眠的完整作业链，重点讲停站对准、开关门联动、折返换端、故障自动降级等协同最密集的环节。
• 安全、故障与工程实践（第 23～30 节）：RAMS 与安全完整性要求、典型故障树、降级运营策略、测试验证方法与项目落地要点。

四、一个贯穿全课的教学示例

为了让抽象概念有落点，本课程将反复使用一个简化的示例场景：某城市轨道交通线路的一段，配置 4 座车站、1 个车辆段，采用 GoA4 全自动运行，列车按运行计划自动唤醒后出库上线。示例中的参数均为教学假设，不代表任何实际工程数据。

例如在"停站开关门"这一协同环节，可以这样理解输入与判断过程：列车以 ATO 模式进站，车载设备根据应答器位置与测速结果计算停车点偏差；假设示例设定停车精度要求为 ±0.3 m，当实际偏差在范围内时，FAO 业务层才发出开门允许，同时 CBTC 侧确认列车已停稳、零速状态有效、站台门系统处于可联动状态，三者同时满足才执行开门。若偏差超出范围，系统不自动开门，而是转入蠕动对标或请求远程处置。这个例子说明：FAO 决定"做什么"，CBTC 提供"能不能做"的安全条件，两者缺一不可。

五、学习建议与目标

学完本课程，你应当能够做到三件事：第一，面对一个 FAO 相关功能，准确判断它属于业务自动化还是安全控制，从而找到对应的责任系统；第二，读懂 FAO 与 CBTC 之间的关键接口信息流，在出现异常时按层排查；第三，理解全自动运行场景下的降级逻辑，知道何时系统应自动处置、何时必须人工介入。

建议在学习每一节时，都回到本章这张全景图，问自己：这个知识点落在哪一层？它和相邻层的接口是什么？这样，30 节内容就不会是零散的名词，而是一张可以随时调用的系统地图。