GB28181协议_gb28181版本

国家为了规范安防行业的设备平台互联互通，在2012年出台了GB/T-28181的第一版标准：

这个版本我13年在工作中开发IPC设备使用过，当时觉得协议对流媒体的规范还是比较好（H.264+G711封装成PS流，再经过RTP协议进行实时传输），但是控制方面有很多不足，相对于当前流行的ONVIF协议在控制信令上还是有很多不足。去公安一所检测拿个证书也简单，因为只要信令符合，必选项的功能实现即可（当时就是感觉规范了注册和流媒体，不过这一般监控领域也只需要这关键的信息）。

后续公安一所又感觉2011版本的协议不能满足方方面面的信令需求，于是增加了修改补充协议，如下：

这次的补充，完善之前协议各地方说辞有误或是不清晰的地方，还增加了不少的信令需求，如：回放、下载、配置、传输协议、设备控制（拉宽放大、缩小）等待一系列的功能。

但是这个14年修改补充的文件，很多厂家都不知道，我也是15年才知道有这个文件，为此又在原先的协议基础上进行开发完善。

不可否定的是国家公安机关一直在强推这套协议，也有很多厂家积极响应号召，如我们的一个大客户中星电子，他们的平台就是纯基于GB28181协议实现的，在重点城市进行平安智慧城市的创建。海康和大华虽然也有平安城市的平台，但是不是纯基于GB28181的，只是作为一个协议接入，毕竟他们自己的产品很多走的私有协议（市场决定这些因素），所以个人觉得往往是新兴的科技企业在没有利益的驱使下更愿意推行国家标准。

2016年公安部一所又推出了GB/T-28181 – 2016版本，此版本就是对之前的2011版和修改补充版进行合并，并增加一些信令，说明制定协议的同志们一直都在努力。

这次的版本应该算是阶段性的版本了，短时间内应该不会修改了。

好了，协议的背景已经讲完了。下面来说下怎么去实现这个GB28181的协议栈功能。

GB/T-28181协议其实就是在国际上通用的SIP协议进行私有化定制，流媒体方面就是在国际最流行的编码上进行封装（当然也有我们国家的编码标准SVAC）。

既然是国际上通用协议，那肯定就可以借助开源组织的力量了，要知道这是全球最大的软件组织，几乎所有的程序员都为之敬佩！开源组织给了推进计算机技术发展的很好良方。SIP协议实现完全可以用osip来作为基础协议栈（至少我看到绝大多数厂家是如此实现，海康、大华。。。。），使用开源没什么不好的，至少我们知道他们是稳定的，可靠的，会一直维护的。

我采用的是libosip+libexosip+libxml来实现IPC和平台协议功能，前面两者负责sip协议的实现，libxml用来封装和解析实体信令。通过3~4年的市场应用感觉挺稳定的。

流媒体方面：从编码中获取的h.264+g711的视音频帧，进行PS媒体协议封装（自己写的PS封装协议），再经过RTP传输协议（自己实现）发送至平台。

平台对收到的RTP流媒体进行解RTP,解PS，再进行h.264+g711的解码。

GB28181协议已经慢慢的进行了规范完善，现在大的趋势也已经是这样，虽然以前有很多的私有协议平台，但新建的平安城市等政府都需要能支持GB28181的互联互通，GB28181协议还有互联功能，这个功能比ONVIF好很多，因为可以进行大面积的组网，可以有上下级平台的区分，这一点是ONVIF不能做到的。

ONVIF协议其实也有很多不足，如对事件的具体定义，如对视频分析的定义都是模糊的。用户开发自己的需要自己定义，而且没有对流媒体的方面的定义，因为媒体是通过RTSP协议进行的。

专业提供国标解决方案 QQ:421954511

版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。

发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/198357.html原文链接：https://javaforall.cn