为何Tello无人机将单个H264 NAL单元拆分为5个UDP数据包发送？

1. 确实是单个NAL单元拆分为多个UDP数据包 #

你观察到的情况完全正确——带00 00 00 01起始码的是NAL单元的第一个分片，后续4个包是这个NAL单元的续传分片。Tello本质上用的是**H264分片NAL单元（FU-A）**的传输逻辑，只是在封装上做了简化，没有显式携带FU-A头部标识，但核心就是把一个大NAL拆成多个小UDP包发送。

2. 为什么要拆分？核心原因有这几点： #

• 硬件/固件性能限制：Tello作为消费级无人机，主控芯片的算力和内存都有限。如果一次性把大尺寸NAL单元（比如几KB甚至十几KB的关键帧）打包成一个UDP包，会瞬间占用较多内存，拆分后能降低单帧处理的内存压力，提升传输的稳定性。
• 无线环境的可靠性妥协：虽然UDP理论上支持更大的包，但无线Wi-Fi环境下，大包丢包的概率远高于小包。Tello优先保证视频流的连续性，宁愿丢几个小包（解码器可通过容错机制跳过），也不想整个关键帧丢失导致画面卡顿、花屏。
• 避免IP层分片：你说的UDP最大长度大于1460是理论值，但实际传输中，Tello的Wi-Fi模块可能设置了更小的分片阈值（比如1000字节左右）。如果超过MTU触发IP层分片，只要丢一个分片整个包就作废；而应用层自己拆分的话，解码器能处理部分丢失的分片，容错性更好。

3. 解码处理建议 #

要正确解码这些数据，你需要在接收端做分片拼接：

• 以带00 00 00 01起始码的包为标志，开启一个新的NAL单元缓冲区
• 后续接收的包（直到下一个带起始码的包到来）直接追加到当前缓冲区
• 拼接完完整的NAL单元后，再送入解码器处理

补充：你提供的pcapng文件可以验证这一点——把同一会话里的连续5个包的数据拼接起来，就能得到一个完整的H264 NAL单元，用H264分析工具可以解析出它的类型（关键帧/非关键帧）和尺寸。

内容的提问来源于stack exchange，提问作者Minaro