RTP协议及编解码RP协议及编解码.ppt

回顾 SIP协议概述 SIP消息 OSIP库的使用 本章目标 音频编解码 RTP协议概述 对RTP协议进行封装 流媒体简介 随着Internet 的日益普及，在网络上传输的数据已 经不再局限于文字和图形，而是逐渐向声音和视频 等多媒体格式过渡。目前在网络上传输音频/视频 （Audio/Video，简称A/V）等多媒体文件时，基本 上只有下载和流式传输两种选择。 流 流（Streaming）是近年在Internet上出现的新概 念，其定义非常广泛，主要是指通过网络传输多媒 体数据的技术总称。流媒体包含广义和狭义两种内 涵：广义上的流媒体指的是使音频和视频形成稳定 和连续的传输流和回放流的一系列技术、方法和协 议的总称，即流媒体技术；狭义上的流媒体是相对 于传统的下载-回放方式而言的，指的是一种从 Internet上获取音频和视频等多媒体数据的新方 法，它能够支持多媒体数据流的实时传输和实时播 放。 流媒体传输实现 实现流媒体传输主要有两种方法： 顺序流（progressive streaming）传输 实时流（realtime streaming）传输 顺序流传输 顺序流传输采用顺序下载的方式进行传输，在下载 的同时用户可以在线回放多媒体数据，但给定时刻 只能观看已经下载的部分，不能跳到尚未下载的部 分，也不能在传输期间根据网络状况对下载速度进 行调整。由于标准的HTTP服务器就可以发送这种形 式的流媒体，而不需要其他特殊协议的支持，因此 也常常被称作 HTTP流式传输。顺序流式传输比较 适合于高质量的多媒体片段，如片头、片尾或者广 告等。 实时流传输 实时流式传输保证媒体信号带宽能够与当前网络状 况相匹配，从而使得流媒体数据总是被实时地传 送，因此特别适合于现场事件。实时流传输支持随 机访问，即用户可以通过快进或者后退操作来观看 前面或者后面的内容。从理论上讲，实时流媒体一 经播放就不会停顿，但事实上仍有可能发生周期性 的暂停现象，尤其是在网络状况恶化时更是如此。 与顺序流传输不同的是，实时流传输需要用到特定 的流媒体服务器，而且还需要特定网络协议的支持。 流媒体传输协议 实时传输协议RTP和TRCP：RTP是用于Internet/Intranet针对多媒体数据流的一种传输协议。RTP被定义为在一对一或一对多传输的情况下工作，其目的是提供时间信息和实现流同步。RTP通常使用UDP来传送数据，但RTP也可以在TCP或ATM等其他协议上工作。 整个RTP协议由两个密切相关的部分组成：RTP数据协议和RTP控制协议 实时流协议RTSP 实时流协议RTSP是由RealNetWorks和Netscape共同提出的，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。 RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完成数据传输 资源预定协议RSVP 由于音频和视频数据流比传统数据对网络的延时更敏感，要在网络中传输高质量的音频、视频信息，除带宽要求之外，还需要其他更多的条件。 RTP协议 RTP是一种提供端对端传输服务的实时传输协议，用来支持在单目标广播和多目标广播网络服务中传输实时数据 RTP是传输层上的协议 RTP可以看成是传输层的子层。由多媒体应用程序生成的声音和电视数据块被封装在RTP信息包中，每个RTP信息包被封装在UDP消息段中，然后再封装在IP数据包中 RTP和UDP之间的接口 从应用开发人员的角度来看，可把RTP执行程序看成是应用程序的一部分，因为开发人员必需把RTP集成到应用程序中。 在发送端，开发人员必需把执行RTP协议的程序写入到创建RTP信息包的应用程序中，然后应用程序把RTP信息包发送到UDP的套接接口 RTP头 RTP头域（2－1） RTP头域（2－2） CSRC记数（CC） 表示CSRC标识的数目。CSRC标识紧跟在RTP固 定头部之后，用来表示RTP数据报的来源，RTP协 议允许在同一个会话中存在多个数据源，它们可以 通过RTP混合器合并为一个数据源。例如，可以产 生一个CSRC列表来表示一个电话会议，该会议通 过一个 RTP混合器将所有讲话者的语音数据组合为 一个RTP数据源。 负载类型 标明RTP负载的格式，包括所采用的编码算法、采 样频率、承载通道等。例如，类型2表明该RTP数据 包中承载的是用ITU G.721算法编码的语音数据，采 样频率为8000Hz，并且采用单声道 序列号 用来为接收方提供探测数据丢失的方法，但如何处 理丢失的数据则是应用程序自己的事情，RTP协议 本身并不负责数据的重传。  时间戳 记录了负载中第一个字节的采样时间，接收方根据 时间戳能够确定数据的到达是否受到了延迟抖动的 影响，但具体如何来补偿延迟抖动则是应用程序自 己