1531 Mark RISON 25.5.2.2.3 "When the AP receives MPDU Reword in of Revised correctly from at one STA success of the TF indicated by trigger frame, the transmission the clause related frame exchange initiated by the to TXOP trigger frame is successful." -- continuation and hm, but a frame exchange recovery are includes stuff following after referred. SIFS, so it's not really that the frame exchange is successful, See resolution in it's that the transmission of the doc 16/929r1 Trigger frame is successful 1534 Mark RISON 25.5.2.3 "The CP_LTF_TYPE Explain how the Revised parameter shall be set to the parameters is set in that value indicated by the CP-LTF case TXVECTOR subfield of the Common Info paramters are field of the eliciting Trigger defined frame" -- and what if there wasn't a TF but just a trigger MAC header? Ditto for the See resolution in subsequent parameters doc 1538 Mark RISON 25.5.2.3 "The content of each individual If it does, then just Revised A-MPDU in an HE MU PPDU is simplify and say "with the based on the rules specified in following additional Remove the 10.13.1 (A-MPDU contents) rule:". If it does not, it's sentence since it is and the additional rules too general, and specific obvious that any described in this clause." -- rules need to be pointed follows the does "this clause" mean "this to A-MPDU context subclause"? rules See resolution in doc 1540 Mark RISON 25.5.2.3 "one MPDU of the required Add something to Rvised type" -- where are the required giving the required types specified? Table 9-ax2 response type just says what the trigger type is, not what MPDUs are required in response 1541 Mark 25.5.2.3 "If the STA does not have a Clarify what the STA Revised frame of the required type, the may alternatively do if it STA should transmit QoS Null does not do what is the STA shall frame." -- but it could also recommended either not transmit transmit a Beacon frame? Or the response or nothing? Also missing article transmit QoS Null before "QoS" frame
1531 Mark RISON 25.5.2.2.3 "When the AP receives MPDU correctly from at one STA indicated by trigger frame, the frame exchange initiated by the trigger frame is successful." -- hm, but a frame exchange includes stuff following after SIFS, so it's not really that the frame exchange is successful, it's that the transmission of the Trigger frame is successful Reword in of success of the TF transmission Revised the clause related to TXOP continuation and recovery are referred. See resolution in doc 16/929r1 1534 Mark RISON 25.5.2.3 "The CP_LTF_TYPE parameter shall be set to the value indicated by the CP-LTF subfield of the Common Info field of the eliciting Trigger frame" -- and what if there wasn't a TF but just a trigger MAC header? Ditto for the subsequent parameters Explain how the parameters is set in that case Revised TXVECTOR paramters are defined See resolution in doc 1538 Mark RISON 25.5.2.3 "The content of each individual A-MPDU in an HE MU PPDU is based on the rules specified in 10.13.1 (A-MPDU contents) and the additional rules described in this clause." -- does "this clause" mean "this subclause"? If it does, then just simplify and say "with the following additional rule:". If it does not, it's too general, and specific rules need to be pointed to Revised Remove the sentence since it is obvious that any follows the A-MPDU context rules See resolution in doc 1540 Mark RISON 25.5.2.3 "one MPDU of the required type" -- where are the required types specified? Table 9-ax2 just says what the trigger type is, not what MPDUs are required in response Add something to giving the required response type Rvised 1541 Mark 25.5.2.3 "If the STA does not have a frame of the required type, the STA should transmit QoS Null frame." -- but it could also transmit a Beacon frame? Or nothing? Also missing article before "QoS" Clarify what the STA may alternatively do if it does not do what is recommended Revised the STA shall either not transmit the response or transmit QoS Null frame
11-16-0929-02-00ax-cr-ul-mu-operation.docx