DB33 T 2047-2017 高速公路视频监控系统联网技术要求.pdf

《DB33 T 2047-2017 高速公路视频监控系统联网技术要求.pdf》由会员分享，可在线阅读，更多相关《DB33 T 2047-2017 高速公路视频监控系统联网技术要求.pdf（65页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 03.220.20 R10 DB33 浙江省 地 方 标 准 DB33/T 2047 2017 高速公路视频监控系统联网技术要求 Technical specification for video surveillance system of expressway network 2017 - 09 - 11 发布 2017 - 10 - 11 实施 浙江省质量技术监督局 发布 DB33/T 2047-2017 I 目 次 前言 II 1 范围 1 2 规范性引用文件 1 3 术语和定义 1 4 缩略语 1 5 联网架构 2 6 联网技术要求 4 7 视音频编解码技术要求 9 8 编码

2、规则 . 11 9 联网测试 . 12 附录 A（规范性附录） 平台通信协议 . 14 附录 B（规范性附录） 前端设备控制协议常见指令详细规定 . 44 附录 C（规范性附录） 前端设备接入通信协议 . 50 附录 D（规范性附录） 设备编码表 . 54 附录 E（规范性附录） 高速公路字符叠加格式要求 . 56 附录 F（规范性附录） 错误代码及描述 . 58 DB33/T 2047-2017 II 前 言 本标准按照 GB/T 1.1 2009给出的规则起草。 请注意 本标准的某些内容可能涉及专利。本标准的发布机构不承担识别这些专利的责任。 本标准 由 浙江省交通运输厅提出并归口 。 本

3、标准 起草单位： 浙江省公路管理局、 交通运输部公路科学研究院、浙江省交通投资集团有限公司、浙江省交通规划设计研究院。 本标准 主要起草人： 孙校伟、张纪升、张利、 孙晓亮 、王体彬、王凌霄、 崔优凯、 汪志华、 单强、王刚 、杨瑛华 、 郭红雨、赵云飞。 本标准 为首次发布。 DB33/T 2047-2017 1 高速公路视频监控系统联网技术要求 1 范围 本标准规定了高速公路视频监控系统联网架构、联网技术、视音频编解码、编码规则、联网测试要求等内容。 本标准适用于 高速公路视频监控系统联网的规划、设计、建设和运营管理。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的

4、引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 2260-2007 中华人民共和国行政区划代码 GB/T 28059-2011(所有部分 ) 公路网图像信息管理系统平台互联技术规范 GA/T 647-2007 视频安防监控系统前端设备控制协议 DB33/T 747-2009(2015) 高速公路联网运行收费、监控、通信系统技术要 求 RFC 2326 实时流协议 RFC 3261 会话发起协议 RFC 3265 会话启动协议 RFC 3550 实时传输协议 RFC 3551 音视频 控制 协议 3 术语和定义 GB/T28

5、059-2011(所有部分 ) 和 DB33/T 747-2009(2015)界定 的 以及下列术语和定义 适用于本文件。 3.1 级联Cascade 两个视频监控 平台按照上下级关系连接，上级平台可调用下级平台所管辖的 视频 监控资源，下级平台主动向上级平台传输所管辖的视频 监控资源。 4 缩略语 下列缩略语适用于本文件。 CIF Common Intermediate Format， 352*288（通用视频传输格式） 4CIF Quadruple Common Intermediate Format， 704*576（ 四倍的通用视频传输格式 ） DDCP Device Descript

6、ion and Control Protocol（ 设备描述与控制协议 ） NTP Network Time Protocol（ 网络时钟协议 ） DB33/T 2047-2017 2 RTCP Real-time Transport Control Protocol（ 实时传输控制协议 ） RTP Real-time Transport Protocol（ 实时传输协议 ） RTSP Real-Time Streaming Protocol（ 实时流 协议 ） SIP Session Initiation Protocol（ 会话 发起 协议 ） TS Transport Stream（ M

7、PEG-2规定的视 /音频传输流格式 ） XSDL XML Schema Definition Language（ XML模式定义语言 ） 5 联网架构 5.1 视频联网系统 管理架构 高速公路视频监控系统由省监控中心、路段监控中心、路段监控分中心、收费站 /隧道管理站 等 视频监控系统 组成，各级视频监控系统通过 IP传输网络实现跨区域视频监 控资源的联网 ， 视频联网系统管理架构 见图 1。 省监控中心路段监控中心1 路段监控中心n. . .收费站 隧道管理站. . .路段监控分中心（可选）收费站 隧道管理站. . .路段监控分中心（可选）图 1 视频联网 系统 管理架构 5.2 联网方式

8、 5.2.1 SIP 协议系统 基于SIP协议的视频监控系统，应 直接接入省监控中心，实现视 频监控系统联网。 5.2.2 非 SIP 协议 系统 基于非 SIP协议的视频监控系统 ,应在路段监控中心视频监控系统边界布设符合 本标准 的平台接入单元，配置视频 转换设备 ，完成协议与视频格式转换，实现视频监控系统联网。 5.3 联网协议 5.3.1 通信协议结构 平台接入单元之间的信息交互应遵循统一的通信协议，通信协议结构 见图2 。 DB33/T 2047-2017 3 SIP会话控制H.264/MPEG-4/H.265视频G.711/G.722/G.723.1/G.729音频RTP/RTCP

9、/RTSPTCP/UDPIP 层物理层和链路层图 2 通信协议结构 5.3.2 传输通道 平台之间进行视音频传输和信令控制时应建立两种传输通道： a) 控制通道：控制通道用于在平台之间建立会话并传输控制命令，采用 SIP 协议； b) 视音频流通道：视音频流通道用于传输视音频数据，视音频流采用 RTP / RTCP/RTSP 协议 ，视音频流格式为 “ RTP+TS+视音频数据 ” 。 5.4 联网安全要求 5.4.1 总体要求 高速公路视频监控联网系统应具备较强的安全保护能力。联网安全的规划应遵循系统的整体性、综合性、一致性、适应性、灵活性、多重保护性的原则。 5.4.2 身份认证 下级平台

10、向上级平台注册时，应通过预先设置的设备 ID、账号和口令验证，完成身份认证才能接入上级平台。 不应采用设备出厂时默认账号和口令进行认证。 5.4.3 数据加密 应对注册过程中的口令加密传输，宜对信令和视音频流进行加密 传输 。 5.4.4 SIP 信令认证 DB33/T 2047-2017 4 应对SIP信令做数字摘要认证，宜支持 国 密 SM3等数字摘要算法。 5.4.5 数据完整性保护 宜采用数字摘要、数字时间戳及数字水印等技术防止信息的完整性被破坏，防止恶意篡改系统数据。 5.4.6 访问控制 应实现统一的用户管理和授权，在身份鉴别的基础上，系统宜采用基于属性或基于角色的访问控制模型对用

11、户进行访问控制。 5.4.7 操作日志 联网操作应记入操作日志，可支持按账号、时间段和功能项查询操作日志。 6 联网技术 要求 6.1 总体要求 视频监控 平台应具备注册、保活、目录 推送 、查询与字段定义、实时图像获取、历史图像获取、视音频流保活、设备控制、事件管理、时钟同步、云台加锁、解锁、设备接入协议等功能（具体功能要求参见附录 A），实现与上级视频监控平台之间的联网。 6.2 注册 上下级平台联网时，下级平台应主动向上级平台发起注册，经上级鉴权认证后再推送其所管辖的目录及设备信息。 6.3 保活 下级平台应定时向上级平台发送心跳消息。 6.4 目录推送 、查询 与 字段定义 6.4.1

