Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: [STDS-802-11-TGBE] 答复: [STDS-802-11-TGBE] TGbe Teleconferences [03/22/2021 and 03/24/2021]: Agendas Posted



Hi Eunsung,

Thanks! SR2 field is revised accordingly in 495r3 (the one passed the SP).

The "Disregard" statement is to mandate R1 OBSS STA behaviors, in case they see mismatch of SR1 and SR2 values. This has been discussed in today's call.

Best regards,
Alice


On Wed, Apr 7, 2021 at 10:39 PM Eunsung Park <esung.park@xxxxxxx> wrote:

Hi Alice,

 

Thanks for your effort on resolving CID 1618. Your resolution makes sense to me now.

Two minor comments as follows.

-       I’m not against but I’m not convinced that we really need to add the text “, and Disregard if dot11EHTBaseLineFeaturesImplementedOnly equals true” for 20MHz in the Spatial Reuse 2 field.

-       I saw that in the Spatial Reuse 1 field, you have added the text “each 20 MHz subchannel of” based on SP402 but it has not been reflected in the Spatial Reuse 2 field.

 

Best regards,

Eunsung

 

From: Alice Jialing Li [mailto:jialing.li.phd2@xxxxxxxxx]
Sent: Thursday, April 8, 2021 2:10 PM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE]
: [STDS-802-11-TGBE] TGbe Teleconferences [03/22/2021 and 03/24/2021]: Agendas Posted

 

Hi Eunsung, Ross, Zinan,

 

Appreciate your valuable comments/questions on the spec text of the SR fields in the U-SIG of EHT TB PPDU. I hope this email answers your questions. Please also check out our resolution to CID 1618 and related discussion in the latest 495r2.

 

After I looked into how 11ax spec drafted the sentences of interest, I found that both the text in 11ax spec and the current text in the 11be spec are ambiguous. The sentences have nothing to do with bandwidth limited operating STAs. I misread it earlier.

 

