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

《DB33 T 629.2-2011(2014) 跨区域视频监控联网共享技术规范 第2部分 联网单元.pdf》由会员分享，可在线阅读，更多相关《DB33 T 629.2-2011(2014) 跨区域视频监控联网共享技术规范 第2部分 联网单元.pdf（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: 显示名 ; tag=BK32

25、B1U8DKDrB 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.0/UDP 源 联网单元 IP地址

26、 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 目录发送 目录发送 信息说明如下： a) 目录及设备共

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

28、收到上一个 SIP 消息的成功返回后，才进行下一个 SIP 消息的推送； 5) 对于推送未成功的目录信息，需要进行重试，并最 多重试 3 次，重试的时间间隔依次为30s、 45s、 60s；如果重试 3 次还是推送失败，在联网单元重新注册成功后应自动再进行推送。 c) 提供手动推送全部共享目录和摄像机的功能。 d) 目录发送流程如下： 1) 需发送共享设备目录信息的源联网单元向所有与之联网的目的联网单元 发送 NOTIFY 信息 。 NOTIFY 消 息 的消息体包含整个允许共享的设备目录信息，每个设备对应的 目录信息应 包含以下内容：显示名 （ Name） 、地址编码 （ Address）、

29、类型（ ResType）、子类型（ ResSubType）、权限功能码（ Privilege） 、父节点地 址编码 （ Parent） 、活动状态 （ Status）、经度（ Longitude）、纬度（ Latitude）、海拔（ Elevation）、子节点个数（ Subnum）、子节点列表（ Sublist）等；字段的定义参见 DB33/T 629.3-2011，后同； DB33/T 629.2 2011 7 2) 目的联网单元收到正确目录消息后更新本地目录数据库； 3) 目的联网单元应将目录接收成功或失败的消息返回给该源联网单元； 4) 目录信息一次可发送一个或多个设备目录信息； 5)

30、 使用 Status 字段来标识设备的工作状态； 6) 使用 DecoderTag 来标识摄像机所对应的解码插件，其取值 由标委会统一管理； 7) 一次目录推送消息中，只包含两级； 8) 推送根节点的时候， Parent 取值等于自己。 源 联 网 单 元N O T I F Y ( F 1 )目 的 联 网 单 元2 0 0 （ 或 返 回 4 0 0 结 束 本 次 会 话 ） ( F 2 )图 2 发送目录信息 消息示例： F1： NOTIFY sip:目的 联网单元地址编码 目的 联网单元域名或 IP地址 SIP/2.0 Via: SIP/2.0/UDP 源 联网单元 IP地址 Max-

31、Forwards: 70 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 Call-ID: 17250 CSeq:1 NOTIFY Content-type: Application/DDCP Content-Length: 消息实体的字节长度 Catalog 地址编码 2 显示名 地址 编码 类型 子类型 权限功能码 活动状态 经度 DB33/T 629.2 2011 8 纬度 海拔 解码插件标签 操作类型 显示名 地址编码 类型 子类型 权限功能码 活动状态 经度 纬度 海拔 解码插件标签 操作类型 F2： 200 Via: SIP/2.0/UDP 源 联网单元

32、IP地址 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 Call-ID: 17250 CSeq:1 NOTIFY Content-type: Application/DDCP Content-Length: 消息实体的字节长度 Catalog 0 或： 400 Via: SIP/2.0/UDP 源 联网单元 IP地址 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 Call-ID: 17250 CSeq:1 NOTIFY Content-Length: 0 5.1.4.2 心跳信息传递 DB33/T 629.2 2011 9 心跳信息传递

33、信息说明如下： a) 注册发起方 联网单元 应 定时 向注册接收方 联网单元发送心跳报文 消息 ； b) 应 使用方法 DO 传递心跳信息，心跳消息的消息体包含保持活动信息（ KeepAlive）。心跳报文要求应答确认报文 ； c) 在 Expires 周期内，未收到保活信息，即保活失败；保活报文发送周期不大于 30s。 联 网 单 元 联 网 单 元D O ( 心 跳 信 息 ) ( F 1 )2 0 0 O K 响 应 ( F 2 )图 3 心跳信息传递 消息示例： F1： DO sip:目的 联网单元地址编码 目的 联网单元域名或 IP地址 SIP/2.0 Via: SIP/2.0/UD

34、P 源 联网单元 IP地址 Max-Forwards: 70 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 Call-ID: 17250 CSeq:1 DO Content-type: Application/DDCP Content-Length: 消息实体的字节长度 KeepAlive F2： 200 Via: SIP/2.0/UDP 源联网单元 IP地址 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 ;tag=12345 Call-ID: 17250 CSeq:1 DO Content-type: Application/DDCP

35、Content-Length: 消息实体的字节长度 DB33/T 629.2 2011 10 KeepAlive 0 或： 400 Via: SIP/2.0/UDP 源联网单元 IP地址 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 ;tag=12345 Call-ID: 17250 CSeq:1 DO Content-Length: 0 5.2 监控图像获取 5.2.1 实时监控 图像 的获取 5.2.1.1 实时监控图像的获取过程应包括获取实时流、释放实时流。应 使用 RFC 3261 中定义的方法INVITE 获取一个摄像 机 的实时 监控视频 流。 取消没有

36、完成的连接应采用 CANCEL 方法。 使用 RFC 3261中定义的方法 BYE 停止接收一个摄像 机 的实时 视频 流，并释放相关资源。 释放实况流可以源联网单元发起，也可以是目的联网单元发起 。 5.2.1.2 媒体流需要逐级转发 。 5.2.1.3 实 时监控图像的获取过程的主要流程如下： a) 源联网单元向目的联网单元发送 INVITE 请求。 INVITE 请求的消息体应指明是实时监控图像获取（ RealMedia）。同时应包含请求用户的权限功能码（ Privilege），源联网单元支持的码流格式（ Format）、视频编码类型（ Video）、音频编码类型（ Audio）、最高码

