2. 车载网络基础

车载电子电气架构从分布式 ECU 向域集中、中央计算演进，但底层通信仍由多种总线协议共同支撑。理解 CAN、CAN FD、LIN、FlexRay 与车载以太网的基本原理和通信特点，是后续分析报文鉴权、密钥分发、安全网关与入侵检测的前提。不同总线在带宽、确定性、成本与拓扑上各有取舍，安全机制也必须与这些特性匹配，不能简单套用同一种加密或认证方案。

一、核心原理：从事件触发到时间触发

CAN 采用多主竞争、基于报文标识符的优先级仲裁。节点在总线空闲时发送，显性位覆盖隐性位，标识符数值越小优先级越高。CAN 2.0 标准帧最多 8 字节数据，速率通常 125 kbit/s 至 1 Mbit/s，适合车身、动力与诊断等中等实时场景。其非破坏性仲裁和广播机制使总线利用率高，但缺乏全局时间同步，难以支撑硬实时闭环。

CAN FD 在兼容仲裁段的基础上，将数据段速率提升至 2～8 Mbit/s，数据场扩展至 64 字节，并引入位速率切换与改进 CRC。它缓解了刷写、标定和大数据块传输的带宽压力，但仲裁段仍受传统 CAN 约束，且不同节点对 FD 支持程度不一致，混跑时需谨慎配置。

LIN 是单线、主从、低成本串行总线，速率通常 1～20 kbit/s，主节点发送报头，从节点按调度表响应。它用于车窗、雨刮、座椅、空调风门等对带宽和实时性要求低的执行器与传感器，常作为 CAN 的 subordinate 子网，通过网关与主干交换数据。

FlexRay 面向时间触发与事件触发混合通信，采用双通道 A/B 冗余、静态段与动态段划分，速率可达 10 Mbit/s。静态段按 TDMA 周期固定分配时隙，保证确定性；动态段按优先级竞争，兼顾偶发事件。它曾用于线控底盘、主动悬架等高安全场景，但成本与复杂度较高，部分新架构正被车载以太网替代。

车载以太网以 100BASE-T1、1000BASE-T1 等单对双绞线物理层为基础，支持全双工、交换式拓扑，带宽从 100 Mbit/s 到 10 Gbit/s。它承载 IP、TCP/UDP、SOME/IP、DoIP、TSN 等协议，适合摄像头、激光雷达、域控制器与 OTA 大数据传输。与 CAN 的广播总线不同，以太网是点对点交换，需通过 VLAN、QoS、TSN 保障实时性。

二、方法流程：报文如何跨总线安全流转

以一次远程解锁为例：T-Box 通过蜂窝网络收到指令，经车载以太网发送至中央网关；网关完成身份认证与指令合法性校验后，将控制报文转换为 CAN 帧发往车身域；车身控制器执行门锁动作，并通过 CAN 回传状态。若涉及 OTA 刷写，则大文件走以太网，网关再通过 CAN FD 将分片数据转发给目标 ECU。整个链路中，每条总线承担不同角色，安全策略也分层部署。

远程指令 → T-Box → 以太网(SOME/IP) → 中央网关
         → 鉴权/过滤 → CAN 帧(ID=0x2A1) → 车身控制器
         → 执行 → CAN 状态回传 → 网关 → 以太网 → T-Box

三、案例/场景：网关报文过滤配置

某车型网关需限制诊断报文仅允许在特定条件下转发。以下为简化过滤规则，体现 CAN ID 白名单与速率限制思路：

rule unlock_cmd:
  src: T-Box
  dst: BodyCAN
  can_id: 0x2A1
  dlc: 8
  rate_limit: 5 msg/s
  auth: HMAC-SHA256
  action: forward

rule diag_block:
  src: OBD_Port
  dst: PowertrainCAN
  can_id: 0x7DF
  action: drop
  log: true

该配置说明：安全网关不是简单路由，而是结合总线特性、报文 ID、速率与认证结果做转发决策。对 LIN 子网，网关还需识别主节点调度表，防止非法节点冒充主节点发送报头。

四、误区与复盘