CN114339706A - Method for starting and configuring multiple devices to be distributed in Bluetooth Mesh network - Google Patents
Method for starting and configuring multiple devices to be distributed in Bluetooth Mesh network Download PDFInfo
- Publication number
- CN114339706A CN114339706A CN202111681228.8A CN202111681228A CN114339706A CN 114339706 A CN114339706 A CN 114339706A CN 202111681228 A CN202111681228 A CN 202111681228A CN 114339706 A CN114339706 A CN 114339706A
- Authority
- CN
- China
- Prior art keywords
- devices
- transmission power
- upgraded
- random
- configuration
- 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
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
The invention discloses a method for starting and configuring a plurality of devices to be distributed in a Bluetooth Mesh network, which comprises the following steps: simultaneously powering on a plurality of devices to be configured; determining independent random transmitting power for each of the plurality of devices to be distributed; each device to be networked in the multiple devices to be networked sends a first beacon packet to be started and configured by the random transmission power corresponding to the device to be networked; and each of the plurality of devices to be distributed continuously sends the beacon packet waiting for starting configuration with the corresponding random transmission power, so that the corresponding starting configuration device can carry out starting configuration operation on the beacon packet. The invention can solve the problem of data packet congestion caused by over concentration of equipment for executing the starting configuration or the software air upgrading in the Bluetooth Mesh starting configuration process or the software air upgrading process.
Description
The application is a divisional application of No. 201910168979.6 entitled method for starting and configuring a plurality of devices to be configured in a Bluetooth Mesh network, which is filed by the intellectual property office of China and has the application date of 2019, 3 and 6.
Technical Field
The invention relates to a Bluetooth Mesh network, in particular to a method for starting and configuring a plurality of devices to be distributed in the Bluetooth Mesh network and a method for performing software over-the-air upgrading on a plurality of nodes to be upgraded in the Bluetooth Mesh network.
Background
In bluetooth Mesh, there are some processes that require all devices to participate, for example, for a large number of devices that are not configured for network access, it is necessary to uniformly start a configuration network access process to configure network access, and for example, it is necessary to perform software over-the-air upgrade on a large number of devices that have become nodes. In such a scenario, a central node or a device first initiates a corresponding process operation, for example, to start configuration of a device to be connected to a network by using a mobile phone, or to perform air software upgrade on a device that has already been connected to the network.
In this scenario, the initial stage of the process will focus on the relevant operations within a small circle around the central node, while other devices or nodes of the network will be in an idle state. This may cause a large amount of data packets around the central node to be aggregated, which may cause channel congestion, severe interference, and frequent packet loss; on the other hand, the devices or nodes far away from the central node are in an idle waiting state, and cannot start the operation flow in time.
The process and cause of the above problems will be described in detail below with reference to fig. 1 and 2. As shown in fig. 1, all the small circles in the figure represent devices, which represent network devices to be configured to wait for network access to be configured to start in a scenario of starting a configuration process, and represent network devices to wait for software to be updated in the air in a scenario of waiting for software to be updated in the air. Taking the configuration starting process as an example, after all the devices are installed, they are powered on simultaneously, and the devices start to send an "awaiting configuration Beacon packet (upnp Device Beacon)" after being started. Referring to fig. 2, the beacon packet is not typically transmitted very frequently, for example, once every 5 seconds, and each transmission lasts for about 1 millisecond (ms). In the startup configuration scenario, because all devices are powered on at the same time, they will essentially transmit a wait to start configuration beacon packet at the same time, and a second packet after 5 seconds. Considering that a random Delay (Delay) of 0 to 10ms is added to each broadcast packet in the bluetooth protocol, the transmission time of the first packet after all devices are started is concentrated between the power-on time T0 to T0+10ms, the second packet is concentrated between T0+5s to T0+5s +10ms, and so on. In the time axis shown in fig. 2, the solid portion represents the concentrated transmission time of the "start configuration beacon packet" over the air.
In the network diagram of fig. 1, it is assumed that device 1 is a centrally initiated configuration device that will first scan for on-air waiting configuration network entry devices. Since all devices are powered on at the same time, almost all devices will transmit the wait for start configuration beacon packet at the same time. From the communication perspective, if one device receives data packets sent by different devices at the same time, the device generally selects the data packet with larger received signal strength. That is, if the transmission power of each device is the same, the closer the device is, the greater the received signal strength of the data packet transmitted from the device is, and thus the more easily the data packet is received by the device.
Since the devices 2, 3, 11, and 13 are closer to the device 1 than the other devices, and the received signal strength of the "waiting for configuration beacon packets" sent by these devices is higher by the device 1 than by the "waiting for configuration beacon packets" sent by the other devices, there is a high probability that the "waiting for configuration beacon packets" of these devices will be processed preferentially, that is, the devices will be configured preferentially. For example, in fig. 1, device 1 may select devices 2, 3, and 11 to initiate the configuration process at the same time; after the device 2 is configured into the network, the device 2 can continue to find the devices around the device waiting for being configured into the network. Similarly, the device 2 may select, for example, the surrounding devices 21, 22, 4 to initiate the configuration flow at the same time. Similarly, after the device 3 starts configuration and network entry, it may select, for example, the surrounding devices 31, 32, and 33 to start the configuration process at the same time; after the device 4 has started configuration networking, it may select, for example, the surrounding devices 41, 42, 43 to start the configuration process at the same time. It should be understood that the larger circles shown in fig. 1, represented by solid and dashed lines, only schematically represent the relative distance relationship between the device at the center of the circle and other devices, and do not represent the signal coverage of the device.
In summary, at the beginning, only the devices concentrated around the device 1 start the configuration process first, and then slowly diffuse to the peripheral devices of the network; this results in a very large number of data packets around the device 1 in the initial stage, which causes serious interference, and the network peripherals are always idle and the channel is idle. On the one hand, in space, this may cause an overcrowding of channels in a local area, and in addition, may cause the device 1 which first initiates the start configuration to be located at several nodes in the center to contend for a few devices to be configured nearby, so that each device cannot simultaneously start and configure a plurality of devices to be configured, whereas a large number of devices at a longer distance from the center wait for the distribution network and cannot distribute the distribution network. On the other hand, in terms of time, as described above with reference to the time axis analysis in fig. 2, a large number of devices may be caused to collectively transmit the waiting configuration beacon packet in a certain period (for example, 10ms), and no device may transmit the waiting configuration beacon packet in other periods (for example, the remaining 5s to 10ms), so that the starting configuration device may only search for the waiting configuration device in a short time window, and if the waiting configuration device cannot be found, may only wait for the next period (for example, 5 s). Such congestion problems are particularly acute in densely arranged networks. A densely populated network may be, for example, a network in which all or a large number of devices are within a hop range.
There is therefore a need in the art for a solution that can eliminate or alleviate the congestion at least when performing start-up configuration or over-the-air software upgrades in a bluetooth Mesh network. It should be understood that the above-listed technical problems are only exemplary and not limiting to the present invention, and the present invention is not limited to the technical solutions for simultaneously solving all the above technical problems. Technical solutions of the present invention may be implemented to solve one or more of the above or other technical problems.
Disclosure of Invention
The invention aims to solve the problems that when starting configuration is carried out in the existing Bluetooth Mesh network or air software upgrading is carried out, local channel congestion is caused by data packet aggregation, and a plurality of starting configuration devices compete for the state of a few of network devices to be configured or a plurality of upgrading service device nodes compete for the state of a few of nodes to be upgraded, so that the devices cannot immediately complete starting configuration or air software upgrading and the like.
In a first aspect of the present invention, a method for performing start-up configuration on a plurality of devices to be configured in a bluetooth Mesh network is provided, including: (a) simultaneously powering on a plurality of devices to be configured; (b) each of the plurality of devices to be distributed determines independent random transmitting power; (c) each of the plurality of devices to be distributed sends a first beacon packet to be started and configured with the corresponding random transmission power; and (d) each of the plurality of devices to be configured continues to send the beacon packet waiting for configuration starting at the corresponding random transmission power, so that the corresponding starting configuration device can perform starting configuration operation on the beacon packet.
Preferably, the random transmission power is between-5 dbm and the maximum transmission power of the device to be networked.
Preferably, after step (a), assigning an independent random time delay to each of the plurality of devices to be networked; and in step (c), each of the plurality of devices to be networked transmits a first wait starting configuration beacon packet while waiting for the time determined by its corresponding random time delay.
Preferably, the length of the random time delay is between 0ms and the transmission interval time of the waiting start configuration beacon packet.
In a second aspect of the present invention, there is also provided a method for over-the-air upgrading of software for a plurality of nodes to be upgraded in a bluetooth Mesh network, wherein the method comprises: (a) the upgrade service equipment node sends an upgrade instruction to a plurality of nodes to be upgraded; (b) when each of a plurality of nodes to be upgraded receives an upgrade instruction and decides to accept upgrade, each of the plurality of nodes to be upgraded determines independent random transmission power; (c) the node to be upgraded sends a first beacon packet waiting for air upgrade by using the corresponding random transmission power; and (d) each node to be upgraded continuously transmits a waiting over-the-air upgrade beacon packet with the corresponding random transmission power of the node to be upgraded so that the corresponding upgrade service equipment node can perform software over-the-air upgrade operation on the node to be upgraded.
Preferably, the random transmission power is between-5 dbm and the maximum transmission power of the device to be networked.
Preferably, after step (a), when each of the plurality of nodes to be upgraded receives the upgrade instruction and decides to accept the upgrade, assigning an independent random time delay to each of the plurality of nodes to be upgraded; and in step (c), each of the plurality of nodes to be upgraded transmits a wait first over-the-air upgrade beacon packet while waiting for a time determined by its corresponding random time delay.
Preferably, the length of the random time delay is between 0ms and the transmission interval time of the waiting start configuration beacon packet.
In a third aspect of the present invention, there is also provided a method of synchronizing random transmit power between two devices, wherein the method comprises: (a) each of the two devices randomly selects a transmission power within the set transmission power range to start communication; (b) one own device in the two devices receives a request packet or a response packet of the opposite device; (c) the own equipment actively reports the own transmitting power to the opposite equipment; (d) the own equipment judges whether the own equipment receives the transmitting power reported by the opposite equipment within set time; if not, stopping or communication established by the other party; if yes, continuing to execute the step (e); (e) the own equipment judges whether the own emission power needs to be adjusted or not; if yes, the own device executes the adjustment of the transmitting power and goes to the step (f); if not, directly turning to the step (f); (f) the two devices continue to complete the remaining communications;
preferably, the method for the own device to determine whether the transmission power needs to be adjusted in step (e) includes: if the transmission power reported by the counterpart device is higher than the transmission power of the own device, the transmission power of the own device needs to be adjusted, and performing the adjustment of the transmission power includes increasing the transmission power of the own device.
Preferably, the method for the own device to determine whether the transmit power needs to be adjusted in step (e) includes: if the opposite device is determined to be capable of receiving the data packet sent by the own device, or the RSSI of the data packet sent by the opposite device exceeds the set strength, the transmission power of the own device does not need to be adjusted.
The invention can effectively reduce the problems of data packet congestion, large interference, serious data packet loss and the like caused by the over-concentration of equipment executing the starting configuration or the software over-the-air upgrade in the process of starting configuration of the equipment or in the initial stage of the software over-the-air upgrade.
Drawings
Fig. 1 is a schematic diagram illustrating a network environment in which a bluetooth Mesh network device initiates a configuration process in the prior art;
fig. 2 shows a schematic timeline of a device according to fig. 1 transmitting a wait for start configuration beacon packet;
FIG. 3 shows a schematic flow diagram of a first embodiment of the present invention;
FIG. 4 shows a schematic flow diagram of a second embodiment of the present invention;
FIG. 5 shows a schematic flow diagram of a third embodiment of the invention;
FIG. 6 shows a schematic flow diagram of a fourth embodiment of the present invention; and
fig. 7 shows a flow chart of a method of synchronizing random transmit power of the present invention.
Detailed Description
The method of the present invention will be described in detail below with reference to the accompanying drawings and specific embodiments. It is to be understood that the embodiments shown in the drawings and described below are merely illustrative and not restrictive of the current invention.
Fig. 3 shows a schematic flow diagram of a first embodiment of the method for performing startup configuration on multiple devices to be configured in a bluetooth Mesh network, specifically:
in step 102, a plurality of devices to be networked are powered on simultaneously. In step 104, an independent random time delay is assigned to each of the plurality of devices to be networked. In step 106, when each device to be networked waits for the time determined by the corresponding random time delay, the device to be networked sends a first beacon packet waiting for start-up configuration. Preferably, the length of the random time delay is between 0ms and the transmission interval time of the waiting start configuration beacon packet. In step 108, each of the multiple devices to be networked continues to transmit the beacon packet waiting for configuration starting, so that the corresponding configuration starting device can perform configuration starting operation on the beacon packet.
Preferably, to further balance network transmission traffic to alleviate channel congestion, after or before step 102, an independent random transmit power may be determined for each of the plurality of devices to be distributed; and in steps 106 and 108, each of the plurality of devices to be distributed transmits a waiting-to-start configuration beacon packet with its corresponding random transmission power. The random transmit power is preferably between-5 dbm and the maximum transmit power of the device to be networked.
With a solution similar to the first embodiment, a second embodiment of the invention provides a method for over-the-air upgrading of software for a plurality of nodes to be upgraded in a bluetooth Mesh network.
Specifically, as shown in fig. 4, in step 202, the upgrade service apparatus node transmits an upgrade instruction to a plurality of nodes to be upgraded. In step 204, when each of the plurality of nodes to be upgraded receives the upgrade instruction and decides to accept the upgrade, an independent random time delay is allocated to each of the plurality of nodes to be upgraded. In step 206, when each node to be upgraded in the plurality of nodes to be upgraded waits for the time determined by the random time delay corresponding to the node to be upgraded, the node to be upgraded transmits a first over-the-air upgrade beacon packet. In step 208, each of the plurality of nodes to be upgraded continues to transmit a wait-for-over-the-air upgrade beacon packet to enable the corresponding upgrade service equipment node to perform a software over-the-air upgrade operation thereon. Similarly, the random time delay is between 0ms in length and the transmission interval time of the wait start configuration beacon packet. It should be appreciated that the transmission interval time for the wait to initiate configuration beacon packets may be determined according to the bluetooth Mesh protocol or as application needs may be determined. For example, the transmission interval time may be 5 seconds, but the implementation of the present invention is not limited thereto. And preferably, to further balance network transmission traffic to alleviate channel congestion, after or before step 202, a separate random transmit power may be determined for each of the plurality of devices to be collocated; and in steps 206 and 208, each of the plurality of devices to be distributed transmits a waiting-to-start configuration beacon packet at its corresponding random transmission power. The random transmit power is preferably between-5 dbm and the maximum transmit power of the device to be networked.
With the methods described in the first and second embodiments, when the device is powered on, the device does not need to immediately transmit the waiting start configuration beacon packet, and does not need to immediately transmit the waiting air upgrade beacon packet after receiving the upgrade instruction, but according to the above method, the device waits for a time determined by a random time delay before transmitting the data packet. Taking the waiting for the start configuration packet as an example, and referring to fig. 1, with the present invention, it is possible for different devices to transmit beacon packets in different time windows, and for the network diagram shown in fig. 1, by setting a random time delay, it is possible to have device 43 transmit packets at time T0, device 2 transmit packets at time T0+100ms, device 31 transmit packets at time T0+500ms, device 3 transmit packets at time T0+1s, and so on. Thus, at time T0, since only the device 43 is sending the packet, the central node device 1 only receives the start-waiting configuration beacon packet sent by the device 43 at time T0, and first initiates a start-up configuration flow for the device 43; at T0+100ms, device 1 receives the start-waiting configuration beacon packet sent by device 2, and then initiates a start-up configuration procedure for device 2; although device 2 is closer than device 43, device 2 has not been wrapped at time T0, so event T0 has no device available to contend for resources with device 43.
Therefore, by adding a random time delay, the beacon packet sent by the remote device may be received by the central node before the beacon packet of the near device, so as to start the configuration process preferentially. Therefore, the problem of resource competition that equipment close to a central node can more easily obtain a flow with priority starting configuration due to the fact that all the equipment send a beacon packet waiting for starting configuration in a bundled mode can be avoided.
In the third embodiment of the present invention, when a plurality of devices to be connected to a network are configured for starting, a means for determining independent random time delay is not adopted, but only independent random transmission power is determined for the devices to be connected to the network. Specifically, as shown in fig. 5, in step 302, a plurality of devices to be distributed are powered on simultaneously. In step 304, each of the plurality of devices to be collocated determines an independent random transmission power. In step 306, each of the plurality of devices to be connected to the network sends the first packet of the configuration beacon waiting to start with its corresponding random transmission power. In step 308, each of the plurality of devices to be configured continues to transmit the waiting configuration beacon packet at its corresponding random transmission power, so that the corresponding start configuration device can perform start configuration operation thereon.
Similar to the third embodiment of the present invention, the fourth embodiment of the present invention provides another method for over-the-air upgrading of software for a plurality of nodes to be upgraded in a bluetooth Mesh network. Similarly, in the fourth embodiment, a means for determining an independent random time delay for the device to be configured is not adopted, and an independent random transmission power is determined only for the node to be upgraded. Specifically, as shown in fig. 6, in step 402, the upgrade service apparatus node transmits an upgrade instruction to a plurality of nodes to be upgraded. In step 404, when each of the plurality of nodes to be upgraded receives the upgrade instruction and decides to accept the upgrade, each of the plurality of nodes to be upgraded determines an independent random transmission power. In step 406, the node to be upgraded transmits the first over-the-air upgrade beacon packet with its corresponding random transmission power. In step 408, each of the plurality of nodes to be upgraded continues to transmit the over-the-air upgrade waiting beacon packet at its corresponding random transmission power, so that the corresponding upgrade service device node can perform a software over-the-air upgrade operation thereon.
By separately using the solutions described in the third or fourth embodiments of the present invention, the start-up configuration and the over-the-air software upgrade process can also be optimized. For example, in a startup configuration process, the transmit power of different devices is typically different, assuming that all devices choose a random value between 1dbm and 10dbm as the transmit power. Assuming that the device 2 randomly selects 1dbm as the transmission power, and the device 23 randomly selects 10dbm as the transmission power, even if the beacon packets waiting for start configuration of the devices 2 and 23 are simultaneously transmitted and the devices 2 are closer, because the transmission power of the devices 23 is higher, the strength of the received signal of the beacon packet transmitted by the device 23 and received by the device 1 may be stronger than the strength of the beacon packet transmitted by the device 2, and therefore, a more distant device 23 may be selected to start the configuration process, thereby optimizing the configuration process. As a preferred scheme, the random transmission power can be selected from-5 dbm to the maximum transmission power of the device to be networked, so as to enhance the randomization effect of the transmission power. But practice of the invention is not limited thereto.
In the scheme of the invention adopting random transmission power, additional technical means can be adopted to prevent the situation that one party can receive the data packet of the other party but the other party cannot receive the data packet of the other party between the starting configuration equipment and the equipment to be configured or between the node of the upgrading service equipment and the node to be upgraded. For example, if the device 1 uses a transmission power of 10dbm and the device 2 uses a transmission power of 1dbm, and the two are far apart from each other, the signal transmitted with the transmission power of 10dbm can reach the opposite party, but the signal transmitted with the transmission power of 1dbm cannot reach the opposite party, so that the device 2 can receive the data packet transmitted by the device 1, and the device 1 cannot receive the data packet transmitted by the device 2.
In view of this, the present invention also provides a method of synchronizing random transmit power between two devices. In this way, two devices need to interact with their own transmission powers to synchronize the transmission powers of both sides. As a non-limiting example of this method of synchronizing random transmit powers, as shown in fig. 7, the method begins at step 502 where each of the two devices randomly selects a transmit power within a set transmit power range to begin communication. In step 504, a device receives a request packet or a response packet from the other device. At step 506, the device actively reports its transmit power. In step 508, it is determined whether the transmission power reported by the other party is received within a set time. If not, then at step 510, the communication established by the other party is stopped. If so, it is determined whether an adjustment of its transmit power is needed at step 512. Specifically, the party with smaller transmission power can increase its transmission power to a higher transmission power by actively reporting its transmission power to the other party. Preferably, in actual operation, it can be decided in a more optimal manner whether to change its own transmit power. For example, although the transmission power of the other party is detected to be larger than that of the other party, the other party can receive the data packet sent by the other party actually, or the RSSI of the data packet sent by the other party is large enough, so that the communication can be normally completed without adjusting the transmission power of the other party. If the device determines in step 512 that it needs to adjust its transmit power, then the transmit power adjustment is performed in step 514 and the remaining communications continue to be completed in step 516.
By the method for synchronizing the random transmitting power, the scheme of the random transmitting power can avoid the condition that the random transmitting power of one of the two devices is too small to influence the communication.
In summary, the method of the present invention can reduce the problem of data packet congestion caused by the over-concentration of the devices executing the start configuration or the software over-the-air upgrade in the process of the device start configuration or the process of the software over-the-air upgrade, and can optimize the device configuration or the software upgrade process, thereby improving the operation speed and efficiency. While various embodiments of various aspects of the invention have been described for purposes of this disclosure, it should not be understood to limit the teachings of the disclosure to these embodiments. Features disclosed in one particular embodiment are not limited to that embodiment, but may be combined with features disclosed in different embodiments. For example, one or more features and/or operations of a method according to the present invention described in one embodiment may also be applied, individually, in combination or in whole, in another embodiment. Further, it should be understood that the method steps described above may be performed sequentially, in parallel, combined into fewer steps, split into more steps, combined and/or omitted differently than as described. It will be understood by those skilled in the art that there are many more alternative embodiments and variations possible and that various changes and modifications may be made to the above-described method steps without departing from the scope of the invention as defined in the appended claims.
Claims (11)
1. A method for performing start-up configuration on a plurality of devices to be configured in a Bluetooth Mesh network, the method comprising:
(a) simultaneously powering on a plurality of devices to be configured;
(b) each of the plurality of devices to be distributed determines independent random transmitting power;
(c) each of the plurality of devices to be distributed sends a first beacon packet to be started and configured with the corresponding random transmission power; and
(d) and each of the plurality of devices to be distributed continues to send the beacon packet waiting for starting configuration at the corresponding random transmission power, so that the corresponding starting configuration device can perform starting configuration operation on the beacon packet.
2. The method of claim 1, wherein the random transmit power is between-5 dbm and a maximum transmit power of the device to be networked.
3. The method of claim 1, wherein after step (a), each of the plurality of devices to be networked is assigned an independent random time delay; and is
In step (c), each of the multiple devices to be networked sends the first waiting-to-start configuration beacon packet when waiting for the time determined by its corresponding random time delay.
4. The method of claim 3, wherein the random time delay is between 0ms and a transmission interval time of a waiting-to-start configuration beacon packet.
5. A method for over-the-air software upgrade of a plurality of nodes to be upgraded in a bluetooth Mesh network, the method comprising:
(a) the upgrade service equipment node sends an upgrade instruction to a plurality of nodes to be upgraded;
(b) when each of a plurality of nodes to be upgraded receives an upgrade instruction and decides to accept upgrade, each of the plurality of nodes to be upgraded determines independent random transmission power;
(c) the node to be upgraded sends a first beacon packet waiting for air upgrade by using the corresponding random transmission power; and
(d) and each node to be upgraded continuously transmits a waiting over-the-air upgrading beacon packet at the corresponding random transmission power of the node to be upgraded so that the corresponding upgrading service equipment node can carry out software over-the-air upgrading operation on the node to be upgraded.
6. The method of claim 5, wherein the random transmit power is between-5 dbm and a maximum transmit power of the device to be networked.
7. The method of claim 5, wherein after step (a), when each of the plurality of nodes to be upgraded receives the upgrade instruction and decides to accept the upgrade, assigning an independent random time delay to each of the plurality of nodes to be upgraded; and is
In step (c), each of the plurality of nodes to be upgraded transmits a wait first over-the-air upgrade beacon packet while waiting for a time determined by its corresponding random time delay.
8. The method of claim 7, wherein the random time delay is between 0ms and a transmission interval time of a waiting-to-start configuration beacon packet.
9. A method for synchronizing random transmit power between two devices, the method comprising:
(a) each of the two devices randomly selects a transmission power within the set transmission power range to start communication;
(b) one own device in the two devices receives a request packet or a response packet of the opposite device;
(c) the own equipment actively reports own transmitting power to the opposite equipment;
(d) the own equipment judges whether the own equipment receives the transmitting power reported by the opposite equipment within set time; if not, stopping or communication established by the other party; if yes, continuing to execute the step (e);
(e) the own equipment judges whether the own emission power needs to be adjusted or not; if yes, the own device executes the adjustment of the transmitting power and goes to the step (f); if not, directly turning to the step (f);
(f) the two devices continue to complete the remaining communications.
10. The method of claim 9, wherein the method for the self-device to determine whether the transmit power needs to be adjusted in step (e) comprises: if the transmission power reported by the opposite device is higher than the transmission power of the own device, the transmission power of the own device needs to be adjusted, and the performing of the adjustment of the transmission power comprises increasing the transmission power of the own device.
11. The method of claim 9, wherein the method for the self-device to determine whether the transmit power needs to be adjusted in step (e) comprises: if the opposite side equipment can receive the data packet sent by the own equipment or the RSSI of the data packet sent by the opposite side equipment exceeds the set strength, the transmission power of the own equipment does not need to be adjusted.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111681228.8A CN114339706A (en) | 2019-03-06 | 2019-03-06 | Method for starting and configuring multiple devices to be distributed in Bluetooth Mesh network |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910168979.6A CN109769238B (en) | 2019-03-06 | 2019-03-06 | Method for starting and configuring multiple devices to be distributed in Bluetooth Mesh network |
| CN202111681228.8A CN114339706A (en) | 2019-03-06 | 2019-03-06 | Method for starting and configuring multiple devices to be distributed in Bluetooth Mesh network |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910168979.6A Division CN109769238B (en) | 2019-03-06 | 2019-03-06 | Method for starting and configuring multiple devices to be distributed in Bluetooth Mesh network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114339706A true CN114339706A (en) | 2022-04-12 |
Family
ID=66457835
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910168979.6A Active CN109769238B (en) | 2019-03-06 | 2019-03-06 | Method for starting and configuring multiple devices to be distributed in Bluetooth Mesh network |
| CN202111681228.8A Pending CN114339706A (en) | 2019-03-06 | 2019-03-06 | Method for starting and configuring multiple devices to be distributed in Bluetooth Mesh network |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910168979.6A Active CN109769238B (en) | 2019-03-06 | 2019-03-06 | Method for starting and configuring multiple devices to be distributed in Bluetooth Mesh network |
Country Status (1)
| Country | Link |
|---|---|
| CN (2) | CN109769238B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110830968A (en) * | 2019-09-30 | 2020-02-21 | 珠海格力电器股份有限公司 | Networking method and device, Bluetooth equipment and computer readable medium |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9819986B2 (en) * | 2012-08-17 | 2017-11-14 | Flextronics Ap, Llc | Automated DLNA scanning with notification |
| US9417078B1 (en) * | 2015-05-15 | 2016-08-16 | Seibert Williams Glass, LLC | Portable device and method for querying a vehicle network |
| CN104699499B (en) * | 2014-12-31 | 2017-10-31 | 青岛同鑫创新实验室科技有限公司 | A kind of heterogeneous terminals method for upgrading software |
| US20180240322A1 (en) * | 2016-01-22 | 2018-08-23 | Hayward Industries, Inc. | Systems and methods for providing network connectivity and remote monitoring, optimization, and control of pool/spa equipment |
| US10272014B2 (en) * | 2016-01-22 | 2019-04-30 | Hayward Industries, Inc. | Systems and methods for providing network connectivity and remote monitoring, optimization, and control of pool/spa equipment |
| CN106843954A (en) * | 2017-01-16 | 2017-06-13 | 武汉慧联无限科技有限公司 | Sensor node remote upgrade method |
| CN107276628B (en) * | 2017-06-09 | 2019-06-21 | 重庆邮电大学 | A kind of industry wireless network time slot centralised allocation method under TSCH mode |
| CN108551690B (en) * | 2018-01-30 | 2022-06-03 | 京信网络系统股份有限公司 | Wireless device access method and device and terminal device |
| WO2020056558A1 (en) * | 2018-09-17 | 2020-03-26 | 深圳市汇顶科技股份有限公司 | Bluetooth cluster online upgrade method and apparatus |
| CN109152065B (en) * | 2018-10-31 | 2022-03-25 | 重庆邮电大学 | IPv 6-based industrial wireless network multi-node secure network access method |
-
2019
- 2019-03-06 CN CN201910168979.6A patent/CN109769238B/en active Active
- 2019-03-06 CN CN202111681228.8A patent/CN114339706A/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| CN109769238B (en) | 2022-05-20 |
| CN109769238A (en) | 2019-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20190306790A1 (en) | Method and apparatus for managing target wake time in a communication network | |
| US20220210827A1 (en) | User equipment initiated channel occupancy time (cot) sharing between multiple user equipments | |
| US20210185645A1 (en) | Method and Apparatus for Transmitting Information | |
| CN101502060B (en) | Transmit time segments for asynchronous wireless communication | |
| US8041297B2 (en) | Method for supporting peer-to-peer communication in a wireless communication system | |
| US11864212B2 (en) | Information transmission for pre-configuring dedicated resources in idle mode | |
| JP2003513591A (en) | Method and apparatus for coordinating channel access to a shared parallel data channel | |
| EP2832168B1 (en) | Dynamic setting of transmisison time in a contention based wireless system | |
| US20060291432A1 (en) | Methods and apparatus to perform dynamic channel management and dynamic bandwidth changes in wireless local area networks | |
| CN112714472A (en) | Parameter feedback, updating and associating method, communication node, communication system and medium | |
| CN113330806A (en) | User equipment coordination set for wireless networks using unlicensed frequency bands | |
| US9131521B2 (en) | Communications apparatus transmitting data on channels adaptively switchable | |
| JP2023171401A (en) | Enhanced multi-connection operation | |
| US7751365B2 (en) | Wireless access point apparatus, wireless LAN system, wireless communicating method, program for implementing the method, and storage medium storing the program | |
| CN109769238B (en) | Method for starting and configuring multiple devices to be distributed in Bluetooth Mesh network | |
| US7804813B2 (en) | Radio communication method, radio communication terminal and radio LAN system | |
| KR20090009376A (en) | P2p grouping method and p2p communicating method in cellular system | |
| EP1843617A2 (en) | Method and system for performing ranging when using multiple channel communication in a wireless network | |
| CN115988428A (en) | Self-networking method for dynamically adjusting frame structure | |
| US20230095005A1 (en) | Resource allocation for clients of multiple co-hosted vaps | |
| CN111770534B (en) | Dynamic access control method and related components of wireless autonomous frequency selection system | |
| CN105409296A (en) | Method for implementing device to device (d2d)-based multicast communication in cellular network | |
| EP4104357A1 (en) | Handling overlapping of multiple physical uplink shared channels (puschs) | |
| CN107071925B (en) | A kind of broadcast channel method for reliable transmission under CSMA/CA mechanism | |
| KR102424820B1 (en) | System of multiple access protocol wireless network based on variable period beacon using token ring and method transmitting thereof |
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 |