4. 列车通信网络基础与TCMS数据流
TCMS（列车控制与管理系统）并不是一个“单台计算机”，而是由中央控制单元、车辆控制单元、各子系统控制单元以及通信网关共同组成的分布式系统。要让这些设备在列车运行中协调工作，必须依靠列车通信网络把控制命令、状态反馈和诊断数据按确定的方向、确定的周期送达。本节围绕三种典型车载网络——MVB、CAN 和以太网——说明它们在 TCMS 中的分工，控制单元与网关之间的数据流向，以及周期、带宽、实时性这三项关键指标如何影响系统设计。
一、三种网络的角色分工
MVB（多功能车辆总线）是列车级和车辆级控制网络的主力，典型速率为 1.5 Mbit/s，采用主从式周期轮询机制，适合传输牵引、制动、车门、空调等对确定性和实时性要求高的控制与状态数据。它的优势不在带宽，而在于“什么时候送到”是可预期的：主设备按固定周期轮询各从设备，过程数据在预定时间窗口内完成交换。
CAN 总线更多出现在设备级或子系统内部，例如车门控制器、充电机、空调机组内部的多块板卡之间。CAN 采用多主竞争仲裁，速率常见 250 kbit/s 或 500 kbit/s，报文短、成本低、抗干扰能力好，适合传输数量较多但实时性要求相对宽松的状态量和故障码。它通常不直接承担列车级关键控制，而是作为子系统内部总线，再通过网关汇入上层网络。
以太网则承担大带宽、非周期或大数据量的传输任务，例如诊断数据下载、事件日志上传、视频监控、乘客信息系统数据，以及新型 TCMS 中控制单元之间的高速数据交换。百兆或千兆以太网带宽远高于 MVB，但标准以太网本身不保证确定性时延，因此在对实时性有要求的场景中，需要配合流量整形、优先级队列或时间敏感网络（TSN）等技术。
二、控制单元与网关之间的数据流向
以一节动车为例：车辆控制单元（VCU）通过 MVB 与牵引控制单元、制动控制单元、车门控制单元交换过程数据；同时，车门等子系统内部通过 CAN 汇总各门的状态，再由通信网关把 CAN 报文转换为 MVB 过程数据，供 VCU 周期读取。中央控制单元（CCU）则通过列车级 MVB 或以太网骨干，汇总各车的状态并下发整列车级命令。
数据流的方向可以概括为“上行汇聚、下行分发”：上行方向上，子系统控制单元的状态、故障码经网关转换后汇入 VCU/CCU；下行方向上，CCU 的控制命令经 VCU 分解后，通过 MVB 下发到各执行单元，必要时再经网关转换到 CAN 侧。网关在这里承担协议转换、地址映射和速率适配三重职责，是不同网络之间的“翻译官”和“缓冲器”。
三、关键性能指标：周期、带宽与实时性
周期指某类数据被刷新一次的时间间隔。MVB 过程数据通常按基本周期（如 1 ms、2 ms、4 ms、8 ms、16 ms 等）分配，关键控制量用短周期，温度、累计里程等慢变量用长周期。周期设计过短会挤占总线时间，过长则导致控制响应滞后。工程上常按“控制环所需响应时间”反推：若车门开闭状态需要在 100 ms 内被 VCU 感知，则相关过程数据周期应不大于 50 ms，留出余量。
带宽指单位时间内可传输的数据量。MVB 的 1.5 Mbit/s 看似不高，但由于过程数据端口固定、报文短小，实际有效载荷比例较高；CAN 在 500 kbit/s 下，一帧标准数据帧约 108～130 位，折算每秒可传约 3000～4000 帧，若节点多、报文密集，总线负载率超过 50% 后时延抖动会明显增大；以太网带宽充裕，但需注意广播风暴和突发流量对控制数据的影响。
实时性不仅看平均时延，更看最坏情况下的时延上界和抖动。MVB 的周期轮询天然给出确定的上界；CAN 的仲裁机制使得低优先级报文在高负载时可能被连续推迟，最坏时延需要按优先级和负载率分析；以太网则依赖优先级队列或 TSN 来约束最坏时延。评估实时性时，应关注“最坏情况”而非“典型值”。
四、一个可操作的估算示例
假设某车门子系统有 8 个 CAN 节点，每个节点每 20 ms 发送 1 帧 8 字节数据帧，总线速率 500 kbit/s。按每帧约 130 位（含帧间隔）估算，总帧率为 8 × 50 = 400 帧/s，占用带宽约 400 × 130 = 52000 bit/s，负载率约 10.4%，余量充足。若把周期缩短到 5 ms，帧率变为 1600 帧/s，负载率约 41.6%，此时需重新评估最坏时延和优先级分配。这个估算说明：周期与带宽是相互制约的，缩短周期必须以负载率分析为前提。
五、设计时的判断顺序
实际工作中，建议先明确数据类别：哪些是安全相关、必须确定周期送达的控制量，哪些是状态监视量，哪些是诊断和日志类大数据。然后按类别选择网络：控制量走 MVB 并分配短周期，子系统内部状态走 CAN 并核算负载率，诊断和大数据走以太网并做好流量隔离。最后用最坏时延、负载率和周期余量三项指标复核，确认没有某一类数据挤占另一类的传输窗口。网关的映射表也应与这一分类保持一致，避免把慢变量映射到短周期端口造成浪费，或把关键控制量放在低优先级队列中。
理解这三层网络的分工与数据流向，是后续学习网关配置、报文映射和故障排查的基础。只有先看清“数据从哪来、到哪去、多久一次、最坏延迟多少”，才能在 TCMS 调试中快速定位问题出在网络层、网关层还是控制单元本身。