An interface between radios supporting different air interfaces is disclosed that avoids some of the costs and disadvantages associated with inter-radio interfaces in the prior art. The present invention enables the needed coordination across multiple wireless protocols, such as 802.11 and Bluetooth, by providing a communication link spanning different integrated circuits when each radio is on a separate integrated circuit. This low cost, low complexity link can be added to standard integrated circuits produced by individual companies without adding appreciably to the overall cost of the integrated circuits.
|
0. 41. A radio comprising:
means for generating an antenna switch control signal responsive to having the data block provided;
means for receiving the data block from a host interface bus;
means for determining whether to transmit the data block or to forward the data block, means for transmitting the data block, in response to determining to transmit the data block; and
means for forwarding the data block, in response to determining to forward the data block.
1. An antenna switching system comprising:
a first transceiver of a plurality of transceivers;
a first processor configured to process an application stored in memory;
a second transceiver of the plurality of transceivers electrically connected between the first processor and the first transceiver, the second transceiver configured to relay messages from the first processor to the first transceiver;
a switch configured to connect a plurality of transceivers to at least one antenna; and
a second processor configured to control the connection of the switch to one or more of the first and second transceivers.
0. 29. A radio comprising:
a channel-access controller configured to transmit a data block, and generate an antenna switch control signal responsive to having the data block provided; and
a host interface configured to:
receive the data block from a host interface bus;
determine whether to transmit the data block with a transmitter or to forward the data block to a collateral radio;
in response to determining to transmit the data block with the transmitter, provide the data block to the channel-access controller; and
in response to determining to forward the data block, forward the data block to the collateral radio.
0. 35. A method comprising:
receiving a packet with a first transceiver;
a host interface within the first transceiver determining whether to transmit the packet with the first transceiver operating on a first wireless protocol or to forward the packet to a collateral transceiver operating on a second wireless protocol;
in response to determining to transmit the packet with the first transceiver, a channel access controller within the first transceiver generating a switching control signal for switching an antenna switch; and
in response to determining to forward the packet, the host interface forwarding the packet to the collateral transceiver.
0. 21. A radio comprising:
a transmitter and a receiver for communicating according to a first wireless protocol;
a channel-access controller configured to generate antenna switch control signals to selectively connect an antenna to the transmitter and receiver; and
a host interface for receiving a data block, configured to:
determine whether to transmit the data block with the transmitter or to forward the data block to a collateral radio;
in response to determining to transmit the data block with the transmitter, providing the data block to the channel-access controller; and
in response to determining to forward the data block, forwarding the data block to the collateral radio.
11. A method of switching of at least one antenna:
providing at least a first transceiver and a second transceiver of a plurality of transceivers;
providing a signal from a first processor to a first transceiver of the plurality of transceivers electrically connected between the first processor and the second transceiver;
determining whether the signal is to be transmitted by the first transceiver or the second transceiver;
relaying the signal from the first transceiver to the second transceiver if the determination is made that the data is to be transmitted by the second transceiver; and
switching an antenna switch to electrically connect one of the first and second transceivers to at least one antenna of a plurality of antennas, the connected transceiver corresponding to the determination of whether the signal is be transmitted by the first transceiver or the second transceiver.
2. The system of
3. The system of
4. The system of
5. The system of
8. The system of
9. The system of
12. The method of
13. The method of
14. The method of
15. The method of
18. The method of
19. The method of
20. The method of
0. 22. The radio of claim 21, wherein the collateral radio is configured to transceive on a second protocol.
0. 23. The radio of claim 21, further comprising at least one antenna switch electrically connected to the radio.
0. 24. The radio of claim 23, further comprising at least one antenna electrically connected to the antenna switch.
0. 25. The radio of claim 21, wherein at least one of the first and second protocols is Bluetooth.
0. 26. The radio of claim 21, wherein at least one of the first and second protocols is IEEE 802.11.
0. 27. The radio of claim 21, wherein either the channel-access controller or the host interface is configured to receive an idle-indication signal.
0. 28. The radio of claim 21, wherein either the channel-access controller or the host interface is configured to transmit a transmit-inhibit signal.
0. 30. The radio of claim 29, wherein the collateral radio is configured to transceive on a second protocol.
0. 31. The radio of claim 29, further comprising at least one antenna switch electrically connected to the radio.
0. 32. The radio of claim 31, further comprising at least one antenna electrically connected to the antenna switch.
0. 33. The radio of claim 29, wherein either the channel-access controller or the host interface is configured to receive an idle-indication signal.
0. 34. The radio of claim 29, wherein either the channel-access controller or the host interface is configured to transmit a transmit-inhibit signal.
0. 36. The method of claim 35, further comprising transmitting the packet through at least one antenna.
0. 37. The method of claim 35, wherein at least one of the first and second protocols is Bluetooth.
0. 38. The method of claim 35, wherein at least one of the first and second protocols is IEEE 802.11.
0. 39. The method of claim 35, further comprising receiving an idle indication signal by one selected from the group consisting of the channel-access controller and the host interface.
0. 40. The method of claim 35, further comprising transmitting a transmit inhibit signal by one selected from the group consisting of the channel-access controller and the host interface.
0. 42. The radio of claim 41, further comprising means for transceiving on a second protocol.
0. 43. The radio of claim 41, further comprising means for switching an antenna.
0. 44. The radio of claim 41, further comprising means for receiving an idle-indication signal.
0. 45. The radio of claim 41, further comprising means for transmitting a transmit-inhibit signal.
|
The present application is a broadening reissue application of U.S. patent application Ser. No. 11/429,556, filed May 5,2006 (now U.S. Pat. No. 7,373,172, granted May 13, 2008), which is a continuation application of U.S. patent application Ser. No. 10/444,383, filed May 23, 2003 now U.S. Pat. No. 7,072,616. U.S. patent application Ser. No. 10/144,383
This application claims the benefit of:
The following patent application is incorporated by reference:
The present invention relates to telecommunications in general, and, more particularly, to a telecommunications terminal with two radios operating in accordance with two protocols that might interfere with each other.
As depicted in
In accordance with a first technique in the prior art,
The first technique in the prior art controls contention for the shared frequency band through A/B switch 202. In addition to providing contention-free access to the shared frequency band, the first technique provides a low-cost solution. As a disadvantage, however, the air interface in use must remain in either 802.11 or Bluetooth mode for relatively long periods of time. Also, contention resolution requires manual intervention on the part of a user whenever wireless terminal 101-3 has to make a transmission over the air interface that is not presently active. Finally, the inactive air interface might miss a transmission by some other wireless terminal.
In accordance with a second technique in the prior art,
The second technique in the prior art integrates the switch into host 301, so the intervention by the user is more convenient, even though the intervention is still possibly manual. In addition to providing contention-free access to the shared frequency band, the second technique provides a more convenient way of allowing the user to change between air interfaces. As a disadvantage, however, the air interface in use must remain in either 802.11 or Bluetooth mode for relatively long periods of time. Also, contention resolution still possibly requires manual intervention on the part of a user whenever wireless terminal 101-3 has to make a transmission over-the air interface that is not presently active. Finally, the inactive air interface might miss a transmission by some other wireless terminal.
In accordance with a third technique in the prior art,
In the prior art, approaches of integrating and dynamically coordinating multiple wireless protocols on a single platform have focused on integration into a single integrated circuit. This control necessitates coordinating the contention for the same frequency band between the two air interfaces. If the two air interface protocols are 802.11 and Bluetooth, the control must be imposed on the two air interfaces, since there is no standardized interoperability between the two air interface protocols. When the individual wireless technologies, however, are on a rapid evolutionary path, “same chip” integration can increase cost and can cause the integrated circuit development to lag behind that of separate circuits. Also, the market demand for a dual-interface solution within a single integrated circuit can be considerably smaller than the demand for either integrated circuit supporting a single protocol only (i.e., 802.11 or Bluetooth, but not both). Furthermore, even same chip integration by itself does not inherently guarantee a tight, efficient contention control between the two air interfaces.
Therefore, the need exists for multiple radios supporting different air interface protocols, possibly on separate integrated circuits, to coordinate the use of a shared frequency band.
The present invention is an interface between radios supporting different air interfaces that avoids some of the costs and disadvantages associated with inter-radio interfaces in the prior art. The present invention enables the needed coordination across multiple wireless protocols, such as 802.11 and Bluetooth, by providing a communication link spanning separate integrated circuits where each integrated circuit comprises a different radio. This low cost, low complexity link can be added to standard integrated circuits made by individual producers without adding appreciably to the overall cost of the integrated circuits.
In some embodiments of the present invention, the interface between radios is present as part of a computer that comprises a host processor in addition to the multiple radios. One variation of the computer is a wireless terminal, which is used to transmit and receive data blocks over the air. In some other embodiments, the interface between radios is present as part of a multi-radio card that plugs into a computer. In some other embodiments, the interface between radios is described as being part of a single radio.
The illustrative embodiment comprises a radio comprising: a channel-access controller for communicating in accordance with a first air interface, wherein the channel-access controller transmits a first set of signals to a collateral radio, the first set of signals comprising a first transmitting indication signal, a first receiving indication signal, and a first idle indication signal, and receives a second set of signals from the collateral radio, the second set of signals comprising a first transmit inhibit signal; and a multi-radio host interface, wherein the multi-radio host interface communicates the contents of a first data block associated with the first air interface to the channel-access controller when the first data block is received from a host interface bus, and communicates the contents of a second data block associated with the second air interface to the collateral radio when the second data block is received from the host interface bus.
A wireless telecommunications terminal, or “wireless terminal,” as described in this specification (e.g., wireless terminal 500, etc.), is a type of telecommunications terminal. The wireless protocols supported by wireless terminal 500 can be, for example, 802.11 and Bluetooth. Wireless terminal 500 comprises host 501, radio 502-1, radio 502-2, antenna switch 503, and antenna 504, interconnected as shown.
Host 501 is a computing platform (e.g., laptop, workstation, wireless terminal, etc.) comprising a general-purpose or special-purpose processor that is capable of storing data into a memory, retrieving data from a memory, and executing programs stored in a memory. The memory constituting host 501 might be random-access memory (RAM), flash memory, disk drive, etc. Host 501 processes higher-layer applications that use data that are transmitted over the air and data received over the air. Alternatively, host 501 can be the motherboard of a computer comprising a processor. Host 501 provides overall control of wireless terminal 500, and the remainder of wireless terminal 500 provides the wireless communication function of host 501. It will be clear to those skilled in the art how to make and use host 501.
Host 501 also comprises an output device and an input device. The output device (e.g., display, speaker, etc.) is a transducer that receives signals from the processor and converts the received signals to an output signal (e.g., visual, auditory, etc.) in well-known fashion. The input device receives input from a user and sends the input to the processor. As is well-known in the art, the input device can take on a variety of forms, such as a keypad, pressure-sensitive touch screen, etc.
Radio 502-1 provides the channel-access control for communicating in accordance with a first air interface (e.g., 802.11, etc.). Radio 502-1 provides this service for data blocks arriving from host 501 via host data link 506 that are to be transmitted over the air and for data-blocks arriving from antenna switch 503 via path 510-1-1 that are to be sent to host 501. Radio 502-1 also receives data blocks from radio 502-2 and transmits data blocks to radio 502-2. Radio 502-1 exchanges data blocks with radio 502-2 via collateral radio data link 507, which will be described later. Radios 502-1 and 502-2 comprise a receiving function and a transmitting function and, as such, are transceivers.
Radio 502-1 receives signals from radio 502-2 and transmits signals to radio 502-2. Radio 502-1 exchanges signals with radio 502-2 via signaling link 508-1, a bus comprising M lines, and signaling link 508-2, a bus comprising N lines. Signaling links 508-1 and 508-2 will be described later.
Radio 502-1 interfaces with host 501 through host data link 506. Host data link 506 is a peripheral bus providing signaling, messaging, and control between those devices connected to the bus. It will be clear to those skilled in the art how to make and use the bus constituting host data link 506. In the illustrative embodiment, host 501 is one such device connected to the bus, and radio 502-1 is another device. Radio 502-1 can interface with the bus mechanically, as well as electrically, through a removable circuit card designed for such an application. Alternatively, radio 502-1 can be hardwired directly to host 501 via the bus constituting host data link 506. Examples of standardized busses include PCI, MiniPCI, and CardBus, all well known in the art. It will be clear to those skilled in the art how to make and use an interface that constitutes host data link 506.
Radio 502-2 provides the channel-access control for communicating in accordance with a second air interface (e.g., Bluetooth, etc.). Radio 502-2 provides this service for data blocks arriving from host 501—via host data link 506, radio 502-1, and collateral radio data link 507—to be transmitted over the air and for data blocks arriving from antenna switch 503 via path 510-2-1 to be sent to host 501. Radio 502-2 exchanges data blocks with radio 502-1 via collateral radio data link 507.
Radio 502-2 receives signals from radio 502-1 and transmits signals to radio 502-1. Radio 502-2 exchanges signals with radio 502-1 via signaling link 508-1 and signaling link 508-2. Each of radios 502-1 and 502-2 might or might not constitute its own integrated circuit.
Antenna switch 503 exchanges signals with radio 501-1 via paths 510-1-1 and 510-1-2, with radio 502-2 via paths 510-2-1 and 510-2-2, and with antenna unit 504. Antenna switch 503 enables antenna unit 504 to be shared, or switched, between radios 501-1 and 502-2, reducing the required number of antennas. Antenna unit 504 provides coupling for transmitted and received signals between antenna switch 503 and the air. Antenna unit 504 can consist of a single antenna or it can consist of multiple antennas (e.g., one antenna for transmit, two antennas for receive, etc.). Antenna unit 504 can support receive diversity, transmit diversity, or both. Radio 501-1, radio 502-2, or host 501 can control the antenna switching.
Collateral radio data link 507 provides a path through which radio 502-2 exchanges data blocks with host 501. Essentially, collateral radio data link 507 provides the host interface for radio 502-2. This “daisy-chaining” of host 501, radio 502-1, and radio 502-2 is necessary, since multiple integrated circuits with host interfaces that use certain bus standards, such as PCI, cannot be located on the same card because of the loading requirements of the bus. PCI, however, supports a multiple function model, in which more than one logical host interface is combined into a single physical integrated circuit. Radio 502-1 uses the ability to host more than one logical host interface and uses collateral radio data link 507 to provide radio 502-2 with access to host 501. It will be clear to those skilled in the art how to host more than one logical host interface for a given physical interface.
Radio 502-1, radio 502-2, antenna switch 503, antenna unit 504, and printed circuit board 602 constitute multi-radio card 601. Each of radios 502-1 and 502-2 might or might not constitute its own integrated circuit. Multi-radio card 601 is mechanically separable from host 501 and is electrically connected to host 501 using a card bus standard, in well-known fashion. The set of possible standards comprises PCI, MiniPCI, and CardBus. Printed circuit board 602, constituting multi-radio card 601, plugs into a card bus interface that electrically connects host 501 and radio 502-1, and can be physically removed from that interface as needed. It will be clear to those skilled in the art how to make and use printed circuit board 602 as part of multi-radio card 601.
The relationship and interaction between the elements depicted in
Channel access controller 701 can pass to radio 502-2 via signaling link 508-1 information representative of receiver 704-1 and transmitter 705-1, received through path 715. Channel access controller 701 can pass to receiver 704-1 and transmitter 705-1 via path 715 information representative of radio 502-2, received through signaling link 508-2. It will be clear to those skilled in the art how to make and use channel-access controller 701.
In accordance with the illustrative embodiment of the present invention, multi-radio host interface 702 provides the interface between host 501 and radio 502-1. Multi-radio host interface 702 accepts data blocks from host 501 via host data link 506. Multi-radio interface 702 then determines whether it should (1) transfer each data block to channel-access controller 701 via path 711, if the data block is meant for radio 502-1, or (2) relay the data block over to radio 502-2 via link collateral radio data link 507. Multi-radio host interface 702 accepts data blocks from channel-access controller 701 and transfers them to host 501. In other words, multi-radio host interface 702 provides multiple logical channel interfaces on a single physical channel interface to host 501. After reading this specification, it will be clear to those skilled in the art how to make and use multi-radio host interface 702.
Baseband controller 703 exchanges signals with channel-access control 701 via path 712. It also exchanges signals with receiver 704-1 and transmitter 705-1 via paths 713 and 714, respectively. In the receive direction, baseband controller 703 accepts the demodulated signal from receiver 704-1 and converts the signal into a format that can be used by channel-access controller 701. In the transmit direction, baseband controller 703 takes the signal from channel-access controller 701 and converts the signal into a format that is ready for modulation to the transmit frequency, the modulation being performed by transmitter 705-1. It will be clear to those skilled in the art how to make and use baseband controller 703.
In addition to exchanging signals with baseband controller 703, receiver 704-1 and transmitter 705-1 exchange signals with antenna switch 503 via paths 510-1-1 and 510-1-2, respectively. Transmitter 705-1 provides part of the functionality of the physical layer of communication—that is, modulation of the baseband signals, representing data blocks, received from baseband controller 703 to characteristics consistent with the particular air interface protocol supported by radio 502-1. Transmitter 705-1 can accomplish modulation through an intermediate frequency (IF) section, or stage, and a radio frequency section. It then amplifies the signal to be transmitted via a power amplifier section. Transmitter 705-1 transmits the modulated and amplified signal over the air through antenna switch 503 and antenna unit 504. Receiver 704-1 receives, amplifies, and demodulates signals from antenna switch 503 and antenna unit 504, providing the signals to baseband controller 703. Respectively, receiver 704-1 and transmitter 705-1 receives and transmits signals at a radio frequency communications band, such as, for example, the 2.4 GHz Industrial, Scientific, and Medical (ISM) band or the 5.0 GHz ISM band. It will be clear to those skilled in the art how to make and use receiver 704-1 and transmitter 705-1.
Radio 502-1 communicates with radio 502-2 via collateral radio data link 507, signaling link 508-1, and signaling link 508-2. Collateral radio data link 507 serves to exchange data blocks between host 501 and radio 502-2, in well-known fashion. In accordance with the illustrative embodiment of the present invention, signaling link 508-1 and signaling link 508-2 provide the signaling interface between radio 502-1 and radio 502-2, conveying transmitting/receiving status and specifying control. Signaling link 508-1 provides inter-MAC messaging from radio 502-1 to radio 502-2. Similarly, signaling link 508-2 provides inter-MAC messaging from radio 502-2 to radio 502-1.
Signaling links 508-1 and 508-2 comprise a communication and coordination protocol. Signaling links 508-1 and 508-2 also provide time synchronization functions between radio 502-1 and 502-2 for the purposes of determining time intervals corresponding to transmit opportunities for either air interface (i.e., the air interface served by radio 502-1 and the air interface served by radio 502-2). These characteristics are described below.
Signaling link 508-1 conveys a first set of signals from radio 502-1 to radio 502-2. In some embodiments, this first set of signals comprises a first transmitting indication signal, a first receiving indication signal, and a first idle indication signal. The transmit indication signal indicates when radio 502-1 is transmitting signals over the air. The receive indication signal indicates when radio 502-1 is receiving (or attempting to receive) signals from over the air. The idle indication signal indicates when radio 502-1 is neither in transmit mode nor in receive mode (but is still powered on). The idle indication signal, for example, can be used to indicate when radio 502-1 is in a power save mode, possibly an opportunity in time when radio 502-2 can control the shared frequency band. It will be clear to those skilled in the art how to determine which signal levels indicate what condition.
Signaling link 508-2 transfers a second set of signals from radio 502-2 to radio 502-1. In some embodiments, this second set of signals comprises a first transmit inhibit signal. The transmit inhibit signal specifies that radio 502-2 is commanding radio 502-1 to inhibit transmitter 705-1 of radio 502-1. In an illustrative scenario, radio 502-2 has time-critical information to transmit over the air and needs to “cut in” to radio 502-1's usage of the communications band. Use of the transmit inhibit signal in this scenario forces the radio frequency and intermediate frequency sections of transmitter 705-1 (within radio 502-1) out of transmit mode or turns off the power amplifier section or both, whatever ensures that no signal is transmitted by transmitter 705-1. It will be clear to those skilled in the art how to turn off the transmitter 705-1 of radio 502-1 so that no signal is radiated over the air. It will be clear to those skilled in the art how to determine which signal levels indicate which conditions.
In some other embodiments, radio 502-2 also uses signaling link 508-2 to send a polite request signal to radio 502-1 as part of the second set of signals. The polite request signal indicates to radio 502-1 that radio 502-2 has a data block to transmit, but does not necessarily have to send it at that moment. Correspondingly, radio 502-1 understands that it does not have to turn off its transmitter the moment it receives a polite request signal. The polite request signal can also be used to indicate level of urgency or importance of the data block requiring transmission, the time by which the data block has to be transmitted (i.e., latency tolerance), or other time-sensitive characteristics of the data blocks. The particular usage of the polite request signal depends on the relationship of the respective air interfaces of radios 502-1 and 502-2. It will be clear to those skilled in the art how to customize the usage of the polite request signal. It will be clear to those skilled in the art how to determine which signal levels indicate which conditions.
Radio 502-1 continually monitors the second set of signals sent on signaling link 508-2. Radio 502-1 uses the signals to make decisions as to when to transmit, when not to transmit, and when to communicate status or control or both back to radio 502-2 along signaling link 508-1.
In some embodiments, all signals sent across signaling links 508-1 and 508-2 apply bi-directionally—that is, each signal described thus far can also be sent in the direction opposite to what has been described. Signaling link 508-1 can also send, as the first set of signals, a second transmit inhibit signal and a polite request signal. Furthermore, signaling link 508-2 can also send, as the second set of signals, a second transmitting indication signal, a second receiving indication signal, and a second idle indication signal. This fully reciprocal sharing between radios 501-1 and 501-2 of status and control signals can be used, for example, in applications where master control of the radios—functionality essentially residing in radio 502-1 in the illustrative embodiments—has to be reassigned to a different radio (e.g., radio 502-2, etc.).
Each of host data links 802-1 and 802-2 is a peripheral bus providing signaling, messaging, and control between those devices connected to the bus. It will be clear to those skilled in the art how to make and use the bus constituting each of host data links 802-1 and 802-2. In the illustrative embodiment, host 501 is one such device connected to the bus, radio 502-1 is another device regarding host data link 802-1, and radio 502-2 is yet another device regarding host data link 802-2. Each of radios 502-1 and 502-2 can interface with its bus mechanically, as well as electrically, through a removable circuit card designed for such an application. Examples of standardized busses include PCI, MiniPCI, and CardBus, all well known in the art. It will be clear to those skilled in the art how to make and use an interface that constitutes host data link 802-1 and an interface that constitutes host data link 802-2.
Host interface 801-1 provides the interface between host 501 and radio 502-1, in well-known fashion. Host interface 801-1 accepts data blocks from host 501 via host data link 802-1. Host interface 801-1 is also connected to channel-access controller 701 (described earlier) in radio 705-1 via a path equivalent to path 711 and accepts data blocks from channel-access controller 701, transferring them to host 501. Note that host interface 801-1 is identical to multi-radio host interface 702, except that host interface 801-1 does not have to sort out data blocks for or from radio 502-2. It will be clear to those skilled in the art how to make and use host interface 801-1.
Host interface 801-2 provides the interface between host 501 and radio 502-2, in well-known fashion. Host interface 801-2 accepts data blocks from host 501 via host data link 802-2. Host interface 801-2 is also connected to channel-access controller 701 (described earlier) in radio 705-2 via a path equivalent to path 711 and accepts data blocks from channel-access controller 701, transferring them to host 501. It will be clear to those skilled in the art how to make and use host interface 801-2.
The first frame intended for transmission is frame 911, provided to transmitter 705-1. Since transmitter 705-1 is active, transmitted frame 921 (corresponding to frame 911) is equivalent to frame 911 (i.e., all of frame 911 reaches antenna unit 504), except for the fact that frame 911 is an unmodulated signal while frame 921 is modulated.
The next transmission in the sequence is acknowledgement frame 931 of signal stream 903, which is received, in well-known fashion, by receiver 704-1 from the station to which frame 921 was directed.
The next frame intended for transmission in the sequence is frame 912, provided to transmitter 705-1. As shown in
For the purposes of discussion of the illustrative embodiments of the present invention, it is assumed that setting a signal high indicates that control is being exercised and that resetting a signal low indicates that control is no longer being exercised by the particular signal line. It will be clear to those skilled in the art how to indicate control in a way that is suitable to the particular design.
The transmit inhibit signal indicated to radio 502-1 and, more particularly, to transmitter 705-1, ultimately controls the signal radiated by radio 502-1. In order to suppress radiation of a signal, it might be necessary to turn off or turn low the power amplifier and the RF/IF sections of transmitter 705-1, as described earlier. It will be clear to those skilled in the art how to suppress output from transmitter 705-1.
Setting the transmit inhibit signal prevents the remainder of frame 912 from reaching antenna unit 504, as shown by frame 922. When transmitter 705-2 completes lower latency-tolerant packet 951, the transmit inhibit signal resets low, thereby allowing input to transmitter 705-1 to once again reach antenna unit 504. The transmit inhibit signal, in combination with any intermediate logic gates required to format the control signal actually provided to transmitter 705-1, acts as a preemption signal that effectively suppresses output from transmitter 705-1 during transmitter 705-2's transmissions, thereby avoiding interference.
Meanwhile, transmitter 705-1, unaware that frame 912 did not fully reach antenna unit 504, waits for an acknowledgement in accordance with automatic repeat request (ARQ) error correction, as is well understood in the art. Since frame 912 was effectively interrupted, transmitter 705-1 does not receive such an acknowledgement, and, after a timeout in accordance with the protocol, retries frame 912 (in the form of frame 913.) As illustrated in
It will be clear to those skilled in the art that ARQ error correction will also automatically compensate for sufficiently-short transmissions from transmitter 705-2 of radio 502-2 that overlap receiver 704-1's receiving of data. In addition, it will be clear to those skilled in the art how to make and use alternative embodiments of the present invention for protocols that use other methods of error correction (e.g., forward error correction, etc.) In the case of forward error correction, for example, the interruption of a transmission is not fatal as long as the interruption is kept short enough so that the number of suppressed bits is below the particular error correction threshold.
So far throughout the exemplary sequence depicted in
When radio 502-1 exits power-save mode (i.e., “wakes up”), it executes a “warm-up sequence” before transmitting any frames, as is well known in the art. If radio 502-1 happens to wake up while transmitter 705-2 is still transmitting, radio 502-2, which detects that radio 502-1 has awakened, terminates transmitter 705-2's transmissions. As will be clear to those skilled in the art, the warm-up sequence of radio 502-1, operating in the example in accordance with the Bluetooth protocol, gives transmitter 705-2 plenty of time to gracefully terminate any in-progress transmissions. Any “left-over” information that transmitter 705-2 was unable to transmit before radio 502-1 awoke is queued for the next time that radio 502-1 enters power-save mode; this postponement is not problematic since, by definition, the information has a higher latency tolerance. If, instead, this information had a lower latency tolerance, transmitter 705-2 would have previously preempted transmitter 705-1, as described above.
Channel-access controller 1001 provides the medium access control functionality for communicating in accordance with a first air interface (e.g., 802.11, Bluetooth, etc.). In this regard, it provides the same functionality as channel-access controller 701. It accepts host data from multi-radio host interface 1002 via path 1005. It provides data from host 501 to baseband controller 703 via path 712 for preparation for transmission. Channel-access controller 1001 also provides data received over the air from baseband controller 703 via path 712 to host 501 through path 1005 and multi-radio host interface 1002. Channel-access controller 1001 can track whether it has control or radio 502-2 has control of the communications band at any given moment. Consequently, channel-access controller 1001 can control antenna switching at antenna switch 503 via path 511-1. Alternatively, channel-access controller 1001 can operate uninformed of the status of radio 502-2.
Channel access controller 1001 can pass to radio 502-2 via signaling link 508-1 information representative of receiver 704-1 and transmitter 705-1, received through path 1006. Channel access controller 1001 can pass to receiver 704-1 and transmitter 705-1 via path 1006 information representative of radio 502-2, received through signaling link 508-2. It will be clear to those skilled in the art how to make and use channel-access controller 1001.
In accordance with the illustrative embodiment of the present invention, multi-radio host interface 1002 provides the interface between host 501 and radio 502-1. Multi-radio host interface 1002 accepts data blocks from host 501 via host data link 506. Multi-radio host interface 1002 then determines whether it should (1) transfer each data block to channel-access controller 1001 via path 1005, if the data block is meant for radio 502-1, or (2) relay the data block over to radio 502-2 via link collateral radio data link 507. Multi-radio host interface 1002 accepts data blocks from channel-access controller 1001 and transfers them to host 501. In other words, multi-radio host interface 1002 provides multiple logical channel interfaces on a single physical channel interface to host 501. After reading this specification, it will be clear to those skilled in the art how to make and use multi-radio host interface 1002.
Multi-radio host interface 1002 terminates one end of collateral radio data link 507, as well as signaling links 508-1 and 508-2. Collateral radio data link 507 and signaling links 508-1 and 508-2 can be different interfaces to radio 502-2 physically, or they can be the same interface. It will be clear to those skilled in the art how to combine collateral radio data link 507 and signaling links 508-1 and 508-2 into one interface. Each of the interfaces with radio 502-2 can be a serial interface or a parallel interface. It will be clear to those skilled in the art how to make and use a serial or parallel interface. If one or more of collateral radio data link 507 and signaling links 508-1 and 508-2 are serial, the serial interface characteristics can comprise SERDES, IEEE1394 style data/strobe encoding, or RFF(2,5) coding, in well-known fashion.
The signaling information that is exchanged between radio 502-1 and 502-2 can be represented in any of a variety of formats. Signals from radio 502-1 can be communicated to radio 502-2 along signaling link 508-1 via a single high or low electrical signal, one signal value per state, in well-known fashion. For example, when radio 502-1 wants to indicate that it is transmitting, it can set the transmitting indication signal line to “high” and maintain that signal value for as long as radio 502-1 is in the transmitting state. When radio 502-1 stops transmitting, it can reset the transmitting indication signal line to “low”, and maintain that signal value for as long as radio 502-1 is not transmitting. Similarly, signals from radio 502-2 can be communicated to radio 502-1 along signaling link 508-2 via a single high or low electrical signal, one signal value per state, in well-known fashion.
Alternatively, signals can be communicated between radio 502-1 and radio 502-2 via a packet format (i.e., a format using blocks of data to represent information), as opposed to using individual electrical signal levels to directly represent information. For example, when radio 502-1 wants to indicate that it is transmitting, it can prepare and transfer a packet message to radio 502-2 indicating “transmitting” when the state change from “not transmitting” to “transmitting” occurs. When radio 502-1 stops transmitting, it can prepare and transfer a packet message to radio 502-2 indicating “not transmitting” when the state change from “transmitting” to “not transmitting” occurs. The packet message also specifies the type of message being sent, such as control (e.g., transmit inhibit, etc.), status (e.g., idle indication, etc.), or host interface-related (e.g., data message for radio 502-2 from host 501, etc.). The packet format can be transferred in full-duplex, bidirectional fashion between radios 502-1 and 502-2. It will be clear to those skilled in the art how to make and use a packet format to convey signals and to do so in full-duplex, bidirectional fashion.
It is to be understood that the above-described embodiments are merely illustrative of the present invention and that many variations of the above-described embodiments can be devised by those skilled in the art without departing from the scope of the invention. It is therefore intended that such variations be included within the scope of the following claims and their equivalents.
Patent | Priority | Assignee | Title |
8364157, | Feb 25 2010 | MEDIATEK INC. | Methods for coordinating radio activities of different radio access technologies and apparatuses utilizing the same |
8867450, | Apr 30 2009 | LG Electronics Inc. | Method and apparatus for supporting co-located coexistence mode |
Patent | Priority | Assignee | Title |
5867295, | Jan 17 1995 | Massachusetts Institute of Technology | Sub-octave bandpass optical remote antenna link modulator and method therefor |
6225865, | Mar 07 1996 | THOMSON LICENSING S A | Signal switching arrangement |
6246886, | Dec 21 1998 | BELL ATLANTIC MOBILE SYSTEMS LLC | System and methods for controlling access to digital wireless network in a dual mode wireless system |
6560443, | May 28 1999 | Nokia Technologies Oy | Antenna sharing switching circuitry for multi-transceiver mobile terminal and method therefor |
6704346, | Mar 16 2000 | Sharp Laboratories of America, Inc. | Method and apparatus to provide improved microwave interference robustness in RF communications devices |
6842607, | Sep 09 2002 | LONGHORN AUTOMOTIVE GROUP LLC | Coordination of competing protocols |
6895255, | Oct 20 2000 | Symbol Technologies, LLC | Dual mode wireless data communications |
7085535, | Mar 29 2001 | Kioxia Corporation | Radio communication device for avoiding frequency collision among different radio control schemes |
20010010689, | |||
20020003792, | |||
20020018458, | |||
20020051200, | |||
20020055984, | |||
20020142779, | |||
20020150147, | |||
20020197984, | |||
20040008756, | |||
20040204037, | |||
20050176122, | |||
20050192048, | |||
20050215284, | |||
20060030265, | |||
20070018895, | |||
20090258607, | |||
WO180030, | |||
WO184789, | |||
WO211019, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Oct 16 2008 | CONEXANT, INC | XOCYST TRANSFER AG L L C | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 025898 | /0562 | |
May 11 2010 | Xocyst Transfer AG L.L.C. | (assignment on the face of the patent) | / | |||
Jul 18 2011 | XOCYST TRANSFER AG L L C | Intellectual Ventures I LLC | MERGER SEE DOCUMENT FOR DETAILS | 026637 | /0603 | |
Oct 05 2023 | INTELLECTUAL VENTURES ASSETS 195 LLC | AI-CORE TECHNOLOGIES, LLC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 065207 | /0371 | |
Oct 06 2023 | AI-CORE TECHNOLOGIES, LLC | LONGHORN AUTOMOTIVE GROUP LLC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 066911 | /0261 |
Date | Maintenance Fee Events |
Oct 24 2011 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Oct 27 2015 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Oct 22 2019 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
Sep 20 2014 | 4 years fee payment window open |
Mar 20 2015 | 6 months grace period start (w surcharge) |
Sep 20 2015 | patent expiry (for year 4) |
Sep 20 2017 | 2 years to revive unintentionally abandoned end. (for year 4) |
Sep 20 2018 | 8 years fee payment window open |
Mar 20 2019 | 6 months grace period start (w surcharge) |
Sep 20 2019 | patent expiry (for year 8) |
Sep 20 2021 | 2 years to revive unintentionally abandoned end. (for year 8) |
Sep 20 2022 | 12 years fee payment window open |
Mar 20 2023 | 6 months grace period start (w surcharge) |
Sep 20 2023 | patent expiry (for year 12) |
Sep 20 2025 | 2 years to revive unintentionally abandoned end. (for year 12) |