IEEE C802.16m-10/0902r1
1
Project
IEEE 802.16 Broadband Wireless Access Working Group <http://ieee802.org/16>
Title
Text clean up for sleep operation in IEEE 802.16m (P802.16m/D6-16.2.17)
Date
Submitted
2010-07-13
Source(s)
Nan Li, Lei Zhang, Yang Liu
zhang.lei13@zte.com.cn
ZTE Corporation
Re:
Sponsor ballot comment on P802.16m/D6
Abstract
This contribution proposes changes to the Section 16.2.17 of IEEE P802.16m/D6
Purpose
Discussion and adoption by TGm
Notice
Release
Patent
Policy
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.
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.
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
<http://standards.ieee.org/board/pat/pat-material.html> and <http://standards.ieee.org/board/pat>.
located
2
Text clean up for sleep operation in IEEE 802.16m (P802.16m/D6-16.2.17)
3
Nan Li, Lei Zhang, Yang Liu
4
ZTE Corporation
5
at
Introduction
6
7
8
There are several editorial as well minor technical inconsistencies in the sleep mode operation text in Section
16.2.17. This contribution proposes changes to different parts of this section to clean up the text in this section.
9
10
11
Proposed text
======================== Start of Proposed Text ========================
1
IEEE C802.16m-10/0902r1
1
Remedy 1
2
P385, Line44
3
4
When TIMF=0, if AMS does not receive any traffic in the listening interval, the AMS shall stay awake for the
rest of in the Listening Window.
5
6
Remedy 2
7
P386, Line42
8
16.2.17.2.3.1 Traffic Indication
9
10
Traffic Indication is enabled when TIMF= 1 in AAI_SLP-REQ/RSP and is sent for one or a group of AMS
using the AAI_TRF-IND message.
11
12
Traffic Indication is considered positive even when the AAI_TRF-IND message is lost, but unicast data is
received by the AMS.
13
14
15
16
If the traffic indication is enabled for an AMS by TIMF = 1 in AAI_SLP-REQ/RSP and SLPID is assigned, the
ABS shall transmit a traffic indication message during the Listening Window. Upon receiving the traffic
indication message, the AMS shall check whether there is positive traffic indication (e.g., by the SLPID-Group
Indication bit-map and Traffic Indication bit-map or the SLPID assigned to it).
17
18
19
20
If the AMS receives a negative traffic indication, then it shall end the Listening Window and proceed with
Sleep Window operation for the remainder of the Sleep Cycle, unless the AMS has UL signaling or traffic
pending for transmission. If the ABS transmits a negative indication to the AMS, the ABS shall not transmit any
DL data traffic to the AMS during the remaining part of the Listening Window.
21
22
23
If the AMS receives a positive traffic indication, it shall wait in the rest of Listening Window for unicast data. If
the ABS sends a positive indication to a specific AMS, the ABS shall transmit at least one DL MAC PDU to the
AMS during the AMS's Listening Window.
24
25
26
27
28
29
30
31
32
33
Traffic Indication is considered positive when the AAI_TRF-IND message is lost or not detected by the AMS,
but unicast data is received by the AMS. If the traffic indication message is lost or otherwise not detected by the
AMS, the AMS shall stay awake for the rest of the Listening Window. If the AMS receives any unicast data
during the listening window, then it considers that the traffic indication was positive. If the AMS receives any
unicast data during the listening window, then it considers that the traffic indication was positive. If the AMS
receives neither the traffic indication message nor any unicast data in the Listening Window, the AMS shall
then send an AAI_TRF_IND-REQ message after its current default listening window to ask the ABS what the
traffic indication for the AMS was. The ABS shall respond to the AMS by unicasting an AAI_TRF_IND-RSP
message containing the traffic indication for that AMS. On receiving the traffic indication, the AMS shall
behave in accordance with the traffic indication.
34
35
Remedy 3
2
IEEE C802.16m-10/0902r1
1
First, delete the paragraph in P388, Line 48, 16.2.17.2.3.2 Listening Window extension
2
3
4
5
6
7
The ABS may send an SCH to terminate the current Listening Window. The AMS may send an SCH to
ter-minate the current Listening Window. In this case, the ABS shall send SCH with "Response Indication" bit
= 1 and regard the AMS as returning to sleep (i.e. the Sleep Window starts). When an ABS has a last PDU in
the DL buffer during the listening window, the ABS may transmit an explicit indication using SCH with
“Response Indication” bit = 0. Upon receiving the SCH with "Response Indication" bit = 1 from the AMS, the
ABS shall regard the AMS as returning to sleep (i.e., the Sleep Window starts).
8
Then move this paragraph to P386, Line38, 16.2.17.2.3 Listening Window operations:
9
…
10
At the serving ABS, a Listening Window shall end on encountering one of the following conditions:
11
• on transmission of a SCH to the AMS to terminate the Listening Window
12
• on reaching the end of the current Listening Window including any extension
13
• on reaching the end of the Sleep Cycle.
14
15
16
17
18
19
The ABS may send an SCH to terminate the current Listening Window. The AMS may send an SCH to
ter-minate the current Listening Window. In this case, the ABS shall send SCH with "Response Indication" bit
= 1 and regard the AMS as returning to sleep (i.e. the Sleep Window starts). When an ABS has a last PDU in
the DL buffer during the listening window, the ABS may transmit an explicit indication using SCH with
“Response Indication” bit = 0. Upon receiving the SCH with "Response Indication" bit = 1 from the AMS, the
ABS shall regard the AMS as returning to sleep (i.e., the Sleep Window starts).
20
21
After termination (by explicit signaling or implicit method) of a Listening Window, the Sleep Window of the
Sleep Cycle shall begin and shall continue to the end of the Sleep Cycle.
22
======================== End of Proposed Text ========================
23
24
References
25
26
27
[1] IEEE P802.16m/D6. DRAFT Amendment to IEEE Standard for Local and metropolitan area
networks—Part 16: Air Interface for Broadband Wireless Access Systems—Advanced Air Interface, April
2010.
3