实时传输协议（Real-time Transport Protocol或简写RTP）是一个网络传输协议，它是由IETF的多媒体传输工作小组1996年在RFC 1889中公布的。国际电信联盟ITU-T也发布了自己的RTP文档，作为H.225.0，但是后来当IETF发布了关于它的稳定的标准RFC后就被取消了。它作为因特网标准在RFC 3550（该文档的旧版本是RFC 1889）有详细说明。RFC 3551（STD 65，旧版本是RFC 1890）详细描述了使用最小控制的音频和视频会议。

术语简介

可靠传输协议（RTP：ReliableTransportProtocol），是用来管理EIGRP数据包的发送和接收的协议。“可靠的发送”是指发送是有保障的，这种保障依赖Cisco公司私有的算法来实现，这个私有的算法被称为“可靠组播（reliablemulticast）”，发送路由器将更新信息发送到组播IP地址224.0.0.10，每一个接收可靠组播数据包的邻居都会发送一个单播的确认数据包。如果EIGRP没有从某个邻居那里得到应答，它将使用单播来重发同样的数据，如果在16次单播尝试后，它仍然没有应答，则此邻居将被宣告消失。

虽然名称中包含“可靠”，但RTP并不仅仅提供可靠传输，它也提供不可靠传输。当使用可靠传输时，RTP要求对方发回ACK确认；当使用不可靠传输时，RTP不要求ACK。

使用

RTP 使用偶数端口号接收发送数据，相应的RTCP则使用相邻的下一位奇数端口号。/nRTP提供抖动补偿和数据无序到达检测的机制。由于IP网络的传输特性，数据的无序到达是很常见的。 RTP允许数据通过IP组播的方式传送到多个目的地。RTP被认为是在IP网络中传输音频和视频的基本标准。RTP通常配合模板和负载格式使用。/n对于实时多媒体流应用，及时传送信息是首要目标，为达到目标可以忍受部分丢包。例如，在音频应用中的一个丢包，可能导致损失音频数据中的一秒内容，这个很容易通过合适的隐藏算法掩盖过去，从而不被人注意。由于TCP更注重可靠性而不是及时性，在RTP应用中很少使用。取而代之，大部分RTP实施是基于UDP的。/n每一个多媒体流会建立一个RTP会话。一个会话包含带有RTP和RTCP端口号的IP地址。例如，音频和视频流使用分开的RTP会话，这样用户可以选择其中一个媒体流。形成会话的端口由其他协议（例如RTSP和SIP）来协商。RTP和RTCP使用UDP端口1024 – 65535。