Bluetooth real-time audio stream anti-interference transmission method and device

Abstract

The application relates to a Bluetooth real-time audio stream anti-interference transmission method and device, which is applied to the technical fields of wireless communication and audio transmission and comprises the following steps: by judging and actively closing another radio frequency coexistence arbitration layer which is not used by a service, long-term ignored implicit overhead in the prior art is eliminated, theoretical maximum packet sending budget in a single anchor point is recovered, and full availability of each sending opportunity is ensured; meanwhile, a host protocol stack memory block pool, a controller transceiving buffer and a transmission resource pool are taken as a whole to be subjected to minimum capacity constraint, the limitation of single-point expansion is broken, when a retransmission peak instantaneously increases, a message can be safely stayed in the buffer and will not be discarded by any link, and data loss caused by physical layer jitter is obviously reduced; in addition, a connection interval compromise interval is constructed according to a voice frame period, and lower and upper bound constraints are used to dynamically balance anchor point density and queue depth, collision risk caused by excessive density is avoided, and batch retransmission caused by excessive depth is avoided.

Description

Technical Field

[0001] This invention relates to the field of wireless communication and audio transmission technology, specifically to a Bluetooth real-time audio stream anti-interference transmission method and apparatus. Background Technology

[0002] With the increasing prevalence of Bluetooth audio devices and Wi-Fi, the wireless environment in the 2.4GHz ISM band is becoming increasingly congested. In dense interference scenarios where multiple Bluetooth devices and Wi-Fi signals coexist nearby, the stable transmission of real-time audio streams from a single Bluetooth Low Energy (BLE) peripheral faces significant challenges, and packet loss and stuttering issues are highly likely to occur.

[0003] Current related technologies mostly employ single-point strategies such as connection interval staggering, adaptive frequency hopping, or buffer expansion for anti-interference processing. However, the connection interval staggering strategy faces a dilemma in optimizing the interval value when optimizing a single peripheral connection. If the interval is too small, the anchor points are dense, leading to an increased probability of collisions. If the interval is too large, the single anchor point queue is too deep, and physical layer jitter can easily cause the entire frame to fail to be retransmitted in batches. Although adaptive frequency hopping can eliminate disturbed frequency points, it cannot effectively cope with scenarios where anchor points are crowded and the budget is compressed. Summary of the Invention

[0004] In view of this, the purpose of the present invention is to provide a Bluetooth real-time audio stream anti-interference transmission method and apparatus, which aims to solve the problems of high packet loss rate and severe stuttering of BLE single peripheral real-time audio stream under dense heterogeneous interference in the prior art.

[0005] According to a first aspect of the present invention, a method for anti-interference transmission of Bluetooth real-time audio streams is provided, the method comprising:

[0006] In response to the initialization of the Bluetooth device, determine whether the current service scenario uses another radio frequency (RF) other than the Bluetooth device; if not, shut down the software coexistence arbitration layer corresponding to the other RF to restore the theoretical maximum packet transmission budget within a single anchor point. A pre-defined collaborative sizing strategy is implemented within the bottleneck buffer module; The Bluetooth device establishes a connection with the Bluetooth central device and negotiates to determine a connection interval within a compromise range; the compromise range is defined by upper and lower bound constraints. Based on the connection interval within the compromise range, the system enters the real-time voice frame transmission stage and continuously monitors the current connection status. If a retransmission peak is detected, the connection interval is shortened within the compromise range, and real-time voice frames are retransmitted. If the total number of pending and in-transit packets at a single anchor point during a retransmission peak is detected to be greater than the capacity of the bottleneck buffer module, the bottleneck buffer module executes the preset collaborative capacity balancing strategy to make the total number of pending and in-transit packets at a single anchor point less than or equal to the capacity of the bottleneck buffer module.

[0007] Preferably, The step of disabling the software coexistence arbitration layer corresponding to the other radio frequency to restore the theoretical maximum packet-transmitting budget within a single anchor point includes: The overhead incurred by the currently resident software coexistence arbitration layer before anchor point scheduling is explicitly quantified; after shutting down the software coexistence arbitration layer corresponding to the other radio frequency, the software coexistence arbitration layer corresponding to the other radio frequency no longer participates in the radio frequency resource arbitration before anchor point scheduling, thereby eliminating the packet sending budget loss caused by the resident software coexistence arbitration layer corresponding to the other radio frequency, and restoring the actual packet sending budget of a single anchor point to the theoretical maximum packet sending budget.