12、 目录推送 6.4.1.1 首次 注册时 下级平台 首次 注册成功后，应主动向上级平台推送经授权的共享设备目录。 目录推送时应包含资源地址编码（Address）、类型（ ResType）、子类型（ ResSubType）、父节点 编码（ Parent）、 活动状态（ Status） 、 设 备 ID(DeviceID)、 显示名称( DisplayName)、 监控中心编码 (MonitorCode)、 道路编号 (RoadNoCn)、 道路编码 (RoadCodePro)、 位置桩号 (PileNo)、 方向(Direction)、 所属地市( City)、 位置性质 (PositionNa

13、ture)、 位置名称( PositionName)等基本信息。 6.4.1.2 重新注册时 下级平台向上级平台重新发起注册后，只推送更新部分的共享资源目录。取消自动推送所有点位的功能，全部推送只能在上级允许的情况下、人为干预下执行。 6.4.1.3 变更 后 DB33/T 2047-2017 5 当下级平台共享设备目录增加、删除、修改更新后，应主动向上级平台推送更新部分的共享 资源目 录，当目录节点删除后，上级平台该节点下的所有目录和和设备信息全部自动删除，具体要求如下： a) 下级平台的某个目录节点的编码修改后，应先向上级平台推送该节点修改前的删除（ DEL）操作再推送修改后的增加（ AD

14、D)操作 ； b) 下级平台的设备属性变更（包括设备名称、设备类型、监控目标属性、经纬度等，不包括 ID修改）后，应自动发送整个设备目录信息给上级平台。 6.4.1.4 资源增加 目录资源增加之后，应能自动共享给上级平台。 6.4.2 目录查询 上级平台可根据需要主动向下级平台发起目录查询请求，以保证上下级间设备状态一致性。 6.4.3 字段 定义 6.4.3.1 监控设备状态字段 监控设备状态使用 设备 目录中的 Status字段， Status字段定义 见表 1。 表 1 Status 字段定义 类型名称 值类型 值 说明 Status string 0 正常 Status string

15、1 工作 不正常 Status string 2 报修中 Status string 3 搬迁中 Status string 4 在建 Status string 5 断电 6.4.3.2 操作类型字段 操作类 型使用设备目录中的 OperaType字段，OperaType字段定义 见表 2。 表 2 OperaType 字段定义 类型名称 值类型 值 说明 OperateType string ADD 添加共享 OperateType string DEL 取消共享 OperateType string MOD 修改共享 OperateType string OTH 保留 6.4.3.3 资

16、源类型字段 资源类 型使用目录中的 ResType字段 和 ResSubType字 段 ， ResType字段 定义见表 3，在 ResType值为 1时， ResSubType字段定义见表 4。 DB33/T 2047-2017 6 表 3 ResType 字段定义 类型名称 值类型 值 类型名称 ResType string 0 域节点（目录或组织） ResType string 1 摄像机 ResType string 2 开关量 输入 ResType string 3 开关量 输出 表 4 ResSubType 字段定义 类型名称 值类型 值 说明 ResSubType string

17、0 可控标清球机（或带云台标清枪机） ResSubType string 1 不可控标清 球机（或不可控标清枪机） ResSubType string 2 可控高清球机（或带云台高清枪机） ResSubType string 3 不可控高清球机（或不可控高清枪机） ResSubType string 4 移动监控 ResSubType string 5 其他 6.4.3.4 位置信息字段 位置信息使用 PositionType字段，PositionType字段定义见表 5 表 5 PositionType 字段定义 类型名称 值类型 值 说明 PositionType Number 11 普通

18、主线 PositionType Number 12 匝道枢纽 PositionType Number 13 互通枢纽 PositionType Number 21 隧道内 PositionType Number 22 隧道广场 /隧道 出入口 PositionType Number 23 桥梁 PositionType Number 24 高架桥 PositionType Number 25 桥下空间 PositionType Number 31 收费广场 PositionType Number 32 收费车道 PositionType Number 33 收费亭内 PositionType

19、Number 41 服务区 /停车区 PositionType Number 99 其他 6.4.3.5 推送和更新时间 字段 推送和更新时间使用字段 UpdateTime，格式为“ YYYYMMDDHHMMSS” （年 -月 -日 -时 -分 -秒） 。 DB33/T 2047-2017 7 6.5 实时图像获取 上级平台应能获取下级平台经授权的实时图像并进行播放，实时流应逐级转发。当前端设备优先支持组播流时，可返回组播地址，方便后端客户端和解码器接收。 6.6 历史图像获取 6.6.1 查询 上级平台应能按指定摄像机和时间段向下级平台查询所管辖的历史图像。 6.6.2 点播 上级平台应能查

20、询点播下级平台的历史图像，对历史图像的回放控制应包括开始、停止、暂停、快速和慢速播放、拖动等。 6.6.3 下载 上级平台应能按指定摄像机和时间段向下级平台查询下载所管辖的历史图像。 6.7 视音频流 保活 视音频流保活流程应满足如下要求： a) 视音频流的接收和发送方 应 基于 RTCP 进行 视音频流 保活， RTCP 报文的端口为发送 视音频流的 UDP 端口数加 1； b) 媒体转发服务器之间应基于 RTCP 进行 视音频流 保活，发送方周期性的发送 RTCP SR，接收方周期性的发送 RTCP RR，不限制先发端 ； 保活消息定时发送的时间间隔应不超过 10s， 接收方 在 45s内

21、未收到保活报文，应释放相应会话，并终止 视音频流 发送。 视音频流保活流程见图3 ： 媒体接收端 媒体发送端R T P （媒体流）R T C P S R （ U D P P O R T + 1 ）R T C P S R （ U D P P O R T + 1 ）R T C P R R （ U D P P O R T + 1 ）R T C P R R （ U D P P O R T + 1 ）图 3 视音频流 保活 流程图 6.8 设备控制 DB33/T 2047-2017 8 设备控制 主要 包括摄像机的云台控制、镜头控制、护罩控制 等，具体功能要求如下： a) 云台控制应支持 上、下、左、右

22、、左上、左下、右上、右下、预置位等功能 ， 云台、镜头 应支持速度调整功能 ； b) 镜头控制宜 具备 镜头变倍、聚焦和光圈调整功能； c) 护罩控制宜 支持除湿、加热、雨刷、灯 光等控制功能 ； d) 上级平台应能对下级平台的设备进行预置位信息查询。 设备控制使用目录中的 ControlType字段， ControlType字段 定义见表 6。 表 6 ControlType 字段定义 类型名称 值类型 值 说明 ControlType string (d|a-f|A-F)6) 值符号定义参见 附录 C.1 6.9 事件管理 事件管理应支持报警等事件订阅、通告 、报警等处理功能。 事件管理报

23、警功能使用目录中的 AlarmType字段， AlarmType字段 定义 见表 7。 表 7 AlarmType 字段 定义表 类型名称 值类型 值 说明 AlarmType string VDetect 视频 正常 AlarmType string VLost 视频丢失 AlarmType string EventOnVideo 视频事件 AlarmType string VHide 视频遮挡 AlarmType string OTH 其他告警 6.10 时钟同步 平台应支持 NTP网络时钟协议， 与 NTP服务器实现时钟同步功能。 6.11 云台加锁、解锁 上级平台应能通过下级平台对其所

24、辖的联网设备进行云台加锁和解锁。 6.12 设备接入协议 设备接入平台协议应符合附录B 的要求。 7 视音频编 解 码 技术 要求 7.1 编码技术要求 7.1.1 标清编码设备 标清编码设备支持不低于 H.264的 MainProfile 4.1及以上编码档次 和级别 ，具体配置包括： a) 编码图像分辨率至少应支持 CIF、 4CIF（或 D1）几种分辨率，并可调整； b) 编码帧率应不小于 25 帧 /秒，并可调整； DB33/T 2047-2017 9 c) 输出码率应在 64kbps 4Mbps 之间，并可调整；在带宽不足情况下，应支持图像质量优先（清晰度优先）或帧率优先（流畅优先）

25、可调； d) 应支持逐行扫描编码，宜支持隔行扫描编码； e) 熵编码方式应支持 CAVLC， 宜支持 CABAC； f) 参考帧数量不宜超过 2 个； g) 一帧数据中应只包含一个 Slice； h) GOP 格式，应支持 IPPP 方式，IPPP 方式中的 I 帧间隔应可调整； i) 支持最小 4 4 的块，支持具有各种宏块数据格式的 P 帧； j) 运动补偿的精度应能达到 1/4 像素； k) 不使用支持 FMO、 ASO、Redundant Slice 特性； l) 应支持去块效应滤波器（ Deblocking Filter）； m) 应支持 CBR 和 VBR 编码控制方式； n) 为

