车路云一体化 20 个试点城市：路侧感知设备怎么建，集成商到底能接哪三段活

很多集成商看到“车路云一体化”这四个字，第一反应是“这是车企和运营商的事，跟我没关系”。

这个判断错了一半。车这一端确实是前装市场，路这一端是纯工程项目——立杆、布线、装设备、接电、调试、联调，全是集成商干的活。2026 年 6 月交通运输部发布“AI+交通运输”十大方向 41 个场景，车路云协同排在前面；同期 20 个试点城市的 C-V2X 前装量到了 34.4 万台，同比增长 13.63%。前装量涨，说明路上得有对应的设备能跟它对话，否则车装了也用不上。

这篇只讲路侧这一段：装什么、怎么装、钱花在哪、集成商能接哪部分。

一、车路云不是给车装的，是给路装的

先把这个概念拆清楚，不然方案根本没法写。

“车”指车载单元（OBU），装在车上，负责把车辆状态广播出去、接收路侧信息。这部分是车企和 T-Box 厂商的地盘。

“路”指路侧设备，包括感知设备（摄像头、雷达）、通信设备（RSU 路侧单元）、计算设备（边缘计算单元 MEC）。这一段是工程项目，是集成商的主场。

“云”指云控平台，做全局调度、协同决策、数据汇聚。这一段通常是运营商、互联网大厂或交通科研院所拿走，普通集成商很难单独承接，但必须会对接。

理解了这个分工，就能明白为什么车路云一体化的项目里，路侧投资占比往往超过一半——它不是软件项目，是土建加设备加网络的综合体。

二、路侧感知：四类设备怎么配

路侧感知的核心目标是把路口和路段上发生了什么，完整、实时地告诉车。四类设备各管一段。

1. 摄像头

负责语义识别：车牌、车型、行人、非机动车、交通事件。优势是信息量大，劣势是受光照和天气影响，测距精度差。

路口场景通常用 800 万像素以上的全局曝光相机，普通监控相机拍不清高速运动目标。这一块和 交通流量检测 里的视频方案是同一套硬件，但车路云对帧率和延迟的要求高得多。

2. 毫米波雷达

负责测距测速，全天候工作，雨雾天是主力。77GHz 是当前主流，探测距离 200-300 米。

雷达的短板是分不清目标类型——它能告诉你那里有个东西在以 60 公里时速移动，但不知道是车还是人。所以必须和摄像头融合。

3. 激光雷达

负责高精度三维轮廓，点云直接给出目标的形状和位置。精度最高，成本也最高，而且雨雪天衰减明显。

实际项目里激光雷达不是全路段铺，只在关键路口和事故多发段上，用来补摄像头和雷达的盲区。

4. RSU 路侧单元

负责通信，把感知结果通过 PC5 直连或 5G 发给车载单元。这一台设备决定了“车能不能收到”，是整个链路里最不能省的一环。

RSU 的选型要看两点：支持的协议栈完整度（PC5、Uu 双模）、和云控平台的对接能力。便宜的 RSU 只支持单向广播，做不了协同决策。

融合才是难点

四类设备装上去只是开始，真正的技术门槛在多传感器融合：

• 空间标定：摄像头、雷达、激光雷达的坐标系必须统一到同一个世界坐标系。标定误差 0.5 度，100 米外就是近 1 米的偏差，融合结果直接错位。
• 时间同步：所有设备必须统一时钟源（通常用 PTP 或 GPS 授时），时间戳偏差超过 20 毫秒，高速场景下融合就失效。
• 目标关联：同一个目标被三个传感器看到，怎么判定是同一个？这靠算法，也靠标定质量。

这三项做不好，设备装得再多也是各看各的，输出的融合结果反而比单摄像头更差。招标文件里如果只写“配置 XX 台雷达、XX 台相机”而不写融合精度指标，基本可以判断业主没搞清这件事。

三、边缘计算单元：这一层决定延迟

路侧感知数据不能全传回云端算——往返延迟加上网络抖动，等到结果返回，车已经开出几百米了。所以必须在路口就近算，这就是边缘计算单元（MEC）。简单说，MEC 是路侧感知的算力出口——感知数据在这里从原始信号变成可用的结构化结果。

MEC 干三件事：

第一，本地融合。把四类设备的原始数据融合成统一的目标列表，输出结构化结果。

