1. 课程导入与容量问题界定

LoRaWAN 网络在规划阶段往往看起来“覆盖足够”，但真正上线后，问题常常不是“收不到”，而是“收得太多、太慢、太乱”。当同一区域内终端数量上升、上报周期缩短、下行确认增多时，网关接收窗口、信道占用、ADR 策略和网络服务器队列会同时承压，表现为部分节点反复重传、时延抖动、丢包率上升，甚至电池寿命远低于设计值。本课程的目标，是建立一套从指标定义到瓶颈定位、再到参数调优的完整方法，而不是只记住几个扩频因子或发射功率的取值。

学习目标与四个核心指标

学习本课程后，应能完成四件事：第一，用吞吐量、时延、丢包率、电池寿命四个指标描述网络容量与性能；第二，识别容量瓶颈发生在终端、空口、网关还是网络服务器侧；第三，针对瓶颈选择合理的调优手段，例如调整 ADR、占空比、信道计划、确认帧策略或网关部署密度；第四，用可观测数据验证调优是否真正改善，而不是把问题从一个指标转移到另一个指标。

四个核心指标之间存在明显的相互制约关系。吞吐量通常指单位时间内网络成功承载的上行有效载荷量，可用“成功帧数 × 有效载荷 / 时间”估算；时延指从终端发送到应用收到数据或下行确认的时间；丢包率是发送帧中未被网络服务器成功接收的比例；电池寿命则与终端发射次数、发射功率、接收窗口开启时长和重传次数直接相关。提高发射功率或增加重传可以降低丢包率，但会加快电池消耗并抬高信道占用；缩短上报周期可以提高数据新鲜度，却会压缩其他终端的可用容量。因此，调优的本质是在四个指标之间寻找满足业务约束的平衡点，而不是追求单一指标最优。

典型容量瓶颈场景

实际项目中最常见的瓶颈有五类。第一类是信道拥塞：大量终端集中在少数信道和扩频因子上，网关解调冲突概率上升，表现为上行丢包率随终端数量增加而快速上升。第二类是ADR 失配：终端靠近网关却仍使用高扩频因子，单帧占用空口时间过长，拖累整体吞吐量；反之，远离网关的终端被错误地要求使用低扩频因子，导致重传激增。第三类是下行确认风暴：应用层大量使用 confirmed 上行，网络服务器需要回送下行确认，而 LoRaWAN 下行窗口和网关占空比限制严格，确认帧排队会造成时延和额外丢包。第四类是网关回传瓶颈：网关到网络服务器的回传链路带宽不足或时延过高，导致数据包在网关侧排队甚至丢弃。第五类是终端功耗失控：频繁重传、接收窗口过长或下行消息过多，使电池寿命从数年缩短到数月。

整体调优框架

调优框架可以概括为“观测—定位—调整—验证”的闭环。观测阶段需要采集终端发送计数、网关接收计数、网络服务器上行/下行计数、重传次数、RSSI/SNR、扩频因子分布和电池电压等数据。定位阶段根据计数差异和信号质量判断瓶颈位于空口、网关、回传还是服务器。调整阶段优先使用对业务影响小、可回退的手段，例如优化 ADR 策略、调整信道计划、限制确认帧比例、错开上报周期。验证阶段需要对比调整前后的丢包率、时延分布和终端功耗，确认改善是否稳定且没有引入新的拥塞。

一个可操作的容量评估示例

假设某园区部署 200 个终端，每 5 分钟上报一次，有效载荷 20 字节，使用 SF9、带宽 125 kHz。单帧空口时间约为 0.2 秒，则单终端每小时发送 12 帧，占用空口约 2.4 秒；200 个终端合计约 480 秒，占单信道每小时 3600 秒的 13.3%。若只有一个网关且只使用一个信道，理论上仍有余量，但实际还要考虑下行确认、重传和不同 SF 之间的正交性。若其中 30% 的终端使用 confirmed 上行，每帧都需要下行确认，下行占用会显著增加，网关下行占空比可能接近或超过限制，此时时延和丢包率会明显上升。这个示例说明：容量评估不能只看上行帧数，必须把下行确认、重传和信道计划一起纳入计算。

调优手段与优先级

调优手段按优先级大致可分为三层。第一层是参数与策略优化：启用并正确配置 ADR，使终端根据链路质量选择合适的扩频因子和发射功率；限制 confirmed 上行比例，仅在关键数据上使用确认；错开上报周期，避免大量终端在同一时刻发送。第二层是网络资源扩展：增加网关数量或调整网关位置，改善覆盖并分流终端；启用更多信道，降低单信道冲突概率；合理规划子频段和占空比。第三层是架构与业务调整：对非关键数据降低上报频率或改为批量上报；将部分终端迁移到其他网络；在应用层增加缓存和去重，减少对下行确认的依赖。

需要强调的是，调优不是一次性动作。终端移动、环境变化、业务增长都会改变容量分布，因此应把观测和验证做成常态化机制。只有持续采集数据、持续对比指标，才能在容量真正耗尽之前发现趋势并提前调整。