26、支持用户在视频图像质量和图像流畅性之间进行选择，应提供编码参数调节，比如，设置图像大小、设置帧率、设置 I 帧间 隔等； o) 应支持双码流编码模式，即主码流和辅码流，宜支持三码流。 7.1.2 高清编码设备 高清编码设备 支持 不低于 H.264的 MainProfile 4.1及以上编码档次 和级别 ， 宜支持 H.265的视频编码标准， 具体配置包括： a) 编码图像分辨率至少应支持 1080p、 720p、 4CIF（或 D1）几种分辨率，并可调整； b) 编码帧率应不小于 25 帧 /秒，并可调整； c) 输出码率应在 512kbps 16Mbps 之间，并可调整；在带宽不足情况下，

27、应支持图像质量优先（清晰度优先）或帧率优先（流畅优先）可调； d) 应支持逐行扫描编码，宜支持隔 行扫描编码； e) 熵编码方式应支持 CAVLC，宜支持 CABAC； f) 参考帧数量不宜超过 2 个； g) 一帧数据中应只包含一个 Slice； h) GOP 格式，应支持 IPPP 方式，IPPP 方式中的 I 帧间隔应可调整； i) 支持最小 4 4 的块，支持具有各种宏块数据格式的 P 帧； j) 运动补偿的精度应能达到 1/4 像素； k) 不使用支持 FMO、 ASO、Redundant Slice 特性； l) 应支持去块效应滤波器（ Deblocking Filter）； m)

28、 应支持 CBR 和 VBR 编码控制方式； n) 为支持用户在视频图像质量和图像流畅性之间进行选择，应提供编码参数调节 ，比如，设置图像大小、设置帧率、设置 I 帧间隔等； o) 应支持双码流编码模式，即主码流和辅码流，宜支持三码流。 7.2 解码技术要求 7.2.1 标清解码设备 视频解码采用 H.264标准，视频解码所支持的档次和级别不低于编码支持的最高档次和级别，至少支持 H.264标准的MainProfile 的 Level 4.1及以上档次和级别，具体要求包括： DB33/T 2047-2017 10 a) 应支持 D1/CIF/QCIF 几种分辨率的 H.264 图像解码显示；宜

29、支持 D1 以上分辨率的高清解码以及支持标清、高清的混合应用； b) 应能同时支持解码逐行扫描和隔行扫描方式编码的码流； c) 应能够解码 CAVLC 和 CABAC 两种熵编码码流； d) 支持 1/4 像素精度的运动搜索的解码； e) 能够解码从 16*16 到 4*4 块大小的所有帧内和帧间编码模式； f) 支持多参考帧解码，至少应支持 2 个参考帧； g) 能够识别视频 TS 码流并解码 TS 视频码流；能够识别视音频复合的 TS 码流，至少能够拆分并解码视音频复合流中的视频码流； h) 支持 TCP/IP、 UDP、 RTP、 IGMP 等多种的网络协议，提供单播、组播两种传送方式。

30、 7.2.2 高清解码设备 视频解码采用 H.264标准，视频解码所支持的档次和级别应不低于编码支持的最高档次和级别，至少应支持 H.264标准的MainProfile 的 Level 4.1及以上的档次和级别，宜支持 H.265视频 标准 的解码，具体要求包括： a) 应支持 720p/1080p/1080i几种分辨率的 H.264图像解码显示， 宜支持 H.265的图像解码显示，支持标清、高清的混合应用； b) 应能同时支持解码逐行扫描和隔行扫描方式编码的码流； c) 应能够解码 CAVLC 和 CABAC 两种熵编码码流； d) 支持 1/4 像素精度的运动搜索的解码； e) 能够解码从

