Presentation is loading. Please wait.

Presentation is loading. Please wait.

TGn Sync Complete Proposal

Published byJack Harmon Modified over 9 years ago

Similar presentations

Presentation on theme: "TGn Sync Complete Proposal"— Presentation transcript:

1 TGn Sync Complete Proposal
November 2004 doc.: IEEE /888r7 January 2005 TGn Sync Complete Proposal Date: Author Name Company Address Phone Syed Aon Mujtaba Agere Systems 555 Union Blvd., Allentown, PA 18109, USA summary deck Notice: This document has been prepared to assist IEEE It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Release: The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures < ieee802.org/guides/bylaws/sb-bylaws.pdf>, including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE Working Group. If you have questions, contact the IEEE Patent Committee Administrator at Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

2 January 2005 Syed Aon Mujtaba, Agere Systems, et. al.
Additional Authors: Name Company Adrian P. Stephens Intel Corporation Alek Purkovic Nortel Networks Andrew Myles Cisco Systems Andy Molisch Mitsubishi Electric Corporation Brian Hart Brian Johnson Chiu Ngo Samsung Electronics Co Ltd Daisuke Takeda Toshiba Corporation Daqing Gu Darren McNamara Dongjun (DJ) Lee Samsung Electronic Co Ltd David Bagby Calypso Consulting Eldad Perahia Hiroshi Oguma Tohoku University Hiroyuki Nakase Huanchun Ye Atheros Communications Hui-Ling Lou Marvell Semiconductor Isaac Lim Wei Lih Panasonic James Chen J. Mike Wilson Syed Aon Mujtaba, Agere Systems, et. al.

3 January 2005 Jari Jokela Nokia jari.jokela@nokia.com Jeff Gilbert
Atheros Communications Jin Zhang Mitsubishi Electric Corporation Job Oostveen Royal Philips Electronics Joe Pitarresi Intel Corporation Jorg Habetha Royal Philips Electronics John Ketchum Qualcomm Incorporated John Sadowsky Intel Corporation Jon Rosdahl Samsung Electronics Co Ltd Kiyotaka Kobayashi Panasonic Li Yuan Institute for Infocomm Research Luke Qian Cisco Systems Mary Cramer Agere Systems Masahiro Takagi Toshiba Corporation Monisha Gosh Royal Philips Electronics Nico van Waes Nokia Osama Aboul-Magd Nortel Networks Paul Feinberg Sony Electronics Pen Li Royal Philips Electronics Peter Loc Marvell Semiconductor Syed Aon Mujtaba, Agere Systems, et. al.

4 January 2005 Ronald Rietman Royal Phiips Electronics
Sanjiv nanda Qualcomm Incorporated Seigo Nakao Sanyo Electric Co Ltd Sheung Li Atheros Communications Stephen Shellhammer Intel Corporation Subra Dravida Qualcomm Incorporated Sumei Sun Institute for Infocomm Research Taekon Kim Samsung Electronics Co Ltd Takashi Fukugawa Panasonic Takushi Kunihiro Sony Corporation Teik-Kheong (TK) Tan Royal Philips Electronics Tomoko Adachi Toshiba Corporation Tomoya Yamaura Sony Corporation Tsuguhide Aoki Toshiba Corporation Victor Stolpman Nokia Won-Joon Choi Atheros Communications Xiaowen Wang Agere Systems Yasuhiko Tanabe Toshiba Corporation Yasuhiro Tanaka Sanyo Electric Co Ltd Syed Aon Mujtaba, Agere Systems, et. al.

5 January 2005 Yoshiharu Doi Sanyo Electric Co Ltd
Youngsoo Kim Samsung Electronic Co Ltd Yuichi Morioka Sony Corporation Yukimasa Nagai Mitsubishi Electric Corporation Syed Aon Mujtaba, Agere Systems, et. al.

6 January 2005 Abstract This document describes the TGn Sync complete proposal submission to IEEE TGn Syed Aon Mujtaba, Agere Systems, et. al.

7 New TGn Sync Members Infocomm Mitsubishi Electric Corporation
January 2005 New TGn Sync Members Infocomm Mitsubishi Electric Corporation Qualcomm Incorporated Sharp Corporation Tohoku University Wavebreaker/ATcrc Wavion Syed Aon Mujtaba, Agere Systems, et. al.

8 TGn Sync Mission Statement
November 2004 doc.: IEEE /888r7 January 2005 TGn Sync Mission Statement Develop a scalable architecture to support present and emerging applications Foster a broad industry representation across market segments Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

9 Broad Industry Representation
January 2005 Broad Industry Representation OEM / System Vendors Cisco Mitsubishi Electric Nokia Nortel Panasonic Samsung Sanyo Sharp Sony Toshiba Wavebreaker/ATcrc Wavion Semi Vendors Agere Atheros Intel Marvell Philips Qualcomm PC Enterprise Consumer Electronics Asia Pacific / Europe / North America Public Access Handset Semiconductor Academia Infocomm Tohoku University Academia Syed Aon Mujtaba, Agere Systems, et. al.

10 Scalable Architecture across several dimensions
January 2005 Scalable Architecture across several dimensions Market Segments Residential Enterprise Public Access Portable Devices 140 / 243Mbps 315Mbps 630Mbps Asia Pacific Performance Over Time Regulatory Domains Europe North America Syed Aon Mujtaba, Agere Systems, et. al.

11 … And a well-defined Core
January 2005 … And a well-defined Core Mandatory Features: Two antennas 20 / 40MHz 140 / 243 Mbps Syed Aon Mujtaba, Agere Systems, et. al.

12 PHY Summary of TGn Sync Proposal
January 2005 PHY Summary of TGn Sync Proposal Mandatory Features: 1 or 2 Spatial Streams 20MHz and 40MHz* channelization 1/2, 2/3, 3/4, and 7/8 channel coding rates RX assisted Rate Control Optimized Interleaver for 20 & 40MHz 400ns & 800ns Guard Interval Full & seamless interoperability with a/b/g Optional Features: Transmit Beamforming Low Density Parity Check (LDPC) Coding Completed merger process with LDPC partial proposals support for 3 or 4 spatial streams 140Mbps in 20MHz 243Mbps in 40MHz NEW NEW *Not required in regulatory domains where prohibited. Syed Aon Mujtaba, Agere Systems, et. al.

13 MAC Summary of TGn Sync Proposal
November 2004 doc.: IEEE /888r7 MAC Summary of TGn Sync Proposal January 2005 Mandatory Features: MAC level aggregation ENHANCED RX assisted link adaptation QoS support (802.11e) MAC header compression Block ACK compression Legacy compatible protection 20/40 MHz channel management Optional Features: Bi-directional data flow MIMO RX Power management summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

14 PHY November 2004 doc.: IEEE 802.11-04/888r7 January 2005 summary deck
Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

