3. V2X硬件架构总览:OBU(车载单元)与RSU(路侧单元)的硬件组成、功能模块划分、典型系统框图

V2X(Vehicle-to-Everything)车联网系统的硬件载体主要分为两大形态:部署在车辆上的OBU(On-Board Unit,车载单元)和部署在道路基础设施侧的RSU(Road-Side Unit,路侧单元)。两者虽然在安装环境、供电方式、防护等级上存在显著差异,但从硬件架构的视角看,它们遵循着高度一致的设计范式——即“通信模组+主控计算+定位授时+安全引擎+接口管理”的五域分层结构。理解这一共性架构,是进行后续天线布局、热设计、EMC防护和可靠性验证的前提。本章将系统拆解OBU与RSU的硬件组成、功能模块划分,并给出可直接用于方案评审的典型系统框图。

OBU / RSU 硬件功能模块与信号流向总览 OBU(车载单元) 天线组(RF Front-End) V2X 5.9GHz 主天线 V2X 5.9GHz 分集天线 GNSS 双频有源天线 4G/5G 蜂窝天线 通信模组(PC5/Uu) C-V2X 模组(PC5 Mode4) LTE/5G NR 蜂窝模组 DSRC(可选,兼容) 射频前端 & 滤波器组 RF 主控计算域(Application Processor) 多核ARM Cortex-A55/A72 + 硬件加密引擎 Linux / QNX / RTOS 双系统隔离 V2X 协议栈(WSMP/GeoNetworking/BTP) PCIe/USB/SDIO 定位与授时 GNSS 双频接收机 RTK/PPP 差分定位(可选) PPS 秒脉冲 + ToD 授时 安全引擎(HSM/SE) 国密 SM2/SM3/SM4 ECDSA 签名/验签 证书链管理(IEEE 1609.2) UART/I2C SPI 车载接口与电源管理 CAN-FD / 车载以太网100BASE-T1 / GPIO DC 9~36V 宽压输入 + 防反接 + 抛负载保护 电源域:VIN(12V) → DC-DC 5V → LDO 3.3V/1.8V/0.9V 待机电流 < 2mA(KL30 常电) RSU(路侧单元) 天线组(室外型) V2X 定向/全向天线(5.9GHz) GNSS 天线(支持RTK) 4G/5G 回传天线 防雷器(N型/SMA接口) 通信模组 C-V2X 模组(PC5) LTE/5G 回传模组 光纤/网口回传(SFP/GE) 以太网交换芯片 RF 主控计算域(边缘计算单元) x86/ARM 边缘计算盒(可选AI加速NPU) V2X 协议栈 + 本地感知融合 远程管理 Agent(TR069/MQTT) PCIe/USB/GE 高精度定位授时 双频GNSS + RTK 厘米级 IEEE 1588 PTP / PPS OCXO 恒温晶振(守时) 安全与密管 HSM 硬件安全模块 证书签发/更新(离线/在线) 防篡改与日志审计 UART SPI 路侧接口与电源 1000BASE-T / 光纤SFP / RS485 / 干接点 AC 220V / DC 48V 供电 + 防雷 + 漏电保护 电源域:AC/DC → 隔离DC-DC 12V → 多路LDO 工作温度 -40℃ ~ +75℃(工业级) PC5 空口 5.9GHz

上图给出了OBU与RSU在硬件模块层面的统一视图。从工程实现角度,两者的差异主要体现在机械结构、供电策略和对外接口的物理形态上,而核心的通信、计算、安全、定位四大功能域则高度同构。下面从硬件组成、功能模块划分、典型系统框图三个维度展开详细论述。

3.1 OBU硬件组成与功能模块划分

3.1.1 核心原理:五域分层与车载环境约束

OBU作为车端V2X通信的物理载体,其硬件设计必须同时满足三个核心约束:车规级可靠性(AEC-Q100/ISO 16750)、低功耗与宽压供电(9~36V DC,支持KL30常电)、多天线共址的电磁兼容性。OBU硬件在逻辑上可划分为五个功能域:

  • 通信域:包含C-V2X模组(PC5接口)、LTE/5G蜂窝模组、以及可选的DSRC模组。该域负责物理层信号的调制解调、信道编码和射频收发。
  • 计算域:以多核ARM处理器为核心,运行V2X协议栈(WSMP/GeoNetworking)、应用层安全机制和车辆网联应用。计算域需要支持硬件虚拟化或系统隔离,确保安全关键应用与非安全应用的资源隔离。
  • 定位授时域:采用双频GNSS接收机(L1+L5),支持RTK差分定位(可选),输出PPS秒脉冲和ToD时间信息,为V2X消息提供亚微秒级时间同步基准。
  • 安全域:独立HSM(硬件安全模块)或SE(安全芯片),存储私钥、执行SM2/ECDSA签名验签、管理证书链。安全域与计算域之间通过SPI或专用安全通道通信。
  • 接口与电源域:提供CAN-FD、车载以太网(100BASE-T1)、GPIO等车辆接口;电源部分需处理抛负载(Load Dump)、冷启动、反接保护等车载瞬态工况。
