4. 列车通信协议与TCMS数据流基础

TCMS（列车控制与管理系统）之所以能在一列编组列车上实现牵引、制动、车门、空调、辅助供电等子系统的集中监视与控制，前提是各设备之间有一套分工明确的通信体系。本节围绕三个问题展开：MVB、WTB、以太网各自在TCMS中扮演什么角色；报文中的过程数据与消息数据有何本质区别；数据从源设备到目标设备经过怎样的路径、地址又是如何分配的。

一、三种协议的分层角色

按照IEC 61375系列标准的划分，列车通信网络在逻辑上分为两级：列车级与车辆级。WTB（绞线式列车总线）承担列车级通信，负责不同车辆之间、尤其是不同编组单元之间的数据交换，其特点是支持列车编组动态变化时的总线主切换与节点地址重新分配，传输介质为屏蔽双绞线，典型速率1 Mbit/s。MVB（多功能车辆总线）承担车辆级通信，连接同一车辆内或同一编组单元内的TCMS中央控制单元、远程I/O、牵引控制单元、制动控制单元、车门控制器等，典型速率1.5 Mbit/s，支持总线主设备冗余。以太网则作为列车级骨干与维护/诊断通道使用，常见百兆或千兆速率，承载大带宽的诊断数据、视频监视数据、维护下载以及部分新架构中的控制数据，同时为WTB提供补充或替代的列车级传输能力。

理解三者关系的关键是：WTB解决“车与车之间”的连通，MVB解决“车内设备之间”的确定性实时通信，以太网解决“大流量与维护接入”。三者不是互相替代关系，而是按实时性、带宽、拓扑范围分工协作。

二、过程数据与消息数据的本质区别

MVB总线上传输的报文分为两类，这是理解TCMS数据流的核心。第一类是过程数据（Process Data），采用周期性广播方式，由总线主设备按预先编排的周期表轮询各端口，源设备把最新值写入端口，主设备发出请求后从设备应答，数据被广播给所有订阅该端口的设备。过程数据的特点是：长度短（通常每个端口2、4、8、16、32字节）、周期固定（常见1 ms、2 ms、4 ms、8 ms、16 ms、32 ms、64 ms等）、无确认、无重传，追求的是确定性和实时性。牵引级位、车速、电机电流、车门开关状态、空调设定温度这类周期性刷新的量，都走过程数据。

第二类是消息数据（Message Data），采用事件触发、点对点或广播方式，需要建立连接、有确认与重传机制，长度可变（可达数百字节），传输时间不确定。故障记录上传、软件版本查询、维护参数下载、事件日志读取这类偶发、非周期、对完整性要求高的数据，走消息数据。工程上判断一条数据该走哪类，可以问三个问题：是否需要周期性刷新？是否允许丢失一两个周期？数据量是否超过32字节？前两个答案为“是”、第三个为“否”时，优先用过程数据。

三、数据流路径与地址分配

以一次牵引级位指令为例说明数据流路径。司机控制器输出模拟量或数字量级位信号，送入远程I/O或直接进入CCU；CCU将其转换为过程数据端口值（例如端口地址0x8A01，4字节，周期16 ms），由MVB总线主设备按周期表广播；TCU订阅该端口，在每个周期收到后更新内部级位输入，并把自己的实际转矩、电机电流写入回传端口；CCU再读取回传端口，形成闭环监视。若该列车由多个编组单元重联，CCU还需把关键状态经WTB转发到另一编组单元的CCU，WTB上的数据以“节点地址+端口”标识来源。同时，CCU把级位变化事件写入事件缓冲区，通过以太网或消息数据通道上传至诊断记录装置。

地址分配方面有三条基本规则需要记住。其一，WTB节点地址在列车编组建立时由总线主设备动态分配，通常按车辆在编组中的物理顺序编号，编组变化后重新分配，因此配置文件里不能把WTB地址写死。其二，MVB设备地址（也称设备标识）由总线管理主设备在组态时静态配置，每个从设备有唯一地址，端口地址在设备内部分配，工程上常用“设备地址+端口号”定位一个数据点。其三，以太网地址按IP子网规划，通常按“编组单元—车辆—设备类型”分层编址，例如10.10.1.x给车辆1、10.10.2.x给车辆2，设备编号在末段区分。现场接线和调试时，地址表就是排查通信故障的第一手依据：数据收不到，先确认端口地址是否与组态一致，再确认设备地址是否冲突，最后确认物理链路。

掌握以上三点后，面对一段TCMS通信配置，就能按“协议层级定位—数据类型判定—地址与路径核对”的顺序快速建立整体认识，为后续的端口组态、接线检查与故障排查打下基础。