Onvif协议接入分析学习总结（基础部分）

Onvif协议基础

1、Onvif协议是基于TCP协议传输的一套网络视频设备之间的信息交换定义通用协议，所以你首先需要搞定TCP传输协议。

2、Onvif协议的信令是Body为SOAP信息的HTTP协议信息，所以你需要了解一些HTTP协议的内容，以及详细了解SOAP协议，以及XML协议。

POST /onvif/device_service HTTP/1.1

Host: 192.168.100.125

Content-Type:application/soap+xml;charset=utf-8

Content-Length:275

以上是一条Onvif客户端向前端设备发起的获取设备信息的请求，可以看到头部是一段HTTP的Header，里面包含了一些基础信息，默认是短连接，只有事件的PULL模式会用到长连接需要在头部设置Keep-alive（HTTP协议），否则默认短连接。

底下是一段HTTP的Body，SOAP协议是一种基于XML的协议，主要格式就是

　

　

　

　

上面的SOAP请求没有带Header是因为该设备并没有鉴权相关的内容，而一般设备都会需要鉴权内容，Header里应该包含用户密码等信息，用户鉴权这个需要在后面文章讲解，Onvif支持两种鉴权方式，一种是WS-UsernameToken（常用，需要理解并实现），另外是Digest（RTSP取流也会用到的鉴权方式，可以尝试了解）。

一般的Onvif信令请求的这个s:Envolope后面跟的xmlns:tds="http://www.onvif.org/ver10/device/wsdl"表面你Body里的请求是哪个WSDL里面的设置，这里的tds设置好了就是后面请求需要带的域名，即tds:GetDeviceInformation。目前基本的的WSDL都有默认的域名设置，如tds表明http://www.onvif.org/ver10/device/wsdl，tan表明http://www.onvif.org/onvif/ver10/analyticsdevice.wsdl等。

s:Body后面跟的就是Onvif协议设定的请求内容如：

那边s:Body如下：

Analytics

Media

3、Onvif协议实现的请求队列最好为串行队列，同时建议实现的是同步请求。虽然Onvif协议是支持前端IPC的设备配置更新时产生事件并上报，但是目前市面上的厂家并没有实现该事件，所以异步无法保证数据的准确性（请根据使用场景择优选择）。

4、接下来就是理解Onvif协议，根据你所需要的设备信息去实现对于的Onvif信令，然后建立TCP连接发送信令获取数据。

5、设备在线状态的判断，Onvif协议里面并没有保活机制（只有Discovery协议里有上线发Hell机制，下线发Bye的机制，但是这是正常设备下线流程，真实环境很少有），所以安照Onvif标准实现的话，你是无法感知设备是否可用。

这里提供一种思路，就是自己实现一种保活机制，设置定时器，定时向设备发送GetDeviceInformation信令，通过该信令的响应判断前端设备是否可用。

6、Onvif协议里一般常用的功能：

http://www.onvif.org/onvif/ver10/device/wsdl/devicemgmt.wsdl  设备基础信息

http://www.onvif.org/onvif/ver10/event/wsdl/event.wsdl  设备事件管理

http://www.onvif.org/onvif/ver10/media/wsdl/media.wsdl 设备媒体相关（编解码相关）

http://www.onvif.org/onvif/ver10/recording.wsdl  设备回放

http://www.onvif.org/onvif/ver10/deviceio.wsdl  设备输入输出

http://www.onvif.org/onvif/ver20/ptz/wsdl/ptz.wsdl  设备云台控制相关

https://www.onvif.org/ver20/media/wsdl/media.wsdl 设备媒体相关（版本2.0）

http://www.onvif.org/onvif/ver10/network/wsdl/remotediscovery.wsdl 设备发现

http://www.onvif.org/onvif/ver10/analyticsdevice.wsdl 设备分析模块（移动侦测，遮挡报警等）