定义
C-V2X（Cellular V2X，蜂窝车联网）是基于 4G LTE-V2X（R14/R15）和 5G NR-V2X（R16+）的 V2X 通信技术，由 3GPP 标准化。C-V2X 支持两种通信模式：PC5 直连通信（车与车、车与路侧设备直连，无需基站）和 Uu 蜂窝通信（经基站与云端、其他车辆交互）。
相比 DSRC（802.11p），C-V2X 具有覆盖广、时延低、可演进至 5G、与蜂窝网络协同等优势，是智能网联汽车主流技术路线。物联网卡为 C-V2X 的 Uu 模式提供蜂窝连接，支持远程诊断、OTA 升级、云端协同、高精地图下发等。
技术特点
C-V2X 支持 BSM（基本安全消息）、SPAT（信号灯相位）、MAP（地图数据）、RSI（路侧信息）等消息类型。5G NR-V2X 进一步支持协作式变道、编队行驶等增强场景。OBU（车载单元）与 RSU（路侧单元）均需联网，RSU 通过有线或无线方式接入云平台。
应用场景
C-V2X 应用于智能网联示范区、智慧高速、智慧交通、自动驾驶测试。典型应用包括：红绿灯信息推送（GLOSA）、盲区预警、交叉路口碰撞预警、绿波通行、远程驾驶、高精地图更新等。达希物联为 C-V2X OBU、RSU 提供车载物联网卡、专用 APN、流量套餐及车联网解决方案。
Uu 承载与 PC5 直连不要混测
C-V2X 里物联网卡只出现在 Uu 这一侧：车载单元或路侧单元经基站访问云平台，用来传诊断、地图增量、信号灯相位的云端副本和运营数据。PC5 是车与车、车与路侧的直连，不经过物联网卡，也不经过运营商核心网的用户面。把两种接口的时延、丢包和故障混在同一张“车联网在线率”报表里，会让直连问题看起来像套餐问题，或让卡的欠费看起来像路口碰撞预警失效。技术上应分开记录：直连消息是否在空口发出，Uu 承载是否完成附着和业务连接，云端是否收到与直连事件对应的记录。
使用条件是终端模组、路侧设备和现网同时支持所声称的版本，并且卡的签约允许相应的接入技术和接入点。路侧单元若用蜂窝而不是光纤上云，天线不能被信号灯杆和金属箱体挡住，卡要固定在该路口的资产上，便于和 MAP、信号机相位对照。车载卡要容忍频繁小区重选，业务连接中断后应能续传未完成的地图或日志，但不能用重连风暴影响直连安全消息的本地处理。远程驾驶或高精地图下发对带宽和连续性的要求远高于周期心跳，套餐和 QoS 应单独评估，不能按“每天几兆诊断日志”来开通。跨区域行驶时，漫游限制和接入点是否在拜访网络可用，要在路线开通前验证。
容易出错的是用云平台收到的车辆位置证明直连可用。位置上报走的是 Uu，路口另一辆车是否收到基本安全消息，云平台并不知道。另一类是路侧单元的蜂窝卡欠费或被停机，信号灯相位无法上云，但车与路侧的直连仍可能工作，运营人员却把整个路口标成离线。还有在实验室用固定小区测通，上路后切换导致 Uu 中断，远程配置下到一半，终端处于未知参数。验收应分别屏蔽直连天线和蜂窝天线，确认告警文案能指出是哪一种接口失败。标准版本的共同语言见 3GPP，车载单元侧的设备边界见 OBU。
路口验收要分别记录直连消息的发送和云端副本的到达，两张表不要合成一个绿灯。路侧单元的卡欠费、天线被柜门挡住、访问平台的地址变更，都应显示为 Uu 故障，同时注明直连是否仍在本地转发。车载单元跨城市时，先确认拜访地是否允许原来的接入点，再讨论地图能不能更新。地图增量与安全消息的日志分开存放，地图下载失败不能清除已经在本地使用的直连配置。参数写到一半掉线时，设备应保持写之前的版本并上报“未完成”，而不是重启后使用未知组合。实验室静态测试通过后，仍要在包含小区切换的路段复测一次 Uu 业务连续性。运营报表里的“路口在线”如果只来自心跳，要在说明里写明它不代表碰撞预警报文已经到达邻车。
路侧单元上电后的第一项检查是直连射频和蜂窝射频各自的告警，而不是只看平台图标。信号机相位送到云端的副本要带相位源的时间，和车端收到的直连相位不一致时，先分清是哪一条路径延迟，再决定能不能用于绿波。车载卡更换后，未完成的地图任务作废或迁移，不能让新卡把旧车的任务标识继续使用。演示区之外的普通道路如果没有路侧单元，Uu 上的云端信息不能被描述成已经具备直连碰撞预警。软件版本、卡的接入技术和路口编号写在同一次验收记录里，三者缺一，后续故障无法判断是版本回退还是卡被停用。