Doc.: IEEE 802.11-05/0211 Submission March 2005 Richard Williams, Texas Instruments, et alSlide 0 Beamforming should be smooth Notice: This document has.

Slides:



Advertisements
Similar presentations
Doc.: IEEE /0918r3 Submission September 2005 Emily Qi, et alSlide 1 Proposed TGv Selection Process Notice: This document has been prepared to.
Advertisements

Doc.: IEEE /1116r0 Submission July 2006 Harry Worstell, AT&T.Slide 1 TGp Closing Report Notice: This document has been prepared to assist IEEE.
Doc.: IEEE /2163r0 Submission July 2007 Cam-Winget, Smith, WalkerSlide 1 A-MPDU Security Issues Notice: This document has been prepared to assist.
Doc.: IEEE /0029r0 Submission July 2006 Steve Shellhammer, QualcommSlide 1 Coexistence Scenario – A Pair of Unlicensed Wireless Networks, one.
Doc.: IEEE Submission 2/8/2014 Dee Denteneer, Philips et al.Slide 1 A BTE issue; also related to Beacon Bloat Notice: This document has.
Doc.: IEEE /0026r0 Submission Dec Luke Qian, Doug Smith Cisco Systems, IncSlide 1 BA Reordering for A-MPDU Notice: This document has been.
Doc.: IEEE /0077r0 Submission September 2007 Rich Kennedy, OakTree WirelessSlide 1 5GHz RLANs and the Spectrum Challenges from the Weather Radar.
Doc.: IEEE /0178r0 Submission January 2006 Clint Chaplin, Wi-Fi AllianceSlide 1 Wi-Fi Alliance Liaison Report Notice: This document has been prepared.
Doc.: IEEE /1514r0 Submission September 2006 Clint Chaplin, Wi-Fi AllianceSlide 1 Wi-Fi Alliance Liaison Report Notice: This document has been.
Doc.: IEEE /0132r0 Submission May, 2008 Gabor BajkoSlide 1 Proposal to define ES specific IEs Notice: This document has been prepared to assist.
Doc.: IEEE /1465r0 Submission September 2006 K. Kim et al.Slide 1 RA-OLSR Text Updates Notice: This document has been prepared to assist IEEE.
Doc.: IEEE /1812r0 Submission November 2006 Eldad Perahia (Intel)Slide 1 More RX Procedure Notice: This document has been prepared to assist IEEE.
Doc.: IEEE /1007r0 Submission September 2005 Fred Haisch, Proxim WirelessSlide 1 Alternative Lock-up Solution Notice: This document has been prepared.
Doc.: IEEE /0789r2 Submission July 2008 RuiJun Feng, China Mobile Times of an AP refusing associated requirements Date: Authors: Notice:
Doc.: IEEE /1785r1 Submission November 2006 Kazuyuki SakodaSlide 1 Some editorial updates on broadcast and so on Notice: This document has been.
Doc.: IEEE /0023r0 Submission July 2005 Steve Shellhammer, Qualcomm Inc.Slide 1 Questions to the Contention-based Protocol (CBP) Study Group Notice:
Doc.: IEEE /0282r0 Submission March, 2006 B Aboba, M Lefkowitz, K SoodSlide 1 Fast Transition in Neighbor Reports Notice: This document has been.
Doc.: IEEE /1829r1 Submission November 2006 Assaf Kasher et al. (Intel)Slide 1 Heff Defintion Notice: This document has been prepared to assist.
Doc.: IEEE /1524r1 Submission September 2006 Deric Waters, Texas InstrumentsSlide 1 Pilot Values in HT Duplicate Mode Notice: This document has.
Doc.: IEEE /2209r0 Submission July 2007 Qi Wang, Broadcom CorporationSlide 1 PICS table entry on co-located interference reporting Date:
Doc.: IEEE /1381r0 Submission September 2006 Assaf Kasher, IntelSlide 1 No use of Identity Matrix when extension LTFs are used Notice: This document.
Doc.: IEEE /1731r0 Submission November 2006 Eldad Perahia (Intel)Slide 1 Green Field Compromise Notice: This document has been prepared to assist.
Doc.: IEEE /1587r0 Submission October 2006 Eldad Perahia (Intel)Slide 1 Regarding Defining HT Duplicate Modes for Other Code Rates and Modulations.
Doc.: IEEE /0756r0 Submission May 2006 Todor CooklevSlide 1 HD video and multimedia over : an update Notice: This document has been prepared.
Doc.: IEEE /1750r0 Submission November 2006 james woodyatt / Apple Computer, Inc.Slide 1 40 MHz Operation in 2.4G with Greenfield Notice: This.
Doc.: IEEE /90r0 Submission Nov., 2012 NICTSlide b NICT Proposal IEEE P Wireless RANs Date: Authors: Notice: This document.
Doc.: IEEE /0255r0 Submission March 2005 John Ketchum, Qualcomm IncSlide 1 Responses to WWiSE Points on Beamforming Notice: This document has.
Doc.: IEEE /0930r0 Submission July 2006 Nancy Cam-Winget, Cisco Slide 1 Editor Updates since Jacksonville Notice: This document has been prepared.
Doc.: IEEE /0197r0 Submission March 2005 Nancy Cam-Winget et alSlide 1 TAP & JIT Merge Process Notice: This document has been prepared to assist.
WWISE LDPCC performance
LB84 General AdHoc Group Sept. Closing TGn Motions
[ Interim Meetings 2006] Date: Authors: July 2005
IEEE White Space Radio Contribution Title
London TGu Motions Authors: January 2007 Date: Month Year
LB73 Noise and Location Categories
LB73 Noise and Location Categories
Waveform Generator Source Code
March 2014 Election Results
Attendance and Documentation for the March 2007 Plenary
Attendance and Documentation for the March 2007 Plenary
[ Policies and Procedure Summary]
Motion to accept Draft p 2.0
3GPP liaison report July 2006
(Presentation name) For (Name of group) (Presenter’s name,title)
TGp Closing Report Date: Authors: March 2006 Month Year
TGu-changes-from-d0-02-to-d0-03
Contribution on Location Privacy
TGp Closing Report Date: Authors: March 2006 Month Year
Reflector Tutorial Date: Authors: July 2006 Month Year
TGv Redline D0.07 Insert and Deletion
TGv Redline D0.06 Insert and Deletion
Experimental DTV Sensor
TGu-changes-from-d0-01-to-d0-02
LB73 Noise and Location Categories
TGy draft 2.0 with changebars from draft 1.0
TGv Redline D0.10 Insert and Deletion
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
Redline of draft P802.11w D2.2 Date: Authors:
TGr Proposed Draft Revision Notice
TGu-changes-from-d0-02-to-d0-03
[ Policies and Procedure Summary]
March Opening Report Date: Authors: March 2011
Beamforming and Link Adaptation Motions
Draft P802.11s D1.03 WordConversion
Questions to the Contention-based Protocol (CBP) Study Group
EC Motions – July 2005 Plenary
TGu-changes-from-d0-04-to-d0-05
TGu-changes-from-d0-03-to-d0-04
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
TGr Proposed Draft Revision Notice
Presentation transcript:

doc.: IEEE /0211 Submission March 2005 Richard Williams, Texas Instruments, et alSlide 0 Beamforming should be smooth 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, 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. Date: Authors:

doc.: IEEE /0211 Submission March 2005 Richard Williams, Texas Instruments, et alSlide 1 Beamforming basics Beamforming is a technique to optimize the use of the channel by altering the signal before transmission Given good channel information it is possible to alter the signal before transmission so that it can be received with the greatest reliability possible To allow arbitrary beamforming the receiver must perform channel estimation by simple division To allow arbitrary beamforming to be received without prior knowledge the receiver must use a certain class of techniques for stream separation A general receiver structure doesn’t allow all types of beamforming but can approach optimal performance without channel knowledge

doc.: IEEE /0211 Submission March 2005 Richard Williams, Texas Instruments, et alSlide 2 Why beamforming should be smooth A general receiver can outperform a constrained receiver by 5dB –Prescribing the design of the receiver significantly limits the ability to innovate and differentiate –With a prescribed receiver almost all innovation is in the beamforming device and performance is dependent on the reliability of the channel information A general receiver restricts beamforming techniques to those that produce a smooth transmitted signal –A small class of simplistic beamforming techniques is precluded Preambles can be shortened with smooth beamforming techniques –Preamble length is the only factor that affects throughput for any given MAC –Shorter preambles significantly improve throughput –Short packets will always be disadvantaged by longer preambles

doc.: IEEE /0211 Submission March 2005 Richard Williams, Texas Instruments, et alSlide 3 Rate needed to equal throughput of WWiSE 135Mbps An extra 12.8μs of preamble requires data rates > 144 4/9 Mbps with data payloads < 3274 bytes 144 4/9 Mbps 135 Mbps

doc.: IEEE /0211 Submission March 2005 Richard Williams, Texas Instruments, et alSlide 4 Rate needed to equal throughput of WWiSE 121.5Mbps An extra 12.8μs of preamble requires data rates > 144 4/9 Mbps with data payloads < 1193 bytes 144 4/9 Mbps 121 ½ Mbps

doc.: IEEE /0211 Submission March 2005 Richard Williams, Texas Instruments, et alSlide 5 The burden of increased preamble size 144 4/9 Mbps 121 ½ Mbps 108 Mbps 54 Mbps 81 Mbps 135 Mbps 8dB 6dB

doc.: IEEE /0211 Submission March 2005 Richard Williams, Texas Instruments, et alSlide 6 Unrestricted beamforming isn’t worthwhile Unrestricted beamforming dictates a poor receiver design Unrestricted beamforming penalizes all transmissions due to the increased preamble size The increased preamble size required by TGnSync requires huge data payloads to compensate for its inefficiency The WWiSE approach of minimizing preambles by requiring smooth beamforming techniques is the right technical solution