We got this wording of “the STA operating channel width is 20 MHz” from the description of the SR 2 field in the HE-SIG-A of an HE TB PPDU in the 11ax spec D8.0 and it is ambiguous. The original sentences and wording (as firstly introduced in 16/0902r3 (https://mentor.ieee.org/802.11/dcn/16/11-16-0902-03-00ax-proposed-text-changes-for-sr-fields-in-he-trigger-based-ppdu.docx) and up to 11ax spec D1.1) is the following:

 

If Bandwidth is set to 20MHz, 40MHz, or 80MHz:

         Spatial Reuse field for the second 20MHz sub-band (See Note 1)

         When operating 20MHz, this field is set to same value as Spatial Reuse 1 field.

        When operating 40MHz in 2.4GHz band, this field is set to same value as Spatial Reuse 1 field

 

“When operating 20 MHz” actually means if the Bandwidth is set to 20MHz. This was written in a sub-bullet because it was part of the paragraph "If Bandwidth is set to 20MHz, 40MHz, or 80MHz". “When operating 40MHz in 2.4 GHz band” actually means if the Bandwidth is set to 40MHz and the TB PPDU is transmitted in 2.4 GHz band. In such a scenario, an OBSS STA doesn't know the 40MHz channel structure of the HE TB PPDU, since it may not track the beacons of all neighboring BSSs, as discussed in 16/901r2, so it is better to set the entire 40MHz to having the same SR value.

 

These two sentences were revised in the comment resolution document 16/1476r21 (https://mentor.ieee.org/802.11/dcn/16/11-16-1476-21-00ax-cr-for-section-25-9-spatial-reuse-operation-for-he-ppdu.docx) and 11ax spec D1.2 (and up to the latest 11ax spec draft) as the following, which made them ambiguous.

 

image.png

 

Our proposed resolution to CID 1618 in 495r2 is to improve the wording for clarity. There may be a need to revise the description of SR 2/SR 3/SR 4 fields in the HE-SIG-A of an HE TB PPDU in the 11ax spec.

 

Thanks,

Alice Chen

Qualcomm

 

 

On Wed, Apr 7, 2021 at 12:17 PM Alice Jialing Li <jialing.li.phd2@xxxxxxxxx> wrote:

Hi Ross,

 

We have the same feeling about the clarity of the SR fields in the 11ax spec. We are looking into this and hopefully in the process of CR of 11be spec, we may also improve the clarity of the 11ax spec. 

 

Thanks,

Alice

 

 

On Mon, Apr 5, 2021 at 7:19 PM Yujian (Ross Yu) <ross.yujian@xxxxxxxxxx> wrote:

Hi Alice and all,

 

I have got same question as Eunsung. I understand Alice copied from 11ax. Whilst it seems unclear for 11ax spec itself.

 

regards

于健 Ross Jian Yu

Huawei Technologies

 

发件人: Eunsung Park [mailto:esung.park@xxxxxxx]
发送时间: 202146 7:11
收件人: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: Re: [STDS-802-11-TGBE] TGbe Teleconferences [03/22/2021 and 03/24/2021]: Agendas Posted

 

Hi Alice,

 

If we consider the case where 20 MHz and 80 MHz operating STAs participate in 80 MHz TB PPDU transmission, 20 MHz operating STA has SR1=SR2 whereas 80 MHz operating STA has SR1=!SR2. Is it correct? If so, it can cause different U-SIG content in the 80 MHz TB PPDU. Im not sure why we need to set SR1=SR2 for 20 MHz operating STAs in a wider bandwidth transmission.

 

Best regards,

Eunsung

 

From: Alice Jialing Li [mailto:jialing.li.phd2@xxxxxxxxx]
Sent: Tuesday, April 6, 2021 4:30 AM
To: Eunsung Park <esung.park@xxxxxxx>
Cc: TGBE <STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx>; hg.cho@xxxxxxx
Subject: Re: [STDS-802-11-TGBE] TGbe Teleconferences [03/22/2021 and 03/24/2021]: Agendas Posted

 

Hi Eunsung,

 

Yes. You are correct. We got the exact wording from the SR fields in HE-SIG-A in HE TB PPDU. And that was the way how it was being set back in 11ax, if we're correct.

 

Best regards,

Alice

 

 

On Sun, Apr 4, 2021 at 11:09 PM Eunsung Park <esung.park@xxxxxxx> wrote:

Hi Alice,

 

Thanks for preparing the resolutions.

I have a question for clarification. Regarding the resolutions for CID 1618 and 2634, you added the sentences in orange into the Spatial Reuse 2 field as below. Could you clarify what the sentence If the STA operating channel width is 20 MHz or 40 MHz ~ means? That means a 20 or 40 MHz operating STA sets the Spatial Reuse 2 field to the same value as the Spatial Reuse 1 field?

 

 

Best regards,

Eunsung

 

From: Alice Jialing Li [mailto:jialing.li.phd2@xxxxxxxxx]
Sent: Tuesday, March 23, 2021 3:23 PM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] TGbe Teleconferences [03/22/2021 and 03/24/2021]: Agendas Posted

 

Hi Alfred,

 

Please add the comment resolutions on U-SIG part 4 (495r0) to the PHY queue.

 

Thanks,

Alice Chen

Qualcomm

 

 

On Sun, Mar 21, 2021 at 8:37 AM Alfred Asterjadhi <asterjadhi@xxxxxxxxx> wrote:

Hello all,

 

I uploaded an updated version of the agendas, which contains the agenda for the next conference calls, scheduled on Monday, March 22 (MAC/PHY), 19:00-22:00 ET and Wednesday, March 24 (JOINT), 10:00-12:00 ET.

 

The agendas can be found here:

https://mentor.ieee.org/802.11/dcn/21/11-21-0385-10-00be-mar-may-tgbe-teleconference-agenda.docx

 

DIAL IN DETAILS FOR MONDAY:

Join the MAC meeting here: https://ieeesa.webex.com/ieeesa/j.php?MTID=m6588021783b62d8dfcc451903289a807 Meeting number: 129 109 6603 Meeting password: wireless (94735377 from phones and video systems)     

 

Meeting number: 129 370 8473 Meeting password: wireless (94735377 from phones and video systems)

 

DIAL IN DETAILS FOR WEDNESDAY:

Join the JOINT meeting here: https://ieeesa.webex.com/ieeesa/j.php?MTID=mf0eb017f253cac532618a3fa59b1344c

Meeting number: 129 921 8124 Meeting password: wireless (94735377 from phones and video systems)

 

Notice: Please note that by now all authors of the submissions for PDTs and CRs (especially MAC) should have sent requests for feedback to the IEEE TGbe reflector. Members are invited to provide feedback for these contributions prior to the conference call via e-mail so that the time in the conf calls is used efficiently. 

 

Best Regards,

 

Alfred

 

--

Alfred Asterjadhi, PhD

IEEE802.11 TGbe Chair,

Qualcomm Technologies Inc.

Cell #:    +1 858 263 9445

Office #: +1 858 658 5302


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