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 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:
- 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.
- 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.   
- 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.
- 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