1. doc.: IEEE 802.15-<doc#1>
<September 2010>
doc.: IEEE <doc#1>
<September 2010>
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Submission Title: [Resolution of Wakeup Related Issues ]
Date Submitted: [10 November, 2010]
Source: [Rick Powell] Company [Zarlink]
Address [15822 Bernardo Center Dr, Ste B, San Diego, CA, 92127]
Voice:[ ], FAX: [ ],
Re: [Wakeup Related Issues ]
Abstract: [This document describe the need for a Wakeup Frame mechanism for performing Wakeup]
Purpose: [Resolve Wakeup Related Issues]
Notice: This document has been prepared to assist the IEEE P It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein.
Release: The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P
<Rick Powell>, <Zarlink>
<Rick Powell>, <Zarlink>

2. Problems with using a poll frame for wakeup:
<September 2010>
Problems with using a poll frame for wakeup:
When a node wakes up, it has no information about the nature of the network:
Superframe or non-superframe
Slot Size and Superframe Size
HUB IEEE Address
Hub MAC Capability
Hub PHY Capability
The Poll and T-Poll Frames do not supply this information.
The T-Poll frame cannot be used for timing when the node does not know the slot size or superfame size.
Polls cannot provide Type-I allocation intervals until timing information is provided. Therefore, only Type-II Polls can be used, whether in superframe or non-superframe mode.
<Rick Powell>, <Zarlink>

3. Problems with using a poll frame for wakeup (continued):
<September 2010>
Problems with using a poll frame for wakeup (continued):
Per Figure 72, Without sending the Hub IEEE address, the unconnected node cannot wakeup without contention. When multiple nodes receive the Wakeup Poll frame, the contention can take a long time to resolve. This requires nodes to stay on for long periods of time.
Nodes do not know how long to stay on. If a node is the last in a series to successfully transmit its connection request frame, the time it needs to remain in the contention process in indeterminate.
For nodes that are in the contention process, after the desired node has successfully connected, there is no mechanism to tell the other nodes to go back to sleep efficiently.
The node has no Hub IEEE address for the connection request frame.
<Rick Powell>, <Zarlink>

4. <September 2010>
Figure Unconnected mutual discovery and frame exchange in the MICS band
T-Poll cannot be used because node does not know Slot Size or Superframe size.
Type-I Poll cannot be used because there is no timing information to define an allocation interval.
Without a HUB IEEE address, the contention process can go on indefinitely.
<Rick Powell>, <Zarlink>

5. Proposed Format of Long Wakeup Frames for Unconnected Wakeup:
<September 2010>
Proposed Format of Long Wakeup Frames for Unconnected Wakeup:
Proposed Format of Short Wakeup Frames for Connected Wakeup:
Recipient Address: IEEE Address of Node (avoids contention)
Sender Address: IEEE Address of Hub
Session Start Time Offset: Absolute Time from Start of Wakeup Frame to Start of Session (100’s uSec).
Contention Phase Length: Absolute Time, after Start of Session, that nodes content for sending Connection Request Frames. (mSec or Sec, depending on MSB  MSB = 0 means mSec)
<Rick Powell>, <Zarlink>

6. Unconnected Wakeup with unknown Node IEEE Address:
<September 2010>
Unconnected Wakeup with unknown Node IEEE Address:
Long Wakeup Frame is sent with Ack Policy set to N-Ack
Long Wakeup Frame is a Poll for a Connection Request Frame
Receiver IEEE address = 0
Session Start Time defines when nodes should start contending
Contention Phase Length gives time when other nodes should shut off
Explicit Shut off sent after connection for early shut off, format TBD.
<Rick Powell>, <Zarlink>

7. Unconnected Wakeup with Known Node IEEE Address:
<September 2010>
Unconnected Wakeup with Known Node IEEE Address:
Long Wakeup Frame is sent with Ack Policy set to N-Ack
Wakeup Frame is a Poll for a Connection Request Frame
No contention because Wakeup Frame contains Node IEEE Address Long
Session Start Time defines when the node should send Connection Request
Contention Phase Length = 0
<Rick Powell>, <Zarlink>

8. Connected Wakeup with Known Node NID Address:
<September 2010>
Connected Wakeup with Known Node NID Address:
Short Wakeup Frame is sent with Ack Policy set to N-Ack
Short Wakeup Frame is an allocation for a future Post/Poll
No contention because Wakeup Frame Header contains Node NID
Session Start Time defines when the node should listen for Post/Poll
<Rick Powell>, <Zarlink>

9. Multicst Connected Wakeup with Known Node NID Addresses:
<September 2010>
Multicst Connected Wakeup with Known Node NID Addresses:
Short Wakeup Frame is an allocation for a future Post/Poll
Short Wakeup Frame is sent with Ack Policy set to N-Ack
No contention because Wakeup Frame Header contains Multicast NID
Session Start Time defines when the nodes should listen for Post/Poll
<Rick Powell>, <Zarlink>