Hi Liwen,
Thanks for the prompt response
I don’t see that “the aSIFSTime definition in 11bp needs to be combined with aSignalExtension” as you mentioned. We should define aSIFSTime=10 us in our PHY sub clause, the same as it is defined in other 2.4GHz band PHY definitions.
About the aSignalExtension: there are two aspects. First, the aSignalExtension allows extra time for the convolutional decode process to finish, similar to the longer SIFS (16 μs) specified in Clause 17 (Orthogonal frequency division multiplexing (OFDM) PHY specification). Second, third-party devices use the extension when they see the ERP OFDM preamble to comply with frame duration and NAV rules.
1. The AMP PPDU is not OFDM; hence, it does not require the extra time defined for that purpose. The AMP PPDU may require additional processing time, and we introduce padding to address it in our submission.
2. The P802.11bp/D0.3 already includes the aSignalExtension in equation 40-9 to comply with the second requirement.
3. The aSignalExtension may affect the padding size. It depends on how .11bp defines TXTIME and the receive procedure.
Do you agree?
For immediate response of the AMP non-AP STA, unless TBD condition, the AMP AP default padding is equal to (40 +/–TBD) μs for a protected AMP frame that solicits the immediate response and (25+/–TBD) μs for an unprotected AMP frame that solicits the immediate response
Best Regards,
Solomon Trainin
+972547885738
From: Liwen Chu [mailto:liwen.chu@xxxxxxx]
Sent: Thursday, March 19, 2026 6:25 PM
To: Solomon Trainin <solomon.trainin1@xxxxxxxxx>
Cc: STDS-802-11-TGBP@xxxxxxxxxxxxxxxxx
Subject: RE: [EXT] [STDS-802-11-TGBP] DCN 11-26-0540-01-00bp
Hi Solomon,
I didn’t say that the aSignalExtension needs to be part of aSIFSTime. What I said is that the aSIFSTime definition in 11bp needs to be combined with aSignalExtension, i.e. 11bp’s SIFS is 10us and at the same time the PPDU carrying 11bp frames also includes 6us (aSignalExtension) signal extension. With such definition, the neighbor 11STAs have same behavior after detecting the PPDU carrying 11bp frames.
Best Regards,
Liwen
From: Solomon Trainin <solomon.trainin1@xxxxxxxxx>
Sent: Thursday, March 19, 2026 8:58 AM
To: Liwen Chu <liwen.chu@xxxxxxx>
Cc: STDS-802-11-TGBP@xxxxxxxxxxxxxxxxx
Subject: [EXT] [STDS-802-11-TGBP] DCN 11-26-0540-01-00bp
Caution: This is an external email. Please take care when clicking links or opening attachments. When in doubt, report the message using the 'Report this email' button |
Hi Liwen.
In your comment, you mentioned that aSignalExtension should be added to aSIFSTime and that the sum should become the new aSIFSTime.
The signal extension effect does not affect SIFS. The channel becomes empty for an additional aSignalExtension time on the receiving AMP non-AP STA if the aSignalExtension parameter is added to TXTIME. This effect is not observed on the transmitting AMP non-AP STA, the transmitting AMP AP STA, the transmitting AMP STA, or the receiving third-party STAs.
IMHO, the aSignalExtension parameter should not be added to TXTIME, as it is not the case in the WUR.
Best Regards,
Solomon Trainin
+972547885738
To unsubscribe from the STDS-802-11-TGBP list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBP&A=1