lora技术是由一家法国公司cycleo（成立于2009年，一个ip和设计方案提供商）开发的一种扩频无线调制技术(ep2763321 from 2013和us7791415 from 2008)，2012年被美国semtech公司以约500万美金所收购。收购之后，semtech对该技术进行了强有力的营销，包括设立lora联盟，以促进其他公司包括部分移动运营商参与到lora生态系统中。
lorawan则定义了使用lora技术的端到端标准规范，包括物联网市场安全、能源效率、漫游和配置入网(on-boarding)等。lorawan起初叫loramac，由semtech、actility、ibm research共同制定，在2015年巴塞罗那移动信大会上，被改名为lorawan，成为lora联盟成员的规范。lorawan规范可以从lora联盟网站下载：, lorawan和lora的区别在于，lora是一种技术，而lorawan是一套标准规范。
1、lorawan是什么
按照lora联盟《what is lorawan》的介绍，lorawan是为lora远距离通信网络设计的一套通讯协议和系统架构。另外提供了这张略偏技术的协议层次图(如下图)。
lorawan在协议和网络架构的设计上，充分考虑了节点功耗，网络容量，qos，安全性和网络应用多样性等几个因素。经过接下来的这些内容，将会对开头这段介绍有更深刻的体会。
2、lorawan背后的利益集团–lora联盟
和lora相爱相杀的nb-iot出自于标准化组织3gpp，由大名鼎鼎的etsi（欧洲电信标准化委员会）、日本arib（无线行业企业协会）和ttc（电信技术委员会）、ccsa（中国通信标准化协会）、韩国tta（电信技术协会）和北美atis（世界无线通讯解决方案联盟）等等组成。
相比于3gpp的根正苗红，lorawan背后的lora联盟则势力弱了一些。从协议的封面可以看到作者是来自于3个董事会成员公司: n. sornin (semtech), m. luis (semtech), t. eirich (ibm), t. kramp (ibm), o.hersent (actility)。
lora联盟于2015年上半年由思科（cisco）、ibm和升特（semtech）等多家厂商共同发起创立，截止目前(2017.04)有400+的成员，董事会成员中也有不少大企业，大家共同为瓜分未来低功耗广域网的蛋糕而抱团努力着。
我们知道每一项技术的推广，都伴随着利益的推动。虽然组织和联盟都是非盈利性组织，但是旗下的企业成员都不是一心来做公益的。从企业角度来讲，花5万美元去投入做的事情，注定是抱着撬动至少50万美金的预期去做的。下表收集了现阶段交纳5万美元联盟会费的19个董事会成员，你可以看到这些企业的野心。
电信运营商
bouygues
法国三大移动网络运营商之一
comcast
美国的有线电视运营商
kpn
荷兰电信集团
orange
法国电信运营商
proximus
比利时电信运营商
sk telecom
韩国电信运营商
网络安全方案商
gemalto
金雅拓，网络安全方案商，涉及网络加密设计，是中国移动合作伙伴
giesecke
捷德，支付安全方案商，涉及网络加密设计，是工行、建行等的u盾方案商
云平台方案商
actility
法国，thingpark云平台
ibm
平台方案商
zte
中兴，平台方案商，基站方案商
基站方案商
cisco
思科
kerlink
基站方案商
sagemcom
基站方案商
终端芯片方案商
semtech
升特公司，lora射频芯片供应商
st
微控制器供应商
renesas
瑞萨，微控制器供应商
行业应用方案商
flashnet
能源管理应用商，如智慧路灯等应用
homerider
智能水表应用商
3、lorawan的网络部署情况
在绑定了几个一级电信运营商后，网络部署情况就比较可观了。按照目前(2017.04)的声明，网络部署情况(如下图)，34个公开声明部署的网络，至少150个在进行的城市试点部署。
4、lorawan网络架构
在了解了lorawan基本情况后，我们具体从技术角度做些简要分析。如下图是lora联盟中的网络架构图。
可以看到一个lorawan网络架构中包含了终端、基站、ns(网络服务器)、应用服务器这四个部分。基站和终端之间采用星型网络拓扑，由于lora的长距离特性，它们之间得以使用单跳传输。在终端部分列了6个典型应用，有个细节，你会发现终端节点可以同时发给多个基站。基站则对ns和终端之间的lorawan协议数据做转发处理，将lorawan数据分别承载在了lora射频传输和tcp/ip上。
下面结合下行业生态再来看下这个网络架构，大家可以对lorawan有更深的了解。
5协议概述
5.1终端节点的分类
在开头的介绍中我们就看到有协议中有规定class a/b/c三类终端设备，这三类设备基本覆盖了物联网所有的应用场景（如下表）。
class
介绍
下行时机
应用场景
a (‘all’)
class a的终端采用aloha协议按需上报数据。在每次上行后都会紧跟两个短暂的下行接收窗口，以此实现双向传输。这种操作是最省电的。
必须等待终端上报数据后才能对其下发数据。
垃圾桶监测、烟雾报警器、气体监测等
b (‘beacon’)
class b的终端，除了class a的随机接收窗口，还会在时间打开接收窗口。为了让终端可以在时间打开接收窗口，终端需要从网关接收时间同步的信标。
在终端固定接收窗口即可对其下发数据，下发的延时有所提高。
阀控水气电表等
c (‘continuous’)
class c的终端基本是一直打开着接收窗口，只在发送时短暂关闭。class c的终端会比class a和class b更加耗电。
由于终端处于持续接收状态，可在任意时间对终端下发数据。
路灯控制等
5.2终端节点的上下行传输
下面来点时序图，让大家有更深的感受。
这是class a上下行的时序图，目前接收窗口rx1一般是在上行后1秒开始，接收窗口rx2是在上行后2秒开始。
class c和a基本是相同的，只是在class a休眠的期间，它都打开了接收窗口rx2。
class b的时隙则复杂一些，它有一个同步时隙beacon，还有一个固定周期的接收窗口ping时隙。如这个示例中，beacon周期为128秒，ping周期为32秒。
5.3终端节点的加网
搞明白了基础概念之后，就可以了解节点如何工作了。在正式收发数据之前，终端都必须先加网。
有两种加网方式：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流程。在这种情况下，这个设备是可以直接发应用数据的。
5.4数据收发
加网之后，应用数据就被加密处理了。
lorawan规定数据帧类型有confirmed或者unconfirmed两种，即需要应答和不需要应答类型。厂商可以根据应用需要选择合适的类型。
另外，从介绍中可以看到，lorawan设计之初的一大考虑就是要支持应用多样性。除了利用appeui来划分应用外，在传输时也可以利用fport应用端口来对数据分别处理。fport的取值范围是(1~223)，由应用层来。
5.5 adr机制
我们知道lora调制中有扩频因子的概念，不同的扩频因子会有不同的传输距离和传输速率，且对数据传输互不影响。
为了扩大lorawan网络容量，在协议上了设计一个lora速率自适应(adaptive data rate - adr)机制，不同传输距离的设备会根据传输状况，尽可能使用的数据速率。这样也使得整体的数据传输更有效率。
5.6 mac命令
针对网络管理需要，在协议上设计了一系列的mac命令，来修改网络相关参数。比如接收窗口的延时，设备速率等等。在实际应用过程中，一般很少涉及，暂时不管。
6地区参数
lora联盟在协议之外，还发布了一个配套补充文档《lorawan地区参数》，这份文档描述了不同地区的lorawan具体参数。为了避免新区域的加入而导致文档的变动，因此将地区参数章节从协议规范中剥离出来。
下图是lorawan在各地区的具体物理层参数，不单单是频段有区别，细化到信道划分，甚至是数据速率，发射功率，数据长度等等都有区别。
深圳捷迅易联专业生产开发工业级wifi联网模块\zigbee\mesh自组网模块\rf 射频模块\低功耗抄表模块\lora\lorawan\nb-iot数传模块数传电台\3g/4g/gprs工业通讯网关及物联网无线工业系统方案 。公司提供标准的 ttl/232/485 /spi 各类接口数传模块，工业级别,性价比高，特适合布线不方便的地方使用,欢迎联系！