第二，实时决策。碰撞预警、闯红灯预警、弱势交通参与者提醒，这些必须在 100 毫秒内发出，只能本地做。

第三，数据裁剪。原始视频和点云数据量极大，全部上云不现实。MEC 负责提取有价值的部分上传，其余本地留存或丢弃。

算力怎么估？一个标准十字路口（4 个方向、每个方向 2 路相机 + 2 台雷达 + 1 台激光雷达），融合加识别的算力需求通常在 100-200 TOPS。这个数字随算法复杂度浮动很大，招标时按厂商实测值定，别按标称峰值算。

MEC 的部署位置有讲究：装在路口机柜里，要解决散热和防尘；装在远端机房，光纤铺设成本又上去了。多数项目选路口机柜加工业级设备，单点造价 8-20 万（含算力单元和机柜改造）。

四、云控平台：进不去，但必须会对

云控平台做的是全局的事：区域交通流优化、多路口协同、全局路径建议、车辆调度、数据开放。

这一层为什么集成商进不去？因为它不是软件工程，是数据运营——需要接入全市甚至全省的路侧数据、车辆数据、地图数据，还要和交管、交通、工信多个部门对接。通常是运营商牵头，或者当地国资平台公司承接。

但集成商必须会把路侧设备接进云控平台，这涉及三件事：

1. 协议对接。路侧设备到云控平台的标准协议各地不统一，有的走 MQTT，有的走 HTTP 上报，有的要求走专有协议。项目前期就要拿到接口文档，别等设备装完才发现对接不上。

2. 数据格式。目标列表、事件告警、设备状态，每一类数据的字段定义要和平台方对齐。这一块的工作量经常被低估——对接一个平台花两周是常事。

3. 联调窗口。平台方通常只在特定时间开放联调环境，错过就要等下一轮。合同里要约定联调窗口的次数和时长。

如果项目还涉及城市交通管理侧的系统和路口信号控制，数字交通平台的七个模块 那篇讲得更系统，两套系统经常在同一个项目里出现。

五、20 个试点城市的项目长什么样

看公开的招标信息，车路云项目大致分三类，规模和内容差别很大。

第一类：全路段覆盖型。一条城市主干道或一段高速，做全路段连续覆盖。特点是里程长、点位密、投资大（单公里 300-800 万），通常由地方国资平台或运营商总包，集成商做分包。

第二类：路口节点型。选 10-30 个关键路口做覆盖，不追求连续。单个路口投资 50-150 万，总量可控，是集成商最容易参与的类型。

第三类：园区和封闭场景。港口、矿区、园区内的自动驾驶接驳。范围小、要求高、决策链短，适合有行业背景的集成商。

这三类的共同点是：土建和网络占投资的三到四成。立杆基础、供电引入、光纤铺设、机柜安装，这些活技术含量不高但必须有人干，而且必须在设备到场前完成。工期延误八成出在这一段。

六、集成商能接的三段活

第一段：路侧基础设施。立杆、基础、供电、网络、机柜。这是最稳的一段，技术门槛低、利润透明、风险小。缺点是天花板低，容易被压价。

第二段：设备安装与单点调试。装相机、装雷达、装 RSU、装 MEC，做路侧感知设备的单点标定和连通性测试。这一段需要专业队伍，尤其是标定环节，做不好后面融合全废。利润比第一段好，也是积累技术能力的入口。

第三段：子系统集成与联调。把感知、通信、计算三段串起来，负责整体联调和验收。这一段需要理解融合算法和平台对接，是利润最高的一段，也是最能形成壁垒的一段。

切入建议：从第一段进，靠第二段立住，往第三段走。直接冲第三段但没有标定和融合经验，验收时会被融合精度指标卡住。

还有一件事要提前做：资质。车路云项目通常要求电子与智能化工程专业承包资质，涉及公路的还要公路机电工程资质。另外不少项目要求设备通过信通院的 V2X 相关测试认证，选型时先确认这一点，别买了设备发现不认。

如果手上有个具体项目要出技术条款，招标参数生成 能按子系统列出可验收的指标，包括融合精度、时延、覆盖范围这些容易被含糊带过的项。要判断这类项目和自己的业务方向是否匹配，可以先跑一次 方案匹配。

最后提醒一句：车路云一体化目前还是政策驱动为主，商业闭环没跑通。接这类项目要看清楚资金来源——是试点专项资金、专项债，还是地方财政自筹。前两种相对安全，第三种要评估回款风险。