Doc.: IEEE 802.11-06/1711r0 Submission November 2006 Matthew Fischer (Broadcom)Slide 1 Serial CTS-to-SELF (CTS2SELF) Proposal: 20/40 MHz Coexistence in.

Slides:



Advertisements
Similar presentations
Doc.: IEEE /90r0 Submission Nov., 2012 NICTSlide b NICT Proposal IEEE P Wireless RANs Date: Authors: Notice: This document.
Advertisements

Doc.: IEEE /0930r0 Submission July 2006 Nancy Cam-Winget, Cisco Slide 1 Editor Updates since Jacksonville Notice: This document has been prepared.
Doc.: IEEE /0024r0 Submission May 2006 Steve Shellhammer, QualcommSlide 1 Discussion of Coexistence Scenarios Notice: This document has been prepared.
Doc.: IEEE /0094r0 Submission November 2009 Steve Shellhammer, QualcommSlide 1 Comments on PAR Notice: This document has been prepared.
Doc.: IEEE /1807r2 Submission November 2006 Matthew Fischer (Broadcom)Slide 1 TGN adhoc MAC subgroup report for November 2006 Notice: This document.
Doc.: IEEE /0054r0 Submission May 2011 Slide 1Hyunduk Kang, et al, ETRI Discussion on mode of management service Notice: This document has been.
Doc.: IEEE /86r2 Submission March, 2010 Gabor BajkoSlide 1 Location Proxy Notice: This document has been prepared to assist IEEE It is.
Doc.: IEEE /1528r0 Submission 22 September 2006 Naveen Kakani, Nokia, IncSlide 1 TGn PSMP adhoc Group September Closing Report Notice: This document.
Doc.: IEEE /0186r0 Submission January 2007 Guenael Strutt, MotorolaSlide 1 RFI London Update Notice: This document has been prepared to assist.
Doc.: IEEE /2112r1 Submission Peter Loc, MarvellSlide 1 TGn LB97 Frame Format Ad Hoc San Francisco, July 2007 Notice: This document.
Doc.: IEEE /0701r0 Submission May 2007 Petranovich (CNXT) and Kasher (INTC)Slide 1 Non-HT Duplicate Format Notice: This document has been prepared.
Doc.: IEEE /0652r1 Submission May 2007 Emily Qi, Intel CorporationSlide 1 TGv Redline D0.12 Insert and Deletion Notice: This document has been.
Submission on comments to +HTC frames
Coexistence Motions for LB84 Comment Resolution
LB84 General AdHoc Group Sept. Closing TGn Motions
LB84 General AdHoc Group Sept. Closing TGn Motions
[ Interim Meetings 2006] Date: Authors: July 2005
IEEE WG Status Report – July 2005
IEEE White Space Radio Contribution Title
LB73 Noise and Location Categories
LB73 Noise and Location Categories
Waveform Generator Source Code
March 2014 Election Results
TGp Closing Report Date: Authors: July 2007 Month Year
[ Policies and Procedure Summary]
Motion to accept Draft p 2.0
3GPP liaison report July 2006
Extension Coexistence with OBSS
(Presentation name) For (Name of group) (Presenter’s name,title)
TGp Closing Report Date: Authors: March 2006 Month Year
On Coexistence Mechanisms
TGu-changes-from-d0-02-to-d0-03
TGn Frame Format Ad Hoc Status and Motions
November Opening Report
On Coexistence Mechanisms
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
Selection Procedure Recommendation
IEEE P Wireless RANs Date:
TGu-changes-from-d0-01-to-d0-02
LB73 Noise and Location Categories
PHY Ad Hoc September Opening Report
TGy draft 2.0 with changebars from draft 1.0
Coexistence Straw Polls from November 2006 Plenary in Dallas, TX
TGv Redline D0.10 Insert and Deletion
TGn LB84 – Frame Format Ad Hoc Status and Motions
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
Redline of draft P802.11w D2.2 Date: Authors:
Coex Ad Hoc January London Agenda and Report
November Opening Report
TGr Proposed Draft Revision Notice
Off-channel selection
TGu-changes-from-d0-02-to-d0-03
[ Policies and Procedure Summary]
Beamforming and Link Adaptation Motions
Draft P802.11s D1.03 WordConversion
Questions to the Contention-based Protocol (CBP) Study Group
TGn LB84 – Frame Format Ad Hoc Status and Motions
EC Motions – July 2005 Plenary
TGu-changes-from-d0-04-to-d0-05
TGn LB84 – Frame Format Ad Hoc Status and Motions
TGu-changes-from-d0-03-to-d0-04
Beamforming and Link Adaptation Motions for LB 84 Comment Resolutions
TGn LB84 – Frame Format Ad Hoc Motions
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
Coex Ad Hoc January London Agenda and Report
TGr Proposed Draft Revision Notice
Presentation transcript:

doc.: IEEE /1711r0 Submission November 2006 Matthew Fischer (Broadcom)Slide 1 Serial CTS-to-SELF (CTS2SELF) Proposal: 20/40 MHz Coexistence in 2.4 GHz 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: NameCompanyAddressPhone Matthew FischerBroadcom Vinko Erceg Jason Trachewsky Broadcom

