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

Re: [STDS-802-11-TGBE] SPs discussion regarding RU allocation



Thanks, Sameer.

I am also fine with the SP without the number of users.

 

Hope we can move forward with it.

 

Best regards,

Wook Bong Lee

 

 

From: Sameer Vermani [mailto:svverman@xxxxxxxxxxxxxxxx]
Sent: Wednesday, May 13, 2020 12:00 PM
To: Wook Bong Lee <wookbong.lee@xxxxxxxxxxx>; STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: RE: SPs discussion regarding RU allocation

 

Hi Wookbong,

 

Thanks for your comments.

 

It’s Ross’s SP in the end, so I will leave it to him as to whether he wants to add the “number of users” part or not.  I just mentioned what I would be comfortable with at this point of time as far as the SP goes. Maybe it will make sense for the RU allocation sub-field to also tell the “number of users”, but that’s a detail I would like to discuss later as we need more time to think about it.

 

Regards,

Sameer

 

From: Wook Bong Lee <wookbong.lee@xxxxxxxxxxx>
Sent: Wednesday, May 13, 2020 11:51 AM
To: Sameer Vermani <svverman@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: RE: SPs discussion regarding RU allocation

 

CAUTION: This email originated from outside of the organization.

Hi Sameer,

 

Thanks for discussion.

Don’t get me wrong. I was asking whether that was his intention.

Anyway, I would like to know your detailed design so that we can see how it works.

 

I don’t know what is the benefit of splitting a number of users allocated to each RU from the RU Allocation subfield.

If your proposal is to make it simplify signaling, then I would like to repeat what I mentioned to Ron for self-contained design.

We already have a parsing algorithm for 11ax, at least that part it does not complicate the implementation, actually changing from that complicates the implementation.

As far as I know, Ross’s new design is to reduce the number of bits for the RU Allocation subfield.

Still, his design preserves the 11ax part.

 

Best regards,

Wook Bong Lee

 

From: Sameer Vermani [mailto:svverman@xxxxxxxxxxxxxxxx]
Sent: Wednesday, May 13, 2020 9:48 AM
To: Wook Bong Lee <wookbong.lee@xxxxxxxxxxx>; STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: RE: SPs discussion regarding RU allocation

 

Hi Ross,

 

Thanks for the updated SP text.

 

Regarding SP1, I like your new proposed text. I actually would not like to add what Wook Bong is proposing below as there might be a possibility for some or all of the MU-MIMO modes to be signaled through a compressed mode. Hence, I think the “number of users allocated to each RU” maybe signaled in a different way for the MU-MIMO modes (including packets where MU-MIMO is being done on part of the PPDU BW).

 

Regarding SP2, I agree with Wook Bong that it maybe premature to discuss the table right now. I would prefer to defer that discussion and focus on higher level concepts for now.

 

Thanks,

Sameer

 

From: Wook Bong Lee <wookbong.lee@xxxxxxxxxxx>
Sent: Wednesday, May 13, 2020 9:10 AM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] SPs discussion regarding RU allocation

 

CAUTION: This email originated from outside of the organization.

Hi Ross,

 

Thanks for this.

 

I would like to focus on first SP.

You may want to add ‘except TB PPDU’ after ‘an EHT PPDU sent to multiple users’.

One more ting, in 11ax, the RU allocation table is indicating number of users allocated to each RU as in the text you captured.

You don’t want to capture that part?

also indicates information needed to compute the number of users allocated to each RU

 

Second SP, the table you provide is list of potential RU allocation which is trivial based on agreements so far.

So, maybe better to discuss more detail concept than the table.

Table itself can be developed based on high level concept agreement later.

We may have different row order than your table in below. It can be confusing.

 

One note, below rows can be TBD rows as well.

TBD

26

26

52

26

106

1

TBD

106

26

52

26

26

1

 

Best regards,

Wook Bong Lee

 

 

From: Yujian (Ross Yu) [mailto:ross.yujian@xxxxxxxxxx]
Sent: Wednesday, May 13, 2020 12:19 AM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: [STDS-802-11-TGBE] SPs discussion regarding RU allocation

 

Hi all,

 

Last meeting, the agreement is to prepare a better language regarding RU allocation SPs. Hence I have prepared a revised version with the updated SPs.

 

https://mentor.ieee.org/802.11/dcn/20/11-20-0609-02-00be-further-discussion-on-ru-allocation-subfield-in-eht-sig.pptx

 

The first two SPs are also pasted here.  All your comments are welcome.

 

SP1: Do you agree to add the following to the 11be SFD:

