2. 车载网络基础

车载网关之所以能完成诊断路由与 OTA 分发，前提是它同时“听懂”多种车载总线。不同总线在速率、拓扑、成本、确定性和数据承载能力上差异巨大，网关必须按业务属性把报文放到合适的通道上。理解这些总线的通信特点，是后续诊断寻址、路由映射和刷写分片设计的基础。

一、核心原理：五类总线的定位差异

车载网络并非单一总线，而是按“带宽—成本—实时性”分层组合。低速执行器与车身件用 LIN 降低成本；动力、底盘、车身控制用 CAN 与 CAN FD 承载周期性信号；线控、悬架等高实时场景用 FlexRay 提供时间触发；摄像头、雷达、域控与 OTA 大数据量传输则依赖 Automotive Ethernet。

• CAN：多主、基于报文 ID 的优先级仲裁，速率 125 kbit/s～1 Mbit/s，单帧最多 8 字节，适合周期信号与诊断。
• CAN FD：兼容 CAN 仲裁段，数据段可变速率（最高约 5～8 Mbit/s），单帧最多 64 字节，适合刷写与大数据诊断。
• LIN：单主多从、低成本、速率最高 20 kbit/s，主节点调度，适合车窗、座椅、雨刮等非实时执行器。
• FlexRay：时间触发 + 事件触发，双通道冗余，速率 10 Mbit/s，适合线控转向、主动悬架等确定性场景。
• Automotive Ethernet：100/1000BASE-T1，交换式全双工，支持 VLAN、TSN、DoIP，是域集中架构与 OTA 的主干。

二、拓扑结构与通信特点

CAN 与 CAN FD 通常采用线性总线拓扑，两端各有一个 120 Ω 终端电阻，节点通过收发器并联挂接。LIN 为单主多从的一主多从结构，主节点发起帧头，从节点应答。FlexRay 常采用双通道星型或星型—总线混合拓扑，通过星型耦合器实现冗余。以太网则采用交换式星型拓扑，每个节点独立链路，避免冲突域共享。

从通信行为看，CAN 采用非破坏性逐位仲裁，ID 越小优先级越高，因此诊断响应与安全信号通常分配低 ID。CAN FD 在仲裁段保持兼容，数据段切换高速率，使单帧承载能力提升到 64 字节，显著减少刷写时的帧数量。LIN 由主节点按调度表轮询，从节点只在被寻址时应答，带宽低但线束成本极低。FlexRay 通过静态段与动态段划分，静态段保证周期消息的确定性时隙。以太网则是交换式点对点，天然支持并发与大数据流。

三、典型应用场景与参数对照

四、案例：一次跨总线 OTA 刷写路径

假设 OTA 平台通过以太网向网关下发某车身 ECU 的固件。网关先经 DoIP 接收诊断请求，再按目标 ECU 所在网段转换为 CAN FD 上的 UDS 传输。典型参数配置如下：

DoIP 入口:  TCP 13400, 逻辑地址 0x0E00 (网关)
目标 ECU:   0x1A02, 挂接 CAN FD 通道 CAN2
CAN FD 参数: 仲裁段 500 kbit/s, 数据段 2 Mbit/s
UDS 服务:   0x34 RequestDownload / 0x36 TransferData / 0x37 TransferExit
分片策略:   每帧 64 字节, 块序号 BSC 由 ECU 返回
路由映射:   0x1A02 -> CAN2, 诊断请求 ID 0x7A0, 响应 ID 0x7A8

若目标 ECU 位于 LIN 网段，则网关无法直接承载 UDS 刷写，通常需通过其上级 CAN 节点代理，或仅做状态查询与配置写入。这说明总线能力直接决定 OTA 的可达性与分片策略。

五、常见误区与复盘

• 误区一：所有总线都能跑 UDS 刷写。LIN 带宽与帧长不足，通常只做配置或状态读取，刷写需上级节点代理。
• 误区二：CAN FD 可以随意提高数据段速率。速率受收发器、线束长度与拓扑影响，需做信号完整性验证。
• 误区三：以太网没有实时性问题。普通以太网存在排队抖动，音视频与控车需借助 TSN 或 VLAN 优先级保障。
• 误区四：忽略终端电阻与拓扑分支。CAN 分支过长或终端缺失会导致反射与误码，直接影响诊断路由稳定性。

复盘时可用“带宽—帧长—确定性—成本”四维评估每条总线：诊断路由关注帧长与寻址，OTA 关注带宽与分片，控车关注确定性与冗余。只有把总线特性与业务需求对齐，网关的路由与刷写设计才具备可落地性。