DB33 T 629.2-2011(2014) 跨区域视频监控联网共享技术规范 第2部分联网单元.pdf

上传人:卡尔 文档编号:345892 上传时间:2019-07-20 格式:PDF 页数:32 大小:533KB
下载 相关 举报
DB33 T 629.2-2011(2014) 跨区域视频监控联网共享技术规范 第2部分联网单元.pdf_第1页
第1页 / 共32页
DB33 T 629.2-2011(2014) 跨区域视频监控联网共享技术规范 第2部分联网单元.pdf_第2页
第2页 / 共32页
DB33 T 629.2-2011(2014) 跨区域视频监控联网共享技术规范 第2部分联网单元.pdf_第3页
第3页 / 共32页
DB33 T 629.2-2011(2014) 跨区域视频监控联网共享技术规范 第2部分联网单元.pdf_第4页
第4页 / 共32页
DB33 T 629.2-2011(2014) 跨区域视频监控联网共享技术规范 第2部分联网单元.pdf_第5页
第5页 / 共32页
亲,该文档总共32页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

1、ICS 13.310 A 91 DB33 浙江省 地方标准 DB 33/T 629.2 2011 代替 DB 33/T 629.2-2007 跨区域视频监控联网共享技术规范 第 2 部分:联网单元 Technical specifications for inter-domain video surveillance networking and sharing Part 2: Networking units 2011- 06 - 27 发布 2011 - 07 - 27 实施 浙江省质量技术监督局 发布 DB33/T 629.2 2011 I 目 次 前言 . II 1 范围 . 1 2

2、规范性引用文件 . 1 3 术语和定义 . 1 4 SIP 协议扩展 . 1 4.1 方法 DO . 1 4.2 消息体类型 . 3 4.3 SIP 地址编码 . 3 4.4 业务出错处理 . 3 5 联网单元技术要求 . 4 5.1 设备注册与鉴权 . 4 5.2 监控图像获取 . 10 5.3 控制 . 19 5.4 事件预订通告 . 23 DB33/T 629.2 2011 II 前 言 本部分依据 GB/T 1.1-2009给出的的规则 起草。 DB33/T 629跨区域视频监控联网共享技术规范分为 六 个部分: 第 1部分 : 总 则 ; 第 2部分 : 联网单元; 第 3部分 :

3、设备描述与控制协议; 第 4部分 : 用户及设备编码管理; 第 5部分 : 视音频编解码技术要求及媒体插件管理 ; 第 6部分 : 设备运行监测管理 。 本部分是 DB33/T 629的第 2部分。 本部分代替 DB33/T 629.2-2007跨区域视频监控联网共享 技术规范 第 2部分:联网单元 ,与DB33/T 629.2-2007相比,除编辑性修改外,主要技术变化 如下: 修改了 SIP 消息示例中 的 承载协议 , 统一修改成 UDP(见 5, 2007 版 5); 增加了 级联和互联的区别 , 级联:下级域注册到上级域,并把设备推送给上级域 ; 互联:平级域,互相注册,互相把设备推

4、送给对方(建议 2 个方向的注册和保活没有关联,这样互联可以方便的转化为级联) ,域间互联信令仅限于联网单元和联网单元之间的交互 (见 5.1, 2007 版5.1); 增加了 平台之间注册 的 鉴权 (见 5.1, 2007 版 5.1); 修改了 register 及其响应消息中的 to 字段和 from 字段 ,取 相同 值 ,以符合 sip 规范 (见5.1.3.1, 2007 版 5.1.2.1); 修改了 目录信息的结构, 明确 每条消息中承载的摄像机信息 (见 5.1.3.2, 2007 版 5.1.2.2); 修改了 保活周期、保活失败的判断准则,以及保活失败后的处理机制 (见

5、 5.1.3.3, 2007 版5.1.2.3); 修改 了目录推送 机制 , 增加 了 :1、支持多级目录 ,2、支持告警源、告警输出等设备的推送 ,3、在描述设备中增加操作类型、设备类型、设备子类型、设备状态等参数 ,4、在描述摄像机中增加摄像机解码插件标识 (见 5.1.3.2, 2007 版 5.1.2.2); 增加了心跳报文(保活)响应 消息 (见 5.1.3.3, 2007 版 5.1.2.3); 增加了心跳保活的 统一 时间要求 (见 5.1.3.3, 2007 版 5.1.2.3); 修改了 媒体保活消息 (见 5.2.1, 2007 版 5.2.1); 修改了 点 播回放业务

6、的流程定义,补充完善了点播回放的业务流程和解码插件接口 API 定义, (见 5.2.2, 2007 版 5.2.2); 修改了 历史 查询响应中 信息的组织方式, 增加 了 分页的概念,不使用时间推移的方式 (见5.2.2, 2007 版 5.2.2); 修改了 回放媒体流 承载方式,统一 使用 TCP 承载 (见 5.2.2, 2007 版 5.2.2); -增加了 事件订阅的 SUBSCRIBE 头域 Subscription-State 和 Event;交互流程中也缺少 Notify确认 (见 5.4.1, 2007 版 5.5.1); 增加了 事件消息 跨域转发 规定,要求 都经过网

7、络单元转发,不直接从前端设备转发到外域目的 (见 5.4.1、 5.4.2, 2007 版 5.5.1、 5.5.2); DB33/T 629.2 2011 III 增加了事件通知中头域 Subscription-State 和 Event (见 5.4.2, 2007 版 5.5.2)。 增加了 预置位查询消息和流程 (见 5.3.2, 2007 版 5.3)。 增加了 历史图像下载消息接口,在现有的回放流程基础上,增加下载的命令字,流程上与回放一支,但从命令字区分下载与回放 (见 5.2.2, 2007 版 5.2.2); 增加了 实时监控图像获取中的 200OK 响应的消息体 内容 ,

8、增加媒体发送 IP、端口号、媒体流的方向等描述,以支持双向语音对讲 的需要 (见 5.2.1, 2007 版 5.2.1); 删除了设备状态查询消息和流程,将此部分内容移到本规范第六部分(见 5, 2007 版 5.4)。 本部分由浙江省公安厅提出并归口。 本部分 起草单位:浙江省公安科技研究所、杭州华三通信技术有限公司、浙江立元通信技术有限公司 。 本部分参加起草单位:杭州海康威视数字技术有限公司、浙江广信智能建筑研究院有限公司、杭州天视智能系统有限公司、浙江省公众信息产业有限公司、浙江贝尔技术有限公司、杭州赤诚软件有限公司、 浙江大华技术股份有限公司 、浙江方圆检测集团股份有限公司 。 本

9、部分主要起草人:蒋乐中、李福胜、赵问道、徐力、夏海元、焦庆春、马博康、李旻、徐云、叶裕雷、王坚、洪燕昌、李英杰、陈爽 。 本部分代替 DB33/T 629.2-2007。 DB33/T 629.2-2007 为第一次发布。 请注意本 文件的某些内容可能涉及专利。 本规范的发布机构不承担识别这些专利的责任。 DB33/T 629.2 2011 1 跨区域视频监控联网共享 技术规范 第 2 部分:联网单元 1 范围 DB33/T 629 的本部分 规定了跨区域视频监控联网共享和建设中使用的联网单元的技术要求。 本部分适用于视频监控系统的跨区域联网共享建设,及 相关系统和软硬件产品的设计与开发 。

10、2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注 日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 DB33/T 629.1-2011 跨区域视频监控联网共享 技术规范 第 1 部分:总则 ; DB33/T 629.3-2011 跨区域视频监控联网共享 技术规范 第 3 部分 设备描述与控制协议; DB33/T 629.4-2011 跨区域视频监控联网共享 技术规范 第 4 部分 用户及设备编码管理; DB33/T 629.5-2011 跨区域视频监控联网共享 技术规范 第 5部分 视音频编解码技术要求及媒体插件

11、管理; RFC 2326 RTSP:实时流协议 RFC 3261 Session Initiation Protocol RFC 3265 Session Initiation Protocol (SIP)-Specific Event Notification RFC 3550 RTP: A Transport Protocol for Real-Time Applications RFC 3551 RTP Profile for Audio and Video Conferences with Minimal Control 3 术语和定义 DB33/T 629.1界定的以及下列术语和定义

12、适用于 本部分。 3.1 心跳信息 heartbeat info 由联网单元定时发送的关于运行状态的信息 。 4 SIP 协议扩展 4.1 方法 DO 4.1.1 方法描述 本 部分在 RFC 3261基础上 定义了一个新方法 DO。 方法 DO的功能包括: 心跳保活、 控制对方动作 、历史监控资料查询和回放等 。发送方法 DO的请求报文时,不会创建一个新的 SIP会话,也不需要存在一个SIP会话作为前提。方法 DO与 SIP会话无关 ,可在 SIP会话 内存在,也可在 SIP会话 之外存在 ,当 DO是在一个 SIP会话 内发送时, 方法 DO中包含 的 Call-ID应与 SIP会话 的

13、Call-ID一致 。 DB33/T 629.2 2011 2 4.1.2 方法 DO 支持的头域 表 1是对 RFC 3261 SIP协议的扩展,规定了方法 DO支持的头域。表中符号含义参见 RFC 3261。 表 1 方法 DO 头域表 Header Where enc. e-e DO Accept R e o Accept 415 e o Accept-Encoding R e o Accept-Encoding 415 e o Accept-Language R e o Accept-Language 415 e o Allow 200 e o Allow 405 e m Author

14、ization R e o Authorization R e o Call-ID Gc n e m Contact R e m Header Where enc. e-e DO Contact 2xx e o Contact 3xx e o Contact 486 e o Content-Encoding E e o Content-Length E e m Content-Type E e * Cseq Gc n e m Date G e o Encryption G n e o Expires G e o From Gc n e m Hide R n h o Max-Forwards R

15、 n e o Organization G c h o Priority R c e o Proxy-Authenticate 407 n h O Proxy-Authorization R n h O Proxy-Require R n h O Record-Route R h o O Record-Route 2xx,401,484 h o o Require R e o Retry-After R c e - DB33/T 629.2 2011 3 表 1 方法 DO 头域表 (续) Header Where enc. e-e DO Retry-After 404,413,480, 48

16、6 c e o 500,503 c e o 600,603 c e o Response-Key R c e O Route R h o O Server r c e O Subject R c e o Timestamp g e o To gc n e m Unsupported 420 e o User-Agent g c e o Via gc n e m Warning r e o WWW-Authenticate R c e O WWW-Authenticate 401 c e o 4.1.3 DO 请求响应 当 DO请求得到成功执行时,一般应回送一个“ 200 OK”响应消息,消息体

17、中可包含结果信息。当 DO请求失败时,可回送请求失败( Request Failure,4xx)、服务器失败( Server failure,5xx)和全局失败( Global Failure,6xx)响应消息。对于监控中的部分控制请求, DO请求可无响应消息。 4.1.4 DO 的 消息 实体 方法 DO的 消息 实体 应采用本规范定义的设备描述和控制协议( DDCP)来描述相应的消息内容 。 DDCP协议引用的元素说明 见 DB33/T 629.3-2011。 4.2 消息体类型 采用 RFC 3261、 RFC 3265和方法 DO实现视频监控系统跨区域联网时,方法的消息体 MIME类型

18、应采用本规范定义的设备描述和控制协议( DDCP协议), Content-Type字段应设为“ application/DDCP”。 4.3 SIP 地址编码 SIP地址编码格式应采用 RFC 3261中规定的 SIP:userhost形式。其中 user部分应符合本规范定义的对象编码规则, host按 RFC 3261规定执行。 4.4 业务出错处理 当 SIP响应返回 500错误的时候,在 XML中带具体的业务错误原因,具体错误代码见 DB33/T 629.3-2011。 返回的响应消息的 XML定义如下: DB33/T 629.2 2011 4 请求消息的功能 XXX 其中 Variab

19、le中填写的是相应请求消息的功能识别字段,比如目录推送就是 Catalog, Result中填写的是业务错误码,具体错误码见 DB33/T 629.3-2011中的定义 5 联网单元技术要求 5.1 设备注册与鉴权 5.1.1 在级联的模式下 设备注册与鉴权 源联网单元(下级联网单元)负责向目的联网单元(上级联网单元)发起注册请求,目的联网单元负责进行权签。注册成功后,源联网单元负责定时 (30s)向目的联网单 元发送保活消息;注册成功后,源联网单元负责发起推送请求。 5.1.2 在互联模式下 设备注册与鉴权 源联网单元负责向目的联网单元发起注册请求,目的联网单元负责进行权签。注册成功后,源联

20、网单元负责定时 (30s)向目的联网单元发送保活消息;注册成功后,源联网单元负责发起推送请求。 在互联模式下,双方可以互为源联网单元和目的联网单元。即可以存在以下 3种模式之一: a) A 为源联网单元, B 为目的联网单元; b) B 为源联网单元, A 为目的联网单元; c) A 为源联网单元, B 为目的联网单元;同时 B 为源联网单元, A 为目的联网单元。 5.1.3 注册登记、目录发送、 心跳信息传递等消息的说明 5.1.4 注册登记 注册登记 消息说明如下: a) 联网单元应 使用 RFC 3261 中定义的方法 REGISTER 进行注册登记; b) 注册消息支持权签; c)

