LoRaWAN 規範1.0 (1.0.2) 第七章 - 重傳退化

LoRaWAN 規範1.0 (1.0.2) 第七章 - 重傳退化

最近在做LoRa, LoRaWAN協議略微複雜,邊讀邊翻譯,現在把翻譯分享給各位做物聯網的同行。
當然裏面摻雜了一些我的個人筆記,希望對大家有所幫助。
如果哪裏有問題,歡迎應各位留言或者郵件指正。

翻譯很辛苦,轉載請註明出處和源鏈接

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 中國大陸許可協議進行許可。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章