CN120499817A

CN120499817A - Bluetooth antenna configuration method, device and storage medium

Info

Publication number: CN120499817A
Application number: CN202410177928.0A
Authority: CN
Inventors: 马红阳; 侯添译; 郝一休
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2024-02-08
Filing date: 2024-02-08
Publication date: 2025-08-15
Also published as: WO2025167377A1

Abstract

This application provides a Bluetooth antenna configuration method, device, and storage medium. This method determines whether preset conditions (conditions 1 to 4) are currently met, i.e., the conditions for entering independent BT mode, and thus dynamically decides whether to enter independent BT mode or remain in non-independent BT mode. This ensures the performance of WiFi, BT, and cellular services, while reducing the probability of intermittent WiFi and BT services, thereby improving overall service revenue and ensuring user experience.

Description

Bluetooth antenna configuration method, device and storage medium

Technical Field

The present application relates to the field of mobile communications technologies, and in particular, to a method, an apparatus, and a storage medium for configuring a bluetooth antenna.

Background

Currently, bluetooth (BT) firmware and wireless fidelity (WIRELESS FIDELITY, wiFi) firmware can share an antenna with a frequency band of 2.4 gigahertz (GHz) (an antenna for supporting wireless communication services of BT firmware and WiFi firmware, hereinafter referred to as a 2.4GHz antenna). The WiFi firmware works in the 2.4GHz frequency band (data is received/transmitted through the 2.4GHz antenna), and the BT firmware and the WiFi firmware mutually occupy the 2.4GHz antenna under the condition that the BT firmware and the WiFi firmware are in a working state, so that the problem of time-out of BT service and WiFi service is caused.

In order to solve the above problem, in some implementations, antennas for supporting cellular communication services (hereinafter referred to as cellular antennas) are allocated to the BT firmware, so that the WiFi firmware may monopolize a 2.4GHz antenna, the BT firmware may monopolize one cellular antenna (a mode in which the WiFi firmware and the BT firmware monopolize antennas respectively is hereinafter referred to as an independent BT mode), and it is ensured that the WiFi service and the BT service do not affect each other.

However, in some chip platforms, only the WiFi firmware is allowed to work in the 2.4GHz frequency band, and in a scene that the working bandwidth is 20 megabits (M), the BT firmware can enter an independent BT mode. For the WiFi firmware working in the 2.4GHz frequency band, in the scene that the working bandwidth is 40M, the BT firmware and the WiFi firmware still need to share the 2.4GHz antenna, namely the BT service and the WiFi service still occupy the 2.4GHz antenna, so that the problem that the BT service and the WiFi service are intermittent is caused.

Disclosure of Invention

The embodiment of the application provides a configuration method, equipment and storage medium of a Bluetooth antenna, which are used for reducing the probability of occurrence of discontinuous problems of WiFi service and BT service.

In a first aspect, an embodiment of the present application provides a method for configuring a bluetooth antenna. The method is applied to terminal equipment, the terminal equipment comprises 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 working in a 2.4GHz frequency band and is used for supporting WiFi services and BT services, and the second antenna comprises a cellular antenna working in the 2.4GHz frequency band and is used for supporting cellular communication services. The method comprises the steps of controlling a BT firmware to enter an independent BT mode from a non-independent BT mode under the condition that preset conditions are met, wherein the preset conditions comprise that current state information of a second antenna indicates that a cellular antenna in a non-activated state exists currently, current working state information of the BT firmware indicates that the BT firmware is in a working state and is in the non-independent BT mode, current working state information of a WiFi firmware indicates that the WiFi firmware is currently working in a 2.4GHz frequency band and the working bandwidth is a first bandwidth, information of an application running currently indicates that a low-delay WiFi service running in a foreground exists currently, the first bandwidth is larger than or equal to the working bandwidth of the BT firmware and smaller than or equal to a second bandwidth, the second bandwidth is a bandwidth capable of accommodating all available channels corresponding to the 2.4GHz frequency band, the BT firmware uses the first antenna to conduct data transmission under the condition that the BT firmware is in the non-independent BT mode, and does not use the cellular antenna to conduct data transmission under the condition that the BT firmware is in the independent BT mode.

The BT firmware and the WiFi firmware can share a first antenna, and both the BT firmware and the WiFi firmware can perform data transmission through the first antenna. That is, when the BT firmware operates in the 2.4GHz band, or the WiFi firmware operates in the 2.4GHz band, or both the BT firmware and the WiFi firmware operate in the 2.4GHz band, the data corresponding to each of the BT firmware and/or the WiFi firmware is transmitted through the first antenna.

It is understood that in the case where both the WiFi firmware and the BT firmware operate in the 2.4GHz band, the WiFi firmware and the BT firmware share the first antenna just before controlling the BT firmware to enter the independent BT mode. Specifically, the first antenna is preempted in the time division duplex mode, and the first antenna is caused to transmit (receive or transmit) data corresponding to each other.

It can be further understood that, when the WiFi firmware independently works in the 2.4GHz band, that is, the BT firmware is not in a working state, the WiFi firmware can independently use the first antenna, so that data transmission related to the WiFi service can be continuously performed by using the first antenna.

It can be further understood that, when the BT firmware independently works in the 2.4GHz band, that is, the WiFi firmware is not in a working state or the WiFi firmware works in the 5GHz band, the BT firmware can independently use the first antenna, so that data transmission related to the BT service can be continuously performed by using the first antenna.

The second antenna current state information indicates that there is currently a cellular antenna in an inactive state, namely a condition 1 in the following embodiment, the BT firmware current operating state information indicates that the BT firmware is currently in an operating state and is in a non-independent BT mode, namely a condition 2 in the following embodiment, the WiFi firmware current operating state information indicates that the WiFi firmware is currently operating in a 2.4GHz band and the operating bandwidth is a first bandwidth, namely a condition 3 in the following embodiment, and the information of the currently running application indicates that there is currently a low-latency WiFi service running in the foreground, namely a condition 4 in the following embodiment.

The operating bandwidth of the BT firmware is, for example, 40M.

Wherein, all available channels corresponding to the 2.4GHz band include the 1 st channel to the 13 th channel as shown in fig. 4.

The bandwidth capable of accommodating all available channels corresponding to the 2.4GHz band is specifically a bandwidth capable of accommodating the center frequency of 13 available channels, namely the 1 st channel to the 13 th channel, corresponding to the 2.4GHz band.

The bandwidth of the center frequency of the 13 available channels, which can accommodate the 1 st channel to the 13 th channel corresponding to the 2.4GHz frequency band, is 61.5M. That is, the second bandwidth may be 61.5M.

In the case where the operating 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.

In one possible implementation, the first bandwidth is 40M.

Wherein the first antenna is, for example, the 2.4GHz antenna described in the embodiments of the present application.

Understandably, in the scenario that both the WiFi firmware and the BT firmware operate in the 2.4GHz band and the 40M bandwidth, even if the BT firmware is controlled to enter the independent BT mode, the channel in which the WiFi firmware operates still overlaps the channel in which the BT firmware operates, so that interference occurs between the two channels. However, in the whole, since the WiFi firmware monopolizes the 2.4GHz antenna in the independent BT mode, the BT firmware monopolizes the cellular antenna in the inactive state. Namely, the WiFi firmware and the BT firmware have exclusive antennas for data transmission, respectively. Therefore, for the low-delay WiFi service currently running in the foreground, the WiFi firmware can monopolize the 2.4GHz antenna, namely the 2.4GHz antenna cannot be preempted by the BT firmware, and data corresponding to the low-delay WiFi service can be continuously transmitted through the 2.4GHz antenna without being interrupted, so that the performance requirement of the low-delay WiFi service on the low-delay WiFi service is ensured.

Therefore, whether the preset conditions (condition 1 to condition 4) are met or not, namely, the condition of entering the independent BT mode is judged, so that the independent BT mode can be dynamically decided to be entered or kept in the dependent BT mode, the performance of the WiFi service, the BT service and the cellular service can be guaranteed, the probability of the occurrence of the intermittent problem of the WiFi service and the BT service can be reduced, the service benefit is improved as a whole, and the user experience is guaranteed.

According to the first aspect, the preset condition further includes that 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. Namely, condition 5 described in the following examples.

In one possible implementation, the preset code rate threshold is independent of the coding format adopted by the BT firmware and may be a fixed value. That is, the preset code rate threshold is the same regardless of which coding format the BT firmware adopts.

In another possible implementation, the preset code rate threshold is related to the coding format employed by the BT firmware. That is, when the BT firmware adopts different encoding formats, the corresponding preset code rate thresholds are different.

Understandably, when both the BT firmware and the WiFi firmware operate in the 2.4GHz band, the larger the bit rate of the BT firmware, the larger the influence on the time taken for data transmission of the WiFi service. Therefore, by further judging whether the current code rate of the BT firmware is greater than or equal to the preset code rate threshold, the BT firmware can be controlled to enter the independent BT mode only when the conditions 1 to 4 are satisfied and the condition 5 (the current code rate of the BT firmware is greater than or equal to the preset code rate threshold) is satisfied, so that the influence of the BT service of the BT firmware with a larger current code rate on the time spent on data transmission of the low-delay WiFi service can be reduced, the data of the low-delay WiFi service can be continuously and rapidly transmitted through the first antenna, and the data corresponding to the BT service can also be continuously transmitted through the cellular antenna in the inactive state, thereby ensuring the benefits of the low-delay WiFi service and the benefits of the BT service.

Therefore, whether the preset conditions (condition 1 to condition 5) are met or not, namely, the condition of entering the independent BT mode is judged, so that the independent BT mode can be dynamically decided to be entered or kept in the dependent BT mode, the performance of the WiFi service, the BT service and the cellular service can be guaranteed, the probability of the occurrence of the intermittent problem of the WiFi service and the BT service can be reduced, the independent BT mode can be entered under the scene, the service income is integrally improved, and the effect of user experience is guaranteed.

According to the first aspect or any implementation manner of the first aspect, in a case that the BT firmware adopts the first coding format, the preset code rate threshold corresponding to the first coding format is a first threshold, in a case that the BT firmware adopts the second coding format, the preset code rate threshold corresponding to the second coding format is a second threshold, and wherein the first threshold is not equal to the second threshold.

According to the first aspect, or any implementation manner of the first aspect, in a case that the first coding format is a subband coding SBC format, the first threshold is smaller than a maximum code rate supported by the SBC format, the maximum code rate supported by the SBC format is 345 kbit/s, and in a case that the second coding format is an advanced audio coding ACC format, the second threshold is one code rate in a code rate range supported by the ACC format, and the code rate range supported by the ACC format is 128 kbit/s to 398 kbit/s.

In some implementations, the encoding formats that BT firmware may employ may also include low latency audio codec LDAC formats. Wherein, when the coding format adopted by the BT firmware is an LDAC format, the preset code rate threshold may be one code rate in a code rate range supported by the LDAC format, where the code rate range supported by the LDAC format is 330 kbit/s to 990 kbit/s (including an endpoint value).

Therefore, the corresponding preset code rate threshold is set according to different coding formats adopted by the BT firmware, so that the terminal equipment can be ensured to control the BT firmware to enter the independent BT mode under the more proper condition.

According to the first aspect, or any implementation manner of the first aspect, the preset condition further includes that the current WiFi signal quality of the WiFi firmware is better than a preset signal quality level. Namely, condition 6 described in the following examples.

The current WiFi signal quality of the WiFi firmware can be characterized by the current WiFi signal strength and/or signal-to-noise ratio.

It will be appreciated that the better the WiFi signal quality, the greater the WiFi signal strength (the greater the WiFi signal strength is, for example, -30db (decibel) or-65 db, the smaller the absolute value of the WiFi signal strength, wherein-30 db is greater than-65 db, and the better the WiFi signal quality is compared to the WiFi signal strength of-65 db, generally, the greater the WiFi signal strength is, the better the WiFi signal quality can be considered. While the smaller the WiFi signal transmit power, the less the WiFi signal interferes with the BT signal. Conversely, the worse the WiFi signal quality, the smaller the WiFi signal strength, and the greater the WiFi signal transmit power. The larger the WiFi signal transmission power, the greater the interference of the WiFi signal to the BT signal. In order to reduce interference between the WiFi signal and the BT signal in the independent BT mode and ensure the benefit of the overall service of the terminal device, the BT firmware may be controlled to enter the independent BT mode only in a scenario where the interference of the WiFi signal to the BT signal is small (i.e., in a case where the WiFi signal quality is better than a preset signal quality level). Therefore, in the case where the WiFi signal quality is determined by the current WiFi signal strength, the BT firmware may be controlled to enter the independent BT mode only in the scene where the WiFi signal has less interference to the BT signal, and the condition 6 may be determined to be satisfied in the case where the WiFi signal strength is greater than or equal to a preset signal strength threshold (for example, -65 db).

In some implementations, the preset signal strength threshold may be a value between-60 db to-70 db (including the boundary value).

In another possible implementation, the condition 6 may be determined to be satisfied in a case where the WiFi signal strength is set to be less than or equal to a specific threshold value (hereinafter referred to as a preset signal strength threshold value) in the preset signal strength threshold value interval.

In one possible implementation, the preset signal strength threshold is-65 db.

It will also be appreciated that the higher the signal-to-noise ratio, the better the WiFi signal quality. Conversely, the lower the signal-to-noise ratio, the poorer the WiFi signal quality. Therefore, in the case that the quality of the WiFi signal 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 benefit of the overall service of the terminal device, the BT firmware may be controlled to enter the independent BT mode only in a scenario with a higher signal-to-noise ratio, for example, if the signal-to-noise ratio is in a preset signal-to-noise ratio interval, or if the signal-to-noise ratio is greater than or equal to a specific threshold in the preset signal-to-noise ratio interval, it is determined that the condition 6 is satisfied.

Therefore, whether the preset condition (condition 1 to condition 6) is met or not is judged, namely, the condition of entering the independent BT mode is judged, so that the independent BT mode can be dynamically decided to be entered or kept in the dependent BT mode, the performance of the WiFi service, the BT service and the cellular service can be guaranteed, the probability of the occurrence of the time-break problem of the WiFi service and the BT service can be reduced, the independent BT mode can be entered under the scene, the interference between the WiFi signal and the BT signal is small, the overall business benefit after entering the independent BT mode can be improved or negative benefit can not be generated, the business benefit is further improved integrally, and the user experience effect is guaranteed.

According to the first aspect or any implementation manner of the first aspect, the current state information of the second antenna indicates that there is currently a cellular antenna in an inactive state, and the current state information of the second antenna indicates that there is currently at least one cellular antenna in an inactive state and the operating frequency band is a preset frequency band in a 2.4GHz frequency band.

Understandably, since the BT firmware needs to operate in the 2.4GHz band, if the current state information of the second antenna indicates that there is at least one cellular antenna in an inactive state currently, and the operating band is a preset band in the 2.4GHz band, it may be determined that condition 1 is currently satisfied.

According to a first aspect, or any implementation manner of the first aspect, the cellular antenna of the preset frequency band is a cellular antenna far from the first antenna.

The cellular antenna of the preset frequency band is a cellular antenna corresponding to a frequency band with smaller interference between the first antennas (hereinafter referred to as a cellular antenna with smaller interference).

It will be appreciated that, in general, interference between antennas is related to the distance between antennas. Specifically, the larger the distance, the smaller the interference, and the smaller the distance, the larger the interference. Thus, the less interfering cellular antenna is the cellular antenna that is farther from the first antenna.

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

According to the first aspect, or any implementation manner of the first aspect, the method further includes, if the preset condition is not met, continuing to be in the non-independent BT mode by the BT firmware.

Therefore, under the condition that the preset condition is not met, the BT firmware is set to be in the non-independent BT mode instead of entering the independent BT mode, so that the condition that the BT firmware is controlled to enter the independent BT mode under the unsuitable condition, and the WiFi service and the BT service are mutually interfered to cause negative benefits can be avoided.

In a second aspect, an embodiment of the present application provides a terminal device. The terminal device comprises a memory, a processor, bluetooth BT firmware, wireless fidelity WiFi firmware, a first antenna and a second antenna, wherein the BT firmware and the WiFi firmware can share the first antenna, the first antenna is a wireless antenna working in a 2.4GHz frequency band and is used for supporting WiFi services and BT services, the second antenna comprises a cellular antenna working in the 2.4GHz frequency band and is used for supporting cellular communication services, the memory is coupled with the processor, and the memory stores program instructions which enable the terminal device to execute the instructions of the method in the first aspect or any possible implementation manner of the first aspect when the program instructions are executed by the processor.

In a third aspect, an embodiment of the present application provides a chip comprising a processor for supporting a terminal device to execute instructions of the first aspect or of the method in any possible implementation manner of the first aspect.

In a fourth aspect, embodiments of the present application provide a computer readable medium storing a computer program comprising instructions for performing the method of the first aspect or any possible implementation of the first aspect.

In a fifth aspect, embodiments of the present application provide a computer program comprising instructions for performing the method of the first aspect or any possible implementation of the first aspect.

In a sixth aspect, an embodiment of the present application provides a chip system, which is applied to a terminal device. The chip system comprises a processor and the processor is used for calling and running a computer program from a memory of the terminal equipment, so that the terminal equipment installed with the chip system executes the configuration method of the Bluetooth antenna of the first aspect and any implementation manner of the first aspect.

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

In order to enable the terminal device installed with the chip system to execute the configuration method of the bluetooth antenna of the first aspect and any implementation manner of the first aspect, a bluetooth antenna configuration module may be added in an application program framework layer in an application processor software structure, and a computer program is invoked and run through the bluetooth antenna configuration module, so that the terminal device installed with the chip system can execute the configuration method of the bluetooth antenna of the first aspect and any implementation manner of the first aspect.

For details of the bluetooth antenna configuration module located in the application framework layer to invoke and run a computer program, so that the terminal device installed with the chip system can execute the bluetooth antenna configuration method according to the first aspect and any implementation manner of the first aspect, refer to fig. 6, and description of the embodiment part shown in fig. 6 will be omitted herein.

In a seventh aspect, an embodiment of the present application provides a chip system, which is applied to a terminal device. The chip system comprises wireless communication firmware, wherein the wireless communication firmware comprises wireless fidelity WiFi firmware and/or Bluetooth BT firmware, and when the wireless communication firmware executes a computer instruction, the terminal equipment provided with the chip system executes the configuration method of the Bluetooth antenna of the first aspect and any implementation manner of the first aspect.

The wireless communication firmware included in the chip system may include WiFi firmware and not BT firmware.

The wireless communication firmware included in the chip system may include BT firmware and not WiFi firmware.

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

The wireless communication firmware may also include a bluetooth antenna configuration module. The bluetooth antenna configuration module is configured to execute computer instructions, so that a terminal device installed with a chip system executes the configuration method of the bluetooth antenna in the first aspect and any implementation manner of the first aspect.

In the case where the WiFi firmware and the BT firmware are independent firmware, the bluetooth antenna configuration module may be independent, or may be integrated in any one of the WiFi firmware or the BT firmware in the wireless communication firmware.

In the case where the WiFi firmware and BT firmware are integrated on one chip, the bluetooth antenna configuration module may be independent of the chip or may be integrated in the chip.

For details of the bluetooth antenna configuration module in the wireless communication firmware executing computer instructions to enable the terminal device mounted with the chip system to execute the bluetooth antenna configuration method according to the first aspect and any implementation manner of the first aspect, reference may be made to fig. 7, and description of the embodiment part shown in fig. 7 will be omitted herein.

In an eighth aspect, an embodiment of the present application provides a chip that includes bluetooth BT firmware and wireless fidelity WiFi firmware. The chip is configured to support the terminal device to implement the method of the first aspect and any implementation manner of the first aspect.

Drawings

Fig. 1 is a schematic diagram illustrating a scenario in which WiFi firmware and BT firmware share a 2.4GHz antenna in a terminal device, and data reception or transmission of WiFi service and BT service in the scenario;

fig. 2 is a schematic diagram illustrating a scenario in which WiFi firmware monopolizes a 2.4GHz antenna and BT firmware monopolizes a cellular antenna in a terminal device, and data of WiFi service and data of BT service are received or transmitted in the scenario;

fig. 3 is a schematic diagram of a hardware structure of supporting the WiFi firmware and the BT firmware to share the 2.4GHz antenna, where the BT firmware has only one cellular antenna;

FIG. 4 is a schematic diagram of an exemplary 2.4GHz channel;

Fig. 5 is a schematic logic diagram illustrating a method for implementing the configuration of a bluetooth antenna according to an embodiment of the present application;

Fig. 6 is a schematic diagram of software and hardware related to a terminal device for implementing a method for configuring a bluetooth antenna according to an embodiment of the present application;

Fig. 7 is a schematic diagram of software and hardware structures involved in a terminal device for implementing another method for configuring a bluetooth antenna according to an embodiment of the present application;

fig. 8 is a flowchart illustrating a method for configuring a bluetooth antenna according to an embodiment of the present application.

Detailed Description

The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are some, but not all embodiments of the application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

The term "and/or" is merely an association relationship describing the associated object, and means that three relationships may exist, for example, a and/or B may mean that a exists alone, while a and B exist together, and B exists alone.

The terms first and second and the like in the description and in the claims of embodiments of the application, are used for distinguishing between different objects and not necessarily for describing a particular sequential order of objects. For example, the first target object and the second target object, etc., are used to distinguish between different target objects, and are not used to describe a particular order of target objects.

In embodiments of the application, words such as "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "e.g." in an embodiment of the present application is not to be taken as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

In the description of the embodiments of the present application, unless otherwise indicated, the meaning of "a plurality" means two or more. For example, a plurality of processing units refers to two or more processing units, and a plurality of systems refers to two or more systems.

With the continuous development of terminal devices, services that can be supported by the terminal devices, such as game services and audio/video services, are increasing. When the user uses the terminal equipment to carry out the services, the user has higher requirements on network delay and audio quality. At present, many users are used to wear Bluetooth headset in game or audio/video scenes, so that the constraint of the headset wire of the wired headset is eliminated. The Bluetooth (BT) firmware mainly works in the 2.4GHz band, and the wireless fidelity (WIRELESS FIDELITY, wiFi) firmware can work in the 2.4GHz band or in the 5GHz band.

It should be noted that the frequency band in which the WiFi firmware operates mainly depends on the configuration of the router. That is, future routers support the 6GHz band, and WiFi firmware may also operate in the 6GHz band. For convenience of explanation, in the embodiment of the present application, the WiFi firmware of the terminal device may operate at 2.4GHz and 5 GHz.

As shown in fig. 1 (1), the BT firmware and WiFi firmware can share the 2.4GHz antenna through the switch S. Therefore, when the WiFi firmware operates in the 2.4GHz band and the BT firmware is also in the operating state, the DATA of the current WiFi service (WiFi-DATA) and the DATA of the BT service (BT-DATA) are transceived in the time division duplex (Time Division Duplexing, TDD) mode.

It is understood that TDD is generally referred to as uplink and downlink in the same frequency band, and the time occupied by uplink and downlink in one frequency band can be adjusted as required, and the time occupied by uplink and downlink is generally divided into a plurality of time periods at fixed intervals, which are called timeslots. That is, the uplink time slot is used only for transmitting data, and the downlink time slot is used only for receiving data. In particular, in the embodiment of the present application, TDD means that WiFi service and BT service use the same frequency band, and the time occupied by the data of WiFi service and the data of BT service in one frequency band can be adjusted as required. That is, in the embodiment of the present application, when both the WiFi firmware and the BT firmware operate in the 2.4GHz band, the WiFi firmware preempts the 2.4GHz antenna when the terminal a of the switch S is connected to the terminal b, as shown in (2) in fig. 1. In this case, the WiFi firmware may use the 2.4GHz antenna for DATA transmission, such as transmitting or receiving WiFi-DATA, in a slot that is preempted to the 2.4GHz antenna, such as slot 1 in the implementation of (4) in fig. 1. In the case where the terminal a of the switch S communicates with the terminal c, the BT firmware preempts the 2.4GHz antenna, as shown in fig. 1 (3). In this case, the BT firmware may use the 2.4GHz antenna for DATA transmission, such as transmitting or receiving BT-DATA, in a slot preempted to the 2.4GHz antenna, such as slot 2 in the real world of (4) in fig. 1.

With continued reference to fig. 1 (4), by way of example, by controlling terminal a in switch S to communicate with terminal b in a different time slot, such as time slot 3, and to communicate with terminal c in time slot 4, wiFi firmware may be enabled to use a 2.4GHz antenna for DATA transmission (e.g., transmit or receive WiFi-DATA) in time slot 3, and BT firmware may be enabled to use a 2.4GHz antenna for DATA transmission (e.g., transmit or receive BT-DATA) in time slot 4.

With continued reference to fig. 1, the WiFi firmware may also perform data transmission through an antenna in the 5GHz band (hereinafter referred to as a 5GHz antenna). Therefore, when the WiFi firmware uses the 5GHz antenna to perform data transmission, if BT service exists, the terminal a of the switch S may be always connected to the terminal c, that is, the BT firmware uses the 2.4GHz antenna alone to perform data transmission.

However, in the scenario that both the WiFi firmware and the BT firmware operate at 2.4GHz, the WiFi firmware and the BT firmware need to mutually preempt the 2.4GHz antenna to receive or transmit the respective service data. The problem that the BT firmware cannot receive or transmit data in the process of preempting the 2.4GHz antenna to receive or transmit data by the WiFi firmware and the problem that the BT firmware cannot receive or transmit data in the process of preempting the 2.4GHz antenna to receive or transmit data by the BT firmware, so that collision between the WiFi service and the BT service is caused and the BT service and the WiFi service is intermittent is caused.

In order to solve the above-mentioned problems, the embodiment of the present application provides an independent BT mode. The so-called independent BT mode, i.e. allocating one of the cellular antennas to the BT firmware for use, allows the WiFi firmware to monopolize the 2.4GHz antenna, and the BT firmware to monopolize one of the cellular antennas, as shown in (1) of fig. 2. Because the WiFi firmware monopolizes the 2.4GHz antenna, the WiFi firmware can continuously receive or transmit WiFi-DATA without being influenced by the BT firmware. The BT firmware also has exclusive use of a cellular antenna, so that the BT firmware can continuously receive or transmit BT-DATA without being influenced by the WiFi firmware. Namely, in the independent BT mode, the WiFi service and the BT service are not mutually influenced, so that the BT service is ensured to be free from delay, the WiFi service is free from blocking, and the user experience is improved.

In addition, it will be appreciated that since the WiFi firmware may also pass through the 5GHz antenna (data transmission, therefore, when the WiFi firmware uses the 5GHz antenna for data transmission, if BT service exists, the terminal a of the switch S may be always connected to the terminal c, that is, the BT firmware uses the 2.4GHz antenna alone for data transmission.

As to the hardware structure of the terminal device supporting the BT firmware and the WiFi firmware capable of sharing the 2.4GHz antenna and entering the independent BT mode, it may be as shown in fig. 3.

It should be noted that, in the description of the embodiment of the present application, the terminal device may include various forms of terminals such as a mobile phone, a tablet computer, a wearable device, and the like. For convenience of explanation, the following description will take a mobile phone as an example.

As shown in fig. 3, the mobile phone 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charge 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, keys 190, a motor 191, an indicator 192, a camera 193, a display 194, and a subscriber identity module (subscriber identification module, SIM) card interface 195, an antenna, etc.

The mobile communication module 150 may provide a solution for wireless communication applied to various cellular networks, such as 2G/3G/4G/5G, on the mobile phone 100.

The wireless communication module 160 may provide a solution of wireless communication including wireless local area network (wireless local area networks, WLAN) (such as wireless fidelity (WIRELESS FIDELITY, wiFi)), bluetooth (BT), global navigation satellite system (global navigation SATELLITE SYSTEM, GNSS), frequency modulation (frequency modulation, FM), near field communication (NEAR FIELD communication, NFC), infrared (IR), and the like, applied to the mobile phone 100. That is, firmware (FW) such as GNSS firmware, NFC firmware, IR firmware, FM firmware, wiFi firmware, BT firmware, etc. for implementing the above-described various solutions of wireless communication may be included in the wireless communication module 160.

The firmware included in the wireless communication module 160 may be separate or integrated.

In particular, in the configuration method of the bluetooth antenna provided by the embodiment of the application, the configuration method mainly relates to WiFi firmware and BT firmware. As shown in fig. 3, wireless communication module 160 may include wireless communication firmware 160A. The wireless communication firmware 160A may have integrated therein BT firmware 160A-1 and WiFi firmware 160A-2.

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

It will be appreciated that the various firmware described in embodiments of the present application may be considered to be part of the corresponding chip. For example, BT firmware is part of a BT chip, wiFi firmware is part of a WiFi chip, and wireless communication firmware is part of a wireless communication chip.

It will also be appreciated that any chip may include other hardware portions, as well as software programs, in addition to the corresponding firmware. Taking a BT chip as an example, the BT chip may include hardware such as a radio frequency front end, in addition to BT firmware.

In the case where 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. In the case where the BT firmware 160A-1 and the WiFi firmware 160A-2 included in the wireless communication firmware 160A are integrated together, the BT firmware 160A-1 and the WiFi firmware 160A-2 may belong to one chip, such as one chip integrating the WiFi firmware and the BT firmware (or may be one chip integrating the BT chip and the WiFi chip).

With continued reference to fig. 3, the antennas may include an antenna coupled to the wireless communication module 160 and an antenna coupled to the mobile communication module 150, as examples. The antennas coupled to the wireless communication module 160 may include 25 GHz antennas (e.g., antenna 11, antenna 12) and 2 2.4GHz antennas (e.g., antenna 13, antenna 14). The antenna coupled to the mobile communication module 150 may include a plurality of cellular antennas (e.g., antenna 21, antenna 22, antenna 2N).

The value of N is, for example, 9, i.e., the cellular antenna may include 9.

With continued reference to fig. 3, exemplary WiFi firmware 160A-2 monopolizes two 5GHz antennas.

With continued reference to FIG. 3, exemplary BT firmware 160A-1 and WiFi firmware 160A-2 can share a 2.4GHz antenna. When the BT firmware 160A-1 works, only one 2.4GHz antenna is required, and when the WiFi firmware 160A-2 works in the 2.4GHz band, two 2.4GHz antennas are required.

With continued reference to fig. 3, for example, in the independent BT mode, BT firmware 160A-1 may be coupled to one of the cellular antennas.

The coupling of BT firmware 160A-1 to antenna 2N in fig. 3 is merely exemplary. In practice, the cellular antenna to which BT firmware 160A-1 is coupled may follow the following conditions.

BT firmware 160A-1 is specifically coupled to one of the cellular antennas that is currently idle.

BT firmware 160A-1 is specifically coupled to one of the cellular antennas that is currently idle and has a greater isolation from the 2.4GHz antenna, i.e., does not affect performance of both.

BT firmware 160A-1 is specifically coupled to one of the cellular antennas that is currently idle and is in the mid-high band (MHB) band.

The processor 110 may include one or more processing units, for example, the processor 110 may include an application processor (application processor, AP) (AP 110A shown in FIG. 3), a Modem processor (Modem) (Modem 110B shown in FIG. 3), a graphics processor (graphics processing unit, GPU), an image signal processor (IMAGE SIGNAL processor, ISP), a controller, a video codec, a digital signal processor (DIGITAL SIGNAL processor, DSP), a baseband processor, a neural network processor (neural-network processing unit, NPU), and the like.

It will be appreciated that in particular implementations, the different processing units may be separate devices or may be integrated in one or more processors.

It should be noted that, in particular, in practical application, the mobile phone 100 may implement the technical solutions provided by the embodiments of the present application through the mobile communication module 150, the wireless communication module 160, the AP 110A, modem B, an antenna coupled to the mobile communication module 150, and an antenna coupled to the wireless communication module 160. For example, the state of the cellular antenna is obtained by the Modem 110B, such as which cellular antenna is currently inactive, i.e., no traffic is being received or transmitted, such as no call is being made, or is not currently in a WiFi and cellular dual-transmit state (i.e., both WiFi and cellular networks are being used). The AP 110A invokes functional modules, interfaces/functions, etc. provided by different layers in the operating system, obtains working states and code rate information of bluetooth, monitors working states of WiFi firmware, obtains information of foreground application, accesses an independent BT mode interface, etc. For specific implementation details, reference may be made to the embodiments shown in fig. 6 and 6, or the embodiments shown in fig. 7 and 7, which are not described herein.

Further, it is understood that the processing unit, i.e., the controller, included in the processor 110 may be a neural hub and command center of the cell phone 100. In practical application, the controller can generate operation control signals according to the instruction operation codes and the time sequence signals to complete instruction fetching and instruction execution control.

The hardware structure of the mobile phone 100 is described herein. It should be understood that the handset 100 shown in fig. 3 is only one example. In particular implementations, the handset 100 may have more or fewer components than shown in the figures, may combine two or more components, or may have a different configuration of components. The various components shown in fig. 3 may be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and/or application specific integrated circuits.

Before explaining the specific reason, a 2.4GHz wireless technology will be first explained. For 2.4GHz wireless technology, i.e., wireless technology with a frequency band between 2.400GHz and 2.4835 GHz.

It is understood that operating at 2.4GHz (which may also be referred to as operating in the 2.4GHz band) in embodiments of the application refers to operating in a frequency band between 2.400GHz and 2.4835 GHz.

Further, it is also understood that the channels included in the 2.4GHz to 2.4835GHz band are shown in fig. 4.

Referring to fig. 4, exemplary, 2.4GHz channels may be divided into 14, with the 14 th channel generally unused and negligible.

With continued reference to fig. 4, for the exemplary 1 st through 13 th channels, each of the channels has a bandwidth of 22M and the interval between any two adjacent channels is 5M. The entire bandwidth range of the 2.4GHz channel including 13 available channels (1 st to 13 th channels) is 83.5M. The center frequency is taken as the center, and the two sides are respectively 11M, so that the device is used in the range of 83.5M, and the two sides are respectively required to be left with 11M, so that channels of other people cannot be illegally occupied. Thus, the bandwidth of the 2.4GHz channel including 13 available channels (1 st channel to 13 th channel) is 61.5M at maximum (accommodating the center frequency of the 13 channels).

Therefore, in the scenario that the WiFi firmware operates in the 2.4GHz band and the bandwidth is 20M, since the 41.5M bandwidth is not occupied, when the BT firmware operates in the 2.4GHz band (the BT firmware usually occupies 40M bandwidth when operating) after the BT firmware is controlled to enter the independent BT mode, at least 41.5M channels not occupied by the WiFi firmware are available for the BT firmware, so in the scenario that the WiFi firmware operates in the 2.4GHz band and the bandwidth is 20M, the probability of frequency band overlapping between the channels in which the WiFi firmware and the BT firmware operate is relatively low, so in the case that the chip platform defaults to this, if the mobile phone enters the independent BT mode, the probability of interference between the WiFi firmware and the BT firmware is small. Therefore, the chip platform supports the BT firmware to enter the independent BT mode in the scene that the WiFi firmware works in the 2.4GHz frequency band and the bandwidth is 20M. However, in the scenario that the WiFi firmware works in the 2.4GH frequency band and the bandwidth is 40M, since the working bandwidth of the BT firmware is also 40M, and the available bandwidth in the 2.4GHz frequency band is only 61.5M at maximum, in the scenario that the WiFi firmware works in the 2.4GHz frequency band and the bandwidth is 40M, the channel in which the WiFi firmware works and the channel in which the BT firmware inevitably overlap in frequency band, and interference between the two occurs. Therefore, the chip platform specifies that in the scenario where the WiFi firmware operates in the 2.4GHz band and the bandwidth is 40M, the BT firmware is not supported to enter the independent BT mode.

In view of this, the embodiment of the application provides a configuration method of a bluetooth antenna, which aims to make a WiFi firmware work in a 2.4GHz frequency band, and in a scene that the bandwidth is 40M, the BT firmware can dynamically decide to enter or exit an independent BT mode according to actual conditions, so that under the condition of guaranteeing performance of WiFi service, BT service and cellular service, probability of occurrence of intermittent problem of WiFi service and BT service can be reduced, service benefit is further improved, and user experience is guaranteed.

In order to enable the BT firmware to dynamically decide to enter or exit the independent BT mode according to actual conditions in a 2.4GHz frequency band and a 40M bandwidth scene, the configuration method of the Bluetooth antenna provided by the embodiment of the application considers from multiple dimensions (conditions), so that the performance of WiFi service, BT service and cellular service can be ensured, the service income can be improved, and the user experience can be ensured.

Dimensions (conditions) considered in the configuration method of the bluetooth antenna according to the embodiment of the application are described below.

Condition 1 the cellular antenna is in an inactive state. For example, there is currently no call, not the WiFi and cellular dual-shot state.

At least one of the plurality of cellular antennas is in an inactive state.

The non-activated cellular antenna in the plurality of cellular antennas has a high isolation from the 2.4GHz antenna, i.e. the performance of both sides is not affected.

The cellular antenna in the inactive state of the plurality of cellular antennas is a cellular antenna with a frequency band of a middle-high band (MHB).

And 2, bluetooth is in an operating state and in a dependent BT mode.

Bluetooth is in an active state and in a dependent BT mode, e.g., bluetooth functions are currently enabled for the handset 100, and bluetooth firmware is not coupled to the cellular antenna.

Bluetooth is in operation and in a non-standalone BT mode, and bluetooth functionality is also enabled for handset 100, for example, and a communication connection is established with a bluetooth device (e.g., a bluetooth headset), and bluetooth firmware is not coupled to a cellular antenna.

Bluetooth is in operation and in a non-standalone BT mode, and for example, bluetooth functionality is turned on for handset 100 and a communication connection is established with a bluetooth device (e.g., a bluetooth headset), and bluetooth firmware is not coupled to a cellular antenna and bluetooth data transmission (using a 2.4GHz antenna) is currently in progress. That is, there is currently bluetooth service, and bluetooth needs to preempt an antenna to receive or transmit bluetooth data.

Condition 3 wifi firmware operates in the 2.4GHz band, 40M bandwidth. Namely, the WiFi firmware is connected with a WiFi firmware hot spot with the bandwidth of 40M in the 2.4GHz frequency band.

And 4, the WiFi service operated by the foreground of the mobile phone 100 is a low-delay service. Namely, the application running in the foreground has high requirement on time delay, such as real-time combat game application, audio-video conference application and the like.

Understandably, in the scenario that both the WiFi firmware and the BT firmware operate in the 2.4GHz band and the 40M bandwidth, even if the BT firmware is controlled to enter the independent BT mode, the channel in which the WiFi firmware operates still overlaps the channel in which the BT firmware operates, so that interference occurs between the two channels. However, in the whole, since the WiFi firmware monopolizes the 2.4GHz antenna in the independent BT mode, the BT firmware monopolizes the cellular antenna in the inactive state. Namely, the WiFi firmware and the BT firmware have exclusive antennas for data transmission, respectively. Therefore, for the low-delay WiFi service currently running in the foreground, the WiFi firmware can monopolize the 2.4GHz antenna, namely the 2.4GHz antenna cannot be preempted by the BT firmware, and data corresponding to the low-delay WiFi service can be continuously transmitted through the 2.4GHz antenna without interruption, so that the performance requirement of the low-delay WiFi service on the low-delay is ensured.

And 5, indicating that the current code rate of the BT firmware is greater than or equal to a preset code rate threshold value by the current code rate information of the BT firmware.

However, it should be understood that the BT firmware code rate is affected by the coding format, and the code rates corresponding to different coding formats are different, as shown in table 1 below, and the coding format that the BT firmware can use may be any one or more of SBC, ACC, LADC. Thus, in another possible implementation, the preset code rate threshold is related to the coding format adopted by the BT firmware. That is, when the BT firmware adopts different encoding formats, the corresponding preset code rate thresholds are different.

Regarding the setting of the preset code rate threshold value, it may be determined according to table 1.

By way of example, table 1 records the time taken for handset 100 to send a 1k (1000 bytes) ping routing command to a router in a scenario where BT firmware is in a different coding format and WiFi traffic is currently in a different code rate, when it is present alone, to receive a response from the router to the ping routing command (hereinafter referred to as ping routing traffic time), and when BT traffic and WiFi traffic coexist.

Table 1 when BT firmware adopts different coding formats and code rates, ping routing service is time-consuming under different service scenes

The SBC (Subband Coding) is an audio Coding specially designed for Bluetooth, has low complexity and can realize higher audio quality at a medium bit rate. The maximum code rate supported by the SBC encoding format is typically 345kbps. In the case where the BT firmware is in the SBC encoding format, the BT firmware code rate is at most 345kbps. As can be seen from table 1, in the case where the coding format adopted by the BT firmware is SBC and the BT firmware code rate is 345kbps, for the scenario where the BT service and the WiFi service coexist, the ping routing service takes 41ms, that is, the time taken for the mobile phone 100 to send a 1k (1000 bytes) ping routing command to the router and to receive the response returned by the router to the ping routing command is about 41 ms.

Among them, ACC (Advanced Audio Coding ) is an audio coding with a high compression ratio. The code rate supported by the ACC coding format is generally 128kbps to 390 kbps. When the BT firmware adopts the ACC coding format, the BT firmware code rate is 128 kbps-398 kbps. Taking 128kbps as an example, it is known from table 1 that, in the case where the coding format adopted by the BT firmware is ACC and the BT firmware code rate is 128kbps, it takes 32ms for the ping routing service to coexist in the BT service and the WiFi service, that is, the time taken for the mobile phone 100 to send a 1k (1000 bytes) ping routing command to the router and to receive the response returned by the router for the ping routing command is about 32 ms.

Among them, LDAC (Low Delay Audio Codec, low-delay audio codec), an audio coding developed by sony, realizes transmission of 24bit/96KHz high-resolution audio through bluetooth at a bit rate of 990kbps at maximum. The high transmission code rate ensures that the audio file with high resolution is not excessively compressed, thereby ensuring the tone quality. The LDAC coding format supports a code rate between 330kbps and 990 kbps. When the BT firmware adopts the LDAC coding format, the BT firmware code rate is 330 kbps-990 kbps. As can be seen from table 1, in the case where the coding format adopted by the BT firmware is LDAC and the BT firmware code rate is 330kbps, for the scenario where the BT service and the WiFi service coexist, the ping routing service takes 35ms, that is, the time taken for the mobile phone 100 to send a 1k (1000 bytes) ping routing command to the router until receiving a response returned by the router for the ping routing command is about 35 ms. In the case where the coding format adopted by the BT firmware is LDAC and the BT firmware code rate is 990kbps, for the scenario where the BT service and the WiFi service coexist, it takes 169ms for the ping routing service, that is, it takes approximately 169ms to receive the response returned by the router for the ping routing command for the mobile phone 100 to send a 1k (1000 bytes) ping routing command to the router.

With continued reference to table 1, in the case where WiFi traffic exists independently, the routing traffic is basically unaffected regardless of the coding format of the BT firmware and the coding rate, and is typically completed in 24 ms.

Based on this, in the case where the preset code rate threshold is independent of the BT firmware encoding format, the preset code rate threshold may be set to 330kbps, for example. Thus, condition 5 (345 kbps greater than 330 kbps) may be determined to be satisfied when the BT firmware employs the SBC format and the BT firmware current code rate is 345kbps, condition 5 (128 kbps less than 330 kbps) may be determined to be unsatisfied when the BT firmware employs the ACC format and the BT firmware current code rate is 398kbps, condition 5 (398 kbps greater than 330 kbps) may be determined to be satisfied when the BT firmware employs the ACC format and the BT firmware current code rate is 398kbps, condition 5 (330 kbps) may be determined to be satisfied when the BT firmware employs the LDAC format and the BT firmware current code rate is 330kbps, condition 5 (330 kbps equal to 330 kbps) may be determined to be satisfied when the BT firmware employs the LDAC format and the BT firmware current code rate is 990 kbps.

Therefore, by setting a preset code rate threshold, the BT firmware can be controlled to enter the independent BT mode under a proper scene.

Based on the above, in the case that the preset code rate threshold is related to the coding format, the preset code rate threshold corresponding to the first coding format is a first threshold in the case that the BT firmware adopts the first coding format, and the preset code rate threshold corresponding to the second coding format is a second threshold in the case that the BT firmware adopts the second coding format, wherein the first threshold is not equal to the second threshold.

The first threshold is smaller than the maximum code rate supported by the SBC format under the condition that the first coding format is a subband coding SBC format, the maximum code rate supported by the SBC format is 345 kbit/s, and the second threshold is one code rate in the code rate range supported by the ACC format under the condition that the second coding format is an advanced audio coding ACC format, and the code rate range supported by the ACC format is 128 kbit/s to 398 kbit/s.

Illustratively, the encoding formats that BT firmware may employ may also include low latency audio codec LDAC formats. Wherein, when the coding format adopted by the BT firmware is an LDAC format, the preset code rate threshold may be one code rate in a code rate range supported by the LDAC format, where the code rate range supported by the LDAC format is 330 kbit/s to 990 kbit/s (including an endpoint value).

And 6, the current WiFi signal quality of the WiFi firmware is better than the preset signal quality level.

In one possible implementation, the preset signal strength threshold is-65 db.

It will also be appreciated that the higher the signal-to-noise ratio, the better the WiFi signal quality. Conversely, the lower the signal-to-noise ratio, the poorer the WiFi signal quality. Therefore, in the case that the quality of the WiFi signal 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 benefit of the overall service of the terminal device, the BT firmware may be controlled to enter the independent BT mode only in a scenario with higher signal-to-noise ratio, that is, in the case that the signal-to-noise ratio is in a preset signal-to-noise ratio interval, or is greater than or equal to a specific threshold in the preset signal-to-noise ratio interval, it is determined that the condition 6 is satisfied.

In addition, it should be noted that, in some possible implementation manners, the current state information of the BT firmware (the information that determines whether the condition 2 is met) may be acquired first, and in the case that it is determined that the condition 2 is met, then other information that determines whether the preset condition is met is acquired, for example, the information that determines whether the condition 1, the condition 3, the information that determines whether the condition 3 is met, the information that is applied to the WiFi firmware, the information that is applied currently (the information that determines whether the condition 4 is met), the current code rate information of the BT firmware (the information that determines whether the condition 5 is met), and the current WiFi signal quality of the WiFi firmware (the information that determines whether the condition 6 is met) may be acquired further, so that it is ensured that the information that determines whether the condition 1, the condition 3, the condition 4, the condition 5, the condition 6 are met or the like is further acquired in the case that the BT firmware is currently used, so that unnecessary processing is reduced, and waste of power consumption and resources of the terminal device is reduced.

It should be understood that the above description is only an example for better understanding of the technical solution of the present embodiment, and is not the only limitation of the present embodiment.

Based on the above 6 conditions, in the method for configuring a bluetooth antenna according to the embodiment of the present application, whether the preset condition is satisfied is determined, so as to control the BT firmware to enter the independent BT mode, or the implementation logic of continuing to be in the dependent BT mode may be as shown in fig. 5.

Referring to fig. 5, for example, when the mobile phone is in a use state, such as a standby state after being started, or an unlock bright screen state, the mobile phone may periodically or in real time obtain relevant information required by different judgment scenes, such as whether the above 6 conditions are met, or conditions 1 to 4, or conditions 1 to 5, or conditions 1 to 6, or conditions 1 to 4, and 6, so as to further judge whether the preset condition is met.

With continued reference to fig. 5, exemplary, in the case where it is determined that the preset condition is currently satisfied, the BT firmware may be controlled to enter the independent BT mode, that is, the BT firmware is set to transmit data using the cellular antenna in the inactive state, and not transmit data using the 2.4GHz antenna. In the case where it is determined that the preset condition is not currently satisfied, the BT firmware may continue to be in the dependent BT mode.

With continued reference to fig. 5, exemplary, in a scenario where the BT firmware continues to be in the non-independent BT mode when it is currently determined that the preset condition is not currently satisfied, according to cases 1 to 4, antennas for performing data transmission may be respectively allocated to the WiFi firmware and/or the BT firmware. As shown in FIG. 5, for case 1 (WiFi firmware operating in 5GHz band and BT firmware operating in operating state), wiFi firmware may be set to transmit data using 5GHz antenna and BT firmware may use 2.4GHz antenna, for case 2 (WiFi firmware operating in 5GHz band and BT firmware not operating state), wiFi firmware may be set to transmit data using 5GHzGHz antenna and BT firmware may not use 2.4GHz antenna, for case 3 (WiFi firmware operating in 2.4GHz band and BT firmware operating state), wiFi firmware may be set to transmit data using 2.4GHzGHz antenna and BT firmware may also use 2.4GHz antenna, for case 4 (WiFi firmware operating in 2.4GHz band and BT firmware not operating state), wiFi firmware may be set to transmit data using 2.4GHzGHz antenna and BT firmware may not use 2.4GHz antenna.

In order to better understand the implementation logic of the configuration method of the bluetooth antenna provided by the embodiment of the application, the preset conditions to be satisfied in this embodiment include the conditions 1 to 6 as examples. With continued reference to fig. 5, for example, in determining whether the preset condition is currently satisfied, it may be first determined whether the condition 1 is currently satisfied (whether there is a cellular antenna currently in an inactive state).

Accordingly, if it is determined that the condition 1 is satisfied, that is, if there is currently a cellular antenna in an inactive state, whether the condition 2 is currently satisfied (whether the BT firmware is currently in an operating state and in a non-independent BT mode) is continuously determined, otherwise, the determination of the subsequent preset condition is exited, and the BT firmware is continuously in the non-independent BT mode.

Correspondingly, if it is determined that the condition 2 is met, that is, if the BT firmware is currently in the working state and in the dependent BT mode, whether the condition 3 is currently met (whether the WiFi firmware is currently working in the 2.4GHz band and the working bandwidth is 40M) is continuously determined, otherwise, the determination of the subsequent preset condition is exited, and if not, the BT firmware is continuously in the dependent BT mode.

Correspondingly, if it is determined that the condition 3 is met, that is, if the WiFi firmware currently works in the 2.4GHz band and the working bandwidth is 40M, whether the condition 4 is met currently (whether there is a low-delay WiFi service running in the foreground currently) is continuously judged, otherwise, the judgment of the subsequent preset condition is exited, and the BT firmware continues to be in the non-independent BT mode.

Correspondingly, under the condition that the condition 4 is determined to be met, namely, the low-delay WiFi service running in the foreground is performed at present, whether the condition 5 is met at present (whether the current code rate of the BT firmware is larger than or equal to the preset code rate threshold value) is continuously judged, if not, the judgment of the subsequent preset condition is exited, and the BT firmware is continuously in the non-independent BT mode.

Correspondingly, if it is determined that the condition 5 is met, that is, the current code rate of the BT firmware is greater than or equal to the preset code rate threshold, whether the condition 6 is currently met (whether the current WiFi signal quality is better than the preset signal quality level) is continuously determined, otherwise, the subsequent determination of the preset condition is exited, and the BT firmware is continuously in the non-independent BT mode.

Accordingly, when it is determined that the 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, 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 is continuously in the dependent BT mode.

Therefore, based on the processing logic, the BT firmware can be reasonably controlled to enter the independent BT mode or be continuously in the dependent BT mode, so that the probability of occurrence of time-out problems of the WiFi service and the BT service is reduced.

In order to enable the BT firmware to dynamically decide to enter or exit the independent BT mode in the 2.4GHz band and 40M bandwidth, according to the actual situation, the bluetooth antenna configuration module capable of dynamically deciding to enter or exit the independent BT mode is added on the basis of the existing software structure of the mobile phone 100 shown in fig. 3 in the terminal device.

In order to better understand the software structure of the mobile phone 100 with the bluetooth antenna configuration module, before explaining the software structure of the mobile phone 100 in the embodiment of the present application, an architecture that can be adopted by a software system of the mobile phone 100 is first described.

Specifically, in practical 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.

Furthermore, it is understood that software systems used by currently mainstream terminal devices include, but are not limited to, windows systems, android systems, and iOS systems. For convenience of explanation, the embodiment of the present application takes an Android system with a layered architecture as an example, and illustrates a software structure of the mobile phone 100.

In addition, the allocation scheme of the bluetooth antenna provided in the embodiment of the application is applicable to other systems in specific implementation.

Furthermore, it should be noted that, as a possible implementation manner, the bluetooth antenna configuration module may be integrated in the FWK layer.

Furthermore, it should be noted that, as another possible implementation, the bluetooth antenna configuration module may be integrated in the wireless communication firmware.

Referring to fig. 6, a software block diagram of a mobile phone 100 with a bluetooth antenna configuration module integrated in a FWK layer is provided in an embodiment of the present application.

As shown in fig. 6, the layered architecture of the handset 100 divides the software into several layers, each with a clear role and division. The layers communicate with each other through a software interface. In some implementations, the Android system is divided into five layers, from top to bottom, an Application (APP) layer, an Application framework (Application Framework, FWK) layer, an Zhuoyun row (Android runtime) and system library, a hardware abstraction layer (hardware abstraction layer, HAL), and a kernel layer, respectively.

The application layer may include a series of application packages.

The application package may include games, settings, music, bluetooth, WLAN, etc. applications, which are not explicitly recited herein, and the present application is not limited in this regard.

The application framework layer provides application programming interfaces (application programming interface, APIs) and programming frameworks (which can be described as functions) for the application of the application layer. In some embodiments, the application framework layer includes some predefined functions.

As shown in fig. 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, and the like.

The BT FWK is responsible for bluetooth services, and is configured to communicate with a BT driver in the kernel layer through a hardware abstraction layer interface definition language (HAL INTERFACE definition language, HIDL) provided by a BT hardware abstraction layer facing bluetooth in the HAL layer, so that the BT driver can obtain relevant information of BT firmware, such as a working state of bluetooth, code rate information, and the like.

The cellular FWK is responsible for cellular service, and is configured to communicate with the RIL in the kernel layer through the HIDL provided by the hardware abstraction layer of the cellular-facing wireless interface layer (Radio INTERFACE LAYER, RIL) in the HAL layer, so as to control the Modem and the Radio, and acquire the state of the cellular antenna, such as whether the cellular antenna is in an inactive state.

The WiFi FWK is responsible for WiFi services.

The bluetooth antenna configuration module may interact with BT FWK, cellular FWK, wiFi FWK, applications in the application layer, and WiFi firmware HAL in the HAL layer, which are located in the FWK layer, to determine whether to control the BT firmware to enter the independent BT mode.

The system library and Runtime layer includes a system library and Android Runtime (Android run time). Android run time includes a core library and virtual machines. Android runtime is responsible for scheduling and management of the android system.

The core library comprises two parts, wherein one part is a function required to be called by java language, and the other part is an android core library.

The application layer and the application framework layer run in a virtual machine. The virtual machine executes java files of the application program layer and the application program framework layer as binary files. The virtual machine is used for executing the functions of object life cycle management, stack management, thread management, security and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. Such as surface manager (surface manager), media library (Media Libraries), three-dimensional (3D) graphics processing library (e.g., openGL ES), two-dimensional (2D) graphics engine (e.g., SGL), etc.

The surface manager is used to manage the display subsystem and provides a fusion of 2D and 3D layers for multiple applications.

Media libraries support a variety of commonly used audio, video formats for playback and recording, still image files, and the like. The media library may support a variety of audio and video encoding formats, such as MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

It will be appreciated that the 2D graphics engine described above is a drawing engine for 2D drawing.

The HAL layer is an interface layer between the operating system kernel and the hardware circuitry. HAL layers include, but are not limited to, wiFi hardware abstraction layer, RIL hardware abstraction layer, BT hardware abstraction layer, and the like.

The kernel layer is a layer between hardware and software. The kernel layer at least comprises a WiFi driver, a RIL driver, a BT driver, a power management driver and the like.

The software architecture for the handset 100 is described herein. It should be understood that the layers in the software structure shown in fig. 6 and the components included in the layers do not constitute a specific limitation on the mobile phone 100. In other embodiments of the present application, the handset 100 may include more or fewer layers than shown, and more or fewer components may be included in each layer, as the application is not limited.

The configuration method of the bluetooth antenna provided by the embodiment of the application is specifically described with reference to fig. 6 (a structure in which the bluetooth antenna configuration module is integrated in the FWK layer) based on 6 conditions for controlling the BT firmware to enter the independent BT mode shown in fig. 5.

Referring to fig. 6, the bluetooth antenna configuration module at the FWK layer may interact with BT FWK, cellular FWK, wiFi FWK at the FWK layer, and applications in the application layer, and WiFi firmware HAL at the HAL layer.

The bluetooth antenna configuration module may be loaded when the mobile phone 100 is started, and after the loading is successful, periodically acquire the working state of bluetooth, the state of the cellular antenna, the information of the application, and monitor the working state of WiFi firmware.

With continued reference to fig. 6, the exemplary bluetooth antenna configuration module is configured to send a message/instruction to the cellular FWK to acquire the status of the cellular antenna by invoking an interface to interact with the cellular FWK.

Correspondingly, the cellular FWK calls an RIL HIDL interface provided by the RIL HAL to communicate with the RIL according to the message/instruction sent by the Bluetooth antenna configuration module, so that the RIL can control the Modem to acquire the state of the cellular antenna. Thus, the cellular FWK can feed back the acquired state of the cellular antenna to the bluetooth antenna configuration module.

The state of the cellular antennas includes, for example, the state of each of the cellular antennas.

The state of the cellular antenna also includes, for example, the state of the cellular antenna satisfying the requirement of isolation from the 2.4GHz antenna.

The state of the cellular antenna also includes, for example, the state of a cellular antenna with a band of MHB.

Correspondingly, after the bluetooth antenna configuration module receives the state of the cellular antenna fed back by the cellular FWK, it can be judged whether the cellular antenna is in an inactive state, i.e. whether the condition 1 is satisfied.

With continued reference to fig. 6, the exemplary bluetooth antenna configuration module may send a message/instruction to the BT FWK to obtain the operating state of bluetooth by invoking an interface to interact with the BT FWK.

Correspondingly, the BT FWK calls a BT firmware HIDL interface provided by the BT firmware HAL to communicate with the BT driver according to the message/instruction sent by the Bluetooth antenna configuration module, so that the BT driver can acquire the current working state of the BT firmware. In this way, the BT FWK may feed back the acquired working state of the bluetooth firmware to the bluetooth antenna configuration module.

Correspondingly, after the Bluetooth antenna configuration module receives the working state of the Bluetooth firmware fed back by the BT FWK, whether the Bluetooth firmware is in the working state currently or not can be judged, namely whether the condition 2 is met or not is judged.

With continued reference to fig. 6, the exemplary bluetooth antenna configuration module may directly invoke the WiFi firmware HIDL interface provided by the WiFi firmware HAL to communicate with the WiFi driver, so as to obtain the current working state of the WiFi firmware and WiFi firmware information through the WiFi driver. Therefore, the Bluetooth antenna configuration module can determine whether the WiFi firmware works at 2.4GHz and 40M bandwidth according to the acquired WiFi firmware information when the WiFi firmware is in a working state, namely whether the condition 3 is met.

The current working state of the WiFi firmware is, for example, that the WiFi firmware function is started or that the WiFi firmware function is not started.

The current working state of the WiFi firmware is, for example, that the WiFi firmware function is started, and there is a WiFi service, that is, there is a reception or transmission of data of the WiFi service, or that the WiFi firmware function is started, but there is no WiFi service currently, that is, there is no reception or transmission of data of the WiFi service.

With continued reference to fig. 6, the exemplary bluetooth antenna configuration module may further monitor the currently running application in the application layer, so that whether the currently running application has a foreground application or not may be determined, and the foreground application opens the WiFi firmware authority, and executes the WiFi service based on the WiFi firmware hotspot with the bandwidth of 40M in the 2.4GHz band.

When determining that the foreground has the WiFi service executed on the basis of the WiFi firmware hot spot with the bandwidth of 40M in the 2.4GHz frequency band, determining whether the WiFi service belongs to the WiFi service with low time delay or not according to the attribute of the foreground application executing the WiFi service or the current running scene information, namely determining whether the condition 4 is met or not.

In some implementations, the whitelist application may be preset. I.e. applications with high latency requirements. Thus, when the currently running application, such as an application name, or other information identifying the application uniqueness, matches the application name or identification information recorded in the whitelist application, it may be determined that condition 4 is satisfied.

With continued reference to fig. 6, the exemplary bluetooth antenna configuration module determines, according to the acquired working state of bluetooth, the state of the cellular antenna, the application information, and the WiFi firmware working state and WiFi firmware information, that the current usage scenario satisfies the conditions 1, 2, 3, and 4, and accesses the interface provided by the independent BT mode to the WiFi driver by calling the interface interacting with the WiFi FWK, so that the WiFi driver can call the independent BT mode interface, and notifies the BT firmware in the wireless communication firmware to enter the independent BT mode.

Specifically, the WiFi FWK may provide the WiFi driver interface with the independent BT mode through the WiFi firmware HIDL access provided by the WiFi firmware HAL, so that the WiFi driver may call the independent BT mode interface to notify the BT firmware in the wireless communication firmware to enter the independent BT mode. That is, the BT firmware is coupled to one of the cellular antennas in an inactive state, for example, the cellular antenna with the MHB band to perform BT service, and the WiFi firmware may occupy 2 2.4GHz antennas alone to perform WiFi service. I.e. line 1 and line 2-2 in fig. 6 are active.

With continued reference to fig. 6, the exemplary bluetooth antenna configuration module determines, according to the acquired bluetooth operating state, the state of the cellular antenna, the application information, and the WiFi firmware operating state and the WiFi firmware information, that in the case where the current usage scenario does not satisfy condition 1, in order not to affect the cellular service, the BT firmware and the WiFi firmware will share the 2.4GHz antenna. I.e., line 2-1 and line 2-2 are active in fig. 6.

With continued reference to fig. 6, the exemplary bluetooth antenna configuration module determines, according to the acquired bluetooth operating state, cellular antenna state, application information, and WiFi firmware operating state and WiFi firmware information, that the current usage scenario does not satisfy condition 2, that is, only the WiFi firmware currently operates at 2.4ghz 40m bandwidth, and the BT firmware does not operate. In this case, the WiFi firmware monopolizes the 2.4GHz antenna. I.e., line 2-2 in fig. 6 is active.

With continued reference to fig. 6, the exemplary bluetooth antenna configuration module determines that the current usage scenario does not satisfy condition 3, i.e., the WiFi firmware is not operating, or a 5GHz WiFi firmware hotspot is connected, according to the acquired bluetooth operating state, cellular antenna state, application information, and WiFi firmware operating state and WiFi firmware information. In this case, the BT firmware monopolizes the 2.4GHz antenna, and does not need to enter the standalone BT mode. I.e. line 2-1 in fig. 6 is active.

When the WiFi firmware is connected with a 5GHz WiFi firmware hotspot, the WiFi firmware is coupled with a 5GHz antenna. I.e. line 2-2 in fig. 6 is also active.

With continued reference to fig. 6, the exemplary bluetooth antenna configuration module determines, according to the acquired working state of bluetooth, the state of the cellular antenna, the application information, and the working state of WiFi firmware and WiFi firmware information, that the current usage scenario does not satisfy condition 4, that is, the WiFi service operated by the foreground does not belong to low-latency service, so as to reduce frequent switching of BT firmware between the 2.4GHz antenna and the cellular antenna, may control the BT firmware and the WiFi firmware to share the 2.4GHz antenna. I.e., line 2-1 and line 2-2 in fig. 6 are active.

Therefore, the Bluetooth antenna configuration module determines whether the current use situation meets the requirement of entering the independent BT mode or not according to the working state of Bluetooth, the state of a cellular antenna and the information of application, which are obtained periodically or in real time, as well as the working state of WiFi firmware and WiFi firmware information (including information indicating that the working frequency band of WiFi firmware is 2.4GHz and the working bandwidth is 40M), namely whether the preset conditions including the conditions 1 to 4 are met, so that the Bluetooth antenna configuration module can dynamically decide to enter the independent BT mode or keep the Bluetooth antenna configuration module in the dependent BT mode continuously, thereby ensuring the performance of WiFi service, BT service and cellular service, reducing the probability of occurrence of time-break problems of the WiFi service and BT service, improving service income as a whole and ensuring user experience.

Further, considering that the BT service and the WiFi service coexist (i.e. the BT firmware and the WiFi firmware both operate in the 2.4GHz band, and the operating bandwidth is 40M, and there is currently data of the WiFi service and data of the BT service that need to be transmitted), the BT firmware code rate also has a great influence on the delay of the WiFi service (as shown in table 1 above), and the dimension (condition) considered by the configuration method of the bluetooth antenna provided by the embodiment of the present application may also include condition 5.

Condition 5 may be set to indicate that the current code rate of the BT firmware is greater than or equal to the preset code rate threshold.

Under the condition that the preset conditions include conditions 1 to 5, the Bluetooth antenna configuration module can send a message/instruction to the BT FWK, so that the BT FWK accesses the BT driver through a BT firmware HIDL interface provided by the BT firmware HAL, and further the BT driver obtains code rate information, such as a coding format and a code rate, of the BT firmware in a current working state. In this way, after the BT FWK feeds back the obtained code rate information to the bluetooth antenna configuration module, the bluetooth antenna configuration module may determine whether the condition 5 is satisfied according to the code rate information.

In an exemplary embodiment, when the bluetooth antenna configuration module determines that the conditions 1, 2, 3, 4, and 5 are currently met, the bluetooth antenna configuration module may access the independent BT mode to provide the WiFi-driven interface by calling the interface that interacts with the WiFi FWK, so that the WiFi driver may call the independent BT mode interface to notify the BT firmware in the wireless communication firmware to enter the independent BT mode, so that the BT firmware may be coupled with one of the cellular antennas in an inactive state, for example, the cellular antenna with the frequency band of MHB to perform the BT service, and the WiFi firmware may occupy 2 2.4GHz antennas alone to perform the WiFi service. I.e. line1 and line 2-2 in fig. 6 are active.

Therefore, the Bluetooth antenna configuration module determines whether the current use situation meets the requirement of entering the independent BT mode or not according to the periodically or real-time acquired Bluetooth working state and code rate information, the cellular antenna state and application information, wiFi firmware working state and WiFi firmware information (including information indicating that the frequency band of WiFi firmware working is 2.4GHz and the working bandwidth is 40M), namely whether preset conditions including the conditions 1 to 5 are met, so that the Bluetooth antenna configuration module can dynamically decide to enter the independent BT mode or keep the Bluetooth antenna configuration module in the non-independent BT mode continuously, thereby ensuring the performance of WiFi service, BT service and cellular service, reducing the probability of occurrence of time-out problems of WiFi service and BT service, entering the independent BT mode in the scene, improving service benefit on the whole and guaranteeing the effect of user experience.

Further, in order to reduce interference, it is ensured that negative benefits are not brought by switching to the independent BT mode in the 2.4GHz band 40M bandwidth scenario, and the dimension (condition) considered in the configuration method of the bluetooth antenna provided by the embodiment of the application may further include a condition 6.

The current WiFi signal quality of the WiFi firmware is better than the preset signal quality level.

The present embodiment takes as an example the determination of WiFi signal quality from WiFi signal strength. For details of determining whether the condition 6 is satisfied according to the WiFi signal strength, refer to fig. 5, and a description of the condition 6 in the embodiment shown in fig. 5 will not be repeated here.

In the scenario of determining WiFi quality according to WiFi signal strength, the acquiring about WiFi signal strength may be that the bluetooth antenna configuration module accesses the WiFi driver through a WiFi firmware HIDL interface provided by the WiFi firmware HAL, so that the WiFi driver acquires WiFi firmware information of the WiFi firmware currently in a working state, such as WiFi signal strength. In this way, the bluetooth antenna configuration module can determine whether the condition 6 is satisfied according to the WiFi signal strength.

In an exemplary embodiment, when the bluetooth antenna configuration module determines that the conditions 1, 2, 3, 4, 5, and 6 are currently met, the bluetooth antenna configuration module may access the interface provided by the independent BT mode to the WiFi driver by invoking the interface interacting with the WiFi FWK, so that the WiFi driver may invoke the independent BT mode interface to notify the BT firmware in the wireless communication firmware to enter the independent BT mode, so that the BT firmware may be coupled with one of the cellular antennas in an inactive state, for example, the cellular antenna with the frequency band of MHB to perform the BT service, and the WiFi firmware may occupy 2 2.4GHz antennas alone to perform the WiFi service. I.e. line 1 and line 2-2 in fig. 6 are active.

Therefore, the Bluetooth antenna configuration module determines whether the current use situation meets the requirement of entering the independent BT mode or not according to the periodically or real-time acquired Bluetooth working state and code rate information, the cellular antenna state and application information, wiFi firmware working state and WiFi firmware information (including information indicating that the frequency band of WiFi firmware working is 2.4GHz and the working bandwidth is 40M), namely whether preset conditions including the conditions 1 to 6 are met, so that the Bluetooth antenna configuration module can dynamically decide to enter the independent BT mode or keep the Bluetooth antenna configuration module in the non-independent BT mode continuously, the performance of WiFi service, BT service and cellular service can be guaranteed, the probability of occurrence of time-out problems of WiFi service and BT service can be reduced, the independent BT mode can be entered in the scene, the interference between WiFi signal and BT signal is small, the overall service benefit after entering the independent BT mode can be improved or negative benefit can not occur, the service benefit can be improved on the whole, and the effect of user experience can be guaranteed.

The configuration method of the bluetooth antenna provided by the embodiment of the application is specifically described with reference to fig. 7 (a structure in which the bluetooth antenna configuration module is integrated in the wireless communication firmware) based on 6 BT firmware shown in fig. 5 to control the BT firmware to enter the independent BT mode.

Referring to fig. 7, for example, since the bluetooth antenna configuration module is integrated in the wireless communication firmware, the bluetooth antenna configuration module may directly interact with the WiFi firmware and the BT firmware, so as to obtain the working state and code rate information of bluetooth, and the working state and WiFi firmware information of WiFi firmware.

With continued reference to fig. 7, for example, since the bluetooth antenna configuration module and the Modem are both located in hardware, the bluetooth antenna configuration module may directly interact with the Modem, thereby obtaining the state of the cellular antenna.

Furthermore, it should be noted that, in general, the software structure of the android system, i.e., the APP layer, FWK layer, HAL layer, kernel layer, etc. in fig. 7, is located in an Application Processor (AP). Therefore, for whether the application running in the foreground belongs to the application of the low-delay service, the AP needs to monitor and determine, and then transmit the result to the bluetooth antenna configuration module.

Therefore, the Bluetooth antenna configuration module in the wireless communication firmware only needs to interact with the AP to acquire the information of the determined condition 6, and does not need to interact with the FWK layer, the HAL layer and the Kernel layer, the information of the determined condition 2, the condition 3, the condition 4 and the condition 6 can be acquired from the wireless communication firmware, and the information of the determined condition 1 is acquired from the Modem, so that the processing interaction in the Bluetooth antenna configuration process is simplified.

Regarding the implementation details of determining whether the condition 1 to the condition 4, the condition 1 to the condition 5, or the condition 1 to the condition 6 are met by the bluetooth antenna configuration module in the wireless communication firmware, reference may be made to the description of the embodiment shown in fig. 6, which is not repeated herein.

Therefore, by integrating the Bluetooth antenna configuration module with the wireless communication firmware, whether the current use situation meets the requirement of entering the independent BT mode or not can be determined according to the periodically or real-time acquired Bluetooth working state and code rate information, the cellular antenna state and application information, wiFi firmware working state and WiFi firmware information (including information indicating that the frequency band of WiFi firmware working is 2.4GHz and the working bandwidth is 40M) and the like, so that the dynamic decision of entering the independent BT firmware mode or continuously keeping in the dependent BT mode can be made under the conditions of 2.4GHz frequency band and 40M bandwidth under the condition of guaranteeing the performance of WiFi service, BT service and cellular service, the probability of occurrence of time-break problem of WiFi service and BT service can be reduced, and the service benefit is improved as a whole, and the user experience is guaranteed.

Based on the implementation logic shown in fig. 5, for the structure shown in fig. 6, or the structure shown in fig. 7, the specific implementation flow of the configuration method of the bluetooth antenna provided by the embodiment of the application may be as shown in fig. 8.

Referring to fig. 8, the method for configuring a bluetooth antenna according to the embodiment of the present application specifically includes:

S101, the Bluetooth antenna configuration module acquires the working state information of the BT firmware, the working state information of the WiFi firmware, the state information of the second antenna and the information of the currently running application.

The second antenna comprises a cellular antenna in the 2.4GHz band for supporting cellular communication services.

In other possible implementations, the second antenna may also include a cellular antenna in the 5GHz band.

For the case that the bluetooth antenna configuration module is integrated in the FWK layer, the operating state information of the BT firmware may be obtained according to the trend of arrow 1 shown in fig. 6, the state information of the second antenna may be obtained according to the trend of arrow 2 in fig. 6, the operating state information of the WiFi firmware may be obtained according to the trend of arrow 3 in fig. 6, and the information of the currently running application may be obtained according to the trend of arrow 5 in fig. 6. Reference may be made specifically to the description of the embodiment shown in fig. 6, and details thereof are not repeated here.

For the case that the bluetooth antenna configuration module is integrated in the wireless communication firmware, the working state information of the BT firmware can be obtained according to the trend of arrow 1 shown in fig. 7, the state information of the second antenna can be obtained according to the trend of arrow 2 in fig. 7, the working state information of the WiFi firmware can be obtained according to the trend of arrow 3 in fig. 7, and the information of the currently running application can be obtained according to the trend of arrow 5 in fig. 7. Reference may be made specifically to the description of the embodiment shown in fig. 7, and details thereof are omitted here.

S102, the Bluetooth antenna configuration module determines whether the condition 1 is met according to the state information of the second antenna.

Specifically, in the case where the condition 1 is satisfied, step S103 may be continued to be performed to determine whether the condition 2 is satisfied.

S103, the Bluetooth antenna configuration module determines whether the condition 2 is met according to the working state information of the BT firmware.

Specifically, in the case where the condition 1 is satisfied, step S104 may be continued to be performed to determine whether the condition 3 is satisfied.

S104, the Bluetooth antenna configuration module determines whether the condition 3 is met according to the working state information of the WiFi firmware.

Specifically, in the case where the condition 1 is satisfied, step S105 may be continued to be performed to determine whether the condition 4 is satisfied.

S105, the Bluetooth antenna configuration module determines whether the condition 4 is met according to the information of the currently running application.

For the description of the conditions 1 to 4, reference may be made to the corresponding description portions in the above embodiments, and the description is omitted here.

Furthermore, it should be noted that in some possible implementations, condition 1, condition 2, condition 3, and condition 4 may not be determined in the order shown in fig. 8. And may be specifically set according to service requirements, which is not limited by the embodiment of the present application.

In some possible implementations, in the case where it is determined that the conditions 1, 2,3, and 4 are satisfied, the bluetooth antenna configuration module may control the BT firmware to disconnect the coupling with the first antenna and couple with the cellular antenna in the inactive state, i.e., notify the BT firmware to enter the stand-alone BT mode. Specifically, the operations of step S106 to step S110 are performed.

In addition, it should be noted that, for the case that any condition of the conditions 1 to 4 is not satisfied, the WiFi firmware and the BT firmware may be controlled to be coupled to the corresponding antennas according to the description of the foregoing embodiments, which is not repeated herein.

In other possible implementations, in the case where it is determined that the conditions 1, 2, 3, and 4 are satisfied, the bluetooth antenna configuration module may further obtain code rate information, such as a coding format and a code rate, of the BT firmware, so as to determine whether the condition 5 is satisfied.

Correspondingly, under the condition that the condition 5 is also met currently, the Bluetooth antenna configuration module controls the BT firmware to disconnect from the coupling with the first antenna and to couple with the cellular antenna in the inactive state, namely, informs the BT firmware to enter the independent BT mode. Specifically, the operations of step S106 to step S110 are performed.

In other possible implementations, in the case that it is determined that the conditions 1,2,3,4, and 5 are satisfied, the bluetooth antenna configuration module may further obtain the current WiFi signal strength of the WiFi firmware, so as to determine whether the condition 6 is satisfied.

Correspondingly, under the condition that the condition 6 is also met currently, the Bluetooth antenna configuration module controls the BT firmware to disconnect from the coupling with the first antenna and to couple with the cellular antenna in the inactive state, namely, informs the BT firmware to enter the independent BT mode. Specifically, the operations of step S106 to step S110 are performed.

And S106, the Bluetooth antenna configuration module accesses the WiFi FWK through a programming interface provided by the FWK layer.

S107, the WiFi FWK accesses the independent BT mode to provide the independent BT mode interface which can be called by the WiFi drive through the WiFi HIDL interface provided by the WiFi HAL.

S108, the WiFi driver calls an independent BT mode interface to inform the BT firmware to enter an independent BT mode.

S109, the BT firmware enters the independent BT mode, uses the cellular antenna in the inactive state to perform data transmission, and does not use the first antenna to perform data transmission.

The BT firmware is controlled to enter the stand-alone BT module, for example, by controlling the BT firmware to couple with the cellular antenna in an inactive state.

It will be appreciated that in practical applications, if the BT firmware is already currently coupled to the first antenna, the BT firmware needs to be decoupled from the first antenna when the BT firmware is controlled to enter the independent BT mode.

In this embodiment, the coupling means that conditions for communication are created. That is, the BT firmware can receive or transmit data using a corresponding antenna in the case of coupling with an antenna (first antenna or a cellular antenna in an inactive state).

Furthermore, it should be noted that in some possible implementations, the coupling may be understood as a communication.

It can be appreciated that in the embodiment of the present application, the independent BT mode interface for controlling the BT firmware to enter the independent BT mode is provided to the WiFi firmware as an example. Therefore, when the BT firmware is controlled to enter the independent BT mode, the Application Processor (AP) does not have a way to directly call to the independent BT mode interface, and the BT firmware needs to be implemented through the WiFi firmware, that is, the BT firmware needs to access to the independent BT mode interface through steps S106 to S108, so that the BT firmware enters the independent BT mode.

Accordingly, if in an actual implementation, the independent BT mode interface can be provided to the application processor, the application processor may directly call the independent BT mode interface, so that the BT firmware enters the independent BT mode, that is, may not execute steps S106 to S108, but directly call the independent BT mode interface, so that the BT firmware can execute the operation of step S109.

In addition, it should be further noted that, in the case where the bluetooth antenna configuration module is integrated in the FWK layer, if the conditions 1 to 4 are satisfied, or the conditions 1 to 5 are satisfied, or the conditions 1 to 6 are satisfied, the BT firmware may be controlled to enter the independent BT mode according to the trend of the arrow 4 shown in fig. 6, for example, the BT firmware is controlled to disconnect the coupling with the first antenna and couple with the cellular antenna in the inactive state.

In addition, it should be further noted that, in the case where the bluetooth antenna configuration module is integrated in the wireless communication firmware, if the condition 1 to the condition 4 is satisfied, or the condition 1 to the condition 5 is satisfied, or the condition 1 to the condition 6 is satisfied, the BT firmware may be controlled to enter the independent BT mode according to the trend of the arrow 4 shown in fig. 7, for example, the BT firmware is controlled to disconnect the coupling with the first antenna and couple with the cellular antenna in the inactive state.

Therefore, by acquiring the respective working state information of the BT firmware and the WiFi firmware, the state information of the second antenna supporting the cellular communication service and the information of the currently running application, whether the current use situation belongs to the BT firmware is determined, whether the currently running application is in use or not is determined, the second antenna is provided with the cellular antenna in an inactive state, the frequency band of the WiFi firmware hot spot connected with the WiFi firmware is 2.4GHz, the bandwidth is 40M, and a scene of low-delay WiFi service operated by a foreground exists, namely, whether the situation of entering an independent BT mode is met or not is determined, and when the situation of entering the independent BT mode is determined to be met, the BT firmware is controlled to be disconnected from the coupling with the first antenna and is coupled with the cellular antenna in the inactive state instead, so that the WiFi firmware and the BT firmware can both process the service through the exclusive antenna, the service benefit is improved, and the user experience is ensured.

Furthermore, it is understood that the terminal device, in order to implement the above-mentioned functions, comprises corresponding hardware and/or software modules for performing the respective functions. The present application can be implemented in hardware or a combination of hardware and computer software, in conjunction with the example algorithm steps described in connection with the embodiments disclosed herein. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Those skilled in the art may implement the described functionality using different approaches for each particular application in conjunction with the embodiments, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In addition, it should be noted that, in an actual application scenario, the method for configuring a bluetooth antenna provided in each of the embodiments implemented by a terminal device may also be implemented by a chip included in the terminal device. The chip comprises a processor, and the processor is used for supporting the terminal equipment to realize the steps of the configuration method of the Bluetooth antenna provided by the embodiment. Specifically, for details of the configuration method of the bluetooth antenna provided by the embodiment of the present application, the chip may refer to the embodiment part shown in fig. 6 or the embodiment part shown in fig. 7.

In addition, it should be noted that, in an actual application scenario, the method for configuring a bluetooth antenna provided in each of the embodiments implemented by a terminal device may also be implemented by a chip system included in the terminal device. The chip system comprises a processor and the processor is used for calling and running a computer program from a memory of the terminal equipment, so that the terminal equipment provided with the chip system executes the steps of the Bluetooth antenna configuration method provided by the embodiment. Wherein the processor in the system-on-chip may be an application processor. Specifically, the details of the configuration method of the bluetooth antenna provided by the embodiment of the present application can be referred to in the embodiment section shown in fig. 6.

In addition, it should be noted that, in an actual application scenario, the method for configuring a bluetooth antenna provided in each of the embodiments implemented by a terminal device may also be executed by another chip system included in the terminal device. The chip system comprises wireless communication firmware, wherein the wireless communication firmware comprises wireless fidelity WiFi firmware and/or Bluetooth BT firmware, and when the wireless communication firmware executes a computer instruction, terminal equipment provided with the chip system executes the steps of the Bluetooth antenna configuration method provided by the embodiment. Specifically, the details of the configuration method of the bluetooth antenna provided by the embodiment of the present application can be referred to in the embodiment section shown in fig. 7.

In addition, the embodiment of the application also provides a computer readable storage medium, and the computer storage medium stores computer instructions, which when executed on the terminal device, cause the terminal device to execute the related method steps to implement the method for configuring the bluetooth antenna in the embodiment.

In addition, the embodiment of the application also provides a computer program product, when the computer program product runs on the terminal equipment, the terminal equipment is caused to execute the related steps so as to realize the configuration method of the Bluetooth antenna in the embodiment.

In addition, as can be seen from the foregoing description, the terminal device, the chip, the computer readable storage medium, the computer program product or the chip system provided by the embodiments of the present application are all configured to perform the corresponding method provided above, and therefore, the advantages achieved by the embodiments of the present application may refer to the advantages in the corresponding method provided above, which are not described herein again.

While the application has been described in detail with reference to the foregoing embodiments, it will be understood by those skilled in the art that the foregoing embodiments may be modified or equivalents may be substituted for some of the features thereof, and that the modifications or substitutions do not depart from the spirit of the embodiments.

Claims

1. The configuration method of the Bluetooth antenna is characterized by being applied to terminal equipment, wherein the terminal equipment comprises 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 working in a 2.4GHz frequency band and is used for supporting WiFi services and BT services, and the second antenna comprises a cellular antenna working in the 2.4GHz frequency band and is used for supporting cellular communication services;

the method comprises the following steps:

controlling the BT firmware to enter an independent BT mode from a non-independent BT mode under the condition that a preset condition is met;

The preset conditions include that the second antenna current state information indicates that the cellular antenna in an inactive state exists currently, the BT firmware current working state information indicates that the BT firmware is in a working state currently and in the non-independent BT mode, the WiFi firmware current working state information indicates that the WiFi firmware is currently working in a 2.4GHz frequency band and the working bandwidth is a first bandwidth, and information of an application currently running indicates that a low-latency WiFi service running in a foreground exists currently, wherein the first bandwidth is greater than or equal to the working bandwidth of the BT firmware and is smaller than or equal to a second bandwidth, and the second bandwidth is a bandwidth capable of accommodating all available channels corresponding to the 2.4GHz frequency band;

When the BT firmware is in the non-independent BT mode, the BT firmware uses the first antenna to perform data transmission, and does not use a cellular antenna to perform data transmission; and under the condition that the BT firmware is in the independent BT mode, the BT firmware uses the cellular antenna which is in the inactive state to perform data transmission, and does not use the first antenna to perform data transmission.

2. The method of claim 1, wherein the preset conditions further comprise:

The current code rate information of the BT firmware indicates that the current code rate of the BT firmware is larger than or equal to a preset code rate threshold value.

3. The method of claim 2, wherein the step of determining the position of the substrate comprises,

Under the condition that the BT firmware adopts a first coding format, a preset code rate threshold corresponding to the first coding format is a first threshold;

In the case that the BT firmware adopts a second coding format, a preset code rate threshold corresponding to the second coding format is a second threshold;

Wherein the first threshold is not equal to the second threshold.

4. The method of claim 3, wherein the step of,

In the case that the first coding format is a subband coding SBC format, the first threshold is smaller than a maximum code rate supported by the SBC format, and the maximum code rate supported by the SBC format is 345 kbit/s;

In the case that the second encoding format is an advanced audio encoding ACC format, the second threshold is one of a range of code rates supported by the ACC format, and the range of code rates supported by the ACC format is 128 kbits/s to 398 kbits/s (including endpoint values).

5. The method according to any one of claims 1 to 4, wherein the preset conditions further comprise:

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, wherein the second antenna current state information indicates that the cellular antenna in an inactive state is currently present, comprising:

The current state information of the second antenna indicates that at least one cellular antenna in an inactive state exists currently, and the working frequency band is the preset frequency band in the 2.4GHz frequency band.

7. The method of claim 6, wherein the cellular antenna of the predetermined frequency band is a cellular antenna farther from the first antenna.

8. The method according to any one of claims 1 to 7, further comprising:

And under the condition that the preset condition is not met, the BT firmware is continuously in the non-independent BT mode.

9. A terminal device comprising a memory, a processor, bluetooth BT firmware, wireless fidelity WiFi firmware, a first antenna and a second antenna, the BT firmware and WiFi firmware sharing the first antenna, the first antenna being a wireless antenna operating in the 2.4GHz band for supporting WiFi services and BT services, the second antenna comprising a cellular antenna operating in the 2.4GHz band for supporting cellular communications services, the memory and the processor being coupled, the memory storing program instructions that when executed by the processor cause the terminal device to perform the method of any of claims 1 to 8.

10. A chip comprising a processor for supporting a terminal device to implement the method of any one of claims 1 to 8.

11. A chip comprising bluetooth BT firmware and wireless fidelity WiFi firmware for supporting a terminal device to implement the method of any of claims 1 to 8.