工程要点:OBU的PCB布局中,通信模组与主控CPU之间通常采用PCIe或USB 3.0高速接口,信号完整性设计需重点关注差分对等长、阻抗匹配(90Ω±10%)和回流路径。天线馈线应尽量短,避免使用长距离同轴电缆引入额外损耗和驻波比恶化。

3.1.2 判断方法:OBU硬件选型与接口匹配

在OBU硬件方案设计阶段,工程师需要根据整车电子电气架构和功能需求,完成以下关键判断:

  1. 通信制式选择:确认目标市场要求的是C-V2X(3GPP Rel-14/15/16)还是DSRC(IEEE 802.11p),或需要双模兼容。当前国内量产项目以C-V2X为主,需确认模组支持PC5 Mode4直连通信。
  2. 计算性能评估:根据V2X应用场景(如交叉路口碰撞预警、绿波通行)的算法复杂度,评估CPU算力需求。一般需要至少4核Cortex-A55以上,且预留30%性能余量用于后续OTA升级。
  3. 天线布局可行性:OBU通常集成在车顶鲨鱼鳍或前挡风玻璃区域,需评估天线间距(V2X与GNSS天线间距建议≥30cm)、天线极化方式(V2X采用垂直极化)和车身遮挡对辐射方向图的影响。
  4. 接口协议匹配:与整车CAN矩阵或以太网骨干网对接时,需确认CAN-FD波特率(通常500kbps/2Mbps)、以太网VLAN划分和DoIP(Diagnostics over IP)支持能力。

3.1.3 案例拆解:某量产OBU的硬件架构评审

以一款面向L2+级智能驾驶的前装OBU为例,其硬件配置如下:

功能域关键器件接口/参数设计要点
通信高通SA525M / 华为MH5000PC5 + LTE Cat.19支持双卡双待,天线分集接收
计算NXP i.MX8QM(8核)PCIe 3.0 x1Linux + QNX Hypervisor
定位u-blox F9PUART + PPSRTK差分解算,20Hz输出
安全英飞凌 SLI97SPI 50MHz支持国密算法,密钥不可读
电源TI TPS65381-Q1多路DC-DC/LDO符合ISO 7637-2 抛负载脉冲

在评审中发现两个关键问题:其一,GNSS天线与V2X天线在鲨鱼鳍内间距仅12cm,导致GNSS信号被V2X发射信号阻塞(Desense),通过增加带通滤波器和调整天线极化方向(V2X改为45°斜极化)解决;其二,主控CPU的DDR4内存走线未做等长补偿,导致系统在-30℃低温下偶发启动失败,通过调整PCB叠层和增加终端电阻后通过验证。

风险提示:OBU天线布局是硬件设计中最容易出问题的环节。V2X发射功率可达23dBm,若与GNSS天线隔离度不足,会直接导致定位丢星或精度劣化。建议在样机阶段进行有源互调(PIM)测试和全频段Desense扫描。

3.2 RSU硬件组成与功能模块划分

3.2.1 核心原理:室外工业级设计与回传链路

RSU部署在路侧杆件、龙门架或信号灯横臂上,工作环境温度范围宽(-40℃~+75℃),且面临雷击、盐雾、振动等恶劣条件。RSU硬件在OBU五域架构基础上,增加了回传通信域和环境适应域:

  • 回传通信域:支持光纤(SFP光模块)、千兆以太网、LTE/5G蜂窝回传三种方式。光纤回传时延低(<1ms),蜂窝回传部署灵活但时延较大(10~50ms)。
  • 环境适应域:包含防雷器(气体放电管+TVS阵列)、温控风扇(或被动散热)、IP65防护外壳、防凝露加热器(可选)。
  • 高精度授时增强:RSU通常配备OCXO(恒温晶振)或TCXO,在GNSS信号丢失后维持PPS精度在±1.5μs/小时以内,满足V2X消息时间戳的合规要求。

3.2.2 操作流程:RSU硬件部署与调试步骤

RSU的硬件调试与OBU有显著差异,其流程更偏向于站点工程:

  1. 上电前检查:确认供电电压(AC 220V或DC 48V)、接地电阻(<4Ω)、天馈驻波比(VSWR<1.5)。
  2. 回传链路验证:使用iperf测试光纤/网口吞吐量,确认丢包率<0.1%;若使用蜂窝回传,需测试信号强度RSRP>-110dBm。
  3. 授时精度校准:通过PPS与标准时间源对比,记录时间偏差;若偏差>100ns,需检查GNSS天线视野是否被遮挡。
  4. 空口覆盖测试:使用频谱仪或扫频仪测试5.9GHz频段的发射功率和EVM(误差矢量幅度),确保覆盖范围满足路口场景需求(通常≥300m)。

3.2.3 实战场景:高速路口RSU的硬件排障

某高速收费站部署的RSU频繁出现V2X消息丢包率升高、时延抖动大的问题。现场排查过程如下:

初始现象:RSU上报的BSM(基本安全消息)周期从100ms抖动至200~500ms,且伴随偶发断连。关键数据:通过远程管理平台获取到RSU的CPU占用率高达85%,内存泄漏至90%。分析判断:初步怀疑是边缘计算单元运行了过多的感知融合算法,导致协议栈处理线程被抢占。

实际操作:① 通过SSH登录RSU,使用top命令定位高CPU进程,发现是“camera_fusion”进程占用60% CPU;② 检查该进程的日志,发现摄像头输入流分辨率被误配置为4K,而实际硬件仅支持1080P;③ 修改配置文件,将分辨率降至1080P,并限制该进程的CPU亲和性(绑定到2个核心);④ 重启RSU服务,观察30分钟。

结果对比:CPU占用率降至35%,BSM消息周期恢复至100ms±5ms,丢包率从2.3%降至0.1%。复盘经验:RSU硬件设计时,边缘计算单元与通信模组之间应设置独立的硬件看门狗和资源隔离机制,避免非关键应用拖垮通信链路。

经验提醒:RSU的防雷设计不能只靠一个防雷器。正确的做法是:天馈线入口加装同轴防雷器(通流容量≥20kA),电源入口加装交流/直流防雷模块,且所有防雷器必须独立接地,接地线截面积≥16mm²。

3.3 OBU与RSU典型系统框图对比

3.3.1 系统框图的核心差异

对比维度OBURSU
供电方式车载电池(9~36V DC)市电/直流屏(AC 220V / DC 48V)
天线形态内置/外置鲨鱼鳍,紧凑布局外置独立天线,可调整方向角
回传链路无(通过整车T-Box回传)光纤/以太网/蜂窝,必须独立回传
授时要求依赖GNSS,可容忍短时丢星需OCXO守时,满足路口级同步
防护等级IP54(车内/车顶)IP65(室外杆件)
安全等级满足ISO 21434 车辆网络安全满足等保三级/密评要求

3.3.2 框图设计中的常见误区

在评审OBU/RSU系统框图时,以下问题反复出现,需要特别注意:

  • 误区一:将GNSS模块与通信模组集成在同一芯片内,却未考虑射频前端隔离。实际上,GNSS信号极弱(-130dBm),而V2X发射信号强(+23dBm),两者若共用同一PCB区域,必须增加屏蔽罩和表面声波滤波器(SAW Filter)。
  • 误区二:框图只画了数据流,未画电源树和时钟树。完整的系统框图必须包含电源域划分(如数字3.3V、模拟2.8V、IO 1.8V)和时钟源分配(如24MHz主晶振、32.768kHz RTC晶振、OCXO参考时钟)。
  • 误区三:忽略安全引擎的密钥注入接口。HSM/SE芯片在生产阶段需要注入初始密钥,框图中必须预留SWD或专用调试接口,且该接口在量产模式下必须物理熔断。

3.3.3 案例拆解:从框图到PCB的硬件设计闭环

以某RSU项目为例,初始框图中将回传以太网交换芯片直接连接至主控CPU的PCIe接口,但未考虑交换芯片的散热问题。在-20℃低温测试时,交换芯片工作正常;但在+75℃高温测试时,芯片结温达到125℃(超过规格上限),导致网络丢包。通过修改框图,增加了一路12V风扇供电域和温度监控节点(NTC热敏电阻),并在PCB上增加散热铜皮和导热垫,最终结温降至105℃以内。这个案例说明,系统框图不仅是逻辑连接图,更是热、电、机械协同设计的起点。

总结复盘:OBU与RSU的硬件架构本质上是同一套设计语言在不同物理约束下的实例化。硬件工程师在绘制系统框图时,应始终带着三个问题:① 每个模块的电源从哪里来?② 每个模块的时钟/复位如何保证?③ 每个模块的故障如何被监测和恢复?只有回答了这三个问题,框图才具备可实施性。