doc.: ieee 802.11-15/1067r0 submission september 2015 jeongki kim, lg electronicsslide 1 mu txop...
TRANSCRIPT
doc.: IEEE 802.11-15/1067r0
Submission
September 2015
Jeongki Kim, LG ElectronicsSlide 1
MU TXOP Truncation
Date: 2015-09-13Authors:
Name Affiliation Address Phone Email
Jeongki Kim
LG Electronics19, Yangjae-daero 11gil, Seocho-gu, Seoul 137-
130, Korea
Kiseon Ryu [email protected]
Jinsoo Choi [email protected]
Jinyoung Chun [email protected]
Suhwook Kim [email protected]
Hyeyoung Choi [email protected]
Dongguk Lim [email protected]
Eunsung Park [email protected]
Jinmin Kim [email protected]
HanGyu Cho [email protected]
doc.: IEEE 802.11-15/1067r0
Submission
Robert Stacey
Intel
2111 NE 25th Ave, Hillsboro OR 97124,
USA
+1-503-724-893
Eldad Perahia [email protected]
Shahrnaz Azizi [email protected]
Po-Kai Huang [email protected]
Qinghua Li [email protected]
Xiaogang Chen [email protected]
Chitto Ghosh [email protected]
Laurent cariou [email protected]
Rongzhen Yang [email protected]
Name Affiliation Address Phone Email
Ron Porat
Broadcom
Sriram Venkateswaran
Matthew Fischer
Leo Montreuil
Andrew Blanksby
Vinko Erceg
Authors (continued)
Jeongki Kim, LG ElectronicsSlide 2
September 2015
doc.: IEEE 802.11-15/1067r0
Submission
Authors (continued)
Name Affiliation Address Phone Email
Hongyuan Zhang
Marvell5488 Marvell Lane,Santa Clara, CA, 95054
408-222-2500
Yakun Sun [email protected]
Lei Wang [email protected]
Liwen Chu [email protected]
Jinjing Jiang [email protected]
Yan Zhang [email protected]
Rui Cao [email protected]
Jie Huang [email protected]
Sudhir Srinivasa [email protected]
Saga Tamhane [email protected]
Mao Yu [email protected]
Edward Au [email protected]
Hui-Ling Lou [email protected]
Jeongki Kim, LG ElectronicsSlide 3
September 2015
doc.: IEEE 802.11-15/1067r0
Submission
Authors (continued)Name Affiliation Address Phone Email
Albert Van Zelst
Qualcomm
Straatweg 66-S Breukelen, 3621 BR Netherlands [email protected]
Alfred Asterjadhi 5775 Morehouse Dr. San Diego, CA, USA [email protected]
Bin Tian 5775 Morehouse Dr. San Diego, CA, USA [email protected]
Carlos Aldana 1700 Technology Drive San Jose, CA 95110, USA [email protected]
George Cherian 5775 Morehouse Dr. San Diego, CA, USA [email protected]
Gwendolyn Barriac 5775 Morehouse Dr. San Diego, CA, USA [email protected]
Hemanth Sampath 5775 Morehouse Dr. San Diego, CA, USA [email protected]
Menzo Wentink Straatweg 66-S Breukelen, 3621 BR Netherlands
Richard Van Nee Straatweg 66-S Breukelen, 3621 BR Netherlands [email protected]
Rolf De Vegt 1700 Technology Drive San Jose, CA 95110, USA [email protected]
Sameer Vermani 5775 Morehouse Dr. San Diego, CA, USA [email protected]
Simone Merlin 5775 Morehouse Dr. San Diego, CA, USA [email protected]
Tevfik Yucek 1700 Technology Drive San Jose, CA 95110, USA [email protected]
VK Jones 1700 Technology Drive San Jose, CA 95110, USA [email protected]
Youhan Kim 1700 Technology Drive San Jose, CA 95110, USA [email protected]
Jeongki Kim, LG ElectronicsSlide 4
September 2015
doc.: IEEE 802.11-15/1067r0
Submission
Authors (continued)Name Affiliation Address Phone Email
James Yee
Mediatek
No. 1 Dusing 1st Road, Hsinchu, Taiwan
+886-3-567-0766 [email protected]
Alan Jauh [email protected]
Chingwa Hu [email protected]
Frank Hsu [email protected]
Thomas Pare
MediatekUSA
2860 Junction Ave, San Jose, CA 95134, USA
+1-408-526-1899 [email protected]
ChaoChun Wang [email protected]
James Wang [email protected]
Jianhan Liu [email protected]
Tianyu Wu [email protected]
Russell Huang [email protected]
m
Joonsuk Kim
Apple
Aon Mujtaba [email protected]
Guoqing Li [email protected]
Eric Wong [email protected]
Chris Hartman [email protected]
Jeongki Kim, LG ElectronicsSlide 5
September 2015
doc.: IEEE 802.11-15/1067r0
Submission
Authors (continued)Name Affiliation Address Phone Email
Phillip Barber
Huawei
The Lone Star State, TX pbarber@broadbandmobilete
ch.com
Peter Loc [email protected]
Le Liu F1-17, Huawei Base, Bantian, Shenzhen +86-18601656691 [email protected]
Jun Luo 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai [email protected]
Yi Luo F1-17, Huawei Base, Bantian, Shenzhen +86-18665891036 [email protected]
Yingpei Lin 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai [email protected]
Jiyong Pang 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai [email protected]
Zhigang Rong10180 Telesis Court, Suite
365, San Diego, CA 92121 NA
Rob Sun 303 Terry Fox, Suite 400 Kanata, Ottawa, Canada [email protected]
David X. Yang F1-17, Huawei Base, Bantian, Shenzhen [email protected]
Yunsong Yang10180 Telesis Court, Suite
365, San Diego, CA 92121 NA
Zhou Lan F1-17, Huawei Base, Bantian, SHenzhen +86-18565826350 [email protected]
Junghoon Suh 303 Terry Fox, Suite 400 Kanata, Ottawa, Canada [email protected]
Jiayin Zhang 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai +86-18601656691 [email protected]
Jeongki Kim, LG ElectronicsSlide 6
September 2015
doc.: IEEE 802.11-15/1067r0
Submission
Authors (continued)
Name Affiliation Address Phone Email
Fei Tong
Samsung
Innovation Park, Cambridge CB4 0DS (U.K.) +44 1223 434633 [email protected]
Hyunjeong Kang Maetan 3-dong; Yongtong-GuSuwon; South Korea +82-31-279-9028 [email protected]
Kaushik Josiam 1301, E. Lookout Dr, Richardson TX 75070 (972) 761 7437 [email protected]
Mark Rison Innovation Park, Cambridge CB4 0DS (U.K.) +44 1223 434600 [email protected]
Rakesh Taori 1301, E. Lookout Dr, Richardson TX 75070 (972) 761 7470 [email protected]
Sanghyun Chang Maetan 3-dong; Yongtong-GuSuwon; South Korea +82-10-8864-1751 [email protected]
Yasushi Takatori
NTT 1-1 Hikari-no-oka, Yokosuka, Kanagawa 239-0847 Japan
Yasuhiko Inoue [email protected]
Yusuke Asai [email protected]
Koichi Ishihara [email protected]
Junichi Iwatani [email protected]
Shoko Shinohara [email protected]
Akira Yamada
NTT DOCOMO
3-6, Hikarinooka, Yokosuka-shi, Kanagawa, 239-8536, Japan [email protected]
Fujio Watanabe3240 Hillview Ave, Palo Alto,
CA 94304
watanabe@docomoinnovations.
comHaralabos
Papadopoulos
Jeongki Kim, LG ElectronicsSlide 7
September 2015
doc.: IEEE 802.11-15/1067r0
Submission
Authors (continued)
Name Affiliation Address Phone EmailYuichi Morioka Sony Corporation 1-7-1 Konan
Minato-ku, Tokyo 108-0075, Japan
Masahito Mori [email protected]
Yusuke Tanaka [email protected]
Kazuyuki Sakoda [email protected]
William Carney [email protected]
Bo Sun
ZTE
#9 Wuxingduan, Xifeng Rd., Xi'an, China [email protected]
Kaiying Lv [email protected]
Yonggang Fang [email protected]
Ke Yao [email protected]
Weimin Xing [email protected]
Brian Hart Cisco Systems 170 W Tasman Dr, San Jose, CA
95134 [email protected]
Pooya Monajemi [email protected]
Thomas Derham Orange [email protected]
Jeongki Kim, LG ElectronicsSlide 8
September 2015
doc.: IEEE 802.11-15/1067r0
Submission
Background (1/2)
• TXOP truncation in legacy system [1]– When a STA gains access to the channel using EDCA and empties its
transmission queue, it may transmit a CF-End frame provided that the remaining duration is long enough to transmit this frame.
– By transmitting the CF-End frame, the STA is explicitly indicating the completion of its TXOP.
Jeongki Kim, LG ElectronicsSlide 9
September 2015
doc.: IEEE 802.11-15/1067r0
Submission
Background (2/2)
• Example 1) DL MU procedure – If AP does not have any DL MU data in queue, the AP can send CF-End to truncate the remaining TXOP
• Example 2) UL MU procedure– 2-1) Like DL MU, if all the MU STAs doesn’t have any data, an AP can send CF-End– 2-2) If AP does not receive data from all MU STAs in response to TF, the AP can send CF-End to truncate the
remaining TXOP
Jeongki Kim, LG ElectronicsSlide 10
September 2015
AP2
MU STAs
DL MU frames
TXOP Duration
Nominal end of TXOP
C-E
MUBA
DL MU frames
MUBA
DL MU frames
MUBA
AP2
MU STAs
TF: Trigger frame, C-E: CF-End,
TF
UL MU frames
C-E
TXOP Duration
Nominal end of TXOP
doc.: IEEE 802.11-15/1067r0
Submission
Motivation
• A CF-End frame sent by an OBSS STA can truncate the NAV set by MyBSS’s frame– When a NAV is reset(0), if a channel is idle, a STA can send a frame
• It will affect the on-going transmission of MyBSS’s frame• It will happen more often in 11ax because 11ax considers UL MU procedure and assumes the
dense environment (i.e., a lot of OBSSs)• We provide a simple rule to avoid resetting the NAV set by myBSS frame due to an OBSS CF-
End frame
Jeongki Kim, LG ElectronicsSlide 11
September 2015
AP2(BSS2)
MU STAs
STA3
TF: Trigger frame, C-E: CF-End
AP1(BSS1)
STAs
TF
UL MU frames
MU BA
2) NAV resetting by CF-End
1) NAV set by TF
C-E
Frames
Collision
doc.: IEEE 802.11-15/1067r0
Submission
Proposal (1/2)
• In legacy system, a STA saves the TXOP holder address and uses the saved TXOP holder address for responding with the CTS after receiving RTS– “A STA shall save the TXOP holder address for the BSS in which it is as-
sociated, which is the MAC address from the Address 2 field of the frame that initiated a frame exchange sequence except when this is a CTS frame, in which case the TXOP holder address is the Address 1 field.”
– “If a STA receives an RTS frame with the RA address matching the MAC address of the STA and the MAC address in the TA field in the RTS frame matches the saved TXOP holder address, then the STA shall send the CTS frame after SIFS, without regard for, and without resetting, its NAV.”
• We can reuse it for TXOP truncation
Jeongki Kim, LG ElectronicsSlide 12
September 2015
doc.: IEEE 802.11-15/1067r0
Submission
Proposal (2/2)
• Proposed method: When a STA receives a CF-End from an OBSS STA, if the last NAV update was caused by a Intra-BSS frame, the STA should not reset its NAV
Jeongki Kim, LG ElectronicsSlide 13
September 2015
2) TA (AP1) of CF-End doesn’t match TXOP holder address(AP2), Not reset NAV
1) NAV updated by TFSave TXOP holder address(AP2)
AP2(BSS2)
MU STAs
STA3
TF: Trigger frame, C-E: CF-End
AP1(BSS1)
STAs
TF
UL MU frames
MU BA
C-E
doc.: IEEE 802.11-15/1067r0
Submission
Conclusion
• We propose a simple rule of truncating the MU TXOP set by TF of myBSS – A STA that receives a CF-End does not reset its NAV unless the
NAV was set by a frame originating from the STA sending a CF-End frame
• It can protect the TXOP set by a my-BSS frame from OBSS TXOP truncation
Jeongki Kim, LG ElectronicsSlide 14
September 2015
doc.: IEEE 802.11-15/1067r0
Submission
Reference
• [1] IEEE 802.11REVmc_D4.0
Jeongki Kim, LG ElectronicsSlide 15
September 2015
doc.: IEEE 802.11-15/1067r0
Submission
Straw Poll
• Do you agree to add the following text in SFD?– When a STA receives a CF-End from an OBSS STA, if the last
NAV update was caused by a Intra-BSS frame, the STA should not reset its NAV
Jeongki Kim, LG ElectronicsSlide 16
September 2015