流媒体技术及在数字监控中的应用

      一、流媒体技术概述
   
　　随着网络迅猛普及、多媒体技术广泛应用，音频、视频等的实时传输问题尤为突出。分析表明：影响在线音频、视频等传输实时性主要因为频带宽度限制、传输品质不稳。通常，网络服务商ISP所提供的频宽只是理论最大值。实际上，网络固有的互联而不互管特性导致用户使用频宽并不固定，如标称56Kbps的调制解调器  Modem，拥塞时传输速度可能仅28Kbps，即使正常情况下也会有10-30%差异。这样，必然影响媒体播放实时性。

　　为解决信息传输实时性问题，开发了流式传输及流媒体（Streaming Media）。前者主要指通过网络传输媒体（如音频、视频等）的技术总称，其特定含义为通过网络将音频、视频等传输到用户终端播放时，无需等全部文件下载完毕才可播放，而是将连续的音频、视频信息压缩后放于网站服务器，用户终端播放时只要将开始部分的内容存入其内存，其余数据流由用户终端在后台继续接收并播放，直至播放完毕或用户中止操作。这样，只在开始时有几秒延迟，而用户播放媒体的等待时间将显著减少，且无须太大缓存；后者指使用流式传输技术的连续时基媒体，如音频、视频、多媒体文件，其实现关键技术是流式传输。

　　采用流媒体技术，无需将全部信息下载再播放，因而等待时间大为缩短；流文件小于原始文件数据量，且用户无需将全部流文件下载到硬盘，从而节省大量磁盘空间；采用实时传输协议，更适合音频、视频等网络实时传输。正因为上述显著优点，流媒体技术已受到业界普遍关注，著名的IBM、Intel、Microsoft、康柏等都在调整其战略方向，以便在该市场占据有利地位。另外，从用户角度看，超过三分之一网络用户曾阅读过流式内容，显示对丰富媒体的需求必定将推动整体架构的革新。目前该领域主要竞争公司有Microsoft、Apple、Realnetworks，相应产品有Windows Media、Quicktime、Real Media。

二、流媒体技术原理流媒体技术采用流式传输和合适的传输协议

　　前者先在用户终端创造一个缓冲区，每次播放前，预先下载部分信息资料作为缓冲，当网路实际连线速度小于播放所耗用信息速度时，播放程序会自动取用该缓冲区的信息，避免播放中断，并使播放品质得以保证。具体而言，流式传输的实现需要缓存。因为网络以包传输为基础进行断续的异步传输，对实时A/V源或存储的A/V文件，传输时被分解为许多数据包，网络的动态变化导致各个包选择的路由不尽相同，故到达客户端时间延迟亦不等，甚至先发的数据包还可能后到。为此，使用缓存系统弥补传输延迟、抖动影响，并保证数据包顺序正确，从而使媒体数据能连续输出，而不会因网络暂时拥塞导致播放停顿。通常高速缓存所需容量较小，因为高速缓存使用环形链表结构来存储数据，即通过丢弃已播放的内容，流可以重新利用空出的高速缓存空间来缓存后续尚未播放的内容；后者指采用实时流控制协议。因TCP开销较多，故不太适合传输实时数据。实现流式传输技术方案时，常用HTTP/TCP来传输控制信息、用RTP/UDP来传输实时音频数据。由于使用专属串流伺服器Server来替代使用HTTP通道的WEB Server，因而播放音频、视频等信息时，效果显著优于WEB Server。

　　流式传输过程：终端用户选择某一流媒体服务后，WEB浏览器与WEB服务器间使用HTTP/TCP交换控制信息，以便将需传输的实时数据从原始信息中检索出来；然后客户端上的WEB浏览器启动A/Vhelper程序，使用HTTP从WEB服务器检索相关参数并对Helper程序初始化。这些参数包括目录信息、A/V数据编码类型、与A/V检索相关的服务器地址等；A/Vhelper程序及A/V服务器运行RTSP实现A/V传输所需控制信息的交换；A/V服务器使用RTP/UDP协议将A/V数据传输给A/V客户程序，一旦A/V数据抵达用户终端即可播放。

三、流媒体系统组成完整的流媒体系统

　　流媒体系统组成完整的流媒体系统包括：流媒体数据；播放器，即供客户端浏览流媒体文件；服务器，即存放、控制流媒数据；网络，即适合多媒体传输协议或实时传输协议的网络；编码工具，即用于创建、捕捉和编辑多媒体数据，形成流媒体格式，这可以由带视音频硬件接口的计算机和运行其上的制作软件共同完成。具体而言，可分为：

