GB/T 28181-2022 已经替代 2016 版,新建和改造的联网项目如果技术规格书里没写版本号,验收时很容易被卡。这版变化集中在五处:协议版本可以协商、注册支持重定向、媒体侧加入 H.265 和 AAC、设备可以远程批量升级、云台与存储卡的管理命令更细。对施工方和集成商来说,真正要提前确认的是平台版本、级联版本和摄像机固件三者能否互认。这篇按这五处变化说明工程上要改什么、验什么。

换版先看哪三件事?

先看时间与版本号。GB/T 28181-2022 于 2022 年 12 月 30 日发布,2023 年 7 月 1 日实施,代替 GB/T 28181-2016,主管部门为公安部,归口全国安全防范报警系统标准化技术委员会。合同和招标文件的技术规格书应写明"符合 GB/T 28181-2022",否则按旧版交付时缺少书面依据。

再看协议版本如何共存。2022 版在 SIP 消息中增加版本标识,用 1.0 对应 2011 版、2.0 对应 2016 版、3.0 对应 2022 版。设备通常只需要支持一种版本,平台往往要同时接入多个版本的设备,由平台侧做适配。这意味着升级顺序应该从平台开始,而不是先换前端。

最后看级联版本。上下级平台之间也要协商版本,上级平台升级、下级仍是旧版时,注册和目录推送的行为按低版本执行,部分 2022 版新增能力在链路上不可用。

环节 核查内容 判断依据
招标文件 是否写明标准版本号 技术规格书条款
平台 支持的协议版本标识 平台接入配置页的版本选项
设备 固件支持的版本 设备页面或厂商发布的兼容列表
级联 上下级版本组合 联调时的注册与目录推送日志
改造项目 新旧混跑的边界 现有平台能否作为中间适配层

注册重定向解决了什么问题?

旧版里,设备只能绑定一个信令服务器地址。平台扩容成多节点后,要么人工把设备逐个分配到节点,要么所有设备挤在一台上。设备所连节点故障时,设备会一直向故障节点重注册,业务中断,需要人工改配置。

2022 版增加了注册重定向,流程是设备先向一个全局 SIP 注册服务发起注册,该服务只做调度不做业务,按各节点的负载把设备指到合适的节点,用 302 响应返回节点地址;设备再向该节点完成注册。节点离线后,设备重新走一遍重定向,由全局服务重新分配。

工程上的价值有两个。一是设备侧的配置可以统一,所有设备填同一个注册地址,减少现场逐个改 IP 的工作量;二是节点故障可以自动转移,不用等运维发现。实施时要注意监控节点的心跳与在线状态,全局注册服务本身也要做高可用,它一旦不可用,所有设备都无法完成首次注册。

H.265 和 AAC 支持带来什么变化?

2022 版的媒体通道明确支持 H.265 与 AAC 编码。对工程的具体影响有三点:国标流的封装与转发要覆盖 H.265,级联链路要能透传;平台侧的解码与转码能力要重新评估;存储与带宽的估算可以按 H.265 的效率重新做。

这里容易被忽略的是链路中间的转码环节。部分平台在级联时会把 H.265 转成 H.264 再转发,画质和带宽优势在链路上被吃掉,而配置界面上看不出转码发生。核查方式是抓取级联出口的 RTP 包,看负载类型和 PS 流类型是否与源端一致,或直接比对同一路上下级取到的分辨率与码率。

另一处变化是时间戳。标准要求同一帧音视频数据包封装成的所有 RTP 数据包时间戳相同,不同帧的数据包时间戳不同。这条对设备端实现有要求,做协议对接和测试时可以用它作为一项校验点。传输与防护的整体设计思路,可配合 视频监控系统网络设计 一起看。

设备批量升级为什么值得用?

旧版没有定义升级命令,设备升级只能逐台登录网页端操作,几十上百路的项目要排人去做。2022 版定义了升级命令的下发和结果通知流程:平台通过控制命令指定升级包地址和升级会话标识,设备自行下载并升级,完成后回传结果。标准只约束命令流程,升级包本身由厂商提供,通过 FileUrl 字段说明。

这条能力对运维影响直接。站点分散、设备型号统一的项目,可以按厂商、型号、版本建立升级包清单,从平台批量推送,避免逐点跑现场。实施时三个前提要满足:设备的固件本身就支持 2022 版升级命令;升级包来源可信,由厂商提供并在内网分发;升级窗口安排在业务低峰,并确认升级失败后的回退手段。批量升级一旦出错,会同时影响大批设备,先在一小批点位上验证再全量,是稳妥的做法。

图像抓拍和多路径级联怎么用?

图像抓拍是通过设备配置命令触发的动作,不是持久配置:平台下发抓拍参数(张数、间隔、上传地址、会话标识),设备完成抓拍后发通知回传图像的标识,参数随即失效,需要再次抓拍要重新下发。标准规范了抓拍与通知的流程,图像上传的具体方式由项目约定,通常在 URL 上附加鉴权字段和会话标识。涉及人脸、车牌等敏感图像时,抓拍与存储的操作要符合个人信息保护相关要求,可参考 GB 35114 解读 中关于信息安全等级的部分。

多路径级联针对的是网状联网结构:同一台设备可能经多条路径被上级平台访问。平台按全局统一编码识别同一设备,通过目录项中的父节点信息还原路径,支持在默认路径故障时切换到备用路径。对工程的含义是,多上级、多互联的项目在设计阶段要画清路径图,并在联调时逐条验证切换。

平台侧需要改哪些地方?

改造项目通常不是一次性全换。按优先级推进更现实:

  1. 平台升级到支持 2022 版,开启版本协商,保留对旧版设备的兼容。
  2. 清理设备固件清单,按型号记录当前版本与可升级版本。
  3. 在测试环境做一轮新旧混跑,重点看注册、目录推送、实时点播、回放四个流程。
  4. 万路级或超大规模平台验证目录订阅的表现,避免上线后信令拥塞。
  5. 安全要求按项目等级核对,SIP 信令与媒体加密的需求按实际合规要求确定,现行标准与相关技术要求以正式文本为准。
  6. 更新技术档案与验收资料,把版本号、兼容矩阵纳入交付文件。

TL;DR 检查清单

  1. 合同与招标文件写明 GB/T 28181-2022,并记录实施日期。
  2. 平台先升、设备后升,确认版本标识 3.0 可协商。
  3. 级联链路核查是否发生 H.265 转码,比对码率与负载类型。
  4. 多节点平台启用注册重定向,全局注册服务做高可用。
  5. 设备批量升级先小批量验证,保留回退版本与升级包。
  6. 图像抓拍按需下发,鉴权与留存符合数据保护要求。
  7. 网状联网项目画清多路径,联调时验证路径切换。
  8. 交付资料包含支撑版本与兼容矩阵。

参考资料

  • GB/T 28181-2022《公共安全视频监控联网系统信息传输、交换、控制技术要求》
  • GB/T 28181-2016《公共安全视频监控联网系统信息传输、交换、控制技术要求》
  • GB 35114《公共安全视频监控联网信息安全技术要求》