远程影像监控速率与网络带宽的误区

经纬

在实际工作的远程即时影像监控的业务中，不时的会碰到客户、使用者及业界部分新朋友询问到以下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制式的计算，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的数据文件。 如果以默认影像格式容量计算： 64Kbyte/秒 ÷ 8Kbyte/帧 = 8帧/秒 也就是说：网络影像端使用ADSL上行，正常情况下，能传8帧/秒的默认格式影像。 2、 ISP网络供应商提供的ADSL上行512Kbps，下行2Mbps的带宽，一般指接入当地ISP的宽带，如经过多个ISP中转，网络带宽不一定能保证。而且，用户端接入当地ISP的线路状况，也会影响ADSL宽带及稳定性（老、旧的双芯电话线与新款的四芯电话线比较，会有速率与稳定性不同）。