第8单元-多媒体传输协议祥解.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第8单元-多媒体传输协议祥解.ppt

* 播放时延的最佳值 假定某IP电话的通话质量处于图中的B点位置 若增大接收端缓存空间,并增大播放时延 则话音分组丢失率将减少,但端到端的时延将增加(如图中的C点) 继续增大播放时延 则话音分组丢失率将继续减少,趋向于网络所引起的丢失率(如图中的D点) 但D点的端到端时延很大,话音质量很不好 * 播放时延的最佳值 反之,若将接收端缓存空间做得很小,并减小播放时延 则端到端时延将减小,趋向于网络所引起的端到端时延(如图中的A点) 但话音分组丢失率将大大增加,话音质量也不好 可见,接收端的播放时延有一个最佳值 图中的N点,相当于端到端时延和话音分组丢失率都是最小 但实际上并不可能工作在这个点上 * 时延估计 据统计,当通话双方相距3200km时,因特网上的时延约为30~100ms(传播和排队) 而所有各环节的时延总和约为100~262ms(在两个IP电话网关之间)或170~562ms(在两个PC机之间)[KAST98] 可见,为减少时延,应尽可能不要直接用PC机打IP电话 * 线速路由器 提高路由器的转发分组的速率对提高IP电话的质量也是很重要的 据统计,一个跨大西洋的IP电话一般要经过20?30个路由器 若能改用吉比特路由器(又称为线速路由器),则每秒可转发5百万至6千万个分组(即交换速率达60Gb/s 左右)。这样还可进一步减少由网络造成的时延 * IP电话质量得到很大提高 现在很多IP电话的话音质量已经优于固定电话的话音质量 一些电信运营商还建造了自己专用的IP电话线路,以便保证更好的通话质量 在IP电话领域,最值得一提的就是Skype IP电话,它给全世界的广大用户带来了高品质并且廉价的通话服务 * 关于Skype Skype使用Global IP Sound公司开发的互联网低比特率编解码器iLBC(internet Low Bit rate Codec),进行话音的编解码和压缩,使其话音质量优于传统的公用电话网(采用电路交换)的话音质量 Skype支持两种帧长: 20ms,速率为15.2kb/s,一个话音分组块为304bit 30ms,速率为13.33kb/s,一个话音分组块为400bit Skype的另一特点是对话音分组的丢失进行了特殊处理,因而能容忍高达30%的话音分组丢失率,通话的用户一般感受不到话音的断续或延迟,杂音也很小 * 关于Skype Skype采用P2P和全球索引(Global Index)技术提供快速路由选择机制,管理成本大大降低。由于用户路由信息分布式存储于因特网的结点中,因此呼叫连接完成得很快 Skype采用端对端加密方式,保证信息的安全性 Skype使用P2P的技术,用户数据主要存储在P2P网络中,因此必须保证存储在公共网络中的数据是可靠和没有被篡改的。Skype对公共目录中存储的和用户相关的数据都采用数字签名,保证了数据无法被篡改 Skype的问世给全球信息技术和通信产业带来深远的影响,也给每一位网络使用者带来生活方式的改变 8.3.2 IP电话所需要的 几种应用协议 * 在IP电话的通信中,至少需要两种应用协议: 一种是信令协议,它使我们能够在因特网上找到被叫用户 另一种是话音分组的传送协议,它使我们用来进行电话通信的话音数据能够以时延敏感属性在因特网中传送 8.3.2 IP电话所需要的几种应用协议 TCP UDP 信令 提高服务质量 IPv4/IPv6 RTSP RTCP RSVP H.323 SIP RTP 应 用 层 协 议 传送音频/视频 SDP 底层网络 * * 8.3.3 实时传输协议RTP (Real-time Transport Protocol) RTP为实时应用提供端到端的传输,但不提供任何服务质量(QoS)的保证 多媒体数据块经压缩编码处理后,先送给RTP封装成为RTP分组,再装入传输层的UDP用户数据报,然后再交给IP层 RTP是一个协议框架,只包含了实时应用的一些共同的功能 RTP自己并不对多媒体数据块做任何处理,而只是向应用层提供一些附加的信息,让应用层知道应当如何进行处理 * RTP的层次 从应用开发者的角度看,RTP应当是应用层的一部分 在应用的发送端,开发者必须编写用RTP封装分组的程序代码,然后把RTP分组交给UDP插口接口 在接收端,RTP分组通过UDP插口接口进入应用层后,还要利用开发者编写的程序代码从RTP分组中把应用数据块提取出来 * RTP也可看成是 传输层的一个子层 RTP封装了多媒体应用的数据块。由于 RTP向多媒体应用程序提供了服务(如时间戳和序号),因此也可以将 RTP看成是在UDP之上

文档评论(0)

四娘 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档