2. V2X基础概念
V2X（Vehicle-to-Everything，车联万物）并不是单一技术，而是一组以车辆为中心、把车与周边交通要素连接起来的通信能力集合。工程上通常把它拆成四个基本子类：V2V（车与车）、V2I（车与基础设施）、V2P（车与行人）、V2N（车与网络）。理解这四个缩写的定义、通信模式与典型场景，是后续测试用例设计、射频指标验证和场景库搭建的概念地基。
一、四类连接的定义与通信模式
V2V 指车辆与车辆之间的直接通信，典型模式为 PC5 直连（基于 LTE-V2X 或 NR-V2X 的 sidelink），不依赖蜂窝基站即可在毫秒级完成广播。它承载的是位置、速度、航向角、刹车状态等 BSM（Basic Safety Message） 类消息，是前向碰撞预警、交叉路口碰撞预警的基础。
V2I 指车辆与路侧基础设施（RSU、信号灯、路侧感知单元）之间的通信，既可用 PC5 直连，也可经 Uu 接口回传至边缘计算节点。它把“路”变成有感知、有广播能力的智能体，典型消息包括 SPaT（信号相位与配时）、MAP（地图拓扑）、RSI（路侧信息）。
V2P 指车辆与行人（或骑行者）携带的智能终端之间的通信。由于行人终端功耗、天线高度和佩戴方式差异大，V2P 对链路预算和定位精度更敏感，常用于弱势交通参与者（VRU）碰撞预警、右转盲区提醒。
V2N 指车辆与云端网络之间的通信，主要走 Uu 接口，依赖蜂窝网络覆盖。它承载的是大范围、非实时或准实时的服务，如交通流量、天气、OTA 升级、远程诊断和高精地图分发。
二、典型应用场景对照
四类连接在场景中的分工并不重叠。V2V 解决“车与车之间的意图互知”，V2I 解决“车与路的协同”，V2P 解决“弱势参与者保护”，V2N 解决“全局信息与云服务”。下表给出工程测试中最常被引用的场景映射。
| 类型 | 通信对象 | 主要接口 | 典型消息 | 典型场景 |
|---|---|---|---|---|
| V2V | 车辆 ↔ 车辆 | PC5 直连 | BSM、CAM | 前向碰撞预警、交叉路口碰撞预警 |
| V2I | 车辆 ↔ RSU/信号机 | PC5 / Uu | SPaT、MAP、RSI | 绿波车速引导、闯红灯预警 |
| V2P | 车辆 ↔ 行人终端 | PC5 | VRU 消息 | 右转盲区提醒、行人横穿预警 |
| V2N | 车辆 ↔ 云平台 | Uu | 交通事件、地图、OTA | 全局路径优化、远程诊断、软件升级 |
三、产业生态与测试关注点
V2X 的产业生态由四层构成：芯片与模组层（基带、射频、V2X 协议栈）、终端与整车层（OBU、T-Box、域控制器）、路侧与网络层（RSU、边缘计算、蜂窝网络）、平台与应用层（云控平台、安全认证、场景服务）。测试工程师需要在这四层之间建立“接口—消息—性能”的对应关系。
- 芯片/模组：关注发射功率、接收灵敏度、邻道抑制、PC5 资源调度一致性。
- OBU/整车：关注天线布局、GNSS 定位精度、消息生成周期、HMI 告警时延。
- RSU/网络：关注覆盖半径、广播周期、Uu 回传时延、边缘计算转发策略。
- 平台/应用：关注证书管理、消息签名验签、场景触发准确率与误报率。
四、常见误区与复盘
误区一：把 V2X 等同于 V2V。 实际上 V2I、V2P、V2N 在时延、覆盖、消息类型上差异显著，若只按 V2V 指标验收，会漏掉 V2N 的覆盖连续性和 V2P 的链路预算问题。
误区二：认为 PC5 一定优于 Uu。 PC5 时延低但不依赖基站，适合安全类短消息；Uu 覆盖广但时延受网络调度影响，适合非实时业务。二者是互补而非替代。
误区三：忽视消息集与场景的绑定。 同一条 BSM 在不同场景下的触发条件、发送频率和优先级可能不同，测试时必须把“消息内容 + 触发条件 + 性能门限”作为一个整体来验证。
# 典型 V2X 测试参数记录示例
interface: PC5
message: BSM
period_ms: 100
tx_power_dbm: 23
latency_budget_ms: 20
reliability_target: 99.9%
scenario: intersection_collision_warning
复盘时建议按“连接类型 → 接口 → 消息 → 场景 → 指标”五级链路回溯，任何一级缺失都会导致测试结论无法复现。只有把 V2V、V2I、V2P、V2N 的定义、通信模式与产业分工同时纳入测试基线，后续的射频一致性、协议一致性和场景验证才有稳定的参照系。