清华大学：《多媒体技术》课程教学资源（教材教案讲义）第17章多媒体网络应用及交换技术.doc_大学文库

第17章多媒体网络应用及交换技术水水水冰本水水水水客水水客水水冰水客水水水水水*本水水水水水水水本水水水水客水水客水水*求客水水水水水冰本水水水水水水冰客水水**水水客水冰水*水 17.1多媒体网络应用 17.1.1应用举例 17.1.2应用分类 17.1.3应用开发面临的问题 17.1.4改善服务质量 17.1.5多媒体网络应用的争论 17.2因特网上存取声音和电视的方法 17.2.1通过Web浏览器把声音/电视从Web服务器传送给媒体播放器 17.2.2直接把声音/电视从Web服务器传送给媒体播放器 17.2.3直接把声音/电视从多媒体流放服务器传送给媒体播放器 17.2.4媒体播放器的主要功能 17.3网络上的信息交换技术 17.3.1概述 7.3.2线路交换 17.3.3信息包交换 17.3.4消息交换与信息包交换 17.3.5面向连接服务与无连接服务 7.3.6网络分类练习与思考题参考文献和站点因特网上已经开发了很多应用,归纳起来大致可分成两类,一类是以文本为主的数据通信,包括文件传输、电子邮件、远程登录、网络新闻和Web等,另一类是以声音和电视图像为主的通信。通常把任何一种声音通信和图像通信的网络应用称为多媒体网络应用 ( multimedia networking application)。网络上的多媒体通信应用和数据通信应用有比较大的差别,多媒体应用要求在客户端播放声音和图像时要流畅,声音和图像要同步,因此对网络的时延和带宽要求很高。而数据通信应用则把可靠性放在第一位,对网络的时延和带宽的要求不那么苛刻。多媒体网络技术( multimedia networking)是目前网络应用开发的最热门的技术从本章开始到17章将围绕多媒体网络应用的话题来介绍,第14章介绍多媒体网络应用和信息交换技术的基本概念,第15章将介绍 Internet与TCP/IP的基础知识,第16章将介绍网际多目标广播( IP Multicast),第17章将介绍多媒体通信系统技术 17.1多媒体网络应用 17.1.1应用举例下面是因特网上现在已经存在并且是很重要的几类应用 (1)现场声音和电视广播或者预录制内容的广播:这种应用类似于普通的无线电广播和电视广播,不同的是在因特网上广播,用户可以接收世界上任何一个角落里发出的声音和电视广播。这种广播可使用单目标广播( unicast)传输,也可使用更有效的多目标广播

第17章多媒体网络应用及交换技术 *************************************************************************** 17.1 多媒体网络应用 17.1.1 应用举例 17.1.2 应用分类 17.1.3 应用开发面临的问题 17.1.4 改善服务质量 17.1.5 多媒体网络应用的争论 17.2 因特网上存取声音和电视的方法 17.2.1 通过Web浏览器把声音/电视从Web服务器传送给媒体播放器 17.2.2 直接把声音/电视从Web服务器传送给媒体播放器 17.2.3 直接把声音/电视从多媒体流放服务器传送给媒体播放器 17.2.4 媒体播放器的主要功能 17.3 网络上的信息交换技术 17.3.1 概述 17.3.2 线路交换 17.3.3 信息包交换 17.3.4 消息交换与信息包交换 17.3.5 面向连接服务与无连接服务 17.3.6 网络分类练习与思考题参考文献和站点 *************************************************************************** 因特网上已经开发了很多应用，归纳起来大致可分成两类，一类是以文本为主的数据通信，包括文件传输、电子邮件、远程登录、网络新闻和Web等，另一类是以声音和电视图像为主的通信。通常把任何一种声音通信和图像通信的网络应用称为多媒体网络应用 (multimedia networking application)。网络上的多媒体通信应用和数据通信应用有比较大的差别，多媒体应用要求在客户端播放声音和图像时要流畅，声音和图像要同步，因此对网络的时延和带宽要求很高。而数据通信应用则把可靠性放在第一位，对网络的时延和带宽的要求不那么苛刻。多媒体网络技术(multimedia networking)是目前网络应用开发的最热门的技术之一。从本章开始到17章将围绕多媒体网络应用的话题来介绍，第14章介绍多媒体网络应用和信息交换技术的基本概念，第15章将介绍Internet与TCP/IP的基础知识，第16章将介绍网际多目标广播(IP Multicast)，第17章将介绍多媒体通信系统技术。 17.1 多媒体网络应用 17.1.1 应用举例下面是因特网上现在已经存在并且是很重要的几类应用： (1) 现场声音和电视广播或者预录制内容的广播：这种应用类似于普通的无线电广播和电视广播，不同的是在因特网上广播，用户可以接收世界上任何一个角落里发出的声音和电视广播。这种广播可使用单目标广播(unicast)传输，也可使用更有效的多目标广播

