Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Rojan, The doc adds the following paragraph to clause 10.25.1 to clarify BA setup between non-MLO EHT STA and that between two MLDs: Isn’t this sufficient?
From: Rojan Chitrakar <rojan.chitrakar@xxxxxxxxxxxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hi Abhi, Thanks for the update. Noticed that there seem to be duplicated normative texts between baseline clause and clause 35 as highlighted below. I believe the intention is to capture non-MLD case in clause 10.25 but since EHT STAs could also be affiliated with MLDs,
suggest to modify all occurrences of “EHT STAs” in clause 10.25 as “EHT STAs
not affiliated with an MLD” or use “non-MLO” qualifier. Btw, the first part in 10.25 should also mention BA agreement between two EHT STAs. When a block ack agreement is established between two HT STAs, two DMG STAs, or two S1G STAs,
or two
EHT STAs not affiliated with an MLD, the originator may change the size of its transmission window (WinSizeO)
such that 10.25 Block acknowledgment (block ack)
10346]When a block ack agreement
is established between two HT STAs, two DMG STAs, or two S1G STAs, the originator may change the size of its transmission window (WinSizeO) such that:
—
The transmission window
(WinSizeO) is not greater than the value in the Buffer Size field of the ADDBA Response frame if either STA is a non-EHT STA.
—
The transmission window is not greater than the
buffer size
indicated in the ADDBA Response frame if both STAs are EHT STAs.
—
The transmission window is not greater than 64 if the sender or receiver of the ADDBA Response frame
is a non-HE STA.
—
The transmission window is not greater than 256 if the sender and receiver of the ADDBA Response frame
are HE STAs.
—
The transmission window is not greater than 1024 if the sender and receiver of the ADDBA Response frame
are EHT STAs.
[10346]If the value in the Buffer
Size field of the ADDBA Response frame is smaller than the value in the ADDBA Request frame, the originator shall change the size of its transmission window (WinSizeO) so that it meets the following conditions:
—
Is not greater than the value in the Buffer Size field of the ADDBA Response frame.
—
Is not greater than 64 if the sender or receiver of the ADDBA Response frame is a non-HE STA or if
the STAs that establish the block ack agreement are HT STAs or DMG STAs that are not EDMG STAs.
—
Is not greater than 256 if the sender and receiver of the ADDBA Response frame are HE STAs.
—
Is not greater than 1024 if the STAs that establish the block ack agreement are EDMG STAs or EHT
STAs.
35.3.8
Block
ack procedures
in Multi-link
operation
[10346]When a block
ack agreement is
established between
two MLDs,
the originator
may change
the size
of its
transmission window (WinSizeO) so that the transmit window meets the following conditions:
—
Is not
greater than
the buffer
size indicated
in the
ADDBA Response frame.
—
Is not
greater than
1024 if
the sender
and receiver
of the
ADDBA Response
frame are
MLDs.
[10346]
[10346]If the buffer size
indicated
—
The transmission window is not greater than the buffer size indicated in the ADDBA Response frame.
—
The transmission window is not
greater than
1024 if
the sender
and the
receiver of
the ADDBA
Response frame
are MLDs. Regards, Rojan From: Abhishek Patil <appatil@xxxxxxxxxxxxxxxx>
Hi Alfred, Liwen, Jeongki, Qi and I had offline discussion and she is fine with the proposed resolution for the CIDs related to tx window adjustment at the originator. Could you please help add the following CIDs from doc 11-22/1336r3 for SP: 11374 10346 11371 11372 11613 10349 10350 11612 12446 The resolution is same as what we discussed last week during TGbe MAC ad-hoc. Regards, From: Abhishek Patil <appatil@xxxxxxxxxxxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hi Alfred, Liwen, Jeongki, I received offline feedback from Binita and Po-Kai and the result of the discussion has update the resolution for CID 13259.
Can you please help add doc 11-22/1182r11 to the TGbe MAC agenda to re-run the SP for CID 13259? https://mentor.ieee.org/802.11/dcn/22/11-22-1182-11-00be-lb266-cr-for-ml-ie-rules-part-2.docx Hi All, the changes for CID 13259 are highlighted in
blue. Could you please let me know if you have any suggestions? Regards, From: Jeongki Kim <jeongki.kim.ieee@xxxxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hi Alfred, Can you add the following CR document into MAC queue? 11-22/1573r0, CR for CID 10911, Jeongki Kim Thanks, Jeongki 2022년 9월 9일
(금)
오후 4:02, Vishnu Ratnam <vishnu.r@xxxxxxxxxxx>님이
작성:
To unsubscribe from the STDS-802-11-TGBE list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBE&A=1 To unsubscribe from the STDS-802-11-TGBE list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBE&A=1 To unsubscribe from the STDS-802-11-TGBE list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBE&A=1 To unsubscribe from the STDS-802-11-TGBE list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBE&A=1 |