LoRaWAN协议中文版 第17章 Class C
来源:互联网 发布:知乎澳大利亚媒体 编辑:程序博客网 时间:2024/04/30 15:34
前言
这是《LoRaWAN102》的译文,即LoRaWAN协议规范 V1.0.2 版本( 2016 年 7 月定稿)。
我正在陆续对协议的各个章节进行翻译,具体其他章节的译文,以及译文之外的代码解析,可点此查看帖子LoRa学习笔记_汇总。
本文作者twowinter,转载请注明作者:http://blog.csdn.net/iotisan/
翻译开始
第17章 持续接收的终端
具备Class C 能力的终端,通常应用于供电充足的场景,因此不必精简接收时间。
Class C 的终端不能执行 Class B 。
Class C 终端会尽可能地使用 RX2 窗口来监听。按照 Class A 的规定,终端是在 RX1 无数据收发才进行 RX2 接收。为了满足这个规定,终端会在上行发送结束和 RX1 接收窗口开启之间,打开一个短暂的 RX2 窗口,一旦 RX1 接收窗口关闭,终端会立即切换到 RX2 接收状态; RX2 接收窗口会程序打开,除非终端需要发送其他消息。
注意:没有规定节点必须要告诉服务端它是 Class C 节点。这完全取决于服务端的应用程序,它们可以在 join 流程通过协议交互来获知是否是 Class C 节点。
17.1 Class C 的第二接收窗口持续时间
Class C 设备执行和 Class A 一样的两个接收窗口,但它们没有关闭 RX2 ,除非他们需要再次发送数据。因此它们几乎可以在任意时间用 RX2 来接收下行消息,包括MAC命令和ACK传输的下行消息。另外在发送结束和 RX1 开启之间还打开了一个短暂的RX2窗口。
图13.Class C 终端的接收时隙时序图
17.2 Class C 对多播下行的处理
和 Class B 类似,Class C 设备也可以接收多播下行帧。多播地址和相关的 NWKSKEY 及 APPSKEY 都需要从应用层获取。Class C 多播下行帧也有相同的限制:
不允许携带MAC命令,既不能放在FOpts域中,也不能放在 port 0 的 payload 中,因为多播下行无法像单播帧那样具备相同的鲁棒性。
ACK 和 ADRACKReq 位必须要为0。MType 域需要为 Unconfirmed Data Down 类型的数值。
FPending 位表明有更多的多播数据要发送。考虑到 Classs C 设备在大部分时间处于接收状态,FPending位不触发终端的任何特殊行为。
翻译完
- LoRaWAN协议中文版 第17章 Class C
- LoRaWAN协议中文版 第8章 Class B介绍
- LoRaWAN协议中文版 第2章 LoRaWAN Classes 类型介绍
- LoRaWAN协议中文版 第1章 介绍
- LoRaWAN协议中文版 第10章 Class B 模式的上行帧
- LoRaWAN协议中文版 第11章 下行ping帧格式(仅Class B)
- LoRaWAN协议中文版_第5章 MAC命令
- LoRaWAN协议中文版 第3章 PHY帧格式
- LoRaWAN协议1.0中文版_第4章_MAC帧格式
- LoRaWAN协议1.0中文版_第6章_终端激活
- LoRaWAN协议中文版 第9章 下行同步网络的原理
- LoRaWAN协议解析 第6章 终端激活
- LoRaWAN协议解析 第4章 MAC帧格式
- LoRaWAN协议解析 第5章 MAC命令
- LoRaWAN协议解析 第3章 PHY帧格式
- LoRaWan协议
- LoRaWAN协议
- LoRaWAN协议V1.0.2中文版_配套文件 地区参数(物理层)
- 【网络】常见通信协议HTTP、TCP、UDP的简单介绍
- Ehcache配置详解及CacheManager使用
- STL之vector容器详解
- Java数组元素
- Retrofit用法详解
- LoRaWAN协议中文版 第17章 Class C
- Java数组复制
- html5+canvas+纯原生javascript+audio开发仙剑记忆力翻牌游戏
- 给您带来更多顾客和持续收入的“好哒”
- 欢迎使用CSDN-markdown编辑器
- 【网络】从日常开发说起,浅谈HTTP协议是做什么的
- Pycharm在创建py文件如何自动添加文件头注释
- android 真机调试魅族手机无法显示logcat日志
- Java可变长度数组