March 2006 doc IEEE 802 11 060408 r

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 802. 11 MAC Extensions for Increasing Aggregate WLAN Throughput Date: 2006 -03 -08 Authors: Notice: This document has been prepared to assist IEEE 802. 11. 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 802. 11. Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures <http: // ieee 802. 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 <stuart. kerry@philips. com> 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 802. 11 Working Group. If you have questions, contact the IEEE Patent Committee Administrator at <patcom@ieee. org>. Submission M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 802. 11 MAC Extensions for Increasing Aggregate WLAN Throughput Mathilde Benveniste benveniste@ieee. org Background: http: //pubs. research. avayalabs. com/pdfs/CCC_High_throughput_MAC. pdf Submission M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 Introduction • A MAC protocol that allows parallel use of multiple channels can boost WLAN aggregate throughput beyond what a link protocol can • The CCC MAC achieves higher BSS/mesh aggregate throughput through the parallel use of multiple channels • Multiple-radio stations enable higher throughput at traffic concentration points • Both existing and new link technologies (11/11 b/ 11 g/11 a/11 n) can be used with CCC Submission M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 Multi-channel BSS/mesh Dual Wi. Fi/cell camera phone DVD Player HDTV Wi. Fi phone PDA MP 3 Player AP Desktop Multimedia games Laptop Camcorder Submission Printer Camera M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 Description of Common Control Channel (CCC) MAC Protocol Submission M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 Basic protocol description • One control and multiple data channels are available for use in a BSS or mesh • CCC works with 1, 1. 5, … or n radios Control Channel • Stations reserve time on data channels by exchanging CC-RTS/CC-CTS on the control channel – CC-RTS/CC-CTS indicate channel being reserved – A dedicated radio (receiver) monitors reservations on control channel – Control channel may carry data • Control channel can serve data channels of diverse PHYs (11 a/g/n) Data Channels • Data radio transmits/receives data on one of multiple data channels • A device may have multiple data radios for higher node throughput Acknowledgements • Acknowledgements may be sent on same channel as data or on control channel – Needed for multiple-radio devices Submission M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 CC-RTS CC-CTS CCC MAC protocol CC DC 1 DC 2 DC 3 TXOP time Radio Frequency Submission M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 Multi-channel BSS under CCC MAC Example: AP, Wi. Fi phone and PDA have 1 radio All other devices have 1. 5 (2) radios PDA DVD Player Wi. Fi phone HDTV AP Legacy APs and Desktop legacy non-AP stations can co-exist with CCC stations 3 channels in use CC (control channel) DC Laptop Camcorder Printer (data channels) Submission M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 WLAN traffic load concentration calls for multi-radio stations • Infrastructure APs concentrate BSS traffic – A multi-radio AP will accommodate high aggregate BSS throughput • For meshes, load increases (geometrically) with the number of mesh APs (hops) as paths converge toward the portal – The total load through the portal is the sum of the loads offered at the mesh APs – Multi-radio devices are needed closer to the portal of a mesh and at APs with heavy traffic loads Load =x Load =30 x Load =15 x Load =7 x Load =3 x Portal Mesh AP Submission M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 Multi-channel multi-radio BSS/mesh under CCC MAC Example: Wi. Fi phone and PDA have 1 radio AP has 2. 5 (3) radios; all other devices have 1. 5 (2) radios Dual Wi. Fi/cell camera phone PVR HDTV Wi. Fi phone PDA AP Multi-radio CCC AP and legacy stations 4 channels in use on multiple channels CC (control channel) (data channels) Submission Desktop serves CCC Multimedia games DC MP 3 Player Laptop Camcorder Printer Camera M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 Adjacent Channel Interference • Multi-radio devices can suffer adjacent channel interference (ACI) while transmitting and receiving simultaneously on adjacent channels • The number of available non-adjacent data channels is small – The available unlicensed RF spectrum has several segments of channels: one in 2. 4 GHz range and 3 (or 4) in the 5 GHz range – Channels from different segments would not cause one another ACI • Avoiding ACI by using only ‘non-adjacent’ channels lowers efficiency of channel use – Low channel re-use – only a few channels can be used by multiradio MPs in the mesh Submission M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 Proposed Solution 1. The control and data channels are selected so that the control channel is not adjacent to any of the data channels 2. Data channels may be adjacent to one another, as long as there is no simultaneous transmission and reception by the same device on adjacent channels – – – Submission A transmission is delayed if a station is receiving and there is no non -adjacent channel available A reservation is declined if the request is for a channel adjacent to the one the station is transmitting on Acknowledgements between end points involved in adjacentchannel transmissions must be sent on the control channel M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 Summary • • • With the CCC MAC, stations in a BSS or mesh points can access in parallel a pool of channels, not just one channel At nodes of high traffic concentration, a device can operate on multiple radios at once without ACI Few radios can leverage the full capacity of a channel pool – • CCC is backward compatible with existing 802. 11 devices – • • High-throughput devices (APs or mesh portals) can communicate with low throughput devices without loss of capacity CCC stations can co-exist with legacy APs and non-AP stations CCC can be used with any mix of PHY channels, including 11 n CCC used with 11 n channels multiplies the throughput increase beyond what is attainable by 11 n alone Submission M. Benveniste (Avaya Labs)

March 2006 doc. : IEEE 802. 11 -06/0408 r 1 References 1. 2. 3. 4. M. Benveniste, "CCC Mesh MAC Protocol, " IEEE 802. 11 s Document, DCN 802. 11 -05/0610 r 1, June 2005, https: //802 wirelessworld. com M. Benveniste, "CCC MAC Protocol Framework and Optional Features, " IEEE 802. 11 s Document, DCN 802. 11 -05/0880 r 0, September 2005, https: //802 wirelessworld. com M. Benveniste and Z. Tao, "Performance Evaluation of a MAC Protocol for 802. 11 s Mesh Networks, " 2006 IEEE Sarnoff Symposium, Princeton, NJ, March 2006, www. research. avayalabs. com/user/benveniste M. Benveniste, “Avoiding Adjacent Channel Interference with Multi-Radio Mesh Points, ” IEEE 802. 11 s Document, DCN 802. 11 -05/1123 r 0, November 2005, https: //802 wirelessworld. com Submission M. Benveniste (Avaya Labs)