1. doc.: IEEE 802.11-09/1153r2 Submission November 2009 Carlos Cordeiro, IntelSlide 1 Motivation and Requirements on 60 GHz Beamforming Date: 2009-11-15 Authors: NameAffiliationsAddressPhoneEmail Carlos CordeiroIntel Corp.OR, USA503-712-9356Carlos.Cordeiro@intel.com Sai ShankarBroadcomCA, USAnsai@broadcom.com Hongyuan ZhangMarvellCA, USAHongyuan.Zhang@marvell.com Gal BassonWilocityIsraelGal.Basson@wilocity.com Liwen ChuST MicroCA, USALiwen.Chu@st.com James YeeMediaTekTaiwanJames.Yee@mediatek.com Assaf KasherIntel Corp.IsraelAssaf.Kasher@intel.com Chris HansenBroadcomCA, USAchansen@broadcom.com Yong LiuMarvellCA, USAYong.Liu@marvell.com Chao-Chun WangMediaTekTaiwanChao-chun.wang@mediatek.com Jason TrachewskyBroadcomCA, USAjat@broadcom.com

2. doc.: IEEE 802.11-09/1153r2 Submission Outline Introduction and Goals Motivation for beamforming (BF) BF terminology Requirements on BF protocol –One BF protocol for all usages/scenarios –Discovery mode –Antenna sub-assembly and antenna types –Sector level BF and beam refinement –When to do BF Conclusions Carlos Cordeiro, IntelSlide 2 November 2009

3. doc.: IEEE 802.11-09/1153r2 Submission Introduction and Goals In 09/0572r0, the authors show that most usages in 60GHz require directional communication in order to meet link budget requirements BF enables a pair of devices to train their transmit and/or receive antennas in order to achieve directional communication Therefore, in this presentation we: –Motivate the need for BF and introduce selected BF terminology –Discuss various requirements that a BF protocol for 60GHz must meet Carlos Cordeiro, IntelSlide 3 November 2009

4. doc.: IEEE 802.11-09/1153r2 Submission Motivation for BF 09/572r0 describes the need for directional communication in 60GHz High throughput (e.g., ~4Gbps as needed to support uncompressed video) at a range of 10m requires total end-to-end (transmit and receive) antenna gain of >27.5dBi Steerable antennas can provide such gain in a specific direction Before the direction is known, however, there is no antenna gain –Hence the need for BF Similar to the assumptions used in 09/0572r0 Channel Bandwidth2160MHz Tx Power10dBm Thermal Noise-81.5dBm Rx Noise figure7dB Path Los@10m88dB Reflection loss, etc.8dB SNR requirement for 16QAM rate 3/416dB Required total antenna gain -81.5+7+16-(10- 88-8)=27.5 Carlos Cordeiro, IntelSlide 4 November 2009

5. doc.: IEEE 802.11-09/1153r2 Submission Some BF terminology Quasi-omni: in 60GHz there is no omni as in 2.4/5GHz, but quasi- omni (see 09/572r0) –E.g., for a phased array, a quasi-omni antenna pattern covers all the directional antenna patterns generated by the phased array Sector: an spatial angle in which an array has high gain (maximal gain minus 3dB) Antenna reciprocity: TX and RX antenna patterns are the same Example of quasi-omni Quasi-omni Carlos Cordeiro, IntelSlide 5 November 2009

6. doc.: IEEE 802.11-09/1153r2 Submission One BF protocol for all usages/scenarios: WFA Usage Models (802.11-07/2988r4) clip/movie movie Rapid Upload / Download Wireless Display WLAN ~1Gbps Range <3-8m, (N)LOS 1080p today (~3Gbps) Range 5-10m, NLOS Max Avail Bandwidth Range 5-10m, ~NLOS A device may not have to use BF in a particular use case of a usage model, but it needs to support the BF protocol as to: Meet all use cases for that usage model Be able to communicate with devices with differing capabilities and requirements TGad should define a single BF protocol that accommodates devices with different levels of complexity while meeting all usage requirements Carlos Cordeiro, IntelSlide 6 November 2009

7. doc.: IEEE 802.11-09/1153r2 Submission Discovery mode Until BF is done devices do not know the right direction to use for communication with each other (assuming at least one of them have more than one direction available) Need to provide a mode that compensates for the lack of antenna gain (e.g., up to 15dBi loss at each end of a link) so that devices can, at a minimum, discover each other –BF can be done at or after discovery –If BF is done at discovery, then certain frames (e.g., beacon) may be used in support of BF Needless to say, the lower SNR caused by the lost gain will result in a lower rate for the discovery mode –In 09/0572r0, a net bit-rate of ~2 Mbps is shown for an 8 element antenna Carlos Cordeiro, IntelSlide 7 November 2009

8. doc.: IEEE 802.11-09/1153r2 Submission Antenna sub-assembly and antenna types An antenna sub-assembly is a single phased array, switched beam or single element antenna A 60GHz capable device (e.g., TV or laptop) may have two or more antenna sub-assemblies on different facets of the device to enable wider coverage Similarly, a handheld device (“smartphone”) may have several single element antennas on different sides of the device Therefore, the BF protocol must be able to support more than one antenna sub-assembly per device and different antenna types 1cm Phased array Device with 3 antenna sub-assemblies Carlos Cordeiro, IntelSlide 8 November 2009

9. doc.: IEEE 802.11-09/1153r2 Submission Sector level BF and beam refinement In principle, the BF protocol can have either a monolithic or a modular design However given the different levels of complexity of the devices, it may be important to modularize the BF protocol to be able to adjust to different device types and usages At least two phases of BF are possible: –Sector BF: coarser. May apply to transmit training only or, in case of antenna reciprocity, to both transmit and receive training. –Beam refinement: finer. Provides both receive and/or transmit training. Thus, different devices/usages may use one or both BF phases The BF protocol should accommodate devices/usages with different levels of complexity Example of sector BF Example of beam refinement Carlos Cordeiro, IntelSlide 9 November 2009

10. doc.: IEEE 802.11-09/1153r2 Submission When to do BF A typical scenario will include the device sending the beacon (e.g., AP or PCP as defined in 09/0391r0) in a BSS and one or more other devices In such scenario, there are at least two possibilities for when a pair of devices can do BF: –Pre-network entry: devices can do BF with the PCP/AP before any further management/data frames are exchanged –Post-network entry: devices can do BF with the PCP/AP or any other device in the BSS at any time Example of a BSS PCP STA (device) 2 STA (device) 1 Carlos Cordeiro, IntelSlide 10 November 2009

11. doc.: IEEE 802.11-09/1153r2 Submission When to do BF: pre-network entry BF As shown in 09/0572r0, the discovery mode can have a net bit-rate about 1000x lower than that achieved after BF is done To minimize the use of low rate modes, the spec should allow devices to quickly bring up a BF link between them Therefore, the spec should allow a device to do BF with the PCP/AP before it enters the network –Once the BF link is up, the device can then exchange frames in a high bit- rate BF mode Pre-network entry BF implies that the BF protocol can be executed without assuming that the BF devices: –Know the capabilities of each other (e.g., antenna type, number of antenna phased arrays, antenna reciprocity, etc.) –Have time synchronization Carlos Cordeiro, IntelSlide 11 November 2009

12. doc.: IEEE 802.11-09/1153r2 Submission When to do BF: post-network entry BF Once the device joins the network, capabilities may be exchanged with any other device that already participates in the same network Once the device knows the capability of the another device, the BF protocol can be configured to be executed on the basis of the specific capabilities of both the transmitter and the receiver –In some cases, it may be even possible to assume timing synchronization TGad should define a single BF protocol that is applicable to both pre-network entry and post-network entry BF Carlos Cordeiro, IntelSlide 12 November 2009

13. doc.: IEEE 802.11-09/1153r2 Submission Conclusions We believe BF is one of the most important features in the TGad 60GHz specification and will be decisive in enabling successful 60GHz products We believe TGad should define a unified BF protocol that, among other things,: –Enables the MAC/PHY to meet the requirements of all usage models and support all device types –Supports different antenna types, more than one steerable antenna per device, and does not assume antenna reciprocity –Has a modular design –Supports pre-network entry and post-network entry BF –Allows fast BF link (re-)establishment and tracking Carlos Cordeiro, IntelSlide 13 November 2009