[0008] Preferably, The upper and lower bound constraints include: upper bound constraints and lower bound constraints; The lower bound constraint is: the number of available connection events within a single frame of speech is greater than or equal to a preset minimum number of connection events threshold. The upper bound constraint is: the queue depth of a single anchor point message to be sent is less than or equal to the theoretical maximum packet sending budget.

[0009] Preferably, The number of available connection events within a single frame of audio includes: Obtain the ratio of a single-frame audio period to the connection interval, and round the ratio down to obtain the number of available connection events within a single-frame audio period.

[0010] Preferably, The detected retransmission peak period includes: When a real-time audio frame is detected to be lost, a request is made to retransmit the lost real-time audio frame. If the number of failed retransmission requests exceeds a preset threshold within a preset time period, it is determined that the retransmission peak period has begun.

[0011] Preferably, The bottleneck buffer module executes the preset collaborative capacity-limiting strategy, ensuring that the total number of pending and in-transit packets at a single anchor point is less than or equal to the capacity of the bottleneck buffer module, including: Within the maximum configuration limit allowed by the hardware physical conditions, the bottleneck buffer module increases its own buffer count until the total number of pending and in-transit messages at a single anchor point is less than or equal to the capacity of the bottleneck buffer module. The bottleneck buffer module is the smallest of the three components: the host protocol stack memory block pool, the controller transmit / receive buffer, and the controller transmit resource pool.

[0012] Preferably, The shortening of the connection interval within the compromise range includes: Within the compromise interval, the value of the connection interval is reduced to increase the number of available connection events within the single-frame voice cycle and reduce the queue depth of the single-anchor pending message until the retransmission peak period is exited.

[0013] According to a second aspect of the present invention, a Bluetooth real-time audio stream anti-interference transmission device is provided, the device comprising: Initialization module: In response to the initialization of the Bluetooth device, it determines whether the current service scenario uses another radio frequency (RF) other than the Bluetooth device; if not, it shuts down the software coexistence arbitration layer corresponding to the other RF to restore the theoretical maximum packet transmission budget within a single anchor point. Configuration module: Used to preset collaborative sizing strategies within the bottleneck buffer module; The compromise interval determination module is used to establish a connection between the Bluetooth device and the Bluetooth central device, and negotiate and determine the connection interval within the compromise interval; the compromise interval is defined by upper and lower bound constraints. Transmission module: used to enter the real-time voice frame transmission stage based on the connection interval within the compromise interval, and continuously monitor the current connection status; Retransmission module: If a retransmission peak is detected, the connection interval is shortened within the compromise interval, and the real-time voice frames are retransmitted. Collaborative capacity balancing module: If the total number of pending and in-transit packets at a single anchor point during a retransmission peak is detected to be greater than the capacity of the bottleneck buffer module, the bottleneck buffer module executes the preset collaborative capacity balancing strategy to make the total number of pending and in-transit packets at a single anchor point less than or equal to the capacity of the bottleneck buffer module.

[0014] The technical solutions provided by the embodiments of the present invention may include the following beneficial effects: This application employs a three-pronged approach—RF coexistence arbitration, multi-layer buffer collaborative capacity setting, and dynamic adjustment of connection interval—to significantly improve the stability of real-time Bluetooth audio transmission under dense heterogeneous interference. Specifically, by identifying and proactively disabling another coexisting RF arbitration layer unused by the service, the hidden overhead that has long been overlooked in existing technologies is eliminated, restoring the theoretical maximum packet transmission budget within a single anchor point of the BLE controller, fundamentally ensuring the full availability of each transmission opportunity. Simultaneously, by constraining the host protocol stack memory block pool, controller transmit / receive buffers, and transmit resource pool as a whole to a minimum capacity, the limitations of single-point expansion are broken. This allows packets to safely reside in the buffer during sudden spikes in retransmissions without being silently discarded by any link, significantly reducing data loss caused by physical layer jitter. Furthermore, by constructing a compromise interval for connection intervals based on the voice frame period, and dynamically balancing anchor point density and queue depth with upper and lower bound constraints, the risk of collisions caused by excessive density and batch retransmissions caused by excessive depth are avoided. Combined with subsequent closed-loop adaptive feedback based on retransmission frequency and spike state, the robustness of the system to complex interference environments is further enhanced. Moreover, the entire process only requires execution on the device side, does not change the air interface protocol, is transparent to the peer device, and has broad industrial deployment value.

