01-Relay中继：用余量换覆盖

9.1 Relay 中继：用余量换覆盖

本节摘要：覆盖盲区的最后解法不一定是加网关，LoRaWAN Relay 用"设备当中继"的方式把链路预算接力。本节讲清中继的工作原理、开销与适用边界。位置：第 8 章完成部署，本章探索协议栈的边界能力。

中继的工作原理

LoRaWAN Relay（TS011 规范）让一部分"有余量的设备"当中继：盲区设备（End Device）把帧发给中继（Relay），中继再转发给网关。中继设备同时保持自己的正常业务——它把"单跳覆盖"变成"两跳接力"，用中继处的链路余量补足盲区设备的不足。

盲区设备 ──(第一跳, 低功率近距离)──▶ 中继设备 ──(第二跳, 正常功率)──▶ 网关
​

中继的账：开销与限制

适用场景：覆盖边缘的少量盲区设备、地下室/隧道等网关到不了的角落、临时性覆盖扩展。不适用：大面积盲区（加网关更划算）、高吞吐业务（中继是瓶颈）、对时延敏感的业务。

中继的设备选择

中继设备要满足：覆盖好（自身链路余量充足）、供电可靠（市电或有源，因为转发耗电）、位置居中（尽量同时覆盖盲区与网关）。部署时用 1.3 的链路预算分别算两条腿：盲区↔中继、中继↔网关，两条腿都要有余量，中继才有意义。

易错点清单

• 拿中继当主方案：大面积覆盖不足是网关选址问题，中继只适合补点；
• 中继电池供电：转发耗电是设备的 2 倍以上，电池中继会拖垮自身业务，必须评估供电方案；
• 忽略中继的容量贡献：一个中继服务 10 台盲区设备，网络容量账要把它算进去（等于多 10 条上行流量）；
• 两跳的时延不验证：对时延敏感的应用（告警联动）要实测端到端时延，别假设与单跳相同。

要点回顾：中继把单跳变两跳，用中继余量补盲区；代价是时延、吞吐、电池与容量；只适合补点不适合补面。下一节看更远的边界——卫星直连怎么重构链路预算。

中继的协议实现要点

LoRaWAN Relay（TS011）的实现有两个关键点：转发链路（中继把收到的设备帧封装进自己的上行帧转发，NS 侧能区分"直接上行"与"经中继转发"）与回程通道（NS 的下行经中继回传给盲区设备，中继要在自己的接收窗口里处理两条链路）。实现复杂度集中在"中继同时维持自己业务与转发业务"的调度——中继的接收窗口、占空比预算、发射时刻都要为转发让出配额。

中继调度示意：
中继自身业务：上行 → 收自己窗口 → 下行（占自身预算一部分）
转发业务：监听盲区设备 → 收到即入转发队列 → 在自己上行窗口转发
约束：转发也要遵守占空比；转发队列要有上限，防积压
​

中继的现场验证方法

部署中继后要验证两条链路的余量（1.3 的算法分别算）：盲区↔中继（近距离，余量应充足）与中继↔网关（中继位置必须有富余余量，因为它要背双倍流量）。验证手段：临时把盲区设备放在中继位置直连网关测余量，再回到盲区位置经中继测端到端成功率，两者对比确认中继确实"补上了盲区"而不是"两头都勉强"。

易错点补充

• 中继位置选在盲区中心：中继要同时覆盖盲区与网关，位置应偏网关一侧，不是盲区中心；
• 转发占空比没算进中继预算：中继转发消耗自己的占空比配额，转发量大的中继要单独核算；
• 中继转发无上限：转发队列无限增长会拖垮中继自身业务，队列上限与丢帧策略要明确。

关键实现清单

• 中继同时维持自身业务与转发，转发占其占空比配额
• 转发队列设上限，防积压拖垮自身业务
• 部署验证两条链路：盲区↔中继、中继↔网关都留余量
• 中继位置偏网关一侧，且供电可靠

典型故障与处置

中继与加网关的决策树

中继不是唯一选项，决策要按成本与收益比：第一步，算盲区设备数——少于 5 台，考虑中继或接受"不上报"；5–20 台，中继可能划算（省一个网关的硬件与运维）；超过 20 台或业务重要，直接加网关更稳妥。第二步，看中继位置——有没有可靠的供电与安装点、自身链路余量是否富余（至少比盲区设备高 10dB）。第三步，算时延与吞吐——业务能否接受两跳时延与容量折半。

工程判断：中继是"把边缘设备塞进网络"的最后手段，适合存量网络的补点；新网络规划时按网关覆盖设计，别把中继当成设计选项——它始终是补救而不是方案。

中继场景的运维差异

有中继的网络运维多一件事：监控中继的健康度——中继的转发量、电池/供电状态、转发成功率，任何一个指标异常都影响整片盲区。建议把中继作为"二等网关"纳入监控体系（转发成功率、在线率、负载），并给中继部署单独的告警阈值，别让它默默失效。

中继的协议版本注意

LoRaWAN Relay 是较新的规范特性，协议版本与厂商支持度要先确认：设备、中继、网络服务器三方都要支持同一 Relay 版本，任一落后都会导致转发失败。选型时优先选已验证互通的设备与 NS 组合，避免"协议栈支持但互相不通"的尴尬。

一条原则：中继只在加网关不划算时使用，且部署前必须实测两条链路的余量——两条腿都稳，中继才稳。

补充：中继转发对设备上报时延的放大，实测值通常在一倍以上，业务侧评估时按两倍起算更稳妥。