l  An RU Allocation subfield that is present in the Common field of the EHT-SIG field of an EHT PPDU sent to multiple users, indicates RU assignment, including the size of the RU(s) and their placement in the frequency domain, to be used in the EHT modulated fields of the PPDU in the frequency domain.

o   Compressed modes are TBD.

 

Discussion:

Note in 11ax specs, we have the following description:

Each RU Allocation subfield in an HE-SIG-B content channel corresponding to a 20 MHz frequency segment indicates the RU assignment, including the size of the RU(s) and their placement in the frequency domain, to be used in the HE modulated fields of the HE MU PPDU in the frequency domain, also indicates information needed to compute the number of users allocated to each RU, where the subcarrier indices of the RU(s) meet the conditions in Table 27-25 (RUs associated with each RU Allocation subfield for each HESIGB content channel and PPDU bandwidth).

 

For SP1, I just try to follow 11ax without mentioning too much details.

 

Note We also have the following passed motion as a baseline:

l  An RU Allocation subfield is present in the Common field of the EHT-SIG field of an EHT PPDU sent to multiple users.

o   Compressed modes are TBD.

o   Contents of the RU Allocation subfield are TBD.

[Motion 57, [9] and [25]]

 

 

SP2: Do you agree that the mapping from the TBD-bit RU Allocation subfield to the RU assignment, contains the following entries:

l  The RUs highlighted in orange means combination.

Table XX RU Allocation subfield

order

#1

#2

#3

#4

#5

#6

#7

#8

#9

Number
of entries

 

TBD

26

26

26

26

26

26

26

26

26

1

 

TBD

26

26

26

26

26

26

26

52

1

 

TBD

26

26

26

26

26

52

26

26

1

 

TBD

26

26

26

26

26

52

52

1

 

TBD

26

26

52

26

26

26

26

26

1

 

TBD

26

26

52

26

26

26

52

1

 

TBD

26

26

52

26

52

26

26

1

 

TBD

26

26

52

26

52

52

1

 

TBD

52

26

26

26

26

26

26

26

1

 

TBD

52

26

26

26

26

26

52

1

 

TBD

52

26

26

26

52

26

26

1

 

TBD

52

26

26

26

52

52

1

 

TBD

52

52

26

26

26

26

26

1

 

TBD

52

52

26

26

26

52

1

TBD

52

52

26

52

26

26

1

TBD

52

52

26

52

52

1

TBD

52

52

-

106

TBD

TBD

106

-

52

52

TBD

TBD

26

26

26

26

26

106

TBD

TBD

26

26

52

26

106

TBD

TBD

52

26

26

26

106

TBD

TBD

52

52

26

106

TBD

TBD

106

26

26

26

26

26

TBD

TBD

106

26

26

26

52

TBD

TBD

106

26

52

26

26

TBD

TBD

106

26

52

52

TBD

TBD

106

--

106

TBD

TBD

52

52

--

52

52

1

TBD

106

26

106

TBD

TBD

242

TBD

TBD

484

TBD

TBD

996

TBD

TBD

2*996

TBD

TBD

26

26

26

26

26

52

26

26

1

 

TBD

26

26

52

26

26

26

26

26

1

 

TBD

26

26

52

26

26

26

52

1

 

TBD

26

26

52

26

52

26

26

1

 

TBD

26

26

52

26

52

26

26

1

 

TBD

26

26

52

26

52

26

26

1

 

TBD

26

26

52

26

52

52

1

 

TBD

52

26

26

26

52

26

26

1

 

TBD

52

52

26

52

26

26

1

 

TBD

26

26

26

26

26

106

TBD

 

TBD

26

26

52

26

106

1

 

TBD

26

26

52

26

106

TBD

 

TBD

26

26

52

26

106

TBD

 

TBD

52

26

26

26

106

TBD

 

TBD

52

52

26

106

TBD

 

TBD

106

26

26

26

26

26

TBD

 

TBD

106

26

26

26

52

TBD

 

TBD

106

26

52

26

26

TBD

 

TBD

106

26

52

26

26

1

 

TBD

106

26

52

26

26

TBD

 

TBD

106

26

52

52

TBD

 

TBD

106

26

106

TBD

 

TBD

106

26

106

TBD

 

 

 

Discussion:

Now there is argument regarding MU-MIMO support for 106-tone RU, number of entries for MU-MIMO support (8 or 16), large MRU indication method. The entries in the table now try to avoid those controversial parts.

 

regards

于健 Ross Yu

Huawei Technologies

 

 


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