[0015] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit the invention. Attached Figure Description

[0016] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with the invention and, together with the description, serve to explain the principles of the invention.

[0017] Figure 1 This is a flowchart illustrating a Bluetooth real-time audio stream anti-interference transmission method according to an exemplary embodiment; Figure 2 This is a system schematic diagram of a Bluetooth real-time audio stream anti-interference transmission device according to another exemplary embodiment; In the attached diagram: 1-Initialization module, 2-Setting module, 3-Merge interval determination module, 4-Transmission module, 5-Retransmission module, 6-Cooperative capacity setting module. Detailed Implementation

[0018] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present invention. Rather, they are merely examples of apparatuses and methods consistent with some aspects of the invention as detailed in the appended claims.

[0019] Example 1 Figure 1 This is a flowchart illustrating a Bluetooth real-time audio stream anti-interference transmission method according to an exemplary embodiment, such as... Figure 1 As shown, the method includes: S1, in response to the initialization of the Bluetooth device, determine whether the current service scenario uses another radio frequency other than the Bluetooth device; if not, shut down the software coexistence arbitration layer corresponding to the other radio frequency to restore the theoretical maximum packet transmission budget within a single anchor point; S2, a pre-defined collaborative sizing strategy is used within the bottleneck buffer module; S3, establish a connection between the Bluetooth device and the Bluetooth central device, and negotiate to determine the connection interval within the compromise interval; the compromise interval is defined by upper and lower bound constraints. S4, based on the connection interval within the compromise interval, enter the real-time voice frame transmission stage, and continuously monitor the current connection status; S5. If a retransmission peak is detected, the connection interval is shortened within the compromise interval, and the real-time voice frame is retransmitted. S6. If the total number of packets to be sent and in transit at a single anchor point during the retransmission peak period is greater than the capacity of the bottleneck buffer module, the bottleneck buffer module executes the preset collaborative capacity balancing strategy so that the total number of packets to be sent and in transit at a single anchor point is less than or equal to the capacity of the bottleneck buffer module. It is understood that the specific implementation steps of this embodiment include: Device initialization: The Bluetooth audio device powers on and starts up, completing the initialization of the basic communication module.

[0020] Service radio frequency usage determination: Detect whether the current device's service scenario uses another radio frequency besides BLE Bluetooth. Typically, the other radio frequency is the Wi-Fi radio frequency.

[0021] Shutting down unused radio frequencies and coexistence arbitration layers: If it is determined that another radio frequency is not used in the current business scenario, then a shutdown action is performed; specifically, not only is the power supply of the radio frequency hardware turned off, but the coexistence arbitration layer corresponding to that radio frequency must also be disabled at the software level. After shutdown, the anchor point scheduling of the BLE controller is no longer affected by the arbitration layer, and its actual packet transmission budget is restored from the compressed state to the theoretical maximum packet transmission budget, that is, the packet transmission budget loss caused by coexistence arbitration is reduced to zero, the expression of which is: (1) In the formula, This indicates the effective packet transmission budget after disabling / retaining the coexistence arbitration layer corresponding to another radio frequency. This indicates the packet transmission budget loss caused by the coexistence arbitration layer corresponding to another radio frequency; This represents the theoretical maximum packet sending budget within a single anchor point; after disabling the coexistence arbitration layer corresponding to another radio frequency, Therefore The effective contracting budget within the anchor point is restored to the theoretical maximum contracting budget.

