本文主要是介绍RTP网络字节序，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一. 简介
RTP本身只保证实时数据的传输,并不能为按顺序传送数据包提供可靠的传送机制,也不提供流量控制或拥塞控制,它依靠RP提供这些服务
二. 填充12字节的头
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：填充视频流
这篇关于RTP网络字节序的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
