第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章多媒体网络应用及交换技 B 彦密 每条传输链路由 线路交换机 n条“线路”组成 线路交换机 (FDM/TDM) 专线连接到终端的 线路交换机 专线连接到终端的 数字链接 模拟链接 如IsDN64Kbps) 如288Kbps) 调制解调器 图17-05线路交换的概念 是数字通信的主要手段。TDM技术把时间分割成许许多多固定的帧( frame),而每 帧又划分成固定数目的时间间隔,称为时间槽( time slot)。当用户A与用户B进行通信时, 系统为这对用户指定一个时间槽,仅在这个时间槽里建立连接,每对用户连续占用的资源仅 是其中的一个时间槽的带宽,这样就可以使许多用户共用一条传输链路。 FDM是模拟通信的主要手段。FDM技术把传输线的频带分割成若干部分,每个频带均可作 为一个独立的传输信道使用,因此一对传输线上也可以同时有若干对用户进行通话,每对用 户连续占用资源的仅是其中的一个频段。采用频分多路复用技术的通信又称为载波通信。在 电话网络中使用FDM,每个链接使用4kz的带宽,调频广播使用FDM共享微波频谱 图17-06简要说明FDM和TDM的概念。从目前的发展趋势看,TDM有取代FDM的可能,美国 的大多数电话网络和其他发达国家已使用TDM 4 槽 ←—帧 注:标有相同时间槽号的时间槽分配给某一对收发者 (a)时分多路复用 4kHz 链路链接 4kHz b)频分多路复用 图17-06FDM和TDM的概念
第17章 多媒体网络应用及交换技术 8 线路交换机 线路交换机 线路交换机 调制解调器 每条传输链路由 n条“ 线路” 组成 (FDM/TDM) 专线连接到终端的 数字链接 (如ISDN 64 Kbps) 专线连接到终端的 模拟链接 (如28.8 Kbps) A B 图17-05 线路交换的概念 TDM是数字通信的主要手段。TDM技术把时间分割成许许多多固定的帧(frame)，而每一 帧又划分成固定数目的时间间隔，称为时间槽(time slot)。当用户A与用户B进行通信时， 系统为这对用户指定一个时间槽，仅在这个时间槽里建立连接，每对用户连续占用的资源仅 是其中的一个时间槽的带宽，这样就可以使许多用户共用一条传输链路。 FDM是模拟通信的主要手段。FDM技术把传输线的频带分割成若干部分，每个频带均可作 为一个独立的传输信道使用，因此一对传输线上也可以同时有若干对用户进行通话，每对用 户连续占用资源的仅是其中的一个频段。采用频分多路复用技术的通信又称为载波通信。在 电话网络中使用FDM，每个链接使用4 kHz的带宽，调频广播使用FDM共享微波频谱。 图17-06简要说明FDM和TDM的概念。从目前的发展趋势看，TDM有取代FDM的可能，美国 的大多数电话网络和其他发达国家已使用TDM。 图17-06 FDM和TDM的概念
第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章多媒体网络应用及交换技 统计多路复用:来自不同主机的信息包 没有固定的传输次序 B 28. Kbps 图_四四国四国四 1. 544Mbps (信息包交换机) 图17-07信息包交换的概念 人们对线路交换和信息包交换技术有不同的看法。对信息包交换持不同见解者认为:由 于信息包的时延长短不定且不可预测,因此信息包交换技术不宜用在实时服务业务上,例如 电话会议和电视会议。而对线路交换持不同见解者认为:①信息包交换比线路交换能够提供 比较好的带宽共享特性,②比较简单,成本比较低。一般来说,人们比较喜欢信息包交换技 信息包交换网络上的第一个国际标准是X.25,它用在模拟线路上,而且对噪声很敏感 后来开发了用于数字线路的帧中继( frame relay)和通过电话网实现的交换式多媒体/多兆 位数据服务( Switched multimedia/ Multi-Megabit Data Service,SMDS)。 17.3.4消息交换与信息包交换 如17.3.3节所述,在现代信息包交换( packet switching)网络中,消息从一端传送到另 端的过程是发送端把很长的消息分割成比较小的信息包,然后送到网络上。接收端把接收 到的小的信息包拆包之后重新拼接成原来的消息。如果发送端不把消息分成小的信息包,而 是把整个原始消息发送到网络,信息包交换网络就执行消息交换( message switching),这 是信息包交换的一种特殊情况。为了加深对信息包交换和消息交换的理解,下面将对它们做 个比较。 图17-08说明消息交换的工作过程。假设在接收端与发送端之间有两个交换机和3条链 路,由于交换机的工作方式是存储转发方式,在它转发消息到输出链路之前必须要完整地接 收整个消息 消息 message Destination 源端) (交换机) (交换机) (目的地) 图17-08消息交换工作原理
第17章 多媒体网络应用及交换技术 10 图17-07 信息包交换的概念 人们对线路交换和信息包交换技术有不同的看法。对信息包交换持不同见解者认为：由 于信息包的时延长短不定且不可预测，因此信息包交换技术不宜用在实时服务业务上，例如， 电话会议和电视会议。而对线路交换持不同见解者认为：①信息包交换比线路交换能够提供 比较好的带宽共享特性，②比较简单，成本比较低。一般来说，人们比较喜欢信息包交换技 术。 信息包交换网络上的第一个国际标准是X.25，它用在模拟线路上，而且对噪声很敏感。 后来开发了用于数字线路的帧中继(frame relay)和通过电话网实现的交换式多媒体/多兆 位数据服务(Switched Multimedia / Multi-Megabit Data Service，SMDS)。 17.3.4 消息交换与信息包交换 如17.3.3节所述，在现代信息包交换(packet switching)网络中，消息从一端传送到另 一端的过程是发送端把很长的消息分割成比较小的信息包，然后送到网络上。接收端把接收 到的小的信息包拆包之后重新拼接成原来的消息。如果发送端不把消息分成小的信息包，而 是把整个原始消息发送到网络，信息包交换网络就执行消息交换(message switching)，这 是信息包交换的一种特殊情况。为了加深对信息包交换和消息交换的理解，下面将对它们做 一个比较。 图17-08说明消息交换的工作过程。假设在接收端与发送端之间有两个交换机和3条链 路，由于交换机的工作方式是存储转发方式，在它转发消息到输出链路之前必须要完整地接 收整个消息。 图17-08 消息交换工作原理
