Hi Bo,
Plz add the following SPs for SFD motion agenda. Thanks.
- Do you agree to add the following text to TGbp SFD?
- IEEE 802.11bp will specify, in 2.4 GHz, DL synchronization sequence with the same chip duration for all data rates for non-backscatter case.
- Do you agree to add the following text to TGbp SFD?
- For DL PPDU for
non backscattering case:
- For AMP Manchester encoded OOK of rate 250kbps, each data bit is encoded based on the chip duration of 2us.
- For AMP Manchester encoded OOK of rate 1Mbps, each data bit is encoded based on the chip duration of 0.5us.
- Do you agree to add the following text to TGbp SFD?
- For UL PPDU for non backscattering case, for AMP Manchester encoded OOK the chip duration scales with data rate. The exact chip duration is TBD.
- 4Mbps is TBD.
- Do you agree the following amendment of motion #41 in TGbp SFD?
- For DL PPDU and UL PPDU
for backscattering:
- For DL PPDU and UL PPDU
- For AMP Manchester encoded OOK, data bit 1 is encoded as chip bits “01” and data bit 0 is encoded as chip bits“10”
- Note: same definition as WUR HDR definition.
SP5
- Do
you agree to add the following text to TGbp SFD?
- Energizer may perform LBT before transmitting WPT signals in S1G. The details of LBT are TBD.
- Do you agree to add the following text to
TGbp SFD?
- IEEE 802.11bp defines at least the following capability parameters to be reported by the energizer to the AMP AP.
- Whether or not support S1G WPT transmission
- If supported, frequency related parameters for WPT. The frequency related parameters may include central frequency information, bandwidth information, etc.
- Whether or not support 2.4G excitation waveform transmission.
- Maximum Tx power.
- Note: The energizer should at least support one of the following transmissions: S1G WPT transmission or 2.4G excitation waveform transmission.
Sent: Thursday, May 15, 2025 9:03 AM
To: STDS-802-11-TGBP@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBP] SP request
Hi Bo,
I missed adding the reference contribution numbers for the SPs, which are now added here.
SP1
- Do you agree to add the following text to TGbp SFD?
- Control information that may be sent from the AMP AP to the AMP Energizer relating to the excitation signal includes one or more of the following: Start Time, Duration, Transmit Power and frequency related parameters.
- The frequency related parameters may include central frequency information, etc.
[Reference: 11-25/0037r0, 11-25/0786r0]
SP2
- Do you agree to add the following text to TGbp SFD?
- IEEE 802.11bp allows a non-AP AMP STA to report the transmission time it can sustain. How the non-AP AMP STA determines the time is TBD.
-
Note:
- The AP may derive the reception or idle time based on this transmission time.
- The idle time refers to the time in a mode of operation with no RF activity, i.e. the non-AP AMP STA cannot transmit or receive any frames in this mode.
[Reference: 11-25/0788r0]
SP3
- Do you agree to add the following text to TGbp SFD?
- IEEE 802.11bp defines an AMP Open Service Period, that allows an Active Tx non-AP AMP STA to enter doze state after a minimum wake up time since the start of the AMP Open Service Period, if the Active Tx non-AP AMP STA does not receive any AMP DL PPDU from the AMP AP.
[Reference: 11-25/0039r0, 11-25/0285r1, 11-25/0787r0]
SP4
- Do you agree to add the following text to TGbp SFD?
- IEEE 802.11bp defines an AMP SP Info frame (name TBD) to carry the OSP ID, SP Start Time, SP Interval, and SP Minimum Wake Duration. The OSP ID serves to uniquely identify the AMP Open Service Period.
[Reference: 11-25/0039r0, 11-25/0285r1, 11-25/0787r0]
Kind Regards
Ian
From: Ian Bajaj <0000340c29b22c99-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Thursday, 15 May 2025 9:57 am
To: STDS-802-11-TGBP@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBP] SP request
Hi Bo,
Please help to add the following SPs for SFD Motion to the agenda:
SP1
- Do you agree to add the following text to TGbp SFD?
- Control information that may be sent from the AMP AP to the AMP Energizer relating to the excitation signal includes one or more of the following: Start Time, Duration, Transmit Power and frequency related parameters.
- The frequency related parameters may include central frequency information, etc.
[Reference: 11-25/0037r0, 11-25/0786r0]
SP2
- Do you agree to add the following text to TGbp SFD?
- IEEE 802.11bp allows a non-AP AMP STA to report the transmission time it can sustain. How the non-AP AMP STA determines the time is TBD.
-
Note:
- The AP may derive the reception or idle time based on this transmission time.
- The idle time refers to the time in a mode of operation with no RF activity, i.e. the non-AP AMP STA cannot transmit or receive any frames in this mode.
[Reference: 11-25/0788r0]
SP3
- Do you agree to add the following text to TGbp SFD?
- IEEE 802.11bp defines an AMP Open Service Period, that allows an Active Tx non-AP AMP STA to enter doze state after a minimum wake up time since the start of the AMP Open Service Period, if the Active Tx non-AP AMP STA does not receive any AMP DL PPDU from the AMP AP.
[Reference: 11-25/0039r0, 11-25/0285r1, 11-25/0787r0]
- Do you agree to add the following text to TGbp SFD?
[Reference: 11-25/0039r0, 11-25/0285r1, 11-25/0787r0]
Thanks and Regards
Ian
From: lipanpan (D) <00002fa7231ab79a-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Thursday, 15 May 2025 8:23 am
To:
STDS-802-11-TGBP@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBP] [EXT] Re: [STDS-802-11-TGBP] SP request
Hi Bo,
Could you please help queue the following SP for the May meeting agenda?
-
Do you agree to add the following text to TG bp SFD?
- 11bp defines at least one mode of MAC/PHY that supports mono-static backscattering communication in sub-1 GHz.
Supporting contribution: [11/25-0816]
Thank you!
Panpan
From: Nelson Costa <nelson@xxxxxxxx>
Sent: Thursday, May 15, 2025 10:59 AM
To:
STDS-802-11-TGBP@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBP] [EXT] Re: [STDS-802-11-TGBP] SP request
Hi Bo,
Could you please help queue the following SPs for the May meeting agenda?
[SP1]
Do you agree to add the following content to TGbp SFD?
. 11bp defines one mode of backscattering with carrier center frequency shift.
Supporting contributions: 11-25/0265, 11-25/0265
[SP2] (informational only)
Do you agree that 11bp should define at least one standard receiver model?
Supporting contribution: 11-25/0806
Thank you!
Nelson.
On Wed, May 14, 2025 at 5:17 PM Rui Cao <rui.cao_2@xxxxxxx> wrote:
Hi Bo,
Please add the following SP to the agenda:
SP1: Do you agree to add the following to 11bp SFD?
- The SYNC, Data field and Excitation field of 11bp DL PPDU use OFDM symbol as base carrier waveform for OOK modulated AMP communication.
Supporting contribution: [11-25/0797, 11-25/0305, 11-25/0325]
SP2: Do you agree to add the following to 11bp SFD?
- The base OFDM symbol is defined as 4us OFDM symbol, and generated by performing 64-point IFFT of the predefined sequence and pre-append the last 0.8us waveform as the cyclic prefix
Supporting contribution: [11-25/0797, 11-25/0305, 11-25/0325]
SP3: Do you agree to add the following 11bp SFD?
- The maximum allowed clock inaccuracy for the backscattering tag using OOK modulation is 100,000 ppm for both receive mode and backscattering transmit mode?
Supporting contribution: [11-25/0798, 11-24/1237]
Thanks,
Rui
From: You-Wei Chen <ywchen77115@xxxxxxxxx>
Sent: Wednesday, May 14, 2025 1:33 PM
To: STDS-802-11-TGBP@xxxxxxxxxxxxxxxxx
Subject: [EXT] Re: [STDS-802-11-TGBP] SP request
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
Dear Bo,
Can you add the following SP to the SP list? many thanks
- Do you agree to add the following text to TGbp SFD?
- IEEE 802.11bp defines 4 base sequences used for AMP DL/UL SYNC field in 2.4GHz frequency band.
- 1 base sequences, S1, for DL non-backscatter SYNC field. S1 and a function of S1, are used for different DL data rate.
- 1 sequence, S2, for DL backscatter SYNC field.
- 1 base sequence, S3, for UL active transmission SYNC field.
- 1 sequence, S4, for UL backscatter SYNC field.
- Detailed SYNC sequence designs are TBD
- Besides the above 4 base sequences, the need of additional sequence S5 is TBD if mono-static and bi-static backscattering UL SYNC field design is different.
BR,
You-Wei Chen
Sanket Kalamkar <000033b8f79f2eb4-dmarc-request@xxxxxxxxxxxxxxxxx> 於 2025年5月14日 週三 下午2:40寫道：
Hi Bo,
Can you please help queue the following SPs for 11bp May meeting agenda? All SPs are for SFD motion.
[SP1] Do you agree that 802.11bp defines an AMP Wake-Up frame, which an AMP AP transmits to AMP-enabled non-AP STA(s) to indicate that the AP intends to exchange non-AMP frames with the non-AP STA?
o The expectation is to reuse WUR frame format for the AMP Wake-Up frame and to carry it in an AMP PPDU
Supporting contribution: 11-25/0779r0
[SP2] Do you agree that 802.11bp defines an AMP duty cycle operation for an AMP-enabled non-AP STA, which follows the state transition diagram shown in the figure?
o AMP duty cycle operation follows the negotiation procedure defined for WUR in the baseline
Supporting contribution: 11-25/0779r0
[SP3] Do you agree that if an AMP-enabled non-AP STA successfully receives an AMP Wake-Up frame from the associated AMP AP, the non-AP STA should transition to the Awake State and transmit a PS-Poll/UL frame to the AP to indicate that it is in the Awake State (PS/Active mode)?
Supporting contribution: 11-25/0779r0
[SP4] Do you agree that if the non-AP STA transmits a frame with PM = 1 to the associated AP, then the non-AP may transition to the Doze state, and the AMP-enabled non-AP STA shall enter the AMP mode?
Supporting contribution: 11-25/0779r0
[SP5] Do you agree that 802.11bp defines:
o AMP temporal key (ATK) to protect individually addressed AMP frames
o AMP integrity group temporal key (AIGTK) to protect group addressed AMP frames
Supporting contribution: 11-25/0779r0
[SP6] Do you agree that 802.11bp uses the baseline authentication procedure to generate AMP temporal key(s) to protect individually and group addressed AMP frames?
Supporting contribution: 11-25/0779r0
[SP7] Do you agree that an AMP-enabled non-AP STA and the associated AMP AP use AMP mode setup to exchange AMP capabilities?
o AMP mode setup may occur during the association procedure or post-association
Supporting contribution: 11-25/0779r0
[SP8] Do you agree that the clock error requirement of an AMP-enabled non-AP STA in AMP power state is the same as that of an Active Tx non-AP AMP STA?
Supporting contribution: 11-25/0779r0
[SP9]: Do you agree that 802.11bp defines a mechanism to generate a transient key at the AMP client to support secure communication, where:
- An AP transmits a downlink frame containing an ANonce.
- After receiving the downlink AMP frame from the AP that contains an ANonce, an AMP client generates an SNonce.
- The client generates a transient key using the ANonce, the SNonce, and a Pairwise Master Key (PMK) between the AP and the client.
- Note1—The mechanism to generate PMK is TBD.
- Note2—Whether to include backscatter clients is TBD.
Supporting document: 11-24/2112
[SP10]: Do you agree that 802.11bp defines a mechanism to generate a transient key at the AP to support secure communication, where:
- In response to the downlink AMP frame from the AP that contains an ANonce, the AMP client transmits an uplink AMP frame that carries the SNonce and a MIC.
- The client generates the MIC using the derived transient key at the client.
- If the MIC is verified, the AP uses the ANonce it transmitted in the previous downlink AMP frame, the SNonce, and the PMK to generate the transient key.
- Note—Whether to include backscatter clients is TBD.
Supporting document: 11-24/2112
[SP11]: Do you agree that the transient key generation at the AP and the AMP client in 802.11bp may occur concurrently with AMP downlink and uplink data communication:
· The downlink AMP frame from the AP carries ANonce along with downlink data from the AP (e.g., AMP trigger).
· The uplink AMP frame from the AMP client carries SNonce and MIC along with the UL data (e.g., UL response to the AMP trigger).
· Note—Whether to include backscatter clients is TBD.
Supporting document: 11-24/2112
[SP12]: Do you agree that the transient key generation at the AP and the AMP client in 802.11bp may be performed immediately before AMP downlink and uplink data communication:
- Once the transient key is derived at both the AP and the AMP client, subsequent AMP data communication between the AP and the client can be secured using MIC and/or encryption based on the generated transient key.
- Note—Whether to include backscatter clients is TBD.
Supporting document: 11-24/2112
Best,
Sanket
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
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
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
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
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
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
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
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