网络远程视频监控速率与网络带宽
 
        在实际工作的远程即时影像监控的业务中，不时的会碰到客户、使用者及业界部分新朋友询问到以下2个问题：
1、网络远程即时影像监控（如：DVR、Ipcam、Net Video Server等）的影像能不能“实时”？
2、如果使用ADSL宽带网络线路，即时影像能不能做到“实时”？
　　因为上述2个问题，都涉及到“实时”的问题，在此先做简单说明：
　　在普通的模拟、数字安防监控中，影像监控的“实时”，一般理解为以PAL制式的25帧/秒（一般PAL制式摄像机频率在24.8帧/秒）的影像刷新速率，而NTSC制式的30帧/秒（一般NTSC制式摄像机频率在29.9帧/秒）影像刷新速率，还有新加入安防产品队列的CMOS摄像机，更能达到超过30帧/秒的影像速率（一般都可以40~50帧/秒，很多模拟监控中使用的高速摄影机也使用CMOS感应器）。
　　就目前的安防科技而言，一般模拟监控、数字监控，在处理本地浏览、存储上述“实时”影像，一般不会存在太高的技术问题。而安防网络化的发展，致使安防影像监控不再局限于“闭路监控”。而是走向了很多人笑说的“开路监控”，也即远程网络影像监控，包括即时或非即时的影像监控。在此，就在实际工作常碰到上述网络远程即时影像监控业务中的“实时”影像问题，综合做一简单介绍：
　　网络远程即时影像监控可以做到“实时”效果，但前提是：必须保证提供影像数据量所需提供的网络带宽。以目前的ADSL宽带网络线路（ADSL为非对称模式，国内一般上行512Kbps，下行2Mbps），也可以做到即时影像“实时”，不过，可能需要以牺牲影像质量或影像分辨率大小为代价。
　　在此，举例说明或许比较容易理解：
　　以一般远程影像监控的默认格式PAL制式352 × 288（NTSC制式320 × 240）传输即时影像，以JPEG图片格式（MPEG-4的主帧或捕获图片也是多为JPEG格式）举例：
　　默认的PAL制式352*288的JPEG图片一般数据量约为：
　　8Kbyte/帧（NTSC制式320 × 240为6Kbyte/帧）。
　　那如果以“实时”性的影像计算：
8Kbyte帧 × 25帧/秒 = 200Kbyte/秒   PAL制式
6Kbyte/帧×30帧/秒 = 180Kbyte/秒     NTSC制式
　　那就是说：如果网络稳定提供每秒走200Kbyte容量文件的通道，就可以做到默认格式影像浏览“实时”！（远程影像录制也可以实时）。
　　然而，很多客户、用户都会说：我的ADSL宽带是“512K”的上行带宽，那应该走上述默认的影像“实时”没有问题了，但怎么实际演示确做不到“实时”效果？
　　在此，又牵涉到网络的数据换算问题和ISP带宽供应问题：
　　1、 目前国内所谓的ADSL宽带提供的上行带宽“512K”，是“512Kbps”，而不是“512Kbyte”！
　　“ bps” 是 “ bit per second”的简写， “512Kbps”也就代表“512Kbit/秒”的数据流量，然而， 1 个byte = 8 个bit！
　　简单换算：
　　512Kbit/ 秒 ÷ 8bit/byte = 64Kbyte/秒
　　也就是说，ADSL宽带上传正常速度，最大每秒能传64Kbyte的数据文件。
　　如果以默认影像JPEG格式容量计算：
　　64Kbyte/秒 ÷ 8Kbyte/帧 = 8帧/秒
　　也就是说：网络影像端使用ADSL上行，正常情况下，能传8帧/秒的默认格式影像。
　　2、 ISP网络供应商提供的ADSL上行512Kbps，下行2Mbps的带宽，一般指接入当地ISP的宽带，如经过多个ISP中转，网络带宽不一定能保证。而且，用户端接入当地ISP的线路状况，也会影响ADSL宽带及稳定性（老、旧的双芯电话线与新款的四芯电话线比较，施工工艺方面的好坏、、、会有速率与稳定性不同）。
　　另外，涉及即时、非即时监控、产品芯片、压缩格式、技术成熟度、环境条件等多种因素，也会直接或间接影响网络远程影像监控中的影像传输及传输的质量。