| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
John/all, 1) While I’m okay with a reference to body (sub)clauses from within clause 3, I think having a definition which cannot be understood without reading the body subclause is not appropriate. Thus, I’m not happy with the new definition for BSS transition: basic service set (BSS) transition: Change of association by a station (STA) [10512] or non-AP MLD while remaining within the same extended service set (ESS) as defined in 4.5.3.2 (Mobility types). as it seems the only way to know what sort of “change” to the association constitutes a BSS transition, is to read 4.5.3.2. (There are lots of ways to “change” an association; we’re trying to narrow this to be the movement from one BSS/MLD to another, as the change that is relevant here.) May I suggest instead: basic service set (BSS) transition: I think this wording is consistent with the ways BSS-transition is described in 4.5.3.2, and is self-sufficient. 2) I’m also uncomfortable with the changes to the definition of fast BSS transition, as now it says the security association (etc.) must be transitioned _before_ the reassociation, while I think it is somewhat before, and somewhat during, the reassociation. We actually debated the current definition a fair bit in REVm<x> trying to prevent this. (But I applaud your use of “BSS transition” so that we don’t have to repeat all that stuff, like the current definition does.) May I suggest instead: fast basic service set (BSS) transition: A BSS transition that minimizes the amount of time that the data connectivity is lost between the STA and the distribution system (DS). 3) I hesitate to go here, but reviewing these made me see what I had missed in earlier reviews of 11be draft: that the definition of MLD says the entity has to provide the MAC SAP to the LLC sublayer. Note that on an AP, there is no LLC sublayer (in the controlled port side, anyway, so for all non-EAPOL data frames) – see 5.1.5.3 of 802.11-2020. The same is true for an AP MLD. May I suggest we just remove “to the logical link control (LLC) sublayer” from the end of this definition? Thanks. Mark From: Wullert, John R II (PERATON LABS) <jwullert@xxxxxxxxxxxxxxx> Alfred, Would you please add document 802.11-22-1255r1 to the queue. This addresses 19 CIDs dealing with the definitions in Clauses 3.1 and 3.2. This document has been reviewed by several of the commenters. If others have comments/suggestions, please provide via the reflector. Thanks, John From: Vishnu Ratnam <vishnu.r@xxxxxxxxxxx> Hi Alfred, Could you kindly help move the following document from the TGBe MAC technical submission queue to the TGbe MAC CR queue? The r1 version is now a PDT instead of a PPT.
It resolves 1 CID. Regards, Vishnu From: Abhishek Patil <appatil@xxxxxxxxxxxxxxxx>
Hi Alfred, Liwen, Jeongki, Could you please help add the following doc to the TGbe MAC agenda? 11-22/1354: LB266: Resolution for CID 10611 It resolves 2 CIDs. Regards, From: Morteza Mehrnoush <000012bde833b015-dmarc-request@xxxxxxxxxxxxxxxxx> Hi Alfred, Can you please add the following CR doc to the MAC queue?
Thanks, Morteza From: Eunsung Park <esung.park@xxxxxxx> Hi Alfred, Sigurd and Tianyu, Please add the following CR document to the PHY queue. - 11-22/1358r0 LB266 CR for CID 11343 and 12145, Eunsung Park, LG Electronics (2C) ZjQcmQRYFpfptBannerStart This Message Is From an External Sender ZjQcmQRYFpfptBannerEnd Hi Alfred, Sigurd and Tianyu, Please add the following CR document to the PHY queue. 11-22/1358r0 LB266 CR for CID 11343 and 12145, Eunsung Park, LG Electronics (2C) Best regards, Eunsung From: Eunsung Park [mailto:esung.park@xxxxxxx] Hi Alfred, Sigurd and Tianyu, Please add the following CR documents to the PHY queue. 11-22/1288r0 LB266 CR for CID 11341, Eunsung Park, LG Electronics (1C) 11-22/1289r0 LB266 CR for 36.3.2.6 RU and MRU restrictions for 20 MHz operation, Eunsung Park, LG Electronics (2C) Best regards, Eunsung From: Eunsung Park [mailto:esung.park@xxxxxxx] Hi Alfred, Sigurd and Tianyu, Please add the following CR documents to the PHY queue. 11-22/1226r0 LB266 CR for Equations in 36.3.12.9 EHT-STF, Eunsung Park, LG Electronics (2C) 11-22/1227r0 LB266 CR for 36.3.2.3 Null Subcarriers, Eunsung Park, LG Electronics (1C) Best regards, Eunsung From: Alice Jialing Li Chen [mailto:jialing.li.phd2@xxxxxxxxx] Hi Alfred, Could you please add the following CR document to the PHY queue?
Thanks, Alice On Thu, Jul 28, 2022 at 6:53 PM 李雅璞(Yapu) <00001b0ec2563bd4-dmarc-request@xxxxxxxxxxxxxxxxx> wrote:
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 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 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 |