视频监控设备接入标准规范标准

('1.1联网接入架构各类社会单位视频监控资源分布在多个不同的网络环境中，包括行业单位专网或私网、互联网等。公安机关在互联网上建设省市县三级社会单位视频监控接入平台，各类社会单位的视频信息通过互联网接入至县级社会单位视频监控接入平台。即县级社会单位视频监控接入平台，能够整合并统一管理所有不同链路、不同技术要求的社会图像监控资源。未来，随着社会视频监控资源的逐渐增多，有条件的派出所也可建设社会单位视频监控联网接入平台。县（市、区）公安机关在互联网部署建设社会视频接入平台，用于接入汇聚本辖区的社会视频监控资源。市级社会视频接入平台级联各县级社会视频接入平台，可管理、监看本市的社会单位视频信息。省级社会视频接入平台级联各市级社会视频接入平台，可管理、监看全省的社会单位视频信息。各级平台应搭建于具备固定IP的互联网环境下，兼顾经济性与多用户同时使用的需求，县级以上平台互联网带宽应不低于50M。5.1.1通信协议结构5.1.1.1概述视频、音频、数据等信息传输、交换、控制的通信协议的结构见下图所示。1/73图通信协议结构图联网系统在进行视音频传输与控制时应建立两个传输通道：会话通道和媒体流通道。会话通道用于在设备之间建立会话并传输系统控制命令；媒体流通道用于传输视音频数据，经过压缩编码的视音频流采用RTP/RTCP传输。5.1.1.2会话初始协议安全注册、实时媒体点播、历史媒体的回放等应用的会话控制采用RFC3261（SIP）规定的REGISTER、INVITE等请求和响应方法实现，历史媒体回放控制采用SIP扩展协议RFC2976规定的INFO方法实现，前端设备控制、信息查询等应用的会话控制采用SIP扩展协议RFC3428规定的MESSAGE方法实现。SIP消息应支持基于UDP和TCP传输。5.1.1.3会话描述协议联网系统有关设备之间会话建立过程的会话协商和媒体协商应采用RFC4566（SDP）协议描述，主要容包括会话描述、媒体信息描述、时间信息描述。会话协商和媒体协商信息应采用SIP消息的消息体携带传输。2/735.1.1.4控制描述协议联网系统有关前端设备控制、设备目录信息等控制命令应采用联网系统控制描述协议（MANSCDP）描述，见GB/T28181-2011附录A。联网系统控制命令应采用SIP消息MESSAGE的消息体携带传输。5.1.1.5媒体回放控制协议历史媒体的回放控制命令应采用RFC2326规定的RTSP协议描述，见附录B，实现设备在端到端之间对视音频流的正常播放、暂停、停止、快进/快退播放等远程控制。历史媒体的回放控制命令采用RTSP协议的PLAY方法。5.1.1.6媒体传输协议媒体流在联网系统IP网络上传输时应采用基于RTP的媒体压缩数据封装。媒体流的传输应采用RFC3550规定的RTP协议，提供实时数据传输中的时间戳信息与各数据流的同步；应采用RFC3550规定的RTCP协议，为按序传输数据包提供可靠保证，提供流量控制和拥塞控制。媒体流的传输应支持基于TCP/UDP的RTP传输。5.2视音频编解码与传输要求系统中视频压缩编解码和音频编解码应符合GB/T28181-2011附录E的相关要求，视频编码应支持H.264、SVAC或MPEG-4视频编码标准,音频编解码标准应支持G.711或G.723.1或G.729音频编码标准。3/735.2.1编码设备技术要求5.2.1.1标清编码设备技术要求1、视频编码应支持H.264标准的MainProfile的Level3.0或以上档次、级别。为更高效地进行图像编码，宜使用H.264标准的HighProfile档次，具体配置包括：a、编码图像分辨率至少应支持CIF、4CIF（或D1）几种分辨率，在信道带宽允许情况下单路视频画面应优先采用4CIF（或D1）与以上分辨率；b、编码帧率应不小于25帧/秒，并可调整，支持跳帧编码；c:应支持活动帧率设置。c、输出码率应在128kbps-4Mbps之间自适应调整；在带宽不足情况下，应支持图像质量优先（清晰度优先）或帧率优先（流畅优先）可调；d、应支持逐行扫描编码，宜支持隔行扫描编码；e、熵编码方式应至少支持CAVLC，可选支持CABAC；f、参考帧数量不宜超过2个；g、GOP格式，应支持IPPP方式，宜支持IBBP,其中IPPP方式中的I帧间隔应可调整；h、不应支持FMO、ASO、RedundantSlice特性；i、为支持用户在视频图像质量和图像流畅性之间进行选择，应提供编码参数调节，例如，设置图像大小，设置帧率，设置I帧间隔等；2、编码设备应支持H.264视频的PS+RTP/RTCP包输出，RTP包的载荷数据中不能包含非H.264语法元素的私有数据；3、编码设备对音频编码支持为可选，宜支持音频编码和RTP传输；4/734、支持TCP/IP、UDP、IGMP网络协议,提供单播、组播两种传送方式；5、编码设备硬件输入/输出接口最低要求：1路CVBS模拟视频信号BNC输入接口，1个10/100M自适应网络RJ45接口，1路RS232/RS485串口（云台、镜头控制）；1路数字报警信号输入（可选），1路音频输入（可选）,宜支持光纤接口（可选）。5.2.1.2高清网络摄像机编码技术要求1、视频编码应支持H.264标准的MainProfile的Level4.0与以上档次和级别，为更高效地进行图像编码，宜使用H.264标准的HighProfile档次，具体配置包括：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帧间隔等；i、至少能支持双码流的输出，主码流为高清视频压缩码流，次码流为标清视频压5/73缩码流；3、编码设备应支持H.264视频的PS+RTP/RTCP包输出，RTP包的载荷数据中不能包含非H.264语法元素的私有数据；4、编码设备对音频编码支持为可选，宜支持音频编码和RTP传输；5、支持TCP/IP、UDP、RTP/RTCP、、IGMP网络协议,提供单播、组播两种传送方式；6、编码设备硬件输入/输出接口最低要求：1个10/100M/1000M自适应网络RJ45接口，1路RS232/RS485串口（云台、镜头控制）；1路数字报警信号输入（可选），1路音频输入（可选）；宜支持光纤接口（可选）。5.2.2解码设备基本要求5.2.2.1标清解码设备技术要求1、视频解码应支持H.264标准的MainProfile的Level3.0与以上档次和级别，具体要求包括：a、能够解码显示分辨率从CIF到4CIF（D1）的图像，宜支持4CIF（D1）以上高清解码；b、应能同时支持解码逐行扫描和隔行扫描方式编码的码流；c、应支持IPPPGOP结构，宜支持IBBPGOP结构；d、能够解码CAVLC和CABAC两种熵编码码流；e、支持1/4像素精度的运动搜索的解码；f、能够解码从16×16到4×4块大小的所有帧和帧间编码模式；6/73h、支持多参考帧解码，至少应支持2个参考帧，宜支持5个参考帧；2、能够识别音视频PS+RTP/RTCP码流并解码；3、支持TCP/IP、UDP、IGMP网络协议,提供单播、组播两种传送方式；4、解码设备硬件输入/输出接口最低要求：1个10/100M/1000M自适应网络接口RJ45，1路CVBS模拟视频信号BNC输出接口，1路VGA视频输出（可选），1路音频输出（可选）。5.2.2.2高清解码设备技术要求1、视频解码应支持H.264标准的HighProfile的Level4.0以上档次和级别，具体要求包括：a、能够解码显示分辨率720P（720i）、1080P（1080i）的图像，宜支持1080P（1080i）以上高清解码；b、应能同时支持解码逐行扫描和隔行扫描方式编码的码流；c、应支持IPPPGOP结构、宜支持IBBPGOP结构；d、能够解码CAVLC和CABAC两种熵编码码流；e、支持1/4像素精度的运动搜索的解码；f、能够解码从16×16到4×4块大小的所有帧和帧间编码模式；g、支持多参考帧解码，至少应支持2个参考帧，宜支持5个参考帧；2、能够识别音视频PS+RTP/RTCP码流并解码；3、支持TCP/IP、UDP、RTP/RTCP、、IGMP网络协议,提供单播或组播传送方式；4、解码设备硬件输入/输出接口最低要求：1个10/100M/1000M自适应网络接口RJ45，，1路HDMI视频输出，1路VGA视频输出（可选），1路音频输出（可选）。7/735.2.3传输基本要求5.2.3.1网络传输协议要求网络层应支持IP协议，传输层应支持TCP和UDP协议。5.2.3.2消息传输延迟要求信息（可包括视音频信息、控制信息与报警信息等）经由IP网络传输时，端到端的信息延迟时间（包括发送端信息采集、编码、网络传输、信息接收端解码、显示等过程所经历的时间）应满足下列要求：a)前端设备与信号直接接入的社会图像接入平台相应设备间端到端的信息延迟时间应不大于2s；b)前端设备与用户终端设备间端到端的信息延迟时间应不大于4s。5.2.3.3网络传输质量要求IP网络的传输质量（如传输时延、包丢失率、包误差率、虚假包率等）应符合如下要求：a)网络时延上限值为400ms；b)时延抖动上限值为50ms；c)丢包率上限值为1×10-2；d)包误差率上限值为1×10-4。8/735.3图像资源接入方式社会单位的视频资源分布在多个不同的网络环境中（行业单位专网或私网、互联网等），按照社会单位视频监控系统建设模式的不同划分为两种不同的接入方式，可根据实际情况选择相应接入方式实现社会单位视频监控资源的共享接入。5.2.1监控设备接入监控设备接入，是指接入社会单位视频监控系统的编码设备和存储设备。如图所示，各类社会单位的监控设备通过视频接入网关接入至社会单位视频监控联网接入平台（视频接入网关包含在本次社会单位视频监控联网平台建设容中）。对于国标GB/T28181设备采用标准解码库实现解码显示，对已建非标设备采用通过加载厂家解码插件方式进行解码显示。接入公安机关的社会单位监控资源需要在符合GB/T28181标准的基础上，通过固定IP地址、动态域名解析或主动注册等方式接入。不具备以上功能的，需更换符合接入要求的设备，可通过更换硬盘录像机（DVR）或网络硬盘录像机(NVR)、前端摄像机等设备接入。9/735.2.1.1模拟设备接入图模拟设备接入方式模拟视频信号通过视频分配器分配两路信号，一路接入原有图像系统，一路接入编码设备进行数字化，编码设备应满足新建设备技术指标，符合GB/T28181-2011定义的通讯协议和编解码技术要求。5.2.1.2数字设备接入1、设备升级改造：支持升级改造的旧设备通过升级程序符合GB/T28181-2011标准和补充修改文件要求。如前端摄像机支持开放型网络视频接口协议（Onvif），则可采用新增符合国标GB28181-2011编码的NVR将原有摄像机接入，再通过NVR接入社会单位视频监控联网接入平台。2、非标设备改造：部分已建设备因各种原因无法改造升级，设备厂商提供设备配套SDK开发包，通过视频接入网关接入社会面视频接入平台。对于非固定IP设备SDK开发包应支持主动注册或者动态域名解析DDNS接口，参考流程：10/73图SDK主要调用流程CLIENT_GetIPBySrv接口应提供仅知道设备DDNS域名的情况下，从解析服务器获取设备IP地址的方法，然后再通过CLIENT_LoginEx登录设备。CLIENT_ListenServer接口应提供启动一个端口侦听，准备设备发起连接，通过服务回调获取设备序列号，然后再通过CLIENT_LoginEx实现主动侦听模式下的用户登录。5.2.2监控平台接入监控平台接入，是指接入社会单位视频监控系统平台。对于具备多级平台的重点单位视频监控系统，各级平台可分别就近接入所属市（或县）级公安机关的社会视频接入平台。符合GB/T28181标准的社会单位视频监控系统平台可通过平台联网网关直接接入（针对不同厂家的平台，需要配置相应的平台联网网关）。不符合GB/T28181标准的社会单位视频监控系统平台，可升级为符合国标的平台或进行对接开发再接入（通过上级社会图像接入平台做兼容性接入，再通过该平台统一提供符合GB/T28181-2011的服务），或者在得到社会单位相关安全许可的前提下通过监控设备接入方式接入。11/73备注：考虑平台对接建设成本，建议强制平台标准化改造，或直接将需要接入的社会视频资源直接接入社会图像接入平台。图1网关在原有平台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附录FSDP12/73定义：联网系统中SIP消息体中携带的SDP容应符合RFC2327-SDPSessionDescriptionProtocol的相关要求。应有如下字段：Sessiondescription：v=(protocolversion)o=(owner/creatorandsessionidentifier).s=(sessionname)u=(URIofdescription)c=(connectioninformation–notrequiredifincludedinallmedia)Timedescription：t=(timethesessionisactive)Mediadescriptionm=(medianameandtransportaddress)c=(connectioninformation-optionalifincludedatsession-level)b=(bandwidthinformation)a=(zeroormoremediaattributelines)y=（SSRC）f=（媒体描述）说明：a字段：启用RFC4566中对a字段的定义[a=rtpmap:/[/]中的]，利用该属性携带编码器厂商名称（如：大华或海康编码名称DAHUA或HIKVISION）。该属性表明该流为某厂商编码器编码且是不符合本标13/73准规定的媒体流，符合本标准规定的媒体流无需该属性。例如：a=rtpmap:96DAHUA/90000；a=rtpmap:96HIKVISION/90000。1、码流编码格式：因厂商各异，媒体流接收方需要调用不同厂商的解码库进行解码。2、码流封装格式：采用基于RTP的视音频数据PS封装方法（GB/T28181-2011附录C）3、200Ok消息：SDP格式按照GB/T28181-2011附录F定义，对于海康、大华等非标设备，利用SDP中的a属性携带编码器厂商名称（如a=rtpmap:96DAHUA/90000），省厅可扩展解码库厂商名称定义。5.2.3网络接入类型为确保全省行业视频快速实现互联互通，有效节约政府与各社会单位的改造、新建成本，本次项目统一采用互联网环境接入5.2.3.1已建社会点位资源接入各行业单位构建的本单位监控系统专用局域网络，可根据已有设备所具备的固定IP地址、动态域名解析、主动注册等方式接入互联网或原有运营商VPN专网，对于不具备14/73外网接入功能的或设备厂家无法提供对接开发协议的视频监控设备，应予以更换。传输至所在区县公安分局新建社会公共安全视频信息管理平台。5.2.3.2新建社会点位资源接入各行业单位建设新的视频监控视频系统，需符合本方案中的相关技术标准，通过对接测试方可建设。5.2.4公网环境下国标优化建议为确保公共视频监控网络体系稳定运行，非网络安全环境下的视频监控系统接入公共视频监控网络体系中，须至少采取以下网络安全措施后，方可接入。1、物理链路隔离社会监控网络资源与视频专网从物理链路上进行隔离，实际在进行社会监控资源接入时，在外部链路与视频专网边界接入平台相连，开启路由访问控制，将来自不同接入链路的数据流按照边界接入平台的安全策略路由加以区分。2、建立边界保护区域实现网络级身份认证、访问控制和权限管理，同时对数据进行加密，增加网络嗅探。边界保护区域一般采用多重安全网关方式进行部署，比如防火墙、VPN、安全网关15/73等。重点针对网络入侵、病毒蔓延进行多重安全保护，主要使用硬件过滤技术以保证社会监控资源的接入速度。3、建立安全隔离区域社会监控资源经过边界保护区域接入之后，即将送入公安视频专网数据处理平台，在平台与边界保护区域之间增设安全隔离区域，在数据进入视频专网业务平台之前，将视频数据与控制信令进行分离，实现视频数据和控制信令分别安全接入公安视频专网。5.2.5编码的实施细则5.2.5.1行政区划编码CivilCode行政区划编码（CivilCode），行政区划编码按照国标GB/T2260-20075.2.5.2设备编码DeviceID设备编码（DeviceID）、组织机构编码、业务分组编码、虚拟组织编码规划按照国标GB/T28181-2011的统一编码规则规划。GB/T28181-2011编码规则A由中心编码（8位）、行业编码（2位）、类型编码（3位）、网络标识（1位）和序号（6位）四个码段共20位十进制数字字符构成，16/73即系统编码=中心编码+行业编码+类型编码+网络标识+序号。编码规则A的详细说明见表D1。其中，中心编码指用户或设备所归属的监控中心的编码，按照监控中心所在地的行政区划代码确定，当不是基层单位时空余位为0。行政区划代码采用GB/T2260-2007规定的行政区划代码表示。行业编码是指用户或设备所归属的行业，行业编码对照表见D2“行业编码对照表”。类型编码指定了设备或用户的具体类型，其中的前端设备包含公安系统和非公安系统的前端设备，终端用户包含公安系统和非公安系统的终端用户。D1.编码规则码段码位含义取值说明中心编码1、2省级编号由监控中心所在地的行政区划代码确定，符合GB/T2260-2007的要求。3、4市级编号5、6区级编号7、8基层接入单位编号行业编码9、10行业编码行业编码对照表见附录D中的D.3类型编码11、12、13111－130表示类型为前端主设备111DVR编码112视频服务器编码113编码器编码114解码器编码115视频切换矩阵编码116音频切换矩阵编码117报警控制器编码17/73118网络视频录像机（NVR）编码130混合硬盘录像机（HVR）编码119-129扩展的前端主设备类型131—199表示类型为前端外围设备131摄像机编码132网络摄像机（IPC）编码133显示器编码134报警输入设备编码（如红外、烟感、门禁等报警设备）135报警输出设备编码(如警灯、警铃等设备)136语音输入设备编码137语音输出设备138移动传输设备编码139其它外围设备编码140-199扩展的前端外围设备类型18/73200—299表示类型为平台设备200★中心信令控制服务器编码201Web应用服务器编码202媒体分发服务器编码203代理服务器编码204安全服务器编码205报警服务器编码206数据库服务器编码207GIS服务器编码208管理服务器编码209接入网关编码210媒体存储服务器编码211信令安全路由网关编码215★业务分组编码216★虚拟组织编码212,213,214,217-299扩展的平台设备类型300-399表示类型为中心用户300中心用户301－343行业角色用户344-399扩展的中心用户类型400-499表示400终端用户19/73类型为终端用户401－443行业角色用户444-499扩展的终端用户类型500-999为扩展类型500-999扩展类型网络标识14网络标识编码0、1、2、3、4为监控报警专网，5为公安信息网，6为政务网，7为Internet网，8为社会资源接入网，9预留序号15－20设备、用户序号D2行业编码对照表接入类型码名称建设主体备注00社会治安路面接入政府机关包括城市路面、商业街、公共区域、重点区域等01社会治安社区接入包括社区、楼宇、网吧等02社会治安部接入包括公安办公楼、留置室等03社会治安其他接入04交通路面接入包括城市主要干道、国道、高速交通状况监视05交通卡口接入包括交叉路口、“电子警察”、关口、收费站等20/7306交通部接入包括交管办公楼等07交通其他接入08城市管理接入09卫生环保接入10商检海关接入11教育部门接入12～39预留140农林牧渔业接入企业/事业单位41采矿企业接入42制造企业接入43冶金企业接入44电力企业接入45燃气企业接入46建筑企业接入47物流企业接入48邮政企业接入49信息企业接入50住宿和餐饮业接入51金融企业接入52房地产业接入53商务服务业接入21/7354水利企业接入55娱乐企业接入56～79预留280～89居民自建预留390～99其他主体预留422/735.2.5.3摄像机类型编码5.4图像资源接入协议5.4.1注册和注销5.4.1.1注册和注销基本要求SIP客户端、网关、SIP设备、安全防视频监控联网系统等SIP代理（SIPUA）使用RFC3261中定义的方法REGISTER进行注册和注销。注册和23/73注销时应进行认证，认证方式应支持数字摘要认证方式，高安全级别的宜支持数字证书的认证方式，数字证书的格式符合GB/T28181-2011附录I中的规定。SIP代理在注册过期时间到来之前，应向注册服务器进行刷新注册，刷新注册流程遵循IETFRFC3261规定。若注册失败，SIP代理应间隔一定时间后继续发起注册过程，与上一次注册时间间隔应可调，一般情况下不应短于60秒。系统、设备注册过期时间应可配置，缺省值为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规定的基于数字摘要的挑战应答式安全技术进行24/73注册，具体注册流程见下图。图基本注册流程示意图注册流程描述如下：1：SIP代理向SIP服务器发送REGISTER请求，2：SIP服务器向SIP代理发送响应401，并在响应的消息头WWW_Authenticate字段中给出适合SIP代理的认证体制和参数；3：SIP代理重新向SIP服务器发送REGISTER请求，在请求的Authorization字段给出信任书，包含认证信息；4：SIP服务器对请求进行验证，如果检查出SIP代理身份合法，向SIP代理发送成功响应200OK，如果身份不合法则发送拒绝服务应答。消息示见GB/T28181-2011附录J中的J.1。注销流程：25/73图注销流程示意图注销流程描述如下：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代理发送成功响应200OK，如果身份不合法则发送拒绝服务应答。消息示见GB/T28181-2011附录J中的J.3。5.4.2实时视音频点播5.4.2.1实时视音频点播基本要求实时视音频点播的SIP消息应通过本域或其它域的SIP服务器进行路由、26/73转发，目标设备的实时视音频流宜通过本域的媒体服务器进行转发。实时视音频点播采用SIP协议（RFC3261）中的INVITE方法实现会话连接，采用RTP/RTCP协议（RFC3550）实现媒体传输。实时视音频点播的信令流程分为客户端主动发起和第三方呼叫控制两种方式，联网系统可选择其中一种或两种结合的实现方式。第三方呼叫控制的第三方控制者宜采用背靠背用户代理实现，有关第三方呼叫控制见RFC3725。5.4.2.2实时视音频点播基本流程客户端主动发起流程：27/73图客户端主动发起的实时视音频点播流程示意图其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立媒体流接收者与媒体服务器之间的媒体流信令过程，信令2-7为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送28/73者之间的媒体流信令过程，信令13-16为媒体流接收者断开与媒体服务器之间的媒体流信令过程，信令17-20为SIP服务器断开媒体服务器与媒体流发送者之间的媒体流信令过程。命令流程描述如下：1：媒体流接收者向SIP服务器发送Invite消息，消息头域中携带Subject字段，表明点播的视频源ID、分辨率、媒体流接收者ID、接收端媒体流序列号等参数，SDP消息体中s字段为“Play”代表实时点播；2：SIP服务器收到Invite请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的媒体连接。向媒体服务器发送Invite消息，此消息不携带SDP消息体；3：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等容；4：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求中携带消息3中媒体服务器回复的200OK响应消息体，并且修改s字段为“Play”代表实时点播，增加y字段描述SSRC值，f字段描述媒体参数；5：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等容；6：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求中携带消息5中媒体流发送者回复的200OK响应消息体，29/73完成与媒体服务器的Invite会话建立过程；7：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；8：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者和媒体服务器之间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器；9：媒体服务器收到Invite请求，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC值等容；10：SIP服务器将消息9转发给媒体流接收者；11：媒体流接收者收到200OK响应后，回复ACK消息，完成与SIP服务器的Invite会话建立过程；12：SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite会话建立过程；13：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的Invite会话；14：SIP服务器收到BYE消息后回复200OK响应，会话断开；15：SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、12建立的同媒体服务器的Invite会话；16：媒体服务器收到BYE消息后回复200OK响应，会话断开；17：SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒体服务器的Invite会话；30/7318：媒体服务器收到BYE消息后回复200OK响应，会话断开；19：SIP服务器向媒体流发送者发送BYE消息，断开消息4、5、7建立的同媒体流发送者的Invite会话；20：媒体流发送者收到BYE消息后回复200OK响应，会话断开。消息示见GB/T28181-2011附录J中的J.4。第三方呼叫控制流程：31/73图第三方呼叫控制的实时视音频点播流程示意图其中，信令1-6为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流32/73发送者之间的媒体信令过程，信令7-12为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体信令过程，信令13-16为断开媒体流接收者与媒体服务器之间的媒体信令过程，信令17-20为断开媒体服务器与媒体流发送者之间的媒体信令过程。命令流程描述如下：1：SIP服务器向媒体服务器发送Invite消息，此消息不携带SDP消息体；2：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等容；3：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求中携带消息2中媒体服务器回复的200OK响应消息体，并且修改s字段为“Play”代表实时点播，增加y字段描述SSRC值，f字段描述媒体参数；4：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口、媒体格式、SSRC字段等容；5：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求中携带消息4中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话建立过程；6：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建33/73立过程；7：SIP服务器向媒体流接收者发送Invite消息，此消息不携带SDP消息体；8：媒体流接收者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流接收者接收媒体流的IP、端口、媒体格式等容；9：SIP服务器收到媒体流接收者返回的200OK响应后，向媒体服务器发送Invite请求，请求中携带消息8中媒体流接收者回复的200OK响应消息体，并且并且修改s字段为“Play”代表实时点播，增加y字段描述SSRC值；10：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC字段等容；11：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流接收者发送ACK请求，请求中携带消息10中媒体服务器回复的200OK响应消息体，完成与媒体流接收者的Invite会话建立过程；12：SIP服务器收到媒体服务器返回的200OK响应后，向媒体服务器发送ACK请求，请求中不携带消息体，完成与媒体服务器的Invite会话建立过程；13：SIP服务器向媒体流接收者发送BYE消息，断开消息7、8、11建立的同媒体流接收者的Invite会话；14：媒体流接收者收到BYE消息后回复200OK响应，会话断开；15：SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立34/73的同媒体服务器的Invite会话；16：媒体服务器收到BYE消息后回复200OK响应，会话断开；17：SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的Invite会话；18：媒体服务器收到BYE消息后回复200OK响应，会话断开；19：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同媒体流发送者的Invite会话；20：媒体流发送者收到BYE消息后回复200OK响应，会话断开。消息示见GB/T28181-2011附录J中的J.5。5.4.3设备控制5.4.3.1设备控制基本要求源设备向目标设备发送设备控制命令，控制命令的类型包括球机/云台控制远程启动、录像控制、报警布防/撤防、报警复位等，设备控制采用RFC3428中的MESSAGE方法实现。源设备包括SIP客户端、网关或者安全防视频监控联网系统，目标设备包括SIP设备、网关或者安全防视频监控联网系统。源设备向目标设备发送球机/云台控制命令、远程启动命令后，目标设备不发送应答命令，命令流程见9.3.2.1；源设备向目标设备发送录像控制、报警布防/撤防、报警复位命令后，目标设备应发送应答命令表示执行的结果。35/735.4.3.2设备控制基本流程无应答设备控制流程：图无应答设备控制流程示意图命令流程描述如下：1：源设备向SIP服务器发送设备控制命令，设备控制命令采用MESSAGE方法携带；2：SIP服务器收到命令后返回200OK；3：SIP服务器向目标设备发送设备控制命令，设备控制命令采用MESSAGE方法携带；4：目标设备收到命令后返回200OK。消息示见GB/T28181-2011附录J中的J.6。有应答设备控制流程：36/73图有应答设备控制流程示意图命令流程描述如下：1：源设备向SIP服务器发送设备控制命令，设备控制命令采用MESSAGE方法携带；2：SIP服务器收到命令后返回200OK；3：SIP服务器向目标设备发送设备控制命令，设备控制命令采用MESSAGE方法携带；4：目标设备收到命令后返回200OK；5：目标设备向SIP服务器发送设备控制响应命令，设备控制响应命令采用MESSAGE方法携带；6：SIP服务器收到命令后返回200OK；7：SIP服务器向源设备转发设备控制响应命令，设备控制响应命令采用37/73MESSAGE方法携带；8：源设备收到命令后返回200OK。消息示见GB/T28181-2011附录J中的J.7。5.4.4报警事件的通知和分发5.4.4.1报警事件的通知和分发基本要求发生报警事件时，源设备应将报警信息发送给SIP服务器；SIP服务器接收到报警事件后，将报警信息分发给目标设备。报警事件通知和分发使用RFC3428中定义的方法MESSAGE传送报警信息。源设备包括SIP设备、网关、SIP客户端、安全防视频监控联网系统或者综合接处警系统以与卡口系统等，目标设备包括具有接警功能的SIP客户端、安全防视频监控联网系统或者综合接处警系统以与卡口系统等。38/735.4.4.2报警事件的通知和分发基本流程图报警事件通知和分发流程示意图命令流程描述如下：1：报警事件产生后，源设备向SIP服务器发送报警通知命令，报警通知命令采用MESSAGE方法携带；2：SIP服务器收到命令后返回200OK；3：SIP服务器接收到报警事件后，向源设备发送报警事件通知响应命令，报警通知响应命令采用MESSAGE方法携带；4：源设备收到命令后返回200OK；5：SIP服务器接收到报警事件后，确定需要转发的目标设备，SIP服务器向目标设备发送报警事件通知命令，报警通知命令采用MESSAGE方法携带；6：目标设备收到命令后返回200OK；39/737：目标设备接收到报警事件后，向SIP服务器发送报警事件通知响应命令，报警通知响应命令采用MESSAGE方法携带；8：SIP服务器收到命令后返回200OK。消息示见GB/T28181-2011附录J中的J.8。5.4.5网络设备信息查询5.4.51网络设备信息查询基本要求源设备向目标设备发送信息查询命令，目标设备应将结果通过查询应答命令返回给源设备。网络设备信息查询命令包括设备目录查询命令、前端设备信息查询命令、前端设备状态信息查询命令等，信息查询的围包括本地SIP监控域或者跨SIP监控域。网络设备信息查询命令和响应均采用RFC3428中定义的方法MESSAGE实现。源设备包括SIP客户端、网关或安全防视频监控联网系统，目标设备包括SIP设备、网关或安全防视频监控联网系统。40/735.4.5.2网络设备信息查询基本流程图网络设备信息查询流程示意图命令流程描述如下：1：源设备向SIP服务器发送设备查询命令，设备查询命令采用MESSAGE方法携带；2：SIP服务器收到命令后返回200OK；3：SIP服务器向目标设备转发设备查询命令，设备查询命令采用MESSAGE方法携带；4：目标设备收到命令后返回200OK；5：目标设备向SIP服务器发送设备查询响应命令，设备查询响应命令采用MESSAGE方法携带；6：SIP服务器收到命令后返回200OK；41/737：SIP服务器向源设备转发查询响应命令，设备查询响应命令采用MESSAGE方法携带；8：目标设备收到命令后返回200OK。消息示见GB/T28181-2011附录J中的J.9。5.4.5状态信息报送5.4.5.1状态信息报送基本要求当源设备（包括网关、SIP设备、SIP客户端或安全防视频监控联网系统）发现工作异常时，应立即时向本SIP监控域的SIP服务器发送状态信息；无异常时，应定时向本SIP监控域的SIP服务器发送状态信息。状态信息报送采用RFC3428中定义的方法MESSAGE实现。心跳发送方、接收方需统一配置“心跳间隔“参数，按照”心跳间隔“定时发送心跳消息，默认心跳间隔60秒。心跳发送方、接收方需统一配置”心跳超时次数“参数，心跳消息连续超时达到”心跳超时次数“则认为对方下线，默认心跳超时次数3次。心跳接收方在心跳发送方上线状态下检测到心跳消息连续超时达到商定次数则认为心跳发送方连线；心跳发送方在心跳接收方上线状态下检测到心跳消息响应连续超时达到商定次数则认为接收方离线。42/735.4.5.2状态信息报送基本流程图状态信息报送流程示意图命令流程描述如下：1：源设备向SIP服务器发送设备状态信息报送命令。设备状态信息报送命令采用MESSAGE方法携带：2：SIP服务器收到命令后返回200OK。消息示见GB/T28181-2011附录J中的J.12。5.4.6设备视音频文件检索5.4.6.1设备视音频文件检索基本要求文件检索主要用区域、设备、录像时间段、录像地点、录像容为条件进行查询，用Message消息发送检索请求和返回查询结果，传送结果的Message消息可以发送多条。文件检索请求和应答命令采用MANSCDP协议格式定义，43/73详细描述见GB/T28181-2011附录A中的A.2.4文件目录检索请求和A.2.6文件目录检索应答。5.4.6.2设备视音频文件检索基本流程图设备视音频文件检索消息流程示意图信令流程描述如下：1：目录检索方向目录拥有方发送目录查询请求Message消息，消息体中包含视音频文件检索条件；2：目录拥有方向目录检索方发送200OK，无消息体；3：目录拥有方向目录检索方发送查询结果，消息体中含文件目录，当一条Message消息无法传送完所有查询结果时，采用多条消息传送；4：目录检索方向目录拥有方发送200OK，无消息体。消息示见GB/T28181-2011附录J中的J.13。44/735.4.7历史视音频的回放5.4.7.1历史视音频的回放基本要求应采用SIP协议（RFC3261）中的INVITE方法实现会话连接，采用SIP扩展协议（RFC2976）INFO方法的消息体携带视音频回放控制命令，采用RTP/RTCP协议（RFC3550）实现媒体传输。媒体回放控制命令引用MANSRTSP协议中的PLAY，PAUSE，TEARDOWN的请求消息和应答消息，具体见附录B。历史媒体回放的信令流程分为客户端主动发起和第三方呼叫控制两种方式，联网系统可选择其中一种或两种结合的实现方式。第三方呼叫控制的第三方控制者宜采用背靠背用户代理实现，有关第三方呼叫控制见RFC3725。媒体流接收者可以是包括SIP客户端、SIP设备（如视频解码器），媒体流发送者可以是SIP设备、网关、媒体服务器。5.4.7.2历史视音频的回放基本流程客户端主动发起的历史媒体回放流程：45/7346/73图客户端主动发起的历史视音频回放流程示意图其中，信令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请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等容；4：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发47/73送Invite请求，请求中携带消息3中媒体服务器回复的200OK响应消息体，并且修改s字段为“Playback”代表历史回放，u字段代表回放通道ID和回放类型，t字段代表回放时间段，增加y字段描述SSRC值，f字段描述媒体参数；5：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口媒体格式、SSRC字段等容；6：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求中携带消息5中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话建立过程；7：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；8：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者和媒体服务器之间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器；9：媒体服务器收到Invite请求，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC值等容；10：SIP服务器将消息9转发给媒体流接收者；11：媒体流接收者收到200OK响应后，回复ACK消息，完成与SIP服务器的Invite会话建立过程；48/7312：SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite会话建立过程；13：在回放过程中，媒体流接收者通过向SIP服务器发送会话Info消息进行回放控制，包括视频的暂停、播放、快放、慢放、随机拖放播放等操作，Info消息体见附录B；14：SIP服务器收到消息13后转发给媒体流发送者；15：媒体流发送者收到消息14后回复200OK响应；16：SIP服务器将消息15转发给媒体流接收者；17：媒体流发送者在文件回放结束后发送会话Message消息，通知SIP服务器回放已结束，消息格式参见A.2.5媒体通知；18：SIP服务器收到消息17后转发给媒体流接收者；19：媒体流接收者收到消息18后回复200OK响应，进行链路断开过程；20：SIP服务器将消息19转发给媒体流发送者；21：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的Invite会话；22：SIP服务器收到BYE消息后回复200OK响应，会话断开；23：SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、12建立的同媒体服务器的Invite会话；24：媒体服务器收到BYE消息后回复200OK响应，会话断开；25：SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒体服务器的Invite会话；26：媒体服务器收到BYE消息后回复200OK响应，会话断开；49/7327：SIP服务器向媒体流发送者发送BYE消息，断开消息4、5、7建立的同媒体流发送者的Invite会话；28：媒体流发送者收到BYE消息后回复200OK响应，会话断开。消息示见GB/T28181-2011附录J中的J.14。第三方呼叫控制的历史视音频回放流程：50/73图第三方呼叫控制的历史视音频回放流程示意图51/73其中，信令1-6为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体信令过程，信令7-12为SIP服务器通过三方呼叫控制建立媒体流接收者与媒体服务器之间的媒体信令过程，信令13-14为回放控制信令过程，信令15-16为媒体流发送者回放、下载到文件结束向媒体接收者发送的回放结束通知消息，信令17-20为断开媒体流接收者与媒体服务器之间的媒体信令过程，信令21-24为断开媒体服务器与媒体流发送者之间的媒体信令过程。命令流程描述如下：1：SIP服务器向媒体服务器发送Invite消息，此消息不携带SDP消息体；2：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等容；3：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求中携带消息2中媒体服务器回复的200OK响应消息体，并且修改s字段为“Playback”代表历史回放，u字段代表回放通道ID和回放类型，t字段代表回放时间段，增加y字段描述SSRC值，f字段描述媒体参数；4：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口媒体格式、SSRC字段等容；52/735：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求中携带消息4中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话建立过程；6：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；7：SIP服务器向媒体流接收者发送Invite消息，此消息不携带SDP消息体；8：媒体流接收者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流接收者接收媒体流的IP、端口媒体格式等容；9：SIP服务器收到媒体流接收者返回的200OK响应后，向媒体服务器发送Invite请求，请求中携带消息8中媒体流接收者回复的200OK响应消息体，并且修改s字段为“Playback”代表历史回放，增加y字段描述SSRC值；10：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC字段等容；11：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流接收者发送ACK请求，请求中携带消息10中媒体服务器回复的200OK响应消息体，完成与媒体流接收者的Invite会话建立过程；12：SIP服务器收到媒体服务器返回的200OK响应后，向媒体服务器发53/73送ACK请求，请求中不携带消息体，完成与媒体服务器的Invite会话建立过程；13：在回放过程中，SIP服务器通过向媒体流发送者发送Info消息进行回放控制，包括视频的暂停、播放、定位、快放、慢放等操作，Info消息体见附录B；14：媒体流发送者收到Info消息后回复200OK响应；15：媒体流发送者在文件回放结束后发送会话Message消息，通知SIP服务器回放已结束，消息体格式参见A.2.5媒体通知；16：SIP服务器收到Message消息后回复200OK响应，进行链路断开过程；17：SIP服务器向媒体流接收者发送BYE消息，断开消息7、8、11建立的同媒体流接收者的Invite会话；18：媒体流接收者收到BYE消息后回复200OK响应，会话断开；19：SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立的同媒体服务器的Invite会话；20：媒体服务器收到BYE消息后回复200OK响应，会话断开；21：SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的Invite会话；22：媒体服务器收到BYE消息后回复200OK响应，会话断开；23：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同媒体流发送者的Invite会话；24：媒体流发送者收到BYE消息后回复200OK响应，会话断开。54/73消息示见GB/T28181-2011附录J中的J.15。5.4.8视音频文件下载5.4.8.1视音频文件下载基本要求SIP服务器接收到媒体接收者发送的视音频文件下载请求后向媒体流发送者发送媒体文件下载命令，媒体流发送者采用RTP将视频流传输给媒体流接收者，媒体流接收者直接将视频流保存为媒体文件。媒体流接收者可以是用户客户端或安全防视频监控联网系统，媒体流发送者可以是媒体设备或安全防视频监控联网系统。媒体流接收者或SIP服务器可通过配置查询等方式获取媒体流发送者支持的下载发送倍速，并在请求的SDP消息体中携带制定下载倍速（见GB/T28181-2011补充修改文件）。媒体流发送者可在200OK响应的SDP消息体中扩展携带下载文件的大小参数（见GB/T28181-2011补充修改文件），以便于媒体流接收者计算下载速度。5.4.8.2视音频文件下载基本流程客户端主动发起的媒体文件下载流程：55/73图客户端主动发起的视音频文件下载流程示意图56/73其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过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请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等容；4：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求中携带消息3中媒体服务器回复的200OK响应57/73消息体，并且修改s字段为“Download”代表文件下载，u字段代表下载通道ID和下载类型，t字段代表下载时间段，增加y字段描述SSRC值，f字段描述媒体参数，可扩展a字段携带下载倍速，将倍速参数传递给设备；5：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口媒体格式、SSRC字段等容，可扩展a字段携带文件大小参数；6：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求中携带消息5中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话建立过程；7：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；8：完成三方呼叫控制后，SIP服务器通过B2BUA代理方式建立媒体流接收者和媒体服务器之间的媒体连接。在消息1中增加SSRC值，转发给媒体服务器；9：媒体服务器收到Invite请求，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC值等容；10：SIP服务器将消息9转发给媒体流接收者，可扩展a字段携带文件大小参数；11：媒体流接收者收到200OK响应后，回复ACK消息，完成与SIP服务58/73器的Invite会话建立过程；12：SIP服务器将消息11转发给媒体服务器，完成与媒体服务器的Invite会话建立过程；13：媒体流发送者在文件下载结束后发送会话Message消息，通知SIP服务器回放已结束，消息体格式参见附录A.2.5媒体通知；14：SIP服务器收到消息17后转发给媒体流接收者；15：媒体流接收者收到消息18后回复200OK响应，进行链路断开过程；16：SIP服务器将消息19转发给媒体流发送者；17：媒体流接收者向SIP服务器发送BYE消息，断开消息1、10、11建立的同媒体流接收者的Invite会话；18：SIP服务器收到BYE消息后回复200OK响应，会话断开；19：SIP服务器收到BYE消息后向媒体服务器发送BYE消息，断开消息8、9、12建立的同媒体服务器的Invite会话；20：媒体服务器收到BYE消息后回复200OK响应，会话断开；21：SIP服务器向媒体服务器发送BYE消息，断开消息2、3、6建立的同媒体服务器的Invite会话；22：媒体服务器收到BYE消息后回复200OK响应，会话断开；23：SIP服务器向媒体流发送者发送BYE消息，断开消息4、5、7建立的同媒体流发送者的Invite会话；24：媒体流发送者收到BYE消息后回复200OK响应，会话断开。消息示见GB/T28181-2011附录J中的J.16。第三方呼叫控制的媒体文件下载流程：59/73图第三方呼叫控制的视音频文件下载流程示意图其中，信令1-6为SIP服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体信令过程，信令7-12为SIP服务器通过三方呼叫60/73控制建立媒体流接收者与媒体服务器之间的媒体信令过程，信令13-14为媒体流发送者回放、下载到文件结束向媒体接收者发送下载完成通知消息，信令15-18为断开媒体流接收者与媒体服务器之间的媒体信令过程，信令19-22为断开媒体服务器与媒体流发送者之间的媒体信令过程。命令流程描述如下：1：SIP服务器向媒体服务器发送Invite消息，此消息不携带SDP消息体；2：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等容；3：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流发送者发送Invite请求，请求中携带消息2中媒体服务器回复的200OK响应消息体，并且修改s字段为“Download”代表下载，u字段代表下载通道ID和下载视频类型，t字段代表下载时间段，增加y字段描述SSRC值，f字段描述媒体参数，可扩展a字段携带下载倍速参数，规定此次下载设备发流倍速，若不携带默认为1倍速；4：媒体流发送者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流发送者发送媒体流的IP、端口媒体格式、SSRC字段等容，可扩展a字段携带文件大小参数；5：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体服务器发送ACK请求，请求中携带消息4中媒体流发送者回复的200OK响应消息体，完成与媒体服务器的Invite会话建立过程；61/736：SIP服务器收到媒体流发送者返回的200OK响应后，向媒体流发送者发送ACK请求，请求中不携带消息体，完成与媒体流发送者的Invite会话建立过程；7：SIP服务器向媒体流接收者发送Invite消息，此消息不携带SDP消息体；8：媒体流接收者收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体流接收者接收媒体流的IP、端口媒体格式等容；9：SIP服务器收到媒体流接收者返回的200OK响应后，向媒体服务器发送Invite请求，请求中携带消息8中媒体流接收者回复的200OK响应消息体，并且修改s字段为“Playback”代表历史回放，增加y字段描述SSRC值；10：媒体服务器收到SIP服务器的Invite请求后，回复200OK响应，携带SDP消息体，消息体中描述了媒体服务器发送媒体流的IP、端口、媒体格式、SSRC字段等容；11：SIP服务器收到媒体服务器返回的200OK响应后，向媒体流接收者发送ACK请求，请求中携带消息10中媒体服务器回复的200OK响应消息体，完成与媒体流接收者的Invite会话建立过程，可扩展a字段携带文件大小参数；12：SIP服务器收到媒体服务器返回的200OK响应后，向媒体服务器发送ACK请求，请求中不携带消息体，完成与媒体服务器的Invite会话建立过程；62/7313：媒体流发送者在文件回放结束后发送会话Message消息，通知SIP服务器回放已结束，消息体格式参见附录A.2.5媒体通知；14：SIP服务器收到Message消息后回复200OK响应，进行链路断开过程；15：SIP服务器向媒体流接收者发送BYE消息，断开消息7、8、11建立的同媒体流接收者的Invite会话；16：媒体流接收者收到BYE消息后回复200OK响应，会话断开；17：SIP服务器向媒体服务器发送BYE消息，断开消息9、10、12建立的同媒体服务器的Invite会话；18：媒体服务器收到BYE消息后回复200OK响应，会话断开；19：SIP服务器向媒体服务器发送BYE消息，断开消息1、2、5建立的同媒体服务器的Invite会话；20：媒体服务器收到BYE消息后回复200OK响应，会话断开；21：SIP服务器向媒体流发送者发送BYE消息，断开消息3、4、6建立的同媒体流发送者的Invite会话；22：媒体流发送者收到BYE消息后回复200OK响应，会话断开。消息示见GB/T28181-2011附录J中的J.17。5.4.9校时5.4.9.1校时基本要求联网设备支持基于SIP方式或NTP方式的网络校时功能，标准时间为时间。63/73SIP方式校时见本节具体描述；NTP(见RFC2030)协议的网络统一校时服务，网络校时设备分为时钟源和客户端，支持客户/服务器的工作模式，时钟源应支持TCP/IP、UDP与NTP协议，将输入的或是自身产生的时间信号以标准的NTP信息包格式输出。系统运行时可根据配置使用具体校时方式。5.4.9.2校时基本流程SIP校时在注册过程中完成，信令流程同注册信令流程，消息示见GB/T28181-2011附录J中的J.1和J.2。5.4.10订阅和通知5.4.10.1事件订阅事件源接受事件订阅时，事件源向事件观察者发送确认消息。事件订阅使用RFC3265中定义的SUBSCRIBE方法。事件源可以是安全防视频监控联网系统、SIP服务器、报警设备以与被集成的卡口系统等可以触发事件的系统或设备，事件观察者也可以是安全防视频监控联网系统、SIP服务器、客户端等可以接收报警事件的系统或设备。图事件订阅流程示意图事件订阅流程示意描述如下：1：事件观察者向事件源发送SUBSCRIBE请求，SUBSCRIBE请求的消息64/73体应包括表示是事件订阅的设备/区域编码、报警级别、报警方式等，详细见A.2.4报警查询；2：事件源应将订阅成功与否的响应消息返回给该事件观察者；在订阅成功的确认响应消息的消息体中应包含设备/区域编码等，详细见A.2.6报警通知应答。消息示见GB/T28181-2011附录J中的J.18。5.4.10.2事件通知事件源接受事件订阅后，在事件触发后要立即通知事件观察者事件的发生，事件观察者要向事件源发送事件收到的确认消息。事件通知使用RFC3265中定义的NOTIFY方法。事件源可以是安全防视频监控联网系统、SIP服务器、报警设备以与被集成的卡口系统等可以触发事件的系统或设备，事件观察者也可以是安全防视频监控联网系统、SIP服务器、客户端等可以接收报警事件的系统或设备。图事件通知流程示意图事件通知流程示意描述如下：1：在订阅事件触发后事件源向事件观察者发送NOTIFY消息，NOTIFY的消息体应包括设备编码、警情级别、报警方式、报警发生时间、报警容等，具体见附录A.2.5报警通知。2：事件源应将通知的响应消息返回给该事件观察者；消息体中携带容具体65/73见附录A.2.6报警通知应答。消息示见GB/T28181-2011附录J中的J.19。5.4.10.3目录订阅目录拥有者接受目录订阅后，要向目录订阅者发送请求确认消息。目录订阅使用RFC3265中定义的SUBSCRIBE方法。目录拥有者可以是安全防视频监控联网系统、有子设备的设备以与代理设备网关等，目录接收者也可以是安全防视频监控联网系统、有子设备的设备以与代理设备网关等。图目录订阅流程示意图目标订阅流程示意描述如下：1：目录接收者向目录拥有者发送SUBSCRIBE请求，SUBSCRIBE请求的消息体应包括订阅的目录类型、添加设备起始时间等，详细描述见附录A中的A.2.4的设备目录查询；2：目录拥有者应将订阅成功与否的响应消息返回给目录接收者；在订阅成功的确认响应消息的消息体中应包含设备信息等，详细见附录A中的A.2.6目录信息查询收到应答。消息示见GB/T28181-2011附录J中的J.20。66/735.4.10.4目录通知目录拥有者接受目录订阅后，当目录发生变化时要立即通知目录接收者，目录接收者要向目录拥有者发送目录收到的确认消息。目录通知使用RFC3265中定义的NOTIFY方法。目录拥有者可以是安全防视频监控联网系统、有子设备的设备以与代理设备网关等，目录接收者也可以是安全防视频监控联网系统、有子设备的设备以与代理设备网关等。图目录通知流程示意图目录通知流程示意描述如下：1：在目录变化后目录拥有者向目录接收者发送NOTIFY请求；详细描述见附录A.2.6目录查询应答。2：目录接收者应将目录传送成功与否的响应消息返回给该目录拥有者；消息体携带目录接收结果标志等。消息示见GB/T28181-2011附录J中的J.21。5.4.11设备配置和查询5.4.11.1设备配置查询源设备向目标设备发送设备配置查询命令，查询命令携带需要查询的配置类别，可查询的配置类别包括SIP基本配置参数、视频编码参数当前值与可选67/73值围、音频编码参数当前值与可选值围、SVAC配置参数等。设备配置查询采用IETFRFC3428中的MESSAGE方法实现。音视频编码参数配置围参见GB/T28181-2011附录F中SDPf字段规定。源设备包括SIP客户端、网关或者安全防视频监控联网系统，目标设备包括SIP设备、网关或者安全防视频监控联网系统。源设备向目标设备发送参数查询命令后，目标设备应发送应答命令携带返回的结果。图设备配置查询流程示意图命令流程描述如下：1：源设备向目标设备发送设备配置查询请求，设备配置查询请求采用MESSAGE方法携带；2：目标设备收到命令后返回200OK。3：目标设备向源设备发送设备配置查询应答，设备配置查询应答采用MESSAGE方法携带；4：源设备收到命令后返回200OK；消息示见GB/T28181-2011补充修改文件。5.4.11.2设备配置设置源设备向目标设备发送设备配置命令，可配置的容包括互联所需的SIP基本参数、视频编码参数、音频编码参数、SVAC配置参数等。设备远程配置采68/73用IETFRFC3428中的MESSAGE方法实现，音视频编码参数配置围参见GB/T28181-2011附录F中SDPf字段规定。源设备包括SIP客户端、网关或者安全防视频监控联网系统，目标设备包括SIP设备、网关或者安全防视频监控联网系统。源设备向目标设备发送参数查询命令后，目标设备应发送应答命令携带返回的结果。图设备配置流程示意图命令流程描述如下：1：源设备向目标设备发送设备配置命令，设备配置命令采用MESSAGE方法携带；2：目标设备收到命令后返回200OK。3：目标设备向源设备发送设备配置响应命令，设备配置响应命令采用MESSAGE方法携带；4：源设备收到命令后返回200OK；消息示见GB/T28181-2011补充修改文件。5.5系统扩展功能需求5.5.1便携式设备兼容支持对符合本方案技术标准的便携式视频侦查设备通过微波、340M频69/73段、3/4G等网络接入平台5.5.2非接入视频定位补点对未接入视频资源可以通过将前端考取的录像进行快速导入，并在电子地图上进行标注，实现与已接入点位一样可以通过平台统一进行录像检索与案件分析。可以对第三方点位标注的无缝接入，经纬度共享等。5.5.3各类报警信息联动支持与主流报警系统或前端点位的报警信号联动，实现在作战地图上进行报警上墙显示，快速定位，并联动视频，支持多种预案设置5.6前端存储与传输需求5.6.1存储所需空间计算1.标清D1（720×576）格式存储要求：单路图像按2M码流计算，图像保存30天。单路存储一天的容量计算=[2M×3600（秒）×24（小时）×1（路70/73数）×1（天数）]/[8×1024]=21GB单路存储30天的的容量计算=21GB×30（天数）=630GB=0.6TB2．高清720P（1280×720）格式存储要求：单路图像按4M码流计算，图像保存30天。单路存储一天的容量计算=[4M×3600（秒）×24（小时）×1（路数）×1（天数）]/[8×1024]=42GB单路存储30天的的容量计算=21GB×30（天数）=1260GB=1.2TB3．高清1080P（1920×1080）格式存储要求：单路图像按8M码流计算，图像保存30天。单路存储一天的容量计算=[8M×3600（秒）×24（小时）×1（路数）×1（天数）]/[8×1024]=84GB单路存储30天的的容量计算=21GB×30（天数）=2520GB=2.5TB5.6.2网络传输带宽需求根据前端设备采用不同的视频压缩格式，所需要的网络带宽要求也不同，71/73以下是带宽要求列表：视频分辨率单路信号占用网络带宽（bps）CIF（分辨率352×288）600-800KD1（分辨率704×576）1-1.5M720P2-4M1080P6-8M下面是平台网络带宽的具体要求，在此需要考虑网络带宽的实际利用率，以与稳定性，一般带宽的实际利用率在60%左右能保证传输的稳定性。社会单位到监控平台：以同时传送4路图像，分辨率选择720P为例，那么每个节点的最小上传带宽为：720P：2M4=8M；上传4路720P格式图像，带宽需要至少为8M，社会单位专网接入带宽需要保证10M以上；社会单位多是上传图像为主。所以需以上行带宽为标准，实际传输时还可以通过降低帧率和码流的方式实现多路视频信号传输。综上建议到各节点网络链路带宽为10M（至少保证4路720P图像稳定预览）。县级分局以上的平台需要查看和转发社会单位视频，以同时转发40路图72/73像，分辨率选择720P为例，那么每个节点的最小上传带宽为：720P：2M40=80M；同时应用40路720P格式图像，带宽需要至少为80M，县级专网接入带宽需要保证100M以上；5.6.3IP网络端到端的性能指标为了保证网上监控系统息的实时传输，要求IP承载网络的QoS等级要达到通信行业标准YD/T1171-2001中所规定的1级（交互式）或1级以上。影响IP网络服务质量（QoS）的性能参数主要包括网络时延、抖动和丢包率等，参见YDT1171-2001，具体指标如下：a)端到端通信的网络时延上限应小于400ms。b)端到端通信的时延抖动上限应小于50ms。c)端到端通信的丢包率上限应小于1×10-3。73/73',)