基于-流媒体转发技术IP视频监控系统分析

1、-. z基于流媒体转发技术的IP视频监控系统分析2013-04-07 17:59:00来源:安防知识网有0人评论分享摘要 目前大局部厂家推出的IP视频监控系统都是采用这种模式。这种模式的核心在于利用系统中独立的流媒体效劳器或者*个设备中的流媒体功能模块来实现视频流的复制分发，从而实现视频客户端解码播放，视频解码上墙，而系统中的存储效劳器或者存储功能模块则获取流媒体效劳器转发来的视频，实现视频存储。这种模式本身也经过了一系列的演化和开展。目前大局部厂家推出的IP视频监控系统都是采用这种模式。这种模式的核心在于利用系统中独立的流媒体效劳器或者*个设备中的流媒体功能模块来实现视频流的复制分发，从而实

2、现视频客户端解码播放，视频解码上墙，而系统中的存储效劳器或者存储功能模块则获取流媒体效劳器转发来的视频，实现视频存储。这种模式本身也经过了一系列的演化和开展。常见构造图1描述的就是基于流媒体转发技术的IP视频监控系统的常见构造。此时的存储效劳器和流媒体效劳器都是一台高性能的电脑。流媒体效劳器从前端摄像机获取视频流，然后将视频流复制，分发至存储效劳器。由于IP监控系统中，存储的要求根本上是全天候实时存储，所以，这路分发给录像存储效劳器的视频流将是源源不断始终存在的。如果客户端软件或者解码器上墙需要实时视频流，则流媒体效劳器再会复制一路或者假设干路视频流给客户端和解码器上墙。流媒体效劳器从前端摄像

3、机获取视频流，然后将视频流复制，一路肯定会分发至存储效劳器。由于IP监控系统中，存储的要求根本上是全天候实时存储，所以，这路分发给录像存储效劳器的视频流将是源源不断始终存在的。如果客户端软件或者解码器上墙需要实时视频流，则流媒体效劳器再会复制一路或者假设干路视频流给客户端和解码器上墙。这种构造中，工作压力主要在流媒体效劳器上，一台效劳器的转发能力是有限的，如果系统中是高清摄像机，转发数量将有明显下降。再说存储，系统的存储功能主要由存储效劳器和磁盘阵列来完成，存储效劳器作用在于从流媒体效劳器获取视频流，然后将其打包成文件的格式再发送至磁盘阵列保存，这里存储效劳器和磁盘阵列将有两种连接方式：一种是

4、通过IDE或者SATA线缆直接连接，即DAS方式;另一种方式就是通过网络方式，即NAS/IPSAN方式。上述构造最大的问题在于系统中效劳器的数量将会很多，对于多点数的大型监控系统尤其如此，这显然会增加系统的本钱和维护复杂度。同时由于流媒体效劳器和存储效劳器均为普通PC式效劳器，其中运行的程序也根本基于WINDOWS开发，其在稳定性上也存在一定隐患。流媒体模块和存储模块整合的构造图2所描述的构造对早期构造进展了一些改进，主要就是将流媒体效劳器和存储效劳器作为两个独立的功能模块合二为一安装在一台效劳器上，这样做既减少了系统中效劳器的数量，而且通过计算机部的总线将视频流交给存储模块，减少网络带宽压力

5、，同时存储模块获取流媒体模块转发的视频流也更加可靠稳定。但是，存储模块将视频数据处理成文件包后仍将通过网络传送至磁盘阵列存储，这仍然会消耗网络带宽资源。参加嵌入式NVR的构造为提升存储局部的稳定性，嵌入式NVR出现了。嵌入式NVR在构造上将原来的NVR效劳器和磁盘阵列整合起来，一般是效劳器机头加假设干盘位的存储构成，系统的软件也由以前的基于WINDOWS的存储软件改成嵌入式软件，运行更加稳定可靠，伴随着嵌入式NVR的面世，相当一局部IP监控系统的构造演变成图3描述的形式。由于早期嵌入式NVR只具备存储功能而不具备转发视频的功能，所以系统中的流媒体效劳器继续存在，但是存储局部则变成了一体式的嵌入

6、式NVR设备，除了存储运行更加稳定可靠，NVR获取到流媒体转发来的视频流后余下的工作均在本机完成，不再把视频数据发到网络上转给独立的磁盘阵列，这就降低了网络带宽的压力。ne*tpage不带流媒体转发效劳器的构造嵌入式NVR很快变成了IP监控系统中一个非常重要的局部，除了存储功能，更多的功能被添加到嵌入式NVR上，其中最重要的就是视频流转发功能和视频管理功能，原来系统中流媒体转发效劳器将不再需要，视频管理功能使嵌入式NVR具备单独构成小型系统的能力，在类似小区，连锁店之类的工程中，嵌入式NVR就是系统的核心，具备IP数字监控系统的一切主要功能，在大型系统中，嵌入式NVR将作为一个根本组成单元融入

7、整个系统。这也是目前主流的IP监控系统构造之一(如图4)。系统中除了管理效劳器不可或缺之外，嵌入式NVR成了组成系统的根本单元，其具备视频转发和存储功能。这些NVR单元通过配置，直接从所管辖的前端IP摄像机获取视频流，如果外界没有实时浏览的需求，则直接将这些视频流变成文件包存入本机的磁盘阵列，如果有来自客户端或者解码器的实时浏览需求，则响应这些需求，复制另一路或者假设干路视频流转发至客户端软件或者解码器。整个系统的构造更加简单清晰，网络的带宽压力也有大幅度下降。上述几种构造其实本质一样，都是基于流媒体转发技术来实现浏览和存储。这几种构造存在两个问题：浏览视频流和存储视频流来自同一个源头，应用起

8、来不够灵活具体地说，在这种基于流媒体转发技术的构造中，流媒体局部(不管是功能模块还是独立设备)只会从前端获取一个视频流，然后转发给存储或者浏览设备。如果前端摄像机是高清摄像机，用户存高清视频，则浏览的也必然是高清视频，一台客户端电脑解码超过9路高清视频可能就吃不消了。再者如果客户的存储空间有限，希望浏览高清视频但是存储标清视频，在这种构造下如果不做特殊处理也很难实现。一个更实际的需高清视频需要存储，但是浏览时并不需要始终是高清视频，当客户端上开9画面或者16画面时，单个画面是不是高清的已经分辨不出来了，此时完全可以显示标清或者更小分辨率的视频，客户端电脑解码这些非高清视频时将比拟轻松，画面的流

9、畅度也更高，当切回单画面时，才需要再显示高清视频。目前解决这个问题主要有两个方法。一是流媒体局部通过管理效劳器侦测客户端的多画面数量，一旦发现客户端设置为9画面以上，则流媒体模块将高清视频流进展裁剪，降为低分辨率的视频转发客户端，一旦侦测到客户端恢复单画面窗口，则重新发送高分辨率的视频流。但是这样做会使流媒体模块的负担进一步增加，在总资源一定的情况下，必然会影响到复制转发视频流的能力，同时，前端摄像机的高清视频流最好也是支持多级别可裁剪的。另一种方法是借助前端摄像机的另一路码流，目前高清摄像机一般都至少支持一个高清码流和一个低分辨率码流输出，当流媒体模块侦测到客户端开多画面窗口后，则重新从前端

10、摄像机获取一个低分辨率的视频流进展转发，同时断开原来转发的高清视频流，这样做有时会造成客户端进展多画面单画面切换时，出现短暂的无视频现象，在采用无线设备传输视频时这个现象可能更明显。NVR存储模式不够灵活在这种构造下，每台NVR都会管理一定数量的前端视频，具体地说，就是每假设干路视频往一台NVR设备里存储。虽然嵌入式NVR比以前的PC式NVR要稳定很多，但是假设*一台NVR发生故障，被这台NVR管理的假设干路前端视频都无法录像了，后来采用N+1的模式使这种问题得到一定程度的解决。N+1模式就是除了必要的假设干台NVR之外，系统中再热备一台或者多台(一般为一台)NVR，平时这台NVR不工作，只是处于预备状态，一旦管理效劳器检测到*一台NVR故障或离线，则向热备的NVR发出指令，热备的NVR则主动接收受影响的前端摄像机，把视频资料保存在热备的NVR，同时系统报警，提醒维护人