目录

  • RTP概览
  • RTP Header格式
  • Rtp 数据包拆解
  • Version
  • Padding
  • X(扩展)
  • CC(CSRC计数)
  • M(marker)
  • PT(payload type)
  • sequence number
  • timestamp
  • SSRC
  • CSRC

RTP概览

RTP是一种应用层协议,传输层协议可以是TCP或者UDP(UDP多一些)!

RTP数据包由两部分组成,一部分是RTP Heaeder,一部分是RTP body,RTP Header占用最少12个字节,最多72个字节;另一部分是RTP Payload,用来封装实际的数据负载,如封装h264编码的视频数据!下面我们来仔细看下RTP Header和RTP Body的组织形式!

RTP包格式示意图

ios rtp组包 rtp包解析_ios 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(多媒体类型)

ios rtp组包 rtp包解析_ide_02

视频多媒体类型

ios rtp组包 rtp包解析_ios rtp组包_03

说明:

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数据包的抓包

ios rtp组包 rtp包解析_ide_04

红色框中的部分为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

ios rtp组包 rtp包解析_ide_05

值为10,版本号为2,我们与wireshark的抓包解析对比一下:

ios rtp组包 rtp包解析_数据_06

Padding

ios rtp组包 rtp包解析_ide_07

值为0,表示不填充。wireshark的抓包如下:

ios rtp组包 rtp包解析_ide_08

X(扩展)

ios rtp组包 rtp包解析_ide_09

值为0。表示不支持扩展RTP头!wireshark的抓包如下

ios rtp组包 rtp包解析_ios rtp组包_10

CC(CSRC计数)

ios rtp组包 rtp包解析_ios rtp组包_11

CSRC计数器,值为0,表示没有RTP头信息中没有CSRC!wireshark的解析:

ios rtp组包 rtp包解析_数据_12

M(marker)

ios rtp组包 rtp包解析_数据_13

值为0,表示该数据包非一帧数据的最后一帧!wireshark的解析:

ios rtp组包 rtp包解析_ios rtp组包_14

ps:当该值为1时,表示该数据包是一帧数据的最后一个数据包!

PT(payload type)

ios rtp组包 rtp包解析_抓包_15

PT值为33,根据payload type,得知该rtp数据包的负载数据为自定义的数据类型!而抓包是一个从摄像头拉取视频数据,所以遵循GB28181标准,所以是一个ps类型的数据包。wireshark的解如下:

ios rtp组包 rtp包解析_ide_16

sequence number

ios rtp组包 rtp包解析_ide_17

值为0x 01 02,十进制为258,表示rtp包的序列号为258。

ios rtp组包 rtp包解析_数据_18

wireshark的解析如下:

ios rtp组包 rtp包解析_ios rtp组包_19

timestamp

ios rtp组包 rtp包解析_数据_20

值为0x3f 4d 22 9b, 表示时间戳,wireshark解析为:

ios rtp组包 rtp包解析_数据_21

SSRC

ios rtp组包 rtp包解析_ide_22

同步信源标识符,此数据包的值为0xde ad be ef,wireshark的解析为:

ios rtp组包 rtp包解析_抓包_23

CSRC

由于RTP Header中CC的值为0,所以表示CSRC在本数据包中的个数为0,在此处没有,RTP HEADER中允许有0-15个CSRC。

好了,RTP数据包的格式被我们经过肢解,图解后,我们对其也有了比较详尽的了解,本篇的介绍也就到这里了!我们下一讲再见吧!