Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: [STDS-802-11-TGBP] [EXT] Re: [STDS-802-11-TGBP] SP request



Hi Bo,

Can you please queue the following SP for motion in TGbp agenda. This SP had no objection in the January 2025 meeting. The motion was deferred in January meeting.

I check the SFD—although there are motions on a time-slot based mechanism, it is not clear that the clients access the slots in a TDMA fashion. 


[SP] 11bp defines a Time Division Multiple Access (TDMA) mechanism for multiple 802.11bp clients to transmit AMP uplink PPDU(s).

[Reference contribution: 11-24/2113r0]

Best,
Sanket


From: Rojan Chitrakar
Sent: Thursday, May 15, 2025 2:28 PM
To: STDS-802-11-TGBP@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBP] [EXT] Re: [STDS-802-11-TGBP] SP request

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

Hi Bo,

 

Please help to queue the below 7 SPs:

 

SP1: Do you agree to add to 11bp SFD:

§  An AMP AP transmits a variant of the AMP Trigger frame to start a time-slot based random access session for non-AP AMP STAs. The frame carries:

o   Session ID: Identifies the random access session

o   ECW: Indicates the total number of slots in the random access session

o   Other parameters are TBD.

Supporting documents: 25/0817r0, 25/0334r1, 25/0046r0

SP2: Do you agree to add to the 11bp SFD:

q 11bp defines one AMP frame type to carry a UHF command.

§  The AMP frame carries a Frame Type field, a Frame Body field and a CRC field

§  The UHF command is carried in the Frame Body field              

§  The UHF commands supported by 11bp is TBD

§  NOTE – The UHF commands are defined by the EPC® Radio-Frequency Identity Generation-2 UHF RFID Standard.

Supporting documents: 25-0818r0, 25/0335r0

SP3: Do you agree to add to the 11bp SFD:

q  An AMP AP or a backscatter non-AP AMP STA that supports the logical interface of the UHF RFID Standard shall support the following UHF commands: Read, Write

§  Other UHF commands supported by 11bp is TBD

§  NOTE – The UHF commands are defined by the EPC® Radio-Frequency Identity Generation-2 UHF RFID Standard.

Supporting documents: 25-0818r0, 25/0335r0

SP4: Do you agree to add the following text to TGbp SFD?

§  802.11bp defines a mechanism to generate a Pairwise Master Key (PMK) and a Pairwise Transient Key (PTK) at an Active Tx non-AP AMP STA to support secure communication, where:

o   An AMP AP transmits a first downlink AMP frame containing an ANonce.

o   After receiving the first downlink AMP frame from the AMP AP,  the non-AP AMP STA generates a PMK, a PMKID and an SNonce.

o   The non-AP AMP STA generates a Pairwise Transient Key (PTK) using the ANonce, the SNonce, and the PMK.

o   Note - The PMK generation mechanism is TBD.

Supporting documents: 25/819r0, 24/1548r2

SP5: Do you agree to add the following text to TGbp SFD?

§  802.11bp defines a mechanism to generate a Pairwise Master Key (PMK) and a Pairwise Transient Key (PTK) at an Active Tx non-AP AMP STA to support secure communication, where:

o   After generating a PMK and a PTK in response to the first downlink AMP frame carrying an ANonce, the non-AP AMP STA generates a first MIC using the PTK and transmits an uplink AMP frame carrying the SNonce and the first MIC.

o   After receiving the uplink AMP frame from the non-AP AMP STA, the AMP AP generates a PMK, and a PMKID.

o   The AMP AP generates a Pairwise Transient Key (PTK) using the ANonce, the SNonce, and the PMK and verifies the first MIC using the PTK.

o   If the first MIC is verified, the AMP AP saves the PMK and PMKID, generates a second MIC and transmits a second downlink AMP frame carrying the second MIC to the non-AP AMP STA.

o   Note - The PMK generation mechanism is TBD.

Supporting documents: 25/819r0, 24/1548r2

SP6: Do you agree to add the following text to TGbp SFD?

§  802.11bp defines a mechanism to generate a Pairwise Master Key (PMK) and a Pairwise Transient Key (PTK) at an Active Tx non-AP AMP STA to support secure communication, where:

o   After receiving the second downlink AMP frame carrying the second MIC, the non-AP AMP STA verifies the second MIC using the PTK.

o   If the second MIC is verified, the non-AP AMP STA saves the PMK and PMKID.

o   Note – Applicable to Active Tx non-AP AMP STAs with long term memory storage capability

Supporting documents: 25/819r0, 24/1548r2

SP7: Do you agree to add the following text to TGbp SFD?

  • Existing 802.11 confidentiality and integrity protocols (i.e., CTR with CBC-MAC protocol (CCMP), Galois/Counter Mode (GCM) protocol (GCMP), broadcast/multicast integrity protocol (BIP)) is used for data confidentiality (i.e., encryption) and/or authentication of AMP frames.

 

Best Regards,

Rojan Chitrakar

 

From: lipanpan (D) <00002fa7231ab79a-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Thursday, May 15, 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>  2025514 週三 下午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