在智慧城市建设的浪潮下，马路边停车收费这件事，早已不是“划个线、放个咪表、人工抄牌”那么简单了。作为业主单位——无论是城管下属的停车管理公司，还是国企背景的智慧交通平台——在选型一套路边停车收费智能系统时，往往会被各家厂商的PPT绕晕：有的吹纯云端，有的说全本地，有的搬出“AIoT”吓人。今天我们从工程实践角度，把当下主流且经过多个城市验证的“云边协同技术架构”拆开来讲清楚，给业主单位做个实在的选型参考。
先说为什么单云或单边都不行。纯云方案，所有视频流、地磁数据往中心机房传，看起来集中管控很美，但路边网络环境复杂，4G/5G基站一堵车，识别延迟就能到秒级，车主停了车系统还没反应，逃费率直接飙升。纯边缘呢？每个杆件上的设备自己算自己存，断网也能收钱，可一旦要跨片区调度、做全市停车诱导、和财政非税系统对接，就抓瞎了。所以这两年成熟厂商都在推云边协同：把该下沉的算力下沉，该集中的数据集中。
具体怎么协同？以华东某省会城市三环内1.2万个路内泊位项目为例。边缘侧，路侧智能终端（多为多目摄像头 地磁融合一体机）内置轻量推理模型，负责实时车牌识别、泊位状态判断、违停初筛。这里头有讲究：模型不能太重，不然盒子发热死机；也不能太轻，否则下雨反光的误识率压不下来。业主选型时务必看边缘设备的实战误识率报告，而非实验室数据。
云端做什么？一是接收边缘节点结构化后的数据（不是原始视频，是“泊位号 车牌 时间”这种小包），做全市域计费对账、逃费追缴名单生成；二是下发策略，比如节假日某商圈周边动态调价，云上一改，边缘分钟级生效；三是和第三方打通，微信支付宝代扣、交警违停平台推送，都在云上完成。
很多业主忽略的一点：云边协同的“协同”靠的是稳定轻量通信协议。我们见过西部某项目用传统HTTP拉数据，高峰期云边通道直接崩。后来换成MQTT 断点续传，边缘断网期间本地存7天记录，恢复后静默补传，这才稳了。
选型时还有个坑：厂商说“支持云边协同”，你要问清楚边缘节点是否可分布式扩容。有的架构云是弹性的，边缘却要整体换主机，以后泊位加了三千个，还得停工升级，这不行。
总结给业主单位三句话：一看边缘实战识别率与断网续航能力，二看云边通道协议与补传机制，三看架构是否支持边缘平滑扩缩容。马路边停车收费系统跑的是真金白银的公共资源，选型别光听故事，按这个架构逻辑去验厂、去拷机，错不了。
微信号：18581869297