IEEE 802.11-21/0326r0 Release Indication in Capabilities for R2 Devices
In this document, details about the background of IEEE 802.11 development, specifically focusing on Release 1 and Release 2 capabilities for APs and STAs, are discussed. It delves into the potential features of R2 PHY, such as APPDU, SST, and EHT-ER PPDU, as well as the functionality of Validate and Disregard bits in EHT PPDU. The document also addresses issues related to Validate and Disregard bits in 802.11 Release 2.
Download Presentation
Please find below an Image/Link to download the presentation.
The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author.If you encounter any issues during the download, it is possible that the publisher has removed the file from their server.
You are allowed to download the files provided on this website for personal or commercial use, subject to the condition that they are used lawfully. All files are the property of their respective owners.
The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author.
E N D
Presentation Transcript
February 2021 doc.: IEEE 802.11-21/0326r0 Release Indication In Capabilities for R2 Devices Date: 2021-02-23 Authors: Name Affiliations Address Phone email Ruchen Duan r.duan@Samsung.com Wook Bong Lee Srinivas Kandala wookbong.lee@samsung.com srini.k1@samsung.com Samsung Ravi Gidvani ravi.gidvani@samsung.com Jonghun Han jong_hun.han@samsung.com Chulho Chung ch29.chung@samsung.com Submission Slide 1 Ruchen Duan (Samsung)
February 2021 doc.: IEEE 802.11-21/0326r0 Background 802.11 be development is divided into release 1 and release 2 Release 2 AP will support both release 1 STA and release 2 STA o Release 1 STA implements only 802.11 be release 1 features o Release 2 STA implements both release 1 and 2 features Potential R2 PHY features including o APPDU o SST o EHT ER PPDU o Submission Slide 2 Ruchen Duan (Samsung)
February 2021 doc.: IEEE 802.11-21/0326r0 Background In release 1, EHT PPDU contains U-SIG with variations for MU and TB PPDU Take the EHT MU PPDU U-SIG as an example, it contains Disregard bits from B20-B24 in U-SIG symbol 1, and contains Validate bits in B25 in U-SIG symbol 1 and B2 and B8 in U-SIG symbol 2. bits B0 B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 B12 B13 B14 B15 B16 B17 B18 B19 B20 B21 B22 B23 B24 B25 U- PHY Version Identifier UL/ DL Vali date BW BSS Color TXOP Disregard SIG1 bits B0 PPDUTyp e&Comp. Mode B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 B12 B13 B14 B15 B16 B17 B18 B19 B20 B21 B22 B23 B24 B25 Punctured Channel Information EHT-SIG MCS Number of EHT-SIG Symbols U- Vali date Vali date CRC Tail SIG2 Submission Slide 3 Ruchen Duan (Samsung)
February 2021 doc.: IEEE 802.11-21/0326r0 Background The functionality of the Disregard bits and Validate bits are: o Validate: If an EHT device encounters a PPDU where any of the Validate bits in the preamble are not set to the default values for those bits specified, or field values of any field in the EHT PHY preamble are set to a Validate state, it shall defer for the duration of the PPDU, pass the information in the version independent fields to MAC, and terminate the reception of the PPDU o Disregard: If an EHT device sees Disregard bits set to any value, or field values of any field in the EHT PHY preamble are set to a Disregard state, it shall ignore these bits/states, and continue receiver processing subject to absence of any of the other Validate bits in the preamble being set to non-default values and any of the other fields in the preamble not being set to a Validate state. Submission Slide 4 Ruchen Duan (Samsung)
February 2021 doc.: IEEE 802.11-21/0326r0 Possible Issue In 802.11 release 2, the Validate and Disregard bits can be used for other features or be extended for existing features With further definition, Validate bits will not be equal to default value If release 2 STA send PPDU with release 2 U-SIG to release 1 STA o R1 device may drop this PPDU o R1 device may not be able to get the information in disregard bits Communication between release 2 STA and release 1 STA breaks Submission Slide 5 Ruchen Duan (Samsung)
February 2021 doc.: IEEE 802.11-21/0326r0 Possible Solution Because this is a stable property of a device, we consider to use the EHT capabilities element to indicate the release version of the device. Following 11ax design, the EHT Capabilities element can be EHT MAC Capabilities Informaiton EHT PHY Capabilities Information Supported HE-MCS And NSS Set Element ID Extension PPE Extended features? Element ID Length Thresholds Submission Slide 6 Ruchen Duan (Samsung)
February 2021 doc.: IEEE 802.11-21/0326r0 Possible Solution Introduce 1 bit in EHT Capabilities element to indicate the capability of using U-SIG Validate bits In the future this bit may be overloaded into other purpose, e.g. o Group indication of R2 mandatory features o Support of conditional mandatory features Submission Slide 7 Ruchen Duan (Samsung)
February 2021 doc.: IEEE 802.11-21/0326r0 SP Do you agree to introduce 1 bit in EHT Capabilities element to indicate the capability of using U-SIG Validate bits Submission Slide 8 Ruchen Duan (Samsung)
