|Publication number||US8121107 B2|
|Application number||US 12/088,453|
|Publication date||Feb 21, 2012|
|Filing date||Sep 4, 2006|
|Priority date||Sep 30, 2005|
|Also published as||EP1929717A1, EP1929717B1, US20080253352, WO2007036686A1, WO2007036686B1|
|Publication number||088453, 12088453, PCT/2006/3260, PCT/GB/2006/003260, PCT/GB/2006/03260, PCT/GB/6/003260, PCT/GB/6/03260, PCT/GB2006/003260, PCT/GB2006/03260, PCT/GB2006003260, PCT/GB200603260, PCT/GB6/003260, PCT/GB6/03260, PCT/GB6003260, PCT/GB603260, US 8121107 B2, US 8121107B2, US-B2-8121107, US8121107 B2, US8121107B2|
|Inventors||Alexander Thoukydides, Steven Mark Singer|
|Original Assignee||Cambridge Silicon Radio Limited|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (9), Non-Patent Citations (4), Referenced by (3), Classifications (14), Legal Events (3)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This invention relates to communication in environments where interference from signals relating to one communication protocol can hinder the reception of signals relating to another communication protocol.
One example of such an environment is when transceivers for two protocols that occupy the 2.4 GHz ISM (industrial, scientific, and medical) band are located close to each other or even in the same device: for instance a handheld communication device. As an example, a transceiver for IEEE 802.11b/g wireless LAN (local area network) signals could be located near to or in the same device as a transceiver for Bluetooth signals. IEEE 802.11b/g and Bluetooth share the 2.4 GHz band, resulting in mutual interference between the two protocols. Because of this mutual interference it is desirable to adopt a coexistence scheme that enhances the ability of a receiver for one of those protocols to operate in the presence of interference from signals of the other protocol.
Existing coexistence schemes, such as Bluetooth AFH (adaptive frequency hopping) and IEEE 802.15.2 PTA (packet traffic arbitration) are inadequate to support high duty-cycle operation of both IEEE 802.11 and Bluetooth when transceivers for each protocol are located close to each other. This is because it is not possible for an IEEE 802.11b/g receiver to successfully receive packets at the same time that a closely co-located Bluetooth transmitter is transmitting (even if AFH is used to avoid operation on the same frequency). Since there is also no control over when a peer IEEE 802.11 device will attempt to transmit data, IEEE 802.11 data will be lost if it happens to arrive when the Bluetooth transmitter is transmitting. The resulting packet failures trigger IEEE 802.11's exponential back-off behaviour resulting in exceedingly poor throughput and high latency.
This behaviour is particularly problematic for applications that are sensitive to latency problems, such as VoIP (voice over internet protocol). One example of a particularly problematic situation is when a mobile voice handset is receiving voice data via VoIP from an IEEE 802.11 access point (AP) and relaying the voice data to a headset by a synchronous Bluetooth link. This situation is illustrated in
There is therefore a need for a mechanism to improve coexistence between systems such as IEEE 802.11 and Bluetooth.
According to the present invention there is provided a radio transceiver comprising: a signal receiver for receiving signals in the form of bursts according to a first protocol; a transmitter for transmitting signals in the form of bursts according to a second protocol, the first and second protocols being such that signals of the first and second protocols are mutually interfering; a transmission scheduler for predicting, based on the timings of signal bursts of the first protocol received by the receiver, the timings of future bursts of the first protocol and arranged to influence the transmitter to transmit bursts according to the second protocol so as to avoid the signal bursts of the first protocol as predicted.
The transmission scheduler could comprise a burst timing estimator for estimating the timings of future bursts of the first protocol and forming a timing signal indicative of the predicted timing of a future burst according to the first protocol, and a transmission controller arranged to operate in dependence on the timing signal to influence the transmitter to transmit bursts according to the second protocol to avoid the predicted signal bursts of the first protocol.
The burst timing estimator may comprise a phase-locked loop arranged to estimate the differences between the timings of bursts of the first protocol as previously estimated by the burst timing estimator and the actual timings of bursts of the first protocol.
The burst timing estimator may be arranged to alter its estimation of the timings of future bursts of the first protocol in dependence on the said estimated differences.
One of the first and second protocols could be a wireless local area network protocol. One of the first and second protocols could be Bluetooth. One of the first and second protocols is the Bluetooth SCO or eSCO protocol.
The first and second protocols may carry delay-critical data. The first and second protocols may carry voice data.
The transmitter is preferably arranged to relay traffic data received by the first protocol by transmitting it according to the second protocol.
The bursts are preferably packets.
The transmitter and the receiver may have antennas and the antennas may be located such that signals of the second protocol transmitted by the antenna are capable of interfering with signals of the first protocol so as to prevent signals of the first protocol from being successfully received at the receiver.
The first and second protocols are preferably different.
According to a second aspect of the present invention there is provided a method for operating a radio transceiver comprising a signal receiver for receiving signals in the form of bursts according to a first protocol and a transmitter for transmitting signals in the form of bursts according to a second protocol, the first and second protocols being such that signals of the first and second protocols are mutually interfering; the method comprising predicting, based on the timings of signal bursts of the first protocol received by the receiver, the timings of future bursts of the first protocol; and influencing the transmitter to transmit bursts according to the second protocol so as to avoid the signal bursts of the first protocol as predicted.
The present invention will now be described by way of example with reference to the accompanying drawings.
In the drawings:
The system comprises a transmitter 1 and a receiver 2 for signals according to a first radio protocol, and a transmitter 3 and a receiver 4 for signals according to a second radio protocol. The receiver 2 and the transmitter 3 are co-located in a device 5. The first radio protocol is one in which transmission of signals occurs in bursts (e.g. packets) and some periodicity can be expected in the timing of those bursts. The second radio protocol is one in which the timings of transmission of signals by the transmitter 3 can be influenced and varied during operation. One example of such a situation is where the first radio protocol is VoIP via IEEE 802.11 and the second protocol is Bluetooth.
The receiver 2 comprises a timing detection unit 6. The timing detection unit detects the timing of signals of the first protocol received by the receiver 2. The timing detection unit is connected to a timing control unit 7 of the transmitter 3. The timing control unit controls the timing of signals transmitted by the transmitter 3 in dependence on signals received from the timing detection unit with the aim of causing signals to be transmitted by the transmitter 3 when signals of the first protocol are not expected to be received. It does this using knowledge of when signals of the first protocol have been received (derived from the timing detection unit) and knowledge of the expected period between those signals. The knowledge of the expected period may be pre-programmed into the timing control unit or may be derived by it from the timings of previously received signals detected by the timing detection unit. Once the expected timing of one or more future received signals of the first protocol is determined, the signals of the second protocol are scheduled to be transmitted at times that avoid the times when signals of the first protocol are expected to be received. There is a data path 8 whereby traffic data extracted by the receiver 2 from the signals it has received can be passed to the transmitter 3 for onward transmission. Although the data path 8 would be expected to be present in many embodiments, it is not essential. Examples of applications that do not require it are multi-player gameplay via IEEE 802.11 and local game sound effects using Bluetooth.
The receipt of a VoIP packet by the IEEE 802.11 transceiver is detected by that transceiver, conveniently by a demultiplexing layer of the transceiver after the packet has been correctly received and identified, although it could in principle be generated by any layer of the protocol stack. In the example of
The PLL 14 can then be used to predict the timing of the next VoIP packet, or more accurately the expected probability distribution of it occurring at different times. Information on the predicted timing of received VoIP packets is then passed to the Bluetooth host controller (conveniently to the baseband resource manager 16). This adjusts the scheduling of eSCO (extended SCO) transmissions to avoid the expected time of the VoIP packet.
Many ways are available for the PLL 14 to predict the packet timing. Some options include the following:
The adjustment of the scheduling of the transmitted data may be done in a variety of ways. One preferred method is for the transmitter to avoid transmitting data during a time when the estimated probability of interfering signals being present exceeds a certain value, unless it is necessary to override that criterion due to other demands on the transmitter. The unit that determines the expected timing of the next interfering signal may provide to the transmission scheduler an indication of the time when the next interfering signal is expected. The transmission scheduler may then attempt to maximise the time difference between that time and the time when it causes data to be transmitted.
In operation, the worst case network usage for VoIP via IEEE 802.11 would be 0.7 ms to receive a 200 octet packet at 11 Mbit/s every 20 ms for G.711 compression. This could be expected to clash with up to three Bluetooth slots. However, timing jitter (e.g. caused by other network traffic) would result in a greater number of slots having the possibility of a collision. If the Bluetooth voice link is using 3-EV3 packets then a standard (64 kbit/s) voice link requires a single slot pair every 18 Bluetooth slots (11.25 ms). This allows a choice of up to nine slot pairs for the scheduling of each eSCO exchange, giving plenty of flexibility to minimise the risk of using slots that collide with the VoIP packet being received by the co-located IEEE 802.11 radio.
The technique described above does not rely on any advanced IEEE 802.11 features that may not always be available, thereby allowing wide compatibility with existing IEEE 802.11 access points. Additionally, it only requires very simple functionality to generate the synchronisation signal to the PLL, enabling it to be used with most, if not all, IEEE 802.11 implementations. Similarly, only standard Bluetooth functionality is used, with a simple extension to the scheduling algorithms. This allows interoperability to be maintained with other Bluetooth devices, and could typically be implemented in software.
The method can be used with protocols other than IEEE 802.11 and Bluetooth, and within Bluetooth it is not limited to use with eSCO signals. This invention is beneficial when used with any two communications technologies that suffer from mutual interference when operated simultaneously, and where the activity of one system is essentially periodic and the second system has some flexibility in the scheduling of its activity. It could also be used with a single communications technology that may maintain multiple active communications links but can only operate on one at a time, e.g. a Bluetooth device that is operating in a scatternet.
The expected timing of the received signals could be expressed and processed in a number of ways. First, the means that estimates the expected timing could estimate the time at which signals are most likely to be received (or the time interval until then), and pass that data to a unit that determines when to schedule transmissions. That unit could then attempt to schedule transmissions as far as possible from that time whilst complying with any need to send the transmissions in a timely manner. Alternatively, the unit that determines when to schedule transmissions could have access to information indicating the estimated probability that transmissions will occur at times around the expected time. That information could be stored or estimated based on the timings of previously received signals, either by that unit or by the means that estimates the expected timing (in which case it could be transmitted to the unit that determines when to schedule transmissions). The unit that determines when to schedule transmissions could then schedule transmissions to take place at times having as low an estimated probability as possible of coinciding with received signals, whilst complying with any need to send the transmissions in a timely manner. The means that estimates the expected timing and the unit or means that determines when to schedule transmissions could be in the same component of the system.
Means other than a PLL can be used to derive the timing prediction data. For instance, a DSP (digital signal processor) could be used to analyse the received packet timings and generate the prediction data.
The applicant hereby discloses in isolation each individual feature described herein and any combination of two or more such features, to the extent that such features or combinations are capable of being carried out based on the present specification as a whole in the light of the common general knowledge of a person skilled in the art, irrespective of whether such features or combinations of features solve any problems disclosed herein, and without limitation to the scope of the claims. The applicant indicates that aspects of the present invention may consist of any such individual feature or combination of features. In view of the foregoing description it will be evident to a person skilled in the art that various modifications may be made within the scope of the invention.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US6920171 *||Dec 14, 2000||Jul 19, 2005||Motorola, Inc.||Multiple access frequency hopping network with interference anticipation|
|US7035275 *||Dec 20, 2001||Apr 25, 2006||Texas Instruments Incorporated||Non-collaborative mechanisms for enhanced coexistence of wireless networks|
|US7146636 *||Oct 22, 2001||Dec 5, 2006||Bluesocket, Inc.||Method and system for enabling centralized control of wireless local area networks|
|US7366471 *||Aug 31, 2000||Apr 29, 2008||Intel Corporation||Mitigating interference between wireless systems|
|US20040242159 *||May 28, 2003||Dec 2, 2004||Roberto Calderon||Interoperability and coexistence between two disparate communication systems|
|US20060292986 *||Jun 27, 2005||Dec 28, 2006||Yigal Bitran||Coexistent bluetooth and wireless local area networks in a multimode terminal and method thereof|
|US20070066222 *||Sep 16, 2005||Mar 22, 2007||Xiao-Jiao Tao||Methods, electronic devices, and computer program products for coordinating bluetooth and wireless local area network communication|
|US20080130676 *||Feb 13, 2007||Jun 5, 2008||Motorola, Inc.||Method and system for collision avoidance using sleep frames|
|WO2005020518A1||Aug 10, 2004||Mar 3, 2005||Telefonaktiebolaget Lm Ericsson (Publ)||Co-located radio operation|
|1||Chiasserini et al., "A Comparison Between Collaborative and Non-collaborative Coexistence Mechanisms for Interference Mitigation in ISM Bands," IEEE Vehicular Technology Conference, May 6, 2001, pp. 2187-2191, vol. 3, Conf. 53, IEEE, New York, NY.|
|2||Chiasserini et al., "Coexistence Mechanisms for Interference Mitigation Between IEEE 802.11 WLANs and Bluetooth," Proceedings IEEE Infocom 2002, Conference on Computer Communications, Jun. 23, 2002, pp. 590-598, vol. 1, Conf. 21, IEEE, New York, NY.|
|3||Kwok et al., "Design and Evaluation of Coexistence Mechanisms for Bluetooth and IEEE 802.11b Systems," PIMRC, Sep. 5, 2004, pp. 1767-1771, vol. 3, Hong Kong.|
|4||Shellhammer, "Collaborative Co-existence Mechanism: TDMA of Bluetooth and 802.11," IEEE 802.12-01/025r0, Jan. 2001.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US8964630||Oct 28, 2013||Feb 24, 2015||Mediatek Inc.||Methods for coordinating transmission and reception operations of radio modules in a communications apparatus and communication apparatuses utilizing the same|
|US9125222||Dec 30, 2014||Sep 1, 2015||Mediatek Inc.||Methods for coordinating transmission and reception operations of radio modules in a communications apparatus and communication apparatuses utilizing the same|
|US20130089080 *||Oct 6, 2011||Apr 11, 2013||Cambridge Silicon Radio Limited||Data merging for bluetooth devices|
|U.S. Classification||370/345, 370/343|
|International Classification||H04W80/00, H04W16/06, H04J3/00, H04L12/28, H04W16/14, H04W72/12, H04L12/56, H04J1/00, H04W88/06|
|Cooperative Classification||H04W88/06, H04W72/1215|
|Jun 9, 2008||AS||Assignment|
Owner name: CAMBRIDGE SILICON RADIO LIMITED, UNITED KINGDOM
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:THOUKYDIDES, ALEXANDER;SINGER, STEVEN MARK;REEL/FRAME:021067/0247;SIGNING DATES FROM 20080424 TO 20080428
Owner name: CAMBRIDGE SILICON RADIO LIMITED, UNITED KINGDOM
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:THOUKYDIDES, ALEXANDER;SINGER, STEVEN MARK;SIGNING DATESFROM 20080424 TO 20080428;REEL/FRAME:021067/0247
|Aug 20, 2015||FPAY||Fee payment|
Year of fee payment: 4
|Sep 22, 2015||AS||Assignment|
Owner name: QUALCOMM TECHNOLOGIES INTERNATIONAL, LTD., UNITED
Free format text: CHANGE OF NAME;ASSIGNOR:CAMBRIDGE SILICON RADIO LIMITED;REEL/FRAME:036663/0211
Effective date: 20150813