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 Reuse field is in the HE-SIG-A, 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 Inoue 81.40 SRP-based 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 10040 yujin noh 274.12 clarify spatial reuse operation with a new sub-clause as 27.9.3. As in the comment. Revise – generally with comment, TGax editor shall incorporate changes in 10039 yujin noh 274.06 clarify 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 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
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 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 since there seems "SR" indicates no attributes of the PPDU and rather the channel access method for which the PPDU is being sent. Revise – generally with comment, TGax editor shall incorporate changes in
5482 Graham Smith 190.10 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 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 using different terminology. Revise – generally agree with comment, TGax editor shall incorporate changes in 10194 Yusuke Asai 190.11 27.9.1 There is no definition of "SR PPDU." Define it on Subclause 3.2 or delete it. Revise – generally with comment, TGax editor shall incorporate changes in 9760 Yoshio Urabe 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
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 using 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 power 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 was transmitted using SR of some sort. Provide an indication within MPDUs 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 From Ron P. 6115 Jian Yu 274.06 Further develop the spatial reuse 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 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 based
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 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 6842 John Coffey 274.06 Technical term used with incomplete or missing description: "SRP-based spatial reuse". The reference given is 27.9 but I don't find it there. Either provide a definition for spatial reuse or delete all mention of it from the draft. Revise – generally with comment, TGax editor shall incorporate changes in 5872 James June Wang 276.40 In Spatial Reuse field, value 1 to 14 are missing Use Set to value 1 to 14 corresponding to SRP value (see Table 28-19 (Spatial Reuse subfield encoding)) for SRP-based SR operation. Revise – generally with comment, TGax editor shall incorporate changes in 5871 James June Wang 274.06 values 1 to 14 are missing in table for Spatial reuse Use Set to value 1 to 14 corresponding to SRP value (see Table 28-19 (Spatial Reuse subfield encoding)) for SRP-based SR operation. Revise – generally agree with comment, TGax editor shall incorporate changes in based based based
6845 John Coffey 274.10 "NOTE--This part needs further development." Well, yes! As an aside (though I think a relevant one) why does it need more development at this late stage? It must be connected with the complexity of the spatial reuse problem, which is on a vastly diffreent scale to the regular modes we consider. Adding a new 1024-QAM MCS or another mode mostly affects individual links and so any problems are largely contained. Not so with spatial reuse, where everything affects everything else. A faulty spatial reuse mode or implementation could have disastrous consequences for other devices and BSSs, including the legacy installed base. We would be far better off to give this problem the respect it deserves by creating a new Task Group within 802.11 to consider it carefully, properly, and comprehensively. It can't be shoehorned into 802.11ax at this late stage. That's an aside because a letter ballot comment resolution can't properly consider that Delete spatial reuse, of whatever variety, and all references to it in the draft. Revise – agree with the part of the comment that notes that some behaviour is not defined, but disagree with the commenter’s proposed resolution and instead, propose an alternative solution which is in line with the vast majority of proposed resolutions from dozens of other commenters on the same topic, which resolution is to provide descriptive behavioural text to resolve the lack of completeness in the current draft, TGax editor shall incorporate changes in
action, and a resolution can only cover what 11ax should so. So see proposed resolution. 5942 James Yee 282.29 Definition of SRP, TX PWRAP and Acceptable Receiver Interference levelAP are not provided. Please clarify. Revise – generally agree with comment, except that the resolution is to move the text to 27.11.6 (SPATIAL_REUSE) where the terms are now defined as suggested, TGax editor shall incorporate changes in 6843 John Coffey 274.06 Apparently 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 Either merge 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
10413 Oteri 279.40 Set to value 1 to 14 corresponding to SRP value (see Table 28-19 (Spatial Reuse subfield encoding)) for SRP-based SR operation. Detailed description of SRP based SR needed Revise – generally agree with comment, TGax editor shall incorporate changes in Oteri 279.40 Set to value 1 to 14 corresponding to SRP value (see Table 28-19 (Spatial Reuse subfield encoding)) for SRP-based SR operation. Detailed description of SRP based SR needed Revise – generally agree with comment, TGax editor shall incorporate changes in Oteri 276.47 27.11a (TXVECTOR parameters SPATIAL_REUSE for an HE PPDU)). wrong reference: 27.11.6 Revise – generally agree with comment, TGax editor shall incorporate changes in 10407 Oteri 274.13 27.11a (TXVECTOR parameters SPATIAL_REUSE for an HE PPDU)). wrong reference: 27.11.6 Revise – generally agree with comment, TGax editor shall incorporate changes in 10406 Oteri 274.10 NOTE—This part needs further development. Finalize SR schemes Revise – generally agree with comment, TGax editor shall incorporate 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 value 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 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 feature is not sufficiently mature. Consider decoupling SR from the remainder of the document. Revise – not certain exactly what the proposed resolution but rather than “decoupling” the 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 7