Method for migrating nodes in a distributed network to a centralized network - Patent Application 20070122997

Abstract

A method (500) for transitioning two or more nodes (400) in a distributed wireless network to a centralized wireless network, the method (500) including: a step (S501) of sending one or more parameters related to the centralized wireless network by a first bridge device (200) in the centralized wireless network to a second bridge device (300) in the distributed wireless network; a step (S502) of collecting topology information between the two or more nodes (400) by querying the two or more nodes (400) in the distributed wireless network; a step (S503) of determining a sequence list for requesting the two or more nodes (400) to join the centralized wireless network based on the topology information; and a step (S504) of requesting the two or more nodes (400) to join the centralized wireless network according to the sequence list.

Description

[Technical Field]

[0001] The present invention relates to the field of wireless communications. In particular, various methods, apparatus, and systems related to transitioning a node between two different wireless networks are disclosed herein. [Background technology]

[0002] Zigbee, Thread, and Bluetooth Mesh are examples of wireless networks targeted at IoT applications such as lighting and building automation. They offer low-latency, low-rate services that allow messages to be passed between, for example, a light switch and one or more lighting fixtures. Mesh networking offers great flexibility and scalability to the system. However, centralized Zigbee networks offer improved network control and security, making them attractive in many applications. Thus, there is a need to reliably migrate existing decentralized networks to centralized networks.

[0003] Some communication standards, such as the Zigbee standard, support both distributed and centralized network architectures. Such standards may also define how distributed and centralized networks can be formed from scratch. However, there is no clearly defined way to move an existing distributed network to a centralized network without having to redeploy the entire network. Furthermore, it may be desirable for the transition to be performed on-the-fly, with reduced impact on network functionality.

[0004] US2021185485A1 relates to a system for selecting one or more devices in a wireless network for presence and / or location detection, the system including a processor configured to determine the suitability of each of a plurality of devices for transmitting, receiving and / or processing radio frequency signals for presence and / or location detection while leaving sufficient resources for network communications.

[0005] EP2661127B1 relates to a control device for an autonomous routing area network, the control device comprising a processor configured to perform the operations of receiving a request from a requesting device to join the autonomous routing area network, and in response to receiving the request, determining based on information included in the request whether the requesting device is an independent device, wherein the requesting device is an independent device if it is not able to join a network different from the autonomous routing area network, and controlling the refusal or granting of admission of the requesting device to the autonomous routing area network based on whether the requesting device is an independent device. Summary of the Invention [Problem to be solved by the invention]

[0006] In a distributed network, some nodes are end nodes or leaf nodes that rely on other nodes (router nodes or parent nodes) to relay messages to them. One problem can occur during the transition from a distributed network to a centralized network: if a router node or parent node leaves the distributed network before the end nodes and / or leaf nodes, the end nodes and / or leaf nodes may lose their connection to the distributed network and become unreachable without being informed of the transition. [Means for solving the problem]

[0007] It has been recognized by the inventors that it would be beneficial to regulate network migration procedures taking topology information into account. Among other things, the object of the present invention is achieved by a method according to claim 1 and a bridge device according to claim 12.

[0008] According to a first aspect of the present invention, there is provided a method for transitioning two or more nodes in a distributed wireless network to a centralized wireless network, the method including the steps of: sending, by a first bridge device in the centralized wireless network, one or more parameters related to the centralized wireless network to a second bridge device in the distributed wireless network; collecting topology information between the two or more nodes by querying the two or more nodes in the distributed wireless network; determining a sequence list for requesting the two or more nodes to join the centralized wireless network based on the topology information; and requesting the two or more nodes to join the centralized wireless network according to the sequence list, wherein the sequence list is arranged such that when a first node of the two or more nodes receives a message from the second bridge device via relay of a second node of the two or more nodes in the distributed wireless network, the first node allows the first node to join the centralized wireless network earlier than the second node.

[0009] The one or more parameters may relate to a network ID of the centralized network, an operating channel of the centralized network, or another network parameter associated with the centralized network.

[0010] Topology information may be gathered by obtaining neighboring information associated with individual nodes, such as a list of neighbors with which it has a one-hop direct link, the output power used to establish a link with a neighbor node, the received power from a neighbor node, or link quality information associated with a link with another node.

