CN111786899A - Internet of things communication method and related equipment - Google Patents
Internet of things communication method and related equipment Download PDFInfo
- Publication number
- CN111786899A CN111786899A CN202010681694.5A CN202010681694A CN111786899A CN 111786899 A CN111786899 A CN 111786899A CN 202010681694 A CN202010681694 A CN 202010681694A CN 111786899 A CN111786899 A CN 111786899A
- Authority
- CN
- China
- Prior art keywords
- link
- internet
- links
- aggregation group
- things
- 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.)
- Pending
Links
- 230000006854 communication Effects 0.000 title claims abstract description 84
- 238000004891 communication Methods 0.000 title claims abstract description 83
- 238000000034 method Methods 0.000 title claims abstract description 69
- 238000004220 aggregation Methods 0.000 claims abstract description 148
- 230000002776 aggregation Effects 0.000 claims abstract description 147
- 230000004931 aggregating effect Effects 0.000 claims abstract description 24
- 230000015654 memory Effects 0.000 claims description 26
- 230000006855 networking Effects 0.000 claims description 14
- 238000001514 detection method Methods 0.000 claims description 13
- 230000005540 biological transmission Effects 0.000 abstract description 30
- 238000004590 computer program Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 9
- 238000007726 management method Methods 0.000 description 5
- 238000012544 monitoring process Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000010267 cellular communication Effects 0.000 description 2
- QVFWZNCVPCJQOP-UHFFFAOYSA-N chloralodol Chemical compound CC(O)(C)CC(C)OC(O)C(Cl)(Cl)Cl QVFWZNCVPCJQOP-UHFFFAOYSA-N 0.000 description 2
- 239000000126 substance Substances 0.000 description 2
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
- H04L45/245—Link aggregation, e.g. trunking
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application provides an Internet of things communication method and related equipment, which are applied to an Internet of things terminal, wherein the Internet of things terminal comprises n ports, and the method comprises the following steps: aggregating n links connected with the cloud end through the n ports to obtain a link aggregation group, wherein the ith port is connected with the cloud end through the ith link; splitting data to be sent into a plurality of data packets, and sending the data packets to a cloud end through a first link; detecting the state of the first link, and determining whether a fault link exists in the first link; and under the condition that a fault link exists in the first link, deleting the fault link from the link aggregation group, and sending a data packet carried by the fault link to the cloud end through a second link. The method is used for solving the problems of low transmission rate and poor transmission stability when the current Internet of things terminal transmits data to the cloud.
Description
Technical Field
The application relates to the technical field of Internet of things, in particular to a communication method of the Internet of things and related equipment.
Background
With the development and popularization of the internet of things, terminals of the internet of things are widely popularized, such as an intelligent refrigerator, an intelligent air conditioner, an intelligent electric meter, an image transmission service terminal for automobile monitoring, a Radio Frequency Identification (RFID) terminal for logistics, and the like.
At present, the internet of things terminal and the cloud terminal only carry out data transmission through one physical link, and when the internet of things terminal transmits a large amount of data to the cloud terminal, the problems of low transmission rate and poor transmission stability easily occur.
Disclosure of Invention
The application provides a method for realizing communication of the Internet of things and related equipment, which are used for solving the problems of low transmission rate and poor transmission stability when the current terminal of the Internet of things transmits data to a cloud.
In a first aspect, the present application provides an internet of things communication method, which is applied to an internet of things terminal, where the internet of things terminal includes n ports, where n is a natural number greater than or equal to 2, and the method includes:
aggregating n links connected with the cloud end through the n ports to obtain a link aggregation group, wherein the ith port is connected with the cloud end through the ith link, i is a natural number and is more than or equal to 1 and less than or equal to n;
splitting data to be sent into a plurality of data packets, and sending the data packets to a cloud end through a first link, wherein the first link is a part of or all links in the link aggregation group;
detecting the state of the first link, and determining whether a fault link exists in the first link;
deleting the fault link from the link aggregation group under the condition that the fault link exists in the first link, and sending a data packet carried by the fault link to the cloud end through a second link;
wherein, when the first link is a part of links in the link aggregation group, the second link is a part or all of links in the links except the first link in the link aggregation group; and if the first link is all links in the link aggregation group, the second link is part or all of the links except the failed link in the first link.
In a possible embodiment, the internet of things terminal and the cloud both support a link aggregation control protocol LACP, and the aggregating n links connected to the cloud through the n ports to obtain a link aggregation group includes:
and aggregating the n links connected with the cloud end through the n ports through an LACP to obtain the link aggregation group.
In a possible embodiment, the detecting the state of the first link and determining whether a failed link exists in the first link includes:
and detecting the state of the port corresponding to the first link, and determining whether a fault port exists in the port corresponding to the first link, so as to determine whether a fault link exists in the first link.
In the above scheme, after n links connected to the cloud through n first ports are aggregated to obtain the link aggregation group, the internet of things terminal sends data to be sent to the cloud through the first links (part of links or all links in the link aggregation group), instead of sending data to the cloud through only one link as in the prior art, the transmission rate of the data is improved. In addition, in the embodiment of the application, the internet of things terminal can detect the state of the first link, delete the failed link from the link aggregation group when the failed link is detected in the first link, and send the data packet carried by the failed link to the cloud through the second link, instead of sending data to the cloud through only one link as in the prior art, the data transmission is interrupted when the link fails, and it can be seen that the method provided by the application also improves the stability of data transmission.
In a second aspect, the application provides a method for internet of things communication aggregation and load sharing, which is applied to a cloud, wherein the cloud includes n ports, n is a natural number greater than or equal to 2, and the method includes:
aggregating n links connected with the Internet of things terminal through the n ports to obtain a link aggregation group, wherein the ith port is connected with the Internet of things terminal through the ith link, i is a natural number and is not less than 1 and not more than n;
receiving a plurality of data packets sent to the internet of things terminal through a first link, wherein the first link is a part of or all links in the link aggregation group, and the data packets are obtained by splitting data to be sent by the internet of things terminal;
detecting the state of the first link, and determining whether a fault link exists in the first link;
deleting the fault link from the link aggregation group under the condition that the fault link exists in the first link, so that the internet of things terminal sends a data packet carried by the fault link to the cloud end through a second link;
wherein, when the first link is a part of links in the link aggregation group, the second link is a part or all of links in the links except the first link in the link aggregation group; and if the first link is all links in the link aggregation group, the second link is part or all of the links except the failed link in the first link.
In a possible embodiment, the internet of things terminal and the cloud both support LACP, and the aggregating n links connected to the internet of things terminal through the n ports to obtain a link aggregation group includes:
and aggregating the n links connected with the terminal of the Internet of things through the n ports by using an LACP (Link aggregation control protocol) to obtain the link aggregation group.
In a possible embodiment, the detecting the state of the first link and determining whether a failed link exists in the first link includes:
and detecting the state of the port corresponding to the first link, and determining whether a fault port exists in the port corresponding to the first link, so as to determine whether a fault link exists in the first link.
In a third aspect, the present application provides an internet of things communication device, which is applied to an internet of things terminal, where the internet of things terminal includes n ports, where n is a natural number greater than or equal to 2, and the device includes:
the aggregation module is used for aggregating n links which are connected with the cloud end through the n ports to obtain a link aggregation group, wherein the ith port is connected with the cloud end through the ith link, i is a natural number, and i is more than or equal to 1 and less than or equal to n;
the sending module is used for splitting data to be sent into a plurality of data packets and sending the data packets to a cloud end through a first link, wherein the first link is a part of or all links in the link aggregation group;
the detection module is used for detecting the state of the first link and determining whether a fault link exists in the first link;
the detection module is further configured to, when a failed link exists in the first link, delete the failed link from the link aggregation group, and send a data packet carried by the failed link to the cloud through a second link;
wherein, when the first link is a part of links in the link aggregation group, the second link is a part or all of links in the links except the first link in the link aggregation group; and if the first link is all links in the link aggregation group, the second link is part or all of the links except the failed link in the first link.
In a possible embodiment, both the internet of things terminal and the cloud end support LACP, and the aggregation module is specifically configured to:
and aggregating the n links connected with the cloud end through the n ports through an LACP to obtain the link aggregation group.
In a possible embodiment, the detection module is specifically configured to:
and detecting the state of the port corresponding to the first link, and determining whether a fault port exists in the port corresponding to the first link, so as to determine whether a fault link exists in the first link.
In a fourth aspect, the present application provides an internet of things terminal, including: a processor, a communication interface, and a memory; the memory is configured to store instructions, the processor is configured to execute the instructions, and the communication interface is configured to communicate with other devices under the control of the processor, wherein the processor implements some or all of the steps of the method described in any of the methods of the first aspect when executing the instructions.
In a fifth aspect, the present application provides a cloud comprising: a processor, a communication interface, and a memory; the memory is configured to store instructions, the processor is configured to execute the instructions, and the communication interface is configured to communicate with other devices under the control of the processor, wherein the processor, when executing the instructions, implements some or all of the steps of the method described in any of the methods of the second aspect.
In a sixth aspect, the present application provides a computer readable storage medium storing a computer program for execution by hardware to perform some or all of the steps of the method as described in any one of the methods of the first aspect.
In a seventh aspect, the present application provides a computer-readable storage medium storing a computer program for execution by hardware to implement some or all of the steps of the method described in any of the above second aspects.
In an eighth aspect, the present application provides a computer program product comprising instructions which, when run on a computer, cause the computer to perform some or all of the steps of the method as described in any one of the methods of the first aspect above.
In a ninth aspect, the present application provides a computer program product comprising instructions which, when run on a computer, cause the computer to perform some or all of the steps of the method as described in any of the methods of the second aspect above.
The present application can further combine to provide more implementations on the basis of the implementations provided by the above aspects.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a schematic architecture diagram of an internet of things communication system provided in an embodiment of the present application;
fig. 2 is a schematic flowchart of a communication method of the internet of things according to an embodiment of the present disclosure;
fig. 3 is a schematic diagram of link aggregation provided in an embodiment of the present application;
fig. 4 is a schematic flowchart of another communication method of the internet of things according to an embodiment of the present disclosure;
fig. 5 is a schematic structural diagram of an internet of things communication device according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of another internet of things communication device according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of an internet of things communication terminal provided in an embodiment of the present application;
fig. 8 is a schematic structural diagram of a cloud terminal according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
It should be understood that the terms "first," "second," and the like in the description and claims of this application and in the above-described drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus. It is also to be understood that the terminology used in the description of the present application herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the specification of the present application and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
It should be further understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments.
In order to facilitate understanding of the technical solutions of the present application, first, some terms related to the present application are explained. It is worthy to note that the terminology used in the description of the embodiments section of the present application is for the purpose of describing particular embodiments of the present application only and is not intended to be limiting of the present application.
The internet of things (IOT): the system is a network which connects any article with the traditional communication network through information sensing equipment such as radio frequency identification, infrared sensors, global positioning systems, laser scanners and the like according to an agreed protocol to exchange and share information so as to realize remote data acquisition and measurement, intelligent identification, positioning, tracking, monitoring and management. The essence of the internet of things is the internet, except that the terminal is not a computer (a personal computer or a server, etc.) any more, but an embedded computer system and a sensor matched with the embedded computer system. The application of the internet of things is very wide and is spread in the fields of industrial control, smart power grids, intelligent transportation, smart home, mobile payment, environment detection, medical monitoring, administrative management, public safety and the like.
Thing networking communication module: the chip, the memory, the power amplifier device and the like are integrated on a circuit board, a functional module of a standard interface is provided, and various internet of things terminals can realize a communication function by means of an internet of things communication module. The internet of things communication module comprises a cellular communication module (2G/3G/4G/5G/NB-IoT and the like) and a non-cellular communication module (WiFi/Bluetooth/LoRa and the like). The internet of things communication module enables various internet of things terminals to have networking information transmission capacity, which is a key link for connecting the internet of things sensing layer and the network layer, and equipment data generated by all the internet of things terminals need to be gathered to the network layer through the internet of things communication module, so that the internet of things terminals are subjected to functions of remote supervision, system upgrading, troubleshooting, life cycle management and the like through the cloud.
And link: refers to a passive point-to-point physical connection. In wired communication, a link refers to a physical line, such as a cable or fiber, between two nodes. In radio communication, a link refers to a path space for propagating electromagnetic waves between a base station and a terminal.
Link aggregation (link aggregate): it may also be referred to as link bind (link bind), port aggregation (port aggregation), or backbone-trunk (ethernet-trunk), and refers to aggregating two or more links together to form a logical link with a higher bandwidth, where link aggregation may also be referred to as aggregating two or more physical ports together to form a logical port, and a logical link or a logical port may also be referred to as a Link Aggregation Group (LAG). Link aggregation enables devices to increase connection bandwidth between devices without hardware upgrade. And the M links are aggregated, and the bandwidth of the aggregated link group after aggregation is M times of that of the previous link after aggregation. In addition, the member ports of the link aggregation group can be dynamically backed up, when a certain port in the link aggregation group is in failure, other members in the link aggregation group can automatically take the forwarding task of the port, and the reliability of connection is ensured.
The following description refers to the application scenario of fig. 1.
Referring to fig. 1, fig. 1 is a schematic diagram of an architecture of an internet of things communication system according to the present application. The Internet of things communication system is used for achieving a communication process between the Internet of things terminal and the cloud. The internet of things communication system can include internet of things terminal and high in the clouds, wherein, the internet of things terminal can communicate with the high in the clouds through the internet of things communication module that self has, wherein, the internet of things communication module can be 2G/3G/4G module, loRa module, NB-IoT module, bluetooth module, wiFi module etc..
It can be understood that under the different circumstances of thing networking communication module on the thing networking terminal, the network that thing networking terminal and high in the clouds were connected is also different, if, under the circumstances that thing networking communication module is the 4G module, thing networking terminal is connected through the 4G network with the high in the clouds, under the circumstances that thing networking communication module is the wiFi module, thing networking terminal is connected through the wiFi network with the high in the clouds.
The internet of things terminal is communicated with the cloud end through the internet of things communication module, and the internet of things is communicated with the cloud end through the port on the internet of things communication module and the link corresponding to the port. The internet of things terminal can be intelligent household equipment such as an intelligent refrigerator, an intelligent air conditioner and an intelligent air purifier, and can also be an image transmission service terminal for automobile monitoring, a radio frequency identification terminal for logistics, environment monitoring equipment and the like.
At present, only one internet of things communication module is arranged on one internet of things terminal, and only one port is arranged on the internet of things communication module, that is to say, one internet of things terminal device can only carry out one-to-one communication with a cloud end through one link. When the thing networking terminal need be to high in the clouds transmission a large amount of data, can lead to the bandwidth overload of this link, data transmission speed slows down, in case the port on this thing networking communication module breaks down moreover, just also means this link breaks down, can lead to data transmission to break off, has the poor problem of data transmission's stability.
In order to solve the problems, the application provides an internet of things communication method which can effectively improve the transmission rate and the transmission stability when an internet of things terminal transmits data to a cloud.
Referring to fig. 2, fig. 2 is a schematic flow diagram of an internet of things communication method provided in an embodiment of the present application, where the method may be applied to an internet of things terminal, and the internet of things terminal includes n ports, where the n ports may be located on one internet of things communication module or on different internet of things communication modules, and are not specifically limited herein, where n is a natural number greater than or equal to 2.
S101, aggregating n links connected with the cloud through n ports to obtain a link aggregation group.
The ith port is connected with the cloud end through an ith link, i is a natural number, and i is more than or equal to 1 and less than or equal to n.
It should be noted that the internet of things terminal is connected with the cloud end through n links corresponding to n ports, specifically, the internet of things terminal is connected with n ports on the cloud end through n links corresponding to n ports, and an only link is formed between the ith port on the internet of things terminal and the ith port on the cloud end corresponding to the ith port.
For convenience of description and distinction, in the following description, a first port represents a port on the internet of things terminal, and a second port represents a port on the cloud.
For example, as shown in fig. 3, the internet of things terminal shown in fig. 3 is provided with 4 first ports: first port 11, first port 12, first port 13 and first port 14 are provided with 4 second ports on the high in the clouds: a second port 21, a second port 22, a second port 23, and a second port 24, where the first port 11 is connected to the second port 21, the link between the first port 11 and the second port 21 is link 1, the first port 12 is connected to the second port 22, the link between the first port 12 and the second port 22 is link 2, the first port 13 is connected to the second port 23, the link between the first port 13 and the second port 23 is link 3, the first port 14 is connected to the second port 24, and the link between the first port 14 and the second port 24 is link 4, and the 4 links, that is, link 1, link 2, link 3, and link 4, are aggregated to obtain a link aggregation group.
It should be noted that, the internet of things terminal shown in fig. 3 has 4 first ports, the cloud has 4 second ports, and 4 links between the internet of things terminal and the cloud are aggregated, which is only an example, in a specific implementation, the internet of things terminal may have fewer or more first ports, the cloud may have fewer or more second ports, and fewer or more links may be aggregated between the internet of things terminal and the cloud, for example, link 1, link 2, and link 3 may be aggregated to obtain a link aggregation group, or link 1 and link 4 may be aggregated to obtain a link aggregation group, and the like, and this is not specifically limited herein.
In a specific embodiment of the present application, the internet of things terminal and the cloud end both support a Link Aggregation Control Protocol (LACP), that is, the LACPs of the n first ports on the internet of things terminal and the n second ports on the cloud end are both in an enabled state. Under the condition that the LACPs of the n first ports on the Internet of things terminal and the n second ports on the cloud are in the enabling state, the N links connected with the cloud through the n first ports can be aggregated by the Internet of things terminal through the LACP to obtain a link aggregation group. The LACP is a protocol for implementing dynamic link aggregation and de-aggregation based on the ieee802.3ad standard, so that the device can automatically form a link aggregation group according to the configuration of the device and start the link aggregation group to receive and transmit data. After the link aggregation group is formed, the LACP is responsible for maintaining the link state, and when the aggregation condition changes, the link aggregation group is automatically adjusted or disassembled.
Next, a detailed description is given of a specific process of obtaining a link aggregation group by aggregating n links, which are connected to the cloud through n first ports, of the internet of things terminal through an LACP, where the process may include the following steps:
s1011, the Internet of things terminal sends the first LACP messages to the cloud end through the n first ports and the n links corresponding to the n first ports, so that the cloud end determines an active end between the Internet of things terminal and the cloud end according to the first LACP messages.
Here, the LACP message may also be referred to as an LACP data unit (LACPDU).
The first LACP message comprises information such as the system priority of the Internet of things terminal, a system MAC address, the port priorities of the n first ports, the port numbers of the n first ports, an operation Key and the like. The system priority is a parameter configured to distinguish the priority of the device, the MAC address of the system can uniquely identify one device, the port priority is to distinguish the priority of different ports on the device, the port number is to distinguish different ports on the same device, the smaller the priority value of the port is, the higher the priority is, the port number is to distinguish different ports on the same device, the operation Key is a configuration combination generated by the system according to the configuration of the port (i.e. the working rate, the working mode (simplex or duplex, etc.), the basic configuration, and the management Key is a Key that allows the administrator to operate the Key value when the link is aggregated.
After receiving a first LACP message sent by the Internet of things terminal, the cloud checks and records the system priority and the MAC address of the Internet of things terminal in the first LACP message, compares the system priority of the Internet of things terminal with the system priority of the cloud, and determines the Internet of things terminal as an active terminal if the system priority of the Internet of things terminal is higher than the system priority of the cloud; if the system priority of the terminal of the Internet of things is lower than that of the cloud, determining the cloud as an active end; if the system priority of the terminal of the Internet of things is the same as that of the cloud, comparing the MAC address of the terminal of the Internet of things with the MAC address of the terminal of the Internet of things, and if the MAC address of the terminal of the Internet of things is smaller than that of the cloud, determining the terminal of the Internet of things as an active end; and if the MAC address of the terminal of the Internet of things is larger than that of the cloud, determining the cloud as an active end.
And S1012, the Internet of things terminal receives a second LACP message sent to the Internet of things terminal by the cloud through the n second ports and the n links corresponding to the n second ports, and determines an active terminal between the Internet of things terminal and the cloud according to the second LACP message.
It is understood that the n links corresponding to the n second ports are the same n links as the n links corresponding to the n first ports.
The second LACP message includes information such as a system priority of the cloud, a system MAC address, port priorities of the n second ports, port numbers of the n second ports, and an operation Key.
After the Internet of things terminal receives a second LACP message sent by the cloud to the Internet of things terminal, the Internet of things terminal checks and records the system priority and the MAC address of the cloud in the second LACP message, compares the system priority of the cloud with the system priority of the Internet of things terminal, and determines the cloud as an active end if the system priority of the cloud is higher than the system priority of the Internet of things terminal; if the system priority of the cloud is lower than that of the Internet of things terminal, determining the Internet of things terminal as an active terminal; if the system priority of the cloud is the same as that of the terminal of the Internet of things, comparing the MAC address of the cloud with the MAC address of the terminal of the Internet of things, and if the MAC address of the cloud is smaller than that of the terminal of the Internet of things, determining the cloud as an active terminal; and if the MAC address of the cloud is larger than that of the terminal of the Internet of things, determining that the terminal of the Internet of things is the active terminal.
That is to say, through the two steps of S1011 and S1012, the terminal of the internet of things and the cloud end can negotiate and determine the active end, and when one end of the terminal of the internet of things and the cloud end is the active end, the other end is the passive end.
The purpose of distinguishing the active end from the passive end between the terminal of the internet of things and the cloud end is to keep the active ports finally determined by the terminal of the internet of things and the cloud end consistent, if the active ports are selected by the two ends according to the respective port priorities of the terminals, the active ports determined by the two ends are probably not consistent, and a link aggregation group cannot be established. Therefore, the active end is determined first, and the active port selected by the passive end is consistent with the active end.
And S1013, the active end determines an active port.
After the active end is determined by the internet of things terminal and the cloud end, the active port selected by the active end is used as the standard for both ends. The rule for the active terminal to select the active port is as follows:
the port priorities of n ports of the active end are compared, the smaller the priority value is, the higher the priority is, and the higher the priority is, the active port is. If the port priorities are the same, comparing the port numbers, the port number is smaller and is the active port.
For example, taking the active terminal as an internet of things terminal and the passive terminal as a cloud terminal as an example, it is assumed that there are 3 first ports 11, 12, and 13 on the internet of things terminal, a second port 21 on the cloud terminal is used to form a unique link with the first port 11, a second port 22 on the cloud terminal is used to form a unique link with the first port 12, a second port 23 on the cloud terminal is used to form a unique link with the first port 13, wherein the port priority of the first port 11 is 3, the port priority of the first port 12 is 2, the port priority of the first port 13 is 1, it can be seen that the port priority value of the first port 13 and the port priority value of the first port 12 are less than the port priority value of the first port 13, the terminal of the internet of things may determine that the first port 13 and the first port 12 are active ports and determine that the first port 11 is a backup port. After the terminal of the internet of things determines that the first port 13 and the first port 12 are active ports and the first port 11 is a backup port, the cloud determines that the second port 23 and the second port 22 are active ports and determines that the second port 21 is a backup port.
The active port is a port for subsequently transmitting data, the link corresponding to the active port is an active link, the link is a link for subsequently transmitting data, and the link corresponding to the backup port is a backup link, so that a backup function is provided. When the active port fails, the LACP finds out an available port with the highest priority from the backup ports to replace the failed active port, and performs data transmission. That is, when the active link fails, the backup link replaces the failed active link to perform data transmission. The actual bandwidth of the link aggregation group is not changed at this time, or the sum of the bandwidths of the links in the active link.
It can be seen that, the internet of things terminal aggregates n links connected to the cloud through n first ports through the LACP to obtain a link aggregation group, a part of the n links are selected as active links for data transmission, and the rest of the n links are used as backup links.
It should be noted that the foregoing S1011 to S1013 are only an example, and in practical applications, other link aggregation steps or more link aggregation steps may also be included, and the present invention is not limited specifically herein.
It should be further noted that, in a specific implementation, the internet of things terminal may also use all the n links as active links to perform data transmission.
S102, splitting data to be sent into a plurality of data packets, and sending the data packets to a cloud end through a first link.
It can be seen that the first link is a link for data transmission, i.e. the active link described in the above embodiments.
As can be seen from the foregoing embodiments, in the obtained link aggregation group, the terminal of the internet of things may use part of links in the link aggregation group as active links, or may use all links in the link aggregation group as active links. That is, the first link here may be a part of links in a link aggregation group or all links, and is not limited here in particular.
In a specific embodiment of the present application, the terminal of the internet of things may split data to be sent into a plurality of data packets having a certain or some same attributes, where the attributes include an active MAC address, a destination MAC address, a source IP address, a destination IP address, and the like.
After the internet of things terminal splits data to be sent into a plurality of data packets with a certain attribute or certain attributes, the internet of things terminal can send the plurality of data packets with the certain attribute or certain attributes to the cloud end through the first link by adopting a stream-by-stream load sharing system. The flow-by-flow load sharing mechanism is that a HASH (HASH) algorithm is used to generate a HASH-KEY value for a MAC address or an IP address in each data packet, and then a corresponding link is found in a link aggregation forwarding table according to the HASH-KEY value to transmit the data packet.
In a specific implementation, the terminal of the internet of things may perform the flow-by-flow load sharing in any one of the following manners, which is not specifically limited herein.
The first method is to share the load according to the source MAC address of the data packet.
And the second mode is that load sharing is carried out according to the destination MAC address of the data packet.
And thirdly, load sharing is carried out according to the source IP address of the data packet.
And fourthly, carrying out load sharing according to the destination IP address of the data packet.
And fifthly, load sharing is carried out according to the source MAC address and the destination MAC address of the data packet.
And a sixth mode of carrying out load sharing according to the source IP address and the destination IP address of the data packet.
S103, detecting the state of the first link, and determining whether a fault link exists in the first link.
Specifically, the terminal of the internet of things may detect a state of a first port corresponding to the first link, and determine whether a failed port exists in the first port corresponding to the first link, so as to determine whether a failed link exists in the first link.
For example, assume that a link aggregation group includes 4 links: the terminal of the internet of things comprises a link 1, a link 2, a link 3 and a link 4, wherein the link 1 corresponds to a first port 11, the link 2 corresponds to a first port 12, the link 3 corresponds to a first port 13, the link 4 corresponds to a first port 14, the first link comprises 3 links of the link 1, the link 2 and the link 3, if the terminal of the internet of things detects that the first port 11 fails, and the first port 12 and the first port 13 are normal, the terminal of the internet of things can determine that the link 1 corresponding to the first port 11 is a failed link, and the link 2 corresponding to the first port 12 and the link 3 corresponding to the first port 13 are normal links.
And S104, under the condition that the fault link exists in the first link, deleting the fault link from the link aggregation group, and sending the data packet carried by the fault link to the cloud through the second link.
As can be seen from the foregoing embodiments, the first link may be a part of links or all links in the link aggregation group. When the first link is a part of links in the link aggregation group, the second link is a part of or all links in links except the first link in the link aggregation group; and in the case that the first link is all links in the link aggregation group, the second link is part or all of the links except the failed link in the first link.
With 4 links included in a link aggregation group: the method includes a link 1, a link 2, a link 3 and a link 4, where the first link includes 3 links, namely the link 1, the link 2 and the link 3, a data packet carried by the link 1 is a data packet 1, a data packet carried by the link 2 is a data packet 2, and a data packet carried by the link 3 is a data packet 3, as can be seen, at this time, the first link is a part of links in a link aggregation group, and in this case, if the internet of things terminal detects that the link 1 is a failed link, the link 1 is deleted from the link aggregation group, and the data packet 1 carried by the link 1 can be sent to the cloud through the link 4.
With 4 links included in a link aggregation group: the link 1, the link 2, the link 3, and the link 4, where the first link includes 4 links, that is, the link 1, the link 2, the link 3, and the link 4, a data packet carried by the link 1 is a data packet 1, a data packet carried by the link 2 is a data packet 2, a data packet carried by the link 3 is a data packet 3, and a data packet carried by the link 4 is a data packet 4, as can be seen, the first link is all links in a link aggregation group, in this case, if the internet of things terminal detects that the link 1 is a failed link, the link 1 is deleted from the link aggregation group, and the data packet 1 carried by the link 1 can be sent to the cloud through any one of the link 2, the link 3, or the link 4.
In the above embodiment, the internet of things terminal aggregates n links connected to the cloud through the n first ports to obtain the link aggregation group, and then sends the data to be sent to the cloud through the first link (a part of links or all links in the link aggregation group), instead of sending the data to the cloud through only one link as in the prior art, the transmission rate of the data is improved. In addition, in the embodiment of the application, the internet of things terminal can detect the state of the first link, delete the failed link from the link aggregation group when the failed link is detected in the first link, and send the data packet carried by the failed link to the cloud through the second link, instead of sending data to the cloud through only one link as in the prior art, the data transmission is interrupted when the link fails, and it can be seen that the method provided by the application also improves the stability of data transmission.
The embodiment of the application further provides another communication method of the internet of things, and the method can be applied to a cloud, wherein the cloud comprises n second ports, and n is a natural number greater than or equal to 2.
Referring to fig. 4, fig. 4 is a schematic flow chart of another method for communication aggregation and load sharing of the internet of things according to the embodiment of the present application, where the method includes:
s201, aggregating n links connected with the Internet of things terminal through n second ports to obtain a link aggregation group.
The ith port is connected with the Internet of things terminal through an ith link, i is a natural number, and i is more than or equal to 1 and less than or equal to n.
It should be noted that, the cloud is connected to the internet of things terminal through n links corresponding to the n second ports, specifically, the cloud is connected to n first ports on the internet of things terminal through n links corresponding to the n second ports, and an only link is formed between the ith second port on the cloud and the ith port on the internet of things terminal corresponding to the ith second port.
For the sake of simplicity, the detailed description of the process of obtaining the link aggregation group is not given to the cloud, where n links of the internet of things terminal connected through the n second ports are aggregated by the cloud, and actually, n links of the internet of things terminal connected through the n second ports are aggregated by the cloud, so that the process of obtaining the link aggregation group is obtained, which is similar to the process of obtaining the link aggregation group, where n links of the internet of things terminal connected through the n first ports are aggregated by the internet of things terminal in S101, and details are not repeated here.
S202, receiving a plurality of data packets sent to the terminal of the Internet of things through the first link.
The first link is a part of links or all links in a link aggregation group, and the data packets are obtained by splitting data to be sent by the terminal of the internet of things. A plurality of data packets sent to the internet of things terminal by the internet of things terminal received by the cloud have certain or certain same attributes, and the attributes comprise a source MAC address, a destination MAC address, a source IP address, a destination IP address and the like.
S203, detecting the state of the first link, and determining whether a fault link exists in the first link.
Specifically, the cloud may detect a state of the second port corresponding to the first link, and determine whether a failed port exists in the second port corresponding to the first link, so as to determine whether a failed link exists in the first link.
And S204, under the condition that the fault link exists in the first link, deleting the fault link from the link aggregation group so that the Internet of things terminal can send the data packet carried by the fault link to the cloud end through the second link.
As can be seen from the foregoing embodiments, the first link may be a part of links or all links in the link aggregation group. When the first link is a part of links in the link aggregation group, the second link is a part of or all links in links except the first link in the link aggregation group; and in the case that the first link is all links in the link aggregation group, the second link is part or all of the links except the failed link in the first link.
In specific implementation, after the cloud end receives the plurality of data packets, the plurality of data packets can be packaged to obtain data to be sent, and data transmission between the internet of things terminal and the cloud end is completed.
In the above embodiment, after the cloud end aggregates the n links connected to the internet of things terminal through the n second ports to obtain the link aggregation group, the cloud end receives data sent to the internet of things terminal through the first link (part of links or all links in the link aggregation group), instead of receiving data sent to the internet of things terminal through only one link as in the prior art, the transmission rate of the data is improved. In addition, in the embodiment of the application, the cloud end can detect the state of the first link, and when a fault link is detected in the first link, the fault link is deleted from the link aggregation group, so that the data packet borne by the fault link is sent to the cloud end through the second link by the internet of things terminal, and the cloud end can receive the data packet borne by the fault link through the second link, instead of receiving the data sent to the internet of things terminal through only one link like the prior art, and when the link fails, the transmission of the data is interrupted.
Based on the same inventive concept, the internet of things communication device 100 applied to the internet of things terminal according to the embodiment of the present invention is provided below, wherein the internet of things terminal includes n ports, the n ports may be located on one internet of things communication module or on different internet of things communication modules, and are not specifically limited herein, where n is a natural number greater than or equal to 2.
Referring to fig. 5, the internet of things communication device 100 provided by the present application at least includes: an aggregation module 110, a sending module 120, and a detection module 130.
The aggregation module 110 is configured to aggregate n links connected to the cloud through n ports to obtain a link aggregation group, where an ith port is connected to the cloud through an ith link, i is a natural number, and i is greater than or equal to 1 and less than or equal to n;
the sending module 120 is configured to split data to be sent into a plurality of data packets, and send the plurality of data packets to the cloud through a first link, where the first link is a part of links or all links in a link aggregation group;
a detecting module 130, configured to detect a state of the first link, and determine whether a failed link exists in the first link;
the detection module 130 is further configured to, when a failed link exists in the first link, delete the failed link from the link aggregation group, and send a data packet carried by the failed link to the cloud through the second link;
when the first link is a part of links in the link aggregation group, the second link is a part of or all links in links except the first link in the link aggregation group; and in the case that the first link is all links in the link aggregation group, the second link is part or all of the links except the failed link in the first link.
In a specific embodiment of the present application, the internet of things terminal and the cloud end both support LACP, and the aggregation module 110 is specifically configured to: and aggregating the n links connected with the cloud end through the n ports through the LACP to obtain a link aggregation group.
In a specific embodiment of the present application, the detecting module 130 is specifically configured to: and detecting the state of the port corresponding to the first link, and determining whether a fault port exists in the port corresponding to the first link, so as to determine whether a fault link exists in the first link.
The functional modules of the communication device 100 for the internet of things applied to the terminal of the internet of things can be used to implement the communication method for the internet of things described in the embodiment of fig. 2, and for the sake of brevity of the description, details thereof are not repeated herein.
It should be understood that the internet of things communication device 100 applied to the terminal of the internet of things is only one example provided in the embodiment of the present application, and the internet of things communication device 100 applied to the terminal of the internet of things may have more or less components than those shown in fig. 5, may combine two or more components, or may have different configurations of components.
Based on the same inventive concept, the internet of things communication device 200 applied to the cloud end is provided continuously below, and the cloud end includes n second ports, where n is a natural number greater than or equal to 2.
Referring to fig. 6, the internet of things communication apparatus 200 at least includes: an aggregation module 210, a reception module 220, and a detection module 230.
The aggregation module 210 is configured to aggregate n links connected to the internet of things terminal through n second ports to obtain a link aggregation group, where an ith second port is connected to the internet of things terminal through an ith link, i is a natural number, and i is greater than or equal to 1 and less than or equal to n;
the receiving module 220 is configured to receive multiple data packets sent by the internet of things terminal through a first link, where the first link is a part of or all links in a link aggregation group, and the multiple data packets are obtained by splitting data to be sent by the internet of things terminal;
a detecting module 230, configured to detect a state of the first link, and determine whether a failed link exists in the first link;
the detecting module 230 is further configured to, when a failed link exists in the first link, delete the failed link from the link aggregation group, so that the internet of things terminal sends a data packet carried by the failed link to the cloud through the second link;
when the first link is a part of links in the link aggregation group, the second link is a part of or all links in links except the first link in the link aggregation group; and in the case that the first link is all links in the link aggregation group, the second link is part or all of the links except the failed link in the first link.
In a specific embodiment of the present application, the terminal and the cloud of the internet of things both support LACP, and the aggregation module is specifically configured to: and aggregating the n links connected with the Internet of things terminal through the n second ports through the LACP to obtain a link aggregation group.
In a specific embodiment of the present application, the detection module is specifically configured to: and detecting the state of the second port corresponding to the first link, and determining whether a fault port exists in the second port corresponding to the first link, so as to determine whether a fault link exists in the first link.
Each functional module of the internet of things communication device 200 applied to the cloud may be used to implement the log processing method described in the embodiment of fig. 4, and for the sake of brevity of the description, details may refer to the description in the relevant contents of the embodiment of fig. 4, and are not repeated here.
It should be understood that the internet of things communication device 200 applied to the cloud end is only one example provided in the embodiment of the present application, and the internet of things communication device 200 applied to the cloud end may have more or less components than those shown in fig. 6, may combine two or more components, or may have different configurations of components.
An embodiment of the present application further provides an internet of things terminal, see fig. 7, and fig. 7 is a schematic structural diagram of an internet of things terminal 300 provided in an embodiment of the present application, where the internet of things terminal 300 includes: a processor 310, a communication interface 330, and a memory 320, wherein the processor 310, the communication interface 330, and the memory 320 are coupled by a bus 340. Wherein the content of the first and second substances,
The communication interface 330 may be a wired interface (e.g., an ethernet interface) for communicating with other computing nodes or devices. When communication interface 330 is a wired interface, communication interface 330 may employ a Protocol family over TCP/IP, such as RAAS Protocol, Remote Function Call (RFC) Protocol, Simple Object Access Protocol (SOAP) Protocol, Simple Network Management Protocol (SNMP) Protocol, Common Object Request Broker Architecture (CORBA) Protocol, and distributed Protocol, among others.
It should be understood that the internet of things terminal 300 is only one example provided in the embodiments of the present application, and the internet of things terminal 300 may have more or less components than those shown in fig. 7, may combine two or more components, or may have a different configuration implementation of the components.
An embodiment of the present application further provides a cloud, see fig. 8, and fig. 8 is a schematic structural diagram of a cloud 400 provided in an embodiment of the present application, where the cloud 400 includes: a processor 410, a communication interface 430, and a memory 420, wherein the processor 410, the communication interface 430, and the memory 420 are coupled by a bus 440. Wherein the content of the first and second substances,
the processor 410 reads the program code stored in the memory 420, and cooperates with the communication interface 430 to execute some or all of the steps of the method executed by the internet of things communication apparatus 200 applied to the cloud in the embodiment of fig. 4.
The communication interface 330 may be a wired interface (e.g., an ethernet interface) for communicating with other computing nodes or devices.
It should be appreciated that the cloud 400 is merely one example provided by embodiments of the present application, and that the cloud 400 may have more or fewer components than those shown in fig. 8, may combine two or more components, or may have a different configuration implementation of components.
An embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and the computer program is executed by hardware (for example, a processor, etc.) to implement part or all of the steps of the communication method of the internet of things applied to the terminal of the internet of things in the foregoing method embodiment of fig. 2.
An embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and the computer program is executed by hardware (for example, a processor, etc.) to implement part or all of the steps of the internet of things communication method applied to the cloud end in the embodiment of the method in fig. 4.
An embodiment of the present application further provides a computer program product, which when being read and executed by a computer, implements part or all of the steps of the internet of things communication method applied to the terminal of the internet of things in the method embodiment in fig. 2.
An embodiment of the present application further provides a computer program product, which when being read and executed by a computer, implements part or all of the steps of the internet of things communication method applied to the cloud end in the embodiment of the method in fig. 4.
Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the examples described in connection with the embodiments disclosed herein may be embodied in electronic hardware, computer software, or combinations of both, and that the components and steps of the examples have been described in a functional general in the foregoing description for the purpose of illustrating clearly the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working processes of the terminal and the unit described above may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the several embodiments provided in the present application, it should be understood that the disclosed terminal and method can be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may also be an electric, mechanical or other form of connection.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiments of the present application.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially or partially contributed by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.
While the invention has been described with reference to specific embodiments, the scope of the invention is not limited thereto, and those skilled in the art can easily conceive various equivalent modifications or substitutions within the technical scope of the invention. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (10)
1. The communication method of the Internet of things is applied to a terminal of the Internet of things, the terminal of the Internet of things comprises n ports, wherein n is a natural number greater than or equal to 2, and the method comprises the following steps:
aggregating n links connected with the cloud end through the n ports to obtain a link aggregation group, wherein the ith port is connected with the cloud end through the ith link, i is a natural number and is more than or equal to 1 and less than or equal to n;
splitting data to be sent into a plurality of data packets, and sending the data packets to a cloud end through a first link, wherein the first link is a part of or all links in the link aggregation group;
detecting the state of the first link, and determining whether a fault link exists in the first link;
deleting the fault link from the link aggregation group under the condition that the fault link exists in the first link, and sending a data packet carried by the fault link to the cloud end through a second link;
wherein, when the first link is a part of links in the link aggregation group, the second link is a part or all of links in the links except the first link in the link aggregation group; and if the first link is all links in the link aggregation group, the second link is part or all of the links except the failed link in the first link.
2. The method of claim 1, wherein the internet of things terminal and the cloud both support a Link Aggregation Control Protocol (LACP), and the aggregating n links connected to the cloud through the n ports to obtain a link aggregation group comprises:
and aggregating the n links connected with the cloud end through the n ports through an LACP to obtain the link aggregation group.
3. The method according to claim 1 or 2, wherein the detecting the state of the first link and determining whether a failed link exists in the first link comprises:
and detecting the state of the port corresponding to the first link, and determining whether a fault port exists in the port corresponding to the first link, so as to determine whether a fault link exists in the first link.
4. The Internet of things communication aggregation and load sharing method is applied to a cloud end, the cloud end comprises n ports, wherein n is a natural number greater than or equal to 2, and the method comprises the following steps:
aggregating n links connected with the Internet of things terminal through the n ports to obtain a link aggregation group, wherein the ith port is connected with the Internet of things terminal through the ith link, i is a natural number and is not less than 1 and not more than n;
receiving a plurality of data packets sent to the internet of things terminal through a first link, wherein the first link is a part of or all links in the link aggregation group, and the data packets are obtained by splitting data to be sent by the internet of things terminal;
detecting the state of the first link, and determining whether a fault link exists in the first link;
deleting the fault link from the link aggregation group under the condition that the fault link exists in the first link, so that the internet of things terminal sends a data packet carried by the fault link to the cloud end through a second link;
wherein, when the first link is a part of links in the link aggregation group, the second link is a part or all of links in the links except the first link in the link aggregation group; and if the first link is all links in the link aggregation group, the second link is part or all of the links except the failed link in the first link.
5. The method according to claim 4, wherein the internet of things terminal and the cloud both support LACP, and the aggregating n links connected to the internet of things terminal through the n ports to obtain a link aggregation group comprises:
and aggregating the n links connected with the terminal of the Internet of things through the n ports by using an LACP (Link aggregation control protocol) to obtain the link aggregation group.
6. The method according to claim 4 or 5, wherein the detecting the state of the first link and determining whether there is a failed link in the first link comprises:
and detecting the state of the port corresponding to the first link, and determining whether a fault port exists in the port corresponding to the first link, so as to determine whether a fault link exists in the first link.
7. The utility model provides a thing networking communication device, its characterized in that is applied to thing networking terminal, thing networking terminal includes n ports, and wherein, n is the natural number that is greater than or equal to 2, the device includes:
the aggregation module is used for aggregating n links which are connected with the cloud end through the n ports to obtain a link aggregation group, wherein the ith port is connected with the cloud end through the ith link, i is a natural number, and i is more than or equal to 1 and less than or equal to n;
the sending module is used for splitting data to be sent into a plurality of data packets and sending the data packets to a cloud end through a first link, wherein the first link is a part of or all links in the link aggregation group;
the detection module is used for detecting the state of the first link and determining whether a fault link exists in the first link;
the detection module is further configured to, when a failed link exists in the first link, delete the failed link from the link aggregation group, and send a data packet carried by the failed link to the cloud through a second link;
wherein, when the first link is a part of links in the link aggregation group, the second link is a part or all of links in the links except the first link in the link aggregation group; and if the first link is all links in the link aggregation group, the second link is part or all of the links except the failed link in the first link.
8. The apparatus of claim 7, wherein the internet of things terminal and the cloud both support LACP, and the aggregation module is specifically configured to:
and aggregating the n links connected with the cloud end through the n ports through an LACP to obtain the link aggregation group.
9. The apparatus according to claim 7 or 8, wherein the detection module is specifically configured to:
and detecting the state of the port corresponding to the first link, and determining whether a fault port exists in the port corresponding to the first link, so as to determine whether a fault link exists in the first link.
10. An internet of things terminal, comprising: a processor, a communication interface, and a memory; the memory is configured to store instructions, the processor is configured to execute the instructions, and the communication interface is configured to communicate with other devices under control of the processor, wherein the processor implements the method of any of claims 1 to 3 when executing the instructions.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010681694.5A CN111786899A (en) | 2020-07-15 | 2020-07-15 | Internet of things communication method and related equipment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010681694.5A CN111786899A (en) | 2020-07-15 | 2020-07-15 | Internet of things communication method and related equipment |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111786899A true CN111786899A (en) | 2020-10-16 |
Family
ID=72767278
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010681694.5A Pending CN111786899A (en) | 2020-07-15 | 2020-07-15 | Internet of things communication method and related equipment |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111786899A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116582905A (en) * | 2023-05-26 | 2023-08-11 | 成都赛力斯科技有限公司 | Vehicle data transmission method and device, electronic equipment and storage medium |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101170512A (en) * | 2007-11-21 | 2008-04-30 | 中兴通讯股份有限公司 | Message service processing method |
CN101277269A (en) * | 2008-05-06 | 2008-10-01 | 杭州华三通信技术有限公司 | Terminal with dependable communication, terminal switch method and system as well as method for implementing the system |
CN103916281A (en) * | 2014-04-29 | 2014-07-09 | 上海斐讯数据通信技术有限公司 | Dynamic LACP aggregation link fault recovery method |
CN104144129A (en) * | 2014-06-27 | 2014-11-12 | 杭州华三通信技术有限公司 | Method and device for transmitting Fast-Hello messages |
CN105681138A (en) * | 2014-11-21 | 2016-06-15 | ***通信集团广东有限公司 | Network link networking method and system |
CN105763366A (en) * | 2016-01-29 | 2016-07-13 | 浪潮(北京)电子信息产业有限公司 | Method and device for realizing data communication based on aggregation link |
CN107426099A (en) * | 2017-08-30 | 2017-12-01 | 阳光凯讯(北京)科技有限公司 | Message order-preserving method and system during multiple cases chain polymerization traffic redistribution |
CN108512751A (en) * | 2017-02-28 | 2018-09-07 | 华为技术有限公司 | A kind of port status processing method and the network equipment |
CN110166356A (en) * | 2018-02-11 | 2019-08-23 | 华为技术有限公司 | Send the method and the network equipment of message |
CN110875824A (en) * | 2018-08-30 | 2020-03-10 | 华为技术有限公司 | Fault multilayer link recovery method and controller |
US10693813B1 (en) * | 2019-02-17 | 2020-06-23 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd. | Enabling and disabling links of a networking switch responsive to compute node fitness |
-
2020
- 2020-07-15 CN CN202010681694.5A patent/CN111786899A/en active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101170512A (en) * | 2007-11-21 | 2008-04-30 | 中兴通讯股份有限公司 | Message service processing method |
CN101277269A (en) * | 2008-05-06 | 2008-10-01 | 杭州华三通信技术有限公司 | Terminal with dependable communication, terminal switch method and system as well as method for implementing the system |
CN103916281A (en) * | 2014-04-29 | 2014-07-09 | 上海斐讯数据通信技术有限公司 | Dynamic LACP aggregation link fault recovery method |
CN104144129A (en) * | 2014-06-27 | 2014-11-12 | 杭州华三通信技术有限公司 | Method and device for transmitting Fast-Hello messages |
CN105681138A (en) * | 2014-11-21 | 2016-06-15 | ***通信集团广东有限公司 | Network link networking method and system |
CN105763366A (en) * | 2016-01-29 | 2016-07-13 | 浪潮(北京)电子信息产业有限公司 | Method and device for realizing data communication based on aggregation link |
CN108512751A (en) * | 2017-02-28 | 2018-09-07 | 华为技术有限公司 | A kind of port status processing method and the network equipment |
CN107426099A (en) * | 2017-08-30 | 2017-12-01 | 阳光凯讯(北京)科技有限公司 | Message order-preserving method and system during multiple cases chain polymerization traffic redistribution |
CN110166356A (en) * | 2018-02-11 | 2019-08-23 | 华为技术有限公司 | Send the method and the network equipment of message |
CN110875824A (en) * | 2018-08-30 | 2020-03-10 | 华为技术有限公司 | Fault multilayer link recovery method and controller |
US10693813B1 (en) * | 2019-02-17 | 2020-06-23 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd. | Enabling and disabling links of a networking switch responsive to compute node fitness |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116582905A (en) * | 2023-05-26 | 2023-08-11 | 成都赛力斯科技有限公司 | Vehicle data transmission method and device, electronic equipment and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9204390B2 (en) | Energy-saving mobile node control method using wireless multi-interfaces | |
US20140112171A1 (en) | Network system and method for improving routing capability | |
US11019484B2 (en) | Systems and methods for distributing Internet-of-Things messages | |
CN102790776A (en) | Heartbeat connection normalizing processing method, terminal, server and communication system | |
CN101984706A (en) | Gateway of Internet of things and automatic adaptation method of communication protocol | |
CN102316160A (en) | Website system and communication method thereof | |
US20130009787A1 (en) | Systems and methods for use in communicating with utility devices | |
WO2019010778A1 (en) | Backup method and system for internet of things repeater | |
CN102664958A (en) | Transparent computing system | |
Hosek et al. | M2M gateway: The centerpiece of future home | |
CN115150795A (en) | Information filtering method, bluetooth antenna and Internet of things data platform | |
CN109005094A (en) | Zigbee smart home device management method and device based on internet of things | |
CN111786899A (en) | Internet of things communication method and related equipment | |
CN103457748A (en) | Data transmission method, system and device | |
WO2019015051A1 (en) | Method and apparatus for switching operating modes | |
CN107404752A (en) | Frequency choosing method and internet-of-things terminal based on signal intensity | |
US9357008B2 (en) | Network system, node device group, sensor device group, and method for transmitting and receiving sensor data | |
CN111585817B (en) | Power-saving mode switching method and device | |
US10104192B2 (en) | Selective multiple-media access control | |
CN107682939B (en) | Communication method based on LORA ad hoc protocol | |
CN102938722A (en) | Method and device for sending network equipment protocol packages periodically | |
CN108170545A (en) | A kind of method for message transmission and device based on message-oriented middleware | |
CN111343700A (en) | Wireless sensor network communication method | |
CN111556043B (en) | Message processing method, device, system, equipment and readable storage medium | |
CN107623589A (en) | Route switching method and device |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201016 |
|
RJ01 | Rejection of invention patent application after publication |