<p>July 2016 Resolution for CID 9058 and 90750 IEEE P802.11 Wireless LANs</p><p>Proposed Text Changes for OBSS_PD-based SR parameters</p><p>Date: 2016-07-25</p><p>Author(s): Name Affiliation Address Phone email Laurent Cariou [email protected] 2111 NE 25th Ave, +1-503-724- Robert Stacey Intel [email protected] Hillsboro OR 97124, USA 893 Shahrnaz Azizi [email protected] Po-Kai Huang [email protected] Qinghua Li [email protected] Xiaogang Chen [email protected] Chitto Ghosh [email protected] Yaron Alpert [email protected] Assaf Gurevitz [email protected] Ilan Sutskover [email protected] Feng Jiang [email protected] Minho Cheong [email protected] Reza Hedayat [email protected] Young Hoon [email protected] Kwon 9008 Research Dr. m Newracom Irvine, CA 92618 Yongho Seok [email protected] Daewon Lee [email protected] Yujin Noh [email protected] Ron Porat [email protected] Sriram Venkateswaran Matthew Fischer [email protected] Zhou Lan Broadcom Leo Montreuil Andrew Blanksby Vinko Erceg Thomas Derham Mingyue Ji +1-503-724- Robert Stacey [email protected] 893 Shahrnaz Azizi [email protected] Po-Kai Huang [email protected] Qinghua Li [email protected] Xiaogang Chen 2111 NE 25th Ave, [email protected] Intel Chitto Ghosh Hillsboro OR 97124, USA [email protected] Laurent Cariou [email protected] Yaron Alpert [email protected] Assaf Gurevitz [email protected] Ilan Sutskover [email protected] Feng Jiang [email protected] Hongyuan Zhang Marvell 5488 Marvell Lane, 408-222-2500 [email protected] Lei Wang Santa Clara, CA, 95054 [email protected] Liwen Chu [email protected] Jinjing Jiang [email protected] Yan Zhang [email protected] Rui Cao [email protected] Sudhir Srinivasa [email protected]</p><p>Submission page 9 July 2016 Resolution for CID 9058 and 90750</p><p>Bo Yu [email protected] Saga Tamhane [email protected] Mao Yu [email protected] Xiayu Zheng [email protected] Christian Berger [email protected] Niranjan [email protected] Grandhe Hui-Ling Lou [email protected] 5775 Morehouse Dr. San Alice Chen [email protected] Diego, CA, USA Straatweg 66-S Albert Van Zelst Breukelen, 3621 BR [email protected] Netherlands 5775 Morehouse Dr. San Alfred Asterjadhi [email protected] Diego, CA, USA 5775 Morehouse Dr. San Bin Tian [email protected] Diego, CA, USA 1700 Technology Drive Carlos Aldana San Jose, CA 95110, [email protected] USA 5775 Morehouse Dr. San George Cherian [email protected] Diego, CA, USA Gwendolyn 5775 Morehouse Dr. San [email protected] Barriac Diego, CA, USA Hemanth 5775 Morehouse Dr. San Qualcomm [email protected] Sampath Diego, CA, USA 5775 Morehouse Dr. San Lin Yang [email protected] Diego, CA, USA 5775 Morehouse Dr. San Lochan Verma [email protected] Diego, CA USA Straatweg 66-S Menzo Wentink Breukelen, 3621 BR [email protected] Netherlands 2100 Lakeside Boulevard Naveen Kakani Suite 475, Richardson [email protected] TX 75082, USA 1060 Rincon Circle San Raja Banerjea Jose [email protected] CA 95131, USA Straatweg 66-S Richard Van Nee Breukelen, 3621 BR [email protected] Netherlands 1700 Technology Drive Rolf De Vegt San Jose, CA 95110, [email protected] USA 5775 Morehouse Dr. San Sameer Vermani [email protected] Diego, CA, USA 5775 Morehouse Dr. San Simone Merlin [email protected] Diego, CA, USA Qualcomm 1700 Technology Drive Tevfik Yucek San Jose, CA 95110, [email protected] USA 1700 Technology Drive VK Jones San Jose, CA 95110, [email protected] USA 1700 Technology Drive Youhan Kim San Jose, CA 95110, [email protected] USA 2860 Junction Ave, San +1-408-526- Jianhan Liu [email protected] Jose, CA 95134, USA 1899 Thomas Pare [email protected] Mediatek ChaoChun Wang [email protected] USA James Wang [email protected] Tianyu Wu [email protected] Russell Huang [email protected] No. 1 Dusing 1st Road, +886-3-567- James Yee [email protected] Mediatek Hsinchu, Taiwan 0766 Frank Hsu [email protected] Joonsuk Kim Apple [email protected]</p><p>Submission page 9 July 2016 Resolution for CID 9058 and 90750</p><p>Aon Mujtaba [email protected] Guoqing Li [email protected] Eric Wong [email protected] Chris Hartman [email protected] Jarkko Kneckt [email protected] F1-17, Huawei Base, David X. Yang Bantian, Shenzhen [email protected] 5B-N8, No.2222 +86- Jiayin Zhang Xinjinqiao Road, Pudong, [email protected] Shanghai 18601656691 5B-N8, No.2222 Jun Luo Xinjinqiao Road, Pudong, [email protected] Shanghai F1-17, Huawei Base, +86- Yi Luo [email protected] Bantian, Shenzhen 18665891036 5B-N8, No.2222 Yingpei Lin Xinjinqiao Road, Pudong, [email protected] Shanghai 5B-N8, No.2222 Jiyong Pang Xinjinqiao Road, Pudong, [email protected] Shanghai 10180 Telesis Court, Zhigang Rong Suite 365, San Diego, [email protected] Huawei CA 92121 NA F1-17, Huawei Base, Jian Yu Bantian, Shenzhen [email protected] F1-17, Huawei Base, Ming Gan Bantian, Shenzhen [email protected] F1-17, Huawei Base, Yuchen Guo Bantian, Shenzhen [email protected] 10180 Telesis Court, Yunsong Yang Suite 365, San Diego, [email protected] CA 92121 NA 303 Terry Fox, Suite 400 Junghoon Suh Kanata, Ottawa, Canada [email protected] Peter Loc [email protected] 303 Terry Fox, Suite 400 Edward Au [email protected] Kanata, Ottawa, Canada F1-17, Huawei Base, Teyan Chen [email protected] Bantian, Shenzhen F1-17, Huawei Base, Yunbo Li [email protected] Bantian, Shenzhen F1-17, Huawei Base, David X. Yang Huawei [email protected] Bantian, Shenzhen 5B-N8, No.2222 +86- Jiayin Zhang Xinjinqiao Road, Pudong, [email protected] Shanghai 18601656691 5B-N8, No.2222 Jun Luo Xinjinqiao Road, Pudong, [email protected] Shanghai F1-17, Huawei Base, +86- Yi Luo [email protected] Bantian, Shenzhen 18665891036 5B-N8, No.2222 Yingpei Lin Xinjinqiao Road, Pudong, [email protected] Shanghai 5B-N8, No.2222 Jiyong Pang Xinjinqiao Road, Pudong, [email protected] Shanghai 10180 Telesis Court, Zhigang Rong Suite 365, San Diego, [email protected] CA 92121 NA F1-17, Huawei Base, Jian Yu [email protected] Bantian, Shenzhen F1-17, Huawei Base, Ming Gan [email protected] Bantian, Shenzhen F1-17, Huawei Base, Yuchen Guo [email protected] Bantian, Shenzhen 10180 Telesis Court, Yunsong Yang Suite 365, San Diego, [email protected] CA 92121 NA Junghoon Suh 303 Terry Fox, Suite 400 [email protected]</p><p>Submission page 9 July 2016 Resolution for CID 9058 and 90750</p><p>Kanata, Ottawa, Canada Peter Loc [email protected] 303 Terry Fox, Suite 400 Edward Au Kanata, Ottawa, Canada [email protected] F1-17, Huawei Base, Teyan Chen Bantian, Shenzhen [email protected] F1-17, Huawei Base, Yunbo Li Bantian, Shenzhen [email protected] 19, Yangjae-daero 11gil, Jinmin Kim Seocho-gu, Seoul 137- [email protected] 130, Korea Kiseon Ryu [email protected] Jinyoung Chun [email protected] Jinsoo Choi [email protected] Jeongki Kim LG Electronics [email protected] Dongguk Lim [email protected] Suhwook Kim [email protected] Eunsung Park [email protected] JayH Park [email protected] HanGyu Cho [email protected] #9 Wuxingduan, Xifeng Bo Sun [email protected] Rd., Xi'an, China Kaiying Lv [email protected] Yonggang Fang ZTE [email protected] Ke Yao [email protected] Weimin Xing [email protected] 170 W Tasman Dr, San Brian Hart [email protected] Cisco Systems Jose, CA 95134 Pooya Monajemi [email protected] Innovation Park, +44 1223 Fei Tong Cambridge CB4 0DS [email protected] (U.K.) 434633 Maetan 3-dong; +82-31-279- Hyunjeong Kang Yongtong-Gu [email protected] Suwon; South Korea 9028 1301, E. Lookout Dr, Kaushik Josiam Richardson TX 75070 (972) 761 7437 [email protected] Samsung Innovation Park, +44 1223 Mark Rison Cambridge CB4 0DS [email protected] (U.K.) 434600 1301, E. Lookout Dr, Rakesh Taori Richardson TX 75070 (972) 761 7470 [email protected] Maetan 3-dong; +82-10-8864- Sanghyun Chang Yongtong-Gu [email protected] Suwon; South Korea 1751 +81 46 859 Yasushi Takatori [email protected] 3135 +81 46 859 Yasuhiko Inoue [email protected] 5097 +81 46 859 Shoko Shinohara [email protected] 1-1 Hikari-no-oka, 5107 NTT Yokosuka, Kanagawa +81 46 859 Yusuke Asai 239-0847 Japan [email protected] 3494 +81 46 859 Koichi Ishihara [email protected] 4233 +81 46 859 Junichi Iwatani [email protected] 4222 3-6, Hikarinooka, +81 46 840 Akira Yamada NTT DOCOMO Yokosuka-shi, Kanagawa, [email protected] 239-8536, Japan 3759 Masahito Mori [email protected] Yusuke Tanaka [email protected] Yuichi Morioka Sony Corp. [email protected] Kazuyuki Sakoda [email protected] William Carney [email protected] Sigurd [email protected] Schelstraete Quantenna Huizhao Wang [email protected]</p><p>Submission page 9 July 2016 Resolution for CID 9058 and 90750</p><p>Narendar [email protected] Madhavan p Masahiro Sekiya Toshihisa Nabetani Tsuguhide Aoki Tomoko Adachi Kentaro Toshiba Taniguchi Daisuke Taki Koji Horisaki David Halls Filippo Tosato Zubeir Bocus Fengming Cao</p><p>Submission page 9 July 2016 Resolution for CID 9058 and 90750</p><p>1. Introduction</p><p>Interpretation of a Motion to Adopt</p><p>A motion to approve this submission means that the editing instructions and any changed or added material are actioned in the TGax Draft. The introduction and the explanation of the proposed changes are not part of the adopted material.</p><p>Editing instructions formatted like this are intended to be copied into the TGax Draft (i.e. they are instructions to the 802.11 editor on how to merge the text with the baseline documents).</p><p>TGax Editor: Editing instructions preceded by “TGax Editor” are instructions to the TGax editor to modify existing material in the TGax draft. As a result of adopting the changes, the TGax editor will execute the instructions rather than copy them to the TGax Draft.</p><p>2. Explanation of the proposed changes</p><p> a. OBSS_PD-based SR parameters</p><p>The spec defines a spatial reuse mode that we call OBSS_PD-based SR, and which is defined in 25.9.2 and 25.9.3. In the SFD, we agreed that the TxPower and OBSS_PD can be adjusted based on a proportional rule. An 11ax STA regards a valid OBSS PPDU as not having been received at all (e.g., should not update its NAV), except that the medium condition shall indicate BUSY during the period of time that is taken by the receiving STA to validate that the PPDU is from an Inter-BSS, but not longer than the time indicated as the length of the PPDU payload if the RXPWR of the received PPDU is below the OBSS_PD threshold and TBD conditions are met, noting that the OBSS_PD threshold is accompanied by a TXPWR value following adjustment rules:</p><p>[SR Motion 4, September 17, 2015, see [137], modified with SR Motion 7, March 2016, see 16/414r0]</p><p>Submission page 9 July 2016 Resolution for CID 9058 and 90750</p><p>This document proposes to fill TBDs in the spec: • Default parameters for this proportional rule • how to set/adjust the different values in this proportional rule.</p><p>Default parameters: This document proposes default parameters that are conservative: – OBSS_Pdmin_default = -82dBm for 20MHz – OBSS_Pdmax_default = -62dBm for 20MHz – PWRref = 21dBm for non-AP STAs or AP STAs with 1 and 2 SSs, 25dBm for AP STAs of 3 SSs or more how to set/adjust the different values in this proportional rule. This document proposes that the AP can define specific OBSS_PDmin and OBSS_Pdmax values that can be used by its STAs under TBD conditions • OBSS_PDmin_default <= OBSS_PDmin <= ED threshold • OBSS_PDmin <= OBSS_PDmax The parameters OBSS_PDmin and OBSS_PDmax are defined in a new information element, called Spatial Reuse element Note: the TBD conditions will define how to apply this only on managed networks.</p><p> b. Allowing/disallowing SR modes:</p><p>In the specification framework 11-15-0132-17-00ax, we have the following sentence:</p><p>Include the “SR_allowed” signaling in HE-SIGA to indicate whether SR operation is allowed or not.  use a value of Spatial Reuse field to indicate SR is disallowed  The conditions to disallow SR are TBD [SR Motion 6, March 2016, see 16/382r0]</p><p>We have 2 spatial reuse modes currently defined in the SFD: - OBSS_PD-based SR: which uses OBSS_PD levels as defined in 25.9.2 and 25.9.3, and which don’t use information in SIG-A. - SRP-based SR: defined in the SFD and which uses information in SIG-A SR field.</p><p>We propose: - that the “SR disallowed” entry set in SR field in HE-SIGA only disallows SRP-based SR</p><p>We propose also that: – non-AP STAs set “SR disallowed” entry in Spatial Reuse field when AP requests. – non-AP STAs set “SR disallowed” entry in Spatial Reuse field in frame with NDP or FTM.</p><p>3. Proposed changes</p><p>Submission page 9 July 2016 Resolution for CID 9058 and 90750</p><p>TGax editor: Add a new line for spatial reuse parameter set element in Table 9-76— Element IDs.</p><p>TGax editor: Insert a new subclause (Spatial reuse parameter set element) in 9.4.2 9.4.2.x Spatial reuse parameter set element The Spatial Reuse Parameter Set element provides information needed by STAs for proper operation when operating with OBSS_PD-based spatial reuse as defined in section 25.9.2. The format of the Spatial Reuse Parameter Set element is defined in Figure xxxx (Spatial Reuse Parameter Set element).</p><p>Element ID Length OBSS_PDmin_offset OBSS_PDmax_offse SRP-based SR t parameters Octets: 1 1 1 1 1 Figure xxxx- Spatial Reuse parameter set element</p><p>The Element ID and Length fields are defined in 9.4.2.1 (General). The OBSS_PDmin_offset values are used to represent OBSS_PDmin levels equal to (– 82+value) dBm. The OBSS_PDmax_offset values are used to represent OBSS_PDmax levels equal to (– 82+value) dBm.</p><p>The AP defines OBSS_PDmin and OBSS_Pdmax values that can be used by its STAs. The AP shall respect the following constraints when setting these parameters: – OBSS_PDmin_default <= OBSS_PDmin <= -62dBm – OBSS_PDmin <= OBSS_PDmax OBSS_PDmin_default is equal to -82dBm. OBSS_PDmax_default is equal to -62dBm.</p><p>The SRP-based SR parameters field is defined in Figure xxxx (SRP-based SR parameters field format)</p><p>SRP-based SR Reserved disallowed Bits: 1 7 Figure xxxx- SRP-based SR parameters field format</p><p>The “SRP-based SR disallowed” field defines if SRP-based SR is allowed or not for the non- AP STAs that are associated with the AP that sends this element. </p><p>Submission page 9 July 2016 Resolution for CID 9058 and 90750 25.9.3 Adaptive CCA and transmit power control TGax editor: Add the following to section 25.9.3</p><p>TX_PWRref = 21dBm for non-AP STAs or AP STAs with 1 and 2 SSs, 25dBm for AP STAs of 3 SSs or more</p><p>A non-AP STA shall set the OBSS_PDmin and OBSS_PDmax based on the Spatial reuse parameter set element received from its associated AP. If the non-AP STA doesn’t receive OBSS_PDmin and OBSS_PDmax from its associated AP, then the STA shall set OBSS_PDmin and OBSS_PDmax to OBSS_PDmin_default, and OBSS_PDmax_default respectively.</p><p>The Spatial reuse parameter set element can be included in beacons, probe response, authentication response, and association response. The AP can set non default OBSS_PDmin and OBSS_PDmax in the Spatial reuse parameter set element under TBD conditions. </p><p>26.3.9.7 HE-SIG-A 26.3.9.7.2 Content</p><p>TGax editor: Change the following text in Table 26-15</p><p>Table 26 15 - Fields in the HE-SIG-A for an HE SU PPDU and HE extended range SU PPDU</p><p>Two Parts of Number Bit Field Description HE-SIG-A of bits</p><p>TBD Spatial TBD “SR_allowed” signaling indicates whether SR Reuse operation is allowed or not. A value of Spatial Reuse field is used to indicate SR is disallowed. The conditions to disallow SR are TBD. Multiple SR fields (>=2) are signaled, where each SR field corresponds to a different subband of the PPDU. Other details are TBD. Notes: this part needs further development.(#2169) The Spatial Reuse field has an “SR disallowed” entry. If the SR field is set to this “SR disallowed” entry, only SRP-based SR is disallowed.</p><p>A non-AP STA that received the Spatial reuse parameter set element with the SRP-based SR disallowed field set to 1 from its associated AP shall set the SR field to the “SR disallowed” entry for all its transmitted PPDUs. A STA shall set the SR field to the “SR disallowed” entry in NDP or FTM frames.</p><p>TGax editor: Change the following text in Table 26-16</p><p>Table 26 16 - Fields in the HE-SIG-A for a HE MU PPDU</p><p>Submission page 9 July 2016 Resolution for CID 9058 and 90750</p><p>Two Parts of Number Bit Field Description HE-SIG-A of bits</p><p>TBD Spatial TBD “SR_allowed” signaling indicates whether SR Reuse operation is allowed or not. A value of Spatial Reuse field is used to indicate SR is disallowed. The conditions to disallow SR are TBD. Multiple SR fields (>=2) are signaled, where each SR field corresponds to a different subband of the PPDU. Other details are TBD. Notes: this part needs further development.(#2169)</p><p>The Spatial Reuse field has an “SR disallowed” entry. If the SR field is set to this “SR disallowed” entry, only SRP-based SR is disallowed.</p><p>A non-AP STA that received the Spatial reuse parameter set element with the SRP-based SR disallowed field set to 1 from its associated AP shall set the SR field to the “SR disallowed” entry for all its transmitted PPDUs. A STA shall set the SR field to the “SR disallowed” entry in NDP or FTM frames.</p><p>TGax editor: Change the following text in Table 26-17</p><p>Table 26-17 Fields in the HE-SIG-A for an HE trigger-based PPDU 0 906ae5e 3210e46 1d7ed f1 9d8 b6df232. doc x</p><p>Two Parts of Number Bit Field Description HE-SIG-A of bits</p><p>TBD Spatial TBD “SR_allowed” signaling indicates whether SR Reuse operation is allowed or not. A value of Spatial Reuse field is used to indicate SR is disallowed. The conditions to disallow SR are TBD. Multiple SR fields (>=2) are signaled, where each SR field corresponds to a different subband of the PPDU. Other details are TBD. Notes: this part needs further development.(#2169)</p><p>The Spatial Reuse field has an “SR disallowed” entry. If the SR field is set to this “SR disallowed” entry, only SRP-based SR is disallowed.</p><p>A non-AP STA that received the Spatial reuse parameter set element with the SRP-based SR disallowed field set to 1 from its associated AP shall set the SR field to the “SR disallowed” entry for all its transmitted PPDUs. A STA shall set the SR field to the “SR disallowed” entry in NDP or FTM frames.</p><p>Submission page 9</p>