RTP与RTCP协议.docVIP

一. 概述实时传输协议（RTP，Real Time Transport Protocol）由RFC 1889定义，主要用于网络上各种实时应用（Real-time applications）。现在实时应用非常热（图14-02-1）。图14-02-1?? 网络实时应用例为什么不采用TCP？众所周知，Web网页传输是建立在HTTP协议的基础上的，但是HTTP有着自己的局限性：1.HTTP是无连接协议，限制了每次连接只处理一个请求，服务器处理完客户的请求，收到应答后，即断开连接，虽然这种方式可以节省时间，但却无法实现广播。2.HTTP是无状态协议，所谓的无状态协议是指协议对于事件处理无记忆能力，这就意味着如果后续处理需要前面的信息，则必须重传，如果采用HTTP则必须重传，从而导致传输数据量增大，带宽浪费。存在4个问题：o ?? 不需要100% 的可靠性o ?? 重发延迟o ?? 窗口后退o ?? N 参与者 - N*N 连接实时传输协议提供了支持这些要求的功能：· ?? ?? ??? 丢失，顺序混乱：序列号· ?? ?? ??? 丢失，不稳定：时间戳· ?? ?? ??? 数据源/有效载荷认定· ?? ?? ??? 速率控制: 服务质量反馈（QoS feedback）RTP用于一对多传输情况下，提供时间信息和实现媒体同步。此外，实时传输控制协议（RTCP，Real Time Transport Control Protocol）与RTP一起提供流量控制和拥塞控制服务。在RTP会话期间，各参与者周期性地传送RTCP包，RTCP包中含有已发送的数据包的数 量、丢失的数据包的数量等统计资料，因此服务器可利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，它们能以有效的反馈 和最小的开销使传输效率最佳化，因而特别适合网上的实时数据。RTP和其他熟悉的协议如HTTP、 FTP等类似，但是根据实时流的特定要求作了剪裁。和HTTP、FTP不同，RTP并不下载整个视频到客户计算机上，而是用固定的数据速率传输一个细的单向数据流，使其实时播放广播（在很短的初始化握手和 数据缓冲之后）。一个流化了的一分钟电影就恰好播放一分钟。当连接具有足够的带宽来处理数据流的时候，电影就将播放。当数据播放完了就丢弃。观众只能通过 再请求从流服务器来重放。?实时流是如何被处理的？当你收听实时广播时，流客户软件 （比如，QuickTime Player， 或者QuickTime 插件) 发送一个请求到流服务器。服务器查找会话描述协议 (SDP，Session Description Protocol)文件, 如找到，就开始通过RTP发送流媒体到你的计算机。一个SDP文件是一个文本文件，包含了将要发送什么和怎么收听的信息。SDP文件由计算机上的广播软件（比如Sorenson广播器）建立，它捕获实况媒 体，但是SDP文件必须在媒体广播之前被拷贝到流服务器。QuickTime Player 和QuickTime 插件可以打开视频的SDP文件。传送的问题?必须牢记实时流包含一些传送上的问题。?? 数据丢失。 RTP 使用低级的UDP进行传送。 UDP 比TCP/IP快，但是没有丢失报告机制，所以Internet上的流通常都会丢失。?? 网络地址转换。小型网络用路由器连接Internet接收流可能有问题。这些路由器通常使用网络地址转换(NAT， Network Address Translation), 但是RTP的流包含的端口地址会使一些老式NAT软件迷惑。你需要升级NAT软件。? HTTP 管道。如其他失败，使用HTTP管道将RTP数据包打包进普通HTTP数据包。这常常使流能穿过防火墙或NAT路由器。要使用HTTP管道, 收看者必须配置自己的QuickTime 设置控制面板，通过检查使用HTTP并且设置端口为80（或者是流服务器用HTTP传输的端口），而且服务器必须支持HTTP管道。?RTP 与 RTSP的比较?分清楚RTP和实时流协议（RTSP）很重要, RTSP是另一个传送协议。RTSP 用在观众和Unicast 服务器通信的情况。RTSP 提供双向通信，即观众可以和流服务器通信并且进行如倒带、换章节观看等操作。相反，RTP 是一个单向协议，只能从服务器发送实况或存储流到客户。RTP一般和RTCP配合使用（图14-02-2）。两个密切链接的部分（相继的UDP端口）：o?? 数据部分，传输RT数据o 控制部分RTCP（Real Time Control Protocol) ，监视QoS和携带预期信息??（a）用途（b）使用相邻的端口图14-02-2?? RTP和RTCP的使用二