Some thoughts on power saving functionality

Slides:



Advertisements
Similar presentations
Doc.: IEEE /582r0 Submission May 2006 Kazuyuki SakodaSlide 1 Some thoughts on power saving functionality Notice: This document has been prepared.
Advertisements

June 2005 doc.: IEEE /0593r0 July 2005 Summary Presentation Proposal L:19 Siemens Proposal for WLAN Mesh Networking Date: Authors:
[ Interim Meetings 2006] Date: Authors: July 2005
Suggested comment resolution on Power save clause
Lightweight Mesh Point – A confusing term
LB73 Noise and Location Categories
LB73 Noise and Location Categories
TGs Closing Report Date: Authors: January 2006 January 2006
Waveform Generator Source Code
Power Save Mechanism for Unsync MPs
New Twist on More Data Bit
TGs September 2005 Mid-week Report
Connectivity reporting mechanism
3GPP liaison report May 2006 May 2006 Date: Authors:
Motion to accept Draft p 2.0
[place presentation subject title text here]
Proposed resolution text for CCF related CIDs
[place presentation subject title text here]
On Coexistence Mechanisms
Remaining issues regarding power save
Protection Assurance Method
[place presentation subject title text here]
Lightweight Mesh Point – A confusing term
On Coexistence Mechanisms
Reflector Tutorial Date: Authors: July 2006 Month Year
CID#102 - Channel Allocation for P2P
TGv Redline D0.07 Insert and Deletion
TGv Redline D0.06 Insert and Deletion
TGs San Diego Closing Report
DLS Link Timeout Date: Eunkyo Kim
Selection Procedure Recommendation
Protection Assurance Method
TGu-changes-from-d0-01-to-d0-02
LB73 Noise and Location Categories
TGy draft 2.0 with changebars from draft 1.0
TGv Redline D0.10 Insert and Deletion
Null Beacon Energy Conservation concept
WNG Closing Report, May Authors: May 2008 Date: May 2007
Solution for 40MHz in 2.4 GHz band
TGs Dallas Closing Report
Suggested comment resolution on ATIM window parameter
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
Connectivity reporting mechanism
Peer Power Save Mode Date: Authors: January 2008
Some thoughts on potential issues in mesh operation
Power save and Routing Date: Authors: June 2007
Suggested comment resolution on Power save clause
Remedy for beacon bloat
Lightweight Mesh Point – A confusing term
Direct transmission in PSM
Draft P802.11s D1.03 WordConversion
Suggested comment resolution on Mesh DTIM element
Document Organization Discussion
Overview Suggested Comment Resolution for Mesh Synchronization
Clarification on CID3778 and Mesh TIM element
Power Saving for DLS July 2006 Date: Authors: Month Year
Suggested comment resolution on ATIM window parameter
Method for geting Link RCPI
Lightweight Mesh Point – A confusing term
Use of More Data Field Date: Authors: Nov 2005 Month Year
MAC Address Spoofing in Mesh
Lightweight Mesh Point – A confusing term
Use of More Data Field Date: Authors: Jan 2006 Jan 2006
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
September 2006 doc.: IEEE /1351r0 September 2006
Summary of Unresolved MAC Comments for 2/28 TGs Telecon
Greenfield protection mechanism
Suggested comment resolution on Power save clause
E911 Bits Date: Authors: May 2007 Month Year
Selection Procedure Recommendation
Presentation transcript:

Some thoughts on power saving functionality January 2006 doc.: IEEE 802.11-06/340r0 May 2006 Some thoughts on power saving functionality Date: 2006-05-15 Authors: Notice: This document has been prepared to assist IEEE 802.11. 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 grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE 802.11. Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures <http:// ieee802.org/guides/bylaws/sb-bylaws.pdf>, including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair <stuart.kerry@philips.com> as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE 802.11 Working Group. If you have questions, contact the IEEE Patent Committee Administrator at <patcom@ieee.org>. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

Abstract Review what the power saving is needed for. January 2006 doc.: IEEE 802.11-06/340r0 May 2006 Abstract Review what the power saving is needed for. Review the power saving functionality in the current draft spec. The power saving functionality is designed based on : Reuse the mechanism of ATIM for IBSS, TIM IE in the beacon frame and PS-Poll for BSS, and APSD. Strict synchronization throughout the mesh. Beacon broadcaster rotation is coupled with power saving. Motivation of these slides is to check how the current draft spec treats power saving functionality. A suggestion is made at the latter part of the slides. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