[0011] Thus, topology information may relate to the physical deployment of nodes within a system. Topology information may also relate to the network construction of a distributed network, such as which nodes are assigned as router nodes and which nodes are assigned as end nodes or non-routing nodes. For example, an end node may receive information from a router node but not from another end node.

[0012] The sequence list is used to sort out nodes for reliable migrating from a distributed network to a centralized network to avoid the node becoming unreachable in the distributed network due to the router node or parent node to which the node is connected leaving the distributed network prematurely.

[0013] Beneficially, the method further comprises providing, by the second bridge device, information relating to the two or more nodes to the first bridge device.

[0014] The second bridge device may provide information relating to individual nodes to the first bridge device to further assist the first bridge device in setting up the centralized network.

[0015] Alternatively, the first bridge device may join the distributed network before it opens a new centralized network, in which case the first bridge device may collect such information itself.

[0016] However, since the second bridge device may be collecting such information during normal data communication in the distributed network, it may be more efficient for such information to be provided directly by the second bridge device to the first bridge device.

[0017] Advantageously, the method further comprises the step of providing, by the second bridge device, the sequence list to the first bridge device.

[0018] The second bridge device may request nodes to join the centralized network according to the sequence list. In parallel, the second bridge device may also inform the first bridge device of the list. In response, the first bridge device also follows the list to allow nodes to join the centralized network sequentially.

[0019] Alternatively, upon determining the sequence list by the second bridge device, the second bridge device may simply provide the sequence list to the first bridge device, allowing the first bridge device to request nodes to join the centralized network. This may be achieved if the first bridge device can reside in the distributed network and the centralized network simultaneously. The first bridge device may then send requests to nodes in the distributed network sequentially according to the list, simultaneously allowing nodes to join in the centralized network. A further option is that, upon obtaining the sequence list, the first bridge device may first reside in the distributed network to send requests to nodes sequentially, specifying a delay period for each node to join the new centralized network in the request. The new bridge device may then leave the distributed network and open the centralized network to allow nodes to join.

[0020] In one example, the method further includes opening, by the first bridge device, the centralized wireless network for nodes to join.

[0021] As disclosed above, the step of opening the centralized wireless network by the first bridge device may be performed before the transition procedure, such that the first bridge device opens the centralized wireless network and then informs the second bridge device about one or more configuration parameters of the new centralized wireless network.

[0022] Alternatively, the step of opening the centralized wireless network by the first bridge device may be performed during a transition procedure, such that the first bridge device determines one or more configuration parameters of the new centralized wireless network to be created and informs the second bridge device of such parameters. The actual step of opening the centralized wireless network may be performed during or after two or more nodes are requested to join the centralized network.

[0023] Preferably, the method further includes communicating, by the second bridge device, one or more parameters associated with the centralized wireless network to the two or more nodes.

[0024] This step may be combined with the step of requesting two or more nodes to join the centralized wireless network.

[0025] Alternatively, it may be an option for the first bridge device to join the distributed network and communicate one or more parameters related to the centralized wireless network directly to two or more nodes.

[0026] Beneficially, the information relating to the two or more nodes includes at least one of addresses, configuration parameters, and state information relating to the two or more nodes.

[0027] Advantageously, the method further comprises the step of restoring a node of the two or more nodes in the centralized wireless network to its state in a previous distributed wireless network.

[0028] By knowing the configuration, settings, state, or scene of each individual node within the distributed network, the first bridge device or the new bridge device may restore the node to its previous configuration, settings, state, or scene after the node moves to the new centralized network, which further enhances a smooth transition.

[0029] In a preferred embodiment, the method further includes generating a link key for a node of the two or more nodes in the centralized wireless network based on information obtained from the second bridge device, and informing the node of the link key.

[0030] Upon receiving information related to an individual node, such as a node's identifier or address, an end-to-end link key may be generated by the first bridge device for that individual node, which may be used to increase security of end-to-end communications in the centralized network.

[0031] This step may be performed by a first bridge device of the centralized network, such that the first bridge device informs individual nodes about their dedicated link keys.

[0032] It should be noted that it may also be an option for the first bridge device to participate in the distributed network and collect information related to two or more nodes by itself.

[0033] In one example, the sequence list is ordered to allow a first node of two or more nodes to join the centralized wireless network earlier than a second node when the first node receives a message from a second bridge device via relay of a second node of the two or more nodes in the distributed wireless network.