第17章多媒体网络应用及交换技 ( multicast)传输。现在市场上有许多因特网广播产品,包括 RealNetworks公司的广播软件—广播器( broadcasters)[3] (2)声音点播( audio on demand):在这一类应用中,客户请求传送经过压缩并存放在服务机上的声音文件,这些文件可以包含任何类型的声音内容。例如,教授的讲课、摇滚乐、交响乐、著名的无线电广播档案文件和历史档案记录。客户在任何时间和任何地方都可以从声音点播服务器中读声音文件。使用因特网点播软件时,在用户启动播放器几秒钟之后就开始播放,一边播放一边从服务机上接收文件,而不是在整个文件下载之后开始播放。边接收文件边播放的特性叫做流放( streaming)。许多这样的产品也为用户提供交互功能。例如, 暂停/重新开始播放,跳转等功能。现在已经有许多因特网声音点播产品,包括 Realnetworks 公司的 RealPlayer和 Vocaltec公司的 Internet wave[4] (3)影视点播( video on demand),也称交互电视( Interactive Television):这种应用与声音点播应用完全类似。存放在服务机上的压缩的影视文件可以是教授的讲课、整部电影、预先录制的电视片、(文献)纪录片、历史事件档案片、卡通片和音乐电视片等等。存储和播放影视文件比声音文件需要大得多的存储空间和传输带宽。现在,已经有很多因特网影视点播产品,包括 Realnetworks公司的产品[5]。 (4)因特网电话( Internet telephony):这种应用是人们在因特网上进行通话,就像人们在传统的线路交换电话网络上相互通信一样,可以近距离通信,也可以长途通信,而费用却非常低 (5)分组实时电视会议( group real- time video conferencing):这类多媒体应用产品与因特网电话类似,但可允许许多人参加。在会议期间,你可为你所想看到的人打开一个窗口。现在也己经有许多在因特网上召开分组实时电视会议的产品,包括 Cornell University 开发的CU- SeeMe电视会议产品,图17-01是电视会议的一个画面

第17章多媒体网络应用及交换技术 2 (multicast)传输。现在市场上有许多因特网广播产品，包括RealNetworks公司的广播软件——广播器(broadcasters)[3]。 (2) 声音点播(audio on demand)：在这一类应用中，客户请求传送经过压缩并存放在服务机上的声音文件，这些文件可以包含任何类型的声音内容。例如，教授的讲课、摇滚乐、交响乐、著名的无线电广播档案文件和历史档案记录。客户在任何时间和任何地方都可以从声音点播服务器中读声音文件。使用因特网点播软件时，在用户启动播放器几秒钟之后就开始播放，一边播放一边从服务机上接收文件，而不是在整个文件下载之后开始播放。边接收文件边播放的特性叫做流放(streaming)。许多这样的产品也为用户提供交互功能。例如，暂停/重新开始播放，跳转等功能。现在已经有许多因特网声音点播产品，包括RealNetworks 公司的RealPlayer和Vocaltec公司的Internet Wave[4]。 (3) 影视点播(video on demand)，也称交互电视(Interactive Television)：这种应用与声音点播应用完全类似。存放在服务机上的压缩的影视文件可以是教授的讲课、整部电影、预先录制的电视片、(文献)纪录片、历史事件档案片、卡通片和音乐电视片等等。存储和播放影视文件比声音文件需要大得多的存储空间和传输带宽。现在，已经有很多因特网影视点播产品，包括RealNetworks公司的产品[5]。 (4) 因特网电话(Internet telephony)：这种应用是人们在因特网上进行通话，就像人们在传统的线路交换电话网络上相互通信一样，可以近距离通信，也可以长途通信，而费用却非常低。 (5) 分组实时电视会议(group real-time video conferencing)：这类多媒体应用产品与因特网电话类似，但可允许许多人参加。在会议期间，你可为你所想看到的人打开一个窗口。现在也已经有许多在因特网上召开分组实时电视会议的产品，包括Cornell University 开发的CU-SeeMe电视会议产品，图17-01是电视会议的一个画面

第17章多媒体网络应用及交换技 □ Thecate Nyo回 Antarctica 空面订圆圈 147f ■167你 8 Kbp KUR- nterneTu西三 Antarctica≡ ature here ts -l0 國圈画空面圈回 HIU_LaEE O cybersmith2旦 TE GlobalSchHous 171f 图17-01实时电视会议CU- SeeMe的画面 17.1.2应用分类如果按照用户使用时的交互的频繁程度来划分,多媒体网络应用可分成3类 1.现场交互应用( live interactive applications):因特网电话和实时电视会议是频繁交互的应用例子。在这种应用场合下,与会者在任何时候都可能说话或者移动。从与会者说话或者移动的动作到达接收端的时延应该小于几百毫秒才能为用户接受。人的听觉系统对延迟小于150毫秒的声音感觉不到有时延,在150毫秒~400毫秒之间的时延可以接受,时延超过400毫秒的会话就令人甚感别扭 2.交互应用( interactive applications):声音点播、影视点播是交互应用的例子在这种应用场合下,用户仅仅是要求服务器开始传输文件、暂停、从头开始播放或者是跳转而已。从用户发出请求播放到在客户机上开始播放之间的时延大约在1~5秒钟就可以接受对信息包时延和抖动的要求不像因特网电话和实时会议那样高。 3.非实时交互应用(non- interactive applications):现场声音广播和电视广播或者预录内容的广播是非实时交互应用的例子。在这些应用场合下,发送端连续发出声音和电视数据,而用户只是简单地调用播放器播放,如同普通的无线电广播或者电视广播。从源端发出声音或者电视信号到接收端播放之间的时延在10秒或者更多一些都可以接受。对信号的抖动要求也可以比交互应用的要求低 17.1.3应用开发面临的问题因特网为所有应用提供两种类型的服务:①可靠的面向连接服务( reliable connection- oriented service):使用TCP( Transfer Control Protocol)协议提供的服务属于可靠服务,可靠的TCP服务保证把信息包传送到对方,对信息包的时延要求并不高。②不

