列车 CMD 系统对接多链路聚合路由设备方案

CMD（中国机车远程监测与诊断系统）车载 LDP 输出标准TCP/IP 以太网业务，物理层面支持对接多链路聚合路由设备。

1、原生架构

CMD 车载主机 LDP → 以太网 → TSC1（原厂无线传输单元，4G/GSMR）→ 公网，上传CMD协议报文到铁路地面服务器。

· LDP对外输出标准以太网，业务是TCP/IP封装的CMD专用协议；

· TSC1完成拨号、链路维护、VPN、铁路专网接入、链路保活，符合 TJ/JW 026 通信规范。

2、多链路聚合路由设备应用场景说明（改造/增强）

经由LDP以太网口接入乾元通多链路聚合路由，作为高级广域网传输网关：

1. 增强冗余备份：保留原厂 TSC1 做主链路；多链路聚合路由作为第二备份通道。当 TSC1 单链路隧道中断、隧道掉线、隧道拥塞（隧道断开是机车常见故障），把 CMD 业务分流到聚合路由，使用多运营商 5G/4G 聚合链路传输 CMD 报文，提升隧道连通率，适合巡检车、轨检车、特种机车。

2. 大流量附属数据并行回传：CMD 小报文（状态、故障告警）仍然走 TSC1 主链路；机车海量日志、高清视频、振动原始采样数据走聚合路由回传地面，两条链路并行，互不干涉。

3. 协议不变：聚合路由只做 IP 层透明转发、VPN 隧道、多链路调度，不修改 CMD 应用层协议，报文完全原样透传给铁路地面平台。

3、拓扑

LDP（CMD 车载主机）以太网口

├→ 原厂 TSC1（主链路，铁路标准 VPN 隧道，承担全部 CMD 核心业务）

└→ 乾元通多链路聚合路由（备份 / 辅助链路）

聚合路由配置：透明透传、IPsec/GRE 隧道对接地面服务器，支持多运营商链路聚合，可配置策略路由：

· 策略 1：CMD 核心报文优先走 TSC1；TSC1 隧道检测断开后自动切换到聚合路由；

· 策略 2：大文件、视频数据只走聚合路由，不抢占 CMD 业务带宽。

4、增设乾元通多链路聚合路由的必要性

1.消除单链路单点故障风险，提升CMD在线稳定性

现有CMD系统完全依赖TSC1单链路传输，仅单运营商网络承载业务，在隧道、山区、高速移动、弱网环境下极易出现信号波动、链路拥塞、VPN隧道掉线等问题，直接导致机车状态、故障告警、运行日志等核心数据上传中断、丢包，造成地面监控离线、故障溯源滞后，存在行车运维隐患。单链路无冗余架构稳定性不足，亟需备份通道补强。

2.解决大带宽业务传输瓶颈，适配机车数字化升级

随着机车智能化升级，高清视频、高频采样振动数据、全量运行日志、深度诊断数据等大流量业务持续增加。原厂TSC1链路带宽有限，仅能满足CMD小报文核心业务，无法承载大容量数据回传，极易出现带宽挤占、核心报文延迟卡顿问题。通过多链路聚合扩容，可实现核心信令与大数据业务分流传输，保障两类业务稳定运行。

3.构建双链路冗余架构，具备故障自愈切换能力

增设多链路聚合路由后，可形成TSC1主链路+多聚合备份链路的双冗余架构。常态下CMD核心心跳、鉴权、告警报文优先走合规TSC1主通道；主链路异常时可自动切换至多运营商聚合链路，有效规避单运营商信号盲区、区域性断网问题，大幅提升复杂工况下的车地通信连续性与容错能力。

4.合规增量改造，适配特种机车试验运维场景

依据TJ/JW-024、TJ/JW-026规范及CRCC上道要求，TSC1为CMD合规主传输设备不可替换，但规范允许增量叠加辅助传输设备。聚合路由仅做IP层透明转发，不修改CMD应用协议、不改动原厂系统架构，在合规前提下满足轨检、巡检、试验机车的大数据回传、试验测试、高可靠通信需求。

5.降低运维成本，提升远程诊断与处置效率

单链路故障频发导致机车数据断层、线下登车排查频次高、运维成本高。双链路冗余架构可保障数据连续回传，减少系统离线时长，支撑地面远程故障研判、隐患预判，降低停机检修频次，提升机车智能化运维水平。