LoRaWAN Classes 一共分为 3 类：Class A,Class B,Class C ，下面详细介绍：
|
Classes 类型 |
说明 |
功耗 |
|
Class A |
终端先发送，在发送后开启一段时间的接收窗口，终端只 有在发送后才可以接收。也就是说上行没有限制，下行的 数据只有在上行包发送上来的时候终端才可以接收到。 |
功耗最低 |
|
Class B |
终端和服务器协商好接收的窗口开启的时间以及何时开 启，然后再约定的时间进行接收，可以一次接收多个包。 |
功耗其次 |
|
Class C |
终端在发送以外的其他时间都开启接收窗口。更耗能，但 通讯延时最低。 |
功耗最高 |
信锐 LoRa 网关认证链路（470-472MHz）是 Class A 类型，数据链路（473-509MHz）是 Class C 类型（基于标准协议有做改动）。
通过对上面 Classes 类型的介绍，我们再举个例子：
激活排插的过程，排插的认证数据是通过认证链路（Class A）主动发包和平台交互。排 插上线后上报数据是走的数据链路（Class C），也就是说，排插上线后不会再主动发包，一 直打开接收窗口，等待平台来调度。此处，排插上线后不会再主动发包，原因是暂时 LoRa 通信目前不支持冲突检测。
平台调度终端采用的是轮询机制，默认一分钟轮询一次。对于排插来说，就是每隔一分 钟，平台会“询问”一次排插当前的状态（比如当前功率、电压及电流等信息）。
上面举的是排插的例子，还有一种终端是低功耗型（目前有温湿度传感器和红外人体感
应检测器）。低功耗，意味着终端不可能一直打开接收窗口等待平台调度，因为这样耗电会 很高，和低功耗冲突。目前低功耗设备上报数据走的是认证链路（认证和数据都是走的认证 链路），温湿度传感器默认 1 分钟上报一次环境状态，红外人体感应检测有人立即上报至平 台，上报的数据都是走的认证链路。
通过【准备知识】我们能知道，Class C 类型终端上报数据是等待平台调度，询问到谁， 谁就上报自己的数据。平台调度终端的轮询时间为 1 分钟，故终端的状态改变后，最长要 1 分钟能上报到平台（1s 到60s 不等。如有丢包情况，时间会更长），时间间隔过长很多场景 满足不了需求。
举个例子，排插上接上 1500W 的吹风机并启动，这样在平台上最多要 1 分钟（1s-60s） 才能检测到。这样就无法做到大功率及时告警。
再举个例子，检测到门磁状态为开，则开启会议室灯、投影仪及其他电器，如果等待平 台来询问门磁的状态，最长也要 1 分钟才能联动其他动作的执行。不满足开门立即开启电器 等需求。
以上 2 个例子中的提到的问题，可以通过配置上报规则来解决。
上报规则的原理是，平台给终端下发某个条件，只有终端满足了该条件后，便可以主动 把相关信息上报给平台。前面我们讲到，Class C 类型终端为了避免冲突，上线后不会主动 发包，这里满足条件后主动把相关信息上报给平台是通过认证链路（Class A）上报。
终端不满足配置的条件，仍然是等待平台轮询调度。
虽然可以做到满足条件即可立即上报，但是条件一定要配置的合理。比如，我们只需要 大功率立即告警，则规则配置为终端只有满足达到某个功率值立即上报到平台。如果我们配 置大于 1W 寄立即上报，那终端上报的频率过高，会导致认证链路拥塞，会影响终端的在线 情况。所以，终端规则要按需合理配置。
