- 1、本文档共104页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
计算机网络.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 分组
您可能关注的文档
- 股票债券和保险.ppt
- 英语国家概况.ppt
- 茂名市国家税务局新开业户培训教材.ppt
- 落实小额担保贷款政策全力助推妇女创业就业.ppt
- 葫芦,蔓生或攀缘藤本植物,葫芦有藤蔓的长短,叶片、花....ppt
- 融资部业务介绍及工作流程.ppt
- 行政组织学.ppt
- 西安交通大学.ppt
- 解析:布雷顿森体系的内容:建立以美元为中心的汇率平价....ppt
- 解码小微企业税收优惠.ppt
- 数据仓库:Redshift:Redshift与BI工具集成.docx
- 数据仓库:Redshift:数据仓库原理与设计.docx
- 数据仓库:Snowflake:数据仓库成本控制与Snowflake定价策略.docx
- 大数据基础:大数据概述:大数据处理框架MapReduce.docx
- 实时计算:GoogleDataflow服务架构解析.docx
- 分布式存储系统:HDFS与MapReduce集成教程.docx
- 实时计算:Azure Stream Analytics:数据流窗口与聚合操作.docx
- 实时计算:Kafka Streams:Kafka Streams架构与原理.docx
- 实时计算:Kafka Streams:Kafka Streams连接器开发与使用.docx
- 数据仓库:BigQuery:BigQuery数据分区与索引优化.docx
文档评论(0)