15 PHY Architectural Features
November 2004 doc.: IEEE /888r7 January 2005 PHY Architectural Features Mandatory features: Spatial division multiplexing (SDM) of 2 Spatial Streams Interoperable 20MHz and 40MHz channelizations Channel Coding Rates: 1/2, 2/3, 3/4, and 7/8 Support for RX assisted Rate Control Guard Interval: 400ns and 800ns Optional robustness & throughput enhancement: Transmit beamforming Advanced coding (LDPC) SDM with 3 or 4 spatial streams Max Mandatory rate in 20MHz = 140 Mbps Max Mandatory rate in 40MHz = 243 Mbps (with 2x2 architecture using 2 spatial streams) with the option to scale to 630Mbps Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

16 Modifications to PHY Arch after San Antonio
January 2005 Modifications to PHY Arch after San Antonio Optimized specification for interleaver for both 20 MHz and 40 MHz channelizations Completed the merger process with LDPC partial proposals Detailed specification of LDPC encoding can be found in 889r2 (TGn Sync Technical Specification) Syed Aon Mujtaba, Agere Systems, et. al.

17 Scalable PHY Architecture
January 2005 Scalable PHY Architecture Mandatory Optional Robustness Enhancement Open Loop SDM Closed Loop TX BF Robustness Enhancement Conv. Coding LDPC RX assisted Rate Control Throughput Enhancement 2 Spatial Streams 4 Spatial Streams Regulatory Constraints Low Cost & Robust 20 MHz 40 MHz  140 Mbps  243 Mbps  630 Mbps Syed Aon Mujtaba, Agere Systems, et. al.

18 Mapping Spatial Streams to Multiple Antennas
November 2004 doc.: IEEE /888r7 January 2005 Mapping Spatial Streams to Multiple Antennas Number of spatial streams = Number of TX antennas Direct map 1 spatial stream to 1 antenna Spatial division multiplexing Equal rates on all spatial streams Number of spatial streams ≤ Number of TX antennas Each spatial stream mapped to all transmit antennas Optional transmit beamforming Optimal technique for realizing array and diversity gains Requires channel state info at the TX Supports unequal rates on different spatial streams Optional orthogonal spatial spreading Exploits all transmit antennas No channel state info at TX required Due to per spatial stream training, no change is needed at the RX to support optional techniques Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

19 Parameters in Link Adaptation
January 2005 Parameters in Link Adaptation Basic MIMO Beamformed MIMO Stream Control No Yes Rate (MCS) Control Yes (per stream) GI selection TX Per-Tone Steering Matrix Per Stream Power Loading Syed Aon Mujtaba, Agere Systems, et. al.

20 Mandatory PHY Features
January 2005 Mandatory PHY Features Syed Aon Mujtaba, Agere Systems, et. al.

21 November 2004 doc.: IEEE /888r7 January 2005 TX Arch: Spatial Division Multiplexing e.g. 2 Spatial streams with 2 TX antennas Preamble iFFT Modulator Pilots insert GI window symbols Frequency Interleaver Constellation Mapper Scrambled MPDU Channel Encoder Puncturer Preamble iFFT Modulator Spatial parser Pilots insert GI window symbols Frequency Interleaver Constellation Mapper Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

22 Tone Design for 20 and 40 MHz 20 MHz: 40 MHz: Identical to 802.11a
November 2004 doc.: IEEE /888r7 January 2005 Tone Design for 20 and 40 MHz 20 MHz: Identical to a 64 point FFT 48 data tones 4 pilot tones -26 -21 -7 -1 +1 +7 +21 +26 Tone Fill in the Guard Band 40 MHz: 128 point FFT 108 data tones 6 pilot tones -53 -25 -11 +11 +25 +53 -64 -58 -32 -6 -2 +2 +6 +32 +58 +63 Legacy 20 MHz in Lower Sub-Channel Legacy 20 MHz in Upper Sub-Channel Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

23 Scalable Basic MCS Set BPSK 1/2 6, 12, 18, 24 6‡, 13.5, 27, 45.5, 54
November 2004 doc.: IEEE /888r7 January 2005 Scalable Basic MCS Set Modulation Code Rate Data Rates 20 MHz (Mbps) (1,2,3,4 spatial streams) Data Rates 40 MHz (Mbps) BPSK 1/2 6, 12, 18, 24 6‡, 13.5, 27, 45.5, 54 QPSK 12, 24, 36, 48 27, 54, 81, 108 3/4 18, 36, 54, 72 40.5, 81, 121.5, 162 16 QAM 24, 48, 72, 96 54, 108, 162, 216 36, 72, 108, 144 81, 162, 243, 324 64 QAM 2/3 48, 96, 144, 192 108, 216, 324, 432 121.5, 243, 364.5, 486 7/8 63, 126, 189, 252 141.7, 283.5, 425.2, 567 7/8 with ½ GI 70, 140, 210, 280 157.5, 315, 472.5, 630 Mandatory MCS ‡ Duplicate format, BPSK R = ½ provides 6 Mbps for 40 MHz channels ½ GI applies to all data rates in 20MHz Optional MCS Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

24 HT-PPDU Format in 20MHz HT STF HT LTF-1 HT LTF-2 L-STF L-LTF L-SIG
November 2004 doc.: IEEE /888r7 January 2005 HT-PPDU Format in 20MHz HT STF HT LTF-1 HT LTF-2 L-STF L-LTF L-SIG HT-SIG HT-DATA ANT_1 20MHz ANT_2 L-STF L-LTF L-SIG HT-SIG HT-DATA 20MHz Legacy Compatible Preamble HT-specific Preamble Legend L- Legacy HT- High Throughput STF Short Training Field LTF Long Training Field SIG Signal Field Legacy Compatible Can be decoded by any legacy a or g compliant device for interoperability Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

25 HT-PPDU Format in 40MHz L-STF L-LTF L-SIG HT-SIG HT-DATA Duplicate
November 2004 doc.: IEEE /888r7 January 2005 HT-PPDU Format in 40MHz L-STF L-LTF L-SIG HT-SIG HT-DATA Duplicate Dup. ANT_1 40MHz HT STF HT LTF-1 HT LTF-2 L-STF L-LTF L-SIG HT-SIG HT-DATA ANT_2 40MHz Duplicate L-STF Duplicate L-LTF Dup. L-SIG Duplicate HT-SIG Legacy Compatible Preamble HT-specific Preamble Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

26 November 2004 doc.: IEEE /888r7 January 2005 Spoofing Spoofing is the use of the legacy RATE and LENGTH fields to keep the legacy STA off the air for a desired period of time The duration indicated in the L-SIG can exceed the actual duration in the HT-SIG  MAC uses this as a protection mechanism For a HT-PPDU, L-SIG RATE is hard-coded at 6 Mbps max MSDU length = 2304 Bytes  spoofing duration up to ~3 msec summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

