| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
|
Hi Robert, Thanks a lot! Regards, Kaiying From: *** 802.11 TGax - HEW - High Efficiency WLAN *** [mailto:STDS-802-11-TGAX@xxxxxxxxxxxxxxxxx]
On Behalf Of Stacey, Robert Hello Kaiying, I fixed the two errors you identified. Copying the task group reflector so that the group is aware of the editorial change. Regards, -Robert From: Kaiying Lu <Kaiying.Lu@xxxxxxxxxxxx> Hi Robert, I sent you an email about some editorial errors during D6.0. Please refer to my email below. Thanks, Kaiying From: Kaiying Lu Hi Robert, I found there were some editorial errors in the following sub-clauses in D6.0. Please see the details as the following : Would you please update it? Thanks! 26.17.5.2 QTP Requesting STA procedure A QTP requesting STA is a QTP non-AP STA that requests a QTP. Upon the reception of an MLME-QTP.request primitive, a QTP requesting STA shall perform the following procedure
(Figure 26-15 (Quiet time period operation)):
a)
If a QTP requesting STA is associated with a QTP AP, the QTP requesting STA sends a QTP Request frame which is a Quiet Time Period Action frame (9.6.31.3 (Quiet Time Period Action
frame details)) with the Control field of the Quiet Time Period element indicating the Quiet Time Period Request subtype. The QTP Request frame indicates the duration, interval, and type of opera-tion (indicated by Service Specific Identifier). The QTP requesting
STA may include multiple Quiet Time Period elements with Request subtype in one QTP Request frame for multiple types of frames associated with different service specific identifiers.
b)
A QTP Response frame is a Quiet Time Period Action frame (9.6.31.3 (Quiet Time Period Action frame details)) with the Control field of the Quiet Time Period element indicating Quiet
Time Period Response subtype. If a QTP Response frame is received with the dialog token matching the request token with a status code set to a value of SUCCESS, the QTP AP has confirmed the reception of the QTP Request frame, and the MLME shall issue an MLME-QTP.confirm
primitive indicating the success of the procedure.
c)
A QTP Setup frame is a Quiet Time Period Action frame (9.6.31.3 (Quiet Time Period Action frame details)) with the Control field of the Quiet Time Period element indicating
Quiet Time Period Setup subtype. If a QTP Setup frame is received, at the start time for a QTP period, the QTP requesting STA may schedule frames for transmission that are associated with the service specific identifier indicated in the QTP Setup frame and
should not transmit frames that are not associated with the service specific identifier. [Kaiying] The subbullet c) was combined by mistake into subbullet b) in D6.0.
Here I split it into b) and c). Please refer to the 11-19/1163r1. 26.17.5.3 Responding AP procedure
Upon receipt of a QTP request, a QTP AP shall operate as follows (Figure 26-15 (Quiet time period opera-tion)):
a) The MLME of the AP shall issue an MLME-QTP.indication primitive.
b) Upon receipt of the MLME-QTP.response primitive, the AP may respond by sending a broadcast QTP Response frame.
1) If the status code in the broadcast QTP Response frame is SUCCESS, the AP accepts the request. The AP shall schedule the quiet period(s) according
to the accepted request. Contained in the transmitted QTP Response frame is a copy of the dialog token from the QTP requesting STA. The QTP procedure shall be terminated if the number of quiet periods exceeds the value of the Repetition Count field specified.
2) If the status code in the broadcast QTP Response frame is REJECTED, the AP indicates that the request cannot be fulfilled.
3) If the status code in the broadcast QTP Response frame is COUNTERED, the AP counters the request with recommended values and the current request
is rejected. Upon receiving the counter-proposal, a QTP STA can send a QTP Request frame to set up another QTP period.
NOTE—The AP is not required to transmit a QTP Setup frame when a scheduled QTP period arrives. The interference mitigation protocol is to provide an AP a tool to manage
and avoid interference. How or whether the AP will transmit QTP Setup frame when a scheduled QTP periods arrives is not in the scope of this specification. [Kaiying] The subbullet c) was supposed to be deleted and subbullet d) should be c) in D6.0. Please refer to the 11-19/1163r1. Thanks, Kaiying To unsubscribe from the STDS-802-11-TGAX list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAX&A=1
*********** MEDIATEK Confidentiality Notice *********** The information contained in this e-mail message (including any attachments) may be confidential, proprietary, privileged, or otherwise exempt from disclosure under applicable laws. It is intended to be conveyed only to the designated recipient(s). Any use, dissemination, distribution, printing, retaining or copying of this e-mail (including its attachments) by unintended recipient(s) is strictly prohibited and may be unlawful. If you are not an intended recipient of this e-mail, or believe that you have received this e-mail in error, please notify the sender immediately (by replying to this e-mail), delete any and all copies of this e-mail (including any attachments) from your system, and do not disclose the content of this e-mail to any other person. Thank you! To unsubscribe from the STDS-802-11-TGAX list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAX&A=1 |