4. 海试方案设计实战
海试方案设计的核心不是把设备搬到海上开机，而是把“通信距离、水文条件、设备能力”三组约束转化为一张可执行的测试矩阵，并配套一份能支撑事后复盘的日志记录清单。本章以一个典型的水声通信海试任务为背景，演示从需求分解到矩阵生成、再到日志字段设计的完整过程。文中所有参数均为教学示例或合理假设，不代表任何实际海试的实测结果。
一、先把约束条件写成可量化的输入
方案设计的第一步是把模糊需求拆成可量化的输入项。假设本次海试目标是验证某型单载波水声调制解调器在近岸浅海环境下的点对点链路性能，并顺带验证三节点组网的分组投递能力。可整理出如下输入：
- 通信距离：单点对点覆盖 0.5 km、2 km、5 km 三档；多点组网节点间距约 1 km，呈三角形布放。
- 水文条件：试验海域水深约 20～40 m，夏季跃层明显，声速剖面需每日两次测量；海况按 1～2 级为主，遇 3 级以上暂停。
- 设备能力：调制解调器工作频段 8～16 kHz，最大发射声源级 170 dB re 1 μPa@1m，支持 BPSK/QPSK 与速率 100～2000 bps 可调；换能器入水深度可调 5～30 m；记录端具备原始基带采样与解调日志双通道输出。
这些输入决定了矩阵的维度：距离、速率、换能器深度、节点拓扑。需要强调的是，换能器深度必须与声速剖面结合才有意义——在跃层上下各布放一个深度，才能观察声线折射对链路的影响，而不是随意选一个“看起来合理”的深度。
二、测试矩阵的维度设计与组合裁剪
若把距离（3 档）×速率（4 档）×深度（2 档）×拓扑（2 种）全组合，将得到 48 个用例，海上作业窗口根本不允许。实际做法是分层裁剪：先固定拓扑做单点基线测试，再在基线通过的参数上做组网扩展。下图给出本次海试的测试矩阵结构与用例分配逻辑。
矩阵裁剪的关键判断是“基线未通过的距离档不进入组网”。例如若 5 km 档在 100 bps 下误码率仍高于 1e-3，则组网用例只保留 1 km 间距，避免把有限船时消耗在注定失败的组合上。速率采样采用“最高可用档 + 降一档”两点法，是因为水声链路的性能拐点通常出现在某一速率阈值附近，两点足以定位拐点区间，全速率扫描性价比低。
三、日志记录清单：让每一次发射都可回溯
海试日志最容易犯的错误是“只记结果不记条件”。事后发现某用例误码率异常，却无法确认当时换能器深度是否漂移、发射声源级是否因电池电压下降而降低，这样的日志等于没有。日志清单应围绕“可复现一次发射”来设计，至少覆盖四类字段：
- 环境类：GPS 坐标、水深、声速剖面文件编号、海况等级、测量时刻。声速剖面必须与用例时间戳绑定，不能只记“上午测过一次”。
- 设备类：发射声源级设定值与实测值、换能器入水深度、电池电压、功放温度、接收增益档位。
- 链路类：调制方式、速率、帧长、发射次数、成功解调帧数、误码率、信噪比估计值。
- 事件类：异常中断、重同步、时钟漂移告警、船只噪声干扰时段。
下面给出一份可直接填写的日志记录清单示例，字段按“一次发射记录一行”的粒度组织，便于后续按用例编号聚合统计。
# 单次发射日志记录模板（示例字段，非实测数据）
用例编号: P2P-05
时间戳: 2025-07-12T09:41:23+08:00
拓扑: 点对点 节点角色: 发射端 A / 接收端 B
距离: 2.0 km GPS: A(24.51N,118.07E) B(24.53N,118.09E)
水深: 28 m 海况: 2 级
声速剖面: SVP-20250712-AM01 跃层深度: 约 15 m
换能器深度: A=22 m B=22 m
调制/速率: QPSK / 500 bps 帧长: 1024 bit
发射声源级: 设定 168 dB 实测 166.5 dB
电池电压: 24.1 V 功放温度: 41 C
接收增益: 中档 估计信噪比: 6.2 dB
发射帧数: 50 成功解调: 47
误码率: 8.1e-4 重同步次数: 1
事件备注: 09:43 附近有渔船经过，噪声抬升约 4 dB
这份模板的价值在于字段之间的可交叉验证：若某行记录的信噪比正常但误码率异常偏高，就应回查重同步次数与事件备注；若实测声源级明显低于设定值，则需检查电池电压与功放温度，判断是否为供电衰减导致。日志不是流水账，而是排障的证据链。
四、把矩阵与日志串成可执行的作业顺序
矩阵和清单设计完成后，还需落到每日作业顺序上。合理的做法是：每日首航次先测声速剖面并更新跃层深度，据此确认当日换能器布放深度；随后按“由近及远、由高速率到低速率”的顺序执行单点基线用例，因为近距高速率用例成功率高，可快速建立链路信心并校准设备；基线完成后，用当日最优速率参数进入组网用例。每个用例结束后立即回填日志，而不是等收船后凭记忆补录——海上作业中，延迟补录是数据失真的主要来源。
最后需要提醒的是，测试矩阵不是一次定死的。海试首日往往会出现预设之外的情况，例如实际跃层比预报更浅、某速率档在近距也出现高误码。此时应在日志事件栏记录偏离原因，并在次日矩阵中调整深度档或速率档，同时保留原始用例编号以便追溯。方案设计的成熟度，正体现在这种“有依据的调整”而非“推倒重来”上。