实时传输协议（RTP）

这种协议旨在处理互联网上的实时流量，比如音频和视频数据。实时传输协议（RTP）RTP必须与UDP一起使用。它没有任何类似多播或端口号这样的传输机制。RTP支持多种文件格式，比如MPEG和MJPEG。不过，RTP对数据包的延迟非常敏感，而对数据包丢失的容忍度则较低。RTP的历史：该协议是由互联网工程任务组（IETF）中的四位成员共同开发的。

1. S. Casner（数据包设计）
2. V. Jacobson（数据包设计）
3. H. Schulzrinne（哥伦比亚大学）
4. R. Frederick（蓝衣系统公司）

《RTP》首次出版于1996年，当时它被称为……RFC 1889然后，它于2003年以这样的名称出版了：RFC 3550. RTP的应用：

1. RTP主要帮助进行媒体混合、排序以及时间戳的设定。
2. 互联网协议语音技术（VoIP）
3. 通过互联网进行的视频会议。
4. 互联网上的音频和视频流媒体服务。

RTP头部格式：RTP数据包的头部格式示意图如下所示：RTP的头部格式非常简单，适用于所有实时应用。下面是对头部格式中各个字段的详细说明：

• 版本：这个2位数的字段用于表示版本号。当前版本为2。
  1. P –该字段的长度为1位。如果值为1，则表示数据包的末尾有填充字符；如果值为0，则表示没有填充字符。
  2. X –该字段的长度也是1位。如果该字段的值设置为1，则表示在数据头和基本头之间有一个额外的扩展头；如果值为0，则表示没有额外的扩展头。
  3. 贡献者数量 –这个4位字段表示参与者的数量。由于4位字段可以表示从0到15的数字，因此参与者的数量最多为15个。
  4. M –该字段的长度为1位，它被应用程序用作结束标记，以表示数据的结束。
  5. 有效载荷类型 –该字段的长度为7位，用于表示有效载荷的类型。下面列出了几种常见有效载荷类型的应用示例。
  6. 序列号 –该字段的长度为16位。它用于为RTP数据包分配序列号，从而帮助实现数据包的排序。第一个数据包的序列号会被随机指定，而后续每个数据包的序列号则依次增加1。这个字段主要起到检测丢失的数据包以及确保数据包顺序正确作用的作用。
  7. 时间戳 –该字段的长度为32位。它用于确定不同RTP数据包之间的时间关系。第一个数据包的时间戳是随机生成的，而后续数据包的时间戳则由前一个时间戳以及生成当前数据包的第一个字节所花费的时间之和来决定。每个时钟周期的值因应用程序而异。
  8. 同步源标识符 –这是一个32位的字段，用于标识和定义来源。该来源标识符的值是由来源本身随机生成的。这样做的主要目的是解决当两个来源使用相同的序列号时可能出现的冲突问题。
  9. 贡献者标识符 –这同样是一个32位的字段，用于标识来源。在会话中，如果存在多个来源，那么就会使用这个字段来区分它们。混合器所使用的来源使用“同步源标识符”作为标识，而其他来源则使用“贡献者标识符”作为标识（最多可设置15个这样的标识符）。