IEEE P802.11 Wireless LANs Comment Resolution on retransmission of OFDMA random access Date: 2017-05-07 Author(s): Name Affiliation Address Phone email Yunbo Li Huawei Liyunbo@huawei.com Jing Ma NICT majing@nict.go.jp Introduction Interpretation of a Motion to Adopt A motion to approve this submission 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. 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). 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. CID Page Line Comment Proposed Change Resolution 3239 174 1 The STA may seek to retransmit the via other access methods (and not to seek RA again); "If a STA transmits an HE trigger-based PPDU that solicits an immediate response in a random access RU and the expected response is not received, the transmission is considered unsuccessful and the STA invokes the UL "... the STA invokes the UL OFDMA-based random access retransmission procedure as defined in 27.5.2.6.3 (Retransmission procedure for random access), if the STA decides to retransmit during an upcoming random access opportunity." Revised- Clarify the retransmission could also use EDCA or scheduled by a Trigger frame. Delete the “for every retransmission”, because the STA may not using UORA for every retransmission. Makes the changes as proposed in doc
OFDMA-based random access retransmission procedure as defined in 27.5.2.6.3 (Retransmission procedure for random access)." 5724 174 4 If the transmissiong using OFDMA-RA fails, can the MPDU be transmitted using regular UL OFDMA if it gets a regular trigger or can it use EDCA to transmit this failed MPDU? The text reads like that this is not allowed, however I think this should be allowed. Clarify Revised- Clarify the retransmission could also use EDCA or scheduled by a Trigger frame. Delete the “for every retransmission”, because the STA may not using UORA for every retransmission. Makes the changes as proposed in doc 7152 174 8 If a STA transmits an HE trigger-based PPDU sent by using random access RU and fails to receive the immediate acknowledgement, the STA may contend to retransmit the PPDU without using random access RU. How to update the OCW in this case? Please clarify it. Revised- Clarify the retransmission could also use EDCA or scheduled by a Trigger frame. Delete the “for every retransmission”, because the STA may not using UORA for every retransmission. Makes the changes as proposed in doc 8281 174 20 For retransmission procedure for random access, what is the effect if pending data was sent through EDCA during the while. Does OBO is erased or is let as-is to continue OBO procedure for any other remaining data ? What are the effects onto OCW ? please clarify any effect in the case.when HE PPDU, was initially trigger-based, was sent in EDCA. Revised- Clarify the retransmission also use EDCA or scheduled by a Trigger frame. Delete the “for every retransmission”, because the STA may not using UORA for every retransmission. Makes the changes as proposed in doc 8305 174 15 "If the HE PPDU is not successfully transmitted in the randomly selected Proposal: A retransmission procedure has to be initiated in the STA and the data to be Revised- Clarify the retransmission also use EDCA or