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

Re: [STDS-802-11-TGBA] Updated WUR architecture and state machines uploaded



Po-Kai,

 

I can’t speak for the others, but I’m happy to discuss these topics in any forum that makes sense for everyone.  We were attempting to have the ARC members try to get educated on their own time, and take up TGba agenda time with our ramp-up.  But, if we’ve exceeded that scope into actual technical work, I agree that should not be done in ARC SC.

 

That said, the intention for all the state diagram work was:

  1. To not describe anything that is contrary to the TGba spec
  2. To note, and suggest how to fill in, if we find anything that isn’t described one way or another in the TGba spec
  3. Using the above, try to educate ourselves about TGba behaviors, and thereby reach a better understanding of the architecture and/or architecture options.

So, we did not intend (at least I didn’t) to get into new technical work (or, worse yet, technical work that conflicts with TGba’s spec).

 

It would help me, if you could describe where our diagram does not align with the current spec, as a starting point.  Any such mis-alignment should be corrected, before we create more confusion (or extra work) for anyone.

 

Thanks!  Mark

 

From: *** 802.11 TGba - WUR- Wake-up Radio Operation *** [mailto:STDS-802-11-TGBA@xxxxxxxx] On Behalf Of Huang, Po-kai
Sent: Friday, July 06, 2018 4:33 PM
To: STDS-802-11-TGBA@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBA] Updated WUR architecture and state machines uploaded

 

Hi Minyoung, Mark, and Joseph,

 

              I think the state diagram discussion is a pure technical discussion, and it seems that the diagram does not align with the current spec description.

 

              Given that the diagram has personal view rather than aligning with the current spec text, I wonder if we should treat the presentation as a technical contribution and discuss them in 11ba session rather than discussing then in other places.

 

Best,

Po-Kai

 

From: *** 802.11 TGba - WUR- Wake-up Radio Operation *** [mailto:STDS-802-11-TGBA@xxxxxxxx] On Behalf Of Levy, Joseph
Sent: Friday, July 06, 2018 3:04 PM
To: STDS-802-11-TGBA@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBA] Updated WUR architecture and state machines uploaded

 

Dear All,

 

I have updated https://mentor.ieee.org/802.11/dcn/18/11-18-1020-01-0arc-discussion-on-wur-802-11ba-states.pptx.  Taking in to consideration the discussion had to date as well as my own views.  The document contains both the state diagram from https://mentor.ieee.org/802.11/dcn/18/11-18-1016-02-0arc-wur-state-diagram-proposal-hamilton.docx and a proposed alternate state diagram.  As well as a summary of the underlying assumptions.

 

Regards,

Joseph Levy

 

 

From: *** 802.11 TGba - WUR- Wake-up Radio Operation *** [mailto:STDS-802-11-TGBA@xxxxxxxx] On Behalf Of Kasslin, Mika (Nokia - FI/Espoo)
Sent: Thursday, July 5, 2018 3:44 AM
To: STDS-802-11-TGBA@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBA] Updated WUR architecture and state machines uploaded

 

 

Hi Mark,

 

Thanks a lot for the excellent proposals which I believe will help the TGba a lot in its efforts to integrate the WUR into the 802.11 model.

 

I do have a few comments and questions on the state diagram proposal which in general looks really good and I hope you can consider them when discussing the proposal and the topic in San Diego next week. Unfortunately, I won’t make the meeting but hopefully these few thoughts are helpful and if needed, we can use the reflector to discuss the matter in more details.

 

First, I wonder why the state of the WUR receiver plays any role in the transitions to one of the “more active states/modes” if the transition is due to a frame transmitted by the STA with its PCR. Why a STA may not, as an example, suspend the WUR Mode when it’s in the WURx Doze state? Similarly, I wonder why a STA needs to be in the WURx Awake state, i.e. have the WUR receiver active, to transmit an 802.11 frame with the PM set to ‘0’ to exit the Power Save mode. Shouldn’t a STA be able to do that in both the WURx states?

 

On the other hand, I have been under impression that a STA that is in the PS Mode and that has the WUR Mode established in duty cycled manner runs the WUR receiver up and down based on the TSF and the duty cycle parameters. I have thought that the end state within the WUR Mode states (WURx Doze, WURx Awake) when transitioning to the WUR Mode states depends on the timing of the transition. Thus, a STA wouldn’t need to always start with in the WURx Awake state when taking the WUR in use, but the state would depend on the timing of the transition and the duty cycled WUR operation.

 

All these are quite tiny issues in my mind and don’t really change too much anything at the end, but I would like to see if we could further simplify the rules and make the system as simple as possible. Separating the duty cycled operation of the WUR from this diagram as much as possible is in my mind worth of a try.

Thanks!

 

Best Regards,

Mika

 

From: "*** 802.11 TGba - WUR- Wake-up Radio Operation ***" <STDS-802-11-TGBA@xxxxxxxx> on behalf of Mark Hamilton <mark.hamilton2152@xxxxxxxxx>
Reply-To: "mark.hamilton2152@xxxxxxxxx" <mark.hamilton2152@xxxxxxxxx>
Date: Sunday, 1 July 2018 at 0.48
To: "STDS-802-11-TGBA@xxxxxxxxxxxxxxxxx" <STDS-802-11-TGBA@xxxxxxxxxxxxxxxxx>
Subject: [STDS-802-11-TGBA] Updated WUR architecture and state machines uploaded

 

All,

 

(CC: TGba, just FYI, for those who have undying interest…)

 

I have uploaded updates to my discussion documents with proposed architecture (reference models) for WUR-capable AP and non-AP STAs, and the state machine view of WUR operation.  I think I captured the comments made on the last ARC teleconference.  And, these are now pasted as embedded Visio objects within a Word file, so hopefully they will upload and download correctly.

 

These can be found here:

 

We (the ARC SC) can review these at the F2F in July (San Diego), and decide what to present/discuss with TGba in our joint session on Thursday PM2.

 

Mark


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


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


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


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


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