1. 课程导入
欢迎进入《V2X OBU与RSU系统集成工程》课程。在正式动手搭建车载设备与路侧设备之前，我们需要先建立一张"全局地图"：V2X到底要解决什么问题，OBU和RSU在车路协同系统中各自扮演什么角色，以及本课程将带你掌握哪些工程能力。这一节不涉及复杂配置，但它决定了你后续学习的方向感——很多初学者在调试阶段反复碰壁，根源往往不是命令敲错，而是对系统分层和职责边界理解不清。
一、V2X技术愿景：让车与万物"对话"
V2X（Vehicle-to-Everything）即车联万物，核心目标是让车辆与周围环境实时交换信息，从而突破单车传感器的物理局限。单车感知受遮挡、视距、天气影响明显，而V2X通过无线通信把"看得见的"和"看不见的"信息都汇聚到车上。按通信对象划分，V2X包含四个典型方向：
- V2V（车-车）：车辆之间直接广播位置、速度、航向、刹车等状态，用于前向碰撞预警、盲区提醒。
- V2I（车-基础设施）：车辆与路侧设备交互，获取信号灯相位、限速、道路事件等信息。
- V2P（车-人）：车辆与行人终端通信，保护弱势交通参与者。
- V2N（车-网络）：车辆接入蜂窝网络，获取云端导航、远程诊断与全局调度服务。
从工程视角看，V2X的价值不仅是"多一条通信链路"，而是把交通系统从"个体感知"升级为"协同感知"。这要求通信具备低时延、高可靠、可信任三大特征，也直接决定了OBU与RSU的设计取向。
二、OBU与RSU：车路协同的两端
OBU（On-Board Unit，车载单元）安装在车辆上，是车辆参与V2X的"通信网关"。它通常包含V2X通信模组、GNSS定位模块、安全芯片、天线以及与应用层交互的接口。OBU负责把车辆总线上的速度、位置、转向等信息打包成标准消息（如BSM），并周期性广播；同时接收来自其他车辆和路侧的消息，交给上层应用做决策。
RSU（Road Side Unit，路侧单元）部署在路口、路段或收费站，是路侧侧的"通信与信息汇聚节点"。它同样具备V2X通信能力，但更强调与路侧感知设备（摄像头、雷达）、信号机、边缘计算单元的联动。RSU可以把信号灯相位、路侧感知结果、交通事件广播给车辆，也可以把车辆上报的数据回传至中心平台。
一句话区分：OBU是"车上的嘴和耳朵"，RSU是"路边的嘴和耳朵"。两者通过PC5直连通信或Uu蜂窝通信协同工作，共同构成车路协同的最小闭环。
下图展示了V2X系统集成中OBU与RSU的典型拓扑关系，包括车-车、车-路、路-云三条主要数据路径：
三、系统集成工程的学习目标
本课程不是单纯的"设备说明书"，而是围绕"把OBU、RSU、网络、平台、应用连成可用系统"这一工程目标展开。学完后，你应当具备以下能力：
- 选型与规划能力：根据场景（高速、城市路口、园区）确定OBU/RSU的通信制式、天线布局、供电与安装方式。
- 配置与调试能力：完成设备基础配置、PC5参数设置、消息收发验证、时间同步与安全证书配置。
- 联调与排障能力：能定位"消息发不出、收不到、时延大、定位漂移"等典型问题，并借助日志与抓包工具分析。
- 系统验证能力：设计测试用例，验证V2V/V2I场景下的预警触发率、时延与可靠性指标。
四、整体知识框架与典型场景
课程知识框架可以概括为"三层一闭环"：感知与通信层（OBU/RSU/天线/模组）、平台与数据层（消息解析、边缘计算、云平台）、应用与验证层（预警算法、测试工具、场景验证），最终形成"车-路-云"协同闭环。下表给出课程核心模块与工程关注点的对应关系：
| 知识模块 | 核心对象 | 工程关注点 | 典型输出 |
|---|---|---|---|
| 设备与硬件集成 | OBU、RSU、天线、GNSS | 安装位置、供电、防水、天线隔离 | 设备上电自检通过 |
| 通信配置 | PC5、Uu、V2X模组 | 频段、功率、时隙、邻区 | 消息可收发 |
| 消息与协议 | BSM、RSM、SPAT、MAP | 编码格式、周期、优先级 | 消息解析正确 |
| 安全与证书 | 安全芯片、CA、假名证书 | 证书申请、更新、吊销 | 通信可信 |
| 场景验证 | 前向碰撞、红绿灯预警 | 触发率、时延、误报率 | 测试报告 |
学习建议：每学完一个模块，回到这张拓扑图，问自己"我现在调的是哪条链路、哪个节点"。把抽象配置映射到具体物理对象，是V2X集成工程最有效的学习方法。
五、常见误区与复盘提醒
初学者最容易陷入三个误区。第一，把OBU当成"普通路由器"，忽视其安全芯片和证书体系，导致消息被拒收却查不出原因。第二，只关注单设备配置，忽略RSU与信号机、感知设备的时间同步，造成SPAT消息相位错乱。第三，测试时只看"有没有收到消息"，不记录时延和丢包率，无法判断系统是否满足预警要求。
排障提示：当V2V通信异常时，优先检查三项——天线是否接对端口、PC5频段与邻区是否一致、安全证书是否在有效期内。这三项覆盖了大部分"发不出、收不到"的问题。
下面是一段典型的OBU基础状态检查命令示例，后续章节会详细展开，这里先建立感性认识：
# 查看OBU通信模组状态
obu-cli status --module v2x
# 输出示例
V2X Module : ON
Band : 5905-5925 MHz
Tx Power : 23 dBm
GNSS Fix : 3D Fix, 12 satellites
Cert Status: Valid (expire 2026-08-01)
# 查看最近一条BSM发送记录
obu-cli log --type bsm --last 1
# 输出示例
[BSM] tx seq=1024, speed=45km/h, heading=90, lat=31.2304, lon=121.4737通过本节，你已经建立了V2X的全局认知：技术愿景回答了"为什么做"，OBU与RSU定义回答了"谁来做"，学习目标与知识框架回答了"怎么做"。接下来的章节将沿着"硬件—通信—消息—安全—场景"的主线逐层展开，把这张拓扑图上的每一条链路、每一个节点真正调通、调稳。