LoRaWAN 1.1 网络协议规范

LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来。

如果觉得哪里有问题,欢迎留言斧正。

翻译不易,转载请申明出处和链接。


4 MAC 帧格式 Part II

4.3.1.6 帧选项(FOptsLen in FCtrl, FOpts)

在FCtrl字节中的帧选项长度域(FOptsLen)表示了包含在帧中的帧选项(FOpts)实际长度。

FOpts传输最大长度为15个字节的MAC指令,这是包含在数据帧中的。参照第5章节查看有效的MAC指令列表。

如果FOptsLen为0,那么FOpts是为空。换言之,如果FOptsLen不为0,那么FOpts不为空。如果MAC指令包含在FOpts字段里,那么端口0不可以使用(FOpt应该不存在或者不为0)。

MAC指令不能同时出现在负载段(payload)或帧选项字段。如果出现了,那么设备应该忽略掉该帧。

如果帧头带有FOpts,那么FOpts应该在先进行加密,再计算消息的一致性校验(MIC)。

加密机制是基于使用128字节密钥长度的AES通用算法,这种算法在IEEE802.15.4/2006 Annex B[IEEE802154]文档里有描述。

密钥K在FOpts字段中的NwkSEncKey中使用,上行和下行链路都是如此。

对于每条消息,算法定义了一个单独的块A:

Size(bytes) 1 4 1 4 4 1 1
A 0x01 4x0x00 Dir DevAddr FCntUp or NFCntDwn 0x00 0x00

表15 加密块格式

方向字段(Dir):上行帧为0,下行帧为1。

块A加密后获取到块S:

S=aes128_encrypt(K,A)

对FOpts的加解密都是通过截位法(舍位法)

(pld | pad16) 异或 块S 获得第一个len(pld)段

4.3.1.7 Class B

上行的Class B位设置为1表明通知服务器,设备转为Class B模式,且现在可以接收指定时间的下行pings。请参考Class B 文档中的Class B部分的章节。

4.3.2 端口字段(FPort)

如果帧负载字段不为空,那么端口字段必须存在,如果存在,那么FPort的值为0意味着FRMPayload只包含MAC指令且接收到的带有该FPort字段的任何帧都应该能被LoRaWAN设备所处理。参照第5章节查看有效的MAC指令列表。FPort的值从1到223(0x01到0xDF)j均由应用来决定,且接收到的带有该FPort字段的任何帧应该能被LoRaWAN设备的应用层所处理。FPort值224专用于LoRaWAN的MAC层测试协议。LoRaWAN设备应该丢弃所有来自从应用层的端口不是1到224的传输请求。

注意:端口224作为MAC测试的专用端口,通过无线的方式在最终版本的设备进行遵守MAC指令的测试,从而在实际场景中不用依赖于特定测试版本的设备。测试和正常操作不能同时进行,但设备的MAC层的实现应该和正常应用的实现是一致的。测试协议采用AppSKEY正常加密。这样可以保证在设备拥有者没有参与的情况下,网络服务器无法开启设备的测试模式。如果在已经连接到正常网络的设备上进行测试,网络服务器端的测试应用获取APPSKey的方法就不属于LoRaWAN协议的范围内了。如果在专门的测试平台(非正常的网络服务器)上通过OTAA进行测试,为了保证入网成功,告知测试平台AppKey 的方法也不属于协议范围。

FPort值225到255(0xE1到0xFF)保留,以便后续标准应用的扩展。

Size(bytes) 7..22 0..1 0..N
MACPayload FHDR FPort FRMPayload

表16 MACPayload 字段长度

N是应用负载(FRMPayload)的字节数,有效的N的长度以不同区域不同特性地被定义在[LoRaWAN区域特性参数文档]。

N应该小于等于:

N<=M-1-length(FHDR)

其中M为MAC 负载的最大长度。

4.3.3 MAC帧负载加密(FRMPayload)

如果数据帧包含负载,那么FRMPayload应该在先进行加密,再计算消息完整性校验(MIC)。

加密机制是基于使用128字节密钥长度的AES通用算法,这种算法在IEEE802.15.4/2006 Annex B[IEEE802154]文档里有描述。

密钥k取决于数据消息的端口:

FPort Direction K
0 Uplink/downlink NwkSEncKey
1..255 Uplink/downlink AppSKey

表3 端口列表

加密字段:

pld = FRMPayload

对于每条数据信息,算法定义了一系列的块Ai,其中i=1到k

k=ceil(len(pld)/16)
Size(bytes) 1 4 1 4 4 1 1
Ai 0x01 4x0x00 Dir DevAddr FCntUp or
NFCntDwn or
AFCntDwn
0x00 i

表17 加密块格式

方向字段(Dir):上行帧为0,下行帧为1。

块Ai加密后获取到块序列Si:

S = aes128_encrypt(K,Ai) 其中i=1到k
S = S1 | S2 | ..| Sk

对负载的加解密都是通过截位法(舍位法)

(pld | pad16) 异或 块S 获得第一个len(pld)段

4.4 信息完整性校验码

对消息的所有字段进行计算得到信息完整性校验码(MIC)

msg = MHDR | FHDR | FPort | FRMPayload

其中len(msg)表示消息的长度。

4.4.1 下行帧

下行帧的MIC计算遵循[RFC4493]:

cmac = aes128_cmac(SNwkSIntKey, B0 | msg)

MIC = cmac[0..3]

其中块B0定义如下:

Size(bytes) 1 2 2 1 4 4 1 1
B0 0x49 ConfFCnt 2x0x00 Dir=0x01 DevAddr AFCntDwn or
NFCntDwn
0x00 len(msg)

