LoRaWAN介绍 - LoRa从业者读这篇就够了（转）

在绑定了几个一级电信运营商后，网络部署情况就比较可观了。按照官方目前(2017.04)的声明，网络部署情况是这样：

34个公开声明部署的网络，至少150个在进行的城市试点部署

你们发现没，**脖子那边有一点白，可能是主体主义思想的光辉太耀眼了。

在前面部分了解了LoRaWAN很火之后，我们具体从技术角度做些了解。如下是LoRa联盟官方白皮书中的网络架构图。

可以看到一个LoRaWAN网络架构中包含了终端、基站、NS(网络服务器)、应用服务器这四个部分。基站和终端之间采用星型网络拓扑，由于LoRa的长距离特性，它们之间得以使用单跳传输。在终端部分官方列了6个典型应用，有个细节，你会发现终端节点可以同时发给多个基站。基站则对NS和终端之间的LoRaWAN协议数据做转发处理，将LoRaWAN数据分别承载在了LoRa射频传输和Tcp/IP上。

下面结合下行业生态再来看下这个网络架构，大家可以有更深的认知。图来自ST的LoRa白皮书《IoT connectivity made easier STM32 MCUs & LoRa》。

在开头的介绍中我们就看到有协议中有规定 Class A/B/C 三类终端设备，这三类设备基本覆盖了物联网所有的应用场景。

为了方便大家，我又做了个表。

下面来点时序图，让大家有更深的感受。

这是Class A 上下行的时序图，目前接收窗口RX1一般是在上行后1秒开始，接收窗口RX2是在上行后2秒开始。

Class C 和 A 基本是相同的，只是在 Class A 休眠的期间，它都打开了接收窗口RX2。

Class B 的时隙则复杂一些，它有一个同步时隙beacon，还有一个固定周期的接收窗口ping时隙。如这个示例中，beacon周期为128秒，ping周期为32秒。

搞明白了基础概念之后，就可以了解节点如何工作了。在正式收发数据之前，终端都必须先加网。

有两种加网方式：Over-the-Air Activation(空中激活方式 OTAA)，Activation by Personalization(独立激活方式 ABP)。

商用的LoRaWAN网络一般都是走OTAA激活流程，这样安全性才得以保证。此种方式需要准备 DevEUI，AppEUI，AppKey 这三个参数。

DevEUI 是一个类似IEEE EUI64的全球唯一ID，标识唯一的终端设备。相当于是设备的MAC地址。
AppEUI 是一个类似IEEE EUI64的全球唯一ID，标识唯一的应用提供者。比如各家的垃圾桶监测应用、烟雾报警器应用等等，都具有自己的唯一ID。
AppKey 是由应用程序拥有者分配给终端。

终端在发起加网join流程后，发出加网命令，NS(网络服务器)确认无误后会给终端做加网回复，分配网络地址 DevAddr(32位ID)，双方利用加网回复中的相关信息以及AppKey，产生会话密钥NwkSKey和AppSKey，用来对数据进行加密和校验。

如果是采用第二种加网方式，即ABP激活，则比较简单粗暴，直接配置 DevAddr，NwkSKey，AppSKey 这三个LoRaWAN最终通讯的参数，不再需要join流程。在这种情况下，这个设备是可以直接发应用数据的。

LoRa联盟官方在协议之外，还发布了一个配套补充文档《LoRaWAN 地区参数》，这份文档描述了全球不同地区的LoRaWAN具体参数。为了避免新区域的加入而导致文档的变动，因此将地区参数章节从协议规范中剥离出来。

这份文档主要讲了LoRaWAN在全球各地区的具体物理层参数，不单单是频段有区别，细化到信道划分，甚至是数据速率，发射功率，最大数据长度等等都有区别。

为了方便大家了解总体情况，我又做了个表。

其实这个表也可以看出一个好玩的事情，为什么韩国的参数和亚洲各国其实差不太多，却单独拎出来。如果你有记得前文中的董事会成员记录，就应该知道韩国SK电信在LoRa联盟中的地位。这么高的地位搞点小特殊，你说过分么。

好了，介绍完如上的信息，大家应该对LoRaWAN有了系统的了解。

在断断续续学习LoRaWAN的这几个月，深深感觉到，物联网厂商要想理解透LoRaWAN还是需要做比较大的投入，特别是在实际项目过程中还是会遇到这样那样的细节问题。不过有更快速省事的方法，诸如借助我们长期的合作伙伴-厦门四信的LoRaWAN串口模块，他们提供了非常简单清晰的串口AT命令，厂商可以专注于自己多变的业务应用，是的，那句话，上帝的归上帝，凯撒的归凯撒。