Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek...

21
doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 N am e A ffiliations A ddress Phone em ail Jam esW ang M ediaTek james.wang@ mediatek.com Jianhan Liu M ediaTek [email protected] M inyoung Park IntelCorp. [email protected] Tom Tetzlaff IntelCorp. thomas.a.tetzlaff@ intel.com Em ily Q i IntelCorp. emily.h.qi@ intel.com Y ong Liu M arvell yongliu@ marvell.com H ongyuan Zhang M arvell Hongyuan@ m arvell.com SudhirSrinivasa M arvell sudhirs@ marvell.com Y ongho Seok LG Electronics LG R& D Com plex A nyang- Shi,K yungki-Do,Korea +82-31-450-1947 [email protected] Jinsoo Choi LG Electronics JeongkiKim LG Electronics Jin Sam K w ak LG Electronics M atthew Fischer Broadcom 190 M athildaPlace, Sunnyvale, CA +1 408 543 3370 mfischer@ broadcom.com Eric W ong Broadcom ewong@ broadcom .com Rojan Chitrakar Panasonic [email protected] .com K en M ori Panasonic [email protected] Authors: Nov 2012 James Wang, MediaTek Slide 1

Transcript of Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek...

Page 1: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Date: 2012-11-08

Name Affiliations Address Phone email James Wang MediaTek [email protected]

Jianhan Liu MediaTek [email protected]

Minyoung Park Intel Corp. [email protected]

Tom Tetzlaff Intel Corp. [email protected]

Emily Qi Intel Corp. [email protected]

Yong Liu Marvell [email protected]

Hongyuan Zhang Marvell [email protected]

Sudhir Srinivasa Marvell [email protected]

Yongho Seok LG Electronics LG R&D Complex Anyang-Shi, Kyungki-Do, Korea

+82-31-450-1947 [email protected]

Jinsoo Choi LG Electronics

Jeongki Kim LG Electronics

Jin Sam Kwak LG Electronics

Matthew Fischer Broadcom 190 Mathilda Place, Sunnyvale, CA

+1 408 543 3370 [email protected]

Eric Wong Broadcom [email protected]

Rojan Chitrakar Panasonic [email protected]

Ken Mori Panasonic [email protected]

Authors:

Nov 2012

James Wang, MediaTekSlide 1

Page 2: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Name Affiliations Address Phone email Simone Merlin Qualcomm 5775 Morehouse Dr,

San Diego, CA 8588451243 [email protected]

Amin Jafarian Qualcomm

Bin Tian Qualcomm

Santosh Abraham Qualcomm

Menzo Wentink Qualcomm

Hemanth Sampath Qualcomm

VK Jones Qualcomm

Sun, Bo ZTE [email protected]

Lv, Kaiying ZTE [email protected]

Huai-Rong Shao Samsung [email protected]

Chiu Ngo Samsung [email protected]

Minho Cheong ETRI 138 Gajeongno, Yuseong-gu, Dajeon, Korea

+82 42 860 5635

[email protected]

Jae Seung Lee ETRI [email protected]

Hyoungjin Kwon ETRI [email protected]

Jaewoo Park ETRI [email protected]

Sok-kyu Lee ETRI [email protected]

Sayantan Choudhury Nokia 2054 University Avenue, Suite 600, Berkeley, CA 94704

+1 510 599 9268 [email protected]

Klaus Doppler Nokia

Chittabrata Ghosh Nokia

Esa Tuomaala Nokia

Nov 2012

James Wang, MediaTekSlide 2

Page 3: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Nov 2012

Slide 3 James Wang, MediaTek

Name Affiliations Address Phone email Shoukang Zheng I2R 1 Fusionopolis Way, #21-01

Connexis Tower, Singapore 138632

+65-6408 2000 [email protected]

Haiguang Wang I2R [email protected] Wai Leong Yeow I2R [email protected] Zander Lei I2R [email protected] Jaya Shankar I2R [email protected] Anh Tuan Hoang I2R [email protected] Joseph Teo Chee Ming I2R [email protected] George Calcev Huawei Rolling Meadows,

IL USA [email protected]

Osama Aboul Magd Huawei [email protected]

Young Hoon Kwon Huawei [email protected]

Betty Zhao Huawei [email protected]

David Yangxun Huawei [email protected]

Bin Zhen Huawei [email protected]

ChaoChun Wang MediaTek [email protected]

Vish Ponnampalam MediaTek [email protected]

James Yee MediaTek [email protected]

Thomas Pare MediaTek [email protected]

Kiran Uln MediaTek [email protected]

Anna Pantelidou Renesas Mobile

Juho Pirskanen Renesas Mobile

Timo Koskela Renesas Mobile

Liwen Chu STMicroelectronics

George Vlantis STMicroelectronics

Page 4: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

11-12-0852-00-00ahSectorization for Hidden Node Mitigation

by Huawei• Sectorization was proposed by Huawei to mitigate hidden node (because

the number of active nodes is reduced in a specific sector) • AP divides the space in multiple sectors and use a TDM approach to

allow STA transmissions in one sector at the time• Stations are allowed to transmit and receive data only in the time interval

corresponding with their sector (called as Sector Interval in the drawing)• Some time interval can be left for channel access of all sectors at the same

time• This approach applies to BSS with sector-only (no omni) BSS• Since STAs have to wait for its sector for channel access, latency is large

Slide 4

BeaconSector

1Access STAs in

Sector 1

BeaconSector

2Access STAs in

sector 2

BeaconSector

3Access STAs in

sector 3

OmniBeacon

Access all STAs in

the BSS

Sector Interval 1 Sector Interval 2 Sector Interval 3 Omni Interval

James Wang, MediaTek

大同

Nov 2012

Page 5: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

11-12-1103-00 Sectorized Beam Operation

by MediaTek et al• A proposal introducing a more flexible sectorized beam operation was

presented in the IEEE f-to-f September– AP can switch back and forth between sectorized beam(s) and omni beam – Sectorized beam is used only when AP is aware of the STA’s sector either in scheduled

transmission such as RAW or during a TXOP of a STA. AP switches back to omni otherwise. – The sectorized receive beam is used in conjunction with the sectorized transmit beam within an

TXOP– AP indicates the sectorized beam operation in Beacons, Probe Response, or Association

Response.

• This proposal requires an AP to be able to transmit/receive both omni and sectorized beam (We assumes that only AP (not STA) uses sectorized beam)

• The forming of the sector beam is implementation specific

Slide 5

Beacon Beacon

Sector 2

BeaconAP

STA

RAW1 RAW1 RAW2 RAW2 RAW3TXOP

James Wang, MediaTek

Nov 2012

Page 6: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Objectives

• This follow-up presentation provides a more detailed description of the Sectorized Beam Operation to achieve– Enhanced network spatial re-use of the wireless medium– reduced OBSS interference

James Wang, MediaTekSlide 6

Nov 2012

Page 7: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Benefits of the Sectorized Beam Operation• Sectorized beam transmission reduces interference to the neighboring AP and stations

• Sectorized beam reception reduces interference from the neighboring AP and stations

James Wang, MediaTek7

BSS1BSS2

Reduced Interference

to adjacent BSSvia Sectorized

Beam Transmission

AP1AP2

Sectorized Beam

STA1

STA2

BSS1BSS2

Reduced Interference

from adjacent BSSvia Sectorized

Beam Reception

AP1AP2

Sectorized Beam

STA1

STA2

Note: STA-to-STA path loss is high

Nov 2012

Page 8: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Issues with the Sectorized Beam Operation

• Hidden Node – If the AP transmits with a sectorized beam, some STAs in the same BSS or OBSS

(in different sectors) might not receive the AP signal. This also creates the hidden node problem (which can interfere with the STA reception).

– Some STAs (such as STA2) in same BSS but not in the same sector cannot receive the sectorized beam to set their NAVs properly

James Wang, MediaTekSlide 8

AP1

