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

ICS13.310

A91

DB33

浙江省地方标准

DB33/T629.2—2011

代替DB33/T629.2-2007

跨区域视频监控联网共享技术规范

第2部分：联网单元

Technicalspecificationsforinter-domainvideosurveillance

networkingandsharingPart2:Networkingunits

2011-06-27发布2011-07-27实施

浙江省质量技术监督局发布

DB33/T629.2—2011

目次

前言................................................................................II

1范围..............................................................................1

2规范性引用文件....................................................................1

3术语和定义........................................................................1

4SIP协议扩展.......................................................................1

4.1方法DO........................................................................1

4.2消息体类型....................................................................3

4.3SIP地址编码...................................................................3

4.4业务出错处理..................................................................3

5联网单元技术要求..................................................................4

5.1设备注册与鉴权................................................................4

5.2监控图像获取.................................................................10

5.3控制.........................................................................19

5.4事件预订通告.................................................................23

I

DB33/T629.2—2011

前言

本部分依据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规范(见

，2007版)；

——修改了目录信息的结构，明确每条消息中承载的摄像机信息(见，2007版)；

——修改了保活周期、保活失败的判断准则，以及保活失败后的处理机制(见，2007版

)；

——修改了目录推送机制，增加了:1、支持多级目录,2、支持告警源、告警输出等设备的推送,3、

在描述设备中增加操作类型、设备类型、设备子类型、设备状态等参数,4、在描述摄像机中增

加摄像机解码插件标识(见，2007版)；

——增加了心跳报文（保活）响应消息(见，2007版)；

——增加了心跳保活的统一时间要求(见，2007版)；

——修改了媒体保活消息(见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)；

II

DB33/T629.2—2011

——增加了事件通知中头域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为第一次发布。

请注意本文件的某些内容可能涉及专利。本规范的发布机构不承担识别这些专利的责任。

III

DB33/T629.2—2011

跨区域视频监控联网共享技术规范

第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：实时流协议

RFC3261SessionInitiationProtocol

RFC3265SessionInitiationProtocol(SIP)-SpecificEventNotification

RFC3550RTP:ATransportProtocolforReal-TimeApplications

RFC3551RTPProfileforAudioandVideoConferenceswithMinimalControl

3术语和定义

DB33/T629.1界定的以及下列术语和定义适用于本部分。

3.1

心跳信息heartbeatinfo

由联网单元定时发送的关于运行状态的信息。

4SIP协议扩展

4.1方法DO

4.1.1方法描述

本部分在RFC3261基础上定义了一个新方法DO。方法DO的功能包括：心跳保活、控制对方动作、历

史监控资料查询和回放等。发送方法DO的请求报文时，不会创建一个新的SIP会话，也不需要存在一个

SIP会话作为前提。方法DO与SIP会话无关，可在SIP会话内存在，也可在SIP会话之外存在，当DO是在一

个SIP会话内发送时，方法DO中包含的Call-ID应与SIP会话的Call-ID一致。

1

DB33/T629.2—2011

4.1.2方法DO支持的头域

表1是对RFC3261SIP协议的扩展，规定了方法DO支持的头域。表中符号含义参见RFC3261。

表1方法DO头域表

HeaderWhereenc.e-eDO

AcceptReo

Accept415eo

Accept-EncodingReo

Accept-Encoding415eo

Accept-LanguageReo

Accept-Language415eo

Allow200eo

Allow405em

AuthorizationReo

AuthorizationReo

Call-IDGcnem

ContactRem

HeaderWhereenc.e-eDO

Contact2xxeo

Contact3xxeo

Contact486eo

Content-EncodingEeo

Content-LengthEem

Content-TypeEe*

CseqGcnem

DateGeo

EncryptionGneo

ExpiresGeo

FromGcnem

HideRnho

Max-ForwardsRneo

OrganizationGcho

PriorityRceo

Proxy-Authenticate407nhO

Proxy-AuthorizationRnhO

Proxy-RequireRnhO

Record-RouteRhoO

Record-Route2xx,401,484hoo

RequireReo

Retry-AfterRce-

2

DB33/T629.2—2011

表1方法DO头域表（续）

HeaderWhereenc.e-eDO

Retry-After404,413,480,486ceo

500,503ceo

600,603ceo

Response-KeyRceO

RouteRhoO

ServerrceO

SubjectRceo

Timestampgeo

Togcnem

Unsupported420eo

User-Agentgceo

Viagcnem

Warningreo

WWW-AuthenticateRceO

WWW-Authenticate401ceo

4.1.3DO请求响应

当DO请求得到成功执行时，一般应回送一个“200OK”响应消息，消息体中可包含结果信息。当DO

请求失败时，可回送请求失败（RequestFailure,4xx）、服务器失败（Serverfailure,5xx）和全局

