1.2AS-V1000视频监控平台介绍1.3平台服务器配置说明二、安装、配置HW_IVS软件2.1下载安装HW_IVS软件2.2登录HW_IVS2.3共享到外域三、配置华为外域参数3.1PCG模块设置3.2通信协议GBT28181

目录一、设备视音频文件检索二、设备视音频文件检索的基本要求三、命令流程1、流程图2、流程描述四、协议接口五、产品说明六、设备视音频文件检索的作用七、参考在国标GBT28181中，定义了设备视音频文件检索消息的流程

网络设备信息查询二、网络设备信息查询的功能项目三、网络设备信息查询的基本要求四、命令流程（一）流程图（二）流程描述五、协议接口（一）请求命令（二）应答命令六、产品说明七、网络设备信息查询的作用八、参考在国标GBT28181

目录一、报警事件采集和处理二、报警事件通知和分发的基本要求三、命令流程1、流程图2、流程描述四、协议接口（一）请求命令（二）应答命令五、产品说明六、报警事件通知和分发的作用七、参考在国标GBT28181

其中，PS流很久前就被应用于DVD光盘里的电影格式的封装容器，我们看过的很多DVD格式电影（即VOB）就是用PS容器封装的；PS流最近几年也迅速应用在安防领域，国标GBT28181标准规定了视音频流通过网络传输要封装为

（GBT28181国标平台软件下载地址：https://github.com/QuickGBLink88/GB28181_ServerPlatform）一、操作步骤在一个国标系统中，包含的设备角色一般可分为

下面学习的是设备远程控制的流程，和设备信息、设备目录、设备状态的流程差不多，主要是描述的协议字段不同，模拟SPVMN系统向源设备发送远程启动控制指令，记录下交互的消息，详细研究了下：转载请注明出处：http://blog.csdn.net/longlong530一.环境搭建：环境准备：http://blog.csdn.net/longlong530/article/details/9176989U

实况直播(标准中的叫法是实时点播，但是以前在HW，SE的设计文档里面是实况，叫习惯了，其实只是个叫法而已)是整个视频监控系统中比较核心的一个业务，GBT28181标准中对其也做了详细的设计。

点击后会生成相应的XML，比如：[plain]viewplaincopyprint?DeviceControl1134020000001310000053A50F01021F0000D6DeviceControl1134020000001310000053A50F01021F0000D6点击其他几个命令后，会发现生成以下PTZCmd命令，这些命令是完全遵守前端设备控制协议（用于控制设备和前端设

由于已经成功搭建好基于eXosip的UAC的开发环境，并且也与SPVMN测试系统交互成功，所以现在开始针对注册、查询等业务进行详细的研究。今天先研究下设备注册的流程，模拟一个IPC向SPVMN系统注册，记录下交互的消息，详细研究了下：转载请注明出处：http://blog.csdn.net/longlong530一.环境搭建：环境准备：http://blog.csdn.net/longlong53