[0034] The sequence list is ordered to avoid a situation where a critical node, e.g., a node that is the only link between two subparts of the network, moves to the new centralized network earlier than other nodes, causing some nodes in the distributed network to become unreachable in order to announce this transition. For example, a router node or parent node will leave the distributed network later than an end node or child node that is dependent on the router node or parent node to gain access to the distributed network.

[0035] Advantageously, at least one of the distributed wireless network and the centralized wireless network conforms to the Zigbee standard.

[0036] The Zigbee standard has been widely adopted in home automation and lighting control applications. The Zigbee network layer natively supports both star and tree networks, as well as popular mesh networking. Powerful topology control provides great flexibility in control systems, especially for reaching destination nodes far away from the source node with direct links.

[0037] ZigBee defines three different device types: ZigBee Coordinator (ZC), ZigBee Router (ZR), and ZigBee End Device (ZED). These three devices fulfill different roles within a ZigBee network. ZigBee Router (ZR) passes data between the coordinator and / or devices. ZigBee End Device (ZED) provides only basic functionality. ZEDs are leaf nodes. ZEDs communicate only through their parent node and, unlike router devices, cannot relay messages intended for other nodes. ZEDs do not participate in routing. End devices rely on their parent router to send and receive messages. With respect to IEEE 802.15.4, ZCs and ZRs are fully functional devices (FFDs), and ZEDs are reduced function devices (RFDs).

[0038] Thus, topology information between two or more nodes in a distributed wireless network may be jointly determined by the physical locations of the nodes, the functionality supported by the nodes, and the type of role the nodes play in the distributed network.

[0039] Advantageously, the first bridge device and the second bridge device are physically co-located.

[0040] The first bridge device and the second bridge may be deployed close to each other, such as within direct wireless communication range. The first bridge device and the second bridge device may also be co-located, so that the first bridge device should be replaced by the second bridge device after the migration. Physically, the first bridge device and the second bridge device may be the same bridge device. This also applies to a situation where an existing bridge device has the capability to transition to a centralized network through a firmware update. All these steps are simply performed on the same bridge device to migrate the network from a distributed to a centralized topology.

[0041] Preferably, the first bridge device and the second bridge device have a further communication channel connecting them to each other, the further communication channel not belonging to the distributed or centralized wireless network.

[0042] The further communication channel may be either a wired channel or a wireless channel. For example, the first bridge device and the second bridge device may be connected via an IP network, such as Ethernet. Alternatively, the first bridge device and the second bridge device may be connected via a Wi-Fi network, a BLE link, or a 4G / 5G cellular link.

[0043] According to a second aspect of the present invention, there is provided a bridge device for use in a distributed wireless network, the bridge device including: a communication interface configured to receive one or more parameters related to the centralized wireless network from other bridge devices; a radio configured to collect topology information between two or more nodes by querying two or more nodes on the distributed wireless network; and a controller configured to determine a sequence list for requesting two or more nodes to join the centralized wireless network based on the topology information, the radio configured to request the two or more nodes to join the centralized wireless network according to the sequence list, the sequence list being ordered such that when a first node of the two or more nodes receives a message from the bridge device via relay by a second node of the two or more nodes in the distributed wireless network, the first node is allowed to join the centralized wireless network earlier than a second node.

[0044] The entire procedure for migrating a node to a centralized network may be initiated by a new bridge device in the centralized network, which first sends one or more parameters related to the centralized wireless network to an existing bridge device in the distributed network. The one or more parameters may include a network identifier (ID) of the centralized network, an operating channel of the centralized network, or another network parameter related to the centralized network. The bridge device or the existing bridge device in the distributed wireless network may then bear primary responsibility for arranging a smooth transition. The topology information is used to determine a sequence list to ensure that no unreachable nodes remain in the distributed network during the transition. The topology information may be collected by the existing bridge device by querying the nodes triggered by the migration procedure. The existing bridge device may also periodically collect topology information during earlier data communication in the distributed network. Based on the topology information, the existing bridge device determines a sequence list and requests nodes to join the centralized network according to the sequence list.

[0045] Advantageously, the sequence list is ordered such that if a first node of the two or more nodes receives a message from the bridge device via relay of a second node of the two or more nodes in the distributed wireless network, the first node is allowed to join the centralized wireless network sooner than the second node.

[0046] Beneficially, the communication interface of the bridge device is further configured to send information relating to the two or more nodes to other bridge devices.

[0047] The existing bridge device may also provide additional information related to individual nodes, such as addresses, configuration parameters, the state of the node within the distributed network, etc. Such information may help the new bridge device restore the node to its previous state or configuration after the node moves to the new centralized network. The information may also be used to generate dedicated link keys to secure the end-to-end communication link. [Brief explanation of the drawings]

[0048] In the drawings, like reference characters generally refer to the same parts throughout the different views. Also, the drawings are not necessarily to scale, emphasis instead generally being placed upon illustrating the principles of the invention. [Figure 1] A possible system setup is shown. [Figure 2] 1 illustrates a flowchart of a method for migrating two or more nodes in a distributed wireless network to a centralized wireless network. [Figure 3] 1 shows a block diagram of a bridge device for use in a distributed wireless network. [Figure 4] An example of a bridge device is shown below. DETAILED DESCRIPTION OF THE INVENTION

[0049] The embodiments described below represent information to enable those skilled in the art to practice the embodiments. Upon reading the following description in light of the accompanying drawings, those skilled in the art will understand the concepts of the present disclosure and will recognize applications of these concepts not specifically addressed herein. It is understood that these concepts and applications fall within the scope of the present disclosure.

[0050] For wireless communications, a distributed network topology offers increased flexibility and scalability. However, it also poses security risks. Taking Zigbee as an example, there are well-known weaknesses in distributed Zigbee networks, especially during the joining process. To provide better security, it is attractive to move to a centralized network with additional secure joining mechanisms. Although the Zigbee standard defines how distributed and centralized networks can be formed from scratch, there is no clearly defined way to transfer (or migrate) an existing distributed network to a centralized network without having to redeploy the entire network. From a user experience perspective, it is important to be able to make this transition with minimal user intervention and minimal disruption to the network. Preferably, the transition can be performed on the fly.

[0051] One way is to use the Zigbee Commissioning Cluster (ZCC). ZCC essentially defines a message that can be sent to individual nodes in a network that contains information such as the Zigbee PAN-ID, Extended PAN ID, Network Key, and Link Key of the centralized network it should join. ZCC also defines a message that instructs the node to restart and join the new network. Upon restart, the node joins the new network using the more secure centralized joining mechanism defined in Zigbee and is also "aware" that it is now part of the centralized network.

[0052] Another approach is to define customized messages that essentially do a subset of what ZCC does. In its simplest form, a simple restart and rejoin message may be sent to a node that will cause the node to search for a new network, find the centralized network, and join the centralized network.

[0053] Regardless of the method used, nodes need to be nudged to leave the existing decentralized network to join the new centralized network. Known methods show how to move a single node from a decentralized network to a centralized network. However, a process / method for reliably transitioning all nodes in a decentralized network to a centralized network is still lacking. As an example, if a critical node, e.g., a node that is the only link between two subparts of the network, moves to the new centralized network before other nodes, a problem may arise in which some nodes will be made unreachable in the decentralized network to announce this transition. A workaround is for the extended PAN-ID, PAN-ID, network key, etc. to remain the same in both the existing decentralized network and the new centralized network. However, such a workaround may cause unexpected confusion for nodes.

[0054] The present invention addresses the problem in a more generalized way, where the centralized network can be completely independent with fresh network parameters such as PAN-ID, network key, etc.

[0055] This also provides improved security because the new centralized network can freely choose fresh new keys, thus starting as if it were built from scratch. Figure 1 illustrates a possible system setup in which an existing bridge device 300 and a new bridge device 200 are closely located or co-located. According to the Zigbee protocol, the conventional mechanism for migrating a node from an existing distributed network to a new centralized network is to communicate the existing Zigbee network parameters (PAN-ID, network key, etc.) and other information related to the distributed network to the new bridge device 200. This information may be encrypted and communicated between the existing bridge device 300 and the new bridge device 200 over a wired connection, such as over an IP network, or over a wireless connection. The wireless connection may be based on another wireless communication protocol, such as Wi-Fi, BLE, or 4G / 5G cellular, that is different from both the existing distributed network and the new centralized network.

[0056] 1 also highlights that a problem may arise if the existing bridge device 300 natively instructs nodes (A-E) to sequentially switch to join the new bridge device 200 in centralized mode (by issuing a Zigbee commissioning cluster command or a simpler custom command). If node C leaves the distributed network, nodes D and E will no longer be reachable. Therefore, a new scheme is needed to solve this problem.