What the power saving is for ? January 2006 doc.: IEEE 802.11-06/340r0 May 2006 What the power saving is for ? The benefit of power saving mechanism are : Introduce the low power consumption capability by reducing the active duty cycle of PHY/MAC. Reducing power consumption is one of the mandatory requirement for battery-powered devices. Longer battery life, such as cell-phone, laptop PC, etc... Low power capability is going to be an important requirements even for AC-powered devices, at least in the area of CE devices. Energy saving motivation, accelerated by ecology oriented consensus, conformance to Kyoto Protocol, etc... Devices for infrastructure may not leverage the power saving functions. The cost of power saving mechanism are : Add the extra complexity to support the PS functionality. Introduce some inflexibility in terms of the frame delivery. (Transmitter shall make sure that receiver STA is in awake state prior to the transmission of the frame.) Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

What the power saving is for ? (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 What the power saving is for ? (Cont’d) Residential scenario Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

What the power saving is for ? (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 What the power saving is for ? (Cont’d) Residential scenario Let the battery-powered device save the power. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

What the power saving is for ? (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 What the power saving is for ? (Cont’d) Residential scenario If the player is on the cradle, use this route and consume less wireless media. (and possibly let other devices fall in sleep) CID 222 Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

What the power saving is for ? (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 What the power saving is for ? (Cont’d) Residential scenario In night time, most of the applications are not running. Let all the devices save power. The mesh have to be capable to re-activate the operation in the morning. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

What the power saving is for ? (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 What the power saving is for ? (Cont’d) Public safety / Military scenario Some/many of the MPs are mobile terminal. Longer battery life is preferred. Portable battery-powered devices would like to save the power. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

What the power saving is for ? (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 What the power saving is for ? (Cont’d) Public safety / Military scenario Some MPs could save power while other MPs are communicating. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

What the power saving is for ? (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 What the power saving is for ? (Cont’d) Public safety / Military scenario Mesh might be disconnected physically for a while due to the MP’s mobility. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

What the power saving is for ? (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 What the power saving is for ? (Cont’d) The characteristic of devices/UMs (usage models) which leverage power save mode : The battery-powered devices exactly need power saving functionality, such as handheld devices. These devices usually have less signal processing power due to the power conservation and/or cost restraints. The battery-powered devices are usually “mobile” devices, where the device mobility leads to physical topology change in the mesh. In some deployment scenario, the active mesh operations do not need to be maintained 24 hours a day, 365 days a year. The device should operate in the PS mode during the idle time. Users may shut down some of the MP’s power supply in order to : Make sure to achieve the complete power save (power down). Operate the technical maintenance or recovery from the failure.  Topology will be changed upon the leave of MP. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

PS mode in the current spec January 2006 doc.: IEEE 802.11-06/340r0 May 2006 PS mode in the current spec According to P802.11s-D0.01 : “The mesh point will advertise its power save state to all neighboring mesh points by using it’s beacons and by sending a Null-Data frame with the PS bit active.” “Mesh point waking to receive a beacon will stay awake for a minimum period of ATIM window” “Mesh points in power save mode shall also wakeup according to any negotiated schedule as part of TSPEC setup with other mesh points. ...” “The PS operation of an unsynchronizing MAP is based upon IEEE 802.11 infrastructure power management operation.” [quoted from subclause 11A.13.1]. “All non-AP MPs that support the mesh power save mechanism shall support synchronization” [in subclause 11A.13.1], “MPs that support power save operation must also support the deterministic beacon broadcasting selection as described in this section” [in subclause 11A.13.8] The power saving is designed based on : Reuse the mechanism of ATIM for IBSS, TIM IE in the beacon frame and PS-Poll for MAP, and APSD. Strict synchronization throughout the mesh. Beacon broadcaster rotation is coupled with power saving. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

PS mode in the current spec (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 PS mode in the current spec (Cont’d) May contradict with the device characteristic Power Saving MP have to be synchronized, and maintain the mesh TSF, where PS operation may cause the confusion of mesh TSF maintenance (during the stand-by state), depending on the topology.* Mobile MP may cause the topology change, which may cause the confusion of mesh TSF maintenance.* BB rotation have to be implemented, where BB rotation costs additional complexity for MP. Handheld devices have limited processing power, in general. Treated as an option of options Power saving is optionally defined above the optional synchronization feature, whereas the power saving is close to a mandatory feature for battery-powered devices. * Refer to “IEEE802.11-06/581r0” for details. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

A suggestion for power saving mechanism January 2006 doc.: IEEE 802.11-06/340r0 May 2006 A suggestion for power saving mechanism Allow unsynchronizing MPs to enter the PS mode Although the active duty cycle reduction may not be optimized compared to that of the synchronizing MPs, it could be reasonably effective and useful in some scenarios. Provides both the power save functionality and higher operational flexibility and reliability, with less complexity. Could be added easily using the existing mechanisms defined in P802.11-REVma/D5.2 and P802.11s-D0.01. CID 223 CID 225 Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

Power Saving for unsync MPs January 2006 doc.: IEEE 802.11-06/340r0 May 2006 Power Saving for unsync MPs Procedure for unsync power saving MP Run its own TSF just as unsynchronizing MAP, and define its own DTIM period.  as defined for all the MP Return to the active state prior to the mesh DTIM beacon (and BSS DTIM beacons of unsync MAP) of neighbors.  MP will wake up prior to all the DTIM beacons of the neighbor MPs. Wake up until the end of ATIM window of neighboring MPs, and may return to the doze state if nothing is received during the ATIM window.  as defined for sync MP If the beacon containing TIM indicating the existence of buffered traffic to it is received from neighboring MAP, it will try to receive the frames by sending PS-Poll frames.  as defined in 802.11 infrastructure mode Transmit beacons every mesh DTIM period, and operate ATIM process as defined.  as defined for sync MP Conform to APSD operations, referring the TSF timer value of transmitter.  Use the TSF timer value of transmitter instead of commonly defined TSF. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

Power Saving for unsync MPs (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 Power Saving for unsync MPs (Cont’d) Procedure for neighboring MPs Neighbor MPs perform as described in P802.11s-D0.01. Neighbor MAPs perform as described in P802.11-REVma/D5.2, dealing as neigboring MPs in PS mode as associating STA in PS mode. Or optionally may transmit ATIM frame during the ATIM window of the power saving MP to let the power saving MP know if it has a packet to send to this power saving MP. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

Power Saving for unsync MPs (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 Power Saving for unsync MPs (Cont’d) Example processing flow (current spec) Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

Power Saving for unsync MPs (Cont’d) January 2006 doc.: IEEE 802.11-06/340r0 May 2006 Power Saving for unsync MPs (Cont’d) Example processing flow (a suggestion) Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

January 2006 doc.: IEEE 802.11-06/340r0 May 2006 Summary Power saving is a quite important feature for some of the 802.11 devices. Speculated the usage scenario utilizing power saving functionality, and introduced the potential risk of power saving MPs in the current spec. Suggested to define a power saving capability for unsynchronizing MPs. Recommended change in the draft text is provided by comment sheet. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

Backup (1) Alternative approach for unsync MP PS January 2006 doc.: IEEE 802.11-06/340r0 May 2006 Backup (1) Alternative approach for unsync MP PS PS mode in the current draft is designed mostly based on IBSS operation and APSD. IBSS based approach is mainly used to achieve longer “stand-by time”. APSD based approach is mainly used to achieve longer “talk time”. Alternative approach is possible mostly based on BSS infrastructure mode PS and APSD. BSS based approach is mainly used to achieve longer “stand-by time”. Use TIM IE in the beacon, PS-poll frame, and PS-bit in the frame control field. Conform to power-save operation defined for BSS infrastructure mode. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

January 2006 doc.: IEEE 802.11-06/340r0 May 2006 Backup (2) Procedure for unsync power saving MP (alternative approach) Run its own TSF just as unsynchronizing MAP, and define its own DTIM period.  as defined for all the MP Return to the active state prior to the DTIM beacon of all the neighbors.  MP will wake up prior to all the DTIM beacons of the neighbor MPs. If the beacon containing TIM indicating the existence of buffered traffic to it is received from neighboring MP, it will try to receive the frames by sending PS-Poll frames.  as defined in 802.11 infrastructure mode Transmit beacons every mesh DTIM period, even if it is in the PS mode. And may return to the doze state if nothing is received during the ATIM window.  as defined for sync MP MP shall transmit beacons containing TIM at every TBTT, if it buffers the transmitting frames, and remain in the active state. MP may return to the doze state if it does not buffer transmitting frames and the PS-bit received from neighbors indicate the buffered frame delivery is finished. Conform to APSD operations, referring the TSF timer value of transmitter.  Use the TSF timer value of transmitter instead of commonly defined TSF. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

Backup (3) Example processing flow (alternative approach) May 2006 January 2006 doc.: IEEE 802.11-06/340r0 May 2006 Backup (3) Example processing flow (alternative approach) Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

References [1] P802.11-REVma/D5.2 [2] P802.11s-D0.01 January 2006 doc.: IEEE 802.11-06/340r0 May 2006 References [1] P802.11-REVma/D5.2 [2] P802.11s-D0.01 [3] 11-04/662r16 “IEEE 802.11 TGs Usage Models” [4] “Some thoughts on potential issue in mesh operation” , IEEE802.11-06/581r0. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola

January 2006 doc.: IEEE 802.11-06/340r0 May 2006 End of slides Comments/Questions/Suggestions/Corrections are purely welcomed. Kazuyuki Sakoda Donald Eastlake 3rd, Motorola