1. 从“看得见”到“看得懂”：公共场所视频监控正在经历的智能化转身
我做视频监控平台这块有年头了，这几年最明显的一个感受是：监控系统真正缺的已不是镜头分辨率，而是“怎么让拍到的画面自动变成有用的信息”。早期项目里，摄像头能录像、能回放，就算交差了；现在客户开口就问——人群聚集能不能预警？口罩戴没戴能不能判断？禁区闯入能不能自动报警？这些问题背后，都指向同一个基础设施：一套能跑算法的视频监控平台。
而落到具体项目里，几乎绕不开一个名字：EasyGBS。它就是一套基于国标GB28181协议打造的算法算力平台，核心做的事很简单：把散落各处的摄像头统一接入进来，然后给各种AI视觉算法提供稳定的运行环境。GB28181是公共安全视频监控领域的事实标准，早些年大家做平台对接最头疼的就是协议不通，现在基本统一到这条国标线上来了。EasyGBS这类平台的价值，就是让GB28181这条线真正跑起来，让算法不再停留在PPT上，而是直接部署到真实的监控场景里。
这篇文章我想结合自己做过的项目，把GB28181在智能化改造里的角色、算法算力平台的整体架构、以及落到公共场所时那些绕不开的细节，一次性说清楚。适合正在做视频监控运维的朋友、想引入AI能力的集成商、还有对监控系统底层机制感兴趣的开发同学参考。里面不会有夸夸其谈，更多是踩过坑之后换来的经验。
2. GB28181到底在平台上扮演什么角色
2.1 先搞懂国标协议解决的本质问题
很多人一看到GB28181就头大，觉得这是纯文档层面的事，实际开发根本不看。但真做平台对接的时候，协议理解不到位，后面全是坑。
GB28181最早解决的是“不同厂商监控设备如何互联互通”的问题。过去每家摄像头都有自己的私有协议，集成商要接第三方设备，得找厂商要SDK，贵的离谱、维护又麻烦。GB28181定了一个统一的口径：设备怎么注册上线、平台怎么拉流、怎么发控制指令、目录怎么查询，全都有标准流程。它的核心骨架是SIP信令+RTP媒体流。
SIP信令负责“对话”，比如摄像头上线时发个REGISTER，平台收到后回一个200 OK，设备就登记上了。之后平台要查通道列表，发一条目录查询请求，设备把自己的通道信息返回。整个过程有点像两个人打电话前先确认“你听得到我吗”，再开始说正事。
RTP媒体流则负责“干活”，真正的视频数据通过RTP包传过来，平台再组装成可播放的流。EasyGBS这类平台在中间扮演的角色，是两个——信令网关和媒体网关。信令网关处理所有SIP交互，把不同设备的差异抹平；媒体网关接收RTP流，再转成RTMP、HLS、FLV这些前端能直接播的格式。
2.2 算法平台为什么必须长在GB28181之上
公共场所监控改造有一个现实约束：摄像头数量大、品牌杂，很多是已经运行多年的存量设备，全换新成本根本扛不住。智能化的前提，是先把这些既有设备统一管起来，否则算法连画面都拿不到。
GB28181正好提供了这个前提。无论海康、大华、宇视还是各种中小品牌，只要支持国标（现在的新设备基本都支持），就能通过GB28181注册到平台。平台拿到流之后，再统一对接算法，这就把“算法需要专用设备”这个限制拆掉了。
我用一个项目举例。有一个园区项目，200多路摄像头，品牌至少四种，老的还有模拟摄像机接的编码器。如果按老思路，每一路流都要单独处理协议差异，光适配工作就能拖两个月。后来全部走GB28181注册，两天时间所有摄像头全部上线，算法直接跑在统一接入的码流上，省掉了最繁琐的适配环节。
这就是为什么算法算力平台要长在GB28181之上——它不是替代原有监控系统，而是在原有系统之上叠加智能能力。这也解释了EasyGBS这类平台在项目里为什么往往是“中枢”的角色：它向下对接摄像头，向上对接算法，中间还要管算力资源调度。
2.3 一个骨架上的关键功能：设备心跳、语音对讲与云台控制
GB28181并不只是“把流拉上来”这么简单，它定义的能力比很多人理解的要广，对智能化场景尤其重要。
设备心跳是第一个必须吃透的功能。摄像头注册上线后，会按设定好的周期向平台发心跳消息，告诉平台“我还活着”。这个参数直接关系到在线状态的准确性——心跳周期太短，设备会频繁发消息，占用信令通道；太长，设备掉线了平台不能及时发现。4G摄像头的场景尤其要注意，因为无线网络信号波动，心跳周期设太短会造成大量误报。我后面会专门展开怎么改这个参数。
语音对讲也是公共场景的高频需求，比如保安发现可疑人员，通过平台直接喊话。GB28181的实现路径是SIP呼叫流程，平台通过INVITE发起会话，设备响应后建立双向音频通道。这里最容易踩的坑是音频编码格式不匹配，设备和平台一个支持G.711A，另一个用的G.711U，对讲就会只有单向声音，排查起来要查编码协商日志才能定位。
云台控制对算法联动很重要，比如摄像机追踪移动目标时，平台要能下发PTZ指令控制云台转动方向。GB28181通过SIP消息里的控制指令来实现，带有目标的球机在追踪过程中如果每帧都靠平台解析再转发，时延上会有压力，但方向控制这种低频指令是没问题的。
这些功能不是独立的，它们共同构成了“平台-设备”之间的完整会话能力，也是后续算法事件能够联动设备动作的基础。
3. 算法算力平台的设计思路和整体架构
3.1 “接入、算法、算力”三层到底是怎么分工的
EasyGBS这类算法算力平台的架构，我习惯拆成三层来看，每一层都有各自要解决的问题。
第一层叫接
