2. 车联网基础
车联网并不是“把汽车连上互联网”这么简单。它是一套由车、路、云、人、平台共同构成的分层协同系统，核心目标是在高速移动、拓扑频繁变化的环境中，让车辆与外部世界安全、可靠、低时延地交换信息。理解车联网的体系架构、V2X通信模式、车载设备类型与典型应用场景，是后续学习设备身份认证、证书管理、密钥协商与安全通信的工程前提。
一、车联网体系架构：端—管—云三层协同
从工程视角看，车联网通常划分为三层：端侧（感知与执行层）、管侧（通信与网络层）、云侧（平台与应用层）。端侧包括车载单元OBU、路侧单元RSU、摄像头、雷达、传感器及行人终端；管侧负责V2X直连通信、蜂窝网络、边缘计算节点之间的数据转发；云侧则承载车联网平台、身份认证中心、证书管理系统、交通调度与数据分析服务。
三层之间并非单向数据流，而是闭环协同：端侧采集车辆状态、位置、速度、刹车意图等数据，经管侧上传至云侧；云侧完成全局路径规划、交通事件发布、证书签发与策略下发；管侧再将指令或广播消息回传至端侧。身份认证贯穿整个闭环，任何一层被伪造或篡改，都可能引发连锁安全风险。
工程要点：车联网架构的安全边界不在单一设备，而在“端—管—云”之间的每一次跨域交互。认证设计必须同时覆盖车与车、车与路、车与云、车与移动终端四类接口。
二、V2X通信模式：从V2V到V2N的全景关系
V2X（Vehicle-to-Everything）是车联网通信模式的总称，按通信对象可细分为：
- V2V（车—车）：车辆之间直接通信，用于前向碰撞预警、紧急制动提醒、编队行驶等低时延场景。
- V2I（车—基础设施）：车辆与路侧单元RSU、红绿灯、路牌交互，用于信号灯相位推送、限速提醒、匝道汇入引导。
- V2P（车—行人）：车辆与行人手机或可穿戴设备通信，用于弱势交通参与者碰撞预警。
- V2N（车—网络）：车辆通过蜂窝网络接入云平台，用于远程诊断、OTA升级、导航与娱乐服务。
- V2G（车—电网）：电动汽车与电网互动，用于有序充电、削峰填谷和反向放电。
从通信技术看，V2X主要有两条路线：DSRC/ITS-G5 与 C-V2X。前者基于IEEE 802.11p，后者基于蜂窝网络（LTE-V2X、5G NR-V2X）。C-V2X又分为直连通信（PC5接口）和蜂窝通信（Uu接口），分别对应低时延直通与广覆盖回传。身份认证在这两种接口上的证书格式、吊销机制和时延要求并不相同。
三、车载设备类型：从OBU到T-Box
车联网端侧设备种类多、接口杂，认证设计必须区分不同设备的计算能力、存储空间和通信接口。常见车载设备包括：
| 设备 | 主要功能 | 典型接口 | 认证关注点 |
|---|---|---|---|
| OBU（车载单元） | V2X直连通信、消息签名与验签 | PC5、802.11p | 证书存储、防拆、时钟同步 |
| T-Box（远程通信终端） | 蜂窝接入、远程控制、OTA | Uu、CAN、以太网 | SIM/eSIM、双向TLS、固件签名 |
| RSU（路侧单元） | 路侧广播、事件发布、边缘计算 | PC5、光纤、Uu | 设备证书、批量吊销、防伪造 |
| 车载网关 | 域间隔离、CAN与以太网转换 | CAN、LIN、以太网 | 访问控制、报文过滤、安全启动 |
| 传感器/摄像头 | 环境感知、图像采集 | LVDS、以太网 | 设备指纹、数据完整性 |
这些设备并非孤立工作。OBU负责V2X消息的签名与验签，T-Box负责与云端的证书更新和OTA，网关负责域间隔离，RSU则承担路侧信任锚点的角色。认证体系需要为每类设备分配不同的身份凭证和权限策略。
四、典型应用场景与认证需求映射
不同应用场景对身份认证的要求差异很大。以下列举四类典型场景：
- 前向碰撞预警（V2V）：要求毫秒级时延，证书验证必须在本地快速完成，通常采用短周期假名证书，避免长期身份暴露。
- 信号灯相位推送（V2I）：RSU广播信号灯状态，车辆需验证RSU身份，防止伪造绿波诱导。
- 弱势交通参与者预警（V2P）：行人终端计算能力弱，认证协议需轻量化，常采用群签名或代理认证。
- OTA远程升级（V2N）：云端与T-Box之间需双向TLS，固件包需签名验证，防止恶意刷写。
场景映射原则：时延越敏感的场景，越倾向本地化、短周期、轻量级认证；涉及远程控制与固件更新的场景，越需要强身份绑定与完整证书链验证。
五、常见误区与工程复盘
误区一：把V2X等同于V2N。V2X包含直连通信，V2N只是其中一种。若只按蜂窝网络安全设计，会忽略PC5接口的广播特性和伪基站风险。
误区二：认为OBU和T-Box可以共用一套证书。两者通信接口、时延要求、吊销策略不同，共用证书会导致权限过大和吊销困难。
误区三：忽略时钟同步。V2X消息常带时间戳，证书有效期验证依赖时钟。车载设备时钟漂移会导致合法证书被误判为过期。
复盘提示：在车联网认证工程中，先画清楚“谁和谁通信、走什么接口、时延预算是多少”，再决定证书类型、密钥算法和吊销机制。架构不清，认证设计必然返工。
典型V2X消息认证参数示例：
msg_type = BSM（基本安全消息）
sign_algo = ECDSA-P256
cert_type = 假名证书（有效期 5 分钟）
verify_budget = ≤ 20 ms
revocation = CRL + OCSP 混合
clock_sync = GNSS + NTP 双源掌握车联网体系架构、V2X通信模式、车载设备类型与典型应用场景，才能为后续的设备身份认证、证书生命周期管理和安全通信协议设计打下可靠基础。