US20230198801A1

US20230198801A1 - Multi-protocol bus circuit

Info

Publication number: US20230198801A1
Application number: US17/552,497
Authority: US
Inventors: Christopher Truong Ngo; Nadim Khlat; Alexander Wayne Hietala
Original assignee: Qorvo US Inc
Current assignee: Qorvo US Inc
Priority date: 2021-12-16
Filing date: 2021-12-16
Publication date: 2023-06-22
Also published as: KR20230091802A; US11706048B1; CN116266166A; EP4199436A1

Abstract

A multi-protocol bus circuit is provided. The multi-protocol bus circuit includes multiple master circuits each configured to communicate a respective master bus command(s) via a respective one of multiple master buses based on a respective one of multiple master bus protocols, and a slave circuit(s) configured to communicate a slave bus command(s) via a slave bus based on a slave bus protocol that is different from any of the master bus protocols. To enable bidirectional bus communications between the master circuits and the slave circuit(s), the multi-protocol bus circuit further includes a multi-protocol bridge circuit configured to perform a bidirectional conversion between the slave bus protocol and each of the master bus protocols. As a result, it is possible to support bidirectional bus communications based on heterogeneous bus protocols with minimal impact on cost and/or footprint.

Description

FIELD OF THE DISCLOSURE

The technology of the disclosure relates generally to a hybrid bus apparatus incorporating heterogeneous communication buses.

BACKGROUND

Mobile communication devices have become increasingly common in current society. The prevalence of these mobile communication devices is driven in part by the many functions that are now enabled on such devices. Increased processing capabilities in such devices means that mobile communication devices have evolved from being pure communication tools into sophisticated mobile multimedia centers that enable enhanced user experiences.
The redefined user experience requires higher data rates offered by wireless communication technologies, such as Wi-Fi, long-term evolution (LTE), and fifth-generation new-radio (5G-NR). To achieve the higher data rates in a mobile communication device, a radio frequency (RF) signal(s) may first be modulated by a transceiver circuit(s) based on a selected modulation and coding scheme (MCS) and then amplified by a power amplifier(s) prior to being radiated from an antenna(s). In many wireless communication devices, the power amplifier(s) and the antenna(s) are typically located in an RF front-end (RFFE) circuit communicatively coupled to the transceiver circuit(s) via an RFFE bus based on an RFFE protocol as defined in the MIPI® alliance specification for radio frequency front-end control interface, version 2.1 (hereinafter referred to as “RFFE specification”).
In this regard, FIG. 1 is a schematic diagram of an exemplary RFFE bus apparatus 10 as defined in the RFFE specification. The RFFE bus apparatus 10 includes an RFFE master 12 coupled to a number of RFFE slaves 14(1)-14(M) over an RFFE bus 16. According to the RFFE specification, the RFFE bus 16 is a two-wire serial bus that includes a data line 18 and a clock line 20 for communicating a bidirectional data signal SDATA and a clock signal SCLK, respectively. The RFFE bus 16 operates at a first data rate.
However, not all communications require a two-wire serial bus like the RFFE bus 16. In some cases, a single-wire serial bus may be sufficient or even desired for carrying out certain types of communications between circuits. In this regard, FIG. 2 is a schematic diagram of an exemplary conventional hybrid bus apparatus 22 in which a single-wire bus (SuBUS) bridge circuit 24 is configured to bridge communications between the RFFE master 12 in FIG. 1 with one or more SuBUS slaves 26(1)-26(N). Common elements between FIGS. 1 and 2 are shown therein with common element numbers and will not be re-described herein.
The SuBUS bridge circuit 24 is coupled to the SuBUS slaves 26(1)-26(N) over a SuBUS 28 having a single data wire 30. Accordingly, the SuBUS 28 is configured to operate at a second data rate that can be faster or slower than the first data rate of the RFFE bus 16. The SuBUS bridge circuit 24 may be coupled to the RFFE master 12 via the RFFE bus 16. In this regard, the SuBUS bridge circuit 24 and the SuBUS slaves 26(1)-26(N) are also RFFE slaves, such as the RFFE slaves 14(1)-14(M) coupled to the RFFE master 12 in the RFFE bus apparatus 10 of FIG. 1 .
Notably, the SuBUS 28 differs from the RFFE bus 16 in several aspects. First, the RFFE bus 16 includes the data line 18 and the clock line 20, while the SuBUS 28 includes only the single data wire 30. Second, the SuBUS bridge circuit 24 is configured to communicate with the SuBUS slaves 26(1)-26(N) based on SuBUS command sequences, which may be compatible but different from the RFFE command sequences communicated over the RFFE bus 16. In this regard, the SuBUS bridge circuit 24 may perform command conversion between the RFFE command sequences and the SuBUS command sequences to facilitate communications between the RFFE bus 16 and the SuBUS 28. Third, the RFFE bus 16 may be configured to operate at the first data rate and the SuBUS 28 may be configured to operate at the second data rate, which is different from the first data rate. In this regard, the SuBUS bridge circuit 24 may buffer SuBUS data payloads prior to communicating over the RFFE bus 16 to help compensate for a difference between the first data rate and the second data rate.
Besides the power amplifier(s) and the antenna(s), the SuBUS slaves 26(1)-26(N) can also include other types of active or passive circuits (e.g., audio circuits) that need to communicate with other types of masters via the SuBUS 28. Given that the SuBUS bridge circuit 24 in the conventional hybrid bus apparatus 22 is only capable of bridging the SuBUS slaves 26(1)-26(N) with a single RFFE master 12 based exclusively on the RFFE protocol, it may be necessary to employ additional SuBUS bridge circuits to bridge the SuBUS slaves 26(1)-26(N) to additional types of masters. As a result, the conventional hybrid bus apparatus 22 may occupy a larger footprint and/or become more expensive.

