Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Dimitry, Thank you for taking care of my comments.
I got your point on the first one!
And I’m fine with your proposed change.
Best regards, tomo From: Akhmetov, Dmitry <Dmitry.Akhmetov@xxxxxxxxx>
Hi Tomo, Thank you for your comments On the comment in the first bullet: The proposal use CTS frame (DS-CTS) to start protected short contention. It may happen that DS-CTS is transmitted by more than one STA at a time, for example: STA1
and STA2 experienced a failure and now can send DS-CTS. They both detected medium IDLE at the same -> they will send DS-CTS at the same time to start P-EDCA contention. The DS-CTS should establish protection for the P-EDCA contention-> for that DS-CTS need
to be received by other STAs -> for that reason ideally DS-CTS has to carry same information in the payload to be properly decode. Available options are: AP’s address, broadcast address or some _special_ value On the second bullet: accepted On the third bullet: How about that:
Table 31-7 Default P-EDCA parameters set
From:
tomo.adachi@xxxxxxxxxxxxx <tomo.adachi@xxxxxxxxxxxxx>
Hello Dmitry, Thanks for this.
I have some minor comments:
l
“The
l
“…
the Duration field shall be set to the value of the P-EDCA contention duration from the Table 37-1.”
à
“…
the Duration field shall be set to the P-EDCA contention duration in Table 37-1.”?
l
Maybe not related to any of the comments, but in the note of Table 37-1, there are pEdcaAifs and pEdcaCwMax, which are first to appear and different from the parameters described in
the table body. I kind of understand why you did so, but why not define the shortened name parameters first, add description what those are (CWmin/CWmax/AIFSN used for P-EDCA), and then use those shortened ones in the note?
Best regards, tomo From: Akhmetov, Dmitry <Dmitry.Akhmetov@xxxxxxxxx>
Hello everyone, I’ve uploaded r3 of the document that incorporates comments received during Monday MAC call. https://mentor.ieee.org/802.11/dcn/25/11-25-0627-03-00bn-cc50-cr-for-p-edca.docx Please let me know if you have any questions or comments preferable by EOD of Thursday April 17th Dmitry From: Akhmetov, Dmitry
Hello everyone, I’ve uploaded r1 version of CC50 resolution document for P-EDCA clause Please review and let me know if you any comments.
The document is scheduled for presentation in Monday April 14th MAC call Dmitry From: Akhmetov, Dmitry
Dear all, I uploaded two documents: 11-24-2007r6 - Latest revision of PDT for P-EDCA https://mentor.ieee.org/802.11/dcn/24/11-24-2007-06-00bn-pdt-mac-p-edca.docx And 11-25-0627r0 – CC50 CR for the P-EDCA clause.
That document uses 2007r6 as a baseline. https://mentor.ieee.org/802.11/dcn/25/11-25-0627-00-00bn-cc50-cr-for-p-edca.docx Please review and let me know if you have any question/comments. Thanks, Dmitry To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1
To unsubscribe from the STDS-802-11-TGBN list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 |