失败（GlobalFailure,6xx）响应消息。对于监控中的部分控制请求，DO请求可无响应消息。

4.1.4DO的消息实体

方法DO的消息实体应采用本规范定义的设备描述和控制协议（DDCP）来描述相应的消息内容。DDCP

协议引用的元素说明见DB33/T629.3-2011。

4.2消息体类型

采用RFC3261、RFC3265和方法DO实现视频监控系统跨区域联网时，方法的消息体MIME类型应采用

本规范定义的设备描述和控制协议（DDCP协议），Content-Type字段应设为“application/DDCP”。

4.3SIP地址编码

SIP地址编码格式应采用RFC3261中规定的SIP:user@host形式。其中user部分应符合本规范定义的

对象编码规则，host按RFC3261规定执行。

4.4业务出错处理

当SIP响应返回500错误的时候，在XML中带具体的业务错误原因，具体错误代码见DB33/T

629.3-2011。

返回的响应消息的XML定义如下：

<?xmlversion="1.0"?>

3

DB33/T629.2—2011

<Response>

<Variable>请求消息的功能</Variable>

<Result>XXX</Result>

</Response>

其中Variable中填写的是相应请求消息的功能识别字段，比如目录推送就是Catalog，Result中填

写的是业务错误码，具体错误码见DB33/T629.3-2011中的定义

5联网单元技术要求

5.1设备注册与鉴权

5.1.1在级联的模式下设备注册与鉴权

源联网单元（下级联网单元）负责向目的联网单元（上级联网单元）发起注册请求，目的联网单元

负责进行权签。注册成功后，源联网单元负责定时(30s)向目的联网单元发送保活消息；注册成功后，

源联网单元负责发起推送请求。

5.1.2在互联模式下设备注册与鉴权

源联网单元负责向目的联网单元发起注册请求，目的联网单元负责进行权签。注册成功后，源联网

单元负责定时(30s)向目的联网单元发送保活消息；注册成功后，源联网单元负责发起推送请求。

在互联模式下，双方可以互为源联网单元和目的联网单元。即可以存在以下3种模式之一：

a)A为源联网单元，B为目的联网单元；

b)B为源联网单元，A为目的联网单元；

c)A为源联网单元，B为目的联网单元；同时B为源联网单元，A为目的联网单元。

5.1.3注册登记、目录发送、心跳信息传递等消息的说明

5.1.4注册登记

注册登记消息说明如下：

a)联网单元应使用RFC3261中定义的方法REGISTER进行注册登记；

b)注册消息支持权签；

c)联网单元之间保活时间90s；

d)如果联网单元修改了IP地址和监听端口，应先注销，再重新进行注册登记；

e)注册登记流程如下：

1)源联网单元向目的联网单元发送REGISTER消息；

2)目的联网单元收到注册登记消息后，如果请求消息没有携带权签信息，则发送401，要求

源联网单位发送带权签信息的REGISTER消息。头域WWW-Authenticate中需要携带参数：

Digest、realm、nonce、opaque、algorithm（算法用MD5）、qop；

3)源联网单元发送携带权签信息的REGISTER消息。头域Authorization中需要携带参数：

Digest、username、realm、nonce、uri、response、algorithm、opaque；

4)目的联网单元对注册登记信息进行验证、核准，对符合接入条件的联网单元进行注册登记；

5)目的联网单元应将注册成功或失败的消息返回给该源联网单元。

4

DB33/T629.2—2011

源联网单元目的联网单元

REGISTER(F1)

401(UNAUTHORIZED)(F2)

REGISTER(带权限信息)(F3)

200OK(F4)

图1注册登记

消息示例：

F1：REGISTERsip:目的联网单元域名或IP地址SIP/2.0

Via:SIP/2.0/UDP源联网单元IP地址

Max-Forwards:70

From:显示名<sip:源联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB

To:显示名<sip:源联网单元地址编码@源联网单元域名或IP地址>

Call-ID:17250

CSeq:1REGISTER

Contact:<sip:源联网单元IP地址:5060>

Expires:3600

Content-Length:0

F2：SIP/2.0401Unauthorized

Via:SIP/2.0/UDP源联网单元IP地址

Call-ID:17250

From:显示名<sip:源联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB

To:显示名<sip:源联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8YKDvs

CSeq:1REGISTER

Expires:90

WWW-Authenticate:Digestrealm="user",nonce="cc4b7484724b",opaque="",,algorithm=MD5,qop="auth"

Content-Length:0

F3:REGISTERsip:目的联网单元域名或IP地址SIP/2.0

Via:SIP/2.0/UDP源联网单元IP地址

Call-ID:17250

From:显示名<sip:源联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8DKDrB

To:显示名<sip:源联网单元地址编码@源联网单元域名或IP地址>;tag=BK32B1U8YKDvs

CSeq:2