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

Re: [STDS-802-11-TGBN] PDT-MAC-C-TDMA



Hi Sanket and all,

    Thanks for your effort on C-TDMA PDT. I have one minor comment as follows:

    





Best Regards!

Yan Li

Original
From: SanketKalamkar <000033b8f79f2eb4-dmarc-request@xxxxxxxxxxxxxxxxx>
To: STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx <STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx>;
Date: 2024年12月07日 10:29
Subject: Re: [STDS-802-11-TGBN] PDT-MAC-C-TDMA

Hi Sean,

 

Thank you for your comment. I accidently missed to provide a response to your comment on "whether or not" in your document.

  • The phrase "whether or not" is in accordance with the approved motion #157.

  • Additionally, receiving a response from the polled AP(s) indicating they do not intend to receive time allocation from the Co-TDMA sharing AP is beneficial in two ways:

    1. It increases the likelihood that the Co-TDMA sharing AP receives at least one response to the ICF. Otherwise, the Co-TDMA sharing AP would have to relinquish the TXOP.

    1. If a polled AP responds (even if it does not intend to receive time allocation), it will keep the medium around it busy for a bit longer: Response duration + SIFS, which will help the Sharing AP maintain control of the medium.

That said, the sentence “If the Co-TDMA sharing AP does not receive a response from a polled AP, the Co-TDMA sharing AP shall consider that the polled AP does not intend to participate in the Co-TDMA procedure during the current TXOP” pertains in fact to cases where the polled AP is unable to respond to the ICF (e.g., due to NAV set at the polled AP). However, if a polled AP can respond to the ICF, it shall do so.

 

Best,

Sanket

 

 

From: Sean Coffey <coffey@xxxxxxxxxxx>
Sent: Thursday, December 5, 2024 10:53 AM
To: Sanket Kalamkar <sankal@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx
Subject: RE: PDT-MAC-C-TDMA

 

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

 

Sanket,

 

Thank you for compiling this r1.

 

I have one comment. In 37.10.2 (Polling phase), I previously suggested revised wording on the required response to an ICF, but the relevant text does not appear in your r1.

 

The relevant part of my proposed wording, compared to r1, was:

 

“A polled AP shall indicate [whether or not] that it intends to participate in the Co-TDMA procedure …”

 

The following paragraph specifies that if a sharing AP does not receive a response from a polled AP, it shall consider that the polled AP does not intend to participate in Co-TDMA in this TXOP. So there is a fully specified (and presumably satisfactory) way for polled APs to indicate its intention not to participate, and no need for a separate, explicit, negative ICR. Also (as also pointed out by Jay Yang), it might not be possible for a polled AP to respond (since, for example, it may see interference that the sharing AP does not).

 

The proposed wording above would specify that the requirement is that the polled AP sends a response to indicate that it intends to participate. Under this wording, there would be no requirement to send a response to indicate that it does not intend to participate.

 

I request that the revised wording above should be included in r2.

 

Thanks,

 

Sean

 

From: Sanket Kalamkar <000033b8f79f2eb4-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Wednesday, December 4, 2024 12:46 AM
To: STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBN] PDT-MAC-C-TDMA

 


External mail.

 

Dear Co-TDMA TTT members,

I received some incredibly constructive feedback from the TTT members on Version 0 of r1 of the IEEE PDT on Co-TDMA. Your active involvement is much appreciated!

 

After returning from the Thanksgiving break, I’ve put together Version 1 of r1 of the PDT, considering all the comments received on Version 0 of r1 up until November 29th. Attached to this e-mail, you’ll find both the redline and clean versions. Version 1 will be the final version of r1, and I’ve already posted the clean version on the mentor (11-24/1961r1).

 

The redline version is packed with annotations highlighting the changes and pointing to the comments (and respective commenters) that inspired them. You can also find comments from all commenters in the multiple attached Word documents. I’ve provided point-by-point responses to each comment in the respective documents. If I’ve accidentally overlooked any of your comments, please let me know!

 

