目录RTP概览RTP Header格式Rtp 数据包拆解VersionPaddingX（扩展）CC(CSRC计数)M(marker)PT(payload type)sequence numbertimestampSSRCCSRC
RTP概览
RTP是一种应用层协议，传输层协议可以是TCP或者UDP（UDP多一些）！
RTP数据包由两部分组成，一部分是RTP Heaeder，一部分是RTP body，RTP Header占用最少12个字节，最多72个字节；另一部分是RTP Payload，用来封装实际的数据负载，如封装h264编码的视频数据！下面我们来仔细看下RTP Header和RTP Body的组织形式！
RTP包格式示意图
RTP Header格式
0 1 2 3 4
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P|X| CC |M| PT | sequence number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| timestamp |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| synchronization source (SSRC) identifier |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| contributing source (CSRC) identifiers |
| .... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
V: 2bits，表示版本号，
P: 1bit，表示是否支持填充，置为1的时候，表示在packet的末尾进行填充，方便一些针对固定长度算法的封装
X: 1bit, 表示是否支持Rtp头扩展，置为1的时候，RtpHeader之后会跟1个header extension
CC(CSRC count): 4bits，表示头部之后contributing sources identifiers的个数
M: 1bit;对于视频，标记一帧的结束；对于音频，标记会话的开始
PT: 7bits，表示传输的多媒体类型，（https://tools.ietf.org/html/rfc3551）
sequence number:16bits(2字节)，表示RTP包序号
timestamp:32bits（4字节），表示时间戳, 必须使用90 kHz 时钟频率
SSRC:32bits(4字节)，用于标识同步信源，参加同一视频会议的两个同步信源不能有相同的SSRC
CSRC:特约信源标识符，每个CSRC占用4个字节，可以有0~15个。每个CSRC标识了包含在该RTP报文有效载荷中的所有特约信源
PT（多媒体类型）
视频多媒体类型
说明：
GB28181中对PT的定义
负载类型
编码名称
时钟频率
通道数
SDD描述中m字段的media项
4
G.723
8k HZ
1
audio
8
PCMA(G.711 A)
8k HZ
1
audio
9
G722
8k HZ
1
audio
18
G.729
8k HZ
1
audio
20
SVACA(SVAC音频)
8k HZ
1
audio
96
PS
90k HZ
video
97
MPEG-4
video
98
H.264
99
SAVC(SVAC视频)
Rtp 数据包拆解
根据PT类型的不同，Payload有不同的组织方式。
让我们来看一个实际的RTP数据包的抓包
红色框中的部分为RTP Header；绿色框中的部分为RTP Payload! 我们来详细来看下：
该数据包中Rtp Header的16进制表示为：
80 21 01 02 3f 4d 22 9b de ad be ef
将其用二进制表示如下：
0 1 2 3 4
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|1 0|0|0|0 0 0 0|0|0 1 0 0 0 0 1|0 0 0 0 0 0 0 1 0 0 0 0 0 0 1 0|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 1 1 1 1 1 1 0 1 0 0 1 1 0 1 0 0 1 0 0 0 1 0 1 0 0 1 1 0 1 1|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|1 1 0 1 1 1 1 0 1 0 1 0 1 1 0 1 1 0 1 1 1 1 1 0 1 1 1 0 1 1 1 1|
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
Version
值为10，版本号为2，我们与wireshark的抓包解析对比一下：
Padding
值为0，表示不填充。wireshark的抓包如下：
X（扩展）
值为0。表示不支持扩展RTP头！wireshark的抓包如下
CC(CSRC计数)
CSRC计数器，值为0，表示没有RTP头信息中没有CSRC！wireshark的解析：
M(marker)
值为0，表示该数据包非一帧数据的最后一帧！wireshark的解析：
ps：当该值为1时，表示该数据包是一帧数据的最后一个数据包！
PT(payload type)
PT值为33，根据payload type，得知该rtp数据包的负载数据为自定义的数据类型！而抓包是一个从摄像头拉取视频数据，所以遵循GB28181标准，所以是一个ps类型的数据包。wireshark的解如下：
sequence number
值为0x 01 02，十进制为258，表示rtp包的序列号为258。
wireshark的解析如下：
timestamp
值为0x3f 4d 22 9b, 表示时间戳，wireshark解析为：
SSRC
同步信源标识符，此数据包的值为0xde ad be ef,wireshark的解析为：
CSRC
由于RTP Header中CC的值为0，所以表示CSRC在本数据包中的个数为0，在此处没有，RTP HEADER中允许有0-15个CSRC。
好了，RTP数据包的格式被我们经过肢解，图解后，我们对其也有了比较详尽的了解，本篇的介绍也就到这里了！我们下一讲再见吧！
手撕RTSP协议系列（12）——RTP包格式