A wireless communication method, wireless communication device and wireless communication system for WiFi and Bluetooth coexistence
By progressively delaying the opening of the WiFi scanning window and parsing the NOA parameters at the GC end, and dynamically scheduling radio frequency resources, the resource alignment problem when WiFi and Bluetooth coexist is solved, improving communication stability and resource utilization efficiency.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- HENGXUAN TECHNOLOGY (CHENGDU) CO LTD
- Filing Date
- 2026-03-31
- Publication Date
- 2026-06-16
Smart Images
Figure CN122227409A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of wireless communication technology, specifically to a wireless communication method, wireless communication device, and wireless communication system that allows WiFi and Bluetooth to coexist. Background Technology
[0002] Currently, WiFi P2P (WiFi Direct) and Bluetooth communication often share antenna and radio frequency resources, achieving coexistence through time-division multiplexing. This mechanism coordinates the working time of Bluetooth and WiFi through a Packet Traffic Arbitration (PTA), enabling time-division multiplexing of radio frequency resources between the two. In scenarios where WiFi P2P and Bluetooth communication coexist, the GO (Group Owner) typically enables the NOA (Notice of Absence) function, whose working state alternates between the in-place window and the absence window. Simultaneously, the GC (Group Client) enables the TDD (Time Division Duplexing) coexistence mechanism, using the PTA to alternately allocate shared radio frequency resources between WiFi and Bluetooth.
[0003] In this scenario, shared radio frequency resources frequently switch between WiFi and Bluetooth, which can easily lead to misalignment between the WiFi scanning window and the GO (Go-to-Gate) in-place window, resulting in connection failures and reduced overall communication functionality. To address this issue, a fixed window reservation mechanism is often used to force the GC (Gatekeeper) to reserve a continuous radio frequency occupancy window for WiFi. However, this method lacks dynamism, cannot adapt to NOA (Noise, Arrival, and Availability) cycle changes, and sacrifices Bluetooth real-time performance, impacting the user experience. Summary of the Invention
[0004] This application addresses the aforementioned technical problems in the existing technology. The purpose of this application is to provide a wireless communication method, wireless communication device, and wireless communication system that enables coexistence of WiFi and Bluetooth. This system can obtain the NOA timing table of the GO terminal based on NOA parameters, and achieve efficient allocation of WiFi and Bluetooth radio frequency resources based on the NOA timing table, reducing communication interference and improving scanning synchronization efficiency and coexistence communication stability.
[0005] According to the first aspect of this application, a wireless communication method in which WiFi and Bluetooth coexist is provided, the wireless communication method comprising: When initiating WiFi scanning at the GC end, the WiFi scanning window is opened round by round with a preset step size delay, so that the WiFi scanning window advances along the time axis round by round with the preset step size until the WiFi scanning window at the GC end overlaps with the in-situ window at the GO end to capture beacon frames from the GO end; or, The GC end actively sends a probe request frame and receives a probe response frame from the GO end; The GC end parses the NOA parameters based on the beacon frame or the probe response frame, and obtains the NOA timing table of the GO end based on the NOA parameters; The GC terminal dynamically schedules WiFi and Bluetooth radio frequency resources based on the NOA timing table.
[0006] According to a second aspect of this application, a wireless communication device that allows for the coexistence of WiFi and Bluetooth is provided. This wireless communication device, acting as a GC (GC terminal), communicates with a GO (Go terminal) based on WiFi P2P and Bluetooth connections. The wireless communication device includes: The WiFi communication unit is configured as follows: When starting a WiFi scan, the WiFi scan window is opened in turn with a preset step size delay, so that the WiFi scan window advances in turn along the time axis with the preset step size until the WiFi scan window overlaps with the in-situ window of the GO terminal to capture beacon frames from the GO terminal. Alternatively, it can actively send a probe request frame and receive a probe response frame from the GO terminal; The processing unit is configured as follows: The NOA parameters are parsed from the beacon frame or the probe response frame, and the NOA timing table of the GO end is obtained based on the NOA parameters. The PTA unit is configured as follows: Obtain the NOA timing table and dynamically schedule WiFi and Bluetooth radio frequency resources based on the NOA timing table.
[0007] According to the third aspect of this application, a wireless communication system that allows WiFi and Bluetooth to coexist is provided, the wireless communication system including a GC end and a GO end in a WiFi P2P network; The GO terminal is configured to: periodically send beacon frames carrying NOA parameters; or, respond to a probe request frame by sending back a probe response frame carrying NOA parameters. The GC endpoint is configured as follows: When starting a WiFi scan, the WiFi scan window is opened in turn with a preset step size, so that the WiFi scan window advances in turn along the time axis with the preset step size until the WiFi scan window overlaps with the in-situ window of the GO terminal to capture beacon frames from the GO terminal. Alternatively, actively send a probe request frame and receive a probe response frame from the GO terminal; The NOA parameters are parsed from the beacon frame or the probe response frame, and the NOA timing table of the GO terminal is obtained based on the NOA parameters. The WiFi and Bluetooth radio frequency resources are dynamically scheduled based on the NOA timing table.
[0008] Compared with the prior art, the beneficial effects of the embodiments of this application are as follows: The wireless communication method for coexistence of WiFi and Bluetooth provided in this application adopts a progressive delay in opening the WiFi scanning window when the GC starts WiFi scanning. This enables the WiFi scanning window to gradually overlap with the in-place window of the GO, effectively improving the beacon frame acquisition probability, shortening the timing synchronization time between the GC and GO, and avoiding the problems of low scanning efficiency and slow synchronization caused by the misalignment of the WiFi scanning window and the in-place window.
[0009] Meanwhile, the method provided in this application embodiment includes an active sending of probe request frames and receiving of probe response frames to ensure the stability and reliability of the NOA parameter acquisition process. After the GC end obtains the NOA parameters and determines the NOA timing table by parsing the beacon frame or probe response frame, it performs unified dynamic scheduling of WiFi and Bluetooth radio frequency resources according to the timing table. This ensures that the allocation of radio frequency resources matches the presence or absence status of the GO end. When the GO end is in the presence window, the radio frequency resources required for WiFi communication are guaranteed. When the GO end is in the absence window, the radio frequency resources are allocated to Bluetooth. This reduces radio frequency competition and signal interference between WiFi and Bluetooth at the timing level, improves the stability and smoothness when the two communication methods coexist, optimizes the overall radio frequency resource utilization, and reduces the power consumption caused by invalid handover and invalid scanning. This allows the device to have better communication performance and lower power consumption in WiFi P2P and Bluetooth coexistence scenarios.
[0010] The above description is merely an overview of the technical solution of this application. In order to better understand the technical means of this application and to implement it in accordance with the contents of the specification, and to make the above description and other objects, features and advantages of this application more obvious and understandable, specific embodiments of this application are given below. Attached Figure Description
[0011] In drawings that are not necessarily drawn to scale, the same reference numerals may describe similar parts in different views. Similar reference numerals with different letter suffixes may indicate different examples of similar components. The drawings generally illustrate various embodiments by way of example rather than limitation, and are used together with the specification and claims to illustrate the disclosed embodiments. Such embodiments are illustrative and exemplary, and are not intended to be exhaustive or exclusive embodiments of the method, apparatus, system, or non-transitory computer-readable medium having instructions for implementing the method.
[0012] Figure 1 A flowchart of a wireless communication method for coexistence of WiFi and Bluetooth according to an embodiment of this application is shown.
[0013] Figure 2 A schematic diagram is shown illustrating the GC-side WiFi scanning initiation method using a round-by-round progressive delay approach according to an embodiment of this application.
[0014] Figure 3 A further flowchart of a wireless communication method with WiFi and Bluetooth coexisting according to an embodiment of this application is shown.
[0015] Figure 4 A schematic diagram of a wireless communication device that allows WiFi and Bluetooth to coexist according to an embodiment of this application is shown.
[0016] Figure 5 A schematic diagram of a wireless communication system in which WiFi and Bluetooth coexist according to an embodiment of this application is shown. Detailed Implementation
[0017] To enable those skilled in the art to better understand the technical solutions of this application, the application will be described in detail below with reference to the accompanying drawings and specific embodiments. The embodiments of this application will be further described in detail below with reference to the accompanying drawings and specific examples, but these are not intended to limit the scope of this application.
[0018] The terms "first," "second," and similar words used in this application do not indicate any order, quantity, or importance, but are merely used for distinction. The terms "including" or "comprising," etc., used in this application mean that the element preceding the word encompasses the elements listed after the word, and do not exclude the possibility of encompassing other elements. In this application, the arrows shown in the figures for each step are merely examples of the execution order, not limitations. The technical solution of this application is not limited to the execution order described in the embodiments. The steps in the execution order can be combined, broken down, or rearranged, as long as the logical relationship of the executed content is not affected.
[0019] All terms used in this application (including technical or scientific terms) have the same meaning as understood by one of ordinary skill in the art to which this application pertains, unless otherwise specifically defined. It should also be understood that terms defined in general dictionaries should be interpreted as having meanings consistent with their meanings in the context of the relevant art, and not as idealized or highly formalized, unless expressly defined herein. Technologies and equipment known to one of ordinary skill in the art may not be discussed in detail, but where appropriate, such technologies and equipment should be considered part of the specification.
[0020] In a WiFi P2P network, the GC (GC) and GO (Go) terminals establish a WiFi P2P connection while simultaneously enabling Bluetooth audio transmission, creating a scenario where WiFi and Bluetooth operate concurrently. Bluetooth and WiFi share the same RF antenna and resources. Because WiFi and Bluetooth operate on similar frequency bands and use the same RF antenna and front-end hardware, they cannot simultaneously transmit and receive RF signals. When the GC terminal simultaneously enables WiFi P2P scanning and connection services as well as Bluetooth services, WiFi and Bluetooth communication compete for the shared RF resources, potentially leading to mutual interference, delayed scanning, data loss, and increased communication latency. Furthermore, with the GO terminal employing a NOA (Noise, Arrival, and Do Not Afford) sleep mechanism, the GC terminal needs to complete listening within a limited in-situ window. If Bluetooth occupies the RF resources during this time, the GC terminal may fail to acquire beacon frames in a timely manner, thus affecting WiFi P2P synchronization and connection stability.
[0021] Figure 1 A flowchart illustrating a wireless communication method for coexistence of WiFi and Bluetooth according to an embodiment of this application is provided. Specifically, as shown in steps S101-S103, the arrows in the figure for each step are merely examples of the execution order and not limitations. The technical solution of this application is not limited to the execution order described in the embodiments. The steps in the execution order can be combined, decomposed, or their order can be changed, as long as the logical relationship of the execution content is not affected.
[0022] In step S101, when WiFi scanning is started at the GC end, the WiFi scanning window is opened round by round with a preset step size, so that the WiFi scanning window advances round by round along the time axis with the preset step size until the WiFi scanning window at the GC end overlaps with the in-situ window at the GO end to capture beacon frames from the GO end.
[0023] In this embodiment, both the GC (GC) and GO (Go) terminals are electronic devices that support both WiFi P2P and Bluetooth communication. The GO terminal can be a smartphone, tablet, laptop, smart TV, or other device with WiFi P2P group management capabilities and the ability to act as a group owner. The GC terminal can be a Bluetooth headset, VR glasses, smart bracelet, smart speaker, smart wearable device, or other terminal device capable of accessing a WiFi P2P group and simultaneously running Bluetooth services. These devices typically employ an architecture where WiFi and Bluetooth share a common radio frequency antenna and radio frequency hardware. When simultaneously conducting WiFi P2P and Bluetooth communication, stable coexistence of the two wireless communication methods requires appropriate radio frequency scheduling.
[0024] In a WiFi P2P network, the GO (Go) device pre-configures its NOA (Noise, Arrangement, and Response) parameters based on its power consumption control strategy and communication requirements. After configuration, the GO enters a periodic timing loop. At the beginning of each NOA cycle, the GO switches from a low-power absent state to an present state, activates its RF transmission module, and continuously sends beacon frames according to a preset beacon frame transmission interval (compliant with WiFi protocol specifications). These beacon frames contain core data such as the GO's device identifier, NOA parameters, and network configuration information. When the present window ends, the GO shuts down its RF transmission module and enters an absent state to reduce power consumption until the current NOA cycle ends. It then automatically enters the next NOA cycle, repeating the beacon frame transmission cycle to ensure that beacon frame transmission strictly adheres to the periodic constraints of the NOA timing.
[0025] Specifically, during the multi-round WiFi scanning process, each round of WiFi scanning corresponds to an independent WiFi scanning window. The opening time of each WiFi scanning window is neither fixed nor randomly set, but rather delayed by a preset time offset based on the opening time of the previous round's WiFi scanning window. The length of this delay is the preset step size. As the number of scanning rounds increases sequentially, the opening time of each WiFi scanning window moves backward along the time axis by a preset step size compared to the previous round. This results in the WiFi scanning windows corresponding to multiple rounds of WiFi scanning exhibiting a progressively delayed and advancing movement along the time axis.
[0026] In the progressive round-by-round process, the duration of each WiFi scanning window remains constant, while the opening time of the WiFi scanning window is continuously delayed according to a fixed preset step size. This allows the WiFi scanning window to gradually traverse different time domain positions on the timeline, eventually overlapping with the in-situ window of the GO (Go) terminal. This progressive round-by-round approach, through controllable and orderly time offsets, gradually approaches and matches the time period during which the GO terminal sends beacon frames without relying on the timing information of the GO terminal. This ensures that the GC (Gas Collection Terminal) can successfully capture beacon frames within a limited number of rounds, while preventing conflicts and disruptions to the coexistence of WiFi and Bluetooth time-division multiplexing time slots due to chaotic scanning times.
[0027] Specifically, the GC (Gas Controller) initiates a WiFi P2P scan to obtain beacon frames sent by the GO (Go) terminal. The GC terminal can configure scanning parameters to apply progressive delays to the WiFi scanning window. The preset step size can be configured based on the typical range of NOA (Noise, Arrival, and Availability) periods in the WiFi P2P protocol specification, the GC terminal's radio frequency switching response speed, and communication link stability requirements.
[0028] As an exemplary implementation, the preset step size can be configured to be no greater than one-quarter of the prior NOA period, based on a prior value of the NOA period (e.g., the NOA period is typically set to 100ms).
[0029] In a preferred embodiment, the preset step size is associated with the coexistence time slots of time-division multiplexing for WiFi and Bluetooth at the GC end, and the preset step size is not greater than the time slot length occupied by WiFi.
[0030] At the GC end, a time-division multiplexing coexistence architecture for WiFi and Bluetooth is adopted. Shared radio frequency resources are divided into alternating WiFi time slots and Bluetooth time slots. The two types of time slots switch sequentially according to a preset coexistence cycle to ensure that WiFi communication and Bluetooth can occupy the same radio frequency channel in a time-division manner, thus avoiding signal conflicts.
[0031] In this embodiment, the preset step size is related to the time slot ratio of WiFi and Bluetooth coexisting in time-division multiplexing at the GC end, and the preset step size is no greater than the time slot length occupied by WiFi. For example, if the time slot ratio of WiFi to Bluetooth is 30:70ms, the preset step size can be set to 25ms or 30ms. If the preset step size is set too long, it may skip the in-situ window of the GO end; if the preset step size is set too short, many rounds of incremental delay are required to align the window. In this way, it can be ensured that the GC end ensures that the in-situ window of the GO end falls into the WiFi scanning window of the GC end at least once during multiple scanning rounds, thereby improving the connection efficiency and stability of establishing a WiFi P2P connection between the GC end and the GO end.
[0032] Meanwhile, the preset step size is associated with the time-division multiplexing coexistence time slots of WiFi and Bluetooth at the GC end. The preset step size is no greater than the time slot length occupied by WiFi, which can minimize the impact on Bluetooth services while ensuring the continuity and effectiveness of WiFi scanning. Each round of WiFi scanning window at the GC end is only opened within the time slot occupied by WiFi, and Bluetooth services can operate normally in the remaining time slots, avoiding the crowding out of Bluetooth communication resources due to unreasonable expansion of the scanning window.
[0033] As an example, such as Figure 2 As shown, after the GC (Gas Controller) initiates a WiFi scan, it enters the first WiFi scan cycle. The GC has a preset WiFi scan window duration of 25ms and a preset step size of 25ms. The GC opens the WiFi scan window 25ms after the scan begins and continuously monitors. If the GC does not detect a beacon frame signal from the GO (Go) within this WiFi scan window, the GO's in-place window may be completely out of sync with the GC's WiFi scan window, resulting in a prolonged period without beacon frames. Therefore, after this scan cycle ends, the GC delays the opening time of the next WiFi scan window by the preset step size. In other words, the GC delays the opening time of the second scan window to 150ms, meaning the second scan window is delayed by 25ms compared to the first scan.
[0034] If the GC (Gas Controller) still fails to acquire the beacon frame from the GO (Go) during the second scan, the GC delays the opening time of the next WiFi scan window by a preset step size after the second scan ends. Specifically, the opening time of the third scan window is delayed to 275ms, meaning the opening time of the third scan window is 25ms later than the second scan. If the GC still fails to acquire the beacon frame from the GO during the third scan, the GC delays the opening time of the next WiFi scan window by a preset step size after the third scan ends. Specifically, the opening time of the fourth scan window is delayed to 400ms, meaning the opening time of the fourth scan window is 25ms later than the third scan. At this point, during the fourth scan, the GO's in-place window overlaps with the GC's WiFi scan window, allowing the GC to successfully acquire the beacon frame.
[0035] During the progressive scanning process, the GC terminal monitors the signal reception status of the WiFi radio frequency channel in real time. When a WiFi scanning window is opened, if a beacon frame conforming to the WiFi P2P protocol format is detected within that window period, and the device identification information in the frame header confirms that the beacon frame comes from the target GO terminal, it is determined that the current WiFi scanning window and the GO terminal's in-situ window have temporal overlap. The GC terminal immediately captures the beacon frame and stores the data within the frame. If no beacon frame is captured, the next round of scanning continues according to the preset step size.
[0036] Specifically, the preset step size can be understood as the delay offset of the WiFi scanning window during each round of scanning at the GC end. The GC end adopts a progressive delay-based WiFi scanning method, which quickly aligns with the in-place window of the GO end through gradual temporal offset, effectively improving the success rate of beacon frame capture and scanning efficiency.
[0037] The above solutions are merely illustrative examples and do not constitute a limitation on any specific solution.
[0038] In step S101, another embodiment is provided in which the GC terminal actively sends a probe request frame and receives a probe response frame from the GO terminal.
[0039] Specifically, the GC (Gas Controller) can no longer rely solely on listening to beacon frames sent by the GO (Go) for synchronization. When the GC determines that active probing is necessary, it will, based on the current time slot allocation for the coexistence of WiFi and Bluetooth time-division multiplexing, switch the shared radio frequency resources to WiFi transmission mode within the time slot allocated to WiFi, and actively send a probe request frame to the current channel. This probe request frame is used to initiate a probe query to the GO (Go) within the same WiFi P2P network, triggering the GO to provide corresponding response information.
[0040] After receiving a probe request frame from the GC, the GO (Go) endpoint identifies the target and format of the probe request and, within its current in-place window, returns a probe response frame corresponding to the probe request to the GC. After sending the probe request frame, the GC endpoint maintains its WiFi receiving state and continuously listens to the channel within the corresponding WiFi time slot to receive the probe response frame from the GO. This probe response frame also carries NOA parameters configured by the GO endpoint, such as the NOA period, in-place window, and absence window, providing the GC with all the information needed to construct the NOA timing table.
[0041] By actively sending probe request frames and receiving probe response frames, the GC side can quickly obtain NOA parameters without relying on the beacon frames periodically sent by the GO side, further improving the efficiency of NOA acquisition and the determinism of process connections.
[0042] Returning to the embodiment of this application, in step S102, the GC end parses the NOA parameters based on the beacon frame or the probe response frame, so as to obtain the NOA timing table of the GO end based on the NOA parameters.
[0043] Specifically, based on the WiFi P2P protocol, the frame structure reserves a dedicated data field for carrying NOA-related configurations. After successfully receiving a beacon frame or probe response frame from the GO, the GC decodes it, separating key parts such as the frame header and data payload. Then, it locates the field identifier corresponding to the NOA parameters from the data payload, and extracts the timing parameters pre-configured by the GO.
[0044] In some embodiments, the NOA parameters include NOA interval, NOA duration, NOA start time, and NOA cycle count. The NOA interval represents the time interval between two adjacent NOA cycles; the NOA duration refers to the duration the GO (Go) remains in the in-place window within each cycle; the NOA start time indicates the reference time when the GO enters the first NOA in-place window; and the NOA cycle count identifies the cycle number of the current NOA mechanism, facilitating the GC (Gas Controller) to count, calibrate, and synchronize the timing cycles.
[0045] After obtaining the NOA parameters, the GC (Gas Controller) uses its own system clock as a reference and combines the NOA parameters to calculate the specific times when the GO (Go Controller) enters the in-place window and the specific times when it enters the absence window within multiple future NOA cycles. This timing information is then organized into a structured NOA timing table in chronological order. Based on this NOA timing table, the GC can determine the start time, end time, and time range of each in-place window for the GO in subsequent consecutive cycles. It can also determine the absence window period after the end of the in-place window and before the start of the next in-place window.
[0046] In other words, the GC end obtains the complete in-situ window period and the absence window period of the GO end based on the NOA parameter.
[0047] In step S103, the GC terminal dynamically schedules WiFi and Bluetooth radio frequency resources based on the NOA timing table. In other words, the PTA coexistence scheduling strategy can be dynamically adjusted based on the NOA timing table.
[0048] Specifically, based on the NOA time series table, the GC end can accurately predict the state of the GO end at each subsequent moment, and clarify the start time, duration, and periodic switching pattern of each in-place and out-of-place window of the GO end.
[0049] In this embodiment, the GC end does not allocate shared radio frequency resources according to fixed time slots or simple service priorities, but performs dynamic scheduling based on the NOA timing table.
[0050] In some embodiments, when the GO (Go) is in the in-place window as indicated by the NOA (Noise, Arrangement, and Response) timing table, the GC (Gas Control Center) switches the shared radio frequency (RF) resources to WiFi. This ensures that WiFi scanning, data reception, frame interaction, and other related operations can be performed normally, avoiding missed communication opportunities with the GO due to Bluetooth occupying the shared RF resources, and preventing frame loss or timeouts caused by RF resource mismatch. In this way, the GC can accurately align the transmission and reception timing of key WiFi connection frames with the GO's in-place window, significantly improving connection success rate and interaction efficiency.
[0051] When the GO terminal is in an absence window, it is in a sleep or non-communication state. Even if the GC terminal turns on WiFi, it cannot complete effective interaction. At this time, the GC terminal switches the shared radio frequency resources to Bluetooth. The GC terminal actively releases the shared radio frequency resources to Bluetooth when the GO terminal is in an absence window to avoid wasting WiFi resources and maintain the real-time performance of the Bluetooth control link. This allows the Bluetooth service to operate normally, maintains the stability of the Bluetooth link, and ensures that the control interaction is not interrupted. It avoids the problem of long-term Bluetooth blocking in the traditional fixed window scheme, and achieves a balance between efficient WiFi connection establishment performance and real-time Bluetooth experience, thereby improving the coexistence and coordination capabilities of the overall system.
[0052] By using this dynamic scheduling method based on the NOA timing table, the GC end can accurately match the allocation timing of shared radio frequency resources with the working status of the GO end, avoiding disorderly competition and resource conflicts between WiFi and Bluetooth in terms of timing. While ensuring the reliability and timeliness of WiFi P2P communication, it maximizes the continuity and stability of Bluetooth services, and realizes the efficient and stable coexistence of the two communication methods under the shared radio frequency architecture.
[0053] In other embodiments of this application, the NOA parameter is a fixed NOA parameter or a dynamically changing NOA parameter.
[0054] Specifically, during WiFi P2P communication, the GO (Go) terminal can configure relevant timing parameters such as NOA interval, NOA duration, NOA start time, and NOA cycle count value according to its own power consumption strategy, communication load, and system operating status. When the GO terminal adopts a fixed power consumption control mode and communication timing strategy, the switching timing of its presence and absence windows is fixed, and the corresponding NOA parameters will not change within multiple consecutive cycles. At this time, the GC (Gas Controller) terminal parses the fixed NOA parameters, and the GC terminal can continuously determine the presence and absence periods of the GO terminal based on this set of fixed parameters without frequently updating the timing information.
[0055] However, when the communication requirements, service load, or power consumption limitations of the GO (Go) terminal change, the GO terminal can adaptively adjust its NOA (Noise, Availability) parameters. For example, it can change the presence duration, adjust the NOA interval, or reset the start time, causing the NOA parameters to dynamically change within different periods. In this case, if the GO terminal dynamically adjusts the NOA parameters, the NOA timing table generated by the GC (Gas Controller) terminal based on the previously acquired old NOA parameters will not accurately reflect the GO terminal's current actual presence and absence window periods, and therefore cannot continue to serve as an effective basis for subsequent dynamic scheduling of PTA (Publication Termination Authority) radio frequency resources.
[0056] In this scenario, if the GC fails to receive communication data from the GO in a timely manner or experiences timing discrepancies during subsequent interactions with the GO, it can restart the progressively delayed scanning process. The WiFi scanning window is opened sequentially with a preset step size until it overlaps with the updated in-place window of the GO in the time domain, thereby capturing the beacon frame sent by the GO carrying the latest NOA parameters. The GC then parses the updated beacon frame to obtain the currently valid NOA parameters and regenerates a NOA timing table that matches the actual timing of the GO. Based on the new NOA timing table, the GC controls the PTA to dynamically schedule WiFi and Bluetooth radio frequency resources.
[0057] Thus, regardless of whether the NOA parameters are set fixedly or adjusted dynamically, the GC end can obtain the currently valid NOA parameters through beacon frames or probe response frames, and determine the real-time and accurate timing status of the GO end accordingly. This ensures that the subsequent scheduling of WiFi and Bluetooth radio frequency resources remains consistent with the working timing of the GO end. In other words, the technical solution provided in this application can adapt to both stable communication scenarios and application scenarios with dynamically adjusted parameters, exhibiting strong applicability and scalability.
[0058] In some embodiments of this application, during the process of the GC end dynamically scheduling WiFi radio frequency resources and Bluetooth radio frequency resources based on the NOA timing table, the coexistence time slot period of WiFi and Bluetooth time division multiplexing at the GC end is the same as the NOA period at the GO end, and the coexistence time slot period is dynamically adjusted following the change of the NOA period.
[0059] The NOA period of the GO end determines the timing of the switching between the in-situ window and the absent window. The coexistence time slot period of the GC end is used to divide the cycle of WiFi and Bluetooth time-division multiplexing radio frequency resources. Setting the coexistence time slot period of WiFi and Bluetooth time-division multiplexing of the GC end to be the same as the NOA period of the GO end can ensure that each coexistence time slot period of the GC end corresponds to one NOA period of the GO end. This ensures that within the same period, the WiFi time slot can accurately match the in-situ window of the GO end, and the Bluetooth time slot can accurately match the absent window of the GO end.
[0060] Meanwhile, since the NOA period of the GO end can be dynamically adjusted according to actual communication needs and power consumption strategies, after parsing the updated NOA parameters, the GC end synchronizes and adaptively adjusts its own coexistence time slot period according to the real-time changes of the NOA period, so that the coexistence time slot period is always consistent with the current actual NOA period of the GO end. This ensures that even when the NOA parameters are dynamically adjusted on the GO end, the GC end can still continuously and stably implement time-division multiplexing scheduling of WiFi and Bluetooth based on the NOA time sequence table, thereby improving communication stability and reliability.
[0061] As an example, such as Figure 3 In step S301, the GC terminal starts connecting to the GO terminal, and then proceeds to step S302, where the GC terminal initiates WiFi scanning to attempt to capture beacon frames sent by the GO terminal. In step S303, the GC terminal continuously monitors whether it receives beacon frames from the GO terminal. If no beacon frames are received, step S305 is executed, opening the WiFi scanning window with a preset step size increment delay, causing the WiFi scanning window to gradually shift along the time axis, and then returning to step S303 to continue monitoring. If the beacon frames from the GO terminal are successfully received, step S304 is executed, parsing the beacon frame and obtaining the NOA parameters. After obtaining the NOA parameters, step S306 is executed, where the GC terminal generates a corresponding NOA timing table based on the NOA parameters and dynamically schedules the shared radio frequency resources according to this NOA timing table. During the scheduling process, step S307 is executed, where the GC determines whether the GO is in the in-place window based on the NOA timing table. If the GO is in the in-place window, step S308 is executed, where the PTA switches the shared radio frequency resources to WiFi. Then, step S309 is executed, where the GC completes the authentication, association, and other communication interaction processes during the WiFi resource occupation period. If the GO is in the absent window, step S310 is executed, where the PTA switches the shared radio frequency resources to Bluetooth. Then, step S311 is executed to maintain the real-time performance and stability of the Bluetooth communication connection.
[0062] After completing the above interaction or Bluetooth maintenance operation, step S312 is executed, and the GC end determines whether the GO end has been successfully connected: if the connection is not successful, the process returns to step S306 and continues to execute the shared radio frequency resource scheduling and interaction process based on the NOA timing table; if the connection is successful, step S313 is executed, and the connection process between the GC end and the GO end ends.
[0063] In this way, by adopting a progressively delayed WiFi scanning window opening method, the GO (Go-to-Go) window can be gradually approached and matched through controllable timing offsets, significantly improving the success rate and synchronization efficiency of beacon frame acquisition and avoiding scan failures or connection delays caused by window misalignment. Dynamic scheduling of shared radio frequency resources based on the NOA (Noise, Arrangement, and Address) timing table ensures the timeliness and reliability of WiFi P2P communication, which is beneficial for maintaining the continuity and real-time performance of Bluetooth services.
[0064] In some embodiments of this application, a wireless communication device that allows for the coexistence of WiFi and Bluetooth is provided, such as... Figure 4 As shown, the wireless communication device 400, acting as the GC end, communicates with the GO end via WiFi P2P and Bluetooth connections. The wireless communication device 400 includes a WiFi communication unit 401, a Bluetooth communication unit 402, a processing unit 403, and a PTA unit 404.
[0065] The WiFi communication unit 401 is configured to: when starting WiFi scanning, open the WiFi scanning window round by round with a preset step size, so that the WiFi scanning window advances round by round along the time axis with the preset step size until the WiFi scanning window overlaps with the in-situ window of the GO terminal to capture beacon frames from the GO terminal; or, actively send a probe request frame and receive a probe response frame from the GO terminal.
[0066] The processing unit 403 is configured to: parse the NOA parameters based on the beacon frame or the probe response frame, and obtain the NOA timing table of the GO end based on the NOA parameters.
[0067] The PTA unit 404 is configured to: acquire the NOA timing table and dynamically schedule WiFi radio frequency resources and Bluetooth radio frequency resources based on the NOA timing table.
[0068] The wireless communication device 400 implements progressive delay scanning through the WiFi communication unit 401, which improves the efficiency of beacon frame capture, enhances the success rate and response speed of NOA parameter acquisition, and improves the efficiency and accuracy of communication connection with the GO terminal. Furthermore, the PTA unit 404 dynamically schedules WiFi and Bluetooth radio frequency resources based on the NOA timing table, avoiding resource contention and signal interference between the two communication methods, and achieving stable parallel operation of WiFi P2P connection and Bluetooth service.
[0069] It should be understood that in the embodiments of this application, the processing unit 403 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
[0070] It should be noted that when the processing unit 403 is a general-purpose processor, DSP, ASIC, FPGA or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component, the memory (storage module) is integrated into the processor.
[0071] It should also be noted that the steps of the wireless communication method with coexistence of WiFi and Bluetooth in various embodiments of this application are applicable here, and will not be repeated here.
[0072] In some embodiments of this application, the Bluetooth communication unit 402 is used to establish a Bluetooth connection with the GO terminal and perform Bluetooth communication. The PTA unit 404 is further configured to: based on the NOA timing table, when the GO terminal is in an in-situ window period, switch the shared radio frequency resources to the WiFi communication unit 401; when the GO terminal is in an absent window period, switch the shared radio frequency resources to the Bluetooth communication unit 402.
[0073] In some embodiments of this application, the PTA unit 404 is further configured to: temporarily allocate shared radio frequency resources to the WiFi communication unit 401 and maintain it for a preset duration while the WiFi communication unit 401 actively sends a probe request frame and receives a probe response frame, thereby suspending the radio frequency switching between WiFi and Bluetooth.
[0074] In some embodiments of this application, a wireless communication system in which WiFi and Bluetooth coexist is provided. For example...Figure 5 The wireless communication system 500 includes a GC terminal 501 and a GO terminal 502 in a WiFi P2P network. The GC terminal 501 and the GO terminal 502 realize bidirectional and parallel wireless communication based on WiFi P2P connection and Bluetooth connection.
[0075] Specifically, the GC terminal 501 is configured with a first WiFi communication module 503, a first Bluetooth module 504, and a PTA module 505. The first WiFi communication module 503 is responsible for WiFi P2P signal interaction with the GO terminal 502, including scanning, beacon frame capture, and data transmission. The first Bluetooth module 504 is used to maintain the Bluetooth audio connection of the GC terminal 501, enabling real-time transmission and reception of audio data. The PTA module 505, as the scheduling unit of the GC terminal 501, dynamically allocates shared radio frequency resources according to the coexistence requirements of WiFi and Bluetooth, ensuring orderly switching between the two communication methods in the time domain.
[0076] The GO terminal 502 is internally equipped with a second WiFi communication module 503 and a second Bluetooth module 504. The second WiFi communication module 503 of the GO terminal 502 establishes a WiFi P2P connection with the first WiFi communication module 503 of the GC terminal 501 through a WiFi antenna, carrying functions such as beacon frame interaction, network configuration, and control signaling transmission. The second Bluetooth module 504 establishes a Bluetooth connection with the first Bluetooth module 504 of the GC terminal 501 through a Bluetooth antenna for high real-time audio data transmission.
[0077] The GO terminal 502 is configured to periodically send beacon frames carrying NOA parameters; or, in response to a probe request frame, to send back a probe response frame carrying NOA parameters.
[0078] The GC terminal 501 is configured to: when starting WiFi scanning, sequentially open the WiFi scanning window with a preset step size, so that the WiFi scanning window advances sequentially along the time axis with the preset step size until the WiFi scanning window overlaps with the in-situ window of the GO terminal to capture beacon frames from the GO terminal; or, actively send a probe request frame and receive a probe response frame from the GO terminal; parse the NOA parameters based on the beacon frame or the probe response frame, and obtain the NOA timing table of the GO terminal based on the NOA parameters; and dynamically schedule WiFi radio frequency resources and Bluetooth radio frequency resources based on the NOA timing table.
[0079] In this way, the PTA module 505 of GC end 501 dynamically schedules WiFi and Bluetooth radio frequency resources according to the NOA timing table of GO end 502, so that GC end 501 prioritizes WiFi communication when GO end 502 is in the window, and switches to Bluetooth when GO end 502 is absent, thereby ensuring the stable and efficient coexistence of WiFi P2P connection and Bluetooth audio transmission, and realizing low latency and high reliability communication of the system as a whole.
[0080] It should also be noted that the steps of the wireless communication method with coexistence of WiFi and Bluetooth in various embodiments of this application are applicable here, and will not be repeated here.
[0081] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state drive), etc.
[0082] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.
Claims
1. A wireless communication method that allows WiFi and Bluetooth to coexist, characterized in that, The wireless communication method includes: When initiating WiFi scanning at the GC end, the WiFi scanning window is opened round by round with a preset step size delay, so that the WiFi scanning window advances along the time axis round by round with the preset step size until the WiFi scanning window at the GC end overlaps with the in-situ window at the GO end to capture beacon frames from the GO end; or, The GC end actively sends a probe request frame and receives a probe response frame from the GO end; The GC end parses the NOA parameters based on the beacon frame or the probe response frame, and obtains the NOA timing table of the GO end based on the NOA parameters; The GC terminal dynamically schedules WiFi and Bluetooth radio frequency resources based on the NOA timing table.
2. The wireless communication method according to claim 1, characterized in that, The preset step size is associated with the coexistence time slots of WiFi and Bluetooth time division multiplexing at the GC end, and the preset step size is not greater than the time slot length occupied by WiFi.
3. The wireless communication method according to claim 1, characterized in that, The NOA parameters include NOA interval, NOA duration in place, NOA start time, and NOA period count value; The wireless communication method further includes: the GC end obtaining the complete in-situ window period and the absence window period of the GO end based on the NOA parameters.
4. The wireless communication method according to claim 1, characterized in that, The dynamic scheduling specifically includes: When the GO terminal is in the in-place window, the shared radio frequency resources will be switched to WiFi; When the GO device is in an absence window, the shared radio frequency resources will be switched to Bluetooth.
5. The wireless communication method according to claim 1, characterized in that, The NOA parameter can be a fixed NOA parameter or a dynamically changing NOA parameter.
6. The wireless communication method according to claim 1, characterized in that, During the process of dynamically scheduling WiFi and Bluetooth radio frequency resources based on the NOA timing table, the coexistence time slot period of WiFi and Bluetooth time division multiplexing at the GC end is the same as the NOA period at the GO end, and the coexistence time slot period is dynamically adjusted following the change of the NOA period.
7. A wireless communication device that allows for the coexistence of WiFi and Bluetooth, characterized in that, The wireless communication device, acting as the GC end, communicates with the GO end via WiFi P2P and Bluetooth connections. The wireless communication device includes: The WiFi communication unit is configured as follows: When starting a WiFi scan, the WiFi scan window is opened in turn with a preset step size delay, so that the WiFi scan window advances in turn along the time axis with the preset step size until the WiFi scan window overlaps with the in-situ window of the GO terminal to capture beacon frames from the GO terminal. Alternatively, it can actively send a probe request frame and receive a probe response frame from the GO terminal; The processing unit is configured as follows: The NOA parameters are parsed from the beacon frame or the probe response frame, and the NOA timing table of the GO end is obtained based on the NOA parameters. The PTA unit is configured as follows: Obtain the NOA timing table and dynamically schedule WiFi and Bluetooth radio frequency resources based on the NOA timing table.
8. The wireless communication device according to claim 7, characterized in that, The wireless communication device further includes a Bluetooth communication unit, which is used to establish a Bluetooth connection with the GO terminal and perform Bluetooth communication. The PTA unit is further configured as follows: Based on the NOA timing table, when the GO terminal is in the in-situ window period, the shared radio frequency resources will be switched to the WiFi communication unit; When the GO terminal is in an absence window, the shared radio frequency resources will be switched to the Bluetooth communication unit.
9. The wireless communication device according to claim 7, characterized in that, The PTA unit is further configured as follows: During the period when the WiFi communication unit actively sends a probe request frame and receives a probe response frame, the shared radio frequency resources are temporarily allocated to the WiFi communication unit and maintained for a preset duration, suspending the radio frequency switching between WiFi and Bluetooth.
10. A wireless communication system that allows for the coexistence of WiFi and Bluetooth, characterized in that, The wireless communication system includes a GC terminal and a GO terminal in a WiFi P2P network; The GO terminal is configured to: periodically send beacon frames carrying NOA parameters; or, respond to a probe request frame by sending back a probe response frame carrying NOA parameters. The GC endpoint is configured as follows: When starting a WiFi scan, the WiFi scan window is opened in turn with a preset step size, so that the WiFi scan window advances in turn along the time axis with the preset step size until the WiFi scan window overlaps with the in-situ window of the GO terminal to capture beacon frames from the GO terminal. Alternatively, actively send a probe request frame and receive a probe response frame from the GO terminal; The NOA parameters are parsed from the beacon frame or the probe response frame, and the NOA timing table of the GO terminal is obtained based on the NOA parameters. The WiFi and Bluetooth radio frequency resources are dynamically scheduled based on the NOA timing table.