27 HT PPDU Detection Auto-detection scheme on HT-SIG
November 2004 doc.: IEEE /888r7 January 2005 HT PPDU Detection L-STF L-LTF L-SIG HT-SIG or L-STF L-LTF L-SIG Legacy DATA Legacy Compatible Preamble Auto-detection scheme on HT-SIG Q-BPSK modulation (BPSK w/ 90-deg rotation) Invert the polarity of the pilot tones Combined methods provide speed and reliability Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

28 Accurate measurement of MIMO channel power requires uncorrelated STFs
January 2005 MIMO AGC single spatial stream multiple spatial streams L-STF L-LTF L-SIG HT-SIG HT-DATA power measurement AGC locked Accurate measurement of MIMO channel power requires uncorrelated STFs Tone interleaving the L-STF leads to perfect decorrelation if L-STF is tone-interleaved, it will hurt legacy interoperability with cross-correlation RX Cyclic delay across the L-STF is nearly decorrelated however, large cyclic delay hurts interoperability with cross-correlation RX and, small cyclic delay suffers from inaccurate power estimation, as shown next Syed Aon Mujtaba, Agere Systems, et. al.

29 Power Fluctuation of L-STF w.r.t Data
January 2005 Power Fluctuation of L-STF w.r.t Data Data power 1 Power fluctuation with tone interleaving is within 1dB of the data power 0.9 STF = Tone Interleaved STF = Cyclic Delay 0.8 2x2, TGn Channel D SNR = 30dB 0.7 0.6 CDF(x) 0.5 Introduce a dedicated STF for MIMO that is tone interleaved Reduces 1 bit in the ADC  cost & power savings 0.4 0.3 0.2 0.1 -7 -6 -5 -4 -3 -2 -1 1 2 3 x = Power fluctuation of AGC setting w.r.t. data power (dB) Syed Aon Mujtaba, Agere Systems, et. al.

30 Power Fluctuation of HT-LTF w.r.t. Data
January 2005 Power Fluctuation of HT-LTF w.r.t. Data Data power 1 0.9 HT-LTF = Tone Interleaved Large deviation of HT-LTF power wrt data power will result in higher channel estimation error 0.8 HT-LTF = Walsh + Cyclic Delay 0.7 2x2, TGn Channel D SNR = 30dB 0.6 CDF(x) 0.5 0.4 0.3 0.2 HT-LTF should be tone interleaved 0.1 -10 -8 -6 -4 -2 2 4 x = Power fluctuation of HT-LTF w.r.t. data (dB) Syed Aon Mujtaba, Agere Systems, et. al.

31 Tone Interleaved HT Training Fields
November 2004 doc.: IEEE /888r7 January 2005 Tone Interleaved HT Training Fields summary deck HT-STF 2nd AGC measurement is used to fine-tune MIMO reception HT-LTF Used for MIMO channel estimation Additional frequency or time alignment Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

32 Summary of HT-LTF Robust design Per spatial stream training
November 2004 doc.: IEEE /888r7 January 2005 Summary of HT-LTF Robust design Tone interleaving reduces power fluctuation 2 symbols per field 3dB of channel estimation gain with baseline per-tone estimation Enables additional frequency offset estimation Per spatial stream training HT-LTF and HT-Data undergo same spatial transformation Number of HT-LTFs = Number of spatial streams Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

33 Legacy Interoperability of Preamble
January 2005 Legacy Interoperability of Preamble Cross-correlation of L-STS (TGn Sync) Period = 800ns Cross-correlation of L-STS (WWiSE) Period = 400ns Potential issues with cross-correlation receivers with WWiSE preamble Syed Aon Mujtaba, Agere Systems, et. al.

34 .11a preamble (as used by TGn Sync)
January 2005 Transmitted Signal .11a preamble (as used by TGn Sync) Tx1 L-STF L-LTF L-SIG L-DAT WWiSE preamble Tx1 L-STF L-LTF L-SIG L-DAT Tx2 L-STF(400n) L-LTF(3100n) L-SIG(3100n) L-DAT(3100n) C simulator Agilent E4438C Tx1 Tx1 Single input single output signal generator Packet generator TGn Channel model Tx2 Tx2 Syed Aon Mujtaba, Agere Systems, et. al.

35 Measurement Setup TGn simulator Aeropeek NX RATE
January 2005 Measurement Setup TGn simulator Aeropeek NX RATE LENGTH Compare the RATE and LENGTH RATE LENGTH Wireless 5.19GHz 10cm apart Omni transmit antenna WLAN card under test Agilent E4438C Enhanced Signal Generator (ESG) Syed Aon Mujtaba, Agere Systems, et. al.

36 WWiSE preamble performance with Autocorrelation RX
January 2005 WWiSE preamble performance with Autocorrelation RX Laboratory Test with a legacy autocorrelation RX Syed Aon Mujtaba, Agere Systems, et. al.

37 WWiSE preamble performance with Crosscorrelation RX
January 2005 WWiSE preamble performance with Crosscorrelation RX "Cross Correlation Vendor" (Channel model D) Performance limitation with a WWiSE preamble 1.0E+00 1.0E-01 Measured SIG FER 1.0E-02 Legacy w/o CDD FER Floor! Legacy w/ CDD (400nsec) 1.0E-03 -30 -25 -20 -15 -10 -5 Relative Tx power [dBm] Syed Aon Mujtaba, Agere Systems, et. al.

38 Implication of using WWiSE preambles
January 2005 Implication of using WWiSE preambles Legacy devices with a cross-correlation RX will not correctly decode a WWiSE preamble Hence, such legacy devices will not defer to a WWiSE HT transmission, potentially creating collisions in the BSS BSS throughput would drop, and latency would increase WWiSE preamble is not legacy compatible Lab test reinforces TGn Sync’s decision to use a 100% backwards compatible legacy preamble Syed Aon Mujtaba, Agere Systems, et. al.

39 TGn Sync enhanced interleaver
January 2005 TGn Sync enhanced interleaver 1st Spatial Stream 2nd, 3rd, or 4th Spatial Stream Syed Aon Mujtaba, Agere Systems, et. al.

40 Enhanced Interleaver Results 1 to 2dB gain
January 2005 Enhanced Interleaver Results 1 to 2dB gain Syed Aon Mujtaba, Agere Systems, et. al.

41 January 2005 2 vs 4 pilots in MIMO The TGn Sync Proposal uses the full 4 pilots (like .11a/b/g) 2 pilots in WWiSE provide marginal data rate increase: < 4% Full CC67 sims to compare multi- and single-stream cases: Since data also will have diversity gain, and thus require less operating SNR, would the pilots now limit performance? Single stream modes important: CDD (TGn Sync) , STBC (WWiSE) Analysis must consider differences in 11n vs. 11a: Different preambles, antenna configurations Decoded data SNR improved due to MIMO (e.g, MRC, STBC) Thus pilot accuracy requirements also increase Comparing 11n pilot SNR to 11a is thus not sufficient Robustness to narrowband interference and impairments These both reduce effective number of pilots – thus need margin Full details in doc /1636r0 Syed Aon Mujtaba, Agere Systems, et. al.

