GB28181标准共有三代，你了解其中差异吗？

了解GB28181前，先了解一个地方标准，就是DB33，这是2007年左右浙江省为了打破省内各地市视频监控“信息孤岛”、实现联网共享而率先制定的地方性的 一个技术规范。DB33通过大量实际项目验证了技术的可行性，为未来国标 28181在全国范围内的推广提供了宝贵的经验。

而GB28181是中国国家标准化管理委员会发布的国家推荐性标准，全称是《安全防范视频监控联网系统信息传输、交换、控制技术要求》。它的诞生，就是为了在全国范围内统一视频监控的联网协议，解决当时各地标准不一的混乱局面。国家在制定GB/T 28181时，充分借鉴了包括浙江DB33在内的多个地方标准和行业标准，有意思是国标采用了SIP协议作为信令核心，这一点现在看来还是非常明智的。

GB28181经历了三代 版本：

一、2011版

首次确立了视频监控系统互联的统一通信框架。无论是设备到平台，平台到平台都有了一个可实战的框架体系。2012年6月1号正式实施。

有意思的是，2014年全国安全防范报警系统标准化技术委员会（SAC/TC100）组织编制了《‌国家标准 GB/T 28181-2011 修改补充文件‌》，该文件不是全新标准，必须和2011年版本配套使用，是对 2011 版标准的‌补充和修订‌，包含 26 处内容变更（9 处新增、6 处补充、10 处修改补充、1 处修订）。‌

二、2016版

重点在于强化协议细节，解决不同厂商设备间的互联互通问题，是目前存量系统广泛兼容的版本。可惜的是两点上有硬伤：

1、2016版标准中，对视频编码格式的要求是支持H.264、SVAC 或 MPEG-4，其中并未包含 H.265 ，虽然各个平台厂商可自行扩展这个地方，但通用标准并不支持。

2、2016版本中，虽然提到了双码流，但码流制式在协议中并不能体现，所以除非平台厂商私有扩展，否则无法支持双码流。

三、2022版本

这个版本相比2016年，有很多重大升级，譬如：

1、真正实战中支持多码流：在2016版标准的规定中，可用的 a 字段主要用于携带编码器厂商名称、下载倍速、文件大小、TCP连接协商参数(setup, connection)和SVC参数等。2022版标准：正式引入了 a=streamumber 字段。其用途就是用于码流编号选择，并明确规定了取值：0代表主码流，1代表子码流1，以此类推。

2、实战中纳入 H.265/HEVC 和 AAC 音频编码‌：明确了 PS 流封装中的stream_type（如 H.265 为 0x24），消除了私有头解析的兼容性障碍。同时，媒体流通道增加了对 G.722.1 的支持，并增加了 RTP 时间戳的具体要求。

3、针对传输协议与 NAT 穿透做了优化设计：2022 版引入基于 SDP 的 ‌a=setup协商机制‌（active/passive/actpass），明确了客户端与服务端的连接角色，显著提升了内网设备穿透公网平台的稳定性。此外，新版增加了 TCP 媒体传输的重连机制要求（重连间隔≥1s，次数≥3 次）。‌‌新增了RTP时间戳要求，确保视频时间的真实性和实时性，防止数据被篡改。

4、增强安全性：2022 版将摘要算法从 MD5 升级为‌SHA-256‌，并明确支持 SIP over TLS 加密信令链路，适应高安全场景需求。

5、坐标系统一：要求设备上报的位置信息使用国家统一的CGCS2000坐标系，其他WGS-84 /GCJ-02 需要转换。

6、其他方面的增强：如增加了注册重定向、集群模式支持，以及看守位、巡航轨迹、存储卡状态等查询命令；报文头增加协议版本标识X-GB-Ver:3.0等。

所以，目前大家的重点都在2022年这个标准上，这个标准上更安全、功能更可靠。

美畅物联的畅联产品线，无论是云平台（www.24hlink.cn）还是中台还是视频类的每种边缘网关，都全部支持GB28181这三代标准，大家可以放心使用。