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

Re: [STDS-802-11-TGBE] CR doc 1381r1 - Beacon-A frame



Hi Minyoung,

 

Thanks for initiating the thread. Am supportive of the direction but I believe we have scope for further overhead reduction:

 

While the text doesn’t clearly explain how the bits in the AID Bitmap are populated, based on the below example, it appears that it is the same as the Tim Bitmap, except that the bits corresponding to non-EHT STAs are set to 0. I don’t see why that has to be the case, the AID bitmap could be much smaller if it only carries the bits that are set to 1 in the TIM bitmap (highlighted in red below). Only STAs whose bits are set to 1 in the TIM Bitmap need to parse the AID bitmap and they can figure out their bit position in the AID bitmap based on their position in the TIM Bitmap. In case of sparse TIM bitmap where many bits are set to 0, this will greatly reduce the size of the AID bitmap. For your consideration.

 

 

Regards,

Rojan

 

From: Minyoung Park <mpark.ieee@xxxxxxxxx>
Sent: Friday, September 16, 2022 8:02 AM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] CR doc 1381r1 - Beacon-A frame

 

Hi all,

 

I'm starting an email thread on the Beacon-A frame proposal in CR doc 1381r1. Please post your questions in the thread. I answered the questions posted on the chat and during the meeting.

 

The following people were in the queue but didn't have chance to ask questions:

  •  
  • Li-Hsiang Sun
  • Yunbo Li
  • Kiseon Ryu
  • Jay Yang
  • Rojan Chitrakar
  • Shawn Kim
  • Chunyu Hu
  • Guogang Huang
  • Alfred Asterjadhi
  • Vishnu Ratnam

- Q: Is Beacon-A frame transmitted after group addressed frames or before?

- A: Beacon-A frame is transmitted SIFS after a Beacon frame

- Q: Doesn't AID Bitmap element outside of the Multi-link Traffic Indication element defeat the purpose of using Beacon-A frame for future use to solve the Beacon bloating issue?

- A: AID Bitmap element is replacement of the TIM element in the current text and the TIM element is outside of the Multi-link Traffic Information element so there is no difference.

  • Xiangxin Gu

- Q: Can we have both methods? In the Beacon and the Beacon-A frame?

- A: It would be better to have one method instead of having two different methods doing the same function.   

  •  
  • Ming Gan

- Q: does this new way occupy more air time?

- A: it may if the overhead of AID bitmap element is larger than the overhead of unnecessary Per-link bitmap information of non-AP MLDs or STAs indicated in the TIM element. But, this proposal solves the beacon bloating problem and legacy STAs are not affected due to Multi-link Traffic Indication element.

  • Yong Liu

- Q: How a STA tell whether there is pending multicast frame other than this frame?

- A: I think it can just follow the existing rule (DTIM Count =0 and Traffic Indicator=1)

- Q: Would this frame makes AP to set the multicast bit in TIM to 1?

- A: I don't think it needs to since the Beacon-A Present Flag subfield in the Cap. Info field=1 will indicate presence of the Beacon-A frame.

 

Regards,

Minyoung


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


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