CN108521656B - 一种Lora通信方法及系统 - Google Patents

Abstract

本申请公开了一种Lora通信方法，包括：LoRa网关中的业务网关获取终端的数据；LoRa网关包括业务网关和管理网关；管理网关获取各个业务网关所获取到的数据，以便响应于来自用户的数据请求，向用户提供数据。本申请由管理网关来对所有LoRa网关获取到的数据进行统一缓存和管理，对外提供服务，因而整个过程较为便捷和简单，运维效率高。同时，因为管理网关替代了云服务器与各个业务网关进行业务数据交互，因此极大地降低了LoRa网关对云服务器的耦合性和依赖性，有效提高了系统的安全可靠性。本申请还公开了一种Lora通信系统，同样具有上述有益效果。

Description

一种Lora通信方法及系统

技术领域

本申请涉及Lora通信技术领域，特别涉及一种Lora通信方法及系统。

背景技术

作为一种低功耗、传输距离远、容量大的通信系统，LoRa通信系统能最大化地满足客户的需求，因而越来越多的企业等用户使用LoRa通信系统以实现局域网内的业务数据通信。

LoRa网关是LoRa通信系统中的重要设备，它向下可以通过LoRa无线通讯技术与数据采集终端进行通信，向上又可以通过有线与云服务器实现交互。在现有技术中，LoRa网关各自相互独立，因此每个LoRa网关都需要具备向上通信和向下通信的能力。所以，当用户使用多个LoRa网关时，需要对各个LoRa网关进行必要的有线配置和相应的管理，尤其是后期进行结构拓展的时候，因此十分麻烦；并且，对于用户不同的场景需求，配置类型也复杂纷繁。除此之外，由于各个LoRa网关均是直接将数据透传到云服务器，并由云服务器来管理、维护和调度，因此，现有技术中的数据通信过程对云服务器的依赖程度较高，一旦网络时延或者云服务器故障，都会严重影响到用户整套系统的业务运行。

由此可见，采用何种LoRa通信系统以提高运维效率，并降低对云服务器的耦合进而提高扩展能力和安全可靠性，是本领域技术人员所亟待解决的技术问题。

发明内容

本申请的目的在于提供一种Lora通信方法及系统，以便有效地提高管理和运维效率，并降低对云服务器的耦合性进而提高扩展能力和安全可靠性。

为解决上述技术问题，本申请提供一种Lora通信方法，包括：

LoRa网关中的业务网关获取终端的数据；所述LoRa网关包括所述业务网关和管理网关；

所述管理网关获取各个所述业务网关所获取到的所述数据，以便响应于来自用户的数据请求，向所述用户提供所述数据。

可选地，还包括：

所述LoRa网关在入网之后依据预设的选举规则，竞争选举出所述管理网关。

可选地，还包括：

当所述管理网关不可用时或者所述LoRa网关的拓扑结构变化时，所述LoRa网关依据预设的所述选举规则，重新竞争选举出管理网关。

可选地，还包括：

所述管理网关获取所述业务网关的参数信息；

所述管理网关根据所述参数信息设置所述业务网关的工作信道，以便将所述业务网关划入所述工作信道所对应的LoRa逻辑子网中；

所述管理网关为所述业务网关分配并设置对应的终端，以便所述业务网关由所述工作信道获取所述对应的终端的数据。

可选地，还包括：

当所述终端所对应的业务网关不可用时，所述管理网关从所述终端所在的LoRa逻辑子网中选择可用的Lora网关恢复与所述终端的数据通信。

可选地，还包括：

所述管理网关在接收到多个所述业务网关对同一终端的入网请求之后进行仲裁，以便依据预设的仲裁规则为所述同一终端设置对应的LoRa逻辑子网和业务网关。

可选地，所述LoRa网关中的业务网关获取终端的数据包括：

所述LoRa网关中的所述业务网关以载波监听的方式获取所述终端的所述数据。

可选地，所述LoRa网关中的业务网关获取终端的数据包括：

所述LoRa网关中的所述业务网关在接收到所述管理网关根据预设的无冲突工作时间表发送的轮询请求后，获取所述终端的所述数据；所述无冲突工作时间表存储有与各个所述业务网关对应的轮询时间节点。

本申请还提供了一种Lora通信系统，包括云服务器、LoRa网关和经所述云服务器入网认证后的终端；其中，所述LoRa网关包括管理网关和业务网关；

所述业务网关用于获取所述终端的数据；

所述管理网关用于获取各个所述业务网关所获取到的所述数据，并响应于来自用户的数据请求，向所述用户提供所述数据。

可选地，所述LoRa网关还用于：

在入网之后依据预设的选举规则竞争选举出所述管理网关。

可选地，所述LoRa网关还用于：

当所述管理网关不可用时或者所述LoRa网关的拓扑结构变化时，依据预设的所述选举规则重新竞争选举出管理网关。

可选地，所述管理网关还用于：

获取所述业务网关的参数信息；根据所述参数信息设置所述业务网关的工作信道，以便将所述业务网关划入所述工作信道所对应的LoRa逻辑子网中；为所述业务网关分配并设置对应的终端，以便所述业务网关由所述工作信道获取所述对应的终端的数据。

可选地，所述管理网关还用于：

当所述终端所对应的业务网关不可用时，从所述终端所在的LoRa逻辑子网中选择可用的Lora网关恢复与所述终端的数据通信。

可选地，所述管理网关还用于：

在接收到多个所述业务网关对同一终端的入网请求之后进行仲裁，以便依据预设的仲裁规则为所述同一终端设置对应的LoRa逻辑子网和业务网关。

可选地，所述业务网关具体用于：

以载波监听的方式获取所述终端的所述数据。

可选地，所述管理网关还用于：

根据预设的无冲突工作时间表向所述业务网关发送轮询请求；所述无冲突工作时间表存储有与各个所述业务网关对应的轮询时间节点；

所述业务网关具体用于：

在接收到所述轮询请求后获取所述终端的所述数据。

本申请所提供的Lora通信方法包括：LoRa网关中的业务网关获取终端的数据；LoRa网关包括业务网关和管理网关；管理网关获取各个业务网关所获取到的数据，以便响应于来自用户的数据请求，向用户提供数据。

可见，相比于现有技术，本申请所提供的Lora通信方法中，由管理网关来对所有LoRa网关获取到的数据进行统一缓存和管理，对外提供服务。用户在获取各个终端的数据时，只需调用管理网关的数据即可，无需像现有技术中那样通过云服务器分别与各个LoRa网关建立通信链路，因而整个过程十分便捷和简单，运维效率高。同时，因为管理网关替代了云服务器与各个业务网关进行业务数据交互，因此极大地降低了LoRa网关对云服务器的耦合性和依赖性，可避免网络卡顿对系统业务功能的影响，有效提高了系统的安全可靠性和扩展能力。本申请所提供的Lora通信系统可以实现上述Lora通信方法，同样具有上述有益效果。

附图说明

为了更清楚地说明现有技术和本申请实施例中的技术方案，下面将对现有技术和本申请实施例描述中需要使用的附图作简要的介绍。当然，下面有关本申请实施例的附图描述的仅仅是本申请中的一部分实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图，所获得的其他附图也属于本申请的保护范围。

图1为本申请实施例所提供的一种Lora通信方法的流程图；

图2为本申请实施例所提供的一种Lora通信系统的结构框图；

图3为本申请所提供的一种Lora通信系统具体实施例的系统架构图；

图4为本申请所提供的另一种Lora通信系统具体实施例的结构示意图。

具体实施方式

本申请的核心在于提供一种Lora通信方法及系统，以便有效地提高管理和运维效率，并降低对云服务器的耦合性进而提高扩展能力和安全可靠性。

为了对本申请实施例中的技术方案进行更加清楚、完整地描述，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行介绍。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参考图1，图1为本申请实施例所提供的一种Lora通信方法的流程图，主要包括以下步骤：

步骤1：LoRa网关中的业务网关获取终端的数据。

其中，LoRa网关包括业务网关和管理网关。

步骤2：管理网关获取各个业务网关所获取到的数据，以便响应于来自用户的数据请求，向用户提供数据。

具体地，本申请所提供的技术方案中，将LoRa网关具体分为了两类，即所说的业务网关和管理网关。其中，业务网关用于与终端通过LoRa无线通信技术进行数据通信，并将其从终端获取到的数据发送至管理网关；管理网关对各个业务网关的数据统一进行缓存和管理，并向用户提供数据。

在本申请中，云服务器在对终端进行入网认证之后便不再像现有技术中那样继续负责对各个终端数据的管理工作了，这部分工作由管理网关来执行，以便用户从管理网关处来直接获取数据。而在用户与管理网关的交互过程中，用户具体又可以通过云服务器或者其他与管理网关建立通信链路的设备来调取管理网关中所缓存的数据。因此，在本申请中，用户在获取各个终端的数据时，并不需要各个LoRa网关与云服务器建立直接通信链路，而是由管理网关作为所有LoRa网关的代表，统一对外提供业务数据服务。

因为管理网关的存在，所有的LoRa网关就构成了一个整体，对外可视为一个虚拟网关。具体地，在将所有的LoRa网关通过局域网通信耦合成一个逻辑网关之后，还可以进一步利用各个业务网关与管理网关之间的通信链路，实现从任何一个LoRa网关登录都可以与该逻辑网关中的各个LoRa网关进行数据交互的目的，从而大大提高LoRa通信系统的管理和运维效率。

当然，需要补充的是，这里所说的管理网关除了可以实现上述管理功能外，还可以同时兼具业务网关的功能，即管理网关本身也可以直接用于与终端进行数据交互，本领域技术人员可以自行选择并设置实现，本申请实施例对此并不进行限定。

可见，本申请实施例所提供的Lora通信方法中，由管理网关来对所有LoRa网关获取到的数据进行统一缓存和管理，对外提供服务。用户在获取各个终端的数据时，只需调用管理网关的数据即可，无需像现有技术中那样通过云服务器分别与各个LoRa网关直接建立通信链路，因而整个过程十分便捷和简单，运维效率高。同时，因为管理网关替代了云服务器与各个业务网关进行业务数据交互，因此极大地降低了LoRa网关对云服务器的耦合性和依赖性，便于系统进行扩展，避免网络卡顿对系统业务功能的影响，并有效提高了系统的安全可靠性。

本申请所提供的Lora通信方法，在上述实施例的基础上：

作为一种优选实施例，还包括：

LoRa网关在入网之后依据预设的选举规则，竞争选举出管理网关。

具体地，本申请中所说的管理网关具体可依据预设的选举规则从诸多LoRa网关中选举产生。至于预设的选举规则，优选为选举性能最为可靠的LoRa网关作为管理网关，当然，性能是否可靠的衡量标准可由本领域技术人员自行选择并设置，通常，可将历史运行时间较久的LoRa网关视为可靠性较高。本申请实施例对此并不进行限定。

作为一种优选实施例，还包括：

当管理网关不可用时或者LoRa网关的拓扑结构变化时，LoRa网关依据预设的选举规则，重新竞争选举出管理网关。

管理网关作为所有LoRa网关中的“管理者”，当其出现故障或者其他原因而不可用时，有必要通过容灾措施寻找并设置新的管理网关，以便系统业务功能的正常进行。类似地，当LoRa网关的拓扑结构变化时，即增加或者删除了某些成员之后，也可以重新选举出新的管理网关。

作为一种优选实施例，还包括：

管理网关获取业务网关的参数信息；

管理网关根据参数信息设置业务网关的工作信道，以便将业务网关划入工作信道所对应的LoRa逻辑子网中；

管理网关为业务网关分配并设置对应的终端，以便业务网关由工作信道获取对应的终端的数据。

具体地，管理网关除了可以用于对各个业务网关的数据进行统一管理，还可以对各个业务网关进行设置和管理。每个LoRa网关在工作时具体都是通过工作信道与终端进行通信的，不同的LoRa网关可以采用相同的工作信道。在管理网关被选举产生之后，管理网关可以获取各个业务网关的相关参数信息，例如MAC地址等，并根据各个业务网关的参数信息设置其工作信道，为其分配对应的终端。

由此，对于整个系统而言，当有新的LoRa网关加入之后，通过管理网关即可发起对该LoRa网关的配置过程，过程便利简单，扩展性高，并且不会改变原有的网络规划，部署成本低，因而可以很好地解决现有技术中客户随着业务的发展不断增设LoRa网关和终端却遭遇扩展配置过程繁杂受限的难题。

对于工作在同一个工作信道中的业务网关，管理网关可将它们归为一个整体，即所说的LoRa逻辑子网，并可以为各个LoRa网关分配并发送其所在的LoRa逻辑子网的子网标识，以便进行识别。则所有的LoRa网关便成为了由多个LoRa逻辑子网构成的堆叠系统。并且，为了便于对各个LoRa网关进行识别和管理，管理网关可分别为各个LoRa网关分配并发送ID编号，所说的ID编号可以在所有的LoRa网关中唯一地识别该ID编号所对应的LoRa网关。类似地，管理网关还可以为各个LoRa网关分配并发送该LoRa通信系统的系统标识，以便在数据通信过程中进行身份验证，以该系统标识表示该LoRa网关在该管理网关的管辖范围之内。

更进一步地，当系统中的业务网关发生变动时，例如增加或者删除了某些业务网关之后，管理网关还可以重新分配并设置各个业务网关所对应的终端。

作为一种优选实施例，还包括：

当终端所对应的业务网关不可用时，管理网关从终端所在的LoRa逻辑子网中选择可用的LoRa网关恢复与终端的数据通信。

同样地，为了进一步提高安全可靠性，需要考虑对业务网关的容灾措施。一般地，当业务网关出现情况而不可用之后，例如该业务网关因故障损坏，或者终端漫游至对应的业务网关的通信范围之外，此时管理网关可从该终端所在的LoRa逻辑子网中选择可用的LoRa网关恢复与该终端的数据通信。

由此，利用该堆叠系统中多台成员设备(包括终端和LoRa网关)的冗余备份工作模式，即使部分设备出现故障，也不会导致系统业务功能的中断，保证业务从其他正常运行的设备进行数据交互转发，极大地提高了系统的可靠性。

作为一种优选实施例，还包括：

管理网关在接收到多个业务网关对同一终端的入网请求之后进行仲裁，以便依据预设的仲裁规则为同一终端设置对应的LoRa逻辑子网和业务网关。

具体地，本申请实施例所提供的LoRa通信方法还具有设备入网仲裁的功能。当同一终端向多个业务网关请求入网后(当然，这里所说的多个业务网关也可能属于多个LoRa逻辑子网)，管理网关将接收到多个业务网关对同一终端的入网请求；此时管理网关可依据预设的仲裁规则进行仲裁。容易理解的是，这里所说的仲裁规则优选为将该终端所对应的业务网关设置为当前负载最小的业务网关，以便对整个系统的负载进行均衡。

作为一种优选实施例，LoRa网关中的业务网关获取终端的数据包括：

LoRa网关中的业务网关以载波监听的方式获取终端的数据。

具体地，由于同一LoRa逻辑子网中的业务网关共用同一工作信道，因此，在没有合理的通信机制情况下，将不可避免地发生信号冲突问题。为了解决该问题，业务网关可以通过载波监听的方式来获取数据，即，当业务网关需要与对应的终端通信时，该业务网关可以在局域网内监听该LoRa逻辑子网对应的工作信道是否处于繁忙状态，若是，则等待；若否，则执行数据获取任务，并在局域网内广播对该工作信道的占用消息，由此可有效避免因信号冲突导致的系统业务紊乱。

作为一种优选实施例，LoRa网关中的业务网关获取终端的数据包括：

LoRa网关中的业务网关在接收到管理网关根据预设的无冲突工作时间表发送的轮询请求后，获取终端的数据。

其中，无冲突工作时间表存储有与各个业务网关对应的轮询时间节点。

具体地，另一种解决信号冲突问题的方法是由管理网关自主掌握和控制对同一LoRa逻辑子网中各个业务网关的通信时间。利用预先设置的无冲突工作时间表，管理节点可在固定的时间节点与对应的业务网关发起轮询请求，以便该业务网关在接收到轮询请求之后获取终端的数据并发送至管理网关。当然，容易理解的是，由于不同的LoRa逻辑子网中的业务网关工作在不同的工作信道，因此，这里所说的无冲突工作时间表可以只是针对同一LoRa逻辑子网中的业务网关实现无冲突轮询。可见，采用无冲突工作时间表的方法不仅同样可以避免多个业务网关之间的信号冲突，还可以有效提高通信过程的有序性，进而提高通信效率。

下面对本申请实施例所提供的Lora通信系统进行介绍。

请参阅图2，图2为本申请所提供的一种Lora通信系统的结构框图；包括云服务器1、LoRa网关2和经云服务器1入网认证后的终端3；其中，LoRa网关2包括管理网关21和业务网关22；

业务网关22用于获取终端3的数据；

管理网关21用于获取各个业务网关22所获取到的数据，以便响应于来自用户的数据请求，向用户提供数据。

可见，本申请实施例所提供的Lora通信系统中，由管理网关21来对所有LoRa网关2获取到的数据进行统一缓存和管理，对外提供服务。用户在获取各个终端的数据时，只需调用管理网关的数据即可，无需像现有技术中那样通过云服务器分别与各个LoRa网关建立通信链路，因而整个过程十分便捷和简单，运维效率高。同时，因为管理网关21替代了云服务器1与各个业务网关22进行业务数据交互，因此极大地降低了LoRa网关2对云服务器1的耦合性和依赖性，便于系统进行扩展，避免网络卡顿对系统业务功能的影响，并有效提高了系统的安全可靠性。

本申请所提供的Lora通信系统，在上述实施例的基础上：

作为一种优选实施例，LoRa网关2还用于：

在入网之后依据预设的选举规则竞争选举出管理网关21。

作为一种优选实施例，LoRa网关2还用于：

当管理网关21不可用时或者LoRa网关2的拓扑结构变化时，依据预设的选举规则重新竞争选举出管理网关21。

作为一种优选实施例，管理网关21还用于：

获取业务网关22的参数信息；根据参数信息设置业务网关22的工作信道，以便将业务网关22划入工作信道所对应的LoRa逻辑子网中；为业务网关22分配并设置对应的终端3，以便业务网关22由工作信道获取对应的终端3的数据。

作为一种优选实施例，管理网关21还用于：

当终端3所对应的业务网关22不可用时，从终端3所在的LoRa逻辑子网中选择可用的LoRa网关2恢复与终端3的数据通信。

作为一种优选实施例，管理网关21还用于：

在接收到多个业务网关22对同一终端3的入网请求之后进行仲裁，以便依据预设的仲裁规则为同一终端3设置对应的LoRa逻辑子网和业务网关21。

作为一种优选实施例，业务网关21具体用于：

以载波监听的方式获取终端3的数据。

作为一种优选实施例，管理网关21还用于：

根据预设的无冲突工作时间表向业务网关22发送轮询请求；无冲突工作时间表存储有与各个业务网关22对应的轮询时间节点；

业务网关22具体用于：

在接收到轮询请求后获取终端3的数据。

本申请所提供的Lora通信系统的具体实施方式与上文所描述的Lora通信方法可相互对应参照，这里就不再赘述。

请参考图3，图3为本申请所提供的一种Lora通信系统具体实施例的系统架构图。

如图3所示，该Lora通信系统的Lora网关层中一共包含了9个Lora网关，其各自的ID编号依次为G1、G2、G3、…、G9。其中，Lora网关G1为经竞争选举协议而选举出来的管理网关，其余的Lora网关均为业务网关。并且，Lora网关G1、G2和G3工作在第一工作信道，构成了第一Lora逻辑子网31；Lora网关G4、G5和G6工作在第二工作信道，构成了第二Lora逻辑子网32；Lora网关G7、G8和G9工作在第三工作信道，构成了第三Lora逻辑子网33。

请参考图4，图4为本申请所提供的另一种Lora通信系统具体实施例的结构示意图。

如图4所示，该Lora通信系统中包括两个LoRa逻辑子网：第三LoRa逻辑子网41中包括Lora网关S1和S2，工作在第三工作信道；第四LoRa逻辑子网42中包括Lora网关S3，工作在第四工作信道；其中，Lora网关S1为经过竞争选举协议所选举出来的管理网关，其余为业务网关。如图中实线所示，终端T1和T2对应于Lora网关S1，终端T3对应于Lora网关S2，终端T4和T5对应于Lora网关S3。

当Lora网关S3的负荷能力不足以满足用户的需求时，用户可能会将新的Lora网关S4设置在第四工作信道并申请入网，则管理网关S1首先会获取Lora网关S4的相关信息，并为其分配和发送ID编码，将其划入第四LoRa逻辑子网42，并将原本Lora网关S3的部分业务交付给Lora网关S4负责，例如可将与终端T5的通信任务交付给Lora网关S4(见图中第四LoRa逻辑子网42中所示虚线)。

当Lora网关S2因故障原因不可用时，原本由其所负责的终端T3将无法正常进行业务服务。此时，管理网关S1从第三LoRa逻辑子网41中选择可用的Lora网关恢复与终端T3的数据通信，例如，可选择管理网关S1自身(见图中第三LoRa逻辑子网41中所示虚线)。

本申请中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需说明的是，在本申请文件中，诸如“第一”和“第二”之类的关系术语，仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。此外，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的技术方案进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (16)

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

LoRa网关中的业务网关获取终端的数据；所述LoRa网关包括所述业务网关和管理网关；其中，所述业务网关为被预先设定为用于从终端获取数据的网关类型，所述管理网关为被预先设定为用于对各个所述业务网关的数据统一进行缓存和管理、并向用户提供数据服务的网关类型；

所述管理网关获取各个所述业务网关所获取到的所述数据，用于响应于来自用户的数据请求，向所述用户提供所述数据。

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

所述LoRa网关在入网之后依据预设的选举规则，竞争选举出所述管理网关。

3.根据权利要求2所述的Lora通信方法，其特征在于，包括：

当所述管理网关不可用时或者所述LoRa网关的拓扑结构变化时，所述LoRa网关依据预设的所述选举规则，重新竞争选举出管理网关。

4.根据权利要求1所述的Lora通信方法，其特征在于，包括：

所述管理网关获取所述业务网关的参数信息；

所述管理网关根据所述参数信息设置所述业务网关的工作信道，以便将所述业务网关划入所述工作信道所对应的LoRa逻辑子网中；

所述管理网关为所述业务网关分配并设置对应的终端，以便所述业务网关由所述工作信道获取所述对应的终端的数据。

5.根据权利要求4所述的Lora通信方法，其特征在于，包括：

当所述终端所对应的业务网关不可用时，所述管理网关从所述终端所在的LoRa逻辑子网中选择可用的Lora网关恢复与所述终端的数据通信。

6.根据权利要求4所述的Lora通信方法，其特征在于，包括：

所述管理网关在接收到多个所述业务网关对同一终端的入网请求之后进行仲裁，以便依据预设的仲裁规则为所述同一终端设置对应的LoRa逻辑子网和业务网关。

7.根据权利要求1至6任一项所述的Lora通信方法，其特征在于，所述LoRa网关中的业务网关获取终端的数据包括：

所述LoRa网关中的所述业务网关以载波监听的方式获取所述终端的所述数据。

8.根据权利要求1至6任一项所述的Lora通信方法，其特征在于，所述LoRa网关中的业务网关获取终端的数据包括：

所述LoRa网关中的所述业务网关在接收到所述管理网关根据预设的无冲突工作时间表发送的轮询请求后，获取所述终端的所述数据；所述无冲突工作时间表存储有与各个所述业务网关对应的轮询时间节点。

9.一种Lora通信系统，其特征在于，包括云服务器、LoRa网关和经所述云服务器入网认证后的终端；其中，所述LoRa网关包括管理网关和业务网关；所述业务网关为被预先设定为用于从终端获取数据的网关类型，所述管理网关为被预先设定为用于对各个所述业务网关的数据统一进行缓存和管理、并向用户提供数据服务的网关类型；

所述业务网关用于获取所述终端的数据；

所述管理网关用于获取各个所述业务网关所获取到的所述数据；并响应于来自用户的数据请求，向所述用户提供所述数据。

10.根据权利要求9所述的Lora通信系统，其特征在于，所述LoRa网关用于：

在入网之后依据预设的选举规则竞争选举出所述管理网关。

11.根据权利要求10所述的Lora通信系统，其特征在于，所述LoRa网关用于：

当所述管理网关不可用时或者所述LoRa网关的拓扑结构变化时，依据预设的所述选举规则重新竞争选举出管理网关。

12.根据权利要求9所述的Lora通信系统，其特征在于，所述管理网关用于：

获取所述业务网关的参数信息；根据所述参数信息设置所述业务网关的工作信道，以便将所述业务网关划入所述工作信道所对应的LoRa逻辑子网中；为所述业务网关分配并设置对应的终端，以便所述业务网关由所述工作信道获取所述对应的终端的数据。

13.根据权利要求12所述的Lora通信系统，其特征在于，所述管理网关用于：

当所述终端所对应的业务网关不可用时，从所述终端所在的LoRa逻辑子网中选择可用的Lora网关恢复与所述终端的数据通信。

14.根据权利要求12所述的Lora通信系统，其特征在于，所述管理网关用于：

在接收到多个所述业务网关对同一终端的入网请求之后进行仲裁，以便依据预设的仲裁规则为所述同一终端设置对应的LoRa逻辑子网和业务网关。

15.根据权利要求9至14任一项所述的Lora通信系统，其特征在于，所述业务网关具体用于：

以载波监听的方式获取所述终端的所述数据。

16.根据权利要求9至14任一项所述的Lora通信系统，其特征在于，所述管理网关用于：

根据预设的无冲突工作时间表向所述业务网关发送轮询请求；所述无冲突工作时间表存储有与各个所述业务网关对应的轮询时间节点；

所述业务网关具体用于：

在接收到所述轮询请求后获取所述终端的所述数据。

Images