第二章：CBTC系统基础
2.1 什么是CBTC？说白了就是让列车自己知道在哪
各位好，我是老轨。今天咱们聊聊CBTC——基于通信的列车控制系统。
CBTC，全称Communication Based Train Control。你想想看，传统信号系统靠轨道电路判断列车位置，那精度嘛……也就一个区段几百米。CBTC不一样，它让列车实时知道自己在哪里，误差能控制在米级。
我2010年参与某条线路调试时，第一次见识CBTC的威力。当时轨道电路区段长度是500米，而CBTC定位精度做到了5米以内。嗯，差了整整两个数量级。
核心思想：CBTC通过连续的车地通信，让列车和地面设备实时交换位置、速度、授权信息，实现移动闭塞。
2.2 三大核心组件：ZC、VOBC、DCS
CBTC系统由三个核心部分组成。我习惯把它们比作人的大脑、眼睛和神经。
2.2.1 ZC（区域控制器）——大脑
ZC是Zone Controller的缩写。它负责管理一个区域内的所有列车。
- 功能一：计算移动授权（MA）。说白了就是告诉列车：你最多能跑到哪里，速度不能超过多少。
- 功能二：管理轨道资源。比如道岔、区段占用情况。
- 功能三：处理列车报告的位置信息，更新区域状态。
我在项目中遇到过一个问题：ZC的运算周期是200ms，但某次升级后变成了250ms。结果列车制动距离计算偏差，差点导致紧急制动。后来发现是CPU负载过高。所以啊，ZC的实时性要求极高，容不得半点马虎。
个人经验：ZC的冗余配置一定要做。我见过单ZC故障导致整条线路降级的案例。建议采用三取二或二取二架构。
2.2.2 VOBC（车载控制器）——眼睛和手脚
VOBC是Vehicle On-Board Controller。它装在列车上，负责执行地面指令。
VOBC的核心工作流程是这样的：
- 通过速度传感器和应答器，实时计算列车位置和速度。
- 通过无线通信，向ZC报告自己的位置。
- 接收ZC下发的移动授权。
- 根据MA和列车参数，计算制动曲线。
- 监控列车运行，超速时自动触发紧急制动。
说白了，VOBC就是列车上的小管家。它要时刻盯着速度表，一旦发现超速，立刻拉闸。
我记得有一次调试，VOBC报了个奇怪的故障——列车明明没超速，却触发了紧急制动。查了两天，最后发现是速度传感器的安装支架松动，导致振动时读数跳变。嗯，机械问题也会影响信号系统，这点大家要注意。
2.2.3 DCS（数据通信系统）——神经网络
DCS是Data Communication System。它负责把ZC和VOBC连接起来。
DCS包括两部分：
- 有线网络：轨旁AP（接入点）之间的光纤骨干网。
- 无线网络：AP与列车之间的WiFi或LTE通信。
DCS的可靠性直接影响CBTC的可用性。我曾经遇到一个案例：某线路CBTC频繁掉线，查了三个月，最后发现是轨旁AP的馈线接头进水，导致信号衰减。从那以后，我要求所有AP接头必须做防水处理，而且每季度检查一次。
避坑指南：DCS的切换时间必须小于100ms。如果列车从一个AP覆盖区切换到另一个时，通信中断超过100ms，VOBC就会认为失去与ZC的连接，触发紧急制动。我曾经见过切换时间做到300ms的，结果列车每过两个AP就急刹一次，乘客投诉不断。
2.3 CBTC的工作流程：从定位到授权
咱们用一个完整的场景来理解CBTC的工作流程。
假设列车A从车站出发，前往下一站。
第一步：列车定位
VOBC通过速度传感器累计里程，经过应答器时校准位置。精度一般在±1米以内。
第二步：位置报告
VOBC通过DCS，每200ms向ZC发送一次位置报告。内容包括：列车ID、当前位置、当前速度、运行方向。
第三步：MA计算
ZC收到位置报告后，结合前方列车位置、道岔状态、线路限速等信息，计算移动授权。MA包含：授权终点、授权速度、线路坡度等信息。
第四步：MA下发
ZC通过DCS将MA发送给VOBC。这个过程必须在200ms内完成。
第五步：制动曲线计算
VOBC收到MA后，结合列车自身的制动性能，计算安全制动曲线。如果列车速度超过制动曲线，VOBC自动触发紧急制动。
第六步：持续循环
以上步骤每200ms循环一次。列车每200ms报告一次位置，ZC每200ms更新一次MA。
关键点：CBTC的移动闭塞间隔可以做到90秒甚至更短。而传统固定闭塞至少需要120秒。这就是为什么CBTC能提升线路运能30%以上。
2.4 混跑线路中的CBTC角色
在CBTC与ETCS混跑线路中，CBTC负责高密度、高精度的城市轨道交通运营。ETCS则负责干线铁路的跨线运行。
我参与的一个混跑项目是这样设计的：
- CBTC模式：列车在市区段运行，间隔90秒，精度米级。
- ETCS模式：列车进入干线后，切换为ETCS Level 2，间隔120秒，精度10米级。
- 切换点：在车站前后设置切换区，列车停车或低速通过时完成模式切换。
嗯，这里要注意：两种系统的MA计算逻辑不同。CBTC的MA是连续曲线，ETCS的MA是分段阶梯。切换时，VOBC需要同时支持两种制动曲线计算。我见过一个bug：切换时制动曲线计算错误，导致列车在切换区急刹。后来加了切换缓冲逻辑才解决。
2.5 小结
CBTC系统的核心就三点：
- ZC：区域大脑，计算MA，管理资源。
- VOBC：车载管家，定位、报告、制动。
- DCS：神经网络，保证通信实时可靠。
我个人习惯把CBTC比作一个精密的交响乐团。ZC是指挥，VOBC是乐手，DCS是乐谱传输系统。任何一个环节出问题，整场演出都会乱套。
下一章，咱们聊聊ETCS系统基础。到时候我会对比两种系统的异同，看看它们怎么在混跑线路上和平共处。
课后思考：如果DCS的通信延迟从200ms增加到500ms，CBTC系统会发生什么？你能想到哪些应对措施？