31、 16*16 到 4*4 块大小的所有帧内和帧间编码模式； f) 支持多参考帧解码，至少应支持 2 个参考帧。 8 编码规则 8.1 管理模型 用户根据所拥有的角色来实现对设备的功能访问，具体管理模型应符合 GB/T28059.4-2011第 4章 的要求。 8.2 对象编 码 结构 编码具体由 18位完全十进制阿拉伯 数字码组成的特征组合码。排列顺序从左至右依次： 1位数字码为层级代码， 7位数字码为三级域代码， 1位数字码为四级域代码，1 位数字码为接入类型码， 2位数字码为对象类型码， 6位数字码为对象流水号编码。编码具体要求包括： a) 层级代码为 1 位数字码，表示编码对象所在的系统

32、层级。 “ 1” 代表交通部直属平台， “ 2”代表省内平台，其余数字码预留； b) 三级域代码 为 7 位监控中心数 字代码； c) 四级域代码 为 1 位数字码。“ 1” 代表区域中心，“2” 代表路段中心，“ 3” 代表路段分中心，“4 ” 代表收费所 /隧道 管理 站 ，“ 9” 代表其他； d) 接入类型码为 1 位数字码。对于层级代码为“ 1” 的对象，接入类型码固定为“ 0” 。对于层级代码不为“ 1” 的对象，表示对象的管理主体类型。对象管理主体分为高速公路、干线普通公路、公路交通枢纽三类。高速公路对象的接入类型码为“ 1” ，干线普通公路对象的接入类DB33/T 2047-2

33、017 11 型码为“2 ” ，公路交通枢纽对象的接入类型码为“ 3” ，其他类型管理主体接入类型码预留为“ 4” “ 9” ； e) 对象类型码 为 2 位数字，表示设备、用户类型。设备类型码为“ 00” “ 89” ，用户类型码为“ 90” “ 98” ，平台接入单元类型码为“ 99” ； f) 对象流水号编码为 6 位数字码，表示对各主要对象编定的流水顺序码。对象流水号编码范围从“ 000001” “ 999999” 。 对象编码结构见 图 4。 设备类型码具体见表 8。 X X X X X X X XX X X XX X X X X X层级代码三级域代码四级域代码接入类型码对象类型码对

34、象流水号编码图 4 对象编码结构 表 8 设备类型码表 设备类型码 名称 00 数字视频编码设备 (不带本地存储 ) 01 数字视频编码设备 (带本地存储 ) 02 数字视频解 码设备 03 网络摄像机 04-19 预留 1(数字视音频设备 ) 20 监控联网管理服务器 21 视频代理服务器 22 Web 接入服务器 23 录像管理服务器 24-39 预留 2(服务器设备 ) 40 网络数字矩阵 41 网络控制器 42 网络报警主机 43-59 预留 3(其它数字设备 ) 60 模拟摄像机 61 视频模拟矩阵 62-74 预留 4(模拟视音频设备 ) 75 模拟控制器 76-89 预留 5(其

35、它模拟设备 ) DB33/T 2047-2017 12 9 联网测试 9.1 总体要求 为保证省内高速公路视频监视系统纳入省公路网视频 监视系统中联网运行，凡接入视频监视系统联网运行的厂家系统管理平台和设备，在设备采购前应进行入网兼容性测试。 入网兼容 性测试应 达到以下要求 ： a) 以本 标准 为依据，对即将入网的数字视频设备、网络存储设备、网络管理平台等进行系统性测试，对其控制策略予以验证 ； b) 各厂商参与评测的数字视频设备 应满足本标准技术要求，联网设备 之间应满足 互联、互通及分组互控。 9.2 测试内容 9.2.1 接口测试 测试编解码设备互编互解。 9.2.2 业务互通测试

36、测试以下功能点： a) 视音频流互编互解； b) 信令面互通 (注册、目录查询、实况、回放、控制、告警上报 )； c) 监控平台互联测试还可 分别作为上级 、中 级 、下级平台进行测试，以保证多级连网时能正常运行。 9.3 测试平台 在模拟测试平台架构基础上完成视频监控系统联网以及基于H.264/H.265 编解码测试。在基本测试平台完成搭建配置后，对照 本标准的相关章节要求 逐条核实。 9.4 测试方法 9.4.1 音视频编解码设备互编互解及 H.264 标准验证测试方法 9.4.1.1 互联测试方法 编解码设备应满足本标准第7章 关于编解 码设备的接口要求。利用示波器、 网络测试仪等设备测

37、试各个厂商设备接口电气特性是否符合要求，从而达到设备互联的要求。 9.4.1.2 互通测试方法 在互联基础上，通过实际编解码来测试各厂商编解码设备的互通情况。测试过程中，甲厂商的解码器能完整解码出乙厂商编码器输出的码流，并能显示出正确解码图像；同时乙厂商解码器能够完全解码出甲厂商编码器输出的码流，则视为甲、乙厂商的解码器和编码器通过互通测试。如果未显示，或者不能正确显示解码图像，则视为甲、乙厂商的解码器和编码器未通过互通测试，需进一步确认是编码设备不符合本标准，还是解码设备不符合本标准。进一步测试分为两种情况进行： DB33/T 2047-2017 13 a) 将编码设备输出的码流用 Elec

38、ard StreamEye 软件播放，如能播放，则该编码设备编码的码流符合 H.264 标 准，同时需进一步用 Elecard StreamEye 软件进行码流分析，确认编码码流是否符合本规定 关于编码码流之规定 。若完全符合，则该厂商的编码设备符合要求 ； b) 根据本规定 关于编码码流的规定，编码生成标准的 H.264 测试码流，用解码设备解码测试码流。如果解码器能完整测试码流，并能显示出正确解码图像，则视厂商的解码设备符合要求 。 9.4.1.3 互控测试方法 在互联 、互通的基础上，进行互控测试， H.264的互控测试主要测试不同厂商设备 的编码参数设置。测试内容以 本标准规定内容为准

39、，逐条测试。 9.4.2 视频管理平台联网测试方法 构建测试平台，在设备物理互联基础上，通过实际信息传输来测试各设备的互通情况。测试过程中，甲厂商的联网平台能完整解析出乙厂商相应联网平台发送过来的消息，并能完成正确的视频图像显示及控制、报警等如本标准的第五部分的各项功能；同时，乙厂商的平台能够完整解析甲厂商 平台发来的消息以及完成视频显示、控制、报警等各项功能，则视为甲、乙厂商的联网平台通过互通测试。否则，则视为甲、乙厂商的联网平台未通过互通测试。 DB33/T 2047-2017 14 A A 附 录 A （规范性附录） 平台通信协议 A.1 注册与鉴权 A.1.1 注册登记、目录发送、心跳

40、信息传递 下级平台负责向上级平台发起注册请求，上级平台负责进行权签。注册成功后，下级平台负责定时 (30s)向上级平台发送保活消息；注册成功后，下级平台负责发起推送请求。 A.1.2 注册登记 注册登记包含 以下 内容： a) 下级平台应 使用 RFC 3261 中定义的方法 REGISTER 进行注册登记； b) 注册消息支持权签； c) 平台之间保活时间 90s； d) 如果 下级平台 修改了 IP 地址 或 监听端口， 应 先注销，再重新 进行注册 登记 ； e) 注册登记流程如下： 下级平台向上级平台发送 REGISTER 消息； 上级平台收到注册登记消息后，如果请求消息没有携带权签信

41、息，则发送 401，要求下级平台发送带权签信息的 REGISTER 消息。头域 WWW-Authenticate 中需要携带参数：Digest、 realm、 nonce、 opaque、 algorithm（算法用 MD5）、 qop； 下级平台发送携带权签信息的 REGISTER 消息。头域 Authorization 中需要携带参数：Digest、 username、 realm、 nonce、 cnonce、 nc、 uri、 response、 algorithm、 opaque； 上级平台对注册登记信息进行验证、核准，对符合接入条件的下级单元进行注册登记； 上级平台应将注册成功或失

42、败的消 息返回给下级平台。 注册登记 流程见图 A.1。 SIP 服务器 SIP 代理1 ：Register2 ：401 Unauthorized3 ：Register4 ： 200 OK图 A.1 注册登记 流程 示例： DB33/T 2047-2017 15 F1：REGISTER sip: 上级平台 域名或 IP 地址 SIP/2.0 Via: SIP/2.0/UDP 下级平台 IP 地址 Max-Forwards: 70 From: 显示名 ; tag=BK32B1U8DKDrB To: 显示名 Call-ID: 17250 CSeq: 1 REGISTER Contact: Expi

43、res: 3600 Content-Length: 0 F2：SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 下级 平台 IP 地址 Call-ID: 17250 From: 显示名 ; tag=BK32B1U8DKDrB To: 显示名 ; tag= BK32B1U8YKDvs CSeq: 1 REGISTER Expires: 90 WWW-Authenticate:Digest realm=“user“, nonce=“cc4b7484724b“, opaque=“,algorithm=MD5, qop=“auth“ Content-Length: 0

44、 F3: REGISTER sip:上级 平台 域名或 IP 地址 SIP/2.0 Via: SIP/2.0/UDP 下级 平台 IP 地址 Call-ID: 17250 From: 显示名 ; tag=BK32B1U8DKDrB To: 显示名 ; tag= BK32B1U8YKDvs CSeq: 2 REGISTER Contact: Max-Forwards: 70 Expires: 90 Authorization: Digest username=“user“,realm=“user“,nonce=“cc4b7484724b“,uri=“sip:目的域的 IP 或域名 :端口 “,

45、response=“938c0e37d“,algorithm=MD5,opaque=“ Content-Length: 0 F4：200 Via: SIP/2.0/UDP 下级 平台 IP 地址 From: 显示名 ;tag=BK32B1U8DKDrB To:显示名 ; tag= BK32B1U8YKDvs Call-ID: 17250 CSeq: 1 REGISTER Expires: 90 Content-Length: 0 DB33/T 2047-2017 16 或：4 XX Via: SIP/2.0/UDP 下级 平台 IP 地址 From: 显示名 ;tag=BK32B1U8DKDr

46、B To: 显示名 ; tag= BK32B1U8YKDvs Call-ID: 17250 CSeq: 1 REGISTER Content-Length:0 A.1.3 目录发送 目录及设备共享的设置 如下 ： a) 对于级联的联网模式，下级（源）联网单元无条件把所有的目录和摄像机都共享给上级（目的）联网单元； b) 对于互联的联网模式，下级联网单 元可以有选择的把目录和摄像机共享给上级 平台 。 c) 在以下情况下下级 平台 应自动向上级 平台 发送目录信息： d) 联网单元的目录信息发生变化（包括新增、修改和删除共享）后，应发送变化部分目录信息； e) 联网单元推送的设备状态发生变化（上

47、下线、视频丢失）后，应发送变化部分设备信息； f) 推送多级目录的时候，目录树从父节点到子节点逐级推送；删除父节点的时候，同时删除子节点； g) 分多个 SIP 消息推送目录信息的时候，当收到上一个 SIP 消息的成功返回后，才进行下一个SIP 消息的推送； h) 对于推送未成功的目录信息，需要进行重试，并最多重试 3 次，重试的时间间隔依次为 30s、45s、 60s；如果重试 3 次还是推送失败，在联网单元重新注册成功后应自动再进行推送。 i) 提供手动推送全部共享目录和摄像机的功能。 目录发送流程如下： a) 需发送共享设备目录信息的下级 平台 向所有与之联网的上级平台 发送 NOTIF

48、Y 信息。NOTIFY消息的消息体包含整个允许共享的设备目录信息，每个设备对应的目录信息应包含以下内容：地址编码（ Address）、类型（ResType ）、子类型（ ResSubType）、操作类型（ OperateType）、权限功能码（ Privilege）、父节点地址编 码（ Parent）、活动状态（ Status）、经度（ Longitude）、纬度（Latitude ）、海拔（ Elevation）、 设备 ID(DeviceID)、 显示名称 (DisplayName)、 监控中心编码 (MonitorCode)、 道路编号 (RoadNoCn)、 道路编码 (RoadCodePro)、 位置桩号(PileNo)、 方向 (Direction)、 所属地市 (City)、 位置性质 (PositionNature)、 位置名称(PositionName)子节点个数（ Subnum）、子节点列表（ Sublist） 等 ； b) 上级 平台 收到正确目录消息后更新本地目录数据库； c) 上级 平台 应将