doc.: IEEE /1711r0 Submission November 2006 Matthew Fischer (Broadcom)Slide 2 Introduction For legacy devices to properly defer in 2.4 GHz spectrum in the presence of 40 MHz transmissions, two CTS-to-Self (CTS2SELF) transmissions can be employed by the 40 MHz devices. First transmission is on the primary channel followed by the second one on on the secondary channel after verifying that the secondary channel is idle. This solution solves the legacy deferral 20-40MHz coexistence issue without adding additional modes such as Duplicate CCK/DSSS transmission or mandating 25 MHz channel separation between primary and secondary channel.

doc.: IEEE /1711r0 Submission November 2006 Matthew Fischer (Broadcom)Slide 3 Serial CTS2SELF Principle The sequence of 20 MHz transmissions is performed as two CTS2SELF frame transmissions, the first of which is transmitted on the primary channel. Examination of the CCA condition on the secondary channel follows. If the secondary channel CCA indicates an IDLE channel for a period of PIFS time following the end of the transmission of the primary channel CTS2SELF transmission, then the 40 MHz device can send a second CTS2SELF frame on the secondary channel. These two transmissions serve to inform 20 MHz devices of the pending occupancy of 40 MHz spectrum. This is accomplished by providing, a duration of time that conveys to the 20 MHz only device, the amount of time that it must remain idle in order to allow the subsequent 40 MHz transmissions to proceed uninterrupted.

doc.: IEEE /1711r0 Submission November 2006 Matthew Fischer (Broadcom)Slide 4 Serial CTS2SELF Principle CTS2SELF may be sent using OFDM modulation in which case time-on-the-air is significantly shorter. CCK/DSSS modulation may be used on the secondary channel if the legacy device is 1 or 2 channel away.

doc.: IEEE /1711r0 Submission November 2006 Matthew Fischer (Broadcom)Slide 5 Serial CTS2SELF example 1 A 40 MHz device’s MAC function gains medium access and sends a pair of CTS2SELF frames in sequence, then follows those transmissions with a sequence of 40 MHz transmissions and receptions PIFS value depends on format of CTS2SELF, using usec for DSSS/CCK format and usec for ERP-OFDM format C2 = 20 MHz CTS2SELF frame transmission = 40 MHz transmissions and/or receptions and/or idle gaps CTS2SELF-receiving devices do not initiate transmissions during this time, but they may send response transmissions Time reserved by Duration/ID field of CTS2SELF for 40 MHz transmissions Secondary 20 MHz channel Primary 20 MHz channel C2 40 MHz device checks condition of secondary channel before transmitting IFS PIFS PIFS time value based on format of CTS2SELF frame Extent of Duration/ID NAV protection from the CTS2SELF frame

doc.: IEEE /1711r0 Submission November 2006 Matthew Fischer (Broadcom)Slide 6 Serial CTS2SELF example 2 After transmitting the first CTS2SELF, the 40 MHz device finds that the secondary channel is BUSY, and therefore, decides to send only 20 MHz transmissions on the primary 20 MHz channel. The second CTS2SELF transmission is aborted. C2 = 20 MHz CTS2SELF frame transmission = 20 MHz transmissions and/or receptions and/or idle gaps in the primary 20 MHz channel CTS2SELF-receiving devices do not initiate transmissions during this time, but they may send response transmissions Time reserved by Duration/ID field of CTS2SELF for 40 MHz transmissions Secondary 20 MHz channel Primary 20 MHz channel 40 MHz device checks condition of secondary channel before transmitting, and it is found to be BUSY PIFS PIFS time value based on format of CTS2SELF frame Extent of Duration/ID NAV protection from the CTS2SELF frame Unrelated activity

doc.: IEEE /1711r0 Submission November 2006 Matthew Fischer (Broadcom)Slide 7 Serial CTS2SELF example 3 The 40 MHz device finds that the secondary channel is BUSY, and decides to delay the transmission of the second CTS2SELF frame Not efficient, but does avoid collisions C2 = 20 MHz CTS2SELF frame transmission = 40 MHz transmissions and/or receptions and/or idle gaps CTS2SELF-receiving devices do not initiate transmissions during this time, but they may send response transmissions Time reserved by Duration/ID field of CTS2SELF for 40 MHz transmissions Secondary 20 MHz channel Primary 20 MHz channel C2 40 MHz device checks condition of secondary channel before transmitting, and it is found to be BUSY IFS PIFS PIFS time value based on format of CTS2SELF frame Extent of Duration/ID NAV protection from the CTS2SELF frame Unrelated activity

doc.: IEEE /1711r0 Submission November 2006 Matthew Fischer (Broadcom)Slide 8 Duplicate CKK/DSSS Disadvantages b standard is not being followed because of the 20 MHz separation between the two CCK/DSSS channels. The standard recommendation is 25 MHz. It was not shown that the Duplicate CCK/DSSS mode actually works with legacy devices. It was not shown that the legacy devices will be OK with 20 MHz ACI and potential aliasing due to the b devices internal sampling at 11 MHz. Duplicate CCK/DSSS adds yet another mode to the standard that has to specified, discussed, implemented and tested while there were many LB84 comments to remove some of the modes.