Method and system for enhancing BLE periodic broadcast rate by using Wi-Fi

Abstract

The invention discloses a method and system for enhancing a BLE periodic broadcast rate by using Wi-Fi, and relates to the technical field of wireless communication. According to the method, based on a broadcast packet set in BLE periodic broadcast, periodic broadcast transmission related to Wi-Fi is expanded by configuring parameters of an auxiliary pointer AuxPtr domain and a synchronization information SynInfo domain in an ADVEXTIND packet and an AUXADVIND packet, and a periodic broadcast sending anchor point is still specified according to a BLE protocol; after expansion, the periodic broadcast has a Wi-Fi mode and a BLE mode, the Wi-Fi mode transmits the Wi-Fi periodic broadcast based on the configured parameters, and the BLE mode transmits the standard BLE periodic broadcast. According to the invention, the BLE Bluetooth periodic broadcast is expanded through Wi-Fi, the transmission rate of the BLE Bluetooth periodic broadcast is improved, and efficient communication is realized.

Description

Technical Field

[0001] The present invention relates to the field of wireless communication technology, and in particular to a method and system for enhancing the BLE periodic broadcast rate by using Wi-Fi. Background Art

[0002] Bluetooth technology is a radio technology that supports short-distance communication between devices. It uses the 2.4GHz ISM band and frequency hopping spread spectrum technology for transmission, and has high security and anti-interference capabilities. Bluetooth technology can achieve convenient, fast, flexible, secure, low-cost, and low-power data and voice communications between devices. Wi-Fi technology is a wireless LAN technology based on the IEEE 802.11 standard that allows electronic devices to connect to the Internet or communicate with each other through wireless signals. Wi-Fi technology is widely used in homes, commercial places, schools and other environments, providing high-speed data transmission rates and long transmission distances.

[0003] In the field of chip design and manufacturing, in order to pursue higher integration, Bluetooth and Wi-Fi technologies and other functional modules are usually integrated into one chip to reduce chip size and cost, while reducing power consumption. Since Bluetooth and Wi-Fi technologies have overlapping frequency bands on 2.4GHz, both can use the 2.4GHz frequency band to send and receive packets. When the two work at the same time, they will interfere with each other. Therefore, in order to avoid interference, the design mainly considers the coexistence of the two technologies to minimize various types of interference.

[0004] At present, the mainstream Bluetooth Wi-Fi Comb chip design scheme is to avoid the two technologies as the source of mutual interference, so that the two technologies often run independently in actual use, resulting in resource waste and reduced communication efficiency. Based on this, the prior art also provides a technical solution for the two technologies to work together. For example, Chinese patent ZL202411426394.7 provides an enhanced Bluetooth and Wi-Fi collaborative communication method, including: obtaining basic information and communication history of user equipment, determining a first communication strategy; the first communication strategy includes the primary transmission type of Bluetooth or Wi-Fi - if the user configures it as a point-to-point type transmission, Bluetooth transmission is preferred; if the user configures it as a broadcast type transmission, Wi-Fi transmission is preferred; obtaining communication environment data, extracting key features from the communication environment data, evaluating communication requirements based on the key features and analyzing the current communication environment conditions, obtaining a second communication strategy based on the communication environment conditions and the first communication strategy, and outputting the second communication strategy; obtaining communication feedback results in real time based on the operation of the second communication strategy, adjusting the second communication strategy based on the real-time communication feedback results, and obtaining a third communication strategy; continuously adjusting communication parameters to adapt to the third communication strategy and outputting the third communication strategy. The above solution can intelligently select and switch Bluetooth or Wi-Fi communication according to communication requirements and environmental conditions, thereby optimizing communication performance and user experience.

[0005] However, the above solution essentially still dynamically selects one of Bluetooth and Wi-Fi communication modes as the most suitable communication mode at present according to the actual communication environment and user needs, and it still fails to fully utilize the advantages of Bluetooth technology and Wi-Fi technology. Summary of the invention

[0006] The purpose of the present invention is to overcome the shortcomings of the prior art and provide a method and system for enhancing the BLE periodic broadcast rate by using Wi-Fi. The present invention integrates Bluetooth technology and Wi-Fi technology, utilizes the flexibility of Bluetooth broadcast and the high rate of Wi-Fi technology, and uses Wi-Fi to expand BLE Bluetooth periodic broadcast, improve its transmission rate, and achieve efficient communication.

[0007] To achieve the above objectives, the present invention provides the following technical solutions: A method for enhancing the periodic broadcast rate of low-power Bluetooth BLE by using Wi-Fi. Based on the broadcast packet set in the BLE periodic broadcast, the periodic broadcast transmission related to Wi-Fi is extended by configuring the parameters of the auxiliary pointer AuxPtr field and the synchronization information SynInfo field in the extended broadcast indication packet ADV_EXT_IND packet and the auxiliary broadcast indication packet AUX_ADV_IND packet. The periodic broadcast sending anchor point is still specified according to the BLE protocol. After the expansion, the periodic broadcast has Wi-Fi mode and BLE mode. In Wi-Fi mode, Wi-Fi periodic broadcast is transmitted based on the parameters configured above; in BLE mode, standard BLE periodic broadcast is transmitted.

[0008] Further, the extension includes: extending the parameters of the AUX PHY field AuxPtr.PHY in the AuxPtr field to configure the physical layer Wi-Fi PHY related to Wi-Fi, so as to indicate that the periodic broadcast adopts the physical layer related to Wi-Fi to send; extending the parameters of the ChM field SyncInfo.ChM in the SyncInfo field to configure the transmission channel information of Wi-Fi, so as to specify the Wi-Fi transmission channel and specific Wi-Fi PHY type information in the Wi-Fi mode; extending the parameters of the PeriodicEventCounter field SyncInfo.PeriodicEventCounter in the SyncInfo field to configure the number of Wi-Fi data packets, so as to specify the number of Wi-Fi data packets to be sent in the periodic broadcast in the Wi-Fi mode.

[0009] Further, when configuring the Wi-Fi PHY, an unused binary number in the AuxPtr.PHY field is obtained, and a binary number arranged at the rear is selected to configure the Wi-Fi PHY, so as to reduce the conflict between the aforementioned extension and the future newly evolved Bluetooth protocol; At this time, when AuxPtr.PHY is equal to the binary number corresponding to BLE, the corresponding SyncInfo indicates the channel configuration information Channel Map of BLE; When AuxPtr.PHY is equal to the aforementioned selected binary number, the corresponding SyncInfo indicates the transmission channel configuration information of Wi-Fi.

