车路云一体化 “杭州样本”|兆越通讯打造城市路侧系统解决方案
项目背景
杭州是全国首批智能网联汽车"车路云一体化"应用试点城市之一。
2024年1月,工业和信息化部、公安部、自然资源部、住房城乡建设部、交通运输部联合印发通知,启动智能网联汽车"车路云一体化"应用试点工作。同年7月,五部门公布首批20个试点城市(联合体)名单,浙江以"杭州—桐乡—德清联合体"入选。承担起为全国探索可复制、可推广经验的重要使命。
试点落地后,杭州以“市级统筹、区县落实”为机制,由市级平台统一整合九区一县车路云资源,测试应用开放区域总面积达6910平方公里,占全市面积超40%。其中,上城区、拱墅区、滨江区作为核心城区率先推进智能化路侧基础设施建设,滨江区“车路云一体化”项目已入选杭州市首批新型城市基建样板项目。
核心城区的率先落地,意味着路侧感知设备与通信网络必须在高密度、高标准的城市环境中经受实际检验,这也为本项目提出了明确而严苛的网络建设要求。
图片
一、项目介绍
本项目正是面向杭州三大核心城区精准落地的“车路云一体化”智能化路侧基础设施建设项目。项目共计覆盖滨江区35个、上城区11个、拱墅区8个重点智慧路口,核心建设内容涵盖路口雷达、高清摄像头、路侧单元(RSU)等全品类智能感知设备的集成接入、路口多源异构数据的本地汇聚交换,同时搭建路口至区域控制中心、路口至公有云的双链路数据传输通道,构建起“前端感知、本地汇聚、双向传输、云端联动”的完整车路协同数据通信体系。
上海兆越通讯技术有限公司精准匹配三大城区的建设定位与严苛的网络运行标准,项目全程规模化部署接入工业级交换机、汇聚工业交换机以及工业路由器作为核心网络传输设备,全面覆盖三区共计54个重点智慧路口,满足车辆协同预警、智能辅助驾驶等多场景、多阶段的智慧交通应用需求。
项目对数据流向有明确要求,分两类。
一类是核心控制数据,必须经专线传输到远端控制中心,安全性和隔离性要求高。另一类是算法与感知数据,需要快速上传到公有云或第三方云平台处理。
两类数据同时跑,共用同一条路口上行链路。这是本项目在通信层面的主要难点。
把难点拆开,是四句话:设备多、位置散、网段杂、时延敏感。
二、面临的挑战
(一)数据流向复杂,专线安全与云端对接难以兼顾
路侧感知数据存在双重传输需求。核心控制数据必须通过专线传输至远端控制中心,要求极高的网络安全与隔离性;部分算法及感知数据又需要快速上传至公有云处理。
传统方案网络结构单一。直接连公网存在安全隐患,全部走专线又难以灵活对接公有云,同时缺少高效的IP映射与云端对接手段。
(二)异构数据高并发,跨网段调度存在时延和瓶颈
路口感知设备多源异构,摄像头、雷达、RSU分布在不同的网段,数据流量大,时延敏感度高。
普通网络设备缺乏三层路由转发与工业级调度能力。跨网段数据交换时容易出现拥堵和时延抬升,达不到车路协同毫秒级响应的要求。
(三)路口网络拓扑无序,系统管理、扩容困难
一些智能路口在建设初期缺乏标准化规划,设备接入比较随意,网络拓扑层级不清。
试点路口数量增加以后,这种无序结构会让扩展变得困难,也容易出现单点故障或环路瘫痪。
(四)路侧节点多而分散,故障定位困难
路侧设备分布在城市各个路口,部署环境恶劣,位置分散。
传统网络设备没有全局拓扑可视化手段。网络一旦中断,运维人员无法远程判断是光纤断裂、网段冲突,还是某台交换机或路由器故障,只能跑现场排查。运维成本高,排障效率低。
三、方案设计
方案采用"分层架构 + 双轨传输"的设计思路,整体拓扑分三层:路口感知与接入层、双轨网络传输层、控制中心与云调度层。
方案网络拓扑:路口感知设备 → 接入/汇聚交换机 →
智造号

02:03
04:50
03:16
