The inventions generally relate to hopped ultrawideband (HUWB) wireless.
Ultrawideband (UWB) is an emerging wireless personal area network (WPAN) technology offering high speed data transmission over a short range. The current UWB standard (WiMedia 1.X or Ecma-368) offers speeds from 53.3 Mbps to 480 Mbps. However, it has become apparent to the inventors that some prospective users of UWB technology would actually prefer speeds below 53.3 Mbps for small battery-powered devices, particularly if those speeds could be provided at a lower cost and with substantially lower power consumption.
Bluetooth™ wireless technology already offers lower speeds at a lower power, but the current top speed of Bluetooth is 3 Mbps. Therefore, a need has arisen for UWB-based data speed between 3 Mbps and 53.3 Mbps that dramatically reduces power consumption and silicon cost relative to WiMedia (Ecma-368) solutions and maintains a close compatibility with WiMedia solutions.
The inventions will be understood more fully from the detailed description given below and from the accompanying drawings of some embodiments of the inventions which, however, should not be taken to limit the inventions to the specific embodiments described, but are for explanation and understanding only.
Some embodiments of the inventions relate to hopped ultrawideband (HUWB) wireless.
In some embodiments a transceiver includes a quadrature phase-shift keying (QPSK) modulator and/or demodulator to transmit and/or receive a frequency-hopping ultrawideband (HUWB) radio signal.
In some embodiments modulating and/or demodulating uses quadrature phase-shift keying (QPSK) to transmit and/or receive a frequency-hopping ultrawideband (HUWB) radio signal.
In some embodiments, transceiver 200 is a Hopped Ultrawideband (HUWB) transceiver. HUWB is a frequency-hopping, single carrier radio using QPSK or DQPSK modulation. In some embodiments, the hopping frequencies are deliberately chosen so that the HUWB “steals” one carrier per OFDM symbol from the specified set of sub-carriers in the Ecma-368 standard, for example. In some embodiments, the duration and timing of each hopped carrier is chosen to match exactly the 242.42 ns duration of the WiMedia symbol. The resulting signal causes minimal degradation to any existing WiMedia transmissions because the spectral nulls in the hopped-carrier signal appear at the center frequencies of all the WiMedia sub-carriers.
An HUWB transceiver such as transceiver 200 offers a dramatic power reduction over WiMedia 1.X because no FFT and/or IFFT engine is required and the transceiver may use a low speed (for example, one bit or two bit) ADC 214 and/or DAC 224 as opposed to the power hungry high-speed six bit ADC 114 and/or DAC 124 commonly used for WiMedia 1.X.
In some embodiments, differential coherent detection of QPSK modulation is implemented. This further simplifies the transceiver 200 by avoiding the need for complex channel equalization.
In some embodiments, more than one carrier is “stolen” per symbol and/or higher-order modulation of each carrier is implemented. This offers higher data speeds (but at a reduced range or higher power and cost).
In some embodiments, a Viterbi decoder such as that commonly used in a WiMedia implementation is made to be an optional item, which further reduces power and cost.
In some embodiments, channel equalization is implemented which allows for coherent detection and slightly higher margins against noise.
In some embodiments, a low-power frequency-hopping UWB radio is implemented that is coexistent and/or compatible with WiMedia 1.X and/or Ecma-368 OFDM technology. However, in some embodiments, a frequency hopper is used that is compatible with any OFDM-based technology, including but not limited to, for example, IEEE 802.11 wireless series, Digital Subscriber Line, Power Line, etc.
In some embodiments, UWB-based data speeds are provided between 3 and 53.3 Mbps, and power consumption and silicon cost relative to WiMedia (Ecma-368) solutions are dramatically reduced while maintaining close compatibility with WiMedia solutions. Power is reduced for data speeds below 53.3 Mbps while maintaining the close compatibility and using a full-speed design.
In some embodiments a HUWB transceiver design using a hopped single carrier (for example, using transceiver 200 illustrated in
In some embodiments, the single carrier is differential QPSK-modulated (DQPSK-modulated), resulting in two bits per symbol. Since the symbol rate is 3.2 Mbps, for example, in some embodiments the uncoded data speed is 6.4 Mbps. In some embodiments, a higher-order modulation may be implemented. For example, in some embodiments 8DPSK-modulation is used, resulting in a data speed of 9.6 Mbps. In some embodiments, more than one hopped carrier is used at a time, allowing data rates that are integer multiples of the above speeds, for example. In some embodiments, however, additional carriers require higher power consumption since additional mixers and/or filters may be required. Therefore, more than a small integer number of carriers may not be advantageous since the total power savings may vanish, making the original MB-ODFM design the more desirable option at some point.
In some embodiments, acquisition, timing, and clock frequency offset correction is handled in a similar manner as in WiMedia OFDM transceivers, allowing re-use of silicon design and coherent detection of the hopped carrier signals. In some embodiments, simpler acquisition circuits may be used and no clock correction circuitry is necessary if DQPSK is used. In some embodiments, pseudo-random hopping of the carrier frequencies is used. This minimizes the chance for collisions when multiple HUWB transceivers are operating in close proximity.
In some embodiments, HUWB transceivers and WiMedia UWB transceivers are able to communicate with one another even though WiMedia UWB transceivers use OFDM and HUWB transceivers do not. In some embodiments, in order to maintain synchronization, both HUWB transceivers and WiMedia UWB transceivers use the same “PLCP” preamble sequence in the Ecma-368 standard.
In HUWB implementations according to some embodiments, the packet/frame synchronization sequence is of the same form as used in WiMedia UWB, but the code set is extended to include codes for HUWB. In some embodiments, HUWB obtains its timing information in a manner identical to WiMedia UWB. This timing information, plus the phase correction information present in the pilot tones (for example, as illustrated in
In WiMedia UWB, the channel estimation sequence contains a complex stored waveform used to train the OFDM transceiver. In HUWB according to some embodiments, this training is not necessary since the HUWB transceiver uses differential modulation (for example, DQPSK). In some embodiments, the six 312.5 ns segments of the channel estimation sequence are instead used to convey information normally found in the “Beacon Periods” in the WiMedia MAC, for example, and also are used to communicate hop sequence information. In this manner, HUWB can optionally be a member of a “Beacon Group” as described in the WiMedia MAC standard.
In some embodiments, by eliminating the need for FFT and/or IFFT engines required in OFDM implementations, and/or by employing one bit or two bit ADC and/or DAC subsystems in a transceiver, and/or by optionally eliminating a Viterbi decoder from the transceiver, HUWB offers 3 Mbps to 24 Mbps data transfer at far lower power than a full WiMedia OFDM implementation.
In some embodiments, by matching HUWB hopping frequencies to those of WiMedia OFDM subcarriers, and by using the same symbol durations as WiMedia OFDM symbols, HUWB offers minimal interference to WiMedia 1.X radios, since each hopped-frequency carrier is nominally orthogonal to all other WiMedia frequencies as well as other hopped carriers from HUWB radios.
In some embodiments, by transmitting only one single HUWB carrier instead of 100+ OFDM-based carriers, FCC regulations allow the average power on that single HUWB carrier to be as much as 20 dB higher than the individual carriers in OFDM. As a result, substantially longer range transmission is possible. It is noted, however, that peak power limitations, as defined by the FCC, may not allow a full 20 dB increase in some instances.
In some embodiments, a WiMedia transceiver can deliver high speed data transfer and simultaneously receive data from a lower-speed HUWB radio. This allows low power HID (Human Interface Device) or other devices to interwork with higher-speed, higher-power WiMedia radios. This allows a reduction in the number of radios that must be supported in laptops, desktops, ultra-mobile PCs (UMPCs), digital home platforms, and/or other platforms, which are becoming increasingly crowded with multiple wireless technologies.
In some embodiments, a low bit rate and/or low cost transceiver includes a far lower power consumption than a full ODFM implementation, while still maintaining compatibility with the full-speed OFDM-based implementation.
Although some embodiments have been described herein as being implemented in a certain manner, according to some embodiments these particular implementations may not be required.
Although some embodiments have been described in reference to particular implementations, other implementations are possible according to some embodiments. Additionally, the arrangement and/or order of circuit elements or other features illustrated in the drawings and/or described herein need not be arranged in the particular way illustrated and described. Many other arrangements are possible according to some embodiments.
In each system shown in a figure, the elements in some cases may each have a same reference number or a different reference number to suggest that the elements represented could be different and/or similar. However, an element may be flexible enough to have different implementations and work with some or all of the systems shown or described herein. The various elements shown in the figures may be the same or different. Which one is referred to as a first element and which is called a second element is arbitrary.
In the description and claims, the terms “coupled” and “connected,” along with their derivatives, may be used. It should be understood that these terms are not intended as synonyms for each other. Rather, in particular embodiments, “connected” may be used to indicate that two or more elements are in direct physical or electrical contact with each other. “Coupled” may mean that two or more elements are in direct physical or electrical contact. However, “coupled” may also mean that two or more elements are not in direct contact with each other, but yet still co-operate or interact with each other.
An algorithm is here, and generally, considered to be a self-consistent sequence of acts or operations leading to a desired result. These include physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers or the like. It should be understood, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities.
Some embodiments may be implemented in one or a combination of hardware, firmware, and software. Some embodiments may also be implemented as instructions stored on a machine-readable medium, which may be read and executed by a computing platform to perform the operations described herein. A machine-readable medium may include any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer). For example, a machine-readable medium may include read only memory (ROM); random access memory (RAM); magnetic disk storage media; optical storage media; flash memory devices; electrical, optical, acoustical or other form of propagated signals (e.g., carrier waves, infrared signals, digital signals, the interfaces that transmit and/or receive signals, etc.), and others.
An embodiment is an implementation or example of the inventions. Reference in the specification to “an embodiment,” “one embodiment,” “some embodiments,” or “other embodiments” means that a particular feature, structure, or characteristic described in connection with the embodiments is included in at least some embodiments, but not necessarily all embodiments, of the inventions. The various appearances “an embodiment,” “one embodiment,” or “some embodiments” are not necessarily all referring to the same embodiments.
Not all components, features, structures, characteristics, etc. described and illustrated herein need be included in a particular embodiment or embodiments. If the specification states a component, feature, structure, or characteristic “may”, “might”, “can” or “could” be included, for example, that particular component, feature, structure, or characteristic is not required to be included. If the specification or claim refers to “a” or “an” element, that does not mean there is only one of the element. If the specification or claims refer to “an additional” element, that does not preclude there being more than one of the additional element.
Although flow diagrams and/or state diagrams may have been used herein to describe embodiments, the inventions are not limited to those diagrams or to corresponding descriptions herein. For example, flow need not move through each illustrated box or state or in exactly the same order as illustrated and described herein.
The inventions are not restricted to the particular details listed herein. Indeed, those skilled in the art having the benefit of this disclosure will appreciate that many other variations from the foregoing description and drawings may be made within the scope of the present inventions. Accordingly, it is the following claims including any amendments thereto that define the scope of the inventions.