[0022] When a device has the capability but its services do not use another radio frequency (such as a wireless LAN), its software coexistence arbitration layer remains resident by default, participating in the arbitration of radio frequency usage rights before each BLE anchor point decision, thus increasing the actual number of packets that can be transmitted within the anchor point. Shrink to When physical layer jitter necessitates retransmission due to insufficient budget, packets overflow to subsequent anchor points and accumulate, manifesting macroscopically as batch retransmission failures and stuttering. This is easily misjudged as a "poor air interface environment," leaving no solution. This formula explicitly quantifies the cost of coexistence arbitration from "experience-based perception" into packet sending budget loss. This elevates "disabling unused coexistence" from an occasional debugging experience to a design step with quantitative basis.

[0023] If it is determined that the current business scenario uses another radio frequency, the coexistence arbitration layer corresponding to the other radio frequency is retained, and the subsequent steps are continued (normal operation, this embodiment has not been modified).

[0024] Collaborative Capacity Buffer: Configure a collaborative capacity balancing strategy to treat the host memory block pool, controller transceiver buffer, and controller transmit resource pool as a whole, i.e., configure the capacity strategy for the bottleneck buffer module mentioned above.

[0025] Establishing a connection and negotiating a compromise connection interval: The BLE audio device establishes a connection with the Bluetooth central device and negotiates a connection interval. This value is limited to a specific compromise range and must meet corresponding constraints to ensure that the "number of connection events" has a lower limit and the "queue depth" has an upper limit. Specifically: Connection interval in dense environments The value of determines two mutually constraining quantities—anchor density. The higher the value, the greater the probability of time-frequency collisions with neighboring device anchor points; while the number of available connection events within a single frame of audio data... The fewer the number of packets, the lower the queue depth of packets to be sent at a single anchor point. The deeper the layer, the more likely a single physical layer jitter will cause a batch retransmission to fail. These two quantities ( , ) and connection interval The quantitative relationship is made explicit, which serves as the basis for calculating the compromise value. The expression is:

[0026] (2)

[0027] In the formula, This indicates a round-down operation; rounding down is used because only connection events that fall completely within the frame period can be used to clear the transmission queue of that frame, and fractions less than one interval do not constitute a transmission opportunity. This indicates the period of a single speech frame, approximately 40 ms; This indicates the connection interval level, which is a positive integer. In this embodiment, the compromise range is approximately 12.5–20 ms (corresponding to the level). (c. 10–16) Connection interval of existing solutions Either a fixed small interval is used (due to dense anchor points and neighbor collisions), or a fixed large interval is used (due to deep single anchor point queues and batch failures due to jitter). There is a lack of quantitative criteria that balances both approaches. This embodiment uses initial negotiation to determine the interval. In the formula, Representing the connection interval respectively The lower / upper bound of the compromise interval, the upper and lower bound constraints are expressed as: (3) In the formula, This represents the minimum number of connection events threshold, with a value greater than or equal to 2; the three inequalities mentioned above each serve a specific purpose—upper and lower bounds of the interval. Define the middle boundary; This ensures that there are at least a few independent transmission opportunities within a single voice frame period, leaving room for retransmission and also serving as a lower bound constraint for tightening, preventing the anchor points from becoming too dense again after excessive tightening. Under normal operating conditions, a single anchor point can clear the anchor point queue, ensuring that retransmissions are only occasional increments rather than a constant backlog.

[0028] Entering real-time voice transmission: The audio device enters a steady-state working mode and sends and receives Bluetooth data packets containing compressed voice data and feedback control according to the agreed connection intervals.

[0029] The system monitors whether a retransmission peak period has begun. A retransmission peak period indicates frequent batch retransmission failures within a single anchor point. Specifically, when a real-time voice frame is detected as being lost and a request to retransmit the lost real-time voice frame is made, if the number of failed retransmission requests exceeds a preset threshold within a preset time period, it is determined that a retransmission peak period has begun. During transmission, the packet retransmission status within the anchor point is continuously monitored. If it is found that due to physical layer jitter or external interference, the number of packet retransmissions within a single anchor point remains high and is backed up to subsequent anchor points, the following steps are executed.

[0030] Fine-tuning to shorten the connection interval Under the premise of satisfying the lower bound constraint, the connection interval can be appropriately shortened. This increases the number of connection events within a single voice frame period. This distributes the data transmission pressure at a single anchor point and reduces the queue depth of pending messages at that anchor point. This prevents the entire retransmission of the same frame from failing due to brief physical layer jitter.

[0031] Monitor whether the retransmission peak reaches the buffer limit, continuously monitor the relationship between the retransmission peak and the bottleneck buffer module capacity, and if it is found that the number of packets to be sent and sent at a single anchor point reaches or exceeds the bottleneck buffer module, then perform the following steps.

[0032] Bottleneck buffer module upgrade steps: When the total number of pending and en route packets at a single anchor point during a retransmission peak exceeds the capacity of the bottleneck buffer module, the current collaborative buffer capacity is deemed insufficient; specifically including: First, calculate and determine the host memory block pool. Controller transmit / receive buffer and controller launch resource pool The module with the smallest current capacity that is depleted first is designated as the bottleneck buffer module. Then, within the maximum configuration limit allowed by the hardware physical conditions corresponding to the bottleneck buffer module (e.g., the size of the SRAM inside the Bluetooth SoC or the maximum number of modules that can be allocated in the firmware protocol stack), the count limit of this module is increased according to the actual gap of the retransmission spike, until the conditions for three-layer buffer collaborative capacity setting are met again, thereby completely absorbing the instantaneous retransmission spike. The expression is: (4) Steady-state operation with low packet loss and real-time audio: After the above closed-loop feedback and configuration, the device enters a stable transmission state with low packet loss and low stuttering.

[0033] When a host task is briefly preempted by service processing (such as voice encoding / decoding), packets accumulate between the host and the controller. If any layer in the host memory block pool, controller transmit / receive buffer, or transmit resource pool runs out first, audio / control frames will be silently dropped—the user will only hear a stutter, and the system will not issue any alarms. This embodiment uses the host memory block pool... Controller transmit / receive buffer and controller launch resource pool The module with the smallest current capacity is used as the bottleneck buffer module, indicating that the ability to withstand peak loads is determined by the weakest layer—expanding only one layer without affecting the others is ineffective; overall coordinated capacity setting is necessary. This is the essential difference between the existing technology's "generally increasing the buffer" and this application's "coordinated capacity setting." Specifically, during coordinated capacity expansion, the number of blocks in the host memory block pool... Increase from a smaller default value (e.g., from 10 to 20); Number of controller transmit / receive buffers Increase to the recommended upper limit for the protocol stack (e.g., from 16 to 24); number of controller transmit resource pools Maximize to the hardware limit (e.g., up to 12 orders of magnitude).

[0034] Through the above-mentioned scheme in this application, equations (2) and (3) act on the time dimension (determine the rhythm of the anchor point, so that each frame of speech has enough and not too dense transmission opportunities within its frame period); equation (1) acts on the scheduling dimension (restore the packet transmission budget within each anchor point, so that each transmission opportunity is fully available); equation (4) acts on the capacity dimension (ensure that the message has a buffer to stay during the waiting period for transmission and retransmission, and is not silently discarded); the three dimensions complement each other and are indispensable: if only the interval is adjusted but the budget is squeezed, the message cannot be transmitted within the anchor point; if only the budget is restored but the buffer is insufficient, the peak will still drop frames.

[0035] To verify the above-described solution of this application, the following verification case is provided in this embodiment: Assume a single frame speech period ms (one compressed audio frame is generated every 40 ms), the middle range is taken ms: The compromise effect of equations (2) and (3): Anchor point / ms Each frame has at least two transmission opportunities to meet the requirements. Compare the two extremes: if we take ms, with anchor point density doubling, the probability of collision with neighboring equipment anchor points increases significantly; if we take ms, then If all messages in a frame are crammed into a single anchor point, a single physical layer jitter will cause the entire frame to fail to be retransmitted.

[0036] Budget recovery of formula (1): Assume a single anchor point contracting budget (Example) When the coexisting arbitration layer is permanently stationed , When a frame requires 5 packets for retransmission, the budget is insufficient, overflowing to the next anchor point and squeezing out the next frame, causing a chain reaction of stuttering. After disabling the unused RF coexistence arbitration layer... , This frame can be cleared at the current anchor point.

[0037] Cooperative occupancy of equation (4): Assume single anchor point pending and in-transit messages during retransmission peak periods. Default capacity , , At that time, (min(10,16,6)=6<12), the transmit resource pool and the host block pool were exhausted one after the other, and the audio frames were silently discarded; the collaborative capacity was fixed to... , , After (min(20,24,12)=12=12), the spike is completely absorbed without dropping frames.

[0038] Boundaries and Special Cases: When a service requires the use of another radio frequency, coexistence arbitration is not disabled, formula (1) of this application is not applicable, and formulas (2) and (3) can still be implemented separately; the connection interval is tightened to This serves as a lower bound constraint to prevent excessive tightening that could lead to insufficient connection events per frame.

[0039] Example 2 Figure 2 This is a system schematic diagram of a Bluetooth real-time audio stream anti-interference transmission device according to another exemplary embodiment, the device comprising: Initialization module 1: In response to the initialization of the Bluetooth device, it determines whether the current service scenario uses another radio frequency (RF) other than the Bluetooth device; if not, it shuts down the software coexistence arbitration layer corresponding to the other RF to restore the theoretical maximum packet transmission budget within a single anchor point. Configuration Module 2: Used to preset a collaborative sizing strategy within the bottleneck buffer module; The compromise interval determination module 3 is used to establish a connection between the Bluetooth device and the Bluetooth central device, and negotiate and determine the connection interval within the compromise interval; the compromise interval is defined by upper and lower bound constraints. Transmission module 4: Used to enter the real-time voice frame transmission stage based on the connection interval within the compromise interval, and continuously monitor the current connection status; Retransmission module 5: If a retransmission peak is detected, the connection interval is shortened within the compromise interval, and the real-time voice frame is retransmitted. Collaborative capacity balancing module 6: If the total number of pending and in-transit packets at a single anchor point during a retransmission peak is detected to be greater than the capacity of the bottleneck buffer module, the bottleneck buffer module executes the preset collaborative capacity balancing strategy to make the total number of pending and in-transit packets at a single anchor point less than or equal to the capacity of the bottleneck buffer module.

[0040] It is understood that the same or similar parts in the above embodiments can be referred to each other, and the contents not described in detail in some embodiments can be referred to the same or similar contents in other embodiments.

[0041] It should be noted that in the description of this invention, the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance. Furthermore, in the description of this invention, unless otherwise stated, "a plurality of" means at least two.

[0042] Any process or method description in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or more executable instructions for implementing a particular logical function or process, and the scope of the preferred embodiments of the invention includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as will be understood by those skilled in the art to which embodiments of the invention pertain.

[0043] It should be understood that various parts of the present invention can be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, multiple steps or methods can be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, it can be implemented using any one or a combination of the following techniques known in the art: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.

[0044] Those skilled in the art will understand that all or part of the steps of the methods in the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, the program includes one or a combination of the steps of the method embodiments.

[0045] Furthermore, the functional units in the various embodiments of the present invention can be integrated into a processing module, or each unit can exist physically separately, or two or more units can be integrated into a module. The integrated module can be implemented in hardware or as a software functional module. If the integrated module is implemented as a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium.

[0046] The storage media mentioned above can be read-only memory, disk, or optical disk, etc.

[0047] In the description of this specification, references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of the invention. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples.

[0048] Although embodiments of the present invention have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present invention. Those skilled in the art can make changes, modifications, substitutions and variations to the above embodiments within the scope of the present invention.

Claims

1. A Bluetooth real-time audio stream anti-interference transmission method, characterized in that, The method includes: In response to the initialization of the Bluetooth device, determine whether the current service scenario uses another radio frequency (RF) other than the Bluetooth device; if not, shut down the software coexistence arbitration layer corresponding to the other RF to restore the theoretical maximum packet transmission budget within a single anchor point. A pre-defined collaborative sizing strategy is implemented within the bottleneck buffer module; The Bluetooth device establishes a connection with the Bluetooth central device and negotiates to determine a connection interval within a compromise range; the compromise range is defined by upper and lower bound constraints. Based on the connection interval within the compromise range, the system enters the real-time voice frame transmission stage and continuously monitors the current connection status. If a retransmission peak is detected, the connection interval is shortened within the compromise range, and real-time voice frames are retransmitted. If the total number of pending and in-transit packets at a single anchor point during a retransmission peak is detected to be greater than the capacity of the bottleneck buffer module, the bottleneck buffer module executes the preset collaborative capacity balancing strategy to make the total number of pending and in-transit packets at a single anchor point less than or equal to the capacity of the bottleneck buffer module.

2. The Bluetooth real-time audio stream anti-interference transmission method according to claim 1, characterized in that, The step of disabling the software coexistence arbitration layer corresponding to the other radio frequency to restore the theoretical maximum packet-transmitting budget within a single anchor point includes: The overhead incurred by the currently resident software coexistence arbitration layer before anchor point scheduling is explicitly quantified; after shutting down the software coexistence arbitration layer corresponding to the other radio frequency, the software coexistence arbitration layer corresponding to the other radio frequency no longer participates in the radio frequency resource arbitration before anchor point scheduling, thereby eliminating the packet sending budget loss caused by the resident software coexistence arbitration layer corresponding to the other radio frequency, and restoring the actual packet sending budget of a single anchor point to the theoretical maximum packet sending budget.

3. The Bluetooth real-time audio stream anti-interference transmission method according to claim 1, characterized in that, The upper and lower bound constraints include: upper bound constraints and lower bound constraints; The lower bound constraint is: the number of available connection events within a single frame of speech is greater than or equal to a preset minimum number of connection events threshold. The upper bound constraint is: the queue depth of a single anchor point message to be sent is less than or equal to the theoretical maximum packet sending budget.

4. The Bluetooth real-time audio stream anti-interference transmission method according to claim 3, characterized in that, The number of available connection events within a single frame of audio includes: Obtain the ratio of a single-frame audio period to the connection interval, and round the ratio down to obtain the number of available connection events within a single-frame audio period.

5. The Bluetooth real-time audio stream anti-interference transmission method according to claim 3, characterized in that, The detected retransmission peak period includes: When a real-time audio frame is detected to be lost, a request is made to retransmit the lost real-time audio frame. If the number of failed retransmission requests exceeds a preset threshold within a preset time period, it is determined that the retransmission peak period has begun.

6. The Bluetooth real-time audio stream anti-interference transmission method according to claim 3, characterized in that, The bottleneck buffer module executes the preset collaborative capacity-limiting strategy, ensuring that the total number of pending and in-transit packets at a single anchor point is less than or equal to the capacity of the bottleneck buffer module, including: Within the maximum configuration limit allowed by the hardware physical conditions, the bottleneck buffer module increases its own buffer count until the total number of pending and in-transit messages at a single anchor point is less than or equal to the capacity of the bottleneck buffer module. The bottleneck buffer module is the smallest of the three components: the host protocol stack memory block pool, the controller transmit / receive buffer, and the controller transmit resource pool.

7. The Bluetooth real-time audio stream anti-interference transmission method according to claim 5, characterized in that, The shortening of the connection interval within the compromise range includes: Within the compromise interval, the value of the connection interval is reduced to increase the number of available connection events within the single-frame voice cycle and reduce the queue depth of the single-anchor pending message until the retransmission peak period is exited.

8. A Bluetooth real-time audio stream anti-interference transmission device, characterized in that, The device includes: Initialization module: In response to the initialization of the Bluetooth device, it determines whether the current service scenario uses another radio frequency (RF) other than the Bluetooth device; if not, it shuts down the software coexistence arbitration layer corresponding to the other RF to restore the theoretical maximum packet transmission budget within a single anchor point. Configuration module: Used to preset collaborative sizing strategies within the bottleneck buffer module; The compromise interval determination module is used to establish a connection between the Bluetooth device and the Bluetooth central device, and negotiate and determine the connection interval within the compromise interval; the compromise interval is defined by upper and lower bound constraints. Transmission module: used to enter the real-time voice frame transmission stage based on the connection interval within the compromise interval, and continuously monitor the current connection status; Retransmission module: If a retransmission peak is detected, the connection interval is shortened within the compromise interval, and the real-time voice frames are retransmitted. Collaborative capacity balancing module: If the total number of pending and in-transit packets at a single anchor point during a retransmission peak is detected to be greater than the capacity of the bottleneck buffer module, the bottleneck buffer module executes the preset collaborative capacity balancing strategy to make the total number of pending and in-transit packets at a single anchor point less than or equal to the capacity of the bottleneck buffer module.

Images