1 Sleep Cycle Configuration for Sleep Mode Operation Document Number: IEEE C802.16m-09/0972 Date Submitted: 2009/04/27 Source: Chung-Hsien Hsu, Yih-Shen Chen and Paul Cheng NCTU/MediaTek Venue: IEEE Session#61 at Cairo, Egypt. Base Contributions: This is base contribution Re: Category: AWD-DG comments / Area: Power Conservative-Sleep/Idle DG “Comments on DG document – Sleep mode (09_797)” Purpose: For TGm members’ discussion and approval Notice: This document does not represent the agreed views of the IEEE Working Group or any of its subgroups. It represents only the views of the participants listed in the “Source(s)” field above. It is offered as a basis for discussion. It is not binding on the contributor(s), who 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 Patent Policy: The contributor is familiar with the IEEE-SA Patent Policy and Procedures: and. Further information is located at and.
2 Reset of Sleep Cycle Sleep Cycle exponentially grows as long as TRF_IND is negative Sleep cycle should be reset after a completion of data transaction – Back to the “initial sleep cycle” is the default assumption For some delay non-sensitive services, such as HTTP, this option may not be power-efficient – There is a long reading time between two successive packet session The mean value is 30 seconds!
3 Drawbacks of “Back to the Original ISC” Power wasting Unnecessary latency
4 Proposed Solution Solution: reset to another ISC – new ISC = old ISC +offset
5 Simulation Results. Listening ratio under different mean reading time. Average delay under different mean reading time
6 Implementation Issues A new parameter “sleep offset” is introduced as a parameter for sleep cycle configuration – If NISCF is not set, back to original ISC – If NISCF is set, sleep offset before back to original ISC Service providers can configure it according to traffic characteristics – The statistics of reading time can be obtained by traffic measurement – During connection time, the value can be re-configured according to the variations of traffic statistics
7 Proposed Text Modify the text in section15.2.x.x.2.1: …. If the traffic indication message is positive for the AMS, then the length of the Sleep Cycle shall be reset to initial Sleep Cycle. The Sleep Cycle could be the different length according to the New Initial Sleep Cycle Flag (NISCF). If the NISCF is set to 0 then the Initial Sleep Cycle is always the same as the first Initial one. If New Initial Sleep Cycle Flag (NISCF) is set to 1, a sleep offset is placed ahead of the next sleep cycle.