CN111835626A - LoRa通信方法、LoRa服务器网关以及可读存储介质 - Google Patents

Abstract

本发明公开了一种LoRa通信方法、LoRa服务器网关以及可读存储介质，方法包括：服务器网关在判断出能在下行周期内回复完所有的上行了随机数据的终端的条件下，在正常工作模式的下行周期内选择合适的下行方式回复完所有的上行了随机数据的终端；在判断出不能在下行周期内回复完所有的上行了随机数据的终端的条件下切换到强制下发模式，通过广播方式通知终端进入持续接收模式；下行随机数据的回复数据至上行了随机数据的终端；在所有的回复数据都下行到对应的终端后，通过广播方式通知终端恢复到正常工作模式，且服务器网关自身从强制下发模式恢复到正常工作模式，如此实现服务器网关可以对随机数据做到自适应回复，降低网关系统负载，减少数据时延。

Description

LoRa通信方法、LoRa服务器网关以及可读存储介质

技术领域

本发明涉及LoRa通信领域，尤其涉及一种可提高通讯实时性和可靠性的LoRa通信方法、LoRa服务器网关以及可读存储介质。

背景技术

目前，市面上的LoRa产品大都采用LoRaWan协议并且网关是半双工的工作方式，终端和网关的确认(confirm)数据交互需要网关对终端一对一回复ACK，但是当多终端持续上行confirm数据时导致网关在其下行时间内不能一一回复，就会造成突发情况下的数据发送/接收不能做到及时响应。

发明内容

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种可提高在多终端持续上行confirm数据的情形下的通讯实时性和可靠性的LoRa通信方法、LoRa服务器网关以及可读存储介质。

本发明解决其技术问题所采用的技术方案是：

一方面，构造一种LoRa通信方法，所述方法包括：

服务器网关在判断出能在下行周期内回复完所有的上行了随机数据的终端的条件下，在正常工作模式的下行周期内选择合适的下行方式回复完所有的上行了随机数据的终端；

服务器网关在判断出不能在下行周期内回复完所有的上行了随机数据的终端的条件下切换到强制下发模式，通过广播方式通知终端进入持续接收模式；

服务器网关下行随机数据的回复数据至上行了随机数据的终端；

服务器网关在所有的回复数据都下行到对应的终端后，通过广播方式通知终端恢复到正常工作模式，且服务器网关自身从强制下发模式恢复到正常工作模式。

优选地，所述方法还包括：

判断通过逐个发送或者组播方式下行随机数据的回复数据至上行了随机数据的终端所需的时间，是否都大于下行周期，如果是，则判断出不能在下行周期内回复完所有的上行了随机数据的终端。

优选地，所述的选择合适的下行方式回复完所有的上行了随机数据的终端，包括：

如果通过逐个发送方式下行随机数据的回复数据至上行了随机数据的终端所需的时间小于下行周期，则在正常工作模式的下行周期内通过逐个发送方式下行随机数据的回复数据至上行了随机数据的终端；

如果通过逐个发送方式下行随机数据的回复数据至上行了随机数据的终端所需的时间大于下行周期，但通过组播方式下行随机数据的回复数据至上行了随机数据的终端所需的时间小于下行周期，则在正常工作模式的下行周期内通过组播方式下行随机数据的回复数据至上行了随机数据的终端。

优选地，所述的下行随机数据的回复数据至上行了随机数据的终端，包括：通过逐个发送或者组播方式下行随机数据的回复数据至上行了随机数据的终端。

优选地，所述方法还包括：服务器网关在强制下发模式下采用三步握手的方式下行数据给终端。

优选地，所述方法还包括：

在所述正常工作模式下，所述终端与服务器网关同步处于下行周期或者同步处于上行周期，下行周期和上行周期交替出现；

在所述正常工作模式的下行周期内：服务器网关工作于发送状态并可发送下行数据至下行信道；所述多个终端工作于接收状态并可从所述下行信道接收所述下行数据；