SUMMARY

Aspects disclosed in the detailed description include a multi-protocol bus circuit. The multi-protocol bus circuit includes multiple master circuits each configured to communicate a respective master bus command(s) via a respective one of multiple master buses based on a respective one of multiple master bus protocols, and a slave circuit(s) configured to communicate a slave bus command(s) via a slave bus based on a slave bus protocol that is different from any of the master bus protocols. To enable bidirectional bus communications between the master circuits and the slave circuit(s), the multi-protocol bus circuit further includes a multi-protocol bridge circuit configured to perform a bidirectional conversion between the slave bus protocol and each of the master bus protocols. As a result, it is possible to support bidirectional bus communications based on heterogeneous bus protocols with minimal impact on cost and/or footprint.
In one aspect, a multi-protocol bus circuit is provided. The multi-protocol bus circuit includes multiple master circuits each coupled to a respective on of multiple master buses. The multiple master circuits are each configured to communicate a respective one or more master bus commands based on a respective one of multiple master bus protocols. Each of the master bus protocols is different from at least another one of the master bus protocols. The multi-protocol bus circuit also includes one or more slave circuits each coupled to a slave bus. The slave circuits are each configured to communicate a respective one or more slave bus commands based on a slave bus protocol different from any of the master bus protocols. The multi-protocol bus circuit also includes a multi-protocol bridge circuit coupled to the master buses and the slave bus. The multi-protocol bridge circuit is configured to perform a bidirectional conversion between the slave bus protocol and each of the master bus protocols.
In another aspect, a multi-protocol bridge circuit is provided. The multi-protocol bridge circuit includes multiple master bus ports each coupled to a respective one of multiple master circuits configured to communicate a respective one or more master bus commands via a respective one of multiple master buses based on a respective one of multiple master bus protocols. Each of the master bus protocols is different from at least another one of the master bus protocols. The multi-protocol bridge circuit also includes a slave bus port coupled to one or more slave circuits. The slave circuits are each configured to communicate a respective one or more slave bus commands based on a slave bus protocol different from any of the master bus protocols. The multi-protocol bridge circuit also includes a control circuit. The control circuit is configured to perform a bidirectional conversion between the slave bus protocol and each of the master bus protocols.
Those skilled in the art will appreciate the scope of the disclosure and realize additional aspects thereof after reading the following detailed description in association with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings incorporated in and forming a part of this specification illustrate several aspects of the disclosure and, together with the description, serve to explain the principles of the disclosure.

