Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Many thanks Jianhan. For the low antennas scenario (2X1): compared to separated interleaving with proportional segment parsing of RU 242+484, diversity benefit of joint
interleaving is quite tiny [0.06dB]. While for the more antennas scenario (4x2), separated interleaving has tiny performance gain[0.06dB] than joint interleaving.
I do not see the performance gain by adding a new tone mapper for RU242+484. For RU242+484 [aggregated RU] scenario, if you use your proposed 80MHz segment parser, do you need another kind of parser for RU242 and RU 484 to
deal with the coded bits? More specifically, how you distribute the coded bits for the non-contiguous RU242 and RU484? Do you need to distinguish RU 242 and RU 484 even with joint interleaving? Thanks again and BR, Dandan 发件人: Jianhan Liu [mailto:Jianhan.Liu@xxxxxxxxxxxx]
Hi Dandan, Please find the results of comparison joint tone mapper with proportional segment parser for 242+484. You can see the performance are almost same. From: Jianhan Liu
Hi Dandan, Please see the simulation results on 242+484. You can see that joint tone interleave has better performance. From: Liangdandan (2012) [mailto:dandan.liang@xxxxxxxxxx]
Hello Jianhan, Many thanks for replying this email. Looking forward to your comparison results. Jianhan, I might not explain clearly during your presentation, please let me clarify it again.
For my understanding, it is RU parser rather than Segment parser in your contributions. Because in 11ac/ax, one segment (80MHz) only has one RU, so RU parser
equals to Segment parser. In 11be, because one STA can be assigned to multi RUs, so here it is straightforward to use RU parser. For example for RU242+RU484+RU996, we have RU parser 20MHz, RU parser 40MHz and RU parser 80MHz,respectively. And we do not need
to add new joint tone mapper for RU242+RU484 by using the RU parser definition. BR, Dandan 发件人: Jianhan Liu [mailto:jianhanliu@xxxxxxxxx]
Hi Dandan, Thanks for you email. Due to outbreak of corona virus, my colleague can not access the data last week. Please give me a couple of days more, and I will send you the comparison results. By the way, it is not straightforward for 20Mhz as unit for RU parser because in 11ac and 11ax we all use 80MHz
segment parser. Also, for a 484-size RU, we use a joint tone interleaver instead of two 242 RUs interleaved separately. Same problem for a
996-size RU, e use a joint tone interleaver instead of Four 242 RUs interleaved separately. If we follow your idea to do 20MHz parser, how about the 484 RU and 996 RU in 11ax and 11be? It is really awkward to have a 20MHz parser
for other aggregated RUs but not for 484 RU and 996 RU. Thanks, Jianhan On Sun, Mar 29, 2020 at 9:09 PM Liangdandan (2012) <dandan.liang@xxxxxxxxxx> 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
*********** MEDIATEK Confidentiality Notice ***********
The information contained in this e-mail message (including any
attachments) may be confidential, proprietary, privileged, or
otherwise exempt from disclosure under applicable laws. It is
intended to be conveyed only to the designated recipient(s). Any
use, dissemination, distribution, printing, retaining or copying
of this e-mail (including its attachments) by unintended recipient(s)
is strictly prohibited and may be unlawful. If you are not an
intended recipient of this e-mail, or believe that you have received
this e-mail in error, please notify the sender immediately
(by replying to this e-mail), delete any and all copies of this
e-mail (including any attachments) from your system, and do not
disclose 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 |