浏览器用户点击所要看的音频/视频文件的超链,使用HTTP的GET报文接入到万维网服务器。ADG452BR实际上,这个超链并没有苴接指向所请求的音频/视频文件,而是指向一个元文件。这个元文件有实际的音频/视频文件的统一资源定位符URL。万维网服务器把该元文件装入HTTP响应报文的主体,发回给浏览器。在响应报文中还有指明该音频/视频文件类型的首部。

   客户机浏览器收到万维网服务器的响应,分析其内容类型首部行,调用相关的媒体播放器(客户机中可能装有多个媒体播放器),把提取出的元文件传送给媒体播放器。

   媒体播放器使用元文件中的URL直接和万维网服务器建立TcP连接,并向万维网服务器发送HTTP请求报文,要求下载浏览器想要的音频/视频文仵。

   万维网服务器发送HTTP响应报文,把该音频/视频文件发送给媒体播放器。媒体播放器在存储了若干秒的音频/视频文件后(这是为了消除抖动),就以音频/视频流的形式边下载、边解压缩、边播放。

   上面讲的这种措施有一个问题,就是媒体播放器使用的是HTTP的服务。但HTTP是在TCP连接上运行的。TCP要重传出错的或丢失的报文段,因而不适合于流式音频/视频文件的传送。当网络出现拥塞时,流式音频/视频文件的播放就会暂(因为在缓存中存放的数据已经用完了)。可见,我们应当不使用TCP而使用UDP。由于万维网服务器都是使用HTTP协议,因此我们需要另外的一种服务器,即媒体服务器lnaedia seⅣcr)。图8-6给出了这一概念。