[0010] Furthermore, when configuring the transmission channel information of Wi-Fi, the original SyncInfo.ChM domain is divided into two subdomains, including a first subdomain and a second subdomain, and the 37 bits corresponding to the original SyncInfo.ChM domain is divided into two parts and allocated to the first subdomain and the second subdomain respectively; The first sub-field is the first multiple bits of the 37 bits, which are used to encode the Wi-Fi channel in the 2.4 GHz or 5 GHz frequency band to indicate the Wi-Fi transmission channel; The second subfield is the remaining bits, which are used to encode the specific Wi-Fi PHY type to indicate the specific protocol type of Wi-Fi.

[0011] Furthermore, an ACK window is configured. When the specified number of Wi-Fi packets in the PeriodicEventCounter field are broadcast and sent, the broadcasting device allows the receiving device to send ACK information through the aforementioned reserved ACK window; The broadcasting device is configured to: collect whether there is a device reception error through the ACK window, and for data packets with reception errors, retransmit the data packets in a subsequent broadcast cycle based on a preset retransmission limit; and collect clean channel information provided by the receiving device through the ACK window for subsequent channel adjustment.

[0012] Furthermore, it also includes an ACK contention window, in which only one receiving device is allowed to successfully compete, that is, during a periodic broadcast period, when the broadcast data is sent, only one receiving device can obtain the right to send ACK; The receiving device is configured into two categories, including a first category of devices that correctly receive the periodic broadcast packets and a second category of devices that do not correctly receive the periodic broadcast packets. The first category of devices and the second category of devices select their own backoff slot numbers within the range corresponding to the backoff slots of the contention window; wherein the first category of devices randomly selects a value within a first specified range of the backoff slots, and the second category of devices randomly selects a value within a second specified range of the backoff slots; the second specified range is before the first specified range, that is, the random backoff slot number of the second category of devices is less than the random backoff slot number of the first category of devices, so that the second category of devices can preferentially obtain the ACK contention window to obtain the ACK sending right.

[0013] Further, the ACK contention window is configured to occur after a short interframe space SIFS; And, the packet interval between periodic broadcast packets of Wi-Fi is adjusted to a short interframe space SIFS to improve the success probability of the broadcast.

[0014] Furthermore, the ACK packet sent by the receiving device is configured with received signal strength indication RSSI feedback information, signal-to-noise ratio SNR feedback information, received error rate feedback information, data packet loss rate feedback information, channel busyness feedback information and / or clean channel suggestion feedback information; The broadcast device is configured to: after obtaining the ACK packet sent by the receiving device, adjust the sending strategy according to the feedback information in the ACK packet, including dynamically adjusting the sending rate, dynamically selecting a more reasonable channel and / or configuring the retransmission of the broadcast data.

[0015] The present invention also provides a hybrid communication system of BLE and Wi-Fi, including a sending device and a receiving device both supporting BLE and Wi-Fi, wherein the sending device can continuously send BLE periodic broadcasts at fixed time intervals to broadcast data, and the receiving device receives data at each periodic broadcast interval; The BLE periodic broadcast is extended and configured through the aforementioned method to enhance the BLE periodic broadcast rate.

[0016] Further, the sending device is configured to perform the following steps: S110, sending an ADV_EXT_IND packet on the main broadcast channel; the ADV_EXT_IND packet carries the appearance information of the subsequent AUX_ADV_IND packet, including the sending time of the AUX_ADV_IND packet, the frequency hopping channel, and the selected physical layer PHY information, where the physical layer is a BLE-related physical layer or a Wi-Fi-related physical layer; S120, determining whether to send a Wi-Fi data packet in the periodic broadcast; when determining to send a Wi-Fi data packet, filling the AuxPhr field and the SyncInfo field of the AUX_ADV_IND packet according to the extended parameters of the Wi-Fi mode; when determining not to send a Wi-Fi data packet, filling the AUX_ADV_IND packet according to the BLE standard mode; S130, sending an AUX_ADV_IND packet, wherein the AUX_ADV_IND packet carries the appearance information of the subsequent periodically broadcast data packet AUX_SYNC_IND packet, including the sending time, frequency hopping channel, and periodic broadcast mode of the AUX_SYNC_IND packet; S140, determining whether it is Wi-Fi mode or BLE mode; if it is determined to be Wi-Fi mode, executing step S150, and if it is determined to be BLE mode, executing step S160; S150, after sending a data packet, wait for a SIFS time interval; determine whether the number of packets sent exceeds the number of Wi-Fi packets set in the PeriodicEventCounter field, if it is determined that it is not exceeded, continue to send a data packet and wait for the SIFS time interval, if it is determined that it is exceeded, receive an ACK packet, and then execute step S170; S160, sending a standard BLE periodic broadcast, and then executing step S170; S170, ending the current round of periodic broadcasting when the time comes, and waiting for the next round of periodic broadcasting; S180, returning to step S110; Among them, for the Wi-Fi mode, between steps S170 and S180, the step of: judging whether to change the channel to select a new Wi-Fi channel according to the ACK feedback information in the received ACK packet; when the channel needs to be changed, indicating the new Wi-Fi channel in the periodic broadcast packet.

[0017] Further, the sending device is configured to determine whether to change the channel in the following manner: Determine whether the periodic broadcast packet contains a frequency hopping indication broadcast frame, and determine whether all receiving devices have correctly received all packets during the periodic broadcast; When the periodic broadcast packet contains a frequency hopping indication broadcast frame and all receiving devices correctly receive all packets during the periodic broadcast, the channel change is triggered.

[0018] Further, the receiving device is configured to perform the following steps: S210, receiving ADV_EXT_IND packet; S220, calculating the frequency hopping channel and sending time of the AUX_ADV_IND packet; S230, receiving an AUX_ADV_IND packet; S240, calculating the anchor point and channel of the periodic broadcast; S250, waiting until the anchor point time, receiving the periodic broadcast; performing different operations according to different modes of the periodic broadcast, for the BLE mode, returning to step S240, for the Wi-Fi mode, executing step S260; S260, determine whether the data is received correctly and calculate the error rate; when it is determined that the packet reception fails, randomly select the value of the backoff slots within the second specified range; when it is determined that the data packet is received correctly, randomly select the value of the backoff slots within the first specified range; then, enter the ACK contention window to send the ACK packet, and return to execute step S240.

