Systems and methods for detecting beam-formed orthogonal frequency division multiplexing (OFDM) packets

Abstract

Systems and methods described herein provide a method for detecting beamformed detecting beam-formed orthogonal frequency division multiplexing (OFDM) packets. The method includes receiving, at a receiver, a data signal including a data packet, and selecting a set of frequency domain tones associated with the data signal for channel estimation. The method further includes calculating a plurality of differential parameters between adjacent frequency domain tones from the set of frequency domain tones. The method further includes identifying a jump when a first differential parameter from the plurality of differential parameters exceeds a jump threshold. The method further includes obtaining an accumulative count of jumps for the set of frequency domain tones, and identifying the data packet is beamformed when the accumulative count exceeds a jump limit.

Claims

1. A method for detecting beam-formed orthogonal frequency division multiplexing (OFDM) packets to determine a data symbol processing procedure in response to a beam-formed packet, the method comprising: receiving, at a wireless receiver, a data signal including a data packet; selecting a set of frequency domain tones associated with the data signal for channel estimation; calculating a plurality of differential parameters between adjacent frequency domain tones from the set of frequency domain tones; identifying a jump when a first differential parameter from the plurality of differential parameters exceeds a jump threshold; obtaining an accumulative count of jumps for the set of frequency domain tones; identifying the data packet is beam-formed when the accumulative count exceeds a jump limit; and selecting a data symbol processing procedure to decode the data packet based on whether the data packet is beam-formed.

2. The method of claim 1, wherein the set of frequency domain tones are obtained via fast Fourier transform of the received data signal.

3. The method of claim 1, wherein the differential parameters are selected from a group of phase differences and magnitude differences.

4. The method of claim 1, wherein the jump threshold is selected from a group of a two-sided threshold and a one-sided threshold.

5. The method of claim 1, wherein the jump is a first jump associated with a first receiver chain, and the method further comprising: identifying a second jump associated with a second receiver chain; and identifying a true jump when both the first jump and the second jump are identified.

6. The method of claim 5, wherein the first jump is not added to the accumulative count when no jump is identified with the second receiver chain.

7. The method of claim 5, wherein the accumulative count includes a number of true jumps when there are more than one receiver chain.

8. The method of claim 5, further comprising: accumulating a number of true jumps across the set of frequency domain tones.

9. The method of claim 1, wherein the jump threshold or the jump limit is configured to depend on a power of the received data signal.

10. A system for detecting beam-formed orthogonal frequency division multiplexing (OFDM) packets to determine a data symbol processing procedure in response to a beam-formed packet, the system comprising: a wireless receiver configured to receive a data signal including a data packet; a channel estimation module configured to select a set of frequency domain tones associated with the data signal; and a jump counting module configured to: calculate a plurality of differential parameters between adjacent frequency domain tones from the set of frequency domain tones, identify a jump when a first differential parameter from the plurality of differential parameters exceeds a jump threshold, obtain an accumulative count of jumps for the set of frequency domain tones, and identify the data packet is beam-formed when the accumulative count exceeds a jump limit; and a data symbol processing module to select a data symbol processing procedure to decode the data packet based on whether the data packet is beam-formed.

11. The system of claim 10, wherein the set of frequency domain tones are obtained via fast Fourier transform of the received data signal.

12. The system of claim 10, wherein the differential parameters are selected from a group of phase differences and magnitude differences.

13. The system of claim 10, wherein the jump threshold is selected from a group of a two-sided threshold and a one-sided threshold.

14. The system of claim 10, wherein the jump is a first jump associated with a first receiver chain, and the jump counting module is further configured to: identify a second jump associated with a second receiver chain, and identify a true jump when both the first jump and the second jump are identified.

15. The system of claim 14, wherein the first jump is not added to the accumulative count when no jump is identified with the second receiver chain.

16. The system of claim 14, wherein the accumulative count includes a number of true jumps when there are more than one receiver chain.

17. The system of claim 14, wherein the jump counting module is further configured to: accumulate a number of true jumps across the set of frequency domain tones.

18. The system of claim 10, wherein the jump threshold or the jump limit is configured to depend on a power of the received data signal.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) Further features of the disclosure, its nature and various advantages will become apparent upon consideration of the following detailed description, taken in conjunction with the accompanying drawings, in which like reference characters refer to like parts throughout, and in which:

(2) FIG. 1 provides an exemplary block diagram illustrating an example receiver system, according to one embodiment described herein.

(3) FIG. 2 provides an exemplary logic flow diagram illustrating aspects of detecting phase jumps to identify a beamformed packet, according to one embodiment described herein.

(4) FIG. 3 provides an exemplary block diagram illustrating aspects of phase jump identification, according to one embodiment described herein.

(5) FIG. 4 provides an exemplary block diagram illustrating threshold check in a phase jump counting scheme (e.g., 305 in FIG. 3), according to one embodiment described herein.

(6) FIG. 5 provides an exemplary block diagram illustrating an example true jump architecture, according to one embodiment described herein.

(7) FIG. 6 provides an exemplary block diagram illustrating aspects of packet classification in a phase jump counting scheme, according to one embodiment described herein.

(8) FIG. 7 provides exemplary block diagrams illustrating logic structures of power dependent thresholds in a phase jump counting scheme, according to one embodiment described herein.

(9) FIGS. 8-9 provide exemplary charts illustrating an example phase profile for an unsteered (non-beamformed) packet or a steered (beamformed) packet, respectively, according to one embodiment described herein.

(10) FIGS. 10-11 provide exemplary block diagrams illustrating alternative implementations of a magnitude based jump counting scheme, according to one embodiment described herein.

DETAILED DESCRIPTION

(11) This disclosure describes methods and systems for detecting beamformed OFDM packets in a MIMO system. According to this disclosure, a detection module at a wireless receiver may identify whether the received OFDM packet is beamformed or not by examining the phase of channel estimates. When channel estimation is accomplished before data-symbol processing, the identification at the detection module can determine whether the wireless receiver shall switch to a decoding algorithm respective to processing beamformed packets.

(12) For example, OFDM symbols received at a wireless receiver can be decoded from the fast fourier transform (FFT) of the received signal. The received signal (after FFT) at the k.sup.th tone can be represented as:
y.sub.k=h.sub.kx.sub.k+n.sub.k, 1≦k≦N.sub.Tones
where y.sub.k denotes the received signal on tone k; h.sub.k denotes the channel gain corresponding to tone k; x.sub.k denotes the transmitted signal on tone k; n.sub.k denotes the additive noise at tone k; and N.sub.Tones denotes the number of tones. The channel gain coefficients h.sub.k are estimated using known training sequences.

(13) In some implementations, a beamformer (e.g., a transmitter) may estimate the downlink (DL) channel coefficients from the uplink (UL) packets (implicit beamforming) and compute steering vector from the UL packets. For example, for maximum ratio combining (MRC) at a transmitter (Tx), the steering vector used by beamformer can be set as the complex conjugate of the estimates. Or alternatively, the beamformer can obtain the steering vector from the beamformee (e.g., the receiver for explicit beamforming), which does the computation at its end. The steering vector may then be used to ‘steer’ DL packets prior to transmission, which may increase reliability of the transmission.

(14) In some implementations, while steering, beamformers may use tone-grouping techniques in which a single steering vector is used to steer a group of tones. For a tone group size of N.sub.Tg, the steering vector changes only every N.sub.Tg tones and uses the same steering vector for N.sub.Tg tones. Thus phase jumps in the channel profile may occur under the influence of timing offsets in the channels, which may render the effective “steered channel” incoherent even if the original wireless channel is coherent.

(15) In some implementations, to overcome the incoherency in the steered channel, techniques such as channel smoothing can be adopted, but such technique largely relies on the coherence of the channel being smoothed. Steered and unsteered packets may be segregated at the receiver and steered packets can thus be left out from being smoothed.

(16) In accordance with the systems and methods disclosed herein, presence of jumps in the phase profile can be primarily examined with less focus on the magnitude of those jumps. A true phase jump can be determined based on combined information from all receiver (Rx) paths. In this way, the phase jump counting scheme can be used for identification of beamformed packets.

(17) FIG. 1 provides an exemplary block diagram illustrating an example receiver system, according to one embodiment described herein. A receiver system 100 may include one or more Rx antenna(s) 101 to receive signals from a wireless channel. The received signal may be passed on to a channel estimation module 102, which may estimate channel coefficients from received packets. Meanwhile, the phase jump counting module 103 may identify whether the received packet is beamformed or not, as further illustrated in FIGS. 5-11. Based on the result of beamformed packet decision from module 103, the received signal can be passed to the data symbol processing module 104, which may select a procedure to process the received data signal respective to the beamforming format.

(18) FIG. 2 provides an exemplary logic flow diagram illustrating an overall process of detecting phase jumps to identify a beamformed packet, according to one embodiment described herein. At 201, a data packet may be received at a receiver. At 202, FFT can be performed over the received signal to generate a series of discrete values at different tones. At 203, a set of tones of channel estimates may be selected. For example, the selected tones can correspond to payload data of the data packet only, or a combination of payload data and pilot.

(19) At 204, phase angles and phase differences with adjacent tones are then computed on the selected set of tones. Phase jumps can then be identified by comparing their magnitudes to a programmable threshold at 205, e.g., a jump threshold. The check may be a two-sided check or a one-sided check, as further illustrated in FIGS. 3-4. If the magnitude of a respective tone is greater than the jump threshold, then a phase jump is identified at 206. Otherwise, no phase jump is identified, and the magnitude of the next tone in the selected set is examined at 207, until all the tones in the selected set has been exhausted.

(20) At 208, if the count of such identified phase jumps from 206 exceeds a programmable limit, e.g., the jump limit, then the packet is classified as a beamformed packet at 209, otherwise as an non-beamformed packet at 210. The two previously set quantities, e.g., the jump threshold and the jump limit, can be made receive-power dependent, as further illustrated in FIG. 7. In this way, optimal classification may be achieved near the sensitivity region.

(21) FIG. 3 provides an exemplary block diagram illustrating aspects of phase jump identification, according to one embodiment described herein. When a set of tones has been selected (e.g., at 203 in FIG. 2), frequency domain channel estimates h.sub.k can be computed at the kth tone (e.g., 301). The phase differences of adjacent tones from these phase angles 302a-d may also be computed as
Δθ[k]=∠h.sub.k−∠h.sub.k-1.
The phase differences are then processed with a wrap angles module 303 to wrap the phase difference value between [0,π].

(22) In another implementation, instead of taking the phase difference between adjacent tones, the phase difference between non-adjacent tones may be used, e.g.,
Δθ[k]=∠h.sub.k−∠h.sub.k-N.
where N is greater than 1.

(23) The phase difference may be used to identify downlink multi-user (MU) beamformed packets as the beamformed bit is set to 1 in the VHT-SIG-A2 data format in 802.11a/c for all MU packets. Or alternatively, the phase difference can be used on high throughput long training fields (HTLTFs) as an additional check on the beamformed bit in SU (V)HT packets. It can also be used to override these bits if the phase profile may be smoothed.

(24) At any given index k, a phase jump is identified with the phase jump quantities X.sub.1 307 and X.sub.2 306 are calculated as the difference between the adjacent phase differences and compared with the JMP_TH at 305, where JMP_TH denotes the jump threshold. The value of JMP_TH may depend on the measured in-band power of the received signal. Different power ranges may use different value of JMP_TH. At 305, if a jump is identified, then JPM_FOUND is set to be 1 at 310.

(25) FIG. 4 provides an exemplary block diagram illustrating threshold check in a phase jump counting scheme (e.g., 305 in FIG. 3), according to one embodiment described herein. As shown in FIG. 4, X.sub.1 307 and X.sub.2 306 as calculated in FIG. 3, can be passed to compare with the jump threshold at 410a-b and 411a-b. The output of each comparison is then directed to a series of logic operations to achieve the following:

(26) For a Two-Sided Check,
[(Δθ[k]−Δθ[k−1])>JMP_TH&&(Δθ[k]−Δθ[k+1])>JMP_TH]
or
[(Δθ[k]−Δθ[k−1])<−JMP_TH&&(Δθ[k]−Δθ[k+1])<−JMP_TH]; or
For a One-Sided Check,
[(Δθ[k]−Δθ[k−1])>JMP_TH&&(Δθ[k]−Δθ[k+1])>JMP_TH]

(27) FIG. 5 provides an exemplary block diagram illustrating an example true jump architecture, according to one embodiment described herein. At tone K 301, the JUMP_FOUND output 310a-n (e.g., each obtained in a similar way as 310 in FIG. 3) of different receiver chains 501a-n (e.g., antennas) are passed to an AND operation 502. If phase jumps exist at a given tone index for all receive chains, a “true jump” is said to exist at that tone, e.g., TRUE_JUMP is set to be 1 at 510.

(28) FIG. 6 provides an exemplary block diagram illustrating aspects of packet classification in a phase jump counting scheme, according to one embodiment described herein. The number of true jumps 510a-n (e.g., as obtained at 510 in FIG. 5) may then be accumulated across all tones 601a-n of the chosen set, which can be defined as the jump count 602. If the jump count exceeds or equals the jump limit JMP_LIM 603, the packet is identified as a beamformed packet 602, else it is identified as a non-beamformed packet 605.

(29) FIG. 7 provides exemplary block diagrams illustrating logic structures of power dependent thresholds in a phase jump counting scheme, according to one embodiment described herein. The values JMP_TH and JMP_LIM may both have different values for different in-band power range. For example, the JMP_TH 705 may be set as different values 701-704 based on the in-band signal power level 704. Two different power thresholds A and B that divide the input power range into three sections can be used. Similar structure also applies to JMP_LIM.

(30) FIGS. 8-9 provide exemplary charts illustrating an example phase profile for an unsteered (non-beamformed) packet or a steered (beamformed) packet, respectively, according to one embodiment described herein. As shown in FIG. 8, each of the data plot chart 800a-b shows the phase profile at different FFT tone indices for antenna 1 or antenna 2, respectively. The data plot chart 800c-d shows the phase difference at different FFT tone indices for antenna 1 or antenna 2, respectively. The line 801 shows a tone where the differential phase has crossed the threshold, indicated by the line 802 at antenna 2, which may indicate a phase jump. However this is not a ‘true’ phase jump as the threshold is not exceeded at antenna 1 (see 803) at this tone. Thus in this case the jump count is 0.

(31) In FIG. 9, line 901 shows one of the tones where the differential phase has crossed the thresholds 902 and 903 at both the antennas at the indicated tone. So, this is a true jump. The jump count in this case is 3, e.g., true jumps at 905, 906 and 907.

(32) FIGS. 10-11 provide exemplary block diagrams illustrating alternative implementations of a magnitude based jump counting scheme, according to one embodiment described herein. Instead of examining phase jump of channel estimates as described in FIGS. 2-9, magnitude jump of channel estimations may be used for identification of beamformed/non-beamformed packets. As shown in FIG. 10, the overall work flow can be similar to the phase jump counting scheme illustrated in FIG. 3, but the magnitude jump counting scheme 101 adopts magnitudes 102a-d of channel estimate instead. No wrap angle module is necessary as the output of the magnitude phase does not need to be adjusted. The magnitudes difference may be compared with a threshold at 105, which may determine whether a magnitude jump is found.

(33) In different implementations, the absolute value of the magnitudes may be taken at the magnitudes directly, e.g., see 102a-d in FIG. 10, or be taken at the magnitude differences, e.g., 1101a-c in FIG. 11.

(34) It is noted that in FIGS. 10-11, a single jump threshold has been used. In another implementation, a two-jump thresholds JMP_TH_MIN and JMP_TH_MAX. At a given tone, JMP_TH_MAX shall be crossed at all receive chains and JMP_TH_MIN shall be crossed at least one of the receive chains for qualifying as a “true jump”.

(35) While various embodiments of the present disclosure have been shown and described herein, it will be obvious to those skilled in the art that such embodiments are provided by way of example only. Numerous variations, changes, and substitutions will now occur to those skilled in the art without departing from the disclosure. It should be understood that various alternatives to the embodiments of the disclosure described herein may be employed in practicing the disclosure. It is intended that the following claims define the scope of the disclosure and that methods and structures within the scope of these claims and their equivalents be covered thereby.

(36) The foregoing is merely illustrative of the principles of this disclosure, and various modifications can be made without departing from the scope of the present disclosure. The above-described embodiments of the present disclosure are presented for purposes of illustration and not of limitation, and the present disclosure is limited only by the claims that follow.