3. 水下通信协议栈与数据帧概述

水下通信与陆地无线通信最大的差别，不在于“能不能传”，而在于“传得慢、传得贵、传得不确定”。声波在水中的传播速度约1500 m/s，比电磁波在空气中慢五个数量级；水声信道的可用带宽通常只有几kHz到几十kHz，传播时延可达秒级，且多径、多普勒、环境噪声随海况剧烈变化。因此，直接把陆地上的TCP/IP协议栈搬到水下，几乎必然失效。本节要解决的核心问题是：OSI七层模型在水下如何裁剪与适配，数据帧如何组织，帧类型如何划分，封装流程如何走通，以及典型水下协议栈长什么样。

一、OSI模型在水下的适配思路

OSI模型的价值在于分层解耦，但水下协议栈不能机械照搬七层。实际工程中常见的适配原则是“合并高层、强化链路层、显式暴露跨层信息”。

物理层仍然对应水声换能器、调制解调、功率放大与同步，但需要额外处理长传播时延和半双工约束。数据链路层是水下协议栈的重心，承担成帧、差错检测、介质访问控制（MAC）和部分重传职责；由于声信道误码率高，链路层往往不能假设“帧发出即到达”，而要引入确认与重传机制。网络层在水下多采用按需路由或地理路由，因为周期性泛洪在低带宽下代价过高。传输层通常不直接使用TCP，而是采用带选择性重传、窗口受限的可靠传输变体，或直接使用UDP加应用层确认。会话层、表示层、应用层在实际水下系统中常被合并为“应用适配层”，负责数据压缩、语义封装和任务调度。

一个值得强调的适配点是跨层信息共享。水声链路的质量估计（如信噪比、误码率、剩余能量）如果只停留在物理层，MAC层就无法动态调整帧长和重传次数。因此，水下协议栈常设置一个轻量的跨层管理实体，把链路质量、节点能量、邻居表等状态向上层暴露。

二、数据帧的基本结构

水下数据帧的典型结构可以概括为：前导码、帧定界符、帧头、载荷、帧校验序列。前导码用于接收端同步与信道估计，长度取决于调制方式和信道时延扩展；帧定界符标识帧的起始位置；帧头承载源地址、目的地址、帧类型、帧序号、跳数、优先级等控制字段；载荷是上层交付的数据；帧校验序列通常采用CRC-16或CRC-32，用于检错。

与陆地帧相比，水下帧有三个显著特点。第一，帧头往往包含“生存时间”或“剩余跳数”字段，防止路由环路和无效转发。第二，帧长需要动态控制：长帧在误码率高的信道中重传代价大，短帧则帧头开销占比高，工程上常根据当前信噪比在64字节到256字节之间调整载荷长度。第三，帧序号与确认机制紧密耦合，接收端通过序号判断重复帧和丢失帧，发送端据此决定是否重传。

下面给出一个教学示例帧头字段设计，参数为合理假设，用于说明字段组织方式，并非实测结果：

帧头字段（示例，共12字节）
| 字段         | 长度   | 说明                         |
|--------------|--------|------------------------------|
| 版本         | 1 B    | 协议版本号                   |
| 帧类型       | 1 B    | 0x01数据 0x02确认 0x03路由请求 |
| 源地址       | 2 B    | 节点短地址                   |
| 目的地址     | 2 B    | 节点短地址，0xFFFF为广播     |
| 帧序号       | 1 B    | 0~255循环                   |
| 跳数限制     | 1 B    | 每转发一次减1，为0丢弃       |
| 优先级       | 1 B    | 0低 1中 2高                 |
| 载荷长度     | 1 B    | 0~255                       |
| 保留         | 2 B    | 对齐与扩展                   |

三、帧类型与封装流程

水下协议栈通常把帧划分为数据帧、控制帧和管理帧三类。数据帧承载应用载荷；控制帧包括确认帧、否认帧、请求发送与允许发送帧，用于链路层的可靠传输和介质访问；管理帧包括路由请求、路由回复、邻居发现、时间同步和状态通告，用于网络拓扑维护。帧类型字段是接收端分流处理的依据，必须在帧头中固定位置、固定长度，避免解析歧义。

封装流程遵循“自上而下加头、自下而上剥头”的原则。应用层产生业务数据后，传输层附加序号与确认信息，网络层附加源目的地址与跳数限制，链路层附加帧类型、帧序号和CRC，物理层再进行信道编码与调制。接收端反向逐层剥离，每一层只处理本层字段，并把载荷上交。需要特别注意的是，水下帧的CRC校验应在链路层完成，校验失败的帧直接丢弃，不向上层交付，避免错误数据污染路由表或应用状态。

四、典型水下协议栈案例

工程上较有代表性的方案包括三类。第一类是基于OSI裁剪的通用水声协议栈，例如把物理层与链路层做成独立模块，网络层采用按需距离矢量路由，传输层采用带选择性重传的可靠传输，应用层提供文件传输与指令通道。第二类是面向水下传感器网络的轻量协议栈，强调低功耗与短帧，链路层采用基于时间片的MAC，网络层采用地理路由，适合节点密集、业务周期性的监测场景。第三类是针对水下机器人编队的协议栈，强调低时延控制帧与优先级调度，控制帧优先于数据帧发送，确保编队指令及时到达。

以第二类为例，一个可参考的配置思路是：链路层帧长上限设为128字节，CRC采用CRC-16，确认超时设为往返传播时延加处理时延的1.5倍；网络层跳数限制设为8；传输层窗口设为4，采用选择性确认。这些参数属于教学示例，实际部署需根据水域深度、节点间距和海况重新标定。

综上，水下协议栈的关键不在于层数多少，而在于每一层是否承认水声信道的长时延、高误码和低带宽约束。数据帧是这些约束的集中体现：帧头字段要为路由和重传服务，帧长要为信道质量让路，帧类型要为接收端分流提供明确依据。理解封装流程与帧类型划分，是后续实现可靠传输和路由协议的基础。