Sip-Proxy
中华人民共和国国家标准
GB/T 28181—2016 代替GB/T 28181—2011
公共安全视频监控联网系统 信息传输、交换、控制技术要求
Technical requirements for information transport, switch and control in video surveillance network system for public security
中华人民共和国国家质量监督检验检疫总局 发布 中国国家标准化管理委员会
目次
前言 Ⅲ1 范围 12 规范性引用文件 13 术语和定义、缩略语 23.1 术语和定义 23.2 缩略语 64 互联结构 74.1 SIP监控域互联结构 74.2 SIP监控域与非SIP监控域互联结构 94.3 联网系统通信协议结构 105 传输要求 115.1 网络传输协议要求 115.2 媒体传输协议要求 115.3 信息传输延迟时间 115.4 网络传输带宽 115.5 网络传输质量 125.6 视频帧率 126 交换要求 126.1 统一编码规则 126.2 媒体压缩编解码 126.3 媒体存储封装格式 126.4 SDP定义 126.5 网络传输协议的转换 136.6 控制协议的转换 136.7 媒体传输协议的转换 136.8 媒体数据格式的转换 136.9 与其他系统的数据交换 136.10 信令字符集 137 控制要求 137.1 注册 137.2 实时视音频点播 137.3 设备控制 137.4 报警事件通知和分发 137.5 设备信息查询 147.6 状态信息报送 147.7 历史视音频文件检索 14
GB/T 28181—2016
7.8 历史视音频回放 147.9 历史视音频文件下载 147.10 网络校时 147.11 订阅和通知 147.12 语音广播和语音对讲 148 传输、交换、控制安全性要求 158.1 设备身份认证 158.2 数据加密 158.3 SIP 信令认证 158.4 数据完整性保护 158.5 访问控制 159 控制、传输流程和协议接口 159.1 注册和注销 159.2 实时视音频点播 189.3 设备控制 239.4 报警事件通知和分发 259.5 网络设备信息查询 269.6 状态信息报送 299.7 设备视音频文件检索 309.8 历史视音频的回放 319.9 视音频文件下载 369.10 校时 419.11 订阅和通知 429.12 语音广播和语音对讲 45附录 A（规范性附录） 联网系统控制描述协议（MANSCDP）命令集 50附录 B（规范性附录） 联网系统实时流协议（MANSRTSP）命令集 78附录 C（规范性附录） 基于 RTP 的视音频数据封装 80附录 D（规范性附录） 统一编码规则 83附录 E（规范性附录） 视音频编/解码技术要求 88附录 F（规范性附录） SDP 定义 95附录 G（规范性附录） 联网系统与其他系统接口的消息格式 99附录 H（规范性附录） 数字摘要信令认证过程和方法 109附录 I（规范性附录） 证书格式和证书撤销列表格式 111附录 J（规范性附录） 信令消息示范 115附录 K（规范性附录） Subject 头域定义 195附录 L（规范性附录） 基于 TCP 协议的视音频媒体传输 196附录 M（规范性附录） 媒体流保活机制 197附录 N（规范性附录） 多响应消息传输 198附录 O（规范性附录） 目录查询应签示例说明 199附录 P（规范性附录） 域间目录订阅通知 202参考文献 207
前言
本标准按照GB/T1.1—2009给出的规则起草。
本标准代替GB/T28181—2011《安全防范视频监控联网系统信息传输、交换、控制技术要求》。与GB/T28181—2011相比，除编辑性修改外主要技术变化如下：
本标准按照GB/T1.1—2009给出的规则起草。本标准代替GB/T28181—2011《安全防范视频监控联网系统信息传输、交换、控制技术要求》。与GB/T28181—2011相比，除编辑性修改外主要技术变化如下：- 修改了标准名称；- 增加了媒体流TCP传输要求（见4.3.1、5.2、附录F和附录L）；- 增加了媒体流源端峰值控制要求（见4.3.6）；- 修改了SIP URI编码规则要求，增加了参数适用位置描述，修改了参数格式定义（见6.1.2，2011年版的6.1.2）；- 增加了信令字符集要求（见6.10）；- 增加了语音广播、语音对讲要求（见7.12、9.12、A.2.5和A.2.6）；- 增加了注册处理中刷新注册、注册失败处理、注册过期处理、状态处理等方面的要求（见9.1.1）；- 增加了媒体流保活机制（见9.2.1、9.8.1、9.9.1和附录M）；- 增加了强制关键帧、拉框放大、拉框缩小、看守位控制、设备配置命令（见9.3.1、A.2.3和A.2.6）；- 增加了报警通知消息报警类型、报警类型参数（见9.4.3.1和A.2.5）；- 增加了设备配置查询、预置位查询命令（见9.5、A.2.4和A.2.6）；- 增加了多响应消息传输要求（见9.5.1、9.7.1和附录N）；- 增加了设备目录查询部分查询参数、应答参数及处理要求，增加应答消息示例（见9.5.3.1、A.2.1和附录O）；- 增加了设备信息查询应答消息体中的设备名称参数（见9.5.3.2和A.2.6）；- 增加了状态消息报送处理中的故障子设备状态、报送间隔、状态处理等方面的要求（见9.6.1和A.2.5）；- 增加了媒体通知命令说明（见9.8.2.1、9.8.2.2、9.9.2.1、9.9.2.2和A.2.5）；- 增加了视音频文件下载倍速、文件大小参数要求（见9.9.1、9.9.2.1、9.9.2.2和附录F）；- 增加了注册校时方式中的注册间隔的要求（见9.10.3）；- 增加了移动设备订阅通知要求（见9.11.1、A.2.4和A.2.5）；- 增加了域间目录订阅通知要求（见9.11.4.1和附录P）；- 修改了附录A部分内容：增加了MANSCDP消息From、To头域、SN参数、行政区域编码说明；A.2.1增加了部分数据类型定义；A.2.3增加了部分控制命令及参数；A.2.4增加了部分查询命令及参数；A.2.5增加了部分通知命令及参数；A.2.6增加了部分应答命令及参数；A.3增加了部分控制指令及描述（见附录A，2011年版的附录A）；- 修改了附录BMANSRTSP命令定义（见附录B，2011年版的附录B）；- 修改了附录C，补充了PS封装描述（见附录C，2011年版的附录C）；- 修改了附录D，补充了编码类型（见附录D，2011年版的附录D）；- 修改了附录E，补充了H.264编解码描述（见附录E，2011年版的附录E）；- 修改了附录F，补充了部分SDP参数要求（见附录F，2011年版的附录F）；- 修改了附录J，增加订阅通知消息示范（见附录J，2011年版的附录J）；
修改了附录K，增加媒体分发描述、修改Subject字段参数描述（见附录K，2011年版的附录K)；- 增加了附录L基于TCP协议的视音频媒体传输要求（见附录L)；- 增加了附录M媒体流保活机制要求（见附录M)；- 增加了附录N多响应消息传输要求（见附录N)；- 增加了附录O目录查询应签示例说明（见附录O)；- 增加了附录P域间目录订阅通知要求（见附录P）。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。
本标准由中华人民共和国公安部提出。
本标准由全国安全防范报警系统标准化技术委员会（SAC/TC100）归口。
本标准起草单位：公安部第一研究所、浙江公安科技研究所、北京中盾安全技术开发公司、浙江立元通信技术股份有限公司、浙江宇视科技有限公司、浙江大华技术股份有限公司、杭州海康威视数字技术股份有限公司、中国电子技术标准研究所。
本标准主要起草人：陈朝武、蒋乐中、房子河、赵问道、李硕、张本锋、施巨岭、张跃、廖双龙、孔维生、马伯康、郭晨、贺静、黄麒麟。
本标准所代替标准的历次版本发布情况为：
GB/T28181—2011。
公共安全视频监控联网系统信息传输、交换、控制技术要求
1 范围
本标准规定了公共安全视频监控联网系统（以下简称联网系统）的互联结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求。
本标准适用于公共安全视频监控联网系统的方案设计、系统检测、验收以及与之相关的设备研发、生产。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本( 包括所有的修改单)适用于本文件。
GB/T2260—2007 中华人民共和国行政区划代码
GB2312 信息交换用汉字编码字符集 基本集
GB/T2659—2000 世界各国和地区名称代码
GB/T7408—2005 数据元和交换格式 信息交换 日期和时间表示法
GB/T25724—2010 安全防范监控数字视音频编解码技术要求
ISO/IEC13818- 1:2000 信息技术 运动图像和伴音信息的通用编码 第1部分：系统（Information technology—Generic coding of moving pictures and associated audio information—Part 1; Systems)
ISO/IEC14496- 2:2004 信息技术 视听对象编码 第2部分：视频（Information technology—Coding of audio- visual objects—Part 2: Visual)
ISO/IEC14496- 2:2004/Amd.2:2005 信息技术 视听对象编码 第2部分：视频/修订稿2：简单档次的新级别[Information technology—Coding of audio- visual objects—Part 2:Visual（Technical Corrigendum 2)]
ISO/IEC14496- 4:2004 信息技术 视听对象编码 第4部分：一致性测试[Information technology—Coding of audio- visual objects—Part 4:Conformance testing(available in English only)]
ISO/IEC14496- 4:2004/Amd.10:2005 信息技术 视听对象编码 第4部分：一致性测试/修订稿10：简单档次中级别L4a，L5的一致性扩展[Information technology—Coding of audio- visual objects—Part 4:Conformance testing(available in English only;Technical Corrigendum 10)]
ISO/IEC14496- 5:2001 信息技术 视听对象编码 第5部分：参考软件（Information technology—Coding of audio—Part 5:Referenced software)
ITU- T Rec.G.711—1988 数字传输系统的通用部分：音频的脉冲编码调制[Pulse code modulation (PCM) of voice frequencies]
ITU- T Rec.G.722.1—1999 新的低复杂度的14千赫音频编码标准（A new low- complexity 14 kHz audio coding standard)
ITU- T Rec.G.723.1—1996 数字传输系统的通用部分：5.3和6.3 kbit/s的多媒体通信传输中的双速率语音编码器（Dual rate speech coder for multimedia communications transmitting at 5.3 and
6.3 kbit/s)
ITU- T Rec.G.729—1996 数字传输系统的通用部分：利用共轭结构代数码激励线形预测的 8 kbit/s 语音编码[Coding of speech at 8 kbit/s using conjugate- structure algebraic- code- excited linear prediction (CS- ACELP)]
ITU- T Rec.H.264—2005 H系列：音视频和多媒体系统音视频服务基础活动视频编码：通用音视频服务的先进视频编码（Advanced video coding for generic audiovisual services）ITU- T Rec.H.264.1—2005 H系列：音视频和多媒体系统音视频服务基础活动视频编码：H.264先进视频编码的一致性说明（Conformance specification for H.264 advanced video coding）IETF RFC 2030 简单网络时间协议(SNTP) 第四版[Simple network time protocol (SNTP) version 4 for IPv4, IPv6 and OSI]IETF RFC 2250 基于 MPEG1/MPEG2 视频的 RTP 负载格式（RTP Payload Format for MPEG1/MPEG2 Video）IETF RFC 2326—1998 实时流协议[(RTSP)Real Time Streaming Protocol]IETF RFC 2327 会话描述协议（SDP:Session Description Protocol）IETF RFC 2976 SIP INFO 方法（The SIP INFO Method）IETF RFC 3016 用于 MPEG- 4 音频/视频流的 RTP 负载格式（RTP Payload Format for MPEG- 4 Audio/Visual Streams）IETF RFC 3261—2002 会话初始协议（SIP: Session Initiation Protocol）IETF RFC 3265 会话初始协议（SIP）：事件通知[Session Initiation Protocol (SIP): Specific Event Notification]IETF RFC 3280 X.509 互联网 PKI 证书与证书撤销列表（CRL）[Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile] IETF RFC 3428 会话初始协议（SIP）即时消息扩展[Session Initiation Protocol (SIP) Extension for Instant Messaging]IETF RFC 3550 实时传输协议（RTP: A Transport Protocol for Real- Time Applications）IETF RFC 3551—2003 音频和视频会议最小控制的 RTP 描述（RTP Profile for Audio and Video Conferences with Minimal Control）IETF RFC 3725 会话初始协议（SIP）中第三方呼叫控制（3pcc）的当前最佳实现[Best Current Practices for Third Party Call Control (3pcc) in the Session Initiation Protocol (SIP)] IETF RFC 3984 H.264 视频的 RTP 负载格式（RTP Payload Format for H.264 Video）IETF RFC 4566—2006 会话描述协议（Session Description Protocol）IETF RFC 4571 面向连接的传输数据包帧实时传输协议（RTP）和实时传输控制协议（RTCP）[Framing Real- time Transport Protocol (RTP) and RTP Control Protocol (RTCP) Packets over Connection- Oriented Transport]
3 术语和定义、缩略语
3.1 术语和定义
下列术语和定义适用于本文件。
3.1.1
公共安全视频监控联网系统 video surveillance network system for public security
以维护国家安全和社会稳定、预防和打击违法犯罪活动为目的，综合应用视音频监控、通信、计算机
网络、系统集成等技术，构建的具有信息采集、传输、交换、控制、显示、存储、处理等功能的能够实现不同设备及系统间互联、互通、互控的综合网络系统。
3.1.2
联网系统信息 data of network system
联网系统内传输、交换、控制的信息，主要包括报警信息（模拟开关量报警和数据协议型报警）、视频信息（模拟视频信号和数字视频信号）、音频信息（模拟音频信号和数字音频信号）、设备控制信息（串口数据和IP网络数据）、设备管理信息（串口数据和IP网络数据）等。
3.1.3
前端设备 front-end device
联网系统中安装于监控现场的信息采集、编码/处理、存储、传输、安全控制等设备。
3.1.4
监控点 surveillance site
前端设备安装或监控的地点或场所。
3.1.5
监控中心 surveillance center
联网系统内特定的信息汇集、处理、共享节点。注：监控管理人员在此对联网系统进行集中管理、控制，对监控信息进行使用、处置。
3.1.6
用户终端 user terminal
经联网系统注册并授权的、对系统内的数据和/或设备有操作需求的客户端设备。
3.1.7
数字接入 digital access
前端设备或区域监控报警系统通过数字传输通道将数字视音频信号传送到监控中心的接入方式。注：包括前端模拟摄像机的模拟视音频信号通过DVR、DVS等转码设备转为数字视音频信号后通过数字传输通道传送到监控中心的接入方式。
3.1.8
模拟接入 analog access
前端设备或区域监控报警系统通过模拟传输通道将模拟视音频信号传送到监控中心的接入方式。
3.1.9
模数混合型监控系统 analog and digital surveillance system同时存在模拟、数字两种信号控制和处理方式的监控系统。
3.1.10
数字型监控系统 digital surveillance system
只存在数字信号控制和处理方式的监控系统。
3.1.11
会话初始协议 session initiation protocol; SIP
由互联网工程任务组制定的，用于多方多媒体通信的框架协议。
注：它是一个基于文本的应用层控制协议，独立于底层传输协议，用于建立、修改和终止IP网络上的双方或多方多媒体会话。互联网工程任务组，即IETF：Internet Engineering Task Force。
3.1.12
会话控制 session control
建立、修改或结束一个或多个参与者之间通信的过程。
3.1.13
SIP监控域 SIPsurveillancerealm
支持本标准规定的通信协议的监控网络，通常由SIP服务器和注册在SIP服务器上的监控资源、用户终端、网络等组成。
3.1.14
非SIP监控域 non-SIPsurveillancerealm
不支持本标准规定的通信协议的监控资源、用户终端、网络等构成的监控网络。非SIP监控域包括模拟接入设备、不支持本标准规定的通信协议的数字接入设备、模数混合型监控系统、不支持本标准规定的SIP协议的数字型监控系统。
3.1.15
第三方控制者 thirdparty controller
一个SIP用户代理（UA），能够在另外两个用户代理之间创建会话。第三方控制者一般采用背靠背用户代理(B2BUA)实现。
3.1.16
第三方呼叫控制 third party call control
第三方控制者在另外两方或者更多方之间发起、建立会话以及释放会话的操作，负责会话方之间的媒体协商。
3.1.17
用户代理 user agent
IETFRFC3261规定的SIP逻辑终端实体，由用户代理客户端（UAC）和用户代理服务器（UAS）组成，UAC负责发起呼叫，UAS负责接收呼叫并作出响应。
3.1.18
代理服务器 proxy server
IETFRFC3261规定的SIP逻辑实体，通过它把来自用户代理客户端（UAC)的请求转发到用户代理服务端（UAS)，并把UAS的响应消息转发回UAC。
一个请求消息有可能通过若干个代理服务器来传送，每一个代理服务器独立地确定路由；响应消息沿着请求消息相反的方向传递。
3.1.19
注册服务器 register server
IETFRFC3261规定的SIP逻辑实体，是具有接收注册请求、将请求中携带的信息进行保存并提供本域内位置服务的功能服务器。
3.1.20
重定向服务器 redirect server
IETFRFC3261规定的SIP逻辑实体，负责规划SIP呼叫路由。它将获得的呼叫下一跳地址信息告诉呼叫方，以使呼叫方根据此地址直接向下一跳发出请求，此后重定向服务器退出呼叫过程。
3.1.21
背靠背用户代理 back-to-back user agent
IETFRFC3261规定的SIP逻辑实体，它作为用户代理服务端（UAS)接收请求消息并处理该消息，同时，为了判决该请求消息如何应答，它也作为用户代理客户端（UAC）来发送请求消息。
注：背靠背用户代理(B2BUA)和代理服务器不同的是，B2BUA需要维护一个它所创建的对话状态。
3.1.22
功能实体 functional entity
实现一些特定功能的逻辑单元的集合。注：一个物理设备可以由多个功能实体组成，一个功能实体也可以由多个物理设备组成。
3.1.23
源设备/目标设备 source device/target device
源设备代表主动发起会话的一方，目标设备代表最终响应会话的一方。
3.1.24
SIP客户端 SIPclient
具有注册登记、建立/终止会话连接、接收和播放视音频流等功能，主要包括用户界面、用户代理（UA）、媒体解码模块和媒体通信模块。用户代理应符合IETF RFC 3261的规定，用来建立/修改/终止会话连接，是进行会话控制的主要模块，媒体通信模块应能用来实现媒体传输和媒体回放控制。
3.1.25
SIP设备 SIPdevice
具有注册、建立/终止会话连接和控制、采集/编解码以及传送视音频流等的功能实体，主要包括用户代理（UA）、媒体采集/编解码模块和媒体通信模块。用户代理应符合IETF RFC 3261规定，用来建立/修改/终止会话连接，是进行会话控制的主要模块，媒体通信模块主要用来实现媒体传输和媒体回放控制。
注：联网系统中SIP设备的实现形式主要有支持SIP协议的网络摄像机、视频编/解码设备、数字硬盘录像机（DVR）和报警设备等。若SIP设备具有多路视音频编解码通道，每个通道宜成为一个SIP逻辑UA，具有唯一的SIP URI，并向SIP服务器注册。
3.1.26
中心信令控制服务器 center control server
具有向SIP客户端、SIP设备、媒体服务器和网关提供注册、路由选择以及逻辑控制功能，并且提供接口与应用服务器通信。组成中心信令控制的逻辑实体包括代理服务器、注册服务器、重定向服务器、背靠背用户代理等的一种或者几种，是负责核心SIP信令应用处理的SIP服务器。
3.1.27
媒体服务器 media server
提供实时媒体流的转发服务，提供媒体的存储、历史媒体信息的检索和点播服务。媒体服务器接收来自SIP设备、网关或其他媒体服务器等设备的媒体数据，并根据指令，将这些数据转发到其他单个或者多个SIP客户端和媒体服务器。
3.1.28
信令安全路由网关 secure signal routing gateway
具有接收或转发域内外SIP信令功能，并且完成信令安全路由网关间路由信息的传递以及路由信令、信令身份标识的添加和鉴别等功能，是一种具有安全功能的SIP服务器。
3.1.29
级联 cascaded networking
两个信令安全路由网关之间按照上下级关系连接，上级中心信令控制服务器通过信令安全路由网关可调用下级中心信令控制服务器所管辖的监控资源，下级中心信令控制服务器通过信令安全路由网关向上级中心信令控制服务器上传本级中心信令控制服务器所管辖的监控资源或共享上级资源。
3.1.30
互联 peer-to-peer networking
两个信令安全路由网关之间按照平级关系连接，中心信令控制服务器之间经授权可相互调用对方中心信令控制服务器的监控资源。
3.2 缩略语
3.2 缩略语下列缩略语适用于本文件。AES: 高级加密标准 (Advanced Encryption Standard)B2BUA: 背靠背用户代理 (Back to Back User Agent)CIF: 通用中间格式 (Common Intermediate Format)DES: 数据加密标准 (Data Encryption Standard)DNS: 域名系统 ( Domain Name System)DVR: 数字硬盘录像机 (Digital Video Recorder)ID: 标识编码 (Identification)IP: 因特网协议 (Internet Protocol)IPC: 网络摄像机 (Internet Protocol Camera)IPSec: 因特网安全协议 (Internet Protocol Security)MANSCDP: 监控报警联网系统控制描述协议 (Monitoring and Alarming Network System Control Description Protocol)MANSRTSP: 监控报警联网系统实时流协议 (Monitoring and Alarming Network System Real- Time Streaming Protocol)MD5: 信息摘要算法第 5 版 (Message Digest Algorithm 5)MPEG- 4: 动态图像专家组 (Moving Picture Experts Group)NAT/FW: 网络地址翻译/防火墙 ( Network Address Translator and Firewall)NTP: 网络时间协议 (Network Time Protocol)NVR: 网络硬盘录像机 (Network Video Recorder)PS: 节目流 (Program Stream)RTCP: 实时传输控制协议 (Real- time Transport Control Protocol)RTP: 实时传输协议 ( Real- time Transport Protocol)RTSP: 实时流化协议 (Real- Time Streaming Protocol)SDP: 会话描述协议 (Session Description Protocol)SHA: 安全哈希算法 (Secure Hash Algorithm)SIP: 会话初始协议 (Session Initiation Protocol)SVAC: 安全防范监控数字预音频编码 (Surveillance Video and Audio Coding)S/MIME: 安全多用途网际邮件扩充协议 (Secure Multipurpose Internet Mail Extensions)TCP: 传输控制协议 (Transmission Control Protocol)TLS: 传输层安全 (Transport Layer Security)UA: 用户代理 (User Agent)UAC: 用户代理客户端 (User Agent Client)UAS: 用户代理服务端 (User Agent Server)UDP: 用户数据报协议 ( User Datagram Protocol)URI: 全局资源标识符 (Universal Resource Identifier)XML: 可扩展标记语言 (EXtensible Markup Language)
4 互联结构
4.1 SIP监控域互联结构
4.1.1 概述
联网系统的信息传输、交换、控制方面的SIP监控域互联结构见图1。图1描述了在单个SIP监控域内、不同SIP监控域间两种情况下，功能实体之间的连接关系。功能实体之间的通道互联协议分为会话通道协议、媒体流（本标准主要指视/音频）通道协议两种类型，会话通道协议见 $4.3.2\sim 4.3.4$ 的规定，媒体流通道协议见4.3.5和4.3.6的规定。
图1 SIP监控域互联结构示意图
4.1.2 区域内联网
区域内的SIP监控域由SIP客户端、SIP设备、中心信令控制服务器、流媒体服务器和信令安全路由网关等功能实体组成。各功能实体以传输网络为基础，实现SIP监控域内联网系统的信息传输、交换和控制。
4.1.3 跨区域联网
若干个相对独立的SIP或非SIP监控域以信令安全路由网关和流媒体服务器为核心，通过IP传输网络，实现跨区域监控域之间的信息传输、交换、控制。
4.1.4 联网方式
4.1.4.1 级联
两个信令安全路由网关之间是上下级关系，下级信令安全路由网关主动向上级信令安全路由网关发起注册，经上级信令安全路由网关鉴权认证后才能进行上下级系统间通信。
级联方式的多级联网结构示意图，如图2、图3所示，信令流都应逐级转发；媒体流宜采用图3所示方式传送，也可跨媒体服务器传送。
图2 信令级联结构示意图
图3 媒体级联结构示意图
4.1.4.2 互联
信令安全路由网关之间是平级关系，需要共享对方SIP监控域的监控资源时，由信令安全路由网关向目的信令安全路由网关发起，经目的信令安全路由网关鉴权认证后方可进行平级系统间通信。
互联方式的联网结构示意图如图4、图5所示，信令流应通过信令安全路由网关传送，媒体流宜通过媒体服务器传送。
图4 信令互联结构示意图
图5 媒体互联结构示意图
4.2 SIP监控域与非SIP监控域互联结构
4.2.1 概述
SIP监控域与非SIP监控域通过网关进行互联，互联结构见图6。网关是非SIP监控域接入SIP监控域的接口设备，在多个层次上对联网系统信息数据进行转换。根据转换的信息数据类型，网关逻辑上分为控制协议网关和媒体网关。
图6 SIP监控域与非SIP监控域互联结构示意图
4.2.2 控制协议网关
控制协议网关在SIP监控域和非SIP监控域的设备之间进行网络传输协议、控制协议、设备地址的转换，具体功能应包括如下的一种或几种：
a）代理非SIP监控域设备在SIP监控域的SIP服务器上进行注册；b）将非SIP监控域的网络传输协议与5.1中规定的网络传输协议进行双向协议转换；c）将非SIP监控域的设备控制协议与4.3中规定的会话初始协议、会话描述协议、控制描述协议
和媒体回放控制协议进行双向协议转换；
d）将非SIP监控域的设备地址与6.1中规定的设备地址进行双向地址转换。
4.2.3 媒体网关
媒体网关在SIP监控域和非SIP监控域的设备之间进行媒体传输协议，媒体数据编码格式的转换，具体功能应包括如下的一种或者几种：
a）将非SIP监控域的媒体传输协议和数据封装格式与5.2规定的媒体传输协议和数据封装格式进行双向协议转换；b）将非SIP监控域的媒体数据与6.2中规定的媒体数据压缩编码进行双向转码。
4.3 联网系统通信协议结构
4.3.1 概述
联网系统内部进行视频、音频、数据等信息传输、交换、控制时，应遵循4.3所规定的通信协议，通信协议的结构见图7。
图7 通信协议结构图
联网系统在进行视音频传输及控制时应建立两个传输通道：会话通道和媒体流通道。会话通道用于在设备之间建立会话并传输系统控制命令；媒体流通道用于传输视音频数据，经过压缩编码的视音频流采用流媒体协议RTP/RTCP传输。
4.3.2 会话初始协议
安全注册、实时视音频点播、历史视音频的回放等应用的会话控制采用IETF RFC 3261规定的Register、Invite等请求和响应方法实现，历史视音频回放控制采用SIP扩展协议IETF RFC 2976规定的INFO方法实现，前端设备控制、信息查询、报警事件通知和分发等应用的会话控制采用SIP扩展协议IETF RFC 3428规定的Message方法实现。
SIP消息应支持基于UDP和TCP的传输。
互联的系统平台及设备不应向对方的SIP端口发送应用无关消息，避免应用无关消息占用系统平台及设备的SIP消息处理资源。
本标准基于IETF RFC 3261等基础性协议，进行监控联网各项业务功能的规定，本标准中各项功能如有特殊规定应遵循本标准，否则应遵循IETF RFC 3261等引用协议。
4.3.3 会话描述协议
4.3.3 会话描述协议联网系统有关设备之间会话建立过程的会话协商和媒体协商应采用IETF RFC 4566协议描述，主要内容包括会话描述、媒体信息描述、时间信息描述。会话协商和媒体协商信息应采用SIP消息的消息体携带传输。
4.3.4 控制描述协议
4.3.4 控制描述协议联网系统有关前端设备控制、报警信息、设备目录信息等控制命令应采用监控报警联网系统控制描述协议（MANSCDP）描述，见附录A。联网系统控制命令应采用SIP消息Message的消息体携带传输。
4.3.5 媒体回放控制协议
4.3.5 媒体回放控制协议历史视音频的回放控制命令应采用监控报警联网系统实时流协议（MANSRTSP），协议描述见附录B，实现设备在端到端之间对视音频流的正常播放、快速、暂停、停止、随机拖动播放等远程控制。历史媒体的回放控制命令采用SIP消息Info的消息体携带传输。
4.3.6 媒体传输和媒体编解码协议
4.3.6 媒体传输和媒体编解码协议媒体流在联网系统IP网络上传输时应支持RTP传输，媒体流发送源端应支持控制媒体流发送峰值功能。RTP的负载应采用如千两种格式之一：基于PS封装的视音频数据或视音频基本流数据，见附录C。媒体流的传输应采用IETF RFC 3550规定的RTP协议，提供实时数据传输中的时间戳信息及各数据流的同步；应采用IETF RFC 3550规定的RTCP协议，为按序传输数据包提供可靠保证，提供流量控制和拥塞控制。
5传输要求
5.1 网络传输协议要求
联网系统网络层应支持IP协议，传输层应支持TCP和UDP协议。
5.2 媒体传输协议要求
视音频流在基于IP的网络上传输时应支持RTP/RTCP协议；视音频流的数据封装格式应符合4.3.6中的要求。
视音频流在基于IP的网络上传输时宜扩展支持TCP协议，协议应符合附录L的规定。
5.3 信息传输延迟时间
当信息（包括视音频信息、控制信息及报警信息等) 经由IP网络传输时，端到端的信息延迟时间（包括发送端信息采集、编码、网络传输、信息接收端解码、显示等过程所经历的时间)应满足下列要求：
a）前端设备与信号直接接入的监控中心相应设备间端到端的信息延迟时间应不大于2s；b）前端设备与用户终端设备间端到端的信息延迟时间应不大于4s。
5.4 网络传输带宽
5.4 网络传输带宽联网系统网络带宽设计应能满足前端设备接入监控中心、监控中心互联、用户终端接入监控中心的带宽要求，并留有余量。前端设备接入监控中心单路的网络传输带宽应不低于512kbps，重要场所的
前端设备接入监控中心单路的网络传输带宽应不低于2Mbps，各级监控中心间网络单路的网络传输带宽应不低于2.5Mbps。
5.5 网络传输质量
联网系统IP网络的传输质量（如传输时延、包丢失率、包误差率、虚假包率等）应符合如下要求：
a) 网络时延上限值为 $400\mathrm{ms}$ ；b) 时延抖动上限值为 $50\mathrm{ms}$ ；c) 丢包率上限值为 $1\times 10^{-3}$ ；d) 包误差率上限值为 $1\times 10^{-4}$ 。
5.6 视频帧率
本地录像时可支持的视频帧率应不低于25帧/s；图像格式为CIF时，网络传输的视频帧率应不低于25帧/s；图像格式为4CIF以上时，网络传输的视频帧率应不低于15帧/s，重要图像信息宜25帧/s。
6 交换要求
6.1 统一编码规则
6.1.1 ID统一编码规则
联网系统应对前端设备、监控中心设备、用户终端ID进行统一编码，该编码具有全局唯一性。编码应采用编码规则A（20位十进制数字字符编码），见D.1；局部应用系统也可用编码规则B（18位十进制数字字符编码），见D.2。联网系统管理平台之间的通信、管理平台与其他系统之间的通信应采用本章规定的统一编码标识联网系统的设备和用户。
6.1.2 SIPURI编码规则
参照IETFRFC3261，规定联网系统中SIP消息的From、To头域中的SIPURI格式如下：
sip[s]:username@domain;uri- parameters
其中，用户名username的命名应保证在同一个SIP监控域内具有唯一性，宜采用6.1.1规定的ID统一编码；domain宜采用ID统一编码的前十位编码，扩展支持十位编码加” .spvmn.cn”后缀格式，或采用IP：port格式，port宜采用5060；uri- parameters可用于携带扩展参数。
SIP消息中其他头域的SIPURI取值符合IETFRFC3261信令通信规定即可。
6.2 媒体压缩编解码
联网系统中媒体压缩编解码应符合附录E的相关要求。视频编解码采用H.264或MPEG- 4，应优先采用SVAC；音频编解码推荐采用G.711、G.723.1、G.729或SVAC。
6.3 媒体存储封装格式
联网系统中，视音频等媒体数据的存储封装格式应为PS格式，格式见ISO/IEC13818- 1：2000。
6.4 SDP定义
联网系统中SIP消息体中携带的SDP内容应符合IETFRFC2327的相关要求，应有字段见附录F。
6.5 网络传输协议的转换
应支持将非SIP监控域的网络传输协议与5.1中规定的网络传输协议进行双向协议转换。
6.6 控制协议的转换
应支持将非SIP监控域的设备控制协议与4.3中规定的会话初始协议、会话描述协议、控制描述协议和媒体回放控制协议进行双向协议转换。
6.7 媒体传输协议的转换
应支持将非SIP监控域的媒体传输协议和数据封装格式与5.2中规定的媒体传输协议和数据封装格式进行双向协议转换。
6.8 媒体数据格式的转换
应支持将非SIP监控域的媒体数据转换为符合6.2中规定的媒体编码格式的数据。
6.9 与其他系统的数据交换
联网系统通过接入网关提供与综合接处警系统、卡口系统等其他应用系统的接口。接口的基本要求、功能要求、数据规范、传输协议和扩展方式应符合附录G的要求，联网系统与其他系统接口的消息格式应符合附录G的要求。
6.10 信令字符集
联网系统与设备的SIP信令字符集宜采用GB2312编码格式。
7 控制要求
7.1 注册
应支持设备或系统进入联网系统时向SIP服务器进行注册登记的工作模式。如果设备或系统注册不成功，宜延迟一定的随机时间后重新注册。设备或系统注册的会话控制过程见9.1。
7.2 实时视音频点播
应支持按照指定设备、指定通道进行图像的实时点播，支持多用户对同一图像资源的同时点播。实时视音频点播的会话控制过程见9.2，会话描述信息采用6.4中规定的格式。
7.3 设备控制
应支持向指定设备发送控制信息，如球机/云台控制、录像控制、报警设备的布防/撤防等，实现对设备的各种动作进行遥控。
设备控制的会话控制过程见9.3，设备控制命令采用附录A规定的XML格式。
7.4 报警事件通知和分发
应能实时接收报警源发送来的报警信息，根据报警处置预案将报警信息及时分发给相应的用户终
端或系统、设备。
端或系统、设备。报警信息的接收和分发的会话控制过程见9.4，报警事件通知命令采用附录A规定的XML格式。
7.5 设备信息查询
应支持分级查询并获取联网系统中注册设备或系统的目录信息、状态信息等，其中设备目录信息包括设备ID、设备名、设备厂家名称、设备型号、设备地址、设备口令、设备类型、设备状态、设备安装地址、设备归属单位、父设备ID等信息。
设备目录查询的会话控制过程见9.5.2，设备目录查询命令采用附录A规定的XML格式。
应支持查询设备的基本信息，如设备厂商、设备型号、版本、支持协议类型等信息。
设备信息查询的会话控制过程见9.5.2，设备信息查询命令采用附录A规定的XML格式。
7.6 状态信息报送
7.6 状态信息报送应支持以主动报送的方式搜集、检测网络内的监控设备、报警设备、相关服务器以及连接的联网系统的运行情况。状态信息报送的会话过程见9.6，状态信息报送命令采用附录A规定的XML格式。
7.7 历史视音频文件检索
应支持对指定设备上指定时间段的历史视音频文件进行检索。历史视音频检索过程见9.7。
7.8 历史视音频回放
应支持对指定设备或系统上指定时间的历史视音频数据进行远程回放，回放过程应支持正常播放、快速播放、慢速播放、画面暂停、随机拖放等媒体回放控制。
历史视音频回放的会话控制和视音频回放控制过程见9.8，会话描述信息采用SDP协议规定的格式，视音频回放控制命令应采用附录B规定的MANSRTSP协议格式。
7.9 历史视音频文件下载
应支持对指定设备指定时间段的历史视音频文件进行下载。历史视音频下载过程见9.9。
7.10 网络校时
联网系统内的IP网络服务器设备宜支持NTP（见IETF RFC 2030) 协议的网络统一校时服务。网络校时设备分为时钟源和客户端，支持客户/服务器的工作模式；时钟源应支持TCP/IP、UDP及NTP协议，能将输入的或自身产生的时间信号以标准的NTP信息包格式输出。
联网系统内的IP网络接入设备应支持SIP信令的统一校时，接入设备应在注册时接受来自SIP服务器通过消息头Date域携带的授时。
7.11 订阅和通知
宜支持订阅和通知机制，支持事件以及目录订阅和通知。具体协议信令流程见9.11。
7.12 语音广播和语音对讲
宜支持语音广播、语音对讲机制。协议信令流程见9.12。
8 传输、交换、控制安全性要求
8.1 设备身份认证
应对接入系统的所有设备进行统一的编码，设备编码规范见6.1中的规定。接入设备认证应根据不同情况采用不同的认证方式。对于非标准SIP设备，宜通过网关进行认证。
在低安全级别应用情况下，应采用基于口令的数字摘要认证方式对设备进行身份认证，认证流程见9.1和IETFRFC3261—2002的第22章；在高安全级别应用情况下，应采用基于数字证书的认证方式对设备进行身份认证，认证流程见9.1。
8.2 数据加密
在高安全级别应用情况下，宜在网络层采用IPSec或在传输层采用TLS对SIP消息实现逐跳安全加密；宜在应用层采用S/MIME机制的端到端加密（见IETFRFC3261—2002的23.3），传输过程中宜采用RSA（1024位或2048位）对会话密钥进行加密，传输内容宜采用DES、3DES、AES（128）等算法加密。
在高安全级别应用情况下，数据存储宜采用3DES、AES（128位）、SM1等算法进行加密。
8.3 SIP信令认证
8.3 SIP信令认证应对SIP信令做数字摘要认证，宜支持MD5、SHA- 1、SHA- 256等数字摘要算法。在SIP消息头域中，启用Date域，增加Note域。Note $=$ （Digest nonce $=$ ““,algorithm $=$ ），nonce的值为数字摘要经过BASE64编码后的值；algorithm的值为数字摘要的算法名称。信令认证的流程和方法规定见附录H。当跨域访问时，若该信令是由本域的用户发起，则信令安全路由网关宜将发送到外域的信令添加Monitor- User- Identity头域，其取值为信令安全路由网关ID和用户的身份信息；若该信令不是由本域的用户发起，则只在原有Monitor- User- Identity域值前添加信令安全路由网关ID；各段分隔符为“- ”。用户的身份为用户ID以及用户身份属性信息（用户身份属性信息包括：用户隶属机构属性、用户类别属性和用户职级属性）。
8.4 数据完整性保护
8.4 数据完整性保护联网系统宜采用数字摘要、数字时间戳及数字水印等技术防止信息的完整性被破坏，即防止恶意篡改系统数据。数字摘要宜采用信息摘要5（MD5）、安全哈希算法1（SHA- 1）、安全哈希算法256（SHA- 256）等算法。
8.5 访问控制
8.5 访问控制联网系统应实现统一的用户管理和授权，在身份鉴别的基础上，系统宜采用基于属性或基于角色的访问控制模型对用户进行访问控制。当跨域访问时，宜采用信令Monitor- User- Identity携带的用户身份信息进行访问控制。
9 控制、传输流程和协议接口
9.1 注册和注销
9.1.1 注册和注销基本要求
SIP客户端、网关、SIP设备、联网系统等SIP代理（SIPUA）使用IETFRFC3261中定义的方法
Register进行注册和注销。注册和注销时应进行认证，认证方式应支持数字摘要认证方式，高安全级别的宜支持数字证书的认证方式，数字证书的格式符合附录I中的规定。
SIP代理在注册过期时间到来之前，应向注册服务器进行刷新注册，刷新注册消息流程应与9.1.2.1的流程描述一致，并遵循IETFRFC3261对刷新注册的规定。
若注册失败，SIP代理应间隔一定时间后继续发起注册过程，与上一次注册时间间隔应可调，一般情况下不应短于 $60\mathrm{~s~}$ 。
系统、设备注册过期时间应可配置，缺省值为 $86400\mathrm{s}(1\mathrm{d})$ ，应在注册过期时间到来之前发送刷新注册消息，为SIP服务器预留适当刷新注册处理时间，注册过期时间不应短于 $3600\mathrm{~s~}$ 。
SIP代理注册成功则认为SIP服务器为在线状态，注册失败则认为SIP服务器为离线状态；SIP服务器在SIP代理注册成功后认为其为在线状态，SIP代理注册过期则认为其为离线状态。
9.1.2 信令流程
9.1.2.1 基本注册
基本注册即采用IETFRFC3261规定的基于数字摘要的挑战应答式安全技术进行注册，具体注册流程见图8。
图8 基本注册流程示意图
注册流程描述如下：
a）1：SIP代理向SIP服务器发送Register请求；b）2：SIP服务器向SIP代理发送响应401，并在响应的消息头WWW_Authenticate字段中给出适合SIP代理的认证体制和参数；c）3：SIP代理重新向SIP服务器发送Register请求，在请求的Authorization字段给出信任书，包含认证信息；d）4：SIP服务器对请求进行验证，如果检查出SIP代理身份合法，向SIP代理发送成功响应 $200\mathrm{OK}$ ，如果身份不合法则发送拒绝服务应答。消息示范见J.1。
9.1.2.2 基于数字证书的双向认证注册
9.1.2.2.1 基于数字证书的双向认证注册说明
SIP代理和SIP服务器进行双向认证。对IETFRFC3261中定义的方法Register进行如下头域扩展：
a）Authorization的值增加Capability项用来描述编码器的安全能力。当Authorization的值为Capability时，只携带一个参数algorithm，参数algorithm的值分为三部分，中间以逗号分割。第一部分为非对称算法描述，取值为RSA；第二部分为摘要算法描述，取值为MD5/SHA- 1/SHA- 256中的一个或者多个；第三部分为对称算法的描述，取值为DES/3DES/SM1中的一个或者多个。b）WWW- Authenticate的值增加Asymmetric项用来携带验证SIP服务器身份的数据。当WWW- Authenticate的值为Asymmetric时，只携带参数nonce和algorithm。algorithm的值取安全能力中常用的算法。c）Authorization的值增加Asymmetric项用来携带验证编码器的数据。当Authorization的值为Asymmetric时，携带nonce、response、algorithm三个参数。
9.1.2.2.2 信令流程
基于数字证书的双向认证注册流程见图9。
图9 基于数字证书的双向认证注册流程示意图
信令流程描述如下：
a）1:SIP UA向SIP服务器发送Register请求，消息头域中携带SIP UA安全能力。增加Authorization头字段，Authorization的值为Capability，参数algorithm的值分为三部分，中间以逗号分割。第一部分为非对称算法描述，取值为RSA；第二部分为摘要算法描述，取值为MD5/SHA- 1/SHA- 256中的一个或者多个；第三部分为对称算法的描述，取值为DES/3DES/SM1中的一个或者多个。b）2:SIP服务器向SIP UA发送一个挑战响应401，响应的消息头域WWW- Authenticate取值为Asymmetric，参数nonce分为两部分a和b两部分，algorithm的值取SIP UA安全能力中的算法。c）3:SIP UA收到401响应后，得到nonce中的a和b两部分。首先用SIP UA私钥解密b，得到结果c，对结果c用401响应中algorithm指定的算法做摘要，得到结果d，用sip服务器公钥解密a，得到结果d，与结果d进行匹配，如果相匹配则信任该结果，否则丢弃。SIP UA重新向SIP服务器发送Register请求，Authorization取值为Asymmetric，参数nonce的值与上面b）2：中的相同；response的值为用本消息中algorithm指明的算法对[c+nonce] 做摘要的结果。d）4:SIP服务器对请求进行验证，如果检查SIP UA身份合法，向SIP UA发送成功响应200 OK，如果身份不合法则发送拒绝服务应答。
消息示范见J.2。
9.1.2.3 注销
注销流程见图10。
图10 注销流程示意图
注销流程描述如下：
注销流程描述如下：a) 1: SIP 代理向 SIP 服务器发送 Register 请求，Expires 字段的值为 0，表示 SIP 代理要注销；b) 2: SIP 服务器向 SIP 代理发送响应 401，并在响应的消息头 WWW_Authenticate 字段中给出适合 SIP 代理的认证体制和参数；c) 3: SIP 代理重新向 SIP 服务器发送 Register 请求，在请求的 Authorization 字段给出信任书，包含认证信息，Expires 字段的值为 0；d) 4: SIP 服务器对请求进行验证，如果检查出 SIP 代理身份合法，向 SIP 代理发送成功响应 200 OK，如果身份不合法则发送拒绝服务应答。消息示范见 J.3。
9.2 实时视音频点播
9.2.1 实时视音频点播基本要求
实时视音频点播的SIP消息应通过本域或其他域的SIP服务器进行路由、转发，目标设备的实时视音频流宜通过本域内的媒体服务器进行转发。
实时视音频点播采用SIP协议（IETFRFC3261)中的Invite方法实现会话连接，采用RTP/RTCP协议（IETFRFC3550）实现媒体传输。
实时视音频点播的信令流程分为客户端主动发起和第三方呼叫控制两种方式，联网系统可选择其中一种或两种结合的实现方式。第三方呼叫控制的第三方控制者宜采用背靠背用户代理实现，有关第三方呼叫控制见IETFRFC3725。
实时视音频点播宜支持附录M规定的媒体流保活机制。
9.2.2 命令流程
9.2.2.1 客户端主动发起
客户端主动发起的实时视音频点播流程见图11。
图11 客户端主动发起的实时视音频点播流程示意图
其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立媒体流接收者与媒体服务器之间的媒体流信令过程，信令 $2\sim 7$ 为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体流信令过程，信令 $13\sim 16$ 为媒体流接收者断开与媒体服务器之间的媒体流信令过程，信令 $17\sim 20$ 为SIP服务器断开媒体服务器与媒体流发送者之间的媒体流信令过程。
命令流程描述如下：
a）1：媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject字段，表明点播的视频源ID、发送方媒体流序列号、媒体流接收者ID、接收端媒体流序列号等参数，SDP消息体中s字段为“Play”代表实时点播。
b）2:SIP 服务器收到 Invite 请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的媒体连接。向媒体服务器发送 Invite 消息，此消息不携带 SDP 消息体。c）3:媒体服务器收到 SIP 服务器的 Invite 请求后，回复 200 OK 响应，携带 SDP 消息体，消息体中描述了媒体服务器接收媒体流的 IP、端口、媒体格式等内容。d）4:SIP 服务器收到媒体服务器返回的 200 OK 响应后，向媒体流发送者发送 Invite 请求，请求中携带消息 3 中媒体服务器回复的 200 OK 响应消息体，s 字段为“Play”代表实时点播，增加 y 字段描述 SSRC 值，f 字段描述媒体参数。e）5:媒体流发送者收到 SIP 服务器的 Invite 请求后，回复 200 OK 响应，携带 SDP 消息体，消息体中描述了媒体流发送者发送媒体流的 IP、端口、媒体格式、SSRC 字段等内容。f）6:SIP 服务器收到媒体流发送者返回的 200 OK 响应后，向媒体服务器发送 ACK 请求，请求中携带消息 5 中媒体流发送者回复的 200 OK 响应消息体，完成与媒体服务器的 Invite 会话建立过程。g）7:SIP 服务器收到媒体流发送者返回的 200 OK 响应后，向媒体流发送者发送 ACK 请求，请求中不携带消息体，完成与媒体流发送者的 Invite 会话建立过程。h）8:完成三方呼叫控制后，SIP 服务器通过 B2BUA 代理方式建立媒体流接收者和媒体服务器之间的媒体连接。在消息 1 中增加 SSRC 值，转发给媒体服务器。i）9:媒体服务器收到 Invite 请求，回复 200 OK 响应，携带 SDP 消息体，消息体中描述了媒体服务器发送媒体流的 IP、端口、媒体格式、SSRC 值等内容。j）10:SIP 服务器将消息 9 转发给媒体流接收者。k）11:媒体流接收者收到 200 OK 响应后，回复 ACK 消息，完成与 SIP 服务器的 Invite 会话建立过程。l）12:SIP 服务器将消息 11 转发给媒体服务器，完成与媒体服务器的 Invite 会话建立过程。m）13:媒体流接收者向 SIP 服务器发送 BYE 消息，断开消息 1、10、11 建立的同媒体流接收者的 Invite 会话。n）14:SIP 服务器收到 BYE 消息后回复 200 OK 响应，会话断开。o）15:SIP 服务器收到 BYE 消息后向媒体服务器发送 BYE 消息，断开消息 8、9、12 建立的同媒体服务器的 Invite 会话。p）16:媒体服务器收到 BYE 消息后回复 200 OK 响应，会话断开。q）17:SIP 服务器向媒体服务器发送 BYE 消息，断开消息 2、3、6 建立的同媒体服务器的 Invite 会话。r）18:媒体服务器收到 BYE 消息后回复 200 OK 响应，会话断开。s）19: SIP 服务器向媒体流发送者发送 BYE 消息，断开消息 4、5、7 建立的同媒体流发送者的 Invite 会话。t）20:媒体流发送者收到 BYE 消息后回复 200 OK 响应，会话断开。消息示范见 J.4。
9.2.2.2 第三方呼叫控制
第三方呼叫控制的实时视音频点播流程见图 12。
图12 第三方呼叫控制的实时视音频点播流程示意图
其中，信令 $1\sim 6$ 为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接信令过程，信令 $7\sim 12$ 为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链接信令过程，信令 $13\sim 16$ 为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令 $17\sim 20$ 为断开媒体服务器与媒体流发送者之间的媒体链接信令过程。
命令流程描述如下：
a）1：SIP服务器向媒体服务器发送Invite消息，此消息不携带SDP消息体；b）2：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容；c）3：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求
中携带消息2中媒体服务器回复的 $200\mathrm{OK}$ 响应消息体，s字段为”Play” 代表实时点播，增加y字段描述SSRC值，f字段描述媒体参数；d）4：媒体流发送者收到SIP服务器的Invite请求后，回复 $200\mathrm{OK}$ 响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容；e）5：SIP服务器收到媒体流发送者返回的 $200\mathrm{OK}$ 响应后，向媒体服务器发送ACK请求，请求中携带消息4中媒体流发送者回复的 $200\mathrm{OK}$ 响应消息体，完成与媒体服务器的Invite会话建立过程；f）6：SIP服务器收到媒体流发送者返回的 $200\mathrm{OK}$ 响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；g）7：SIP服务器向媒体流接收者发送Invite消息，此消息不携带SDP消息体；h）8：媒体流接收者收到SIP服务器的Invite请求后，回复 $200\mathrm{OK}$ 响应，携带SDP消息体，消息体中描述了媒体流接收者接收媒体流的IP、端口、媒体格式等内容；i）9：SIP服务器收到媒体流接收者返回的 $200\mathrm{OK}$ 响应后，向媒体服务器发送Invite请求，请求中携带消息8中媒体流接收者回复的 $200\mathrm{OK}$ 响应消息体，s字段为”Play” 代表实时点播，增加y字段描述SSRC值；j）10：媒体服务器收到SIP服务器的Invite请求后，回复 $200\mathrm{OK}$ 响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC字段等内容；k）11：SIP服务器收到媒体服务器返回的 $200\mathrm{OK}$ 响应后，向媒体流接收者发送ACK请求，请求中携带消息10中媒体服务器回复的 $200\mathrm{OK}$ 响应消息体，完成与媒体流接收者的Invite会话建立过程；l）12：SIP服务器收到媒体服务器返回的 $200\mathrm{OK}$ 响应后，向媒体服务器发送ACK请求，请求中不携带消息体，完成与媒体服务器的Invite会话建立过程；m）13：SIP服务器向媒体流接收者发送BYE消息，断开消息7、8、11建立的同媒体流接收者的Invite会话；n）14：媒体流接收者收到BYE消息后回复 $200\mathrm{OK}$ 响应，会话断开；o）15：SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立的同媒体服务器的Invite会话；p）16：媒体服务器收到BYE消息后回复 $200\mathrm{OK}$ 响应，会话断开；q）17：SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的Invite会话；r）18：媒体服务器收到BYE消息后回复 $200\mathrm{OK}$ 响应，会话断开；s）19：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同媒体流发送者的Invite会话；t）20：媒体流发送者收到BYE消息后回复 $200\mathrm{OK}$ 响应，会话断开。消息示范见J.5。
9.2.3 协议接口
SIP 消息头域（如TO、FROM、Cseq、Call- ID、Max- Forwards和Via等）的详细定义符合相关SIP消息的RFC文档的规定。
消息头域Allow字段应支持Invite、ACK、Info、CANCEL、BYE、OPTIONS和Message方法，不排除支持其他SIP和SIP扩展方法。
消息头 Content- type 字段应表示消息体采用 SDP 协议格式定义。例如：
Content- type: application/sdp。
源设备应在 SDP 协议格式的消息体中包括 t 行（见 IETF RFC 4566—2006 的 5.9），t 行的开始时间和结束时间均设置成 0，表示实时视音频点播。
发送给媒体服务器的消息的消息头应包括 Subject 字段，系统应支持该字段，详细定义见附录 K。实时视频图像点播流程中携带的请求和应答消息体采用 SDP 协议格式定义。有关 SDP 的详细描述见 IETF RFC 4566。
SDP 文本信息包括：会话名称和意图、会话持续时间、构成会话的媒体和有关接收媒体的信息（地址等）。
SDP 协议格式消息体应包括 o 行（见 IETF RFC 4566—2006 的 5.2），o 行中的 username 应为本设备的设备编码，设备编码应符合 6.1.1 的规定；c 行中应包括设备或系统 IP 地址；m 行中应包括媒体接收端口号。
9.3 设备控制
9.3.1 设备控制基本要求
源设备向目标设备发送设备控制命令，控制命令的类型包括球机/云台控制、远程启动、录像控制、报警布防/撤防、报警复位、强制关键帧、拉框放大、拉框缩小、看守位控制、设备配置等，设备控制采用 IETF RFC 3428 中的 Message 方法实现。
源设备包括 SIP 客户端，网关或者联网系统，目标设备包括 SIP 设备、网关或者联网系统。
源设备向目标设备发送球机/云台控制命令、远程启动命令、强制关键帧、拉框放大、拉框缩小命令后，目标设备不发送应答命令，命令流程见 9.3.2.1；源设备向目标设备发送录像控制、报警布防/撤防、报警复位、看守位控制、设备配置命令后，目标设备应发送应答命令表示执行的结果，命令流程见 9.3.2.2。
9.3.2 命令流程
9.3.2.1 无应答命令流程
无应答设备控制流程见图 13。
图 13 无应答设备控制流程示意图
命令流程描述如下：
a）1：源设备向 SIP 服务器发送设备控制命令，设备控制命令采用 Message 方法携带；
b) 2: SIP 服务器收到命令后返回 200 OK；c) 3: SIP 服务器向目标设备发送设备控制命令，设备控制命令采用 Message 方法携带；d) 4: 目标设备收到命令后返回 200 OK。消息示范见 J.6。
9.3.2.2 有应答命令流程
有应答设备控制流程见图 14。
图14 有应答设备控制流程示意图
命令流程描述如下：
a) 1: 源设备向 SIP 服务器发送设备控制命令，设备控制命令采用 Message 方法携带；b) 2: SIP 服务器收到命令后返回 200 OK；c) 3: SIP 服务器向目标设备发送设备控制命令，设备控制命令采用 Message 方法携带；d) 4: 目标设备收到命令后返回 200 OK；e) 5: 目标设备向 SIP 服务器发送设备控制响应命令，设备控制响应命令采用 Message 方法携带；f) 6: SIP 服务器收到命令后返回 200 OK；g) 7: SIP 服务器向源设备转发设备控制响应命令，设备控制响应命令采用 Message 方法携带；h) 8: 源设备收到命令后返回 200 OK。消息示范见 J.7。
9.3.3 协议接口
9.3.3.1 请求命令消息体
Message 消息头 Content- type 头域为 Content- type: Application/MANSCDP+xml。
设备控制命令采用 MANSCDP 协议格式定义，详细描述见 A.2.3 的控制命令。设备控制命令应包括命令类型 (CmdType)、命令序列号 (SN) 、设备编码 (DeviceID)、子命令等，采用 Message 方法的消息体携带。
设备在收到 Message 消息后，应立即返回应答，应答均无消息体。
9.3.3.2 应答命令消息体
设备控制应答命令应包括命令类型（CmdType）、命令序列号（SN）、设备编码（DeviceID）、执行结果（Result），采用 Message 方法的消息体携带。
设备控制应答命令采用MANSCDP协议格式定义，详细描述见A.2.6的设备控制应答命令。
Message 消息头 Content- type 头域为 Content- type: Application/MANSCDP+xml。
设备在收到Message消息后，应立即返回应答，应答均无消息体。
9.4 报警事件通知和分发
9.4.1 报警事件通知和分发基本要求
发生报警事件时，源设备应将报警信息发送给SIP服务器；SIP服务器接收到报警事件后，将报警信息分发给目标设备。报警事件通知和分发使用IETF RFC 3428中定义的方法Message传送报警信息。
源设备包括SIP设备、网关、SIP客户端、联网系统或者综合接处警系统以及卡口系统等，目标设备包括具有接警功能的SIP客户端、联网系统或者综合接处警系统以及卡口系统等。
9.4.2 命令流程
报警事件通知和分发流程见图15。
图15 报警事件通知和分发流程示意图
命令流程描述如下：
a）1：报警事件产生后，源设备向SIP服务器发送报警通知命令，报警通知命令采用Message方法携带；b）2：SIP服务器收到命令后返回200OK；c）3：SIP服务器接收到报警事件后，向源设备发送报警事件通知响应命令，报警通知响应命令采
用 Message 方法携带；d) 4：源设备收到命令后返回 200 OK；e) 5：SIP 服务器接收到报警事件后，确定需要转发的目标设备，SIP 服务器向目标设备发送报警事件通知命令，报警通知命令采用 Message 方法携带；f) 6：目标设备收到命令后返回 200 OK；g) 7：目标设备接收到报警事件后，向 SIP 服务器发送报警事件通知响应命令，报警通知响应命令采用 Message 方法携带；h) 8：SIP 服务器收到命令后返回 200 OK。消息示范见 J.8。
9.4.3 协议接口
9.4.3.1 请求命令消息体
消息头 Content- type 字段为 Content- type: Application/ MANSCDP + xml。
报警事件通知和分发流程中的请求命令采用 MANSCDP 协议格式定义，详细描述见 A.2.5 报警通知。
源设备向 SIP 服务器通知报警、SIP 服务器向目标设备发送报警的通知命令均采用 Message 方法的消息体携带。报警事件通知命令应包括命令类型（CmdType）、命令序列号（SN）、设备编码（DeviceID）、报警级别（AlarmPriority）等。可选项：报警时间（AlarmTime）、报警方式（AlarmMethod）、经度（Longitude）、纬度（Latitude）、扩展报警类型（AlarmType）、报警类型参数（AlarmTypeParam）。
相关设备在收到 Message 消息后，应立即返回 200 OK 应答，200 OK 应答均无消息体。
9.4.3.2 应答命令消息体
消息头 Content- type 字段为 Content- type: Application/ MANSCDP + xml。
报警事件通知和分发流程中的应答命令采用 MANSCDP 协议格式定义，详细描述见 A.2.6 报警通知应答。
SIP 服务器向源设备、目标设备向 SIP 服务器发送报警通知应答命令均采用 Message 方法的消息体携带。报警事件通知应答命令应包括命令类型（CmdType）、命令序列号（SN）、设备编码（DeviceID）、执行结果（Result）。
相关设备在收到 Message 消息后，应立即返回 200 OK 应答，200 OK 应答均无消息体。
9.5 网络设备信息查询
9.5.1 网络设备信息查询基本要求
源设备向目标设备发送信息查询命令，目标设备应将结果通过查询应答命令返回给源设备。网络设备信息查询命令包括设备目录查询命令、前端设备信息查询命令、前端设备状态信息查询命令、设备配置查询命令、预置位查询命令等，信息查询的范围包括本地 SIP 监控域或者跨 SIP 监控域。网络设备信息查询命令和响应均采用 IETF RFC 3428 中定义的方法 Message 实现。目录查询应答命令应支持附录 N 多响应消息传输的要求。
源设备包括 SIP 客户端，网关或联网系统，目标设备包括 SIP 设备、网关或联网系统。
9.5.2 命令流程
网络设备信息查询流程见图 16。
图16 网络设备信息查询流程示意图
命令流程描述如下：
a）1：源设备向SIP服务器发送设备查询命令，设备查询命令采用Message方法携带；b）2：SIP服务器收到命令后返回 $200\mathrm{OK}$ c）3：SIP服务器向目标设备转发设备查询命令，设备查询命令采用Message方法携带；d）4：目标设备收到命令后返回 $200\mathrm{OK}$ e）5：目标设备向SIP服务器发送设备查询响应命令，设备查询响应命令采用Message方法携带；f）6：SIP服务器收到命令后返回 $200\mathrm{OK}$ g）7：SIP服务器向源设备转发查询响应命令，设备查询响应命令采用Message方法携带；h）8：目标设备收到命令后返回 $200\mathrm{OK}$
9.5.3 协议接口
9.5.3.1 设备目录查询消息体
9.5.3.1.1 请求命令消息体
Message 消息头 Content- type 头域为 Content- type: Application/MANSCDP+xml。
设备目录查询命令采用MANSCDP协议格式定义，详细描述见A.2.1设备目录信息查询请求。
设备目录查询请求命令应包括命令类型（CmdType）、命令序列号（SN）、设备/区域/系统编码/业务分组/虚拟组织（DeviceID）等，采用IETF RFC 3428的Message方法的消息体携带。
下级平台通过业务分组操作可从特定业务角度制定一组虚拟组织，并可将摄像机划分到不同的虚拟组织中，在查询响应中通过业务分组、虚拟组织返回定义好的摄像机所属的业务组织结构。各类目录查询应答示例说明见附录O。
按照系统编码进行查询时，被查询系统返回本级和下级系统的系统编码、行政区划、业务分组、虚拟组织、设备目录项；按照行政区域编码进行查询时，返回该行政区域目录项及属于此行政区域下的行政区域、设备目录项；按照设备编码进行查询时，返回该设备目录项及设备下属的设备目录项；按照业务分组进行查询时，返回该业务分组目录项及属于此业务分组下的虚拟组织目录项；按照虚拟组织进行查询
时，返回该虚拟组织目录项及属于此虚拟组织下的虚拟组织、设备目录项。
相关设备在收到Message消息后，应立即返回200OK应答，200OK应答均无消息体。
9.5.3.1.2 应答命令消息体
Message消息头Content- type头域为Content- type：Application/MANSCDP+xml。
设备目录查询应答命令采用MANSCDP协议格式定义，详细描述见A.2.6设备目录信息查询应答。
设备目录查询应答命令应包括命令类型（CmdType）、命令序列号（SN）、设备/区域/系统编码（DeviceID）、设备/区域/系统名称（Name）、设备状态（Status）、经度（Longitude）、纬度（Latitude）等，采用Message方法的消息体携带。
相关设备在收到Message消息后，应立即返回200OK应答，200OK应答均无消息体。
消息示范见J.9。
9.5.3.2 设备信息查询消息体
9.5.3.2.1 请求命令消息体
Message消息头Content- type头域为Content- type：Application/MANSCDP+xml。
设备信息查询命令采用MANSCDP协议格式定义，详细描述见A.2.4设备信息查询请求。
设备信息查询请求命令应包括命令类型（CmdType）、命令序列号（SN）、设备编码（DeviceID），采用IETFRFC3428的Message方法的消息体携带。
相关设备在收到Message消息后，应立即返回应答，应答均无消息体。
9.5.3.2.2 应答命令消息体
Message消息头Content- type头域为Content- type：Application/MANSCDP+xml。
设备信息查询应答命令采用MANSCDP协议格式定义，详细描述见A.2.6设备信息查询应答。
设备信息查询应答命令应包括命令类型（CmdType）、设备编码（DeviceID）、设备名称（DeviceName）、查询结果标志（Result）、厂商信息（Manufacturer）、设备型号（Model）、固件版本（Firmware）、最大支持摄像机个数（Channel）等，采用Message方法的消息体携带。
相关设备在收到Message消息后，应立即返回200OK应答，200OK应答均无消息体。
消息示范见J.10。
9.5.3.3 设备状态查询消息体
9.5.3.3.1 请求命令消息体
Message消息头Content- type头域为Content- type：Application/MANSCDP+xml。
设备状态查询命令采用MANSCDP协议格式定义，详细描述见A.2.4设备状态查询请求。
设备状态查询请求命令应包括命令类型（CmdType）、命令序列号（SN）、设备或区域或系统编码（DeviceID），采用IETFRFC3428的Message方法的消息体携带。
相关设备在收到Message消息后，应立即返回200OK应答，200OK应答均无消息体。
9.5.3.3.2 应答命令消息体
Message消息头Content- type头域为Content- type：Application/MANSCDP+xml。
设备信息查询应答命令采用MANSCDP协议格式定义，详细描述见A.2.6设备状态信息查询应答。
设备状态查询应答命令应包括目标设备或区域或系统编码、命令类型(CmdType)、查询结果标志(Result)、是否在线(Online)、是否正常工作( Status)、不正常原因(Reason)、是否编码(Encode)、是否录像(Record)、设备时间和日期(DeviceTime)、报警设备状态列表(Alarmstatus) 等，报警设备状态列表应包括报警设备或区域或系统编码(DeviceID)、报警设备状态(DutyStatus)，采用Message方法的消息体携带。
相关设备在收到Message消息后，应立即返回200OK应答，200OK应答均无消息体。
消息示范见J.11。
9.5.3.4 设备配置查询消息体
9.5.3.4.1 请求命令消息体
Message消息头Content- type头域为Content- type：Application/MANSCDP+xml。
设备配置查询请求命令采用MANSCDP协议格式定义，设备配置查询请求命令应包括命令类型(CmdType)、命令序列号(SN)、设备编码( DeviceID)、查询配置参数类型(ConfigType)等，采用Message方法的消息体携带。详细描述见A.2.4设备配置查询请求。
9.5.3.4.2 应答命令消息体
Message消息头Content- type头域为Content- type：Application/MANSCDP+xml。
设备配置查询应答命令应包括命令类型(CmdType)、命令序列号(SN)、设备编码(DeviceID)、查询结果(Result) 、配置参数等，采用Message方法的消息体携带。详细描述见A.2.6设备配置查询应答。
9.5.3.5 设备预置位查询消息体
9.5.3.5.1 请求命令消息体
Message消息头Content- type头域为Content- type：Application/MANSCDP+xml。
设备预置位查询命令采用MANSCDP协议格式定义，详细描述见A.2.4预置位查询请求。
设备预置位查询请求命令应包括命令类型(CmdType)、命令序列号(SN)、设备编码(DeviceID)，采用IETFRFC3428的Message方法的消息体携带。
相关设备在收到Message消息后，应立即返回200OK应答，200OK应答均无消息体。
9.5.3.5.2 应答命令消息体
Message消息头Content- type头域为Content- type：Application/MANSCDP+xml。
设备预置位查询应答命令采用MANSCDP协议格式定义，详细描述见A.2.6设备预置位查询应答。
设备预置位查询应答命令应包括目标设备编码(DeviceID)、命令类型(CmdType)、命令序列号(SN)、设备预置位列表(PresetList) 等，设备预置位列表应包括预置位编码(PresetID)、预置位名称(PresetName)，采用Message方法的消息体携带。
相关设备在收到Message消息后，应立即返回200OK应答，200OK应答均无消息体。
9.6 状态信息报送
9.6.1 状态消息报送基本要求
当源设备(包括网关、SIP设备、SIP客户端或联网系统)发现工作异常时，应立即向本SIP监控域的SIP服务器发送状态信息；无异常时，应定时向本SIP监控域的SIP服务器发送状态信息。SIP设备
宜在状态信息中携带故障子设备描述信息，详见A.2.5状态信息报送。状态信息报送采用IETF RFC 3428中定义的方法Message实现。
通过周期性的状态信息报送，实现注册服务器与源设备之间的状态检测即心跳机制。
心跳发送方、接收方需统一配置“心跳间隔”参数，按照“心跳间隔”定时发送心跳消息，默认心跳间隔 $60\mathrm{~s~}$ 。心跳发送方、接收方需统一配置“心跳超时次数”参数，心跳消息连续超时达到“心跳超时次数”则认为对方下线，默认心跳超时次数3次。
心跳接收方在心跳发送方上线状态下检测到心跳消息连续超时达到商定次数则认为心跳发送方离线；心跳发送方在心跳接收方上线状态下检测到心跳消息响应消息连续超时达到商定次数则认为心跳接收方离线。
9.6.2 命令流程
状态信息报送流程见图17。
图17 状态信息报送流程示意图
命令流程描述如下：
a）1：源设备向SIP服务器发送设备状态信息报送命令。设备状态信息报送命令采用Message方法携带；b）2：SIP服务器收到命令后返回 $200\mathrm{OK}$ 。消息示范见J.12。
9.6.3 协议接口
Message消息头Content- type头域为Content- type：Application/MANSCDP+xml。
状态信息报送命令采用MANSCDP协议格式定义，详细描述见A.2.5状态信息报送。
状态信息报送命令应包括命令类型（CmdType）、设备/系统编码（DeviceID）、是否正常工作（Status）等，采用Message方法的消息体携带。
Message消息的成功和错误应答均无消息体。
9.7 设备视音频文件检索
9.7.1 视音频文件检索基本要求
文件检索主要用区域、设备、录像时间段、录像地点、录像内容为条件进行查询，用Message消息发送检索请求和返回查询结果，传送结果的Message消息可以发送多条，应支持附录N多响应消息传输的要求。文件检索请求和应答命令采用MANSCDP协议格式定义，详细描述见A.2.4文件目录检索请求和A.2.6文件目录检索应答。
9.7.2 命令流程
设备视音频文件检索消息流程见图18。
图18 设备视音频文件检索消息流程示意图
信令流程描述如下：
a）1：目录检索方向目录拥有方发送目录查询请求Message消息，消息体中包含视音频文件检索条件；b）2：目录拥有方向目录检索方发送200OK，无消息体；c）3：目录拥有方向目录检索方发送查询结果，消息体中含文件目录，当一条Message消息无法传送完所有查询结果时，采用多条消息传送；d）4：目录检索方向目录拥有方发送200OK，无消息体。消息示范见J.13。
9.7.3 协议接口
SIP 消息头域（如TO，FROM，Cseq，Call- ID，Max- Forwards，Via等）的详细定义按照相关SIP 消息的RFC文档的规定。
9.8 历史视音频的回放
9.8.1 历史视音频的回放基本要求
应采用SIP协议（IETFRFC3261）中的Invite方法实现会话连接，采用SIP扩展协议（IETFRFC2976) Info方法的消息体携带视音频回放控制命令，采用RTP/RTCP协议（IETFRFC3550）实现媒体传输。媒体回放控制命令引用MANSRTSP协议中的Play、Pause、Teardown的请求消息和应答消息，具体见附录B。
历史媒体回放的信令流程分为客户端主动发起和第三方呼叫控制两种方式，联网系统可选择其中一种或两种结合的实现方式。第三方呼叫控制的第三方控制者宜采用背靠背用户代理实现，有关第三方呼叫控制见IETFRFC3725。
媒体流接收者可以是包括SIP客户端、SIP设备（如视频解码器），媒体流发送者可以是SIP设备、网关、媒体服务器。
历史视音频的回放宜支持附录M规定的媒体流保活机制。
9.8.2 命令流程
9.8.2.1 客户端主动发起
客户端主动发起的历史媒体回放流程见图19。
图19 客户端主动发起的历史视音频回放流程示意图
其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立媒体流接受者与媒体服务器之间的媒体链接信令过程，信令 $2\sim 7$ 为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流之间的媒体链接信令过程，信令 $13\sim 16$ 为媒体流接收者进行回放控制信令过程，
信令 $17\sim 20$ 为媒体流发送者回放、下载到文件结束向媒体接收者发送通知消息过程，信令 $21\sim 24$ 为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令 $25\sim 28$ 为SIP服务器断开媒体服务器与媒体流发送者之间的媒体链接信令过程。
命令流程描述如下：
a）1：媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject字段，表明点播的视频源ID、发送方媒体流序列号、媒体流接收者ID、接收端媒体流序列号标识等参数，SDP消息体中s字段为” Playback” 代表历史回放，u字段代表回放通道ID和回放类型，t字段代表回放时间段。b）2：SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体。c）3：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容。d）4：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求中携带消息3中媒体服务器回复的200OK响应消息体，s字段为” Playback” 代表历史回放，u字段代表回放通道ID和回放类型，t字段代表回放时间段，增加y字段描述SSRC值，f字段描述媒体参数。e）5：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容。f）6：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求中携带消息5中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话建立过程。g）7：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程。h）8：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者和媒体服务器之间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器。i）9：媒体服务器收到Invite请求，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC值等内容。j）10：SIP服务器将消息9转发给媒体流接收者。k）11：媒体流接收者收到200OK响应后，回复ACK消息，完成与SIP服务器的Invite会话建立过程。l）12：SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite会话建立过程。m）13：在回放过程中，媒体流接收者通过向SIP服务器发送会话内Info消息进行回放控制，包括视频的暂停、播放、快放、慢放、随机拖放播放等操作，Info消息体见附录B。n）14：SIP服务器收到消息13后转发给媒体流发送者。o）15：媒体流发送者收到消息14后回复200OK响应。p）16：SIP服务器将消息15转发给媒体流接收者。q）17：媒体流发送者在文件回放结束后发送会话内Message消息，通知SIP服务器回放已结束，消息体格式参见A.2.5媒体通知。r）18：SIP服务器收到消息17后转发给媒体流接收者。s）19：媒体流接收者收到消息18后回复200OK响应，进行链路断开过程。t）20：SIP服务器将消息19转发给媒体流发送者。u）21：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的Invite会话。v）22：SIP服务器收到BYE消息后回复200OK响应，会话断开。w）23：SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、12建立的同媒
体服务器的Invite会话。
x) 24: 媒体服务器收到BYE消息后回复200OK响应，会话断开。y) 25: SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒体服务器的Invite会话。z) 26: 媒体服务器收到BYE消息后回复200OK响应，会话断开。aa) 27: SIP服务器向媒体流发送者发送BYE消息，断开消息4、5、7建立的同媒体流发送者的Invite会话。bb) 28: 媒体流发送者收到BYE消息后回复200OK响应，会话断开。消息示范见J.14。
9.8.2.2 第三方呼叫控制
第三方呼叫控制的历史视音频回放流程见图20。
图20 第三方呼叫控制的历史视音频回放流程示意图
其中，信令 $1\sim 6$ 为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接信令过程，信令 $7\sim 12$ 为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链接信令过程，信令 $13\sim 14$ 为回放控制信令过程，信令 $15\sim 16$ 为媒体流发送者回放、下载到文件结束向媒体接收者发送的回放结束通知消息，信令 $17\sim 20$ 为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令 $21\sim 24$ 为断开媒体服务器与媒体流发送者之间的媒体链接信令过程。
命令流程描述如下：
a）1:SIP 服务器向媒体服务器发送 Invite 消息，此消息不携带 SDP 消息体；b）2：媒体服务器收到 SIP 服务器的 Invite 请求后，回复 200 OK 响应，携带 SDP 消息体，消息体中描述了媒体服务器接收媒体流的 IP、端口、媒体格式等内容；c）3:SIP 服务器收到媒体服务器返回的 200 OK 响应后，向媒体流发送者发送 Invite 请求，请求中携带消息 2 中媒体服务器回复的 200 OK 响应消息体，s 字段为“Playback”代表历史回放，u 字段代表回放通道 ID 和回放类型，t 字段代表回放时间段，增加 y 字段描述 SSRC 值，f 字段描述媒体参数；d）4：媒体流发送者收到 SIP 服务器的 Invite 请求后，回复 200 OK 响应，携带 SDP 消息体，消息体中描述了媒体流发送者发送媒体流的 IP、端口、媒体格式、SSRC 字段等内容；e）5:SIP 服务器收到媒体流发送者返回的 200 OK 响应后，向媒体服务器发送 ACK 请求，请求中携带消息 4 中媒体流发送者回复的 200 OK 响应消息体，完成与媒体服务器的 Invite 会话建立过程；f）6:SIP 服务器收到媒体流发送者返回的 200 OK 响应后，向媒体流发送者发送 ACK 请求，请求中不携带消息体，完成与媒体流发送者的 Invite 会话建立过程；g）7:SIP 服务器向媒体流接收者发送 Invite 消息，此消息不携带 SDP 消息体；h）8：媒体流接收者收到 SIP 服务器的 Invite 请求后，回复 200 OK 响应，携带 SDP 消息体，消息体中描述了媒体流接收者接收媒体流的 IP、端口、媒体格式等内容；i）9:SIP 服务器收到媒体流接收者返回的 200 OK 响应后，向媒体服务器发送 Invite 请求，请求中携带消息 8 中媒体流接收者回复的 200 OK 响应消息体，s 字段为“Playback”代表历史回放，增加 y 字段描述 SSRC 值；j）10：媒体服务器收到 SIP 服务器的 Invite 请求后，回复 200 OK 响应，携带 SDP 消息体，消息体中描述了媒体服务器发送媒体流的 IP、端口、媒体格式、SSRC 字段等内容；k）11:SIP 服务器收到媒体服务器返回的 200 OK 响应后，向媒体流接收者发送 ACK 请求，请求中携带消息 10 中媒体服务器回复的 200 OK 响应消息体，完成与媒体流接收者的 Invite 会话建立过程；l）12:SIP 服务器收到媒体服务器返回的 200 OK 响应后，向媒体服务器发送 ACK 请求，请求中不携带消息体，完成与媒体服务器的 Invite 会话建立过程；m）13：在回放过程中，SIP 服务器通过向媒体流发送者发送 Info 消息进行回放控制，包括视频的暂停、播放、定位、快放、慢放等操作，Info 消息体见附录 B；n）14：媒体流发送者收到 Info 消息后回复 200 OK 响应；o）15：媒体流发送者在文件回放结束后发送会话内 Message 消息，通知 SIP 服务器回放已结束，消息体格式参见 A.2.5 媒体通知；p）16:SIP 服务器收到 Message 消息后回复 200 OK 响应，进行链路断开过程；q）17: SIP 服务器向媒体流接收者发送 BYE 消息，断开消息 7、8、11 建立的同媒体流接收者的 Invite 会话；r）18：媒体流接收者收到 BYE 消息后回复 200 OK 响应，会话断开；s）19:SIP 服务器向媒体服务器发送 BYE 消息，断开消息 9、10、12 建立的同媒体服务器的 Invite 会话；t）20：媒体服务器收到 BYE 消息后回复 200 OK 响应，会话断开；
u）21：SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的Invite会话；v）22：媒体服务器收到BYE消息后回复200OK响应，会话断开；w）23：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同媒体流发送者的Invite会话；x）24：媒体流发送者收到BYE消息后回复200OK响应，会话断开。消息示范见J.15。
9.8.3 协议接口
9.8.3.1 会话控制协议
SIP 消息头域（如TO、FROM、Cseq、Call- ID、Max- Forwards和Via等）的详细定义符合相关SIP消息的RFC文档的规定。
消息头域Allow字段应支持Invite、ACK、Info、CANCEL、BYE、OPTIONS和Message方法，不排除支持其他SIP和SIP扩展方法。
消息头Content- type字段为Content- type：application/sdp。
历史视音频回放流程中携带消息体的请求和响应的消息体应采用SDP协议格式定义。有关SDP的详细描述见IETFRFC4566。
SDP文本信息包括：会话名称和意图、会话持续时间、构成会话的媒体和有关接收媒体的信息（地址等）。Invite请求以时间段方式获取历史图像。
定位历史视音频数据的信息在SDP协议格式的消息体中携带，应包含设备名和时间段信息，规定如下：
a）媒体流接收者应在SDP协议格式的消息体中包括u行（见IETFRFC4566—2006的5.5），u行应填写产生历史媒体的媒体源（如某个摄像头）的设备URI，应符合6.1.2的规定。设备URI应包含媒体源设备编码，媒体源设备编码成为检索历史媒体数据的设备名信息。b）媒体流接收者应在SDP协议格式的消息体中包括t行（见IETFRFC4566—2006的5.9），t行的开始时间和结束时间组成检索历史媒体数据的时间段信息。
9.8.3.2 视音频回放控制协议
视音频回放控制流程是采用SIP消息Info实现视音频播放、暂停、进/退和停止等视音频回放控制命令的过程。视音频回放控制请求消息在Info方法的消息体中携带，回放控制请求消息应符合MAN- SRTSP协议的请求消息的部分定义，包括Play、Pause、Teardown；视音频回放控制应答消息可在Info方法的200OK响应消息体中携带，回放控制应答消息应符合MANSRTSP协议的应答消息定义。有关视音频回放控制命令的详细描述见附录B。
携带MANSRTSP请求和应答命令的INFO消息头Content- type字段为Content- type：Application/MANSRTSP。
9.9 视音频文件下载
9.9.1 视音频文件下载基本要求
SIP服务器接收到媒体接收者发送的视音频文件下载请求后向媒体流发送者发送媒体文件下载命令，媒体流发送者采用RTP将视频流传输给媒体流接收者，媒体流接收者直接将视频流保存为媒体文件。媒体流接收者可以是用户客户端或联网系统，媒体流发送者可以是媒体设备或联网系统。
媒体流接收者或SIP服务器可通过配置查询（见9.5.3.4) 等方式获取媒体流发送者支持的下载发送倍速，并在请求的SDP消息体中携带指定下载倍速（见附录F) 。媒体流发送者可在Invite请求对应的200OK响应SDP消息体中扩展携带下载文件的大小参数（见附录F)，以便于媒体流接收者计算下
载进度，当媒体流发送者不能提供文件大小参数时，媒体流接收者应支持根据码流中取得的时间计算下载进度。
视音频文件下载宜支持附录M规定的媒体流保活机制。
9.9.2 命令流程
9.9.2.1 客户端主动发起
客户端主动发起的媒体文件下载流程见图21。
图21 客户端主动发起的视音频文件下载流程示意图
其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立媒体流接受者与媒体服务器之间的媒体链接信令过程，信令 $2\sim 7$ 为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流之间的媒体链接信令过程，信令 $13\sim 16$ 为媒体流发送者回放、下载到文件结束向媒体接收者发送下载完成的通知消息过程，信令 $17\sim 20$ 为媒体流接收者断开与媒体服务器之间的媒体链接信令过程，信令 $21\sim 24$ 为SIP服务器断开媒体服务器与媒体流发送者之间的媒体链接信令过程。
命令流程描述如下：
a）1：媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject字段，表明点播的视频源ID、发送方媒体流序列号、媒体流接收者ID、接收端媒体流序列号标识等参数，SDP消息体中s字段为” Download” 代表文件下载，u字段代表下载通道ID和下载类型，t字段代表下载时间段，可扩展a字段携带下载倍速参数，规定此次下载设备发流倍速，若不携带默认为1倍速。b）2：SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体。c）3：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容。d）4：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求中携带消息3中媒体服务器回复的200OK响应消息体，s字段为” Download” 代表文件下载，u字段代表下载通道ID和下载类型，t字段代表下载时间段，增加y字段描述SSRC值，f字段描述媒体参数，可扩展a字段携带下载倍速，将倍速参数传递给设备。e）5：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容，可扩展a字段携带文件大小参数。f）6：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求中携带消息5中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话建立过程。g）7：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程。h）8：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者和媒体服务器之间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器。i）9：媒体服务器收到Invite请求，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC值等内容。j）10：SIP服务器将消息9转发给媒体流接收者，可扩展a字段携带文件大小参数。k）11：媒体流接收者收到200OK响应后，回复ACK消息，完成与SIP服务器的Invite会话建立过程。l）12：SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite会话建立过程。m）13：媒体流发送者在文件下载结束后发送会话内Message消息，通知SIP服务器回放已结束，消息体格式参见A.2.5媒体通知。n）14：SIP服务器收到消息17后转发给媒体流接收者。o）15：媒体流接收者收到消息18后回复200OK响应，进行链路断开过程。p）16：SIP服务器将消息19转发给媒体流发送者。q）17：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的Invite会话。r）18：SIP服务器收到BYE消息后回复200OK响应，会话断开。s）19：SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、12建立的同媒体服务器的Invite会话。t）20：媒体服务器收到BYE消息后回复200OK响应，会话断开。
u）21：SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒体服务器的Invite会话。v）22：媒体服务器收到BYE消息后回复200OK响应，会话断开。w）23：SIP服务器向媒体流发送者发送BYE消息，断开消息4、5、7建立的同媒体流发送者的Invite会话。x）24：媒体流发送者收到BYE消息后回复200OK响应，会话断开。消息示范见J.16。
9.9.2.2 第三方呼叫控制
第三方呼叫控制的媒体文件下载流程见图22。
图22 第三方呼叫控制的视音频文件下载流程示意图
其中，信令 $1\sim 6$ 为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接信令过程，信令 $7\sim 12$ 为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链接信令过程，信令 $13\sim 14$ 为媒体流发送者回放、下载到文件结束向媒体接收者发送下载完成通知消息，信令 $15\sim 18$ 为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令 $19\sim 22$ 为断开媒体服务器与媒体流发送者之间的媒体链接信令过程。
命令流程描述如下：
a）1:SIP 服务器向媒体服务器发送 Invite 消息，此消息不携带 SDP 消息体；b）2. 媒体服务器收到 SIP 服务器的 Invite 请求后，回复 200 OK 响应，携带 SDP 消息体，消息体中描述了媒体服务器接收媒体流的 IP、端口、媒体格式等内容；c）3:SIP 服务器收到媒体服务器返回的 200 OK 响应后，向媒体流发送者发送 Invite 请求，请求中携带消息 2 中媒体服务器回复的 200 OK 响应消息体，s 字段为“Download”代表下载，u 字段代表下载通道 ID 和下载视频类型，t 字段代表下载时间段，增加 y 字段描述 SSRC 值，f 字段描述媒体参数，可扩展 a 字段携带下载倍速参数，规定此次下载设备发送倍速，若不携带默认为 1 倍速；d）4. 媒体流发送者收到 SIP 服务器的 Invite 请求后，回复 200 OK 响应，携带 SDP 消息体，消息体中描述了媒体流发送者发送媒体流的 IP、端口、媒体格式、SSRC 字段等内容，可扩展 a 字段携带文件大小参数；e）5:SIP 服务器收到媒体流发送者返回的 200 OK 响应后，向媒体服务器发送 ACK 请求，请求中携带消息 4 中媒体流发送者回复的 200 OK 响应消息体，完成与媒体服务器的 Invite 会话建立过程；f）6:SIP 服务器收到媒体流发送者返回的 200 OK 响应后，向媒体流发送者发送 ACK 请求，请求中不携带消息体，完成与媒体流发送者的 Invite 会话建立过程；g）7:SIP 服务器向媒体流接收者发送 Invite 消息，此消息不携带 SDP 消息体；h）8. 媒体流接收者收到 SIP 服务器的 Invite 请求后，回复 200 OK 响应，携带 SDP 消息体，消息体中描述了媒体流接收者接收媒体流的 IP、端口、媒体格式等内容；i）9:SIP 服务器收到媒体流接收者返回的 200 OK 响应后，向媒体服务器发送 Invite 请求，请求中携带消息 8 中媒体流接收者回复的 200 OK 响应消息体，s 字段为“Playback”代表历史回放，增加 y 字段描述 SSRC 值；j）10. 媒体服务器收到 SIP 服务器的 Invite 请求后，回复 200 OK 响应，携带 SDP 消息体，消息体中描述了媒体服务器发送媒体流的 IP、端口、媒体格式、SSRC 字段等内容；k）11:SIP 服务器收到媒体服务器返回的 200 OK 响应后，向媒体流接收者发送 ACK 请求，请求中携带消息 10 中媒体服务器回复的 200 OK 响应消息体，完成与媒体流接收者的 Invite 会话建立过程，可扩展 a 字段携带文件大小参数；l）12:SIP 服务器收到媒体服务器返回的 200 OK 响应后，向媒体服务器发送 ACK 请求，请求中不携带消息体，完成与媒体服务器的 Invite 会话建立过程；m）13. 媒体流发送者在文件下载结束后发送会话内 Message 消息，通知 SIP 服务器下载已结束，消息体格式参见 A.2.5 媒体通知；n）14:SIP 服务器收到 Message 消息后回复 200 OK 响应，进行链路断开过程；o）15:SIP 服务器向媒体流接收者发送 BYE 消息，断开消息 7、8、11 建立的同媒体流接收者的 Invite 会话；
p）16：媒体流接收者收到BYE消息后回复200OK响应，会话断开；q）17：SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立的同媒体服务器的Invite会话；r）18：媒体服务器收到BYE消息后回复200OK响应，会话断开；s）19：SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的Invite会话；t）20：媒体服务器收到BYE消息后回复200OK响应，会话断开；u）21：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同媒体流发送者的Invite会话；v）22：媒体流发送者收到BYE消息后回复200OK响应，会话断开。消息示范见J.17。
9.9.3 协议接口
SIP 消息头域（如TO、FROM、Cseq、Call- ID、Max- Forwards和Via等）的详细定义符合相关SIP消息的RFC文档的规定。
消息头域Allow字段应支持Invite、ACK、Info、CANCEL、BYE、OPTIONS和Message方法，不排除支持其他SIP和SIP扩展方法。
消息头Content- type字段为Content- type：application/sdp。
历史媒体下载流程中携带消息体的请求和响应的消息体应采用SDP协议格式定义。有关SDP的详细描述见IETFRFC4566。
SDP文本信息包括：会话名称和意图、会话持续时间、构成会话的媒体和有关接收媒体的信息（地址等）。INVITE请求以时间段方式获取历史图像。
定位历史媒体数据的信息在SDP协议格式的消息体中携带，应包含设备名和时间段信息，规定如下：
a）媒体流接收者应在SDP协议格式的消息体中包括u行（见IETFRFC4566—2006的5.5），u行表明视音频文件的URI，具体定义见附录F；b）媒体流接收者应在SDP协议格式的消息体中包括t行（见IETFRFC4566—2006的5.9），t行的开始时间和结束时间组成检索历史媒体数据的时间段信息。
9.10 校时
9.10.1 校时基本要求
联网内设备支持基于SIP方式或NTP方式的网络校时功能，标准时间为北京时间。
SIP方式校时见本节具体描述；NTP（见IETFRFC2030）协议的网络统一校时服务，网络校时设备分为时钟源和客户端，支持客户/服务器的工作模式，时钟源应支持TCP/IP、UDP及NTP协议，将输入的或是自身产生的时间信号以标准的NTP信息包格式输出。
系统运行时可根据配置使用具体校时方式。
9.10.2 命令流程
SIP校时在注册过程中完成，信令流程同注册信令流程见9.1.2，消息示范见J.1和J.2。
9.10.3 协议接口
在注册成功情况下，注册流程的最后一个SIP应答消息 $2000\mathrm{K}$ 中的Date头域中携带时间信息。采用的格式为XML标准格式：Date：yyyy- MM- dd’T’HH：mm:ss.SSS。
若SIP代理通过注册方式校时，其注册过期时间宜设置为小于SIP代理与SIP服务器出现1s误差所经过的运行时间。例如：SIP代理与SIP服务器校时后，SIP代理运行 $10\mathrm{h}$ 后设备时间与SIP服务器时间相差大于1s，则宜将注册过期时间设置为 $10\mathrm{h}(36000\mathrm{s})$ ，以保证SIP代理与SIP服务器之间时间误差小于1s。
9.11 订阅和通知
9.11.1 事件订阅
9.11.1.1 事件订阅基本要求
9.11.1.1 事件订阅基本要求事件源接受事件订阅时，事件源向事件观察者发送确认消息。事件订阅使用IETF RFC 3265中定义的SUBSCRIBE方法。事件源可以是联网系统、SIP服务器、报警设备、移动设备以及被集成的卡口系统等可以触发事件的系统或设备，事件观察者也可以是联网系统、SIP服务器、客户端等可以接收事件的系统或设备。事件包括报警事件、移动设备位置通知事件等。
9.11.1.2 命令流程
事件订阅流程见图23。
图23 事件订阅流程示意图
事件订阅流程描述如下：
a）1：事件观察者向事件源发送SUBSCRIBE请求，请求消息体携带订阅参数；b）2：事件源应将订阅成功与否的响应消息返回给该事件观察者。消息示范见J.18。
9.11.1.3 协议接口
消息头Content- type字段为Content- type：Application/MANSCDP+xml。
报警事件订阅流程中的请求命令、响应命令消息体采用MANSCDP协议格式定义，详细描述见A.2.4报警查询和A.2.6报警通知应答。
移动设备位置上报事件订阅流程中的请求命令消息体采用MANSCDP协议格式定义，详细描述见A.2.4移动设备位置数据查询。
9.11.2 事件通知
9.11.2.1 事件通知基本要求
事件源接受事件订阅后，在事件触发后要立即通知事件观察者事件的发生，事件观察者要向事件源发送事件收到的确认消息。事件通知使用IETF RFC 3265中定义的NOTIFY方法。
事件源可以是联网系统、SIP服务器、报警设备、移动设备以及被集成的卡口系统等可以触发事件的系统或设备，事件观察者也可以是联网系统、SIP服务器、客户端等可以接收事件的系统或设备。事件包括报警事件、移动设备位置通知事件等。
9.11.2.2 命令流程
事件通知流程见图24。
图24 事件通知流程示意图
事件通知流程描述如下：
a）1：在订阅事件触发后事件源向事件观察者发送NOTIFY消息，NOTIFY的消息体应携带通知参数；b）2：事件源应将通知的响应消息返回给该事件观察者。消息示范见J.19。
9.11.2.3 协议接口
消息头Content- type字段为Content- type：Application/MANSCDP+xml。
报警事件通知流程中的请求命令、响应命令消息体采用MANSCDP协议格式定义，详细描述见A.2.5报警通知和A.2.6报警通知应答。
移动设备位置通知流程中的请求命令消息体采用MANSCDP协议格式定义，详细描述见A.2.5移动设备位置数据通知。
9.11.3 目录订阅
9.11.3.1 目录订阅基本要求
目录拥有者接受目录订阅后，要向目录订阅者发送请求确认消息。目录订阅使用IETF RFC 3265中定义的SUBSCRIBE方法。
目录拥有者可以是联网系统、有子设备的设备以及代理设备网关等，目录接收者也可以是联网系统、有子设备的设备以及代理设备网关等。
9.11.3.2 命令流程
目录订阅流程见图25。
图25 目录订阅流程示意图
目标订阅流程描述如下：
目标订阅流程描述如下：a) 1：目录接收者向目录拥有者发送SUBSCRIBE请求，SUBSCRIBE请求的消息体应包括订阅的目录类型、添加设备起始时间等，详细描述见A.2.4的设备目录查询；b) 2：目录拥有者应将订阅成功与否的响应消息返回给目录接收者，在订阅成功的确认响应消息的消息体中应包含设备信息等，详细见A.2.6目录信息查询收到应答。消息示范见J.20。
9.11.3.3 协议接口
消息头Content- type字段为Content- type：Application/MANSCDP+xml。
目录订阅流程中的请求命令采用MANSCDP协议格式定义，详细描述见A.2.4设备目录查询和A.2.6目录信息查询收到应答。
9.11.4 目录通知
9.11.4.1 目录通知基本要求
目录拥有者接受目录订阅后，当目录发生变化时要立即通知目录接收者，目录接收者要向目录拥有者发送目录收到的确认消息。目录通知使用IETF RFC 3265中定义的NOTIFY方法。
目录拥有者可以是联网系统、有子设备的设备以及代理设备网关等，目录接收者也可以是联网系统、有子设备的设备以及代理设备网关等。
域间目录订阅通知要求详见附录P。
9.11.4.2 命令流程
目录通知流程见图26。
图26 目录通知流程示意图
目标通知流程描述如下：
目标通知流程描述如下：a) 1: 在目录变化后目录拥有者向目录接收者发送 NOTIFY 请求；详细描述见 A.2.6 目录查询应答；b) 2: 目录接收者应将目录传送成功与否的响应消息返回给该目录拥有者；消息体携带目录接收结果标志等，详细描述见 A.2.6 目录收到应答。消息示范见 J.21。
9.11.4.3 协议接口
消息头 Content- type 字段为 Content- type: Application/ MANSCDP + xml。
目录通知流程中的请求命令采用 MANSCDP 协议格式定义，详细描述见 A.2.6 目录查询应答和 A.2.6 目录收到应答。
9.12 语音广播和语音对讲
9.12.1 语音广播
9.12.1.1 语音广播基本要求
语音广播功能实现用户通过语音输入设备向前端语音输出设备的语音广播。语音输入设备/语音输入联网系统（以下简称“语音流发送者”）、SIP 服务器向语音输出设备/语音输出视频监控联网系统（以下简称“语音流接收者”）发送通知消息，语音流接收者收到通知消息后，进行判断处理。若能够接收广播，则向语音流发送者发起呼叫请求，获取广播媒体流。语音输入设备、语音输出设备编码见 D.1。
设备如果具备语音输出能力，则在设备目录查询和订阅时，需要上报语音输出设备。如果不上报语音输出设备，则表示该设备没有语音输出能力。上报语音输出通道时，ParentID 填写其父设备的 ID。
例如，IPC 具备语音输出能力，在 IPC 上报设备目录时，需要上报语音输出设备。该语音输出设备 ID 的类型编码为 137，其父设备为该 IPC；NVR 本身具备语音输出能力，在 NVR 上报设备目录时，除了上报 NVR 接入的 IPC 以及 IPC 自身的语音输出设备之外，需要上报语音输出设备。该语音输出设备 ID 的类型编码为 137，其父设备为该 NVR。
监控中心与设备之间进行语音广播，可以直接对语音输出设备发送语音广播通知，也可以对语音输出设备所属的前端主设备发送语音广播通知。对前端主设备发送语音广播通知消息中仅需携带前端主设备编码，表示对该设备上所有的语音输出设备进行语音广播。例如，对 IPC 发送语音广播通知，表示对该 IPC 接入的所有语音输出设备进行广播；对 NVR 发送语音广播通知，表示对 NVR 下所有 IPC 以及自身的语音输出设备进行广播。
语音流的封装格式见 C.2.4 音频流的 RTP 封装的定义。
语音广播宜支持附录 M 规定的媒体流保活机制。
9.12.1.2 命令流程
SIP 服务器发起广播的命令流程见图 27。
图27 SIP服务器发起广播流程示意图
其中，信令1、2、3、4为语音广播通知、语音广播应答消息流程；信令5、12、13、14、15、16为SIP服务器接收到客户端的呼叫请求通过B2BUA代理方式建立语音流接收者与媒体服务器之间的媒体流信令过程，信令 $6\sim 11$ 为SIP服务器通过三方呼叫控制建立媒体服务器与语音流发送者之间的媒体流信令过程，信令 $17\sim 20$ 为SIP服务器断开语音流接收者与媒体服务器之间的媒体流信令过程，信令 $21\sim 24$
为SIP服务器断开媒体服务器与语音流发送者之间的媒体流信令过程。
命令流程描述如下：
a）1: SIP服务器向语音流接收者发送语音广播通知消息，消息中通过To头域标明作为目的地址的语音流接收者ID，消息采用Message方法携带。b）2：语音流接收者收到语音广播通知消息后，向SIP服务器发送200OK响应。c）3：语音流接收者向SIP服务器发送语音广播应答消息，消息中通过To头域标明作为目的地址的SIP服务器ID，消息采用Message方法携带。d）4：SIP服务器收到语音广播应答消息后，向语音流接收者发送200OK响应。e）5：语音流接收者向SIP服务器发送Invite消息，消息中通过To头域标明作为目的地址的语音流发送者ID，消息头域中携带Subject字段，表明请求的语音流发送者ID、发送方媒体流序列号、语音流接收者ID、接收方媒体流序列号等参数，SDP消息体中s字段为” Play”代表实时点播， $\mathrm{m}$ 字段中媒体参数标识为”audio” 表示请求语音媒体流。f）6：SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和语音流发送者之间的媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体。g）7：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容。h）8：SIP服务器收到媒体服务器返回的200OK响应后，向语音流发送者发送Invite请求，消息中通过To头域标明作为目的地址的语音流发送者ID，消息头域中携带Subject字段，表明请求的语音流发送者ID、发送方媒体流序列号、语音流接收者ID、接收方媒体流序列号等参数，请求中携带消息7中媒体服务器回复的200OK响应消息体，s字段为” Play”代表实时点播，m字段中媒体参数标识为”audio” 表示请求语音媒体流，增加y字段描述SSRC值，f字段描述媒体参数。i）9：语音流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容，s字段为” Play”代表实时点播， $\mathrm{m}$ 字段中媒体参数标识为”audio” 表示请求语音媒体流。j）10：SIP服务器收到语音流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求中携带消息9中语音流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话建立过程。k）11：SIP服务器收到语音流发送者返回的200OK响应后，向语音流发送者发送ACK请求，请求中不携带消息体，完成与语音流发送者的Invite会话建立过程。l）12：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立语音流接收者和媒体服务器之间的媒体连接。在消息5中增加SSRC值，转发给媒体服务器。m）13：媒体服务器收到Invite请求，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC值等内容，s字段为” Play”代表实时点播， $\mathrm{m}$ 字段中媒体参数标识为”audio” 表示请求语音媒体流。n）14：SIP服务器将消息13转发给语音流接收者。o）15：语音流接收者收到200OK响应后，回复ACK消息，完成与SIP服务器的Invite会话建立过程。p）16：SIP服务器将消息15转发给媒体服务器，完成与媒体服务器的Invite会话建立过程。q）17：SIP服务器向语音流接收者发送BYE消息，断开消息5、14、15建立的Invite会话。r）18：语音流接收者收到BYE消息后回复200OK响应，会话断开。s）19：SIP服务器向媒体服务器发送BYE消息，断开消息12、13、16建立的同媒体服务器的Invite会话。
t) 20: 媒体服务器收到 BYE 消息后回复 200 OK 响应, 会话断开。u) 21: SIP 服务器向媒体服务器发送 BYE 消息, 断开消息 6、7、10 建立的同媒体服务器的 Invite 会话。v) 22: 媒体服务器收到 BYE 消息后回复 200 OK 响应, 会话断开。w) 23: SIP 服务器向语音流发送者发送 BYE 消息, 断开消息 8、9、11 建立的同语音流发送者的 Invite 会话。x) 24: 语音流发送者收到 BYE 消息后回复 200 OK 响应, 会话断开。注: 语音广播通知消息除上述流程中通过 SIP 服务器发出外, 也可由语音流发送者发出, 消息中通过 To 头域标明作为目的地址的语音流接收者 ID, 经 SIP 服务器中转后发往语音流接收者; 语音流接收者处理后发送应答消息, 消息中通过 To 头域标明作为目的地址的语音流发送者 ID, 经 SIP 服务器中转后回复给语音流发送者。后续呼叫流程与上述流程相同。
9.12.1.3 协议接口
9.12.1.3.1 语音广播通知、语音广播应答命令
消息头 Content- type 字段为 Content- type: Application/MANSCDP+xml。
语音广播通知、语音广播应答命令采用 MANSCDP 协议格式定义, 详细描述见 A.2.5 语音广播通知和 A.2.6 语音广播应答。
消息示例如下:
a) 语音广播通知
MESSAGE sip:31010403001370002272@192.168.0.199:5511 SIP/2.0
From: <sip:31010400002000000001 @ 3101040000>; tag = b05e7e60- ca00a8c0- 1587- 3a3- 7fb52a44- 3a3
To: <sip:31010403001370002272@192.168.0.199:5511>
Call- ID: b05e7e60- ca00a8c0- 1587- 3a3- 2b297f29- 3a3@3101040000
CSeq: 1761796551 MESSAGE
Via: SIP/2.0/UDP 192.168.0.202:5511; rport; branch=z9hG4bK- 3a3- e3849- 287ef646
Max- Forwards: 70
Content- Type: application/MANSCDP+xml
Content- Length: 159
<?xml version=”1.0” ?>
b) 语音广播应答
MESSAGE sip:31010400002000000001@3101040000 SIP/2.0
From: <sip:31010403001370002272@3101040300>; tag=b55b4cf8- c700a8c0- 1587- a3- 1ba9ac5- a3
To: <sip:310104000002000000000@3101040000>
Call- ID: b55b4cf8- c700a8c0- 1587- a3- 5eacf182- a3@3101040300
CSeq: 1856483244 MESSAGE
Via: SIP/2.0/UDP 192.168.0.199:5511; rport; branch=z9hG4bK- a3- 27e0b- 71dd2b33Max- Forwards: 70Content- Type: application/MANSCDP+xmlContent- Length: 143
<?xml version=”1.0”?>
9.12.1.3.2 SDP参数
SDP参数。传输语音流的SDP详细描述见附录F的SDP定义，示例如下所示： $\mathrm{v} = 0$ $\mathrm{o} = 6401060000202000000100\mathrm{INIP4}172.20.16.3$ $\mathrm{s} = \mathrm{Play}$ $\mathrm{c} = \mathrm{INIP4}172.20.16.3$ $\mathrm{t} = 0$ 0 $\mathrm{m} =$ audio8000RTP/AVP8 //标识语音媒体流内容 $\mathrm{a} =$ sendonly $\mathrm{a} =$ rtpmap:8PCMA/8000 //RTP $^+$ 音频流 $\mathrm{y} = 0100000001$ $\mathrm{f} = \mathrm{v} / / / / / \mathrm{a} / 1 / 8 / 1$ //音频参数描述
9.12.2 语音对讲
语音对讲功能实现中心用户与前端用户之间的一对一语音对讲功能。语音对讲功能由下述两个独立的流程组合实现：a）通过9.2的实时视音频点播功能，中心用户获得前端设备的实时视音频媒体流；b）通过9.12的语音广播功能，中心用户向前端对讲设备发送实时音频媒体流，语音流的封装格式见C.2.4音频流的RTP封装定义。
附录A（规范性附录）
联网系统控制描述协议（MANSCDP）命令集
A.1 命令的名称和说明
应用流程中命令的名称和说明如表A.1所示。
表A.1 功能名称及其说明
| 分类 | 名称 | 说明 |
| 请求命令 | Control | 表示一个控制的动作 |
| Query | 表示一个查询的动作 | |
| Notify | 表示一个通知的动作 | |
| 应答命令 | Response | 表示一个请求动作的应答 |
MANSCDP消息中，From，To头域URI中的ID值分别用作消息源和目的标识。MANSCDP应答命令中To头域URI中的ID值应使用请求命令From头域URI中的ID值。MANSCDP消息中的SN值用于与请求命令的匹配处理，响应命令中的SN值应使用请求命令中的SN值。MANSCDP消息中的行政区域参数采用D.1定义的数字编码，取值为省级2位，市级4位，区县级6位，基层接入单位8位。
A.2 命令定义
A.2.1 全局数据类型定义
本标准声明的全局数据类型如表A.2所示，全局数据类型是指XMLSchema类型或是Schema元素的直接子项，可以在不同位置被多次引用。
表A.2 全局类型名称及其说明
| 名称 | 说明 |
| deviceIDType | 设备编码类型 |
| statusType | 状态类型 |
| resultType | 结果类型 |
| PTZType | 控制码类型 |
| recordType | 录像控制类型 |
| guardType | 布防/撤防控制类型 |
| itemType | 设备目录项类型 |
| itemFileType | 文件目录项类型 |
全局类型规定如下：
a) 设备编码类型
〈simpleType name $=$ “deviceIDType”〉<restriction base $=$ “ID”〉（！- - 在取值为行政区划时可为2、4、6、8位，其他情况取值为20位。- - 〉<pattern value $=$ “ （\d{2}|\d{4}|\d{6}|\d{8}|\d{20}）”）</restriction>〈/simpleType〉
b）状态类型
〈simpleType name $=$ “statusType”〉<restriction base $=$ “string”〉<enumeration value $=$ “ON”/〉<enumeration value $=$ “OFF”/〉</restriction>〈/simpleType〉
c）结果类型
〈simpleType name $=$ “resultType”〉<restriction base $=$ “string”〉<enumeration value $=$ “OK”〉<enumeration value $=$ “ERROR”〉</restriction>〈/simpleType〉
d）控制码类型
〈simpleType name $=$ “PTZType”〉<restriction base $=$ “string”〉<length value $=$ “8”/〉</restriction>〈/simpleType〉
e）录像控制类型
〈simpleType name $=$ “recordType”〉<restriction base $=$ “string”〉<enumeration value $=$ “Record”〉<enumeration value $=$ “StopRecord”〉</restriction>〈/simpleType〉
f）布防/撤防控制类型
〈simpleType name $=$ “guardType”〉<restriction base $=$ “string”〉<enumeration value $=$ “SetGuard”〉<enumeration value $=$ “ResetGuard”〉</restriction>〈/simpleType〉
g）设备目录项类型
〈complexType name $=$ “itemType”〉
</complexType>
h）文件目录项类型
<complexType name $=$ “itemFileType”）
A.2.2 命令结构头文件定义
命令结构头文件定义如下：
a）请求命令结构头文件
<schema xmlns $=$ “http://www.w3. org/2001/XMLSchema” targetNamespace $=$ “http://www.w3. org/namespace/” xmlns: tg $=$ “http://www.w3. org/namespace/”> <choice maxOccurs $=$ “unbounded”） <element ref $=$ “tg:Control”/> < element ref $=$ “tg:Query”/> <element ref $=$ “tg:Notify”/> </choice> </schema>
b）应答命令结构头文件
应答命令结构头文件
xml<schema xmlns="http://www.w3. org/2001/XMLSchema" targetNamespace="http://www.w3. org/namespace/" xmlns:tg="http://www.w3. org/namespace"/>
</schema>
A.2.3 控制命令
控制命令定义如下：
a）控制命令
<!- - 命令类型：设备控制（必选）- - > <element name $=$ “CmdType”fixed $=$ “DeviceControl”/> <!- - 命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- - 目标设备编码（必选）- - > <element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/> <!- - 球机/云台控制命令（可选，控制码应符合附录A中的A.3中的规定）- - > <element name $=$ “PTZCmd”type $=$ “tg: PTZType”/> <!- - 远程启动控制命令（可选）- - > <element name $=$ “TeleBoot”minOccurs $=$ “0”> <restriction base $=$ “string”> <enumeration value $=$ “Boot”/> </restriction> </element> <!- - 录像控制命令（可选）- - > <element name $=$ “RecordCmd”type $=$ “tg:recordType”minOccurs $=$ “0”/> <!- - 报警布防/撤防命令（可选）- - > <element name $=$ “GuardCmd”type $=$ “tg:guardType”minOccurs $=$ “0”/> <!- - 报警复位命令（可选）- - > <element name $=$ “ AlarmCmd”minOccurs $=$ “0”> <restriction base $=$ “string”> <enumeration value $=$ “ ResetAlarm”/> </restriction> </element> <!- - 强制关键帧命令，设备收到此命令应立刻发送一个IDR帧（可选）- - > <element name $=$ “IFameCmd”minOccurs $=$ “0”> <restriction base $=$ “string”> <enumeration value $=$ “ Send”/> </restriction> </element>
<!- 拉框放大控制命令（可选）- ><element name $=$ “DragZoomIn”type $=$ “string”minOccurs $=$ “
0”/>
<!- - 自动归位时间间隔，开启看守位时使用，单位：秒（s）（可选）- - > <element name $=$ “ResetTime”type $=$ “integer”
minOccurs $=$ “0”/> <!- - 调用预置位编号，开启看守位时使用，取值范围 $0\sim 255$ （可选）- - > <element name $=$ “
PresetIndex”minOccurs $=$ “0”/> (simpleType) <restriction base $=$ “integer”> <minInclusive value $=$ “0”/> <
maxInclusive value $=$ “255”/> </restriction> </simpleType> </element> </sequence> </complexType> </element> <!- -
报警复位控制时，扩展此项，携带报警方式、报警类型。- - > <element name $=$ “Info”minOccurs $=$ “
0”>
注：拉框放大命令将播放窗口选定框内的图像放大到整个播放窗口；拉框缩小命令将整个播放窗口的图像缩小到播放窗口选定框内；命令中的坐标系以播放窗口的左上角为原点，各坐标取值以像素为单位。
b）设备配置
<!- - 命令类型：设备配置（必选）- - > <element name $=$ “CmdType”fixed $=$ “DeviceConfig”/> <!- -
命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- -
目标设备编码（必选）- - > <element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/> <!- - 基本参数配置（可选）- - > <
element name $=$ “BasicParam”minOccurs $=$ “0”>
〈sequence〉 <!- - 设备名称(可选)- - 〉
<element name $=$ “BackGroundQP”type $=$ “integer”minOccurs $=$ “0”/> <!- -
背景跳过开关，取值0：关闭，1：打开（可选）- - > <element name $=$ “BackGroundSkipFlag”type $=$ “integer”minOccurs $=$ “
0”/> </sequence> </complexType> </element> <!- - 音频参数（可选）- - > <element name $=$ “AudioParam”minOccurs $=$ “
0”>
</sequence> </complexType> </element> </sequence> </complexType> </element>
A.2.4 查询命令
查询命令定义如下：
<element name $=$ “Query”）
a）设备状态查询请求
（！- 命令类型：设备状态查询（必选）- ><element name $=$ “CmdType”fixed $=$ “DeviceStatus”/>（！- 命令序列号（必选）- >< element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- 目标设备的设备/区域、联网系统编码（必选）- >< element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/>
b）设备目录信息查询请求
（！- 命令类型：设备目录查询（必选）- ><element name $=$ “CmdType”fixed $=$ “Catalog”/>（！- 命令序列号（必选）- ><element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- 目标设备/区域/联网系统编码（必选）- ><element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/>（！- 增加设备的起始时间（可选）空表示不限- ><element name $=$ “ StartTime”type $=$ “dateTime”/>（！- 增加设备的终止时间（可选）空表示到当前时间- ><element name $=$ “EndTime” type $=$ “dateTime”/>
c）设备信息查询请求
（！- 命令类型：设备信息查询（必选）- ><element name $=$ “CmdType”fixed $=$ “DeviceInfo”/>（！- 命令序列号（必选）- ><element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- 目标设备的设备编码（必选）- ><element name $=$ “ DeviceID”type $=$ “tg:deviceIDType”/>
d）文件目录检索请求
（！- 命令类型：文件目录检索（必选）- >
<element name $=$ “CmdType”fixed $=$ “RecordInfo”/>（！- - 命令序列号（必选）- - ><element name $=$ “SN”type $=$ “ integer”minInclusive value $=$ “1”/>（！- - 目录设备/视频监控联网系统/区域编码（必选）- - ><element name $=$ “DeviceID” type $=$ “tg:deviceIDType”/>（！- - 录像起始时间（必选）- - ><element name $=$ “StartTime”type $=$ “dateTime”/>（！- - 录像终止时间（必选）- - ><element name $=$ “EndTime”type $=$ “dateTime”/>（！- - 文件路径名（可选）- - ><element name $=$ “FilePath”type $=$ “string”/>（！- - 录像地址（可选支持不完全查询）- - ><element name $=$ “Address” type $=$ “string”/>（！- - 保密属性（可选）缺省为0；0：不涉密，1：涉密- - ><element name $=$ “Secrecy”type $=$ “integer” minInclusive value $=$ “1”/>（！- - 录像产生类型（可选）time或alarm或manual或all- - ><element name $=$ “Type” type $=$ “string”/>（！- - 录像触发者ID（可选）- - ><element name $=$ “RecorderID”type $=$ “string”/>（！- - 录像模糊查询属性（可选）缺省为0；0：不进行模糊查询，此时根据SIP消息中To头域URI中的ID值确定查询录像位置，若ID值为本域系统ID则进行中心历史记录检索，若为前端设备ID则进行前端设备历史记录检索；1：进行模糊查询，此时设备所在域应同时进行中心检索和前端检索并将结果统一返回。- - >< element name $=$ “IndistinctQuery”type $=$ “string”/>
e）报警查询
（！- - 命令类型：报警查询（必选）- - ><element name $=$ “CmdType”fixed $=$ “Alarm”/>（！- - 命令序列号（必选）- - ><element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - 报警设备编码或报警中心编码（10位）（必选）- - >< element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/>（！- - 报警起始级别（必选），0为全部，1为一级警情，2为二级警情，3为三级警情，4为四级警情- - ><element name $=$ “StartAlarmPriority” type $=$ “string”/>（！- - 报警终止级别（可选），0为全部，1为一级警情，2为二级警情，3为三级警情，4为四级警情- - ><element name $=$ “EndAlarmPriority”type $=$ “string”/>（！- - 报警方式条件（可选），取值0为全部，1为电话报警，2为设备报警，3为短信报警，4为GPS报警，5为视频报警，6为设备故障报警，7其他报警；可以为直接组合如12为电话报警或设备报警- - >< element name $=$ “AlarmMethod”type $=$ “string”/>（！- - 报警类型- - ><element name $=$ “AlarmType”type $=$ “ string”/>
<!- - 报警发生起止时间（可选）- - >
<element name $=$ “StartAlarmTime”type $=$ “dateTime”/> <element name $=$ “EndAlarmTime”type $=$ “dateTime”/>
f) 设备配置查询
<!- - 命令类型：设备配置查询（必选）- - >
<element name $=$ “CmdType”fixed $=$ “ConfigDownloaded”/>
<!- - 命令序列号（必选）- - >
<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>
<!- - 目标设备编码（必选）- - >
<element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/>
<!- - 查询配置参数类型（必选），可查询的配置类型包括基本参数配置：BasicParam，视频参数范围：VideoParamOpt，SVAC编码配置：SVACEncodeConfig，SVAC解码配置：SVACDe- codeConfig。可同时查询多个配置类型，各类型以“/”分隔，可返回与查询SN值相同的多个响应，每个响应对应一个配置类型。- - >
g) 设备预置位查询
<!- - 命令类型：预置位查询（必选）- - >
<element name $=$ “CmdType”fixed $=$ “PresetQuery”/>
<!- - 命令序列号（必选）- - >
<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>
<!- - 查询目标设备编码（必选）- - >
<element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/>
h) 移动设备位置数据查询
<!- - 命令类型：移动设备位置数据查询（必选）- - >
<element name $=$ “CmdType”fixed $=$ “MobilePosition”/>
<!- - 命令序列号（必选）- - >
<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>
<!- - 查询移动设备编码（必选）- - >
<element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/>
<!- - 移动设备位置信息上报时间间隔，单位：秒，默认值5（可选）- - >
<element name $=$ “Interval”type $=$ “integer”/>
A.2.5 通知命令
通知命令定义如下：
<element name $=$ “Notify”>
a) 状态信息报送
<!- - 命令类型：设备状态信息报送（必选）- - >
（element name $=$ “CmdType”fixed $=$ “Keepalive”/>（！- - 命令序列号（必选）- - ）<element name $=$ “SN”type $=$ “
integer”minInclusive value $=$ “1”/>（！- - 源设备的设备/系统编码（必选）- - ）<element name $=$ “DeviceID”type $=$ “
tg:deviceIDType”/>（！- - 是否正常工作（必选）- - ）<element name $=$ “Status”type $=$ “tg:resultType”/>（！- -
故障设备列表- - ）<element name $=$ “Info”）
b）报警通知
（！- - 命令类型：报警通知（必选）- - ）<element name $=$ “CmdType”fixed $=$ “Alarm”/>（！- - 命令序列号（必选）- - ）<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - 报警设备编码或报警中心编码（10位）（必选）- - ）< element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/>（！- - 报警级别（必选），1为一级警情，2为二级警情，3为三级警情，4为四级警情- - ）<element name $=$ “AlarmPriority”type $=$ “ string”/>（！- - 报警方式（必选），取值1为电话报警，2为设备报警，3为短信报警，4为GPS报警，5为视频报警，6为设备故障报警，7其他报警- - ）<element name $=$ “AlarmMethod”type $=$ “string”/>（！- - 报警时间（必选）- - ）<element name $=$ “AlarmTime”type $=$ “ dateTime”/>（！- - 报警内容描述（可选）- - ）<element name $=$ “AlarmDescription”type $=$ “string”/>（！- - 经纬度信息可选- - ）<element name $=$ “Longitude”type $=$ “double”minOccurs $=$ “0”/>（element name $=$ “Latitude” type $=$ “double”minOccurs $=$ “0”/>（！- - 扩展Info项携带报警类型、报警类型参数字段- - ）<element name $=$ “Info” minOccurs $=$ “0”>
</element><!- -
扩展信息，可多项- - >
（！- - 命令序列号（必选）- - ）<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - 产生通知时间（必选）- - ）<element name $=$ “Time”type $=$ “dateTime”/>（！- - 经度（必选）- - ）<element name $=$ “ Longitude”type $=$ “double”/>（！- - 纬度（必选）- - ）<element name $=$ “Latitude”type $=$ “double”/>（！- - 速度，单位： $\mathrm{km / h}$ （可选）- - ）<element name $=$ “Speed”type $=$ “double”/>（！- - 方向，取值为当前摄像头方向与正北方的顺时针夹角，取值范围 $0^{\circ}\sim 360^{\circ}$ ，单位： $(^{\circ})$ （可选）- - ）< element name $=$ “Direction”type $=$ “double”/>（！- - 海拔高度，单位： $\mathrm{m}$ （可选）- - ）<element name $=$ “ Altitude”type $=$ “tg:deviceIDType”/>
A.2.6 应答命令
应答命令定义如下：
（element name $=$ “Response”）
a）设备控制应答
（！- - 命令类型：设备控制（必选）- - ）<element name $=$ “CmdType”fixed $=$ “DeviceControl”/>（！- - 命令序列号（必选）- - ）< element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - 目标设备/区域/系统编码（必选）- - ）<element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/>（！- - 执行结果标志（必选）- - ）<element name $=$ “Result”type $=$ “ tg:resultType”/>
b）报警通知应答
（！- - 命令类型：报警通知（必选）- - ）<element name $=$ “CmdType”fixed $=$ “Alarm”/>（！- - 命令序列号（必选）- - ）<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - 目标设备/区域/系统编码（必选）- - ）<element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/>（！- - 执行结果标志（必选）- - )<element name $=$ “Result”type $=$ “ tg:resultType”/>
c）设备目录信息查询应答
<!- - 命令类型：设备目录查询（必选）- - > <element name $=$ “CmdType”fixed $=$ “Catalog”/> <!- - 命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- - 目标设备/区域/系统的编码，取值与目录查询请求相同（必选）- - > <element name $=$ “DeviceID”type $=$ “tg: deviceIDType”/> <!- - 查询结果总数（必选）- - > <element name $=$ “SumNum”type $=$ “integer”/> <!- - 设备目录项列表，Num表示目录项个数- - > <element name $=$ “DeviceList”minOccurs $=$ “0”>
</element> <!- - 扩展信息，可多项- - > <element name $=$ “Info”minOccurs $=$ “0”maxOccurs $=$ “unbounded”> <restriction base $=$ “string”> <maxLength value $=$ “1024”/> </restriction> </element>
d）目录信息查询收到应答
<!- - 命令类型：设备目录查询（必选）- - > <element name $=$ “CmdType”fixed $=$ “Catalog”/> <!- - 命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- - 目标设备/区域/系统编码（必选）- - > <element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/> <!- - 执行结果标志（必选）- - > <element name $=$ “Result”type $=$ “tg:resultType”/>
e）目录收到应答
<!- - 命令类型：设备目录查询（必选）- - > <element name $=$ “CmdType”fixed $=$ “Catalog”/> <!- - 命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- - 目标设备/区域/系统编码（必选）- 一 <element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/> <!- - 执行结果标志（必选）- - > <element name $=$ “ Result”type $=$ “tg:resultType”/>
f）设备信息查询应答
<!- - 命令类型：设备信息查询（必选）- - > <element name $=$ “CmdType”fixed $=$ “DeviceInfo”/> <!- - 命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- - 目标设备/区域/系统的编码（必选）- - > <element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/> <!- - 目标设备/区域/系统的名称（可选）- - > <element name $=$ “DeviceName”type $=$ “string”minOccurs $=$ “0”/> <!- - 查询结果（必选）- - > <element name $=$ “Result”type $=$ “tg:resultType”/> <!- - 设备生产商（可选）- - > <element name $=$ “Manufacturer”type $=$ “normalizedString”minOccurs $=$ “0”/> <!- - 设备型号（可选）- - > <element name $=$ “Model”type $=$ “string”minOccurs $=$ “0”/> <!- - 设备固件版本（可选）- - > <element name $=$ “Firmware” type $=$ “string”minOccurs $=$ “0”/> <!- - 视频输入通道数（可选）- - > <element name $=$ “Channel”type $=$ “ integer”minInclusive value $=$ “0”minOccurs $=$ “0”/> <!- - 扩展信息，可多项- - > <element name $=$ “Info” minOccurs $=$ “0”maxOccurs $=$ “unbounded”> <restriction base $=$ “string”> <maxLength value $=$ “ 1024”/> </restriction> </element>
g）设备状态信息查询应答
<!- - 命令类型：设备状态查询（必选）- - > <element name $=$ “CmdType”fixed $=$ “DeviceStatus”/> <!- - 命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- - 目标设备/区域/系统的编码（必选）- - > <element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/> <!- - 查询结果标志（必选）- - > <element name $=$ “Result”type $=$ “tg:resultType”/> <!- - 是否在线（必选）- - > <element name $=$ “Online” <restriction base $=$ “string”> <enumeration value $=$ “ONLINE”/> <enumeration value $=$ “ OFFLINE”/> </restriction> </element> <!- - 是否正常工作（必选）- - > <element name $=$ “Status”type $=$ “tg: relultType”/> <!- - 不正常工作原因（可选）- - >
<element name $=$ “Reason”type $=$ “string”minOccurs $=$ “0”/> <!- - 是否编码（可选）- - > <element name $=$ “
Encode”type $=$ “tg:statusType”minOccurs $=$ “0”/> <!- - 是否录像（可选）- - > <element name $=$ “Record”
type $=$ “tg:statusType”minOccurs $=$ “0”/> <!- - 设备时间和日期（可选）- - > <element name $=$ “DeviceTime”
type $=$ “dateTime”minOccurs $=$ “0”/> <!- - 报警设备状态列表：num表示列表项个数（可选）- - > <element name $=$ “
Alarmstatus”minOccurs $=$ “0”> <attribute name $=$ “num”type $=$ “integer”/> <element name $=$ “Item”
minOccurs $=$ “0”maxOccurs $=$ “unbounded”/>
<element name $=$ “SumNum”type $=$ “integer”/> <!- - 文件目录项列表，Num表示目录项个数- - > <element name $=$ “
RecordList”>
i）设备配置应答
<!- - 命令类型：设备参数配置（必选）- - > <element name $=$ “CmdType”fixed $=$ “DeviceConfig”/> <!- - 命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- - 目标设备/区域/系统编码（必选）- - > <element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/> <!- - 执行结果标志（必选）- - > <element name $=$ “Result”type $=$ “tg:resultType”/>
j）设备配置查询应答
<!- - 命令类型：设备配置获取（必选）- - > <element name $=$ “CmdType”fixed $=$ “ConfigDownload”/> <!- -
命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- -
设备/区域编码（必选）- - > <element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/> <!- - 查询结果标志（必选）- - > <
element name $=$ “Result”type $=$ “tg:resultType”/> <!- - 基本参数（可选）- - > <element name $=$ “BasicParam”
minOccurs $=$ “0”>
<element name $=$ “HeartBeatInterval”type $=$ “integer”/> <!- - 心跳超时次数(必选)- - > <element name $=$ “
HeartBeatCount”type $=$ “integer”/> <!- - 定位功能支持情况。取值：0- 不支持；1- 支持GPS定位；2-
支持北斗定位（可选，默认取值为0）- - > <element name $=$ “PositionCapability”type $=$ “integer”/> <!- -
经度（可选）- - > <element name $=$ “Longitude”type $=$ “double”/> <!- - 纬度（可选）- - > <element name $=$ “
Latitude”type $=$ “double”/> </sequence> </complexType> </element> <!- - 视频参数范围（可选），各可选参数以“/”分隔- - > <
element name $=$ “VideoParamOpt”minOccurs $=$ “0”>
<element name $=$ “Item”/>
<element name $=$ “SVCTimeSupportMode”type $=$ “integer” //
<element name $=$ “SVCTimeSupportMode”type $=$ “integer”/> </sequence> </complexType> </element> <!- -
监控专用信息参数（可选）- - > <element name $=$ “SurveillanceParam”minOccurs $=$ “0”>
k）设备预置位查询应答
<!- - 命令类型：预置位查询（必选）- - > <element name $=$ “CmdType”fixed $=$ “PresetQuery”/> <!- -
命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- -
查询目标设备编码（必选）- - > <element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/> <!- -
设备预置位列表，用于平台间或平台与设备间的预置位查询（必选）- - > <element name $=$ “
PresetList”>
<attribute name $=$ “Num”type $=$ “integer”/> </sequence> </complexType> </element>
1）语音广播应答
（！- - 命令类型：广播通知（必选）- - ）<element name $=$ “CmdType”fixed $=$ “Broadcast”/>（！- - 命令序列号（必选）- - ）< element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - 语音输出设备的设备编码（必选）- - ）<element name $=$ “DeviceID”type $=$ “tg:deviceIDType”/>（！- - 执行结果标志（必选）- - ）<element name $=$ “Result”type $=$ “ tg:resultType”/>
A.3 前端设备控制协议
A.3.1 指令格式
指令格式见表A.3。
表A.3 指令格式
| 字节 | 字节1 | 字节2 | 字节3 | 字节4 | 字节5 | 字节6 | 字节7 | 字节8 |
| 含义 | A5H | 组合码1 | 地址 | 指令 | 数据1 | 数据2 | 组合码2 | 校验码 |
各字节定义如下：
字节1：指令的首字节为 $\mathrm{A5H}$
字节2：组合码1，高4位是版本信息，低4位是校验位。本标准的版本号是1.0，版本信息为 $\mathrm{OH}$
校验位 $=$ （字节1的高4位 $+$ 字节1的低4位 $+$ 字节2的高4位） $\% 16$
字节3：地址的低8位。
字节4：指令码。
字节5、6：数据1和数据2。
字节7：组合码2，高4位是数据3，低4位是地址的高4位；在后续叙述中，没有特别指明的高4位，表示该4位与所指定的功能无关。
字节8：校验码，为前面的第 $1\sim 7$ 字节的算术和的低8位，即算术和对256取模后的结果。
字节 $8 =$ （字节 $1+$ 字节 $2+$ 字节 $3+$ 字节 $4+$ 字节 $5+$ 字节 $6+$ 字节 $7)\% 256$
地址范围 $000\mathrm{H}\sim \mathrm{FFFH}$ （即 $0\sim 4095$ ），其中 $000\mathrm{H}$ 地址作为广播地址。
注：前端设备控制中，不使用字节3和字节7的低4位地址码，使用前端设备控制消息体中的（DeviceID）统一编码标识控制的前端设备。
A.3.2 PTZ指令
PTZ指令见表A.4，其中Bit5和Bit4不应同时为1，Bit3和Bit2不应同时为1；Bit1和Bit0不应同时为1。镜头变倍指令、云台上下指令、云台左右指令三者可以组合。
表A.4 PTZ指令
| 字节 | 位 | ||||||||
| Bit7 | Bit6 | Bit5 | Bit4 | Bit3 | Bit2 | Bit1 | Bit0 | ||
| 字节4 | 0 | 0 | 镜头变倍(Zoom) | 云台垂直方向控制(TIn) | 云台水平方向控制(Pan) | ||||
| 缩小(OUT) | 放大(IN) | 上(Up) | 下(Down) | 左(Left) | 右(Right) | ||||
| 字节5 | 水平控制速度相对值 | ||||||||
| 字节6 | 垂直控制速度相对值 | ||||||||
| 字节7 | 变倍控制速度相对值 | 地址高4位 | |||||||
| 注1:字节4中的Bit5、Bit4分别控制镜头变倍的缩小和放大,字节4中的Bit3、Bit2、Bit1、Bit0位分别控制云台上、下、左、右方向的转动,相应Bit位置1时,启动云台向相应方向转动,相应Bit位清0时,停止云台相应方向的转动。云台的转动方向以监视器显示图像的移动方向为准。 注2:字节5控制水平方向速度,速度范围由慢到快为00H～FFH;字节6控制垂直方向速度,速度范围由慢到快为00H-FFH。 注3:字节7的高4位为变焦速度,速度范围由慢到快为0H～FH;低4位为地址的高4位。 | |||||||||
PTZ指令举例见表A.5。
表A.5 PTZ指令举例
| 序号 | 字节4 | 字节5 | 字节6 | 字节7高4位 | 功能描述 |
| 1 | 20H | ×× | ×× | 0H～FH | 镜头以字节7高4位的数值变倍缩小 |
| 2 | 10H | ×× | ×× | 0H～FH | 镜头以字节7高4位的数值变倍放大 |
| 3 | 08H | 00H～FFH | ×× | × | 云台以字节6给出的速度值向上方向运动 |
| 4 | 04H | 00H～FFH | ×× | × | 云台以字节6给出的速度值向下方向运动 |
| 5 | 02H | ×× | 00H-FFH | × | 云台以字节5给出的速度值向左方向运动 |
| 6 | 01H | ×× | 00H-FFH | × | 云台以字节5给出的速度值向右方向运动 |
| 7 | 00H | ×× | ×× | × | PTZ的所有操作均停止 |
| 8 | 29H | 00H～FFH | 00H～FFH | 0H～FH | 这是一个PTZ组合指令的示例： 云台以字节5给出的速度值向右方向运动，同时以字节6给出的速度值向上方向运动，实际上是斜向右上方向运行；与此同时，镜头以字节7高4位的数值变倍缩小 |
A.3.3 FI指令
FI指令见表A.6，其中Bit3和Bit2不应同时为1，Bit1和Bit0不应同时为1；光圈控制和聚焦控制的指令可以组合。
表A.6 FI指令
| 字节 | 位 | ||||||||
| Bit7 | Bit6 | Bit5 | Bit4 | Bit3 | Bit2 | Bit1 | Bit0 | ||
| 字节4 | 0 | 1 | 0 | 0 | 光圈(Iris) | 聚焦(Focus) | |||
| 缩小 | 放大 | 近 | 远 | ||||||
| 字节5 | 聚焦速度 | ||||||||
| 字节6 | 光圈速度 | ||||||||
| 字节7 | 0 | 0 | 0 | 0 | 地址高4位 | ||||
| 注1:字节4中的Bit3为1时,光圈缩小;Bit2为1时,光圈放大。Bit1为1时,聚焦近;Bit0为1时,聚焦远。Bit3～Bit0的相应位清0,则相应控制操作停止动作。 注2:字节5表示聚焦速度,速度范围由慢到快为00H～FFH。 注3:字节6表示光圈速度,速度范围由慢到快为00H～FFH。 | |||||||||
FI指令举例见表A.7。
表A.7 FI指令举例
| 序号 | 字节4 | 字节5 | 字节6 | 字节7 高4位 | 功能描述 |
| 1 | 48H | ×× | 00H～FFH | 0H | 镜头以字节6的数值缩小光圈 |
| 2 | 44H | ×× | 00H～FFH | 0H | 镜头以字节6的数值放大光圈 |
| 3 | 42H | 00H～FFH | ×× | 0H | 镜头以字节5的数值聚焦近 |
| 4 | 41H | 00H～FFH | ×× | 0H | 镜头以字节5的数值聚焦远 |
| 5 | 40H | ×× | ×× | 0H | 镜头停止FI的所有动作 |
| 6 | 49H | 00H～FFH | 00H～FFH | 0H | 这是一个FI组合指令的示例;镜头以字节6的数值缩小光圈,同时以字节5的数值聚焦远 |
A.3.4 预置位指令
预置位指令见表A.8。其中预置位数目最大为255，0号预留。
表A.8 预置位指令
| 序号 | 字节4 | 字节5 | 字节6 | 功能描述 |
| 1 | 81H | 00H | 01H～FFH | 设置预置位 |
| 2 | 82H | 00H | 01H～FFH | 调用预置位 |
| 3 | 83H | 00H | 01H～FFH | 删除预置位 |
A.3.5 巡航指令
巡航指令见表A.9。
表A.9 巡航指令
| 序号 | 字节4 | 字节5 | 字节6 | 字节7高4位 | 功能描述 |
| 1 | 84H | 00H～FFH | 01H～FFH | × | 加入巡航点 |
| 2 | 85H | 00H～FFH | 00H～FFH | × | 删除一个巡航点 |
| 3 | 86H | 00H～FFH | 01H～FFH | 0H～FH | 设置巡航速度 |
| 4 | 87H | 00H～FFH | 01H～FFH | 0H～FH | 设置巡航停留时间 |
| 5 | 88H | 00H～FFH | 00H | × | 开始巡航 |
注1：字节5表示巡航组号，字节6表示预置位号。注2：序号2中，字节6为 $\mathrm{OH}$ 时，删除对应的整条巡航；序号3、4中字节6表示数据的低8位，字节7的高4位表示数据的高4位。注3：巡航停留时间的单位是秒（s）。注4：停止巡航用PTZ指令中的字节4的各Bit位均为0的停止指令。
A.3.6 扫描指令
扫描指令见表A.10。
表A.10 扫描指令
| 序号 | 字节4 | 字节5 | 字节6 | 字节7高4位 | 功能描述 |
| 1 | 89H | 00H～FFH | 00H | × | 开始自动扫描 |
| 2 | 89H | 00H～FFH | 01H | × | 设置自动扫描左边界 |
| 3 | 89H | 00H～FFH | 02H | × | 设置自动扫描右边界 |
| 4 | 8AH | 00H～FFH | 01H～FFH | 0H～FH | 设置自动扫描速度 |
注1：字节5表示扫描组号。注2：序号4中，字节6表示数据的低8位，字节7的高4位表示数据的高4位。注3：停止自动扫描用PTZ指令中的字节4的各Bit位均为0的停止指令。注4：自动扫描开始时，整体画面从右向左移动。
A.3.7 辅助开关控制指令
辅助开关控制指令见表A.11。
表A.11 辅助开关控制指令
| 序号 | 字节4 | 字节5 | 功能描述 | ||
| 辅助开关动作 | 控制对象为开关量 | 控制对象为模拟量 | |||
| 1 | 8CH | 00H～FFH | 开 | 开关开 | 该模拟量步进数值增加1个单位 |
| 2 | 8DH | 00H～FFH | 关 | 开关关 | 该模拟量步进数值减少1个单位 |
| 注：字节5为辅助开关编号，取值为“1”表示雨刷控制。 | |||||
附录B（规范性附录）
联网系统实时流协议（MANSRTSP）命令集
B.1 命令的名称和说明
媒体回放控制命令由客户端到服务器的请求消息和由服务器到客户端的应答消息完成，请求和应答引用RTSP(IETF RFC 2326) 协议中的部分请求和应答消息格式。
消息包括一起始行，一个或多个消息头（message header）、一个表示标题头结束的空行（即CRLF前没有内容的行）和一个消息体（可选）。示例如下：
message $=$ start- line message header
CRLF
[message body]
消息有请求和应答两种，在每对请求一应答消息中，应包含相同的CSeq头域，具体描述如下：
a）请求
请求消息的起始行格式为MethodSPRTSP- VersionCRLF。
其中Method：请求命令；SP：空白符；RTSP- Version：协议版本号；CR：回车；LF：换行。
请求命令包括：PLAY，PAUSE，TEARDOWN。
b）应答
应答消息的起始行格式为Status- Line $=$ RTSP- Version SP Status- Code SP Reason- PhraseCRLF。
其中RTSP- Version：协议版本号；Status- Code：3位状态码，用于回应请求时表示主机状态；
Reason- Phrase：是与状态码对应的文本解释。
B.2 命令定义
B.2.1 媒体播放命令
客户端发送PLAY请求消息，请求服务器发送媒体。应支持Range头，在Range头中给出播放时间范围，播放指定时间段的媒体，见IETFRFC2326—1998的12.29；时间范围应支持npt、smpte相对时间戳范围。服务器的响应消息中给出RTP- Info头信息，见IETFRFC2326—1998的12.33。
Range头取值为“ntp $=$ now- ”，不携带Scale头，表示从暂停位置以原倍速恢复播放。
示例：PLAY RTSP/1.0CSeq:2Range: npt $=$ now-
B.2.2 暂停播放命令
客户端发送PAUSE请求消息，请求服务器暂停发送媒体，但不释放资源。见IETFRFC2326—1998的10.6。
PauseTime取值固定为“now”，表示视频停止在当前位置。
示例：PAUSE RTSP/1.0CSeq: 1PauseTime: now
B.2.3 快进/慢进命令
在客户端发送的PLAY请求消息中，应使用Scale头来控制播放的快慢，见IETFRFC2326—1998的12.34。Scale为1，正常播放；不等于1，为正常播放速率的倍数；负数为倒数。
快进/慢进命令应只携带Scale头，表示从当前位置开始以指定的倍速播放，不携带Range头。
示例：
示例：PLAY RTSP/1.0CSeq: 3Scale: 2.0
B.2.4 随机拖放命令
在客户端发送的PLAY请求消息中，应支持Range头域，使用smpte相对时间戳范围，实现随机拖放播放，表示按当前播放速度跳转到Range头指定的时间点，不携带Scale头。
示例：PLAY RTSP/1.0CSeq: 4Range: npt=100-
B.2.5 停止命令
客户端发送TEARDOWN请求消息，停止发送指定流，结束会话，并释放资源。
B.2.6 应答命令
客户端、服务器端应支持应答命令的状态码200、4xx以及5xx。见IETFRFC2326。
B.2.7 Scale和Range头域取值范围
Scale头应支持的基本取值为0.25、0.5、1、2、4。
Range头的值为播放录像起点的相对值，取值范围为0到播放录像的终点时间，参数以s为单位，不能为负值。如Range头的值为0，则表示从起点开始播放，Range头的值为100，则表示从录像起点后的100s处开始播放，Range头的取值为now表示从当前位置开始播放。
附录C（规范性附录）基于RTP的视音频数据封装
C.1 基于RTP的视音频数据PS封装
基于RTP的PS封装首先按照ISO/IEC13818- 1：2000将视音频流封装成PS包，再将PS包以负载的方式封装成RTP包。
进行PS封装时，应将每个视频帧封装为一个PS包，且每个关键帧的PS包中应包含系统头(SystemHeader)和PSM(ProgramStreamMap) ，系统头和PSM放置于PS包头之后、第一个PES包之前。
典型的视频关键帧PS包结构如图C.1所示，其中PESV为视频PES包，PESA为音频PES包，视频非关键帧的PS包结构中一般不包含系统头和PSM。PS包中各部分的具体数据结构参见ISO/IEC13818- 1：2000中的相关描述。
| PS包头 | System header | PSM | PESV | PESA |
系统头应包含对PS包中码流种类的描述，其中视频和音频的流ID(stream_id)取值如下：
a）视频流ID：0xE0；b）音频流ID：0xC0。针对本文档规定的几种视音频格式，PSM中流类型（stream_type）的取值如下：a）MPEG- 4视频流：0x10；b）H.264视频流：0x1B；c）SVAC视频流：0x80；d）G.711音频流：0x90；e）G.722.1音频流：0x92；f）G.723.1音频流：0x93；g）G.729音频流：0x99；h）SVAC音频流：0x9B。PS包封装的其他具体技术规范详见ISO/IEC13818- 1：2000。PS包的RTP封装格式参照IETF RFC2250：RTP的主要参数设置如下：a）负载类型（payloadtype）：96；b）编码名称（encodingname）：PS；c）时钟频率（clockrate）：90kHz；d）SDP描述中“m” 字段的”media”项：video。
C.2 基于RTP的视音频基本流封装
该方式直接将视音频数据以负载的方式封装成RTP包。
C.2.1 MPEG-4视频流的RTP封装
MPEG- 4视频流的RTP封装格式应符合IETFRFC3016协议中的相关规定。
MPEG- 4视频流RTP包的负载类型（Payload Type）标识号选定：从IETFRFC3551—2003表5中的动态范围 $(96\sim 127)$ 中选择，建议定为97。
C.2.2 H.264视频流的RTP封装
H.264的RTP载荷格式应符合IETFRFC3984中的相关规定。
H.264视频流RTP包的负载类型（Payload Type）标识号选定：从IETFRFC3551—2003表5中的动态范围 $(96\sim 127)$ 中选择，建议定为98。
C.2.3 SVAC视频流的RTP封装
SVAC视频流的RTP载荷格式可参照IETFRFC3984中的相关规定。
SVAC视频流RTP包的负载类型（Payload Type）标识号选定：从IETFRFC3551—2003表5中的动态范围 $(96\sim 127)$ 中选择，建议定为99。
C.2.4 音频流的RTP封装
语音比特流宜采用标准的RTP协议进行打包。
在一个RTP包中，音频载荷数据应为整数个音频编码帧，且时间长度在 $20\mathrm{ms}\sim 180\mathrm{ms}$ 之间。音频载荷数据的RTP封装参数如下：
a）G.711的主要参数
G.711A律语音编码RTP包的负载类型（Payload Type）的参数规定如下（见IETFRFC3551—2003中的表4)：
1) 负载类型（PT）：8；2) 编码名称（encoding name）：PCMA；3) 时钟频率（clock rate）：8 kHz；4) 通道数：1；5) SDP描述中“m”字段的“media”项：audio。
b）SVAC音频的主要参数
SVAC语音编码RTP包的负载类型（Payload Type）的参数规定如下：
1) 负载类型（PT）：20；2) 编码名称（encoding name）：SVACA；3) 时钟频率（clock rate）：8 kHz；4) 通道数：1；5) SDP描述中“m”字段的“media”项：audio。
c）G.723.1的主要参数
G.723.1语音编码RTP包的负载类型（Payload Type）的参数规定参照IETFRFC3551—2003表4中的G.723，具体如下：
1) 负载类型（PT）：4；2) 编码名称（encoding name）：G723；3) 时钟频率（clock rate）：8 kHz；4) 通道数：1；5) SDP描述中“m”字段的“media”项：audio。
d) G.729 的主要参数
G.729 语音编码 RTP 包的负载类型 (Payload Type) 的参数规定如下（见 IETF RFC 3551—2003 中的表 4）：
1) 负载类型 (PT): 18; 2) 编码名称 (encoding name): G729; 3) 时钟频率 (clock rate): $8 \mathrm{kHz}$ ; 4) 通道数: 1; 5) SDP 描述中“m”字段的“media”项: audio。
e) G.722.1 的主要参数
G.722.1 语音编码 RTP 包的负载类型 (Payload Type) 的参数规定参照 IETF RFC 3551—2003
表 4 中的 G.722, 具体如下：
1) 负载类型 (PT): 9; 2) 编码名称 (encoding name): G722; 3) 时钟频率 (clock rate): $8 \mathrm{kHz}$ ; 4) 通道数: 1; 5) SDP 描述中“m”字段的“media”项: audio。
附录D（规范性附录）统一编码规则
D.1 编码规则A
编码规则A由中心编码（8位）、行业编码（2位）、类型编码（3位）和序号（7位）四个码段共20位十进制数字字符构成，即系统编码 $=$ 中心编码 $+$ 行业编码 $+$ 类型编码 $+$ 序号。
编码规则A的详细说明见表D.1。其中，中心编码指用户或设备所归属的监控中心的编码，按照监控中心所在地的行政区划代码确定，当不是基层单位时空余位为0。行政区划代码采用GB/T2260—2007规定的行政区划代码表示。行业编码是指用户或设备所归属的行业，行业编码对照表见D.3。类型编码指定了设备或用户的具体类型，其中的前端设备包含公安系统和非公安系统的前端设备，终端用户包含公安系统和非公安系统的终端用户。
表D.1 编码规则A的详细编码规则
| 码段 | 码位 | 含义 | 取值说明 | |
| 中心编码 | 1、2 | 省级编号 | 由监控中心所在地的行政区划代码确定，符合GB/T 2260-2007的要求 | |
| 3、4 | 市级编号 | |||
| 5、6 | 区级编号 | |||
| 7、8 | 基层接入单位编号 | |||
| 行业编码 | 9、10 | 行业编码 | 行业编码对照表见D.3 | |
| 类型编码 | 11、12、13 | 111～130表示类型为前端主设备 | 111 | DVR编码 |
| 112 | 视频服务器编码 | |||
| 113 | 编码器编码 | |||
| 114 | 解码器编码 | |||
| 115 | 视频切换矩阵编码 | |||
| 116 | 音频切换矩阵编码 | |||
| 117 | 报警控制器编码 | |||
| 118 | 网络视频录像机(NVR)编码 | |||
| 130 | 混合硬盘录像机(HVR)编码 | |||
| 119～130 | 扩展的前端主设备类型 | |||
| 131～199表示类型为前端外围设备 | 131 | 摄像机编码 | ||
| 132 | 网络摄像机(IPC)编码 | |||
| 133 | 显示器编码 | |||
| 134 | 报警输入设备编码(如红外、烟感、门禁等报警设备) | |||
表D.1(续)
| 码段 | 码位 | 含义 | 取值说明 | |
| 类型编码 | 11、12、13 | 131～199表示类型为前端外围设备 | 135 | 报警输出设备编码(如警灯、警铃等设备) |
| 136 | 语音输入设备编码 | |||
| 137 | 语音输出设备 | |||
| 138 | 移动传输设备编码 | |||
| 139 | 其他外围设备编码 | |||
| 140～199 | 扩展的前端外围设备类型 | |||
| 200～299表示类型为平台设备 | 200 | 中心信令控制器服务器编码 | ||
| 201 | Web应用服务器编码 | |||
| 202 | 媒体分发服务器编码 | |||
| 203 | 代理服务器编码 | |||
| 204 | 安全服务器编码 | |||
| 205 | 报警服务器编码 | |||
| 206 | 数据库服务器编码 | |||
| 207 | GIS服务器编码 | |||
| 208 | 管理服务器编码 | |||
| 209 | 接入网关编码 | |||
| 210 | 媒体存储服务器编码 | |||
| 211 | 信令安全路由网关编码 | |||
| 215 | 业务分组编码 | |||
| 216 | 虚拟组织编码 | |||
| 212～214， 217～299 | 扩展的平台设备类型 | |||
| 300～399表示类型为中心用户 | 300 | 中心用户 | ||
| 301～343 | 行业角色用户 | |||
| 344～399 | 扩展的中心用户类型 | |||
| 400～499表示类型为终端用户 | 400 | 终端用户 | ||
| 401～443 | 行业角色用户 | |||
| 444～499 | 扩展的终端用户类型 | |||
| 500～599表示类型为平台外接服务器 | 500 | 视频图像信息综合应用平台信令服务器 | ||
| 501 | 视频图像信息运维管理平台信令服务器 | |||
| 502～599 | 扩展的平台外接服务器类型 | |||
| 600～999为扩展类型 | 600～999 | 扩展类型 | ||
表D.1（续）
| 码段 | 码位 | 含义 | 取值说明 |
| 网络标识 | 14 | 网络标识编码 | 0、1、2、3、4为监控报警专网，5为公安信息网，6为政务网，7为Internet网，8为社会资源接入网，9预留 |
| 序号 | 15～20 | 设备、用户序号 |
D.2 编码规则B
编码规则B由中心编码（8位）、行业编码（2位）、序号（4位）和类型编码（2位）四个码段构成，即系统编码 $=$ 中心编码 $+$ 行业编码 $+$ 序号 $+$ 类型编码。编码规则B的详细说明见表D.2。
表D.2 编码规则B的详细编码规则
| 码段 | 码位 | 含义 | 取值说明 | |
| 中心编码 | 1、2 | 省级编号 | 由监控中心所在地的行政区划代码确定，符合GB/T 2260—2007的要求 | |
| 3、4 | 市级编号 | |||
| 5、6 | 区级编号 | |||
| 7、8 | 基层接入单位编号 | |||
| 行业编码 | 9、10 | 行业编码 | 行业编码对照表见D.3 | |
| 序号 | 11～16 | 设备、用户序号 | ||
| 类型编码 | 17、18 | 数字视音频设备类 型码为00～19 | 00 | 数字视频编码设备(不带本地存 储) |
| 01 | 数字视频录像设备(带本地存 储) | |||
| 02 | 数字视频解码设备 | |||
| 03～19 | 预留1(数字视音频设备) | |||
| 服务器设备类型码 为20～39 | 20 | 监控联网管理服务器 | ||
| 21 | 视频代理服务器 | |||
| 22 | Web接入服务器 | |||
| 23 | 录像管理服务器 | |||
| 24～39 | 预留2(服务器设备) | |||
| 其他数字设备类型 码为40～59 | 40 | 网络数字矩阵 | ||
| 41 | 网络控制器 | |||
| 42 | 网络报警主机 | |||
| 43～59 | 预留3(其他数字设备) | |||
表D.2（续）
| 码段 | 码位 | 含义 | 取值说明 | |
| 类型编码 | 17、18 | 模拟视音频设备类型码为60～74 | 60 | 模拟摄像机 |
| 61 | 视频模拟矩阵 | |||
| 62～74 | 预留4(模拟视音频设备) | |||
| 其他模拟设备类型码为75～89 | 75 | 模拟控制器 | ||
| 76 | 模拟报警主机 | |||
| 77～89 | 预留4(其他模拟设备) | |||
| 90～99表示用户类型 | 90 | 系统管理员 | ||
| 91 | 子系统管理员 | |||
| 92 | 高级用户 | |||
| 93 | 普通用户 | |||
| 94 | 浏览用户 | |||
| 95 | 权限组用户 | |||
| 96～99 | 预留 | |||
D.3 行业编码对照表
行业编码对照表见表D.3。
表D.3 行业编码对照表
| 接入 类型码 | 名称 | 建设主体 | 备注 |
| 00 | 社会治安路面接入 | 政府机关 | 包括城市路面、商业街、公共区域、重点区域等 |
| 01 | 社会治安社区接入 | 包括社区、楼宇、网吧等 | |
| 02 | 社会治安内部接入 | 包括公安办公楼、留置室等 | |
| 03 | 社会治安其他接入 | ||
| 04 | 交通路面接入 | 包括城市主要干道、国道、高速交通状况监视 | |
| 05 | 交通卡口接入 | 包括交叉路口、“电子警察”、关口、收费站等 | |
| 06 | 交通内部接入 | 包括交管办公楼等 | |
| 07 | 交通其他接入 | ||
| 08 | 城市管理接入 | ||
| 09 | 卫生环保接入 | ||
| 10 | 商检海关接入 | ||
| 11 | 教育部门接入 | ||
| 12～39 | 预留1 |
表D.3（续）
| 接入 类型码 | 名称 | 建设主体 | 备注 |
| 40 | 农林牧渔业接入 | 企业/事业单位 | |
| 41 | 采矿企业接入 | ||
| 42 | 制造企业接入 | ||
| 43 | 冶金企业接入 | ||
| 44 | 电力企业接入 | ||
| 45 | 燃气企业接入 | ||
| 46 | 建筑企业接入 | ||
| 47 | 物流企业接入 | ||
| 48 | 邮政企业接入 | ||
| 49 | 信息企业接入 | ||
| 50 | 住宿和餐饮业接入 | ||
| 51 | 金融企业接入 | ||
| 52 | 房地产业接入 | ||
| 53 | 商务服务业接入 | ||
| 54 | 水利企业接入 | ||
| 55 | 娱乐企业接入 | ||
| 56～79 | 预留2 | ||
| 80～89 | 居民自建 | 预留3 | |
| 90～99 | 其他主体 | 预留4 |
附录E（规范性附录）视音频编/解码技术要求
联网系统中，对视音频编/解码的技术要求包括编/解码的档次和级别、工具选项、码流语法的规定以及比特流和解码器的一致性测试等。具体要求如下：
视频编码应支持H.264、SVAC或MPEG- 4视频编码标准，视频解码应同时支持H.264、SVAC和MPEG- 4视频解码标准。
音频编码应支持G.711或G.723.1或G.729或SVAC音频编码标准，音频解码应同时支持G.711、G.723.1、G.729和SVAC音频解码标准，可扩展支持ITU- T Rec.G.722.1- 1999音频解码标准。
E.1 基于H.264的视频编、解码技术要求
E.1.1 H.264的档次和级别
采用H.264标准的视频编码应至少支持ITU- T Rec.H.264- 2005视频标准的基本档次（Baseline Profile），级别(Level) 应至少支持到Level1.3，标清应用宜扩展支持到Level3，高清应用宜扩展支持到Level4；视频解码所支持的档次和级别应不低于编码支持的最高档次和级别，至少应支持到H.264视频标准基本档次的Level3；视频解码宜扩展支持H.264主档次（Main Profile）中的隔行扫描和B帧工具，且相邻两P帧间的B帧个数不大于2。
采用H.264标准的高清视频编码应至少支持ITU- T Rec.H.264- 2005视频标准的基本档次（Baseline Profile），宜扩展支持H.264主档次（Main Profile）和高级档次（High Profile），级别(Level)宜扩展支持到Level4；视频解码所支持的档次和级别应不低于编码支持的最高档次和级别，至少应支持到H.264视频标准高级档次（High Profile）的Level4。H.264主档次和高级档次视频编码标准的具体描述详见ITU- T Rec.H.264- 2005中的相关规定。
E.1.1.1 H.264基本档次的选项和工具
H.264基本档次支持的选项和工具主要有：
a）I片和P片（Slice）；b）基于内容自适应的变长编码CAVLC；c）容错工具：FMO、ASO、BS；d）去块效应滤波器（DeblockingFilter）；e）多参考帧编码。
采用H.264编码标准的视频流应为H.264Baseline视频流，编码应支持上述Baseline选项和工具中的部分或全部，可不支持容错工具；H.264的解码至少应支持上述除容错工具外的全部选项和工具。
多参考帧编码时，P片的参考帧数一般不大于2帧。
为了保证码流解析的效率，比特流中应当在每个I帧之前都出现相应的SPS和PPS。
E.1.1.2 H.264级别的限制
H.264级别(Level1~4)的限制如表E.1所示，表中“一”表示未做相应的限制。
表E.1H.264级别（Level $1\sim 4$ 的限制
| 级别 | 最大宏块处理速率MaxMBPS(宏块数/s) | 最大帧尺寸MaxFS(宏块数) | 最大解码图像缓冲区MaxDPB(4:2:0视频以1024字节为单位) | 最大视频比特率MaxBR(1 000 bits/s或1 200 bits/s) | 最大编码图像缓冲区MaxCPB(1 000 bits或1 200 bits) | 垂直运动矢量构成范围MaxVmvR(亮度帧采样) | 最小压缩比率MinCR | 两个连续宏块的最大运动矢量数MaxMvsPor2Mb |
| 1 | 1 485 | 99 | 148.5 | 64 | 175 | [-64,+63.75] | 2 | — |
| 1.1 | 3 000 | 396 | 337.5 | 192 | 500 | [-128,+127.75] | 2 | — |
| 1.2 | 6 000 | 396 | 891.0 | 384 | 1 000 | [-128,+127.75] | 2 | — |
| 1.3 | 11 880 | 396 | 891.0 | 768 | 2 000 | [-128,+127.75] | 2 | — |
| 2 | 11 880 | 396 | 891.0 | 2 000 | 2 000 | [-128,+127.75] | 2 | — |
| 2.1 | 19 800 | 792 | 1 782.0 | 4 000 | 4 000 | [-256,+255.75] | 2 | — |
| 2.2 | 20 250 | 1 620 | 3 037.5 | 4 000 | 4 000 | [-256,+255.75] | 2 | — |
| 3 | 40 500 | 1 620 | 3 027.5 | 10 000 | 10 000 | [-256,+255.75] | 2 | 32 |
| 3.1 | 108 000 | 3 600 | 6 750.0 | 14 000 | 14 000 | [-512,+511.75] | 4 | 16 |
| 3.2 | 216 000 | 5 120 | 7 680.0 | 20 000 | 20 000 | [-512,+511.75] | 4 | 16 |
| 4 | 245 760 | 8 192 | 12 288.0 | 20 000 | 25 000 | [-512,+511.75] | 4 | 16 |
| 注:“—”表示未做相应的限制。 | ||||||||
E.1.1.3 H.264基本档次各级别的参数限制
H.264基本档次各级别的参数限制如表E.2所示。
表E.2H.264基本档次各级别的参数限制
| 级别 | 最大子宏块尺寸(采样点数) |
| 1 | 576 |
| 1.1 | 576 |
| 1.2 | 576 |
| 1.3 | 576 |
| 2 | 576 |
| 2.1 | 576 |
| 2.2 | 576 |
| 3 | 576 |
| 3.1 | — |
| 3.2 | — |
| 4 | — |
E.1.1.4 H.264各级别的最大帧率限制
E.1.1.4 H.264各级别的最大帧率限制H.264中CIF、4CIF、720p HD、1080p HD各级别(Level) 的最大帧率限制如表E.3所示，表中的“一”表示未做相应的限制。其他分辨率各级别的最大帧率限制见ITU-T Rec. H.264-2005中的规定。
表E.3 H.264各级别的最大帧率限制
| 级别 | 最大帧尺寸(宏块) | 最大宏 块速率(宏块数/s) | 最大帧尺寸(采样点数) | 最大采样率(样点/s) | 格式 | CIF | 4CIF | 720p HD | 1 080p HD |
| 亮度宽度 | 352 | 704 | 1 280 | 1 920 | |||||
| 亮度高度 | 288 | 576 | 720 | 1 088 | |||||
| 总宏块数 | 396 | 1 584 | 3 600 | 8 160 | |||||
| 亮度采样点数 | 101 376 | 405 504 | 921 600 | 2 088 960 | |||||
| 1 | 99 | 1 485 | 25 344 | 380 160 | — | — | — | ||
| 1b | 99 | 1 485 | 25 344 | 380 160 | — | — | — | ||
| 1.1 | 396 | 3 000 | 101 376 | 768 000 | — | 7.6 | — | ||
| 1.2 | 396 | 6 000 | 101 376 | 1 536 000 | — | 15.2 | — | ||
| 1.3 | 396 | 11 880 | 101 376 | 3 041 280 | — | 30.0 | — | ||
| 2 | 396 | 11 880 | 101 376 | 3 041 280 | — | 30.0 | — | ||
| 2.1 | 792 | 19 800 | 202 752 | 5 068 800 | — | 50.0 | — | ||
| 2.2 | 1 620 | 20 250 | 414 720 | 5 184 000 | 51.1 | 12.8 | |||
| 3 | 1 620 | 40 500 | 414 720 | 10 368 000 | — | 102.3 | 25.6 | ||
| 3.1 | 3 600 | 108 000 | 921 600 | 27 648 000 | 172.0 | 68.2 | 30.0 | ||
| 3.2 | 5 120 | 216 000 | 1 310 720 | 55 296 000 | 172.0 | 136.4 | 60.0 | ||
| 4 | 8 192 | 245 760 | 2 097 152 | 62 914 560 | 172.0 | 155.2 | 68.3 | 30.1 | |
| 注:“一”表示未做相应的限制。 | |||||||||
E.1.2 H.264基本档次的码流语法
H.264码流应为符合Baseline Profile的码流，码流语法等同采用ITU-T Rec. H.264-2005。
H.264基本档次的码流语法如下：
E.1.2 H.264基本档次的码流语法H.264码流应为符合Baseline Profile的码流，码流语法等同采用ITU-T Rec. H.264-2005。H.264基本档次的码流语法如下：a) 码流的档次标识profile_idc等于66；b) NAL单元流中，nal_unit_type的取值不包括2、3、4；c) 序列参数集（Sequence parameter sets）中的frame_mbs_only_flag等于1；d) 序列参数集中不应出现下列句法元素：chroma_format_idc，bit_depth_luma_minus8，bit_depth_chroma_minus8，qpprime_y_zero_transform_bypass_flag，seq_scaling_matrix_present_flag；e) 图像参数集（Picture parameter sets）中的weighted_pred_flag和weighted_bipred_idc均等于0；
f）图像参数集中的entropy_coding_mode_flag等于0；g）图像参数集中num_slice_groups_minus1的取值范围为 $0\sim 7$ 之间，包括0和7；h）图像参数集中不应出现下列句法元素：transform_8x8_mode_flag，pic_scaling_matrix_present_flag，second_chroma_qp_index_offset；i）句法元素level_prefix不应大于15。
基本档次某一特定级别的解码器应该能解码所有满足profile_idc $= 66$ 或constraint_set0_flag $= 1$ 的比特流，其中level_idc应为一个小于或等于指定级别的级别。
E.1.3 H.264的一致性测试
H.264的一致性测试包括比特流一致性测试和解码器一致性测试。
E.1.3.1 比特流一致性测试
比特流一致性描述见ITU- TRec.H.264- 2005附录C中C.3的规定。
H.264的一致性比特流（Conformance bitstream）应满足如下测试：当使用解码软件对H.264视频比特流进行解码时，不应出现任何由比特流引起的错误或不一致。
注：测试中不考虑由于传输而产生的错误。
比特流一致性的进一步测试还包括虚拟参考解码器HRD基于ITU- TRec.H.264- 2005的一致性测试等事项，见ITU- TRec.H.264.1- 2005。
上述验证比特流一致性用到的解码软件可用ITU- TRec.H.264.2- 2005中指定的软件。
E.1.3.2 解码器一致性测试
解码器一致性描述见ITU- TRec.H.264- 2005附录C中C.4的规定。
H.264解码器的一致性测试见ITU-TRec.H.264.1-2005中的方法，验证解码器一致性用到的软件可用ITU-TRec.H.264.2-2005中指定的软件。
满足特定档次和级别的H.264视频解码器应能正确解码相应档次和级别的H.264一致性比特流。
E.2 基于MPEG-4的视频编、解码技术要求
E.2.1 MPEG-4的档次和级别
采用MPEG- 4标准的视频编码应至少支持ISO/IEC14496- 2：2004中简单档次(Simple Profile)的级别L5（ISO/IEC14496- 2：2004/Amd.2：2005），即MPEG- 4SP@L5。采用MPEG- 4标准的视频解码所支持的档次和级别不应低于编码支持的最高档次和级别，宜扩展支持MPEG- 4先进简单档次（Advanced Simple Profile)中的隔行扫描和B帧工具。
E.2.1.1 MPEG-4简单档次的工具
MPEG- 4简单档次的工具包括：
a）Basic：基本工具，又包括以下几种工具：
1）I-VOP：帧内编码的矩形视频对象平面，逐行扫描的视频格式；2）P-VOP：帧间编码的矩形视频对象平面，逐行扫描的视频格式；3）AC/DC Prediction：AC/DC预测；4）4-MV：每个宏块可以有4个运动矢量；
5）UnrestrictedMV：不受限制的运动矢量。
b）ErrorResilience：容错工具，又包括以下3种工具：1）SliceResynchronization：片重同步；2）DataPartitioning：数据划分；3）ReversibleVLC：可逆的变长编码。c）ShortHeader：短头工具。
MPEG- 4视频编码应支持上述简单档次的部分或全部工具，可不支持容错和短头工具；视频解码至少应支持除容错工具外的简单档次的全部工具。
E.2.1.2 MPEG-4简单档次各级别的参数限制
MPEG- 4视频编、解码应至少支持简单档次的L5级别，参数限制如表E.4所示。简单档次其他各级别的参数限制见ISO/IEC14496- 2：2004及ISO/IEC14496- 2：2004/Amd.2：2005中的相关规定。
表E.4MPEG-4简单档次L2、L3、L5级别的参数限制
| 级别 | L2 | L3 | L5 |
| 典型分辨率 | CIF(352×288) | CIF(352×288) | 720×576 |
| 最大对象数 | 4 | 4 | 4 |
| 每种类型的最大对象数 | 4个简单对象 | 4个简单对象 | 4个简单对象 |
| 最大唯一量化表 | 1 | 1 | 1 |
| 最大视频内容验证(VMV)缓冲区(宏块组) | 792 | 792 | 3 240 |
| 最大视频复杂度验证(VCV)缓冲区(宏块) | 396 | 396 | 1 620 |
| 视频复杂度验证(VCV)解码速率(宏块/s) | 5 940 | 11 880 | 40 500 |
| 视频复杂度验证(VCV)边界宏块解码速率(宏块/s) | 不适用 | 不适用 | 不适用 |
| 最大视频缓冲验证(VBV)缓冲区总和(16 384 bits) | 40 | 40 | 112 |
| 最大视频对象层(VOL)视频缓冲验证(VBV)缓冲区总和(16 384 bits) | 40 | 40 | 112 |
| 最大视频包长度(bits) | 4 096 | 8 192 | 16 384 |
| 最大目标呈现尺寸(宏块数) | 不适用 | 不适用 | 不适用 |
| 小波限制 | 不适用 | 不适用 | 不适用 |
| 最大比特率(kbit/s) | 128 | 384 | 8 000 |
| 单对象最大增强层数 | 不适用 | 不适用 | 不适用 |
E.2.2 MPEG-4的码流语法
为实现联网系统中视频流的互通，采用MPEG- 4标准的视频码流语法应符合ISO/IEC14496- 2：2004中的规定。
MPEG- 4中简单档次不同级别的相应标识码见表E.5（见ISO/IEC14496- 2：2004中的表G- 1和ISO/IEC14496- 2：2004/Amd.2：2005中的规定）。
表E.5 MPEG-4简单档次各级别的标识码
| 档次/级别 | 标识码 |
| 保留 | 00000000 |
| 简单档次/级别1 | 00000001 |
| 简单档次/级别2 | 00000010 |
| 简单档次/级别3 | 00000011 |
| 简单档次/级别4a | 00000100 |
| 简单档次/级别5 | 00000101 |
| 保留 | 00000110～00000111 |
| 简单档次/级别0 | 00001000 |
E.2.3 MPEG-4的一致性测试
包括比特流一致性测试和解码器的一致性测试。
E.2.3.1 比特流一致性测试
MPEG- 4的一致性比特流（compliant bitstream）是指实现了ISO/IEC 14496- 2:2004在通用语法中定义的所有限制的比特流，包括ISO/IEC 14496- 2:2004中第9章关于档次和级别的限制。
MPEG- 4的一致性比特流应满足如下测试：当使用解码软件对MPEG- 4视频比特流进行解码时，不应出现任何由比特流引起的错误或不一致。
注：测试中不考虑由于传输而产生的错误。
MPEG- 4的比特流一致性测试的附加测试见ISO/IEC 14496- 4:2004中的描述。
上述验证比特流一致性用到的解码软件可用ISO/IEC 14496- 5:2001中指定的软件。
E.2.3.2 解码器的一致性测试
MPEG- 4的视频解码器通常指某一特定档次和级别的解码器。
MPEG- 4视频解码器的一致性测试见ISO/IEC 14496- 4:2004中的规定，其中简单档次L5级别的视频解码器一致性测试见ISO/IEC 14496- 4: 2004/Amd.10:2005的规定。验证解码器一致性用到的软件可参考ISO/IEC 14496- 5:2001中指定的软件。
满足特定档次和级别的MPEG- 4视频解码器应能正确解码相应档次和级别的MPEG- 4一致性比特流。
E.3 音频编、解码总体要求
在联网系统中，音频编码应支持ITU- T Rec. G.711或G.723.1或G.729等音频编码标准，可扩展支持ITU- T Rec. G.722.1音频编码标准；音频解码应同时支持ITU- T Rec. G.711、G.723.1和G.729音频解码标准，可扩展支持ITU- T Rec. G.722.1音频解码标准。
E.4 G.711格式
应至少支持ITU- T Rec. G.711—1988中定义的A律。
G.711 解码实现的正确性和精度应符合 ITU-T Rec. G.711 相应测试序列的验证要求。
E.5 G.723.1 格式
应支持 ITU- T Rec. G.723.1—1996 中定义的 5.3 kbit 和 6.3 kbit 语音编/解码模式，宜扩展支持 ITU- T Rec. G.723.1—1996 附件 Annex A 中的 VAD/CNG 模式。G.723.1 解码实现的正确性和精度应符合 ITU- T Rec. G.723.1—1996 相应测试序列的验证要求。
E.6 G.729 格式
应支持 ITU- T Rec. G.729—1996 中定义的语音编、解码模式，宜扩展支持 ITU- T Rec. G.729—1996 附件 Annex B 中定义的静音压缩模式。G.729 解码实现的正确性和精度应符合 ITU- T Rec. G.729—1996 相应测试序列的验证要求。
附录F（规范性附录）SDP定义
SDP定义
联网系统中SIP消息体中携带的SDP内容应符合IETFRFC2327的相关要求。应有如下字段：Session description: $\mathrm{v} =$ （protocol version） $\mathrm{o} =$ （owner/creator and session identifier） $\mathrm{s} =$ （session name） $\mathrm{u} = \mathrm{}$ （URI of description） $\mathrm{c} = \mathrm{}$ （connection information- not required if included in all media）Time description: $\mathrm{t} =$ （time the session is active）Media description $\mathrm{m} =$ （media name and transport address） $\mathrm{c} = \mathrm{}$ （connection information- optional if included at session- level） $\mathrm{b} = \mathrm{}$ （bandwidth information） $\mathrm{a} = \mathrm{}$ （zero or more media attribute lines） $\mathrm{y} = \mathrm{}$ （SSRC） $\mathrm{f} = \mathrm{*}$ （媒体描述）
说明：
a字段：启用IETFRFC4566中对a字段的定义 $\mathrm{a} =$ rtpmap：〈payloadtype〉〈encodingname〉/〈clockrate〉［/〈encodingparameters〉］中的〈encodingname〉，利用该属性携带编码器厂商名称（如：企业1或企业2编码名称DAHUA或HIKVISION）。该属性表明该流为某厂商编码器编码且是不符合本标准规定的媒体流，符合本标准规定的媒体流无需该属性。
例如： $\mathrm{a} =$ rtpmap:96DAHUA/90000； $\mathrm{a} =$ rtpmap:96HIKVISION/90000。
a字段有下列格式：
a字段可携带倍速参数，用于文件下载时控制下载进度。格式如下： $\mathrm{a} =$ downloadspeed：下载倍速（取值为整型）a字段可携带文件大小参数，用于下载时的进度计算。格式如下： $\mathrm{a} =$ filesize：文件大小（单位：Byte）a字段可携带setup：connection作为TCP连接协商参数，用于TCP方式传输媒体流服务端、客户端的协商，协商机制参考IETFRFC4571的定义。格式如下： $\mathrm{a} =$ setup：TCP连接方式（表示本SDP发送者在RTPoverTCP连接建立时是主动还是被动发起TCP连接，“active”为主动，“passive”为被动） $\mathrm{a} =$ connection：new（表示采用RTPoverTCP传输时新建或重用原来的TCP连接，可固定采用新建TCP连接的方式）a字段可携带SVC参数，用于视频传输时的分辨率或帧频控制。格式如下： $\mathrm{a} =$ svcspace：空域编码方式[取值为整型。空域编码方式，取值0：不使用；1：1级增强（1个增强层）；2：2级增强（2个增强层）；3：3级增强（3个增强层）] $\mathrm{a} =$ svctime：时域编码方式[取值为整型。时域编码方式，取值0：不使用；1：1级增强（1个增强
层）；2：2级增强（2个增强层）；3：3级增强（3个增强层）]
s字段：在向SIP服务器和媒体流接收者/媒体流发送者之间的SIP消息中，使用s字段标识请求媒体流的操作类型。“Play” 代表实时点播；“Playback”代表历史回放；“Download”代表文件下载；“Talk”代表语音对讲。
u字段：u行应填写视音频文件的URI。该URI取值有两种方式：简捷方式和普通方式。简捷方式直接采用产生该历史媒体的媒体源( 如某个摄像头)的设备ID(应符合6.1.2的规定)以及相关参数，参数用“：” 分隔；普通方式采用http：//存储设备ID[／文件夹] $\divideontimes$ /文件名，[／文件夹] $\divideontimes$ 为0- N级文件夹。
m字段：m字段描述媒体的媒体类型、端口、传输层协议、负载类型等内容。媒体类型采用”video”标识传输视频或视音频混合内容，采用”audio” 标识传输音频内容；传输方式采用”RTP/AVP”标识传输层协议为RTPoverUDP，采用”TCP/RTP/AVP”标识传输层协议为RTPoverTCP。
例如：
$\mathrm{m} =$ video6000RTP/AVP96”标识媒体类型为视频或视音频，传输端口为6000，采用RTPoverUDP传输方式，负载类型为96。
$\mathrm{m} =$ video6000TCP/RTP/AVP96”标识媒体类型为视频或视音频，传输端口为6000，采用RTPoverTCP传输方式，负载类型为96。
$\mathrm{m} =$ audio8000RTP/AVP8”标识媒体类型为音频，传输端口为8000，采用RTPoverUDP传输方式，负载类型为8。
t字段：当回放或下载时，t行值为开始时间和结束时间，用“” 分隔，时间格式见IETFRFC4566—2006的5.9，采用UNIX时间戳，即从1970年1月1日开始的相对时间。开始时间和结束时间均为要回放或下载的音视频文件录制时间段中的某个时刻。
y字段：为十进制整数字符串，表示SSRC值。格式如下：dddddddddd。其中，第1位为历史或实时媒体流的标识位，0为实时，1为历史，第2位至第6位取20位SIP监控域ID之中的4到8位作为域标识，例如” 13010000002000000001”中取数字”10000”；第7位至第10位作为域内媒体流标识，是一个与当前域内产生的媒体流SSRC值后4位不重复的四位十进制整数。
f字段： $\mathrm{f} = \mathrm{v}$ /编码格式/分辨率/帧率/码率类型/码率大小a/编码格式/码率大小/采样率
各项具体含义：
v：后续参数为视频的参数；各参数间以“/”分割：
编码格式（十进制整数字符串表示）：
1—MPEG- 4 2—H.264 3—SVAC 4—3GP—分辨率（十进制整数字符串表示）：1—QCIF 2—CIF 3—4CIF 4—D1 5—720P 6—1080P/I—帧率（十进制整数字符串表示）： $0\sim 99$ —码率类型（十进制整数字符串表示）：1—固定码率（CBR） 2—可变码率（VBR）—码率大小（十进制整数字符串表示）： $0\sim 100000$ （如1表示1kbps）
a：后续参数为音频的参数，各参数间以“/”分割：
编码格式（十进制整数字符串表示）：1—G.711 2—G.723.1 3—G.729 4—G.722.1—码率大小（十进制整数字符串表示）：
—音频编码码率：
1—5.3kbps（注：G.723.1中使用）2—6.3kbps（注：G.723.1中使用）3—8kbps（注：G.729中使用）4—16kbps（注：G.722.1中使用）
5——24kbps（注：G.722.1中使用） 6——32kbps（注：G.722.1中使用） 7——48kbps（注：G.722.1中使用） 8——64kbps（注：G.711中使用）
采样率：
1——8kHz（注：G.711/G.723.1/G.729中使用） 2——14kHz（注：G.722.1中使用） 3——16kHz（注：G.722.1中使用） 4——32kHz（注：G.722.1中使用）
注1：字符串说明
本节中使用的“十进制整数字符串”的含义为“0”～“4294967296”之间的十进制数字字符串。
注2：参数分割标识
各参数间以“/”分割，参数间的分割符“/”不能省略；若两个分割符“/”间的某参数为空时（即两个分割符“/”直接将相连时）表示无该参数值；
注3：f字段说明
使用f字段时，应保证视频和音频参数的结构完整性，即在任何时候，f字段的结构都应是完整的结构：
$\mathrm{f} = \mathrm{v}/$ 编码格式/分辨率/帧率/码率类型/码率大小a/编码格式/码率大小/采样率若只有视频时，音频中的各参数项可以不填写，但应保持“a//”的结构：
$\mathrm{f} = \mathrm{v}/$ 编码格式/分辨率/帧率/码率类型/码率大小a//若只有音频时也类似处理，视频中的各参数项可以不填写，但应保持“v//”的结构： $\mathrm{f} = \mathrm{v} / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / / /$ 编码格式/码率大小/采样率
f字段中视、音频参数段之间不需空格分割。
可使用f字段中的分辨率参数标识同一设备不同分辨率的码流。
注4：SSRC的使用
SSRC值由媒体流发送设备所在的SIP监控域产生，作为媒体流的标识使用。点播域内设备、点播外域设备媒体流SSRC的处理方式分别说明如下：
a）点播域内设备媒体流SSRC处理方式
点播域内设备媒体流时，SSRC值由本域监控系统产生并通过Invite请求发送给设备使用，设备在回复的200OK消息中携带此值，设备在发送的媒体流中使用此值作为RTP的SSRC值。流程图见图F.1。
图F.1 域内设备媒体流SSRC处理流程示意图
b）点播外域设备媒体流SSRC处理方式
点播外域设备媒体流时，SSRC由被点播域产生并在被点播域回复的200OKSDP消息体中携带，被点播域发送的RTP码流使用该值作为SSRC值。流程图见图F.2。
图F.2 外域设备媒体流SSRC处理流程示意图
注5：错误响应补充说明
当设备收到无法满足的SDP时，向发送的InVite请求方发送486错误响应消息；当设备不能满足更多的呼叫请求时，向发送的InVite请求方发送486错误响应消息。
附录G（规范性附录）
联网系统与其他系统接口的消息格式
G.1 全局类型定义
联网与其他系统接口的消息定义中用到的全局类型见表G.1。
表G.1 全局类型名称及其说明
| 名称 | 说明 |
| resultType | 结果类型 |
| MPAlarmRecordType | 管理平台报警记录类型 |
| ECSAlarmRecordType | 综合接处警系统报警记录类型 |
| TGSAlarmRecordType | 卡口系统报警记录类型 |
| MPAlarmRecordListType | 管理平台报警记录列表类型 |
| ECSAlarmRecordListType | 综合接处警系统报警记录列表类型 |
| TGSAlarmRecordListType | 卡口系统报警记录列表类型 |
| 注：此处“管理平台”特指联网系统监控中心。 | |
全局类型规定如下：
a）结果类型
〈simpleType name $=$ “resultType”） <restriction base $=$ “string”） <enumeration value $=$ “OK”/> <enumeration
value $=$ “ERROR”/> </restriction> </simpleType> b）管理平台报警记录类型 <complexType name $=$ “
MPAlarmRecordType”>
<!- - 报警方式- - <element name $=$ “AlarmMethod”type $=$ “string”/> <!- - 经纬度信息可选- - ><element name $=$ “
Longitude”type $=$ “Double”minOccurs $=$ “0”/> <element name $=$ “Latitude”type $=$ “Double”minOccurs $=$ “
0”/> <!- - 以下信息全部可选- - > <!- - 案发地址- - <element name $=$ “AlarmAddress”type $=$ “string”
minOccurs $=$ “0”/> <!- - 报警人或报警单位地址- - ><element name $=$ “Address”type $=$ “string”minOccurs $=$ “
0”/> <!- - 报警人姓名或报警单位名称- - ><element name $=$ “Name”type $=$ “string”minOccurs $=$ “0”/> <!- -
报警人性别- - ><element name $=$ “Sex”type $=$ “string”minOccurs $=$ “0”/> <!- - 报警人联系方式- - ><element
name $=$ “Contact”type $=$ “string”minOccurs $=$ “0”/> <!- - 车辆牌号，可多项- - ><element name $=$ “CarPlate”
type $=$ “string”minOccurs $=$ “0”maxOccurs $=$ “unbounded”> <!- - 号牌种类，可多项- - ><element name $=$ “
PlateType”type $=$ “string”minOccurs $=$ “0”maxOccurs $=$ “unbounded”> <!- - 受伤害对象，可多项- - ><element
name $=$ “Victim”type $=$ “string”minOccurs $=$ “0”maxOccurs $=$ “unbounded”> <!- - 原始报警序号- - ><element
name $=$ “OriginalNO”type $=$ “string”/> <!- - 原始报警信息- - ><element name $=$ “OriginalInfo”type $=$ “
string”/> <!- - 报警发送者- - ><element name $=$ “Sender”type $=$ “string”/> <!- - 接警员- - ><element name $=$ “
Processor”type $=$ “string”/> <!- - 警情级别- - ><element name $=$ “AlarmLevel”type $=$ “string”/> <!- -
处理信息- - ><element name $=$ “Disposal”type $=$ “string”/> <!- - 警情描述- - ><element name $=$ “Alarminfo”
type $=$ “string”/> <!- - 其他信息，可多项- - ><element name $=$ “Info”type $=$ “string”minOccurs $=$ “0”
maxOccurs $=$ “unbounded”> </sequence> </complexType> c）综合接处警系统报警记录类型 <complexType name $=$ “
ECSAlarmRecordType”>
<!- - 报警序号- - <element name $=$ “AlarmNO”type $=$ “string”/> <!- - 报警时间- - <element name $=$ “AlarmTime” type $=$ “dateTime”/> <!- - 报警级别- - <element name $=$ “AlarmPriority”type $=$ “string”/> <!- - 报警类别- - < element name $=$ “AlarmClass”type $=$ “string”/> <!- - 案发地址- - <element name $=$ “AlarmAddress”type $=$ “ string”/> <!- - 报警方式- - <element name $=$ “AlarmMethod”type $=$ “string”/> <!- - 报警电话- - <element name $=$ “AlarmTelephone”type $=$ “string”/> <!- - 经纬度信息可选- - <element name $=$ “Longitude”type $=$ “ Double”minOccurs $=$ “0”/> <element name $=$ “Latitude”type $=$ “Double”minOccurs $=$ “0”/> <!- - 以下信息全部可选- - <!- - 报警人姓名或报警单位名称- - <element name $=$ “Name”type $=$ “string”minOccurs $=$ “ 0”/> <!- - 报警人或报警单位地址- - <element name $=$ “Address”type $=$ “string”minOccurs $=$ “0”/> <!- - 报警人联系方式- - <element name $=$ “Contact”type $=$ “string”minOccurs $=$ “0”/> <!- - 报警人性别- - <element name $=$ “Sex”type $=$ “string”minOccurs $=$ “0”/> <!- - 车辆牌号，可多项- - <element name $=$ “CarPlate” type $=$ “string”minOccurs $=$ “0”maxOccurs $=$ “unbounded”/> <!- - 号牌种类，可多项- - <element name $=$ “ PlateType”type $=$ “string”minOccurs $=$ “0”maxOccurs $=$ “unbounded”/> <!- - 受伤害对象，可多项- - <element name $=$ “Victim”type $=$ “string”minOccurs $=$ “0”maxOccurs $=$ “unbounded”/> <!- - 接警员编号- - <element name $=$ “Processor”type $=$ “string”/> <!- - 接警员姓名- - <element name $=$ “SrecipientName”type $=$ “ string”/> <!- - 案件状态- - <element name $=$ “NsStatus”type $=$ “string”/> <!- - 案件类型- - <element name $=$ “ NCallType”type $=$ “string”/> <!- - 案件描述- - <element name $=$ “Alarminfo”type $=$ “string”/> <!- - 其他信息，可多项- -
<element name $=$ “Info”type $=$ “string”minOccurs $=$ “0”maxOccurs $=$ “unbounded”/> </sequence> </complexType>
d）“卡口”系统报警记录类型 <complexType name $=$ “TGSAAlarmRecordType”/>
g）“卡口”系统报警记录列表类型<complexType name $=$ “TGSAlarmRecordListType”>
G.2 通知消息
通知消息定义如下：
<schema xmlns $=$ “http://www.w3. org/2001/XMLSchema” targetNamespace $=$ “http://www.w3. org/namespace/”
xmlns $=$ “http://www.w3. org/namespace/”> <!- - Notify表示通知消息- - > <element name $=$ “Notify”> <complexType
content $=$ “elementOnly”>
a）管理平台向综合拔处警系统发送报警通知
<element name $=$ “CmdType”fixed $=$ “MPAlarm”/>
（！- - 命令序列号（必选）- - ）
<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>
（！- - 管理平台报警记录- - ）
<element name $=$ “AlarmContent”type $=$ “MPAlarmRecordType”/>
b）管理平台向其他城市信息系统发送报警通知
<element name $=$ “CmdType”fixed $=$ “MPAlarm”/>
（！- - 命令序列号（必选）- - ）
<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>
（！- - 管理平台报警记录- - ）
<element name $=$ “AlarmContent”type $=$ “MPAlarmRecordType”/>
c）综合拔处警系统向管理平台发送报警通知
<element name $=$ “CmdType”fixed $=$ “ECSAlarm”/>
（！- - 命令序列号（必选）- - ）
<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>
（！- - 综合拔处警系统报警记录- - ）
<element name $=$ “AlarmContent”type $=$ “ECSAlarmRecordType”/>
d）“卡口”系统向管理平台发送报警通知
<element name $=$ “CmdType”fixed $=$ “TGSAlarm”/>
（！- - 命令序列号（必选）- - ）<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - “卡口” 系统报警记录- - ）<element name $=$ “AlarmContent”type $=$ “TGSAlarmRecordType” />e）管理平台向“卡口” 系统发送布控/撤控通知<element name $=$ “CmdType”fixed $=$ “ConfigDefence”/>（！- - 命令序列号（必选）- - ）<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - 操作类型：true表示布控、false表示撤控- - ）<element name $=$ “Type”type $=$ “boolean”/>（！- - 卡口编号- - ）<element name $=$ “TollgateID”type $=$ “string”>（！- - 布控/撤控的车辆号牌- - ）<element name $=$ “CarPlate”type $=$ “string”/>（！- - 号牌种类- - ）<element name $=$ “ PlateType”type $=$ “string”/>（！- - 布控类别- - ）<element name $=$ “DefenceType”type $=$ “string”/>（！- - 布控/撤控的开始时间- - ）<element name $=$ “DefenceTime”type $=$ “dateTime”/>
G.3 查询消息
查询消息定义如下：
<schema xmlns $=$ “http://www.w3. org/2001/XMLSchema” targetNamespace $=$ “http://www.w3. org/namespace/”
xmlns $=$ “http://www.w3. org/namespace/”> （！- - Query表示查询消息- - > <element name $=$ “Query”> <complexType
content $=$ “elementOnly”>
<element name $=$ “EndTime”type $=$ “dateTime”minOccurs $=$ “0”/> <!- - 报警类别- - > <element name $=$ “ AlarmClass”type $=$ “string”/> <!- - 报警源地域范围- - > <element name $=$ “AlarmDeviceRange”type $=$ “string” minOccurs $=$ “0”/> <!- - 报警级别- - > <element name $=$ “AlarmPriority”type $=$ “string”minOccurs $=$ “ 0”/> <!- - 报警方式- - > <element name $=$ “AlarmMethod”type $=$ “string”minOccurs $=$ “0”/> b）其他城市信息系统检索管理平台的报警记录 <element name $=$ “CmdType”fixed $=$ “MPAlarmRecordList”/> <!- - 命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- - 以下信息全部可选- - > <!- - 时间范围- - > <element name $=$ “BeginTime”type $=$ “dateTime”minOccurs $=$ “0”/> < element name $=$ “EndTime”type $=$ “dateTime”minOccurs $=$ “0”/> <!- - 报警类别- - > <element name $=$ “ AlarmClass”type $=$ “string”/> <!- - 报警源地域范围- - > <element name $=$ “AlarmDeviceRange”type $=$ “string” minOccurs $=$ “0”/> <!- - 报警级别- - > <element name $= ^{\prime}$ “AlarmPriority”type $=$ “string” minOccurs $=$ “0”/> <!- - 报警方式- - > <element name $=$ “AlarmMethod”type $=$ “string”minOccurs $=$ “0”/> c）管理平台检索综合接处警系统的报警记录 <element name $=$ “CmdType”fixed $=$ “ECSAlarmRecordList”/> <!- - 命令序列号（必选）- - > <element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/> <!- - 以下信息全部可选- - > <!- - 时间范围- - > <element name $=$ “BeginTime”type $=$ “dateTime”minOccurs $=$ “0”/> < element name $=$ “EndTime”type $= ^{\prime}$ “dateTime”minOccurs $=$ “0”/> <!- - 案发地域范围- - > <element name $=$ “AlarmAddressRange”type $=$ “string”minOccurs $=$ “0”/> <!- - 报警级别- - > <element name $=$ “ AlarmPriority”type $=$ “string”minOccurs $=$ “0”/> <!- - 报警方式- - > <element name $=$ “AlarmMethod”type $=$ “ string”minOccurs $=$ “0”/> <!- - 报警类别- - > <element name $=$ “AlarmClass”type $=$ “string”minOccurs $=$ “ 0”/> d）管理平台检索“卡口”系统的报警记录 <element name $=$ “CmdType”fixed $=$ “TGSAAlarmRecordList”/>
（！- - 命令序列号（必选）- - ）<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - 以下信息全部可选- - ）（！- - 时间范围- - ）<element name $=$ “BeginTime”type $=$ “dateTime”minOccurs $=$ “0”/> （element name $=$ “EndTime”type $=$ “dateTime”minOccurs $=$ “0”/>（！- - 卡口编号- - ）<element name $=$ “ TollgateID”type $=$ “string”minOccurs $=$ “0”/>（！- - 车牌号码- - ）<element name $=$ “CarPlate”type $=$ “string” minOccurs $=$ “0”/>（！- - 号牌种类- - ）<element name $=$ “PlateType”type $=$ “string”/>
G.4 查询消息的应答消息
查询消息的应答消息定义如下：
<schema xmlns $=$ “http://www.w3. org/2001/XMLSchema” targetNamespace $=$ “http://www.w3. org/namespace/”
xmlns $=$ “http://www.w3. org/namespace/”> <!- - Response表示应答消息- > <element name $=$ “Response”> <complexType
content $=$ “elementOnly”>
（element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - 响应结果- - ）<element name $=$ “ Result”type $=$ “resultType”/>（！- - 检索到的记录总数- - ）<element name $=$ “RealRecordNum”type $=$ “ integer”/>（！- - 实际发送的记录数- - ）<element name $=$ “SendRecordNum”type $=$ “integer”/>（！- - 检索到的管理平台报警记录列表- - ）<element name $=$ “RecordList”type $=$ “MPAlarmRecordListType”/> c）管理平台检索综合接处警系统的报警记录的应答消息（element name $=$ “CmdType”fixed $=$ “ECSAlarmRecordList”/>（！- - 命令序列号（必选）- - ）<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - 响应结果- - ）< element name $=$ “Result”type $=$ “resultType”/>（！- - 检索到的记录总数- - ）<element name $=$ “RealRecordNum” type $=$ “integer”/>（！- - 实际发送的记录数- - ）（element name $=$ “SendRecordNum”type $=$ “integer”/>（！- - 检索到的综合接处警系统报警记录列表- - ）<element name $=$ “RecordList”type $=$ “ECSAlarmRecordListType”/> d）管理平台检索“卡口”系统的报警记录的应答消息（element name $=$ “CmdType”fixed $=$ “TGSAIarmRecordList”/>（！- - 命令序列号（必选）- - ）<element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”/>（！- - 响应结果- - ）< element name $=$ “Result”type $=$ “resultType”/>（！- - 检索到的记录总数- - ）<element name $=$ “RealRecordnum” type $=$ “integer”/>（！- - 实际发送的记录数- - ）（element name $=$ “SendRecordNum”type $=$ “integer”/>（！- - 检索到的“卡口”系统报警记录列表- - ）（element name $=$ “RecordList”type $=$ “TGSAIarmRecordListType”/>
G.5 通知消息的应答消息
通知消息的应答消息定义如下：
<schema xmlns $=$ “http://www.w3. org/2001/XMLSchema” targetNamespace $=$ “http://www.w3. org/namespace/” xmlns $=$ “http://www.w3. org/namespace/”> <!- - Response表示应答消息- - ） <element name $=$ “Response”> < complexType content $=$ “elementOnly”>
</complexType></element></schema> ）管理平台向综合接处警系统发送报警通知的应答<element name $=$ “CmdType”fixed $=$ “MPAlarm”）（！- - 命令序列号（必选）- - ><element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”）（！- - 执行结果标志（必选）- - ><element name $=$ “Result”type $=$ “tg:resultType”/> b）管理平台向其他城市信息系统发送报警通知的应答<element name $=$ “CmdType”fixed $=$ “MPAlarm”）（！- - 命令序列号（必选）- - ><element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”）（！- - 执行结果标志（必选）- - ><element name $=$ “Result”type $=$ “tg:resultType”/> c）综合接处警系统向管理平台发送报警通知的应答<element name $=$ “CmdType”fixed $=$ “ECSAlarm”）（！- - 命令序列号（必选）- - ><element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”）（！- - 执行结果标志（必选）- - ><element name $=$ “Result”type $=$ “tg:resultType”/>d）“卡口”系统向管理平台发送报警通知的应答< element name $=$ “CmdType”fixed $=$ “TGSAlarm”）（！- - 命令序列号（必选）- - ><element name $=$ “SN”type $=$ “ integer”minInclusive value $=$ “1”）（！- - 执行结果标志（必选）- - ><element name $=$ “Result”type $=$ “tg: resultType”/>e）管理平台向“卡口”系统发送布控/撤控通知的应答<element name $=$ “CmdType”fixed $=$ “ConfigDefence”）（！- - 命令序列号（必选）- - ><element name $=$ “SN”type $=$ “integer”minInclusive value $=$ “1”）（！- - 执行结果标志（必选）- - ><element name $=$ “Result”type $=$ “tg:resultType”/>（！- - 扩展信息，可多项- - ><element name $=$ “Info”minOccurs $=$ “0”maxOccurs $=$ “unbounded”）<restriction base $=$ “string”><maxLength value $=$ “1024”/>（/restriction></element>
附录H（规范性附录）数字摘要信令认证过程和方法
H.1 数字摘要信令认证说明
注册成功后，信令发送方与信令接收方进行交互时，采用数字摘要方式保障信令来源安全。对除Register消息以外的每一条消息都做数字摘要。启用了Date字段，扩展了信令消息的头域，在头域中增加Note字段（值为Digest，有两个参数nonce、algorithm）。Note $=$ （Digest nonce $=$ ““,algorithm $=$ ) ,nonce的值为algorithm| $\mathrm{Fro m + t o + C a l l I D + D a t e + s e e d + }$ 消息体] 数字摘要经过BASE64编码后的值，algorithm的值为数字摘要的算法名称，“ $+$ ”为字符串连接运算。Date比对有效时间范围可设，初设值为 $10\mathrm{min}$ ，应在校时精度范围内。Date精确到秒。
Date比对有效时间范围可设，初设值为 $10\mathrm{min}$ ，应在校时精度范围内。Date精确到秒。
H.2 数字摘要信令认证流程
数字摘要信令认证交互的流程如图H.1所示。
图H.1 数字摘要信令认证交互流程
命令流程描述如下：
a）1：信令发送方发送信令前，需要对信令消息头域中的 From、To、Call- ID、Date、seed 和消息体做摘要，得到结果 1，并将结果 1 作为 Note 字段的参数 nonce 的值，本次使用的摘要算法作为 Note 字段的参数 algorithm 的值。b）2：信令发送方将信令发送信令接收方。c）3：信令接收方接收信令，比对 date 与当前时间，如果时间之差在有效区间内则提取 From、To、Call- ID、Date、消息体、结果 1、摘要算法，使用摘要算法对 From、To、Call- ID、Date、seed 和消息体做摘要，得到结果 1，匹配结果 1 和结果 1。如果匹配成功，则信令认证通过，否则认证失败，丢弃该信令并终止该信令会话过程。d）4：若信令接收方对收到的信令认证通过，则生成响应信令，并将即将发出的信令消息中的 From、To、Call- ID、Date、seed、消息体做数字摘要，得到结果 2。e）5：得到结果 2 作为 Note 字段的参数 nonce 的值，本次使用的摘要算法作为 Note 字段的参数 algorithm 的值，将响应信令发送给信令发送方。f）6：信令发送方接收到响应信令，提取 From、To、Call- ID、Date、消息体、结果 2，比对 date 与当前时间，如果时间之差在有效区间内，则将这些参数和 seed 一起做数字摘要，得到结果 2，匹配结果 2 和 2，如果匹配成功，则信令认证通过，否则失败，丢弃该信令。
信令认证 SIP 信令举例如下：
INVITE sip:device01@domainl.com:1902 SIP/2.0 Via:SIP/2.0/UDP sipserver10@domainl.com:5060 址；branch=z9hG4bKnashds8 Max- Forwards:70 To:device01（sip:device01@domainl.com:1902） From：controller01（sip：controller01@domainl.com: 5060）;tag=1928301774 Call- ID:a84b4c76e66710@192.168.9.205 CSeq:314159 INVITE Contact：（sip:192.168.9.205:5060） Content- Length:0 Date:2008040112:20 Note:Digest nonce $=$ “8c56a3f50903e318e1267d544e92b9d49a” algorithm $=$ MD5 注：增加Note字段，值为Digest，有两个参数nonce、algorithm，其中nonce为 BASE64[MD5[From+to+CallID+Date+seed+消息体]]。
附录I（规范性附录）证书格式和证书撤销列表格式
1.1 证书格式基本要求
应支持X.509V3标准证书，并支持所有X.509V3标准定义的扩展。应支持X.509V2证书撤销列表（CRL）。统一的用户证书格式、设备证书格式见I.2和I.3；统一的CRL格式见I.4。
1.2 用户证书格式
用户证书格式见表I.1。
表I.1 用户证书格式
| 序号 | 数据项名称 | 数据类型 | 数据长度 | 采用标准 | 说明 | |
| 1 | 版本号 | 整型 | 1字节 | IETF RFC 3280 | 证书格式版本号，目前为3 | |
| 2 | 序列号 | 字符型 | 32字节 | IETF RFC 3280 | 证书序列号，用于证书管理，每一CA系统中，应为唯一值 | |
| 3 | 签名算法 | 字符型 | 16字节 | IETF RFC 3280 | CA中心签名该证书使用的算法 | |
| 4 | 签发单位 | 名称(CN) | 字符型 | 8字节 | 签发该证书的CA中心的信息 | |
| 区/县(L) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 地市(L) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 省份(S) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 国家(C) | 字符型 | 2字节 | GB/T 2659-2000 | |||
| 5 | 有效期 | 生效日期 | 字符型 | 19字节 | GB/T 7408-2005 | 证书生效日期，格式例如：2007-08-12 12:53:34 |
| 失效日期 | 字符型 | 19字节 | GB/T 7408-2005 | 证书失效日期，格式例如：2007-08-18 12:53:34 | ||
| 6 | 证书持有者信息 | 用户名称(CN) | 字符型 | 48字节 | 姓名 身份证号码 | |
| 区/县(L) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 地市(L) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 省份(S) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 国家(C) | 字符型 | 2字节 | GB/T 2659-2000 | |||
| 7 | 证书持有者公钥信息 | 字符型 | 1 024位 | IETF RFC 3280 | 持证人的公开密钥信息 | |
表I.1（续）
| 序号 | 数据项名称 | 数据类型 | 数据长度 | 采用标准 | 说明 | |
| 8 | 扩展项 | CRL分布点 | 字符型 | 128字节 | IETF RFC 3280 | |
| 证书持有者密钥标识符 | 字符型 | 20字节 | IETF RFC 3280 | |||
| 签发单位的密钥标识符 | 字符型 | 20字节 | IETF RFC 3280 | |||
| 密钥用途 | 字符型 | 64字节 | IETF RFC 3280 | |||
| 预留 | 字符型 | 128字节 | 待以后扩充 | |||
| 9 | 签名项 | 字符型 | 1024位 | IETF RFC 3280 | CA中心对该证书的签名 | |
1.3 设备证书格式
设备证书格式见表I.2。
表1.2 设备证书格式
| 序号 | 数据项名称 | 数据类型 | 数据长度 | 采用标准 | 说明 | |
| 1 | 版本号 | 整型 | 1字节 | IETF RFC 3280 | 证书格式版本号,目前为3 | |
| 2 | 序列号 | 字符型 | 32字节 | IETF RFC 3280 | 证书序列号,用于证书管理,每一CA系统中,应为唯一值 | |
| 3 | 签名算法 | 字符型 | 16字节 | IETF RFC 3280 | CA中心签名该证书使用的算法 | |
| 4 | 签发单位 | 名称(CN) | 字符型 | 8字节 | 签发该证书的CA中心的信息 | |
| 区/县(L) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 地市(L) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 省份(S) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 国家(C) | 字符型 | 2字节 | GB/T 2659-2000 | |||
| 5 | 有效期 | 生效日期 | 字符型 | 19字节 | GB/T 7408-2005 | 证书生效日期,格式例如:2007-08-12 12:23:34 |
| 失效日期 | 字符型 | 19字节 | GB/T 7408-2005 | 证书失效日期,格式例如:2007-08-18 12:23:34 | ||
| 6 | 证书持有者信息 | 设备名称(CN) | 字符型 | 48字节 | ||
| 区/县(L) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 地市(L) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 省份(S) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 国家(C) | 字符型 | 2字节 | GB/T 2659-2000 | |||
表I.2（续）
| 序号 | 数据项名称 | 数据类型 | 数据长度 | 采用标准 | 说明 | |
| 7 | 证书持有者公钥信息 | 字符型 | 1024位 | IETF RFC 3280 | 持证人的公开密钥信息 | |
| 8 | 扩展项 | CRL分布点 | 字符型 | 128字节 | IETF RFC 3280 | |
| 证书持有者密钥标识符 | 字符型 | 20字节 | IETF RFC 3280 | |||
| 签发单位的密钥标识符 | 字符型 | 20字节 | IETF RFC 3280 | |||
| 密钥用途 | 字符型 | 64字节 | IETF RFC 3280 | |||
| 预留 | 字符型 | 128字节 | 以后扩充 | |||
| 9 | 签名项 | 字符型 | 1 024位 | IETF RFC 3280 | CA中心对该证书的签名 | |
I.4 X.509V2证书撤销列表CRL格式
X.509V2证书撤销列表CRL格式见表I.3。
表I.3X.509V2证书撤销列表CRL格式
| 序号 | 数据项名称 | 数据类型 | 数据长度 | 采用标准 | 说明 | |
| 1 | 版本号 | 整型 | 1字节 | IETF RFC 3280 | CRL的版本号 | |
| 2 | 签发单位 | 名称(CN) | 字符型 | 8字节 | CRL签发者的信息,CRL的签发者为签发该类公钥证书的相应CA中心 | |
| 区/县(L) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 地市(L) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 省份(S) | 字符型 | 2字节 | GB/T 2260-2007 | |||
| 国家(C) | 字符型 | 2字节 | GB/T 2659-2000 | |||
| 3 | 发布时间 | 生效时间 | 字符型 | 19字节 | GB/T 7408-2005 | 该CRL发布的时间,格式例如:2007-08-12 12:23:34 |
| 下次更新的时间 | 字符型 | 19字节 | GB/T 7408-2005 | 下一CRL发布时间,格式例如:2007-08-18 12:23:34 | ||
| 4 | 签名算法 | 字符型 | 16字节 | IETF RFC 3280 | CA中心签名该CRL使用的算法 | |
| 5 | 扩展项 | 签发单位的密钥标识符 | 字符型 | 20字节 | IETF RFC 3280 | 签发单位的密钥标识符 |
| CRL分布点 | 字符型 | 128字节 | IETF RFC 3280 | CRL分布点 | ||
表I.3（续）
| 序号 | 数据项名称 | 数据类型 | 数据长度 | 采用标准 | 说明 | |
| 6 | 吊销列表 (包括吊销证书1～N个) | 撤销证书的序列号 | 字符型 | 32字节 | IETF RFC 3280 | |
| 证书吊销日期 | 字符型 | 19字节 | GB/T 7408-2005 | 该证书被吊销的时间，格式例如：2007-08-12 12:23:34 | ||
| 证书注销原因 | 整型 | 1字节 | IETF RFC 3280 | 证书注销原因见表B.2 | ||
| 7 | 签名项 | 字符型 | 1024位 | IETF RFC 3280 | CA中心对该CRL的签名 | |
I.5 X.509 V2 证书撤销列表 CRL 格式的证书注销原因编码
X.509 V2 证书撤销列表 CRL 格式中证书注销原因编码见表 I.4。
表I.4 证书注销原因编码表
| 证书注销原因名称 | 证书注销原因编码 |
| 未指明原因 | 0 |
| 密钥泄密 | 1 |
| CA泄密 | 2 |
| 从属关系改变 | 3 |
| 证书被取代 | 4 |
| 操作终止 | 5 |
| 证书冻结 | 6 |
附录J（规范性附录）信令消息示范
J.1 注册信令消息示范
J.1.1 Register sip:SIP 服务器编码 $①$ 目的域名或IP地址端口SIP/2.0
Via：SIP/2.0/UDP源域名或IP地址端口 From：（sip:SIP设备编码 $(\underline{a})$ 源域名）；tag $=$ 185326220 To：（sip: SIP设备编码 $(\underline{a})$ 源域名） Call- ID:ms1214- 322164710- 681262131542511620107- 0@172.18.16.3 CSeq:1 Register Contact：（sip:SIP设备编码 $(\underline{a})$ 源IP地址端口） Max- Forwards:70 Expires:3600 Content- Length:0
J.1.2 SIP/2.0 401 Unauthorized
To：sip:SIP设备编码 $(\underline{a})$ 源域名 Content- Length:0 CSeq:1 Register Call- ID:ms1214- 322164710- 681262131542511620107- 0@172.18.16.3 From：（sip:SIP设备编码 $(\underline{a})$ 源域名）；tag $=$ 185326220 Via：SIP/2.0/UDP源域名或IP地址端口 WWW- Authenticate:Digest realm $=$ “64010000”，nonce $=$ “6fe9ba44a76be22a”
J.1.3 Register sip：SIP 服务器编码 $①$ 目的域名或IP地址端口SIP/2.0
Via：SIP/2.0/UDP源域名或IP地址端口 From：（sip:SIP设备编码 $(\underline{a})$ 源域名）；tag $=$ 185326220 To：（sip: SIP设备编码 $(\underline{a})$ 源域名） Call- ID:ms1214- 32216471O- 681262131542511620107- 0@172.18.16.3 CSeq:2 Register Contact：（sip:SIP设备编码 $(\underline{a})$ 源IP地址端口） Authorization:Digest username $=$ “64010000002020000001” ，realm $=$ “64010000”，nonce $=$ “6fe9 ba44a76be22a”，uri $=$ “sip:64010000002000000001@172.18.16.5:5060” ，response $=$ “9625d92d1bddea 7a911926e0db054968”，algorithm $=$ MD5 Max- Forwards:70 Expires:3600 Content- Length:0
J.1.4 SIP/2.0 200 OK
J.1.4 SIP/2.0 200 OKTo: <sip:SIP 设备编码@源域名>;tag=69113a2aContact: sip:SIP 设备编码@源IP地址端口Content-Length: 0CSeq: 2 RegisterCall-ID: ms1214-322164710-681262131542511620107-0@172.18.16.3From: <sip:SIP 设备编码@源域名> ;tag=185326220Via: SIP/2.0/UDP 源域名或IP地址端口Date: 2010-11-02T15:01:26.115Expires: 3600
J.2 基于数字证书的双向认证注册消息示范
J.2.1 Register sip:SIP 服务器编码@目的域名或IP地址端口SIP/2.0
J.2.1 Register sip:SIP 服务器编码@目的域名或IP地址端口SIP/2.0Via: SIP/2.0/UDP 源域名或IP地址端口From: <sip:SIP 设备编码@源域名>;tag=185326220To: <sip:SIP 设备编码@源域名>Call-ID: ms1214-322164710-681262131542511620107-0@172.18.16.3CSeq: 1 RegisterContact: <sip:SIP 设备编码@源IP地址端口> Authorization: Capability algorithm = “A: RSA/ECB/PKCS1, RSA/CBC/PKCS1; H: SHA1, MD5, SHA256; S: DES/ECB/PKCS5, DES/CBC/PKCS5, 3DES/ECB/PKCS5, 3DES/CBC/PKCS5, SCB2”Max-Forwards: 70Expires: 3600Content-Length: 0
J.2.2 SIP/2.0 401 Unauthorized
J.2.2 SIP/2.0 401 UnauthorizedTo: sip:SIP 设备编码@源域名Content-Length: 0CSeq: 1 RegisterCall-ID: ms1214-322164710-681262131542511620107-0@172.18.16.3From: <sip:SIP 设备编码@源域名>;tag=185326220Via: SIP/2.0/UDP 源域名或IP地址端口
WWW- Authenticate: Asymmetric nonce = “EUUiG7xqPhJwSyD7lBgMGCUtzp2AoBedeRVn0ca00 JaWPC8VcVBrrHif4+n0mXsHBXFnDGJ43DYWPnPx9XjwEHfl6iN+5SFu0JMa/cQ/VV8Quf8GE3h K7m5c6rGN+Mi61blTwhkH40+vI7ifnRXbZM5iKynPz7XA1gr9lWd/7hY=&CXUUHOL6Rct04bf TA86EEZ8gxVxek+1f5jw3cileu0vU5kwrH6MG+Vc3cdxaKNL4G8Eo8PLtYDcrBwwYJHKUbSSL3D 9mKmbVB6hjQ9cltXVKqQdIKjPNf4x9b9Z2zGl5VuVsaY9PtqhWO2WHUvZDrFY4focaCYFAZCmZ VUwzrfDE=” algorithm=”A:RSA/ECB/PKCS1&.SHA1”
J.2.3 Register sip: SIP 服务器编码 $①$ 目的域名或IP地址端口SIP/2.0
Via: SIP/2.0/UDP 源域名或 IP 地址端口 From: <sip:SIP 设备编码@源域名>;tag=185326220 To: <sip:SIP 设备编码@源域名> Call- ID: ms1214- 322164710- 681262131542511620107- 0@172.18.16.3 CSeq: 2 Register Contact: <sip:SIP 设备编码@源 IP 地址端口>
Authorization: Asymmetric nonce $=$ “EUiG7xqPhJwSyD7lBgMGCUUzp2AObEdeRVn0cao0JaWPC 8VcVBrrHif4+n0mXsHBXFnDGJ43DYWPnPx9XjwEHfl6iN+5SFu0JMa/cQ/VV8Quf8GE3hK7m5c 6rGN+Mi61blTwhkI40+vIfiFnRXbZM5iKynPz7XA1gr9lWd/7hY=&CXUUHOL6RctO4bftA86E EZ8gxVxeK+1f5jw3cLeu0vU5kWrH6MG+Vc3cdxaKNL4G8Eo8PLtYDcrBwwYJHKUBSSL3D9mK mbVB6hjQ9cltXvKqQ6lKjPNf4x9b9Z2zGl5VuVsaY9PtQhWO2WHUvZDrFY4focaCYFAZCmZVUw zrfDE $=$ “，
response $=$ “9625d92d1bbdea7a911926e0db054968”，algorithm $=$ SHA1 Max- Forwards:70 Expires:3600 Content- Length:0
J.2.4 SIP/2.0 200 OK
To: <sip:SIP 设备编码@源域名>;tag=69113a2a Contact: sip:SIP 设备编码@源 IP 地址端口 Content- Length: 0 CSeq: 2 Register Call- ID: ms1214- 322164710- 681262131542511620107- 0@172.18.16.3 From: <sip:SIP 设备编码@源域名>;tag=185326220 Via: SIP/2.0/UDP 源域名或 IP 地址端口 Date: 2010- 11- 02T15:01:26.115 Expires: 3600
J.3 注销消息示范
J.3.1 Register sip:SIP 服务器编码@目的域名或 IP 地址端口 SIP/2.0
Via: SIP/2.0/UDP 源域名或 IP 地址端口 From: <sip:SIP 设备编码@源域名>;tag=185326220 To: <sip:SIP 设备编码@源域名> Call- ID: ms1214- 322164710- 681262131542511620
J.3.2 SIP/2.0 401 Unauthorized
J.3.2 SIP/2.0 401 UnauthorizedTo: sip: SIP 设备编码@源域名Content-Length: 0CSeq: 1 RegisterCall-ID: ms1214-322164710-681262131542511620107-0@172.18.16.3From: <sip: SIP 设备编码@源域名>; tag=185326220Via: SIP/2.0/UDP 源域名或 IP 地址端口WWW-Authenticate: Digest realm=”64010000”, nonce=”6fe9ba44a76be22a”
J.3.3 Register sip：SIP服务器编码 $(a)$ 目的域名或IP地址端口SIP/2.0
J.3.3 Register sip: SIP 服务器编码@目的域名或 IP 地址端口 SIP/2.0Via: SIP/2.0/UDP 源域名或 IP 地址端口From: <sip: SIP 设备编码@源域名>; tag=185326220To: <sip: SIP 设备编码@源域名>Call-ID: ms1214-322164710-681262131542511620107-0@172.18.16.3CSeq: 2 RegisterContact: <sip: SIP 设备编码@源 IP 地址端口> Authorization: Digest username=”64010000002020000001”, realm=”64010000”, nonce=”6fe9ba44a76be22a”, uri=”sip: 64010000002000000001@172.18.16.5;5060”, response=”9625d92d1bddea7a911926e0db054968”, algorithm=MD5Max-Forwards: 70Expires: 0Content-Length: 0
J.3.4 SIP/2.0 200 OK
J.3.4 SIP/2.0 200 OKTo: <sip: SIP 设备编码@源域名>; tag=69113a2aContact: sip: SIP 设备编码@源 IP 地址端口Content-Length: 0CSeq: 2 RegisterCall-ID: ms1214-322164710-681262131542511620107-0@172.18.16.3From: <sip: SIP 设备编码@源域名>; tag=185326220Via: SIP/2.0/UDP 源域名或 IP 地址端口Date: 2010-11-02T15:01:26.115Expires: 0
J.4 客户端发起的实时点播消息示范：
J.4.1 Invitesip：媒体流发送者设备编码 $(a)$ 目的域名或IP地址端口SIP/2.0
J.4.1 Invite sip: 媒体流发送者设备编码@目的域名或 IP 地址端口 SIP/2.0To: sip: 媒体流发送者设备编码@目的域名Content-Length: 消息实体的字节长度Contact: <sip: 媒体流接收者设备编码@源 IP 地址端口>CSeq: 1 InviteCall-ID: wlss-f7c53b46-eea27828118c3b50449185980f4bfdf0@172.20.16.4
Via: SIP/2.0/UDP 源域名或 IP 地址
From: <sip:媒体流接收者设备编码@源域名>;tag=e3719a0b
Subject: 媒体流发送者设备编码: 发送端媒体流序列号, 媒体流接收者设备编码: 接收端媒体流序列号
Content- Type: APPLICATION/SDP
Max- Forwards: 70
$\mathrm{v} = 0$ $\mathrm{o} = 6401060000202000000100\mathrm{INIP4}172.20.16.3$ $\mathrm{s} = \mathrm{Play}$ $\mathrm{c} = \mathrm{INIP4}172.20.16.3$ $\mathrm{t} = 00$ $\mathrm{m} =$ video6000RTP/AVP969897 $\mathrm{a} =$ recvonly $\mathrm{a} =$ rtpmap:96PS/90000a $=$ rtpmap: 96PS/90000 $\mathrm{a} =$ rtpmap:98H264/90000 $\mathrm{a} =$ rtpmap:97 MPEG4/90000
J.4.2 Invitesip:媒体服务器编码 $(\widehat{C})$ 目的域名或IP地址端口SIP/2.0
To: sip:媒体服务器编码 $(\widehat{C})$ 目的域名
Content- Length: 消息实体的字节长度
Contact: <sip:SIP 服务器编码@源IP地址端口>
CSeq: 1 Invite
Call- ID: wlss- 11df50d7730beb6350a5506aa8316d9dc100cf6b@172.18.16.5
Via: SIP/2.0/UDP 源域名或 IP 地址端口
From: <sip:SIP 服务器编码@源域名>;tag=1ad9931d
Subject: 媒体流发送者设备编码: 发送端媒体流序列号, 媒体流接收者设备编码: 接收端媒体流序列号
Max- Forwards: 70
J.4.3 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或 IP 地址 From: <sip: SIP 服务器编码@源域名>;tag=1ad9931d To: <sip: 媒体服务器编码@目的域名> ;tag=3094947605 Call- ID: wlss- 11df50d7730beb6350a5506aa8316d9dc100cf6b@172.18.16.5 CSeq: 1 Invite Contact: <sip: 媒体服务器编码@目的域名或 IP 地址端口> Content- Type: APPLICATION/SDP Content- Length: 消息实体的字节长度
$\mathrm{v} = 0$ $\mathrm{o} = 6401000000202000000100\mathrm{INIP4}172.18.16.3$ $\mathrm{s} = # # \mathrm{ms20091214}$
$\mathrm{c} = \mathrm{IN}$ IP4172.18.16.3 $\scriptstyle{\mathrm{t} = 00}$ $\mathrm{m} =$ video6000RTP/AVP969897 $\mathrm{a} =$ recvonly $\mathrm{a} =$ rtpmap:96PS/90000a $=$ rtpmap: 96PS/90000 $\mathrm{a} =$ rtpmap:98H264/90000 $\mathrm{a} =$ rtpmap:97 MPEG4/90000
J.4.4 Invitesip：媒体流发送者设备编码 $(a)$ 目的域名或IP地址端口SIP/2.0
To：sip：媒体流发送者设备编码 $(a)$ 目的域名Content- Length：消息实体的字节长度Contact：（sip：SIP服务器编码 $(a)$ 源IP地址端口）CSeq:1InviteCall- ID:wlss- e680b2c1- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5Via：SIP/2.0/UDP源域名或IP地址From：（sip：SIP服务器编码 $(a)$ 源域名）；tag=f569d024Content- Type：APPLICATION/SDPSubject：媒体流发送者设备编码：发送端媒体流序列号，媒体流接收者设备编码：接收端媒体流序列号Max- Forwards:70 $\mathrm{v} = 0$ $\mathrm{o} = 6401000000202000000100$ IN IP4172.18.16.3 $\mathrm{s} = \mathrm{Play}$ $\mathrm{c} = \mathrm{IN}$ IP4172.18.16.3 $\scriptstyle{\mathrm{t} = 00}$ $\mathrm{m} =$ video6000RTP/AVP969897 $\mathrm{a} =$ recvonly $\mathrm{a} =$ rtpmap:96PS/90000 $\mathrm{a} =$ rtpmap:98H264/90000 $\mathrm{a} =$ rtpmap:97 MPEG4/90000 $\mathrm{y} = 0100000001$
J.4.5 SIP/2.0200OK
Via：SIP/2.0/UDP源域名或IP地址From：（sip：SIP服务器编码 $(a)$ 源域名）；tag=f569d024To：（sip：媒体流发送者设备编码 $(a)$ 目的域名）；tag=32128Call- ID:wlss- e680b2c1- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5CSeq: 1InviteContact：（sip：媒体流发送者设备编码 $(a)$ 目的IP地址端口）Content- Type：application/sdpContent- Length：消息实体的字节长度
$\mathrm{v} = 0$ $\mathrm{o} = 6401000004111000004400$ INIP4172.24.18.44 $\mathrm{s} =$ EmbeddedNetDVR $\mathrm{c} =$ INIP4172.24.18.44 $\mathrm{t} = 0$ 0 $\mathrm{m} =$ video8412RTP/AVP9698 $\mathrm{a} =$ sendonly $\mathrm{a} =$ rtpmap:96PS/90000 $\mathrm{a} =$ rtpmap: 98H264/90000 $\mathrm{y} = 100000001$
J.4.6 ACK sip:媒体服务器编码 $①$ 目的域名或IP地址端口SIP/2.0
To:（sip：媒体服务器编码 $①$ 目的域名）；tag $=$ 3094947605 Content- Length：消息实体的字节长度 CSeq:1ACK Call- ID:wLss- 11df50d7- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5 Via：SIP/2.0/UDP源域名或IP地址 From：（sip：SIP服务器编码 $①$ 源域名）；tag $=$ 1ad9931d Content- Type: application/sdp Max- Forwards:70
$\mathrm{v} = 0$ $\mathrm{o} = 6401000004111000004400$ INIP4172.24.18.44 $\mathrm{s} =$ EmbeddedNetDVR $\mathrm{c} =$ INIP4172.24.18.44 $\mathrm{t = 0}$ 0 $\mathrm{m} =$ video8412RTP/AVP96 $\mathrm{a} =$ sendonly $\mathrm{a} =$ rtpmap:96PS/90000 $\mathrm{y} = 100000001$
J.4.7 ACK sip:媒体流发送者设备编码 $①$ 目的域名或IP地址端口SIP/2.0
To:（sip：媒体流发送者设备编码 $①$ 目的域名）；tag $=$ 32128 Content- Length：消息实体的字节长度 CSeq:1ACK Call- ID:wLss- e680b2c1- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5 Via：SIP/2.0/UDP源域名或IP地址 From：（sip：SIP服务器编码 $①$ 源域名）；tag $=$ f569d024 Max- Forwards:70
J.4.8 Invitesip：媒体服务器编码 $①$ 目的域名或IP地址端口SIP/2.0
To：sip：媒体服务器编码 $①$ 目的域名 Content- Length：消息实体的字节长度
Contact:〈sip:SIP服务器编码@源IP地址端口〉CSeq:1 InviteCall- ID:wlss- 294c2c6e- eea27828118c3b50449185980f4bfdf0@172.18.16.5Via:SIP/2.0/UDP源域名或IP地址From:〈sip: SIP服务器编码@源域名〉;tag=02f283d7Subject:媒体流发送者设备编码:发送端媒体流序列号,媒体流接收者设备编码:接收端媒体流序列号Content- Type:APPLICATION/SDPMax- Forwards:70
$\mathrm{v} = 0$ $\scriptstyle \mathrm{o} = 6401060000202000000100\mathrm{INIP4}172.18.16.3$ $\mathrm{s} = \mathrm{Play}$ $\mathrm{c} = \mathrm{IN}$ IP4172.18.16.3 $\mathrm{t} = 0$ 0 $\mathrm{m} =$ video6000RTP/AVP969897 $\mathrm{a} =$ recvonly $\mathrm{a} =$ rtpmap:96PS/90000 $\mathrm{a} =$ rtpmap:98H264/90000 $\mathrm{a} =$ rtpmap:97MPEG4/90000 $\mathrm{y} = 0100000001$
J.4.9 SIP/2.0 200 OK
Via:SIP/2.0/UDP源域名IP地址From:〈sip:SIP服务器编码@源域名〉;tag=02f283d7To:〈sip:媒体服务器编码@目的域名〉;tag=994072228Call- ID:wlss- 294c2c6e- eea27828118c3b50449185980f4bfdf0@172.18.16.5CSeq:1 InviteContact:〈sip:媒体服务器编码@目的网单元IP地址端口〉Content- Type:APPLICATION/SDPContent- Length:消息实体的字节长度
$\mathrm{v} = 0$ $\mathrm{o} = 6401000000202000000100\mathrm{INIP4}172.18.16.1$ $\mathrm{s} = # #$ ms20090428log- restart- callid- ssrc- reinvite $\mathrm{c} = \mathrm{IN}$ IP4172.18.16.1 $\mathrm{t} = 0$ 0 $\mathrm{m} =$ video6000RTP/AVP9698 $\mathrm{a} =$ sendonly $\mathrm{a} =$ rtpmap:96PS/90000 $\mathrm{a} =$ rtpmap: 98H264/90000 $\mathrm{a} =$ rtpmap:97MPEG4/90000 $\mathrm{y} = 0100000001$
J.4.10 SIP/2.0 200 OK
To:（sip：媒体流发送者设备编码 $(a)$ 目的域名）；tag $=$ 949c43d7Contact：（sip：媒体流发送者设备编码 $(a)$ 目的IP地址端口）Content- Length：消息实体的字节长度CSeq:1InviteCall- ID:wLss- f7c53b46- eea27828118c3b50449185980f4bfdf0@172.20.16.4Via：SIP/2.0/UDP源域名或IP地址From：（sip：媒体流接收者设备编码 $(a)$ 源域名）；tag=e3719a0bContent- Type:APPLICATION/SDP
$\mathrm{v} = 0$ $\mathrm{o} = 6401000000202000000100\mathrm{INIP4}172.18.16.1$ $\mathrm{s} = # # \mathrm{ms20090428}$ log- restart- callid- ssrc- reinvite $\mathrm{c} = \mathrm{IN}$ IP4172.18.16.1 $\mathrm{t} = 0$ 0 $\mathrm{m} =$ video6000RTP/AVP9698 $\mathrm{a} =$ sendonly $\mathrm{a} =$ rtpmap:96PS/90000 $\mathrm{a} =$ rtpmap: 98H264/90000 $\mathrm{a} =$ rtpmap:97MPEG4/90000 $\mathrm{y} = 0100000001$
J.4.11 ACK sip:媒体流发送者设备编码 $(a)$ 目的域名或IP地址端口SIP/2.0
To:（sip：媒体流发送者设备编码 $(a)$ 目的域名）；tag $=$ 949c43d7Content- Length：消息实体的字节长度CSeq:1ACKCall- ID: wLss- f7c53b46- eea27828118c3b50449185980f4bfdf0@172.20.16.4Via：SIP/2.0/UDP源域名或IP地址From：（sip：媒体流接收者设备编码 $(a)$ 源域名）；tag=e37l9a0bMax- Forwards:70
J.4.12 ACK sip:媒体服务器编码 $(a)$ 目的域名或IP地址端口SIP/2.0
To:（sip：媒体服务器编码 $(a)$ 目的域名）；tag $=$ 994072228Content- Length：消息实体的字节长度CSeq:1ACKCall- ID:wLss- 294c2c6- eea27828118c3b50449185980f4bfdf0@172.18.16.5Via：SIP/2.0/UDP源域名或IP地址From：（sip：SIP服务器编码 $(a)$ 源域名）；tag $=$ 02f283d7Max- Forwards:70
J.4.13 BYE sip:媒体流发送者设备编码 $(a)$ 目的域名或IP地址端口SIP/2.0
To:（sip：媒体流发送者设备编码 $(a)$ 目的域名）；tag $=$ 949c43d7
Content- Length: 消息实体的字节长度CSeq: 2 BYECall- ID: wlss- f7c53b46- eea27828118c3b50449185980f4bdfd0@172.20.16.4Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip:媒体流接收者设备编码@源域名>; tag=e3719a0bMax- Forwards: 70
J.4.14 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip:媒体流接收者设备编码@源域名>; tag=e3719a0bTo: <sip:媒体流发送者设备编码@目的域名>; tag=e949c43d7Call- ID: wlss- f7c53b46- eea27828118c3b50449185980f4bdfd0@172.20.16.4CSeq: 2 BYEContent- Length: 消息实体的字节长度
J.4.15 BYE sip: 媒体服务器编码@目的域名或 IP 地址端口 SIP/2.0
Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip: SIP 服务器编码@源域名>; tag=e02f283d7To: <sip:媒体服务器编码@目的域名>; tag=e994072228Call- ID: wlss- 294c2c6e- eea27828118c3b50449185980f4bdfd0@172.18.16.5Content- Length: 消息实体的字节长度CSeq: 2 BYEMax- Forwards: 70
J.4.16 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip: SIP 服务器编码@源域名>; tag=e02f283d7To: <sip:媒体服务器编码@目的域名>; tag=e994072228Call- ID: wlss- 294c2c6e- eea27828118c3d50449185980f4bdfd0@172.18.16.5CSeq: 2 BYEContent- Length: 消息实体的字节长度
J.4.17 BYE sip: 媒体服务器编码@目的域名或 IP 地址端口 SIP/2.0
To: <sip:媒体服务器编码@目的域名>; tag=e3094947605Content- Length: 消息实体的字节长度CSeq: 2 BYECall- ID: wlss- 11df50d7- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip: SIP 服务器编码@源域名>; tag=1ad9931dMax- Forwards: 70
J.4.18 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或 IP 地址
From:〈sip: SIP 服务器编码@源域名〉;tag=1ad9931d To:〈sip: 媒体服务器编码@目的域名〉;tag=3094947605 Call- ID: wlss- 11df50d7- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5 CSeq: 2 BYE Content- Length: 消息实体的字节长度
J.4.19 BYE sip: 媒体流发送者设备编码@目的域名或 IP 地址端口 SIP/2.0
To:〈sip: 媒体流发送者设备编码@目的域名〉;tag=32128 Content- Length: 消息实体的字节长度 CSeq: 2 BYE Call- ID: wlss- e680b2c1730beb6350a5506aa8316d9dc100cf6b@172.18.16.5 Via: SIP/2.0/UDP 源域名或 IP 地址 From:〈sip: SIP 服务器编码@源域名〉;tag=f569d024 Max- Forwards: 70
J.4.20 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或 IP 地址 From:〈sip: SIP 服务器编码@源域名〉;tag=f569d024 To:〈sip: 媒体流发送者设备编码@目的域名〉;tag=32128 Call- ID: wlss- e680b2c1730beb6350a5506aa8316d9dc100cf6b@172.18.16.5 CSeq: 2 BYE Content- Length: 消息实体的字节长度
J.5 第三方呼叫实时点播消息示范
J.5.1 Invite sip: 媒体服务器编码@目的域名或 IP 地址端口 SIP/2.0
To: sip: 媒体服务器编码@目的域名 Content- Length: 消息实体的字节长度 Contact:〈sip: SIP 服务器编码@源 IP 地址端口〉 CSeq: 1 Invite Call- ID: wlss- 11df50d7- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5 Via: SIP/2.0/UDP 源域名或 IP 地址 From: 〈sip: SIP 服务器编码@源域名〉;tag=1ad9931d Subject: 媒体流发送者设备编码: 发送端媒体流序列号, 媒体流接收者设备编码: 接收端媒体流序列号 Max- Forwards: 70
J.5.2 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或 IP 地址 From:〈sip: SIP 服务器编码@源域名〉;tag=1ad9931d To:〈sip: 媒体服务器编码@目的域名〉;tag=3094947605 Call- ID: wlss- 11df50d7- 730beb6350a5506aa8316d9dc100cf6b@17
Contact: <sip:媒体服务器编码@目的域名或IP地址端口> Content- Type: APPLICATION/SDP Content- Length: 消息实体的字节长度
$\mathrm{v} = 0$ $\mathrm{o} = 6401000000202000000100\mathrm{INIP4}172.18.16.3$ $\mathrm{s} = # # \mathrm{ms20091214}$ $\mathrm{c} = \mathrm{INIP4}172.18.16.3$ $\mathrm{t} = 00$ $\mathrm{m} =$ video6000RTP/AVP969897 $\mathrm{a} =$ recvonly $\mathrm{a} =$ rtpmap:96PS/90000 $\mathrm{a} =$ rtpmap: 98H264/90000 $\mathrm{a} =$ rtpmap:97MPEG4/90000
J.5.3 Invitesip:媒体流发送者设备编码 $(\widehat{a})$ 目的域名或IP地址端口SIP/2.0
To：sip：媒体流发送者设备编码 $(\widehat{a})$ 目的域名
Content- Length：消息实体的字节长度
Contact：<sip：SIP服务器编码 $(\widehat{a})$ 源IP地址端口）
CSeq:1 Invite
Call- ID:wlss- e680b2c1- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5
Via：SIP/2.0/UDP源域名或IP地址
From：<sip:SIP服务器编码 $(\widehat{a})$ 源域名 $\rangle ;\mathrm{tag} = \mathrm{f569d024}$
Content- Type:APPLICATION/SDP
Subject：媒体流发送者设备编码：发送端媒体流序列号，媒体流接收者设备编码：接收端媒体流序列号
Max- Forwards:70
$\mathrm{v} = 0$ $\mathrm{o} = 6401000000202000000100\mathrm{INIP4}172.18.16.3$ $\mathrm{s} = \mathrm{Play}$ $\mathrm{c} = \mathrm{INIP4}172.18.16.3$ $\mathrm{t} = 00$ $\mathrm{m} =$ video6000RTP/AVP969897 $\mathrm{a} =$ recvonly $\mathrm{a} =$ rtpmap: 96PS/90000 $\mathrm{a = rtpmap:98H264 / 90000}$ $\mathrm{a} =$ rtpmap:97MPEG4/90000 $\mathrm{y} = 0100000001$
J.5.4 SIP/2.0200OK
Via：SIP/2.0/UDP源域名或IP地址 From: <sip:SIP服务器编码@源域名>;tag=f569d024
To:〈sip:媒体流发送者设备编码@目的域名〉;tag=32128Call- ID: wlss- e680b2c1- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5CSeq: 1 InviteContact:〈sip:媒体流发送者设备编码@目的IP地址端口〉Content- Type: application/sdpContent- Length: 消息实体的字节长度
$\mathrm{v} = 0$ $\mathrm{o} = 6401000004111000004400$ INIP4172.24.18.44 $\mathrm{s} =$ EmbeddedNetDVR $\mathrm{c} =$ INIP4172.24.18.44 $\mathrm{t} = 00$ $\mathrm{m} =$ video8412RTP/AVP9698 $\mathrm{a} =$ sendonly $\mathrm{a} =$ rtpmap:96PS/90000 $\mathrm{a} =$ rtpmap: 98H264/90000 $\mathrm{y} = 100000001$
J.5.5 ACK sip:媒体服务器编码@目的域名或IP地址端口SIP/2.0
To:〈sip:媒体服务器编码@目的域名〉;tag=3094947605Content- Length: 消息实体的字节长度CSeq: 1 ACKCall- ID: wlss- 11df50d7- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5Via: SIP/2.0/UDP源域名或IP地址From:〈sip: SIP服务器编码@源域名〉;tag=1ad9931dContent- Type: application/sdpMax- Forwards: 70
$\mathrm{v} = 0$ $\mathrm{o} = 6401000004111000004400$ INIP4172.24.18.44 $\mathrm{s} =$ EmbeddedNetDVR $\mathrm{c} =$ INIP4172.24.18.44 $\mathrm{t = 00}$ $\mathrm{m} =$ video8412RTP/AVP96 $\mathrm{a} =$ sendonly $\mathrm{a} =$ rtpmap:96PS/90000 $\mathrm{y} = 100000001$
J.5.6 ACK sip:媒体流发送者设备编码@目的域名或IP地址端口SIP/2.0
To:〈sip:媒体流发送者设备编码@目的域名〉;tag=32128Content- Length: 消息实体的字节长度CSeq: 1 ACKCall- ID: wlss- e680b2c1- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5
Via: SIP/2.0/UDP 源域名或 IP 地址 From: <sip:SIP 服务器编码@源域名>;tag=f569d024 Max- Forwards: 70
J.5.7 Invitesip：媒体流接收者设备编码 $(\widehat{a})$ 目的域名或IP地址端口SIP/2.0
J.5.7 Invite sip: 媒体流接收者设备编码@目的域名或 IP 地址端口 SIP/2.0 To: sip: 媒体流接收者设备编码@目的域名 Content-Length: 消息实体的字节长度 Contact: <sip:SIP 服务器编码@源 IP 地址端口> CSeq: 1 Invite Call-ID: wlss-e862d62c-72ff1e2e1d0f2ceaf8d07cf1e3a87f09@172.18.16.5 Via: SIP/2.0/UDP 源域名或 IP 地址 From: <sip:SIP 服务器编码@源域名>;tag=8338d6ac Subject: 媒体流发送者设备编码: 发送端媒体流序列号, 媒体流接收者设备编码: 接收端媒体流序列号 Max-Forwards: 70
J.5.8 SIP/2.0 200 OK
Via:SIP/2.0/UDP源域名或IP地址 From：（sip：SIP服务器编码 $(\widehat{a})$ 源域名）；tag=8338d6ac To：（sip：媒体流接收者设备编码 $(\widehat{a})$ 目的域名）；tag $= 41$ Call- ID: wlss- e862d62c- 72ff1e2e1d0f2ceaf8d07cf1e3a87f09@172.18.16.5 CSeq:1 Invite Contact：（sip：媒体流接收者设备编码 $(\widehat{a})$ 目的IP地址端口） Content- Type:APPLICATION/SDP Content- Length：消息实体的字节长度
$\mathrm{v} = 0$ $\mathrm{o} = 6401000000300100000100\mathrm{INIP4}172.18.16.126$ $\mathrm{s} = \mathrm{Play}$ $\mathrm{c} = \mathrm{IN}$ IP4172.18.16.126 $\mathrm{t} = 0\mathrm{0}$ $\mathrm{m} =$ video 9010 RTP/AVP 96 $\mathrm{a} =$ recvonly $\mathrm{a} =$ rtpmap:96 PS/90000
J.5.9 Invitesip：媒体服务器编码 $(\widehat{a})$ 目的域名或IP地址端口SIP/2.0
To：sip：媒体服务器编码 $(\widehat{a})$ 目的域名 Content- Length：消息实体的字节长度 Contact：（sip：SIP服务器编码 $(\widehat{a})$ 源IP地址端口） CSeq:1 Invite Call- ID: wlss- 19677597- 72ff1e2e1d0f2ceaf8d07cf1e3a87f09@172.18.16.5 Via：SIP/2.0/UDP源域名或IP地址 From：（sip：SIP服务器编码 $(\widehat{a})$ 源域名）；tag=39a741c5
Content- Type: APPLICATION/SDP
Subject: 媒体流发送者设备编码: 发送端媒体流序列号, 媒体流接收者设备编码: 接收端媒体流序列号
Max- Forwards: 70
$\mathrm{v} = 0$ $\mathrm{o} = 6401000000300100000100\mathrm{INIP4}172.18.16.126$ $\mathrm{s} = \mathrm{Play}$ $\mathrm{c} = \mathrm{INIP4}172.18.16.126$ $\scriptstyle {\mathrm{t}} = 00$ $\mathrm{m} =$ video 9010 RTP/AVP 96 $\mathrm{a} =$ recvonly $\mathrm{a} =$ rtpmap:96 PS/90000 $\mathrm{y} = 0100000001$
J.5.10 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或 IP 地址 From: <sip: SIP 服务器编码@源域名>; tag=39a741c5 To: <sip: 媒体服务器编码@目的域名>; tag=3243635917 Call- ID: wlss- 19677597- 72ff1e2e1d0f2ceaf8d07cf1e3a87f09@172.18.16.5 CSeq: 1 Invite Contact: <sip: 媒体服务器编码@目的域名或 IP 地址端口> Content- Type: APPLICATION/SDP Content- Length: 消息实体的字节长度
$\mathrm{v} = 0$ $\mathrm{o} = 6401000000202000000100\mathrm{INIP4}172.18.16.3$ $\mathrm{s} = \mathrm{#}$ #ms20091214 $\mathrm{c} = \mathrm{INIP4}172.18.16.3$ $\scriptstyle {\mathrm{t}} = 00$ $\mathrm{m} =$ video 6000 RTP/AVP 96 98 97 $\mathrm{a} =$ sendonly $\mathrm{a} =$ rtpmap:96 PS/90000 $\mathrm{a} =$ rtpmap:98 H264/90000 $\mathrm{a} =$ rtpmap:97 MPEG4/90000 $\mathrm{y} = 0100000001$
J.5.11 ACK sip: 媒体流接收者设备编码@目的域名或 IP 地址端口 SIP/2.0
To: <sip: 媒体流接收者设备编码@目的域名>; tag=41 Content- Length: 消息实体的字节长度 CSeq: 1 ACK Call- ID: wlss- e862d62c- 72ff1e2e1d0f2ceaf8d07cf1e3a87f09@172.18.16.5 Via: SIP/2.0/UDP 源域名或 IP 地址
From: <sip: SIP 服务器编码@源域名>;tag=8338d6ac Content- Type: APPLICATION/SDP Max- Forwards: 70
$\mathrm{v} = 0$ $\mathrm{o} = 6401000000202000000100\mathrm{INIP4}172.18.16.3$ $\mathrm{s} = \mathrm{Play}$ $\mathrm{o} = \mathrm{INIP4}172.18.16.3$ $\mathrm{t} = 00$ $\mathrm{m} =$ video6000RTP/AVP96 $\mathrm{a} =$ sendonly $\mathrm{a} =$ rtpmap:96PS/90000 $\mathrm{y} = 0100000001$
J.5.12 ACK sip:媒体服务器编码@目的域名或IP地址端口SIP/2.0
To: <sip:媒体服务器编码@目的域名>;tag=3243635917 Content- Length: 消息实体的字节长度 CSeq: 1 ACK Call- ID: wlss- 19677597- 72ff1e2e1d0f2ceaf8d07cf1e3a87f09@172.18.16.5 Via: SIP/2.0/UDP 源域名或IP地址 From: <sip: SIP 服务器编码@源域名>;tag=39a741c5 Max- Forwards: 70
J.5.13 BYE sip:媒体流接收者设备编码@目的域名或IP地址端口SIP/2.0
To: <sip:媒体流接收者设备编码@目的域名>;tag=41 Content- Length: 消息实体的字节长度 CSeq: 2 BYE Call- ID: wlss- e862d62c- 72ff1e2e1d0f2ceaf8d07cf1e3a87f09@172.18.16.5 Via: SIP/2.0/UDP 源域名或IP地址 From: <sip: SIP 服务器编码@源域名> ;tag=8338d6ac Max- Forwards: 70
J.5.14 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或IP地址 From: <sip: SIP 服务器编码@源域名>;tag=8338d6ac To: <sip:媒体流接收者设备编码@目的域名> ;tag=41 Call- ID: wlss- e862d62c- 72ff1e2e1d0f2ceaf8d07cf1e3a87f09@172.18.16.5 CSeq: 2 BYE Content- Length: 消息实体的字节长度
J.5.15 BYE sip:媒体服务器编码@目的域名或IP地址端口SIP/2.0
To: <sip:媒体服务器编码@目的域名>;tag=3243635917 Content- Length: 消息实体的字节长度
CSeq: 2 BYECall- ID: wlss- 19677597- 72ff1e2e1d0f2ceaf8d07cf1e3a87f09@172.18.16.5Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip:SIP 服务器编码@源域名>; tag=39a741c5Max- Forwards: 70
J.5.16 SIP/2.0 200 OK
J.5.16 SIP/2.0 200 OKVia: SIP/2.0/UDP 源域名或 IP 地址From: <sip:SIP 服务器编码@源域名>; tag=39a741c5To: <sip:媒体服务器编码@目的域名>; tag=3243635917Call-ID: wlss-19677597-72ff1e2e1d0f2ceaf8d07cf1e3a87f09@172.18.16.5CSeq: 2 BYEContent-Length: 消息实体的字节长度
J.5.17 BYE sip:媒体服务器编码 $(\widehat{a})$ 目的域名或IP地址端口SIP/2.0
J.5.17 BYE sip: 媒体服务器编码@目的域名或 IP 地址端口 SIP/2.0To: <sip:媒体服务器编码@目的域名>; tag=3094947605Content-Length: 消息实体的字节长度CSeq: 2 BYECall-ID: wlss-11df50d7-730beb6350a5506aa8316d9dc100cf6b@172.18.16.5Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip:SIP 服务器编码@源域名>; tag=1ad9931dMax-Forwards: 70
J.5.18 SIP/2.0 200 OK
J.5.18 SIP/2.0 200 OKVia: SIP/2.0/UDP 源域名或 IP 地址From: <sip:SIP 服务器编码@源域名>; tag=1ad9931dTo: <sip:媒体服务器编码@目的域名>; tag=3094947605Call-ID: wlss-11df50d7-730beb6350a5506aa8316d9dc100cf6b@172.18.16.5CSeq: 2 BYEContent-Length: 消息实体的字节长度
J.5.19 BYE sip:媒体流发送者设备编码 $(\widehat{a})$ 目的域名或IP地址端口SIP/2.0
J.5.19 BYE sip: 媒体流发送者设备编码@目的域名或 IP 地址端口 SIP/2.0To: <sip:媒体流发送者设备编码@目的域名>; tag=32128Content-Length: 消息实体的字节长度CSeq: 2 BYECall-ID: wlss-e680b2c1-730beb6350a5506aa8316d9dc100cf6b@172.18.16.5Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip:SIP 服务器编码@源域名>; tag=f569d024Max-Forwards: 70
J.5.20 SIP/2.0 200 OK
J.5.20 SIP/2.0 200 OKVia: SIP/2.0/UDP 源域名或 IP 地址From: <sip:SIP 服务器编码@源域名>; tag=f569d024
To: <sip:媒体流发送者设备编码@目的域名>; tag=32128Call- ID: wlss- e680b2c1- 730beb6350a5506aa8316d9dc100cf6b@172.18.16.5CSeq: 2 BYEContent- Length: 消息实体的字节长度
J.6 设备控制消息示范
J.6.1 Message sip: 目的设备编码@目的域名或 IP 地址端口 SIP/2.0
To: sip: 目的设备编码@目的域名Content- Length: 消息实体的字节长度CSeq: 1 MessageCall- ID: a84b4c76e66710Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip: 源设备编码@源域名>; tag=237f57dcContent- Type: Application/MANSCDP+xmlMax- Forwards: 69
<?xml version=”1.0”?>
J.6.2 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip: 源设备编码@源域名>; tag=237f57dcTo: <sip: 目的设备编码@目的域名>; tag=13057Call- ID: a84b4c76e66710CSeq: 1 MessageContent- Length: 0
J.6.3 Message sip: 目的设备编码@目的域名或 IP 地址端口 SIP/2.0
To: sip: 目的设备编码@目的域名Content- Length: 消息实体的字节长度CSeq: 1 MessageCall- ID: wlss- f304376c- 264c72115264900e8257ecale15b0ae3@172.18.16.5Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip: 源设备编码@源域名>; tag=237f57dc
Content- Type: Application/MANSCDP+xmlMax- Forwards: 69
<?xml version=”1.0”?>
J.6.4 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip:源设备编码@源域名>; tag=237f57dcTo: <sip:目的设备编码@目的域名>; tag=13057Call- ID: wlss- f304376c- 264c72115264900e8257ecale15b0ae3@172.18.16.5CSeq: 1 MESSAGEContent- Length: 0
J.7 有应答设备控制消息示范
J.7.1 Message sip: 目的设备编码@目的域名或 IP 地址端口 SIP/2.0
To: <sip:目的设备编码@目的域名>Content- Length: 消息实体的字节长度CSeq: 2 MessageCall- ID: a84b4c76e66710Via: SIP/2.0/UDP 源域名或 IP 地址From: <sip:源设备编码@源域名>; tag=e40807c0Content- Type: Application/MANSCDP+xmlMax- Forwards: 70
<?xml version=”1.0”?>
J.7.2 SIP/2.0 200 OK
J.7.2 SIP/2.0 200 OKVia: SIP/2.0/UDP 源域名或 IP 地址From: <sip:源设备编码@源域名>; tag=e40807c0To: <sip:目的设备编码@目的域名>; tag=852843529Call-ID: a84b4c76e66710CSeq: 2 MessageContent-Length: 0
J.7.3 Message sip：目的设备编码 $(a)$ 目的域名或IP地址端口SIP/2.0
J.7.3 Message sip: 目的设备编码@目的域名或 IP 地址端口 SIP/2.0To: <sip:目的设备编码@目的域名>Content-Length: 消息实体的字节长度CSeq: 2 MessageCall-ID: wlss-3a65dfb6-7ee86970ea84c5b2284ad158b3d4fdee@172.18.16.5Via: SIP/2.0/UDP SIP 服务器域名或 IP 地址From: <sip:源设备编码@源域名>; tag=e40807c0Content-Type: Application/MANSCDP+xmlMax-Forwards: 70
<?xml version $=$ “1.0”？>
J.7.4 SIP/2.0 200 OK
J.7.4 SIP/2.0 200 OKVia: SIP/2.0/UDP SIP 服务器域名或 IP 地址From: <sip:源设备编码@源域名>; tag=e40807c0To: <sip:目的设备编码@目的域名>; tag=852843529Call-ID: wlss-3a65dfb6-7ee86970ea84c5b2284ad158b3d4fdee@172.18.16.5CSeq: 2 MessageContent-Length: 0
J.7.5 Message sip:源设备编码 $(a)$ 源域名或IP地址端口SIP/2.0
J.7.5 Message sip: 源设备编码@源域名或 IP 地址端口 SIP/2.0Via: SIP/2.0/UDP 目的域名或 IP 地址From: <sip:目的设备编码@目的域名>; tag=852843529To: <sip:源设备编码@源域名>Call-ID: de432gtf51u870CSeq: 2 MessageMax-Forwards: 70Content-Type: Application/MANSCDP+xml
Content- Length: 消息实体的字节长度
<?xml version=”1.0”?>
J.7.6 SIP/2.0 200 OK
To: <sip:源设备编码 $a$ 原域名 $\rangle ;\mathrm{tag} = \mathrm{e40807c0}$ Content- Length:0 CSeq:2 Message Call- ID:de432gtf51u870 Via：SIP/2.0/UDP目的域名或IP地址 From：（sip：目的设备编码 $a$ 目的域名 $\rangle ;\mathrm{tag} = 852843529$
J.7.7 Message sip: 源设备编码 $a$ 原域名或 IP 地址端口 SIP/2.0
Via: SIP/2.0/UDP SIP 服务器域名或 IP 地址 From: <sip:目的设备编码 $a$ 目的域名 $\rangle ;\mathrm{tag} = 852843529$ To: <sip:源设备编码 $a$ 原域名> Call- ID: wlss- dc907ta2- 7ee86970ea84c5b2284ad158b3d4fdee@172.18.16.5 CSeq: 2 Message Max- Forwards: 70 Content- Type: Application/MANSCDP+xml Content- Length: 消息实体的字节长度
<?xml version=”1.0”?>
J.7.8 SIP/2.0 200 OK
To: <sip:源设备编码 $a$ 原域名 $\rangle ;\mathrm{tag} = \mathrm{e40807c0}$ Content- Length:0 CSeq:2 Message Call- ID: wlss- dc907ta2- 7ee86970ea84c5b2284ad158b3d4fdee@172.18.16.5 Via：SIP/2.0/UDP SIP 服务器域名或 IP 地址 From: <sip: 目的设备编码 $a$ 目的域名 $\rangle ;\mathrm{tag} = 852843529$
J.8 报警事件通知和分发消息示范
J.8.1 Message sip:SIP 服务器编码@SIP 服务器域名或 IP 地址端口 SIP/2.0
To:〈sip:SIP 服务器编码@SIP 服务器域名〉 Content- Length: 消息实体的字节长度 CSeq: 2 Message Call- ID: a84b4c76e66710 Via: SIP/2.0/UDP 源域名或 IP 地址 From:〈sip:源设备编码@源域名〉;tag=e40807c0 Content- Type: Application/MANSCDP+xml Max- Forwards: 70
<?xml version=”1.0”?
J.8.2 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或 IP 地址 From:〈sip:源设备编码@源域名〉;tag=e40807c0 To:〈sip: SIP 服务器编码@SIP 服务器域名〉;tag=852843529 Call- ID: a84b4c76e66710 CSeq: 2 Message Content- Length: 0
J.8.3 Message sip:源设备编码@源域名或 IP 地址端口 SIP/2.0
Via: SIP/2.0/UDPSIP 服务器域名或 IP 地址 From:〈sip: SIP 服务器编码@SIP 服务器域名〉;tag=852843529 To:〈sip:源设备编码@源域名〉 Call- ID: wlss- 3a65dfb67ee86970ea84c5b2284ad158b3d4fdee@172.18.16.5 CSeq: 2 Message Max- Forwards: 70 Content- Type: Application/MANSCDP+xml Content- Length: 消息实体的字节长度
<?xml version=”1.0”?
</Response>
J.8.4 SIP/2.0 200 OK
To: <sip:源设备编码 $(a)$ 原域名 $\rangle :\mathrm{tag} = \mathrm{e40807c0}$ Content- Length:0 CSeq:2 Message Call- ID:wLss- 3a65dfb67ee86970ea84c5b2284ad158b3d4fdee@172.18.16.5 Via：SIP/2.0/UDP SIP服务器域名或IP地址 From：<sip:SIP服务器编码 $(a)$ SIP服务器域名 $\rangle :\mathrm{tag} = \mathrm{e82843529}$
J.8.5 Message sip:目的设备编码 $(a)$ 目的域名或IP地址端口SIP/2.0
To: <sip:目的设备编码 $(a)$ 目的域名> Content- Length：消息实体的字节长度 CSeq:2 Message Call- ID:wLss- dc907ta2- 7ee86970ea84c5b2284ad158b3d4fdee@172.18.16.5 Via：SIP/2.0/UDP SIP服务器域名或IP地址 From：<sip:SIP服务器编码 $(a)$ SIP服务器域名 $\rangle :\mathrm{tag} = \mathrm{e40807c0}$ Content- Type:Application/MANSCDP $^+$ xml Max- Forwards:70
<?xml version=”1.0”?>
J.8.6 SIP/2.0 200 OK
Via：SIP/2.0/UDP SIP服务器域名或IP地址 From：<sip:SIP服务器编码 $(a)$ SIP服务器域名 $\rangle :\mathrm{tag} = \mathrm{e40807c0}$ To: <sip:目的设备编码 $(a)$ 目的域名 $\rangle :\mathrm{tag} = \mathrm{e82843529}$ Call- ID:wLss- dc907ta2- 7ee86970ea84c5b2284ad158b3d4fdee@172.18.16.5 CSeq:2 Message Content- Length:0
J.8.7 Message sip:SIP服务器编码 $(a)$ SIP服务器域名或IP地址端口SIP/2.0
Via：SIP/2.0/UDP目的域名或IP地址
From:〈sip:目的设备编码@目的域名〉;tag=852843529 To:〈sip:SIP服务器编码@SIP服务器域名〉 Call- ID:de432gtf51u870 CSeq:2 Message Max- Forwards:70 Content- Type:Application/MANSCDP+xml Content- Length:消息实体的字节长度
<?xml version=”1.0”?>
J.8.8 SIP/2.0 200 OK
To:〈sip:SIP服务器编码@SIP服务器域名〉;tag=e40807c0 Content- Length:0 CSeq:2 Message Call- ID:de432gtf51u870 Via: SIP/2.0/UDP目的域名或IP地址 From:〈sip:目的设备编码@目的域名〉;tag=852843529
J.9 设备目录查询消息示范
J.9.1 Message sip:目的设备编码@目的域名或IP地址端口SIP/2.0
To:〈sip:目的设备编码@目的域名〉 Content- Length:消息实体的字节长度 CSeq:2 Message Call- ID:a84b4c76e66710 Via: SIP/2.0/UDP源域名或IP地址 From:〈sip:源设备编码@源域名〉;tag=e40807c0 Content- Type:Application/MANSCDP+xml Max- Forwards: 70
<?xml version=”1.0”?>
J.9.2 SIP/2.0 200 OK
Via: SIP/2.0/UDP 源域名或 IP 地址 From: <sip:源设备编码@源域名>; tag=e40807c0 To: <sip:目的设备编码@目的域名>; tag=852843529 Call- ID: a84b4c76e66710 CSeq: 2 Message Content- Length: 0
J.9.3 Message sip:目的设备编码@目的域名或 IP 地址端口 SIP/2.0
To: <sip:目的设备编码@目的域名> Content- Length: 消息实体的字节长度 CSeq: 2 Message Call- ID: wlss- 3a65dfb6- 7ee86970ea84c5b2284ad158b3d4fdee@172.18.16.5 Via: SIP/2.0/UDP SIP 服务器域名或 IP 地址 From: <sip:源设备编码@源域名>; tag=e40807c0 Content- Type: Application/MANSCDP+xml Max- Forwards: 70
<?xml version=”1.0”?>
J.9.4 SIP/2.0 200 OK
Via: SIP/2.0/UDP SIP 服务器域名或 IP 地址 From: <sip:源设备编码@源域名>; tag=e40807c0 To: <sip:目的设备编码@目的域名>; tag=852843529 Call- ID: wlss- 3a65dfb6- 7ee86970ea84c5b2284ad158b3d4fdee@172.18.16.5 CSeq: 2 Message Content- Length: 0
J.9.5 Message sip:源设备编码@源域名或 IP 地址端口 SIP/2.0
Via: SIP/2.0/UDP 目的域名或 IP 地址 From: <sip:目的设备编码@目的域名>; tag=852843529 To: <sip:源设备编码@源域名> Call- ID: de432gtf51u870 CSeq: 2 Message Max- Forwards: 70 Content- Type: Application/MANSCDP+xml Content- Length: 消息实体的字节长度
<? xml version $=$ “1.0”?>
< secrecy>
0</ secrecy>
J.9.6 SIP/2.0 200 OK
To: <sip:源设备编码@原域名>;tag=e40807c0 Content- Length: 0 CSeq: 2 Message Call- ID: de432gtf51u870 Via: SIP/2.0/UDP目的域名或IP地址 From: <sip:目的设备编码@目的域名>;tag=852843529
J.9.7 Message sip:源设备编码@源域名或IP地址端口SIP/2.0
Via: SIP/2.0/UDP SIP服务器域名或IP地址 From: <sip:目的设备编码@目的域名>;tag=852843529 To: <sip:源设备编码@原域名> Call- ID: wlss- dc907ta2- 7ee86970ea84c5b2284ad158b3d4fdee@172.18.16.5 CSeq: 2 Message Max- Forwards: 70 Content- Type: Application/MANSCDP+xml Content- Length: 消息实体的字节长度
<?xml version=”1.0”?>