DL-OFDMA Procedure in IEEE 802.11ax: Authors
DL-OFDMA Procedure in IEEE 802.11ax: Authors
DL-OFDMA Procedure in IEEE 802.11ax: Authors
11-15/0092r1
DL-OFDMA Procedure
in IEEE 802.11ax
Date: 2015-01-14
Authors:
Name Affiliations Address Phone email
Jinsoo Ahn Yonsei Univ. [email protected]
c.kr
Woojin Ahn Yonsei Univ. [email protected]
c.kr
Ronny Yongho Korea National [email protected]
Kim University of
Transportation
Background
OFDMA
CH1 CH2 CH3 CH4 CH1 CH2 CH3 CH4 CH1 CH2 CH3 CH4 CH1 CH2 CH3 CH4
Case1 Busy
Case2 Busy
Case3 Busy
Case6 Busy
120
100
Average Bandwidth
80
69%
60
39%
40 108%
52% 119%
39%
20
0
0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1
Busy Probability of each Secondary Channel
• RTS/CTS procedure
– RTS/CTS exchange could initiate OFDMA transmission[4]
• Protection will prevent Multiuser TX failure but it is hard to protect transm
ission duration because of multiple points in OFDMA[4]
– Channel-user assignment information(Resource Allocation, RA) need t
o be provided during RTS/CTS phase
– RTS – RA – MU-CTS – Data – MU-ACK
• Assumption
– Each STA could listen its Primary Channel and APCH
– Multiuser and Wideband TX failure is more costly than protection over
head
– # of users or TXOP length might affect RTS/CTS threshold
Secondary Busy
channel #1
Resource Allocation
for APCH based
Secondary RTS-to-self band CTS1 Data ACK1
channel #2
APCH
Resource Allocation
for APCH based
RTS-to-self band CTS2 Data ACK2
Secondary
channel #3
• RTS-to-Self
– Using Legacy RTS frame format
– Transmitter Address(TA) = Receiver Address(RA)
– Multi-user session initiator frame
– 11ax STA is ready to receive resource allocation
– Legacy STAs recognize it as a RTS frame and set NAV
• Resource Allocation(RA)
– New control frame to support OFDMA
– STA-Channel information
– Different RA frames are transmitted between Primary channel and APC
H (Reducing RA overhead)
• Resource Allocation(RA)
– Since RI Frame is transmitted right after RTS, NAV setting will be sustai
ned
• A STA which receive RTS could be reset its NAV if no PHY-RXSTART.indi
cation primitive is detected from the PHY during (2 × aSIFSTime) + (CTS_
Time) + aPHY-RX-START-Delay + (2 × aSlotTime)[5]
• MU-CTS & MU-ACK
– CTS and ACK for supporting Multiuser session
– Following slides show some possible solutions
Secondary Busy
channel #1
Resource Allocation
for APCH based
RTS-to-self CTS1 Data ACK1
Secondary band
channel #2
APCH
Resource Allocation
for APCH based
RTS-to-self CTS2 Data ACK2
band
Secondary
channel #3
– CTS and ACK overhead increases as the number of sub-band STAs inc
reases
Secondary Busy
channel #1
Resource Allocation
for APCH based
RTS-to-self CTS1 Data ACK1
Secondary band
channel #2
APCH
Resource Allocation
for APCH based
RTS-to-self CTS2 Data ACK2
band
Secondary
channel #3
– CTS and ACK overhead increases as the number of sub-band STAs incr
eases(Relatively lower than without Fast ACK case)
– Last Fast ACK could be replaced by Legacy ACK to announce TXOP t
ermination
Submission Slide 13 Jinsoo Ahn, Yonsei University
January 2015 doc.: IEEE 802.11-15/0092r1
• Cascade CTS/ACK
– Each STA within the Resource Allocation Frame sends CTS frame seq
uentially
– Using conventional CTS and ACK
• Fast ACK
– Fast ACK may not have legacy preamble, only have HEW preamble
– Shorter air time than Conventional ACK
– Fast ACK may not provide any information to legacy STAs
Secondary Busy
channel #1
Resource Allocation
for APCH based
RTS-to-self CTS1 Data ACK1
Secondary band
channel #2
APCH
Resource Allocation
for APCH based
RTS-to-self CTS2 Data ACK2
band
Secondary
Conclusions
Straw Poll 1
• Y
• N
• ABS
Straw Poll 2
• Y
• N
• ABS
Straw Poll 3
• Y
• N
• ABS
Straw Poll 4
• Y
• N
• ABS
Reference