42 Dual Stream Performance
January 2005 Dual Stream Performance 1 dB Syed Aon Mujtaba, Agere Systems, et. al.

43 Single Stream Performance
January 2005 Single Stream Performance 3.5 dB Syed Aon Mujtaba, Agere Systems, et. al.

44 January 2005 Summary of 2 vs 4 pilots Quantitative analyses show that using only 2 pilots causes significant performance degradation in many situations 4 vs 2 pilots compared for 2x2 basic MIMO channel E Dual stream: ~1dB loss Single stream: 1.5~3.5dB loss. Robustness Performance loss w/ narrow-band interference or impairments: 4 ~ 6dB loss with 2 pilots -> NOT ROBUST !! Performance penalty of using only 2 pilots is not justified by the less than 4% data rate increase Syed Aon Mujtaba, Agere Systems, et. al.

45 Importance of Rate Feedback and Stream Control
January 2005 Importance of Rate Feedback and Stream Control Throughput is maximized if there is rapid convergence to a good choice of stream count and MCS Initial MCS/stream selection Ongoing tracking and optimization Receiver determines its preferred stream count and MCS Based on observation of received HT-LTF in sounding packet Sends this choice back to transmitter using MCS Feedback (MFB) Transmitter makes a rate choice based on the MCS selection at RX Under some circumstances, e.g. pairwise spoofing, TX must adhere to MFB Important for Basic MIMO, Spatial Spreading and Beamforming Syed Aon Mujtaba, Agere Systems, et. al.

46 Rate feedback in Basic MIMO
January 2005 Rate feedback in Basic MIMO MRQ (MCS Request) is sent in sounding packet: RX gets estimate of full H matrix Channel quality estimates based on H matrix guide rate and stream selection MRQ payload in PHY sounding packet TX RX h11 Full H matrix Ant1 h12 h21 Ant2 h22 Number of streams and coding rate carried in MFB Syed Aon Mujtaba, Agere Systems, et. al.

47 Stream/Rate Control Approaches
January 2005 Stream/Rate Control Approaches SNR calculation performed at equalizer output: Can provide stream count and MCS selection Includes impairments due to channel estimation errors SNR calculation performed by re-encoding decoded data and comparing it against decoder input: allows MCS selection, but not stream count Syed Aon Mujtaba, Agere Systems, et. al.

48 Close Loop vs Open Loop Throughput Comparison
January 2005 Close Loop vs Open Loop Throughput Comparison Open loop vs closed loop comparison for 2x2 TxBf = Transmit Beamforming; SS=Spatial spreading Open vs. Closed loop 200 180 160 140 TxBf 2% 120 SS closed loop 2% SS open loop 2% MAC throughput [Mbps] 100 TxBf 10% 80 SS closed loop 10% 60 SS open loop 10% 40 20 10 15 20 25 30 35 40 45 50 SNR [dB] Syed Aon Mujtaba, Agere Systems, et. al.

49 MSDU Delay CDF Target PHY PER = 10%
January 2005 MSDU Delay CDF Target PHY PER = 10% SS open loop 10% PER SS closed loop 10% PER TxBf closed loop 10% PER Syed Aon Mujtaba, Agere Systems, et. al.

50 Is 40MHz Mandatory? Both 20 MHz & 40 MHz capabilities are mandatory
January 2005 Is 40MHz Mandatory? Both 20 MHz & 40 MHz capabilities are mandatory With exceptions due to regulatory requirements Capability depends on regulatory domain (just like channelization plans): 20/40 MHz capable devices 20 MHz only capable devices Both types of devices are fully interoperable Syed Aon Mujtaba, Agere Systems, et. al.

51 20/40 MHz Operation 20/40 MHz Region (e.g. in US/Europe) 20 MHz Region
January 2005 20/40 MHz Operation 20/40 MHz Region (e.g. in US/Europe) 20 MHz Region (e.g. in Japan) 20/40 MHz Capable Device 40 MHz Operation (20 MHz Operation) 20 MHz Operation; 40 MHz disabled 20 MHz only Capable Device Seamless 20 MHz operation in a 40 MHz BSS 20 MHz Operation Where Used Where Bought Syed Aon Mujtaba, Agere Systems, et. al.

52 Why 40MHz is Mandatory? November 2004 doc.: IEEE 802.11-04/888r7
January 2005 Why 40MHz is Mandatory? 2x2 – 40 MHz Only 2 RF chains => Cost effective & low power Lower SNR at same throughput => Enhanced robustness 260 2x2-40 MHz 240 220 200 Sweet spot for 100 Mbps top-of-MAC 4x4-20 MHz 180 160 2x3-20 MHz w/ short GI 140 Over the Air Throughput (Mbps) 2x2-20 MHz w/ short GI 120 100 80 60 Basic MIMO MCS set No impairments 1000 byte packets TGn channel model B 40 20 5 10 15 20 25 30 35 SNR (dB) Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

53 20/40 MHz Interoperability
November 2004 doc.: IEEE /888r7 January 2005 20/40 MHz Interoperability 40 MHz PPDU into a 40 MHz receiver Get 3dB processing gain – duplicate format allows combining the legacy compatible preamble and the HT-SIG in an MRC fashion 20 MHz PPDU into a 40 MHz receiver The active 20 MHz sub-channel is detected as the 20 MHz sub-channel with higher energy, cross-correlation or autocorrelation, etc. 40 MHz PPDU into a 20 MHz receiver One 20 MHz sub-channel is sufficient to decode the L-SIG and the HT-SIG 20 MHz RX (either HT or legacy) will defer properly to 40 MHz PPDU See MAC slides for additional information on 20/40 inter-op summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

54 Optional PHY Features January 2005
Syed Aon Mujtaba, Agere Systems, et. al.

55 Spatial Steering Matrix
January 2005 Seamless Arch Extension for TX BF e.g. 2 Spatial Streams across 3 Transmit Antennas Per Spatial Stream Processing: HT-LTF & HT-Data undergo same spatial transformation HT LTF iFFT Mod. insert GI window Pilots Frequency Interleaver Constellation Mapper iFFT Mod. insert GI Spatial Steering Matrix window Scrambled MPDU HT LTF Channel Encoder Puncturer Spatial Parser Pilots Frequency Interleaver Constellation Mapper iFFT Mod. insert GI window Syed Aon Mujtaba, Agere Systems, et. al.

56 Why introduce TX Beamforming?
January 2005 Why introduce TX Beamforming? 1000 byte packets No impairment 20MHz, channel D 4 TX-antenna AP  2 RX-antenna client ~10 dB gain of 4x2-ABF over 2x2-SDM => cost effective client Syed Aon Mujtaba, Agere Systems, et. al.

57 WWiSE proposal can not support Tx Beamforming
January 2005 WWiSE proposal can not support Tx Beamforming Problem WWiSE channel estimation requires smoothing algorithms Channel smoothing cannot be applied with MIMO Beamforming WWiSE GF structure does not allow omni-directional transmission of SIG-N Result: Hidden node problems ref: doc /1635r1 Syed Aon Mujtaba, Agere Systems, et. al.

58 Why smoothing is bad for MIMO BF?
January 2005 Why smoothing is bad for MIMO BF? Smoothing requires high adjacent tone coherence However, we must estimate the combined channel Heffective = Hchannel * Vbeamforming Beamforming matrix has poor adjacent tone coherence Why? Eigen-channel rank reversals For each tone, eigen-channels are ranked by singular values Eigen-channels can reverse ranks on adjacent tones – resulting in an adjacent tone swap of corresponding columns of BF matrix Result – very low adjacent tone coherence Syed Aon Mujtaba, Agere Systems, et. al.

59 Example: 4x4, Channel D January 2005
Syed Aon Mujtaba, Agere Systems, et. al.

60 Optional LDPC Capacity approaching FEC
November 2004 doc.: IEEE /888r7 January 2005 Optional LDPC Capacity approaching FEC Iterative decoding  superior performance Strong performance in AWGN and fading channels Typically 2-4 dB improvement over convolutional codes, depending on channel conditions Code structure enables low complexity architectures Layered belief propagation reduces memory requirements and improves convergence performance summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

61 Benefit of LDPC Coding 4 dB of coding gain January 2005
Syed Aon Mujtaba, Agere Systems, et. al.

62 PHY Summary Mandatory Rate of 140Mbps in 20MHz:
November 2004 doc.: IEEE /888r7 January 2005 PHY Summary Mandatory Rate of 140Mbps in 20MHz: 2 Spatial Streams 7/8th rate coding 400ns Guard Interval RX assisted Rate Control Low Cost & Robust Throughput Enhancement: Scalable to 243 Mbps in 40MHz Optional Robustness/Throughput Enhancements: LDPC Coding Transmit Beamforming Scalable to 630Mbps with 4 spatial streams in 40MHz Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

63 January 2005 MAC Syed Aon Mujtaba, Agere Systems, et. al.

64 Scalable MAC Architecture
January 2005 LEGACY INTEROP. Long NAV Pairwise Spoofing Single-Ended Spoofing Robust & Scalable MAC Architecture ADDITIONAL EFFICIENCY Header Compression Multi-Receiver Aggregation Bi-Directional Data Flow BA Enhancements BASELINE MAC Robust Aggregation QoS Support (802.11e) Rx assisted link adapt. CHANNEL MANAGEMENT 20/40 MHz Modes Syed Aon Mujtaba, Agere Systems, et. al.

65 Modifications to MAC Arch
January 2005 Modifications to MAC Arch November 2004 to January 2005 Added A-MSDU aggregation Syed Aon Mujtaba, Agere Systems, et. al.

66 Baseline MAC Features January 2005
Syed Aon Mujtaba, Agere Systems, et. al.

67 A-MPDU Aggregation Structure
November 2004 doc.: IEEE /888r7 January 2005 A-MPDU Aggregation Structure Robust Structure Aggregation is a purely-MAC function PHY has no knowledge of MPDU boundaries Simplest MAC-PHY interface Control and data MPDUs can be aggregated summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

68 A-MSDU Aggregation Structure
January 2005 A-MSDU Aggregation Structure Efficient Structure MSDUs of the same TID can be aggregated MSDUs with differing SA/DA can be aggregated Syed Aon Mujtaba, Agere Systems, et. al.

69 A-MPDU Aggregate Exchange Sequences
November 2004 doc.: IEEE /888r7 January 2005 A-MPDU Aggregate Exchange Sequences A-MPDU Aggregate exchange sequences include single frames or groups of frames that are exchanged “at the same time” Allows effective use of Aggregate Feature Allows control and data to be sent in the same PPDU An initiator sends a PPDU and a responder may transmit a response PPDU Either PPDU can be an aggregate (“Initiator” / “responder” are new terms relating to roles in aggregate exchange protocol) summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

70 Basic Aggregate Exchange
November 2004 doc.: IEEE /888r7 January 2005 Basic Aggregate Exchange summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

71 RX Assisted Link Adaptation Protocol
January 2005 RX Assisted Link Adaptation Protocol Support for PHY closed-loop modes with on-the-air signalling Request for training and feedback are carried in control frames Rate feedback supported Transmit beamforming training supported sounding packet calibration exchange Timing of response is not constrained permitting a wide range of implementation options Syed Aon Mujtaba, Agere Systems, et. al.

72 RX Assisted Link Adaptation Protocol
November 2004 doc.: IEEE /888r7 January 2005 RX Assisted Link Adaptation Protocol summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

73 Features Providing Additional Efficiency
January 2005 Features Providing Additional Efficiency Syed Aon Mujtaba, Agere Systems, et. al.

74 Reverse Direction Data Flow
January 2005 Reverse Direction Data Flow Gives an opportunity for a responder to transmit data to an initiator during the initiator’s TXOP Aggregates data with response control MPDUs Reduces Contention Effective in increasing TCP/IP performance Syed Aon Mujtaba, Agere Systems, et. al.

75 Reverse Direction Protocol
November 2004 doc.: IEEE /888r7 January 2005 Reverse Direction Protocol summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

76 BA Starting Seq. Control
January 2005 Enhanced BA Mechanism The originator may omit the inclusion of a BAR frame in an aggregated frame (Implicit BAR). Defines a compressed variant of the e BA MPDU (Compressed BA). Support for non-fragmented BA. This reduces the bitmap size to 1 bit per MSDU. Truncation of the bitmap to reduce the number of MSDUs acknowledged in the bitmap. Aggregation frame D1 D2 D3 D4 SIFS MD Initiator Compressed BA Responder 1 – 128 Frame Control Duration /ID RA TA BA Control BA Starting Seq. Control BlockAckBitmap FCS Compressed Non-Frag Num MSDU TID BA Bitmap size is fixed through BA setup. Syed Aon Mujtaba, Agere Systems, et. al.

77 Multiple Receiver Aggregation
January 2005 Multiple Receiver Aggregation Aggregates can contain MPDUs addressed for multiple receiver addresses (MRA) MRA may be followed by multiple responses from the multiple receivers MRA is effective in improving throughput in applications where frames are buffered to many receiver addresses Syed Aon Mujtaba, Agere Systems, et. al.

78 Multiple Responses MRA contains multiple IAC for
January 2005 Multiple Responses MRA contains multiple IAC for One per response At most one per receiver IAC specifies response offset and duration Syed Aon Mujtaba, Agere Systems, et. al.

79 Legacy Interoperability and Channel Management
January 2005 Legacy Interoperability and Channel Management Syed Aon Mujtaba, Agere Systems, et. al.

80 Protection Mechanisms
January 2005 Protection Mechanisms LongNAV An entire sequence is protected by NAV set using MPDU duration field or during contention-free period CF-end packet at end of EDCA TXOP sequence may be used to return unused time by resetting NAV Pairwise Spoofing Protection of pairs of PPDUs sent between an initiator and a single responder Uses Legacy PLCP header duration spoofing Single-ended Spoofing Protection of aggregate and any responses using legacy PLCP spoofing at the initiator only Can be used to protect multiple responses Syed Aon Mujtaba, Agere Systems, et. al.

81 LongNAV protection Provides protection of a sequence of multiple PPDUs
November 2004 doc.: IEEE /888r7 January 2005 LongNAV protection Provides protection of a sequence of multiple PPDUs Provides a solution for .11b Comes “for free” with polled TXOP Gives maximum freedom in use of TXOP by initiator summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

82 Pairwise Spoofing Protection
November 2004 doc.: IEEE /888r7 January 2005 Pairwise Spoofing Protection Protects pairs of PPDUs (current and following) Very low overhead, suitable for short exchanges, relies on robust PHY signaling Places Legacy devices into receiving mode for spoofed duration Spoofing is interpreted by HT devices as a NAV setting summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

83 Single-Ended Spoofing Protection
January 2005 Single-Ended Spoofing Protection Protects MRA and all responses Very low overhead, suitable for short exchanges Places legacy devices into receiving mode for spoofed duration Same level of protection as initiator CTS-to-Self Assuming CTS is sent at the lowest rate Syed Aon Mujtaba, Agere Systems, et. al.

84 Operating Mode Selection
November 2004 doc.: IEEE /888r7 January 2005 Operating Mode Selection BSS operating mode controls the use of protection mechanisms and 20/40 width switching by HT STA Supports mixed BSS of legacy + HT devices HT AP-managed modes If only the control channel is overlapped, managed mixed mode provides a low overhead alternative to mixed mode If both channels are overlapped, 20 MHz base mode allows an HT AP to dynamically switch channel width for 40 MHz-capable HT STA summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

85 20 MHz-base Managed Mixed Mode
January 2005 20 MHz-base Managed Mixed Mode ch_a (control) Carrier Sense (CS) Bcn/ ICB CF- End RCB CF- End 20MHz CS 40MHz t CTS self /Bcn CF- End 20MHz CS t ch_b (extension) NAV ch_a NAV NAV ch_b NAV NAV ch_a+ch_b NAV NAV Syed Aon Mujtaba, Agere Systems, et. al.

86 System Simulation Results
January 2005 System Simulation Results Compliant to TGn FRCC requirements 3 independent MAC simulations /893 /894 /1359 FRCC Results and analysis of MAC features is presented in /892 Detailed description of MAC simulation methodology in /895 Syed Aon Mujtaba, Agere Systems, et. al.

87 Selected System CC Performance
November 2004 doc.: IEEE /888r7 Selected System CC Performance January 2005 CC# Name Result HCCA 2x2x20 2x2x40 CC3 List of goodput results for usage models 1, 4 and 6. SS1 (Mbps) 84 SS1 + 87 135 SS4 90 160 SS4 + 98 189 SS6 66 SS6 + 85 166 CC18 HT Usage Models Supported Non-QoS (Measured aggregate throughput / offered aggregate throughput) SS1 (Mbps/ratio) 31/1.0 81/18 21/1.0 CC19 HT Usage Models Supported (number of QoS flows that meet their QoS requirements) 17 of 17 18 of 18 39 of 39 CC58 HT Spectral Efficiency bps/Hz 5.3 5.94 summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

88 Pairwise spoofing (vs LongNav)
January 2005 Value of MAC Features Feature Value Condi-tion S1 (Mbps) S4 (Mbps) S6 (Mbps) TGn bis Pairwise spoofing (vs LongNav) 6-10% Long NAV 70.25 - 71.57 49.92 Pairwise Spoofing 77.52 78.64 53.06 Enhanced BA 2 - 12% 73.30 92.40 63.80 + 75.40 103.3 65.10 Reverse Direction 5 - 36% 82.08 87.26 90.60 126.91 62.56 66.96 83.85* 94.67 123.28 141.02 66.00 96.24 26 -56% +Periodic RDR 142.12 160.12 Header Compression 1-6% 83.39* 87.98 96.79 127.98 62.72 68.56 Syed Aon Mujtaba, Agere Systems, et. al.

89 Comparison of TGnSync and WWiSE System Simulation results
January 2005 Comparison of TGnSync and WWiSE System Simulation results References: r3 – TGnSync MAC results r8 – WWiSE MAC results Syed Aon Mujtaba, Agere Systems, et. al.

90 System Simulation Results
January 2005 System Simulation Results CC# Name Scenario EDCA HCCA CC3 Goodput 1 75/67 84/83 1+ 95/71 135/121 4 142/124* 160/178 4+ 164/127 189/186 6 66/64 66/65 6+ 88/70 166/105 Blue = TGnSync Black = WWiSE “+” scenarios have all BE traffic offered load increased to 100 mbps (s-1) or 30 mbps (s-4,6) “*” - 1 QOS flow missed PLR target These results will improve when advanced beamforming, MRMRA and periodic RDR options are added Syed Aon Mujtaba, Agere Systems, et. al.

91 System Simulation Results
January 2005 System Simulation Results TGnSync MAC results significantly outperform WWiSE Syed Aon Mujtaba, Agere Systems, et. al.

92 MAC Efficiency 32/27 32/33 36/28 51/47 50/47 56/67 58/48 67/70 24/25
January 2005 MAC Efficiency CC# Name Scenario EDCA HCCA CC24 MAC Efficiency 1 32/27 32/33 1+ 36/28 51/47 4 50/47 56/67 4+ 58/48 67/70 6 24/25 6+ 62/40 Blue = TGnSync Black = WWiSE Syed Aon Mujtaba, Agere Systems, et. al.

93 MAC Efficiency TGnSync MAC efficiency significantly outperforms WWiSE
January 2005 MAC Efficiency TGnSync MAC efficiency significantly outperforms WWiSE Syed Aon Mujtaba, Agere Systems, et. al.

94 MAC Summary Baseline Features Additional MAC Efficiency
January 2005 MAC Summary Baseline Features MAC Level A-MPDU and A-MSDU Aggregation QoS Support (802.11e) Receiver assisted link adaptation Additional MAC Efficiency Header Compression Multi-Receiver Aggregation Bi-Directional Data Flow Enhanced Block ACK Legacy Compatible Protection Mechanisms Long NAV Pairwise Spoofing Single Ended Spoofing Scalable Channel Management 20/40 MHz Operating Modes Syed Aon Mujtaba, Agere Systems, et. al.

95 List of References IEEE 802.11-04/887, "TGnSync Proposal Summary"
January 2005 List of References IEEE /887, "TGnSync Proposal Summary" IEEE /888, "TGnSync Proposal“ (This document) IEEE /889, "TGnSync Proposal Technical Specification" IEEE /890, "TGnSync Proposal FRCC Compliance" IEEE /891, "TGnSync Proposal PHY Results" IEEE /892, "TGnSync Proposal MAC Results" IEEE /893, "TGnSync Proposal MAC1 Simulation Results" IEEE /894, "TGnSync Proposal MAC2 Simulation Results“ IEEE /1359, "TGnSync Proposal MAC3 Simulation Results“ IEEE /895, "TGnSync Proposal MAC Simulation Methodology" You may also direct questions to For additional details, refer to Syed Aon Mujtaba, Agere Systems, et. al.

96 Modifications since Nov 2004
January 2005 Modifications since Nov 2004 PHY MAC Optimized interleaver specification for 20 MHz and 40 MHz channelizations Completed merger process with LDPC partial proposals Added A-MSDU aggregation Syed Aon Mujtaba, Agere Systems, et. al.

97 Scalable Architecture across several dimensions
January 2005 Scalable Architecture across several dimensions Market Segments Residential Tx Beamforming Coverage throughout the home Reverse direction Increased efficiency for gaming MRMRA Efficiency for isochronous clients (VoIP) MRAD Power saving support for portable devices Reverse direction Higher network efficiency for bulk data transfer Enterprise Residential Enterprise Public Access Portable Devices Tx beamforming Extended range for Hot Spot RX assisted Link Adaptation Higher throughput in congested environments Public Access Lower n rates Range extension and robustness for handsets MRMRA Power savings and robustness for handset mobility Portable Devices 140 / 243Mbps 315Mbps 630Mbps Asia Pacific Performance Over Time Regulatory Domains Europe North America Syed Aon Mujtaba, Agere Systems, et. al.

98 Key Features Scalable PHY & MAC Architecture
January 2005 Key Features Scalable PHY & MAC Architecture 20 and 40 MHz channels – fully interoperable Data rate scalable to 630 Mbps Legacy interoperability – all modes Robust preamble Transmit beamforming Robust frame aggregation Bi-directional data flow Fast link adaptation Syed Aon Mujtaba, Agere Systems, et. al.

99 January 2005 Glossary Syed Aon Mujtaba, Agere Systems, et. al.

100 January 2005 MAC Backup Syed Aon Mujtaba, Agere Systems, et. al.

101 MAC Challenges in HT Environment
November 2004 doc.: IEEE /888r7 January 2005 MAC Challenges in HT Environment HT requires an improvement in MAC Efficiency HT requires effective Rate Adaptation HT requires Legacy Protection summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

102 MAC Header Compression
January 2005 MAC Header Compression MHDR MPDU carries repeated Header fields CHDATA MPDU refers to previous MHDR MPDU HID field ties the two together Context only within current aggregate Syed Aon Mujtaba, Agere Systems, et. al.

103 Periodic Multi-Receiver Aggregation
November 2004 doc.: IEEE /888r7 January 2005 Periodic Multi-Receiver Aggregation summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

104 Following Packet Descriptor (FPD) Protocol
January 2005 Following Packet Descriptor (FPD) Protocol Syed Aon Mujtaba, Agere Systems, et. al.

105 January 2005 MIMO Power Management Timed Receive Mode Switching (TRMS) allows a STA to operate with only 1 of its receive chains enabled most of the time Switch to fully enabled when the STA transmits a frame Hold-on timer keeps the STA fully enabled for a known period of time Good for bursty traffic reduced latency compared to other methods of power saving Syed Aon Mujtaba, Agere Systems, et. al.

106 January 2005 Channel Selection Support 20/40 MHz and 20 MHz operating modes of whole BSS In 20/40 MHz mode, all legacy PPDUs are 20 MHz, all HT PPDUs exchanged between HT STA are either 40 MHz or 20 MHz depending on operating mode and STA capability Channel selection constraints Partial overlap between HT systems is not allowed Legacy STAs are only allowed in the control sub-channel except in 20 MHz-base managed mixed mode An HT AP responds to changes in environment to maintain channel selection constraints Syed Aon Mujtaba, Agere Systems, et. al.

107 MAC Architecture November 2004 doc.: IEEE 802.11-04/888r7 January 2005
summary deck Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

108 PHY Backup Slides January 2005
Syed Aon Mujtaba, Agere Systems, et. al.

109 Spatial Stream Tone Interleaving
November 2004 doc.: IEEE /888r7 January 2005 Spatial Stream Tone Interleaving Color indicates spatial stream Each HT-LTF has equal representation from all spatial streams Eliminates avg. power fluctuation across LTFs HT-LTS symbols are designed to minimize PAPR Distinct symbol designs for different number of spatial streams Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

110 HT-SIG Contents HT-SIG1 HT-SIG2 November 2004
doc.: IEEE /888r7 January 2005 HT-SIG Contents HT-SIG1 HTLENGTH (18 bits) HTLENGTH (18 bits) MCS (6 bits) MCS (6 bits) SOUNDING PACKET (1 bit) ADV CODING (1 bit) RESERVED (1 bit) NUMBER HT-LTF (2 bits) SHORT GI (1 bit) AGGREGATE (1 bit) SCRAMBLER INIT (2 bits) 20/40 BW (1 bit) HT-SIG2 CRC (8 bits) SIGNAL TAIL (6 bits) SIGNAL TAIL (6 bits) Transmit Order Syed Aon Mujtaba, Agere Systems, et. al. Syed Aon Mujtaba, Agere Systems, et. al.

Download ppt "TGn Sync Complete Proposal"

Similar presentations

Doc.: IEEE 802. 11-05/0415r0 Submission May 2005 Amit Bansal, WiproSlide 1 Security aspects of MAC Aggregation Notice: This document has been prepared.

Doc.: IEEE /0415r0 Submission May 2005 Amit Bansal, WiproSlide 1 Security aspects of MAC Aggregation Notice: This document has been prepared.
TGn Sync An IEEE n Protocol Standard Proposal Alliance PHY Overview

TGn Sync An IEEE n Protocol Standard Proposal Alliance PHY Overview
Doc.: IEEE 802.11-05/0255r0 Submission March 2005 John Ketchum, Qualcomm IncSlide 1 Responses to WWiSE Points on Beamforming Notice: This document has.

Doc.: IEEE /0255r0 Submission March 2005 John Ketchum, Qualcomm IncSlide 1 Responses to WWiSE Points on Beamforming Notice: This document has.
NTU Confidential 1 Introduction of TGnSync 802.11n proposal Speaker:Zih-Yin Ding Professor: Tzi-Dar Chiueh September 27 th, 2004.

NTU Confidential 1 Introduction of TGnSync n proposal Speaker:Zih-Yin Ding Professor: Tzi-Dar Chiueh September 27 th, 2004.
Doc.: IEEE 802.22-06/0227r0 Submission Nov 2006 Wu Yu-Chun, Huawei HisiSlide 1 Beacon Sync Frame Proposal for the 802.22.1 IEEE P802.22 Wireless RANs Date:

Doc.: IEEE /0227r0 Submission Nov 2006 Wu Yu-Chun, Huawei HisiSlide 1 Beacon Sync Frame Proposal for the IEEE P Wireless RANs Date:
Doc.: IEEE 802.11-05/266r0 Submission March 2005 Syed Aon Mujtaba, Agere Systems, et. al.Slide 1 TGn Sync March 5min Summary Notice: This document has.

Doc.: IEEE /266r0 Submission March 2005 Syed Aon Mujtaba, Agere Systems, et. al.Slide 1 TGn Sync March 5min Summary Notice: This document has.
Doc.: IEEE 802.11-05/0418r0 Submission May 2005 Syed Aon Mujtaba, Agere Systems, et. al.Slide 1 PHY Updates to TGn Sync Proposal Notice: This document.

Doc.: IEEE /0418r0 Submission May 2005 Syed Aon Mujtaba, Agere Systems, et. al.Slide 1 PHY Updates to TGn Sync Proposal Notice: This document.
Doc.: IEEE 802.22-07/0050r0 Submission January 2007 Monisha Ghosh, PhilipsSlide 1 Low PAPR Binary Preamble Design IEEE P802.22 Wireless RANs Date: 2007-01-17.

Doc.: IEEE /0050r0 Submission January 2007 Monisha Ghosh, PhilipsSlide 1 Low PAPR Binary Preamble Design IEEE P Wireless RANs Date:
Doc.: IEEE 802.11-05/0006r1 Submission January 2005 Tsuguhide Aoki, Toshiba Corporation, et. al.Slide 1 Backward compatibility of CDD preambles Notice:

Doc.: IEEE /0006r1 Submission January 2005 Tsuguhide Aoki, Toshiba Corporation, et. al.Slide 1 Backward compatibility of CDD preambles Notice:
Doc.: IEEE 802.11-05/0267r0 Submission Jack Winters March 2005 Slide 1 Proposal for Higher Spatial Reuse Date: 2005-03-16 Authors: Notice: This document.

Doc.: IEEE /0267r0 Submission Jack Winters March 2005 Slide 1 Proposal for Higher Spatial Reuse Date: Authors: Notice: This document.
Doc.: IEEE 802.11-05/1645r2 Submission January 2005 C. Hansen, BroadcomSlide 1 Preambles, Beamforming, and the WWiSE Proposal Notice: This document has.

Doc.: IEEE /1645r2 Submission January 2005 C. Hansen, BroadcomSlide 1 Preambles, Beamforming, and the WWiSE Proposal Notice: This document has.
Doc.: IEEE 802.11-05/1635r1 Submission January 2005 John S. Sadowsky, IntelSlide 1 WWiSE Preambles and MIMO Beamforming? Notice: This document has been.

Doc.: IEEE /1635r1 Submission January 2005 John S. Sadowsky, IntelSlide 1 WWiSE Preambles and MIMO Beamforming? Notice: This document has been.
Doc.: IEEE 802.22-07/0099r0 Submission March 2007 Wu Yu-Chun, Huawei HisiSlide 1 FEC on Sync Burst and PSDU for the 802.22.1 IEEE P802.22 Wireless RANs.

Doc.: IEEE /0099r0 Submission March 2007 Wu Yu-Chun, Huawei HisiSlide 1 FEC on Sync Burst and PSDU for the IEEE P Wireless RANs.
Doc.: IEEE 802.11-05/0065r0 Submission January 2005 Bahareh Sadeghi, Intel CorpSlide 1 On Hidden and Exposed Terminal Problems Notice: This document has.

Doc.: IEEE /0065r0 Submission January 2005 Bahareh Sadeghi, Intel CorpSlide 1 On Hidden and Exposed Terminal Problems Notice: This document has.
Doc.: IEEE 802.11-05/0534r0 Submission May 2005 Steve Shellhammer, Intel CorporationSlide 1 Thoughts on Modifications of the TGn Functional Requirements.

Doc.: IEEE /0534r0 Submission May 2005 Steve Shellhammer, Intel CorporationSlide 1 Thoughts on Modifications of the TGn Functional Requirements.
Doc.: IEEE 802.11-06/0651r0 Submission May 2006 Royce Fernald - Intel CorporationSlide 1 Video Delivery vs. Attenuation in a Conducted Environment Notice:

Doc.: IEEE /0651r0 Submission May 2006 Royce Fernald - Intel CorporationSlide 1 Video Delivery vs. Attenuation in a Conducted Environment Notice:
Doc.: IEEE 802.11-04/888r0 Submission August 2004 Aon Mujtaba, Agere Systems, et alSlide 1 TGn Sync Proposal Date: Aug 13, 2004 Aon Mujtaba, Agere Systems.

Doc.: IEEE /888r0 Submission August 2004 Aon Mujtaba, Agere Systems, et alSlide 1 TGn Sync Proposal Date: Aug 13, 2004 Aon Mujtaba, Agere Systems.
Doc.: IEEE 802.11-04/888r9 Submission March 2005 Syed Aon Mujtaba, Agere Systems, et. al.Slide 1 TGn Sync Complete Proposal Notice: This document has been.

Doc.: IEEE /888r9 Submission March 2005 Syed Aon Mujtaba, Agere Systems, et. al.Slide 1 TGn Sync Complete Proposal Notice: This document has been.
Doc.: IEEE 802.11-04/1506r0 Submission November 2004 Syed Aon Mujtaba, Agere Systems, et. al.Slide 1 TGn Sync Complete Proposal Overview Aon Mujtaba, Agere.

Doc.: IEEE /1506r0 Submission November 2004 Syed Aon Mujtaba, Agere Systems, et. al.Slide 1 TGn Sync Complete Proposal Overview Aon Mujtaba, Agere.
Doc.: IEEE 802.11-06/1499r0 Submission September 2006 Andrew Storm, BandspeedSlide 1 Enhancement of the Compressed steering matrix performance with power.

Doc.: IEEE /1499r0 Submission September 2006 Andrew Storm, BandspeedSlide 1 Enhancement of the Compressed steering matrix performance with power.

Similar presentations

Ads by Google