Scheduled Peer Power Save Mode for TDLS Month Year doc.: IEEE 802.11-yy/xxxxr0 May 2008 Scheduled Peer Power Save Mode for TDLS Date: 2008-05-11 Authors: Michelle Gong (Intel Corp) et al. John Doe, Some Company

May 2008 In some usage scenarios, both peer STAs may want to go into PS mode over a direct link For instance, when a laptop is communicating with a handheld device over a direct link, both want to save power while still maintaining the direct link The existing asymmetric peer PSM mechanism as defined in 11z D1.0 does not address this usage scenario Michelle Gong (Intel Corp) et al.

May 2008 The symmetric peer PSM is complementary to the asymmetric peer PSM defined in 11z D1.0 When one peer STA supports PSM client mode and the other STA supports PSM AP mode, they can utilize asymmetric peer PSM Because different STAs may support either AP mode or client mode, some of the following cases are not addressed in D1.0 Both peer STAs support PSM AP mode: Both always stay awake and never go into power save mode over the direct link (No PSM is needed) They negotiate as to which one can go into power save mode and which one has to stay active (Asymmetric peer PSM combined with a negotiation procedure) Both want to go into power save mode (Symmetric peer PSM is needed) Both peer STAs support PSM client mode: Neither one wants to go into power save mode over the direct link (No PSM is needed) At least one wants to go into power save mode (Symmetric peer PSM is needed) Michelle Gong (Intel Corp) et al.

Month Year doc.: IEEE 802.11-yy/xxxxr0 May 2008 To support the symmetric PS mode, two peer STAs negotiate a wakeup schedule AP QSTA2 changes to Power Save Mode QSTA1 changes to Power Save Mode 3 3 QSTA2 QSTA1 QSTA1 wakes up at scheduled time 4 5 Buffered DATA frame (EOSP is set to 1) QSTA2 wakes up at scheduled time 4 2 Encapsulated DATA frame (TDLS PSM Switch Response) Encapsulated DATA frame (TDLS PSM Switch Request) 1 Michelle Gong (Intel Corp) et al. John Doe, Some Company

Month Year doc.: IEEE 802.11-yy/xxxxr0 May 2008 Peer STAs exchange TDLS PSM Request and Response frames over the direct link Frame format of the TDLS PSM Request frame Order Information Notes 1 Link Identifier The link identifier is specified in section 7.3.2.z1 of 802.11z D1.0 2 Dialog Token The Dialog Token is set to a non-zero value that is unique among TDLS PSM Request frames for which a corresponding TDLS Switch Response frame has not been received. 3 Wakeup Schedule IE The Wakeup Schedule IE describes the schedule for the wakeup period. Michelle Gong (Intel Corp) et al. John Doe, Some Company

Frame format of the TDLS PSM Response frame Month Year doc.: IEEE 802.11-yy/xxxxr0 May 2008 Frame format of the TDLS PSM Response frame Order Information Notes 1 Link Identifier The link identifier is specified in section 7.3.2.z1 of 802.11z D1.0 2 Dialog Token The Dialog Token is set to the non-zero value contained in the TDLS PSM Request frames to identify the request/response transaction. 3 Result The Result identifies the result of the response 4 Wakeup Schedule IE The Wakeup Schedule IE describes the counter- proposal schedule for the wakeup period. Result Information Accept 1 Reject 2 Reject with a counter-proposal schedule 3-255 Reserved Michelle Gong (Intel Corp) et al. John Doe, Some Company

An example Wakeup Schedule IE has the following fields Month Year doc.: IEEE 802.11-yy/xxxxr0 May 2008 An example Wakeup Schedule IE has the following fields   Element ID Length Offset Periodicity Fraction Min Duration Max Octets 1 2 Offset, Periodicity, Beacon Interval (BI) and Fraction has the following relationship An example formula: TSF mod floor(BI * Periodicity/Fraction) = offset Offset field indicates the timing offset from a beacon TBTT Periodicity is introduced to facilitate a longer sleep interval than a beacon interval or a DTIM interval Fraction is introduced for flexibility and shorter sleep intervals Example: BI=100 TUs, Periodicity = 60, Fraction=16, offset=15 TUs Awake at 15, 390, 765, 1140, … Michelle Gong (Intel Corp) et al. John Doe, Some Company

May 2008 Minimum Duration and Maximum Duration of the wakeup period are also important parameters Both peer STAs wake up at or before the scheduled wakeup period and stay awake for Minimum Duration after the beginning of the wakeup period The peer STAs may go back to doze state when data exchanges complete successfully before the Minimum Duration time Both STAs remain awake until all data exchanges complete successfully or for Maximum Duration after the beginning of the wakeup period The Maximum Duration is useful for off-channel operation where one or both peer STAs need to go back to the main channel at a certain time, for instance to receive DTIM beacons or buffered traffic Michelle Gong (Intel Corp) et al.

Month Year doc.: IEEE 802.11-yy/xxxxr0 May 2008 Each peer STA may initiate one or more service periods within one wakeup period The shortest data exchange in a wakeup period: A data(EOSP=1)/ SIFS / ACK (More Data=0) 11n reverse direction grant can be utilized to exchange data in both directions in a single channel access Michelle Gong (Intel Corp) et al. John Doe, Some Company

Data exchanges between two STAs in PS occur during the wakeup period Month Year doc.: IEEE 802.11-yy/xxxxr0 May 2008 Data exchanges between two STAs in PS occur during the wakeup period If STA A has buffered traffic for STA B, STA A can directly send buffered data frames to STA B within the minimum duration STA A sets the EOSP bit of all its data frames to 0, until it has no more frames buffered for STA B. STA A sets the EOSP bit in the last data frame to 1 to indicate that it has no buffered traffic for STA B If STA A has frames buffered for STA B but max duration has elapsed since the beginning of the wakeup period, STA A sets the EOSP bit to 1 in the first data frame sent after the time expires. STA A should not send additional data frames to STA B until the next wakeup period STA B can transmit its frames to STA A while it’s receiving STA A’s packets, which means two service periods that are started by STA A and STA B respectively can overlap. Note that multiple buffered packets may be delivered during this period. Both STA A and STA B shall remain awake until all buffered frames have been delivered to them or the max duration timer expires After both STAs indicate the completion of data transmission by setting the EOSP bit to 1 in data frames and/or setting the More Data bit to 0 in ACKs, both STAs go back to doze state Michelle Gong (Intel Corp) et al. John Doe, Some Company

May 2008 In summary, scheduled peer PSM is more flexible and addresses a broader range of use cases Existing peer PSM doesn’t address all usage scenarios Scheduled peer PSM allows one or both STAs to go into power save mode while still maintaining the peer link The procedure is as follows: Two STAs negotiate a common and flexible wakeup schedule Both STAs wakeup at or before the start of the wakeup period and start data packet exchange Either STA can initiate a peer service period The initiator of the peer service period terminates the period Detailed information can be found in 11-08-0541 Michelle Gong (Intel Corp) et al.