[0057] As an example for implementing the proposed solution, the steps involved may be as follows:

[0058] a) The new bridge device 200 starts up in centralized mode and selects network parameters such as a PAN-ID, an extended PAN-ID, and an operating frequency channel. The new bridge device 200 also randomly selects a network key for the new centralized network. The new bridge device 200 may also immediately open the network for centralized participation.

[0059] b) The new bridge device 200 communicates the PAN-ID, extended PAN-ID, and operating frequency channel along with a request to transfer the node or device to the existing bridge device 300. The new bridge device 200 does not have to communicate its network key to the existing bridge device 300, as this is unnecessary and undesirable from a security perspective.

[0060] c) The existing bridge device 300 may be triggered to ping different nodes for topology information upon a request from the new bridge device 200. The existing bridge device 300 may also ping different nodes for topology information periodically, such as during periodic communication in the distributed network. The topology information may include the node's neighborhood information, such as the node's direct communication links / neighbors, transmit power for establishing links to neighbor nodes, received signal strength from neighbor nodes, etc. Based on the topology information obtained in this step, the existing bridge has an overview of the network topology.

[0061] d) Based on the topology information gathered in the previous step, the existing bridge device 300 determines a sequence list for requesting two or more nodes to join the centralized wireless network, and then begins asking nodes to join the centralized network according to the sequence list. As an example, in the network shown in FIG. 1, the existing bridge device 300 may first ask nodes D and E to join the new bridge 200, followed by node C, then nodes A and B. This sequence will ensure that all nodes in the network receive a message to move over to the centralized network.

[0062] e) To send these messages to the nodes, the existing bridge device 300 may use ZCC commands, which convey the PAN-ID, extended PAN-ID, operating frequency channel, etc. of the new centralized network that the node should join. For nodes from different vendors that may not implement ZCC commands, the existing bridge device 300 may issue a customized simple command (e.g., Leave request) to request the node to leave the existing decentralized network and then find a new centralized network to join.

[0063] f) The existing bridge device 300 keeps a list of identifiers or addresses (e.g., IEEE addresses) of nodes that have already requested to join the centralized network and passes this list to the new bridge device 200 along with other information such as the nodes' current settings and status (e.g., for lighting fixtures, on / off, color temperature status, etc.).

[0064] g) The new bridge 200 utilizes the information obtained in the previous step to successfully join the nodes in centralized mode. For example, the list obtained in the previous step helps to obtain further information derived from the installation code, possibly from a backend server, to obtain link keys to successfully join these nodes to the centralized network.

[0065] h) Once all required nodes have joined the new centralized network, the new bridge device 200 uses the information obtained in step f) to restore the nodes to their previous settings or states (on / off, color, etc.).

[0066] The topology information may include links / neighbors, transmit / receive power, etc. Based on the topology information, an existing bridge device or a new bridge device can derive an overview of the network topology between multiple nodes. Figure 2 shows a flowchart of a method 500 for migrating two or more nodes in a distributed wireless network to a centralized wireless network.

[0067] The method 500 includes, at S501, a step of a first bridge device 200 in the centralized wireless network sending one or more parameters related to the centralized wireless network to a second bridge device 300 in the distributed wireless network; at S502, a step of collecting topology information between two or more nodes 400 by querying two or more nodes 400 in the distributed wireless network; at S503, a step of determining a sequence list for requesting the two or more nodes 400 to join the centralized wireless network based on the topology information; and at S504, a step of requesting the two or more nodes 400 to join the centralized wireless network according to the sequence list.

[0068] 3 shows a block diagram of a bridge device 300 for use in a distributed wireless network. As a basic setup, the bridge device 300 includes a communication interface 310, a radio 320, and a controller 330. The communication interface 310 is configured to receive one or more parameters related to the centralized wireless network from other bridge devices 200. The radio 320 is configured to collect topology information between two or more nodes 400 by querying two or more nodes 400 on the distributed wireless network. The controller 330 is configured to determine a sequence list for requesting the two or more nodes 400 to join the centralized wireless network based on the topology information. The radio 320 is further configured to request the two or more nodes 400 to join the centralized wireless network according to the sequence list.