[0019] Due to the adoption of the above technical solution, the present invention has the following advantages and positive effects compared with the prior art, as an example: the present invention integrates Bluetooth technology and Wi-Fi technology, utilizes the flexibility of Bluetooth broadcasting and the high rate of Wi-Fi technology, and uses Wi-Fi to expand BLE Bluetooth periodic broadcasting, improve its transmission rate, and achieve efficient communication. Typical application scenarios of the present invention, for example, can be used for broadcasting audio and video. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 The present invention is an existing technology for BLE periodic broadcasting.

[0021] Figure 2The present invention provides for extending the AuxPtr field to indicate that periodic broadcasting is sent using the 802.11 related physical layer.

[0022] Figure 3 This is a data structure diagram of the AuxPtr field set in the Bluetooth protocol.

[0023] Figure 4 This is a data structure diagram of the AUX PHY field in the AuxPtr field set in the Bluetooth protocol.

[0024] Figure 5 This is a data structure diagram of the SyncInfo field set in the Bluetooth protocol.

[0025] Figure 6 The present invention provides an extension of the SyncInfo field to configure periodic broadcasting of a Wi-Fi mode (taking the 802.11 mode as an example).

[0026] Figure 7 A schematic diagram of sending four Wi-Fi data packets through the PeriodicEventCounter field provided by the present invention.

[0027] Figure 8 This is a schematic diagram of reserving a period of time to configure an ACK window after four Wi-Fi data packets provided by the present invention are sent.

[0028] Fig. 9 A diagram of the packet interval configuration between periodic broadcast packets provided by the present invention.

[0029] Fig.10 It is the occurrence time of the contention window of the existing standard Wi-Fi protocol, and the contention window occurs after DIFS.

[0030] Fig.11 A flowchart of a broadcast device providing the present invention sending periodic broadcasts.

[0031] Fig.12 A flow chart of a receiving device receiving periodic broadcasts provided by the present invention.

[0032] Fig.13 This is a schematic diagram of channel changes in the 802.11 mode provided by the present invention.

[0033] Fig.14 This is an example of a situation that satisfies the channel change condition provided by the present invention. DETAILED DESCRIPTION

[0034] The following is a further detailed description of the method and system for enhancing the BLE periodic broadcast rate using Wi-Fi disclosed in the present invention in conjunction with the accompanying drawings and specific embodiments. It should be noted that the technologies (including methods and devices) known to ordinary technicians in the relevant field may not be discussed in detail, but in appropriate cases, the above-mentioned known technologies are considered to be part of the specification. At the same time, other examples of exemplary embodiments may have different values. The structures, proportions, sizes, etc. illustrated in the drawings of this specification are only used to match the contents disclosed in the specification for people familiar with this technology to understand and read, and are not used to limit the limiting conditions that the invention can be implemented. In the description of the embodiments of the present application, " / " means or, and "and / or" is used to describe the association relationship of associated objects, indicating that there can be three relationships, for example, "A and / or B" means: A and B exist alone, B exists alone, and A and B exist at the same time. In the description of the embodiments of the present application, "multiple" refers to two or more, and "multi-level" refers to two or more.

[0035] Technical term explanation: 1) Periodic Advertising PA: Periodic Advertising PA is an important feature introduced in Bluetooth 5.0, mainly used for efficient data transmission between Bluetooth Low Energy (BLE) devices. As a broadcast mechanism in the Bluetooth Low Energy specification, periodic advertising PA allows broadcasting devices to continuously broadcast data at fixed time intervals. Connected Bluetooth devices can receive data in each broadcast interval after synchronization is established. PA is suitable for scenarios that require continuous and low-power data transmission, such as sensor data, audio data, etc., and is of great significance for achieving stable and reliable data transmission.

[0036] 2) ACK (full name Acknowledgement): refers to the confirmation signal, which is a positive feedback. After the receiver receives the data, it replies with a message to inform the sender. Example

[0037] See also Figure 1As shown, the existing specifications of BLE periodic broadcast are illustrated. The broadcasting device sends periodic broadcasts at the periodic broadcast sending anchor point. The broadcasts that occur between the periodic broadcast sending anchor points are periodic broadcast events (PeriodicAdvertising Event). An event can include one or several broadcast packets. If there are multiple broadcast packets, the entire event needs to be connected through the auxiliary pointer AuxPtr (full name Auxiliary Pointer) in the broadcast packet to indicate the sending time and frequency hopping channel of the next broadcast packet on the receiving end. In addition, there is a periodic advertising interval (or periodic broadcast interval) between each periodic broadcast event, which is used to determine the frequency of periodic broadcasts of the broadcast set.

[0038] The broadcast channels include primary advertising channels and secondary advertising channels. The primary advertising channels are used for basic broadcast information transmission, while the secondary advertising channels are used for more detailed auxiliary information transmission. Generally speaking, the packet length on the primary broadcast channel is shorter, while the packet length on the secondary broadcast channel is longer. Figure 1 In the figure, the primary broadcast channels are channels 39, 38, and 37, and the secondary broadcast channels are channels 0 to 36.

[0039] The types of advertising packets may include ADV_EXT_IND packets, AUX_ADV_IND packets, AUX_SYNC_IND packets, and AUX_CHAIN_IND packets.

[0040] The ADV_EXT_IND packet is an extended broadcast indication packet, which is used to initiate a broadcast and is sent on the main broadcast channel. The AuxPtr field in the packet indicates the sending time and frequency hopping channel of the following AUX_ADV_IND packet. After receiving the ADV_EXT_IND, the receiving device can receive the subsequent extended broadcast data according to the information therein (such as the broadcast interval, broadcast channel, etc.).

[0041] The AUX_ADV_IND packet is an auxiliary broadcast indication packet, which appears in the secondary broadcast channel. The AuxPtr field in the packet indicates the sending time and frequency hopping channel of the subsequent periodic broadcast packet.

[0042] The AUX_SYNC_IND packet is an auxiliary synchronization indication packet, which is a data packet broadcast periodically, is the key to periodic broadcasting, and is used to carry data. If the data transmitted by the upper layer protocol is long, an AUX_SYNC_IND packet cannot be sent completely, and then a Chain packet can be used to follow the AUX_CHAIN_IND packet.

[0043] The AUX_CHAIN_IND packet is a data packet of the auxiliary information chain, sending the remaining data.

[0044] exist Figure 1 The auxiliary pointer AuxPtr and synchronization information SyncInfo appear many times in the , the auxiliary pointer AuxPtr is a pointer to the auxiliary information, used to guide the receiving device to obtain more detailed information. The synchronization information SyncInfo is the most important in periodic broadcasting, and its role is mainly reflected in the following aspects.

