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

[STDS-802-11-TGBN] Clarification on the link scope of P2P LLI

Dear all,

 

Thank you for the discussion during the meeting on the past Friday. The latest version r4 has been uploaded for your review.

https://mentor.ieee.org/802.11/dcn/26/11-26-0037-04-00bn-mac-cr-lb291-p2p-lli.docx

 

We would like to clarify that the proposal does not mandate any AP behavior. The proposed change is only a transmitter-side clarification. How the AP uses the received indication still remains implementation-specific.

 

The current text states that a non-AP STA may indicate its traffic related to one or more SCS streams, while when multiple P2P SCS streams are associated with different links, the link scope of “one or more SCS streams” is not stated explicitly.

The intent is to clarify that, a P2P LLI transmitted on one link does not imply pending P2P traffic associated with another link, since the corresponding P2P transmission is link-specific. This differs from UL case.

 

This is particularly relevant because the UL and P2P LLI clauses use similar wording, while their transmission characteristics are different.

  • For UL traffic, when a TID is mapped to a set of enabled links, the non-AP MLD may transmit the corresponding UL on any eligible link within that set. Therefore, an MLD-level indication can still be useful since the AP has flexibility in selecting link for subsequent transmission.
  • For P2P traffic, the data exchange is link-specific and occurs with a peer STA on the corresponding P2P link. Accordingly, it is needed to clarify that a P2P LLI transmitted on one link does not imply pending P2P traffic associated with another link.

 

------------------- For example -----------------------

P2P SCS1 is associated with Link 1.

P2P SCS2 is associated with Link 2.

If a P2P LLI is transmitted on Link 1, it is unclear 1) whether the indication is limited to pending traffic for SCS1, 2) or it may also represent pending traffic for SCS2.

 

We clarify that a P2P LLI transmitted on a link represents pending traffic related to one ore more P2P SCS streams associated with that link.

 

Comments and feedback are welcome.

 

Regards,

Yue Qi (Samsung)

 

 

 

To unsubscribe from the STDS-802-11-TGBN list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1