RTP 实时传输协议

实时传送协议（Real-time Transport Protocol或简写RTP，也可以写成RTTP）是一个网络传输协议，它是由IETF的多媒体传输工作小组1996年在RFC 1889中公布的。

　　RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。它一开始被设计为一个多播协议，但后来被用在很多单播应用中。RTP协议常用于流媒体系统（配合RTCP协议），视频会议和一键通（Push to Talk）系统（配合H.323或SIP），使它成为IP电话产业的技术基础。RTP协议和RTP控制协议RTCP一起使用，而且它是建立在用户数据报协议上的。

　　它作为因特网标准在RFC 3550（该文档的旧版本是RFC 1889）有详细说明。RFC 3551（STD 65，旧版本是RFC 1890）详细描述了使用最小控制的音频和视频会议。

　　RTP 本身并没有提供按时发送机制或其它服务质量（QoS）保证，它依赖于低层服务去实现这一过程。 RTP 并不保证传送或防止无序传送，也不确定底层网络的可靠性。 RTP 实行有序传送， RTP 中的序列号允许接收方重组发送方的包序列，同时序列号也能用于决定适当的包位置，例如：在视频解码中，就不需要顺序解码。

　　RTP 由两个紧密链接部分组成：

　　RTP ― 传送具有实时属性的数据；

　　RTP 控制协议（RTCP） ― 监控服务质量并传送正在进行的会话参与者的相关信息。RTCP 第二方面的功能对于“松散受控”会话是足够的，也就是说，在没有明确的成员控制和组织的情况下，它并不非得用来支持一个应用程序的所有控制通信请求。
封包结构

+ 位元 0-1 2 3 4-7 8 9-15 16-31 0 Ver. P X CC M PT 序号 32 Timestamp 64 SSRC identifier 96 ... CSRC identifiers ... 96+(CC×32) Additional header (optional), indicates length "AHL" 96+(CC×32) + (X×(AHL+16))   Data

Ver.（2 bits）是目前协定的版本号码，目前版号是 2。

P（1 bit）是用于RTP 封包（packet）结束点的预留空间，视封包是否需要多余的填塞空间。

X（1 bit）是否在使用延伸空间于封包之中。.

CC（4 bits）包含了 CSRC 数目用于修正标头（fixed header）.

M (1 bit) 是用于应用等级以及其原型（profile）的定义。如果不为零表示目前的资料有特别的程式解译。

PT（7 bits）是指payload的格式并决定将如何去由应用程式加以解译。

SSRC 是同步化来源。