CN114786196B - Method for proactively confirming whether a candidate node is a mesh gateway - Google Patents
Method for proactively confirming whether a candidate node is a mesh gateway Download PDFInfo
- Publication number
- CN114786196B CN114786196B CN202210389390.0A CN202210389390A CN114786196B CN 114786196 B CN114786196 B CN 114786196B CN 202210389390 A CN202210389390 A CN 202210389390A CN 114786196 B CN114786196 B CN 114786196B
- Authority
- CN
- China
- Prior art keywords
- mesh
- candidate node
- network device
- packet
- gate
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明披露了主动确认候选节点是否为网状闸口的方法，包含：当网络装置的目前记录指出候选节点不是网状闸口时，若网络装置收到来自候选节点的第一通知指出候选节点是网状闸口，令网络装置更新目前记录并开始计数预设时间，以确认候选节点在预设时间的计数结束前是网状闸口；当网络装置未在预设时间的计数结束前收到来自候选节点的更新第一通知指出候选节点是网状闸口，令网络装置发送一询问封包给候选节点以确认候选节点是否为网状闸口；以及在网络装置发送询问封包后，当网络装置收到更新第一通知或收到来自候选节点的第一回复封包指出候选节点是网状闸口时，令网络装置重新计数预设时间并再次确认候选节点在预设时间的计数结束前是网状闸口。
The present invention discloses a method for actively confirming whether a candidate node is a mesh gateway, comprising: when a current record of a network device indicates that the candidate node is not a mesh gateway, if the network device receives a first notification from the candidate node indicating that the candidate node is a mesh gateway, the network device updates the current record and starts counting a preset time to confirm that the candidate node is a mesh gateway before the count of the preset time ends; when the network device does not receive an updated first notification from the candidate node indicating that the candidate node is a mesh gateway before the count of the preset time ends, the network device sends an inquiry packet to the candidate node to confirm whether the candidate node is a mesh gateway; and after the network device sends the inquiry packet, when the network device receives an updated first notification or receives a first reply packet from the candidate node indicating that the candidate node is a mesh gateway, the network device recounts the preset time and confirms again that the candidate node is a mesh gateway before the count of the preset time ends.
Description
The application relates to a division application of a parent application, wherein the application date is 2019, 3 and 26, the application number is 201910233811.9, and the application is named as a method for wireless online and active confirmation of whether a candidate node is a mesh gate.
Technical Field
The present invention relates to mesh networks, and more particularly, to a wireless connection method for a mesh network, a method of actively confirming whether a candidate node is a mesh gate, and a method of determining a primary mesh gate.
Background
The IEEE 802.11s standard specification is used for the establishment of mesh networks (mesh networking). According to the current IEEE 802.11s standard specification, a Mesh station (Mesh station) forms a Mesh Basic service set (Mesh Basic SERVICE SET, MBSS) if it has the same Mesh profile and both base rates and encryption capabilities are in line with each other, and the two stations are candidate nodes (CANDIDATE PEER) for each other, so that they can be directly interconnected, and all Mesh stations having the same Mesh profile and being directly or indirectly interconnected. In an MBSS, all mesh sites that can connect directly to other non-mesh networks through a distributed system (Distributed System, DS) are referred to as mesh gates (mesh gates), and other mesh sites in the MBSS can indirectly access network resources outside the MBSS through one or more mesh gates in the MBSS. In the art, the aforementioned distributed system is an architecture for basic service set interconnection.
However, according to the current IEEE 802.11s standard specification, two mesh stations can be interconnected by having the same mesh profile, which may allow a group of mesh stations having the same mesh profile to form a plurality of non-interworking MBSSs through different channels (e.g., channels of a WLAN, such as 14 channels of a 2.4GHz band), and some of the MBSSs may not include a mesh gate, so that the part of the MBSSs cannot communicate with an external network.
In addition, according to the current IEEE 802.11s standard specification, a mesh station in an MBSS acting as a mesh gate announces that the mesh station acts as a mesh gate through a broadcast packet, and other mesh stations in the MBSS cannot actively confirm whether the mesh station acts as a mesh gate or not, nor whether other available mesh gates are available in the MBSS, due to the lack of retransmission and acknowledgement mechanisms in the current IEEE 802.11s standard specification.
In addition, when a plurality of mesh portals in an MBSS can access the same distributed system, there is more than one path between the MBSS and the distributed system, so that a network formed by combining the MBSS and the distributed system may generate a path cycle to cause a network broadcast storm. The IEEE 802.11 standard specification solves the problem of network broadcast storms by means of the rapid spanning tree Protocol (RAPID SPANNING TREE Protocol, RSTP). RSTP blocks a critical path in a network topology, which allows a network to form a path cycle, and not only broadcast (broadcast) and multicast (multicast) packets cannot be transmitted through the path, but also unicast (unicast) packets cannot be transmitted through the path, so that the selection of a transmission path of unicast packets is limited, and even a transmission bottleneck occurs.
Disclosure of Invention
It is therefore an objective of the present invention to provide a wireless connection method, a method for actively confirming whether a candidate node is a mesh gate, and a method for determining a primary mesh gate, so as to avoid the problems of the prior art.
An embodiment of a wireless connectivity method of the present invention is performed by a network device in a Mesh Basic service set (Mesh Basic SERVICE SET, MBSS), the MBSS including N Mesh portals, the N being a positive integer, the embodiment including the steps of allowing the network device to connect to a Mesh candidate node (GATE CANDIDATE PEER) in the MBSS when the network device is not one of the N Mesh portals and is not connected to any of the N Mesh portals, prohibiting the network device from connecting to a non-Mesh candidate node in the MBSS, wherein the non-Mesh candidate node declares the network device to be one of the N Mesh portals or declares the network device to connect to one of the N Mesh portals, the non-Mesh candidate node not declares the network device to be any of the N Mesh portals, and allowing the network device to connect to the non-Mesh candidate node when the network device is one of the N Mesh portals or is connected to any of the N portals. According to the above, the present embodiment ensures that the network device is a mesh portal or that the network device is directly or indirectly connected to a mesh portal.
An embodiment of the method of actively confirming whether a candidate node is a mesh gate is performed by a network device in a Mesh Basic Service Set (MBSS), the MBSS including the candidate node, the method including the steps of, when a current record of the network device indicates that the candidate node is not the mesh gate, if the network device receives a first notification from the candidate node indicating that the candidate node is the mesh gate, causing the network device to update the current record and begin counting a preset time to confirm that the candidate node is the mesh gate before the end of counting of the default time, when the network device does not receive an updated first notification from the candidate node indicating that the candidate node is the mesh gate before the end of counting of the default time, causing the network device to send an inquiry packet to the candidate node to confirm whether the candidate node is the mesh gate, and, after the network device sends the inquiry packet, causing the network device to update the first notification or receive a first notification from the candidate node indicating that the mesh node is the mesh gate, causing the network device to restart counting of the candidate node before the end of counting of the default time. In accordance with the above, the present embodiment ensures that the network device can actively learn whether the candidate node is a mesh gate, without passively waiting for the candidate node to be declared.
An embodiment of a method of determining a primary mesh portal in a Mesh Basic Service Set (MBSS) is performed by a network device in the MBSS, the MBSS comprising a plurality of mesh portals, the embodiment comprising the steps of causing the network device to receive information of the plurality of mesh portals when the network device is not one of the plurality of mesh portals, causing the network device to process the information of the plurality of mesh portals according to a default algorithm to learn that one of the plurality of mesh portals is the primary mesh portal, and causing the network device to receive information of the M mesh portals when the network device is one of the plurality of mesh portals and the plurality of mesh portals comprises the network device and M mesh portals, thereby causing the network device to process the information of the network device and the information of the M mesh portals according to the default algorithm to learn that one of the plurality of mesh portals is the primary mesh portal, and disabling the primary mesh portals from sending a unicast packet through a distributed system outside the primary mesh portals. In accordance with the above, the present embodiment only allows the primary mesh gate to receive and transmit a non-unicast packet through the distributed system, so as to avoid broadcast storm caused by multiple mesh gates accessing the distributed system.
The features, operations and effects of the present invention will be described in detail with reference to preferred embodiments of the invention as follows.
Drawings
FIG. 1 shows an embodiment of a wireless connection method according to the present invention;
FIG. 2 shows another embodiment of the wireless connection method of the present invention;
FIG. 3 is a block diagram of an embodiment of a method for actively determining whether a candidate node is a mesh gate;
FIG. 4 shows an embodiment of a first/second reply packet;
FIG. 5 is a block diagram of another embodiment of a method for actively determining whether a candidate node is a mesh gate;
FIG. 6 shows a finite state machine to present the embodiments of FIGS. 3 and 5, and
Fig. 7 illustrates an embodiment of a method for determining a primary mesh portal in a mesh basic service set according to the present invention.
Detailed Description
Fig. 1 shows an embodiment of the wireless connection method of the present invention, which is performed by a network device in a Mesh Basic service set (Mesh Basic SERVICE SET, MBSS), the MBSS includes N Mesh gates (N is a positive integer). The embodiment of fig. 1 comprises the following steps:
Step S110, when the network device is not one of the N mesh portals and the network device is not connected (not directly connected and not indirectly connected) to any of the N mesh portals, allowing the network device to connect to any of the mesh portals (GATE CANDIDATE PEER), prohibiting the network device from connecting to any of the non-mesh portals (non-GATE CANDIDATE PEER) of the MBSS, wherein each mesh portal candidate node declares it as one of the N mesh portals or declares it as connected (directly connected or indirectly connected) to one of the N mesh portals, each non-mesh portal candidate node does not declare it as any of the N mesh portals, nor does it declare it to connect to any of the N mesh portals. It is noted that in the MBSS, each network device periodically transmits a beacon (beacon) to let other devices know whether a gate candidate node exists.
Step S120, when the network device is one of the N mesh portals or the network device is connected (directly or indirectly) to any one of the N mesh portals, allowing the network device to connect with any one of the mesh portals, and also allowing the network device to connect with any one of the non-mesh portals.
Fig. 2 shows another embodiment of the wireless connection method of the present invention, wherein the network device is a wireless network device. Compared to fig. 1, the embodiment of fig. 2 further comprises:
Step S210, when the network device is not one of the N mesh portals and is not connected (not directly connected and not indirectly connected) to any of the N mesh portals, the network device can not connect to other devices in the MBSS via a current channel (e.g., a channel of a WLAN (wireless local area network), such as 14 channels of a 2.4GHz band) within a predetermined time, so that the network device adopts a selected channel from M channels or leaves the current channel. In more detail, step S210 enables the network device to employ the selected channel from M channels in case that M is greater than 0, and step S210 enables the network device to continue to use the current channel in case that M is equal to 0. As described above, the embodiment of fig. 2 can make the network device try to connect (directly connect or indirectly connect) with any one of the N mesh gateways through other channels when the network device cannot connect (directly connect or indirectly connect) with any one of the N mesh gateways through the current channel for a long time. In an actual operating example, step S210 includes causing the network device to perform a channel scan operation to find the M channels, wherein the information of a candidate node in the MBSS for each of the M channels declares the candidate node as or connects (directly connects or indirectly connects) one of the N mesh portals, and causing the network device to employ the selected channel from the M channels according to a default rule (e.g., according to the strength of the signal, the stability of the signal, the online rate.
It should be noted that in the foregoing embodiment, in order to ensure that all devices in the MBSS can directly or indirectly connect to a mesh portal, the network device and other devices in the MBSS perform the wireless connection method, which is not a limitation of the implementation of the present invention. It is also noted that in the foregoing embodiments, the MBSS complies with the current IEEE 802.11s standard specification, however, this is not a limitation of the practice of the present invention.
Fig. 3 illustrates an embodiment of a method of actively determining whether a candidate node is a mesh portal, which is performed by a network device in a Mesh Basic Service Set (MBSS) that includes the candidate node. The embodiment of fig. 3 comprises the following steps:
Step S310, when a current record of the network device indicates that the candidate node is not the Mesh gate, if the network device receives a first notification (e.g., "gan of mesh_a=1" in fig. 6) from the candidate node indicating that the candidate node is the Mesh gate, the network device updates the current record and starts counting a preset time to confirm that the candidate node is the Mesh gate before the counting of the preset time is completed.
Step 320, when the network device does not receive an update first notification (e.g., "gan of mesh_a=1" in fig. 6) from the candidate node before the counting of the preset time is completed, the network device sends an inquiry packet (e.g., "Tx PREQ to mesh_a" in fig. 6) to the candidate node to confirm whether the candidate node is the Mesh gate.
Step S330, after the network device sends the query packet, when the network device receives the update first notification or receives a first reply packet (e.g., "PREP from mesh_a=1" in fig. 6) from the candidate node indicating that the candidate node is the Mesh gate, the network device re-counts the preset time and re-confirms that the candidate node is the Mesh gate before the end of the counting of the preset time. In an actual operating example, each of the query packet and the first reply packet is a unicast (unicast) packet. In one practical example, the query packet conforms to the IEEE 802.11s standard specification for a path request packet (path request packet, PREQ), the first reply packet conforms to the IEEE 802.11s standard specification for a path reply packet (PATH REPLY PACKET, PREP), for example, as shown in FIG. 4, the first reply packet 400 indicates that the candidate node is the mesh gate by a value of a bit B0 (e.g., 0 or 1) in a Flags field 410, the bit B0 being a reserved bit according to the IEEE 802.11s standard specification, the field 410 containing bits B0-B7.
Fig. 5 shows another embodiment of the method of actively confirming whether a candidate node is a mesh gate. Compared to fig. 3, the embodiment of fig. 5 further comprises:
If the network device receives a second notification (e.g., "gan of mesh_a=0" of fig. 6) from the candidate node indicating that the candidate node is not the Mesh gate, the network device updates the current record to confirm that the candidate node is not the Mesh gate when the current record of the network device indicates that the candidate node is the Mesh gate, step S510.
Step S520, after the network device sends the query packet, when the network device receives a second reply packet (e.g., "PREP from mesh_a=0" in fig. 6) from the candidate node, it indicates that the candidate node is not the Mesh gate, or if the update first notification and the second notification are not received within another predetermined time (e.g., the predetermined time), the network device updates the current record to confirm that the candidate node is not the Mesh gate. In one practical example, each of the query packet, the first reply packet, and the second reply packet is a unicast packet. In one practical example, each of the first reply packet and the second reply packet conforms to the IEEE 802.11s standard specification for a path reply packet, for example, the first reply packet indicates that the candidate node is the mesh gate by a first value (e.g., 1) of a bit of a flag field of the path reply packet, and the second reply packet (e.g., packet 400 of FIG. 4) indicates that the candidate node is not the mesh gate by a second value (e.g., 0) of the bit, which is a reserved bit according to the IEEE 802.11s standard specification.
The embodiments of fig. 3 and 5 may be represented by the finite state machine (FINITE STATE MACHINE) of fig. 6. The finite state machine of fig. 6 includes three states, namely, "the network device determines that the candidate node is not a mesh portal", "the network device determines that the candidate node is a mesh portal", and "the network device actively inquires whether the candidate node is a mesh portal", wherein a path between the three states represents a state change, an arrow direction of the path represents how the state changes, and comments of each path are described in table 1 below, wherein non-bold characters represent conditions of the state change, and bold characters represent actions performed when the conditions are met.
TABLE 1
Fig. 7 shows an embodiment of the method of determining a primary mesh portal (PRIMARY MESH GATE) in a Mesh Basic Service Set (MBSS) that is performed by a network device in the MBSS, the MBSS comprising a plurality of mesh portals, the embodiment of fig. 7 comprising the steps of:
Step 710, when the network device is not one of the plurality of mesh portals, enabling the network device to receive information of the plurality of mesh portals, so that the network device processes the information of the plurality of mesh portals according to a predetermined algorithm to obtain that one of the plurality of mesh portals is the primary mesh portal. In an actual operation example, step S710 causes the network device to periodically/aperiodically receive the information of the plurality of mesh portals to determine whether there is a new primary mesh portal.
Step 720, when the network device is one of the plurality of mesh portals and the plurality of mesh portals includes the network device and M mesh portals, enabling the network device to receive information of the M mesh portals, so that the network device processes the information of the network device and the information of the M mesh portals according to the predetermined algorithm to obtain which of the plurality of mesh portals is used as the primary mesh portal. In an actual operation example, step S710 causes the network device to periodically/aperiodically transmit the information of the network device to the M mesh portals, and causes the network device to periodically/aperiodically receive the information of the M mesh portals, so that when at least one of the information of the network device and the information of the M mesh portals changes, the network device knows the one of the plurality of mesh portals as the primary mesh portal again according to the predetermined algorithm, the information of the network device, and the information of the M mesh portals. In one practical example, the predetermined algorithm prioritizes the stability of transmitting broadcast and multicast packets through a distributed system to determine the primary mesh gate, for example, when one of the plurality of mesh gates is connected to a distributed system via an ethernet network and the other mesh gates are connected to the distributed system via a wireless network, the mesh gate connected to the distributed system via the ethernet network is used as the primary mesh gate according to the predetermined algorithm. In one practical example, when the transmission conditions of the plurality of mesh portals are the same, a mesh portal having a minimum media access Control (MEDIA ACCESS Control, MAC) address among the plurality of mesh portals is used as the primary mesh portal.
Step S730, prohibiting the mesh gate other than the primary mesh gate from receiving a non-unicast (non-unicast) packet through a distributed system (distributed system, DS). In one practical example, the primary mesh gate is allowed to receive non-unicast packets and unicast packets through the distributed system, and the other mesh gates are prohibited from receiving non-unicast packets through the distributed system but allowed to receive unicast packets through the distributed system. In one practical example, the non-unicast packet is a broadcast packet (broadcast packet) or a multicast packet (multicast packet).
It should be noted that, if implemented as possible, one of ordinary skill in the art may selectively implement some or all of the features of any of the foregoing embodiments, or may selectively implement some or all of the features of any of the foregoing embodiments (e.g., the combination of the embodiments of fig. 5 and 7), thereby increasing the flexibility in implementing the present invention. It is further noted that the steps of the methods of the present invention are not limited in order as far as implementation is possible. It is further noted that the methods of the present invention may be in the form of a software and/or firmware and executed/implemented by a known or self-developed network device.
In summary, the wireless connection method of the present invention can ensure that a network device is a mesh portal or that the network device is directly or indirectly connected to a mesh portal, the method of the present invention can ensure that a network device actively knows whether a candidate node is a mesh portal without waiting for the statement of the candidate node, and the method of determining a primary mesh portal in a mesh basic service set can avoid broadcast storm caused by a plurality of mesh portals accessing a distributed system.
Although the embodiments of the present invention have been described above, these embodiments are not intended to limit the present invention, and those skilled in the art may make various changes to the technical features of the present invention according to the explicit or implicit disclosure of the present invention, and all such changes may be made within the scope of the patent protection sought herein, in other words, the scope of the patent protection of the present invention shall be defined by the claims of the present specification.
[ Symbolic description ]
S110 to S120 steps
S210 step
S310 to S330 steps
400. Packaging bag
410. Sign field (Flags)
B0 to B7
S510 to S520 steps
S710 to S730 steps
Claims (3)
1. A method of actively determining whether a candidate node is a mesh portal, performed by a network device in a mesh basic service set, the mesh basic service set including the candidate node, the method comprising:
When a current record of the network device indicates that the candidate node is not the mesh gate, if the network device receives a first notification from the candidate node indicating that the candidate node is the mesh gate, the network device updates the current record and starts counting a preset time to confirm that the candidate node is the mesh gate before the counting of the preset time is finished;
when the network device does not receive an update first notification from the candidate node before the end of the count of the preset time indicates that the candidate node is the mesh portal, causing the network device to send an inquiry packet to the candidate node to confirm whether the candidate node is the mesh portal, and
After the network device sends the inquiry packet, when the network device receives the update first notification or receives a first reply packet from the candidate node indicating that the candidate node is the mesh gate, the network device is caused to recount the preset time and confirm again that the candidate node is the mesh gate before the counting of the preset time is completed.
2. The method of claim 1, further comprising:
When the current record of the network device indicates that the candidate node is the mesh portal, if the network device receives a second notification from the candidate node indicating that the candidate node is not the mesh portal, causing the network device to update the current record to confirm that the candidate node is not the mesh portal, and
After the network device sends the query packet, when the network device receives a second reply packet from the candidate node indicating that the candidate node is not the mesh gate, or does not receive any one of the first reply packet and the second reply packet within another predetermined time under the condition that the update first notification and the second notification are not received, the network device updates the current record to confirm that the candidate node is not the mesh gate.
3. The method of claim 2, wherein each of the query packet, the first reply packet, and the second reply packet is a unicast packet.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210389390.0A CN114786196B (en) | 2019-03-26 | 2019-03-26 | Method for proactively confirming whether a candidate node is a mesh gateway |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210389390.0A CN114786196B (en) | 2019-03-26 | 2019-03-26 | Method for proactively confirming whether a candidate node is a mesh gateway |
| CN201910233811.9A CN111756611B (en) | 2019-03-26 | 2019-03-26 | Wireless connection method and method for actively confirming whether candidate node is mesh gate |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910233811.9A Division CN111756611B (en) | 2019-03-26 | 2019-03-26 | Wireless connection method and method for actively confirming whether candidate node is mesh gate |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114786196A CN114786196A (en) | 2022-07-22 |
| CN114786196B true CN114786196B (en) | 2025-05-27 |
Family
ID=72671490
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910233811.9A Active CN111756611B (en) | 2019-03-26 | 2019-03-26 | Wireless connection method and method for actively confirming whether candidate node is mesh gate |
| CN202210389390.0A Active CN114786196B (en) | 2019-03-26 | 2019-03-26 | Method for proactively confirming whether a candidate node is a mesh gateway |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910233811.9A Active CN111756611B (en) | 2019-03-26 | 2019-03-26 | Wireless connection method and method for actively confirming whether candidate node is mesh gate |
Country Status (1)
| Country | Link |
|---|---|
| CN (2) | CN111756611B (en) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101784085A (en) * | 2009-01-20 | 2010-07-21 | 华为技术有限公司 | Wireless mesh network gateway leaving method and device |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI20040444A0 (en) * | 2004-03-23 | 2004-03-23 | Nokia Corp | Selection of network connection unit in a communication system |
| CN101772023B (en) * | 2008-12-30 | 2012-07-11 | 财团法人工业技术研究院 | Method and system for adding new node in wireless Ad-hoc network |
| EP2392158B1 (en) * | 2009-05-22 | 2016-04-13 | Nec Corporation | Method for supporting routing decisions in a wireless mesh network and wireless mesh network |
| CN102098752B (en) * | 2011-02-25 | 2013-02-06 | 中国人民解放军国防科学技术大学 | Wireless Mesh Network Network Dominant Association and Seamless Handover Method |
| WO2014124048A1 (en) * | 2013-02-07 | 2014-08-14 | Interdigital Patent Holdings, Inc. | Method and apparatus for directional mesh initialization |
| US9596613B2 (en) * | 2013-05-30 | 2017-03-14 | Wistron Neweb Corporation | Method of establishing smart architecture cell mesh (SACM) network |
| US9913195B2 (en) * | 2015-06-19 | 2018-03-06 | Terranet Ab | Mesh path selection |
| EP3313030B1 (en) * | 2015-07-29 | 2020-09-09 | Huawei Technologies Co., Ltd. | Data transmission method, device and system for wireless local area network mesh network |
| WO2017138136A1 (en) * | 2016-02-12 | 2017-08-17 | 三菱電機株式会社 | Communication apparatus and communication method |
| CN105763443A (en) * | 2016-04-28 | 2016-07-13 | 西安电子科技大学 | HWMP-based double route cooperation method |
| CN105992262B (en) * | 2016-06-30 | 2020-03-27 | 西安电子科技大学 | Self-adaptive mode switching method of wireless Mesh network |
| CN108737142B (en) * | 2017-04-21 | 2020-11-06 | 华为技术有限公司 | Method for adjusting node detection parameters, node and mesh network |
| CN107318143B (en) * | 2017-07-18 | 2018-09-07 | 江苏正赫通信息科技有限公司 | A kind of communication optimization method between cluster in the multiple gateway WMN of sub-clustering under IEEE802.11s |
-
2019
- 2019-03-26 CN CN201910233811.9A patent/CN111756611B/en active Active
- 2019-03-26 CN CN202210389390.0A patent/CN114786196B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101784085A (en) * | 2009-01-20 | 2010-07-21 | 华为技术有限公司 | Wireless mesh network gateway leaving method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114786196A (en) | 2022-07-22 |
| CN111756611A (en) | 2020-10-09 |
| CN111756611B (en) | 2022-05-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111543080B (en) | System and method for network topology management | |
| CN107846718B (en) | Data transmission method and relay node | |
| US20080240078A1 (en) | Path shortening in a wireless mesh network | |
| US20090175208A1 (en) | Automatic Clustering of Wireless Network Nodes Toward Selected Mesh Access Points | |
| US7310761B2 (en) | Apparatus and method for retransmitting data packets in mobile ad hoc network environment | |
| US8213352B2 (en) | Wireless communication system, wireless communication device, wireless communication method, and program | |
| WO2016081734A2 (en) | Techniques to support heterogeneous network data path discovery | |
| US7864809B2 (en) | Method of transmitting and receiving data in network environment with wired and wireless networks bridged using relay portal | |
| PH12012502208B1 (en) | Route selection in wireless networks | |
| CN104125620A (en) | Relay selection routing method and relay selection routing device based on terminal device-to-device communication | |
| JP2010081603A (en) | Method and node for implementing virtual network | |
| BRPI0711413A2 (en) | System and Method for Distributing Proxying Error Information on Wireless Networks | |
| JP5036602B2 (en) | Wireless ad hoc terminal and ad hoc network system | |
| CN117651270A (en) | Roaming processing method, device and storage medium | |
| CN106900174A (en) | The data transmission method of WLAN mesh network, apparatus and system | |
| CN114786196B (en) | Method for proactively confirming whether a candidate node is a mesh gateway | |
| EP1724968B1 (en) | Method of transmitting and receiving data in a network environment with wired and wireless networks bridged using relay portal. | |
| US20240015805A1 (en) | Bluetooth network establishing system and method | |
| US10389854B2 (en) | Method and system for forming an ad-hoc network over heterogeneous protocols | |
| WO2023035953A1 (en) | Method and apparatus for handling device roaming in mesh networking | |
| Campos et al. | Network infrastructure extension using 802.1 D‐based wireless mesh networks | |
| TWI714987B (en) | Wireless connection method | |
| US20070115828A1 (en) | Method for sending requests in a network | |
| US12432795B2 (en) | Bluetooth network establishing system and method | |
| US20240015804A1 (en) | Bluetooth network establishing system and 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 |