2. V2X通信基础

V2X（Vehicle-to-Everything，车联万物）并不是单一技术，而是一组把车辆与外部环境连接起来的通信能力集合。理解V2X，最有效的方式是先把它拆成四个基本通信对象：车与车（V2V）、车与路侧基础设施（V2I）、车与人（V2P）、车与网络（V2N）。这四个方向共同构成车辆身份体系和安全通信的“物理边界”——所有证书、签名、假名、撤销机制，最终都要落到这些链路上运行。

一、四类通信对象的定义与边界

V2V（Vehicle-to-Vehicle）指车辆与车辆之间的直接通信，不依赖基站转发。它最典型的特征是“低时延、高动态、广播式”，车辆周期性发送自身位置、速度、航向、制动状态等基础安全消息（BSM/CAM），周围车辆据此判断碰撞风险。V2V是主动安全的核心链路，对时延要求在10ms～100ms量级。

V2I（Vehicle-to-Infrastructure）指车辆与路侧单元（RSU）、信号机、路侧感知设备之间的通信。RSU既可以把红绿灯相位、限速、施工区信息下发给车辆，也可以把车辆上报的信息汇聚到边缘计算节点。V2I的关键价值在于“把路侧视角补进车里”，解决单车传感器被遮挡、视距受限的问题。

V2P（Vehicle-to-Pedestrian）指车辆与行人、骑行者等弱势交通参与者（VRU）携带的智能设备之间的通信。行人手机或专用标签广播自身位置，车辆接收后提前预警。V2P的难点在于行人设备形态多样、电量受限、定位精度参差，因此安全策略通常更保守。

V2N（Vehicle-to-Network）指车辆通过蜂窝网络与云端平台、TSP、OEM后台之间的通信。它覆盖广、连接稳定，但时延通常高于直连链路，适合导航更新、远程诊断、OTA升级、车队调度等非实时安全类业务。

二、通信模式：直连与蜂窝的分工

V2X在工程上主要落在两种通信模式上，理解它们的差异，才能理解后续安全机制为何要区分设计。

三、典型应用场景与消息类型

不同通信对象对应不同的消息集和业务闭环。工程上常用如下映射来快速判断一条业务应该走哪条链路：

• V2V场景：前向碰撞预警（FCW）、盲区预警、紧急制动预警、车辆编队。消息以BSM/CAM为主，周期约100ms，要求广播可达、签名可验。
• V2I场景：红绿灯车速引导（GLOSA）、闯红灯预警、匝道汇入、施工区提醒。消息以SPaT/MAP为主，由RSU周期性广播。
• V2P场景：行人过街预警、骑行者避撞、校车周边提醒。消息以VRU广播或路侧融合感知结果为主。
• V2N场景：云端路径规划、远程故障诊断、OTA固件升级、车队运营管理。消息走HTTPS/TLS或专用车联网协议。

以“路口碰撞预警”为例，完整链路通常是：车辆A通过V2V广播BSM，车辆B接收并计算冲突；同时RSU通过V2I广播SPaT和MAP，车辆B结合信号相位判断是否减速；若行人设备通过V2P广播位置，车辆B进一步收紧预警阈值。三类链路叠加，才形成完整的路口安全闭环。

四、标准化组织与工程落地

V2X不是某一家企业的私有方案，它依赖多个标准化组织协同定义。工程人员需要知道“哪一层由谁定义”，才能在选型和合规时找对依据。

• ISO TC 204：智能交通系统总体架构，ISO 21217等。
• ETSI TC ITS：欧洲ITS标准，定义CAM、DENM、SPaT/MAP等消息。
• SAE International：SAE J2735消息集、J2945系列通信性能要求。
• IEEE：IEEE 802.11p（DSRC底层）、IEEE 1609系列（WAVE协议栈）。
• 3GPP：C-V2X空口标准，R14/R15/R16持续演进PC5与Uu能力。
• 中国C-ITS：CSAE 53、CSAE 157等团体标准，以及IMT-2020 C-V2X工作组。

五、复盘：从通信对象到安全需求

把本节内容压缩成一条工程判断链：先确定业务属于V2V、V2I、V2P还是V2N，再确定走直连还是蜂窝，然后确定消息类型和发送频率，最后才落到证书申请、签名验签、假名轮换和撤销策略。顺序不能颠倒——通信对象决定了安全机制的边界，而不是反过来。

业务判断示例：
业务：路口碰撞预警
→ 通信对象：V2V + V2I + V2P
→ 通信模式：PC5直连为主，Uu为辅
→ 消息类型：BSM / SPaT / MAP / VRU广播
→ 安全需求：消息签名、假名轮换、抗重放、撤销检查
→ 性能约束：端到端时延 < 100ms，广播频率约10Hz

掌握这四类通信对象及其链路分工，是后续学习车辆身份证书、安全消息封装和异常行为检测的前提。V2X的安全问题，本质上都发生在这些链路的“信任建立”和“信任维持”环节。