1.1联网接入架构
各类社会单位视频监控资源分布在多个不同的网络环境中，包括行业单位专网或私网、互联网等。公安机关在互联网上建设省市县三级社会单位视频监控接入平台，各类社会单位的视频信息通过互联网接入至县级社会单位视频监控接入平台。即县级社会单位视频监控接入平台，能够整合并统一管理所有不同链路、不同技术要求的社会图像监控资源。未来，随着社会视频监控资源的逐渐增多，有条件的派出所也可建设社会单位视频监控联网接入平台。
县（市、区）公安机关在互联网内部署建设社会视频接入平台，用于接入汇聚本辖区的社会视频监控资源。
市级社会视频接入平台级联各县级社会视频接入平台，可管理、监看本市的社会单位视频信息。
省级社会视频接入平台级联各市级社会视频接入平台，可管理、监看全省的社会单位视频信息。
各级平台应搭建于具备固定IP的互联网环境下，兼顾经济性与多用户同时使用的需求，县级以上平台互联网带宽应不低于50M。
5.1.1通信协议结构 5.1.1.1概述
视频、音频、数据等信息传输、交换、控制的通信协议的结构见下图所示。
会话通道SDPMANSCDPSIPTCP/UDPIPRTSPH.264媒体流通道G.711A/G.722.1/G.723.1/G.729/AMR-NBRTP/RTCPTCP/UDP
图 通信协议结构图
1
联网系统在进行视音频传输及控制时应建立两个传输通道：会话通道和媒体流通道。会话通道用于在设备之间建立会话并传输系统控制命令；媒体流通道用于传输视音频数据，经过压缩编码的视音频流采用RTP/RTCP传输。
5.1.1.2会话初始协议
安全注册、实时媒体点播、历史媒体的回放等应用的会话控制采用RFC 3261（SIP）规定的REGISTER、INVITE等请求和响应方法实现，历史媒体回放控制采用SIP扩展协议RFC2976规定的INFO方法实现，前端设备控制、信息查询等应用的会话控制采用SIP扩展协议RFC 3428规定的MESSAGE方法实现。
SIP消息应支持基于UDP和TCP传输。
5.1.1.3会话描述协议
联网系统有关设备之间会话建立过程的会话协商和媒体协商应采用RFC 4566（SDP）协议描述，主要内容包括会话描述、媒体信息描述、时间信息描述。会话协商和媒体协商信息应采用SIP 消息的消息体携带传输。
5.1.1.4控制描述协议
联网系统有关前端设备控制、设备目录信息等控制命令应采用联网系统控制描述协议（MANSCDP）描述，见GB/T28181-2011附录A。联网系统控制命令应采用SIP 消息MESSAGE 的消息体携带传输。
5.1.1.5媒体回放控制协议
历史媒体的回放控制命令应采用RFC 2326规定的RTSP协议描述，见附录B，实现设备在端到端之间对视音频流的正常播放、暂停、停止、快进/快退播放等远程控制。历史媒体的回放控制命令采用RTSP协议的PLAY方法。
2
5.1.1.6媒体传输协议
媒体流在联网系统IP网络上传输时应采用基于RTP的媒体压缩数据封装。 媒体流的传输应采用RFC 3550规定的RTP协议，提供实时数据传输中的时间戳信息及各数据流的同步；应采用RFC 3550规定的RTCP协议，为按序传输数据包提供可靠保证，提供流量控制和拥塞控制。
媒体流的传输应支持基于TCP/UDP的RTP传输。
5.2视音频编解码及传输要求
系统中视频压缩编解码和音频编解码应符合GB/T28181-2011附录 E的相关要求，视频编码应支持H.264、SVAC 或 MPEG-4 视频编码标准,音 频 编 解 码 标 准应支持G.711或G.723.1或G.729音频编码标准。
5.2.1编码设备技术要求 5.2.1.1标清编码设备技术要求
1、视频编码应支持H.264标准的Main Profile的Level 3.0或以上档次、级别。为更高效地进行图像编码，宜使用H.264标准的High Profile档次，具体配臵包括：
a、编码图像分辨率至少应支持 CIF、4CIF（或 D1）几种分辨率，在信道带宽允许情况下单路视频画面应优先采用 4CIF（或 D1）及以上分辨率；
b、编码帧率应不小于 25 帧/秒，并可调整，支持跳帧编码； c:应支持活动帧率设臵。
c、输出码率应在 128kbps-4Mbps 之间自适应调整；在带宽不足情况下，应支持图像质量优先（清晰度优先）或帧率优先（流畅优先）可调；
d、应支持逐行扫描编码，宜支持隔行扫描编码； e、熵编码方式应至少支持 CAVLC，可选支持 CABAC； f、参考帧数量不宜超过 2 个；
g、GOP 格式，应支持 IPPP 方式，宜支持 IBBP,其中 IPPP 方式中的 I 帧间隔
3
应可调整；
h、不应支持 FMO、ASO、Redundant Slice 特性；
i、为支持用户在视频图像质量和图像流畅性之间进行选择，应提供编码参数调节，例如， 设臵图像大小，设臵帧率，设臵 I 帧间隔等；
2、编码设备应支持H.264视频的PS+RTP/RTCP包输出，RTP包的载荷数据中不能包含非H.264语法元 素的私有数据；
3、编码设备对音频编码支持为可选，宜支持音频编码和RTP传输； 4、支持TCP/IP、UDP、IGMP网络协议, 提供单播、组播两种传送方式；
5、编码设备硬件输入/输出接口最低要求：1路CVBS模拟视频信号BNC输入接口，1个10/100M自适 应网络RJ45接口，1路RS232/RS485串口（云台、镜头控制）；1路数字报警信号输入（可选），1 路音频输入（可选）,宜支持光纤接口（可选）。
5.2.1.2高清网络摄像机编码技术要求
1、视频编码应支持H.264标准的Main Profile的Level4.0及以上档次和级别，为更高效地进行图像编码，宜使用H.264标准的High Profile档次，具体配臵包括：
a、编码图像分辨率至少应支持 1280x720 （720P）、1920x1080 （1080P）两种分辨率，在 信道带宽允许情况下单路视频画面的分辨率应不低于 720P；
b、编码帧率应不小于 25 帧/秒，并可调整，支持跳帧编码； c:应支持活动帧率设臵。
c、输出码率应在 512kbps-10Mbps 之间自适应调整；在带宽不足情况下，应支持图像质量优 先（清晰度优先）或帧率优先（流畅优先）可调；
d、应支持逐行扫描编码，宜支持隔行扫描编码； e、熵编码方式应至少支持 CAVLC，可选支持 CABAC； f、参考帧数量不宜超过 2 个；
g、GOP 格式，应支持 IPPP 方式，宜支持 IBBP ，其中 IPPP 方式中的 I 帧间隔应可调整；
h、为支持用户在视频图像质量和图像流畅性之间进行选择，应提供编码参数调节，例如， 设臵图像大小，设臵帧率，设臵 I 帧间隔等；
4
i、至少能支持双码流的输出，主码流为高清视频压缩码流，次码流为标清视频压缩码流；
3、编码设备应支持H.264视频的PS+RTP/RTCP包输出，RTP包的载荷数据中不能包含非H.264语法元 素的私有数据；
4、编码设备对音频编码支持为可选，宜支持音频编码和RTP传输；
5、支持TCP/IP、UDP、RTP/RTCP、HTTP、IGMP网络协议, 提供单播、组播两种传送方式；
6、编码设备硬件输入/输出接口最低要求：1个10/100M/1000M自适应网络RJ45接口，1路 RS232/RS485串口（云台、镜头控制）；1路数字报警信号输入（可选），1路音频输入（可选）； 宜支持光纤接口（可选）。
5.2.2解码设备基本要求
5.2.2.1标清解码设备技术要求
1、视频解码应支持H.264标准的Main Profile的Level 3.0及以上档次和级别，具体要求包括：
a、能够解码显示分辨率从 CIF 到 4CIF（D1）的图像，宜支持 4CIF（D1）以上
高清解码；
b、应能同时支持解码逐行扫描和隔行扫描方式编码的码流； c、应支持 IPPP GOP结构，宜支持IBBP GOP 结构；
d、能够解码 CAVLC 和 CABAC 两种熵编码码流； e、支持 1/4 像素精度的运动搜索的解码；
f、能够解码从 16×16 到 4×4 块大小的所有帧内和帧间编码模式； h、支持多参考帧解码，至少应支持 2 个参考帧，宜支持 5 个参考帧； 2、能够识别音视频PS+RTP/RTCP码流并解码；
3、支持TCP/IP、UDP、IGMP网络协议, 提供单播、组播两种传送方式；
4、解码设备硬件输入/输出接口最低要求：1个10/100M/1000M自适应网络接口RJ45，1路CVBS模拟 视频信号BNC输出接口，1路VGA视频输出（可选），1路音频输出（可
5
选）。
5.2.2.2高清解码设备技术要求
1、视频解码应支持H.264标准的High Profile的Level 4.0以上档次和级别，具体要求包括：
a、能够解码显示分辨率 720P（720i）、1080P（1080i）的图像，宜支持 1080P（1080i）以 上高清解码；
b、应能同时支持解码逐行扫描和隔行扫描方式编码的码流； c、应支持 IPPP GOP结构、宜支持IBBP GOP 结构； d、能够解码 CAVLC 和 CABAC 两种熵编码码流； e、支持 1/4 像素精度的运动搜索的解码；
f、能够解码从 16×16 到 4×4 块大小的所有帧内和帧间编码模式； g、支持多参考帧解码，至少应支持 2 个参考帧，宜支持 5 个参考帧； 2、能够识别音视频PS+RTP/RTCP码流并解码；
3、支持TCP/IP、UDP、RTP/RTCP、HTTP、IGMP网络协议, 提供单播或组播传送方式； 4、解码设备硬件输入/输出接口最低要求：1个10/100M/1000M自适应网络接口RJ45，，1路HDMI视频输出，1路VGA视频输出（可选），1路音频输出（可选）。
5.2.3传输基本要求
5.2.3.1网络传输协议要求
网络层应支持IP协议，传输层应支持TCP和UDP协议。
5.2.3.2消息传输延迟要求
信息（可包括视音频信息、控制信息及报警信息等）经由 IP 网络传输时，端到端的信息延迟时间（包括发送端信息采集、编码、网络传输、信息接收端解码、显示等过程所经历的时间）应满足下列要求：
6
a) 前端设备与信号直接接入的社会图像接入平台相应设备间端到端的信息延迟时间应不大于 2s；
b) 前端设备与用户终端设备间端到端的信息延迟时间应不大于 4s。
5.2.3.3网络传输质量要求
IP 网络的传输质量（如传输时延、包丢失率、包误差率、虚假包率等）应符合如下要求：
a) 网络时延上限值为 400ms； b) 时延抖动上限值为 50ms； c) 丢包率上限值为 1×10-2； d) 包误差率上限值为 1×10-4。
5.3图像资源接入方式
社会单位的视频资源分布在多个不同的网络环境中（行业单位专网或私网、互联网等），按照社会单位视频监控系统建设模式的不同划分为两种不同的接入方式，可根据实际情况选择相应接入方式实现社会单位视频监控资源的共享接入。
5.2.1监控设备接入
监控设备接入，是指接入社会单位视频监控系统的编码设备和存储设备。如图所示，各类社会单位的监控设备通过视频接入网关接入至社会单位视频监控联网接入平台（视频接入网关包含在本次社会单位视频监控联网平台建设内容中）。对于国标GB/T28181设备采用标准解码库实现解码显示，对已建非标设备采用通过加载厂家解码插件方式进行解码显示。
接入公安机关的社会单位监控资源需要在符合GB/T28181标准的基础上，通过固定IP地址、动态域名解析或主动注册等方式接入。不具备以上功能的，需更换符合接入要求的设备，可通过更换硬盘录像机（DVR）或网络硬盘录像机(NVR)、前端摄像机等设备接入。
7
5.2.1.1模拟设备接入
模拟设备视频分配器编码设备社会视频接入平台社会视频接入平台原有图像系统 图 模拟设备接入方式
模拟视频信号通过视频分配器分配两路信号，一路接入原有图像系统，一路接入编码设备进行数字化，编码设备应满足新建设备技术指标，符合GB/T28181-2011定义的通讯协议和编解码技术要求。
5.2.1.2数字设备接入
1、设备升级改造：支持升级改造的旧设备通过升级程序符合GB/T28181-2011标准和补充修改文件要求。如前端摄像机支持开放型网络视频接口协议（Onvif），则可采用新增符合国标GB28181-2011编码的NVR将原有摄像机接入，再通过NVR接入社会单位视频监控联网接入平台。
2、非标设备改造：部分已建设备因各种原因无法改造升级，设备厂商提供设备配套SDK开发包，通过视频接入网关接入社会面视频接入平台。
对于非固定IP设备SDK开发包应支持主动注册或者动态域名解析DDNS接口，参考流程：
8
设置消息回调（CLIENT_SetDVRMessCallBack）侦听端口获取设备序列号（CLIENT_ListenServer）参数配置监视预览初始化SDK（CLIENT_Init）用户注册设备（CLIENT_LoginEx）注销用户（CLIENT_Logout）释放SDK资源（CLIENT_Cleanup）回放下载云台控制设置网络环境（CLIENT_SetNetPara）从DDNS获取IP（CLIENT_GetIPBySrv）其他功能图 SDK主要调用流程
CLIENT_GetIPBySrv接口应提供仅知道设备DDNS域名的情况下，从解析服务器获取设备IP地址的方法，然后再通过CLIENT_LoginEx登录设备。
CLIENT_ListenServer接口应提供启动一个端口侦听，准备设备发起连接，通过服务回调获取设备序列号，然后再通过CLIENT_LoginEx实现主动侦听模式下的用户登录。
5.2.2监控平台接入
监控平台接入，是指接入社会单位视频监控系统平台。对于具备多级平台的重点单位视频监控系统，各级平台可分别就近接入所属市（或县）级公安机关的社会视频接入平台。
符合GB/T28181标准的社会单位视频监控系统平台可通过平台联网网关直接接入（针对不同厂家的平台，需要配臵相应的平台联网网关）。
不符合GB/T28181标准的社会单位视频监控系统平台，可升级为符合国标的平台或进行对接开发再接入（通过上级社会图像接入平台做兼容性接入，再通过该平台统一提供符合GB/T28181-2011的服务），或者在得到社会单位相关安全许可的前提下通过监控设备接入方式接入。
备注：考虑平台对接建设成本，建议强制平台标准化改造，或直接将需要接入的社会视频资源直接接入社会图像接入平台。
原有平台AA平台内部协议网关GB/T28181-2011社会图像接入平台B 图 1
9
网关在原有平台A和社会图像接入平台B之间进行网络传输协议、控制协议、设备地址的转换，具体功能应包括如下的一种或几种：
a) 代理原有平台A在社会图像接入平台B上进行注册；
b) 将原有平台A的网络传输协议与 GB/T28181-2011中规定的网络传输协议进行双向协议转换；
c) 将原有平台A的设备控制协议与 GB/T28181-2011中规定的会话初始协议、会话描述协议、控制描述协议和媒体回放控制协议进行双向协议转换；
d) 将原有平台A的设备地址与GB/T28181-2011规定的设备地址进行双向地址转换。 网关在原有平台A和社会图像接入平台B之间进行媒体传输协议、媒体数据编码格式的转换，具体功能应包括如下的一种或者几种：
a) 将原有平台A的媒体传输协议和数据封装格式与 GB/T28181-2011规定的媒体传输协议和数据封装格式进行双向协议转换；
b) 将原有平台A的媒体数据与GB/T28181-2011规定的媒体数据压缩编码进行双向转码。
对于原有平台系统中的非国标设备，如果直接将非标设备媒体流传输到社会图像接入平台会导致视频监控系统客户端无法正常解码播放，依据GB/T28181-2011附录F SDP定义：联网系统中 SIP 消息体中携带的 SDP 内容应符合 RFC 2327 - SDP Session Description Protocol 的 相关要求。应有如下字段：
Session description： v= (protocol version)
o= (owner/creator and session identifier). s= (session name) u=*(URI of description)
c=* (connection information – not required if included in all media) Time description：
t= (time the session is active) Media description m= (media name and transport address)
c=* (connection information - optional if included at session-level)
10
b=* (bandwidth information)
a=* (zero or more media attribute lines) y=*（SSRC） f=*（媒体描述） 说明：
a 字段：启用 RFC4566 中对 a 字段的定义【a=rtpmap:
例如：a=rtpmap:96 DAHUA/90000； a=rtpmap:96 HIKVISION/90000。
1、码流编码格式：因厂商各异，媒体流接收方需要调用不同厂商的解码库进行解码。 2、码流封装格式：采用基于RTP的视音频数据PS封装方法（GB/T28181-2011 附录C） 3、200 Ok消息：SDP格式按照GB/T28181-2011附录F定义，对于海康、大华等非标设备，利用SDP中的a属性携带编码器厂商名称（如a=rtpmap:96 DAHUA/90000），省厅可扩展解码库厂商名称定义。
5.2.3网络接入类型
为确保全省行业视频快速实现互联互通，有效节约政府与各社会单位的改造、新建成本，本次项目统一采用互联网环境接入
5.2.3.1已建社会点位资源接入
各行业单位构建的本单位监控系统专用局域网络，可根据已有设备所具备的固定IP地址、动态域名解析、主动注册等方式接入互联网或原有运营商VPN专网，对于不具备外网接入功能的或设备厂家无法提供对接开发协议的视频监控设备，应予以更换。传输至所在区县公安分局新建社会公共安全视频信息管理平台。
11
5.2.3.2新建社会点位资源接入
各行业单位建设新的视频监控视频系统，需符合本方案中的相关技术标准，通过对接测试方可建设。
5.2.4公网环境下国标优化建议
为确保公共视频监控网络体系稳定运行，非网络安全环境下的视频监控系统接入公共视频监控网络体系中，须至少采取以下网络安全措施后，方可接入。 1、物理链路隔离
社会监控网络资源与视频专网从物理链路上进行隔离，实际在进行社会监控资源接入时，在外部链路与视频专网边界接入平台相连，开启路由访问控制，将来自不同接入链路的数据流按照边界接入平台的安全策略路由加以区分。 2、建立边界保护区域
实现网络级身份认证、访问控制和权限管理，同时对数据进行加密，增加网络嗅探。边界保护区域一般采用多重安全网关方式进行部署，比如防火墙、VPN、安全网关等。重点针对网络入侵、病毒蔓延进行多重安全保护，主要使用硬件过滤技术以保证社会监控资源的接入速度。 3、建立安全隔离区域
社会监控资源经过边界保护区域接入之后，即将送入公安视频专网数据处理平台，在平台与边界保护区域之间增设安全隔离区域，在数据进入视频专网业务平台之前，将视频数据与控制信令进行分离，实现视频数据和控制信令分别安全接入公安视频专网。
5.2.5编码的实施细则
5.2.5.1行政区划编码CivilCode
行政区划编码（CivilCode），行政区划编码按照国标GB/T2260-2007
12
5.2.5.2设备编码DeviceID
设备编码（DeviceID）、组织机构编码、业务分组编码、虚拟组织编码规划按照国标GB/T28181-2011的统一编码规则规划。
GB/T28181-2011编码规则A由中心编码（8位）、行业编码（2位）、类型编码（3位）、网络标识（1位）和序号（6位）四个码段共20位十进制数字字符构成，即系统编码 =中心编码 + 行业编码 + 类型编码 + 网络标识+序号。
编码规则A的详细说明见表D1。其中，中心编码指用户或设备所归属的监控中心的编码，按照监控中心所在地的行政区划代码确定，当不是基层单位时空余位为0。行政区划代码采用GB/T 2260-2007规定的行政区划代码表示。行业编码是指用户或设备所归属的行业，行业编码对照表见D2“行业编码对照表”。类型编码指定了设备或用户的具体类型，其中的前端设备包含公安系统和非公安系统的前端设备，终端用户包含公安系统和非公安系统的终端用户。
D1.编码规则
码段 中心编码 码位 1、2 3、4 5、6 7、8 含义 省级编号 市级编号 区级编号 基层接入单位编号 行业编码 类型编码 9、10 11、12、13 行业编码 111－130 表示类型为前端主设备 13
取值说明 由监控中心所在地的行政区划代码确定， 符合GB/T 2260-2007的要求。 行业编码对照表见附录D中的D.3 111 112 113 114 115 116 117 DVR编码 视频服务器编码 编码器编码 解码器编码 视频切换矩阵编码 音频切换矩阵编码 报警控制器编码 118 网络视频录像机（NVR）编码 130 混合硬盘录像机（HVR）编码 119-129 扩展的前端主设备类型 131—199表示类型为前端外围设备 131 132 摄像机编码 网络摄像机（IPC）编码 133 134 显示器编码 报警输入设备编码（如红外、烟感、门禁等报警设备） 135 报警输出设备编码(如警灯、警铃等设备) 136 137 138 139 140-199 语音输入设备编码 语音输出设备 移动传输设备编码 其它外围设备编码 扩展的前端外围设备类型 200—299表示类型为平台设备 200 ★中心信令控制服务器编码 201 202 203 204 14
Web应用服务器编码 媒体分发服务器编码 代理服务器编码 安全服务器编码
205 206 207 208 209 210 211 报警服务器编码 数据库服务器编码 GIS服务器编码 管理服务器编码 接入网关编码 媒体存储服务器编码 信令安全路由网关编码 215 216 ★业务分组编码 ★虚拟组织编码 212,213,214,217扩展的平台设备类型 -299 300-399表示类型为中心用户 300 301－343 344-399 400-499表示类型为终端用户 400 401－443 444-499 500-999为扩展类型 网络标识 14 网络标识编码 0、1、2、3、4为监控报警专网，5为公安信息网，6为政务网，7为Internet网，8为社会资源接入网，9预留 序号 D2 行业编码对照表
接入 类型码 15
中心用户 行业角色用户 扩展的中心用户类型 终端用户 行业角色用户 扩展的终端用户类型 扩展类型 500-999 15－20 设备、用户序号 名称 建设主体 备注 00 社会治安路面接入 政府机关 包括城市路面、商业街、公共区域、重点区域等 01 02 03 04 社会治安社区接入 社会治安内部接入 社会治安其他接入 交通路面接入 包括社区、楼宇、网吧等 包括公安办公楼、留臵室等 包括城市主要干道、国道、高速交通状况监视 05 交通卡口接入 包括交叉路口、“电子警察”、关口、收费站等 06 07 08 09 10 11 12～39 40 41 42 43 44 45 46 47 48 49 50 交通内部接入 交通其他接入 城市管理接入 卫生环保接入 商检海关接入 教育部门接入 农林牧渔业接入 采矿企业接入 制造企业接入 冶金企业接入 电力企业接入 燃气企业接入 建筑企业接入 物流企业接入 邮政企业接入 信息企业接入 住宿和餐饮业接入 企业/事业单位 包括交管办公楼等 预留1 16
51 52 53 54 55 56～79 80～89 90～99 金融企业接入 房地产业接入 商务服务业接入 水利企业接入 娱乐企业接入 居民自建 其他主体 预留2 预留3 预留4 17
5.2.5.3摄像机类型编码
5.4图像资源接入协议
5.4.1注册和注销
5.4.1.1注册和注销基本要求
SIP客户端、网关、SIP设备、安全防范视频监控联网系统等SIP代理（SIP
UA）使用RFC 3261中定义的方法REGISTER进行注册和注销。注册和注销时应进行认证，认证方式应支持数字摘要认证方式，高安全级别的宜支持数字证书的认证方式，数字证书的格式符合GB/T28181-2011附录I中的规定。
SIP代理在注册过期时间到来之前，应向注册服务器进行刷新注册，刷
新注册流程遵循IETF RFC 3261规定。
若注册失败，SIP代理应间隔一定时间后继续发起注册过程，与上一次
注册时间间隔应可调，一般情况下不应短于60秒。
18
系统、设备注册过期时间应可配臵，缺省值为86400秒（1天），应在过
期时间到来之前发送刷新注册消息，为SIP服务器预留适当刷新注册处理时间，注册过期时间不应短语3600秒。
注：若SIP代理通过注册方式校时，其注册过期时间应设臵为小于SIP
代理与SIP服务器出现1秒误差所经过的运行时间。例如：SIP代理与SIP服务器校时后，SIP代理运行10小时后设备与SIP服务器时间相差大于1秒，则应将注册过期时间设臵为10小时（36000），以保证SIP代理与SIP服务器之间时间误差小于1秒。
SIP代理注册成功则认为SIP服务器为在线状态，注册失败则认为SIP
服务器为离线状态；SIP服务器在SIP代理注册成功后认为其在线状态，SIP代理注册过期则认为其为离线状态。
5.4.1.2注册和注销基本流程
注册流程：
基本注册即采用RFC3261规定的基于数字摘要的挑战应答式安全技术进行注册，具体注册流程见下图。
SIP 服务器SIP代理1 Register2 401 Unauthorized3 Register4 200 OK 图 基本注册流程示意图
注册流程描述如下：
1：SIP代理向SIP服务器发送REGISTER请求，
2：SIP服务器向SIP代理发送响应401，并在响应的消息头WWW_Authenticate
19
字段中给出适合SIP代理的认证体制和参数；
3：SIP代理重新向SIP服务器发送REGISTER请求，在请求的Authorization
字段给出信任书，包含认证信息；
4：SIP服务器对请求进行验证，如果检查出SIP代理身份合法，向SIP代理
发送成功响应200 OK，如果身份不合法则发送拒绝服务应答。 消息示范见GB/T28181-2011附录J中的J.1。 注销流程：
SIP 服务器1 Register(Expires=0)2 401 Unauthorized3 Register(Expires=0)4 200 OKSIP代理
图 注销流程示意图
注销流程描述如下：
1：SIP代理向SIP服务器发送REGISTER请求，Expires字段的值为0，表示SIP代理要注销，
2：SIP服务器向SIP代理发送响应401，并在响应的消息头WWW_Authenticate字段中给出适合SIP代理的认证体制和参数；
3：SIP代理重新向SIP服务器发送REGISTER请求，在请求的Authorization字段给出信任书，包含认证信息，Expires字段的值为0；
4：SIP服务器对请求进行验证，如果检查出SIP代理身份合法，向SIP代理发送成功响应200 OK，如果身份不合法则发送拒绝服务应答。
消息示范见GB/T28181-2011附录J中的J.3。
20
5.4.2实时视音频点播
5.4.2.1实时视音频点播基本要求
实时视音频点播的SIP消息应通过本域或其它域的SIP服务器进行路由、转发，目标设备的实时视音频流宜通过本域内的媒体服务器进行转发。
实时视音频点播采用SIP协议（RFC 3261）中的INVITE方法实现会话连接，采用RTP/RTCP协议（RFC 3550）实现媒体传输。
实时视音频点播的信令流程分为客户端主动发起和第三方呼叫控制两种方式，联网系统可选择其中一种或两种结合的实现方式。第三方呼叫控制的第三方控制者宜采用背靠背用户代理实现，有关第三方呼叫控制见RFC 3725。
5.4.2.2实时视音频点播基本流程
客户端主动发起流程：
21
媒体流接收者1 Invite (with SDP)SIP服务器媒体服务器媒体流发送者2 Invite3 200 OK (with SDP)4 Invite (with SDP)5 200 OK (SDP)6 ACK (with SDP)7 ACK实时媒体流8 Invite (with SDP)9 200 OK (SDP)10 200 OK (with SDP)11 ACK12 ACK实时媒体流13 BYE14 200 OK15 BYE16 200 OK17 BYE18 200 OK19 BYE20 200 OK图 客户端主动发起的实时视音频点播流程示意图
其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立媒体流接收者与媒体服务器之间的媒体流信令过程，信令2-7为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体流信令过程，信令13-16为媒体流接收者断开与媒体服务器之间的媒体流信令
22
过程，信令17-20为SIP服务器断开媒体服务器与媒体流发送者之间的媒体流信令过程。
命令流程描述如下：
1：媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject字段，表明点播的视频源ID、分辨率、媒体流接收者ID、接收端媒体流序列号等参数，SDP消息体中s字段为“Play”代表实时点播；
2：SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体；
3：媒体服务器收到SIP服务器的Invite请求后，回复200 OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容；
4：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体流发送者发送Invite请求，请求中携带消息3中媒体服务器回复的200 OK响应消息体，并且修改s字段为“Play”代表实时点播，增加y字段描述SSRC值，f字段描述媒体参数；
5：媒体流发送者收到SIP服务器的Invite请求后，回复200 OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容；
6：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体服务器发送ACK请求，请求中携带消息5中媒体流发送者回复的200 OK响应消息体，完成与媒体服务器的Invite会话建立过程；
7：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；
8：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者和媒体服务器之间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器；
9：媒体服务器收到Invite请求，回复200 OK响应，携带SDP消息体，消
23
息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC值等内容；
10：SIP服务器将消息9转发给媒体流接收者；
11：媒体流接收者收到200 OK响应后，回复ACK消息，完成与SIP服务器的Invite会话建立过程；
12：SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite会话建立过程；
13：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的Invite会话；
14：SIP服务器收到BYE消息后回复200 OK响应，会话断开；
15：SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、12建立的同媒体服务器的Invite会话；
16：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
17：SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒体服务器的Invite会话；
18：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
19：SIP服务器向媒体流发送者发送BYE消息，断开消息4、5、7建立的同媒体流发送者的Invite会话；
20：媒体流发送者收到BYE消息后回复200 OK响应，会话断开。 消息示范见GB/T28181-2011附录J中的J.4。 第三方呼叫控制流程：
24
媒体流接收者SIP服务器1 Invite2 200 OK (with SDP)媒体服务器媒体流发送者3 Invite (with SDP)4 200 OK (SDP)5 ACK (with SDP)6 ACK实时媒体流7 Invite8 200 OK (with SDP)9 Invite (with SDP)10 200 OK (SDP)11 ACK (with SDP)12 ACK实时媒体流13 BYE14 200 OK15 BYE16 200 OK17 BYE18 200 OK19 BYE20 200 OK图 第三方呼叫控制的实时视音频点播流程示意图
其中，信令1-6为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接信令过程，信令7-12为SIP服务器通过三方呼叫控制建立
25
媒体流接收者与媒体服务器之间的媒体链接信令过程，信令13-16为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令17-20为断开媒体服务器与媒体流发送者之间的媒体链接信令过程。
命令流程描述如下：
1：SIP服务器向媒体服务器发送Invite消息，此消息不携带SDP消息体； 2：媒体服务器收到SIP服务器的Invite请求后，回复200 OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容；
3：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体流发送者发送Invite请求，请求中携带消息2中媒体服务器回复的200 OK响应消息体，并且修改s字段为“Play”代表实时点播，增加y字段描述SSRC值，f字段描述媒体参数；
4：媒体流发送者收到SIP服务器的Invite请求后，回复200 OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容；
5：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体服务器发送ACK请求，请求中携带消息4中媒体流发送者回复的200 OK响应消息体，完成与媒体服务器的Invite会话建立过程；
6：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；
7：SIP服务器向媒体流接收者发送Invite消息，此消息不携带SDP消息体； 8：媒体流接收者收到SIP服务器的Invite请求后，回复200 OK响应，携带SDP消息体，消息体中描述了媒体流接收者接收媒体流的IP、端口、媒体格式等内容；
9：SIP服务器收到媒体流接收者返回的200 OK响应后，向媒体服务器发送Invite请求，请求中携带消息8中媒体流接收者回复的200 OK响应消息体，并且并且修改s字段为“Play”代表实时点播，增加y字段描述SSRC值；
26
10：媒体服务器收到SIP服务器的Invite请求后，回复200 OK响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC字段等内容；
11：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体流接收者发送ACK请求，请求中携带消息10中媒体服务器回复的200 OK响应消息体，完成与媒体流接收者的Invite会话建立过程；
12：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体服务器发送ACK请求，请求中不携带消息体，完成与媒体服务器的Invite会话建立过程；
13：SIP服务器向媒体流接收者发送BYE消息，断开消息7、8、11建立的同媒体流接收者的Invite会话；
14：媒体流接收者收到BYE消息后回复200 OK响应，会话断开； 15：SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立的同媒体服务器的Invite会话；
16：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
17：SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的Invite会话；
18：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
19：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同媒体流发送者的Invite会话；
20：媒体流发送者收到BYE消息后回复200 OK响应，会话断开。 消息示范见GB/T28181-2011附录J中的J.5。
5.4.3设备控制
5.4.3.1设备控制基本要求
源设备向目标设备发送设备控制命令，控制命令的类型包括球机/云台控制、远程启动、录像控制、报警布防/撤防、报警复位等，设备控制采用RFC 3428中的MESSAGE方法实现。
27
源设备包括SIP客户端、网关或者安全防范视频监控联网系统，目标设备包括SIP设备、网关或者安全防范视频监控联网系统。
源设备向目标设备发送球机/云台控制命令、远程启动命令后，目标设备不发送应答命令，命令流程见9.3.2.1；源设备向目标设备发送录像控制、报警布防/撤防、报警复位命令后，目标设备应发送应答命令表示执行的结果。
5.4.3.2设备控制基本流程
无应答设备控制流程：
源设备SIP服务器目标设备1 Message (设备控制命令)2 200 OK3 Message (设备控制命令)4 200 OK
图 无应答设备控制流程示意图
命令流程描述如下：
1：源设备向SIP服务器发送设备控制命令，设备控制命令采用MESSAGE方法携带；
2：SIP服务器收到命令后返回200 OK；
3：SIP服务器向目标设备发送设备控制命令，设备控制命令采用MESSAGE方法携带；
4：目标设备收到命令后返回200 OK。 消息示范见GB/T28181-2011附录J中的J.6。 有应答设备控制流程：
28
源设备SIP服务器目标设备1 Message (设备控制请求命令)2 200 OK3 Message (设备控制请求命令)4 200 OK5 Message (设备控制响应命令)6 200 OK7 Message (设备控制响应命令)8 200 OK
图 有应答设备控制流程示意图
命令流程描述如下：
1：源设备向SIP服务器发送设备控制命令，设备控制命令采用MESSAGE方
法携带；
2：SIP服务器收到命令后返回200 OK；
3：SIP服务器向目标设备发送设备控制命令，设备控制命令采用MESSAGE
方法携带；
4：目标设备收到命令后返回200 OK；
5：目标设备向SIP服务器发送设备控制响应命令，设备控制响应命令采用
MESSAGE方法携带；
6：SIP服务器收到命令后返回200 OK；
7：SIP服务器向源设备转发设备控制响应命令，设备控制响应命令采用
MESSAGE方法携带；
8：源设备收到命令后返回200 OK。
消息示范见GB/T28181-2011附录J中的J.7。
29
5.4.4报警事件的通知和分发
5.4.4.1报警事件的通知和分发基本要求
发生报警事件时，源设备应将报警信息发送给SIP服务器；SIP服务器接收到报警事件后，将报警信息分发给目标设备。报警事件通知和分发使用RFC 3428中定义的方法MESSAGE传送报警信息。
源设备包括SIP设备、网关、SIP客户端、安全防范视频监控联网系统或者综合接处警系统以及卡口系统等，目标设备包括具有接警功能的SIP客户端、安全防范视频监控联网系统或者综合接处警系统以及卡口系统等。
5.4.4.2报警事件的通知和分发基本流程
源设备SIP服务器1 Message (报警通知命令)2200 OK目标设备2.3Message (报警通知响应命令)4200 OK5Message (报警通知命令)6200 OK7Message (报警通知响应命令)8200 OK
图 报警事件通知和分发流程示意图
命令流程描述如下：
1：报警事件产生后，源设备向SIP服务器发送报警通知命令，报警通知命
令采用MESSAGE方法携带；
2： SIP服务器收到命令后返回200 OK；
30
3：SIP服务器接收到报警事件后，向源设备发送报警事件通知响应命令，报
警通知响应命令采用MESSAGE方法携带； 4：源设备收到命令后返回200 OK；
5：SIP服务器接收到报警事件后，确定需要转发的目标设备，SIP服务器向
目标设备发送报警事件通知命令，报警通知命令采用MESSAGE方法携带； 6：目标设备收到命令后返回200 OK；
7：目标设备接收到报警事件后，向SIP服务器发送报警事件通知响应命令，
报警通知响应命令采用MESSAGE方法携带； 8：SIP服务器收到命令后返回200 OK。 消息示范见GB/T28181-2011附录J中的J.8。
5.4.5网络设备信息查询
5.4.51网络设备信息查询基本要求
源设备向目标设备发送信息查询命令，目标设备应将结果通过查询应答命令返回给源设备。网络设备信息查询命令包括设备目录查询命令、前端设备信息查询命令、前端设备状态信息查询命令等，信息查询的范围包括本地SIP监控域或者跨SIP监控域。网络设备信息查询命令和响应均采用RFC 3428中定义的方法MESSAGE实现。
源设备包括SIP客户端、网关或安全防范视频监控联网系统，目标设备包括SIP设备、网关或安全防范视频监控联网系统。
31
5.4.5.2网络设备信息查询基本流程
源设备SIP服务器目标设备1 Message (设备查询请求命令)2 200 OK3 Message (设备查询请求命令)4 200 OK5 Message (设备查询响应命令)6 200 OK7 Message (设备查询响应命令)8 200 OK
图 网络设备信息查询流程示意图
命令流程描述如下：
1：源设备向SIP服务器发送设备查询命令，设备查询命令采用MESSAGE方
法携带；
2：SIP服务器收到命令后返回200 OK；
3：SIP服务器向目标设备转发设备查询命令，设备查询命令采用MESSAGE
方法携带；
4：目标设备收到命令后返回200 OK；
5：目标设备向SIP服务器发送设备查询响应命令，设备查询响应命令采用
MESSAGE方法携带；
6：SIP服务器收到命令后返回200 OK；
7：SIP服务器向源设备转发查询响应命令，设备查询响应命令采用MESSAGE
方法携带；
8：目标设备收到命令后返回200 OK。
32
消息示范见GB/T28181-2011附录J中的J.9。
5.4.5状态信息报送
5.4.5.1状态信息报送基本要求
当源设备（包括网关、SIP设备、SIP客户端或安全防范视频监控联网系统）发现工作异常时，应立即时向本SIP监控域的SIP服务器发送状态信息；无异常时，应定时向本SIP监控域的SIP服务器发送状态信息。状态信息报送采用RFC 3428中定义的方法MESSAGE实现。
心跳发送方、接收方需统一配臵“心跳间隔“参数，按照”心跳间隔“定时发送心跳消息，默认心跳间隔60秒。心跳发送方、接收方需统一配臵”心跳超时次数“参数，心跳消息连续超时达到”心跳超时次数“则认为对方下线，默认心跳超时次数3次。
心跳接收方在心跳发送方上线状态下检测到心跳消息连续超时达到商定次数则认为心跳发送方连线；心跳发送方在心跳接收方上线状态下检测到心跳消息响应连续超时达到商定次数则认为接收方离线。
5.4.5.2状态信息报送基本流程
源设备SIP服务器1 Message(状态信息报送)2 200OK
图 状态信息报送流程示意图
33
命令流程描述如下：
1：源设备向SIP服务器发送设备状态信息报送命令。设备状态信息报送命
令采用MESSAGE方法携带：
2：SIP服务器收到命令后返回200 OK。
消息示范见GB/T28181-2011附录J中的J.12。
5.4.6设备视音频文件检索
5.4.6.1设备视音频文件检索基本要求
文件检索主要用区域、设备、录像时间段、录像地点、录像内容为条件进行查询，用Message消息发送检索请求和返回查询结果，传送结果的Message消息可以发送多条。文件检索请求和应答命令采用MANSCDP协议格式定义，详细描述见GB/T28181-2011附录A中的A.2.4文件目录检索请求和A.2.6文件目录检索应答。
5.4.6.2设备视音频文件检索基本流程
目录检索方1 Message(文件目录查询)2 200OK3 Message(文件目录)4 200OK目录拥有方
图 设备视音频文件检索消息流程示意图
信令流程描述如下：
1：目录检索方向目录拥有方发送目录查询请求Message消息，消息体中包
34
含视音频文件检索条件；
2：目录拥有方向目录检索方发送200 OK，无消息体；
3：目录拥有方向目录检索方发送查询结果，消息体中含文件目录，当一条
Message消息无法传送完所有查询结果时，采用多条消息传送； 4：目录检索方向目录拥有方发送200 OK，无消息体。 消息示范见GB/T28181-2011附录J中的J.13。
5.4.7历史视音频的回放
5.4.7.1历史视音频的回放基本要求
应采用SIP协议（RFC 3261）中的INVITE方法实现会话连接，采用SIP扩展协议（RFC 2976）INFO方法的消息体携带视音频回放控制命令，采用RTP/RTCP协议（RFC 3550）实现媒体传输。媒体回放控制命令引用MANSRTSP协议中的PLAY，PAUSE，TEARDOWN 的请求消息和应答消息，具体见附录B。
历史媒体回放的信令流程分为客户端主动发起和第三方呼叫控制两种方式，联网系统可选择其中一种或两种结合的实现方式。第三方呼叫控制的第三方控制者宜采用背靠背用户代理实现，有关第三方呼叫控制见RFC 3725。
媒体流接收者可以是包括SIP客户端、SIP设备（如视频解码器），媒体流发送者可以是SIP设备、网关、媒体服务器。
5.4.7.2历史视音频的回放基本流程
客户端主动发起的历史媒体回放流程：
35
媒体流接收者1 Invite (with SDP)SIP服务器媒体服务器媒体流发送者2 Invite3 200 OK (with SDP)4 Invite (with SDP)5 200 OK (SDP)6 ACK (with SDP)7 ACK历史媒体流8 Invite (with SDP)9 200 OK (SDP)10 200 OK (with SDP)11 ACK12 ACK历史媒体流13 INFO14 INFO15 200 OK16 200 OK17 Message(File to End)18 Message(File to End)19 200 OK20 200 OK21 BYE22 200 OK23 BYE24 200 OK25 BYE26 200 OK27 BYE28 200 OK36
图 客户端主动发起的历史视音频回放流程示意图
其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立媒体流接受者与媒体服务器之间的媒体链接信令过程，信令2-7为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流之间的媒体链接信令过程，信令13-16为媒体流接收者进行回放控制信令过程，信令17-20为媒体流发送者回放、下载到文件结束向媒体接收者发送通知消息过程，信令21-24为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令25-28为SIP服务器断开媒体服务器与媒体流发送者之间的媒体链接信令过程。
命令流程描述如下：
1：媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject
字段，表明点播的视频源ID、分辨率、媒体流接收者ID、接收端媒体流序列号标识等参数，SDP消息体中s字段为“Playback”代表历史回放，u字段代表回放通道ID和回放类型，t字段代表回放时间段； 2：SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和媒
体流发送者之间的媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体；
3：媒体服务器收到SIP服务器的Invite请求后，回复200 OK响应，携带
SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容；
4：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体流发送者发送
Invite请求，请求中携带消息3中媒体服务器回复的200 OK响应消息体，并且修改s字段为“Playback”代表历史回放，u字段代表回放通道ID和回放类型，t字段代表回放时间段，增加y字段描述SSRC值，f字段描述媒体参数；
5：媒体流发送者收到SIP服务器的Invite请求后，回复200 OK响应，携
带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容；
37
6：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体服务器发送
ACK请求，请求中携带消息5中媒体流发送者回复的200 OK响应消息体，完成与媒体服务器的Invite会话建立过程；
7：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体流发送者发
送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；
8：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者
和媒体服务器之间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器；
9：媒体服务器收到Invite请求，回复200 OK响应，携带SDP消息体，消
息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC值等内容；
10：SIP服务器将消息9转发给媒体流接收者；
11：媒体流接收者收到200 OK响应后，回复ACK消息，完成与SIP服务器
的Invite会话建立过程；
12：SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite
会话建立过程；
13：在回放过程中，媒体流接收者通过向SIP服务器发送会话内Info消息
进行回放控制，包括视频的暂停、播放、快放、慢放、随机拖放播放等操作，Info消息体见附录B；
14：SIP服务器收到消息13后转发给媒体流发送者； 15：媒体流发送者收到消息14后回复200 OK响应； 16：SIP服务器将消息15转发给媒体流接收者；
17：媒体流发送者在文件回放结束后发送会话内Message消息，通知SIP服
务器回放已结束，消息格式参见A.2.5媒体通知； 18：SIP服务器收到消息17后转发给媒体流接收者；
19：媒体流接收者收到消息18后回复200 OK响应，进行链路断开过程； 20：SIP服务器将消息19转发给媒体流发送者；
38
21：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的
同媒体流接收者的Invite会话；
22：SIP服务器收到BYE消息后回复200 OK响应，会话断开；
23：SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、
12建立的同媒体服务器的Invite会话；
24：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
25：SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒
体服务器的Invite会话；
26：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
27：SIP服务器向媒体流发送者发送BYE消息，断开消息4、5、7建立的同
媒体流发送者的Invite会话；
28：媒体流发送者收到BYE消息后回复200 OK响应，会话断开。 消息示范见GB/T28181-2011附录J中的J.14。 第三方呼叫控制的历史视音频回放流程：
39
媒体流接收者SIP服务器1 Invite2 200 OK (with SDP)媒体服务器媒体流发送者3 Invite (with SDP)4 200 OK (SDP)5 ACK (with SDP)6 ACK历史媒体流7 Invite8 200 OK (with SDP)9 Invite (with SDP)10 200 OK (SDP)11 ACK (with SDP)12 ACK历史媒体流13 INFO14 200 OK15 Message(File to End)16 200 OK17 BYE18 200 OK19 BYE20 200 OK21 BYE22 200 OK23 BYE24 200 OK图 第三方呼叫控制的历史视音频回放流程示意图
40
其中，信令1-6为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接信令过程，信令7-12为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链接信令过程，信令13-14为回放控制信令过程，信令15-16为媒体流发送者回放、下载到文件结束向媒体接收者发送的回放结束通知消息，信令17-20为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令21-24为断开媒体服务器与媒体流发送者之间的媒体链接信令过程。
命令流程描述如下：
1：SIP服务器向媒体服务器发送Invite消息，此消息不携带SDP消息体； 2：媒体服务器收到SIP服务器的Invite请求后，回复200 OK响应，携带
SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容；
3：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体流发送者发送
Invite请求，请求中携带消息2中媒体服务器回复的200 OK响应消息体，并且修改s字段为“Playback”代表历史回放，u字段代表回放通道ID和回放类型，t字段代表回放时间段，增加y字段描述SSRC值，f字段描述媒体参数；
4：媒体流发送者收到SIP服务器的Invite请求后，回复200 OK响应，携
带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容；
5：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体服务器发送
ACK请求，请求中携带消息4中媒体流发送者回复的200 OK响应消息体，完成与媒体服务器的Invite会话建立过程；
6：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体流发送者发
送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；
7：SIP服务器向媒体流接收者发送Invite消息，此消息不携带SDP消息体；
41
8：媒体流接收者收到SIP服务器的Invite请求后，回复200 OK响应，携
带SDP消息体，消息体中描述了媒体流接收者接收媒体流的IP、端口、媒体格式等内容；
9：SIP服务器收到媒体流接收者返回的200 OK响应后，向媒体服务器发送
Invite请求，请求中携带消息8中媒体流接收者回复的200 OK响应消息体，并且修改s字段为“Playback”代表历史回放，增加y字段描述SSRC值；
10：媒体服务器收到SIP服务器的Invite请求后，回复200 OK响应，携带
SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC字段等内容；
11：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体流接收者发送
ACK请求，请求中携带消息10中媒体服务器回复的200 OK响应消息体，完成与媒体流接收者的Invite会话建立过程；
12：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体服务器发送
ACK请求，请求中不携带消息体，完成与媒体服务器的Invite会话建立过程；
13：在回放过程中，SIP服务器通过向媒体流发送者发送Info消息进行回放
控制，包括视频的暂停、播放、定位、快放、慢放等操作，Info消息体见附录B；
14：媒体流发送者收到Info消息后回复200 OK响应；
15：媒体流发送者在文件回放结束后发送会话内Message消息，通知SIP服
务器回放已结束，消息体格式参见A.2.5媒体通知；
16：SIP服务器收到Message消息后回复200 OK响应，进行链路断开过程； 17：SIP服务器向媒体流接收者发送BYE消息，断开消息7、8、11建立的同
媒体流接收者的Invite会话；
18：媒体流接收者收到BYE消息后回复200 OK响应，会话断开； 19：SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立的同
媒体服务器的Invite会话；
42
20：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
21：SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒
体服务器的Invite会话；
22：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
23：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同
媒体流发送者的Invite会话；
24：媒体流发送者收到BYE消息后回复200 OK响应，会话断开。 消息示范见GB/T28181-2011附录J中的J.15。
5.4.8视音频文件下载
5.4.8.1视音频文件下载基本要求
SIP服务器接收到媒体接收者发送的视音频文件下载请求后向媒体流发送者发送媒体文件下载命令，媒体流发送者采用RTP将视频流传输给媒体流接收者，媒体流接收者直接将视频流保存为媒体文件。媒体流接收者可以是用户客户端或安全防范视频监控联网系统，媒体流发送者可以是媒体设备或安全防范视频监控联网系统。
媒体流接收者或SIP服务器可通过配臵查询等方式获取媒体流发送者支持的下载发送倍速，并在请求的SDP消息体中携带制定下载倍速（见GB/T28181-2011补充修改文件）。媒体流发送者可在200 OK响应的SDP消息体中扩展携带下载文件的大小参数（见GB/T28181-2011补充修改文件），以便于媒体流接收者计算下载速度。
5.4.8.2视音频文件下载基本流程
客户端主动发起的媒体文件下载流程：
43
媒体流接收者1 Invite (with SDP)SIP服务器媒体服务器媒体流发送者2 Invite3 200 OK (with SDP)4 Invite (with SDP)5 200 OK (SDP)6 ACK (with SDP)7 ACK历史媒体流8 Invite (with SDP)9 200 OK (SDP)10 200 OK (with SDP)11 ACK12 ACK历史媒体流13 Message(File to End)14 Message(File to End)15 200 OK16 200 OK17 BYE18 200 OK19 BYE20 200 OK21 BYE22 200 OK23 BYE24 200 OK图 客户端主动发起的视音频文件下载流程示意图
其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼
44
叫请求后通过B2BUA代理方式建立媒体流接受者与媒体服务器之间的媒体链接信令过程，信令2-7为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流之间的媒体链接信令过程，信令13-16为媒体流发送者回放、下载到文件结束向媒体接收者发送下载完成的通知消息过程，信令17-20为断开媒体流接收者断开与媒体服务器之间的媒体链接信令过程，信令21-24为SIP服务器断开媒体服务器与媒体流发送者之间的媒体链接信令过程。
命令流程描述如下：
1：媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject
字段，表明点播的视频源ID、分辨率、媒体流接收者ID、接收端媒体流序列号标识等参数，SDP消息体中s字段为“Download”代表文件下载，u字段代表下载通道ID和下载类型，t字段代表下载时间段，可扩展a字段携带下载倍速参数，规定此次下载设备发流倍速，若不携带默认为1倍速；
2：SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和媒
体流发送者之间的媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体；
3：媒体服务器收到SIP服务器的Invite请求后，回复200 OK响应，携带
SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容；
4：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体流发送者发送
Invite请求，请求中携带消息3中媒体服务器回复的200 OK响应消息体，并且修改s字段为“Download”代表文件下载，u字段代表下载通道ID和下载类型，t字段代表下载时间段，增加y字段描述SSRC值，f字段描述媒体参数，可扩展a字段携带下载倍速，将倍速参数传递给设备；
5：媒体流发送者收到SIP服务器的Invite请求后，回复200 OK响应，携
带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容，可扩展a字段携带文件大小参数；
45
6：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体服务器发送
ACK请求，请求中携带消息5中媒体流发送者回复的200 OK响应消息体，完成与媒体服务器的Invite会话建立过程；
7：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体流发送者发
送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；
8：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者
和媒体服务器之间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器；
9：媒体服务器收到Invite请求，回复200 OK响应，携带SDP消息体，消
息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC值等内容；
10：SIP服务器将消息9转发给媒体流接收者，可扩展a字段携带文件大小
参数；
11：媒体流接收者收到200 OK响应后，回复ACK消息，完成与SIP服务器
的Invite会话建立过程；
12：SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite
会话建立过程；
13：媒体流发送者在文件下载结束后发送会话内Message消息，通知SIP服
务器回放已结束，消息体格式参见附录A.2.5媒体通知； 14：SIP服务器收到消息17后转发给媒体流接收者；
15：媒体流接收者收到消息18后回复200 OK响应，进行链路断开过程； 16：SIP服务器将消息19转发给媒体流发送者；
17：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的
同媒体流接收者的Invite会话；
18：SIP服务器收到BYE消息后回复200 OK响应，会话断开；
19：SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、
12建立的同媒体服务器的Invite会话；
46
20：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
21：SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒
体服务器的Invite会话；
22：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
23：SIP服务器向媒体流发送者发送BYE消息，断开消息4、5、7建立的同
媒体流发送者的Invite会话；
24：媒体流发送者收到BYE消息后回复200 OK响应，会话断开。 消息示范见GB/T28181-2011附录J中的J.16。 第三方呼叫控制的媒体文件下载流程：
47
媒体流接收者SIP服务器1 Invite2 200 OK (with SDP)媒体服务器媒体流发送者3 Invite (with SDP)4 200 OK (SDP)5 ACK (with SDP)6 ACK历史媒体流7 Invite8 200 OK (with SDP)9 Invite (with SDP)10 200 OK (SDP)11 ACK (with SDP)12 ACK历史媒体流13 Message(File to End)14 200 OK15 BYE16 200 OK17 BYE18 200 OK19 BYE20 200 OK21 BYE22 200 OK图 第三方呼叫控制的视音频文件下载流程示意图
其中，信令1-6为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体链接信令过程，信令7-12为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体链接信令过程，信令
48
13-14为媒体流发送者回放、下载到文件结束向媒体接收者发送下载完成通知消息，信令15-18为断开媒体流接收者与媒体服务器之间的媒体链接信令过程，信令19-22为断开媒体服务器与媒体流发送者之间的媒体链接信令过程。
命令流程描述如下：
1：SIP服务器向媒体服务器发送Invite消息，此消息不携带SDP消息体； 2：媒体服务器收到SIP服务器的Invite请求后，回复200 OK响应，携带
SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容；
3：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体流发送者发送
Invite请求，请求中携带消息2中媒体服务器回复的200 OK响应消息体，并且修改s字段为“Download”代表下载，u字段代表下载通道ID和下载视频类型，t字段代表下载时间段，增加y字段描述SSRC值，f字段描述媒体参数，可扩展a字段携带下载倍速参数，规定此次下载设备发流倍速，若不携带默认为1倍速；
4：媒体流发送者收到SIP服务器的Invite请求后，回复200 OK响应，携
带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等内容，可扩展a字段携带文件大小参数； 5：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体服务器发送
ACK请求，请求中携带消息4中媒体流发送者回复的200 OK响应消息体，完成与媒体服务器的Invite会话建立过程；
6：SIP服务器收到媒体流发送者返回的200 OK响应后，向媒体流发送者发
送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；
7：SIP服务器向媒体流接收者发送Invite消息，此消息不携带SDP消息体； 8：媒体流接收者收到SIP服务器的Invite请求后，回复200 OK响应，携
带SDP消息体，消息体中描述了媒体流接收者接收媒体流的IP、端口、媒体格式等内容；
49
9：SIP服务器收到媒体流接收者返回的200 OK响应后，向媒体服务器发送
Invite请求，请求中携带消息8中媒体流接收者回复的200 OK响应消息体，并且修改s字段为“Playback”代表历史回放，增加y字段描述SSRC值；
10：媒体服务器收到SIP服务器的Invite请求后，回复200 OK响应，携带
SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC字段等内容；
11：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体流接收者发送
ACK请求，请求中携带消息10中媒体服务器回复的200 OK响应消息体，完成与媒体流接收者的Invite会话建立过程，可扩展a字段携带文件大小参数；
12：SIP服务器收到媒体服务器返回的200 OK响应后，向媒体服务器发送
ACK请求，请求中不携带消息体，完成与媒体服务器的Invite会话建立过程；
13：媒体流发送者在文件回放结束后发送会话内Message消息，通知SIP服
务器回放已结束，消息体格式参见附录A.2.5媒体通知；
14：SIP服务器收到Message消息后回复200 OK响应，进行链路断开过程； 15：SIP服务器向媒体流接收者发送BYE消息，断开消息7、8、11建立的同
媒体流接收者的Invite会话；
16：媒体流接收者收到BYE消息后回复200 OK响应，会话断开； 17：SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立的同
媒体服务器的Invite会话；
18：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
19：SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒
体服务器的Invite会话；
20：媒体服务器收到BYE消息后回复200 OK响应，会话断开；
21：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同
媒体流发送者的Invite会话；
50