July 2012
doc.:IEEE 802.11-12/861r0
EDCA Parameters
Date: 2012-07-16
Authors: Name
Affiliations Address
Amin Jafarian
Simone Merlin
Alfred Asterjadhi
Santosh Abraham
Menzo Wentink
Hemanth Sampath
VK Jones
Minyoung Park
Tom Tetzlaff
Emily Qi
Yong Liu
Hongyuan Zhang
Qualcomm
Qualcomm
Qualcomm
Qualcomm
Qualcomm
Qualcomm
Qualcomm
Intel Corp.
Intel Corp.
Intel Corp.
Marvell
Marvell
Sudhir Srinivasa
Yongho Seok
Marvell
Jinsoo Choi
Jeongki Kim
Jin Sam Kwak
Matthew Fischer
LG Electronics
LG Electronics
LG Electronics
Eric Wong
Broadcom
LG Electronics
Broadcom
5775 Morehouse Dr, San
Diego, CA
Phone
email
8588451243
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
LG R&D Complex AnyangShi, Kyungki-Do, Korea
+82-31-450-1947
190 Mathilda Place, +1 408 543 3370
Sunnyvale, CA
[email protected]
[email protected]
[email protected]
Slide 1
July 2012
doc.:IEEE 802.11-12/861r0
Name
Affiliations
Sun, Bo
Lv, Kaiying
Huai-Rong Shao
Chiu Ngo
Minho Cheong
ZTE
ZTE
Samsung
Samsung
ETRI
Jae Seung Lee
Hyoungjin Kwon
Heejung Yu
Jaewoo Park
Sok-kyu Lee
Sayantan Choudhury
Taejoon Kim
Klaus Doppler
Chittabrata Ghosh
Esa Tuomaala
Rojan Chitrakar
ETRI
ETRI
ETRI
ETRI
ETRI
Nokia
Nokia
Nokia
Nokia
Nokia
Panasonic
Ken Mori
Panasonic
Address
Phone
email
[email protected]
[email protected]
[email protected]
[email protected]
138 Gajeongno,
Yuseong-gu, Dajeon,
Korea
+82 42 860 5635
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
.com
[email protected]
Slide 2
July 2012
doc.:IEEE 802.11-12/861r0
Name
Affiliations
Address
Phone
email
1 Fusionopolis Way, #21-01
Connexis Tower, Singapore
138632
+65-6408 2000
[email protected]
Shoukang Zheng
I2R
Haiguang Wang
Wai Leong Yeow
Zander Lei
Jaya Shankar
Anh Tuan Hoang
Joseph Teo Chee
Ming
George Calcev
I2R
I2R
I2R
I2R
I2R
I2R
Huawei
Osama Aboul Magd
Huawei
Osama.AboulMagd@huawe
i.com
Young Hoon
Betty Zhao
David Yangxun
Bin Zhen
ChaoChun Wang
James Wang
Jianhan Liu
Vish Ponnampalam
James Yee
Thomas Pare
Kiran Uln
Huawei
Huawei
Huawei
Huawei
MediaTek
MediaTek
MediaTek
MediaTek
MediaTek
MediaTek
MediaTek
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
Rolling Meadows,
IL USA
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
m
[email protected]
[email protected]
vish.ponnampalam@mediatek.
com
[email protected]
[email protected]
[email protected]
Slide 3
July 2012
doc.:IEEE 802.11-12/861r0
Introduction I
• Traffic may be very different across 11ah STAs [1]
– Sensor / offload traffic
• 11ah STAs may be very different in capabilities [1]
– Battery powered / Mains powered
• Different STAs types/traffic may have to coexist while accessing the
medium
• Currently, all the STAs in a BSS use same EDCA parameters
• We want to improve EDCA, allowing to have different STAs/type of
STAs to use different EDCA parameters sets
1. E.g. battery-operated /sensor STAs to have different EDCA parameters than the
ones of mains-operated/offload STAs, for certain ACs
Slide 4
Qualcomm Inc.
July 2012
doc.:IEEE 802.11-12/861r0
Introduction II
STA wakes up
•
Video
Voice
Sensor
ACK
Video
ACK
…
ACK
One major source of power consumption is due to the time spent in sensing idle
medium and decode third party packets while performing backoff.
ACK
•
AP
RX mode
One way to reduce awake time is to provide high priority (shorter AIFS, CW)
to the transmissions to be favored in terms of energy consumption.
– E.g. Using AC_VO for sensor traffic [2,3]
•
Currently, EDCA parameters are same per STA, hence a battery-operated
STA and a mains powered one would have same access priority
– E.g. AC_VO sensor traffic of a small battery-operated sensor has same priority as the
AC_VO sensor traffic of a mains powered one
– Not fair in terms of energy consumption
Slide 5
Qualcomm Inc.
July 2012
doc.:IEEE 802.11-12/861r0
Multiple EDCA parameters sets
• Define an EDCA parameter set per STA or type of STA.
• Example of options for defining them
– Define a set per type of STA: specs to define the default values per each set.
– Parameters of each set (per Type of STA) are defined in relative terms, referred to a
reference baseline set
• Updates to the value of the reference set results in corresponding updates in the other
sets
– AP indicates EDCA parameter set in association response (per STA)
– AP may indicate 2 or more sets in beacon (per STA Type )
•
Tuning of EDCA parameters is left to the AP implementation/certification
Slide 6
Qualcomm Inc.
July 2012
doc.:IEEE 802.11-12/861r0
Multiple EDCA parameters sets
•
Example: define 2 EDCA parameter sets:
1. ‘Legacy’ EDCA parameter set: used by regular STAs as specified by current specs
2. ‘Power Save (PS)’ EDCA parameter set: used by STAs with special requirements, E.g.
battery operated STAs
•
For example, possible settings are:
1. Set the parameters of ‘PS EDCA set’ so that each AC has higher priority than the
corresponding AC in the ‘Legacy EDCA set’
2. Give highest priority only to AC_VO in ‘PS EDCA set’ and keep other ACs parameters
equal between ‘PS EDCA set’ and ‘Legacy EDCA’ set.
3. Give same parameters to all ACs in the ‘PS EDCA set’; parameters provide higher
priority than the ones in AC_VO in the ‘Legacy EDCA set’
• This though would give unfair advantage to battery-devices with a lot of e.g. BE
traffic, over simple battery-devices with low duty cycle VO traffic
• For STAs of same type, power saving advantage should favor sensor traffic (VO):
better preserve differentiation across ACs.
Slide 7
Qualcomm Inc.
July 2012
doc.:IEEE 802.11-12/861r0
Conclusions
•
We propose to define different EDCA parameter sets for different STAs/types of STAs
– Allows prioritization of medium access based on the STA capabilities
– AP under control of the parameters value
– Other details TBD
•
•
•
•
Signaling (if any)
Per STA/ group of STA, how many groups…
Default values
For further discussion
–
–
–
Some traffic generated by 11ah STAs (Some sensor traffic) has peculiar characteristics (low duty
cycle, small packets)
Which AC should it use? AC_VO is suggested for highest priority
Is it OK to lump it together with Voice traffic?
Slide 8
Qualcomm Inc.
July 2012
doc.:IEEE 802.11-12/861r0
Straw poll 1
• Do you support to include in the TGah specification
framework the concept of defining multiple EDCA
parameters sets (signaling TBD; per STA/Type/group
TBD)?
Slide 9
Qualcomm Inc.
July 2012
doc.:IEEE 802.11-12/861r0
References
• [1] 11-11-0905-03-00ah-tgah-functional-requirements-andevaluation-methodology
• [2] 1230r1 802.11ah channel access improvement
• [3] 1137r9 in R4.2.A
Slide 10
Qualcomm Inc.