- 1、本文档共104页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
CH10 因特网的演进《计算机网络教程》课件【荐】.ppt
计算机网络 第 10 章 因特网的演进 第 10 章 因特网的演进 *10.1 概述 10.2 因特网的多媒体体系结构 10.2.1 实时运输协议 RTP 10.2.2 实时运输控制协议 RTCP 10.2.3 实时流式协议 RTSP 第 10 章 因特网的演进(续) 10.3 IP 电话 *10.3.1 IP 电话概述 10.3.2 H.323 10.3.3 会话发起协议 SIP 10.3.4 IP 电话的通话质量 第 10 章 因特网的演进(续) 10.4 改进“尽最大努力交付”的服务 *10.4.1 使因特网提供服务质量 10.4.2 调度和管制机制 10.4.3 综合服务 IntServ 和资源预留 协议 RSVP 10.4.4 区分服务 DiffServ 10.5 多协议标记交换 MPLS 10.5.1 MPLS 的产生背景 10.5.2 MPLS 的工作原理 第 10 章 因特网的演进(续) 10.6 居民接入网 RAN 10.6.1 xDSL 技术 10.6.2 光纤同轴混合网(HFC 网) 10.6.3 FTTx 技术 10.6.4 以太网接入 10.7 关于三网融合 10.1 概述 计算机网络最初是为传送数据信息设计的。因特网 IP 层提供的“尽最大努力交付”服务对传送数据信息也是很合适的。 当我们从因特网下载文件时,过长的网络响应时间虽然令人颇为烦恼,但这至少不会对我们产生有害的结果。 因特网使用的 TCP 协议可以很好地解决网络不能提供可靠交付这一问题。 多媒体信息的特点 多媒体信息(包括声音和图像信息)与不包括声音和图像的数据信息有很大的区别。 多媒体信息的信息量往往很大。 在传输多媒体数据时,对时延和时延抖动均有较高的要求。 多媒体数据往往是实时数据(real time data),它的含义是:在发送实时数据的同时,在接收端边接收边播放。 因特网是非等时的 模拟的多媒体信号经过采样和模数转换变为数字信号,再组装成分组。这些分组的发送速率是恒定的(等时的)。 传统的因特网本身是非等时的。因此经过因特网的分组变成了非恒定速率的分组。 在接收端设置缓存 接收端需设置适当大小的缓存。当缓存中的分组数达到一定的数量后再以恒定速率按顺序把分组读出进行还原播放。 缓存实际上就是一个先进先出的队列。图中标明的 T 叫做播放时延。 缓存的影响 缓存使所有到达的分组都经受了迟延。 早到达的分组在缓存中停留的时间较长,而晚到达的分组在缓存中停留的时间则较短。 以非恒定速率到达的分组,经过缓存后再以恒定速率读出,就能够在一定程度上消除了时延的抖动。但我们付出的代价是增加了时延。 需要解决的问题 在传送时延敏感(delay sensitive)的实时数据时,不仅传输时延不能太大,而且时延抖动也必须受到限制。 对于传送实时数据,很少量分组的丢失对播放效果的影响并不大(因为这是由人来进行主观评价的),因而是可以容忍的。丢失容忍(loss tolerant)也是实时数据的另一个重要特点。 如何改造现有的因特网 大量使用光缆和高速路由器,网络的时延和时延抖动就可以足够小,在因特网上传送实时数据就不会有问题。 把因特网改造为能够对端到端的带宽实现预留(reservation),把使用无连接协议的因特网转变为面向连接的网络。 部分改动因特网的协议栈所付出的代价较小,而这也能够使多媒体信息在因特网上的传输质量得到改进。 10.2 因特网的多媒体体系结构 10.2.1 实时运输协议 RTP (Real-time Transport Protocol) RTP 为实时应用提供端到端的运输,但不提供任何服务质量的保证。 多媒体数据块经压缩编码处理后,先送给 RTP 封装成为 RTP 分组,再装入运输层的 UDP 用户数据报,然后再交给 IP 层。 RTP 是一个协议框架,只包含了实时应用的一些共同的功能。 RTP 自己并不对多媒体数据块做任何处理,而只是向应用层提供一些附加的信息,让应用层知道应当如何进行处理。 RTP 的层次 从应用开发者的角度看,RTP 应当是应用层的一部分。 在应用的发送端,开发者必须编写用 RTP 封装分组的程序代码,然后把 RTP 分组交给 UDP 插口接口。 在接收端,RTP 分组
文档评论(0)