[0045] 1) Time synchronization: SyncInfo contains key information related to time, which can help the receiving device and the broadcasting device (or sending device) maintain time synchronization. By parsing the timestamp and other data in SyncInfo, the receiving device can adjust its own clock to ensure that it accurately monitors the broadcast data packets during the periodic broadcast interval and does not miss important information.

[0046] 2) Channel synchronization: SyncInfo can be used to indicate when the receiving device switches between the primary and secondary advertising channels. It allows the receiving device to switch from the primary to the secondary advertising channel at the appropriate time according to the arrangement of the broadcasting device, so as to smoothly receive auxiliary advertising data packets (such as AUX_ADV_IND, AUX_CHAIN_IND, etc.).

[0047] 3) Synchronous auxiliary data transmission: SyncInfo can assist the receiving device to synchronize and manage the transmission of auxiliary data, ensure that data packets are received and processed in the correct order, and ensure the integrity and accuracy of data transmission.

[0048] It can be seen that the sending of BEL periodic broadcast actually goes through two "primers" - ADV_EXT_IND packet and AUX_ADV_IND packet, to induce the subsequent periodic broadcast data packet AUX_SYNC_IND packet. Without these two paving broadcast packets, the receiving device cannot find the sending anchor point and frequency hopping channel of the periodic broadcast packet.

[0049] The present invention utilizes the above-mentioned BLE periodic broadcast rules and configures the AuxPtr field and SynInfo field in the corresponding broadcast packet to extract the subsequent required data packets. Specifically, the present invention needs to extract the data packets related to the Wi-Fi protocol (i.e., the 802.11 protocol) and expand the periodic broadcast of the Wi-Fi mode, thereby expanding the Bluetooth periodic broadcast through Wi-Fi to enhance the low-power Bluetooth BLE periodic broadcast rate.

[0050] Accordingly, an embodiment of the present invention provides a method for enhancing the BLE periodic broadcast rate using Wi-Fi, the method comprising: based on the broadcast packet set in the BLE periodic broadcast, by configuring the parameters of the auxiliary pointer AuxPtr field and the synchronization information SynInfo field in the extended broadcast indication packet ADV_EXT_IND packet and the auxiliary broadcast indication packet AUX_ADV_IND packet to extend the periodic broadcast transmission related to Wi-Fi, and the periodic broadcast sending anchor point is still specified according to the BLE protocol. After the extension, the periodic broadcast has a Wi-Fi mode (or 802.11 mode) and a BLE mode; in the Wi-Fi mode, the Wi-Fi periodic broadcast is transmitted based on the aforementioned configured parameters; in the BLE mode, the standard BLE periodic broadcast is transmitted.

[0051] In the specific implementation, the parameters of the AUX PHY field AuxPtr.PHY in the AuxPtr field are first extended to configure the physical layer Wi-Fi PHY related to Wi-Fi to indicate that the periodic broadcast is sent using the physical layer related to Wi-Fi (corresponding to the 802.11 protocol), see Figure 2 shown.

[0052] The data structure of the AuxPtr field can be found in Figure 3 As shown, the AUX PHY domain is 3 bits. The AUX PHY domain generally refers to an auxiliary function or control domain related to the physical layer (PHY). The physical layer is the bottom layer of the hardware interface and is responsible for actual signal transmission and electrical characteristics.

[0053] Currently, Bluetooth only uses three physical layer PHYs, corresponding to the first three binary numbers 0b000, 0b001h and 0b010, and the following binary numbers 0b011 to 0b111 are not used yet, see Figure 4 In this embodiment, when configuring Wi-Fi PHY, after obtaining the unused binary numbers in the AuxPtr.PHY field, the following binary numbers can be selected to configure the Wi-Fi PHY to reduce the conflict between the aforementioned extension and the future newly evolved Bluetooth protocol.

[0054] As a typical method, for example, the last binary number 0b111 can be selected to indicate that 802.11 is the physical layer PHY, that is, Wi-Fi PHY. The last one is selected because the Bluetooth protocol upgrade may give priority to using the binary number immediately following 0b010. This configuration method can minimize the conflict between the aforementioned extension and the newly evolved Bluetooth protocol.

[0055] At this time, when the value (Vaule) corresponding to AuxPtr.PHY is equal to the binary number corresponding to BLE, such as 0b000, 0b001h or 0b010, SyncInfo indicates the channel configuration information Channel Map of BLE. When the value (Vaule) corresponding to AuxPtr.PHY is equal to 0b111, SyncInfo indicates the transmission channel configuration information of Wi-Fi.

[0056] The above scheme specifies the physical layer as Wi-Fi PHY by extending the AuxPtr domain, and the periodic broadcast sending anchor point is still specified according to the BLE protocol. Subsequently, the Wi-Fi transmission channel needs to be specified, which is configured by extending the SyncInfo domain.

[0057] The data structure of the SyncInfo field is shown in Figure 5 As shown. It can be seen that the bit width of the SyncInfo.ChM field (i.e., the ChM field in the SyncInfo field) is 37 bits, which was originally used as the channel configuration Channel Map for BLE periodic broadcast frequency hopping. In the present invention, since the physical layer is switched to Wi-Fi mode, the BLE Channel Map is not required, so the 37 bits corresponding to the original SyncInfo.ChM field are reset to configure the Wi-Fi transmission channel related information, see Figure 6 shown.

[0058] In specific implementation, when configuring the transmission channel of Wi-Fi, the original SyncInfo.ChM domain can be divided into two subdomains, including a first subdomain and a second subdomain. The 37-bit width corresponding to the original SyncInfo.ChM domain is divided into two parts and respectively allocated to the aforementioned first subdomain and second subdomain. The first subdomain can be the first multiple bits of the 37-bit domain, which is used to encode the Wi-Fi channel in the 2.4GHz or 5GHz frequency band to indicate the transmission channel of Wi-Fi. The second subdomain is the remaining bits at the end, which is used to encode the specific Wi-Fi PHY type to indicate the specific protocol type of Wi-Fi.

[0059] As a preferred typical method, for example, the first 25 bits of SyncInfo 37 bits can be used to encode the Wi-Fi channel. Specifically, according to the Wi-Fi protocol, 2.4GHz can have 14 channels, while the channel division of the 5GHz band is relatively complex, and the number of available channels varies from country to country. In my country, the 5GHz band can generally have 5 non-overlapping channels (the specific number may vary depending on the frequency band range division and device support). It should be noted that even though the channel division of the 5GHz band is relatively complex, the 25-bit bit width can fully cover various channel coding situations.

[0060] Then, the remaining 12 bits are used to encode the specific type of Wi-Fi PHY, which may be 802.11a, 802.11b, 802.11g, 802.11n, 802.11ac, 802.11ax, 802.11be, etc.

