中继、卫星直连与应用语义化

第 09 章 · 中继、卫星直连与应用语义化

本章要回答的三个问题：中继怎么用余量换覆盖？LR-FHSS怎么重构卫星链路预算？应用层语义化与DLMS怎么兼容？

为什么会有这一章

中继、卫星直连与应用语义化是链路预算这本账在09层面的大宗科目。前面的章节把物理与 MAC 的账本立起来之后，这一章回答"这些参数在真实机制里怎么组合、怎么取舍"。理解本章，才能把参数旋钮变成可复现的设计，而不是背一串名词。

读完能解决什么

读完本章你应当能够：为给定需求选择正确的中继、卫星直连与应用语义化方案；解释每个选择对链路预算与通信质量的具体影响；在实现层面对比至少两种候选方案并给出取舍依据；处理本章主题最常见的三类故障。

各节怎么分工

本章的依赖关系

先决条件

中继与卫星把第 2 章的链路预算从单跳推广到两跳与超远距，Class B 下行窗口复用第 3 章机制与第 6 章多播参数；读过第 2–7 章后，本章三节可按需任选跳读。

与前面章节的衔接

本章是链路预算这本账的"外延"：中继用第二跳的余量补盲区（仍是第 1 章的算式，只是两段相加）、卫星用更低的速率换更远的距离（仍是第 2 章的空中时间账，只是量级不同）、应用语义化把字节变成业务（对应第 7 章的北向集成）。读完本章，链路预算这套方法论就从"单跳地面"扩展到了"多跳与超远距"。

往下走到哪

本章结束后，链路预算的09层账本即告齐全。下一章把本章的机制放进更大规模的整体里验证。

本章要点与常见坑

本章的扩展账：中继把单跳变两跳，用中继余量补盲区，代价是时延/吞吐/电池，只适合补点；LR-FHSS用跳频与极低速率应对几百公里链路，过境窗口调度是关键；应用层语义化靠decoder版本管理与DLMS精简映射。常见坑：拿地面配置跑卫星、中继电池供电、decoder与固件版本脱钩。

本章要建立的三个习惯

读完本章，建议建立三个习惯：把中继当作"二等网关"纳入监控（转发量与供电状态）；把卫星通道的过境窗口表纳入设备调度（窗口外绝不盲发）；把 decoder 版本与固件版本强绑定（升级先上 decoder 再升固件）。三个习惯分别对应覆盖、连接、语义三条线的可持续性。

本章之后，链路预算的适用范围从单跳地面扩展到多跳与超远距，这套方法论的边界就是你的业务覆盖边界。

延伸阅读方向：如需深入，可查阅 LoRa Alliance 的 Relay 规范与 LR-FHSS 附录，以及各卫星运营商的接入文档——本册给出的是工程主干，细节以规范原文为准。

阅读提示

本章内容按扩展深度排列：中继最贴近现有协议栈，卫星次之，应用语义化独立于传输层。首次阅读按顺序，二次阅读可按业务需求跳读。

本章常见问题速答

问：中继和网关的边界在哪？ 中继不解析协议、不接入 NS，只是转发帧；网关是网络的接入点。中继补点、网关补面，规模大了始终回到"加网关"。

问：卫星直连什么时候值得用？ 设备分布在无地面覆盖区域、数据稀疏、非实时、单次几十字节——四项同时满足才值得评估；否则地面网络在成本与时延上都更优。

问：DLMS 必须跑完整协议栈吗？ 不必。表计场景多数只需 5–10 个核心对象，走精简映射即可；完整 DLMS 协议栈的报文长度与 LoRaWAN 净荷上限冲突，得不偿失。

问：本章内容会影响已有网络吗？ 中继需要设备与 NS 都支持 Relay 特性；卫星需要运营商接入；应用语义化只改应用侧。三类扩展可以独立评估、独立落地，不影响存量业务。