国标GBT28181协议的用户注册时候，需要用户名密码认证，其本质是使用httpdigest的算法，httpdigest算法，在RFC2617[HTTPAuthentication:BasicandDigestAccessAuthentication

由业界大拿们一起起草的，具有一定的通用性，最早的版本是2011版，后来又有2014版，最后又有2016版，目前，GBT28181已被广泛使用。

一.引子： 最近在做GBT28181国标平台对接的工作，涉及到一些进程间消息通讯，消息体有xml格式，之前测试的时候都是拿他们当做字符串去解析，现在正儿八经地开发的时候，就想到了用xml库去解析

下面学习的是设备远程控制的流程，和设备信息、设备目录、设备状态的流程差不多，主要是描述的协议字段不同，模拟SPVMN系统向源设备发送远程启动控制指令，记录下交互的消息，详细研究了下： 转载请注明出处：http://blog.csdn.net/longlong530 一.环境搭建： 环境准备：http://blog.csdn.net/longlong530/article/deta

原创文章，引用请保证原文完整性，尊重作者劳动，原文地址http://www.cnblogs.com/qq1269122125/p/3945294.html。 上章节讲解了利用自主开发的组件SIP组件libGBT28181SipComponent.so实现Linux 32平台的UAS和UAC，因为该组件采用很多新的技术，所以采用该组件效率无疑是很高的。但是对于想学习SIP协议，或者想了解eXosi

原创文章，引用请保证原文完整性，尊重作者劳动，原文地址http://www.cnblogs.com/qq1269122125/p/3937590.html，qq:1269122125。 上一节中讲的SIP组件，即GBT28181SipComponent动态.so库工程，生成libGBT28181SipComponent.so库文件和IGBT28181Comm.h编程接口，在该库中实现了REGIS

原创文章，引用请保证原文完整性，尊重作者劳动，原文地址http://www.cnblogs.com/qq1269122125/p/3930018.html，qq:1269122125。 SIP协议在安防视频系统的国标中，有重要应用。从本文开始，讲解并开发一套SIP协议组件。现在一般在开发这类系统时，采用的exosip2和osip2库，这是个开源的SIP协议栈库。实际遵从国标开发时并不能满足实际的

原创文章，引用请保证原文完整性，尊重作者劳动，原文地址http://www.cnblogs.com/qq1269122125/p/3966794.html。 上章节讲解了讲解一个用eXosip2库实现的Demo 程序。Demo讲的是注册的过程，因为篇幅比较长，再分一节写。本节是上一节的继续，主要实现UAC用eXosip2库实现的Demo 程序。本节讲的比较全面，处理实现注册问题还添加了注销和刷新

原创文章，引用请保证原文完整性，尊重作者劳动，原文地址http://www.cnblogs.com/qq1269122125/p/3941172.html，qq:1269122125。 上两章节简要的讲解了SIP组件开发接口和开发环境的搭建。在本节将实现Linux 32平台的UAS和UAC，当然该UAS和UAC只实现了注册功能，并且是基于自主开发SIP组件libGBT28181SipCompon

说明：SPVMN平台IP为192.168.8.180，设备IP为192.168.8.184一、向平台注册的交互协议1、客户机向SPVMN平台注册协议REGISTERsip:34020000002000000001@3402000000SIP/2.0 Via:SIP/2.0/UDP192.168.8.184:5060;rport;branch=z9hG4bK1839159132 From:;tag=

原创文章，引用请保证原文完整性，尊重作者劳动，原文地址http://www.cnblogs.com/qq1269122125/p/3966794.html。上章节讲解了讲解一个用eXosip2库实现的Demo程序。Demo讲的是注册的过程，因为篇幅比较长，再分一节写。本节是上一节的继续，主要实现UAC用eXosip2库实现的Demo程序。本节讲的比较全面，处理实现注册问题还添加了注销和刷新注册的过

原创文章，引用请保证原文完整性，尊重作者劳动，原文地址http://www.cnblogs.com/qq1269122125/p/3945294.html。上章节讲解了利用自主开发的组件SIP组件libGBT28181SipComponent.so实现Linux32平台的UAS和UAC，因为该组件采用很多新的技术，所以采用该组件效率无疑是很高的。但是对于想学习SIP协议，或者想了解eXosip2开

原创文章，引用请保证原文完整性，尊重作者劳动，原文地址http://www.cnblogs.com/qq1269122125/p/3941172.html，qq:1269122125。上两章节简要的讲解了SIP组件开发接口和开发环境的搭建。在本节将实现Linux32平台的UAS和UAC，当然该UAS和UAC只实现了注册功能，并且是基于自主开发SIP组件libGBT28181SipComponent

原创文章，引用请保证原文完整性，尊重作者劳动，原文地址http://www.cnblogs.com/qq1269122125/p/3937590.html，qq:1269122125。上一节中讲的SIP组件，即GBT28181SipComponent动态.so库工程，生成libGBT28181SipComponent.so库文件和IGBT28181Comm.h编程接口，在该库中实现了REGISTE

原创文章，引用请保证原文完整性，尊重作者劳动，原文地址http://www.cnblogs.com/qq1269122125/p/3930018.html，qq:1269122125。SIP协议在安防视频系统的国标中，有重要应用。从本文开始，讲解并开发一套SIP协议组件。现在一般在开发这类系统时，采用的exosip2和osip2库，这是个开源的SIP协议栈库。实际遵从国标开发时并不能满足实际的需要

原创文章，引用请保证原文完整性，尊重作者劳动，原文地址http://www.cnblogs.com/qq1269122125/p/3941172.html，qq:1269122125。上两章节简要的讲解了SIP组件开发接口和开发环境的搭建。在本节将实现Linux32平台的UAS和UAC，当然该UAS和UAC只实现了注册功能，并且是基于自主开发SIP组件libGBT28181SipComponent

所以本文依照GBT28181开发的一套SIP组件。该组件支持代理服务器UAS和代理客户端UAC两重角色。组

一.引子：最近在做GBT28181国标平台对接的工作，涉及到一些进程间消息通讯，消息体有xml格式，之前测试的时候都是拿他们当做字符串去解析，现在正儿八经地开发的时候，就想到了用xml库去解析，由于之前在

由于最近在做关于GBT28181平台对接的项目的需求设计，以及一些第三方平台环境的准备工作，Live555有些日子没有研究了。

在做设备控制业务之前，先学习下PTZCmd字段中的前端设备控制指令。搭建好测试环境后，在SPVMN自测系统中，关于设备云台控制的接口有如下几个：转载请注明出处：http://blog.csdn.net/longlong530点击后会生成相应的XML，比如： DeviceControl 11 34020000001310000053 A50F01021F0000D6 点击其他几个命令后，会发现生成

实况直播(标准中的叫法是实时点播，但是以前在HW，SE的设计文档里面是实况，叫习惯了，其实只是个叫法而已)是整个视频监控系统中比较核心的一个业务，GBT28181标准中对其也做了详细的设计。

下面学习的是设备远程控制的流程，和设备信息、设备目录、设备状态的流程差不多，主要是描述的协议字段不同，模拟SPVMN系统向源设备发送远程启动控制指令，记录下交互的消息，详细研究了下：转载请注明出处：http://blog.csdn.net/longlong530一.环境搭建：环境准备：http://blog.csdn.net/longlong530/article/details/9176989U

下面学习的是设备状态查询的流程，和设备信息、设备目录的流程差不多，主要是描述的协议字段不同，模拟SPVMN系统向源设备查询其当前状态，记录下交互的消息，详细研究了下：转载请注明出处：http://blog.csdn.net/longlong530一.环境搭建：环境准备：http://blog.csdn.net/longlong530/article/details/9176989UAC(模拟IPC

下面学习的是设备目录查询的流程，和设备信息的流程差不多，主要是描述的协议字段不同，模拟SPVMN系统向源设备查询其设备目录，记录下交互的消息，详细研究了下：转载请注明出处：http://blog.csdn.net/longlong530一.环境搭建：环境准备：http://blog.csdn.net/longlong530/article/details/9176989UAC(模拟IPC)：IP：

今天学习的是设备信息查询的流程，模拟SPVMN系统向源设备查询其设备信息，记录下交互的消息，详细研究了下：转载请注明出处：http://blog.csdn.net/longlong530一.环境搭建：环境准备：http://blog.csdn.net/longlong530/article/details/9176989UAC(模拟IPC)：IP：192.168.10.117Port：5061UA

由于已经成功搭建好基于eXosip的UAC的开发环境，并且也与SPVMN测试系统交互成功，所以现在开始针对注册、查询等业务进行详细的研究。今天先研究下设备注册的流程，模拟一个IPC向SPVMN系统注册，记录下交互的消息，详细研究了下：转载请注明出处：http://blog.csdn.net/longlong530一.环境搭建：环境准备：http://blog.csdn.net/longlong53

昨天编译搭建好eXosip的开发环境后，今天完成了SIP注册功能，里程碑一战啊！加油加油，成功就在眼前！今天基于eXosip做了一个IPC客户端，成功与公安部的SPVMN视频监控联网调测软件自测工具进行注册交互！客户端Dos界面：调测工具服务端消息输出：REGISTERsip:192.168.10.177:5060SIP/2.0 Via:SIP/2.0/UDP192.168.10.177:5061

今天开始了SIP开源库的学习，我选择了osip和eXosip，但是这两个库的编译使用有些麻烦，源码下来之后编译会出现很多问题，网上也没有找到完整的编译介绍，只能一步一步的找办法解决，最后终于编译成功！先大概记录下编译过程，后面还要再整理下。期间还向CSDN论坛求助了下，但是还没有反应：http://bbs.csdn.net/topics/390499635?page=1#post-39486671

国标中说h264数据按照RFC3984打包，但是国标的测试工具——SPVMN，却不支持RFC3984的打包方式。无奈之下直接用RFC3550的方式打包，其实就是分包，然后加上RTP头，对于一帧的结束，在RTP头中把MARK置1，并且在一帧的开始把时间戳增加而已。这种打包方式其实和RFC有冲突，打包处理的RTP数据用VLC播放解码不正常，但用SPVMN是可以播的。这种方式下没有测试音视频混合的情况，