1 Sleep Cycle Configuration for Sleep Mode Operation Document Number: IEEE C802.16m-09/0972 Date...
-
Upload
collin-brown -
Category
Documents
-
view
214 -
download
0
Transcript of 1 Sleep Cycle Configuration for Sleep Mode Operation Document Number: IEEE C802.16m-09/0972 Date...
1
Sleep Cycle Configuration for Sleep Mode OperationSleep 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 Email: [email protected], [email protected]/MediaTek
Venue: IEEE 802.16 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 802.16 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 802.16.
Patent Policy:The contributor is familiar with the IEEE-SA Patent Policy and Procedures:
<http://standards.ieee.org/guides/bylaws/sect6-7.html#6> and <http://standards.ieee.org/guides/opman/sect6.html#6.3>.Further information is located at <http://standards.ieee.org/board/pat/pat-material.html> and <http://standards.ieee.org/board/pat >.
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.