doc.: IEEE /0071r1 Submission Packet Extension Follow Up January, 2016 Slide 1 Date: Authors: Ron Porat, Broadcom, et. al. NameAffiliation AddressPhone Ron Porat Broadcom Sriram Venkateswaran Matthew Fischer Zhou Lan Mingyue Ji Leo Montreuil Andrew Blanksby Vinko Erceg

doc.: IEEE /0071r1 Submission January, 2016 Slide 2 Authors (continued) Ron Porat, Broadcom, et. al. Robert Stacey Intel 2111 NE 25th Ave, Hillsboro OR 97124, USA Shahrnaz Azizi Po-Kai Huang Qinghua Li Xiaogang Chen Chitto Ghosh Laurent Cariou Yaron Alpert Assaf Gurevitz Ilan Sutskover

doc.: IEEE /0071r1 Submission January, 2016 Slide 3 Authors (continued) Ron Porat, Broadcom, et. al. NameAffiliationAddressPhone Hongyuan Zhang Marvell 5488 Marvell Lane, Santa Clara, CA, Yakun Sun Lei Wang Liwen Chu Jinjing Jiang Yan Zhang Rui Cao Sudhir Srinivasa Bo Yu Saga Tamhane Mao Yu Xiayu Zheng Christian Berger Niranjan Grandhe Hui-Ling Lou

doc.: IEEE /0071r1 Submission January, 2016 Slide 4 Authors (continued) Ron Porat, Broadcom, et. al. NameAffiliationAddressPhone Alice Chen Qualcomm 5775 Morehouse Dr. San Diego, CA, USA Albert Van Zelst Straatweg 66-S Breukelen, 3621 BR Netherlands Alfred Asterjadhi 5775 Morehouse Dr. San Diego, CA, USA Arjun Bharadwaj 5775 Morehouse Dr. San Diego, CA, USA Bin Tian 5775 Morehouse Dr. San Diego, CA, USA Carlos Aldana 1700 Technology Drive San Jose, CA 95110, USA George Cherian 5775 Morehouse Dr. San Diego, CA, USA Gwendolyn Barriac 5775 Morehouse Dr. San Diego, CA, USA Hemanth Sampath 5775 Morehouse Dr. San Diego, CA, USA Lin Yang 5775 Morehouse Dr. San Diego, CA, USA Menzo Wentink Straatweg 66-S Breukelen, 3621 BR Netherlands Naveen Kakani 2100 Lakeside Boulevard Suite 475, Richardson TX 75082, USA Raja Banerjea 1060 Rincon Circle San Jose CA 95131, USA Richard Van Nee Straatweg 66-S Breukelen, 3621 BR Netherlands

doc.: IEEE /0071r1 Submission January, 2016 Slide 5 Authors (continued) Ron Porat, Broadcom, et. al. NameAffiliationAddressPhone Rolf De Vegt Qualcomm 1700 Technology Drive San Jose, CA 95110, USA Sameer Vermani 5775 Morehouse Dr. San Diego, CA, USA Simone Merlin 5775 Morehouse Dr. San Diego, CA, USA Tao Tian 5775 Morehouse Dr. San Diego, CA, USA Tevfik Yucek 1700 Technology Drive San Jose, CA 95110, USA VK Jones 1700 Technology Drive San Jose, CA 95110, USA Youhan Kim 1700 Technology Drive San Jose, CA 95110, USA

doc.: IEEE /0071r1 Submission January, 2016 Slide 6 Authors (continued) Ron Porat, Broadcom, et. al. Joonsuk Kim Apple Aon Mujtaba Guoqing Li Eric Wong Chris NameAffiliationAddressPhone James Yee Mediatek No. 1 Dusing 1 st Road, Hsinchu, Taiwan Alan Jauh Frank Hsu Thomas Pare Mediatek USA 2860 Junction Ave, San Jose, CA 95134, USA ChaoChun Wang om James Wang Jianhan Liu Tianyu Wu Russell Huang m

doc.: IEEE /0071r1 Submission January, 2016 Slide 7 Authors (continued) Ron Porat, Broadcom, et. al. NameAffiliationAddressPhone Peter Loc Huawei Le Liu F1-17, Huawei Base, Bantian, Shenzhen Jun Luo 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai Yi Luo F1-17, Huawei Base, Bantian, Shenzhen Yingpei Lin 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai Jiyong Pang 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai Zhigang Rong Telesis Court, Suite 365, San Diego, CA NA Rob Sun 303 Terry Fox, Suite 400 Kanata, Ottawa, Canada David X. Yang F1-17, Huawei Base, Bantian, Shenzhen Yunsong Yang Telesis Court, Suite 365, San Diego, CA NA Junghoon Suh 303 Terry Fox, Suite 400 Kanata, Ottawa, Canada Jiayin Zhang 5B-N8, No.2222 Xinjinqiao Road, Pudong, Shanghai Edward Au 303 Terry Fox, Suite 400 Kanata, Ottawa, Canada Teyan Chen F1-17, Huawei Base, Bantian, Shenzhen Yunbo Li F1-17, Huawei Base, Bantian, Shenzhen

doc.: IEEE /0071r1 Submission January, 2016 Slide 8 Authors (continued) Ron Porat, Broadcom, et. al. NameAffiliationAddressPhone Jinmin Kim LG Electronics 19, Yangjae-daero 11gil, Seocho-gu, Seoul , Korea Kiseon Ryu Jinyoung Chun Jinsoo Choi Jeongki Kim Dongguk Lim Suhwook Kim Eunsung Park JayH Park HanGyu Cho Thomas DerhamOrange Bo Sun ZTE #9 Wuxingduan, Xifeng Rd., Xi'an, China Kaiying Lv Yonggang Fang Ke Yao Weimin Xing Brian Hart Cisco Systems 170 W Tasman Dr, San Jose, CA Pooya Monajemi

doc.: IEEE /0071r1 Submission January, 2016 Slide 9 Authors (continued) Ron Porat, Broadcom, et. al. NameAffiliationAddressPhone Fei Tong Samsung Innovation Park, Cambridge CB4 0DS (U.K.) Hyunjeong Kang Maetan 3-dong; Yongtong-Gu Suwon; South Korea Kaushik Josiam 1301, E. Lookout Dr, Richardson TX (972) Mark Rison Innovation Park, Cambridge CB4 0DS (U.K.) Rakesh Taori 1301, E. Lookout Dr, Richardson TX (972) Sanghyun Chang Maetan 3-dong; Yongtong-Gu Suwon; South Korea Yasushi Takatori NTT 1-1 Hikari-no-oka, Yokosuka, Kanagawa Japan Yasuhiko Inoue Shoko Shinohara Yusuke Asai Koichi Ishihara Junichi Iwatani Akira YamadaNTT DOCOMO 3-6, Hikarinooka, Yokosuka- shi, Kanagawa, , Japan

doc.: IEEE /0071r1 Submission January, 2016 Slide 10 Authors (continued) Ron Porat, Broadcom, et. al. NameAffiliationAddressPhone Masahito Mori Sony Corp. Yusuke Yuichi Kazuyuki William

doc.: IEEE /0071r1 Submission Background In 11ax, the number of tones has quadrupled relative to 11ac (for the same BW) but SIFS has remained unchanged. Packet Extension (PE) is an optional TBD waveform added to the end of the frame to postpone the start of SIFS and provide additional processing time for the receiver A receiver advertises the requirement PE as a function of constellation using two capability thresholds for each {NSS, BW/RU} during association However, the current IEEE spec framework has the following restrictions on the use of PE –When  80MHz is supported, no thresholds are defined for RU size less than or equal to 242 tones (20MHz); otherwise, thresholds are defined down to a TBD RU size January, 2016 Slide 11Ron Porat, Broadcom, et. al.

doc.: IEEE /0071r1 Submission Proposal For some low-power use cases it would be advantageous to use Packet Extension (PE) for 20MHz bandwidth / Resource Unit (RU) 242 –E.g. use PE rather than run PHY clocks faster, or add hardware, to meet SIFS Propose changing the current text: –When  80MHz is supported, no thresholds are defined for RU size less than or equal to 242 tones (20MHz); otherwise, thresholds are defined down to a TBD RU size To –Packet extension device capability thresholds are defined for all RU sizes greater than or equal to 242 tones. No packet extension permitted and no thresholds defined for an RU size less than 242 tones Hence device capability constellation thresholds for the max packet extension modes of 8µs and 16µs will be defined for RU sizes  242 tones January, 2016 Slide 12Ron Porat, Broadcom, et. al.

doc.: IEEE /0071r1 Submission SP #1 January, 2016 Slide 13Ron Porat, Broadcom, et al. Do you support changing the current text in the TG Specification Framework: When  80MHz is supported, no thresholds are defined for RU size less than or equal to 242 tones (20MHz); otherwise, thresholds are defined down to a TBD RU size with: Packet extension device capability thresholds are defined for all RU sizes greater than or equal to 242 tones. No thresholds defined for an RU size less than 242 tones Yes No Abstain