第17章多媒体网络应用及交换技术 3 图17-01 实时电视会议CU-SeeMe的画面 17.1.2 应用分类如果按照用户使用时的交互的频繁程度来划分，多媒体网络应用可分成3类： 1. 现场交互应用(live interactive applications)：因特网电话和实时电视会议是频繁交互的应用例子。在这种应用场合下，与会者在任何时候都可能说话或者移动。从与会者说话或者移动的动作到达接收端的时延应该小于几百毫秒才能为用户接受。人的听觉系统对延迟小于150毫秒的声音感觉不到有时延，在150毫秒～400毫秒之间的时延可以接受，时延超过400毫秒的会话就令人甚感别扭。 2. 交互应用(interactive applications)：声音点播、影视点播是交互应用的例子。在这种应用场合下，用户仅仅是要求服务器开始传输文件、暂停、从头开始播放或者是跳转而已。从用户发出请求播放到在客户机上开始播放之间的时延大约在1～5秒钟就可以接受。对信息包时延和抖动的要求不像因特网电话和实时会议那样高。 3. 非实时交互应用(non-interactive applications)：现场声音广播和电视广播或者预录内容的广播是非实时交互应用的例子。在这些应用场合下，发送端连续发出声音和电视数据，而用户只是简单地调用播放器播放，如同普通的无线电广播或者电视广播。从源端发出声音或者电视信号到接收端播放之间的时延在10秒或者更多一些都可以接受。对信号的抖动要求也可以比交互应用的要求低。 17.1.3 应用开发面临的问题因特网为所有应用提供两种类型的服务：① 可靠的面向连接服务 (reliable connection-oriented service)：使用TCP(Transfer Control Protocol)协议提供的服务属于可靠服务，可靠的TCP服务保证把信息包传送到对方，对信息包的时延要求并不高。②不

第17章多媒体网络应用及交换技可靠的无连接服务( unreliable connectionless service):使用 UDP User Datagram Protocol)协议提供的服务属于不可靠服务,不可靠的UDP服务不作任何担保,既不保证传送过程中不丢信息包,也不保证时延满足应用要求。此外,因特网现在提供的服务对所有信息包的传送都是平等的,像对时延要求很高的声音信息包和电视信息包在路由器的队列中都没有任何的优先权,在因特网上任何人都要排队等待。由于对信息包的时延和时延的大小缺乏任何保证,因此开发任何一种成功的多媒体网络应用都是非常困难的。时至今日,因特网上的多媒体应用取得了重大的成就,但还只是有限度的成功。例如,虽然只有几秒种时延的交互式声音点播在因特网上已是老生常谈的事情, 但它是工作在因特网上,在越大洋过大海的拥挤的链路上传输时,声音的时延和丢失往往就令人难于接受。即使在大陆区里,由于在高峰期出现的拥挤,使声音的质量大大下降直至现在,成功的因特网电话和实时电视会议产品比成功的声音点播和影视点播产品少,因为它们对信息包的时延和抖动要求非常苛刻。实时声音和电视产品可在带宽足够宽的因特网上工作得很好,信息包的时延和抖动都非常小,但当一遇到拥挤链路时,声音和图像的质量就恶化到不能接受的地步归纳起来,目前多媒体网络应用要集中解决个问题是:①提高网络带宽,②减少时延 ( delay),③减少抖动( JItter)。 17.1.4改善服务质量目前我们不得不忍受因特网的这种可靠性服务:无论你的信息包多么重要,也无论你的信息包多么有价值,它们都必须要参加排队和等待才能得到服务。在这种条件的限制下,人们已经作出了种种努力来改进设计以提高多媒体网络应用的质量。例如,使用UDP协议而不使用TCP:在接收端增加延迟播放时间(例如100毫秒或者更多)来减少网络引入的延迟抖动这可在发送端给信息包打上时间标记,接收端就可以知道信息包什么时候应该播放:我们还可给信息包添加错误校正码以减少传输过程中丢失的信息包所造成的质量下降 17.1.5多媒体网络应用的争论现在有许许多多的有关因特网应该如何发展的争论,而且有时争论得很激烈,争论的焦点是如何更好地安排对时间要求非常苛刻的多媒体的交通。一个极端是某些研究人员主张对最佳服务和底层的因特网协议不作任何改变,用扩大链路带宽的办法来解决:反对这种观点的研究人员认为,加大带宽费用太大,扩大的带宽也会很快被对带宽贪得无厌的多媒体应用吃掉。例如,高清晰度影视点播就是一个例子另一个极端是某些研究人员主张应该对因特网做基本变更,为各种应用保留端一端的带宽。例如,某些研究人员觉得,如果用户想从主机A给主机B打因特网电话,就应该给由A到B 路途上的每个链路明确保留带宽。采用这种方法解决多媒体的交通问题须要做一些比较大的变更: )须要开发保留带宽协议。 (2)须要修改路由器队列中行程安排的策略才能实现带宽的保留。采用这种方案之后信息包在传送过程中不再平等对待,而是付钱越多的信息包,带宽保留的越多 (3)须要给网络一个交通说明,这样网络就必须要维持每种应用的交通。 (4)网络必须要有一种手段以确定是否有足够的带宽来支持新的带宽保留请求。把上述这些变更组合在一起时,就需要有新的和复杂的软件来支持在这两个极端之间,某些研究人员不主张对因特网作比较多的更改,而是在网沿(edge of network),即在用户和ISP之间的接口上添加简单的定价和监视措施,根据用户冲浪使用的速率和时间来收费。例如,用户使用28.8kb/s速率去冲浪是一种价格,使用10Mb/s速率去冲浪又是一种价格,这种定价方案对距离是不敏感的。这些研究人员认为,通过简单地增

