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

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

--- This message came from the IEEE 802.11 ARC Reflector ---

Dear All,


I have updated  Taking in to consideration the discussion had to date as well as my own views.  The document contains both the state diagram from and a proposed alternate state diagram.  As well as a summary of the underlying assumptions.



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.



Best Regards,



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




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



To unsubscribe from the STDS-802-11-TGBA list, click the following link:

To unsubscribe from the STDS-802-11-TGBA list, click the following link:

To unsubscribe from the STDS-802-11-ARC list, click the following link: