4. 车载通信技术基础
车路云协同系统的“车端”并不是一台孤立的计算机，而是一个由多条异构通信链路连接起来的移动计算集群。要让车辆把自身状态可靠地送出去、把路侧与云端的指令安全地收进来，就必须先理解车内网络的分层结构：低速控制走 CAN，高带宽感知走车载以太网，对外通信由 V2X 模块承担，而所有数据最终汇聚到车载计算平台完成融合与决策。本节从这条“车内到车外”的通信链路出发，梳理各子系统的职责、参数与协作关系。
一、车载网络的整体分层
现代智能网联汽车的车载网络通常按“域”划分，常见包括动力域、底盘域、车身域、座舱域和自动驾驶域。不同域对通信的需求差异极大：车门、车灯等车身控制只需几十 kbps 且对成本敏感；而激光雷达、摄像头产生的原始数据可达每秒数 GB，必须依赖高带宽链路。因此车载网络呈现明显的分层特征：
- 低速控制层：以 CAN、LIN 为主，承载开关量、状态量和小控制指令，强调确定性与低成本。
- 高速数据层：以车载以太网（100BASE-T1 / 1000BASE-T1）为主，承载摄像头、雷达、域控制器之间的高带宽数据。
- 对外通信层：由 V2X 模块（PC5 直连）和蜂窝模组（Uu 接口）组成，实现车与车、车与路、车与云的信息交互。
- 计算与网关层：车载计算平台与中央网关负责协议转换、数据路由和安全隔离。
理解这一分层，是后续分析时延、带宽和故障定位的基础。下图给出车端通信链路的整体关系。
二、CAN 总线：确定性控制的基石
CAN（Controller Area Network）采用多主结构、差分信号传输，具有非破坏性仲裁机制。当多个节点同时发送时，标识符（ID）数值越小优先级越高，仲裁失败的节点自动退出发送并转为接收，从而保证高优先级报文（如刹车、安全气囊）的实时性。经典 CAN 最高速率 1 Mbps，CAN FD 数据段可提升至 2～8 Mbps，并支持最长 64 字节数据场。
工程中常见的配置与诊断命令如下，用于查看接口状态与报文：
# 配置 CAN 接口，位速率 500 kbps
ip link set can0 type can bitrate 500000
ip link set up can0
# 查看接口统计（错误帧、总线关闭次数）
ip -details -statistics link show can0
# 使用 candump 抓取报文
candump can0
can0 0C9 [8] 00 00 00 00 00 00 00 00
can0 1A0 [8] 12 34 56 78 9A BC DE F0需要特别注意的是，CAN 是广播式总线，缺乏源地址认证与加密能力。在车路云场景中，若将 CAN 报文直接透传到外部网络，会带来严重的安全风险，必须经过网关做白名单过滤与协议转换。
三、车载以太网：高带宽数据的通道
车载以太网使用单对双绞线（100BASE-T1 / 1000BASE-T1），在保证高带宽的同时降低线束重量与成本。它通常承载 SOME/IP、DDS、TSN 等协议：SOME/IP 用于面向服务的通信，DDS 适合高实时数据分发，TSN 则通过时间同步与流量整形保障确定性时延。
与 CAN 相比，车载以太网的关键差异可归纳如下表：
| 对比项 | CAN / CAN FD | 车载以太网 |
|---|---|---|
| 典型速率 | 500 kbps ~ 8 Mbps | 100 Mbps ~ 1 Gbps |
| 拓扑结构 | 总线型，多主广播 | 交换式，点对点 |
| 典型业务 | 控制指令、状态量 | 摄像头、雷达、域控数据 |
| 实时性保障 | 优先级仲裁 | TSN 时间同步与整形 |
| 安全能力 | 弱，需网关防护 | 支持 MACsec、VLAN 隔离 |
四、V2X 通信模块与车载计算平台
V2X 模块基于 PC5 直连接口实现车与车（V2V）、车与路（V2I）、车与人（V2P）的低时延通信，典型工作频段为 5.9 GHz，消息类型包括 BSM（基本安全消息）、SPaT（信号灯相位与配时）、MAP（地图）等。其核心价值在于不依赖蜂窝网络覆盖即可完成局部协同，端到端时延可控制在 10～20 ms 量级。
车载计算平台则是车端的“大脑”，通常由高算力 SoC、AI 加速单元、功能安全 MCU 和高速交换芯片组成。它接收来自 CAN 的车辆状态、来自以太网的感知数据以及来自 V2X 模块的路侧消息，完成时间同步、坐标统一、目标融合与决策规划，再通过网关下发控制指令。
典型数据流：路侧 RSU 广播 SPaT → V2X 模块解析 → 计算平台与自车定位、车速融合 → 生成车速引导建议 → 经网关下发至 CAN → 座舱或动力系统执行。
五、常见误区与排障复盘
误区一：把 CAN 当作通用数据通道。CAN 带宽有限，若用于传输图像或大块日志，会造成总线负载率飙升，导致安全报文延迟。应通过网关将大数据分流至以太网。
误区二：忽视时间同步。V2X 消息、摄像头与雷达数据若时间戳不一致，融合结果会出现“鬼影”目标。工程上需统一使用 gPTP 或 GNSS 授时。
误区三：只测通不通，不测时延与丢包。协同安全应用对时延敏感，必须用示波器或时间戳日志验证端到端时延是否满足 100 ms 以内的要求。
排障时可遵循“先物理层、再链路层、后应用层”的顺序：先确认 CAN 终端电阻与以太网链路状态，再检查 VLAN、IP 与路由配置，最后核对 V2X 消息格式与计算平台的时间戳。只有把车内网络、V2X 模块与计算平台作为一个整体来验证，才能保证车路云协同链路的稳定可靠。