[0061] The above scheme configures the transmission channel in Wi-Fi mode by extending the meaning of the SyncInfo.ChM field of the BLE periodic broadcast. Furthermore, the present invention can also indicate the number of Wi-Fi packets in the periodic broadcast, which is implemented by extending the PeriodicEventCounter field in the SyncInfo field.

[0062] The SyncInfo.PeriodicEventCounter field is a counter used to synchronize and schedule periodic events, and is 2 bytes wide. The original PeriodicEventCounter field is similar to the ChM field, and is used for BLE frequency hopping selection through an algorithm. The present invention configures the number of Wi-Fi data packets by extending the parameters of the SyncInfo.PeriodicEventCounter field to specify the number of Wi-Fi data packets that need to be sent in the periodic broadcast in Wi-Fi mode. See Figure 7 As shown, a situation in which 4 Wi-Fi data packets are indicated is exemplified.

[0063] It should be emphasized that, unlike the periodic broadcast of Chain by BLE, the number of Wi-Fi data packets is predicted in advance through PeriodicEventCounter, that is, the number of Wi-Fi data packets to be sent subsequently is specified through PeriodicEventCounter.

[0064] In another embodiment, an ACK window is also configured, see Figure 8As shown. After the specified number of Wi-Fi packets in the PeriodicEventCounter field are broadcasted, the broadcasting device reserves an ACK window for the receiving device to send ACK information. Due to the characteristics of broadcast data, the receiving device does not need to send ACK information, but the present invention can be used for broadcasting devices to resend data and select channels by reserving an ACK window.

[0065] At this time, the broadcasting device is configured to: collect whether there is a device reception error through the ACK window, and for the data packet with reception error, retransmit the data packet in the subsequent broadcast cycle based on the preset retransmission limit; and collect the clean channel information provided by the receiving device through the ACK window for subsequent channel adjustment. In this way, limited data retransmission can be supported, and the clean channel information obtained by the receiving device through background scanning can be collected for subsequent channel selection, thereby reducing or avoiding interference.

[0066] Furthermore, the ACK contention window can also be included. Fig. 9 As shown, only one receiving device is allowed to successfully compete in the ACK contention window, that is, during a periodic broadcast, when the broadcast data is sent, only one receiving device can obtain the right to send ACK.

[0067] All receiving devices can be divided into two categories, including first-category devices that correctly receive periodic broadcast packets and second-category devices that do not correctly receive periodic broadcast packets. In this embodiment, the first-category devices and the second-category devices select their own backoff slot numbers within the range corresponding to the backoff slots of the contention window; wherein the first-category devices randomly select values ​​within the first specified range of the backoff slots, and the second-category devices randomly select values ​​within the second specified range of the backoff slots, and the second specified range is located before the first specified range, that is, the random backoff slot number of the second-category devices is less than the random backoff slot number of the first-category devices, so that the second-category devices can preferentially obtain the ACK contention window to obtain the ACK sending right.

[0068] For example, if the Backoff slots range in the contention window is configured to be 0-1024, the first type of device that correctly receives the periodic broadcast packet can randomly select a value in the range of 512-1024, and the second type of device that does not correctly receive the packet can randomly select a value in the range of 0-511. In this way, the second type of device can always get the window first to obtain the ACK sending right, thereby increasing the probability of broadcast retransmission.

[0069] Preferably, the ACK contention window of the present invention is configured to occur after SIFS, see Fig. 9 As shown, the contention window of the existing standard Wi-Fi protocol occurs after the distributed coordination function inter-frame interval DIFS, which is different from Fig.10 shown.

[0070] At the same time, in order to minimize the changes to the existing BLE protocol and Wi-Fi protocol to simplify product design, the packet interval between the periodic broadcast packets of Wi-Fi in the present invention can still follow the provisions of the 802.11 protocol, but in order to increase the success probability of the broadcast, preferably, the interval between the broadcast packets is set to SIFS, and continue to refer to Fig. 9 In 802.11 series wireless LANs, SIFS is a fixed value and the minimum inter-frame interval. It is equal to the time required for a node to switch from the sending state to the receiving state and decode correctly, or the time required to switch from the receiving state to the sending state. The SIFS value specified in different standards may be different.

[0071] The receiving device that obtains the ACK sending right can send an ACK packet. In this embodiment, the ACK packet may include the following content: received signal strength indication RSSI feedback information, signal-to-noise ratio SNR feedback information, received error rate feedback information, data packet loss rate feedback information, channel busyness feedback information and / or clean channel suggestion feedback information.

[0072] Specifically, the receiving device may be configured to: periodically measure the RSSI value and feed it back to the broadcasting device; and, when a significant change in signal quality is detected, calculate a new SNR value and feed it back to the broadcasting device; and, verify the received data packets, calculate the ratio of the number of erroneous data packets to the total number of received data packets to obtain a receiving error rate, and feed the receiving error rate back to the broadcasting device; and, count the number of lost data packets, calculate the ratio of the number of lost data packets to the total number of sent data packets to obtain a data packet loss rate, and feed the data packet loss rate back to the broadcasting device; and, monitor the signal collision situation on the detection channel and / or the transmission activities of other devices to determine the busyness of the channel, and feed the channel busyness back to the broadcasting device; and, use the idle time slot to scan other Wi-Fi channels, find a cleaner channel, generate a clean channel suggestion and feed it back to the broadcasting device, so that the broadcasting device dynamically selects the Wi-Fi frequency hopping channel according to the clean channel suggestions received within a period of time.

[0073] The broadcasting device is configured to: after acquiring the ACK packet sent by the receiving device, dynamically adjust the sending strategy according to the dynamic RSSI value, dynamic SNR value, receiving error rate, data packet loss rate, channel busyness and / or clean channel suggestion in the ACK packet. The dynamic adjustment of the sending strategy includes dynamically adjusting the sending rate, dynamically selecting a more reasonable channel and / or configuring the retransmission of the broadcast data.

[0074] The received signal strength indication RSSI is an indicator used by the receiving device to measure the received signal strength, in units of decibel milliwatts (dBm). The receiving device can feed back the RSSI value to the broadcasting device (or transmitting device). When the RSSI value is low, for example, lower than the preset first threshold value of -80dBm, the broadcasting device can obtain information about the weak signal strength based on the feedback, and then reduce the sending rate to ensure that the data can be transmitted reliably. On the contrary, when the RSSI value is high, for example, higher than the preset second threshold value of -60dBm, the broadcasting device can increase the sending rate. Preferably, in this embodiment, the receiving device can measure and feed back the RSSI value periodically (such as at regular time intervals or after transmitting a certain number of data packets), so that the broadcasting device can adjust the sending strategy in real time according to these dynamically changing RSSI data.

[0075] The signal-to-noise ratio SNR represents the ratio of signal to noise and is a key indicator for measuring signal quality. The receiving device can calculate and feed back the value of SNR. When the SNR is greater than a preset first threshold value, such as 20dB, it can be determined that the signal quality is good, and at this time, the broadcasting device can maintain or increase the transmission rate; when the SNR is less than a preset second threshold value, such as 10dB, it can be determined that the signal quality is poor and the degree of interference is high. At this time, the broadcasting device can reduce the transmission rate. Preferably, in this embodiment, similar to the aforementioned RSSI indicator, the feedback of SNR is also dynamic, so that the receiving device can promptly feed back the new SNR value to the broadcasting device when a significant change in signal quality is detected (such as a decrease in SNR due to interference from other wireless devices in the surrounding environment).

[0076] The receiving error rate may include multiple types of error feedback. Preferably, for example, a cyclic redundancy check (CRC) error rate may be included. CRC is a fast algorithm that generates a short fixed-bit check code based on data such as network data packets, and is mainly used to detect or check errors that may occur after data transmission or storage. CRC uses the principle of division and remainder to implement the error detection function. At this time, the receiving device can perform a CRC check on the received data packet. If the check fails, it means that an error occurred in the data packet during transmission. The receiving device can count the ratio of the number of data packets with CRC errors to the total number of data packets received, and feed back this error rate to the broadcasting device. For example, when the CRC error rate exceeds a certain preset threshold, such as 10%, the broadcasting device determines that the current transmission rate is too high and can reduce the transmission rate to reduce errors.

[0077] In addition to the CRC error rate, other types of error feedback can also be included, such as demodulation errors and decoding errors at the physical layer. These error information can help the broadcasting device fully understand the data reception status of the receiving device, so as to adjust the sending strategy more accurately.

[0078] The packet loss rate is the ratio of the number of lost packets to the total number of sent packets. The receiving device can calculate the packet loss rate by detecting whether the packet sent by the broadcasting device is received. If no signal is received within the specified time, the receiving device determines that the packet is lost. After the receiving device counts the number of lost packets, it compares it with the total number of sent packets to obtain the packet loss rate, and feeds the packet loss rate back to the broadcasting device. When the packet loss rate reaches a preset threshold, such as more than 5%, the broadcasting device can reduce the transmission rate; at the same time, some other measures can be taken, such as retransmitting the lost packets within the retransmission limit.

[0079] The receiving device can also detect the busyness of the channel it is on. For example, the receiving device can determine the busyness of the channel by detecting signal collisions on the channel or the transmission activities of other devices. If the channel is busy, the receiving device can feedback the relevant information to the broadcasting device. After receiving the feedback information, the broadcasting device can reduce the transmission rate to avoid excessive data collisions and improve transmission efficiency. This feedback is particularly important in scenarios where multiple devices share a Wi-Fi network.

[0080] Similar to the feedback of channel busyness, in this embodiment, the receiving device can also use the idle time slot to scan other Wi-Fi channels and find a cleaner channel to recommend to the broadcasting device. At this time, the broadcasting device can dynamically select the Wi-Fi frequency hopping channel according to the recommendation of the receiving device within a period of time.

[0081] Another embodiment of the present invention further provides a hybrid communication system of Bluetooth Low Energy (BLE) and Wi-Fi.

[0082] The system includes a transmitting device and a receiving device supporting BLE and Wi-Fi. The transmitting device can continuously send BLE periodic broadcasts at fixed time intervals to broadcast data. The receiving device can establish synchronization with the transmitting device and receive data at each periodic broadcast interval after synchronization is established, that is, serve as a receiving end of the broadcast data.

[0083] Among them, the BLE periodic broadcast is extended and configured to enhance the BLE periodic broadcast rate. The extension includes: based on the broadcast packet set in the BLE periodic broadcast, the periodic broadcast transmission related to Wi-Fi is extended by configuring the parameters of the auxiliary pointer AuxPtr field and the synchronization information SynInfo field in the extended broadcast indication packet ADV_EXT_IND packet and the auxiliary broadcast indication packet AUX_ADV_IND packet, and the periodic broadcast sending anchor point is still specified according to the BLE protocol. After the extension, the periodic broadcast has Wi-Fi mode and BLE mode. In Wi-Fi mode, Wi-Fi periodic broadcast is transmitted based on the parameters of the aforementioned configuration; in BLE mode, standard BLE periodic broadcast is transmitted.

[0084] See also Fig.11 As shown, in this embodiment, the sending device may be configured to perform the following steps: S110, sending an ADV_EXT_IND packet on the main broadcast channel. The ADV_EXT_IND packet carries the appearance information of the subsequent AUX_ADV_IND packet, including the sending time of the AUX_ADV_IND packet, the frequency hopping channel, and the selected physical layer PHY information, where the physical layer is a BLE-related physical layer or a Wi-Fi-related physical layer.

[0085] S120, determining whether to send a Wi-Fi data packet in the periodic broadcast; when determining to send a Wi-Fi data packet, filling the AuxPhr field and the SyncInfo field of the AUX_ADV_IND packet according to the extended parameters of the Wi-Fi mode; when determining not to send a Wi-Fi data packet, filling the AUX_ADV_IND packet according to the BLE standard mode.

[0086] S130, sending an AUX_ADV_IND packet, wherein the AUX_ADV_IND packet carries the appearance information of the subsequent periodically broadcast data packet AUX_SYNC_IND packet, including the sending time of the AUX_SYNC_IND packet, the frequency hopping channel, and the periodic broadcast mode.

[0087] S140, determining whether it is Wi-Fi mode (or 802.11 mode) or BLE mode; when it is determined to be Wi-Fi mode, executing step S150, and when it is determined to be BLE mode, executing step S160.

[0088] S150, after sending a data packet, wait for a SIFS time interval; determine whether the number of packets sent exceeds the number of Wi-Fi packets set in the PeriodicEventCounter domain. If it is determined that it does not exceed, continue to send a data packet and wait for the SIFS time interval. If it is determined that it exceeds, receive an ACK packet, and then execute step S170.

[0089] S160, sending a standard BLE periodic broadcast, and then executing step S170.

[0090] S170, when the time comes, end the current round of periodic broadcasting and wait for the next round of periodic broadcasting.

[0091] S180, return to execute step S110.

