LoRaWAN介紹18 Server雜談

LoRaWAN介紹18 Server雜談

“正是暗礁，讓奔流激起美麗的浪花”--羅曼羅蘭

在LoRaWAN主流體系之外，有一些應用的經驗和技巧，它包括Server和Gateway的設計和實作。

1  Server和GW可以內建嗎？

目前，至少有2種産品是LoRa GW和Server內建在一個裝置上：Semtech Starter Kit和MultiTech Conduit，它們都是基于Linux平台，綜合AS、NS和GW以及DataBase（資料庫）。

如果隻使用一個GW（滿足示範或實驗的需要），上述方法是可行的。

如果是部署一個LoRaWAN物聯網，是需要将Server和GW分離，更常見的是，一個Server連接配接多個GW，組建一個較大區域的無線網絡。

2  NS和AS可以分離嗎？

LoRAWAN Server主要包括：NS和AS，NS負責收發RF資料包，AS負責資料加密和解密，那麼這2者可以分離嗎，比如，使用A公司的NS，結合B公司AS？

站在技術角度，這是完全可行的。隻要NS和AS對同一End Node保持一緻的Key和ID。像Loriot公司的NS，預留了API接口，可以連接配接第三方的AS，用于：同步Key和ID、NS <--> AS資料流等。

3  NS和GW斷連該怎麼辦？

使用3G/GPRS鍊路的GW和NS，如果3G通信失敗（沒有信号等），那麼GW如何緩存End Nodes上報的RF資料包呢？

LoRaWAN沒有指出如何處理該異常，這需要GW執行一些政策：緩存沒有應答的封包，持續重連NS，一旦連接配接NS，馬上送出所有緩存封包。

如果3G/GPRS鍊路長時間不可使用，GW不可能，也沒有必要，緩存所有RF資料包；可見，處理該異常，需要一個滿足客戶需要的動态政策。

4  GW接收“不需要”的封包嗎？

設想，2家不同公司的End Nodes都在一家GW的有效通信範圍，那麼GW能否“拒絕”不屬于本公司的End Nodes的封包嗎？

該GW會接收，隻是當它送出給NS時，會發現該封包的DevAddr和MIC錯誤，因為别的公司的End Nodes沒有在NS中注冊。

由此可見，GW隻是一個“橋接器”，它不對封包做加工處理。

5  使用3G/GPRS有延遲嗎？

有使用者使用3G/GPRS連接配接GW和Server，發現End Node在上報後的1秒内（即RX1視窗）接收ACK失敗。深入實驗發現，原因在于Server通過3G/GPRS發送“下行RF資料包”逾時（大于1秒）。

測試經驗表明，當3G/GPRS鍊路處于空閑時，第一個資料包的發送時間會達到300~900ms，因為3G/GPRS數據機與距離最近的蜂窩基站重建連接配接，這需要一些時間。後續的資料包發送時間小于100ms。

為此，使用3G/GPRS的GW，Server和End Node需要約定RX2視窗接收下行RF資料包，該視窗有2秒的周期，可以有效應對蜂窩鍊路重建延遲。

6  Server如何實作ADR？

ADR（Adaptive Data Rate，速率自适應）是LoRaWAN的核心技術之一，End Nodes的空中速率都是由Server自動控制的。那麼，Server如何計算ADR呢？

LoRaWAN Server一般将ADR算法設計成一個子產品，通過提供目标需求（如：吞吐率、穩定性或2者折中。。。），該算法子產品結合End Node的曆史經驗資料（RSSI / SNR / demodulation margin/ 。。。）計算最佳空中速率。

7  8個SX127x能否代替SX1301？

網絡上有太多的主意：能否使用8個SX127x（如：使用DVB-T裝置連接配接）來取代SX1301，實作一個便宜的LoRaWAN Gateway呢？

小心！這是一個甜蜜的陷阱，看上去很美好，實際上會深陷泥淖。

多個LoRa收發器 ！= LoRaWAN多通道網關

LoRaWAN的無線電通信依賴SX1301基帶晶片，它可以看作是：DSP+2xMCU的ASIC。正因為它強大的調制和解調能力，才能實作多通道，多速率，同時解析；還能實作天線分集。更多資料請參考《LoRaWAN介紹13 SX1301》

http://blog.csdn.net/jiangjunjie_2005/article/details/54603122

多個LoRa收發器的方案，在技術上就存在諸多困難：如果實作多速率同時接收？如果實作天線分集？

商業上，真值得這麼做嗎？SX1301昂貴和封閉，是市場處于導入期，沒有上量；一旦LoRaWAN規模部署，晶片的成本往往下降很快。

下載下傳經典的LoRaWAN資料，請連結：http://www.rimelink.com/nd.jsp?id=48&_np=107_316