('1范围...........................................................................................................................................162引用标准3术语与定义3.1定义3.2缩写4概述4.1WEB服务4.2IP配置4.3设备发现4.4设备类型4.5设备管理4.5.1功能4.5.2网络4.5.3系统4.5.4系统信息检索4.5.5固件升级4.5.6系统还原4.5.7安全4.6设备IO4.7图像配置4.8媒体配置4.8.1媒体配置文件4.9实时流4.10事件处理4.11PTZ控制4.12视频分析4.13分析设备4.14显示4.15接收器4.15.1同步点4.16存储4.16.1存储模式4.16.2记录4.16.3查找4.16.4回放4.17安全5WEB服务框架5.1服务概述5.1.1服务要求5.2WSDL概述5.3命名空间5.4类型5.5消息5.6操作5.6.1单向操作5.6.2要求-应答操作类型5.7端口类型5.8绑定5.9端口5.10服务5.11错误处理5.11.1协议错误5.11.2SOAP错误常见的故障具体的错误错误5.12安全5.12.1基于用户访问控制5.12.2用户令牌配置文件密码推导例子6IP配置7设备发现7.1概述7.2操作模式7.3发现定义7.3.1终端参考7.3.2服务地址7.3.3Hello类型范围例子地址7.3.4探头和探头匹配7.3.5解决和解决匹配7.3.6BYE7.3.7SOAP错误信息7.4远程发现扩展7.4.1网络情景7.4.2发现代理直接的DP地址配置域名服务记录的查找7.4.3远程hello和探头行为7.4.4客户端行为本地DP配置7.4.5安全本地发现远程发现8设备管理8.1功能8.1.1获取WSDL的URL8.1.2交换的功能8.2网络8.2.1获取主机8.2.2设置主机名8.2.3获取DNS配置8.2.4设置DNS8.2.5获取NTP配置信息8.2.6对设备设置NTP8.2.7获取动态的DNS设置8.2.8设置设备动态DNS8.2.9获取网络接口配置设置网络接口配置获取网络协议设置网络协议获取默认的网关设置默认网关获取0配置设置0配置获取IP地址过滤对IP地址过滤进行配置增加IP地址过滤移除IP地址过滤配置基站模式多种无线网络配置安全配置模式模式模式获取DOT11的性能状态扫描可用的IEEE802.11网络8.3系统8.3.1设备信息8.3.2获取系统的URL8.3.3备份8.3.4恢复8.3.5开始恢复系统8.3.6获取系统日期以及时间8.3.7设置系统日期以及时间8.3.8出厂默认配置8.3.9固件升级开始固件升级获取系统日志获取支持信息重启获取范围参数设置范围参数添加范围参数移除范围参数获取发现模式设置发现模式获取远程发现方式设置远程发现方式获取远程DP地址配置远程DP地址8.4安全8.4.1获取访问策略8.4.2设置访问策略8.4.3获取用户8.4.4创建用户8.4.5删除用户8.4.6对用户进行配置8.4.7IEEE802.1X配置创建IEEE802.1X配置对IEEE802.1X配置获取IEEE802.1X配置获取IEEE802.1X配置删除IEEE802.1X配置8.4.8创建签名证书8.4.9获取证书获取CA证书获取证书状态设置证书状态获取证书请求获取客户证书状态设置客户认证状态下载设备证书利用私有密钥来链接下载设备证书获取证书信息请求下载CA证书删除证书获取远程用户设置远程用户获取终端参数8.5输入与输出8.5.1获取继电器输出8.5.2对继电器输出进行配置8.5.3继电器触发输出8.5.4辅助操作8.6与服务相关的错误代码9设备IO服务9.1视频输出9.1.1获取视频输出集9.2视频输出配置9.2.1获取视频输出配置9.2.2设置视频输出配置9.2.3获取视频输出配置选项集9.3视频源9.3.1获取视频源9.4视频源配置9.4.1获取视频源配置9.4.2设置视频源配置9.4.3获取视频源多个配置选项9.5音频输出9.5.1获取多个音频输出9.6音频输出配置9.6.1获取音频输出配置9.6.2设置音频输出配置9.6.3获取音频输出多个配置选项9.7音频源9.7.1获取音频源9.8音频源配置9.8.1获取音频源配置9.8.2设置音频源配置9.8.3获取音频源多个配置选项9.9继电器输出9.9.1获取多个继电器输出9.9.2设置继电器输出设置9.9.3触发继电器输出9.10服务错误码10图像配置10.1图像设置10.1.1获取图像设置10.1.2设置图像设置10.1.3获取选项10.1.4移动10.1.5获取运行选项10.1.6停止10.1.7获取图像状态10.2服务错误码11媒体配置11.1音视频编解码器11.2媒体文件11.2.1创建媒体文件11.2.2获取多个媒体文件11.2.3获取媒体文件11.2.4添加视频源配置11.2.5添加视频编码器配置11.2.6添加音频源配置11.2.7添加音频源编码器配置11.2.8添加云台配置11.2.9添加视频分析配置添加元数据配置添加音频输出配置添加音频解码器配置移除视频源配置移除视频源编码器配置移除音频源编码器配置移除音频编码器配置移除云台配置移除视频分析配置移除元数据配置移除音频输出配置移除音频编码器配置删除媒体文件11.3视频源11.3.1获取视频源集11.4视频源配置11.4.1获取视频源配置集11.4.2获取视频源配置11.4.3获取多个兼容视频源配置11.4.4获取视频源配置选项11.4.5设置视频源配置11.5视频编码器配置11.5.1获取多个视频编码器配置11.5.2获取视频编码器配置11.5.3获取多个兼容视频解码器配置11.5.4获取视频编码器配置选项集11.5.5修改视频编码器配置11.5.6获取有效的视频编码数量11.6音频源11.6.1获取多个音频源11.7音频源配置11.7.1获取多个音频源配置11.7.2获取音频源配置11.7.3获取兼容音频源配置集11.7.4获取音频源配置选项集11.7.5修改音频源配置11.8音频编码器配置11.8.1获取多个音频编码器配置11.8.2获取音频源编码器配置11.8.3获取多个兼容音频编码器配置11.8.4获取音频编码器配置选项集11.8.5设置音频编码配置11.9视频分析配置11.9.1获取多个视频分析配置11.9.2获取视频分析配置11.9.3获取多个兼容视频分析配置11.9.4修改视频分析配置11.10元数据配置11.10.1获取多个元数据配置11.10.2获取元数据配置11.10.3获取多个兼容元数据配置11.10.4获取元数据配置选项集11.10.5修改元数据配置11.11音频输出11.11.1获取音频输出集11.12音频输出配置11.12.1获取多个音频输出配置11.12.2获取音频输出配置11.12.3获取多个兼容音频输出配置11.12.4获取音频输出配置选项集11.12.5设置音频输出配置11.13音频解码器配置11.13.1获取多个音频解码器配置11.13.2获取音频解码器配置11.13.3获取兼容音频解码器配置集11.13.4获取音频解码器配置选项集11.13.5设置音频解码器配置11.14音频通道模式11.15URI流11.15.1获取Uri流11.16快照11.16.1获取Uri快照11.17组播11.17.1开始组播流11.17.2停止组播流11.18同步点11.18.1设置同步点11.19服务具体的错误码12实时流12.1流媒体协议12.1.1传输格式通过UDP的RTP数据传输通过TCP传输RTP数据12.1.2媒体传输元数据流媒体同步12.1.3同步点12.1.4通过RTP传输JPEG所有包的结构逻辑解码规范支持的彩色空间和采样因素像素长宽比处理隔行扫描处理12.2媒体控制协议12.2.1流控制保持RTSP会话的方法音频和视频同步消息的例子通过HTTP的RSTP12.3往回通道连接12.3.1RTSP协议请求的标签12.3.2双向连接的连接设置例一：没有往回支持的服务例二：使用ONVIF往回通道支持的服务12.3.3组播流例：多播设置12.4错误处理13接收端配置13.1持久性13.2接收端模式13.3接收命令13.3.1获得多个接收器13.3.2获得单个接收器13.3.3创建接收器13.3.4删除接收器13.3.5配置接收器13.3.6设计接收器模式13.3.7获取接收机状态13.4事件13.4.1改变状态13.4.2连接失败13.5服务器错误码14显示服务14.1窗格14.1.1获得多个窗格配置14.1.2获得单个窗格配置14.1.3设置多个窗格配置14.1.4设置单个窗格配置14.1.5创建窗格配置14.1.6删除窗格配置14.2布局14.2.1获得布局14.2.2设置布局14.3显示选项14.3.1获取显示选项14.4事件14.4.1解码错误事件14.5服务错误码15事件处理15.1基本通知接口15.1.1介绍15.1.2要求15.2实时拉点通知接口15.2.1创建pullpointsubscription15.2.2pull消息15.3通知流接口15.4属性15.4.1属性举例15.5通知结构15.5.1通知消息事件例子15.5.2消息格式15.5.3属性举例，持续15.5.4信息描述语言消息描述举例15.5.5消息内容过滤器15.6同步点15.7主题结构15.7.1ONVIF主题名字空间15.7.2主题类型信息15.7.3主题过滤器15.8获取事件属性15.9SOAP错误消息15.10通知例子15.10.1获取事件属性请求15.10.2获取事件属性应答15.10.3创建PULLPOIT订阅15.10.4创建PULLPOIT订阅应答15.10.5拉消息请求15.10.6拉消息应答15.10.7退订请求15.10.8退订应答15.11服务错误码16PTZ控制16.1PTZ模型16.2PTZ节点16.2.1获取所有节点（GetNodes）16.2.2获取节点（GetNode）16.3PTZ配置16.3.1读取所有配置命令（GetConfigurations）16.3.2读取配置命令（GetConfiguration）16.3.3读取配置选项（GetConfigurationOptions）16.3.4设置配置（SetConfiguration）16.4移动操作16.4.1绝对的移动（AbsoluteMove）16.4.2相对移动（RelativeMove）16.4.3连续移动（ContinuousMove）16.4.4停止（Stop）16.4.5读取状态（GetStatus）16.5起始位置操作16.5.1设置预设值（SetPreset）16.5.2读取所有预设值（GetPresets）16.5.3返回预设16.5.4移除预设（RemovePreset）16.6归位点操作16.6.1转到归位点（GotoHomePosition）16.6.2设置归位点（SetHomePosition）16.7辅助操作16.7.1发送辅助命令（SendAuxiliaryCommand）16.8预定PTZ空间16.8.1绝对的位置空间泛化的全方位移动空间泛化的变焦位置空间16.8.2相对的转换空间泛化的方位转换空间泛化的变焦转换空间16.8.3连续的速率空间泛化的方位速率空间泛化的变焦速率空间16.8.4速度空间泛化的方位速度空间泛化的变焦速度空间16.9服务错误码17视频分析17.1场景描述接口17.1.1概述17.1.2画面相关内容时间关系空间关系17.1.3场景元素对象对象树形状描述符17.2规则接口17.2.1规则陈述17.2.2规则描述语言17.2.3规则标准线性检测器域检测器17.2.4规则操作读取支持的操作（GetSupportedRules）读取规则（GetRules）创建规则（CreateRules）修改规则（ModifyRules）删除规则（DeleteRules）17.3分析模块接口17.3.1分析模块配置17.3.2分析模块描述语言17.3.3分析模块操作读取支持的分析模块（GetSupportedAnalysticsModule）读取模块分析（GetAnalyticsModules）创建分析模块（CreateAnalyticsModules）修改分析模块（ModifyAnalyticsModules）删除分析模块（DeleteAnalyticsModules）17.4服务错误码18分析设备18.1概述18.2分析引擎输入18.2.1获取分析引擎输入18.2.2获取分析引擎的输入18.2.3设置分析引擎的输入18.2.4创建分析引擎输入18.2.5删除分析引擎输入18.3视频分析配置18.3.1获取视频分析配置18.3.2设置视频分析配置18.4分析引擎18.4.1获取分析引擎18.4.2获取分析引擎18.5分析引擎控制18.5.1GetAnalyticsEngineControls18.5.2获取分析引擎控制18.5.3设置分析引擎控制18.5.4CreateAnalyticsEngineControl18.5.5删除分析引擎控制18.6获取分析状态18.7输出流配置18.7.1请求流的URL19录制控制19.1介绍19.2一般要求19.3数据结构19.3.1录制设置19.3.2轨迹设置19.3.3录制任务设置19.4创建录制19.5删除录制19.6获取录制集19.7设置录制配置19.8获取录制配置19.9创建轨道19.10删除轨道19.11获取轨道配置19.12设置轨道配置19.13创建录制任务19.14删除录制任务19.15获取录制任务集19.16设置录制任务配置19.17获取录制任务配置19.18设置录制模式19.19获取录制任务状态19.20事件19.20.1录制任务状态变化19.20.2设置变化19.20.3删除数据19.20.4录制和轨道的建立与删除19.21示例19.21.1例1：单摄像头的安装录制19.21.2例2：从一台摄像机录制多个流到一个单录制20记录搜索20.1介绍20.2概念20.2.1搜索方向20.2.2记录事件20.2.3查找对话20.2.4查找范围包括的数据记录信息滤波器20.2.5搜索过滤器20.3数据结构20.3.1记录信息结构20.3.2记录源信息结构20.3.3跟踪信息结构20.3.4列举查找状态20.3.5媒体属性结构20.3.6找事件结果结构20.3.7找PTZ位置结果结构20.3.8PTZ位置过滤结构20.3.9元数据过滤结果找元数据结果结构20.4获取记录概要（GETRECORDINGSUMMARY）20.5读取记录信息（GETRECORDINGINFORMATION）20.6读取媒体属性（GETMEDIAATTRIBUTES）20.7找记录（FINDRECORDINGS）20.8获取记录搜索结果（GETRECORDINGSEARCHRESULTS）20.9找事件（FINDEVENTS）20.10读取事件搜索结果（GETEVENTSEARCHRESULTS）20.11查找PTZ位置（FINDPTZPOSITION）20.12读取PTZ位置搜索结果（GETPTZPOSITIONSEARCHRESULTS）20.13查找元数据（FINDMETADATA）20.14读取元数据搜索结果（GETMETADATASEARCHRESULTS）20.15获取搜索状态（GETSEARCHSTATE）20.16结束搜索（ENDSEARCH）20.17记录事件说明20.18XPATH习惯用法21重放控制21.1使用RTSP协议21.1.1RTSP描述21.2RTP协议头部扩展21.2.1NTP时间戳21.2.2压缩JEPG头扩展的兼容21.3RTSP特性标签21.4启动播放21.4.1领域范围21.4.2速度控制头领域21.4.3帧头字段21.4.4同步点21.5回放21.5.1数据包传输顺序21.5.2RTP传输顺序号21.5.3RTP时间戳21.6RTSP长连接21.7当前记录片段21.8结束片段21.9拖放21.10使用RTCP协议21.11重放命令21.11.1重放命令21.11.2重播配置21.11.3设置重播配置21.11.4获取重播配置21.11.5服务指定的误码22安全22.1传输层安全22.1.1支持密码套22.1.2服务器身份验证22.1.3客户端认证22.2消息安全22.3IEEE802.1X介绍ONVIF的目标是为了实现完全标准化的、可互操作性的网络视频服务，即使是由不同的网络视频供应商组成的产品。规范描述了网络视频模型，接口，数据类型和数据交换模式规范使用了那些已经存在的的相关标准，并同时根据视频网络服务添加制定了一些必要的新规范。这是ONVIF的核心规范，另外，ONVIF已经发布了以下规范：ONVIF架构[ONVIF架构]ONVIF分析服务WSDL[ONVIF分析服务WSDL]ONVIF解析设备服务[ONVIF解析设备服务WSDL]ONVIF设备服务WSDL[ONVIF设备WSDL]ONVIF设备IO服务WSDL[ONVIF设备IOWSDL]ONVIF显示服务WSDL[ONVIF显示WSDL]ONVIF事件服务WSDL[ONVIF事件WSDL]ONVIF图像服务WSDL[ONVIF图像WSDL]ONVIF媒体服务WSDL[ONVIF媒体WSDL]ONVIFPTZ服务WSDL[ONVIFPTZWSDL]ONVIF记录服务WSDL[ONVIF记录WSDL]ONVIF远程发现WSDL[ONVIF远程发现WSDL]ONVIF重放服务WSDL[ONVIF重放WSDL]ONVIF检索服务WSDL[ONVIF检索WSDL]ONVIF主题XML命名空间[ONVIF主题命名空间]文档是按照ONVIF的规范框架所编写的，ONVIF文档被分为以下几个部分：规范的综述：把规范的各个部分给出一个概要，以及它们之间的关联性网络服务框架：对网络服务和基于ONVIF的网络服务规范给出一个简要的介绍IP配置：规定ONVIF网络视频服务的IP配置要求设备发现：描述设备怎样被发现，在当地或远程的网络中设备管理：定义网络视频发射器管理命令设备IO：定义处理物理层的输入输出命令图形和媒体：定义与图像和媒体设置相关的配置命令实时流：为音视频流和元数据流提供需要事件处理:定义怎样同意和接收数据从网络视频事件（通知）PTZ控制:提供命令控制云台全方位（上下、左右）移动及镜头变倍、变焦视频分析：定义了ONVIF分析模式，分析对象描述和解析规则配置视频解析设备：定义命令处理视频解析设备记录控制：定义记录配置机制检索和重播控制：提供用于记录的包括元数据的检索命令安全章节：定义在ONVIF中数据的传输安全级别1范围本标准定义的是网络视频客户端和视频传输设备的通信规范。这个新的规范使不同的厂商提供的产品均可以通过一种统一的接口进行通信成为了可能。这些接口包括功能如：设备管理、实时的音视频流、事件处理，PTZ控制（云台全方位（上下、左右）移动及镜头变倍、变焦控制），视频分析及控制，搜索与回放。ONVIF规范中设备管理和控制部分所定义的接口均以WebServices的形式提供。为了引进网络视频服务，ONVIF规范包含了所有的XML及WSDL（WedServiceDescriptionLanguage）的定义。为了达到完全的即插即用的操作性能,该标准定义了设备发现的规范。ONVIF中设备发现机制可看作是WS-Discovery的延伸。因为网络视频发现机制的需要，关于WS-Discovery的延伸也会在后面被讲到。ONVIF规范不仅具有设备的发现，配置和控制功能，而且在IP网络方面，ONVIF也为媒体和元数据流定义了严格的格式，此外，还在ONVIF中对规范做了一定的扩展，为了就是让制造商给客户提供一个完整的网络视频传输解决方案。2引用标准ISO/IEC14496-3:2005,Informationtechnology--Codingofaudio-visualobjects--Part3:AudioISO/IEC14496-2:2004,Informationtechnology--Codingofaudio-visualobjects--Part2:VisualISO/IEC14496-10:2008,Informationtechnology--Codingofaudio-visualobjects--Part10:AdvancedVideoCodingITU-TG.711,Pulsecodemodulation(PCM)ofvoicefrequenciesITU-TG.726,40,32,24,16kbit/sAdaptiveDifferentialPulseCodeModulation(ADPCM)RSALaboratories,PKCS#10v1.7:CertificationRequestSyntaxStandard,RSALaboratoriesFIPS180-2,SECUREHASHSTANDARDIETFRFC2131,DynamicHostConfigurationProtocolIETFRFC2136,DynamicUpdatesintheDomainNameSystem(DNSUPDATE)IETFRFC2246,TheTLSProtocolVersion1.0IETFRFC2326,RealTimeStreamingProtocol(RTSP)IETFRFC2435,RFC2435-RTPPayloadFormatforJPEG-compressedVideoIETFRFC2616,HypertextTransferProtocol--HTTP/1.1IETFRFC2617,HTTPAuthentication:BasicandDigestAccessAuthenticationIETFRFC2782,ADNSRRforspecifyingthelocationofservices(DNSSRV)IETFRFC2818,HTTPoverTLSIETFRFC3268,AdvancedEncryptionStandard(AES)CiphersuitesforTransportLayerSecurity(TLS)IETFRFC3315,DynamicHostConfigurationProtocolforIPv6(DHCPv6)IETFRFC3548,TheBase16,Base32,andBase64DataEncodingsIETFRFC3550,RTP:ATransportProtocolforReal-TimeApplicationsIETFRFC3551,RTPProfileforAudioandVideoConferenceswithMinimalControlIETFRFC3927,DynamicConfigurationofIPv4Link-LocalAddressesIETFRFC3984,RTPPayloadFormatforH.264VideoUniversallyUniqueIDentifier(UUID)URNNamespaceIETFRFC4346,TheTransportLayerSecurity(TLS)ProtocolVersion1.1IETFRFC4566,SDP:SessionDescriptionProtocolIETFRFC4571,FramingReal-timeTransportProtocol(RTP)andRTPControlProtocol(RTCP)PacketsoverConnection-OrientedTransportIETFRFC4585,ExtendedRTPProfileforReal-timeTransportControlProtocol(RTCP)-BasedFeedback(RTP/AVPF)IETF4702,TheDynamicHostConfigurationProtocol(DHCP)ClientFullyQualifiedDomainName(FQDN)OptionIETF4861,NeighborDiscoveryforIPversion6(IPv6)IETF4862,IPv6StatelessAddressAutoconfigurationIETF5104,CodecControlMessagesintheRTPAudio-VisualProfilewithFeedback(AVPF)IETF5246,TheTransportLayerSecurity(TLS)ProtocolVersion1.2W3CSOAPMessageTransmissionOptimizationMechanism,W3CSOAP1.2,Part1,MessagingFrameworkW3CSOAPVersion1.2Part2:Adjuncts(SecondEdition)W3CWebServicesAddressing1.0–CoreOASISWebServicesBaseNotification1.3XMLSOAP,WebServicesDynamicDiscovery(WS-Discovery)”,J.Beattyetal.,April2005.OASISWebServicesSecurity:SOAPMessageSecurity1.1(WS-Security2004)OASISWebServicesTopics1.3OASISWebServicesSecurityUsernameTokenProfile1.0W3CWebServicesDescriptionLanguage(WSDL)1.1W3CXMLSchemaPart2:DatatypesSecondEditionW3CXML-binaryOptimizedPackagingIEEE802.11,Part11:WirelessLANMediumAccessControl(MAC)andPhysicalLayer(PHY)SpecificationsIEEE802.1X,Port-BasedNetworkAccessControl3术语与定义3.1定义Ad-hocnetwork自组织网络，经常作为一个本地独立的基本服务设置术语来使用，在[IEEE802.11-2007].中定义BasicServiceSet基础服务集,一组成功加入到一个公共网络中的IEEE802.11工作站，见[IEEE802.11-2007]Capability功能命令，允许一个客户端通过设备请求服务的功能ConfigurationEntity配置实体，一个网络视频设备抽象组件，用于在网络上产生媒体流，也就是音视频流ControlPlane控制平台，由媒体的控制功能组成如：设备控制，媒体配置和PTZ命令DigitalPTZ数字PTZ，通过调整图像的位置和比例来减小或扩大一张图像ImagingService成像功能曝光时间，高增益和白平衡参数等等功能Infrastructurenetwork网络构架，一个IEEE802.11网络包括一个接入口，如【IEEE802.11】定义Input/Output(I/O).输入/输出，一般的端口和音视频输入输出口Layout布局，定义在监视器上显示区域的安排MediaEntity媒体实体，媒体配置实体例如视频源，编码器，音频源，PTZ和解析器MediaPlane媒体平台，由媒体流组成如音视频和元数据MediaProfile媒体属性，管理一个音视频源或一个音频输出到一个视频或一个音频解码器，还管理音频解码器、PTZ、分析器配置Metadata元数据，除了音视频外的所有流数据，包括视频分析结果，PTZ位置数据和其他元数据（如系统应用的文本数据）NetworkVideoTransmitter(NVT)网络视频发射器，网络视频服务（例如一个IP网络摄像机或一个解码驱动器）通过一个IP网络送媒体数据给客户端NetworkVideoDisplay(NVD)网络视频显示器，网络视频接收器（例如一个网络监视器）通过IP网络从NVT接收媒体数据NetworkVideoStorage(NVS)网络视频存储器，一个存储从流设备接收到的媒体数据和元数据，如一个NVT，通过IP网络传送到一个永久存储媒介。网络视频服务器也能使能客户端查看存储器中的数据NetworkVideoAnalytics(NVA)网络视频分析器，用于分析从流设备收到的数据，如一个NVT或一个存储设备例如一个NVSOpticalZoom变焦改变NVT的焦距Pane窗格在一块屏面上定义一定区域PKCS公钥加密标准指的是一些RSA安全机构设计和发布的公钥标准PreSharedKey设备静态码设备的静态密钥PTZNodePTZ节点低级的PIZ实体管理PTZ设备和它的功能PullPoint拖曳消息资源通过拖曳消息，通知不会被防火墙阻塞Recording记录表示当前的存储媒介和在NVS上从单一数据源接收的元数据，一个记录可以包含一个或多个轨道，一个记录能有多个同类型的轨道，如在同时记录两个具有不同设置的视频轨道RecordingEventAPI记录事件一个事件与一个记录相关联，通过一个应用接口消息表现出来RecordingJob记录工作通过特定地配置，让传送数据从一个数据源到指定的一条记录数据中RemoteDiscoveryProxy(RemoteDP)远程设备搜索服务器此服务器允许一台NVT在远程设备搜索服务器上注册，并在客户端上通过RemoteDP找到注册的NVTs，即使NVC和NVT在不同的网络管理域中。SceneDescription场景描述通过视频分析器把场景的位置和行为转换为元数据输出ServiceSetID服务ID一个IEEE802.11无线网络服务身份号Track轨道一段独有的由音视频或元数据组成的数据信道，这个定义与[RFC2326]中的轨道定义一致VideoAnalytics视频分析算法用于分析视频数据和产生数据描述的算法或程序Wi-FiProtectedAccessWi-Fi授权程序一套由Wi-Fi联盟创建用于保证安全的程序3.2缩写AAC（AdvancedAudioCoding）高级音频编码ASN（AbstractSyntaxNotation）信息的抽象句法AVP（Audio/VideoProfile）音视频情景AVPF（Audio/VideoProfileforrtcpFeedback）实时的音视频情景BLC（BackLightCompensation）背光补偿BSSID(BasicServiceSetIdentification)基础服务集鉴定CA(CertificateAuthority)认证授权CBC(Cipher-BlockChaining)加密块链模式CCMP(CountermodewithCipher-blockchainingMessageauthenticationcodeProtocol)计数器模式密码块链消息完整码协议DER(DistinguishedEncodingRules)可辨别编码规则DHCP(DynamicHostConfigurationProtocol)动态主机设置协议DHT(DefineHuffmanTable)定义霍夫曼表DM(DeviceManagement)设备管理DNS(DomainNameServer)域名服务器DQT(DefineQuantizationTable)定义量化表DP(DiscoveryProxy)查找服务DRI(DefineRestartInterval)定义重启间隔EOI(EndOfImage)图像的结束FOV(FieldOfView)视场GW(Gateway)网关HTTP(HypertextTransferProtocol)超文本传输协议HTTPS(HypertextTransferProtocoloverSecureSocketLayer)超文本传输协议安全IO(I/OInput/Output)输入/输出IP(InternetProtocol)互联网协议IPv4(InternetProtocolVersion4)互联网协议4版IPv6(InternetProtocolVersion6)互联网协议6版Ir(Infrared)红外线JFIF(JPEGFileInterchangeFormat)文件交换格式JPEG(JointPhotographicExpertGroup)联合图像专家组MPEG-4(MovingPictureExpertsGroup–4)运动图像专家组4MTOM(MessageTransmissionOptimizationMechanism)消息传输优化机制NAT（NetworkAddressTranslation）网络地址转换NFC（NearFieldCommunication）近距离无线通讯技术NTP（NetworkTimeProtocol）网络时间协议NVA（NetworkVideoAnalyticsDevice）网络视频分析器NVC（NetworkVideoClient）网络视频客户端NVD（NetworkVideoDisplay）网络视频显示NVT（NetworkVideoTransmitter）网络视频发射器NVS（NetworkVideoStorageDevice）网络视频存储设备OASIS（OrganizationfortheAdvancementofStructuredInformationStandards）促进信息结构标准进步的组织机构ONVIF（OpenNetworkVideoInterfaceForum）公开的网络视频接口论坛POSIX（PortableOperatingSystemInterface）可移植性操作系统接口PKCS（PublicKeyCryptographyStandards）公钥标准PSK（PreSharedKey）预共享密钥PTZ（Pan/Tilt/Zoom）云台全方位（上下、左右）移动及镜头变倍、变焦控制REL（RightsExpressionLanguage）权限表达语言RSA（Rivest,SharmirandAdleman）公钥加密算法RTCP（RTPControlProtocol）实时控制传输协议RTP（RealtimeTransportProtocol）实时传输协议RTSP（RealTimeStreamingProtocol）实时流传输协议SAML（SecurityAssertionMarkupLanguage）安全断言标记语言SDP（SessionDescriptionProtocol）会话描述协议SHA（SecureHashAlgorithm）安全散列算法SOAP（SimpleObjectAccessProtocol）简单对象访问协议SOI（StartOfImage）图像的开始SOF（StartOfFrame）侦开始SOS（StartOfScan）扫描开始SR(SenderReport)发送报告SSID(ServiceSetID)服务集标识符TCP(TransmissionControlProtocol)传输控制协议TLS(TransportLayerSecurity)传输层安全TKIP(TemporalKeyIntegrityProtocol)临时密钥完整性协议TTL（TimeToLive）生存时间UDDI（UniversalDescription,DiscoveryandIntegration）通用描述、发现与集成服务UDP（UserDatagramProtocol）用户数据报协议URI（UniformResourceIdentifier）统一资源标识符URN（UniformResourceName）统一资源名称USB（UniversalSerialBus）通用串行总线UTC（CoordinatedUniversalTime）世界标准时间UTF（UnicodeTransformationFormat）Unicode（统一码）转换格式UUID（UniversallyUniqueIdentifier）通用唯一识别码WDR（WideDynamicRange）宽动态范围WPA（Wi-FiProtectedAccess）Wi-Fi网络安全存取WS（WebServices）网络服务WSDL（WebServicesDescriptionLanguage）Web服务描述语言WS-I（WebServicesInteroperability）网络服务的互通性XML（eXtensibleMarkupLanguage）可扩展标记语言4概述ONVIF是基于网络视频的使用案例，适用于局域网和广域网。规范始于一个核心套接口函数配置和通过定义它们的服务类接口实现控制网络视频设备。网络视频设备包括NVT、NVD、NVS和NVA。这个架构在未来还会慢慢扩展和增强。该框架涵盖不同网络视频环境下的各个阶段，从网络视频设备部署和配置阶段到实时流处理阶段。这个规范涵盖了设备发现、设备配置、事件、PTZ控制、视频分析和实时流媒体直播功能，以及搜索，回放和录像录音管理功能。所有的服务使用同一种的XMLschema（XML文档的结构），所用到的数据类型都在“ONVIFschema”中定义。不同的服务在各章节和WSDL文档中定义。4.1Web服务web服务是一种集成应用程序的标准化方法的名称，它是基于IP网络，使用了开放的，平台独立的web服务标准，如XML，SOAP1.2[prat1]和WSDL1.1，其中XML被用做数据描述的语法，SOAP用于消息传递，WSDL用来描述服务。这个框架是建立在web服务标准上的，定义在标准里的所有配置服务都表示为web服务操作，并在WSDL中定义，使用HTTP作为底层的通信机制。图1：基于web服务的开发原理图1对Web服务开发的基本原理进行了一个概括。服务供应者（设备）实现ONVIF的服务或者其它服务，这些服务采用基于XML的WSDL语言进行描述，然后，由WSDL描述的文档将作为服务请求（客户端）实现或者整合的基础。WSDL编译工具的使用简化了客户端的整合过程，WSDL编译工具能生成与平台相关的代码，也就是说，客户端开发者可以通过这些代码把web服务整合到应用程序中。Web服务端和客户端的数据交互采用SOAP消息交换协议。SOAP是一个轻量级的，基于XML的消息传递协议，对Web服务请求和应答消息进行SOPA封装，形成SOPA请求和应答消息，然后再传送到网络。SOAP消息独立于任何的操作系统或协议，而且可以使用各种不同的网络传输协议进行传送。ONVIF定义了一致的SOAP消息传输协议，用于描述Web服务。在规范中，Web服务概述部分讲解了各种ONVIF服务，命令语法，错误处理机制和采用的网络安全机制。为了确保互操作性，所有定义的服务都遵循Organization(WS-I)basicprofile2.0的建议和使用文档/文字封装模型。4.2IP配置IP配置部分主要讲IP配置需要服从的要求和建议。IP配置包括：\uf06cIP网络通信功能\uf06c静态IP配置\uf06c动态IP配置4.3设备发现在本规范中定义的配置接口都是基于WS-Discovery标准的Web服务接口。该标准的使用，使得重复使用一个合适的现有的Web服务发现框架成为可能，而不是需要定义一个全新的服务或者寻址服务定义。这个标准介绍了一种适用于视频监控目的，具体的发现行为。例如，一个完全可互操作的设备发现，需要一个完整的服务定义和服务搜索标准，为了实现这种方式，规范包含设备类型和范围定义。一个成功的发现会提供设备服务地址，一旦客户端有了设备的地址，客户端就能通过设备服务接收详细的设备信息，详见4.5章节。除了标准的网络服务发现协议，规范还支持远程发现代理，即使客户端和设备处于不同的管理网络域内，也可以通过远程发现代理找到注册设备。4.4设备类型设备类型体现了一个设备的基本功能。规范定义了以下几种设备类型：\uf06c网络视频传输设备（NVT）\uf06c网路视频显示设备(NVD)\uf06c网路视频存储设备(NVS)\uf06c网络视频分析设备(NVA)对于每个设备类型的一些服务是强制性的，详细请参考5.1.1，一个设备可以支持其他可选的服务，设备通过设备发现机制发布有效的可选服务。4.5设备管理设备管理功能都是通过网络服务来实现。设备服务是设备提供其他所有服务的入口点。设备服务WSDL详见设备管理WSDL文件。设备管理接口由以下几类组成：\uf06c功能\uf06c网络\uf06c系统\uf06c安全4.5.1功能客户端可以通过功能类命令获取设备提供的服务，并且确定哪些是设备通用的服务，哪些是备供应商特定的服务。功能由不同的设备服务构成并进一步划分出子类功能如下：\uf06c分析\uf06c设备\uf06e功能\uf06e网络\uf06e系统\uf06e输入/输出\uf06e安全\uf06c事件\uf06c成像\uf06c媒介\uf06cPTZ\uf06c驱动IO\uf06c显示\uf06c记录\uf06c查找\uf06c重放\uf06c分析设备对于不同类型的功能，它们的服务命令和参数设置只对特定的服务和子类服务有效。4.5.2网络网络的规范化管理功能命令：\uf06c读取和设置主机名，\uf06c读取和配置DNS，\uf06c读取和配置NTP，\uf06c读取和设置动态的DNS，\uf06c读取和配置网络接口，\uf06c使能/不使能和列出网络协议，\uf06c读取和配置默认的网关\uf06c读取和配置zero\uf06c读取和设置默认的网关、读取、增加和删除IP地址滤波器。4.5.3系统系统命令用于管理以下的设备系统设置：\uf06c读取设备信息\uf06c进行系统备份\uf06c读取和设置系统数据和时间\uf06c恢复出厂设置\uf06c固件升级\uf06c读取系统日志\uf06c读取设备信息（支持信息）\uf06c重启\uf06c读取和设定设备发现参数。4.5.4系统信息检索系统信息，如系统日志，供应商特定支持信息和配置备份图像，能够通过MTOM或HTTP协议恢检索。MTOM方式通过GetSystemLog,GetSystemSupportInformation和GetSystemBackup命令来实现。HTTP方式通过GetSystemUris命令来实现，文件可以用HTTPGET命令重检索的URIs中下载。4.5.5固件升级关于固件升级，提供了两种方式。第一种是用MTOM通过UpgradeSystemFirmware命令发送新的固件映像。第二种要分为两个阶段进行，第一阶段客户端送StartFirmwareUpgrade命令告知设备准备固件升级，然后通过HTTPPOST发送固件映像。HTTP方式用于资源受限设备，该设备在正常工作状态下不能接收新的固件映像。4.5.6系统还原系统还原允许设备从一个备份映像中恢复设备配置信息，系统还原也提供了两种实现方式。第一种通过MTOM用RestoreSystem命令发送备份映像；第二种用StartSystemRestore命令，然后用HTTPPOST协议发送备份映像。4.5.7安全设备安全管理配置命令：\uf06c读取和设置使用的安全策略，\uf06c处理用户凭证和设置，\uf06c处理HTTPS服务证书，\uf06c使能/不使能HTTPS客户身份认证，\uf06c密钥生成和证书下载功能，\uf06c处理IEEE802.1X客户端证书，\uf06c处理IEEE802.1X认证授权，\uf06cIEEE802.1X配置4.6设备IO设备IO服务提供指令用于恢复和配置设备的输入输出。设备IO服务支持以下设备接口：\uf06c视频输出\uf06c视频源\uf06c音频输出\uf06c音频源\uf06c中继输出现有接口命令表：\uf06cGetVideoOutputs-读取设备所有的视频输出\uf06cGetVideoSources–读取设备所有的视频源\uf06cGetAudioOutputs–读取设备所有的音频输出\uf06cGetAudioSources–读取设备所有的音频源\uf06cGetRelayOutputs–读取设备所有的中继输出视频输出，视频源，音频输出和音频源支持的命令：\uf06c设置设备名称配置（SetConfiguration）-改变某个接口的配置\uf06c读取设备名称配置（GetConfiguration）-读取某个接口的配置\uf06c读取设备名称配置选项（GetConfigurationOptions）-读取某个接口的属性值。中继输出支持的命令：\uf06cSetRelayOutputSettings-改变一个中继输出的配置\uf06cSetRelayOutputState-设置逻辑状态设备IO服务的WSDL在[DeviceIOService.wsdl]中有详细说明。4.7图像配置图像服务提供了图像属性的配置和控制服务，WSDL作为架构一部分，详见图像WSDL文件。\uf06c图像配置包括以下操作：\uf06c读取和配置成像参数（如曝光时间，增益和白平衡）\uf06c读成像配置选项（对于成像参数的范围）\uf06c变焦\uf06c停止正在进行的调焦\uf06c读取读取位置和焦距状态4.8媒体配置媒体配置通过媒体服务来处理。媒体配置用于决定在规范中定义的流媒体属性，设备通过媒体服务提供媒体配置。媒体服务WSDL详见媒体WSDL文件。4.8.1媒体配置文件实时视频流和音频流配置通过媒体配置文件控制，一个媒体配置文件管理一个音视频源到一个音视频编码器、PTZ和分析配置。根据不同的功能，NVT呈现出不同的配置文件（配置文件可以动态的改变）。图2：一个媒体配置剖析一个具有媒体配置服务的设备在启动后至少提供一个媒体配置文件。一个设备应该提供一些，现成的，最常见的媒体配置文件以供使用。配置文件含有一个“固定”属性，该属性表示用于表示配置文件能否被删除，这个属性可以通过NVT定义。一个配置文件由一系列相关联的配置实体构成。通过NVT能够创建静态或动态的配置，例如，根据现有编码资源，NVT能够创建一个动态的配置。一个配置实体是以下的其中之一：\uf06c视频源配置\uf06c音频源配置\uf06c视频编码器配置\uf06c音频编码器配置\uf06cPTZ配置\uf06c视频分析配置\uf06c元数据配置\uf06c音频输出配置\uf06c音频解码器配置一个配置文件由全部的或部分的配置实体组成，NVT的功能决定了一个特定的的配置实体能否成为配置文件的一部分。例如，只有在支持音频的设备中，其配置文件才能包含音频源和音频编码两个配置实体。一个完整的配置文件举例，如图3：媒体配置文件图3：完整的属性配置文件图3：完整的配置文件一个媒体配置文件描述的是，在媒体流中如何给予和给予什么给客户端，同时怎样处理PTZ的输入和分析。读取源列表命令：\uf06cGetVideoSources–在设备上读取所有存在的视频源\uf06cGetAudioSources–在设备上读取所有存在的音频源\uf06cGetAudioOutputs–在设配上读取所有存在的音频输出管理媒体配置文件命令：\uf06cCreateProfile–创建一个新的媒体配置文件\uf06cGetProfiles–读取所有存在的媒体配置文件\uf06cGetProfile–读取某个媒体配置文件\uf06cDeleteProfile–删除某个媒体配置文件\uf06cAdd–增加某个配置实体到媒体文件\uf06cRemove–从配置文件中删除某个配置实体管理配置实体命令：\uf06cGetOptions–读取某个配置实体的当前属性值\uf06cSet–设置一个配置实体\uf06cGets–读取某类的所有配置实体\uf06cGet–读取某个配置实体\uf06cGetCompatibles–读取某个媒体配置文件所有的配置实体配置实体是指配置实体的类，例如一个用于读取一个视频编码器配置的完整命令：GetVideoEncoderConfiguration初始化和操作音视频流命令：\uf06cGetStreamUri–为某个媒体请求一个有效地RTSP或HTTP流标识符\uf06cStartMulticastStreaming–利用某个配置文件开始多路出送\uf06cStopMulticastStreaming–停止多路传输\uf06cSetSynchronizationPoint–在正在进行的流传输中插入一个同步节点\uf06cGetSnapshotUri–为某个能获取JPEG快照的配置文件请求一个有效地HTTP标识符举例说明一个配置文件是如何在一个客户端运行实现的，请详见第五章。4.9实时流本标准规定了流媒体的选项和格式。首先要区分媒体平面和控制平面，如图4所示。为了提供可互操作性的媒体流服务，媒体流（音视频、元数据）服务选项都是使用RTP协视频视频源配置视频编码器配置视频源音频音频源音频源配置音频编码器配置元数据分析PTZ状态事件串行数据PTZ控制音频音频输出PTZ节点音频输出配置元数据配置视频解析器配置PTZ配置音频解码器配置议进行描述的。元数据流容器格式支持定义良好的，实时流分析，PTZ状态和消息数据。媒体配置是通过SOAP/HTTP协议完成的，在4.6章会详细的讨论媒体配置服务。媒体控制通过在RFC2326中定义的RTSP协议完成，这个标准利用了RTP，RTCP和RTSP协议分析，以及基于RTP扩展的JPEG和组播控制机制。这个标准介绍了基于RTSP标准的扩展，用于允许双向的流连接。流配置支持的视频编解码：\uf06cJPEG(通过RTP),见12.1.3\uf06cMPEG-4简单级(SP)[ISO14496-2]\uf06cMPEG-4高级简单级(ASP)[ISO14496-2]\uf06cH.264，基准[ISO14496-10]\uf06cH.264，要点[ISO14496-10]\uf06cH.264，扩展[ISO14496-10]\uf06cH.264，高级的[ISO14496-10]支持的音频编解码：\uf06cG.711[ITU-TG.711]\uf06cG.726[ITU-TG.726]\uf06cAAC[ISO14496-3]4.10事件处理事件处理是基于OASISWS-BaseNotification和WS-Topics规范，这些规范可以重用丰富的通知架构，而不需要重新定义处理原则、基本格式和通信方式。按照WS-BaseNitification协议，通过pullpoint通知模式可实现防火墙穿越，然而这个模式不支持实时通知，因此，这个规范定义了一个可供选择的pullpoint通知模式和服务接口这种模式在使用WS-BaseNotification架构时，允许客户端在防火墙后接收实时通知。一个完全标准的事件需要规范的通知。然而通知的主题在很大程度上依赖于应用需求，这个规范定义了一系列基本的通知主题，建议设备支持这些通知主题，详细请参阅附录A。此外，对于一些服务，这个规范扩展了基本的，含有强制事件的通知主题。事件及相关扩展服务的WSDL在事件WSDL文件中进行详细的说明。4.11PTZ控制PTZ服务用于控制视频编码设备的云台全方位（上下、左右）移动及镜头变倍、变焦控制。PTZ服务的WSDL应用详见PTZWSDL文件。PTZ控制原则遵循媒体配置模式（见4.8），主要由三部分组成：\uf06cPTZNode–用于管理PTZ设备和功能的低级PTZ实体\uf06cPTZConfiguration–保存某个PTZ节点的PTZ配置\uf06cPTZControlOperation–PTZ,预设和状态操作?一个具有PTZ功能的NVT可能有一个或许多个PTZ节点，一个PTZ节点可以是一个机械PTZ设备驱动，也可以是一个上传到视频编码器上的PTZ驱动或是一个数字的PTZ设备驱动。PTZ节点是PTZ控制中最低级的实体，它指定支持的PTZ功能。PTZ配置在每个媒体配置文件中设置，并通过以下配置命令实现：\uf06c读取和配置摄像机转动，倾斜，变焦\uf06c读取摄像机转动，倾斜，变焦配置参数该标准定义了以下的PTZ控制操作：\uf06cPTZ完全的，相对的，连续的动作操作\uf06c停止操作\uf06c读取PTZ状态信息（如位置，错误和移动状态）\uf06c读取，设置，删除和移动预设位置\uf06c读取，设置和移动到中心位置4.12视频分析视频分析应用被分为图像分析和具体应用两部分。这两部分之间的接口产生一个抽象概念，即可根据出现的对象来描述一个场景，视频分析应用简化为对场景描述的比较和场景规则（如被禁止通过的虚拟线或定义的一个多边形保护区域），其他的规则可以是表示内部物体的行为，如物体紧跟另一个物体（对追尾的侦测），这些规则也可以用来禁止某些物体行为，如限速。如图6所示：视频分析应用对应的两部分又可简称为视频分析引擎和规则引擎，再加上事件和行为部分，构成了一个视频分析框架。视频分析架构由元素和接口组成，每个元素提供了一个功能，在一个完整的视频分析解决方案中，对应到一个语义上独特的实体。接口是单向性的，并且是具有特定内容的信息实体。对于规范来说，只有接口是受支配的。架构的核心能力就是分配任何元素或邻近元素组到网络中的任何设备。在规范中定义了以下接口：\uf06c分析配置接口\uf06c场景描述接口\uf06c规则配置接口\uf06c事件接口规范定义了一个视频分析引擎的配置框架。这个架构使设备能按照客户端的配置进行分析，这样的模块配置能够通过客户端动态的增加，删除或修改。假如设备支持的话，允许客户端并行地运行多个视频分析模块。视频分析引擎的输出被称作场景描述。场景描述是真实场景基于对象的抽象，不管场景是静态的还是动态的，它们都可看作真实场景的一部分。本规范定义了一个基于XML的场景描述接口，它包括数据类型和数据传输机制。规则描述了怎样解读场景和怎样处理这方面的信息。规范定义了标准的规则语法和方式，用于应用程序和设备之间的交流。一个事件表示场景描述分析的状态和相关连的规则，事件接口包括事件引擎元素的输入和输出，事件接口通过一般的通知和主题架构来处理（见4.10）.视频分析服务的WSDL是onvif框架的一部分，在分析的WSDL文件中描述。4.13分析设备分析设备服务必须用于独立的分析设备，用于执行对媒体数据流或元数据增强媒体流的评估过程，在同一时间，评估可能包含多个媒体流或元数据增强媒体流。分析设备服务是从现场或储存设备中接收媒体流或元数据增强数据流。假如分析器正在分析未压缩数据，那说明设备具有解码功能。分析设备服务是由客户端操作的，用于配置独立分析设备的属性和功能。独立分析设备不具备反向通道功能。使用事件服务可以获得分析设备服务的输出，此外，分析设备服务还支持GetStreamUri命令。4.14显示显示服务用于客户端控制和配置显示设备。服务提供了窗格显示的功能,就是每个窗格占用物理显示（实际显示设备屏幕）的一定区域。窗格显示可以配置多个音频输入，输出与视频输出之间的映射关系，配置也引用了一个接收对象，即接收显示数据的对象。除此之外，显示服务还支持显示窗格属性的检索和配置。layout定义了窗格在显示器的布局情况(例如单个显示或分成4块显示)。服务提供了获取面板显示和改变显示布局命令。和显示布局命令一样，服务还介绍了获取视频输出的编解码信息的命令。4.15接收器一个接收器是就是一个RTSP客户终端。接收器被用于其他处理媒体流的设备服务中，如显示、记录和分析设备服务。一个接收器对应一个配置，配置决定RTSP终端连接到哪里和使用那些连接参数。一个接收器能够运行在三种不同的模式下：总是连接-接收器尝试保持一个持续的连接到设置端点断开连接-接收器不尝试连接自动连接-当媒体流在发出请求连接时连接一个单一的接收器可以被多个用户使用。例如,为了录制并分析一个流数据，那么录制工作作和分析引擎就要使用同一接收器。假如接收端使用“自动连接”模式,那么只要记录或解析引擎是工作的，接收器都会处于连接状态,只有它们都不工作时才会断开。在接收服务中，通过调用CreateReceiver和DeleteReceiver操作，可以手动的创建和删除接收器，或在其他服务中，也可自动的创建和删除接收器。例如,假如创建一个带有“AutoCreateReceiver”属性的录制工作,那么它就会自动创建一个接收器，并将录制工作附加到这个接收器上，删除记录工作的同时也会删除接收器。4.15.1同步点因为接收器利用RTSP地址来确定流数据的来源,所以它们并不需要使用传输设备的web服务接口，也就意味着它们不能使用SetSynchronizationPoint命令，具体请参考11.18.1。取而代之的是,接收器应该用PLI消息来请求一个同步点，PLI消息详见[RFC4585]。4.16存储标准提供了一系列的接口，用于支持可互操作的网络存储设备，例如网络存储器（NVR）,数字视频接收器（DVR）和嵌入式存储摄像机。存储服务支持以下功能：\uf06c记录控制\uf06c查找\uf06c回放这些功能通过三个相关联的服务来提供。记录服务使客户端能管理记录和配置数据源到记录器的数据传输。管理记录包括记录的创建和删除。搜索服务是使客户端能查找存储器中的记录信息，例如，首先生成一个可见时间列表方式的记录视图，接着通过搜索包含在元数据跟踪记录中的事件，在一组记录中查找我们感兴趣的数据。回放服务使客户端能回放记录的数据，包括音频、视频和元数据。回放服务提供媒体流开始，停止播放，以及改变播放速度和回放方向的功能，也允许客户端从存储设备中下载数据，支持设备数据导出功能。4.16.1存储模式在本标准的存储接口提出了一个数据在存储设备上的逻辑视图，该视图与数据可能在磁盘上的真实存储方式完全无关。在存储模式中关键的概念是记录（recording），在规范中术语记录代表一个容器，容器中是一整套相关联的音视频和元数据轨道（tracks），通常这些数据来自于同一数据源，例如摄像机。一条记录可以容纳任何数量的轨道，一条轨道可看作是一个可以无限长的时间轴，在某个时间段保存的数据。一条记录最少能够容纳三种类型的轨道，分别是音频，视频，元数据。在一些实现的记录服务的中，每种类型的轨道又可以包含多条轨道，例如，同一个记录能够容纳两个视频轨道，一个包含低分辨率或低帧率流和一个包含高分辨率或高帧率流。值得注意的是，存储接口不能说明设备的内部存储结构，特别是，一个记录并不代表是在磁盘上的一个单一的文件，而在很多存储设备中，一个记录存储了一系列的文件。比如，一些摄像机通过创建不同的文件来记录每一个发生的警报，尽管每一个文件可以作为不同的记录来描述，但是在标准中这种模式的目的就是为了把他们聚合在一条记录中。在一条记录内数据记录的区域用一对事件来表示，每对事件都由记录开始时间的事件和记录结束时间的事件构成。通过使用查找服务的FindRecordings和FindEvents方式，客户端可以构建记录的逻辑画面。假如元数据被记录，元数据轨道就能保存所有数据源产生的事件（请参考事件处理和元数据配置相关章节）。另外，设备也能够记录ONVIF定义的历史事件（请参考查找服务中的记录事件描述），这里包括像记录数据范围的开始和结束的信息，设备也能够记录关于供应商的一些历史事件。设备产生的事件不会被插入到已存在的元数据记录轨道中。查找服务中的FindEvents模式能帮助找到所有的记录事件。4.16.2记录记录服务使客户端能管理记录和配置数据源到记录的数据传输。管理记录包括记录和轨道的创建和删除。记录工作是从一个记录源传送数据到一个记录。一个记录源可以是一个接收服务创建的接收对象，也可以是一个在本地设备上编码数据的媒体文件。媒体文件可以用作一个在嵌入式存储摄像机的源。存储数据到一条记录，一个客户端首先要创建一条记录和确保记录有必要的轨道。然后客户端创建一个记录工作，这个工作能从一个或多个源获取数据并存储到记录的轨道中。客户端可以创建多个记录工作，并把所有工作的数据都记录到同一条记录中，假如多个记录工作都处于活动状态，设备就会根据优先权原理在记录中定义的轨道之间选择。客户端可以在任何时候改变记录工作的模式，因此需要提供实现报警记录或人工记录特征的方法。尽管接收对象由ReceiverTokens鉴定，但是为了从其它设备接收数据，记录工作依赖于接收服务。4.16.3查找查找服务使客户端能够查找在存储器设备中的记录信息，例如，首先生成一个可见时间列表方式的记录视图，接着通过搜索包含在元数据跟踪记录中的事件，在一组记录中查找我们感兴趣的数据。查找服务提供以下功能：\uf06c查找每个recordings的记录和信息\uf06c在元数据和历史数据中查找事件\uf06c在元数据中查找PTZ位置\uf06c在元数据中查找信息如从EPOS（电子销售点）系统中实际的搜索通过查找和结果获取两个操作实现，并且是异步进行的。每一个查找操作启动一个搜索对话，客户端就可以从查找对话中用增量的方式获取搜索结果，或者一次获取所以结果，这依赖于具体的实现和搜索的范围。有四对查找操作分别对应记录，记录事件，PTZ位置和元数据．FindRecordingsandGetRecordingSearchResultsFindEventsandGetEventSearchResultsFindPTZPositionandGetPTZPositionSearchResultsFindMetadataandGetMetadataSearchResults4.16.4回放回放服务提供了一种机制，用于对存储的视频、音频和元数据进行回放，这个机制也可以用来从存储设备中下载数据以便提供导出功能。回放服务是基于RTSP[RFC2326]协议的,然而因为RTSP不能直接地支持所有的回放需求，所以加入了一些协议的扩展。尤其是一个RTP头扩展被定义允许一个绝对的时间戳与每个接入单元（视频帧）相关联，以及传输信息的流连续性。在回放服务中GetReplayUri命令返回记录的RTSPURL来允许它用RTSP来回放。4.17安全这个条款描述了网络视频安全需求，规范定义了两个不同等级的安全机制：传输级安全消息级安全规范也定义了如下的基于端口的网络安全：IEEE802.1X一般安全的要求，定义和传输安全要求在22章有详细的说明。消息级安全要求在5.12有详细的说明。IEEE802.1X要求在8.4.7安全管理章节有详细的说明，通过设备管理服务实现安全管理，详细请参考4.5.7。5Web服务框架所有管理和配置命令都是基于web服务的。标准的目的是：\uf06c设备（NVT，NVD，NVS，NVA）是服务提供者\uf06c客户端（client）是服务请求者一个典型的网络视频系统可以由多个客户端来处理一台设备的所有配置和管理业务，但是，控制和网络视频接收功能之间可能存在区别。提供服务的设备，也可以作为客户端，未来的规范可能会在系统中引入其它的实体和接口。Web服务还需要一个共同的方式来发现服务提供者，这个可以通过使用UUDI实现，即“统一描述、发现和集成协议”([UDDIAPIver2],[UDDIDataStructurever2])。UDDI协议使用了服务代理来发现服务，因为本规范的目的是设备，而UDDI模型不是以设备为导向的，所以UDDI和服务代理不在本协议之内规定。根据本协议规定，设备（服务提供者）使用基于[WS-Discovery]技术的WS发现机制。设备发现的原理在第7章描述。web服务允许开发者自由地定义服务和消息交换机制，这可能会引起互操作性的问题。Web服务互操作性组织(WS-I）开发了标准的配置文件和指引，以创建可互操作的Web服务。设备和客服端应该遵守在[WS-IBP2.0]定义的指引。本协议的服务描述遵循[WS-IBP2.0]的建议。5.1服务概述一个遵循ONVIF的设备需要支持许多规范定义的web服务。例如在本规范定义的web服务：\uf06c设备服务\uf06c媒体服务\uf06c事件服务设备服务是符合ONVIF标准的设备的目标服务，并且是所有其他设备服务的入口点。设备管理的入口点绑定在：5.1.1服务要求一个设备应提供设备管理和事件服务。根据设备的功能，设备可以支持任何其它的服务。根据设备类型（NVT,NVD,NVS,NVA）的不同，必须为它们追加额外的服务。确切的合规性要求看做是本规范中不同服务定义的一部分。如果设备支持某一种服务，那么设备就应该能够响应所有命令（相应的WSDL服务命令）。假如服务不需要某一命令并且设备不支持这个命令，那么设备就应该响应一个错误码：env:Receiver,ter:ActionNotSupported错误码的定义，详见5.11.2。表一：设备类型的服务请求表一显示了对于不同类型的设备要求哪些服务。其中“M”代表强制性的的服务（Mandatory），一个强制性的服务被一些相关特性的设备支持的话用“C”来标记。5.2WSDL概述WSDL是一种的XML格式文档，它把web服务描述成一组能够操作面向文档或者是面向过程信息的端点。这些操作和消息被描述得很抽象，然后绑定到一个具体的网络协议和消息格式来定义一个端点。相关的具体端点结合成抽象的端点（服务）。WSDL可以扩展到描述端点和端点的信息，而不管信息的格式或者使用何种网络协议通信。这个规范遵循WSDL1.1的规范，并使用了文档的规范模式。WSDL文档由以下几部分组成：\uf06c类型：定义数据类型，使用XML格式定义\uf06c消息：定义输入和输出消息的内容\uf06c操作：如何定义输入和输出信息相关的逻辑操作。\uf06c端口类型：多个操作集合在一起\uf06c绑定：一个特定端口类型用于交换信息的协议规范。\uf06c端口：指定绑定的端口地址\uf06c服务：通常是指一组相关的端口集合5.3命名空间在本标准前中使用的前缀和命名空间列于表1。这些前缀不是标准的一部分，标准可以用任何前缀实现表二：本规范定义命名空间前缀命名空间URI描述tt此规范中为XML格式描述tdsWSDL设备服务的名字空间trtWSDL媒体服务名字空间timgWSDL成像服务的名字空间tevWSDL事件服务的名字空间tptzPTZ控制服务的名字空间tan分析服务的名字空间terONVIF定义错误的名字空间dn次规范中用于远程设备发现服务的名字空间tns1ONVIF主题名字空间tadWSDL分析设备服务的名字空间tmdONVIF主题设备名字空间tlsWSDL显示设备服务的名字空间trvWSDL接收端服务的名字空间trcWSDL记录服务的名字空间trpWSDL重播服务的名字空间tseWSDL搜寻服务的名字空间表三：引用的命名空间（前缀）前缀URI名字空间描述wsdlWSDL网络框架的命名空间wsoap12WSDLSOAP1.2的绑定名字空间httpWSDLHTTPGET&POSTbinding的名字空间soapencSOAP1.2[SOAP1.2,Part2]定义的编码空间soapenvSOAP1.2[SOAP1.2,Part1]定义的信封命名空间xsXS[XML-Schema,Part1]and[XMLSchema,Part2]定义的信封命名空间xsiXML格式的信封命名空间d定义在[WS-Discovery].中的设备发现命名空间wsadis在[WSDiscovery].提及的设备寻址空间wsa定义在[WS-Addressing].中的设备寻址空间wstop[WSTopics]规范的格式命名空间wsnt[WSBaseNotification]空间的格式命名空间xopXML-binaryOptimized包装优化的命名空间此外，本标准里提及没有前缀的命名空间列于表三。表四：引用的命名空间（没有前缀）5.4类型数据类型在XMLSchema描述的第一和第二部分中定义。此规范中所有定义的数据类型都包括在[ONVIFSchema]中，并且能够从下网址下载。5.5消息根据WSDL1.1可知，操作使用基于XML格式的输入和输出消息描述，消息部分包含了信息内容。在这个规范中，一个消息应包括两个主要的要素：\uf06c消息的名称\uf06c消息的部件消息名称指定元素的名字，并且这个名字在WSDL文档中的操作定义会被使用。消息的名称确定了这个消息的具体名字。WSDL的消息部件要素用来定义消息的实际格式。尽管在WSDL定义消息可能有多个部件，但这个规范遵循了[WS-IBP2.0]规定，不允许多个部件元素出现在一个消息中。因此我们一直用同一个名称“parameters”作为消息部件的名字。此标准中，以下的WSDL符号是用于消息的：=“Fault”message=“’prefix’:’FaultMessage_Name’”>5.7端口类型一个端口的类型是一组有名字的抽象操作的和抽象信息。一个单独端口的类型是由不同的操作组合起来的。在这个规范中所有的操作名称都被归了种类，每个操作类包含了一个或者多个操作，但每个种类只有一种操作类型，并且被整合成了单一的端口类型。一个单向操作和一个请求—应答操作绝不可能出现在相同的端口类型中去。5.8绑定绑定为一个特定的端口类型定义了具体协议和数据传输格式规范。对于一个给定的端口类型，都有可能包含任何数量的绑定。端口类型是先前定义的类型并且“绑定”是一个以大写字母的开始字符串，它定义了绑定的名称。在本标准中，设备绑定的定义应遵循[WS-IBP2.0]中的要求，这意味着WSDLSOAP1.2绑定将被使用。SOAP绑定可以有不同的方式，一个设备在操作层面上应该使用“文档”的绑定方式。对于各自的服务，它们的绑定均定义在WSDL规范中5.9端口对于一个绑定，各自的终端被一个唯一的地址来指定。每个端口都应该赋予一个独一无二得名字。端口定义包含一个名称和一个绑定属性本规范不强制任何端口命名规则5.10服务服务是一组相关的端口。这个规范不强制任何服务的命名规则。5.11错误处理就像其他任何协议一样，错误可能在通信，协议和信息加工的时候产生。该规范错误处理可以处理以下类别的错误：\uf06c协议错误\uf06cSOAP的错误\uf06c应用程序的错误5.11.1协议错误协议错误是指错误协议消息，(它可能包含非法的头值，也有可能在非期望时间或经历了一个套接字超时的时候被接收了)。为了说明和解释协议错误，HTTP和RTSP协议已经定义了一套标准的状态码[例如，1XX，2XX,3XX,4XX,5XX]。通过此标准，当收到故障报告的时候，设备和客户端将采用合适的RTSP和HTTP协议定义状态码来报告错误5.11.2SOAP错误SOAP错误一般是由于web服务操作错误或者是在SOAP消息处理期间导致的。所有这些SOAP错误需要使用SOAP错误消息机制报告和处理。通过SOAP错误机制，SOAP规范提供了一个定义良好的框架来处理错误。一个SOAP错误信息是在消息实体中带有一知名元素（soapenv：Fault）的SOAP信息。为了更详细地理解错误，SOAP定义了SOAP错误信息结构，该结构含有各种成分：\uf06c错误码\uf06c子码\uf06c原因\uf06c节点和角色\uf06c错误细节子码和错误细节是用来携带应用的具体的错误信息。本标准对具体的错误使用了一个单独的名字空间对于不同的web服务，SOAP错误信息被看作是各子web服务定义中的一部分。就像本规范规定的那样，服务器和客户端应当使用SOAP1.2错误信息处理机制，并且要遵循WS-I基本简介2.0错误处理建议。如下的例子就是故障信息：HTTP/1.1500InternalServerErrorCONTENT-LENGTH:bytesinbodyCONTENT-TYPE:application/soap+xml;charset=”utf-8”DATE:whenresponsewasgeneratedfaultcode ter:faultsubcode ter:faultsubcode faultreason faultdetail 元素为设备服务地址或设备地址。该设备应提供一个80端口作为设备服务入口点，以便允许防火墙穿越。7.3.3Hello类型设备应该包含设备管理服务的端口类型，比如tds:Device，在中声明的。考虑到向后兼容的原因，ONVIF兼容设备还应当包括在中声明的dn:NetworkVideoTransmitter。下面的例子显示了在SOAP“hello”实体中的端口类型是如何编码的。tds:Device .该消息可能包括其他类型。范围在Hello消息中，设备还应包括属性范围。该设备范围是通过使用[RFC3986]的URIs来设置的。本规范定义范围属性如下：方案属性:ONVIF权威属性：这意味着，所有ONVIF定义范围的URI都有以下格式：该设备可能有其他范围的URIs。这些URI是没有限制在ONVIF规定范围中。表八定义了一个设备的基本能力和其他属性。除了这些标准参数以外，还可以设置设备所有者定义的任何范围参数。通过定义在8.3节中的命令，可以列出和设置范围参数。未来版本的规范可能会引入更多的标准化范围参数。设备还可能有其他范围的URI。这些URI是没有限制的在ONVIF规定范围中。表八：范围参数类目定义值说明类型视频编码器一个视频编码器暗示了这个设备是具有视频编码设备，一个带有网络视频编码的设备应该将网络视频编码器的型号包括在其内。云台一个云台范围暗示了这个设备是一个具有云台设备带有云台支持的设备包括一个值在其范围内的范围输入视频解析一个视频解析的范围暗示了这个设备支持视频解析就像17部分的那样，一个带有视频解析支持的设备应该包括一个值在其范围清单内的范围输入音频编码器一个音频编码器范围说明这个设备是一个具有音频编码的设备一个带有音频编码支持的设备应该包括一个值在其范围清单内的范围输入网络视频发射机一个网络视频发射机的范围暗示了这个设备是否是一个NVT兼容设备，一个NVT应该包括一个其值在其范围清单内的范围输入网络视频解码器一个网络视频的显示范围暗示了这个设备是否是一个NVD兼容设备，一个NVD应该包括一个值在其范围清单内的范围输入网络视频的存储一个网络视频的存储范围暗示了这个设备是否是一个NVS兼容设备，一个NVS应该包括一个其值在其范围清单内的范围输入网络视频的解析一个网络视频的解析范围暗示了这个设备是否是一个NVA兼容设备，一个NVA应该包括一个值在其范围清单内的范围输入方位任何字符串和路由值方位为这个设备定义了一个物理方位，位置值可能是字符串为这个设备描述的物理装置，一个设备应该至少包括一个方位。硬件任何字符串和路由值一个字符串或路径描述装置的硬件，一个设备应该包括至少一个硬件入口在其范围内名字任何字符串和路由值搜索设备的名称，一个设备应该包括至少一个名字入口在它的范围清单内在范围清单的位置、硬件和名称类别中，一个设备在各个类别中至少包含一个该类型的条目。一个设备可能包含在范围清单内，其他任何额外的范围属性。在其范围清单内，一个设备可以包括任意个范围，这意味着，例如，一个单元可以定义多个不同位置的范围。“探头”匹配所有范围清单。例子下面的例子说明了范围值的使用方法，这仅仅是个例子，并不表示这些范围参数的类型就是NVT配置中的一部分。在这个例子中，我们假设NVT用以下的范围来配置：一个探测设备的客户端使用以下范围的：可以找到一个匹配的。类似地,具有下范围的设备探头：可以给出一个匹配具有下范围的设备探头探头：，无法给出一个匹配地址设备在“hello”消息中可能包含带有设备服务地址的元素。在中为设备定义了IP地址配置的规则。7.3.4探头和探头匹配设备匹配探头类型，范围和地址定义，看7.3.3HELLO章节。设备将至少支持范围中的匹配规则。此范围匹配的定义与[WS-Discovery]中的范围定义略有不同，因为[RFC2396]由[RFC3986]代替。设备在探头匹配的消息中应该包含带有设备服务地址的元素，这个元素在大多数情况下只包含一个地址来管理和配置接口，就像5.1规定的那样。7.3.5解决和解决匹配这个规范要求终端地址信息被包含到“HOLLO”信息和探头匹配信息中去，在大多数情况下，没有必要解决匹配和匹配的交换问题.然而，为了与[WS-Discovery]规范能兼容，一个设备应该能处理解决匹配的回应。7.3.6BYE就像在WS-Discovery中描述的那样，当设备准备离开网络的时候，设备应该发出一个单向的BYE消息.7.3.7SOAP错误信息如果存在一个多播数据包错误，该设备和客户端必须悄悄的丢弃，并且忽略请求。如果所有设备对同一个请求都发送错误响应信息，有可能造成数据包风暴，所以建议不发送错误响应信息。考虑到完整性，单播数据包错误处理描述在下面。如果一个设备接收单播探头消息，而且它不支持匹配规则，那么此探头可能不会发送探头匹配消息，相反会产生一个SOAP错误（遵循SOAP1.2标准），就像如下所示的那样：[Code]s12:Sender[Subcode]d:MatchingRuleNotSupported[Reason]E.g.,thematchingrulespecifiedisnotsupported[Detail]... EncoderConfiguration命令来设置超时参数；命令定义在11.2节，否则超时值会默认设置为602.在所有的RTSPSETUP响应，发射机应包括根据[RFC2326]第12.37定义超时值和发射机应该使用超时值的来保持会话3.为了保持RTSP会话，客户端应通过任何RTSP方法或者发或发送RTCP接收器报告。推荐使用SET_PARAMETER命令。图20：保持会话RTSP音频和视频同步为了使客户端可以立即开始同步视频和音频流，对传进来进行录制的包计算出的绝对UTC时间戳；这些传输进来的包是用来存储的。一个发射机应在对RTSPPLAY应答信息包含以下头区域RTSP播放响应头字段：1.Range([RFC2326]section12.29)。时钟单元应该包含一个起始时间（[RFC2326]第3.7节），notSMPTEorNPTunits.。2.RTP-Info([RFC2326]section12.33)。这应该包含一个与Range相关的RTPTIME值。元数据流的RTSP会话在元数据流的情况下，这SDP协议描述的“application”应该被用来描述对媒体类型的应答上以及应该用来对名字编码。例如RTSP协议描述一个RTSP服务器（Server）和一个RTSP客户端（客户端）进行信息的交换：RTSP消息的例子这个例子显示了信息在RTSP客户端和一个RTSP服务器进行传递。客户端从设备请求一个音频和视频流。使用GetStreamUri命令能够检索一个URL“rtsp://example.com/onvif_camera”。参阅第11.15.1通过HTTP的RSTP为了穿越防火墙，基于HTTP/HTTPS的RTSP协议应该被设备支持。见第的RTP/RTSP/HTTP/TCP协议。12.3往回通道连接本节介绍如何在客户端和服务器之间建立一个双向的连接。使用RTSP协议[RFC2326]对反向通道连接进行处理。这里将存在一种机制用于表明客户端想建立一个往回通道连接RTSP提供了功能标签来处理这样的附加的功能。支持双向连接的设备（如音频或元数据连接）应该支持已经介绍RTSP扩展。12.3.1RTSP协议请求的标签[RFC2326]的RTSP标准，可以用附加对象头进行扩展。为了这个目的，将引进一个请求的标签来处理专门的附加功能（见RFC2326]，1.5扩展RTSP和12.32需求）请求标签是用来判断是否支持此功能。这头应包含任何请求并且要求服务器理解这些特性并能够正确对这些请求进行应答。支持反向通道的一种装置，应当理解的反向通道的标签：希望建立具有数据反向通道的RTSP连接的客户应该在请求信息中包括请求的Require头12.3.2双向连接的连接设置客户端应当在它的描述请求中包括特性标签，用以表明应该建立双向数据连接。理解这一要求标签的服务器应在SDP协议中包含一个正如在媒体类别的配置一样的额外流媒体。根据的RTSP标准，一个不理解的反向通道的特性标签或不支持双向数据连接RTSP服务器会响应错误代码551Optionnotsupported。然后，客户端可以尝试建立一个没有反向通道RTSP连接。一个SDP的文件被用来描述会话。服务器应在每一个媒体选项中包括一个a=sendonly或b=recvonly属性来表明将要发送数据的方向。服务器应该列举出所有支持的解码规则作为自己媒介选项以及客户应该选择哪一种。例一：没有往回支持的服务例二：使用ONVIF往回通道支持的服务这SDP文件完全描述RTSP会话。服务器给客户端控制URL来设置流。在接下来的几步客户能够设置会话：第三步请求建立音频反向通道连接。在接下来的几步中客户端通过PLAY请求开始会话.在接收到对PLAY请求进行OK应答后，客户端可以开始发送音频数据到服务器。收到应答之前，它不会发送数据给服务器在服务器。请求头表明一个与PLAY命令相关的解释是必要的。命令涵盖既从NVT到客户端的视频和音频流的起点以及开始从客户机到服务器的音频连接。为了终止会话，客户端发送一个TEARDOWN请求。12.3.3组播流如果客户准备在组播发送的数据，在SETUP请求的参数告诉服务器的多播地址和端口。例：多播设置12.4错误处理RTSP和HTTP协议错误被分为不同的类别（例如，状态代码1XX，2XX，3XX，4xx和5xx）。设备和客户端应当支持处理这些状态代码。在RTSP与[RFC2326]相关的状态代码定义是第11.0。对于HTTP状态代码的定义是指]第10.0节HTTP/1.1的[2616。13接收端配置这项服务提供了一些管理接收对象的命令（用于从其他设备接收媒体流的命令）。接收器包含如何建立媒体流，接收器的工作模式，以及媒体流URI（通用资源标志符）这些信息。一个设备应支持至少128字节长度的媒体资源标识符。一个接收设备最大的RTSP资源标识符的长度的能力显示了设备支持的最大长度。接收服务应该可以由接收媒体流的设备来完成。在发送设备资源标识符中，赋予这个接收设备的IP和DNS地址是托管接收服务设备用于访问服务发送设备的地址。举个例子，如果客户端不得不通过一个路由器与发射设备和接收设备来交流，给接收设备的发射设备地址（这种情况是本地网络地址）可能与客户端访问发射设备的地址不同（这种情况是外部网络地址）。通过实时RTP协议（看节），一个设备应该可以支持RTP传输，并且通过RTSP/HTTP/TCP传输协议，也可以实现RTP传输。一个设备可以支持其他的RTP传输协议，同时它还应该用适当的能力表明支持什么。（看在表11中接收器的种类）13.1持久性所有创建在接收机服务之内的对象都应该持久，它们要再断电重启后保存不变，同样的，所有在对象中的配置数据也应该持久。13.2接收端模式一个接收器可以用三种不同的模式操作：一直连接。接收器试图保持持续与配置端点的连接。不连接。接收器不尝试连接自动连接，接收器根据用户所需进行连接。13.3接收命令本节的描述命令是为接收服务提供的。13.3.1获得多个接收器此操作列表列出了目前存在的设备中所有接收器，接收服务应该支持这个命令。表192:获得接收器的命令获得接收器消息名字说明获得设备请求消息空获得设备的应答包含一个列表的接收机误码说明没有具体的故障码13.3.2获得单个接收器此操作用来搜索具体的接收器（令牌将被客户端识别的接收器）接收器服务支持这个命令表193：getreceiver命令GetReceiver信息名字描述GetReceiver请求包含令牌请求的接收者。receivertokenGetReceiver应答包含详细的要求接收机误码详细env:Senderter:InvalidArgValter:UnknownToken接收器靠receivertoken得显示不存在13.3.3创建接收器这个操作创建了一个新的接收器，接收器服务应该支持这个命令。表194：创建接收器命令创建接收器信息名字描述创建接收器的请求包含这个接收器的初始配置tt:ReceiverConfigurationConfiguration[1][1]创建接收器的应答包含详细的被创建的接收器tt:ReceiverReceiver[1][1]误码描述env:Senderter:InvalidArgValter:InvalidStreamSetup指定的配置无效env:Receiverter:Actionter:MaxReceivers支持的最大数量的接收机已达到13.3.4删除接收器此操作删除现有接收器，一个接收机不能删除它如果正在使用中，本接收器应该支持这个命令表195：删除接收器的命令删除接收器信息名字描述删除接收器请求包含标记的接收器被删除删除接收器应答信息空误码描述env:Senderter:InvalidArgValter:UnknownToken接收机靠receivertoken得显示不存在env:Receiverter:Actionter:CannotDeleteReceiver删除指定的接收是不可能的，例如因为它是目前使用的。13.3.5配置接收器这个操作是配置接收机，接收机服务应该支持这个命令表196：配置接收机配置接收机信息名字描述配置接收机请求包括令牌的接受接受和新配置tt:ReceiverTokenReceiverToken[1][1]tt:ReceiverConfigurationConfiguration[1][1]配置接受的应答消息空误码描述env:Senderter:InvalidArgValter:UnknownToken接收器靠receivertoken得显示不存在env:Senderter:InvalidArgValter:BadConfiguration指定的配置无效13.3.6设计接收器模式此操作可能被用来确定模式的接收器独立于其配置，接收器服务支持这个命令表197：设置接收机模式命令设置接收机模式信息名字描述设置接收机模式请求包含令牌的请求的接收和新模式tt:ReceiverTokenReceiverToken[1][1]tt:ReceiverModeReceiverMode[1][1]设置接收机应答消息空误码描述env:Senderter:InvalidArgValter:UnknownToken接收器通过receivertoken的显示不存在13.3.7获取接收机状态这一操作可以决定是否目前的接收机断开，连接或者正在试图连接。接收机应该支持这一命令。表198：获得接收机状态命令获得接收机状态消息名字描述获得接收机状态请求包含令牌请求的接收者tt:ReceiverTokenReceiverToken[1][1]获得接收机状态应答包含当前状态的接收机tt:ReceiverStateState[1][1]误码描述env:Senderter:InvalidArgValter:UnknownToken接收器通过receivertoken的显示不存在13.4事件接收机服务通过事件服务来调度事件。它还应能触发事件（无论什么时候在本章列出的条件都能触发）13.4.1改变状态无论什么时候改变接收机的状态，设备应迅速处理以下事件：Topic:tns1:Receiver/ChangeStatewsa:EndpointReferenceType …wsa:EndpointReferenceType … ...tns1:PTZController/PTZPreset/Reached ...tns1:RuleEngine/FieldDetector/ObjectsInside 源项目描述了产生这个项目的规则，当多个对象出现在现场的时候，每一个对象都拥有一个它自己所有的ObjectsInside属性，因此这些对象的身份被作为一个额外得源项目来使用，为了使属性的唯一性。这个IsInside项目是一个布尔值，指示对象是领域的内部还是外部。当对象进入一个领域，产生一个属性改变信息的规则类似于以下：...tns1:RuleEngine/FieldDetector/ObjectsInside 最后，当对象离开现场的时候，一个属性删除信息就产生了：...tns1:RuleEngine/FieldDetector/ObjectsInside搜寻通知（有视频分析和引擎规则的）作为双亲主题：搜寻由线路探测器或者领域探测器产生的通知：15.8获取事件属性[WS-BaseNotification]规则定义了一个WS-Resouce选项属性。这个规范不要求WS-ResourceProperty接口来执行。相反的，接下来的直接接口应该靠一个ONVIF兼容设备来直接执行，为了提供一个设备支持的过滤特定语言，文件格式和主题的信息。表213：获取时间的属性命令获取时间属性请求-应答信息名字描述获取时事件性的请求这是一个空消息获取事件属性应答xs:anyURITopicNamespaceLocation[1][unbounded]xs:booleanFixedTopicSet[1][1]wstop:TopicSetTypeTopicSet[1][1]xs:anyURITopicExpressionDialect[1][unbounded]xs:anyURIMessageContentFilterDialect[1][unbounded]xs:anyURIProducerPropertiesFilterDialect[0][unbounded]xs:anyURIMessageContentSchemaLocation[1][unbounded]误码描述没有命令指定错误一个ONVIF兼容设备应该做出回应，并且声明它的TopicSet是否是固定的，哪些主题是提供了的，支持哪些方言。接下来的主题表达语言是ONVIF兼容设备指令的(看15.7.3章节)：下面的MessageContentFilterDialects是ONVIF兼容设备指令的（看15.5.5章节）这个设备并不要求任何ProducerPropertiesDialect的支持消息内容描述语言，在15.5.4介绍的允许参考指定的类型。为了缓解这些类型整合到客户端应用程序GetEventPropertiesResponse应该列出所有的URI方位来架构那些型号已经被用到了通知的描述中的文件带有MessageContentSchemaLocation要素。这表至少包含ONVIF格式文件的URI15.9SOAP错误消息当处理要么来自客户要么来自SubscriptionManager的消息时，如果设备遇到失败，设备将产生一个SOAP1.2的错误消息。所有的SOAP1.2错误消息应该产生根据[WS-BaseNotification]和[WSTopics]规范15.10通知例子下面的例子是一个完整的通信模式的通知。它采用实时的通知接口Pull-Point来接收通知的。15.10.1获取事件属性请求true uest PT1M Response 2008-10-09T13:52:59 2008-10-09T13:53:59 PT5S 2 2008-10-10T12:24:58 2008-10-10T12:25:58 -1.0 1.0 -1.0 1.0 0.0 1.0 -1.0 1.0 -1.0 1.0 -1.0 1.0 -1.0 1.0 -1.0 1.0 -1.0 1.0 0.0 1.0 0.0 请注意这里的模式仅供参考，【ONVIF架构】包含了标准的框架定义。章节描述了怎样进行图像处理，通过网络视频分析流中的视频分析算法。时间关系因为多重的场景元素能够从相同的图像中提取出来，场景元素都是基于一个帧节点的，能从视频输入链接到一个指定的影像。帧节点包含一个强制的时钟特性。这个时钟应该使能一个客户端来管理图像节点精确到一个视频图像。例如，相对应的RTP时标编码视频帧应该和UTZ时标转换的结果一致。视频和元数据流的同步性，在章节实时查看部分有进一步描述。例如：.........空间关系很多场景元素是提取出来的画面的一部分，例如，但随着时间追踪目标时，应该在每幅画面中指定跟踪目标的位置，这些位置应该和坐标系关联起来。默认的坐标系如图23中说明。管理选择的矩形相应VideoSourceConfiguration文件。图23：默认的画面坐标系对于XML树的特定节点，规范允许修改其坐标系。因此，每个图像节点都是从默认的坐标系开始的。每个子节点继承最近的父类坐标系。一个转换节点用于修改最近的父类坐标系相应的规范也与父类节点最近的坐标系相关联。规范定义了转换节点用于缩放和转化，场景描述包含了这些转换节点存放的占位符。..................... 线性检测器线性检测器定义为一个非交叉的简单多叉线，假如一个对象在一个指定的方向横跨多叉线，规范引擎就送一个交叉事件，交叉事件包含线性检测器的名称和涉及横跨交叉线的对象。方向，就是一个能够在左，右和其他方向选择的，方向左和右涉及到沿着线从一个点到另一个点走的方向和被禁止的方向。线性检测器类似以下用规则描述语言的代码，详细的参考前一章：tns1:RuleEngine/LineDetector/Crossed tns1:RuleEngine/FieldDetector/ObjectsInside 从内部属性看，一个客户端能够引导检测器参数的进入和离开。通过增加一个消息内容过滤器来认定，一个客户端能模拟出进入和离开事件，就是通过设定内部条款为真让内部对象消息通过。17.2.4规则操作假如设备支持规范定义的规则引擎，那么它就具备以下管理规则的能力，创建/删除/修改命令具有原子性的特点，也就是说所有的操作要么都能被处理，要么都不能被处理。读取支持的操作（GetSupportedRules）设备应该输出所有支持的规则当执行随后的操作，它通过在17.2.2章节描述的规则描述语言，返回一个规则描述列表。此外，它包含了一系列URLs用于提供概要文件的位置。这些概要文件描述了在规则描述中用到的类型和元素。假如规则描述涉及到ONVIF概要文件中的类型和元素，ONVIF概要文件应该明确地列出来。表233：读取支持的规则命令读取支持的规则（GetSupportedRules）请求应答（Request-Response）消息名字描述读取支持的规则请求(GetSupportedRulesRequest)消息包含需要读取规则列表的VideoAnalyticsConfigurationTokentt:ReferenceTokenConfigurationToken[1][1]读取支持的规则响应（GetSupportedRulesResponse）响应包含支持的规则tt:SupportedRulesSupportedRules[1][1]故障代码描述env:Senderter:InvalidArgValter:NoConfig视频分析配置不存在读取规则（GetRules）以下操作检索当前安装的规则：表234：读取规则命令读取规则（GetRules）请求应答（Request-Response）消息名字描述读取规则请求(GetRulesRequest)消息包含需要报道的VideoAnalyticsConfigurationToken的规则tt:ReferenceTokenConfigurationToken[1][1]读取规则响应（GetRulesResponse）响应包含指定配置安装的规则列表tt:ConfigRule[0][unbounded]故障代码描述env:Senderter:InvalidArgValter:NoConfig视频分析配置不存在创建规则（CreateRules）以下操作是添加规则到一个视频分析配置中。假如所有的规则不能按照请求的来创建，那么设备返回一个错误的消息。表235：创建规则命令创建规则（CreateRules）请求应答（Request-Response）消息名字描述创建规则请求(CreateRulesRequest)消息指定需要增加规则列表到的VideoAnalyticsConfigurationTokentt:ReferenceTokenConfigurationToken[1][1]tt:ConfigRule[1][unbounded]创建规则响应（CreateRulesResponse）这是一个空消息故障代码描述env:Senderter:InvalidArgValter:NoConfig视频分析配置不存在env:Senderter:InvalidArgValter:InvalidRule建议的规则设备不适合这个设备env:Senderter:InvalidArgValter:RuleAlreadyExistent同样的规则名称已经存在了配置中enc:Receiverter:Actionter:TooManyRules没有足够的空间来增加规则env:Receiverter:Actionter:ConfigurationConflict设备不能创建规则在以防创建一个相冲突的配置修改规则（ModifyRules）以下操作用于修改规则，假如所有的规则不能按请求修改，那么设备返回一个错误的提示消息。表236：修改规则命令修改规则（ModifyRules）请求应答（Request-Response）消息名字描述修改规则请求(ModifyRulesRequest)消息包含需要修改规则列表到的VideoAnalyticsConfigurationTokentt:ReferenceTokenConfigurationToken[1][1]tt:ConfigRule[1][unbounded]修改规则响应（ModifyRulesResponse）这是一个空消息故障代码描述env:Senderter:InvalidArgValter:NoConfig视频分析配置不存在env:Senderter:InvalidArgValter:InvalidRule建议的规则设备不适合这个设备env:Senderter:InvalidArgster:RuleNotExistent规则名称不存在enc:Receiverter:Actionter:TooManyRules没有足够的空间来增加规则env:Receiverter:Actionter:ConflictingConfig设备不能修改规则以防创建一个相冲突的配置删除规则（DeleteRules）以下的操作用于删除多个规则，假如所有的规则不能按照请求删除，那么设备会返回一个错误提示消息。表237：删除规则命令删除规则（DeleteRules）请求应答（Request-Response）消息名字描述删除规则请求(DeleteRulesRequest)消息包含需要删除指定规则列表的VideoAnalyticsConfigurationTokentt:ReferenceTokenConfigurationToken[1][1]xs:stringRuleName[1][unbounded]删除规则响应（DeleteRulesResponse）这是一个空消息故障代码描述env:Senderter:InvalidArgValter:NoConfig视频分析配置不存在env:Receiverter:Actionter:ConflictingConfig不能删除规则在以防创建一个相冲突的配置env:Sender规则名称不存在ter:InvalidArgster:RuleNotExistent17.3分析模块接口视频分析配置由两个部分组成（见11.9章节），第一部分配置视频分析引擎，用于创建场景描述。第二部分配置规则引擎。17.3.1定义了一个XML结构，用于视频分析引擎传递分析模块配置。17.3.2章节定义了描述特定分析模块配置的语言。17.3.3定义了分析模块接口请求的操作。假如设备支持一个按照ONVIF定义的分析引擎，那么它就能够执行所有的分析模块接口。17.3.1分析模块配置分析模块配置与规则配置相同，详见17.2.1章节。下面的例子讲述了一个可能的配置，用于指定的对象跟踪。跟踪装置允许配置关于处理几何图像的最小和最大尺寸。... tns1:VideoAnalytics/nn:ObjectTracker/SceneTooCrowded Forexample:CSeq:1User-Agent:ONVIFRtspclientAccept:application/sdpNVT–NVS:RTSP/1.0200OKCSeq:1Content-Type:application/sdpContent-Length:xxxv=0m=video0RTP/AVP26a=x-onvif-track:VIDEO001m=audio0RTP/AVP98a=x-onvif-track:AUDIO00121.2RTP协议头部扩展为了允许客户报告一个稳定和精确的时间戳（每个帧无论从哪个方向播放），有必要将确切的时间戳与数据包联系起来。或者每组数据包具有相同的时间戳。这是通过使用一个包含NTP时间戳的RTP头扩展来实现的，并且一些也需要实现重放的其他信息重放机使用扩展标识0xabac来进行重播扩展下面显示了一般形式的的RTP数据包包含的这些扩展：表289：RTP包布局这个扩展领域如下：.NTP时间戳。一个NTP[RFC1305]时间戳显示了URC与接入单元联系起来的绝对时间。.C:1位。表示该存取单元是一个同步点或干净点。比如，视频流的帧内编码的起始位。.E:1位。表示连续的一段记录的结尾。在每个录音的间隔，每个轨道的最后访问单元或者可得到的现有画面的结尾，都应该有这位的设置。当反向重放时，E标志应该设置最后一帧在这段记录的结尾时。.D：1位。表示该存取单元遵循如下的不连续传输。它主要在反向重放时被使用。每个GOP的包有个D位设置，因为它不按照以前的数据流顺序。（看21.5节）.mbz：这一领域保留供以后使用但是必须为0..CSep：1个字节。这是低字节它使用的价值是用来启动传输。当客户发送多个连续播放命令。这个值可以用来决定每个新的PLAY(播放)命令开始时数据从哪里来。重放头的扩展应该在每个访问的第一个包中展现出来。它可能不会出现在随后的数据包接入单元。21.2.1NTP时间戳该RTP扩展头的NTP时间戳应该单调递增，通过一个单一的实时传输协议流的数据包。如果有必要调整单调性的话。它们应该对应相应的钟表就像在原始发射机流中测量的那样兼容压缩头部扩展21.2.2压缩JEPG头扩展的兼容重放头扩展可以与由压缩实时传输协议中使用的头扩展共存。有必要允许用此扩展，以便重放图像流。这个JEPG扩展是简单的附加到重播扩展中去的。它的存在表明一个实时传输协议报头的扩展长度字段大于3，并且通过这个扩展，可以在开始的第四个字的启动码0xFFD8和0xFFFF中扩展内容。以下说明了一些使用扩展的压缩包：表290：带有JEPG头布局的压缩包21.3RTSP特性标签重放服务使用了“ONVIF–REPLAY”的特征标签来显示它支持这个RTP协议的扩展，就像在这个标准里面描述的那样。这个允许客户为这些扩展查询服务器的支持通过使用请求头域，就像在12.3.1节描述的那样。例子：CSeq:302Require:onvif-replayS->C:RTSP/1.0551OptionnotsupportedCSeq:302Unsupported:onvif-replay这个重播服务器应该接受一个设置命令（包括一个包含“OIVIF-REPLAY”特征请求标签的请求头）21.4启动播放回放通过数据播放的方法来启动。比如：CSeq:123Require:onvif-replayControl:noONVIF设备可能支持逆向播放。逆向播放通过使用一个带有负价值的规模头领域来启动。例如为了没有数据丢失的完全重放，一个值-1.0被使用。CSeq:123Require:onvif-replayControl:noScale:-1.0如果一个设备支持逆向回放，那么它可以接受一个带有头值1.0A的规模头。除非这个速度控制头设置成了“no”，这个规模参数将在[RFC2326]中描述的方式中使用。如果速度控制头设置成了“no”这个规模参数，一旦被显现出来，应该要么是1.0要是是—1.0，分别表示正向和反向播放。21.4.1领域范围领域范围应该只能用绝对时间来表示。[RFC2326]定义的其他格式不会被ONVIF重播的客户端使用。服务器也可以选择支持其他的格式。通过使用[RFC2326].中的utc-range绝对时间就被表示了出来。无论打开关闭，范围都可以被用。在关闭的范围情况下，当向前播放和减少反播放，范围是要增加的（结束时间晚于开始时间）。变化的方向应该与这个规模头的值有关。在所有的情况下，变化的第一个点暗示出了回放的开始点。例如：CSeq:123Require:onvif-replayRate-Control:noCSeq:123Require:onvif-replayRate-Control:noScale:-1.021.4.2速度控制头领域这个标准介绍了一个要么是“yes”要么是“no”的速度控制头领域。如果没有明确的显示这个域，那么就被假设成了“yes”，并且使用RTP定时机制，流是实时传输的。如果域是“no”，这个流将被尽快的传输，通过使用限制传输率的传输提供的流动控制。在这两个码之间重要的不同是：“Rate-Control=yes”，由服务器来控制播放速率，而“Rate-Control=no”由客户端控制播放速率。速度控制回放将典型性的被non-ONVIF指定的客户使用，因为它们没有被指定为“Rate-Control=no”.当重放单记录的多轨道的时候，一个简单的RTP播放命令就启动了并且对速率不实施控制，来自轨道的数据应该被及时的混合，就像他们以相同的顺序被记录的时候。21.4.3帧头字段帧头字段将用来减少正在传输的帧的数量，例如低带宽和处理负载，有三种可能码：1：只有内部帧。这表明使用“intra”的价值选项必须遵照最小的间隔连续帧流。后者可以用来限制收到的帧的数量，即使存在一些接收器频繁请求I-frames而产生的“I-framestorms”。2：只有内部帧和预测帧。这是通过使用“predicted”值表明的。这个值可以用来消除B-frames，如果这个流包括它们。3：所有帧。这是错误的。例子：为了只请求intra帧，Frames:intra为了请求intra帧以最小的4000毫秒为一个间隔Frames:intra/4000只请求intra帧和predicted帧Frames:predicted请求所有帧（不是必须明确指定此模式，而是考虑到被包括的这个例子的完整性）：Frames:all带有“intra”选项的区间参数被用来指代记录时间，不是播放时间；因此对于播放任何给定间隔相同的帧时，没有管播放速度。区间参数不应该显示出来，除非该帧的选项是“intra”服务器应该支持帧头域，这并不排除规模帧头域作为另外一种限制数据速度的方式的使用这个规模帧头域的使用可能会在不同的服务器实现方式之间改变，正如[RFC2326].中的那样。21.4.4同步点21.5回放逆向重播将被启动，通过使用一个带有负值的规模头域就像上面描述的那样。21.5.1数据包传输顺序逆向播放期间视频包传输的顺序是基于GOPS的在逆向播放的期间，GOPS将按逆向顺序被发送，但是一个GOPS里面的包的发送顺序却按前进方向。在它的RTP扩展头中，每个GOP的第一个包将有中断位设置。在它的RTP扩展头中，跟随一个间隔的GOP的最后一个包将有个E位设置。当只传输关键的帧的时候，或者当编码器不是motion-based的（比如JPEG）的时候，一个GOP被认为组成了一个单一的帧，但是仍然由多个包组成。数据包在每个帧之内，此情况下的数据包又按前进的顺序发送出去了。然而这些帧自己却按照反方向被发送。音频和数据流将用这个视频流的命令镜像来传输，因此来自流的数据包将按相反的播放顺序方向发送，直到出现一个数据包的D位设置，在扩展头中(在不连续之前，它们跳到的那个点)。21.5.2RTP传输顺序号在逆向传播期间，传输顺序中传输包的RTP序列号应该单调递增，不在预订的播放顺序中。21.5.3RTP时间戳使用RTP时间戳是取决速度控制头的值，如果这个头的值是“no”（比如，客户控制播放速度），时间戳将从记录过的帧的采样时间中导出。如果速度控制头没有被显示或者是个“yes”值，这个RTP时间戳与播放时间相关，就像描述在[RFC2326]中的那样。如果速度控制是“no”，在逆向播放期间，包传输的的RTP时间戳应该与它们即将成为样子的相同（如果相同的包向前进方向传输的话）。不像那些序列号，RTP时间戳与原始的记录顺序相关，而不是传输顺序。当流被记录的时候，服务器就接收到了的时间戳时，它们将用相同的时间戳。这意味着单个的GOP的连续的RTP数据包将总是有个递增的时间戳。但是在逆向的播放期间，连续收到GOPS的指示框架的时间戳将减少。在逆向播放期间，如果速度控制是“yes”，被传输的包的RTP时间戳应该显示每个框架并且应该呈现给客户端次数。因此单个的GOP的连续的包将减少这个RTP时间戳，并且在指示框架上的时间戳将增加。在这种模式下，依赖于速度的值的连续时间戳与规模头的间隔时间描述在[RFC2326]附录B。21.6RTSP长连接当控制被禁用和RTP流被置于底部，通过RTSP的连接(usingtheRTP/RTSP/TCPorRTP/RTSP/HTTP/TCP传输)，客户端不会发送设置参数请求并且服务器不得超时这个连接，在没有这些要求的时候。这可能是因为客户端能接收这些要求的应答，例如播放被暂停了。从另一方面讲，为了确定其他的终端是否成为应答，在连接中，要么服务器要么客户端会使TCP网络保持活动。21.7当前记录片段在当前的世界时间或者不久前，如果客户端开始播放，它可以实时的终止播放录像就像它被记录的那样。这种情况下服务器单纯的继续给客户端发送数据流就像它接收的那样。需要注意的是：E位没有设置当前正在被记录的接入单元，虽然每一个访问单元发送到的重放客户端通常会被最后一个服务器识别的。如果记录停止，E位将被设置成记录的最后一位访问单元。21.8结束片段如果播放达到一个点之后（什么样的点：在这个流中不会再有数据被发送的点），它会停止发送数据，但不会进入暂停状态。发生这样的事情后，如果服务器恢复了记录，将用它接收到的新数据来重新恢复发送。21.9拖放正如10.5章节的那样[RFC2326]，当一个播放进程正在运行的时候，收到一个播放命令，它将不起作用直到当前的播放操作完成之后。这个规范增加了一个新的RTSP头（Immediate），“Immediate”用重播命令重写此行为靠得是使用：CSeq:123Require:onvif-replayControl:noImmediate:yes如果服务器收到了一个立即头文件设置为“yes”的播放命令，将立即从一个新的地方开始播放，取消任何存在的播放命令，从新的地方发送的第一个数据包，将有个D位设置在它的RTP扩展头中。21.10使用RTCP协议服务器没有被要求发送RTCP包，如果它确实发送了，应该遵循如下的规则：如果控制启用，实时传输控制的协议数据包应该被建立和传输，就像[RFC3550]规范描述的那样。特别是，发送者的时间戳报告显示当前的时间挂表，并且不涉及的时间戳被嵌入在数据流的扩展标题中。如果速度控制未被启用，每一个发送报告中的NTP和RTP时间戳应该被设置为零。21.11重放命令本节描述重放服务提供的网络服务命令。21.11.1重放命令GetReplayUri请求一个URI可以用来启动一个播放记录流，通过RTEP的控制协议。URI是有效的，仅仅在它指定的响应中。所有的重播服务实现方式应该支持GetReplayUri命令。表291：GetReplayUri命令GetReplayUri请求-应答消息名字描述GetReplayUriRequest流设置包含了两部分，流类型定义是否单播或者组播媒体流被要求了，传输指定了一个传输协议链定义的媒体流通道通过不同的网络协议，这个RecordingToken暗示了这个记录被信息流化（视频流或者音频流）tt:StreamSetupStreamSetup[1][1]tt:ReferenceTokenRecordingToken[1][1]GetReplayUriResponse包含利用URI来请求媒体流xs:anyURIUri[1][1]误码描述env:Senderter:InvalidArgValter:NoProfile记录不存在env:Senderter:InvalidArgValter:InvalidStreamSetup流类型的规范或者传输部分的流设置是不被支持的env:Senderter:OperationProhibitedter:StreamConflict流类型的规范传输部分的流设置与其他流发生冲突21.11.2重播配置重播配置结构包含重播服务的配置。在重播配置结构域是：会话超时：一个RTP会话具有保持时间。应该定期更新，以防止会话超时。如果会话超时，它应该被拆除。重播的会话超时遵循相同的规则就像应用现场流（通过使用媒体服务）在“实时流”章节讨论的那样。21.11.3设置重播配置设置重播配置可以改变重播服务的配置。重播服务应该允许用这些命令来更改他的配置：表292：设置重播配置命令设置重播配置请求—应答消息名字描述设置重播配置请求配置应该为重播服务把握新配置tt:ReplayConfigurationConfiguration[1][1]设置重播配置应答空误码描述env:Senderter:InvalidArgValter:ConfigModify该在配置中部能被设置21.11.4获取重播配置获得重播配置返回当前重播服务的配置，重播应允许其配置检索，使用此命令。表293：获得重播配置命令获得重播配置请求-应答消息名字描述获得重播配置请求这应该是个空消息获得重播配置应答配置应该保存当前服务的配置tt:ReplayConfigurationConfiguration[1][1]误码描述没有命令指定误码21.11.5服务指定的误码表90列出了重播服务指定的误码，此外，每个命令都能够产生一个通用的故障，看表5。通用故障的字码作为一个具体的故障码被定义。双亲通用码在每一行的顶端下面是字码并且具体的故障字码在这个单元的底部。表294：具体的重播服务故障码误码ParentSubcode错误的原因描述Subcodeenv:Senderter:InvalidArgVal简介令牌不存在被请求的简介令牌不存在ter:NoProfileenv:SenderSenderter:InvalidArgVal无效的流设置流类型的规范和流设置的传输部分不被支持ter:InvalidStreamSetupenv:Senderter:OperationProhibited流冲突流类型的规范和流设置的传输部分与其他流引起冲突ter:StreamConflictenv:Senderter:InvalidArgVal参数不能被设置配置参数不能被设置ter:ConfigModify22安全就像对于所有的网络技术很实际的那样，网络视频通信的安全是最重要的考虑对象。网络安全的威胁是取决于实际的应用。然而某些应用程序最容易遭到攻击，其他的应用程序对它一点也不敏感。实施安全对策的成本变化取决于不同的攻击防范。这些事实意味着对于网络视频产品或者系统，我们不能列出一般的安全要求，但是可以尝试找到一个合理的安全要求的水平针对那些符合本规范的设备，并且试着定义最基本的允许安全网络视频系统的安全机制。目前的规范从两个交流层面定义了安全机制.传输层面的安全.信息层面的要求此规范采用的基本端口认证机制如下。.IEEE802.1X22.1传输层安全传输层安全防止在客户和服务器之间数据发生改变。传输层安全(TLS)被认为是一个比较成熟的标准，此标准通过加密为传输连接提供了一个基本水平的通信安全。TLS协议允许相互认证传输会话以及维护保密性和完整性的配置一个符合本规范的设备应该支持TLS1.0[RFC2246]和相关的规范。设备应该支持TLS1.1[RFC4346].设备应该支持TLS1.2[RFC5426]。为了保护所有的ONVIF设备，设备还应该支持TLS。为保护媒体流的RTP/RTSP/HTTPS的隧道选项，设备也要支持TLS。这个规范概述了一个特定的TLS和其他相关的可以与TLS一起使用的规范的实现。客户端也应该支持TLS1.0[RFC2246]和TLS1.1[RFC4346].客户可能支持TLS1.2[RFC5246].消息安全22.1.1支持密码套支持TLS的设备也应该支持下面的所有的密码套[RFC2246],[RFC3268]:?TLS_RSA_WITH_AES_128_CBC_SHA?TLS_RSA_WITH_NULL_SHA如果一个客户支持TLS，那么应该支持下面的密码套?TLS_RSA_WITH_AES_128_CBC_SHA?TLS_RSA_WITH_NULL_SHA22.1.2服务器身份验证通过使用TLS，支持TLS的设备应该支持服务器身份验证。设备应该支持认证X.509服务证书。RSA密码的长度至少为1024位。客户端应该支持服务器身份验证，通过使用TLS本规范没有提供一个通用的完整的服务器证书和认证机构（CA）的模型。但是，设备管理命令可以进行证书检索和下载，定义在章节8.4。服务器的专用密码钥匙或者密码钥匙的安全引导机制的详情在本规范的范围之外。但是通用的键盘命令定义在章节8.4。22.1.3客户端认证支持TLS的设备应该支持用户认证协议。通过一个设备管理命令可以启用客户认证。定义在章节8.4.支持TLS的设备应该包含RSA认证类型并且应该支持验证RSA认证和客户签名。客户端应该支持客户认证。如果支持客户认证，客户端将支持RS客户认证和签名和可以使用一个至少1024位的密码钥匙。一个值得信赖的CA引导机制在目前的规范之外。此规范的未来版本可能定义标准化的引导机制。22.2消息安全TLS允许点对点的保密性和完整性。然而，网络服务要求一个更灵活的通信模式和中间节点，在这些解决办法中，TLS还不能提供一个端到端的安全机制。此外，对于网络服务，为了实现基于用户的访问控制级命令，有必要验证每个SOAP消息的起源。这个可以通过WS安全框架来完成。ONVIFWS安全在章节5.12节中有简介。22.3IEEE802.1XIEEE802.1X是一个IEEE标准，基于端口的网络接入控制的目的是提供身份认证和使设备连接到局域网端口的认证。它利用IEEE802的局域网的基础设施的物理访问特性为了提供一种验证和授权的设备连接到局域网端口的方法，此方法有点对点的连接特性，并且禁止访问此端口，万一认证和授权失败的时候。这个规范推荐使用IEEE802.1X来进行基于端口的无线网络认证。作为一个支持EAP的方法，支持IEEE802.1X的设备应该支持EAP-PEAP/MSCHAPv2类型。此设备也可能支持其他的EAP方法诸如EAP-MD5,EAP-TLSandEAP-TTLS类型这个规范定义了一套命令来配置和管理IEEE802.1X的配置，请参阅章节8.4.7。附件A附件A.1媒体配置主题下列的媒体配置的实例，ONVIF主题名字空间提供了一下的主题：tns1:MediaConfiguration/Profiletns1:MediaConfiguration/VideoSourceConfigurationtns1:MediaConfiguration/AudioSourceConfigurationtns1:MediaConfiguration/VideoEncoderConfigurationtns1:MediaConfiguration/AudioEncoderConfigurationtns1:MediaConfiguration/VideoAnalyticsConfigurationtns1:MediaConfiguration/PTZConfigurationtns1:MediaConfiguration/MetaDataConfiguration每一个这些主题都代表了一个财产，客户端每订阅一个这些议题将被通知改变，创建和删除相应的实体。不同主题的消息结构通过使用消息描述语言（介绍在章节15中）被指定下来。附件A.1.1简介
下载
下载
下载
下载
下载
下载
下载
下载
下载
下载
下载
下载