定义
OBU（On-Board Unit，车载单元）是安装在车辆上的 V2X 通信终端。OBU 负责接收、发送、处理 V2X 消息，包括 BSM（基本安全消息）、SPAT（信号灯相位）、MAP（地图数据）等，可与 RSU（路侧单元）及其他车辆 OBU 进行 PC5 直连通信，或经 Uu 蜂窝网络与云端、其他车辆交互。
OBU 通常集成 C-V2X 通信模块（LTE-V2X/5G NR-V2X）、GNSS 定位（支持 RTK）、蜂窝通信（4G/5G）等能力。物联网卡为 OBU 提供蜂窝连接，支持远程配置、OTA 升级、数据上报、高精地图下发、云端协同等。
技术特点
OBU 支持 5.9GHz 频段（PC5）直连与蜂窝 Uu 模式。与 T-Box、ADAS、高精地图集成，可支撑红绿灯信息推送、盲区预警、绿波通行等应用。OBU 需满足车规级要求，适应车载环境（温度、振动、电磁兼容）。
应用场景
OBU 应用于智能网联汽车、智慧交通、智慧高速、自动驾驶测试、Robotaxi。乘用车、商用车、特种车辆均可搭载 OBU 实现 V2X 功能。达希物联为 OBU 车载单元提供物联网卡、专用 APN、流量套餐及车联网解决方案。
安全消息与蜂窝回传的边界
OBU 上的物联网卡不承载车与车之间那条直连安全链路。基本安全消息、信号灯相位和地图片段若走车车、车路直连，时延预算在毫秒级，和蜂窝附着、核心网绕行不是同一条路径。卡负责的是另一类事务：远程配置、证书或配置文件更新、高精地图增量、云端协同以及把不要求直连时延的运行日志送回平台。使用条件是车辆已经具备定位和直连射频，蜂窝只是管理面和补充的远距离通道。直连射频关闭或路侧没有对端时，卡仍然可以在线，但盲区预警、信号灯推送不会因此自动改走蜂窝。
把卡的在线状态写进安全功能的就绪条件，是最容易犯的设计错误。就绪应看直连无线、定位质量和时间同步，而不是看蜂窝注册。地图或配置下发失败，只说明管理面不通，不应把车辆从直连应用里摘掉，除非该应用明确依赖云端下发的新地图。跨城行驶还要事先确认卡的区域和漫游策略，否则车已经进入新的路侧覆盖，配置和日志却停在省界上。这和从诊断口读故障码的车载诊断无关，两者不要共用同一套“在线即可用”的判断。
区域策略截断跨城协同
另一类错误出在定位与卡侧策略互相看不见。高精定位已经锁定，平台仍收不到轨迹，常常是因为卡被限制在测试道路的基站范围内，或者 APN 只允许访问测试服务器。直连消息本身不经过这张卡，所以路侧能收到车辆广播，云端时间线却是断的，事后无法把直连事件和云端记录对齐。对时如果只信任蜂窝网络时间，进入隧道或路侧阴影后本地时钟漂移，安全消息里的时间戳会和路侧对不上。
升级也要分开窗口。直连协议栈和蜂窝模组的固件不是同一次重启可以随便绑在一起的：行驶中重启模组，管理面中断可以接受，重启整机却会丢掉当前直连会话。验收至少包括三段路：路侧覆盖内的直连交换、没有路侧时仅蜂窝在线、跨越卡策略边界后的日志是否继续。三段结果不一致时，先改区域和目的地址，而不是加大安全消息的发送频率。
管理面中断不等于直连失效
行驶中可以故意让蜂窝不可用，同时保持路侧直连。安全消息若仍能交换，就说明管理面和直连面已经分开；若直连也一起停止，说明软件把两件事绑成了同一次重启或同一个就绪条件，需要改回来。云端在这段时间没有日志是预期结果，恢复后应补管理面记录，而不是回放或重发当时的安全消息。安全消息的时效已过，补发会造成路侧重复处理。
跨出卡的允许区域时，配置和地图可以停更，直连应用应按本地已有地图继续，直到地图版本过期被应用自己拒绝。拒绝原因要写成地图过期，不能写成蜂窝离线。证书或配置更新失败时保留上一份可用配置，避免车辆在更新中途失去直连身份。这三项分开记录后，排障才不会用卡的附着状态去解释车路消息。