第17章多媒体网络应用及交换技术 4 可靠的无连接服务( unreliable connectionless service) ：使用UDP(User Datagram Protocol)协议提供的服务属于不可靠服务，不可靠的UDP服务不作任何担保，既不保证传送过程中不丢信息包，也不保证时延满足应用要求。此外，因特网现在提供的服务对所有信息包的传送都是平等的，像对时延要求很高的声音信息包和电视信息包在路由器的队列中都没有任何的优先权，在因特网上任何人都要排队等待。由于对信息包的时延和时延的大小缺乏任何保证，因此开发任何一种成功的多媒体网络应用都是非常困难的。时至今日，因特网上的多媒体应用取得了重大的成就，但还只是有限度的成功。例如，虽然只有几秒种时延的交互式声音点播在因特网上已是老生常谈的事情，但它是工作在因特网上，在越大洋过大海的拥挤的链路上传输时，声音的时延和丢失往往就令人难于接受。即使在大陆区里，由于在高峰期出现的拥挤，使声音的质量大大下降。直至现在，成功的因特网电话和实时电视会议产品比成功的声音点播和影视点播产品少，因为它们对信息包的时延和抖动要求非常苛刻。实时声音和电视产品可在带宽足够宽的因特网上工作得很好，信息包的时延和抖动都非常小，但当一遇到拥挤链路时，声音和图像的质量就恶化到不能接受的地步。归纳起来，目前多媒体网络应用要集中解决个问题是：①提高网络带宽，②减少时延 (delay)，③减少抖动(jitter)。 17.1.4 改善服务质量目前我们不得不忍受因特网的这种可靠性服务：无论你的信息包多么重要，也无论你的信息包多么有价值，它们都必须要参加排队和等待才能得到服务。在这种条件的限制下，人们已经作出了种种努力来改进设计以提高多媒体网络应用的质量。例如，使用UDP协议而不使用TCP；在接收端增加延迟播放时间(例如100毫秒或者更多)来减少网络引入的延迟抖动，这可在发送端给信息包打上时间标记，接收端就可以知道信息包什么时候应该播放；我们还可给信息包添加错误校正码以减少传输过程中丢失的信息包所造成的质量下降。 17.1.5 多媒体网络应用的争论现在有许许多多的有关因特网应该如何发展的争论，而且有时争论得很激烈，争论的焦点是如何更好地安排对时间要求非常苛刻的多媒体的交通。一个极端是某些研究人员主张对最佳服务和底层的因特网协议不作任何改变，用扩大链路带宽的办法来解决；反对这种观点的研究人员认为，加大带宽费用太大，扩大的带宽也会很快被对带宽贪得无厌的多媒体应用吃掉。例如，高清晰度影视点播就是一个例子。另一个极端是某些研究人员主张应该对因特网做基本变更，为各种应用保留端－端的带宽。例如，某些研究人员觉得，如果用户想从主机A给主机B打因特网电话，就应该给由A到B 路途上的每个链路明确保留带宽。采用这种方法解决多媒体的交通问题须要做一些比较大的变更： (1) 须要开发保留带宽协议。 (2) 须要修改路由器队列中行程安排的策略才能实现带宽的保留。采用这种方案之后，信息包在传送过程中不再平等对待，而是付钱越多的信息包，带宽保留的越多。 (3) 须要给网络一个交通说明，这样网络就必须要维持每种应用的交通。 (4) 网络必须要有一种手段以确定是否有足够的带宽来支持新的带宽保留请求。把上述这些变更组合在一起时，就需要有新的和复杂的软件来支持。在这两个极端之间，某些研究人员不主张对因特网作比较多的更改，而是在网沿(edge of network)，即在用户和ISP之间的接口上添加简单的定价和监视措施，根据用户冲浪使用的速率和时间来收费。例如，用户使用28.8 kb/s速率去冲浪是一种价格，使用10 Mb/s速率去冲浪又是一种价格，这种定价方案对距离是不敏感的。这些研究人员认为，通过简单地增

第17章多媒体网络应用及交换技术加价格,当网络出现明显拥挤时多媒体网络应用的服务质量有可能得到保证。 17.2因特网上存取声音和电视的方法经过压缩的声音或者电视文件可以放在Web服务器上,或者放在声音/电视流放服务器 ( streaming server)上。对于前一种情况,由Web服务器通过HTP协议把文件传送给客户对于后一种情况,由流放服务器通过非HTTP协议把文件传送给客户。由于声音点播和影视点播应用还没有完全直接集成到现在的Web浏览器中,就需要一个单独的应用程序——帮助器( helper),通常叫做媒体播放器( media player)来播放声音和影视。典型的媒体播放器要执行妤几个功能,包括解压缩、消除抖动、错误纠正和用户播放等功能。现在可以使用像插件这种技术把媒体播放器的用户接口放在Web客户机的用户界面上, 浏览器在当前web页面上保留屏幕空间,并且由媒体播放器来管理。目前,客户机可使用几种方法来读取声音和影视文件,下面介绍其中的三种 17.2.1通过Web浏览器把声音/电视从Web服务器传送给媒体播放器对客户机读取多媒体的最简方法是把声音/电视文件放到HTTP服务器上,然后通过浏览器把文件传送给媒体播放器,见图17-02,过程如下 (1)Web浏览器与Web服务器建立TCP连接,然后提交HTP请求消息请求传送声音/电视文件 (2)Web服务器给Web浏览器发送响应消息和请求的声音/电视文件 (3)Web浏览器检査HTTP响应消息中的内容的类型,调用相应的媒体播放器,然后把声音/电视文件或者是指向文件的指针递送给媒体播放器。 (4)媒体播放器播放声音/电视文件这种方法虽然简单,但存在比较大的时延问题因为媒体播放器必须通过第三者——Web 浏览器才能从Web服务器上得到声音/电视文件,而且浏览器需要把整个文件从Web服务器下载到浏览器之后才把它传送给媒体播放器。这样做的结果是,即使对中等大小的文件,在这传输过程中引入的播放时延也是很难接受的。由此想到的改进方法是去掉中间环节,设法让媒体播放器与Web服务器直接建立链接 HTTP请求响应浏览器服务器声音/电视文件媒体播放器图17-02通过Web浏览器把声音/电视从Web服务器传送给媒体播放器 17.22直接把声音/电视从Web服务器传送给媒体播放器为把声音/电视文件直接传输给媒体播放器,须要在Web服务器和媒体播放器之间建立直接的TCP连接( TCP connection),见图17-03,这可通过下面的方法来实现 (1)用户点击超级链接以请求传送声音/电视文件 (2)这个超级链接不直接指向声音/电视文件,而是指向一个播放说明文件 ( presentation description file),这个文件包含有实际的声音/电视文件的地址(URL)。播放说明文件被封装在HTP响应消息中。 (3)Web浏览器接收到HTTP响应消息之后就检查响应消息中的内容的类型,调用相应的

