引言

近期经常有客户反馈，不清楚企业监控应该如何选型，存储容量应该如何计算，小红马特意收集了一些关于监控存储的知识与大家分享。在当前的视频监控领域，IPC网络高清摄像机已经成为一种趋势，工程项目中面对各种形态的IPC，一般在分辨率、红外距离、兼容性及远程访问上存在一些误区。

清晰度误区

模拟摄像机我们一般用线数（TVL）来表示摄像机的清晰度，网络摄像机一般用分辨率来表示清晰度。

目前市场主流的IPC分辨率有：

720P：1280*720，对应像素100万，推荐码流：2M；

960P：1280*960，对应像素130万，推荐码流：3M；

1080P：1920*1080，对应像素200万，推荐码流：4-5M；

1536P：2048*1536，对应像素300万，推荐码流：5M；

4K：3840*2160，对应像素800万，码流：8M以上；

误区一：分辨率越高越好

高分辨率、高码流：选择合适的分辨率要看项目实际需求，目前的编码都是H.264算法，分辨率越高，码流越大，单位时间内占用的硬盘空间就越多，IPC的成本越来越低，但不可忽视的硬盘成本直线上升，所以，目前绝大部分项目用的IPC分辨率都是以960P、1080P为主。

另外，目前市场鱼龙混杂，不注意品牌形象的厂商，通常用高分率低码流来吸引眼球，但如果帧数不够（低于25帧/秒），画面不实时，分辨率再高也是然并卵；

误区二：分辨率越高，夜视效果就越好

不一定，夜视效果主要是要看IPC的CMOS芯片的感光能力，芯片照度不给力，分辨率再高夜视效果也好不了。

红外照射距离误区

红外枪机参数表上一般都会标注红外距离，比如：红外距离50米。但实际使用过程中，有些工程商普遍反映红外距离不够，标注的参数有水分。

抛开产品参数虚假不说，参数标注50米一般是指合适的镜头下的红外照射距离，我们看到的红外灯其实是用来聚光的灯杯，灯杯是有角度的，原理跟小时候用手电筒灯杯原理是一样。窄角的照射远，宽角的照射近。灯杯的规格是跟摄像机的镜头匹配的。

这就很好理解了，标注50米的红外距离，实际选配的4mm的广角镜头，红外枪的照射距离肯定达不到50米。

所以在项目方案设计阶段，红外摄像机的布点，需要同时关注：视角、镜头、红外距离等多个因素。否则，设计阶段源头就错了，最后的效果也好不了。

兼容性误区

目前，高清网络监控系统应用最多的是ONVIF兼容协议，并已成为国内网络摄像机统一管理的平台标准。因此，厂商提供的高清网络摄像机都应能支持最新版本的ONVIF协议，从而可兼容更多产品的使用和统一管理，达到互联互通，数据共享。

即便如此，IPC选型中兼容性问题依然值得重视。

前后端不同品牌，虽然能通过ONVIF协议实现大部分IPC的功能，但由于公共协议的局限性，后端对摄像机的部分功能是无法使用的，比如：IP地址的修改、参数设置、报警联动等。虽然通过摄像机的客户端或者IE浏览器能最大程度发挥摄像机的功能，但考虑到整体性，前后端使用同一品牌利用私有协议对接是最好的选择。

另外，不同品牌的ONVIF协议对接问题，依然存在一些不确定因素，关于兼容性问题，如果不是自己实测过，最好是听取厂商的意见，兼容性问题由厂商给到测试意见及结果。

远程访问误区

进入网络监控时代，远程访问已经成为监控工程的必备需求。但通常做出来的效果往往不尽人意，工程商朋友往往反馈远程访问画面太卡，或者就是经常掉线。现在就这个问题根源做一些分析：

P2P穿透技术

P2P是英文Peer-to-Peer（对等）的简称，又被称为“点对点”。P2P（点对点通信）技术，是一种网络新技术，依赖网络中参与者的计算能力和带宽，而不是把依赖都聚集在较少的几台服务器上。

优势：无需端口映射，每个设备都有登记注册的唯一的ID标识，设置简单方便，点对点进行连接，即插即用，适用于被访问端无固定IP的环境；