FIG. 1 is a schematic diagram of an exemplary radio frequency front-end (RFFE) bus apparatus as defined in the MlPI® alliance specification for radio frequency (RF) front-end control interface, version 2.1;

FIG. 2 is a schematic diagram of an exemplary conventional hybrid bus apparatus in which a single-wire bus (SuBUS) bridge circuit is configured to bridge communications between an RFFE master in the RFFE bus apparatus of FIG. 1 with one or more SuBUS slaves; and

FIG. 3 is a schematic diagram of an exemplary multi-protocol hybrid bus apparatus configured according to embodiments of the present disclosure to support bidirectional bus communications between multiple master circuits and a slave circuit(s) based on heterogeneous bus protocols.

DETAILED DESCRIPTION

The embodiments set forth below represent the necessary information to enable those skilled in the art to practice the embodiments and illustrate the best mode of practicing the embodiments. Upon reading the following description in light of the accompanying drawing figures, those skilled in the art will understand the concepts of the disclosure and will recognize applications of these concepts not particularly addressed herein. It should be understood that these concepts and applications fall within the scope of the disclosure and the accompanying claims.
It will be understood that, although the terms first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and, similarly, a second element could be termed a first element, without departing from the scope of the present disclosure. As used herein, the term “and/or” includes any and all combinations of one or more of the associated listed items.
It will be understood that when an element such as a layer, region, or substrate is referred to as being “on” or extending “onto” another element, it can be directly on or extend directly onto the other element or intervening elements may also be present. In contrast, when an element is referred to as being “directly on” or extending “directly onto” another element, there are no intervening elements present. Likewise, it will be understood that when an element such as a layer, region, or substrate is referred to as being “over” or extending “over” another element, it can be directly over or extend directly over the other element or intervening elements may also be present. In contrast, when an element is referred to as being “directly over” or extending “directly over” another element, there are no intervening elements present. It will also be understood that when an element is referred to as being “connected” or “coupled” to another element, it can be directly connected or coupled to the other element or intervening elements may be present. In contrast, when an element is referred to as being “directly connected” or “directly coupled” to another element, there are no intervening elements present.
Relative terms such as “below” or “above” or “upper” or “lower” or “horizontal” or “vertical” may be used herein to describe a relationship of one element, layer, or region to another element, layer, or region as illustrated in the Figures. It will be understood that these terms and those discussed above are intended to encompass different orientations of the device in addition to the orientation depicted in the Figures.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used herein, the singular forms “a,” “an,” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises,” “comprising,” “includes,” and/or “including” when used herein specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
Unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure belongs. It will be further understood that terms used herein should be interpreted as having a meaning that is consistent with their meaning in the context of this specification and the relevant art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.
Aspects disclosed in the detailed description include a multi-protocol bus circuit. The multi-protocol bus circuit includes multiple master circuits each configured to communicate a respective master bus command(s) via a respective one of multiple master buses based on a respective one of multiple master bus protocols, and a slave circuit(s) configured to communicate a slave bus command(s) via a slave bus based on a slave bus protocol that is different from any of the master bus protocols. To enable bidirectional bus communications between the master circuits and the slave circuit(s), the multi-protocol bus circuit further includes a multi-protocol bridge circuit configured to perform a bidirectional conversion between the slave bus protocol and each of the master bus protocols. As a result, it is possible to support bidirectional bus communications based on heterogeneous bus protocols with minimal impact on cost and/or footprint.
In this regard, FIG. 3 is a schematic diagram of an exemplary multi-protocol bus circuit 32 configured according to embodiments of the present disclosure to support bidirectional bus communications between multiple master circuits 34(1)-34(M) and one or more slave circuits 36(1)-36(N) based on heterogeneous bus protocols. Herein, the bidirectional bus communications refer to bus communications originated from any of the master circuits 34(1)-34(M) and destined to any of the slave circuits 36(1)-36(N) (a.k.a. forward communication), and bus communications originated from any of the slave circuits 36(1)-36(N) and destined to any of the master circuits 34(1)-34(M) (a.k.a. reverse communication).
The master circuits 34(1)-34(M) are coupled to multiple master buses 38(1)-38(M), respectively. Each of the master circuits 34(1)-34(M) is configured to communicate a respective one or more master bus commands 40(1)-40(K) based on a respective one of multiple master bus protocols P_M1-P_MM. In some embodiments, all of the master bus protocols P_M1-P_MM are different bus protocols. In this regard, each of the master bus protocols P_M1-P_MM is different from any other one of the master bus protocols P_M1-P_MM. In some other embodiments, only a subset of the master bus protocols P_M1-P_MM are different bus protocols. In this regard, each of the master bus protocols P_M1-P_MM is different from at least another one of the master bus protocols P_M1-P_MM.
The slave circuits 36(1)-36(N) are each coupled to a slave bus 42 and configured to communicate a respective one or more slave bus commands 44(1)-44(L) based on a slave bus protocol Ps that is different from any of the master bus protocols P_M1-P_MM. In a non-limiting example, the slave bus 42 is a single-wire bus (SuBUS) that is functionally equivalent to the SuBUS 28 in FIG. 2 . Accordingly, each of the slave circuits 36(1)-36(N) can be functionally equivalent to the SuBUS slaves 26(1)-26(N) in FIG. 2 .
To enable the bidirectional bus communications based on the heterogeneous bus protocols, the multi-protocol bus circuit is further configured to include a multi-protocol bridge circuit 46. In an embodiment, the multi-protocol bridge circuit 46 includes multiple master ports 48(1)-48(M), each coupled to a respective one of the master buses 38(1)-38(M). The multi-protocol bridge circuit 46 also includes a slave bus port 50 coupled to the slave bus 42. As discussed in further detail below, the multi-protocol bridge circuit 46 can be configured to perform a bidirectional conversion between the slave bus protocol Ps and each of the master bus protocols P_M1-P_MM. Herein, the bidirectional conversion refers to converting the master bus commands 40(1)-40(K) from any of the master bus protocols P_M1-P_MM into the slave bus commands 44(1)-44(L) in accordance with the slave bus protocol Ps, and vice versa. By bridging the master circuits 34(1)-34(M) with the slave circuits 36(1)-36(N) using the multi-protocol bridge circuit 46, it is possible to support bidirectional bus communications based on heterogeneous bus protocols with minimal cost and/or footprint impact on the multi-protocol bus circuit 32.
In an embodiment, the multi-protocol bridge circuit 46 includes a control circuit 52, which can be a field-programmable gate array (FPGA) or an application-specific integrated circuit (ASIC), as an example. To enable the forward communication, the control circuit 52 can be configured to receive the respective master bus commands 40(1)-40(K) from any of the master circuits 34(1)-34(M) via a respective one of the master ports 48(1)-48(M). Notably, the respective master bus commands 40(1)-40(K) may be destined to any of the slave circuits 36(1)-36(N) or to the multi-protocol bridge circuit 46 itself. In this regard, the control circuit 52 may be configured to first determine whether the respective master bus commands 40(1)-40(K) are destined to at least one of the slave circuits 36(1)-36(N). If the control circuit 52 determines that the respective master bus commands 40(1)-40(K) are indeed destined to any of the slave circuits 36(1)-36(N), the control circuit 52 will then convert the respective master bus commands 40(1)-40(K) into the respective slave bus commands 44(1)-44(L) and provide the respective slave bus commands 44(1)-44(L) to any of the slave circuits 36(1)-36(N) to which the respective master bus commands 40(1)-40(K) are destined.
To enable the reverse communication, the control circuit 52 is configured to receive the respective slave bus commands 44(1)-44(L) from any of the one or more slave circuits 36(1)-36(N) via the slave bus port 50. Notably, the respective slave bus commands 44(1)-44(L) may be destined to any of the master circuits 34(1)-34(M) or to the multi-protocol bridge circuit 46 itself. In this regard, the control circuit 52 may be configured to first determine whether the respective slave bus commands 44(1)-44(L) are destined to at least one of the master circuits 34(1)-34(M). If the control circuit 52 determines that the respective slave bus commands 44(1)-44(L) are indeed destined to any of the master circuits 34(1)-34(M), the control circuit 52 will then convert the respective slave bus commands 44(1)-44(L) into the respective master bus commands 40(1)-40(M) and provide the respective master bus commands 40(1)-40(M) to any of the master circuits 34(1)-34(N) to which the respective slave bus commands 44(1)-44(L) are destined.
In an embodiment, the control circuit 52 can include at least one encoder-decoder circuit 54 (denoted as “CODEC”). Specifically, the encoder-decoder circuit 54 can be configured to convert the respective master bus commands 40(1)-40(M) into the respective slave bus commands 44(1)-44(L) in the forward communication, and to convert the respective slave bus commands 44(1)-44(L) into the respective master bus commands 40(1)-40(K) in the reverse communication.
In an embodiment, the multi-protocol bridge circuit 46 may simultaneously receive the respective master bus commands 40(1)-40(M) from more than one of the master circuits 34(1)-34(M). In this regard, upon converting the respective master bus commands 40(1)-40(M) received from each of the master circuits 34(1)-34(M) into the respective slave bus commands 44(1)-44(L), the control circuit 52 needs to determine an order for providing the respective slave bus commands 44(1)-44(L) to some or all of the slave circuits 36(1)-36(N).
For example, the control circuit 52 can provide the respective slave bus commands 44(1)-44(L), which are converted from the respective master bus commands 40(1)-40(M) received simultaneously from more than one of the master circuits 34(1)-34(M), to any of the slave circuits 36(1)-36(N) based on a predefined priority of the master circuits 34(1)-34(M). In this regard, the respective slave bus commands 44(1)-44(L) converted from the respective master bus commands 40(1)-40(M) received from a higher priority one of the master circuits 34(1)-34(M) will be sent to the slave bus port 50 before the respective slave bus commands 44(1)-44(L) converted from the respective master bus commands 40(1)-40(M) are received from a lower priority one of the master circuits 34(1)-34(M).
In a non-limiting example, the control circuit 52 can include a data buffer 56 that functions as a first-in first-out (FIFO) queue. In this regard, the control circuit 52 may be configured to enqueue the respective slave bus commands 44(1)-44(L) based on the predefined priority of the master circuits 34(1)-34(M). In other words, the control circuit 52 will enqueue the respective slave bus commands 44(1)-44(L) that are converted from the respective master bus commands 40(1)-40(M) received from the higher priority one of the master circuits 34(1)-34(M) in the data buffer 56 before enqueuing the respective slave bus commands 44(1)-44(L) that are converted from the respective master bus commands 40(1)-40(M) received from the lower priority one of the master circuits 34(1)-34(M).
In an embodiment, the data buffer 56 may be utilized only for the forward communication. As for the reverse communication, the respective slave bus commands 44(1)-44(L) received from any of the slave circuits 36(1)-36(N) are directly routed to the encoder-decoder circuit 54 from the slave bus port 50. Accordingly, the encoder-decoder circuit 54 is configured to convert the respective slave bus commands 44(1)-44(L) destined to any of the master circuits 34(1)-34(M) on a first come first serve basis.
In an embodiment, the multi-protocol bridge circuit 46 can include a storage circuit 58 (denoted as “REGMAP”), which can be a register bank, or a flash storage circuit, as an example. The storage circuit 58 may be programmed to store the predefined priority among the master circuits 34(1)-34(M).
As previously mentioned, the respective master bus commands 40(1)-40(K) originated from any of the master circuits 34(1)-34(M) can be destined to the multi-protocol bridge circuit 46, as opposed to any of the slave circuits 36(1)-36(N). In this regard, the respective master bus commands 40(1)-40(K), which are originated from any of the master circuits 34(1)-34(M) and destined to the multi-protocol bridge circuit 46, may be utilized to program (dynamically or statically) the predefined priority in the storage circuit 58.
In an embodiment, each of the master circuits 34(1)-34(M) may be configured to communicate the respective master bus commands 40(1)-40(K) by asserting a respective one of multiple master bus voltages V_M1-V_MM on the respective one of the master buses 38(1)-38(M). In contrast, each of the slave circuits 36(1)-36(N) is configured to communicate the respective slave bus commands 44(1)-44(L) based on a slave bus voltage Vs that is different from at least one of the master bus voltages V_M1-V_MM. Notably, any mismatch between the master bus voltages V_M1-V_MM and the slave bus voltage Vs can cause potential damage to the slave circuits 36(1)-36(N), particularly when the slave bus voltage Vs is lower than any mismatched master bus voltage among the master bus voltages V_M1-V_MM.
In this regard, the multi-protocol bridge circuit 46 can be further configured to perform a bidirectional voltage conversion between the slave bus voltage Vs and any of the master bus voltages V_M1-V_MM. In a non-limiting example, the multi-protocol bridge circuit 46 can further include multiple master bus interface circuits 60(1)-60(M), each coupled to a respective one of the master ports 48(1)-48(M). More specifically, each of the master bus interface circuits 60(1)-60(M) can include a respective voltage conversion circuit 62, which can be a capacitor-based or an inductor-based buck-boost converter, or a level shifter, as an example, for carrying out the bidirectional voltage conversion between the slave bus voltage Vs and any of the master bus voltage V_M1-V_MM.
As a non-limiting example, the multi-protocol bridge circuit 46 can include a radio-frequency front-end (RFFE) master circuit (e.g., the master circuit 34(1)) and an inter-integrated circuit (I2C) master circuit (e.g., the master circuit 34(M)). In this regard, the RFFE master circuit 34(1) is configured to communicate one or more RFFE bus commands 40(1)-40(K) over the RFFE bus 38(1) based on an RFFE bus protocol and by asserting a respective one of the master bus voltage V_M1-V_MM on the RFFE bus 38(1), and the I2C master circuit 34(M) is configured to communicate one or more I2C bus commands 40(1)-40(K) over the I2C bus 38(M) based on a I2C bus protocol and by asserting a respective one of the master bus voltage V_M1-V_MM on the I2C bus 38(M). Each of the slave circuits 36(1)-36(N), on the other hand, is a SuBUS slave circuit configured to communicate the respective SuBUS slave bus commands 44(1)-44(N) over the SuBUS 42 based on the SuBUS protocol.
Accordingly, the multi-protocol bridge circuit 46 is configured to perform the bidirectional conversion between the RFFE bus protocol, the I2C bus protocol, and the SuBUS bus protocol. In addition, the multi-protocol bridge circuit 46 may also perform the bidirectional voltage conversion should there be a mismatch between the RFFE master bus voltage V_M1, the I2C master bus voltage V_MM, and the SuBUS slave bus voltage Vs.
The multi-protocol bridge circuit 46 can further include a second RFFE master circuit (e.g., the master circuit 34(2)), which is configured to communicate a respective one or more RFFE bus commands 40(1)-40(K) over a respective one of the master buses (e.g., the master bus 38(2)) based on the RFFE bus protocol. However, the second RFFE master circuit is configured to assert a different master bus voltage from the respective master bus voltage asserted by the RFFE master circuit 38(1).
Those skilled in the art will recognize improvements and modifications to the embodiments of the present disclosure. All such improvements and modifications are considered within the scope of the concepts disclosed herein and the claims that follow.

Claims

What is claimed is:

1. A multi-protocol bus circuit comprising:

a plurality of master circuits each coupled to a respective one of a plurality of master buses and configured to communicate a respective one or more master bus commands based on a respective one of a plurality of master bus protocols, wherein each of the plurality of master bus protocols is different from at least another one of the plurality of master bus protocols;

one or more slave circuits each coupled to a slave bus and configured to communicate a respective one or more slave bus commands based on a slave bus protocol different from any of the plurality of master bus protocols; and

a multi-protocol bridge circuit coupled to the plurality of master buses and the slave bus and configured to perform a bidirectional conversion between the slave bus protocol and each of the plurality of master bus protocols.

2. The multi-protocol bus circuit of claim 1, wherein:

the plurality of master circuits comprises:

a radio-frequency front-end (RFFE) master circuit coupled to an RFFE bus and configured to communicate one or more RFFE bus commands based on an RFFE bus protocol;

an inter-integrated circuit (I2C) master circuit coupled to a I2C bus and configured to communicate one or more I2C bus commands based on a I2C bus protocol;

the one or more slave circuits comprise one or more single-wire bus (SuBUS) slave circuits each coupled to an SuBUS and configured to communicate a respective one or more SuBUS commands based on an SuBUS protocol; and

the multi-protocol bridge circuit is coupled to the RFFE bus, the I2C bus, and the SuBUS and configured to perform the bidirectional conversion between the SuBUS protocol and each of the RFFE bus protocol and the I2C bus protocol.

3. The multi-protocol bus circuit of claim 1, wherein the multi-protocol bridge circuit is further configured to:

receive the respective one or more master bus commands from the respective one of the plurality of master circuits via the respective one of the plurality of master buses;

determine that the respective one or more master bus commands are destined to at least one of the one or more slave circuits;

convert the respective one or more master bus commands into the respective one or more slave bus commands of the at least one of the one or more slave circuits; and

provide the respective one or more slave bus commands to the at least one of the one or more slave circuits.

4. The multi-protocol bus circuit of claim 3, wherein the multi-protocol bridge circuit is further configured to:

receive the respective one or more slave bus commands from the at least one of the one or more slave circuits;

convert the respective one or more slave bus commands into the respective one or more master bus commands of the at least one of the plurality of master circuits; and

provide the respective one or more master bus commands to the at least one of the plurality of master circuits.

5. The multi-protocol bus circuit of claim 4, wherein the multi-protocol bridge circuit comprises at least one encoder-decoder circuit configured to:

convert the respective one or more slave bus commands into the respective one or more master bus commands of the at least one of the plurality of master circuits.

6. The multi-protocol bus circuit of claim 1, wherein the multi-protocol bridge circuit is further configured to:

receive concurrently the respective one or more master bus commands from each of the plurality of master circuits;

determine that the respective one or more master bus commands received from the each of the plurality of master circuits are destined to the at least one of the one or more slave circuits;

convert the respective one or more master bus commands received from the each of the plurality of master circuits into the respective one or more slave bus commands; and

provide the respective one or more slave bus commands to the at least one of the one or more slave circuits based on a predefined priority of the plurality of master circuits.

7. The multi-protocol bus circuit of claim 6, further comprising a data buffer coupled to the slave bus, wherein the multi-protocol bridge circuit is further configured to enqueue the respective one or more slave bus commands destined to the at least one of the one or more slave circuits in the data buffer based on the predefined priority of the plurality of master circuits.

8. The multi-protocol bus circuit of claim 6, wherein the multi-protocol bridge circuit further comprises a storage circuit configured to store the predefined priority of the plurality of master circuits.

9. The multi-protocol bus circuit of claim 8, wherein the multi-protocol bridge circuit is further configured to:

receive the respective one or more master bus commands from a respective one of the plurality of master circuits via the respective one of the plurality of master buses;

determine that the respective one or more master bus commands are destined to the multi-protocol bridge circuit; and

update the predefined priority stored in the storage circuit based on the respective one or more master bus commands.

10. The multi-protocol bus circuit of claim 1, wherein:

each of the plurality of master circuits is further configured to communicate the respective one or more master bus commands by asserting a respective one of a plurality of master bus voltages on the respective one of the plurality of master buses; and

the one or more slave circuits are each configured to communicate the respective one or more slave bus commands based on a slave bus voltage different from at least one of the plurality of master bus voltages.

11. The multi-protocol bus circuit of claim 10, wherein the multi-protocol bridge circuit is further configured to:

determine that the slave bus voltage is different from the at least one of the plurality of master bus voltages; and

perform bidirectional voltage conversion between the slave bus voltage and the at least one of the plurality of master bus voltages.

12. The multi-protocol bus circuit of claim 11, wherein the multi-protocol bridge circuit further comprises a plurality of master bus interface circuits each coupled to a respective one of the plurality of master circuits, and at least one of the plurality of master bus interface circuits is configured to perform the bidirectional voltage conversion between the slave bus voltage and the at least one of the plurality of master bus voltages.

13. The multi-protocol bus circuit of claim 11, wherein at least two of the plurality of master circuits are each configured to communicate the respective one or more master bus commands based on an identical one of the plurality of master bus protocols and by asserting a different one of the plurality of master bus voltages on the respective one of the plurality of master buses.

14. A multi-protocol bridge circuit comprising:

a plurality of master bus ports each coupled to a respective one of a plurality of master circuits configured to communicate a respective one or more master bus commands via a respective one of a plurality of master buses based on a respective one of a plurality of master bus protocols, wherein each of the plurality of master bus protocols is different from at least another one of the plurality of master bus protocols;

a slave bus port coupled to one or more slave circuits each configured to communicate a respective one or more slave bus commands based on a slave bus protocol different from any of the plurality of master bus protocols; and

a control circuit configured to perform a bidirectional conversion between the slave bus protocol and each of the plurality of master bus protocols.

15. The multi-protocol bridge circuit of claim 14, wherein the control circuit is further configured to:

receive the respective one or more master bus commands via the respective one of the plurality of master bus ports;

convert the respective one or more master bus commands into the respective one or more slave bus commands; and

provide the respective one or more slave bus commands to the slave bus port.

16. The multi-protocol bridge circuit of claim 15, wherein the control circuit is further configured to:

receive the respective one or more slave bus commands via the slave bus port;

convert the respective one or more slave bus commands into the respective one or more master bus commands; and

provide the respective one or more master bus commands to at least one of the plurality of master bus ports.

17. The multi-protocol bridge circuit of claim 16, wherein the control circuit comprises at least one encoder-decoder circuit configured to:

convert the respective one or more slave bus commands into the respective one or more master bus commands.

18. The multi-protocol bridge circuit of claim 14, wherein the control circuit is further configured to:

receive concurrently the respective one or more master bus commands via each of the plurality of master bus ports;

convert the respective one or more master bus commands received via the each of the plurality of master bus ports into the respective one or more slave bus commands; and

provide the respective one or more slave bus commands to the slave bus port based on a predefined priority of the plurality of master circuits.

19. The multi-protocol bridge circuit of claim 18, wherein the control circuit further comprises a data buffer coupled to the slave bus port, wherein the control circuit is further configured to enqueue the respective one or more slave bus commands destined to the at least one of the one or more slave circuits in the data buffer based on the predefined priority of the plurality of master circuits.

20. The multi-protocol bridge circuit of claim 14, wherein: