3. 车载终端系统架构
OBU（On-Board Unit，车载单元）是V2X系统中部署在车辆侧的通信与计算核心，承担着车-车（V2V）、车-路（V2I）、车-人（V2P）、车-云（V2N）之间的实时信息交互任务。理解OBU的系统架构，是开展终端测试与验证工作的前提——只有明确硬件组成、软件栈分层、通信模块能力、安全模块职责以及接口定义，才能设计出覆盖充分、定位精准的测试用例。本节从工程视角出发，系统梳理OBU的整体架构与关键组成。
一、OBU整体架构与硬件组成
OBU在硬件层面通常由主控计算单元、V2X通信模组、蜂窝通信模组、GNSS定位模块、安全芯片、电源管理单元以及对外接口电路构成。各部件通过板级总线或高速接口互联，形成完整的感知、通信、计算与安全闭环。
- 主控计算单元：多采用车规级MCU或SoC，负责协议栈运行、消息编解码、应用逻辑处理与任务调度。高性能OBU会采用“MCU+应用处理器”双核架构，MCU处理实时性要求高的安全消息，应用处理器承载上层业务。
- V2X通信模组：基于IEEE 802.11p（DSRC）或C-V2X（LTE-V2X/5G NR-V2X）实现直连通信，工作于5.9GHz频段，负责PC5接口的广播与接收。
- 蜂窝通信模组：提供Uu接口，实现与云平台、路侧单元的后台连接，支持远程升级、数据回传与云端协同。
- GNSS定位模块：支持GPS、北斗、GLONASS等多星座，结合RTK或差分服务实现厘米级至米级定位，为BSM消息提供位置、速度、航向等基础数据。
- 安全芯片（HSM/SE）：提供密钥存储、签名验签、加解密等密码运算能力，是安全凭证管理与消息认证的硬件根基。
- 电源管理单元：负责宽压输入、掉电保护、低功耗唤醒，保证车辆熄火后仍能维持安全消息的短时收发。
二、软件栈分层结构
OBU软件栈通常采用分层设计，自下而上包括硬件抽象层、系统与驱动层、V2X协议栈层、安全服务层、应用服务层以及外部接口层。分层的目的在于解耦硬件差异、便于协议升级与测试隔离。
| 层级 | 主要功能 | 典型组件/协议 |
|---|---|---|
| 硬件抽象层 | 屏蔽芯片差异，提供统一寄存器与中断接口 | HAL、BSP |
| 系统与驱动层 | 任务调度、内存管理、外设驱动 | RTOS/Linux、CAN/以太网驱动 |
| V2X协议栈层 | 消息编解码、拥塞控制、广播管理 | WSMP、DSRC/C-V2X、BSM/SPAT/MAP |
| 安全服务层 | 证书管理、签名验签、隐私保护 | SCMS、IEEE 1609.2、HSM |
| 应用服务层 | 场景应用、数据融合、告警决策 | 前向碰撞预警、红绿灯提醒 |
| 外部接口层 | 与整车、云平台、测试工具交互 | CAN、以太网、串口、USB |
三、通信模块与安全模块协同
通信模块与安全模块是OBU架构中耦合最紧密的两个部分。V2X直连通信采用广播机制，任何节点都可能收到伪造或重放消息，因此每条安全消息在发送前必须经过签名，接收后必须验签。安全模块通过硬件密码引擎完成ECDSA签名与验签，避免占用主控算力，同时保证密钥不出芯片。
典型的安全消息处理流程如下：
发送侧：
应用生成BSM数据 → 安全层封装IEEE 1609.2 → HSM签名 → V2X模组广播
接收侧：
V2X模组接收 → 安全层解析 → HSM验签 → 证书链校验 → 应用层处理
通信模块还需支持拥塞控制，当信道繁忙时动态调整发送功率与频率，避免广播风暴。安全模块则需支持证书吊销列表（CRL）查询与假名证书轮换，防止车辆被长期跟踪。
四、接口定义与测试关注点
OBU对外接口可分为车内接口、无线接口和调试接口三类。车内接口主要包括CAN/CAN FD、车载以太网，用于获取车速、方向盘转角、制动状态等车辆数据；无线接口包括PC5直连接口和Uu蜂窝接口；调试接口包括串口、USB、JTAG，用于日志输出、固件烧录与测试注入。
五、典型场景与误区复盘
以“前向碰撞预警”场景为例，OBU通过V2X模组周期性广播BSM，同时接收周围车辆BSM。主控单元根据双方位置、速度、航向计算碰撞风险，若存在风险则通过CAN总线向仪表或HMI发出告警。该场景对通信时延、定位精度和安全认证均有严格要求。
综上，OBU系统架构是硬件、软件、通信、安全与接口的有机整体。测试工程师应建立“分层验证、接口隔离、安全贯穿”的思路，从硬件信号到协议栈行为，从单模块功能到系统协同，逐层构建测试覆盖，才能有效保障V2X车载终端的可靠性与安全性。