　　（1）媒体服务器硬件平台。多媒体服务器通过网络把存储系统中的信息以流媒体形式传输给相应用户，响应客户交互请求，保证流媒体连续输出。特别是视频流具有同步性要求，即须以恒定速率播放，否则引起画面抖动，如MPEG1要求1.5kbps速度播放；同时，视频流包含的多种信号亦须保持同步，如画面配音必须和口型相一致等。此外，视频信号固有的数据量极大的特点及信号存放方式等均直接影响服务器的交互服务。因此，多媒体服务器的系统资源如存储I/O带宽、网络带宽、内存大小、CPU主频等适应传输相应媒体的各种要求。

　　（2）媒体服务器软件平台。软件平台包括媒体内容制作、发行与管理模块、用户管理模块、相应服务器。内容制作涉及信息采集、处理、传输。发行模块负责将节目提交到网页，或将视频流地址邮寄给用户。内容管理主要完成视频存储、查寻；用户管理包括用户登记、授权；服务器将内容通过点播、直播方式播放。

　　四、流媒体传输方式

　　网络传输音频、视频等多媒体信息有下载和流式传输两种方案。前者由于A/V文件较大，所需存储容量也较大，且网络带宽的限制导致下载费时甚久，延迟亦较大；后者避免了用户须等待整个文件全部下载后才能播放的缺点。实现流式传输有顺序流式传输（Progressive Streaming）和实时流式传输（Realtime Streaming）两种方法。

　　（1）顺序流式传输。即顺序下载，媒体下载的同时用户可****。某给定时刻，用户只能播放已下载部分，而不能跳到还未下载的部分。它不象实时流式传输方式能在传输期间根据用户连接速度自动调整。由于顺序流式文件放于标准HTTP服务器，无需其他协议，故又称HTTP流式传输。因文件播放前无损下载，最终播放质量较好，特别适合质量较高、数据量较小、通过Modem发布的短片段，如片头、片尾、广告等。此外，该方式易于管理，且与防火墙基本无关。但用户播放前须经历数秒的延迟，传输速度较慢时尤为明显。同时，顺序流式传输不适合长片段和有随机访问要求的视频，如讲座、演说、演示，也不支持现场广播，本质上是一种点播技术。

　　（2）实时流式传输。指保证媒体信号带宽与网络连接匹配，使媒体可被实时播放。由于该方式总是实时传输，因而特别适合现场事件播放，且支持随机访问，用户可通过快进、后退等播放前面、后面的内容。但由于出错丢失的信息被忽略，因此，当网络拥挤或出现问题时，视频质量一般。导致图像质量较差另一方面原因是以Modem速度连接时，因实时流式传输须匹配连接的带宽而产生的。理论上，实时流一经播放就可不停止，但实际使用时可能周期性暂停。与HTTP流式传输不同，实时流式传输需流媒体服务器和特定传输协议。前者如Windows Media Server、Realserver、Quicktime Streaming Server等，这些服务器允许用户对媒体发送进行更多级别的控制，因而系统设置、管理比标准HTTP服务器复杂；后者如MMS（Microsoft Media Server）、RTSP等。这些协议在有防火墙时可能出现问题，导致用户不能实时播发一些地点的内容。当然，实际应用时具体采用哪种传输方式可根据需要确定，且流式传输也支持在播放前完全下载到硬盘。

　　五、流媒体播放方式

　　（1）单播。即客户端与媒体服务器间建立单独传输通道，某服务器传输的数据包只能发送到一个客户端的传输方式。采用该方式时，客户端须单独向媒体服务器发送查询信息,媒体服务器同样须向各终端发送所申请数据包的拷贝。这种巨大冗余既造成沉重的服务器负担，又导致所需响应时间较长、甚至可能停播，特别是管理方需配置相应硬件和带宽才能保证一定的服务质量。

　　（2）组播。即利用IP组播技术构建具有组播能力的网络，允许路由器一次将数据包拷到多个通道的播放方式。采用该方式，各媒体服务器只需要发送一个数据、而不是多个，就能同时对若干客户端发送连续数据流而无延时，所有发出请求的客户端共享同一信息包，并且信息可发送任意地址客户端，从而显著减少网络传输数据量。这样，网络利用率显著提高，成本明显下降。

　　（3）点播与广播。前者是客户端与服务器间的主动连接方式，用户通过选择内容项目来初始化客户端连接，可选择开始、停止、后退、快进、暂停流等，该连接方式实现对流的最大控制，但由于各客户端独立连接服务器，因而网络带宽难以保证；后者指用户被动接收流的连接方式，该方式中数据包将发送给网络上的所有用户，客户端只能接收但不能控制流，例如，用户端不能暂停、快进、后退数据流等。

　　上述几种播放方式中，单播方式需**多个数据包，并以多个点对点的方式分别传输给所需用户；广播方式的数据包则传输给