一. 简介
RTP本身只保证实时数据的传输,并不能为按顺序传送数据包提供可靠的传送机制,也不提供流量控制或拥塞控制,它依靠RP提供这些服务
二. 填充12字节的头
![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/9409831db6cfdab03ab1ab1e877b4e83.png)
1.
版本(V):2 比特,版本是 2。
2.
填充(P ):1 比特,值为0。
3.
扩展(X):1 比特,若设置扩展比特,固定头(仅)后面跟随一个头扩展,不 扩展,值为0。
4.
CSRC 计数(CC):4 比特,不使用,值为0。
5.
标志(M):1 比特,值为1时标志为该帧的最后一包。
6.
负载类型(PT):7 比特,此域定义了负载的格式,值为98,表示H.265。
7.
序列号(sequence number):16 比特,每发送一个 RTP 数据包,序列号加 1,接收端可以据此检测丢包和重建包序列。序列号的初始值是随机的(不可预测),以使即便在源本身不加密时(有时包要通过翻译器,它会这样做),对加密算法泛知的普通文本攻击也会更加困难。
8.
时间戳(timestamp):32 比特,时间戳反映了 RTP 数据包中第一个字节的采样时间。
9.
SSRC:32 比特,用以识别同步源。标识符被随机生成,以使在同一个 RTP 会话期中没有任何两个同步源有相同的 SSRC 识别符。RTP 包流的源,用 RTP 报头中 32 位数值的SSRC 标识符进行标识,使其不依赖于网络地址。一个同步源的所有包构成了相同计时和序列号空间的一部分,这样接收方就可以把一个同步源的包放在一起,来进行重放。
三. 判断该帧是否大于1400
1. 大于1400,分片
12,13 字节
:填充2个字节的FuIndicator,其中u6Type = 49, u6LayerId = 0;u1F 由视频流中的Nalu头部 的u1F决定,u3TID 由Nalu头部的u3TID决定
14字节
:填充一个字节的FuHdr, 其中u1S为开始位,u1E为结束位,u6Type由Nalu头部的u6Type决定
位15
:填充视频流
2.不大于1400
注:最后一片,RTP头的hRtp->pRtpFixedHdr->u1Marker = 1;
位12、13
:直接填充u6LayerId = 1,u3TID = 0, u6Type,u1F由视频中Nalu头部决定
位14
:填充视频流