3. 远程通信链路选型与配置

海洋浮标长期漂在远离岸基网络的海面上，它采集到的波浪、温盐深、气象、位置等数据必须通过无线链路回传岸站。链路选型不是“哪个先进用哪个”，而是要在覆盖范围、带宽、功耗、时延、成本和可靠性之间做取舍。本节先把四类常用链路的特性讲清楚，再给出带宽与功耗的权衡方法，最后落到通信参数配置与链路测试的具体操作上。

四类链路的定位与适用边界

4G/5G 蜂窝链路适合近岸、港口、养殖区等有基站覆盖的海域。它的优势是带宽大、时延低、可按需建立 TCP/UDP 连接，能传图片甚至短视频；缺点是离岸超过十几到几十公里后信号迅速衰减，且模组待机与发射电流较大，对太阳能供电的小型浮标不友好。LoRa 属于低功耗广域网的私有组网方案，网关由用户自建，视距条件下几公里到十几公里可用，速率通常只有几百 bps 到几十 kbps，适合小批量传感器数据、且允许较大时延的场景。北斗短报文依托北斗卫星，单次可发送几十到上千字节的短消息，覆盖我国及周边海域，不依赖地面基站，但单条容量小、发送频次受限、每次发送有功耗尖峰。海事卫星/低轨卫星通信（如天通、Iridium、GEO 宽带卫星）覆盖全球或大范围海域，带宽从窄带到宽带不等，代价是终端贵、资费高、发射功耗大。

选型时先问三个问题：浮标作业海域有没有蜂窝覆盖？数据量和回传频次多大？供电预算（太阳能板功率与电池容量）能否支撑？近岸高频次大数据量优先 4G/5G；离岸中小数据量、成本敏感可考虑 LoRa 自组网或北斗短报文；远洋、全球航行或需要较高数据率的任务才上卫星宽带。

带宽与功耗的权衡方法

浮标的能量预算决定了链路能“说多少话”。设太阳能板日均发电量为 E_solar，平台基础负载（传感器、采集板、休眠电流）日均耗电为 E_base，则留给通信的能量为 E_comm = E_solar − E_base。每条链路的单次通信能耗可近似为 E_tx ≈ P_tx × t_tx + P_idle × t_idle，其中 P_tx 为发射功率，t_tx 为发射时长，t_idle 为保持连接的待机时长。举例（示例假设，非实测）：某小型浮标太阳能板日均发电约 60 Wh，基础负载约 40 Wh，则通信预算约 20 Wh/天。若 4G 模组发射平均功率 2 W、每天在线 30 分钟，耗电约 1 Wh，看似宽裕；但若改为每小时上传一次图片、每次在线 5 分钟，则日耗电可达 4 Wh 以上，需重新核算。北斗短报文单次发射功率可达数瓦但仅持续数秒，单次能耗约 0.02～0.05 Wh，适合“低频次、小报文”的定位与状态回传。

权衡的核心是单位数据能耗与时效性要求。数据量大、要求准实时，就接受较高功耗选 4G/5G 或卫星宽带，并通过休眠调度压缩在线时间；数据量小、允许分钟级到小时级时延，就用 LoRa 或北斗短报文，把“常在线”改为“定时唤醒—发送—立即休眠”。一个常见做法是双链路冗余：主链路用 4G/5G 传业务数据，备用链路用北斗短报文传位置与告警，既控制功耗又保证失联时可被找回。

通信参数配置要点

链路确定后，参数配置直接决定连通率和功耗。以 4G/5G 模组为例，需要配置 APN、工作频段、心跳间隔、重连策略与数据上报周期。心跳过密会频繁唤醒模组，过疏则服务器可能判定离线。示例配置思路如下（参数为教学示例，实际以模组手册和运营商要求为准）：

APN        = buoy.iot.example
上报周期   = 600 s
心跳间隔   = 300 s
休眠策略   = 发送完成后 30 s 进入 PSM/eDRX
重连退避   = 30 s, 60 s, 120 s, 300 s（上限）
数据协议   = MQTT over TCP，QoS1

LoRa 侧重点在扩频因子、带宽、编码率与发射功率的搭配：扩频因子越大，灵敏度越高、距离越远，但速率越低、单包空中时间越长、功耗越大。北斗短报文需配置卡号/用户地址、报文长度上限、发送频次与确认重发机制，并注意单条报文不宜超过终端与系统允许的字节数，超长数据要分片并编号。卫星宽带终端则要配置对星参数、调制解调模式与链路保持策略。

链路测试与结果判读

配置完成后不能只看“模块上电了”，要做分层测试。第一步做链路建立测试：观察模组注册网络、获取 IP 或入网成功的日志，记录从唤醒到可发送的建立时延。第二步做回传完整性测试：连续发送若干条带序号和校验的测试报文，在岸站统计到达率、乱序率和端到端时延。第三步做功耗测试：用电流表或库仑计记录一次完整“唤醒—发送—休眠”过程的电流曲线，核算单次能耗是否落在预算内。第四步做弱信号与异常测试：人为遮挡天线或移至信号边缘，观察重连退避是否生效、是否出现数据堆积。

判读时关注三个指标：到达率应接近 100%（允许重传补偿），端到端时延应满足业务时效，单次通信能耗乘以日发送次数后不得超过 E_comm。若到达率低，先查天线与馈线、再查 APN 与服务器端口；若功耗超标，优先缩短在线时长、增大上报周期或改用低功耗链路。测试记录建议保留时间、信号强度、发送字节数、重传次数与电流峰值，作为后续运维基线。