純屬個人見解，如有錯誤感謝指正，不喜勿噴。
LoRa鍊路：
GW：GatWay Lora網關
LoRaNS：LORAWAN協定伺服器，解析LORAWAN協定規範的資料，相當于解密
AS：應用伺服器，取得相應資料并存儲或操作
APP：手機應用，目前不是必備，但是物聯網發展到最終是應用到個人是以将來必然人手一個自己所掌控的APP管理自己的終端裝置，科技在發展，誰又能想到自己常拿在手中的又會是什麼呢。
NB鍊路：
GW：營運商網關（電信、移動、聯通、廣電）
核心網：營運商根據不同的協定進行資料收發的機關
CDP伺服器：用來建立裝置和管理裝置的伺服器，目前可自行使用TCP或者UDP建立自己的CDP伺服器，但是未來可能會被限制，必須經過營運商的CDP伺服器，例如華為與電信合作做的OceanConnect平台，或者移動的OneNet平台。
AS：應用伺服器，取得相應資料并存儲或操作
APP：手機應用，目前不是必備，但是物聯網發展到最終是應用到個人是以将來必然人手一個自己所掌控的APP管理自己的終端裝置，科技在發展，誰又能想到自己常拿在手中的又會是什麼呢。
抛開協定模式以外的講
相同性：
可做到遠距離、低功耗、資料量小優勢，适合物聯網電池供電中發包周期長的小型物件
差別：
- LoRa：可自組網門檻會更高一點點，從底層終端到GW到NS再到AS都要自行開發，必須自行架設網關（網關比較貴，一台成本3~5K），若區域内終端裝置量大可選擇LoRa布網，資料量可控，網絡環境可控、安全可控，無需經過第三方路徑，目前市場基本上ToB，ToC難度較大。
- NB：無需自行架設網關，開發有營運商支援和文檔齊全，開發速度較快，資訊必須經過營運商通訊，不過單終端子產品成本比LoRa高，一顆MCU+NB模組價格在40-50元左右，而LoRa一顆MCU+SX1278大概在15-25左右，ToC目前也可行，主要比較不用擔心網絡覆寫。
LORA和NB的協定工作模式
LoRa三種工作模式：ClassA、ClassB、ClassC
Class A：終端先發送，在發送後開啟一段時間的接收視窗，終端隻有在發送後才可以接收。也就是說上行沒有限制，下行的資料隻有在上行包發送上來的時候終端才可以接收到。(功耗最低)
Class B:終端和伺服器協商好接收的視窗開啟的時間以及何時開啟，然後再約定的時間進行接收，可以一次接收多個包。（功耗次低）
Class C:終端在發送以外的其他時間都開啟接收視窗。更耗能，但通訊延時最低。（功耗最高）
NB的三種工作模式：Connect、idle、PSM
-
Connect:可發送可接受，耗能最多的時刻，有些高大220mAh
Idle：空閑時刻，子產品無資料流動，耗能中等，大概在3~5mAh
PSM：Power Save Mode，顯而易見最省電模式，耗能在3~5uA左右
- 當然此工作模式非彼工作模式，LoRa的Connect、idle和PSM已經包含在Class模式中了，發送就是Connect，未發送和接收則是idle，PSM則是休眠。
- 一整個NB的工作流程大概就是如圖，其中RX和TX為Connect模式，idle的尋呼模式，PSM為耗能最低模式。T3324和T3412是控制耗能的關鍵，這是開卡的時候與營運商溝通決定使用的方案，營運商會根據你的應用來建議使用的套餐。
- NB除了PSM模式以外，還有個eDRX模式，相當于PSM中的T3412變成了衆多個T3324，在指定時間内不停地尋呼，以達到保證資料下發的實時性情況下，把功耗降到最低。
物聯網産品中比較難兩全的問題：功耗與資料實時性。
- 衆多客戶都希望自己的資料或者自己下發的控制指令能夠實時到達，但是終端如果常開啟接收模式，就會十分耗電，根本無法支撐3~5年的工作時間，隻能擇中，就有了LoRa的ClassB,NB的eDRX模式，專家還是很厲害的！
- 而就那種常供電的終端裝置而言就可以不用考慮功耗了，就可盡情發揮它的資料傳輸功能，就可以用LoRa的ClassC模式和NB的eDRX将尋呼周期間隔時間調到最短的模式。例如：路燈控制，家電控制等。
- 目前應用較多的物聯網産品基本上是使用LoRa的ClassA模式和NB的PSM模式，這樣是将原本要不斷維護和耗費人力去完成的事，交給了MCU，例如：井蓋開蓋報警器、智能水表、智能電表等，這些發送周期長和下行實時性需求不是非常大的應用。
學習LoRaWAN協定請參考LORAWAN協定解析及其分目錄的LOWARAN列