第17章多媒体网络应用及交换技术 5 加价格，当网络出现明显拥挤时多媒体网络应用的服务质量有可能得到保证。 17.2 因特网上存取声音和电视的方法经过压缩的声音或者电视文件可以放在Web服务器上，或者放在声音/电视流放服务器 (streaming server)上。对于前一种情况，由Web服务器通过HTTP协议把文件传送给客户。对于后一种情况，由流放服务器通过非HTTP协议把文件传送给客户。由于声音点播和影视点播应用还没有完全直接集成到现在的Web浏览器中，就需要一个单独的应用程序——帮助器(helper)，通常叫做媒体播放器(media player)来播放声音和影视。典型的媒体播放器要执行好几个功能，包括解压缩、消除抖动、错误纠正和用户播放等功能。现在可以使用像插件这种技术把媒体播放器的用户接口放在Web客户机的用户界面上，浏览器在当前Web页面上保留屏幕空间，并且由媒体播放器来管理。目前，客户机可使用几种方法来读取声音和影视文件，下面介绍其中的三种。 17.2.1 通过Web浏览器把声音/电视从Web服务器传送给媒体播放器对客户机读取多媒体的最简方法是把声音/电视文件放到HTTP服务器上，然后通过浏览器把文件传送给媒体播放器，见图17-02，过程如下： (1) Web浏览器与Web服务器建立TCP连接，然后提交HTTP请求消息请求传送声音/电视文件。 (2) Web服务器给Web浏览器发送响应消息和请求的声音/电视文件。 (3) Web浏览器检查HTTP响应消息中的内容的类型，调用相应的媒体播放器，然后把声音/电视文件或者是指向文件的指针递送给媒体播放器。 (4) 媒体播放器播放声音/电视文件。这种方法虽然简单，但存在比较大的时延问题。因为媒体播放器必须通过第三者——Web 浏览器才能从Web服务器上得到声音/电视文件，而且浏览器需要把整个文件从Web服务器下载到浏览器之后才把它传送给媒体播放器。这样做的结果是，即使对中等大小的文件，在这传输过程中引入的播放时延也是很难接受的。由此想到的改进方法是去掉中间环节，设法让媒体播放器与Web服务器直接建立链接， Web 浏览器媒体播放器 Web 服务器 HTTP请求/响应声音/电视文件图17-02 通过Web浏览器把声音/电视从Web服务器传送给媒体播放器 17.2.2 直接把声音/电视从Web服务器传送给媒体播放器为把声音/电视文件直接传输给媒体播放器，须要在Web服务器和媒体播放器之间建立直接的TCP连接(TCP connection)，见图17-03，这可通过下面的方法来实现： (1) 用户点击超级链接以请求传送声音/电视文件。 (2) 这个超级链接不直接指向声音/ 电视文件，而是指向一个播放说明文件 (presentation description file)，这个文件包含有实际的声音/电视文件的地址(URL)。播放说明文件被封装在HTTP响应消息中。 (3) Web浏览器接收到HTTP响应消息之后就检查响应消息中的内容的类型，调用相应的

第17章多媒体网络应用及交换技媒体播放器,然后把响应消息中的播放说明文件传送给媒体播放器 (4)媒体播放器直接与Web服务器建立TCP连接,然后把传送声音/电视文件的HTP请求消息发送到TCP连接上。 (5)在HTTP响应消息中把声音/电视文件传送该媒体播放器并开始播放。 Web (1)HIP请求/响应浏览器 Web (2)播放说明服务器帮助器 (应用程序) (3)请求响应的文件图17-03直接把声音/电视从Web服务器传送给媒体播放器前面提到的播放说明文件是有关声音/电视文件本身的文件,也称元文件( meta file), 它可以是仅由声音/电视文件网址组成的只有一行的文本文件,也可以包含更多内容的文件例如,播放说明文件可以是同步多媒体集成语言( Synchronized Multimedia Integration Language,SMIL)文件,读成“ smile”,这是由W3C提出的在Web页面上显示电视的语言。这种文件可以包含多个声音/电视文件以及如何播放的使用说明,说明在播放文件时各种声音/ 电视文件应该如何同步等使用这种方法传送声音/电视文件没有中间环节,但这种方法依然使用HTTP传送文件, 不容易使用户获得与Web服务器的满意的交互性能,如暂停、从头开始重放等功能。虽然在市场上有这种产品出售,但一般不推荐这种结构 17.2.3直接把声音/电视从多媒体流放服务器传送给媒体播放器第三种方法是可考虑从独立的多媒体服务器(如声音服务器、电视服务器)把多媒体文件传送给媒体播放器。这种策略允许应用开发人员为多媒体点播( multimedia-on- demand)设计种流(式播)放协议( streaming protocol)。这种方案需要两个服务器:一个是HTP服务器, 用于Web页面服务:另一个是流放服务器,用于声音/电视文件服务,如图17-04所示。两个服务器可以运行在同一服务机上,也可以运行在不同的服务机上。如果Web服务器非常繁忙使用两台服务机是有利的使用这种结构,媒体播放器就向流放服务器请求传送文件,而不是向Web服务器请求传送文件,媒体播放器和流放服务器之间可以使用它们自己的协议进行通信,声音/电视文件可以使用UDP而不是TCP直接从流放服务器传送给媒体播放器。 Web (1)HTTP请求响应 Web 浏览器服务器 (2)播放说明帮助器(3)请求响应的文件应用程序) 服务器图17-04直接把声音/电视从多媒体流放服务器传送给媒体播放器 17.2.4媒体播放器的主要功能媒体播放器( media player),用来播放声音或者电视文件,一般都具有下述功能

