第17章多媒体传输.ppt

  1. 1、本文档共25页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* * * * * * * * * * * * [注] “主机”有两种解释:(1) 通过TCP/IP协议连接到网络上的计算机;(2) 连接许多终端的大型机或小型机环境中的主计算机。本教材中的“主机”是指前一种解释。 * * * * * 第17章 多媒体的传输 多媒体技术教程 第17章 多媒体的传输 第17章 多媒体的传输 */25 第17章 多媒体的传输目录 17.1 多媒体应用协议套 17.1.1 多媒体应用协议的类型 17.1.2 协议套中的主要协议 17.2 实时传输和控制协议 17.2.1 实时传输协议(RTP) 17.2.2 实时控制协议(RTCP) 17.3 实时流播协议 17.3.1 RTSP协议概要 17.3.2 RTSP协议原理 17.4 资源保留协议 17.4.1 RSVP协议概要 17.4.2 RSVP协议原理 17.5 会话启动协议 17.5.1 SIP概要 17.5.2 SIP的请求和响应 17.5.3 SIP服务器 17.5.4 SIP的消息结构 17.6 会话描述和会话通告协议 17.6.1 会话描述协议(SDP) 17.6.2 会话通告协议(SAP) 17.7 多目标广播 17.7.1 多目标广播的概念 17.7.2 多目标广播地址 17.7.3 网际机组管理协议(IGMP) 17.8 下一代网络(NGN)技术 第17章 多媒体的传输 */25 第17章 多媒体的传输 多媒体应用的主要问题是如何保障实时多媒体数据的传输质量,尤其是对那些实时互动的应用。 保障传输质量的技术集中体现在多媒体传输协议和控制协议上. 第17章 多媒体的传输 */25 17.1 多媒体应用协议套 17.1.1 多媒体应用协议的类型 在IP网上的多媒体应用有两种类型的协议 会话协议和信令协议,它们构成多媒体应用协议套 会话(session)的含义是指两台设备或两个站点之间的持续连接和多媒体数据交换 信令(signaling)的含义是通信双方建立和控制连接所需信息的交换方法 在多媒体协议套中 传输实时视听数据的协议主要靠RTP 其余的协议是控制视听数据的控制协议 第17章 多媒体的传输 */25 17.1 多媒体应用协议套(续1) 17.1.2 协议套中的主要协议 (1) 实时传输协议(Real-time Transport Protocol,RTP) 位于应用层和UDP之间,用于传输包括声音和影视等实时数据的协议。 (2) 实时控制协议(Real-Time Control Protocol, RTCP) 与实时协议(RTP)一起工作的传输控制协议,用于在发送者和接收者之间交换控制实时数据传输的消息。 RTCP每隔一定时间传送内含控制消息的数据包,用于测定向接收者传送的信息的质量。 第17章 多媒体的传输 */25 实时传输协议(RTP)和实时控制协议(RTCP)是为网上传送实时多媒体数据开发的协议 RTP提供端对端的实时数据传输服务 RTCP协议用于监视和控制实时数据的传输(一些统计信息:数据包的丢失数目、延迟、抖动等) RTP协议需要使用RTCP来提高服务质量 RTP和RTCP都利用UDP进行传输 第17章 多媒体的传输 */25 第17章 多媒体的传输 */25 17.1 多媒体应用协议套(续2) (3) 实时流播协议(Real-Time Streaming Protocol, RTSP) 控制多媒体数据在网上的传输,为客户端的媒体播放器提供播放方式,如快播、慢播和暂停。 使用TCP、UDP传输 维持客户机和服务器的会话状态:创建连接、传输数据、终止RTSP会话 第17章 多媒体的传输 */25 图17-6 RTSP的工作过程 RTSP流播协议过程 第17章 多媒体的传输 */25 (4) 资源保留协议(Resource Reservation Protocol, RSVP) 允许应用程序请求保留专用的带宽,可保障某种程度的服务质量(QoS)。 是传输层协议 保留的网络资源:链路带宽和路由器缓存 第17章 多媒体的传输 */25 RSVP是接收端启动的协议 接收端向发送端发送QoS请求,这个请求逆向传送给沿途的所有路由器直到发送端。在传送过程中,RSVP可将大量相同的QoS请求进行合并 RSVP是信令协议 为保障视听数据流的传送质量,RSVP要在沿途的路由器上创建和维护称为“交换状态(switch state)”的资源保留状态。由于用户可能随时加入或退出接收视听数据流,因此传送路径可能随时发生变化,这就需要发送端周期性地发送路径刷新消息,而接收端发送资

文档评论(0)

精品家园 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档