[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"solution-scenes-menu":3,"tech-detail-2519":4},true,{"id":5,"title":6,"content":7,"picUrl":8,"tagIds":9,"keyWords":10,"htmlDescribe":11,"htmlUrl":12,"gmtCreate":13,"gmtModified":13,"articleInfoId":14},"2519","畅联云平台丨GB\u002FT 28181标准共有三代，你了解其中差异吗？","\u003Cp style=\"text-align:center\">\u003Cimg src=\"https:\u002F\u002Fqu-link.oss-cn-hangzhou.aliyuncs.com\u002F2026\u002F07\u002F28\u002F586a4e84-f879-418a-80ec-d494bd569953.png\" alt=\"\" loading=\"lazy\" \u002F>\u003C\u002Fp>\u003Cp>了解GB\u002FT 28181前，先了解一个地方标准，就是DB33，这是2007年左右浙江省为了打破省内各地市视频监控“信息孤岛”、实现联网共享而率先制定的地方性的 一个技术规范。DB33通过大量实际项目验证了技术的可行性，为未来国标 28181在全国范围内的推广提供了宝贵的经验。\u003C\u002Fp>\u003Cp>而GB28181是中国国家标准化管理委员会发布的国家推荐性标准，全称是《安全防范视频监控联网系统信息传输、交换、控制技术要求》。它的诞生，就是为了在全国范围内统一视频监控的联网协议，解决当时各地标准不一的混乱局面。国家在制定GB\u002FT 28181时，充分借鉴了包括浙江DB33在内的多个地方标准和行业标准，有意思是国标采用了SIP协议作为信令核心，这一点现在看来还是非常明智的。\u003C\u002Fp>\u003Cp>GB28181经历了三代 版本：\u003C\u002Fp>\u003Ch2 style=\"line-height:1.5\">一、2011版\u003C\u002Fh2>\u003Cp>首次确立了视频监控系统互联的统一通信框架。无论是设备到平台，平台到平台都有了一个可实战的框架体系。2012年6月1号正式实施。\u003C\u002Fp>\u003Cp>有意思的是，2014年全国安全防范报警系统标准化技术委员会（SAC\u002FTC100）组织编制了《‌国家标准 GB\u002FT 28181-2011 修改补充文件‌》，该文件不是全新标准，必须和2011年版本配套使用，是对 2011 版标准的‌补充和修订‌，包含 26 处内容变更（9 处新增、6 处补充、10 处修改补充、1 处修订）。‌\u003C\u002Fp>\u003Ch2 style=\"line-height:1.5\">二、2016版\u003C\u002Fh2>\u003Cp>重点在于强化协议细节，解决不同厂商设备间的互联互通问题，是目前存量系统广泛兼容的版本。可惜的是两点上有硬伤：\u003C\u002Fp>\u003Cp>1、2016版标准中，对视频编码格式的要求是支持H.264、SVAC 或 MPEG-4，其中并未包含 H.265 ，虽然各个平台厂商可自行扩展这个地方，但通用标准并不支持。\u003C\u002Fp>\u003Cp>2、2016版本中，虽然提到了双码流，但码流制式在协议中并不能体现，所以除非平台厂商私有扩展，否则无法支持双码流。\u003C\u002Fp>\u003Ch2 style=\"line-height:1.5\">三、2022版本\u003C\u002Fh2>\u003Cp>这个版本相比2016年，有很多重大升级，譬如：\u003C\u002Fp>\u003Cp>1、真正实战中支持多码流：在2016版标准的规定中，可用的 a 字段主要用于携带编码器厂商名称、下载倍速、文件大小、TCP连接协商参数(setup, connection)和SVC参数等。2022版标准：正式引入了 a=streamumber 字段。其用途就是用于码流编号选择，并明确规定了取值：0代表主码流，1代表子码流1，以此类推。\u003C\u002Fp>\u003Cp>2、实战中纳入 H.265\u002FHEVC 和 AAC 音频编码‌：明确了 PS 流封装中的stream_type（如 H.265 为 0x24），消除了私有头解析的兼容性障碍。同时，媒体流通道增加了对 G.722.1 的支持，并增加了 RTP 时间戳的具体要求。\u003C\u002Fp>\u003Cp>3、针对传输协议与 NAT 穿透做了优化设计：2022 版引入基于 SDP 的 ‌a=setup协商机制‌（active\u002Fpassive\u002Factpass），明确了客户端与服务端的连接角色，显著提升了内网设备穿透公网平台的稳定性。此外，新版增加了 TCP 媒体传输的重连机制要求（重连间隔≥1s，次数≥3 次）。‌‌新增了RTP时间戳要求，确保视频时间的真实性和实时性，防止数据被篡改。\u003C\u002Fp>\u003Cp>4、增强安全性：2022 版将摘要算法从 MD5 升级为‌SHA-256‌，并明确支持 SIP over TLS 加密信令链路，适应高安全场景需求。\u003C\u002Fp>\u003Cp>5、坐标系统一：要求设备上报的位置信息使用国家统一的CGCS2000坐标系，其他WGS-84 \u002FGCJ-02 需要转换。\u003C\u002Fp>\u003Cp>6、其他方面的增强：如增加了注册重定向、集群模式支持，以及看守位、巡航轨迹、存储卡状态等查询命令；报文头增加协议版本标识X-GB-Ver:3.0等。\u003C\u002Fp>\u003Cp>所以，目前大家的重点都在2022年这个标准上，这个标准上更安全、功能更可靠。\u003C\u002Fp>\u003Cp>美畅物联的畅联产品线，无论是云平台（\u003Cspan style=\"color:rgb(0, 0, 0)\">http:\u002F\u002Fwww.\u003C\u002Fspan>\u003Cspan style=\"color:rgb(0, 0, 0)\">24hlink.cn\u003C\u002Fspan>）还是中台还是视频类的每种边缘网关，都全部支持GB28181这三代标准，大家可以放心使用。\u003C\u002Fp>","https:\u002F\u002Fqu-link.oss-cn-hangzhou.aliyuncs.com\u002F2026\u002F07\u002F28\u002F345254ba-19ea-4de3-90f6-5cfc20cb9761.jpg","9,82,11","美畅，美畅物联，畅联，畅联云平台，视频监控云平台，云视频监控，视频云平台，视频开放平台，视频感知云，视频接入网关，AIoT综合接入网关，视频中台，物联网中台，视频上云网关，Ehome，I连锁行业，智慧交通","原创技术分享丨美畅物联老张","https:\u002F\u002Fwww.24hlink.cn\u002Ftech\u002F2519","2026-07-28 09:51:09","845"]