Hi Matt,
Thanks for the update.
I have one comment.
In your revised text, especially on 33.x.y.3, isn’t the first paragraph a subset of the second paragraph?
Best,
Young Hoon
From: Matthew Fischer <00000959766b2ff5-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Friday, September 4, 2020 4:54 PM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: [EXT] Re: [STDS-802-11-TGBE] Comments on 11-20-1395-00-00be-pdt-mac-mlo-multi-link-channel-access-general-non-str
Hello,
I've made a small addition.
I've added another AP should not transmit to an NSTR MLD in the case of when the AP might be able to determine that some STA of the NSTR MLD is actively transmitting to anybody else (i.e. currently,
it only mentions transmitting to the AP, because that's easy for the AP to figure out) but it is possible that maybe the AP can see the non-AP transmitting for example, a P2P on a link and the AP might be able to decode the EHT PPDU header AID and Color or
something in the MAC header that tells it that this is a TX by the non-AP MLD and if it can do that, then again, the AP should not TX to that NSTR non-AP MLD - so this new should not applies only when the AP is able to make that determination.
Matthew Fischer
Nice Guy
Broadcom Inc.
+1 408 543 3370 office
On Thu, Sep 3, 2020 at 6:35 PM
김상현 <shk0787@xxxxxxxxx> wrote:
Dear Matthew and Kaiying,
I saw R2, and it seems to reflect SFD well.
Thank you for your hard work.
Best Regard,
Sanghyun Kim
Sanghyun Kim, Ph.D
WILUS Inc.
5th Fl., 216 Hwangsaeul-ro Bundang-gu,
Seongnam-si Gyeonggi-do 13595, Korea
T +82 31 712 0523
www.wilusgroup.com
-----Original Message-----
From: "Kaiying Lu"<Kaiying.Lu@xxxxxxxxxxxx>
To: <STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx>;
Cc:
Sent: 2020-09-04 (금) 03:41:52 (GMT+09:00)
Subject: Re: [STDS-802-11-TGBE] Comments on 11-20-1395-00-00be-pdt-mac-mlo-multi-link-channel-access-general-non-str
Hi Matt and Sanghyun,
I agree with Sanghyun’s comment. The SFD gave the condition on which the responder is allowed to make a choice. But the condition is that the another STA affiliated with the NSTR MLD is participating an TXOP on that link. Without this condition, the NSTR responder shall respond CTS if NAV is idle on this link.
I think the draft text should reflect this condition.
Thanks,
Kaiying
From: Matthew Fischer [mailto:00000959766b2ff5-dmarc-request@xxxxxxxxxxxxxxxxx]
Sent: Thursday, September 3, 2020 11:00 AM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] Comments on 11-20-1395-00-00be-pdt-mac-mlo-multi-link-channel-access-general-non-str
Sanghyun,
1)
missing "." added
2)
your comment:
text does not cover “the STA may not respond with a CTS frame." of the SFD. (We need some “may” for a STA with NSTR contrained)
the SFD text bothers me
a. I agree that the SFD says "may" not respond, which appears to allow for the responder to make a choice
b. I agree that doc 1395r0 does not provide a choice to the responder, but instead, always dictates, depending on conditions, that there either shall or shall not be a CTS
When reading the SFD, I assumed that the language was imprecise.
I will create a version which provides the choice as an alternative, assuming that the SFD expresses exactly what the body desired, i.e. that the responder has a choice.
That will be version r2
Matthew Fischer
Nice Guy
Broadcom Inc.
+1 408 543 3370 office
On Wed, Sep 2, 2020 at 10:59 PM 김상현 <shk0787@xxxxxxxxx> wrote:
Dear Matthew,
Thanks for preparing the text.
Please find attached comments.
Best Regards,
Sanghyun Kim
Sanghyun Kim, Ph.D
WILUS Inc.
5th Fl., 216 Hwangsaeul-ro Bundang-gu,
Seongnam-si Gyeonggi-do 13595, Korea
T +82 31 712 0523
www.wilusgroup.com
-----Original Message-----
From: "Liuming Lu"<lu.liuming@xxxxxxxxxx>
To: <STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx>;
Cc:
Sent: 2020-09-03 (목) 11:26:26 (GMT+09:00)
Subject: [STDS-802-11-TGBE] Comments on 11-20-1395-00-00be-pdt-mac-mlo-multi-link-channel-access-general-non-str
Hi Matthew,
Thanks for the preparation for the pdt-mac-mlo-multi-link-channel-access-general-non-str.
I have some comments. Please see the attached file.
Best Regards,
Liuming Lu
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
*********** MEDIATEK Confidentiality Notice ***********The information contained in this e-mail message (including anyattachments) may be confidential, proprietary, privileged, orotherwise exempt from disclosure under applicable laws. It isintended to be conveyed only to the designated recipient(s). Anyuse, dissemination, distribution, printing, retaining or copyingof this e-mail (including its attachments) by unintended recipient(s)is strictly prohibited and may be unlawful. If you are not anintended recipient of this e-mail, or believe that you have receivedthis e-mail in error, please notify the sender immediately(by replying to this e-mail), delete any and all copies of thise-mail (including any attachments) from your system, and do notdisclose the content of this e-mail to any other person. Thank you!
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