LoRaWAN 规范1.0 (1.0.2) 第七章 - 重传退化

LoRaWAN 规范1.0 (1.0.2) 第七章 - 重传退化

最近在做LoRa， LoRaWAN协议略微复杂，边读边翻译，现在把翻译分享给各位做物联网的同行。
当然里面掺杂了一些我的个人笔记，希望对大家有所帮助。
如果哪里有问题，欢迎应各位留言或者邮件指正。

翻译很辛苦，转载请注明出处和源链接

• 英文原文链接： 《LoRaWAN Specification 1R0》
• LoRaWAN版本历史及协议格式说明
• 翻译原文链接：
  
  • LoRaWAN 规范 1.0 （章节2~4）
  • LoRaWAN 规范 1.0 （章节5）
  • LoRaWAN 规范 1.0 （章节6）
  • LoRaWAN 规范 1.0 （章节7）
  • LoRaWAN 规范 1.0 （章节10~13）

7. 重传退化（Retransmissions back-off）

下述上行帧会触发灾难性的、持续的无线网络过载：

• 需要网络服务器或者应用服务器确认或应答的消息，设备如果没有收到确认或应答就会重传。

• 外部事件触发（断电、无线干扰、网络中断、地震等），导致大量（> 100）设备进行同步

注意：

上述情况的典型案例：一批终端设备在网络中断后要重置MAC层，这批终端设备将一起广播 入网请求 ，并且只有在收到入网响应后才会停止。

对于那些重传的帧来说，从RX2结束到下一次重传开始的时间间隔应是随机值，并且每个设备使用不同的队列（例如：使用与设备地址相关的伪随机数生成器）。这种重传消息的占空比应当遵守当地规定和下述限制，以两者之中的最大约束为准：

上电或复位后的累计时长(小时)		传输时间()
≥0,≤1	T0<t<T0+1	<36秒
>1,≤11	T0+1<t<T0+11	<36秒
>11，累计超过24小时	T0+11+N<t<T0+35+N,N>=0	<8.7秒/24小时

---

PS

看到有些伙伴提问问题，由于本人的CSDN一般不在线。

为了方便交流，附个邮箱，有问题或者想法的朋友可以

---

本文由 qingchuwudi 译制，除非另有声明，在不与原著版权冲突的前提下，本作品采用知识共享署名 3.0 中国大陆许可协议进行许可。