I kindly ask you to review r1 of the PDT and share any further comments by the end of Friday (December 6th, 11:59 PM Pacific Time). My plan is to prepare r2 of the PDT and post it on the mentor by next Tuesday, December 10th. The goal is to make r2 stable enough so that we can discuss it during one of the IEEE teleconference calls and move forward with the SP/motion.

 

Thanks again for your invaluable input and cooperation!

 

Best,

Sanket Kalamkar

 

From: Sanket Kalamkar <000033b8f79f2eb4-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Wednesday, November 20, 2024 2:01 PM
To: STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBN] PDT-MAC-C-TDMA

 

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

Dear Co-TDMA TTT members,

 

We made significant progress on Co-TDMA during the November IEEE meeting, with six motions being passed. Based on these motions and the feedback received on r0 (many thanks to Brian Hart!), I have prepared an initial draft of r1 of the PDT.

 

Attached to this email, you will find both the redline and clean versions of the initial draft of r1 of the PDT. This draft also includes some additional text that I believe is a straightforward extension of the passed motions.

 

I kindly request your comments and suggestions within the next 24 hours, by 2pm Thursday (Pacific Time).

 

Additionally, I have attached my point-by-point responses to Brian’s comments on r0.

 

Best,

Sanket Kalamkar

 

From: Brian Hart (brianh) <00000c7561051aea-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Tuesday, November 19, 2024 10:02 AM
To: STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBN] PDT-MAC-C-TDMA

 

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

Hi Sanket

 

Many thanks for kicking this effort off! My comments attached.

 

Best wishes

Brian

 

 

Cisco Confidential

From: Sanket Kalamkar <000033b8f79f2eb4-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Thursday, November 14, 2024 5:19 PM
To: STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx
Subject: [STDS-802-11-TGBN] PDT-MAC-C-TDMA

 

This is the initial email for:

 

Proposed Draft Text for C-TDMA

 

As the PoC for C-TDMA, I have created the initial PDT document 11-24-1961r0 for C-TDMA. This document includes proposed text based on the motion passed until September 2024. We will update the PDT as additional motions are passed. The current version r0 is at a very high level, based on just one motion.

 

The author list in r0 is based on the 1:1 TTT requests received to me after the TGbn Chair’s guideline to send TTT request to PoCs. The author list will be updated based on the list of members in the TTT for C-TDMA (about 80 members) mentioned in the document by Ross 11-24/1698r12. If you wish to be removed from the TTT or the current (and future) author list, please e-mail me at sankal@xxxxxxxxxxxxxxxx. I will update the author list accordingly in the next revised version (r1).

 

Please send any comments on the draft text (excluding the author list) in 11-24-1961r0 to this e-mail thread. This allows all TTT members to see and discuss your comments, facilitating debate on any changes to the document. This will be our general process for including text in the document.

 

At some point, as the group passes more motions to C-TDMA, we will try to find volunteers to create draft text sections corresponding to those motions. Depending on the size/complexity of that text, it should appear for discussion within this e-mail thread either as:

  1. Text included directly in an email (for small additions/changes)

  2. Text in a new WORD document sent as an attachment (not an official 802.11 submission)

  3. Text in a copy of the 11-24/1961rx WORD document showing additions and changes, attached to the email thread.

 

We will aim to discuss any new proposed draft text within this thread and reach a super-majority agreement (e.g., 75% of the TTT membership). However, even 75% is challenging due to the fluid nature of TTT membership. Deciding when to close the debate on new text will be a judgment call, typically when objections reduce to a small number (e.g., less than 25%, or about 15-20 people). If objections persist, we may need to conduct a straw poll in TGbn and update our document 11-24-1961rx based on the outcome. Future text additions will follow a similar process, aiming for super-majority agreement.

 

Thank you for your cooperation.

 

P.S. You might have noticed that the guidelines in this e-mail are straight from Matthew Fischer's playbook. Thanks, Matt—it saved me a ton of time and probably a few gray hairs!

 

Best,

Sanket Kalamkar

 


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


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


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