第17章多媒体网络应用及交换技术 6 媒体播放器，然后把响应消息中的播放说明文件传送给媒体播放器。 (4) 媒体播放器直接与Web服务器建立TCP连接，然后把传送声音/电视文件的HTTP请求消息发送到TCP连接上。 (5) 在HTTP响应消息中把声音/电视文件传送该媒体播放器并开始播放。 Web 浏览器帮助器 (应用程序) Web 服务器 (1)HTTP请求/响应 (3)请求/响应的文件 (2)播放说明图17-03 直接把声音/电视从Web服务器传送给媒体播放器前面提到的播放说明文件是有关声音/电视文件本身的文件，也称元文件(meta file)，它可以是仅由声音/电视文件网址组成的只有一行的文本文件，也可以包含更多内容的文件。例如，播放说明文件可以是同步多媒体集成语言(Synchronized Multimedia Integration Language，SMIL)文件，读成“smile”，这是由W3C提出的在Web页面上显示电视的语言。这种文件可以包含多个声音/电视文件以及如何播放的使用说明，说明在播放文件时各种声音/ 电视文件应该如何同步等。使用这种方法传送声音/电视文件没有中间环节，但这种方法依然使用HTTP传送文件，不容易使用户获得与Web服务器的满意的交互性能，如暂停、从头开始重放等功能。虽然在市场上有这种产品出售，但一般不推荐这种结构。 17.2.3 直接把声音/电视从多媒体流放服务器传送给媒体播放器第三种方法是可考虑从独立的多媒体服务器(如声音服务器、电视服务器)把多媒体文件传送给媒体播放器。这种策略允许应用开发人员为多媒体点播(multimedia-on-demand)设计一种流(式播)放协议(streaming protocol)。这种方案需要两个服务器：一个是HTTP服务器，用于Web页面服务；另一个是流放服务器，用于声音/电视文件服务，如图17-04所示。两个服务器可以运行在同一服务机上，也可以运行在不同的服务机上。如果Web服务器非常繁忙，使用两台服务机是有利的。使用这种结构，媒体播放器就向流放服务器请求传送文件，而不是向Web服务器请求传送文件，媒体播放器和流放服务器之间可以使用它们自己的协议进行通信，声音/电视文件可以使用UDP而不是TCP直接从流放服务器传送给媒体播放器。 Web 浏览器帮助器 (应用程序) Web 服务器流放服务器 (1)HTTP请求/响应 (3)请求/响应的文件 (2)播放说明图17-04 直接把声音/电视从多媒体流放服务器传送给媒体播放器 17.2.4 媒体播放器的主要功能媒体播放器(media player)，用来播放声音或者电视文件，一般都具有下述功能

