IEEE 802.11-15/1067r0 Authors September 2015

september 2015 n.w
1 / 16
Embed
Share

"Explore the list of authors and their affiliations for the document IEEE 802.11-15/1067r0 dated September 2015. The document features a comprehensive roster of contributors from leading technology companies across the globe."

  • IEEE
  • Authors
  • September
  • Technology
  • Affiliations

Uploaded on | 0 Views


Download Presentation

Please find below an Image/Link to download the presentation.

The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author. If you encounter any issues during the download, it is possible that the publisher has removed the file from their server.

You are allowed to download the files provided on this website for personal or commercial use, subject to the condition that they are used lawfully. All files are the property of their respective owners.

The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author.

E N D

Presentation Transcript


  1. September 2015 doc.: IEEE 802.11-15/1067r0 MU TXOP Truncation Date: 2015-09-13 Authors: Name Affiliation Address Phone Email Jeongki Kim jeongki.kim@lge.com Kiseon Ryu kiseon.ryu@lge.com Jinsoo Choi js.choi@lge.com Jinyoung Chun jiny.chun@lge.com 19, Yangjae-daero 11gil, Seocho-gu, Seoul 137- 130, Korea Suhwook Kim suhwook.kim@lge.com LG Electronics Hyeyoung Choi hy0117.choi@lge.com Dongguk Lim dongguk.lim@lge.com Eunsung Park esung.park@lge.com Jinmin Kim jinmin1230.kim@lge.com HanGyu Cho hg.cho@lge.com Submission Slide 1 Jeongki Kim, LG Electronics

  2. September 2015 doc.: IEEE 802.11-15/1067r0 Authors (continued) Name Ron Porat Sriram Venkateswaran Matthew Fischer Leo Montreuil Andrew Blanksby Vinko Erceg Affiliation Address Phone Email rporat@broadcom.com mfischer@broadcom.com Broadcom Robert Stacey robert.stacey@intel.com Eldad Perahia eldad.perahia@intel.com Shahrnaz Azizi shahrnaz.azizi@intel.com 2111 NE 25th Ave, Hillsboro OR 97124, USA Po-Kai Huang po-kai.huang@intel.com +1-503-724-893 Qinghua Li Intel quinghua.li@intel.com Xiaogang Chen xiaogang.c.chen@intel.com Chitto Ghosh chittabrata.ghosh@intel.com Laurent cariou laurent.cariou@intel.com Rongzhen Yang rongzhen.yang@intel.com Submission Slide 2 Jeongki Kim, LG Electronics

  3. September 2015 doc.: IEEE 802.11-15/1067r0 Authors (continued) Name Affiliation Address Phone Email Hongyuan Zhang hongyuan@marvell.com Yakun Sun yakunsun@marvell.com Lei Wang Leileiw@marvell.com Liwen Chu liwenchu@marvell.com Jinjing Jiang jinjing@marvell.com Yan Zhang yzhang@marvell.com 5488 Marvell Lane, Santa Clara, CA, 95054 Rui Cao Marvell 408-222-2500 ruicao@marvell.com Jie Huang jiehuang@marvell.com Sudhir Srinivasa sudhirs@marvell.com Saga Tamhane sagar@marvell.com Mao Yu my@marvel..com Edward Au edwardau@marvell.com Hui-Ling Lou hlou@marvell.com Submission Slide 3 Jeongki Kim, LG Electronics

  4. September 2015 doc.: IEEE 802.11-15/1067r0 Authors (continued) Name Affiliation Address Phone Email Straatweg 66-S Breukelen, 3621 BR Netherlands 5775 Morehouse Dr. San Diego, CA, USA 5775 Morehouse Dr. San Diego, CA, USA 1700 Technology Drive San Jose, CA 95110, USA 5775 Morehouse Dr. San Diego, CA, USA 5775 Morehouse Dr. San Diego, CA, USA 5775 Morehouse Dr. San Diego, CA, USA Straatweg 66-S Breukelen, 3621 BR Netherlands Straatweg 66-S Breukelen, 3621 BR Netherlands 1700 Technology Drive San Jose, CA 95110, USA 5775 Morehouse Dr. San Diego, CA, USA 5775 Morehouse Dr. San Diego, CA, USA 1700 Technology Drive San Jose, CA 95110, USA 1700 Technology Drive San Jose, CA 95110, USA 1700 Technology Drive San Jose, CA 95110, USA Albert Van Zelst allert@qti.qualcomm.com Alfred Asterjadhi aasterja@qti.qualcomm.com Bin Tian btian@qti.qualcomm.com Carlos Aldana caldana@qca.qualcomm.com George Cherian gcherian@qti.qualcomm.com Gwendolyn Barriac gbarriac@qti.qualcomm.com Hemanth Sampath hsampath@qti.qualcomm.com Menzo Wentink Qualcomm mwentink@qti.qualcomm.com Richard Van Nee rvannee@qti.qualcomm.com Rolf De Vegt rolfv@qca.qualcomm.com Sameer Vermani svverman@qti.qualcomm.com Simone Merlin smerlin@qti.qualcomm.com Tevfik Yucek tyucek@qca.qualcomm.com VK Jones vkjones@qca.qualcomm.com Youhan Kim youhank@qca.qualcomm.com Submission Slide 4 Jeongki Kim, LG Electronics

  5. September 2015 doc.: IEEE 802.11-15/1067r0 Authors (continued) Name Affiliation Address Phone Email No. 1 Dusing 1st Road, Hsinchu, Taiwan James Yee +886-3-567-0766 james.yee@mediatek.com Alan Jauh alan.jauh@mediatek.com chinghwa.yu@mediatek.co m frank.hsu@mediatek.com Mediatek Chingwa Hu Frank Hsu 2860 Junction Ave, San Jose, CA 95134, USA Thomas Pare +1-408-526-1899 thomas.pare@mediatek.com chaochun.wang@mediatek.c om james.wang@mediatek.com ChaoChun Wang James Wang Mediatek USA Jianhan Liu Jianhan.Liu@mediatek.com Tianyu Wu tianyu.wu@mediatek.com russell.huang@mediatek.co m joonsuk@apple.com Russell Huang Joonsuk Kim mujtaba@apple.com Aon Mujtaba Guoqing Li Apple guoqing_li@apple.com Eric Wong ericwong@apple.com Chris Hartman chartman@apple.com Submission Slide 5 Jeongki Kim, LG Electronics

  6. September 2015 doc.: IEEE 802.11-15/1067r0 Authors (continued) Name Affiliation Address Phone Email pbarber@broadbandmobilete ch.com peterloc@iwirelesstech.com Phillip Barber The Lone Star State, TX Peter Loc F1-17, Huawei Base, Bantian, Shenzhen 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai F1-17, Huawei Base, Bantian, Shenzhen 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai 10180 Telesis Court, Suite 365, San Diego, CA 92121 NA 303 Terry Fox, Suite 400 Kanata, Ottawa, Canada F1-17, Huawei Base, Bantian, Shenzhen 10180 Telesis Court, Suite 365, San Diego, CA 92121 NA F1-17, Huawei Base, Bantian, SHenzhen 303 Terry Fox, Suite 400 Kanata, Ottawa, Canada 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai Le Liu liule@huawei.com +86-18601656691 Jun Luo jun.l@huawei.com Yi Luo Roy.luoyi@huawei.com +86-18665891036 Yingpei Lin linyingpei@huawei.com Jiyong Pang pangjiyong@huawei.com Huawei Zhigang Rong zhigang.rong@huawei.com Rob Sun Rob.Sun@huawei.com David X. Yang david.yangxun@huawei.com Yunsong Yang yangyunsong@huawei.com Zhou Lan Lanzhou1@huawei.com +86-18565826350 Junghoon Suh Junghoon.Suh@huawei.com Jiayin Zhang zhangjiayin@huawei.com +86-18601656691 Submission Slide 6 Jeongki Kim, LG Electronics

  7. September 2015 doc.: IEEE 802.11-15/1067r0 Authors (continued) Name Affiliation Address Innovation Park, Cambridge CB4 0DS (U.K.) Maetan 3-dong; Yongtong-Gu Suwon; South Korea 1301, E. Lookout Dr, Richardson TX 75070 Innovation Park, Cambridge CB4 0DS (U.K.) 1301, E. Lookout Dr, Richardson TX 75070 Maetan 3-dong; Yongtong-Gu Suwon; South Korea Phone Email Fei Tong f.tong@samsung.com +44 1223 434633 Hyunjeong Kang hyunjeong.kang@samsung.com +82-31-279-9028 Kaushik Josiam k.josiam@samsung.com (972) 761 7437 Samsung Mark Rison m.rison@samsung.com +44 1223 434600 Rakesh Taori rakesh.taori@samsung.com (972) 761 7470 Sanghyun Chang s29.chang@samsung.com +82-10-8864-1751 Yasushi Takatori takatori.yasushi@lab.ntt.co.jp Yasuhiko Inoue inoue.yasuhiko@lab.ntt.co.jp Yusuke Asai asai.yusuke@lab.ntt.co.jp 1-1 Hikari-no-oka, Yokosuka, Kanagawa 239-0847 Japan NTT Koichi Ishihara ishihara.koichi@lab.ntt.co.jp Junichi Iwatani Iwatani.junichi@lab.ntt.co.jp Shoko Shinohara Shinohara.shoko@lab.ntt.co.jp 3-6, Hikarinooka, Yokosuka- shi, Kanagawa, 239-8536, Japan Akira Yamada yamadaakira@nttdocomo.com watanabe@docomoinnovations. com hpapadopoulos@docomoinnova tions.com Fujio Watanabe NTT DOCOMO 3240 Hillview Ave, Palo Alto, CA 94304 Haralabos Papadopoulos Submission Slide 7 Jeongki Kim, LG Electronics

  8. September 2015 doc.: IEEE 802.11-15/1067r0 Authors (continued) Name Affiliation Address Phone Email Yuichi Morioka 1-7-1 Konan Minato-ku, Tokyo 108-0075, Japan Yuichi.Morioka@jp.sony.com Sony Corporation Masahito Mori Masahito.Mori@jp.sony.com Yusuke Tanaka YusukeC.Tanaka@jp.sony.com Kazuyuki Sakoda Kazuyuki.Sakoda@am.sony.co m William.Carney@am.sony.com William Carney Thomas Derham Orange thomas.derham@orange.com #9 Wuxingduan, Xifeng Rd., Xi'an, China Bo Sun sun.bo1@zte.com.cn Kaiying Lv Yonggang Fang Ke Yao Weimin Xing Brian Hart Pooya Monajemi lv.kaiying@zte.com.cn yfang@ztetx.com yao.ke5@zte.com.cn xing.weimin@zte.com.cn brianh@cisco.com pmonajem@cisco.com ZTE 170 W Tasman Dr, San Jose, CA 95134 Cisco Systems Submission Slide 8 Jeongki Kim, LG Electronics

  9. September 2015 doc.: IEEE 802.11-15/1067r0 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. Submission Slide 9 Jeongki Kim, LG Electronics

  10. September 2015 doc.: IEEE 802.11-15/1067r0 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 TXOP Duration C-E DL MU frames DL MU frames DL MU frames AP2 Nominal end of TXOP MU BA MU BA MU BA MU STAs 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 TXOP Duration TF C-E AP2 Nominal end of TXOP UL MU frames MU STAs TF: Trigger frame, C-E: CF-End, Submission Slide 10 Jeongki Kim, LG Electronics

  11. September 2015 doc.: IEEE 802.11-15/1067r0 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 STAs C-E AP1 (BSS1) 1) NAV set by TF Frames STA3 2) NAV resetting by CF-End MU BA TF AP2 (BSS2) Collision UL MU frames MU STAs TF: Trigger frame, C-E: CF-End Submission Slide 11 Jeongki Kim, LG Electronics

  12. September 2015 doc.: IEEE 802.11-15/1067r0 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 associated, 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 Submission Slide 12 Jeongki Kim, LG Electronics

  13. September 2015 doc.: IEEE 802.11-15/1067r0 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 STAs C-E AP1 (BSS1) 1) NAV updated by TF Save TXOP holder address(AP2) STA3 2) TA (AP1) of CF-End doesn t match TXOP holder address(AP2), Not reset NAV MU BA TF AP2 (BSS2) UL MU frames MU STAs TF: Trigger frame, C-E: CF-End Submission Slide 13 Jeongki Kim, LG Electronics

  14. September 2015 doc.: IEEE 802.11-15/1067r0 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 Submission Slide 14 Jeongki Kim, LG Electronics

  15. September 2015 doc.: IEEE 802.11-15/1067r0 Reference [1] IEEE 802.11REVmc_D4.0 Submission Slide 15 Jeongki Kim, LG Electronics

  16. September 2015 doc.: IEEE 802.11-15/1067r0 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 Submission Slide 16 Jeongki Kim, LG Electronics

Related


More Related Content