[0092] Among them, for the Wi-Fi mode, between steps S170 and S180, the steps may also be included: judging whether to change the channel to select a new Wi-Fi channel according to the ACK feedback information in the received ACK packet; when the channel needs to be changed, indicating the new Wi-Fi channel in the periodic broadcast packet.

[0093] At this time, see Fig.12 As shown, the receiving device may be configured to perform the following steps: S210, receive ADV_EXT_IND packet.

[0094] S220, calculating the frequency hopping channel and sending time of the AUX_ADV_IND packet, that is, calculating according to the sending time and frequency hopping channel of the AUX_ADV_IND packet carried in the ADV_EXT_IND packet.

[0095] S230, receiving an AUX_ADV_IND packet. That is, receiving an AUX_ADV_IND packet on a designated secondary broadcast channel. The AUX_ADV_IND packet carries the appearance information of a subsequent periodically broadcast data packet AUX_SYNC_IND packet, including the sending time of the AUX_SYNC_IND packet, the frequency hopping channel, and the periodic broadcast mode.

[0096] S240, calculating the anchor point and channel of the periodic broadcast. The anchor point and channel of the periodic broadcast can be calculated according to the information carried in the AUX_ADV_IND packet.

[0097] S250, waiting until the anchor point time, receiving the periodic broadcast; performing different operations according to different modes of the periodic broadcast, for the BLE mode, returning to step S240, for the Wi-Fi mode (or 802.11 mode), executing step S260.

[0098] S260, determine whether the data is received correctly and calculate the error rate; when it is determined that the packet reception fails, randomly select the value of the backoff slots within the second specified range; when it is determined that the data packet is received correctly, randomly select the value of the backoff slots within the first specified range; then, enter the ACK contention window to send the ACK packet, and return to execute step S240.

[0099] It should be noted that for BLE mode, when the receiving device receives a periodic advertising packet, it does not need to receive the ADV_EXT_IND packet again to follow the same process (which is different from the sending device), but directly calculates the anchor point of the next round of periodic advertising before receiving it. This is because the anchor point of the periodic advertising packet is periodic, and the receiving device can calculate the Bluetooth frequency hopping channel at the anchor point through the PeriodicEventCounter field and SyncInfo.ChM. For Wi-Fi mode, if the sending device needs to change the channel (such events do not happen often), it needs to indicate the new channel in the periodic advertising packet.

[0100] Specifically, in Wi-Fi mode, the steps for the transmitting device to determine whether to change the channel are as follows: determine whether the periodic broadcast packet contains a frequency hopping indication broadcast frame, and determine whether all receiving devices have correctly received all packets during the periodic broadcast; when the periodic broadcast packet contains a frequency hopping indication broadcast frame, and all receiving devices have correctly received all packets during the periodic broadcast, the channel change is triggered, see Fig.13 shown.

[0101] That is to say, the channel changes in Wi-Fi mode must meet two conditions: the periodic broadcast packet contains a frequency hopping indication broadcast frame, and all receiving devices correctly receive all packets during the periodic broadcast. If the above conditions are not met, the channel does not change in Wi-Fi mode.

[0102] In specific implementation, when the first type of receiving device randomly takes a value in the range of 512-1024 and the second type of device randomly takes a value in the range of 0-511, it can be determined whether all receiving devices have correctly received all packets during the periodic broadcast based on whether the ACK packet occurs after 512 backoff slots.

[0103] See also Fig.14As shown in FIG. 1 , an example is given of a situation in which a periodic broadcast packet includes a frequency hopping indication broadcast frame, and an ACK packet occurs after 512 backoff slots. At this time, the channel changes in the 802.11 mode.

[0104] For other technical features, please refer to the description of the previous embodiment and will not be repeated here.

[0105] In the above description, the disclosure of the present invention is not intended to limit itself to these aspects. Rather, within the scope of the target protection of the present disclosure, the components can be selectively and operatively combined in any number. In addition, terms such as "include", "encompass" and "have" should be interpreted as inclusive or open by default, rather than exclusive or closed, unless they are explicitly defined to the contrary. All technical, scientific or other terms are consistent with the meanings understood by those skilled in the art, unless they are defined to the contrary. Common terms found in dictionaries should not be interpreted too idealistically or too impractically in the context of relevant technical documents, unless the present disclosure explicitly defines them as such. Any changes and modifications made by a person of ordinary skill in the field of the present invention based on the above disclosure belong to the scope of protection of the claims.

Claims

1. A method for enhancing the periodic broadcast rate of low-power Bluetooth BLE using Wi-Fi, characterized in that: Based on the advertising package set in the BLE periodic advertising, the periodic advertising transmission related to Wi-Fi is extended by configuring the parameters of the auxiliary pointer AuxPtr field and the synchronization information SynInfo field in the extended advertising indication package ADV_EXT_IND package and the auxiliary advertising indication package AUX_ADV_IND package. The anchor point for periodic advertising transmission is still specified according to the BLE protocol. After the expansion, the periodic broadcast has Wi-Fi mode and BLE mode. In Wi-Fi mode, Wi-Fi periodic broadcast is transmitted based on the parameters configured above; in BLE mode, standard BLE periodic broadcast is transmitted.

2. The method according to claim 1, characterized in that The extensions include: The parameters of the AUX PHY field AuxPtr.PHY in the AuxPtr field are extended to configure the Wi-Fi related physical layer Wi-Fi PHY to indicate that the periodic broadcast is sent using the Wi-Fi related physical layer; The parameters of the ChM field SyncInfo.ChM in the SyncInfo field are extended to configure the Wi-Fi transmission channel information to specify the Wi-Fi transmission channel and specific Wi-Fi PHY type information in the Wi-Fi mode; The parameter of the PeriodicEventCounter field SyncInfo.PeriodicEventCounter in the SyncInfo field is extended to configure the number of Wi-Fi data packets to specify the number of Wi-Fi data packets that need to be sent in the periodic broadcast in the Wi-Fi mode.

3. The method according to claim 2, characterized in that When configuring the Wi-Fi PHY, obtain an unused binary number in the AuxPtr.PHY field, and select the binary number that is arranged later to configure the Wi-Fi PHY, so as to reduce the conflict between the aforementioned extension and the future newly evolved Bluetooth protocol; At this time, when AuxPtr.PHY is equal to the binary number corresponding to BLE, the corresponding SyncInfo indicates the channel configuration information Channel Map of BLE; When AuxPtr.PHY is equal to the aforementioned selected binary number, the corresponding SyncInfo indicates the transmission channel configuration information of Wi-Fi.

4. The method according to claim 2 or 3, characterized in that When configuring the transmission channel information of Wi-Fi, the original SyncInfo.ChM domain is divided into two subdomains, including a first subdomain and a second subdomain, and the 37 bits corresponding to the original SyncInfo.ChM domain are divided into two parts and allocated to the first subdomain and the second subdomain respectively; The first sub-field is the first multiple bits of the 37 bits, which are used to encode the Wi-Fi channel in the 2.4 GHz or 5 GHz frequency band to indicate the Wi-Fi transmission channel; The second subfield is the remaining bits, which are used to encode the specific Wi-Fi PHY type to indicate the specific protocol type of Wi-Fi.

5. The method according to claim 2, characterized in that An ACK window is also configured. When the specified number of Wi-Fi packets in the PeriodicEventCounter field are broadcast and sent, the broadcasting device allows the receiving device to send ACK information through the aforementioned reserved ACK window; The broadcasting device is configured to: collect whether there is a device reception error through the ACK window, and for data packets with reception errors, retransmit the data packets in a subsequent broadcast cycle based on a preset retransmission limit; and collect clean channel information provided by the receiving device through the ACK window for subsequent channel adjustment.

6. The method according to claim 5, characterized in that It also includes an ACK contention window, in which only one receiving device is allowed to successfully compete, that is, during a periodic broadcast, when the broadcast data is sent, only one receiving device can obtain the right to send ACK; The receiving device is configured into two categories, including a first category of devices that correctly receive the periodic broadcast packets and a second category of devices that do not correctly receive the periodic broadcast packets. The first category of devices and the second category of devices select their own backoff slot numbers within the range corresponding to the backoff slots of the contention window; wherein the first category of devices randomly selects a value within a first specified range of the backoff slots, and the second category of devices randomly selects a value within a second specified range of the backoff slots; the second specified range is before the first specified range, that is, the random backoff slot number of the second category of devices is less than the random backoff slot number of the first category of devices, so that the second category of devices can preferentially obtain the ACK contention window to obtain the ACK sending right.

7. The method according to claim 5, characterized in that The ACK contention window is configured to occur after a short interframe space SIFS; Also, the packet interval between periodic broadcast packets of Wi-Fi is adjusted to a short interframe space (SIFS) to increase the success probability of the broadcast.

8. The method according to claim 5, characterized in that The ACK packet sent by the receiving device is configured with received signal strength indication RSSI feedback information, signal-to-noise ratio SNR feedback information, reception error rate feedback information, data packet loss rate feedback information, channel busyness feedback information and / or clean channel suggestion feedback information; The broadcast device is configured to: after obtaining the ACK packet sent by the receiving device, adjust the sending strategy according to the feedback information in the ACK packet, including dynamically adjusting the sending rate, dynamically selecting a more reasonable channel and / or configuring the retransmission of the broadcast data.

9. A hybrid communication system of low-power Bluetooth BLE and Wi-Fi, comprising a transmitting device and a receiving device both supporting BLE and Wi-Fi, wherein the transmitting device can continuously send BLE periodic broadcasts at fixed time intervals to broadcast data, and the receiving device receives data at each periodic broadcast interval, characterized in that: The BLE periodic broadcast is extended and configured by the method described in any one of claims 1-8 to enhance the BLE periodic broadcast rate.

10. The system according to claim 9, characterized in that The sending device is configured to perform the following steps: S110, sending an ADV_EXT_IND packet on the main broadcast channel; the ADV_EXT_IND packet carries the appearance information of the subsequent AUX_ADV_IND packet, including the sending time of the AUX_ADV_IND packet, the frequency hopping channel, and the selected physical layer PHY information, where the physical layer is a BLE-related physical layer or a Wi-Fi-related physical layer; S120, determining whether to send a Wi-Fi data packet in the periodic broadcast; when determining to send a Wi-Fi data packet, filling the AuxPhr field and the SyncInfo field of the AUX_ADV_IND packet according to the extended parameters of the Wi-Fi mode; when determining not to send a Wi-Fi data packet, filling the AUX_ADV_IND packet according to the BLE standard mode; S130, sending an AUX_ADV_IND packet, wherein the AUX_ADV_IND packet carries the appearance information of the subsequent periodically broadcast data packet AUX_SYNC_IND packet, including the sending time, frequency hopping channel, and periodic broadcast mode of the AUX_SYNC_IND packet; S140, determining whether it is Wi-Fi mode or BLE mode; if it is determined to be Wi-Fi mode, executing step S150, and if it is determined to be BLE mode, executing step S160; S150, after sending a data packet, wait for a SIFS time interval; determine whether the number of packets sent exceeds the number of Wi-Fi packets set in the PeriodicEventCounter field, if it is determined that it is not exceeded, continue to send a data packet and wait for the SIFS time interval, if it is determined that it is exceeded, receive an ACK packet, and then execute step S170; S160, sending a standard BLE periodic broadcast, and then executing step S170; S170, when the time comes, end the current round of periodic broadcasting and wait for the next round of periodic broadcasting; S180, returning to step S110; Among them, for the Wi-Fi mode, between steps S170 and S180, the step of: judging whether to change the channel to select a new Wi-Fi channel according to the ACK feedback information in the received ACK packet; when the channel needs to be changed, indicating the new Wi-Fi channel in the periodic broadcast packet.

11. The system according to claim 10, characterized in that The sending device is configured to determine whether to change the channel in the following manner: Determine whether the periodic broadcast packet contains a frequency hopping indication broadcast frame, and determine whether all receiving devices have correctly received all packets during the periodic broadcast; When the periodic broadcast packet contains a frequency hopping indication broadcast frame and all receiving devices correctly receive all packets during the periodic broadcast, the channel change is triggered.

12. The system according to claim 10 or 11, characterized in that The receiving device is configured to perform the following steps: S210, receiving ADV_EXT_IND packet; S220, calculating the frequency hopping channel and sending time of the AUX_ADV_IND packet; S230, receiving an AUX_ADV_IND packet; S240, calculating the anchor point and channel of the periodic broadcast; S250, waiting until the anchor point time, receiving the periodic broadcast; performing different operations according to different modes of the periodic broadcast, for the BLE mode, returning to step S240, for the Wi-Fi mode, executing step S260; S260, determining whether the data is received correctly and calculating the error rate; When it is determined that the packet reception fails, the backoff slots BackoffSlots are randomly selected within the second specified range. When it is determined that the data packet is received correctly, the backoff slots BackoffSlots are randomly selected within the first specified range. Then, the ACK contention window is entered to send the ACK packet, and the execution returns to step S240.

Images