Sectorized Beam

STA1STA2

AP2

Not in the same sector as STA 1

Nov 2012

Page 9: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Proposed Solution

• A simple solution to the issues described in the preceding chart is to employ the omni-beam transmission to set up proper protection duration (for both AP and STAs) at the beginning of a TXOP and then use the sectorized beam for the remainder of the duration

• This allows STAs to set their NAVs properly and prevents STAs in same BSS and OBSS AP/STA from accessing the channel at the same time

James Wang, MediaTekSlide 9

AP

STA

Omni-Beam Duration

NAV

NAV

TXOP

Sectorized-Beam Transmission and Reception Duration

Nov 2012

Page 10: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Proposed Solution (continued)

• During the sectorized beam transmission, some SO (spatially-orthogonal) OBSS STA and AP will not receive the AP1 and STA1 signals.

• To enhance the spatial re-use of the medium, we want to allow the SO OBSS STA or AP to be able to access the channel during the sectorized beam transmission protected duration

James Wang, MediaTekSlide 10

AP1

STA1

Omni-Beam Duration

NAV

NAV

TXOPSectorized-Beam Transmit and Receiver Duration

AP1

STA1

SO OBSS STA2

SO OBSS AP2

OBSS STA3

Spatial Re-use by out-of-range OBSS STAs and APs

Note: SO (Spatially Orthogonal) OBSS STA/AP is defined as the OBSS STA/AP which can receive the omni transmission but not the sectorized transmission from AP1 and not the transmission from STA1

Nov 2012

Page 11: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

SO (Spatially Orthogonal) Condition - 1

• AP can use omni-preamble to set up TXOP protection for the sectorized beam transmission.

• Once the proper TXOP protection is set up with a long preamble, the sectorized transmission (with greenfield BF) shall be used for the remainder of the TXOP.

• SO condition is confirmed by an OBSS STA/AP not receiving – STA1’s transmission (OBSS STA expects a following STA1 transmission when it sees Ack Ind= 00, 10, Ack Ind=11/Ack

Policy=00 in the AP1 Omni packet packet), – and the AP1’s sectorized transmission portion within the long packet

James Wang, MediaTekSlide 11

Omni Packet Long Packet

ACK

AP1

STA1

Example TXOP ProtectionOmni-

PreambleSectorized Beam

NAV

NAV

Can be spatially re-used by SO OBSS STA and AP

ACK or RSP

NAV protected BF duration

Nov 2012

Page 12: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

SO (Spatially Orthogonal) Condition - 2

• AP can also use the short-preamble with omni-transmission to set up TXOP protection for the sectorized beam transmission.

• As shown in the examples, the TXOP protection is set up at the second transmission by AP

• Once the proper TXOP protection is set up, the sectorized transmission (with greenfield BF) shall be used for the remainder of the TXOP.

• SO condition is confirmed by an OBSS STA/AP not receiving – STA1’s transmission (OBSS STA expects a following STA1 transmission when it sees Ack Ind= 00, 10, or Ack

Ind=11/Ack Policy=00 in the AP1 Omni packet packet)), – and the AP1’s sectorized transmission (following the omni packet with ACK Policy=Block Ack*).

James Wang, MediaTekSlide 12

Omni packet

ACK or RSP

short packetAP1

STA1

Example TXOP Protection

Omni-Beam Sectorized Beam

NAV

NAVCan be spatially re-used by SO OBSS STA and AP

NAVACK or RSP

ACK Policy=BACK or NO ACK*

short packet

*Note: maybe easier to have a new indicator in SIG for a following sectorized beam packet

Nov 2012

Page 13: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

SO (Spatially Orthogonal) Condition 3 - RTS/CTS

MediaTekSlide 13

RTS Long Preamble

ACK

AP1

STA1

Example TXOP ProtectionOmni-

PreambleSectorized Beam

NAV

NAV

Can be spatially re-used by SO OBSS STA and AP

CTS

NAV protected BF duration

RTS Short Preamble

ACK

AP1

STA1

NAV

NAV

Can be spatially re-used by SO OBSS STA and AP

CTS

NAV protected BF duration

Ack Policy=BACK or No ACK*

Short Preamble

Short Preamble

*Note: maybe easier to have a new indicator in SIG for a following sectorized beam packet

James Wang, MediaTek

Page 14: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

SO (Spatially Orthogonal) Condition - 4

• The followings illustrate an exchange initiated by STA

James Wang, MediaTekSlide 14

long packetAP

STA

TXOPOmni-Preamble Sectorized Beam

NAV

NAV

Can be spatially re-used by out-of-rang OBSS STA and AP, if the AP transmission can be identified as the response frame to PS-Poll/Trigger from STA

PS-Poll/Trigger/ Other Frame

ACK or RSP

short packetAP

STA

TXOPOmni-Preamble Sectorized Beam

NAV

NAV

PS-Poll/Trigger/ Other Frame

ACK or RSP

short packet

Can be spatially re-used by out-of-rang OBSS STA and AP (if the AP transmission can be identified as the response frame to PS-Poll/Trigger)

Ack Policy=BACK or No ACK*

Note: If the AP transmission cannot be identified as a response to STA’s frame, the SO OBSS condition to be confirmed by slide 14 or 15 *Note: maybe easier to have a new indicator in SIG for a following sectorized beam packet

Nov 2012

Page 15: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Spatial Re-use Channel Access Rules

• When the protection is set up by omni transmission for a duration within a TXOP and if the SO condition is confirmed by an OBSS STA/AP, the OBSS STA/AP can cancel its NAV to initiate a new SO exchange starting with a non-BF RTS/CTS.

• Once an AP switches to the sectorized beam transmission during an exchange, it shall continue with greenfield sectorized beam transmission for the remainder of the protected duration

• Note: SO (Spatially Orthogonal) condition is defined as a OBSS STA/AP which receives the omni transmission but not the sectorized transmission from the AP (which is either the TXOP holder or responder) and not the transmission from the STA (which is either the TXOP responder or holder).

James Wang, MediaTekSlide 15

Nov 2012

Page 16: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Possible Sector Training Techniques

• Some APs can identify STA’s best Sector during the reception of STA signals - no additional training required

• Some APs can use the channel measurement report (CSI) via sounding and feedback to figure the STA’s best sector – no additional training required

• For APs with few sectors, a trial-and-error approach, in which AP transmits sectorized beam packet to the STA to solicit STA’s response, can be used – Already supported

• Another training and feedback proposal – see “ETRI Sectorization” (to be available)

James Wang, MediaTekSlide 16

Nov 2012

Page 17: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Conclusions

• A flexible sectorized beam operation with a spatial re-use channel access rule is proposed in which– OBSS interference is mitigated (No need for coordination between

BSSs, STA driven, distributed approach)– Significant increased in network capacity can be achieved via the

spatial re-use of the medium (by SO OBSS STA and AP)– Within RAW, STAs can have different sectors

James Wang, MediaTekSlide 17

Nov 2012

Page 18: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Pre-Motion

• Do you support the proposed sectorized beam operation described in Slide 8 and Slide 18 ?– Yes– No– Abstain

James Wang, MediaTekSlide 18

Nov 2012

Page 19: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Pre-Motion

• Do you support the SO conditions described in Slide 14 to Slide 17– Yes– No– Abstain

James Wang, MediaTekSlide 19

Nov 2012

Page 20: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Motion 1

• Move to add in the SFD the proposed sectorized beam operation described in Slide 8 and Slide 18 ?

MediaTek, et al

Slide 20

Page 21: Doc.: IEEE 802.11-12/1355r2 11ah Submission Date: 2012-11-08 Authors: Nov 2012 James Wang, MediaTek Slide 1.

doc.: IEEE 802.11-12/1355r2

11ah Submission

Motion 2

• Move to add in the SFD the SO conditions described in Slide 14 to Slide 17– Yes– No– Abstain

MediaTek, et al

Slide 21