37、率（ MaxBitrate）、接收视频的用户或视频转发代理的 IP 地址 /传输协议 /端口号（ Socket）； b) 目的联网单元收到 INVITE 请求后，在回送成功或失败的应答消息前如需一定的处理时间，可发送临时 响应消息 100 Tring； c) 目的联网单元应将同意或拒绝的消息返回给该源联网单元；在同意的确认响应消息的消息体中应包含确定的码流格式（ Format）、视频编码类型（ Video）、音频编码类型（ Audio）、传输码率（ MaxBitrate）。码流格式（ Format）、视频编码类型（ Video）、音频编码类型（ Audio）和解码插件标识（ DecoderTa

38、g）；根据 INVITE 请求消息体相应列表中目的联网单元能支持的排在最前的类型来确定； d) 源联网单元发送 ACK 消息前如欲取消本操作，可向目的联网单元发送 CANCEL 请求消息； e) 源联网单元收到目的联网单元同意确认消息 200 OK，应向目的联网单元发送 ACK 消息； f) 目的联网单元收到源联网单元发送 ACK 消息后，可向源联网单元发送实时监控视频流； g) 媒体流的接收和发送方基于 RTCP 进行媒体流保活，接收方周期性的发送 RTCP RR，发送方周期性的发送 RTCP SR，对于一个特定的 RTP 会话，任何一方发送的 RTCP 报文的间隔，应该在一定范围内变化，避

39、免 RTCP 报文的突发，发送间隔的计算方式为： T（取值 10s）乘以 0.5-1.5之间的一个随机值，这个随机值，每发送一个报文，变 化一次。如果媒体流的接收方或发送方在一定时间间隔（固定取值 90s）内未收到，就可以认为保活失败，释放对应会话； h) RTCP 报文的 PORT（偶数端口）是相应的 RTP 报文的 PORT 1（奇数端口）； i) 源联网单元欲释放实时流时，向目的联网单元发送 BYE 请求消息； DB33/T 629.2 2011 11 j) 目的联网单元收到 BYE 请求消息后，回送 200 OK 同意释放消息。 源 联 网 单 元中 间 联 网 单 元I N V I

40、T E ( 请 求 实 时 流 ) ( F 1 )2 0 0 O K ( F 1 1 )R T C P目 的 联 网 单 元1 0 0 T r y i n g ( F 2 )I N V I T E ( 请 求 实 时 流 ) ( F 3 )1 0 0 T r y i n g ( F 4 )2 0 0 O K （ 或 返 回 4 0 0 结 束 本 次 会 话 ） ( F 5 )2 0 0 O K （ 或 返 回 4 0 0 结 束 本 次 会 话 ） ( F 6 )A C K ( 确 认 ) ( F 7 )A C K ( 确 认 ) ( F 8 )R T P （ 媒 体 流 ）R T P （

41、媒 体 流 ）R T C PB Y E ( 释 放 实 时 流 ) ( F 9 )B Y E ( 释 放 实 时 流 ) ( F 1 0 )2 0 0 O K ( F 1 2 )图 4 实时监控图像获取 消息示例： F1： INVITE sip:摄像机地址编码 目的 联网单元域名或 IP地址 SIP/2.0 Via: SIP/2.0/UDP 源联网单元域名或 IP地址 Max-Forwards: 70 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 Call-ID: 17250 CSeq:1 INVITE Content-type: Application/DDCP

42、Content-Length: 消息实体的字节长度 RealMedia 权限功能码 4CIF CIF QCIF H.264 MPEG-4 DB33/T 629.2 2011 12 G.711 800 210.98.45.234 UDP 2350 F2： 100 Via: SIP/2.0/UDP 源联网单元域名或 IP地址 Max-Forwards: 70 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 Call-ID: 17250 CSeq:1 INVITE Content-Length:0 F6： 200 Via: SIP/2.0/UDP 源联网单元域名或 IP地址

43、 Max-Forwards: 70 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 Call-ID: 17250 CSeq:1 INVITE Content-type: Application/DDCP Content-Length: 消息实体的字节长度 RealMedia CIF H.264 G.711 300 210.98.45.200 UDP 2360 解码插件标识 或者 ： 400 Via: SIP/2.0/UDP 源联网单元域名或 IP地址 Max-Forwards: 70 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 Call-

44、ID: 17250 CSeq:1 INVITE Content-Length: 0 F7： ACK sip: 摄像机的地址编码 目的联网单元域名或 IP地址 SIP/2.0 Via: SIP/2.0/UDP 源联网单元域名或 IP地址 Max-Forwards: 70 DB33/T 629.2 2011 13 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 Call-ID: 17250 CSeq:1 ACK Content-Length: 0 F9： BYE sip:摄像机的地址编码 目的 联网单元域名或 IP地址 SIP/2.0 Via: SIP/2.0/UDP 源联网单元域名或 IP地址 Max-Forwards: 70 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 Call-ID: 17250 CSeq:1 BYE Content-Length: 0 F11： 200 Via: SIP/2.0/UDP 源联网单元域名或 IP地址 Max-Forwards: 70 From: 显示名 ;tag=BK32B1U8DKDrB To: 显示名 Call-ID: 17250 CSeq:1 BYE Content-Length: 0 5.2.2 历史图像 的获取 5.2