在rfc6184-h264文档5.4章节有详细说明、以及rfc7798-h265文档4.2章节中也有部分介绍。
一、NALU Header
● H264 NALU Header（1 byte）结构图如下：
F： 1 bit
forbidden_zero_bit，禁止位，大多数情况为0，表示NAL单元类型和有效载荷不应该包含误码或其它语
法错误。值为1，表示该NAL单元类型和有效载荷可能包含误码或者其它语法错误。
NRI： 2 bit
nal_ref_idc，nal 参考级别，该值一般为00、01、10、11（二进制），表示该NAL单元重要级别，如果
为0，可能解码器丢弃，不会导致花屏现象。该值必须遵循H264编码规范。比如：sps、pps、idr等NAL
单元时，该值必须为11（二进制）
Type：5 bit
nal_unit_type，代表nal单元类型，常见的该值为7（sps）、8（pps）、5（idr）等。
● H265 NALU Header（2 byte）结构图如下：
F： 1 bit
forbidden_zero_bit，禁止位，大多数情况为0，表示NAL单元类型和有效载荷不应该包含误码或其它语法
错误。值为1，表示该NAL单元类型和有效载荷可能包含误码或者其它语法错误。
Type: 6 bit
nal_uint_type，代表nal单元类型，允许NAL单元的类型编码数比 h264/AVC多一倍，达到64类，其中32类
作用在VCL NAL单元，32类用作non-VCL NAL单元。
LayerId：6 bit
nal_layer_id，hevc中等于0，扩展标识符。该语法未来用于标识CVS中可能出现的层，其中层包括空间可
伸缩层、质量可伸缩层、纹理视图或深度视图。
TID： 3 bit
nal_temporal_id_plus1，层识别信息。表示当前NAL单元属于哪个时域子层，时域标识符的值为0~6。
二、RTP有效载荷结构（Payload Structures）
有效载荷格式定义了三种不同的基本有效载荷结构。接收器可以通过RTP包有效载荷的第一个字节识别有效 载荷结构，该RTP包有效载荷的第一个字节共同充当RTP包有效载荷报头，并且在某些情况下，作为有效载荷的 第一个字节。这个字节总是被构造为一个NAL单元头。NAL单元类型字段(nalu_unit_type)表示存在哪种结构。可 能的结构如下： ● Single NAL Uint Packet（单个NAL单元包）：在有效载荷中只包含一个NAL单元。NAL报头类型字段等于原 始NAL单元类型，即在1到23的范围内。单个NAL单元包必须包含一个NAL单元。这意味着即不能再聚合包中使 用，也不能在碎片单元中使用单个NAL单元包。由按RTP序列号顺序解包的单个NAL单元包组成的NAL单元流必 须符合NAL单元解码顺序。单个NAL单元包的结构如图所示：
● Aggregation Packets（聚合包）：聚合包是此负载规范的NAL单元聚合方案。引入该方案时为了反映两个关键
目标网络的显著不同的MTU大小，有线IP网络（其MTU大小通常受以太网MTU大小的限制，大约为1500字节）
和基于IP或非基于IP（例如ITU-T H.234/M）的无线通信系统，其首选传输单元大小为254字节或更小。为了防止
两个世界之间的媒体转码，并避免不必要的分组开销，引入了NAL单元聚合方案。
主要有两种聚合包类型：
① Single-time aggregation packet（STAP）：对具有相同NALU-times的NAL单元进行聚合。定义了两种类型
的STAP，一种没有DON（STAP-A），另一种包括DON（STAP-B）。DON（Decoding Order Number）
② Multi-time aggregation packet（MTAP）：聚合具有不同NALU-times的NAL单元。定义了两种不同的MTAP，
不同的是NAL单元时间戳偏移量的长度。聚合报文中所携带的每个NAL单元封装在一个聚合单元中。聚合包的RTP
负载如图所示：
1）H264 FUs结构
H264 FU-A的RTP负载如图所示：
H264 FU-B的RTP负载如图所示：
H264 FU indicator定义如下：
1 //FU Indicator定义实际就是H264的NAL Header，H264
2 typedef struct _tagFUIndicator
3 {
4 uint8_t F : 1; /*1 bit，forbidden_zero_bit（禁止位），一般为0*/
5 uint8_t NRI : 2; /*2 bit，nal_ref_idc（nal参考级别），代表这一个NAL的重要级别，比如sps、pps、idr该值一般为11（二进制），由*/
6 uint8_t TYPE : 5; /* set to 28 or 29 */
7 } FUIndicator;
FU-A和FU-B的type字段分别为28和29，FUIndicator结构和NALU单元头定义类似，只是FU-A和FU-B中
的TYPE字段表示分片类型，而NALU单元中的TYPE为nalu_unit_type。
H264 FU header结构如下：
1 //FU Header定义，H264
2 typedef struct _tagH264FUHeader
3 {
4 uint8_t S : 1; /*1 bit，Start位，当设置为1时，Start位表示一个分片NAL单元的开始。当FU有效载荷不是分片NAL单元有效载荷起始时，该值被设置为0*/
5 uint8_t E : 1; /*1 bit，End位，当设置为1时，表示分片NAL单元的结束，即当该NAL单元分片最后一个分片时，该值为1，否则End位被设置为0*/
6 uint8_t R : 1; /*1 bit，预留位，一般为0*/
7 uint8_t Type : 5; /*5 bit，nalu_unit_type， set to nal type */
8 } H264FUHeader;
2）H265 Fus结构
H265 PayloadHdr定义（即H265的NAL Header）如下：
1 typedef struct tagH265NalHeader
2 {
3 uint8_t F : 1; /* start flag */
4 uint8_t Type : 6; /* end flag */
5 uint8_t LayerId : 6; /* end flag */
6 uint8_t Tid : 3; /* set to nal type */
7 } H265NalHeader;
H265 FU header结构如图：
1 typedef struct tagH265FUHeader
2 {
3 uint8_t S : 1; /* start flag */
4 uint8_t E : 1; /* end flag */
5 uint8_t Type : 6; /* set to nal type */
6 } H265FUHeader;
三、三种分包模式和适用场景
● Single NAL unit mode（单个NALU单元模式）：适用于复合ITU-T建议H.241的会话系统。 ● Non-interleaved mode（非交错模式）：非交错模式是针对可能不符合ITU-T建议H.241的会话系 统。在非交错模式下，NAL单元按NAL单元解码顺序传输。 ● Interleaved mode（交错模式）：交错模式适用于不需要非常低的端到端延时的系统。交错模式 允许在NAL单元解码顺序之外传输的NAL单元。