LoraWan规约版本变更历史最新(1.0.4)

Revision 1.0

第一个发布的版本 LoRaWAN1.0

Revision 1.0.1

  • 澄清了RX窗口开始时间的定义
  • 修正了NA部分DR2的最大有效载荷大小
  • 更正了7.2.2中关于下行数据速率范围的错字
  • 在7.2.2中引入了使用编码速率 4 / 5 的要求,以保证最长的广播时间《 400 mSec
  • 更正了6.2.5中的JoinAccept MIC计算
  • 在5.2中澄清了NbRep字段并将其重命名为NbTrans
  • 去除了在MAC层不加密应用有效载荷的可能性,
  • 删除了第4.3.3.2段。如果应用程序需要进一步的安全性,则可以使用任何方法在应用层对有效载荷进行加密,然后在MAC层使用指定的默认LoRaWAN加密进行重新加密
  • 更正FHDR字段大小输入错误
  • 修正了7.2.5中ChMaskCntl等于6或7时ChMask对通道的影响
  • 澄清了6.2.5中描述JoinResp帧中RX1插槽DataRate偏移的句子
  • 在7.2.7中删除了DRoffset表的后半部分,因为根据定义,DR>4将永远不会用于上行链路
  • 去除了EU868 MHz ISM频段中的显式占空比限制(第7.1节)
  • 将RXtimingSetupAns和RX Param Set up An做了粘滞MAC命令,以避免终端设备的隐藏状态问题。(第5.4和5.7节)
  • 增加了针对中国470-510 MHz计量频段的频率计划
  • 增加了澳大利亚915-928 MHz ISM频段的频率计划

Revision 1.0.2

  • 提取了第7节“物理层”,现在将成为一个独立的“LoRaWAN区域物理层定义”文档。
  • 在第4.3.1.1节中,修正了ADR回退序列描述(ADR_ACK_LIMIT错误地写成了ADR_ACK_DELAY)。
  • 在第18.2节的标题中纠正了格式问题(之前在1.0.1版本中为第19.2节)。
  • 添加了DlChannelRec MAC命令,该命令用于修改终端设备期望的下行频率。
  • 添加了TXParamSetupRec MAC命令。该命令使得能够远程修改某些区域内终端设备的最大TX停留时间和最大无线电TX功率。
  • 在5.2节中添加了终端设备处理多个ADRreq命令的能力。
  • 对AppKey的定义进行了澄清。

Revision 1.0.3

  • 从LoRaWAN1.1规范中导入B类章节
  • 在A类章节中增加了DeviceTimeReq/Ans MAC命令,B类信标采集需要这些命令,不推荐使用Beacon Time Req/Ans MAC命令。
  • 纠正了不正确的GPS历元参考
  • 纠正各种错别字

Revision 1.0.4

  • 规范和语法清理
  • 添加了 BCP 14 引用
  • 将 AppEUI 和 AppNonce 替换为 JoinEUI 和 JoinNonce
  • 明确 B 类和 C 类工作模式作为 A 类的附加
  • 明确了A类RX开窗要求
  • 参考文献 [RP002] (RP002-1.0.0)
  • 物理层数据报称为 [RP002] 中定义的“数据包”
  • MAC层数据报称为“帧”
  • 澄清了对大于最大帧长度的帧的处理
  • FPending 澄清
  • 删除了MAX_FCNT_GAP
  • 阐明了 FCnt 的使用和行为
  • FCnts 始终是 32 位的,并且必须由 ABP 终端设备持久化
  • 高于 224 的 Fports 不会被丢弃
  • 将“帧”用于MAC层数据报
  • 帧类型名称的编辑一致性(“未经确认的数据上行链路”等)
  • Join-Request 和 Join-Accept 的编辑一致性
  • 阐明“空帧”也有效
  • 阐明 ADR 行为
  • 改进了 ADR 回退示例
  • 在 FCtrl 部分中定义 B 类位(而不仅仅是在 B 类部分)
  • MAC 命令处理和“粘性”MAC 命令概述,包括响应优先级
  •  最大、最小和不更改 LinkADRReq TXPower
  •  其他 ADR 说明
  •  LinkCheckAns 澄清并将 RadioStatus 字段定义为 SNR
  •  阐明 MAC 命令的强制性质
  •  阐明固定频道计划区域的 NewChannelReq/DlChannelReq 非要求
  • 要求 DevNonce 始终递增
  • 使 DevAddr AddrPrefix 定义与后端实践保持一致
  • 要求所有终端设备都有关联的DevEUI,甚至是ABP终端设备
  • 阐明加入过程中的频道选择程序,即参考 [RP002]
  • 阐明 CFList 对其他可配置值的处理
  • C 类终端设备必须成功上行链路一次,然后网络才会向其发送下行链路
  •  澄清了重传回退
  •  默认 Ping 插槽和通道是指 [RP002]
  • 需要至少一个组播组的支持
  •  定义 B 类下行链路中单播和组播中 Fpending 的解释
  •  PingSlotInfoAns已定义
  • 为扩频因子SF8至SF12定义的信标帧格式
  • 松散同步网关信标传输随机化
  • 将时间精度字段Prec添加到Beacon,以描述源网关的定时精度,并添加了对其使用的描述
  • 定义信标GPS坐标场的LAT/LNG场
  • 澄清了下行链路路由更新对小区更改的要求
  • 澄清A类下行链路比C类下行链路的优先级
  • 阐明单播和多播RXC参数和逻辑模型
  • 更新所有信息示例
  • 来自网络的MAC命令只能在A类下行链路上发送。请注意,常规上行链路流量预计在B类和C类。
  • 增加了一个最小功率控制范围
  • 对于B类和C类确认的下行链路,在超时后不应发生ACK。
  • 使用Toff在每个上行链路帧后强制执行占空比限制
  • 修改PingSlotChannelReq应答机制(在所有上行链路中重复,直到下一个A类下行链路,即粘性应答)
  • 在确认A类下行链路后,NS应等待上行链路,然后再发送B类或C类确认DL。
  • 建议尽快发送RxParamSetupAns(启用C类)和PingSlotChannelAns。

你可能感兴趣的:(物联网)