Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi all, I noted the following items during today’s discussion
On item 1, I’ve tried some improved wording with the same intent below. On item 2, I think it’s fair to say we don’t know if and to what extent SST will be defined in R1. Clearly, different people have different opinions. To the extent that SST operation in non-primary 80 MHz is part of R1, this agreement applies
to R1. If operation in non-primary 80 MHz is deferred to R2, it only applies to R2. Since we don’t fully know where we stand on this, the wording should be either agnostic to R1/R2 or be conditional. I’ve tried to capture this below. On item 3, the intention is to run the SP as a Motion later if the proposal has sufficient support. I’d propose we eliminate this part of the discussion for the SP and remove mention of the SFD until we get to the motion. That looks like
the better place to put it. On item 4, I suggested during the call to draft a separate SP on this to avoid adding yet another moving part to the SP text. Once we have acceptable SP text for EHT MU PPDU, it shouldn’t be too hard to get a similar SP for non-HT duplicate. So, with that, here’s the updated proposal (most relevant changes highlighted):
(SP for 160 MHz operating STA will look similar) Regards, Sigurd From: Sigurd Schelstraete Hi all, During the last joint TGbe call, the wording of SP1 in 21/0095r0 was modified during discussion, but the SP itself was not run pending further discussion. The latest draft wording is:
Some motivation behind the current wording:
I believe the current wording is fine for the limited scope of the agreement we’re looking for (sufficient to guarantee that preamble processing in non-primary 80 is not different). Definitely further agreements would be needed as to how
the indication of the "guaranteed non-punctured 20 MHz channel" is done in practice, … but I’d rather break this down into separate agreements.
With that in mind, are there any remaining concerns with the wording as shown above? Thanks, Sigurd 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 |