21、联网单元之间保活时间 90s; d) 如果联网单元修改了 IP 地址和监听端口, 应 先注销,再重新 进行注册 登记 ; e) 注册登记流程如下: 1) 源联网单元向目的联网单元发送 REGISTER 消息; 2) 目的联网单元收到注册登记消息后,如果请求消息没有携带权签信息,则发送 401,要求源联网单位发送带权签信息的 REGISTER 消息。头域 WWW-Authenticate 中需要携带参数:Digest、 realm、 nonce、 opaque、 algorithm(算法用 MD5)、 qop; 3) 源联网单元发送携带权签信息的 REGISTER 消息。头域 Authoriza

22、tion 中需要携带参数:Digest、 username、 realm、 nonce、 uri、 response、 algorithm、 opaque; 4) 目的联网单元对注册登记信息进行验证、核准,对符合接入条件的联网单元进行注册登记; 5) 目的联网单元应将注册成功或失败的消息返回给该源联网单元。 DB33/T 629.2 2011 5 源 联 网 单 元R E G I S T E R ( F 1 )4 0 1 ( U N A U T H O R I Z E D ) ( F 2 )R E G I S T E R ( 带 权 限 信 息 ) ( F 3 )2 0 0 O K ( F 4

23、 )目 的 联 网 单 元图 1 注册登 记 消息示例: 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: Expires: 3600 Content-Length: 0 F2: SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 源 联网单元 IP地址 Call-ID: 17250

24、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 F3: REGISTER sip:目的 联网单元域名或 IP地址 SIP/2.0 Via: SIP/2.0/UDP 源 联网单元 IP地址 Call-ID: 17250 From: 显示名 ; t

25、ag=BK32B1U8DKDrB To: 显示名 ; tag= BK32B1U8YKDvs CSeq: 2 REGISTER Contact: Max-Forwards: 70 Expires: 90 Authorization: Digest username=“user“,realm=“user“,nonce=“cc4b7484724b“,uri=“sip:目的域的 IP或域名 :端口 “, response=“938c0e37d“,algorithm=MD5,opaque=“ DB33/T 629.2 2011 6 Content-Length: 0 F4: 200 Via: SIP/2

26、.0/UDP 源 联网单元 IP地址 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 ; tag= BK32B1U8YKDvs Call-ID: 17250 CSeq: 1 REGISTER Expires: 90 Content-Length: 0 或: 4XX Via: SIP/2.0/UDP 源 联网单元 IP地址 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 ; tag= BK32B1U8YKDvs Call-ID: 17250 CSeq: 1 REGISTER Content-Length: 0 5.1.4.1 目录发送 目录发送

27、 信息说明如下: a) 目录及设备共享的设置: 1) 对于级联的联网模式,源(下级)联网单元无条件把所有的目录和摄像机都共享给目的(上级)联网单元; 2) 对于互联的联网模式,下级联 网单元可以有选择的把目录和摄像机共享给目的联网单元。 b) 在 以下情况下 源联网单元应自动向目的联网单元 发送目录信息: 1) 联网单元的 目录信息发生变化 (包括新增、修改和删除共享) 后 ,应发送变化部分目录信息 ; 2) 联网单元推送的设备状态发生变化(上下线、视频丢失)后,应发送变化部分设备信息; 3) 推送多级目录的时候,目录树从父节点到子节点逐级推送;删除父节点的时候,同时删除子节点; 4) 分多个

28、 SIP 消息推送目录信息的时候,当收到上一个 SIP 消息的成功返回后,才进行下一个 SIP 消息的推送; 5) 对于推送未成功的目录信息,需要进行重试,并最 多重试 3 次,重试的时间间隔依次为30s、 45s、 60s;如果重试 3 次还是推送失败,在联网单元重新注册成功后应自动再进行推送。 c) 提供手动推送全部共享目录和摄像机的功能。 d) 目录发送流程如下: 1) 需发送共享设备目录信息的源联网单元向所有与之联网的目的联网单元 发送 NOTIFY 信息 。 NOTIFY 消 息 的消息体包含整个允许共享的设备目录信息,每个设备对应的 目录信息应 包含以下内容:显示名 ( Name) 、地址编码 ( Address)、类型( ResType)、子类型( ResSubType)、权限功能码( Privilege) 、父节点地 址编码 ( Parent) 、活动状态 ( Status)、经度( Longitude)、纬度( Latitude)、海拔( Elevation)、子节点个数( Subnum)、子节点列表( Sublist)等;字段的定义参见 DB33/T 629.3-2011,后同;

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 地方标准

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1