Hi Minyoung,
Thanks for your presentation. I have below two comments, would you please let me know your opinions.
1)
Do you consider to keep the AID offset subfield? In that case, it will bring several benefits. Firstly, single frame structure of ML traffic indication element can be
used in Beacon and Beacon-A frame. Secondly, multiple ML traffic indication elements can be carried in same Beacon or Beacon-A frame. Think about a use case that AP MLD allocate segment A of AIDs to non-AP MLDs with two links, and allocate segment B of AIDs
to non-AP MLDs with three link. So that the AP could carry two ML traffic indication elements and the bitmap lengths in two element are 2 and 3 respectively. So it could potentially save the overhead.
2)
Link ID offset subfield could help to reduce the signaling overhead, and a link ID bitmap also could achieve same purpose. In some cases that the link IDs are not contiguous,
a link ID bitmap could do better. If a link ID bitmap is used here, we don’t need to force that each AP MLD allocate the link ID contiguous, which may release Abhi’s concern.
Regards,
Yunbo
发件人: Minyoung Park <mpark.ieee@xxxxxxxxx>
发送时间: 2022年9月16日
8:02
收件人: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: 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.
- 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,
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