| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
|
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 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) 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> 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:
-
https://mentor.ieee.org/802.11/dcn/18/11-18-1017-01-0arc-wur-multi-ap-reference-model.docx
-
https://mentor.ieee.org/802.11/dcn/18/11-18-1016-02-0arc-wur-state-diagram-proposal-hamilton.docx 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 |