LoRaWAN 1.1 网络协议规范 - 4 MAC 帧格式 Part II
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 orNFCntDwn orAFCntDwn | 0x00 | i |
表17 加密块格式
方向字段(Dir):上行帧为0,下行帧为1。
块Ai加密后获取到块序列Si:
Si = 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 orNFCntDwn | 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的更多相关文章
- LoRaWAN 1.1 网络协议规范 - 4 MAC帧格式 Part I
LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和 ...
- LoRaWAN 1.1 网络协议规范 - 3 物理层帧格式
LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和 ...
- LoRaWAN 1.1 网络协议规范 - 5 MAC指令
LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和 ...
- LoRaWAN 1.1 网络协议规范 - 1 引言
LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和 ...
- LoRaWAN 1.1 网络协议规范 - 2 LoRaWAN选项介绍
LoRaWAN 1.1 网络协议规范 LoRaWAN 1.1 版本封稿很久了也没有完整啃过一遍,最近边啃边翻译,趁着这个机会把它码下来. 如果觉得哪里有问题,欢迎留言斧正. 翻译不易,转载请申明出处和 ...
- MAC帧格式、IPV4数据报格式、TCP报文格式、UDP数据报格式
1.MAC帧格式 类型:2字节,指出数据域中携带的数据应交给哪些协议实体处理 校验码:校验数据段(采用32位CRC冗余校验方式进行校验) 2.IPV4数据报 版本:IP协议版本,这里为4 首部长度:占 ...
- [网络] DHCP 之 Mac 绑定
[网络] DHCP 之 Mac 绑定 一.瞎扯 今天我们来简单聊聊Mac绑定,这在设备管理时常常被使用. 当然你可能会说我可以设置静态IP啊.先不提静态IP容易冲突.现在我在设置树莓派时就遇到一个问题 ...
- 无线网络中的MAC协议(1)
前文我们对传统的有线网络的MAC协议进行了分析,接下来我们在对无线网络的MAC也进行一个详细的介绍.那么无线网络中的MAC工作方式是如何的呢?无线局域网(WLAN)中MAC所对应的标准为IEEE 80 ...
- TCP报文格式+UDP报文格式+MAC帧格式
TCP和UDP的区别: 1)TCP是面向连接的,而UDP是无连接的 2)TCP提供可靠服务,而UDP不提供可靠服务,只是尽最大努力交付报文 3)TCP面向字节流,TCP把数据看成一串无结构的字节流,而 ...
随机推荐
- Django学习手册 - cookie / session
cookie """ cookie属性: obj.set_cookie(key,value,....) obj.set_signed_cookie(key,value,s ...
- linux相关设置
mysql开机自启: [root@workstudio system]# systemctl enable mysqld
- 光照问题之常见算法比较(附Python代码)
一.灰度世界算法 ① 算法原理 灰度世界算法以灰度世界假设为基础,该假设认为:对于一幅有着大量色彩变化的图像,R,G,B三个分量的平均值趋于同一灰度值Gray.从物理意义上讲,灰色世界法假设自然界景物 ...
- POI导出带格式的Excel模板——(六)
Jar包
- JNI打通java和c
1.JNI简介 The Java Native Interface (JNI) is a programming framework that enables Java code running in ...
- ubuntu14.04 VIM for python 一键配置
# 超强vim配置文件 [](https://travis-ci. ...
- linux学习笔记1——指令的基本格式及基本文件操作
从今天开始就正式踏上了linux的学习历程.linux作为绝大多数服务器采用的操作系统,是每个开发人员都非常有必要掌握的操作系统.初学时,我没有直接在电脑上安装linux操作系统,而是采用了虚拟机的方 ...
- Python 优雅获取本机 IP 方法【转】
转自:https://www.cnblogs.com/lfxiao/p/9672975.html 见过很多获取服务器本地IP的代码,个人觉得都不是很好,例如以下这些 不推荐:靠猜测去获取本地IP方法 ...
- Hacker学习发展流程图
题记:梅花香自苦寒来.转载请注明版权:http://a1pass.blog.163.com/ A1Pass 今天看一位网友的日志上面有一篇名为“学黑的目标”的日志,里面有一个略显粗 ...
- python各种post上传文件
1.带证书上传文件 filename = '/tmp/test.cert'hash_v = 'assumethisisahash' #这是一种流式上传的方式with open(filename, 'r ...