在所述正常工作模式的上行周期内：所述多个终端工作于发送状态并可将各种类型的数据发送至对应的各种类型的上行信道中；服务器网关工作于接收状态并可从各种类型的上行信道中接收对应的各种类型的上行数据。

优选地，在所述正常工作模式下，所述终端还与服务器网关同步处于数据处理周期；在所述数据处理周期内所述服务器网关和多个终端均可进行相关的数据处理，所述上行周期结束后先进入所述数据处理周期，所述数据处理周期结束后进入所述下行周期。

二方面，构造一种LoRa服务器网关，包括：

正常回复模块，用于在判断出能在下行周期内回复完所有的上行了随机数据的终端的条件下，在正常工作模式的下行周期内选择合适的下行方式回复完所有的上行了随机数据的终端；

强制回复准备模块，用于在判断出不能在下行周期内回复完所有的上行了随机数据的终端的条件下控制服务器网关切换到强制下发模式，通过广播方式通知终端进入持续接收模式；

强制回复模块，用于下行随机数据的回复数据至上行了随机数据的终端；

强制回复结束模块，用于在所有的回复数据都下行到对应的终端后，通过广播方式通知终端恢复到正常工作模式，且控制服务器网关自身从强制下发模式恢复到正常工作模式。

三方面，构造一种LoRa服务器网关，包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序可被所述处理器运行以实现如前所述的方法的步骤。

四方面，构造一种计算机可读存储介质，包括计算机程序，所述计算机程序可被处理器运行以实现如前所述的方法的步骤。

本发明的LoRa通信方法、LoRa服务器网关以及可读存储介质，具有以下有益效果：本发明中，服务器网关在正常工作模式下在判断出不能在下行周期内回复完所有的上行了随机数据的终端的情形下，服务器网关、终端都从正常工作模式切换到强制工作模式，在这种强制工作模式下，终端处于接收模式，因此可以接收服务器网关通过组播方式回复的数据，而回复完毕后服务器网关和终端都切换回原来的正常工作模式，如此实现服务器网关可以对随机数据做到自适应回复，优化随机信道数据传输，降低网关系统负载，减少网关和终端的数据时延,提高系统实时性和可靠性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图：

图1是本发明LoRa通信方法的流程图；

图2是正常工作模式下的信道分配和时间分配示意图；

图3是强制工作模式下的信道分配和时间分配示意图；

图4是本发明LoRa通信方法的一种实施方式的流程图；

图5是本发明LoRa通信方法的另一种实施方式的流程图；

图6是本发明LoRa服务器网关的结构示意图。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的典型实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容更加透彻全面。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所提到的“下行”是指的从服务器网关往终端方向发送，“上行”是指的从终端往服务器网关方向发送。

本发明总的思路是：能在下行周期内回复完所有的上行了随机数据的终端的条件下，服务器网关在正常工作模式的下行周期内选择合适的下行方式回复完所有的上行了随机数据的终端，如果不能在下行周期内回复完所有的上行了随机数据的终端的条件下，服务器网关切换到强制工作模式：首先，通过广播方式通知终端进入持续接收模式；然后，下行随机数据的回复数据至上行了随机数据的终端；最后，在所有的回复数据都下行到对应的终端后，通过广播方式通知终端恢复到正常工作模式，且服务器网关自身从强制下发模式恢复到正常工作模式，如此可以实现根据随机数据量的大小自适应回复，优化随机信道数据传输，降低网关系统负载，减少网关和终端的数据时延,提高系统实时性和可靠性。

本发明适用于包括服务器网关和多个终端的LoRa通信系统，需要说明的是，本发明下文虽然并未提及网关，但是服务器网关和多个终端之间实际上是通过网关通信的。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明，应当理解本发明实施例以及实施例中的具体特征是对本申请技术方案的详细的说明，而不是对本申请技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。

实施例一

参考图1，是本发明LoRa通信方法的结构示意图，本实施例的方法适于由LoRa服务器网关执行，所述方法包括：

S101、服务器网关在判断出能在下行周期内回复完所有的上行了随机数据的终端的条件下，在正常工作模式的下行周期内选择合适的下行方式回复完所有的上行了随机数据的终端；

优选地，本实施例的正常工作模式是指的：所述终端与服务器网关同步处于下行周期或者同步处于上行周期，下行周期和上行周期交替出现。如此，在正常工作模式下，下行数据和上行数据不会冲突。

进一步优选的，所述终端还与服务器网关同步处于数据处理周期，所述上行周期结束后先进入所述数据处理周期，所述数据处理周期结束后进入所述下行周期。

其中，在所述数据处理周期内：所述服务器网关和多个终端均可进行相关的数据处理。比如判断能否在下行周期内回复完所有的上行了随机数据的工作就是在数据处理周期内执行的，具体的，本实施例的方法还包括：在所述数据处理周期内判断通过逐个发送或者组播方式下行随机数据的回复数据至上行了随机数据的终端所需的时间，是否都大于下行周期，如果是，则判断出不能在下行周期内回复完所有的上行了随机数据的终端。

本发明中的任何数据的下行或者上行所需的理论传输时间，是可以根据数据的长度计算得到的，比如自服务器网关端输入数据的数据长度和采用的SF，则服务节点可以直接调用既有的小工具，基于数据长度和采用的SF直接计算得到该数据在网关芯片的理论传输时间。因此，对于通过逐个发送或者组播方式下行随机数据的回复数据至上行了随机数据的终端所需的时间，都可以由所其所对应的回复数据的理论传输时间累加得到。

所述的选择合适的下行方式回复完所有的上行了随机数据的终端，包括：如果通过逐个发送方式下行随机数据的回复数据至上行了随机数据的终端所需的时间小于下行周期，则在正常工作模式的下行周期内通过逐个发送方式下行随机数据的回复数据至上行了随机数据的终端；如果通过逐个发送方式下行随机数据的回复数据至上行了随机数据的终端所需的时间大于下行周期，但通过组播方式下行随机数据的回复数据至上行了随机数据的终端所需的时间小于下行周期，则在正常工作模式的下行周期内通过组播方式下行随机数据的回复数据至上行了随机数据的终端。

组播方式下行回复数据时，划分到一个组的终端对应一个回复数据或者说一个回复包，这个回复包内记载了这一组的各个终端的地址，终端收到这个包的时候，可以通过遍历包中的地址判断是否包含终端自身的地址，如果包括，则代表收到了随机数据的回复，可以从中提取出自身的具体回复内容。可见，一组的终端数量越多、上行的随机数据越多，则这一组的回复包越大。而数据下行时，数据包的大小是有限制的，比如说一般不能超出256个字节，所以说组播方式下行回复数据时，如果随机数据太多，可能组播方式也无法完成全部回复数据的下行。

其中，在正常工作模式的所述下行周期内：服务器网关工作于发送状态并可发送下行数据至下行信道；所述多个终端工作于接收状态并可从所述下行信道接收所述下行数据；

其中，在正常工作模式的所述上行周期内：所述多个终端工作于发送状态并可将各种类型的数据发送至对应的各种类型的上行信道中；服务器网关工作于接收状态并可从各种类型的上行信道中接收对应的各种类型的上行数据。

参考图2，图中的横轴表示信道、纵轴表示时间，图中Td表示下行周期，Tu表示上行周期，Tw表示数据处理周期。Td、Tu、Tw三者共同构成一个小周期Ta，整个LoRa系统，无论是服务器网关还是终端，都是同步反复进入这个小周期Ta，换句话说，整个通信过程相当于是好多个这样的小周期Ta拼接构成。

LoRa通信系统可以应用于各种实际应用中，实际应用不同，所涉及的上行数据的类型可能不同，而且一种具体的应用，也可能因为需求不同所要求的上行数据的类型不同，不过总的来说，上行数据的类型一般包括入网数据、紧急数据、随机数据、周期数据中的几种。其中，入网数据，表示第一次入网或一段时间后离线重新入网的数据；紧急数据，也称SOS数据，表示随机产生并且实时性要求高的数据；随机数据，表示随机产生且实时性要求较低的数据；周期数据，表示每个终端固定时间需要发送的数据。以上这几类数据可能根据LoRa通信系统的实际应用不存在，例如：实际应用不要求实时性，那么紧急数据便不存在。

本发明中，正常工作模式下，每一种类型的上行数据都分配对应类型的专用的上行信道，比如入网数据、紧急数据、随机数据、周期数据分别对应的上行信道的类型是：入网信道、紧急信道、随机信道、周期信道。比如图2中，系统中预设的多个上行信道是F0-F7，假设系统的具体应用需求所涉及到的上行数据的类型仅包括入网数据、随机数据、周期数据、紧急数据四种类型，预先设定入网信道、预留中继信道、紧急信道的数量均为1，周期信道的数量为2，剩下的为随机信道，先将F0划为入网信道，再将F1划为紧急信道，再将F7和F6划为周期信道，剩下的F2-F5则为随机信道，划分结果如图2所示。

正常工作模式下涉及到各种通信参数，例如：Td、Tu、Tw的长度、上行信道的分类结果以及实时性要求相对较低的部分类型(比如随机数据和周期数据)的上行数据的时隙分配结果。这些通信参数可以是服务器网关初始化时预先确定好的，终端在入网后可以从服务器网关下发的回复中获取。当然，这些通信参数也可以在后期随着终端数量的变化而优化，比如优化Tu的长度，优化周期信道、随机信道的数量，等等。

S102、服务器网关在判断出不能在下行周期内回复完所有的上行了随机数据的终端的条件下切换到强制下发模式，通过广播方式通知终端进入持续接收模式；

参考图3，本实施例中服务器是在正常工作模式的下行周期内切换到强制下发模式，从而发送广播包给终端以通知终端进入持续接收模式。

对比图2、3可见，本实施例中，Td、Tc的这段时间都是下行数据的，图3相当于将图2中原来的上行周期Tu的部分时间Tc匀出来改为下行，图3中总的小周期的时间长度还是保持不变与图2总的小周期的时间长度相同。图2中正常工作模式时，时间Tc内终端是发送状态，服务器网关是接收状态，但是图3中时间Tc内终端处在持续接收模式，等待接收数据。

S103、服务器网关下行随机数据的回复数据至上行了随机数据的终端。具体的，通过逐个发送或者组播方式下行随机数据的回复数据至上行了随机数据的终端。

需要说明的是，本发明中所提到的逐个发送或者组播，是指的逐个分时发送回复包或者逐组分时发送回复包。以组播为例，其过程是：将上行了随机数据的终端划分为N组，N为大于等于1的正整数，每一组对应一个回复包，所述回复包包括该一组内的所有终端的随机数据的回复数据，先将第一个回复包发送出去，第一个回复包发送完毕后再发送第二个回复包，依次类推，直至所有的回复包都发送出去。

关于组播的更多内容可以参考步骤S101部分，与步骤S101中的不同之处在于，本步骤中发送的数据包的数量多于步骤S101中的数据包的数量。比如说，假设有30个终端的随机数据需要回复，一个组的回复包只允许写入10个终端的回复数据，则需要分为3组回复，假设3组回复所需时间(即理论传输时间，其计算方法参考步骤S101的内容部分)大于下行周期Td的长度(换言之下行周期Td允许传输的数据包的数量不可能超过3个)，则只能将这3个回复包通过本步骤来发送。

S104、服务器网关在所有的回复数据都下行到对应的终端后，通过广播方式通知终端恢复到正常工作模式，且服务器网关自身从强制下发模式恢复到正常工作模式。

需要说明的是，此处恢复到正常工作模式，既可以是指的恢复到步骤S101的切换时刻的正常工作模式下所处的状态，也可以是指的恢复到当前时刻时正常工作模式下所处的状态，例如图3中是指的后者，比如终端回复到发送状态，服务器网关回复到接收状态。

另外，需要说明的是，除了随机数据的回复数据以外的其他需要正常下行的数据，也可以一并在服务器在进行入强制下发模式后发送。

本实施例中的一个实施方式中，服务器网关在进行入强制下发模式后，组播或者逐个发送时是直接逐个下发数据包给终端，无需终端确定，参考图4，服务器网关发送完一个数据包后再发送另一个数据包，直至所有数据包发送完毕。也就是说，在这一种实施方式下，终端进入持续接收模式，意味着终端一直是等待接收数据，不会上行任何数据。相应的，在这一种实施方式下，服务器网关进入强制下发模式，意味着服务器网关不会等待接收数据，只会下行数据。

为了提高数据包发送的可靠性，优选的，本实施例的另一个实施方式中，服务器网关在强制下发模式下采用三步握手的方式下行数据给终端，此种方式下发数据需要终端确认。参考图5，服务器网关每发送一个数据包，就等待接收终端发送的ACK数据(终端收到数据包后会上行一个ACK后在恢复接收状态)，如果没收到则继续发送这一个数据包，如果收到则下发一个ACK数据给终端后发送下一个数据包，以此类推，直至所有的数据包发送完毕。也就是说，在这一种实施方式下，终端进入持续接收模式，意味着终端默认是等待接收数据，但是在每收到一个数据包后会即使上行一个ACK再恢复默认的等待接收数据的状态。相应的，在这一种实施方式下，服务器网关进入强制下发模式，意味着服务器网关默认是下行数据的状态，但是在每发送一个数据包后会等待(一小段时间内)接收来自终端的ACK后恢复默认的下行数据的状态。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。

实施例二

参考图6，本实施例公开了一种LoRa服务器网关，包括：

正常回复模块601，用于在判断出能在下行周期内回复完所有的上行了随机数据的终端的条件下，在正常工作模式的下行周期内选择合适的下行方式回复完所有的上行了随机数据的终端；

强制回复准备模块602，用于在判断出不能在下行周期内回复完所有的上行了随机数据的终端的条件下控制服务器网关切换到强制下发模式，通过广播方式通知终端进入持续接收模式；

强制回复模块603，用于下行随机数据的回复数据至上行了随机数据的终端；

强制回复结束模块604，用于在所有的回复数据都下行到对应的终端后，通过广播方式通知终端恢复到正常工作模式，且控制服务器网关自身从强制下发模式恢复到正常工作模式。

本发明实施例的各功能模块601-604的功能可对应的根据上述方法实施例中的方法具体实现步骤S104-S104，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

上述描述涉及各种模块，需要指出的是，上文对各种模块的描述中，分割成这些模块，是为了说明清楚。然而，在实际实施中，各种模块的界限可以是模糊的。例如，本文中的任意或所有功能性模块可以共享各种硬件和/或软件元件。又例如，本文中的任何和/或所有功能模块可以由共有的处理器执行软件指令来全部或部分实施。另外，由一个或多个处理器执行的各种软件子模块可以在各种软件模块间共享。相应地，除非明确要求，本发明的范围不受各种硬件和/或软件元件间强制性界限的限制。

实施例三

实施例公开了一种LoRa服务器网关，包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序可被所述处理器运行以实现如实施例一所示方法的步骤，具体实现过程可参阅上述方法实施例的描述，此处不再赘述。

实施例四

实施例公开了一种计算机可读存储介质，包括计算机程序，所述计算机程序可被所述处理器运行以实现如实施例一所示方法的步骤，具体实现过程可参阅上述方法实施例的描述，此处不再赘述。

综上所述，本发明的LoRa通信方法、LoRa服务器网关以及可读存储介质，具有以下有益效果：本发明中，服务器网关在正常工作模式下在判断出不能在下行周期内回复完所有的上行了随机数据的终端的情形下，服务器网关、终端都从正常工作模式切换到强制工作模式，在这种强制工作模式下，终端处于接收模式，因此可以接收服务器网关通过组播方式回复的数据，而回复完毕后服务器网关和终端都切换回原来的正常工作模式，如此实现服务器网关可以对随机数据做到自适应回复，优化随机信道数据传输，降低网关系统负载，减少网关和终端的数据时延,提高系统实时性和可靠性。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种LoRa通信方法，其特征在于，所述方法包括：

服务器网关在判断出能在下行周期内回复完所有的上行了随机数据的终端的条件下，在正常工作模式的下行周期内选择合适的下行方式回复完所有的上行了随机数据的终端；

服务器网关在判断出不能在下行周期内回复完所有的上行了随机数据的终端的条件下切换到强制下发模式，通过广播方式通知终端进入持续接收模式；

服务器网关下行随机数据的回复数据至上行了随机数据的终端；

服务器网关在所有的回复数据都下行到对应的终端后，通过广播方式通知终端恢复到正常工作模式，且服务器网关自身从强制下发模式恢复到正常工作模式。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

判断通过逐个发送或者组播方式下行随机数据的回复数据至上行了随机数据的终端所需的时间，是否都大于下行周期，如果是，则判断出不能在下行周期内回复完所有的上行了随机数据的终端。

3.根据权利要求2所述的方法，其特征在于，所述的选择合适的下行方式回复完所有的上行了随机数据的终端，包括：

如果通过逐个发送方式下行随机数据的回复数据至上行了随机数据的终端所需的时间小于下行周期，则在正常工作模式的下行周期内通过逐个发送方式下行随机数据的回复数据至上行了随机数据的终端；

如果通过逐个发送方式下行随机数据的回复数据至上行了随机数据的终端所需的时间大于下行周期，但通过组播方式下行随机数据的回复数据至上行了随机数据的终端所需的时间小于下行周期，则在正常工作模式的下行周期内通过组播方式下行随机数据的回复数据至上行了随机数据的终端。

4.根据权利要求1所述的方法，其特征在于，所述的下行随机数据的回复数据至上行了随机数据的终端，包括：通过逐个发送或者组播方式下行随机数据的回复数据至上行了随机数据的终端。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：服务器网关在强制下发模式下采用三步握手的方式下行数据给终端。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述正常工作模式下，所述终端与服务器网关同步处于下行周期或者同步处于上行周期，下行周期和上行周期交替出现；

在所述正常工作模式的下行周期内：服务器网关工作于发送状态并可发送下行数据至下行信道；所述多个终端工作于接收状态并可从所述下行信道接收所述下行数据；

在所述正常工作模式的上行周期内：所述多个终端工作于发送状态并可将各种类型的数据发送至对应的各种类型的上行信道中；服务器网关工作于接收状态并可从各种类型的上行信道中接收对应的各种类型的上行数据。

7.根据权利要求6所述的方法，其特征在于，在所述正常工作模式下，所述终端还与服务器网关同步处于数据处理周期；在所述数据处理周期内所述服务器网关和多个终端均可进行相关的数据处理，所述上行周期结束后先进入所述数据处理周期，所述数据处理周期结束后进入所述下行周期。

8.一种LoRa服务器网关，其特征在于，包括：

正常回复模块，用于在判断出能在下行周期内回复完所有的上行了随机数据的终端的条件下，在正常工作模式的下行周期内选择合适的下行方式回复完所有的上行了随机数据的终端；

强制回复准备模块，用于在判断出不能在下行周期内回复完所有的上行了随机数据的终端的条件下控制服务器网关切换到强制下发模式，通过广播方式通知终端进入持续接收模式；

强制回复模块，用于下行随机数据的回复数据至上行了随机数据的终端；

强制回复结束模块，用于在所有的回复数据都下行到对应的终端后，通过广播方式通知终端恢复到正常工作模式，且控制服务器网关自身从强制下发模式恢复到正常工作模式。

9.一种LoRa服务器网关，其特征在于，包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序可被所述处理器运行以实现如权利要求1-6任一项所述的方法的步骤。

10.一种计算机可读存储介质，其特征在于，包括计算机程序，所述计算机程序可被处理器运行以实现如权利要求1-7任一项所述的方法的步骤。

Images