Bluetooth antenna configuration method, device, and storage medium

Abstract

The present application provides a Bluetooth antenna configuration method, a device, and a storage medium. In the method, by determining whether preset conditions (condition 1 to condition 4), i.e., conditions for entering independent BT mode, are currently satisfied, a dynamic decision can be made to enter the independent BT mode or continue to remain in the non-independent BT mode. In this way, the performance of WiFi, BT and cellular services can be ensured, while the probability of intermittent connection issues in WiFi and BT services can be reduced, thereby improving the overall service performance and ensuring user experience.

Description

Bluetooth antenna configuration method, device and storage medium

[0001] This application claims priority to the Chinese patent application filed with the China Patent Office on February 8, 2024, with application number 202410177928.0 and invention name “Configuration method, device and storage medium for Bluetooth antenna”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of mobile communication technology, and in particular to a configuration method, device, and storage medium for a Bluetooth antenna. Background Art

[0003] Currently, Bluetooth (BT) firmware and Wireless Fidelity (WiFi) firmware can share the 2.4 GHz antenna (the antenna used to support wireless communication services of BT firmware and WiFi firmware, hereinafter referred to as the 2.4 GHz antenna). This results in the WiFi firmware operating in the 2.4 GHz band (receiving / sending data through the 2.4 GHz antenna) while the BT firmware is also active. This causes the BT firmware and WiFi firmware to compete for the 2.4 GHz antenna, resulting in intermittent BT and WiFi services.

[0004] To address the above issues, some implementations allocate an antenna for supporting cellular communication services (hereinafter referred to as the cellular antenna) to the BT firmware, allowing the WiFi firmware to exclusively use the 2.4GHz antenna and the BT firmware to exclusively use a cellular antenna (this mode in which the WiFi firmware and BT firmware each exclusively use the antenna is hereinafter referred to as the independent BT mode), ensuring that the WiFi and BT services do not affect each other.

[0005] However, some chip platforms currently only allow Wi-Fi firmware to operate in the 2.4 GHz band with a bandwidth of 20 Mbps, while BT firmware can enter independent BT mode. If Wi-Fi firmware operates in the 2.4 GHz band with a bandwidth of 40 Mbps, the BT and Wi-Fi firmware still need to share the 2.4 GHz antenna. This means that BT and Wi-Fi services may still compete for the 2.4 GHz antenna, resulting in intermittent BT and Wi-Fi services. Summary of the Invention

[0006] The embodiments of the present application provide a configuration method, device, and storage medium for a Bluetooth antenna to reduce the probability of intermittent problems in WiFi services and BT services.

[0007] In a first aspect, embodiments of the present application provide a method for configuring a Bluetooth antenna. The method is applied to a terminal device, which includes Bluetooth (BT) firmware, Wireless Fidelity (WiFi) firmware, a first antenna, and a second antenna. The BT firmware and the WiFi firmware can share the first antenna. The first antenna is a wireless antenna operating in the 2.4 GHz frequency band and is used to support WiFi and BT services. The second antenna includes a cellular antenna operating in the 2.4 GHz frequency band and is used to support cellular communication services. The method includes: controlling the BT firmware to enter the independent BT mode from the non-independent BT mode when preset conditions are met; wherein the preset conditions include: the current status information of the second antenna indicates that there is currently an inactive cellular antenna, the current working status information of the BT firmware indicates that the BT firmware is currently working and in the non-independent BT mode, the current working status information of the WiFi firmware indicates that the WiFi firmware is currently working in the 2.4 GHz frequency band and the working bandwidth is a first bandwidth, and information of the currently running application indicates that there is currently a low-latency WiFi service running in the foreground, the first bandwidth is greater than or equal to the working bandwidth of the BT firmware and less than or equal to the second bandwidth, and the second bandwidth is a bandwidth that can accommodate all available channels corresponding to the 2.4 GHz frequency band; wherein, when the BT firmware is in the non-independent BT mode, the BT firmware uses the first antenna for data transmission and does not use the cellular antenna for data transmission; when the BT firmware is in the independent BT mode, the BT firmware uses the currently inactive cellular antenna for data transmission and does not use the first antenna for data transmission.

[0008] The fact that the BT firmware and the WiFi firmware can share the first antenna means that both the BT firmware and the WiFi firmware can transmit data via the first antenna. That is, when the BT firmware operates in the 2.4 GHz frequency band, or the WiFi firmware operates in the 2.4 GHz frequency band, or both the BT firmware and the WiFi firmware operate in the 2.4 GHz frequency band, data corresponding to the BT firmware and / or the WiFi firmware is transmitted via the first antenna.

[0009] Understandably, when both the WiFi firmware and the BT firmware operate in the 2.4 GHz frequency band, before the BT firmware is controlled to enter independent BT mode, the WiFi firmware and the BT firmware share the first antenna. Specifically, the WiFi firmware and the BT firmware use the time division duplex mode to seize the first antenna, allowing the first antenna to transmit (receive or send) the corresponding data.

[0010] It is also understandable that when the WiFi firmware operates solely in the 2.4 GHz frequency band, that is, when the BT firmware is not in operation, the WiFi firmware can use the first antenna alone, thereby continuously using the first antenna for WiFi service-related data transmission.

[0011] It can also be understood that when the BT firmware works alone in the 2.4GHz frequency band, that is, the WiFi firmware is not in working state or the WiFi firmware works in the 5GHz frequency band, the BT firmware can use the first antenna alone, so that the first antenna can be continuously used for data transmission related to BT services.

[0012] Among them, the current status information of the second antenna indicates that there is currently an inactive cellular antenna, which is condition 1 in the following embodiment; the current working status information of the BT firmware indicates that the BT firmware is currently in working state and in non-independent BT mode, which is condition 2 in the following embodiment; the current working status information of the WiFi firmware indicates that the WiFi firmware is currently operating in the 2.4GHz frequency band and the working bandwidth is the first bandwidth, which is condition 3 in the following embodiment; the information of the currently running application indicates that there is currently a low-latency WiFi service running in the foreground, which is condition 4 in the following embodiment.

[0013] The working bandwidth of the BT firmware is, for example, 40M.

[0014] All available channels corresponding to the 2.4 GHz frequency band include channels 1 to 13 as shown in FIG. 4 .

[0015] The bandwidth that can accommodate all available channels corresponding to the 2.4 GHz frequency band is specifically the bandwidth that can accommodate the center frequencies of 13 available channels, namely, channel 1 to channel 13, corresponding to the 2.4 GHz frequency band.

[0016] The bandwidth that can accommodate the center frequencies of the 13 available channels from the 1st channel to the 13th channel corresponding to the 2.4 GHz frequency band is 61.5 MHz. That is, the second bandwidth can be 61.5 MHz.

[0017] When the working bandwidth of the BT firmware is 40M and the second bandwidth is 61.5M, the first bandwidth is a bandwidth greater than or equal to 40M and less than or equal to 61.5M.

[0018] In a possible implementation, the first bandwidth is 40M.

[0019] The first antenna is, for example, the 2.4 GHz antenna mentioned in the embodiment of the present application.

[0020] Understandably, in a scenario where both the WiFi firmware and the BT firmware operate in the 2.4GHz frequency band with a 40M bandwidth, even if the BT firmware is controlled to enter independent BT mode, the channel in which the WiFi firmware operates will still overlap with the channel in which the BT firmware operates, thus causing interference between the two. However, from an overall perspective, in independent BT mode, the WiFi firmware monopolizes the 2.4GHz antenna, and the BT firmware monopolizes the inactive cellular antenna. In other words, the WiFi firmware and the BT firmware each monopolize the antenna for data transmission. Therefore, for the low-latency WiFi service currently running in the foreground, since the WiFi firmware can monopolize the 2.4GHz antenna, that is, the 2.4GHz antenna will not be preempted by the BT firmware, the data corresponding to the low-latency WiFi service can be transmitted continuously through the 2.4GHz antenna without interruption, thereby ensuring the low-latency performance requirements of the low-latency WiFi service.

[0021] Therefore, by judging whether the preset conditions (conditions 1 to 4) are currently met, that is, the conditions for entering the independent BT mode, a dynamic decision can be made to enter the independent BT mode or continue to remain in the non-independent BT mode. This can not only ensure the performance of WiFi services, BT services and cellular services, but also reduce the probability of intermittent problems in WiFi services and BT services, thereby improving business revenue as a whole and ensuring user experience.

[0022] According to the first aspect, the preset condition further includes: the current bit rate information of the BT firmware indicates that the current bit rate of the BT firmware is greater than or equal to a preset bit rate threshold, that is, condition 5 in the following embodiment.

[0023] In a possible implementation, the preset bit rate threshold is independent of the encoding format used by the BT firmware and can be a fixed value. That is, the preset bit rate threshold remains the same regardless of the encoding format used by the BT firmware.

[0024] In another possible implementation, the preset bit rate threshold is related to the encoding format adopted by the BT firmware. That is, when the BT firmware adopts different encoding formats, the corresponding preset bit rate threshold is different.

[0025] Understandably, when both the BT firmware and the WiFi firmware operate in the 2.4GHz frequency band, the higher the bit rate of the BT firmware, the greater the impact on the time spent on data transmission for the WiFi service. Therefore, by further determining whether the current bit rate of the BT firmware is greater than or equal to the preset bit rate threshold, the BT firmware can be controlled to enter the independent BT mode only when conditions 1 to 4 are met, and condition 5 (the current bit rate of the BT firmware is greater than or equal to the preset bit rate threshold) is met. This can reduce the impact of the BT service of the BT firmware with the current higher bit rate on the time spent on data transmission for the low-latency WiFi service, ensure that the data of the low-latency WiFi service can be continuously and quickly transmitted through the first antenna, and the data corresponding to the BT service can also be continuously transmitted through the inactive cellular antenna, thereby ensuring the benefits of both the low-latency WiFi service and the BT service.

[0026] Therefore, by judging whether the preset conditions (conditions 1 to 5) are currently met, that is, the conditions for entering the independent BT mode, a dynamic decision can be made to enter the independent BT mode or continue to remain in the non-independent BT mode. This can not only ensure the performance of WiFi services, BT services and cellular services, but also reduce the probability of intermittent problems in WiFi services and BT services. In addition, it can enter the independent BT mode in this scenario, thereby improving business revenue as a whole and ensuring the user experience.

[0027] According to the first aspect, or any implementation of the first aspect above, when the BT firmware adopts a first encoding format, the preset bit rate threshold corresponding to the first encoding format is the first threshold; when the BT firmware adopts a second encoding format, the preset bit rate threshold corresponding to the second encoding format is the second threshold; wherein the first threshold is not equal to the second threshold.

[0028] According to the first aspect, or any implementation of the first aspect above, when the first coding format is the sub-band coding SBC format, the first threshold is less than the maximum bit rate supported by the SBC format, and the maximum bit rate supported by the SBC format is 345 kilobits / second; when the second coding format is the Advanced Audio Coding ACC format, the second threshold is a bit rate within the bit rate range supported by the ACC format, and the bit rate range supported by the ACC format is 128 kilobits / second to 398 kilobits / second.

[0029] In some implementations, the encoding format that the BT firmware may adopt may further include a low-delay audio codec (LDAC) format. When the encoding format adopted by the BT firmware is the LDAC format, the preset bitrate threshold may be a bitrate within a bitrate range supported by the LDAC format, where the bitrate range supported by the LDAC format is 330 kbit / s to 990 kbit / s (inclusive of the endpoints).

[0030] Therefore, the corresponding preset bit rate threshold is set according to the different encoding formats adopted by the BT firmware, thereby ensuring that the terminal device controls the BT firmware to enter the independent BT mode under more appropriate circumstances.

[0031] According to the first aspect, or any implementation of the first aspect above, the preset condition further includes: the current WiFi signal quality of the WiFi firmware is better than a preset signal quality level, that is, condition 6 in the following embodiment.

[0032] The current WiFi signal quality of the WiFi firmware may be represented by the current WiFi signal strength and / or signal-to-noise ratio.

[0033] Understandably, the better the WiFi signal quality, the greater the WiFi signal strength (WiFi signal strength is a negative value, such as -30dB (db stands for decibel) or -65dB. The greater the WiFi signal strength, the smaller the absolute value of the WiFi signal strength. -30dB is greater than -65dB, and a WiFi signal strength of -30dB indicates better WiFi signal quality than a WiFi signal strength of -65dB. Generally, a WiFi signal strength greater than -65dB is considered good WiFi signal quality). The lower the WiFi signal transmit power, the less interference the WiFi signal will cause with the BT signal. Conversely, the worse the WiFi signal quality, the lower the WiFi signal strength, and the greater the WiFi signal transmit power. The greater the WiFi signal transmit power, the greater the interference the WiFi signal will cause with the BT signal. To reduce interference between WiFi and BT signals in standalone BT mode and ensure overall service revenue for the terminal device, the BT firmware can be controlled to enter standalone BT mode only when WiFi signal interference with BT signals is minimal (i.e., when WiFi signal quality is better than a preset signal quality level). Therefore, when the WiFi signal quality is determined by the current WiFi signal strength, the BT firmware can be controlled to enter the independent BT mode only when the WiFi signal has little interference with the BT signal. Condition 6 can be determined to be met when the WiFi signal strength is greater than or equal to a preset signal strength threshold (for example, -65db).

[0034] In some implementations, the preset signal strength threshold may be a value between -60 db and -70 db (including the boundary values).

[0035] In another possible implementation, it may be set that when the WiFi signal strength is less than or equal to a specific threshold value (hereinafter referred to as the preset signal strength threshold value) in a preset signal strength threshold range, it is determined that condition 6 is satisfied.

[0036] In a possible implementation, the preset signal strength threshold is -65 db.

[0037] It is also understandable that the higher the signal-to-noise ratio, the better the WiFi signal quality. Conversely, the lower the signal-to-noise ratio, the worse the WiFi signal quality. Therefore, when the WiFi signal quality is determined by the current signal-to-noise ratio, in order to reduce the interference between the WiFi signal and the BT signal in the independent BT mode and ensure the overall service revenue of the terminal device, the BT firmware can be controlled to enter the independent BT mode only in scenarios with a high signal-to-noise ratio. For example, when the signal-to-noise ratio is within a preset signal-to-noise ratio range, or when the signal-to-noise ratio is greater than or equal to a specific threshold within the preset signal-to-noise ratio range, it is determined that condition 6 is satisfied.

[0038] Therefore, by judging whether the preset conditions (conditions 1 to 6) are currently met, that is, the conditions for entering the independent BT mode, a dynamic decision can be made to enter the independent BT mode or continue to remain in the non-independent BT mode. This can not only ensure the performance of WiFi services, BT services and cellular services, but also reduce the probability of intermittent problems in WiFi services and BT services. In addition, when entering the independent BT mode in this scenario, the interference between the WiFi signal and the BT signal is small, thereby ensuring that the overall business revenue can be improved or there will be no negative revenue after entering the independent BT mode, thereby improving business revenue as a whole and ensuring the user experience.

[0039] According to the first aspect, or any implementation method of the first aspect above, the current status information of the second antenna indicates that there is currently an inactive cellular antenna, including: the current status information of the second antenna indicates that there is currently at least one inactive cellular antenna, and the operating frequency band is a preset frequency band in the 2.4 GHz frequency band.

[0040] It is understandable that since the BT firmware needs to operate in the 2.4 GHz frequency band, when the current status information of the second antenna indicates that there is at least one cellular antenna that is in an inactive state and whose operating frequency band is a preset frequency band in the 2.4 GHz frequency band, it can be determined that condition 1 is currently met.

[0041] According to the first aspect, or any implementation of the first aspect above, the cellular antenna of the preset frequency band is a cellular antenna that is farther away from the first antenna.

[0042] The cellular antenna of the preset frequency band is a cellular antenna corresponding to a frequency band with less interference with the first antenna (hereinafter referred to as a cellular antenna with less interference).

[0043] Understandably, interference between antennas is generally related to the distance between them. Specifically, the greater the distance, the less interference there is; the smaller the distance, the greater the interference. Therefore, the cellular antenna with less interference is the cellular antenna that is farther from the first antenna.

[0044] In a possible implementation, the cellular antenna in the second antenna operating in the mid-high frequency band of the 2.4 GHz frequency band is a cellular antenna that is farther away from the first antenna and has less interference.

[0045] According to the first aspect, or any implementation of the first aspect above, the method further includes: when the preset condition is not met, the BT firmware continues to be in the non-independent BT mode.

[0046] Therefore, when the preset conditions are not met, the BT firmware is set to continue in the non-independent BT mode instead of entering the independent BT mode, thereby avoiding controlling the BT firmware to enter the independent BT mode under inappropriate circumstances, causing the WiFi service and the BT service to interfere with each other and resulting in negative returns.

[0047] In a second aspect, embodiments of the present application provide a terminal device. The terminal device includes: a memory, a processor, Bluetooth (BT) firmware, Wireless Fidelity (WiFi) firmware, a first antenna, and a second antenna. The BT firmware and the WiFi firmware can share the first antenna. The first antenna is a wireless antenna operating in the 2.4 GHz frequency band and is used to support WiFi services and BT services. The second antenna includes a cellular antenna operating in the 2.4 GHz frequency band and is used to support cellular communication services. The memory is coupled to the processor. The memory stores program instructions. When the program instructions are executed by the processor, the terminal device executes instructions of the method of the first aspect or any possible implementation of the first aspect.

[0048] In a third aspect, an embodiment of the present application provides a chip, which includes a processor, and the processor is used to support a terminal device to execute instructions of the method in the first aspect or any possible implementation of the first aspect.

[0049] In a fourth aspect, an embodiment of the present application provides a computer-readable medium for storing a computer program, wherein the computer program includes instructions for executing the method in the first aspect or any possible implementation of the first aspect.

[0050] In a fifth aspect, an embodiment of the present application provides a computer program comprising instructions for executing the method in the first aspect or any possible implementation of the first aspect.

[0051] In a sixth aspect, embodiments of the present application provide a chip system for use in a terminal device. The chip system includes a processor configured to retrieve and execute a computer program from a memory of the terminal device, causing the terminal device equipped with the chip system to execute the Bluetooth antenna configuration method of the first aspect and any implementation of the first aspect.

[0052] In some implementations, the processor is, for example, an application processor.

[0053] In order to enable a terminal device equipped with the chip system to execute the Bluetooth antenna configuration method of the first aspect and any one of the implementation methods of the first aspect, a Bluetooth antenna configuration module can be added to the application framework layer in the application processor software structure, and a computer program can be called and run through the Bluetooth antenna configuration module, so that the terminal device equipped with the chip system can execute the Bluetooth antenna configuration method of the first aspect and any one of the implementation methods of the first aspect.

[0054] Regarding the details of the Bluetooth antenna configuration module located in the application framework layer calling and running a computer program so that the terminal device equipped with the chip system can execute the first aspect and any one of the implementation methods of the first aspect, please refer to Figure 6 and the description of the embodiment shown in Figure 6, which will not be repeated here.

[0055] In a seventh aspect, embodiments of the present application provide a chip system for use in a terminal device. The chip system includes wireless communication firmware, including Wi-Fi firmware and / or Bluetooth firmware. When the wireless communication firmware executes computer instructions, the terminal device equipped with the chip system executes the Bluetooth antenna configuration method according to the first aspect and any implementation of the first aspect.

[0056] The wireless communication firmware included in the chip system may include WiFi firmware but not BT firmware.

[0057] The wireless communication firmware included in the chip system may include BT firmware but not WiFi firmware.

[0058] The wireless communication firmware included in the chip system may include WiFi firmware and BT firmware.

[0059] The wireless communication firmware may further include a Bluetooth antenna configuration module configured to execute computer instructions to enable a terminal device equipped with the chip system to execute the Bluetooth antenna configuration method of the first aspect and any one of the implementations of the first aspect.

[0060] In the case that the WiFi firmware and the BT firmware are independent firmwares, the Bluetooth antenna configuration module may be independent or integrated into either the WiFi firmware or the BT firmware in the wireless communication firmware.

[0061] When the WiFi firmware and the BT firmware are integrated into one chip, the Bluetooth antenna configuration module may be independent of the chip or integrated into the chip.

[0062] For details on the method for configuring the Bluetooth antenna of the terminal device equipped with the chip system and executing computer instructions in the wireless communication firmware so as to execute the first aspect and any one of the implementation methods of the first aspect, please refer to Figure 7 and the description of the embodiment shown in Figure 7, which will not be repeated here.

[0063] In an eighth aspect, an embodiment of the present application provides a chip including Bluetooth BT firmware and Wireless Fidelity WiFi firmware, and configured to support a terminal device in implementing the method described in the first aspect and any one of the implementations of the first aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0064] FIG1 is a schematic diagram illustrating a scenario in which WiFi firmware and BT firmware in a terminal device share a 2.4 GHz antenna, and receiving or sending data for WiFi services and BT services in this scenario;

[0065] FIG2 is a schematic diagram illustrating a scenario in which the WiFi firmware in a terminal device exclusively occupies a 2.4 GHz antenna and the BT firmware exclusively occupies a cellular antenna, and the reception or transmission of WiFi service data and BT service data in this scenario;

[0066] FIG3 is a schematic diagram of a hardware structure that exemplarily supports WiFi firmware and BT firmware sharing a 2.4 GHz antenna, and BT firmware exclusively occupying a cellular antenna;

[0067] FIG4 is a schematic diagram illustrating an exemplary 2.4 GHz channel;

[0068] FIG5 is a logic diagram illustrating an exemplary method for implementing a configuration method of a Bluetooth antenna provided in an embodiment of the present application;

[0069] FIG6 is a schematic diagram illustrating the software and hardware structure of a terminal device for implementing the method for configuring a Bluetooth antenna provided in an embodiment of the present application;

[0070] FIG7 is a schematic diagram illustrating the software and hardware structure of another terminal device for implementing the Bluetooth antenna configuration method provided in an embodiment of the present application;

[0071] FIG8 is a flow chart illustrating a method for configuring a Bluetooth antenna according to an embodiment of the present application. DETAILED DESCRIPTION

[0072] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0073] The term "and / or" in this article is merely a description of the association relationship between associated objects, indicating that three relationships may exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone.

[0074] In the description and claims of the embodiments of this application, the terms "first" and "second" are used to distinguish different objects, rather than to describe a specific order of objects. For example, the terms "first target object" and "second target object" are used to distinguish different objects, rather than to describe a specific order of objects.

[0075] In the embodiments of this application, words such as "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as "exemplary" or "for example" in the embodiments of this application should not be interpreted as being preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner.

[0076] In the description of the embodiments of this application, unless otherwise specified, "multiple" means two or more. For example, "multiple processing units" means two or more processing units; "multiple systems" means two or more systems.

[0077] With the continuous development of terminal devices, they can support an increasing number of services, such as gaming and audio and video services. When using terminal devices for these services, users have high requirements not only for network latency but also for audio quality. Currently, many users are accustomed to wearing Bluetooth headphones when gaming or using audio and video, thus freeing themselves from the constraints of wired headphone cables. Bluetooth (BT) firmware primarily operates in the 2.4 GHz frequency band, while wireless fidelity (WiFi) firmware currently operates in both the 2.4 GHz and 5 GHz bands.

[0078] It should be noted that the frequency band in which the WiFi firmware operates depends primarily on the router configuration. That is, if a future router supports the 6 GHz band, the WiFi firmware can also operate in the 6 GHz band. For ease of illustration, this embodiment of the application uses the example of a terminal device with WiFi firmware that can operate in both 2.4 GHz and 5 GHz.

[0079] As shown in (1) of Figure 1, the BT firmware and the WiFi firmware can currently share the 2.4 GHz antenna through the switch S. Therefore, when the WiFi firmware is operating in the 2.4 GHz frequency band and the BT firmware is also in operation, the current WiFi service data (WiFi-DATA) and the BT service data (BT-DATA) are sent and received in the Time Division Duplexing (TDD) mode.

[0080] It can be understood that TDD generally refers to the use of the same frequency band for uplink and downlink, and the time occupied by uplink and downlink within a frequency band can be adjusted as needed, and the time occupied by uplink and downlink is generally divided into several time periods at fixed intervals, which are called time slots. That is, in the uplink time slot, it is only used to send data, and in the downlink time slot, it is only used to receive data. Specifically in the embodiment of the present application, TDD means that the WiFi service and the BT service use the same frequency band, and the time occupied by the data of the WiFi service and the data of the BT service within a frequency band can be adjusted as needed. That is, in the embodiment of the present application, when the WiFi firmware and the BT firmware both operate in the 2.4 GHz frequency band, when the terminal a of the switch S is connected to the terminal b, the WiFi firmware seizes the 2.4 GHz antenna, as shown in (2) in Figure 1. In this case, the WiFi firmware can use the 2.4 GHz antenna for data transmission, such as sending or receiving WiFi-DATA, in the time slot of the 2.4 GHz antenna, such as time slot 1 shown in (4) in Figure 1. When the terminal a of the switch S is connected to the terminal c, the BT firmware seizes the 2.4 GHz antenna, as shown in (3) in Figure 1. In this case, the BT firmware can use the 2.4 GHz antenna for data transmission, such as sending or receiving BT-DATA, in the time slot of the 2.4 GHz antenna, such as time slot 2 shown in (4) in Figure 1.

[0081] Continuing to refer to (4) in Figure 1, for example, by controlling the terminal a in the switch S to be connected to different time slots, such as connecting to the terminal b in time slot 3 and connecting to the terminal c in time slot 4, the WiFi firmware can use the 2.4GHz antenna to transmit data (such as sending or receiving WiFi-DATA) in time slot 3, and the BT firmware can use the 2.4GHz antenna to transmit data (such as sending or receiving BT-DATA) in time slot 4.

[0082] Continuing with Figure 1, it can be seen that the WiFi firmware can also transmit data using the 5GHz antenna (hereinafter referred to as the 5GHz antenna). Therefore, when the WiFi firmware is using the 5GHz antenna for data transmission, if a BT service is available, terminal a of switch S can remain connected to terminal c, meaning that the BT firmware uses the 2.4GHz antenna alone for data transmission.

[0083] However, when both the WiFi and BT firmware operate at 2.4 GHz, they must each preemptively seize the 2.4 GHz antenna to receive or transmit their respective service data. This can cause the BT firmware to be unable to receive or transmit data while the WiFi firmware preempts the 2.4 GHz antenna to receive or transmit data, or vice versa. This can lead to conflicts between WiFi and BT services, causing intermittent service interruptions.

[0084] In order to solve the above problems, an embodiment of the present application provides an independent BT mode. The so-called independent BT mode is to allocate one of the cellular antennas to the BT firmware for use, so that the WiFi firmware can monopolize the 2.4GHz antenna and the BT firmware can monopolize a cellular antenna, as shown in (1) in Figure 2. Since the WiFi firmware monopolizes the 2.4GHz antenna, it can continue to receive or send WiFi-DATA without being affected by the BT firmware. The BT firmware also monopolizes a cellular antenna, so it can also continue to receive or send BT-DATA without being affected by the WiFi firmware. That is, in the independent BT mode, the WiFi service and the BT service do not affect each other, thereby ensuring that the BT service has no delay and the WiFi service has no lag, thereby improving the user experience.

[0085] In addition, it is understandable that since the WiFi firmware can also transmit data through the 5GHz antenna (. Therefore, when the WiFi firmware uses the 5GHz antenna for data transmission, if there is a BT service, the terminal a of the switch S can always be connected to the terminal c, that is, the BT firmware uses the 2.4GHz antenna alone for data transmission. That is, the BT firmware is not controlled to enter the independent BT mode.

[0086] The hardware structure of a terminal device that supports BT firmware and WiFi firmware to share a 2.4 GHz antenna and can enter an independent BT mode can be shown in FIG3 .

[0087] It should be noted that in the description of the embodiments of the present application, terminal devices may include various forms of terminals such as mobile phones, tablet computers, wearable devices, etc. For ease of description, the following description will be taken as an example.

[0088] As shown in Figure 3, the mobile phone 100 may include: a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, an antenna, etc.

[0089] Among them, the mobile communication module 150 can provide various cellular networks applied on the mobile phone 100, such as 2G / 3G / 4G / 5G and other wireless communication solutions.

[0090] Among them, the wireless communication module 160 can provide wireless communication solutions including wireless local area networks (WLAN) (such as wireless fidelity (WiFi)), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR), etc. applied on the mobile phone 100. That is, the wireless communication module 160 may include firmware (FW) for implementing the above-mentioned various wireless communication solutions, such as GNSS firmware, NFC firmware, IR firmware, FM firmware, WiFi firmware, BT firmware, etc.

[0091] The firmware included in the wireless communication module 160 may be independent or integrated.

[0092] Specifically, the configuration method of the Bluetooth antenna provided in the embodiment of the present application mainly involves WiFi firmware and BT firmware. As shown in Figure 3, the wireless communication module 160 may include wireless communication firmware 160A. The wireless communication firmware 160A may integrate BT firmware 160A-1 and WiFi firmware 160A-2.

[0093] The BT firmware 160A-1 and the WiFi firmware 160A-2 included in the wireless communication firmware 160A may be independent or integrated.

[0094] It is understandable that the various firmwares mentioned in the embodiments of the present application can be regarded as part of the corresponding chip. For example, BT firmware is part of the BT chip, WiFi firmware is part of the WiFi chip, and wireless communication firmware is part of the wireless communication chip.

[0095] It is also understandable that any chip may include not only the corresponding firmware but also other hardware components and software programs. For example, a BT chip may include not only the BT firmware but also hardware such as a radio frequency front end.

[0096] If the BT firmware 160A-1 and the WiFi firmware 160A-2 included in the wireless communication firmware 160A are independent, the BT firmware 160A-1 and the WiFi firmware 160A-2 may belong to two independent chips, such as a BT chip and a WiFi chip, respectively. If the BT firmware 160A-1 and the WiFi firmware 160A-2 included in the wireless communication firmware 160A are integrated, the BT firmware 160A-1 and the WiFi firmware 160A-2 may belong to a single chip, such as a chip integrating the WiFi firmware and the BT firmware (or a chip integrating the BT chip and the WiFi chip).

[0097] Continuing with FIG3 , illustratively, the antenna may include an antenna coupled to the wireless communication module 160 and an antenna coupled to the mobile communication module 150. The antenna coupled to the wireless communication module 160 may include two 5 GHz antennas (e.g., antenna 11 and antenna 12) and two 2.4 GHz antennas (e.g., antenna 13 and antenna 14). The antenna coupled to the mobile communication module 150 may include multiple cellular antennas (e.g., antenna 21, antenna 22, ..., antenna 2N).

[0098] The value of N is, for example, 9, that is, there may be 9 cellular antennas.

[0099] Continuing to refer to FIG. 3 , illustratively, the WiFi firmware 160A- 2 exclusively occupies two 5 GHz antennas.

[0100] 3 , illustratively, BT firmware 160A-1 and WiFi firmware 160A-2 can share a 2.4 GHz antenna. BT firmware 160A-1 only needs to occupy one 2.4 GHz antenna when operating, while WiFi firmware 160A-2 needs to occupy two 2.4 GHz antennas when operating in the 2.4 GHz band.

[0101] 3 , illustratively, in the independent BT mode, the BT firmware 160A- 1 may be coupled to one of the cellular antennas.

[0102] 3 , the BT firmware 160A-1 is coupled to the antenna 2N for exemplary purposes only. In practical applications, the cellular antenna to which the BT firmware 160A-1 is coupled may comply with the following conditions.

[0103] The BT firmware 160A-1 is specifically coupled to a cellular antenna that is currently in an idle state among the cellular antennas.

[0104] Specifically, the BT firmware 160A-1 is coupled with a cellular antenna that is currently in an idle state and has a large isolation from the 2.4 GHz antenna, that is, it does not affect the performance of both.

[0105] Specifically, the BT firmware 160A-1 is coupled to a cellular antenna that is currently in an idle state and has a frequency band of the mid-high band (MHB).

[0106] Among them, the processor 110 may include one or more processing units, for example: the processor 110 may include an application processor (AP) (AP 110A shown in Figure 3), a modem processor (Modem 110B shown in Figure 3), a graphics processor (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, a neural-network processing unit (NPU), etc.

[0107] It is understandable that, in a specific implementation, different processing units may be independent devices or integrated into one or more processors.

[0108] It should be noted that, in actual applications, the mobile phone 100 can implement the technical solutions provided in various embodiments of the present application through the mobile communication module 150, the wireless communication module 160, the AP 110A, the modem 110B, the antenna coupled to the mobile communication module 150, and the antenna coupled to the wireless communication module 160. For example, the modem 110B can obtain the status of the cellular antennas, such as which cellular antennas are currently inactive, i.e., not receiving or transmitting data, such as not making a call, or not currently in a WiFi and cellular dual-transmission state (i.e., using both WiFi and cellular networks simultaneously). The AP 110A can call the functional modules, interfaces, and functions provided by different layers in the operating system to obtain Bluetooth operating status and bit rate information, monitor WiFi firmware operating status, obtain WiFi firmware information, obtain foreground application information, access the independent BT mode interface, etc. Specific implementation details can be found in the embodiments shown in Figures 6 and 6, or the embodiments shown in Figures 7 and 7, which will not be described in detail here.

[0109] Furthermore, it is also understandable that the controller, a processing unit included in the processor 110, can be the nerve center and command center of the mobile phone 100. In practical applications, the controller can generate operation control signals based on instruction opcodes and timing signals to complete the control of instruction fetching and execution.

[0110] This concludes the introduction to the hardware structure of mobile phone 100. It should be understood that the mobile phone 100 shown in FIG3 is merely an example. In a specific implementation, mobile phone 100 may have more or fewer components than shown, may combine two or more components, or may have a different component configuration. The various components shown in FIG3 may be implemented in hardware, including one or more signal processing and / or application-specific integrated circuits, software, or a combination of hardware and software.

[0111] However, some chip platforms currently only allow Wi-Fi firmware to operate in the 2.4 GHz band with a bandwidth of 20 Mbps, while BT firmware can enter independent BT mode. If Wi-Fi firmware operates in the 2.4 GHz band with a bandwidth of 40 Mbps, the BT and Wi-Fi firmware still need to share the 2.4 GHz antenna. This means that BT and Wi-Fi services may still compete for the 2.4 GHz antenna, resulting in intermittent BT and Wi-Fi services.

[0112] Before explaining the specific reasons, let's first explain 2.4 GHz wireless technology. 2.4 GHz wireless technology refers to wireless technology with a frequency band between 2.400 GHz and 2.4835 GHz.

[0113] It is understandable that the working at 2.4 GHz (also referred to as working in the 2.4 GHz frequency band) in the embodiments of the present application refers to the working frequency band between 2.400 GHz and 2.4835 GHz.

[0114] In addition, it can also be understood that the channels included in the 2.4 GHz to 2.4835 GHz frequency band are shown in FIG4 .

[0115] 4 , illustratively, 2.4 GHz channels may be divided into 14, wherein the 14th channel is generally not used and may be ignored.

[0116] Continuing to refer to Figure 4, for example, for channels 1 to 13, the bandwidth of each channel is 22M, and the interval between any two adjacent channels is 5M. Therefore, the entire bandwidth range of the 2.4GHz channel including 13 available channels (channels 1 to 13) is 83.5M. With the center frequency as the center, both sides are 11M respectively, so when used within the range of 83.5M, 11M needs to be reserved on both sides so as not to illegally occupy other people's channels. Therefore, the maximum bandwidth of the 2.4GHz channel including 13 available channels (channels 1 to 13) is 61.5M (accommodating the center frequencies of these 13 channels).

[0117] Therefore, when the WiFi firmware is operating in the 2.4GHz band with a bandwidth of 20M, since there is still 41.5M of bandwidth not occupied, after controlling the BT firmware to enter independent BT mode, when the BT firmware is operating in the 2.4GHz band (BT firmware usually occupies 40M bandwidth when operating), there are at least 41.5M channels not occupied by the WiFi firmware available for the BT firmware to use. Therefore, when the WiFi firmware is operating in the 2.4GHz band with a bandwidth of 20M, the probability of frequency band overlap between the channels operating with the WiFi firmware and the BT firmware is relatively low. Therefore, the chip platform defaults to this situation. If the phone enters independent BT mode, the probability of interference between the WiFi firmware and the BT firmware is low. Therefore, the chip platform supports the BT firmware entering independent BT mode when the WiFi firmware is operating in the 2.4GHz band with a bandwidth of 20M. However, when the WiFi firmware is operating in the 2.4GHz band with a 40Mbps bandwidth, the BT firmware also operates at a 40Mbps bandwidth, while the maximum available 2.4GHz bandwidth is only 61.5Mbps. Therefore, when the WiFi firmware is operating in the 2.4GHz band with a 40Mbps bandwidth, the WiFi firmware's operating channel will inevitably overlap with the BT firmware's operating channel, causing interference between the two. Therefore, the chip platform does not support the BT firmware entering independent BT mode when the WiFi firmware is operating in the 2.4GHz band with a 40Mbps bandwidth.

[0118] In view of this, an embodiment of the present application provides a method for configuring a Bluetooth antenna, which aims to enable the WiFi firmware to operate in the 2.4GHz frequency band and in a scenario where the bandwidth is 40M. The BT firmware can dynamically decide to enter or exit the independent BT mode according to actual conditions, thereby reducing the probability of intermittent problems in the WiFi and BT services while ensuring the performance of the WiFi, BT and cellular services, thereby improving business revenue and ensuring user experience.

[0119] In order to enable the BT firmware to dynamically decide whether to enter or exit independent BT mode based on actual conditions in the 2.4GHz frequency band and 40M bandwidth scenario, the Bluetooth antenna configuration method provided in the embodiment of the present application considers multiple dimensions (conditions), thereby ensuring the performance of WiFi services, BT services, and cellular services, while also improving service revenue and ensuring user experience.

[0120] The following describes the dimensions (conditions) considered in the configuration method of the Bluetooth antenna provided in the embodiments of the present application.

[0121] Condition 1: The cellular antenna is inactive. For example, there is no call going on, and the WiFi and cellular antennas are not being used simultaneously.

[0122] At least one of the multiple cellular antennas is in an inactive state.

[0123] The cellular antenna in an inactive state among the multiple cellular antennas has a large degree of isolation from the 2.4 GHz antenna, that is, it is a cellular antenna that does not affect the performance of both.

[0124] The cellular antenna in the inactive state among the multiple cellular antennas is a cellular antenna with a frequency band of a medium-high band (MHB).

[0125] Condition 2: Bluetooth is working and in non-standalone BT mode.

[0126] The Bluetooth is in working state and in non-independent BT mode, for example, the Bluetooth function of the mobile phone 100 is currently turned on, and the Bluetooth firmware is not coupled with the cellular antenna.

[0127] Bluetooth is in working state and in non-independent BT mode. For example, the Bluetooth function of the mobile phone 100 is turned on, and a communication connection is established with a Bluetooth device (such as a Bluetooth headset), and the Bluetooth firmware is not coupled with the cellular antenna.

[0128] Bluetooth is in operation and in non-standalone BT mode. For example, the Bluetooth function is enabled on the mobile phone 100, and a communication connection is established with a Bluetooth device (such as a Bluetooth headset). The Bluetooth firmware is not coupled to the cellular antenna, and there is currently Bluetooth data transmission (using the 2.4GHz antenna for data transmission). In other words, there is currently Bluetooth service, and Bluetooth needs to seize the antenna to receive or send Bluetooth data.

[0129] Condition 3: The WiFi firmware is operating in the 2.4GHz frequency band with a bandwidth of 40M. That is, the WiFi firmware is connected to a WiFi firmware hotspot with a 2.4GHz frequency band and a bandwidth of 40M.

[0130] Condition 4: The WiFi service running in the foreground of mobile phone 100 is a low-latency service. That is, the application running in the foreground has high latency requirements, such as real-time gaming applications, audio and video conferencing applications, etc.

[0131] Understandably, in a scenario where both the WiFi firmware and the BT firmware operate in the 2.4GHz frequency band with a 40M bandwidth, even if the BT firmware is controlled to enter independent BT mode, the frequency band of the channel in which the WiFi firmware operates will still overlap with the channel in which the BT firmware operates, thus causing interference between the two. However, from an overall perspective, in independent BT mode, the WiFi firmware monopolizes the 2.4GHz antenna, and the BT firmware monopolizes the inactive cellular antenna. In other words, the WiFi firmware and the BT firmware each monopolize the antenna for data transmission. Therefore, for the low-latency WiFi service currently running in the foreground, since the WiFi firmware can monopolize the 2.4GHz antenna, that is, the 2.4GHz antenna will not be preempted by the BT firmware, the data corresponding to the low-latency WiFi service can be continuously transmitted through the 2.4GHz antenna without interruption, thereby ensuring the low-latency performance requirements of the low-latency WiFi service.

[0132] Therefore, by judging whether the preset conditions (conditions 1 to 4) are currently met, that is, the conditions for entering the independent BT mode, a dynamic decision can be made to enter the independent BT mode or continue to remain in the non-independent BT mode. This can not only ensure the performance of WiFi services, BT services and cellular services, but also reduce the probability of intermittent problems in WiFi services and BT services, thereby improving business revenue as a whole and ensuring user experience.

[0133] Condition 5: The current bitrate information of the BT firmware indicates that the current bitrate of the BT firmware is greater than or equal to a preset bitrate threshold.

[0134] In a possible implementation, the preset bit rate threshold is independent of the encoding format used by the BT firmware and can be a fixed value. That is, the preset bit rate threshold remains the same regardless of the encoding format used by the BT firmware.

[0135] It should be understood that the BT firmware bitrate is affected by the encoding format, and different encoding formats correspond to different bitrates. As shown in Table 1 below, the encoding formats that can be used by the BT firmware can be any one or more of SBC, ACC, and LADC. Therefore, in another possible implementation, the preset bitrate threshold is related to the encoding format used by the BT firmware. That is, when the BT firmware uses different encoding formats, the corresponding preset bitrate threshold is different.

[0136] Regarding the setting of the preset bit rate threshold, it can be determined according to Table 1.

[0137] For example, Table 1 records the time it takes for the mobile phone 100 to send a 1k (1000 bytes) ping routing command to the router and receive a response from the router for the ping routing command (hereinafter referred to as: ping routing service time) in a scenario where the BT firmware uses different encoding formats and is currently at different bit rates, and the WiFi service exists alone, as well as the ping routing service time in a scenario where the BT service and the WiFi service coexist.

[0138] Table 1. Ping routing service time consumption in different service scenarios when BT firmware uses different encoding formats and bit rates.

[0139] Among them, SBC (Subband Coding) is an audio coding designed specifically for Bluetooth. It has low complexity and can achieve high audio quality at medium bit rates. The maximum bit rate supported by the SBC coding format is usually 345kbps. When the BT firmware adopts the SBC coding format, the maximum bit rate of the BT firmware is 345kbps. It can be seen from Table 1 that when the coding format adopted by the BT firmware is SBC and the BT firmware bit rate is 345kbps, for the scenario where BT service and WiFi service coexist, the ping routing service takes 41ms, that is, the mobile phone 100 sends a 1k (1000 bytes) ping routing command to the router, and it takes about 41ms to receive the response returned by the router for the ping routing command.

[0140] Among them, ACC (Advanced Audio Coding) is an audio codec with a high compression ratio. The bit rate supported by the ACC coding format is usually 128kbps to 398kbps. When the BT firmware adopts the ACC coding format, the BT firmware bit rate is between 128kbps and 398kbps. Taking 128kbps as an example, it can be seen from Table 1 that when the coding format adopted by the BT firmware is ACC and the BT firmware bit rate is 128kbps, for the scenario where the BT service and the WiFi service coexist, the ping routing service takes 32ms, that is, the mobile phone 100 sends a 1k (1000 bytes) ping routing command to the router, and it takes about 32ms to receive the response returned by the router for the ping routing command.

[0141] LDAC (Low Delay Audio Codec), an audio codec developed by Sony, enables high-resolution audio transmission of 24-bit / 96 kHz via Bluetooth at bit rates up to 990 kbps. This high bit rate prevents overcompression of high-resolution audio files, ensuring sound quality. The LDAC encoding format supports bit rates between 330 kbps and 990 kbps. When the BT firmware uses the LDAC encoding format, the BT firmware bit rate is between 330 kbps and 990 kbps. Table 1 shows that when the BT firmware uses LDAC and a bit rate of 330 kbps, in a scenario where BT and WiFi services coexist, the ping routing service takes 35 ms. This means that it takes approximately 35 ms for the phone 100 to send a 1 kb (1000 bytes) ping routing command to the router and receive a response from the router. When the encoding format used by the BT firmware is LDAC and the BT firmware bit rate is 990kbps, for the scenario where BT service and WiFi service coexist, the ping routing service takes 169ms, that is, the mobile phone 100 sends a 1k (1000 bytes) ping routing command to the router, and it takes about 169ms to receive the response returned by the router for the ping routing command.

[0142] Continuing with Table 1, when the WiFi service exists independently, regardless of the current encoding format and bit rate of the BT firmware, the ING routing service duration is basically unaffected and is generally completed within 24ms.

[0143] Based on this, when the preset bit rate threshold is irrelevant to the BT firmware encoding format, the preset bit rate threshold may be set to 330 kbps, for example. In this way, when the BT firmware adopts the SBC format and the current bit rate of the BT firmware is 345kbps, it can be determined that condition 5 is met (345kbps is greater than 330kbps); when the BT firmware adopts the ACC format and the current bit rate of the BT firmware is 398kbps, it can be determined that condition 5 is not met (128kbps is less than 330kbps); when the BT firmware adopts the ACC format and the current bit rate of the BT firmware is 398kbps, it can be determined that condition 5 is met (398kbps is greater than 330kbps); when the BT firmware adopts the LDAC format and the current bit rate of the BT firmware is 330kbps, it can be determined that condition 5 is met (330kbps equals 330kbps); when the BT firmware adopts the LDAC format and the current bit rate of the BT firmware is 990kbps, it can be determined that condition 5 is met (990kbps is greater than 330kbps).

[0144] Therefore, by setting a preset bit rate threshold, the BT firmware can be controlled to enter the independent BT mode under appropriate scenarios.

[0145] Based on this, when the preset bit rate threshold is related to the encoding format, when the BT firmware adopts the first encoding format, the preset bit rate threshold corresponding to the first encoding format is the first threshold; when the BT firmware adopts the second encoding format, the preset bit rate threshold corresponding to the second encoding format is the second threshold; wherein the first threshold is not equal to the second threshold.

[0146] Exemplarily, when the first coding format is the sub-band coding SBC format, the first threshold is less than the maximum bit rate supported by the SBC format, and the maximum bit rate supported by the SBC format is 345 kilobits / second; when the second coding format is the advanced audio coding ACC format, the second threshold is a bit rate within the bit rate range supported by the ACC format, and the bit rate range supported by the ACC format is 128 kilobits / second to 398 kilobits / second.

[0147] Exemplarily, the encoding format that the BT firmware can adopt may further include the low-delay audio codec LDAC format. Wherein, when the encoding format adopted by the BT firmware is the LDAC format, the preset bit rate threshold may be a bit rate within the bit rate range supported by the LDAC format, and the bit rate range supported by the LDAC format is 330 kbit / s to 990 kbit / s (including the endpoint values).

[0148] Therefore, the corresponding preset bit rate threshold is set according to the different encoding formats adopted by the BT firmware, thereby ensuring that the terminal device controls the BT firmware to enter the independent BT mode under more appropriate circumstances.

[0149] Understandably, when both the BT firmware and the WiFi firmware operate in the 2.4GHz frequency band, the higher the bit rate of the BT firmware, the greater the impact on the time spent on data transmission for the WiFi service. Therefore, by further determining whether the current bit rate of the BT firmware is greater than or equal to the preset bit rate threshold, the BT firmware can be controlled to enter the independent BT mode only when conditions 1 to 4 are met, and condition 5 (the current bit rate of the BT firmware is greater than or equal to the preset bit rate threshold) is met. This can reduce the impact of the BT service of the BT firmware with the current higher bit rate on the time spent on data transmission for the low-latency WiFi service, ensure that the data of the low-latency WiFi service can be continuously and quickly transmitted through the first antenna, and the data corresponding to the BT service can also be continuously transmitted through the inactive cellular antenna, thereby ensuring the benefits of both the low-latency WiFi service and the BT service.

[0150] Therefore, by judging whether the preset conditions (conditions 1 to 5) are currently met, that is, the conditions for entering the independent BT mode, a dynamic decision can be made to enter the independent BT mode or continue to remain in the non-independent BT mode. This can not only ensure the performance of WiFi services, BT services and cellular services, but also reduce the probability of intermittent problems in WiFi services and BT services. In addition, it can enter the independent BT mode in this scenario, thereby improving business revenue as a whole and ensuring the user experience.

[0151] Condition 6: The current WiFi signal quality of the WiFi firmware is better than the preset signal quality level.

[0152] The current WiFi signal quality of the WiFi firmware may be represented by the current WiFi signal strength and / or signal-to-noise ratio.

[0153] Understandably, the better the WiFi signal quality, the greater the WiFi signal strength (WiFi signal strength is a negative value, such as -30dB (db stands for decibel) or -65dB. The greater the WiFi signal strength, the smaller the absolute value of the WiFi signal strength. -30dB is greater than -65dB, and a WiFi signal strength of -30dB indicates better WiFi signal quality than a WiFi signal strength of -65dB. Generally, a WiFi signal strength greater than -65dB is considered good WiFi signal quality). The lower the WiFi signal transmit power, the less interference the WiFi signal will cause with the BT signal. Conversely, the worse the WiFi signal quality, the lower the WiFi signal strength, and the greater the WiFi signal transmit power. The greater the WiFi signal transmit power, the greater the interference the WiFi signal will cause with the BT signal. To reduce interference between WiFi and BT signals in standalone BT mode and ensure overall service revenue for the terminal device, the BT firmware can be controlled to enter standalone BT mode only when WiFi signal interference with BT signals is minimal (i.e., when WiFi signal quality is better than a preset signal quality level). Therefore, when the WiFi signal quality is determined by the current WiFi signal strength, the BT firmware can be controlled to enter the independent BT mode only when the WiFi signal has little interference with the BT signal. Condition 6 can be determined to be met when the WiFi signal strength is greater than or equal to a preset signal strength threshold (for example, -65db).

[0154] In some implementations, the preset signal strength threshold may be a value between -60 db and -70 db (including the boundary values).

[0155] In another possible implementation, it may be set that when the WiFi signal strength is less than or equal to a specific threshold value (hereinafter referred to as the preset signal strength threshold value) in a preset signal strength threshold range, it is determined that condition 6 is satisfied.

[0156] In a possible implementation, the preset signal strength threshold is -65 db.

[0157] It is also understandable that the higher the SNR, the better the WiFi signal quality. Conversely, the lower the SNR, the worse the WiFi signal quality. Therefore, when the WiFi signal quality is determined by the current SNR, in order to reduce the interference between the WiFi signal and the BT signal in the independent BT mode and ensure the overall service revenue of the terminal device, it can be set to control the BT firmware to enter the independent BT mode only in scenarios with a high SNR. That is, when the SNR is within a preset SNR range, or is greater than or equal to a specific threshold within the preset SNR range, it is determined that condition 6 is satisfied.

[0158] Therefore, by judging whether the preset conditions (conditions 1 to 6) are currently met, that is, the conditions for entering the independent BT mode, a dynamic decision can be made to enter the independent BT mode or continue to remain in the non-independent BT mode. This can not only ensure the performance of WiFi services, BT services and cellular services, but also reduce the probability of intermittent problems in WiFi services and BT services. In addition, when entering the independent BT mode in this scenario, the interference between the WiFi signal and the BT signal is small, thereby ensuring that the overall business revenue can be improved or there will be no negative revenue after entering the independent BT mode, thereby improving business revenue as a whole and ensuring the user experience.

[0159] In addition, it should be noted that in some possible implementations, the current status information of the BT firmware can be obtained first (information to determine whether condition 2 is met). When it is determined that condition 2 is met, other information to determine whether the preset conditions are currently met is obtained, such as the current status information of the second antenna using a cellular antenna including a 2.4 GHz frequency band (information to determine whether condition 1 is met), the current status information of the WiFi firmware (information to determine whether condition 3 is met), information of the currently running application (information to determine whether condition 4 is met), the current bit rate information of the BT firmware (information to determine whether condition 5 is met), and the current WiFi signal quality of the WiFi firmware (information to determine whether condition 6 is met). This ensures that only when the BT firmware is currently in use is further information obtained to determine whether conditions 1, 3, 4, 5, 6, etc. are met, thereby reducing unnecessary processing and reducing power consumption and resource waste of the terminal device.

[0160] It should be understood that the above description is merely an example listed for a better understanding of the technical solution of this embodiment, and is not intended to be the sole limitation on this embodiment.

[0161] Based on the above six conditions, in the configuration method of the Bluetooth antenna provided in the embodiment of the present application, the implementation logic for determining whether the preset conditions are currently met and then controlling the BT firmware to enter the independent BT mode or continue in the non-independent BT mode can be shown in Figure 5.

[0162] Referring to Figure 5, for example, when the mobile phone is in use, such as in standby mode after being turned on, or in unlocked and bright screen mode, the mobile phone can periodically or in real time obtain relevant information required for determining whether the above six conditions, or conditions 1 to 4, or conditions 1 to 5, or conditions 1 to 6, or conditions 1 to 4 and 6, etc., are met, and then determine whether the preset conditions are currently met.

[0163] Continuing with FIG. 5 , illustratively, if it is determined that the preset conditions are currently met, the BT firmware can be controlled to enter independent BT mode, i.e., the BT firmware is configured to use the inactive cellular antenna to transmit data, rather than the 2.4 GHz antenna. If it is determined that the preset conditions are currently not met, the BT firmware can continue in non-independent BT mode.

[0164] Continuing with FIG5 , illustratively, in a scenario where it is determined that the preset conditions are not currently met and the BT firmware continues to be in the non-standalone BT mode, antennas for data transmission can be allocated to the WiFi firmware and / or the BT firmware, respectively, according to Cases 1 to 4. As shown in FIG5 , for Case 1 (the WiFi firmware is operating in the 5 GHz band and the BT firmware is in operation), the WiFi firmware can be configured to use the 5 GHz antenna for data transmission and the BT firmware to use the 2.4 GHz antenna for data transmission; for Case 2 (the WiFi firmware is operating in the 5 GHz band and the BT firmware is not in operation), the WiFi firmware can be configured to use the 5 GHz antenna for data transmission and the BT firmware can not use the 2.4 GHz antenna for data transmission; for Case 3 (the WiFi firmware is operating in the 2.4 GHz band and the BT firmware is in operation), the WiFi firmware can be configured to use the 2.4 GHz antenna for data transmission and the BT firmware can also use the 2.4 GHz antenna for data transmission; and for Case 4 (the WiFi firmware is operating in the 2.4 GHz band and the BT firmware is not in operation), the WiFi firmware can be configured to use the 2.4 GHz antenna for data transmission and the BT firmware can not use the 2.4 GHz antenna for data transmission.

[0165] To better understand the implementation logic of the Bluetooth antenna configuration method provided in the embodiments of the present application, this embodiment takes the preset conditions that need to be met, including conditions 1 to 6, as an example. Continuing with FIG5 , for example, when determining whether the preset conditions are currently met, it is possible to first determine whether condition 1 (whether there is an inactive cellular antenna) is currently met.

[0166] Accordingly, when it is determined that condition 1 is met, that is, there is a cellular antenna in an inactive state, it continues to determine whether condition 2 is currently met (whether the BT firmware is currently in working state and in non-independent BT mode). Otherwise, the judgment of subsequent preset conditions is exited, and the BT firmware continues to be in non-independent BT mode.

[0167] Accordingly, when it is determined that condition 2 is met, that is, the BT firmware is currently in working state and in non-independent BT mode, it continues to determine whether condition 3 is currently met (whether the WiFi firmware is currently working in the 2.4GHz frequency band and the working bandwidth is 40M). Otherwise, the judgment of subsequent preset conditions is exited, and the BT firmware continues to be in non-independent BT mode.

[0168] Accordingly, when it is determined that condition 3 is met, that is, the WiFi firmware is currently operating in the 2.4GHz frequency band and the working bandwidth is 40M, it continues to determine whether condition 4 is currently met (whether there is a low-latency WiFi service running in the foreground). Otherwise, the judgment of subsequent preset conditions is exited, and the BT firmware continues to be in non-independent BT mode.

[0169] Accordingly, when it is determined that condition 4 is met, that is, the low-latency WiFi service is currently running in the foreground, it continues to determine whether condition 5 is currently met (whether the current bit rate of the BT firmware is greater than or equal to the preset bit rate threshold). Otherwise, the judgment of subsequent preset conditions is exited, and the BT firmware continues to be in non-independent BT mode.

[0170] Accordingly, when it is determined that condition 5 is met, that is, the current bit rate of the BT firmware is greater than or equal to the preset bit rate threshold, it continues to determine whether condition 6 is currently met (whether the current WiFi signal quality is better than the preset signal quality level). Otherwise, the judgment of subsequent preset conditions is exited, and the BT firmware continues to be in non-independent BT mode.

[0171] Accordingly, when it is determined that condition 6 is met, that is, the current WiFi signal quality is better than the preset signal quality level, it is determined that the preset condition is currently met, and the BT firmware can be controlled to enter the independent BT mode. Otherwise, it is determined that the preset condition is not currently met, and the BT firmware continues to be in the non-independent BT mode.

[0172] Therefore, based on the above processing logic, the BT firmware can be reasonably controlled to enter the independent BT mode, or continue to be in the non-independent BT mode, thereby reducing the probability of intermittent problems in WiFi services and BT services.

[0173] In order to enable the BT firmware to dynamically decide to enter or exit the independent BT mode according to actual conditions in the 2.4GHz frequency band and 40M bandwidth scenario, the Bluetooth antenna configuration method provided in the embodiment of the present application adds a Bluetooth antenna configuration module that can dynamically decide to enter or exit the independent BT mode on the basis of the existing software structure of the terminal device, such as the mobile phone 100 as shown in Figure 3.

[0174] In order to better understand the software structure of the mobile phone 100 with the Bluetooth antenna configuration module added, before describing the software structure of the mobile phone 100 in the embodiment of the present application, the architecture that can be adopted by the software system of the mobile phone 100 is first described.

[0175] Specifically, in actual applications, the software system of the mobile phone 100 may adopt a layered architecture, an event-driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture.

[0176] In addition, it is understandable that the software systems used by the current mainstream terminal devices include but are not limited to Windows systems, Android systems and iOS systems. For ease of explanation, the embodiment of the present application takes the layered architecture Android system as an example to exemplify the software structure of the mobile phone 100.

[0177] In addition, the subsequent Bluetooth antenna allocation scheme provided in the embodiments of the present application is also applicable to other systems in specific implementations.

[0178] In addition, it should be noted that, as a possible implementation, the Bluetooth antenna configuration module can be integrated into the FWK layer.

[0179] In addition, it should be noted that, as another possible implementation, the Bluetooth antenna configuration module can be integrated into the wireless communication firmware.

[0180] 6 , which is a software structure diagram of a mobile phone 100 in which a Bluetooth antenna configuration module is integrated into the FWK layer according to an embodiment of the present application.

[0181] As shown in Figure 6, the layered architecture of mobile phone 100 divides the software into several layers, each with a clear role and division of labor. The layers communicate with each other through software interfaces. In some implementations, the Android system is divided into five layers: from top to bottom, the application (APP) layer, the application framework (FWK) layer, the Android runtime (Android runtime) and system libraries, the hardware abstraction layer (HAL), and the kernel layer.

[0182] The application layer can include a series of application packages.

[0183] The application package may include games, settings, music, Bluetooth, WLAN and other applications, which are not listed here one by one and are not limited in this application.

[0184] The application framework layer provides an application programming interface (API) and a programming framework (these programming interfaces and programming frameworks can be described as functions) for the applications of the application layer. In some embodiments, the application framework layer includes some predefined functions.

[0185] As shown in Figure 6, the application framework layer may include a Bluetooth application framework (hereinafter referred to as: BT FWK), a cellular application framework (hereinafter referred to as: cellular FWK), a WiFi firmware application framework (hereinafter referred to as: WiFi FWK), a Bluetooth antenna configuration module, etc.

[0186] Among them, BT FWK is responsible for Bluetooth services and is used to communicate with the BT driver in the kernel layer through the hardware abstraction layer interface definition language (HIDL) provided by the Bluetooth-oriented BT hardware abstraction layer in the HAL layer, so that the BT driver can obtain relevant information of the BT firmware, such as Bluetooth working status, bit rate information, etc.

[0187] Among them, the cellular FWK is responsible for cellular services and is used to communicate with the cellular-oriented radio interface layer (Radio Interface Layer, RIL) in the kernel layer through the HIDL provided by the HAL layer's hardware abstraction layer, thereby realizing the control of the modem and radio, and obtaining the status of the cellular antenna, such as whether the cellular antenna is in an inactive state.

[0188] Among them, WiFi FWK is responsible for WiFi business.

[0189] Among them, the Bluetooth antenna configuration module can interact with the BT FWK, cellular FWK, WiFi FWK in the FWK layer, the application in the application layer, and the WiFi firmware HAL in the HAL layer to determine whether to control the BT firmware to enter the independent BT mode.

[0190] The system library and runtime layer includes the system library and the Android runtime. The Android runtime includes the core library and the virtual machine. The Android runtime is responsible for scheduling and management of the Android system.

[0191] The core library consists of two parts: one is the function that needs to be called by the Java language, and the other is the Android core library.

[0192] The application layer and application framework layer run in a virtual machine. The virtual machine executes Java files in the application layer and application framework layer as binary files. The virtual machine manages object lifecycles, stack management, thread management, security and exception management, and garbage collection.

[0193] The system library can include multiple functional modules, such as a surface manager, media libraries, a 3D graphics processing library (e.g., OpenGL ES), and a 2D graphics engine (e.g., SGL).

[0194] The surface manager is used to manage the display subsystem and provide fusion of 2D and 3D layers for multiple applications.

[0195] The media library supports playback and recording of a variety of common audio and video formats, as well as static image files. The media library can support a variety of audio and video encoding formats, such as MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.

[0196] The 3D graphics processing library is used to implement 3D graphics drawing, image rendering, compositing, and layer processing.

[0197] It can be understood that the 2D graphics engine mentioned above is a drawing engine for 2D drawing.

[0198] The HAL layer is an interface layer between the operating system kernel and the hardware circuit. The HAL layer includes but is not limited to: WiFi hardware abstraction layer, RIL hardware abstraction layer, BT hardware abstraction layer, etc.

[0199] The kernel layer is the layer between hardware and software. The kernel layer includes at least WiFi driver, RIL, BT driver, power management driver, etc.

[0200] This concludes the introduction to the software structure of mobile phone 100. It should be understood that the layers and components within each layer shown in FIG6 do not constitute a specific limitation on mobile phone 100. In other embodiments of the present application, mobile phone 100 may include more or fewer layers than shown, and each layer may include more or fewer components, and this application does not impose any limitations thereon.

[0201] Based on the six conditions for controlling the BT firmware to enter the independent BT mode shown in FIG5 , and in combination with FIG6 (the structure in which the Bluetooth antenna configuration module is integrated in the FWK layer), the configuration method of the Bluetooth antenna provided in the embodiment of the present application is described in detail.

[0202] 6 , the Bluetooth antenna configuration module at the FWK layer can interact with the BT FWK, cellular FWK, and WiFi FWK at the FWK layer, as well as the applications in the application layer and the WiFi firmware HAL in the HAL layer.

[0203] The Bluetooth antenna configuration module can be loaded when the mobile phone 100 is started, and after loading successfully, periodically obtains the working status of Bluetooth, the status of the cellular antenna, application information, and monitors the working status of the WiFi firmware.

[0204] 6 , illustratively, the Bluetooth antenna configuration module sends a message / instruction for obtaining the status of the cellular antenna to the cellular FWK by calling an interface for interacting with the cellular FWK.

[0205] Accordingly, the cellular FWK calls the RIL HIDL interface provided by the RIL HAL to communicate with the RIL based on the messages / instructions sent by the Bluetooth antenna configuration module, allowing the RIL to control the modem to obtain the status of the cellular antenna. In this way, the cellular FWK can feed the obtained cellular antenna status back to the Bluetooth antenna configuration module.

[0206] The status of the cellular antenna includes, for example, the status of each cellular antenna.

[0207] The state of the cellular antenna also includes, for example, a state in which the isolation degree between the cellular antenna and the 2.4 GHz antenna meets the requirement.

[0208] The state of the cellular antenna also includes, for example, the state of the cellular antenna in the MHB frequency band.

[0209] Accordingly, after receiving the cellular antenna status feedback from the cellular FWK, the Bluetooth antenna configuration module can determine whether the cellular antenna is in an inactive state, that is, whether condition 1 is met.

[0210] 6 , illustratively, the Bluetooth antenna configuration module may send a message / instruction for obtaining the working status of Bluetooth to the BT FWK by calling an interface for interacting with the BT FWK.

[0211] Accordingly, based on the messages / instructions sent by the Bluetooth antenna configuration module, the BT FWK calls the BT firmware HIDL interface provided by the BT firmware HAL to communicate with the BT driver, allowing the BT driver to obtain the current working status of the BT firmware. In this way, the BT FWK can feed back the obtained working status of the Bluetooth firmware to the Bluetooth antenna configuration module.

[0212] Accordingly, after receiving the working status of the Bluetooth firmware fed back by the BT FWK, the Bluetooth antenna configuration module can determine whether the Bluetooth firmware is currently in a working state, that is, whether condition 2 is satisfied.

[0213] Continuing with Figure 6, the Bluetooth antenna configuration module can, for example, directly call the WiFi firmware HIDL interface provided by the WiFi firmware HAL to communicate with the WiFi driver, thereby obtaining the current operating status and WiFi firmware information from the WiFi driver. In this way, when the Bluetooth antenna configuration module detects that the WiFi firmware is in an operating state, it can determine whether the WiFi firmware is operating at 2.4 GHz and 40 Mbps bandwidth based on the obtained WiFi firmware information, i.e., whether condition 3 is met.

[0214] The current working status of the WiFi firmware, for example, whether the WiFi firmware function is enabled or not.

[0215] The current working status of the WiFi firmware may be, for example, that the WiFi firmware function is enabled and there is WiFi service, that is, there is reception or transmission of WiFi service data; or that the WiFi firmware function is enabled but there is currently no WiFi service, that is, there is no reception or transmission of WiFi service data.

[0216] Continuing to refer to Figure 6, illustratively, the Bluetooth antenna configuration module can also monitor the currently running applications in the application layer, and then determine whether there is an application running in the foreground among the currently running applications, and whether the application running in the foreground has enabled WiFi firmware permissions and executes WiFi services based on the WiFi firmware hotspot with a bandwidth of 40M in the 2.4GHz band.

[0217] When determining that there is a WiFi service executed in the foreground based on a WiFi firmware hotspot with a 40M bandwidth in the 2.4GHz frequency band, it is also possible to determine whether the WiFi service is a low-latency WiFi service based on the attributes of the foreground application executing the WiFi service or the currently running scenario information, that is, to determine whether condition 4 is met.

[0218] In some implementation scenarios, a whitelist of applications can be pre-configured. Specifically, applications with high latency requirements can be included. In this way, if the currently running application, such as its name or other unique identifier, matches the name or identifier recorded in the whitelist, condition 4 can be determined to be satisfied.

[0219] Continuing to refer to Figure 6, illustratively, the Bluetooth antenna configuration module determines that the current usage scenario meets conditions 1, 2, 3, and 4 based on the acquired Bluetooth working status, cellular antenna status, application information, and WiFi firmware working status and WiFi firmware information. It can access the interface provided to the WiFi driver by the independent BT mode by calling the interface that interacts with the WiFi FWK, thereby enabling the WiFi driver to call the independent BT mode interface and notify the BT firmware in the wireless communication firmware to enter the independent BT mode.

[0220] Specifically, the WiFi FWK can access the interface provided to the WiFi driver in standalone BT mode through the WiFi firmware HIDL provided by the WiFi firmware HAL. This allows the WiFi driver to call the standalone BT mode interface and notify the BT firmware in the wireless communication firmware to enter standalone BT mode. In other words, the BT firmware couples with an inactive cellular antenna, such as an antenna operating in the MHB band, to perform BT services, while the WiFi firmware can independently utilize two 2.4GHz antennas to perform WiFi services. This is how lines 1 and 2-2 in Figure 6 come into effect.

[0221] Continuing with Figure 6 , the Bluetooth antenna configuration module, illustratively, based on the acquired Bluetooth operating status, cellular antenna status, application information, and WiFi firmware operating status and information, determines that if the current usage scenario does not meet condition 1, the BT firmware and WiFi firmware will share the 2.4 GHz antenna to avoid impacting cellular services. This means that lines 2-1 and 2-2 in Figure 6 are effective.

[0222] Continuing with Figure 6 , the Bluetooth antenna configuration module, illustratively, determines that the current usage scenario does not meet condition 2 based on the acquired Bluetooth operating status, cellular antenna status, application information, and WiFi firmware operating status and information. This means that only the WiFi firmware is currently operating at 2.4 GHz 40 Mbps bandwidth, while the BT firmware is not. In this case, the WiFi firmware exclusively uses the 2.4 GHz antenna. Therefore, line 2-2 in Figure 6 takes effect.

[0223] Continuing with Figure 6 , the Bluetooth antenna configuration module, illustratively, determines based on the acquired Bluetooth operating status, cellular antenna status, application information, and WiFi firmware operating status and information that the current usage scenario does not meet condition 3, namely, the WiFi firmware is not operating, or the connection is to a 5GHz WiFi firmware hotspot. In this case, the BT firmware exclusively uses the 2.4GHz antenna, eliminating the need to enter standalone BT mode. This is why line 2-1 in Figure 6 takes effect.

[0224] When the WiFi firmware is connected to a 5GHz WiFi firmware hotspot, the WiFi firmware is coupled with the 5GHz antenna, that is, line 2-2 in Figure 6 is also effective.

[0225] Continuing with Figure 6 , the Bluetooth antenna configuration module, illustratively, determines based on the acquired Bluetooth operating status, cellular antenna status, application information, and WiFi firmware operating status and information that the current usage scenario does not meet condition 4, i.e., the WiFi service running in the foreground is not a low-latency service. To reduce the BT firmware's frequent switching between the 2.4 GHz antenna and the cellular antenna, the BT firmware and WiFi firmware can be controlled to share the 2.4 GHz antenna. This means that lines 2-1 and 2-2 in Figure 6 are effective.

[0226] Understandably, in a scenario where both the WiFi firmware and the BT firmware operate in the 2.4GHz frequency band with a 40M bandwidth, even if the BT firmware is controlled to enter independent BT mode, the frequency band of the channel in which the WiFi firmware operates will still overlap with the channel in which the BT firmware operates, thus causing interference between the two. However, from an overall perspective, in independent BT mode, the WiFi firmware monopolizes the 2.4GHz antenna, and the BT firmware monopolizes the inactive cellular antenna. In other words, the WiFi firmware and the BT firmware each monopolize the antenna for data transmission. Therefore, for the low-latency WiFi service currently running in the foreground, since the WiFi firmware can monopolize the 2.4GHz antenna, that is, the 2.4GHz antenna will not be preempted by the BT firmware, the data corresponding to the low-latency WiFi service can be continuously transmitted through the 2.4GHz antenna without interruption, thereby ensuring the low-latency performance requirements of the low-latency WiFi service.

[0227] Therefore, the Bluetooth antenna configuration module determines whether the current usage scenario meets the requirements for entering independent BT mode, that is, whether the preset conditions including conditions 1 to 4 above are met, based on the Bluetooth working status, cellular antenna status, application information, and WiFi firmware working status and WiFi firmware information (including information indicating that the WiFi firmware operates in a 2.4GHz frequency band and has an operating bandwidth of 40M) obtained periodically or in real time. It can thus dynamically decide whether to enter independent BT mode or continue to remain in non-independent BT mode. This can not only ensure the performance of WiFi services, BT services, and cellular services, but also reduce the probability of intermittent problems in WiFi services and BT services, thereby improving business revenue as a whole and ensuring user experience.

[0228] Furthermore, considering that BT services and WiFi services coexist (that is, both BT firmware and WiFi firmware operate in the 2.4 GHz frequency band, and the working bandwidth is 40M, and there is currently WiFi service data and BT service data that need to be transmitted), the BT firmware bit rate also has a significant impact on the latency of the WiFi service (as shown in Table 1 above). The dimensions (conditions) considered in the Bluetooth antenna configuration method provided in the embodiment of the present application may also include condition 5.

[0229] Condition 5 may be set as the current bit rate information of the BT firmware indicating that the current bit rate of the BT firmware is greater than or equal to a preset bit rate threshold.

[0230] When the preset conditions include conditions 1 through 5, the Bluetooth antenna configuration module can send a message / command to the BT FWK, causing the BT FWK to access the BT driver via the BT firmware HIDL interface provided by the BT firmware HAL. This allows the BT driver to obtain bitrate information, such as the encoding format and bitrate, of the currently active BT firmware. The BT FWK then feeds the obtained bitrate information back to the Bluetooth antenna configuration module, which can then determine whether condition 5 is met based on the bitrate information.

[0231] For example, if the Bluetooth antenna configuration module determines that conditions 1, 2, 3, 4, and 5 are currently met, the Bluetooth antenna configuration module can access the interface provided to the WiFi driver by the independent BT mode by calling the interface that interacts with the WiFi FWK. This allows the WiFi driver to call the independent BT mode interface and notify the BT firmware in the wireless communication firmware to enter independent BT mode. This allows the BT firmware to couple with an inactive cellular antenna, such as a cellular antenna with an MHB frequency band, to perform BT services, while the WiFi firmware can independently occupy two 2.4 GHz antennas to perform WiFi services. That is, lines 1 and 2-2 in Figure 6 take effect.

[0232] Understandably, when both the BT firmware and the WiFi firmware operate in the 2.4GHz frequency band, the higher the bit rate of the BT firmware, the greater the impact on the time spent on data transmission for the WiFi service. Therefore, by further determining whether the current bit rate of the BT firmware is greater than or equal to the preset bit rate threshold, the BT firmware can be controlled to enter the independent BT mode only when conditions 1 to 4 are met, and condition 5 (the current bit rate of the BT firmware is greater than or equal to the preset bit rate threshold) is met. This can reduce the impact of the BT service of the BT firmware with the current higher bit rate on the time spent on data transmission for the low-latency WiFi service, ensure that the data of the low-latency WiFi service can be continuously and quickly transmitted through the first antenna, and the data corresponding to the BT service can also be continuously transmitted through the inactive cellular antenna, thereby ensuring the benefits of both the low-latency WiFi service and the BT service.

[0233] Therefore, the Bluetooth antenna configuration module determines whether the current usage scenario meets the requirements for entering independent BT mode, that is, whether the preset conditions including conditions 1 to 5 above are met, based on the Bluetooth working status and bit rate information, cellular antenna status, application information, and WiFi firmware working status and WiFi firmware information (including information indicating that the WiFi firmware operates in a 2.4 GHz frequency band and a working bandwidth of 40M) obtained periodically or in real time. It can dynamically decide whether to enter independent BT mode or continue to remain in non-independent BT mode. This can not only ensure the performance of WiFi services, BT services, and cellular services, but also reduce the probability of intermittent problems in WiFi services and BT services. In addition, it can enter independent BT mode in this scenario, thereby improving business revenue as a whole and ensuring user experience.

[0234] Furthermore, in order to reduce interference and ensure that switching to independent BT mode in the 2.4GHz band 40M bandwidth scenario does not bring negative benefits, the dimensions (conditions) considered in the Bluetooth antenna configuration method provided in the embodiment of the present application may also include condition 6.

[0235] The WiFi firmware indicates that the current WiFi signal quality is better than the preset signal quality level.

[0236] This embodiment uses the example of determining the WiFi signal quality based on the WiFi signal strength. Detailed implementation of determining whether condition 6 is satisfied based on the WiFi signal strength can be found in FIG5 and the description of condition 6 in the embodiment shown in FIG5 , which will not be repeated here.

[0237] In scenarios where WiFi quality is determined based on WiFi signal strength, the Bluetooth antenna configuration module can obtain WiFi signal strength by accessing the WiFi driver through the WiFi firmware HIDL interface provided by the WiFi firmware HAL. This allows the WiFi driver to obtain WiFi firmware information, such as WiFi signal strength, from the currently active WiFi firmware. In this way, the Bluetooth antenna configuration module can determine whether condition 6 is met based on the WiFi signal strength.

[0238] For example, if the Bluetooth antenna configuration module determines that conditions 1, 2, 3, 4, 5, and 6 are currently met, the Bluetooth antenna configuration module can access the interface provided to the WiFi driver by the independent BT mode by calling the interface that interacts with the WiFi FWK. This allows the WiFi driver to call the independent BT mode interface and notify the BT firmware in the wireless communication firmware to enter independent BT mode. This allows the BT firmware to couple with an inactive cellular antenna, such as a cellular antenna with an MHB frequency band, to perform BT services, while the WiFi firmware can independently occupy two 2.4 GHz antennas to perform WiFi services. That is, lines 1 and 2-2 in Figure 6 take effect.

[0239] Therefore, the Bluetooth antenna configuration module determines whether the current usage scenario satisfies the conditions for entering independent BT mode, that is, whether the preset conditions including conditions 1 to 6 above are met, based on the Bluetooth operating status and bit rate information, cellular antenna status, application information, and WiFi firmware operating status and WiFi firmware information (including information indicating that the WiFi firmware operates at a frequency band of 2.4 GHz and an operating bandwidth of 40 Mbps) obtained periodically or in real time. This allows the module to dynamically decide whether to enter independent BT mode or continue in non-independent BT mode. This ensures the performance of WiFi, BT, and cellular services, while reducing the probability of intermittent connectivity issues for WiFi and BT services. Furthermore, when entering independent BT mode in this scenario, interference between WiFi and BT signals is minimized, thereby ensuring that overall service revenue increases or avoids negative revenue after entering independent BT mode, thereby improving service revenue overall and ensuring user experience.

[0240] Based on the six control BT firmwares entering the independent BT mode shown in FIG5 , the configuration method of the Bluetooth antenna provided in the embodiment of the present application is specifically described in combination with FIG7 (the structure in which the Bluetooth antenna configuration module is integrated in the wireless communication firmware).

[0241] 7 , illustratively, since the Bluetooth antenna configuration module is integrated into the wireless communication firmware, it can directly interact with the WiFi firmware and BT firmware to obtain the Bluetooth working status and bit rate information, the WiFi firmware working status and WiFi firmware information.

[0242] Continuing to refer to FIG. 7 , illustratively, since the Bluetooth antenna configuration module and the Modem are both located in hardware, the Bluetooth antenna configuration module can directly interact with the Modem to obtain the status of the cellular antenna.

[0243] Furthermore, it's important to note that the Android system's software architecture, including the App layer, FWK layer, HAL layer, and Kernel layer shown in Figure 7, is typically located within the application processor (AP). Therefore, the AP monitors and determines whether the foreground application is a low-latency service, then transmits the result to the Bluetooth antenna configuration module.

[0244] Therefore, the Bluetooth antenna configuration module located in the wireless communication firmware only needs to interact with the AP to obtain information for determining condition 6, without having to interact with the FWK layer, HAL layer, and Kernel layer. It can obtain information for determining conditions 2, 3, 4, and 6 from the wireless communication firmware, and obtain information for determining condition 1 from the modem, thereby simplifying the processing interaction in the Bluetooth antenna configuration process.

[0245] Regarding the implementation details of the Bluetooth antenna configuration module located in the wireless communication firmware to determine whether conditions 1 to 4, or conditions 1 to 5, or conditions 1 to 6 are currently met, please refer to the description part of the embodiment shown in Figure 6, which will not be repeated here.

[0246] Therefore, by integrating the Bluetooth antenna configuration module into the wireless communication firmware, it is also possible to determine whether the current usage scenario meets the requirements for entering the independent BT mode based on the Bluetooth working status and bit rate information, cellular antenna status, application information, and WiFi firmware working status and WiFi firmware information (including information indicating that the WiFi firmware operates in a 2.4 GHz frequency band and a 40M working bandwidth) obtained periodically or in real time. In this way, while ensuring the performance of WiFi, BT, and cellular services, it is possible to dynamically decide whether to enter the independent BT firmware mode or continue to remain in the non-independent BT mode in the 2.4 GHz frequency band and 40M bandwidth scenario. This can not only ensure the performance of WiFi, BT, and cellular services, but also reduce the probability of intermittent problems in WiFi and BT services, thereby improving business revenue as a whole and ensuring user experience.

[0247] Based on the implementation logic shown in FIG5 , for the structure shown in FIG6 or the structure shown in FIG7 , the specific implementation process of the Bluetooth antenna configuration method provided in the embodiment of the present application can be shown in FIG8 .

[0248] 8 , the configuration method of the Bluetooth antenna provided in the embodiment of the present application specifically includes:

[0249] S101, a Bluetooth antenna configuration module obtains working status information of BT firmware, working status information of WiFi firmware, status information of a second antenna, and information of currently running applications.

[0250] The second antenna includes a 2.4 GHz frequency band cellular antenna for supporting cellular communication services.

[0251] In some other possible implementations, the second antenna may further include a cellular antenna in the 5 GHz frequency band.

[0252] If the Bluetooth antenna configuration module is integrated into the FWK layer, the BT firmware's operating status information can be obtained by following the direction of arrow 1 in Figure 6 ; the second antenna's status information can be obtained by following the direction of arrow 2 in Figure 6 ; the WiFi firmware's operating status information can be obtained by following the direction of arrow 3 in Figure 6 ; and the information about the currently running application can be obtained by following the direction of arrow 5 in Figure 6 . For details, please refer to the description of the embodiment shown in Figure 6 , which will not be repeated here.

[0253] If the Bluetooth antenna configuration module is integrated into the wireless communication firmware, the BT firmware's operating status information can be obtained by following the direction of arrow 1 in Figure 7 ; the second antenna's status information can be obtained by following the direction of arrow 2 in Figure 7 ; the WiFi firmware's operating status information can be obtained by following the direction of arrow 3 in Figure 7 ; and the information about the currently running application can be obtained by following the direction of arrow 5 in Figure 7 . For details, please refer to the description of the embodiment shown in Figure 7 , which will not be repeated here.

[0254] S102: The Bluetooth antenna configuration module determines whether condition 1 is met based on the status information of the second antenna.

[0255] Specifically, when condition 1 is met, step S103 may be continued to determine whether condition 2 is met.

[0256] S103: The Bluetooth antenna configuration module determines whether condition 2 is met based on the working status information of the BT firmware.

[0257] Specifically, when condition 1 is met, step S104 may be continued to determine whether condition 3 is met.

[0258] S104: The Bluetooth antenna configuration module determines whether condition 3 is met based on the working status information of the WiFi firmware.

[0259] Specifically, when condition 1 is met, step S105 may be continued to determine whether condition 4 is met.

[0260] S105 , the Bluetooth antenna configuration module determines whether condition 4 is met based on information of the currently running application.

[0261] For the introduction of conditions 1 to 4, please refer to the corresponding description parts in the above embodiments, which will not be repeated here.

[0262] In addition, it should be noted that in some possible implementations, conditions 1, 2, 3, and 4 may not be judged in the order shown in Figure 8. They can be set specifically according to business needs, and the embodiments of this application do not limit this.

[0263] In some possible implementations, if conditions 1, 2, 3, and 4 are determined to be met, the Bluetooth antenna configuration module can control the BT firmware to disconnect from the first antenna and couple to the inactive cellular antenna, i.e., notify the BT firmware to enter standalone BT mode. Specifically, for example, the operations of steps S106 to S110 are executed.

[0264] In addition, it should be noted that, if any of conditions 1 to 4 are not met, the WiFi firmware and the BT firmware can be controlled to couple to the corresponding antennas according to the description of the above embodiment, which will not be repeated here.

[0265] In other possible implementations, when it is determined that conditions 1, 2, 3, and 4 are met, the Bluetooth antenna configuration module may further obtain bit rate information of the BT firmware, such as encoding format and bit rate, to determine whether condition 5 is met.

[0266] Accordingly, if it is determined that condition 5 is also currently met, the Bluetooth antenna configuration module controls the BT firmware to disconnect from the first antenna and couple to the inactive cellular antenna, i.e., to notify the BT firmware to enter standalone BT mode. Specifically, for example, the operations of steps S106 to S110 are executed.

[0267] In other possible implementations, when it is determined that conditions 1, 2, 3, 4, and 5 are met, the Bluetooth antenna configuration module may further obtain the current WiFi signal strength of the WiFi firmware to determine whether condition 6 is met.

[0268] Accordingly, if it is determined that condition 6 is also currently met, the Bluetooth antenna configuration module controls the BT firmware to disconnect from the first antenna and couple to the inactive cellular antenna, i.e., to notify the BT firmware to enter standalone BT mode. Specifically, for example, the operations of steps S106 to S110 are executed.

[0269] S106 , the Bluetooth antenna configuration module accesses the WiFi FWK through the programming interface provided by the FWK layer.

[0270] S107, the WiFi FWK accesses the independent BT mode interface provided by the independent BT mode to the WiFi driver through the WiFi HIDL interface provided by the WiFi HAL.

[0271] S108, the WiFi driver calls the independent BT mode interface to notify the BT firmware to enter the independent BT mode.

[0272] S109, the BT firmware enters the independent BT mode, uses the inactive cellular antenna for data transmission, and does not use the first antenna for data transmission.

[0273] A method of controlling the BT firmware to enter an independent BT module, for example, controlling the BT firmware to couple with an inactive cellular antenna.

[0274] It is understandable that in actual applications, if the BT firmware is currently coupled to the first antenna, when controlling the BT firmware to enter the independent BT mode, the coupling between the BT firmware and the first antenna needs to be disconnected.

[0275] It should be noted that the coupling mentioned in this embodiment refers to the creation of conditions for communication. That is, when the BT firmware is coupled with an antenna (the first antenna or the inactive cellular antenna), it can use the corresponding antenna to receive or send data.

[0276] In addition, it should be noted that, in some possible implementations, the coupling mentioned in this embodiment can also be understood as connectivity.

[0277] Understandably, in the embodiment of the present application, an example is provided in which the independent BT mode interface for controlling the BT firmware to enter the independent BT mode is provided to the WiFi firmware. Therefore, when controlling the BT firmware to enter the independent BT mode, the application processor (AP) cannot directly call the independent BT mode interface and must be implemented through the WiFi firmware. That is, it must go through steps S106 to S108 before it can access the independent BT mode interface and thus enable the BT firmware to enter the independent BT mode.

[0278] Accordingly, if in actual implementation, the independent BT mode interface can be provided to the application processor, the application processor can directly call the independent BT mode interface to enable the BT firmware to enter the independent BT mode, that is, steps S106 to S108 can be omitted, and the independent BT mode interface can be directly called, thereby enabling the BT firmware to perform the operation of step S109.

[0279] In addition, it should be noted that when the Bluetooth antenna configuration module is integrated in the FWK layer, when conditions 1 to 4 are met, or conditions 1 to 5, or conditions 1 to 6 are met, the BT firmware can be controlled to enter independent BT mode according to the direction of arrow 4 shown in Figure 6, such as controlling the BT firmware to disconnect from the first antenna and couple with the inactive cellular antenna.

[0280] In addition, it should be noted that when the Bluetooth antenna configuration module is integrated into the wireless communication firmware, when conditions 1 to 4 are met, or conditions 1 to 5, or conditions 1 to 6 are met, the BT firmware can be controlled to enter independent BT mode according to the direction of arrow 4 shown in Figure 7, such as controlling the BT firmware to disconnect from the first antenna and couple with the inactive cellular antenna.

[0281] Therefore, by obtaining the respective working status information of the BT firmware and the WiFi firmware, the status information of the second antenna supporting the cellular communication service, and the information of the currently running application, it is determined whether the current usage scenario belongs to the scenario where the BT firmware is being used, and there is an inactive cellular antenna in the second antenna, and the frequency band of the WiFi firmware hotspot connected to the WiFi firmware is the 2.4GHz band with a bandwidth of 40M, and there is a low-latency WiFi service running in the foreground, that is, it is determined whether it belongs to the scenario that meets the conditions for entering the independent BT mode. Then, when it is determined that the scenario for entering the independent BT mode is met, the BT firmware is controlled to disconnect from the first antenna and instead couple with the inactive cellular antenna, so that both the WiFi firmware and the BT firmware can exclusively process the antenna service, thereby improving business revenue and ensuring user experience.

[0282] In addition, it is understandable that, in order to implement the above functions, the terminal device includes hardware and / or software modules that perform the corresponding functions. In combination with the algorithm steps of each example described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application in combination with the embodiments, but such implementation should not be considered to be beyond the scope of this application.

[0283] In addition, it should be noted that the Bluetooth antenna configuration methods provided in the above embodiments, implemented by a terminal device in actual application scenarios, can also be executed by a chip included in the terminal device. The chip includes a processor that supports the terminal device in implementing the steps of the Bluetooth antenna configuration methods provided in the above embodiments. Specifically, details of the Bluetooth antenna configuration methods provided in the embodiments of this application implemented by the chip can be found in the embodiment section shown in Figure 6 or the embodiment section shown in Figure 7.

[0284] In addition, it should be noted that the Bluetooth antenna configuration method provided in the above embodiments implemented by the terminal device in the actual application scenario can also be executed by a chip system included in the terminal device. The chip system includes a processor; the processor is used to call and run a computer program from the memory of the terminal device, so that the terminal device equipped with the chip system performs the steps of the Bluetooth antenna configuration method provided in the above embodiments. The processor in the chip system can be an application processor. Specifically, the chip system implements the details of the Bluetooth antenna configuration method provided in the embodiments of the present application, and can refer to the embodiment shown in Figure 6.

[0285] In addition, it should be noted that the Bluetooth antenna configuration methods provided in the above embodiments, implemented by terminal devices in actual application scenarios, can also be performed by another chip system included in the terminal device. The chip system includes wireless communication firmware, which includes Wireless Fidelity (WiFi) firmware and / or Bluetooth (BT) firmware. When the wireless communication firmware executes computer instructions, the terminal device equipped with the chip system executes the steps of the Bluetooth antenna configuration methods provided in the above embodiments. Specifically, the chip system implements the details of the Bluetooth antenna configuration methods provided in the embodiments of this application, as shown in the embodiment section of FIG7 .

[0286] In addition, an embodiment of the present application also provides a computer-readable storage medium, which stores computer instructions. When the computer instructions are executed on a terminal device, the terminal device executes the above-mentioned related method steps to implement the Bluetooth antenna configuration method in the above-mentioned embodiment.

[0287] In addition, an embodiment of the present application further provides a computer program product. When the computer program product is run on a terminal device, the terminal device executes the above-mentioned related steps to implement the Bluetooth antenna configuration method in the above-mentioned embodiment.

[0288] In addition, it can be seen from the above description that the terminal device, chip, computer-readable storage medium, computer program product or chip system provided in the embodiments of the present application are all used to execute the corresponding methods provided above. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects in the corresponding methods provided above, and will not be repeated here.

[0289] As described above, the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the above embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the above embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A method for configuring a Bluetooth antenna, characterized in that: Applied to a terminal device, the terminal device includes Bluetooth BT firmware, Wireless Fidelity WiFi firmware, a first antenna and a second antenna, the BT firmware and the WiFi firmware can share the first antenna, the first antenna is a wireless antenna operating in the 2.4 GHz frequency band, used to support WiFi services and BT services, and the second antenna includes a cellular antenna operating in the 2.4 GHz frequency band, used to support cellular communication services; The method comprises: When a preset condition is met, controlling the BT firmware to enter the independent BT mode from the non-independent BT mode; The preset conditions include: the current status information of the second antenna indicates that the cellular antenna is currently in an inactive state, the current working status information of the BT firmware indicates that the BT firmware is currently in a working state and in the non-independent BT mode, the current working status information of the WiFi firmware indicates that the WiFi firmware is currently operating in the 2.4 GHz frequency band and the working bandwidth is the first bandwidth, and the information of the currently running application indicates that there is a low-latency WiFi service currently running in the foreground, the first bandwidth is greater than or equal to the working bandwidth of the BT firmware and less than or equal to the second bandwidth, and the second bandwidth is a bandwidth that can accommodate all available channels corresponding to the 2.4 GHz frequency band; Wherein, when the BT firmware is in the non-independent BT mode, the BT firmware uses the first antenna for data transmission and does not use the cellular antenna for data transmission; when the BT firmware is in the independent BT mode, the BT firmware uses the cellular antenna that is currently in an inactive state for data transmission and does not use the first antenna for data transmission.

2. The method according to claim 1, characterized in that The preset conditions also include: The current bit rate information of the BT firmware indicates that the current bit rate of the BT firmware is greater than or equal to a preset bit rate threshold.

3. The method according to claim 2, characterized in that In a case where the BT firmware adopts a first encoding format, the preset bit rate threshold corresponding to the first encoding format is a first threshold; In the case where the BT firmware adopts the second encoding format, the preset bit rate threshold corresponding to the second encoding format is the second threshold; The first threshold is not equal to the second threshold.

4. The method according to claim 3, characterized in that When the first coding format is a sub-band coding (SBC) format, the first threshold is less than a maximum bit rate supported by the SBC format, and the maximum bit rate supported by the SBC format is 345 kilobits per second. When the second coding format is the Advanced Audio Coding (ACC) format, the second threshold is a bit rate within the bit rate range supported by the ACC format, and the bit rate range supported by the ACC format is 128 kbit / s to 398 kbit / s (including endpoint values).

5. The method according to any one of claims 1 to 4, characterized in that The preset conditions also include: The current WiFi signal quality of the WiFi firmware is better than a preset signal quality level.

6. The method according to any one of claims 1 to 5, characterized in that The current status information of the second antenna indicating that the cellular antenna is currently in an inactive state includes: The current status information of the second antenna indicates that there is at least one cellular antenna that is in an inactive state and whose operating frequency band is a preset frequency band in the 2.4 GHz frequency band.

7. The method according to claim 6, characterized in that The cellular antenna of the preset frequency band is a cellular antenna that is farther away from the first antenna.

8. The method according to any one of claims 1 to 7, characterized in that The method further comprises: If the preset condition is not met, the BT firmware continues to be in the non-standalone BT mode.

9. A terminal device, characterized in that: The terminal device includes: a memory, a processor, Bluetooth BT firmware, Wireless Fidelity WiFi firmware, a first antenna and a second antenna, the BT firmware and the WiFi firmware can share the first antenna, the first antenna is a wireless antenna operating in the 2.4 GHz frequency band, used to support WiFi services and BT services, the second antenna includes a cellular antenna operating in the 2.4 GHz frequency band, used to support cellular communication services, the memory is coupled to the processor; the memory stores program instructions, and when the program instructions are executed by the processor, the terminal device performs the method according to any one of claims 1 to 8.

10. A chip, characterized in that: The chip includes a processor, and the processor is used to support the terminal device to implement the method according to any one of claims 1 to 8.

11. A chip, characterized in that: The chip includes Bluetooth BT firmware and Wireless Fidelity WiFi firmware, and the chip is used to support the terminal device to implement the method according to any one of claims 1 to 8.

Images