第17章多媒体网络应用及交换技 (1)解压缩:几乎所有的声音和电视图像都是经过压缩之后存放在存储器中的,因此无论播放来自存储器或者来自网络上的声音和电视都是要解压缩。 (2)去抖动:由于到达接收端的每个声音信息包和电视图像信息包的时延不是一个固定的数值,如果不加任何措施就原原本本地把数据送到媒体播放器播放,听起来就会有抖动的感觉,甚至对声音和电视图像所表达的信息无法理解。在媒体播放器中,限制这种抖动的简单方法是使用缓存技术,就是把声音或者电视图像数据先存放在缓冲存储器中,经过一段延时之后再播放。 (3)错误处理:由于在因特网上往往会出现让人不能接收的交通拥挤,信息包流中的部分信息包在传输过程中就可能会丢失。如果连续丢失的信息包太多,用户接收的声音和图像质量就不能容忍。采取的办法往往是重传。 (4)用户可控制的接口:这是用户直接控制媒体播放器播放媒体的实际接口。媒体播放器为用户提供的控制功能通常包括声音的音量大小、暂停/重新开始和跳转等等。 17.3网络上的信息交换技术 17.3.1概述远程通信网络可分成两类网络:线路交换网络( circuit- switched networks)和信息包交换网络( packet- switched networks)。信息包交换网络也称数据网络( data networks) 在线路交换网络中,双方交换消息期间通道上的全部资源(如链路带宽等)都被租用,而在信息包交换网络中双方交换消息期间不租用通道上的资源,也就是不保留资源,而是根据需要来使用资源,交换的信息包往往需要等待可用资源。打个比方,例如有两种类型的饭馆: 种需要预定的饭馆,另一种不需要或者不接收预定的饭馆。对于前者,在去饭馆之前必须要和第一个打电话(或发emai)的人竞争,但到饭馆后通常马上就可与服务员联系并定饭菜; 对于后者,客户没有预定座位的问题,但到饭馆之后也许必须等座位,然后才能定饭菜电话网络( telephone networks)是线路交换网络的一个例子。如果要在电话线路上与他人通话或者发送传真,你必须首先与对方建立连接方可进行,这就叫做线路连接,或者叫做线路交换。当线路连接建立之后就租用了这个线路的带宽,你就可以用常数速率传输数据。因特网是信息包交换网络的例子。例如,如果你想在因特网上给人发送一个消息,因特网并不给你保留任何带宽。在你的消息到达接收端之前,必须要经过一系列通信链接(1ink) 才能传递到接收端。由于许多消息都在因特网上传输,如果其中有一个链接处发生拥挤,你的消息就不得不要在缓冲存储器中等待,这样就产生了延迟。虽然因特网使用了很多很好的技术来克服这些问题,但依然不能像线路交换网络那样来保证以恒定的速率来传送消息不是所有的远程通信网络都属于线路交换网络或者属于信息包交换网络。例如,ATM网络技术既有保留带宽的连接又有不保留带宽的链接 17.3.2线路交换线路交换( circuit switching)的特点是,在开始通信之前通信双方由线路交换中心建立物理连接,维持连接的时间长短取决于消息交换的需要。图17-05是线路交换网络的示意图。在这个网络中,使用2条传输链路(link)把3个线路交换机连接在一起,每条传输链路都有“n条线路”,“n条线路”是指通过时分多路复用技术(time- division multiplexing, TDMD或者频分多路复用技术( frequency division multiplexing,FDM)来获得的,因此每条链路可同时支持n个连接( connection)。每个接收端(如PC机或者工作站)直接连接到其中的台交换机,或者通过调制解调器直接连接到交换机。我们使用的普通电话也连接到交换机上,但没有在图上表示出来。当两台主机希望通信时,两台主机之间就要建立一个专门的端端线路连接,每个端-端线路得到1/的链路带宽

第17章多媒体网络应用及交换技术 7 (1) 解压缩：几乎所有的声音和电视图像都是经过压缩之后存放在存储器中的，因此无论播放来自存储器或者来自网络上的声音和电视都是要解压缩。 (2) 去抖动：由于到达接收端的每个声音信息包和电视图像信息包的时延不是一个固定的数值，如果不加任何措施就原原本本地把数据送到媒体播放器播放，听起来就会有抖动的感觉，甚至对声音和电视图像所表达的信息无法理解。在媒体播放器中，限制这种抖动的简单方法是使用缓存技术，就是把声音或者电视图像数据先存放在缓冲存储器中，经过一段延时之后再播放。 (3) 错误处理：由于在因特网上往往会出现让人不能接收的交通拥挤，信息包流中的部分信息包在传输过程中就可能会丢失。如果连续丢失的信息包太多，用户接收的声音和图像质量就不能容忍。采取的办法往往是重传。 (4) 用户可控制的接口：这是用户直接控制媒体播放器播放媒体的实际接口。媒体播放器为用户提供的控制功能通常包括声音的音量大小、暂停/重新开始和跳转等等。 17.3 网络上的信息交换技术 17.3.1 概述远程通信网络可分成两类网络：线路交换网络(circuit-switched networks)和信息包交换网络(packet-switched networks)。信息包交换网络也称数据网络(data networks)。在线路交换网络中，双方交换消息期间通道上的全部资源(如链路带宽等)都被租用，而在信息包交换网络中双方交换消息期间不租用通道上的资源，也就是不保留资源，而是根据需要来使用资源，交换的信息包往往需要等待可用资源。打个比方，例如有两种类型的饭馆：一种需要预定的饭馆，另一种不需要或者不接收预定的饭馆。对于前者，在去饭馆之前必须要和第一个打电话(或发email)的人竞争，但到饭馆后通常马上就可与服务员联系并定饭菜；对于后者，客户没有预定座位的问题，但到饭馆之后也许必须等座位，然后才能定饭菜。电话网络( telephone networks)是线路交换网络的一个例子。如果要在电话线路上与他人通话或者发送传真，你必须首先与对方建立连接方可进行，这就叫做线路连接，或者叫做线路交换。当线路连接建立之后就租用了这个线路的带宽，你就可以用常数速率传输数据。因特网是信息包交换网络的例子。例如，如果你想在因特网上给人发送一个消息，因特网并不给你保留任何带宽。在你的消息到达接收端之前，必须要经过一系列通信链接(link) 才能传递到接收端。由于许多消息都在因特网上传输，如果其中有一个链接处发生拥挤，你的消息就不得不要在缓冲存储器中等待，这样就产生了延迟。虽然因特网使用了很多很好的技术来克服这些问题，但依然不能像线路交换网络那样来保证以恒定的速率来传送消息。不是所有的远程通信网络都属于线路交换网络或者属于信息包交换网络。例如，ATM网络技术既有保留带宽的连接又有不保留带宽的链接。 17.3.2 线路交换线路交换(circuit switching)的特点是，在开始通信之前通信双方由线路交换中心建立物理连接，维持连接的时间长短取决于消息交换的需要。图17-05是线路交换网络的示意图。在这个网络中，使用2条传输链路(link)把3个线路交换机连接在一起，每条传输链路都有“n条线路”，“n条线路”是指通过时分多路复用技术(time-division multiplexing， TDM)或者频分多路复用技术(frequency division multiplexing，FDM)来获得的，因此每条链路可同时支持n个连接(connection)。每个接收端(如PC机或者工作站)直接连接到其中的一台交换机，或者通过调制解调器直接连接到交换机。我们使用的普通电话也连接到交换机上，但没有在图上表示出来。当两台主机希望通信时，两台主机之间就要建立一个专门的端 -端线路连接，每个端-端线路得到1/n的链路带宽

第17章多媒体网络应用及交换技术许多人认为,线路交换网络建立链接是使用专用线路,因此在通信处于空闲时浪费了宝贵的通信资源。例如打电话,在对话期间出现长时间停顿时,沿着链接线路上的网络资源(频带或者时间槽)不能由其他链接利用 17.3.3信息包交换通常人们把任何一个应用数据块称为消息( essage),例如, ASCII文件, Postscript 文件,Web页面和声音文件等等。在现代的信息包交换( packet switching)网络中,发送端把整个消息分割成许多小的数据块,经过包装并“贴上”标签之后再发送到网络上。发送到网络上的这种数据包裹称为信息包( packet),比较准确地说,信息包是一个经过包装且具有固定大小的传输单元,这种数据包裹既包含用户的数据又包含按照协议规定加入的标题,而标题中包含有识别号码、发送地址、接收地址等信息。在接收端把接收到的信息包拆开后重新拼接成原来的完整消息。不像点对点的电路交换需要在收发双方建立物理连接,在信息包交换网络上的每个信息包都包含有目的地址,因此一个消息分装成的许多信息包不必都沿着同一条线路到达目的地,也不必同时到达目的地,到达目的地的次序也不必按照发送的次序, 那条信道有空就往那里传送发送端把一个很长的消息分割成比较小的信息包之后,在发送端和接收端之间,每个信息包通过通信链路和信息包交换机( packet switches),有时也称路由器( routers)传送到接收端。信息包在每个通信链路上以传输速率同链路传输速率相等的速度传输。大多数信息包交换机在输入端使用存储转发方法( store and forward)把信息包转发到输出链路上,这意味着交换机必须把整个信息包接收完之后才能把信息包的第1位(bit)转发到输出链路上,这样就产生了存储转发时延,时延的长短与信息包的大小(长度)成正比。如果信息包的长度为 L,传输链路的数据率为R,时延就为L/R。在每台交换机中有多个缓冲存储器,每个信息包在输出到链路之前必须要在链路缓冲存储器中排队,如果在信息包到达时缓冲存储器是空的或者没有其他信息包到达的情况下就不需要排队。因此除了前面介绍的存储转发时延( store-and- forward delays)之外,还要附加信息包的排队时延( queuing delay),它是一个不确定的时延,取决于网络上的拥挤情况。图17-07表示一个简单的信息包交换网络。假设主机A和B正在向主机E发送信息包,信息包A和信息包B首先通过28.8Kb/s链路传送到第一个信息包交换机,然后把它们传送到1.544 Ⅷb/s的链路上。如果在这条链路上出现拥挤现象,这些信息包就在链路缓存存储器中排队等待输出到链路上。输出到链路上的次序不按照任何预先定义的规则,是随机的或者是统计方式的,因此这种信息包交换技术也称为统计多路复用技术,它与每个主机获得相同时间槽的 TDM技术截然不同

第17章多媒体网络应用及交换技术 9 许多人认为，线路交换网络建立链接是使用专用线路，因此在通信处于空闲时浪费了宝贵的通信资源。例如打电话，在对话期间出现长时间停顿时，沿着链接线路上的网络资源(频带或者时间槽)不能由其他链接利用。 17.3.3 信息包交换通常人们把任何一个应用数据块称为消息(message)，例如，ASCII文件，Postscript 文件，Web页面和声音文件等等。在现代的信息包交换(packet switching)网络中，发送端把整个消息分割成许多小的数据块，经过包装并“贴上”标签之后再发送到网络上。发送到网络上的这种数据包裹称为信息包(packet)，比较准确地说，信息包是一个经过包装且具有固定大小的传输单元，这种数据包裹既包含用户的数据又包含按照协议规定加入的标题，而标题中包含有识别号码、发送地址、接收地址等信息。在接收端把接收到的信息包拆开后重新拼接成原来的完整消息。不像点对点的电路交换需要在收发双方建立物理连接，在信息包交换网络上的每个信息包都包含有目的地址，因此一个消息分装成的许多信息包不必都沿着同一条线路到达目的地，也不必同时到达目的地，到达目的地的次序也不必按照发送的次序，那条信道有空就往那里传送。发送端把一个很长的消息分割成比较小的信息包之后，在发送端和接收端之间，每个信息包通过通信链路和信息包交换机(packet switches)，有时也称路由器(routers)传送到接收端。信息包在每个通信链路上以传输速率同链路传输速率相等的速度传输。大多数信息包交换机在输入端使用存储转发方法(store and forward)把信息包转发到输出链路上，这意味着交换机必须把整个信息包接收完之后才能把信息包的第1位(bit)转发到输出链路上，这样就产生了存储转发时延，时延的长短与信息包的大小(长度)成正比。如果信息包的长度为 L，传输链路的数据率为R，时延就为L/R。在每台交换机中有多个缓冲存储器，每个信息包在输出到链路之前必须要在链路缓冲存储器中排队，如果在信息包到达时缓冲存储器是空的或者没有其他信息包到达的情况下就不需要排队。因此除了前面介绍的存储转发时延(store-and-forward delays)之外，还要附加信息包的排队时延(queuing delay)，它是一个不确定的时延，取决于网络上的拥挤情况。图17-07表示一个简单的信息包交换网络。假设主机A和B正在向主机E发送信息包，信息包A和信息包B首先通过28.8 Kb/s链路传送到第一个信息包交换机，然后把它们传送到1.544 Mb/s的链路上。如果在这条链路上出现拥挤现象，这些信息包就在链路缓存存储器中排队等待输出到链路上。输出到链路上的次序不按照任何预先定义的规则，是随机的或者是统计方式的，因此这种信息包交换技术也称为统计多路复用技术，它与每个主机获得相同时间槽的 TDM技术截然不同

清华大学：《多媒体技术》课程教学资源（教材教案讲义）第17章 多媒体网络应用及交换技术

清华大学：《多媒体技术》课程教学资源（教材教案讲义）第17章多媒体网络应用及交换技术