表18 下行MIC计算块格式

如果设备接入LoRaWAN1.1版本的网络服务器同时下行帧的ACK位使能,这意味着这一帧是上行确认帧的应答帧,ConfFCnt是上行确认帧的应答帧的帧计数器对2^16取模。其他情况则ConfFCnt = 0x0000。

4.4.2 上行帧

上行帧的MIC计算如下过程:

其中块B0定义如下:

Size(bytes) 1 4 1 4 4 1 1
B0 0x49 0x0000 Dir=0x00 DevAddr FCntUp 0x00 len(msg)

表19 上行B0MIC计算块格式

其中块B1定义如下:

Size(bytes) 1 2 1 1 1 4 4 1 1
B1 0x49 ConfFCnt TxDr TxCh Dir=0x00 DevAddr FCntUp 0x00 len(msg)

表20 上行B1MIC计算块格式

其中:

  • TxDr是上行传输的数据速率
  • TxCh是传输的频道编号
  • 如果上行帧的ACK位使能,这意味着这一帧是下行确认帧的应答帧,ConfFCnt是下行确认帧的应答帧的帧计数器对2^16取模。其他情况则ConfFCnt = 0x0000。

cmacS = aes128_cmac(SNwkSIntKey, B1 | msg)

cmacF = aes128_cmac(FNwkSIntKey, B0 | msg)

如果设备接入LoRaWAN1.0版本的网络服务器,那么:

MIC = cmacF[0..3]

如果设备接入LoRaWAN1.1版本的网络服务器,那么:

MIC = cmacS[0..3] | cmacF[0..1]

LoRaWAN 1.1 网络协议规范 - 4 MAC 帧格式 Part II的更多相关文章

  1. LoRaWAN 1.1 网络协议规范 - 4 MAC帧格式 Part I

    LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和 ...

  2. LoRaWAN 1.1 网络协议规范 - 3 物理层帧格式

    LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和 ...

  3. LoRaWAN 1.1 网络协议规范 - 5 MAC指令

    LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和 ...

  4. LoRaWAN 1.1 网络协议规范 - 1 引言

    LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和 ...

  5. LoRaWAN 1.1 网络协议规范 - 2 LoRaWAN选项介绍

    LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和 ...

  6. MAC帧格式、IPV4数据报格式、TCP报文格式、UDP数据报格式

    1.MAC帧格式 类型:2字节,指出数据域中携带的数据应交给哪些协议实体处理 校验码:校验数据段(采用32位CRC冗余校验方式进行校验) 2.IPV4数据报 版本:IP协议版本,这里为4 首部长度:占 ...

  7. [网络] DHCP 之 Mac 绑定

    [网络] DHCP 之 Mac 绑定 一.瞎扯 今天我们来简单聊聊Mac绑定,这在设备管理时常常被使用. 当然你可能会说我可以设置静态IP啊.先不提静态IP容易冲突.现在我在设置树莓派时就遇到一个问题 ...

  8. 无线网络中的MAC协议(1)

    前文我们对传统的有线网络的MAC协议进行了分析,接下来我们在对无线网络的MAC也进行一个详细的介绍.那么无线网络中的MAC工作方式是如何的呢?无线局域网(WLAN)中MAC所对应的标准为IEEE 80 ...

  9. TCP报文格式+UDP报文格式+MAC帧格式

    TCP和UDP的区别: 1)TCP是面向连接的,而UDP是无连接的 2)TCP提供可靠服务,而UDP不提供可靠服务,只是尽最大努力交付报文 3)TCP面向字节流,TCP把数据看成一串无结构的字节流,而 ...

随机推荐

  1. Django学习手册 - cookie / session

    cookie """ cookie属性: obj.set_cookie(key,value,....) obj.set_signed_cookie(key,value,s ...

  2. linux相关设置

    mysql开机自启: [root@workstudio system]# systemctl enable mysqld

  3. 光照问题之常见算法比较(附Python代码)

    一.灰度世界算法 ① 算法原理 灰度世界算法以灰度世界假设为基础,该假设认为:对于一幅有着大量色彩变化的图像,R,G,B三个分量的平均值趋于同一灰度值Gray.从物理意义上讲,灰色世界法假设自然界景物 ...

  4. POI导出带格式的Excel模板——(六)

    Jar包

  5. JNI打通java和c

    1.JNI简介 The Java Native Interface (JNI) is a programming framework that enables Java code running in ...

  6. ubuntu14.04 VIM for python 一键配置

    # 超强vim配置文件 [![Build Status](https://travis-ci.org/ma6174/vim.png?branch=master)](https://travis-ci. ...

  7. linux学习笔记1——指令的基本格式及基本文件操作

    从今天开始就正式踏上了linux的学习历程.linux作为绝大多数服务器采用的操作系统,是每个开发人员都非常有必要掌握的操作系统.初学时,我没有直接在电脑上安装linux操作系统,而是采用了虚拟机的方 ...

  8. Python 优雅获取本机 IP 方法【转】

    转自:https://www.cnblogs.com/lfxiao/p/9672975.html 见过很多获取服务器本地IP的代码,个人觉得都不是很好,例如以下这些 不推荐:靠猜测去获取本地IP方法 ...

  9. Hacker学习发展流程图

    题记:梅花香自苦寒来.转载请注明版权:http://a1pass.blog.163.com/      A1Pass      今天看一位网友的日志上面有一篇名为“学黑的目标”的日志,里面有一个略显粗 ...

  10. python各种post上传文件

    1.带证书上传文件 filename = '/tmp/test.cert'hash_v = 'assumethisisahash' #这是一种流式上传的方式with open(filename, 'r ...