Thank you for the good discussion and you all have valid points.
I will start with Mohamed’s comment. When the Coordinating AP sends an ICF to announce the intention to share the TXOP, it already made a decision to share a TXOP. The LLI bit is the simplest way to signal that the polled AP currently serves low latency traffic
which deserves special treatment (and an LLI). I agree that a single bit is not much but it can be used by the Coordinating AP to prioritize an AP with LLI over an AP that is not serving such a traffic.
Dibakar raises an interesting point as well. What is the point of urgency if we already have the LLI bit? Isn’t it redundant? One way to look at this is that the urgency gives an additional layer of information in addition to the LLI especially if most Polled
AP send an LLI. The Coordinating AP can use this information and schedule first the Polled AP with most urgent traffic. We received the feedback that not all implementations will support such urgency information and that is why we have multiple layers.
Dmitry, I will answer your questions directly.
From: Mohamed Abouelseoud <mohamed.a.abouelseoud@xxxxxxxxx>
Date: Monday, March 2, 2026 at 1:48 PM
To: Klaus Doppler (Nokia) <klaus.doppler@xxxxxxxxx>
Cc: STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx <STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx>
Subject: Re: [STDS-802-11-TGBN] Agenda Request: LB291 CR MAC on Co-TDMA 18 CIDs
|
|
CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the URL nok.it/ext for additional information.
|
Hi Klaus,
I have a question regarding the LLI feedback bit
I am confused about the meaning of the LLI bit. You define it as AP is serving LLI stream, what would that mean for the receiving AP? Would it preemptively schedule resources just in case an LLI
is received? Would that be a good behavior?
LLI request might not be received and if it is received, the time it takes to send feedback to another AP to get resources is not practical!
Regards,
Mohamed
On Feb 27, 2026, at 11:56 AM, Klaus Doppler (Nokia) <0000320c1b22a542-dmarc-request@xxxxxxxxxxxxxxxxx> wrote:
Hi Everyone,
Thank you to Matt, Arik, Dmitry and others who provided comments during my presentation in the telco. I have incorporated your comments and uploaded r2 version to the server.
Alfred, could you please add the CR to the MAC queue for the ad-hoc/IEEE meeting in Vancouver?
BR,
Klaus
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
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