[0069] As an example, the present invention may be implemented by a network forwarding module in a bridge device, as shown in FIG. 4. The network forwarding module may be realized in the controller of the bridge device. In the existing bridge device, the network forwarding module obtains parameters related to the new centralized network from the new bridge device 200 and a request to transfer a node or device from the existing distributed network to the new centralized network in step b) above. Accordingly, the network forwarding module may control the radio to perform step c), such as querying the node for topology information. It may also be possible for the network forwarding module to obtain topology information from an internal database of the bridge, previously collected during periodic communication with the node. Based on the collected topology information, the network forwarding module performs calculations in step d) to generate an appropriate sequence list for migrating the node to the new bridge device. Thereafter, the network forwarding module continues to monitor the forwarding by querying via the bridge device's radio and, optionally, by receiving additional status responses from the new bridge device.

[0070] In the new bridge device, the network forwarding module may be responsible for starting up the new centralized network as in step a) and may control a communication interface to forward parameters related to the new centralized network to the existing bridge device in step b). After the existing bridge device provides the sequence list and information related to two or more nodes, the network control module of the new bridge device controls its radio to enable the nodes to join according to the sequence list and uses the information related to the two or more nodes to restore the nodes to their previous configuration, state, or scene within the distributed network. Furthermore, the network control module of the new bridge device may control the communication interface to inform the existing bridge device about the status of the transfer.

[0071] Note that the present invention equally applies to situations where an existing bridge device has the transition capability to a centralized network via a firmware update, it is just that all these steps are performed on the same bridge device to move its network from a distributed to a centralized topology.

[0072] The method according to the invention may be performed on a computer as a computer implemented method, or may be performed on dedicated hardware, or a combination of both.

Claims

1. 1. A method for migrating two or more nodes in a distributed wireless network to a centralized wireless network, the method comprising: sending, by a first bridge device in the centralized wireless network, one or more parameters associated with the centralized wireless network to a second bridge device in the distributed wireless network; collecting, by the second bridge device, topology information between the two or more nodes in the distributed wireless network by querying the two or more nodes; determining, by the second bridge device, a sequence list for requesting the two or more nodes to join the centralized wireless network based on the topology information; requesting, by the second bridge device, the two or more nodes to join the centralized wireless network according to the sequence list; Including, the sequence list is ordered to allow a first node of the two or more nodes to join the centralized wireless network earlier than a second node of the two or more nodes when the first node receives a message from the second bridge device via relay of the second node of the two or more nodes in the distributed wireless network.

2. The method comprises: providing, by the second bridge device, information relating to the two or more nodes to the first bridge device; The method of claim 1 , comprising:

3. The method comprises: providing, by the second bridge device, the sequence list to the first bridge device; 3. The method of claim 1 or 2, comprising:

4. The method comprises: transmitting, by the second bridge device, one or more parameters related to the centralized wireless network to the two or more nodes; The method of claim 1 , comprising:

5. The method of claim 2 , wherein the information associated with the two or more nodes includes at least one of addresses, configuration parameters, and state information associated with the two or more nodes.

6. The method comprises: restoring a node of the two or more nodes in the centralized wireless network to its state previously in the distributed wireless network; The method of claim 2 , comprising:

7. The method comprises: generating a link key for a node of the two or more nodes in the centralized wireless network based on information obtained from the second bridge device; and Informing the node about the link key; The method of claim 2 comprising the steps of:

8. The method of claim 1 , wherein at least one of the distributed wireless network and the centralized wireless network conforms to the Zigbee standard.

9. The method of claim 1 , wherein the first bridge device and the second bridge device are physically co-located.

10. The method of claim 1 , wherein the first bridge device and the second bridge device have a further communication channel connecting to each other, the further communication channel not belonging to the distributed wireless network or the centralized wireless network.

11. 1. A bridge device for use in a distributed wireless network, the bridge device comprising: a communication interface configured to receive one or more parameters related to the centralized wireless network from other bridge devices; a radio configured to collect topology information between two or more nodes on the distributed wireless network by querying the two or more nodes; a controller configured to determine a sequence list for requesting the two or more nodes to join the centralized wireless network based on the topology information; Including, the radio is configured to request the two or more nodes to join the centralized wireless network according to the sequence list; a bridge device, wherein the sequence list is ordered such that when a first node of the two or more nodes receives a message from the bridge device via relay by a second node of the two or more nodes in the distributed wireless network, the first node is allowed to join the centralized wireless network earlier than the second node.

12. The bridge device of claim 11 , wherein the communication interface is configured to send information related to the two or more nodes to the other bridge device.

Images