2. 网络基础回顾：OSI七层模型与TCP/IP四层模型对比、核心协议（IP、TCP、UDP）简介
做无人机通信这些年，我有个很深的体会：不懂网络基础，飞控写得再好也连不上天。很多刚入行的朋友一上来就调MAVLink、搞RTSP推流，结果链路断了、丢包了、延迟爆了，完全不知道问题出在哪一层。
说白了，网络通信就像快递系统。你得知道包裹从哪寄、怎么打包、走哪条路、怎么签收。今天我们就来拆解这个系统——OSI七层模型和TCP/IP四层模型，以及三个最核心的协议：IP、TCP、UDP。
2.1 为什么要有分层模型？
你想想看，如果让你设计一套无人机和图传站之间的通信协议，你会怎么做？
我刚开始做项目时，也想过“干脆自己写一套协议算了”。结果发现：底层要处理电磁干扰、信号衰减；中间要处理丢包重传、流量控制；上层还要解析图像、控制指令……全揉在一起，改一个地方崩一片。
分层模型的核心思想就八个字：各司其职，解耦设计。每一层只关心自己的事，下层为上层提供服务，上层不需要知道下层的实现细节。
实际项目中的体会： 我在做某款四旋翼的图传链路时，曾经因为物理层干扰导致链路频繁断开。当时我花了三天排查应用层代码，最后发现是射频模块的驱动配置问题。如果当时能按分层思路排查，至少能省两天时间。
2.2 OSI七层模型 vs TCP/IP四层模型
教科书上常把OSI七层模型讲得很神圣，但说实话，实际工程中几乎没人用完整的OSI。它更像一个理论框架，而TCP/IP才是真正跑在网线上的东西。
我习惯把两者放在一起对比着看，这样理解更透彻：
| OSI七层模型 | TCP/IP四层模型 | 典型协议/设备 | 无人机场景举例 |
|---|---|---|---|
| 7. 应用层 | 应用层 | HTTP, FTP, MAVLink, RTSP | 地面站发送起飞指令（MAVLink） |
| 6. 表示层 | SSL/TLS, JPEG编码 | 图传视频流压缩（H.264） | |
| 5. 会话层 | NetBIOS, RPC | 建立/断开控制链路会话 | |
| 4. 传输层 | 传输层 | TCP, UDP | 遥控指令用TCP保证可靠，视频流用UDP降低延迟 |
| 3. 网络层 | 网络层 | IP, ICMP, ARP | 无人机IP地址分配、路由选择 |
| 2. 数据链路层 | 网络接口层 | 以太网, Wi-Fi, 4G/5G | 数传电台的MAC层帧封装 |
| 1. 物理层 | 射频, 光纤, 双绞线 | 2.4GHz/5.8GHz射频信号 |
嗯，这里要注意：OSI的会话层和表示层在TCP/IP中被合并到了应用层。实际开发中，我们很少单独去实现会话管理或数据加密——这些功能要么由应用协议自带（比如MAVLink的签名机制），要么由传输层特性间接保证。
我的建议： 做无人机网络开发，重点掌握TCP/IP四层模型就够了。OSI七层模型更适合用来做故障排查的思维框架——比如延迟高了，你可以从物理层（信号强度）、链路层（重传率）、网络层（路由跳数）、传输层（拥塞控制）逐层分析。
2.3 核心协议简介：IP、TCP、UDP
这三个协议是网络通信的基石。我见过不少做无人机的小伙伴，把IP地址和端口号搞混，或者不清楚什么时候该用TCP、什么时候该用UDP。咱们一个一个说清楚。
2.3.1 IP协议（网络层）—— 快递的地址系统
IP协议解决的核心问题是：数据包怎么找到目的地。
每个接入网络的设备都有一个IP地址，就像你家的门牌号。无人机飞控、图传模块、地面站电脑，各自都有一个IP。数据包在网络中传输时，路由器根据目标IP地址决定下一跳往哪走。
目前主流是IPv4（32位地址，如192.168.1.100），但无人机集群场景下IPv4地址不够用，IPv6（128位地址）正在成为趋势。我之前参与过一个50架蜂群的项目，用IPv4做私有地址分配，差点把子网掩码算到崩溃。
避坑指南： 我曾经在调试无人机和地面站的UDP通信时，发现数据包偶尔能收到、偶尔收不到。排查了半天，最后发现是两台设备的IP地址不在同一个子网，路由器没有配置静态路由。记住：IP地址 + 子网掩码 + 默认网关，三个缺一不可。
2.3.2 TCP协议（传输层）—— 可靠的挂号信
TCP是面向连接的、可靠的传输协议。它的核心机制包括：
- 三次握手：建立连接前先确认双方都在线
- 确认重传：每个数据包都要回复ACK，没收到就重发
- 流量控制：根据接收方能力调整发送速度
- 拥塞控制：网络拥堵时主动降速
在无人机场景中，遥控指令、参数配置、固件升级这些必须100%正确的数据，我建议用TCP。比如地面站发送“起飞”指令，如果丢了，飞机可能永远收不到——后果很严重。
但TCP也有缺点：延迟高、开销大。三次握手就要一个RTT（往返时间），重传机制在丢包率高时会雪上加霜。所以视频流、传感器广播这类数据，TCP并不合适。
注意： 在丢包率超过10%的无线链路中，TCP的吞吐量会急剧下降。我曾经在山区测试图传，丢包率一度达到30%，TCP连接直接卡死，视频完全无法播放。后来改用UDP + 前向纠错（FEC）才解决问题。
2.3.3 UDP协议（传输层）—— 明信片，丢了不补
UDP是无连接的、不可靠的传输协议。它不建立连接，不确认收到，不重传丢失的数据包。说白了就是：我把数据扔出去，你爱收不收。
听起来很粗暴，但UDP在无人机领域反而用得非常多：
- 视频流传输：丢几帧画面不影响观看，但延迟高了就卡顿
- 传感器数据广播：IMU数据每秒几百次，丢一两个无所谓
- MAVLink的某些消息：心跳包、状态广播，丢了下一帧马上补上
UDP的延迟通常比TCP低一个数量级。在实时性要求高的场景（比如FPV第一人称飞行），UDP几乎是唯一选择。
2.4 一张图看懂分层与协议
下面我用SVG画了一张图，把OSI/TCP/IP分层和核心协议的关系串起来。你看完应该能对“数据从飞控到地面站经历了什么”有个直观印象。
从这张图可以清楚看到：应用层协议（如MAVLink）依赖传输层（TCP/UDP），传输层依赖网络层（IP），网络层依赖网络接口层（Wi-Fi/4G）。每一层都只和相邻层打交道，这就是分层设计的好处。
2.5 小结：怎么选？
最后，我根据实际项目经验，给无人机通信场景做个简单总结：
- 遥控指令、参数配置、固件升级 → 用 TCP，可靠第一
- 视频流、音频流、传感器广播 → 用 UDP，实时第一
- 心跳包、状态广播 → 用 UDP，丢了无所谓
- 集群协同、编队控制 → 建议用 UDP + 应用层确认，兼顾实时和可靠
记住一句话：没有最好的协议，只有最合适的场景。TCP和UDP不是对手，而是工具箱里的两把扳手——拧螺丝用这个，剪铁丝用那个。
个人习惯： 我在设计无人机通信架构时，通常会同时开放TCP和UDP两个端口。TCP端口用于控制指令和配置，UDP端口用于视频和传感器数据。这样既保证了关键指令的可靠性，又保证了实时数据的低延迟。你可以试试这个思路。
可可精品资料库