RTMP协议是Real Time Message Protocol(实时信息传输协议)的缩写,它是由Adobe公司提出的一种应用层的协议,用来解决多媒体数据传输流的多路复用(Multiplexing)和分包(packetizing)的问题。
RTMP消息块流和RTMP一起适用于多样性音视频应用程序,从一对一和一对 多向视频点播服务器直接广播到交互式会议应用程序。
RTMP协议是应用层协议,是要靠底层可靠的传输层协议(通常是TCP)来保证信息传输的可靠性的。在基于传输层协议的链接建立完成后,RTMP协议也要客户端和服务器通过“握手”来建立基于传输层链接之上的RTMP Connection链接。
包含在每一个包中的数据,就像音视频样本或压缩后的视频数据。
一个数据包是由固定的包头和有效的负载数据来组成的。
rtmp协议默认使用的是1935端口。
一个通信的逻辑通道,让消息流通
每个消息拥有一个分配的id,标识消息流。
消息的一个片段,一个完整的消息会被分割成小的片段,每个片段都是一个消息块。
一个通信的逻辑通道,允许消息块在一个特定方向流通,例如:从客户端到服务器。
每个消息块有一个分配的id用于识别跟随消息块流。
把分开的音视频数据组合成一条音视频流的过程。
复合的反向过程,交叉存取组装的音视频数据,是他们成为最初的音视频数据。
在rtmp消息块中的时间戳使用整数来表示,但是为毫秒。时间戳必须是线性增加的,允许引用程序处理异步传输,带宽度量,检测,流控制。
要建立一个有效的rtmp连接,首先经过”握手”阶段,规则如下:
客户端被指定依次向服务器发送C0,C1,C2三个chunk,服务器向客户端发送S0,S1,S2三个chunk。 详细发送要求:
简化如下:
C0和S0都是rtmp版本包,大小1字节
版本:8比特,C0:客户端需求的rtmp版本,S0:服务器选择的rtmp版本,如图:
客户端发送C1包,C1包大小1536字节,格式如下图:
time:包含了一个时间戳,为了同步多个消息块流, 发送端会期望这个值是其他消息块的块流时间。
服务器应答,发送S1包,S1数据和C1完全相同。
客户端发送C2包:C2包,包大小1536字节,包格式如图:
时间:4byte,这个字段必须对应发送的时间戳(C2:S1, S2:C1); 时间2:4byte,这个包含先前的每一个包被读的时间戳, 以及1528字节。
消息分块:握手完成,复合多个消息分块,每个消息块有一个唯一分配的消息块流id,消息块流在网络上传输。 一个消息块发送完,才能发送下一个消息块。服务器接收完,基于消息块流id,复合成消息。
消息块格式:
消息块的默认大小128字节。通过set Chunk size 设置块的最大值。 格式如图: