8118 to SR_DELAY group 6178 Jin-Sam Kwak 190.01 27.9 We have the Spatial Reuse field in the and the well utilization of the field would be helpful. Please define the Spatial Reuse operation. Revise – generally agree with comment, TGax editor shall incorporate changes in 5043 Chunyu Hu 190.01 27.9 The MAC operation of the SRP mechanism is not described. Provide a description of the MAC protocol for the SRP spatial reuse parameter. Expect a submission detailing a set of proposed changes. Revise – generally with comment, TGax editor shall incorporate changes in 5873 June Wang 192.27 27.9 Missing description of SRP-based SR Operation (27.9.3) Add description of SRP-based SR operation (27.9.3) Revise – generally agree with comment, TGax editor shall incorporate changes in 5940 James Yee 274.07 The spec provided two reference sections (27.9 and 27.11.6) for "SRP-based spatial reuse" but nothing about "SRP-based spatial reuse" can be found there. The definition of spatial reuse" is not clear Please clarify. Revise – generally agree with comment, TGax editor shall incorporate changes in 7117 Junichi Iwatani 190.13 27.9.1 SRP-based spatial reuse (mentioned in 28.3.10.7.2) should be explained in 27.9.1 General and a new subclause (27.9.3) as in comment Revise – generally with comment, TGax editor shall incorporate changes in 7174 kaiying Lv 190.01 27.9 SRP-based spatial reuse operation needs to be described in details. Please clarify it Revise – generally agree with comment, TGax editor shall incorporate changes in 5385 Ko 190.01 27.9 Although the Spatial field is in the the spec does not define the related operation. The SRP-based Spatial Reuse operation should be defined. Revise – generally agree with comment, TGax editor shall incorporate changes in
9508 81.40 SR Support: SRP-based SR is not defined. Define the SR in clause 3.2 and provide text in 27.9. Revise – generally agree with comment, TGax editor shall incorporate changes in yujin noh 274.12 clarify SRP-based spatial reuse operation with a new sub-clause as 27.9.3. As in the comment. Revise – generally agree with comment, TGax editor shall incorporate changes in 10039 yujin noh 274.06 clarify SRP-based spatial reuse operation with a new sub-clause as 27.9.3. As in the comment. Revise – generally agree with comment, TGax editor shall incorporate changes in 10080 yujin noh 190.01 27.9 specify SRP-based SR mechanism with a new subclause 27.9.3. As in the comment. Revise – generally agree with comment, TGax editor shall incorporate changes in 8094 Matthew Fischer 190.01 27.9 The MAC operation of the SRP mechanism is not described. Provide a description of the MAC protocol for the SRP spatial reuse parameter. Expect a submission detailing a set of proposed changes. Revise – generally agree with comment, TGax editor shall incorporate changes in SR DELAY Each of these comments asks for a detailed description of the use of the SR_DELAY, SR_DISALLOW, SR_RESRTICTED and reserved values of the TXVECTOR/RXVECTOR parameter SPATIAL_REUSE. 8118 reclassifed to belong to SR DELAY group 5941 James Yee 274.12 It is not clear what exactly the behavior of "SR_Delay" is and more information should be provided in 27.9.2.1 and 27.11a. Please clarify. Revise – generally agree with comment, TGax editor shall incorporate changes in based
7611 Liwen Chu 190.53 27.9.2.1 Change "SR entry" to SR_Delay As in comment Revise – generally agree with comment, text in question was deleted by adoption of changes in for CID 8111. 5485 Graham Smith 190.37 27.9.2.1 "...RXVECTOR parameter SPATIAL_REUSE indicates SR_Delay." What is SR_Delay? At P274L13 it mentions it but then refers to this section and I note that "This section needs further development". Yes it does indeed, SR_Delay needs to either dropped or defined. I to say but whatever SR_Delay is it needs to be explained.... or dropped. I just hope this is not another complicated scheme purely designed to avoid DSC. Delete cited text. Revise – generally with idea that SR_DELAY use was not sufficiently described, TGax editor shall incorporate changes in noting that the SR_DELAY use as defined by those changes is used to identify the SRP PPDU type and the behaviors associated with each type. 5504 Graham 198.22 27.11.6 "Spatial Reuse field is carried in the TXVECTOR parameter SPATIAL_REUSE of an HE PPDU and indicates spatial reuse information (See 27.9.2 spatial reuse operation))." I see no mention of SPATIAL_REUSE in 27.9.2. Also SR_Delay setting is sort of mentioned but not described anywhere, same with SR_Restricted entry. It looks like this text precedes the acceptanceor description of the feature. Delete. Delete 27.11.6 Revise – that use of the Spatial Reuse field of the TXVECTOR was not well defined, rather than deleting the subclause, another subclause is added with the adoption of that defines behaviour associated with this field. TGax editor shall incorporate changes in 8069 Lalam 190.00 27.9.2.1 "SR_Delay" and "SR_Restricted" values are not defined in this subclause. Please define them. As in comment. Revise – generally agree with comment, noting that the description of the use of SR_RESTRICTED is both here and in the OBSS_PD subclause, TGax
editor shall incorporate changes in 8234 Osama 190.37 27.9.1 the term SR_Delay seems to be introduced for the first time in this subclause without proper definition define the term Reject – it’s not a term, it’s a value of a parameter, defined elsewhere. 7908 Mark RISON 190.52 27.9.2.1 "carrying the SR entry" -- it is not clear what is meant by carrying an entry Change to "not indicating SR_Disallowed"; also at lines 55 and 56 Revise – language changed or deteled, matching the spirit of the comment. TGax editor shall incorporate changes in 8118 Matthew Fischer 274.06 The Spatial Reuse field says that there are values SR_DISALLOWED and SR_DELAY and 14 other values and points to 27.9.2.1 General (within OBSS_PD Spatial Reuse) and to what should be 27.11.6 Setting TXVECTOR parameters for an HE PPDU SPATIAL_REUSE - but the table 28-19 Spatial Reuse subfield encoding indicates only SR_DISALLOW, 14 numerical values and one reserved value. The table and the text in the various subclauses need to be reconciled. As stated in the comment Revise – generally agree with comment, noting that the description of the use of SR_RESTRICTED is both here and in the OBSS_PD subclause, TGax editor shall incorporate changes in SR PPDU SR Mode Each of these comments asks for a description of SR PPDU and SR mode. The SR mode comments are removed and sent to the owner of the OBSS_PD thresholds CID group. Those comments were: 7125, 3197, 5689, 9541
6760 John Coffey 190.11 27.9.1 Use of undefined term: apparently when conditions are right for an "SR PPDU", an HE STA may go ahead and transmit an "SR PPDU". But what is an "SR PPDU"? The term appears nowhere in the draft except for this sentence. Provide a definition for SR PPDU. Revise – generally agree with comment, TGax editor shall incorporate changes in 6020 Jarkko Kneckt 190.10 27.9.1 The SR PPDU is not defined. The following clauses do not use the term SR PPDU so the general introduction and the actual description text do not match. Clarify the general spatial reuse operation. specify the term SR PPDU if ti is used by spatial reuse definition or delete the term. Revise – generally agree with comment, TGax editor shall incorporate changes in 7116 Junichi Iwatani 190.11 27.9.1 There is no definition for "SR PPDU" Define "SR PPDU" or modify explanations Revise – generally with comment, TGax editor shall incorporate changes in 3195 Hedayat 190.11 27.9.1 SR PPDU is not defined: "When the conditions specified in 27.9 (Spatial reuse operation) are met that allow the transmission of an SR PPDU, an HE STA may transmit an SR PPDU to either an HE STA or a STA." Define SR PPDU. Or change SR PPDU to PPDU there seems "SR" indicates no attributes of the PPDU and rather the channel access method for which the PPDU is being sent. Revise – generally agree with comment, TGax editor shall incorporate changes in 5482 Graham Smith 190.10 27.9.1 "When the conditions specified in 27.9 (Spatial operation) are met that allow the transmission of an SR PPDU, an HE STA may transmit an SR PPDU to either an HE STA or a non-HE STA." What is an SR PPDU, it is only mentioned in this sentence. Delete, does not make sense. Delete cited text Revise – generally disagree with proposed resolution, but do agree with comment, rather than deleting, a definition of SR PPDU is provided. TGax editor shall incorporate changes in
5680 Guoqing Li 190.12 27.9.1 What is SR PPDU? The HE PHY does not define such an PPDU format. Seems to me, SR PPDU is a PPDU that can be initaited simultaneously using the SR mechiasm defined here which is otherwise not possible using legacy sensing mechanism. If so, this needs to be clarified since there is such PHY PPDU format called SR PPDU. Either define SR PPDU, or clarify different terminology. Revise – generally with comment, TGax editor shall incorporate changes in Yusuke Asai 190.11 27.9.1 is no definition of "SR PPDU." Define it on Subclause 3.2 or delete it. Revise – generally agree with comment, TGax editor shall incorporate changes in 9760 Yoshio 190.11 27.9.2.1 SR PPDU' is not defined. Define 'SR PPDU' in Section 3 Revise – generally agree with comment, TGax editor shall incorporate changes in 8068 190.11 27.9.1 An "SR PPDU" is not defined in the Please consider replacing "When the conditions specified in 27.9 (Spatial reuse operation) are met that allow the transmission of an SR PPDU, an HE STA may transmit an SR PPDU to either an HE STA or a STA." with "When the conditions specified in 27.9 (Spatial reuse operation) are met that allow the transmission of a PPDU, an HE STA may transmit this PPDU, defined as Spatial Reuse (SR) PPDU, to either an HE STA or a non-HE STA." As in comment. Revise – generally agree with comment, but the resolution is to define the SR PPDU. TGax editor shall incorporate changes in
8231 Osama 190.11 27.9.1 what does "SR PPDU" mean? clarify Revise – generally agree with comment, TGax editor shall incorporate changes in 9730 Yongho Seok 190.11 27.9.1 "When the conditions specified in 27.9 (Spatial reuse operation) are met that allow the transmission of an SR PPDU, an HE STA may transmit an SR PPDU to either an HE STA or a STA." What is a definition of a SR PPDU? Also, it is saying that an HE STA can transmit a SR PPDU to all STA (an HE STA or a non-HE STA). Such rule is not needed. Delete the second paragraph of 27.9.1. Revise – generally with comment about definition of SR PPDU, adding a definition of SR PPDU. The restriction as noted is not quite correct, modified to restrict to STA that are capable of acting as SR Responder. TGax editor shall incorporate changes in From Laurent C. 8087 Matthew Fischer 190.1 27.9 SRP is incomplete - need a control on the ACK response to an SR transmission - if the DATA frame was transmitted under SRP conditions, then the ACK should also obey the SRP conditions - but the ACK transmitter needs to know if the DATA frame was transmitted under SRP conditions because for a generated DATA frame, the ACK has no conditions, and we do not want to impose new conditions on ACKing that were not in the baseline, except for the new case of a DATA frame sent under SRP conditions Add a way for an SR transmitter SRP to indicate to the recipient that its ACK must be conditionalized on SRP conditions - use A-control to tell the recipient that the DATA frame was transmitted under SRP conditions Revise – generally agree with comment, TGax editor shall incorporate changes in
8091 Matthew Fischer 190.31 27.9.2.1 What about the ACK that is transmitted in response to the SR PPDU? Does it have to obey any OBSS_PD transmit power rules? Add a restriction on the tx of the response transmitter, such that the tx power has to be limited to whatever tx power is "in force" where "in force" means that if a STA has discarded an OBSS PPDU using OBSS_PD and is counting backoff before transmitting an SR PPDU, then that tx power is "in force" for the duration of the OBSS PPDU that was discarded and if a reception occurs before the backoff countdown expires, then the response to that reception is restricted in its transmit power. Revise – generally agree with comment, TGax editor shall incorporate changes in 8092 Matthew Fischer 190.3 27.9.1 What about the response transmission to a PPDU that was transmitted due to a spatial reuse opportunity? That response transmission should be restricted, such that it too, must ensure that it will not interfere with an ongoing exchange, using whatever SR technique is avilable at the response transmitter STA, with a preference for SRP if enabled and a fallback to OBSS_PD if SRP is not enabled. Since a normal response is allowed to ignore all CCA indications, the responder needs to be able to tell the difference between a normal eliciting PPDU/MPDU and one an eliciting PPDU that Provide an indication within of whether the MPDU was transmitted during an SR opportunity or not, and add a restriction on the response transmission to that SR PPDU transmission such that the response must examine the medium condition before responding and obey transmit power restrictions that might be in force due to ongoing SR conditions, e.g. OBSS_PD based transmit power restriction. Expect a submission that details such changes. Revise – generally agree with comment, TGax editor shall incorporate changes in
was transmitted using SR of some sort. From Ron P. 6115 Jian Yu 274.06 Further develop the spatial field, same for page 274, L6 and page 276 L40 As in comment Revise – generally agree with comment, TGax editor shall incorporate changes in 6127 Jing Ma 86.18 Clarify SRP-based SR operation described here which is supposed to indicated by this subfield. SR operation description is not clear in the draft. as the comment Revise – generally agree with comment, TGax editor shall incorporate changes in 6143 Jing Ma 28.3.10 Clarify spatial reuse operation. There are some indication bits in frames which are defined to set or disallow SRP-based spatial reuse operation, but SR operation description is not clear in the draft. as the comment Revise – generally agree with comment, TGax editor shall incorporate changes in 6142 Jing Ma 274.06 Clarify SRP-based spatial reuse operation which is supposed to be disallowed by Spatial Reuse bits here. SR operation description is not clear in the draft. as the comment Revise – generally agree with comment, TGax editor shall incorporate changes in based based based
6843 John Coffey 274.06 Apparently there are two spatial reuse modes, OBSS_PD and SRP-based. ("Apparently", because both are underdefined.) It is widely understood that having multiple different modes to accomplish the same objective is the kiss of death for all of them: cf. especially the 802.11n experience with beamforming. Having multiple modes works against the principles of standardization, reduces the chances of any one mode succeeding, and by tying up scarce Task Group resources delays the entire technology. Either all spatial reuse functions into a single, unified, *standardized* mode, or delete them all from the draft. Revise – the two modes of SR are distinct because of the difference in implementation complexity required and the varying estimations of the potential gains to be achieved by each of the mechanisms. The group has a long history of including multiple options and variations of a feature within an amendment based on the understanding that no individual has yet been identified who possesses the ability to foretell the future with enough accuracy to allow the one, true, correct, best variation of a feature to be selected while discarding all others, despite the fancy simulation tools and brilliant mathematical analysis that is usually performed to support each proposed variation and prove that it is the one true solution that will bring about world peace or higher throughput or whatever the PAR describes as the mission of this august body. Rather than merge or delete, the proposed resolution of this comment is to provide a more thorough description of the SRP SR mechanism. TGax editor shall incorporate changes in 11-16-1476r21 6844 John Coffey 274.06 "Set to SR Disallowed to disallow SRP-based spatial reuse". Why restrict the disallowing only to SRP-based spatial reuse? The draft would be vastly improved if all spatial Delete Reject – the current sentence reflects the current opinion of the group. The AP of a BSS can disable the use of OBSS_PD based SR within its BSS.
a place holder e.g., TBD. 4997 Brian Hart 274.10 "This part needs further development" This is a trivial rewording of "TBD" and so this draft should not have been submitted for LB. Continue to refine the draft to remove all TBDs and rewordings of TB Revise – generally agree with comment, TGax editor shall incorporate changes in 5259 Dorothy Stanley 274.06 What is the integer value or bit sequence for SR Disallowed? as in comment Revise – generally agree with comment, TGax editor shall incorporate changes in 5260 Dorothy Stanley 274.12 What is the integer value or bit sequence for SR_Delay? as in comment Revise – generally agree with comment, TGax editor shall incorporate changes in 5261 Dorothy Stanley 276.46 What is the integer value or bit sequence for SR_Restricted? as in comment Revise – generally agree with comment, TGax editor shall incorporate changes in 9462 Xiaofei Wang 274.10 This note is another form of TBD and should not be in Draft 1.0. Either provide detailed procedures for SRP or remove entirely. provide detailed procedure for SRP or remove entirely. Revise – generally agree with comment, TGax editor shall incorporate changes in 9180 LEE 274.07 Specify the SRP-based spatial reuse methodology refered in Spatial Reuse field Specify SRP-based spatial reuse for clarifying the meaning of SR Disallowed in Spatial Reuse field Revise – generally agree with comment, TGax editor shall incorporate changes in 9181 LEE 274.10 Complete Spatial Reuse field definition and usage for HE SU and HE extended range SU PPDUs Complete Spatial field definition and usage for HE SU and HE extended range SU PPDUs and remove Revise – generally agree with comment, TGax editor shall incorporate changes in
'NOTE-This part needs further development' 9183 LEE 276.44 Complete Spatial Reuse field definition and usage for HE MU PPDU. Complete Spatial Reuse field definition and usage for HE MU PPDU and remove 'NOTE-This part needs further development' Revise – generally agree with comment, TGax editor shall incorporate changes in 9208 Thomas Handte 274.10 Signaling for spatial reuse needs further development Specify signaling for spatial reuse. Equivalent specification as in Table 28-19 may be appropriate Revise – generally agree with comment, TGax editor shall incorporate changes in 9209 Thomas Handte 276.40 Signaling for spatial needs further development Specify signaling for spatial Equivalent specification as in Table 28-19 may be appropriate Revise – generally agree with comment, TGax editor shall incorporate changes in 9210 Thomas Handte 279.23 Spatial reuse fields labelled with 2, 3, and 4. In some BW setups, all or some of the fields have an identical and redundant value. Consider declaring fields as reserved. This would affect spatial reuse fields 2, 3, and 4 and Note 1 Revise – it seems difficult to justify declaring the fields as reserved for some cases, since doing so would only serve to allow a future use and that future use would be BW dependent. The description of the fields does need improvement. TGax editor shall incorporate changes in 10043 yujin noh 276.41 defind the rest values except for SR Disallowed and SR_Restricted. As in the comment. Revise – generally agree with comment, TGax editor shall incorporate changes in yujin noh 274.06 defind the rest values except for SR As in the comment. Revise – generally agree with comment, TGax editor shall
changes in 10306 Yusuke Tanaka 282.29 The equation to define SRP is incorrect from the aspect of dBm unit. Change SRP definition as follows. "SRP is the sum of the of TX PWRAP and the value of Acceptable Receiver Interference levelAP." Remove "dBm" from Table 28-19. Revise – generally agree with comment, TGax editor shall incorporate changes in Yusuke Tanaka 281.49 28-19 defines the Spatial Reuse subfield encoding but no procedures of SR operation based on SRP is defined in this spec. Define procedures of SR operation based on SRP, which should include Tx power controlling not only for a Data frame and but Control frames (e.g. RTS/CTS/CF-End). Revise – generally agree with comment, TGax editor shall incorporate changes in 8568 ron porat 274.06 Spatial Reuse Field value definition lacks detail Propose to adopt document 1476r8 to complete the definition of the SRP based spatial reuse feature Revise – generally agree with comment, TGax editor shall incorporate changes in 8920 Sigurd 281.53 The unit of SRP in Table 28-19 can not be dBm, given that it is a sum of two values expressed in dBm (which is similar to power squared in the linear domain) Remove "dBm" from the rows of the Table Revise – generally agree with comment, TGax editor shall incorporate changes in 8907 Sigurd 274.06 What is the value of "SR Disallowed"? Clarify Revise – generally agree with comment, TGax editor shall incorporate changes in 8908 Sigurd 274.10 "NOTE--This part needs further development." indicates that this Consider decoupling SR from the remainder of the document. Revise – not certain exactly what the proposed resolution means, but rather than “decoupling” the 7
feature is not sufficiently mature. group describes in detail the behaviour for SRP-based spatial reuse in several new subclauses and modifies existing ones that mention SRP to provide a complete description of the SRP-based spatial reuse feature, TGax editor shall incorporate changes in 8914 Sigurd 276.46 What is the value of "SR_Restricted"? Clarify Revise – generally agree with comment, TGax editor shall incorporate changes in 8909 Sigurd 274.13 What is the value of "SR_Delay"? Clarify Revise – generally agree with comment, TGax editor shall incorporate changes in Discussion: See the CID table. Proposed Changes to Draft Text of TGax D1.1: 3.2 Definitions specific to IEEE 802.11 TGax editor: insert the following definitions into subclause 3.2 Definitions specific to IEEE 802.11: DSRP_PPDU (Delayed SRP_PPDU): a PPDU that contains a Trigger MPDU and that has a value other than SR_DISALLOW in the Common Info Field SPATIAL_REUSE. (Delayed SRP PPDU). (#6178)(#5043)(#5873)(#5940)(#7117)(#7174)(#5385)(#9508)(#10040)(#10039)(#10080)(#8094) SR_PPDU: a PPDU transmitted during an SRP Opportunity by an HE STA when SRP conditions for SRP-based spatial reuse operation are satisfied. (#6760)(#6020)(#7116)(#3195)(#5482)(#5680)(#10194)(#9760)(#8068)(#8231)(#9730)
TGax Editor: Modify the caption and the rows in Table 28-19 Spatial Reuse subfield encoding: Table 28-19—Spatial Reuse subfield encoding Value Meaning 0 SR(#5259)(#10043) 1 (#5872)(#5871)(#10306)(#8920) 2 3 4 5 6 8 9 10 11 12 13 14 (#8069)(#8118)(#5261) 15 (#8069)(#8118)(#5260) TGax Editor: Insert the following table to appear immediately after Table 28-19 Spatial Reuse subfield encoding, before any following text: Table Reuse subfield encoding for an HE trigger-based PPDU Value Meaning 0 SR_DISALLOW 1 SRP = - 80 dB 2 SRP = - 74 dB 3 SRP = - 68 dB 4 SRP = - 62 dB 5 SRP = - 56 dB 6 SRP = - 50 dB 7 SRP = - 47 dB 8 SRP = - 44 dB 9 SRP = - 41 dB 10 SRP = - 38 dB 11 SRP = - 35 dB 12 SRP = - 32 dB 13 SRP = -29 dB 14 SRP >= -26 dBm 15 Reserved TGax Editor: Delete the text beneath Table 28-19 Spatial Reuse subfield encoding as shown: TGax Editor: Add a new MIB variable in C.3 MIB Detail within the dot11HEStationConfigEntry group as shown: C.3 MIB Detail dot11HESRPOptionImplemented OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION