Rtmp中的对话通道

Rtmp协议:

        KEY : Message / Chunk / Stream

        Rtmp中,一个Message通常是分割成多个Chunk进行传输的.每个Chunk通常包含有1~12个字节的头部(该部分与完整的协议不是十分符合).

        因为Rtmp是基于TCP协议的,所以在Rtmp传输过程中, Chunk头部会根据实际情况使用简化的头部(12字节的头部是完整的头部,8/4/1字节的头部是根据实际情况简化的).

 

 

一. Chunk头部的简化规则

        1 . 00------头部

        在传输开始,的第一个Chunk头部通常使用(00------)格式,包含完整的头部信息,依次包含:时间戳,Message长度,Message类型1B,StreamId1B. 这些信息在程序中是需要保留的.以便后面简化的头部,可根据该头部完善信息.

 

        2 . 01------头部

        当发送多个相关的Message时,Chunk的头部通常使用(01------)开始, 后面追加StreamId,Message类型和Message长度三个字段,这些字段与前一个Chunk的信息保持一致.例如,当交错的发送Video/Audio Message,它们属于同一个StreamId,但其他字段都发生了变化.

 

        3 . 10------头部

        当由一个Message拆分成的连续的两个Chunk的时间戳发生了变化时(尤其是Video/Audio Message),例如,一个Video Message中前一个Chunk和下一个Chunk的时间戳或时间戳增量不一致,后面的Chunk头部会以(10------)开始, 再追加一个3字节的时间戳字段即可.

 

        4 . 11------头部

        当一个Message过长,需要由多个连续的Chunk进行发送时,Chunk的头部通常会以(11------)开始, 没有其他附加字段,所有相关字段与前一个Chunk保持一致.

 

        说明:以上的"------"为6bit的ChunkId

 

 

二. 关于ChunkId和StreamId

 

        1 . StreamId的使命

        一个StreamId通常用以完成某些特定的工作. 如使用Id为0的Stream来完成客户端和服务器的连接和控制,用Id为1的Stream来完成Stream的控制和播放等工作.

 

        2 . ChunkId的使命

        一个ChunkId通常会完成某个特定的工作. 比如说系统保留的ChunkId为2的就只是用于完成对Stream的控制. 在该通道上,服务器和客户端可以对Stream的具体属性进行设置和交互.如创建一个Stream,告知Stream结束,设定Stream的带宽,设定Chunk大小,终止Message等.这里对Stream的控制不是针对某个Stream的,而是全局的.

        再比如,使用ChunkId8对播放进行控制.客户端发送"play"命令,服务器也会通过ChunkId8这个通道告知客户端播放的状态,如告知客户端播放开始,播放完成等信息.

        服务器使用ChunkId5进行媒体数据的传送,如果客户端需要针对这些数据对服务器应答,也要使用该通道.

 

        3 . ChunkId和StreamId的关系

        ChunkId和StreamId的关系目前并不明了,但通常情况下某一个ChunkId会在固定的StreamId中完成相应的工作. 比如ChunkId2对Stream的相关属性进行控制,这些控制的消息必须在StreamId0中完成.也就是说ChunkId2和StreamId0指定了服务器和客户端对Stream控制的以个对话通道.