CN113194508B - Data transmission method, loRA server and LoRA terminal - Google Patents

Data transmission method, loRA server and LoRA terminal Download PDF

Info

Publication number
CN113194508B
CN113194508B CN202110345283.3A CN202110345283A CN113194508B CN 113194508 B CN113194508 B CN 113194508B CN 202110345283 A CN202110345283 A CN 202110345283A CN 113194508 B CN113194508 B CN 113194508B
Authority
CN
China
Prior art keywords
lora
server
terminal
message
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110345283.3A
Other languages
Chinese (zh)
Other versions
CN113194508A (en
Inventor
王礼远
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Information Technologies Co Ltd
Original Assignee
New H3C Information Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by New H3C Information Technologies Co Ltd filed Critical New H3C Information Technologies Co Ltd
Priority to CN202110345283.3A priority Critical patent/CN113194508B/en
Publication of CN113194508A publication Critical patent/CN113194508A/en
Application granted granted Critical
Publication of CN113194508B publication Critical patent/CN113194508B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/22—Negotiating communication rate
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The specification provides a data transmission method, a LoRA server and a LoRA terminal, and relates to the technical field of communication. A data transmission method is applied to a LoRA server of a LoRA network, and comprises the following steps: sending a communication request message carrying address information of an opposite-end LoRA server to a first LoRA terminal so that the first LoRA terminal forwards the communication request message to the opposite-end LoRA server; if a communication acceptance message forwarded by the first LoRA terminal and fed back by the opposite LoRA server is received, sending a communication response message carrying address information of the opposite LoRA server to the first LoRA terminal so that the first LoRA terminal forwards the communication response message to the opposite LoRA server; and sending a data message to an opposite LoRA server through a preset LoRA terminal in the LoRA network. By the method, the data transmission speed between LoRA servers can be improved.

Description

Data transmission method, loRA server and LoRA terminal
Technical Field
The present specification relates to the field of communications technologies, and in particular, to a data transmission method, a LoRA server, and a LoRA terminal.
Background
The wireless transmission technology is widely applied in modern development construction, such as the existing voice communication, video call, internet data exchange and the like, along with the continuous development of the wired technology and the wireless technology, various technologies are continuously perfected and fused under various scenes and fields.
The Internet of things integrates various modernized technologies, and the concept of interconnection of everything is realized. The LoRA (Long Range Radio) technology is most representative in the technology of the Internet of things, can be applied to various industrial scenes, belongs to low-power-consumption wide area network wireless communication, has the characteristics of Long distance, low power consumption, strong anti-jamming capability and the like, and is very suitable for scenes such as smart cities, smart medical treatment and smart homes.
In the LoRA networking, be provided with LoRA terminal, loRA gateway and LoRA server, the LoRA server can be collected the produced data in LoRA terminal, and in the operation process, the interaction and the synchronization of data need be carried out between two LoRA servers. However, since the signals used by the LoRA technology are low frequency signals, the transmission distance increases, the transmission rate decreases accordingly, and the distance between two LoRA servers is long, so how to increase the data exchange rate between the LoRA servers is a technical problem to be solved by those skilled in the art.
Disclosure of Invention
In order to overcome the problems in the related art, the present specification provides a data transmission method, a LoRA server, and a LoRA terminal.
In combination with the first aspect of the embodiments of the present specification, the present application provides a data transmission method, which is applied to a LoRA server of a LoRA network, and includes:
sending a communication request message carrying address information of an opposite-end LoRA server to a first LoRA terminal so that the first LoRA terminal forwards the communication request message to the opposite-end LoRA server according to the address information;
if a communication acceptance message which is forwarded by the first LoRA terminal and fed back by the opposite-end LoRA server aiming at the communication request message is received, sending a communication response message carrying address information of the opposite-end LoRA server to the first LoRA terminal so that the first LoRA terminal forwards the communication response message to the opposite-end LoRA server;
and sending a data message to an opposite LoRA server through a preset LoRA terminal in the LoRA network.
Optionally, before sending the data packet to the opposite-end LoRA server through the preset LoRA terminal in the LoRA network, the method further includes:
and sending an interrupt message to the preset LoRA terminal so as to switch the preset LoRA terminal to a connection state and stop data acquisition.
In combination with the second aspect of the embodiments of the present specification, the present application provides a data transmission method, which is applied to a LoRA terminal in a LoRA network, and includes:
forwarding a communication handshake message between a first LoRA server and a second LoRA server through a first LoRA module and a second LoRA module so as to enable the first LoRA server and the second LoRA server to be in communication connection, wherein the first LoRA module is connected with the first LoRA server through a first channel, and the second LoRA module is connected with the second LoRA server through a second channel;
and forwarding the data messages sent by the first LoRA server and the second LoRA server.
Optionally, before forwarding the data packet sent between the first LoRA server and the second LoRA server, the method further includes:
and if receiving the interrupt message sent by the first LoRA server or the second LoRA server, switching to a connection state and stopping data acquisition.
Further, after forwarding the data packet sent between the first LoRA server and the second LoRA server, the method further includes:
switching to an idle state, and acquiring data;
and transmitting the acquired data to a corresponding LoRA server.
With reference to the third aspect of the embodiments in this specification, the present application provides a LoRA server applied to a LoRA network, including: a processor and a non-volatile memory;
the nonvolatile memory stores program codes;
the processor calls program code to perform:
sending a communication request message carrying address information of an opposite-end LoRA server to a first LoRA terminal so that the first LoRA terminal forwards the communication request message to the opposite-end LoRA server according to the address information;
if a communication acceptance message which is forwarded by the first LoRA terminal and fed back by the opposite-end LoRA server aiming at the communication request message is received, sending a communication response message carrying address information of the opposite-end LoRA server to the first LoRA terminal so that the first LoRA terminal forwards the communication response message to the opposite-end LoRA server;
and sending a data message to an opposite LoRA server through a preset LoRA terminal in the LoRA network.
Optionally, before sending the data packet to the opposite-end LoRA server through the preset LoRA terminal in the LoRA network, the method further includes:
and sending an interrupt message to the preset LoRA terminal so that the preset LoRA terminal is switched to a connection state and stops data acquisition.
In combination with the fourth aspect of the embodiments of the present specification, the present application provides a LoRA terminal, which is applied to a LoRA network, and includes: the wireless module is connected to the first LoRA module and the second LoRA module respectively;
the nonvolatile memory stores program codes;
the processor calls program code to perform:
forwarding a communication handshake message between a first LoRA server and a second LoRA server so as to enable the first LoRA server and the second LoRA server to be in communication connection, wherein a first LoRA module is connected with the first LoRA server through a first channel, and a second LoRA module is connected with the second LoRA server through a second channel;
and forwarding the data messages sent by the first LoRA server and the second LoRA server.
Optionally, before forwarding the data packet sent between the first LoRA server and the second LoRA server, the method further includes:
and if receiving the interrupt message sent by the first LoRA server or the second LoRA server, switching to a connection state and stopping data acquisition.
Further, after forwarding the data packets sent by the first LoRA server and the second LoRA server, the method further includes:
switching to an idle state, and acquiring data;
and transmitting the collected data to a corresponding LoRA server.
The technical scheme provided by the implementation mode of the specification can have the following beneficial effects:
in the embodiment of the specification, a plurality of LoRA modules arranged on the LoRA terminal are respectively accessed into corresponding LoRA servers in different channels, so that the LoRA terminal can respectively receive and forward communication messages of the plurality of LoRA servers, and after negotiation between the LoRA servers, data message transmission between the LoRA servers is borne through the LoRA terminal, thereby avoiding direct data message transmission between the LoRA servers, and improving the data message interaction rate between the LoRA servers.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the specification.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present specification and together with the description, serve to explain the principles of the specification.
Fig. 1 is a schematic diagram of a LoRA network to which the present application relates;
fig. 2 is a schematic structural diagram of a LoRA terminal according to the present application;
fig. 3 is a flowchart of a data transmission method according to the present application, wherein the method is applied to a LoRA server;
fig. 4 is a flowchart of a data transmission method according to the present application, wherein the method is applied to a LoRA terminal;
fig. 5 is a schematic view of a flow of a LoRA message in a LoRA terminal according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a LoRA server according to the present application.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present specification.
In the LoRA network, as shown in fig. 1, the LoRA network includes a plurality of LoRA terminals, loRA gateways, and LoRA servers, and the LoRA terminals and the LoRA servers are connected to the LoRA gateways, respectively. The LoRA terminal is provided with a sensor and/or an electronic device, and the sensor is used for acquiring parameters and/or controlling the work of the electronic device. Communication in the LoRA Network is based on LoRA WAN (Wide Area Network) protocol.
In the LoRA network, the LoRA server may receive parameters acquired by the LoRA terminal or control the operation of the LoRA terminal. The LoRA server performs Message interaction with the LoRA gateway through a GWMP (LoRA gateway Message Protocol). The LoRA terminal can establish connection with the LoRA gateway through the set channel and initiate authentication to the LoRA server through carrying self equipment information and user information. And after the LoRA terminal passes the authentication, the LoRA server can be accessed. The method for authenticating the LoRA terminal includes an ABP mode and an OTAA mode, which are the same as the existing authentication method in flow and are not described herein.
The LoRA terminal is provided with a LoRA module, and one LoRA module can be accessed to one LoRA gateway through one channel. Therefore, in order to enable connection between the LoRA terminal and the plurality of LoRA gateways, a plurality of LoRA modules need to be provided in the LoRA terminal. As shown in fig. 2, the LoRA terminal is provided with two LoRA modules, i.e., a LoRA module 1 and a LoRA module 2. Still be provided with processor core antenna module in the LoRA terminal, two LoRA modules are connected with antenna module respectively, externally carry out wireless communication to be connected to the treater respectively and handle in order to give the treater with received data transmission. Of course, if one LoRA terminal accesses different LoRA servers through different LoRA gateways, more LoRA modules may be set in the LoRA terminal, which is not limited to this.
That is, the LoRA terminal may be connected to the LoRA gateway 1 in the first channel through the LoRA module 1, and establish a connection with the LoRA server 1 through authentication, be connected to the LoRA gateway 2 in the second channel through the LoRA module 2, and establish a connection with the LoRA server 2 through authentication. The first channel and the second channel are different channels selected by the LoRA network. Since the channels selected by the LoRA module may be divided into an uplink channel and a downlink channel, the first channel and the second channel may also be divided into a first uplink channel, a first downlink channel, a second uplink channel, and a second downlink channel. The first channel and the second channel are different channels, so that interference between the LoRA terminal and the LoRA gateway during data interaction can be avoided.
Of course, other structures, such as a non-volatile memory, etc., may be included in the LoRA terminal, and will not be described herein.
The present application provides a data transmission method, which is applied to a LoRA server of a LoRA network, as shown in fig. 3, and includes:
s100, sending a communication request message carrying address information of an opposite-end LoRA server to a first LoRA terminal, so that the first LoRA terminal forwards the communication request message to the opposite-end LoRA server according to the address information.
After the LoRA server completes authentication of the LoRA terminal, the LoRA terminal starts working, data collection is carried out according to the set functions of the LoRA terminal, and the data are sent to the corresponding LoRA server to be stored and displayed.
If one LoRA server in the LoRA network needs to send the data stored by the LoRA server to another LoRA server, in order to increase the transmission speed, a LoRA terminal needs to assist in communication handshake between the two LoRA servers.
At this time, the LoRA server generates a communication request packet, where a load portion of the communication request packet carries address information of the LoRA server on the opposite end, such as a Media Access Control (MAC) address. The message header of the communication request message also carries a communication identifier, which is used to mark the sending object of the LoRA message and the type of the message. Here, the objects can be distinguished as a LoRA terminal and a LoRA server, and the types can be distinguished as a communication request message, a communication acceptance message, a communication response message, and a data message. The communication request message, the communication acceptance message, and the communication response message may be referred to as communication handshake messages, and are used to implement communication handshake between two LoRA servers.
After the LoRA server sends the LoRA message, the LoRA message is packaged through the LoRA gateway to form a GWMP message, and the GWMP message is sent to the LoRA terminal. After receiving the message, the LoRA terminal firstly strips the message header of the GWMP message and determines that the GWMP message is sent to the LoRA terminal; then, analyzing a LoRA message of the load part of the GWMP message, acquiring a communication identifier carried by the LoRA message and address information carried by the load of the LoRA message (namely address information of an opposite-end LoRA server) from a message header of the LoRA message, and determining that the LoRA message is a communication request message which needs to be forwarded to the LoRA server; and then, repackaging the LoRA message and forwarding the LoRA message to an opposite-end LoRA server corresponding to the address information carried in the load of the LoRA message.
S101, if a communication acceptance message which is forwarded by the first LoRA terminal and fed back by the opposite LoRA server aiming at the communication request message is received, sending a communication response message carrying address information of the opposite LoRA server to the first LoRA terminal so that the first LoRA terminal forwards the communication response message to the opposite LoRA server.
After receiving the LoRA message sent by the LoRA terminal, the opposite-end LoRA server determines that the LoRA message is a communication request message through analysis of the LoRA message. After the communication request message is determined, a corresponding communication acceptance message may be generated according to the communication request message, where the communication acceptance message is similar to the communication request message, and a communication identifier may also be carried in a message header of the LoRA message, and is used to indicate that the LoRA message is sent to the LoRA server that sends the communication request message in a feedback manner, and address information of the LoRA server also needs to be carried in a load of the LoRA message.
And then, the opposite-end LoRA server can send the communication acceptance message to the LoRA terminal through the LoRA gateway, and after receiving the communication acceptance message, the LoRA terminal sends the communication acceptance message to the LoRA server in the same way as the above.
And after receiving the communication acceptance message, the LoRA server responds to the communication acceptance message through a communication response message.
S102, sending a data message to an opposite LoRA server through a preset LoRA terminal in the LoRA network.
Through the three-way communication handshake process, the LoRA server and the opposite LoRA server respectively determine that data interaction is required.
At this time, the LoRA server may encapsulate data that needs to be sent to the opposite LoRA server to form a plurality of data packets, and send the data packets to the preset LoRA terminal.
It should be noted that the data packet also adopts the LoRA WAN protocol, and the format of the data packet is similar to that of the communication handshake packet, and the data packet carries the sending object of the data packet and the address information of the object. Taking the example that the LoRA server sends the data packet to the LoRA server on the opposite end, the data packet may mark the sending object of the data packet as the address information of the LoRA server and the LoRA server on the opposite end.
And presetting the LoRA terminal, including but not limited to a first LoRA terminal assisting the LoRA server in communication handshake. In particular, it may be statically configured in each LoRA server or determined according to a connection established with the LoRA server. When load sharing is performed, the LoRA server may be implemented in a hash manner such as a hash algorithm, which is not limited. Of course, data interaction may also be performed through the first LoRA terminal or a designated LoRA terminal.
In the LoRA network, loRA terminals may be classified into three types, a-class, B-class, and C-class. The level a LoRA terminal only starts the receive window after sending the LoRA packet to the LoRA server, which is most power saving. The class-B LoRA terminal opens a receiving window after sending the LoRA message to the LoRA server, and opens the receiving window by receiving a time synchronization beacon of the LoRA gateway, thereby taking data interaction and power consumption into consideration. The level-C LoRA terminal opens a receiving window for a long time, so that the transmission efficiency is highest. In order to increase the data interaction speed between the LoRA servers, the LoRA terminal of the C-level is preferably used as the preset LoRA terminal.
When data interaction is performed between the LoRA servers, the LoRA servers need to generate data messages according to data to be sent, and in the process, fragmentation, forwarding, receiving and recombination can be performed based on the size of data which can be carried by the LoRA messages. At this time, the generated multiple data messages can be distributed to multiple different preset LoRA terminals for load sharing during forwarding, so that the data interaction speed between the LoRA servers is further increased.
Optionally, in the LoRA message, a reserved Field (FRU) in a MAC layer frame header (MHDR) may carry the communication identifier, and the reserved field may be 3 bits. Wherein, 1 bit is used to indicate whether the object of the LoRA packet is the LoRA terminal or the LoRA server, for example, 0 indicates that the LoRA packet is sent to the LoRA server, and 1 indicates that the LoRA packet is sent to the LoRA terminal; the 2 bits are used to indicate the type of the LoRA message, for example, 00 indicates a communication request message, 01 indicates a communication acceptance message, 10 indicates a communication response message, and 11 indicates a data message. In addition, address information of the opposite-end LoRA server carried in the communication handshake message and the data message may be carried in frmpapayload (MAC layer load) of the load, and address information of the LoRA terminal through which the communication handshake message and the data message need to pass may be carried in DevAddr of a MAC load header (FHDR). Of course, the information carried in the forwarding process is not limited to the setting manner, and may also be marked by other positions of the LoRA packet.
Optionally, before sending the data packet to the opposite-end LoRA server through the preset LoRA terminal in the LoRA network, the method further includes:
s103, sending an interrupt message to the preset LoRA terminal so that the preset LoRA terminal is switched to a connection state and stops data acquisition.
After the LoRA server and the opposite-end LoRA server complete communication handshake, an interrupt message can be sent to each preset LoRA terminal. After receiving the terminal message, the LoRA terminal temporarily stops the data acquisition function of the LoRA terminal, waits for the LoRA server to send the data message, and forwards the data message to the opposite LoRA server after receiving the data message.
Therefore, the LoRA terminal does not acquire, process and send data within a certain time, more processing resources are reserved for the LoRA server to carry out data interaction, and the data interaction rate can be further improved.
Correspondingly, the present application provides a data transmission method, which is applied to a LoRA terminal in a LoRA network, and as shown in fig. 4, includes:
s200, forwarding a communication handshake message between the first LoRA server and the second LoRA server through the first LoRA module and the second LoRA module so as to enable the first LoRA server and the second LoRA server to be in communication connection.
The first LoRA module is connected with the first LoRA server through a first channel, and the second LoRA module is connected with the second LoRA server through a second channel.
In the LoRA terminal, at least two LoRA modules are provided, as shown in fig. 3, and are respectively connected to the wireless module and the processor to implement transceiving and processing of data.
After receiving the LoRA message sent by the LoRA gateway, the LoRA terminal can obtain the communication identifier carried in the LoRA message through analysis. And when the object of the LoRA message is determined to be the LoRA server through the communication identifier and the type of the LoRA message is the communication request message, forwarding the LoRA message to the opposite LoRA server.
And then, the LoRA terminal can also assist the LoRA servers to complete communication receiving messages and communication response messages, and then communication handshake between the LoRA servers is completed, so that data interaction can be performed between the LoRA servers.
S201, forwarding the data message sent between the first LoRA server and the second LoRA server.
After receiving the LoRA message, the LoRA terminal determines through analysis that the communication identifier carried in the LoRA message indicates that the object of the LoRA message is a LoRA server and the type is a data message, and performs data message interaction through the first LoRA module and the second LoRA module.
Optionally, before forwarding the data packet sent between the first LoRA server and the second LoRA server in step S201, the method further includes:
s202, if receiving the interrupt message sent by the first LoRA server or the second LoRA server, switching to a connection state, and stopping data acquisition.
After the LoRA terminal assists the LoRA server to complete communication handshake, the LoRA server sends an interrupt message to a preset LoRA terminal based on the configuration of the LoRA server, wherein the interrupt message is also based on the format of the LoRA message, and the communication identifier of the interrupt message is different from the communication handshake message in that the communication identifier of the interrupt message indicates that the object is the LoRA terminal.
When the LoRA terminal normally works, the LoRA can be in an idle state, namely data acquisition is carried out, and uploading is carried out on the LoRA terminal to the LoRA server periodically. In the process, the current online condition is determined between the LoRA terminal and the LoRA server through the heartbeat message.
After receiving the interrupt message, the state switching can be performed, that is, the state is switched from the idle state to the connection state. And when the LoRA terminal is in a connection state, the LoRA terminal does not acquire data any more, but opens a receiving window and receives and forwards the data message sent by the LoRA server.
For the classification of the LoRA terminals, the preset LoRA terminals may be set as class a, class B, or class C LoRA terminals, and preferably, these preset LoRA terminals may be class C terminals. These preset LoRA terminals may or may not include LoRA terminals assisting in performing communication handshake, which is not limited herein.
Stopping data acquisition at the LoRA terminal to open the receiving window, make the LoRA terminal unanimously be in the stage of waiting for the receipt, so, can promote the LoRA terminal to carrying out the forwarding efficiency of carrying out data interaction between the LoRA server, make the data interaction rate between the LoRA server higher.
Further, after the step S201, forwarding the data packets sent by the first LoRA server and the second LoRA server, the method further includes:
and S203, switching to an idle state for data acquisition.
And S204, transmitting the acquired data to a corresponding LoRA server.
After the LoRA terminal completes the forwarding of the data message, the LoRA terminal can switch itself to the idle state again to perform data acquisition, and send the acquired data to the corresponding LoRA server to perform recording.
Through the switching between the idle state and the connection state, the application of the LoRA terminal can be more flexible, and the overall data interaction speed of the LoRA network is improved.
The data transmission method according to the present application is described below with reference to a specific embodiment, and the structure of the LoRA network is shown in fig. 1, and includes two LoRA servers (i.e., loRA server 1 and LoRA server 2), two LoRA gateways (i.e., loRA gateway 1 and LoRA gateway 2), and three LoRA terminals (i.e., loRA terminal 1, loRA terminal 2, and LoRA terminal 3). The LoRA server 1 and the LoRA server 2 can be configured, communication handshake is assisted through the LoRA terminal 1, and one LoRA terminal can be selected from the LoRA terminal 1, the LoRA terminal 2 and the LoRA terminal 3 to perform data interaction when data message forwarding is performed. Here, it is assumed that the LoRA terminal 1 is class C, the LoRA terminal 2 is class B, and the LoRA terminal 3 is class C.
In order to realize with the communication between LoRA server 1 and the LoRA server 2, be provided with two LoRA modules on LoRA terminal 1, loRA terminal 2 and LoRA terminal 3 respectively, two LoRA modules are connected to the antenna module and the treater of LoRA terminal 1, loRA terminal 2 and LoRA terminal 3 respectively.
A method of data transmission, comprising:
s1, the LoRA terminal sends application authentication to the LoRA server respectively, and accesses to the corresponding LoRA server through the authentication.
LoRA terminal 1, loRA terminal 2 and LoRA terminal 3 carry out data interaction through self LoRA module 1 and LoRA gateway 1 respectively, carry out data interaction through self LoRA module 2 and LoRA gateway 2 to through the data interaction with LoRA gateway 1 and LoRA gateway 2, carry out the authentication at LoRA terminal. In the authentication process, the LoRA terminal 1 and the LoRA terminal 2 respectively transmit their own address information and user information to the LoRA server 1 and the LoRA server 2.
Moreover, for one LoRA terminal, the channels of the LoRA module 1 and the LoRA module 2 are different, that is, the uplink channel of the LoRA module 1 and the uplink channel of the LoRA module 2 can work at different frequencies, and the downlink channel of the LoRA module 1 and the downlink channel of the LoRA module 2 work at different frequencies.
S2, the LoRA server authenticates the LoRA terminal and feeds back an authentication result to the LoRA terminal.
If the address information and the user information of the LoRA terminal 1, the LoRA terminal 2, and the LoRA terminal 3 are configured in the LoRA server 1 and the LoRA server 2, it is considered that the LoRA terminal 1, the LoRA terminal 2, and the LoRA terminal 3 can pass authentication. At this time, the LoRA server 1 and the LoRA server 2 need to notify that the LoRA terminal 1, the LoRA terminal 2, and the LoRA terminal 3 pass authentication, respectively, and the LoRA terminal 1, the LoRA terminal 2, and the LoRA terminal 3 start operating based on their own functions by passing authentication.
And S3, the LoRA terminals respectively acquire data and send the data to the corresponding LoRA server.
And S4, the LoRA server sends a first LoRA message to the LoRA terminal through the LoRA gateway.
In order to be able to initiate data interaction between the LoRA server 1 and the LoRA server 2, a communication handshake may be initiated by the LoRA server 1 to the LoRA server 2. At this time, the LoRA server generates a first LoRA message, 3 bits are set in an RFU field included in the MHDR in the first LoRA message, the first bit is marked as 0, that is, the first LoRA message needs to be sent to the LoRA server, and the second bit and the third bit are set to 00 to indicate that the first LoRA message is a communication request message. The MAC address of the LoRA server 2 is carried in the FRMPayload field.
In addition, since the first LoRA packet needs to be forwarded by the LoRA terminal 1, the DevAddr field in the first LoRA packet carries the MAC address of the LoRA terminal 1.
And S5, the LoRA terminal receives the first LoRA message and analyzes the first LoRA message.
After receiving the first LoRA message, the LoRA terminal 1 determines that the DevAddr in the message is the MAC address of itself. The message is analyzed, the FRU (000) is obtained from the message, the message can be determined to be a communication request message which needs to be sent to the LoRA server, and the message is confirmed from the FRMpayload to be the LoRA server 2.
And S6, the LoRA terminal encapsulates the first LoRA message again to generate a second LoRA message, and the second LoRA message is sent to the LoRA server through the LoRA gateway.
After determining that the first LoRA message needs to be sent to the LoRA server 2, the LoRA terminal 1 strips a message header of the first LoRA message, and performs encapsulation of the LoRA protocol again, where the re-encapsulated LoRA message is called a second LoRA message.
In the second LoRA message, the contents carried by the RFU field and the FRMpayload field are unchanged, but the DevAddr field is set to the MAC address of the LoRA server 2. In S5-S6, the flow process of the LoRA message in the LoRA terminal is as shown in fig. 5.
And S7, the LoRA server receives the second LoRA message and determines that the second LoRA message is a communication request message.
And S8, the LoRA server generates a third LoRA message aiming at the communication request message, and sends the third LoRA message to the LoRA terminal through the LoRA gateway.
And S9, the LoRA terminal receives the third LoRA message and analyzes the third LoRA message.
After receiving the third LoRA packet, the LoRA terminal 1 determines that the DevAddr in the packet is the MAC address of itself. The message is analyzed, the FRU (001) is obtained from the message, the message is determined to be a communication receiving message which needs to be sent to the LoRA server, and the message is confirmed to be the LoRA server 1 from the FRMpayload.
And S10, the LoRA terminal encapsulates the third LoRA message again to generate a fourth LoRA message, and the fourth LoRA message is sent to the LoRA server through the LoRA gateway.
After determining that the third LoRA message needs to be sent to the LoRA server 1, the LoRA terminal 1 strips the message header of the third LoRA message, and performs encapsulation of the LoRA protocol again, where the re-encapsulated LoRA message is called a fourth LoRA message.
In the fourth LoRA message, the contents carried by the RFU field and the FRMpayload field are unchanged, but the DevAddr field is set to the MAC address of the LoRA server 1.
S11, the LoRA server receives a fourth LoRA message, and determines that the fourth LoRA message is a communication receiving message.
And S12, the LoRA server generates a fifth LoRA message aiming at the communication request message, and sends the fifth LoRA message to the LoRA terminal through the LoRA gateway.
And S13, the LoRA terminal receives and analyzes the fifth LoRA message.
And S14, the LoRA terminal encapsulates the fifth LoRA message again to generate a sixth LoRA message, and sends the sixth LoRA message to the LoRA server through the LoRA gateway.
The specific parsing and forwarding steps S4-S6 are similar to the above-described procedure and will not be described further herein. The difference is that the FRU carried in the fifth LoRA message is 010, that is, the fifth LoRA message is a communication response message.
S15, the LoRA server sends an interrupt message to the preset LoRA terminal.
The LoRA server 1 and the LoRA server 2 respectively send interrupt messages to the LoRA terminal 3 to notify the LoRA terminal 3 that data interaction between the LoRA servers needs to be performed.
And S16, after receiving the interrupt message, the LoRA terminal switches the LoRA terminal to a connection state, stops data acquisition and starts a receiving window.
And S17, the LoRA server fragments the data to be transmitted to generate a seventh LoRA message, and the seventh LoRA message is sent to the opposite LoRA server through the LoRA terminal.
The FRU carried in the seventh LoRA message is 011 to indicate that the LoRA message is a data message, and the sending object is the LoRA server 2.
And S18, after the LoRA terminal completes the forwarding of the data message, the LoRA terminal switches the LoRA terminal to an idle state after a preset time, performs data acquisition again, and sends the acquired data to the corresponding LoRA server.
Through the steps S1-S18, the LoRA terminal can assist the LoRA server to perform communication handshake and transmit data interacted between the LoRA servers, and compared with data transmission directly performed between LoRA servers far away from each other, the method can rapidly perform data transmission between the LoRA gateway and the LoRA terminal close to each other, so that the problems that the distance between the LoRA servers is far and the transmission rate is low are avoided, and the data transmission speed between the LoRA servers in the LoRA network is improved.
Correspondingly, the present application provides a LoRA server, which is applied to a LoRA network, as shown in fig. 6, and includes: a processor and a non-volatile memory;
the nonvolatile memory stores program codes;
the processor calls the program code to perform:
sending a communication request message carrying address information of an opposite-end LoRA server to a first LoRA terminal so that the first LoRA terminal forwards the communication request message to the opposite-end LoRA server according to the address information;
if a communication acceptance message which is forwarded by the first LoRA terminal and fed back by the opposite-end LoRA server aiming at the communication request message is received, sending a communication response message carrying address information of the opposite-end LoRA server to the first LoRA terminal so that the first LoRA terminal forwards the communication response message to the opposite-end LoRA server;
and sending a data message to an opposite LoRA server through a preset LoRA terminal in the LoRA network.
Optionally, before sending the data packet to the opposing-end LoRA server through the preset LoRA terminal in the LoRA network, the method further includes:
and sending an interrupt message to the preset LoRA terminal so as to switch the preset LoRA terminal to a connection state and stop data acquisition.
Correspondingly, the present application provides a LoRA terminal, which is applied to a LoRA network, as shown in fig. 2, and includes: the wireless module is connected to the first LoRA module and the second LoRA module respectively;
the nonvolatile memory stores program codes;
the processor calls program code to perform:
forwarding a communication handshake message between a first LoRA server and a second LoRA server so as to enable the first LoRA server and the second LoRA server to be in communication connection, wherein a first LoRA module is connected with the first LoRA server through a first channel, and a second LoRA module is connected with the second LoRA server through a second channel;
and forwarding the data messages sent by the first LoRA server and the second LoRA server.
Optionally, before forwarding the data packet sent between the first LoRA server and the second LoRA server, the method further includes:
and if receiving the interrupt message sent by the first LoRA server or the second LoRA server, switching to a connection state and stopping data acquisition.
Further, after forwarding the data packets sent by the first LoRA server and the second LoRA server, the method further includes:
switching to an idle state, and acquiring data;
and transmitting the acquired data to a corresponding LoRA server.
In the embodiment of the specification, a plurality of LoRA modules arranged on the LoRA terminal are respectively accessed into the corresponding LoRA servers in different channels, so that the LoRA terminal can respectively receive and forward communication messages of the LoRA servers, and after negotiation between the LoRA servers, data message transmission between the LoRA servers is carried through the LoRA terminal, transmission of data messages between the LoRA servers is avoided, and the rate of data message interaction between the LoRA servers is increased.
It will be understood that the present description is not limited to the precise arrangements described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof.
The above description is only for the purpose of illustrating the preferred embodiments of the present disclosure and is not to be construed as limiting the present disclosure, and any modifications, equivalents, improvements, etc. made within the spirit and principle of the present disclosure are intended to be included within the scope of the present disclosure.

Claims (10)

1. A data transmission method, wherein a LoRA server applied to a long-distance radio LoRA network includes:
sending a communication request message carrying address information of an opposite-end LoRA server to a first LoRA terminal, so that the first LoRA terminal forwards the communication request message to the opposite-end LoRA server according to the address information;
if a communication acceptance message which is forwarded by the first LoRA terminal and fed back by the opposite-end LoRA server aiming at the communication request message is received, sending a communication response message carrying address information of the opposite-end LoRA server to the first LoRA terminal so that the first LoRA terminal forwards the communication response message to the opposite-end LoRA server;
and sending a data message to the opposite-end LoRA server through a preset LoRA terminal in the LoRA network.
2. The method according to claim 1, wherein before sending the data packet to the opposite-end LoRA server through a preset LoRA terminal in the LoRA network, the method further comprises:
and sending an interrupt message to a preset LoRA terminal so as to enable the preset LoRA terminal to be switched to a connection state and stop data acquisition.
3. A data transmission method is characterized in that the method is applied to a LoRA terminal in a LoRA network and comprises the following steps:
forwarding a communication handshake message between a first LoRA server and a second LoRA server through a first LoRA module and a second LoRA module so as to enable the first LoRA server and the second LoRA server to be in communication connection, wherein the first LoRA module is connected with the first LoRA server through a first channel, and the second LoRA module is connected with the second LoRA server through a second channel;
and forwarding the data messages sent by the first LoRA server and the second LoRA server.
4. The method of claim 3, further comprising, prior to forwarding the data packets sent between the first LoRA server and the second LoRA server:
and if receiving the interrupt message sent by the first LoRA server or the second LoRA server, switching to a connection state and stopping data acquisition.
5. The method of claim 3, further comprising, after forwarding the data packets sent between the first LoRA server and the second LoRA server:
switching to an idle state, and acquiring data;
and transmitting the collected data to a corresponding LoRA server.
6. A LoRA server, applied to a LoRA network, includes: a processor and a non-volatile memory;
the non-volatile memory has program code stored therein;
the processor calls the program code to perform:
sending a communication request message carrying address information of an opposite-end LoRA server to a first LoRA terminal, so that the first LoRA terminal forwards the communication request message to the opposite-end LoRA server according to the address information;
if a communication acceptance message which is forwarded by the first LoRA terminal and fed back by the opposite LoRA server aiming at the communication request message is received, sending a communication response message carrying address information of the opposite LoRA server to the first LoRA terminal so that the first LoRA terminal forwards the communication response message to the opposite LoRA server;
and sending a data message to the opposite LoRA server through a preset LoRA terminal in the LoRA network.
7. The LoRA server of claim 6, wherein before sending the data packet to the opposite LoRA server through a preset LoRA terminal in the LoRA network, the LoRA server further comprises:
and sending an interrupt message to a preset LoRA terminal so as to enable the preset LoRA terminal to be switched to a connection state and stop data acquisition.
8. A LoRA terminal is applied to a LoRA network, and comprises: the wireless module is connected to the first LoRA module and the second LoRA module respectively;
the nonvolatile memory is stored with program codes;
the processor calls the program code to perform:
forwarding a communication handshake message between a first LoRA server and a second LoRA server so as to enable the first LoRA server and the second LoRA server to be in communication connection, wherein the first LoRA module is connected with the first LoRA server through a first channel, and the second LoRA module is connected with the second LoRA server through a second channel;
and forwarding the data messages sent by the first LoRA server and the second LoRA server.
9. The LoRA terminal of claim 8, wherein before forwarding the data packet sent between the first LoRA server and the second LoRA server, the LoRA terminal further comprises:
and if receiving the interrupt message sent by the first LoRA server or the second LoRA server, switching to a connection state and stopping data acquisition.
10. The LoRA terminal of claim 9, wherein after forwarding the data packet sent between the first LoRA server and the second LoRA server, further comprising:
switching to an idle state, and acquiring data;
and transmitting the collected data to a corresponding LoRA server.
CN202110345283.3A 2021-03-31 2021-03-31 Data transmission method, loRA server and LoRA terminal Active CN113194508B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110345283.3A CN113194508B (en) 2021-03-31 2021-03-31 Data transmission method, loRA server and LoRA terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110345283.3A CN113194508B (en) 2021-03-31 2021-03-31 Data transmission method, loRA server and LoRA terminal

Publications (2)

Publication Number Publication Date
CN113194508A CN113194508A (en) 2021-07-30
CN113194508B true CN113194508B (en) 2022-10-21

Family

ID=76974647

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110345283.3A Active CN113194508B (en) 2021-03-31 2021-03-31 Data transmission method, loRA server and LoRA terminal

Country Status (1)

Country Link
CN (1) CN113194508B (en)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106534301A (en) * 2016-11-10 2017-03-22 汉柏科技有限公司 Method and device for balancing network outbound load

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107682255B (en) * 2017-11-17 2021-04-16 腾讯科技（深圳）有限公司 Message transmission method, device and storage medium
CN109451470A (en) * 2018-12-28 2019-03-08 万能 A kind of LoRa server and its data transmission method
CN110933180B (en) * 2019-12-10 2023-05-12 深信服科技股份有限公司 Communication establishment method, device, load equipment and storage medium
CN111092952B (en) * 2019-12-23 2022-10-21 深圳市元征科技股份有限公司 Data interaction method and related product
AU2020103055A4 (en) * 2020-10-28 2020-12-24 Ainapure, Bharati DR Adaptive data rate configuration for ultra-dense industrial iot networks using deep learning algorithms
CN112533299B (en) * 2020-11-13 2023-03-24 锐捷网络股份有限公司 Method and server for establishing lora remote transmission link

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106534301A (en) * 2016-11-10 2017-03-22 汉柏科技有限公司 Method and device for balancing network outbound load

Also Published As

Publication number Publication date
CN113194508A (en) 2021-07-30

Similar Documents

Publication Publication Date Title
EP2014126B1 (en) Apparatus and device for mobility management
CN103209089B (en) The acquisition methods of heart beat cycle and terminal, server
KR20200022512A (en) Network security management method and device
EP3735029B1 (en) Methods and devices for establishing control plane session
US20160241664A1 (en) Method, device, and system for redirecting data by using service proxy
CN110999257B (en) Delivery method selection for delivery of server notifications
WO2014183404A1 (en) Data transmission method, apparatus, system and terminal
CN113905397B (en) Relay determination method, configuration method, device, terminal and network equipment
EP3442290A1 (en) Data transmission method and apparatus, and computer storage medium
CN106576279A (en) Multi-communication-mode transmission method and apparatus
CN112654070B (en) Communication method, device, equipment and storage medium between user terminals
KR20100009511A (en) Gateway
US20230156833A1 (en) Packet Forwarding Method, Apparatus, and System
CN113141671A (en) Communication method and device of wifi device and computer readable storage medium
KR100658907B1 (en) Radio access station and method for controlling call in portable internet system
WO2019062784A1 (en) Resource configuration method and apparatus
CN112954072A (en) Intelligent equipment control method, execution information feedback method, device and system
CN108307537B (en) Message interaction method and related equipment
KR101197809B1 (en) Method and system of non-3gpp2 message transmission in hrpd system
TWI383704B (en) Wireless communication system, wireless terminal and wireless base station
CN113194508B (en) Data transmission method, loRA server and LoRA terminal
CN108684021A (en) A kind of Bluetooth Low Energy communication means and device
JP6516039B2 (en) Gateway apparatus, communication system, power saving control method and power saving control program
WO2016154831A1 (en) Method and device for realizing transmission control protocol (tcp) transmission
US8077661B2 (en) Access gateway apparatus, base station apparatus, communication control system and communication control method

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant