RTP协议学习大总结从原理到代码.pdf

一、流媒体概念 流媒体包含广义和狭义两种内涵：广义上的流媒体指的是使音频和视频形成稳定和连续的传 输流和回放流的一系列技术、方法和协议的总称，即流媒体技术；狭义上 的流媒体是相对 于传统的下载-回放方式而言的，指的是一种从 Internet 上获取音频和视频等多媒体数据的 新方法，它能够支持多媒体数据流的实时传输和 实时播放。通过运用流媒体技术，服务器 能够向客户机发送稳定和连续的多媒体数据流，客户机在接收数据的同时以一个稳定的速率 回放，而不用等数据全部下载完 之后再进行回放。 二、流媒体协议 实时传输协议（Real- time Transport Protocol，PRT）是在 Internet 上处理多媒体数据流的一 种网络协议，利用它能够在一对一（unicast，单播）或者一对多 （multicast，多播）的网 络环境中实现传流媒体数据的实时传输。RTP 通常使用 UDP 来进行多媒体数据的传输，但 如果需要的话可以使用 TCP 或者 ATM 等其它协议，整个 RTP 协议由两个密切相关的部分组 成：RTP 数据协议和 RTP 控制协议。实时流协议（Real Time Streaming Protocol，RTSP）最早 由Real Networks 和 Netscape 公司共同提出，它位于 RTP 和 RTCP 之上，其目的是希望通过 IP 网络有效地传输多媒体数据。 2. RTP 数据协议 RTP 数据协议负责对流媒体数据进行封包并实现媒体流的实时传输，每一个 RTP 数据 报都由头部（Header）和负载（Payload）两个部分组成，其中头部前 12 个字节的含 义是固定的，而负载则可以是音频或者视频数据。RTP 数据报的头部格式如图 所示： 图 1 RTP 头部格式 其中比较重要的几个域及其意义如下： CSRC 记数（CC） 表示 CSRC 标识的数目。CSRC 标识紧跟在 RTP 固定头部之后，用来表 示 RTP 数据报的来源，RTP 协议允许在同一个会话中存在多个数据源，它们可以 通过 RTP 混合器合并为一个数据源。例如，可以产生一个 CSRC 列表来表示一个电话会议，该会议通 过一个 RTP 混合器将所有讲话者的语音数据组合为一个 RTP 数据源。 负载类型（PT） 标明 RTP 负载的格式，包括所采用的编码算法、采样频率、承载通道 等。例如，类型 2 表明该 RTP 数据包中承载的是用 ITU G.72 算法编码的语音数据，采样频 率为 8000Hz，并且采用单声道。 序列号 用来为接收方提供探测数据丢失的方法，但如何处理丢失的数据则是应用程序自 己的事情，RTP 协议本身并不负责数据的重传。 时间戳 记录了负载中第一个字节的采样时间，接收方根据时间戳能够确定数据的到达 是否受到了延迟抖动的影响，但具体如何来补偿延迟抖动则是应用程序自己的事情。 从 RTP 数据报的格式不难看出，它包含了传输媒体的类型、格式、序列号、时间戳以及是 否有附加数据等信息，这些都为实时的流媒体传输提供了相应的基础。RTP 协议 的目的是 提供实时数据（如交互式的音频和视频）的端到端传输服务，因此在 RTP 中没有连接的概念， 它可以建立在底层的面向连接或面向非连接的传输协议之 上；RTP 也不依赖于特别的网络 地址格式，而仅仅只需要底层传输协议支持组帧（Framing）和分段（Segmentation ）就足够 了；另外 RTP 本身还不提供任何可靠性机制，这些都要由传输协议或者应用程序自己来保 证。在典型的应用场合下，RTP 一般是在传输协议之上作为应用程序的一部分加以实现的， 如图 2 所示： 图 2 RTP 与各种网络协议的关系 2.2 RTCP 控制协议 RTCP 控制协议需要与 RTP 数据协议一起配