DB33T 629.2-2011跨区域视频监控联网共享技术规范 第2部分 联网单元

ICS13.310A91DB33浙江省地方标准DB33/T629.2—2011代替DB33/T629.2-2007跨区域视频监控联网共享技术规范第2部分：联网单元Technicalspecificationsforinter-domainvideosurveillancenetworkingandsharingPart2:Networkingunits2011-06-27发布2011-07-27实施浙江省质量技术监督局发布DB33/T629.2—2011I目次前言................................................................................II1范围..............................................................................12规范性引用文件....................................................................13术语和定义........................................................................14SIP协议扩展.......................................................................14.1方法DO........................................................................14.2消息体类型....................................................................34.3SIP地址编码...................................................................34.4业务出错处理..................................................................35联网单元技术要求..................................................................45.1设备注册与鉴权................................................................45.2监控图像获取.................................................................105.3控制.........................................................................195.4事件预订通告.................................................................23DB33/T629.2—2011II前言本部分依据GB/T1.1-2009给出的的规则起草。DB33/T629《跨区域视频监控联网共享技术规范》分为六个部分：——第1部分：总则；——第2部分：联网单元；——第3部分：设备描述与控制协议；——第4部分：用户及设备编码管理；——第5部分：视音频编解码技术要求及媒体插件管理；——第6部分：设备运行监测管理。本部分是DB33/T629的第2部分。本部分代替DB33/T629.2-2007《跨区域视频监控联网共享技术规范第2部分：联网单元》，与DB33/T629.2-2007相比，除编辑性修改外，主要技术变化如下：——修改了SIP消息示例中的承载协议，统一修改成UDP(见5，2007版5)；——增加了级联和互联的区别，级联：下级域注册到上级域，并把设备推送给上级域；互联：平级域，互相注册，互相把设备推送给对方（建议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.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)；——修改了点播回放业务的流程定义，补充完善了点播回放的业务流程和解码插件接口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)；——增加了事件消息跨域转发规定，要求都经过网络单元转发，不直接从前端设备转发到外域目的(见5.4.1、5.4.2，2007版5.5.1、5.5.2)；DB33/T629.2—2011III——增加了事件通知中头域Subscription-State和Event(见5.4.2，2007版5.5.2)。——增加了预置位查询消息和流程(见5.3.2，2007版5.3)。——增加了历史图像下载消息接口，在现有的回放流程基础上，增加下载的命令字，流程上与回放一支，但从命令字区分下载与回放(见5.2.2，2007版5.2.2)；——增加了实时监控图像获取中的200OK响应的消息体内容，增加媒体发送IP、端口号、媒体流的方向等描述，以支持双向语音对讲的需要(见5.2.1，2007版5.2.1)；——删除了设备状态查询消息和流程，将此部分内容移到本规范第六部分（见5，2007版5.4）。本部分由浙江省公安厅提出并归口。本部分起草单位：浙江省公安科技研究所、杭州华三通信技术有限公司、浙江立元通信技术有限公司。本部分参加起草单位：杭州海康威视数字技术有限公司、浙江广信智能建筑研究院有限公司、杭州天视智能系统有限公司、浙江省公众信息产业有限公司、浙江贝尔技术有限公司、杭州赤诚软件有限公司、浙江大华技术股份有限公司、浙江方圆检测集团股份有限公司。本部分主要起草人：蒋乐中、李福胜、赵问道、徐力、夏海元、焦庆春、马博康、李旻、徐云、叶裕雷、王坚、洪燕昌、李英杰、陈爽。本部分代替DB33/T629.2-2007。DB33/T629.2-2007为第一次发布。请注意本文件的某些内容可能涉及专利。本规范的发布机构不承担识别这些专利的责任。DB33/T629.2—20111跨区域视频监控联网共享技术规范第2部分：联网单元1范围DB33/T629的本部分规定了跨区域视频监控联网共享和建设中使用的联网单元的技术要求。本部分适用于视频监控系统的跨区域联网共享建设，及相关系统和软硬件产品的设计与开发。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。DB33/T629.1-2011跨区域视频监控联网共享技术规范第1部分：总则；DB33/T629.3-2011跨区域视频监控联网共享技术规范第3部分设备描述与控制协议；DB33/T629.4-2011跨区域视频监控联网共享技术规范第4部分用户及设备编码管理；DB33/T629.5-2011跨区域视频监控联网共享技术规范第5部分视音频编解码技术要求及媒体插件管理；RFC2326RTSP：实时流协议RFC3261SessionInitiationProtocolRFC3265SessionInitiationProtocol(SIP)-SpecificEventNotificationRFC3550RTP:ATransportProtocolforReal-TimeApplicationsRFC3551RTPProfileforAudioandVideoConferenceswithMinimalControl3术语和定义DB33/T629.1界定的以及下列术语和定义适用于本部分。3.1心跳信息heartbeatinfo由联网单元定时发送的关于运行状态的信息。4SIP协议扩展4.1方法DO4.1.1方法描述本部分在RFC3261基础上定义了一个新方法DO。方法DO的功能包括：心跳保活、控制对方动作、历史监控资料查询和回放等。发送方法DO的请求报文时，不会创建一个新的SIP会话，也不需要存在一个SIP会话作为前提。方法DO与SIP会话无关，可在SIP会话内存在，也可在SIP会话之外存在，当DO是在一个SIP会话内发送时，方法DO中包含的Call-ID应与SIP会话的Call-ID一致。DB33/T629.2—201124.1.2方法DO支持的头域表1是对RFC3261SIP协议的扩展，规定了方法DO支持的头域。表中符号含义参见RFC3261。表1方法DO头域表HeaderWhereenc.e-eDOAcceptReoAccept415eoAccept-EncodingReoAccept-Encoding415eoAccept-LanguageReoAccept-Language415eoAllow200eoAllow405emAuthorizationReoAuthorizationReoCall-IDGcnemContactRemHeaderWhereenc.e-eDOContact2xxeoContact3xxeoContact486eoContent-EncodingEeoContent-LengthEemContent-TypeEe*CseqGcnemDateGeoEncryptionGneoExpiresGeoFromGcnemHideRnhoMax-ForwardsRneoOrganizationGchoPriorityRceoProxy-Authenticate407nhOProxy-AuthorizationRnhOProxy-RequireRnhORecord-RouteRhoORecord-Route2xx,401,484hooRequireReoRetry-AfterRce-DB33/T629.2—20113表1方法DO头域表（续）HeaderWhereenc.e-eDORetry-After404,413,480,486ceo500,503ceo600,603ceoResponse-KeyRceORouteRhoOServerrceOSubjectRceoTimestampgeoTogcnemUnsupported420eoUser-AgentgceoViagcnemWarningreo请求得到成功执行时，一般