定义
RSU（Road Side Unit）路侧单元，部署于路口、路段，经 4G/5G 模组与云平台交互，支持 V2X、ITS 车路协同应用。
功能与架构
RSU 是车路协同的路侧基础设施，集成 C-V2X（PC5 直连）与蜂窝通信（4G/5G Uu）。C-V2X 用于与车载 OBU 低时延直连，广播红绿灯状态、交通事件、路况等；蜂窝模组用于与云平台、ITS 中心通信，接收下发配置、上报汇聚数据。RSU 还可对接信号机、车检器、摄像头等路侧设备，汇聚多源数据后统一广播或上传。
通信模组要求
RSU 部署于户外杆件，需工业级、宽温、防雷设计。4G/5G 模组负责回传链路，需支持高带宽、低时延（5G 优选）、稳定长连接。部分 RSU 采用双模组冗余，提升可靠性。模组与 RSU 主控通过以太网或 PCIe 连接，支持多 APN、VPN 等企业网络需求。
应用场景
交叉口碰撞预警、盲区提醒、绿波车速引导、弱势交通参与者保护等 V2X 应用；交通流量采集、事件检测、信息发布等 ITS 应用。RSU 与 OBU、云平台形成"车—路—云"协同架构，通信模组是路侧与云端连接的关键组件。
工程实践补充
针对「RSU」的跨团队协同：硬件提供阻抗与电源预算，射频提供杂散与灵敏度余量，嵌入式明确线程模型与存储寿命，云端明确 SLA 与限流。对 NB-IoT 等场景，业务模型需与唤醒周期、包长与下行容量匹配；对车载与移动场景，需考虑切换与漫游时的会话保持。项目收尾做一次「红队」式复盘：弱网、掉电、证书过期、时钟跳变与存储写满是否都有定义行为。
以下为与蜂窝物联网项目交付相关的补充提示：建议在验收阶段留存典型场景录屏、关键指标截图与脱敏抓包摘要；量产阶段对软硬件版本、校准参数与关键器件批次做变更记录，便于问题归因、客户审计与长期维护。涉及支付或个人信息时，同步检查日志脱敏与密钥轮换策略是否可执行。
直连广播与回传隧道的分工
路侧单元站在路口或路段上，面向车的一侧用直连空口把信号灯相位、事件和限速广播出去，车不经过核心网就能收到。面向中心的一侧用蜂窝或有线把检测器、摄像机的汇聚结果送上去，并接收配置。两段链路的时延预算不同：直连广播要跟上路口周期，回传可以是秒级的统计和日志。蜂窝模组属于回传，不替代直连射频。把回传时延当成车辆能多快收到灯态，会把中心下发的配置延迟误判成直连性能不足。杆上设备还要同时满足宽温、防雷和持续供电，通信指标只是其中一项。
使用条件是直连和回传的天线分开评估，供电和接地先于业务开通，时钟能跟上路口信号机。配置下发应经已认证的隧道，不能把工程口暴露在公网。双模组或有线加蜂窝只有在切换规则写清时才叫备份：何时切换、切换中的广播是否继续、中心是否会收到两份重复事件，都要事先定义。
杆上授时失败对事件广播的影响
最容易忽略的是授时。灯色和事件若带着错误的时间戳，车端会丢弃或错误关联，回传侧的日志却显示发送成功。第二是把摄像机原始码流和广播配置塞进同一条默认承载，忙时配置发不下去，直连仍在播旧相位。第三是防雷地和机箱地没分开处理，雷雨后模组端口损坏，监控上只看到离线。单链路时，蜂窝中断不应停止本地直连广播，否则路口在回传恢复前失去路侧信息。
直连消息的业务类型见 V2X。回传上若要让配置优先于录像上传，需要网络侧真正按流调度，见 QoS 与业务流，只在应用里标记优先级不够。
开通检查要把直连广播是否仍在发出，和回传是否连上中心，分成两个指示。回传中断时，本地若还能按最近一次有效相位广播，路口不应变瞎；若回传一断就把直连也停掉，蜂窝故障会放大成车路信息中断。授时丢失要单独告警，因为发送计数仍在增加，只看发送成功会放过错误时间戳。配置报文和录像要能看出谁在占用回传，配置发不出去时先限录像，而不是加大模组重传把空口打满。防雷和供电异常应上报为设备事件，不要伪装成注册失败。双通道切换期间，中心要能识别重复事件而不是当成两次事故。这些状态留在杆上本地，回传恢复后一次补齐，避免中心在空窗期用旧相位做统计。直连仍在广播而回传已断时，中心画面应显示数据年龄，而不是显示最后一帧的灯色当作当前相位。数据年龄超过路口周期后，中心不应再把该帧用于统计绿信比。