劣势：设备一般需要依赖第三方P2P服务器进行登记，云端服务器的稳定性是稳定访问的关键；

固定IP技术

前端IPC公共一个固定外网IP，自建转发服务，远程寻址直接访问固定IP。

优势：不依赖第三方平台，自有固定IP，稳定性好。

劣势：成本较高，技术难度大，维护难度大。

带宽是关键：

通常我们接入的宽带有ADSL或者光纤专线，带宽普遍号称10M或100M，这个数字一般都是指下行带宽。然而我们远程访问IPC占用的是被访问端的上行带宽。一般来说，10M的光纤专线，上行带宽不会超过2M，也就是说，远程访问如果要使用720P的分辨率画面，一路都是很勉强的。

为解决这个问题，项目实际应用中，远程访问我们通常用子码流来上传，比如：D1/CIF等。远程画质如要跟现场同步，只有自建专网或租用专线了，但成本也是一般项目所承受不了的。

因此，工程商朋友在项目洽谈阶段，远程访问是项目的亮点，但不能把甲方的期望拔得过高，应该让甲方对于带宽问题有清晰的认识，否则，效果达不到设计预期，对于工程验收造成困扰就得不偿失了。

【监控传输带宽与存储容量的计算方法】

前言

监控视频系统中，我们都知道存储空间的大小和通道画面的数量和画面质量是有密不可分的关系的。今天我们对监控存储空间和传输宽带的计算做个简单的总结。

先来了解几个词语

比特率：每秒传送的位（bit）数，单位是：bps。宽带传输的比特率越高，传送的数据就越大。在相同分辨率的情况下，视频文件的码流越大，压缩比会越小，画面的清晰度就越高。

上行带宽：本地信息上传到网络的带宽。大小通常用上行速率表示。

下行带宽：网络信息下载到本地的带宽。大小通常用下行速率表示。

传输带宽计算

1、网络带宽大小=比特率大小×监控数量

注：有些专业书籍中把比特率写成码率。大家能理解就行，按照我的理解是比特率是指网速，码率是指每秒产生的监控视频大小。

监控摄像机端的带宽是指：上行带宽。（因为监控端将视频信息上传至视频监控机房）

监控中心的带宽是指：下行带宽。

2、具体监控摄像机端的比特率（每种品牌摄像机略有差异）

1080P(200万像素)的视频格式每路摄像头的比特率为4Mbps

即每路摄像头所需的数据传输带宽为4Mbps，10路摄像机所需的数据传输带宽为：4Mbps(视频格式的比特率)×10(摄像机的路数)= 40Mbps(上行带宽)

即：采用1080P的视频格式各地方监控所需的网络上行带宽至少为40Mbps

960P(130万像素)的视频格式每路摄像头的比特率为3Mbps

720P(100万像素)的视频格式每路摄像头的比特率为2Mbps

3、监控中心所需要带宽

1080P(200万像素)的视频格式的所需带宽：4Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和) = 200Mbps(下行带宽)

即：采用1080P的视频格式监控中心所需的网络下行带宽至少200Mbps

960P(130万像素)的视频格式的所需带宽：3Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和) = 150Mbps(下行带宽)

720P(100万像素)的视频格式的所需带宽：2Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和) = 100Mbps(下行带宽)

4、存储空间容量计算

码流大小(单位：KB/s;即：比特率÷8)×3600(单位：秒;1小时的秒数)×24(单位：小时;一天的时间长)×30(保存的天数)×50(监控点要保存摄像机录像的总数)÷0.9(磁盘格式化的损失10%空间)=所需存储空间的大小

(注：存储单位换算1TB=1024GB; 1GB=1024MB; 1MB=1024KB)

50路存储30天的1080P(200万像素)视频格式录像信息的存储空间所需大小为：512×3600×24×30×50÷0.9 = 70312.5GB≈69TB

50路存储30天的960P(130万像素)视频格式录像信息的存储空间所需大小为：384×3600×24×30×50÷0.9 =52734.3GB≈52TB

50路存储30天的720P(100万像素)视频格式录像信息的存储空间所需大小为：256×3600×24×30×50÷0.9 = 35156.3GB≈35TB