7.3 水声通信与组网：军用与民用

7.3 水声通信与组网：军用数据链与民用物联网

本节摘要：探测是"听懂海洋"，通信是"借海洋传话"——而海洋是已知最恶劣的无线信道之一：带宽以千赫计、传播以秒计、多径与多普勒都在作妖。水声通信把速率压到千比特每秒量级换取可靠性，组网再把多个节点连成水下物联网。军用数据链与民用 Modem 共用这套物理，却在保密、组网方式与成本结构上分道扬镳，本节对照展开。

先看信道：为什么水声通信这么难

把水声信道与无线电信道并排一比，困难就具体了。带宽：海水吸收让可用频段与距离成反比（第2章的吸收税），远程几公里只剩几至几十千赫带宽，近程也不过几十至几百千赫，速率天花板因此被按在千比特每秒量级——比无线电低了三四个数量级。时延：声速每秒 1500 米，1 公里单程就要零点七秒，一次握手来回近两秒，协议里习以为常的"快速重传"在这里变成奢侈品。多径：海面海底反射让同一符号的多个副本先后到达，码间干扰绵延几十毫秒，比 symbol 周期还长。多普勒：声速低让相对速度直接放大频偏——平台每秒 1.5 米的相对运动，在 10 千赫载频上就是 10 赫兹偏移，千分之一量级，比无线电系统的多普勒严重两个数量级，且收发双方的钟差也混进同一项里。时变：内波与潮汐让信道每分钟都在变，昨天标定的均衡器今天就失配。这四座大山决定了水声通信的设计哲学：一切以稳妥为先，速率永远让位于可靠。

调制策略对照：从"喊话"到"谱画"

水声调制的演化是一条"用信道知识换速率"的路线。最早的的水声遥测用 FSK：一个频率代表一比特，频点之间隔得远远的，多径来了也只是能量涨落，判决依然稳——速率低（几十至几百比特每秒）但近乎打不死，今天的应急信标与深潜器应急通信仍是它。第二阶段用相移键控与自适应均衡硬啃多径：信道估计器跟踪多径结构，均衡器把码间干扰解掉，速率爬到千比特每秒级，代价是对信道估计质量敏感，信道突变时直接崩。第三阶段是 OFDM：把宽带拆成几百个正交子载波，每个子带窄到多径只表现为平坦衰落，循环前缀一加多径被"收编"，频域一阶均衡搞定全部——成为当前宽带水声通信的主流之一；代价是峰均比高（对大功率发射机不友好）与对多普勒极其敏感（子载波间隔窄，频偏把正交性拆掉，因此要专门做多普勒估计与补偿）。第四条路线是扩频与跳频：把能量铺宽换取强抗干扰与低截获，速率回到百比特级，在军用遥测与指令链里不可替代。四种调制各有生态位，选择的第一变量永远是"这段链路要跨几公里"。

链路预算心算（水声通信版）：
  发射 SL = 190 dB，载频 12 kHz，距离 5 km
  传播 TL ≈ 20·log10(5) + 0.8×5 ≈ 18 dB（几何）+ 4 dB（吸收）≈ 22 dB
    （实际浅海按边界模型另加，此处取深海理想值示意）
  接收谱级 = 190 − 22 = 168 dB；带宽 4 kHz 带内噪声约 +36 dB（10 log 4000）
  噪声底（4 级海况）≈ 55 dB → 带内噪声 ≈ 91 dB
  接收 SNR ≈ 168 − 91 = 77 dB？——注意单位口径，实际按谱级与带宽统一折算
  工程结论: 该配置支持千比特级 QPSK-OFDM；若距离翻倍，优先降速率而非加功率
​

组网：慢传播世界里的网络协议

把几个、几十个水声节点连成网，网络协议的老问题全部换了难度系数。介质访问控制：无线电里听一下再发（载波侦听）的前提是传播可以忽略，水声里邻居的信号还在路上你就以为信道空闲，隐蔽终端问题翻倍，于是水声 MAC 更多采用预约握手、时分调度或长前导侦听。时钟同步：声速传播让"同时"无法靠听到即校准，必须用双向计时交换补偿传播时延，且声速本身的误差直接变成同步误差。路由：节点移动、链路时好时坏，路由表来不及收敛，工程上多用地理路由（往目标坐标方向选下一跳）替代拓扑路由。能量：海底节点换电池要动用工程船，协议的每一次重传都是真实金钱——低功耗监听与按需唤醒是民用网络的生命线。这些约束叠加的结果是：水声网络的拓扑天然稀疏、速率天然保守、协议天然简单，"能通"永远排在"通得快"前面。

军民两线：同一物理，不同产品

两线最有趣的分野在"静默"：军用链路的核心需求恰恰是通信时不暴露——定向天线阵、突发短报文、扩频藏进噪声，都是为"说了话但没被听见"服务；民用链路则大大方方地广播，追求的是覆盖与寿命。这个分野让两线的创新互不重叠又互相滋养：军用 pushing 抗多径与组网协议的极限，民用 pushing 低功耗与低成本的极限，核心物理是同一套。

要点速记

• 水声信道四座大山：带宽窄（速率天花板千比特级）、传播慢（协议要为秒级时延重写）、多径长、多普勒与钟差混叠。
• 调制生态位按距离分层：FSK 打不死、PSK 均衡啃速率、OFDM 收编多径、扩频跳频保隐蔽。
• 组网协议的每个老问题都被慢传播加倍：MAC 靠预约、同步靠双向计时、路由靠地理、能耗靠休眠。
• 军线求"说话不被听见"，民线求"便宜活得久"；同一物理，两种产品哲学。

动手小练习：给水下传感器网定协议参数

场景：一片养殖海域要布十枚水声节点，每枚每小时上报一次温度盐度数据（每包几十字节），节点间距离一公里。算一算需要多少带宽与能耗。参考答案：几十字节加协议开销按几百比特计，每小时一包的平均速率不到 1 比特每秒——带宽需求低到可以选最稳健的低速波形；一公里单程传播不到一秒，时延完全无感；能耗大头不在发射而在常开的接收与处理，因此协议设计成深度休眠加预约唤醒，寿命立刻翻倍。这个小练习说明水声组网设计的第一课是"用任务倒推指标"：多数民用场景的瓶颈不是带宽而是能耗，与直觉相反。

问题：水声通信能用来传视频吗

近程（几十米内）宽带水声链路可以传低帧率压缩视频，用于水下机器人的检修作业；远程链路传视频不现实——带宽被吸收税没收了。工程上的替代思路是"边缘提取"：在水下先做检测与特征提取，只回传结构化的少量结论数据，把千比特级链路用在刀刃上。这与 8.1 节任务自主化的"数据瓶颈"是同一枚硬币的两面。