RTMP规范协议

本文参照rtmp协议英文版，进行简单的协议分析

1、什么是RTMP

关于 Adobe 的实时消息协议(Real Time Messaging Protocol,RTMP)，是一种多媒体的复用和分组的应用层协议，通过某种可靠的传输协议（例如 TCP）传输数据流(例如音频，视频和交互数据)。

2、字节序、对齐和时间戳

字节序：所有整数字段的表示都使用网络字节序，零字节在最前面显示，同时零位是字或字段的最重要的位（注：零位是符号位）。这种字节序通常被称为大端(big-endian)。

对齐：除了其它指定外，所有的 RTMP 协议都是单字节对齐的；比如说，一个 16 位的字段起始位置可能是一个奇数偏移。如果需要填充，填充字节应该（SHOULD）是 0。

时间戳：RTMP 中给定的时间戳是从一个未指定的时间点开始的相对时间的整数毫秒数。通常，每个流都将从时间戳为 0 为起始时间。

注：因为时间戳是 32 位长，它们将在 49 天，17 小时，2 分 47.296 秒后重新开始。由于流被要求持续不断的传输，可能要运行几年后才结束，所以 RTMP 应用程序在处理时间戳时应该（SHOULD）使用序列号算法（Serial NumberArithmetic），应该（SHOULD）能处理这个环绕的情形。比如

，应用程序应该认为所有相邻的时间戳之差都在 2^31-1 之内（译者注：2^31 表示 2 的 31 次方，32 位的无符号数最大能表示 2^32 - 1=4294967295），所 1000 应该在 4000000000 之后，而 3000000000 在 4000000000 之前。

3、消息

消息是RTMP协议中基本的数据单元。不同种类的消息包含不同的Message Type ID，代表不同的功能。RTMP协议中一共规定了十多种消息类型，分别发挥着不同的作用。例如，Message Type ID在1-7的消息用于协议控制，这些消息一般是RTMP协议自身管理要使用的消息，用户一般情况下无需操作其中的数据。Message Type ID为8，9的消息分别用于传输音频和视频数据。Message Type ID为15-20的消息用于发送AMF编码的命令，负责用户与服务器之间的交互，比如播放，暂停，停止等。消息首部（Message Header）有四部分组成：标志消息类型的Message Type ID，标志消息长度的Payload Length，标识时间戳的Timestamp，标识消息所属媒体流的Stream ID。消息的报文结构如图所示。

4、消息块

在网络上传输数据时，消息需要被拆分成较小的数据块，才适合在相应的网络环境上传输。RTMP协议中规定，消息在网络上传输时被拆分成消息块（Chunk）。消息块首部（Chunk Header）有三部分组成：用于标识本块的Chunk Basic Header，用于标识本块负载所属消息的Chunk Message Header，以及当时间戳溢出时才出现的Extended Timestamp。消息块的报文结构如图所示。

在消息被分割成几个消息块的过程中，消息负载部分（Message Body）被分割成大小固定的数据块（默认是128字节，最后一个数据块可以小于该固定长度），并在其首部加上消息块首部（Chunk Header），就组成了相应的消息块。消息分块过程如图5所示，一个大小为307字节的消息被分割成128字节的消息块（除了最后一个）。

RTMP传输媒体数据的过程中，发送端首先把媒体数据封装成消息，然后把消息分割成消息块，最后将分割后的消息块通过TCP协议发送出去。接收端在通过TCP协议收到数据后，首先把消息块重新组合成消息，然后通过对消息进行解封装处理就可以恢复出媒体数据。