4. 车载网络通信
车载网络通信是E/E架构的“神经系统”。不同业务对带宽、实时性、成本与可靠性的要求差异巨大，因此现代汽车不会只用一种总线，而是形成分层、分域、多协议并存的通信矩阵。理解各协议的能力边界，以及它们如何通过网关与中间件协同，是中央计算架构设计的基础。
一、核心原理：从事件触发到时间触发
CAN采用多主仲裁与CSMA/CR机制，报文ID决定优先级，适合事件触发的控制信号。经典CAN每帧最多8字节，速率通常500 kbit/s。CAN FD保留仲裁段，将数据段提速至2～8 Mbit/s，载荷扩展至64字节，显著提升刷写与大数据块传输效率。LIN是单线主从总线，速率最高20 kbit/s，用于车窗、雨刮、座椅等低实时性执行器，成本极低。FlexRay提供10 Mbit/s双通道，采用时间触发TDMA加灵活段，曾用于线控底盘与主动悬架，具备确定性时延与冗余能力。
车载以太网以100/1000BASE-T1单对双绞线为基础，支持全双工交换，带宽从100 Mbit/s到10 Gbit/s。TSN在以太网之上增加时间同步（gPTP）、时间感知整形（802.1Qbv）、帧抢占（802.1Qbu）与冗余（802.1CB），使非确定性以太网具备确定性传输能力。SOME/IP则解决“服务如何被发现与调用”的问题，提供面向服务的远程过程调用与事件订阅，是SOA落地的关键协议。
二、方法流程：通信矩阵设计与信号映射
通信设计通常从功能需求出发，先划分域与子网，再定义报文与信号。典型流程如下：
- 梳理功能清单，识别信号方向、周期、时延与安全等级。
- 按带宽与实时性选择协议：低实时执行器走LIN，常规控制走CAN/CAN FD，高带宽服务走以太网。
- 定义报文ID、周期、发送类型（周期/事件/混合）与信号布局。
- 在网关中配置路由表与信号映射，明确跨网段转发规则。
- 使用DBC/ARXML/Fibex等描述文件生成代码与测试用例。
- 通过总线仿真、残余总线仿真与实车测试验证时延与丢帧率。
以CAN FD为例，DBC中需明确仲裁段与数据段波特率。常见配置如下：
# CAN FD 典型配置
仲裁段波特率: 500 kbit/s
数据段波特率: 2 Mbit/s
采样点: 仲裁段 80%，数据段 75%
帧格式: FD Base + BRS + ESI
最大载荷: 64 字节
报文示例:
ID=0x123, DLC=64, 周期=10 ms, 发送类型=周期
ID=0x456, DLC=32, 周期=事件, 超时=100 ms
三、案例场景：中央计算下的通信协同
某车型采用“中央计算+区域控制器”架构。前区域控制器连接大灯、雨刮与雷达，通过CAN FD与中央网关通信；后区域控制器连接尾灯、座椅与车门，通过LIN管理低实时节点。中央计算平台运行智驾与座舱服务，通过1000BASE-T1以太网与区域控制器互联，并启用TSN的802.1Qbv时间门控，为智驾感知数据预留固定时隙。SOME/IP用于服务发现与事件订阅，例如座舱向智驾订阅“障碍物列表”，采用事件组方式按需推送，避免周期轮询占用带宽。
OTA场景中，中央计算平台通过以太网将固件分片下发至区域控制器，区域控制器再通过CAN FD转发至末端ECU。此时需启用CAN FD的BRS加速数据段，并利用TSN的帧抢占保证诊断报文不被大流量阻塞。
四、误区与复盘
| 常见误区 | 问题表现 | 改进建议 |
|---|---|---|
| 认为CAN FD可完全替代CAN | 末端节点不支持FD，混用导致错误帧 | 按节点能力分网段，网关做FD与经典CAN转换 |
| 以太网带宽足够就不需要TSN | 大流量突发导致控制报文抖动 | 对关键流启用Qbv/Qbu，划分优先级与预留带宽 |
| SOME/IP直接替代信号通信 | 服务发现开销大，小信号传输效率低 | 信号类用CAN/LIN，服务类用SOME/IP，按业务分层 |
| 忽略网关路由时延 | 跨网段控制闭环超时 | 建立端到端时延预算，网关路由表做优先级调度 |
| FlexRay盲目保留 | 成本高、工具链少、维护困难 | 新架构优先以太网+TSN，存量平台逐步迁移 |
综上，车载网络通信不是单一协议的比拼，而是按业务分层选型、通过网关与中间件协同的系统工程。掌握各协议的时延、带宽、成本与确定性边界，才能在中央计算架构中做出合理的通信设计。