| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
1. the proposal provides an optional behavior and the performance depends on the available unused bandwidth, so it is very scenario dependent, but in any case, whenever it is used, it is taking advantage of BW that is otherwise unused, so it would be a net gain - whether that gain is worth the addition of the mechanism is an individualized tradeoff decision to be made by implementers, but we view the extra effort for implementation as not far from what is already being done on other channels, and again, if you do not accept the tradeoff, you can opt out by not implementing the option
2. provided that the access rules incorporate some random access, it should be within regulations
3. STA that are members of the BSS and that do not support the transmission or reception on secondary channels should not be affected if they are sharing the primary channel, as those devices would be shut out of access anyway - i.e. the secondary channel access only occurs when the primary is busy and some secondary channels are available - any STA that is legacy and therefore does not participate in the secondary channel access will be completely unaffected because they are waiting for the end of the busy condition on the primary channel
STAs that are OBSS and that do not support the transmission or reception on secondary channels that are not sharing the primary channel might see more competitive pressure, but this is not much different than what they already experience from full BW transmissions from the same in-BSS - i.e. this proposal simply means that more of the transmissions from my competing BSS will become full BW, but my BSS has the right to access the full BW already - this mechanism simply increases the number of TXOPs for which I exercise my full BW rights
Hi Alfred and sndhu,
I want further discussion on SP198 non-primary transmission. Because some issues need to be clarified before running the motion, e.g.
l This is a big change for the WLAN system, but hasn't see some performance evaluations. We don't know how much gain we can get, and what's the affect for legacy system;
l We need to evaluate whether it violate the regulation. It seems the proposed solution is a new architecture that not existed in current EU regulations.
l Fairness issue to legacy STA or EHT STA that not support non-primary channel transmission.
Sndhu, could you please defer this motion? We can do more offline discussion on it.
Regards
Guogang Huang
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
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature