流式传输基础与流媒体.docxVIP

流式传输基础与流媒体

一、流式传输与流媒体的概念

在网络上传输音/视频(A/V)等多媒体信息，目前主要有下载和流式传输两种方案。

采用下载方式，用户必须把整个文件下载完毕才能使用，因此需要考虑两个制约因素：客户端的存储容量需求和播放启动延时。由于A/V文件一般都较大，所以需要的存储空间也较大，客户端必须提供足够大的存储空间来存放多媒体文件；同时由于网络带宽的限制，下载多媒体文件常常要花很长的时间，其间如果被中断，还需要重新链接下载，所以这种处理方法延迟很大。

采用流式传输，声音、影像或动画等时基媒体由音/视频服务器向用户计算机连续、实时的传送，用户不必等到整个文件全部下载完毕，而只需经过几秒或十数秒的启动延时即可进行观看。当声音等时基媒体在客户端上播放时，文件的剩余部分将在后台从服务器内继续下载。流式传输不仅使启动延时成十倍、百倍地缩短，而且不需要太大的缓存容量，避免了用户必须等待整个文件全部从Internet上下载完毕才能观看的缺点。

流媒体指在Internet/Intranet中使用流式传输技术的连续时基媒体，如：音频、视频或多媒体文件。流式媒体在播放前并不下载整个文件，只将开始部分内容存入内存，流式媒体的数据流随时传送，刷新内存，随时播放，只是在开始播放时有一些延迟。显然，流媒体实现的关键技术就是流式传输。

流式传输定义很广泛，目前主要指通过网络传送媒体(如视频、音频)的技术总称。其特定含义为通过Internet将影视节目传送到PC机。实现流式传输有两种方法：实时流式传输(Realtimestreaming)和顺序流式传输(progressivestreaming)0一般来讲，如视频为实时广播，或使用流式传输媒体服务器，或应用RTSP等实时传输协议，即为实时流式传输。如使用HTTP服务器，即为顺序流式传输。具体采用那种传输方法依赖用户的需求。当然，流式文件也支持在播放前完全下载到硬盘。

顺序流式传输

顺序流式传输是顺序下载，下载文件的同时用户可以观看在线媒体，在给定时刻，用户只能观看已下载的部分，而不能跳到还未下载的部分。顺序流式传输不能在传输期间根据用户连接的速度进行调整，这点有别于实时流式传输。由于标准的HTTP服务器可发送这种形式的文件，并不需要其他特殊协议，故顺序流式传输经常被称作HTTP流式传输。顺序流式传输比较适合高质量的短片段，如片头、片尾和广告。由于该短片段部分是无损下载的，可以保证电影播放的最终质量。当然，这也意味着用户在观看前，必须经历延迟，对较慢的连接尤其如此。

对通过调制解调器发布短片段，顺序流式传输显得很实用，它允许用比调制解调器更高的数据速率创建视频片段。尽管有延迟，但是可以让用户得到较高质量的视频片段。

顺序流式文件放在标准HTTP或FTP服务器上，易于管理，基本上与防火墙无关。顺序流式传输不适合长片段和有随机访问要求的视频，如：讲座、演说与演示。它也不支持现场广播，严格说来，它是一种点播技术。

实时流式传输

实时流式传输指保证媒体信号带宽与网络连接配匹，使传输媒体可被实时观看到。实时流与HTTP流式传输不同，它需要专用的流媒体服务器与传输协议。

实时流式传输总是实时传送，特别适合现场事件，也支持随机访问，用户可使用快进或后退观看前面或后面的内容。理论上，实时流一经播放就可不停止，但实际上，可能发生周期暂停。

实时流式传输必须配匹连接带宽，这意味着在以调制解调器速度连接时图像质量会较差。而且，由于出错丢失的信息被忽略掉，网络拥挤或出现问题时，视频质量会很差。如欲保证视频质量，顺序流式传输也许更好。实时流式传输需要特定服务器，如 QuickTime

StreamingServer、RealServer与WindowsMediaServer。这些服务器允许你对媒体发送进行更多级别的控制，因而系统设置、管理比标准HTTP服务器更复杂。实时流式传输还需要特殊网络协议，如：RTSP(RealTimeStreamingProtocol)或MMS(MicrosoftMediaServer)。这些协议在有防火墙时可能会出现问题，导致用户不能看到一些地点的实时内容。

二、流媒体技术原理

流式传输的实现途径与过程

首先，多媒体数据必须进行预处理才能适合流式传输，因为目前的网络带宽对多媒体巨大的数据流量来说还显得远远不够。预处理主要包括两方面：一是降低质量；二是采用先进高效的压缩算法。

其次，流式传输的实现需要缓存。因为Internet以包传输为基础进行断续的异步传输，对一个实时A/V源或存储的A/V文件，在传输中它们要被分解为许多包，由于网络是动态变化的，各个包选择的路由可能不尽相同，故到达客户端的时间延迟也