IEEE C802.16m-09/3000r1
1
Project
IEEE 802.16 Broadband Wireless Access Working Group <http://ieee802.org/16>
Title
Acknowledgement scheme of SCH/SCEH (P802.16/D3-16.2.16.2.3.2)
Date
Submitted
2009-12-31
Source(s)
Lei Zhang
zhang.lei13@zte.com.cn
Yang Liu
Yuqin Chen
Nan Li
Mary Chion
ZTE Corporation
Re:
Category: LB30b / Area: Chapter 16.2.16.2.3.2 (Listening Window Extension)
Abstract
This contribution proposes changes to the Section 16.2.16.2.3.2 of IEEE P802.16m/D3
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>
<http://standards.ieee.org/guides/opman/sect6.html#6.3>.
Further
information
is
located
<http://standards.ieee.org/board/pat>.
at
<http://standards.ieee.org/board/pat/pat-material.html>
2
Acknowledgement scheme of SCH/SCEH (P802.16/D3-16.2.16.2.3.2)
3
Lei Zhang, Yang Liu, Yuqin Chen, Nan Li, Mary Chion
4
ZTE Corporation
5
1
and
and
IEEE C802.16m-09/3000r1
1
Introduction
2
3
4
5
6
7
In D3, when explicit Listening Window extension is performed through MAC signaling/extended header (i.e.
SCH or SCEH), the SCH and SCEH need to be ACKed to ensure the synchronization of the sleep state
machines at the AMS and ABS. However, the definition of response indication in current SCH and SCEH
format seems inefficiency. In addition, we may need a more general method to ACK MAC signaling/extended
header. This contribution proposes a more general method to ACK SCH/SCEH and maybe other MAC header.
8
9
2
IEEE C802.16m-09/3000r1
1
2
Proposed text
3
======================== Start of Proposed Text ========================
4
16.2.2.2.4 MAC Control Message ACK Extended Header
5
[Modify the sentence (from line 41 on page 32) of P802.16m/D3 as follows]
6
7
8
9
10
11
The Message ACK extended header format is defined in Table 667. This header may be used by ABS and AMS
to indicate the reception of a specific, previously received MAC control message or Service Specific BR
without STID Header. When an ABS or AMS receives a MAC control message or MAC control message
fragment with the Polling bit set to 1 in the MCEH, the ABS or AMS shall transmit an MAEH as an
acknowledgement after receiving the complete message with the SN of the MAC control message PDU or the
SN of the last received fragment if fragmented.
12
Table 667—MAEH Format
Syntax
Size (bits)
Notes
MAEH() {
Type
4
MAEH Type
MAEH sub-type
1
0 = indicate the reception of a
MAC control message；
1 = indicate the reception of a
Service Specific BR without
STID Header；
If (MAEH sub-type == 0)
{
ACK_SN
8
SN retrieved from the MCEH
of the MAC PDU with the
Polling bit set to 1
}
Reserved
Variable
}
13
14
15
16.2.2.1.3.3 Service Specific BR without STID Header
[Modify the sentence (at line 8 on page 24) of P802.16m/D3 as follows]
3
For byte alignment
IEEE C802.16m-09/3000r1
1
2
3
4
5
Service Specific BR without STID Header is sent through dedicated UL resource assigned to the AMS, which
needs to change the scheduling parameters of its service flow. BR type shall be included to indicate whether BR
type is increment or aggregate. Service Specific BR without STID header format is defined in Table 659. If
SCID change indicator is set to 1, the ABS shall send an acknowledgement (TBD) MAEH to confirm the
change of sleep mode configuration.
6
7
[Modify section 16.2.3.32 as follows]
8
16.2.3.32 AAI_MSG-ACK
9
10
11
12
13
14
15
The ABS and AMS may use AAI_MSG-ACK to indicate the reception of a MAC management or Service
Specific BR without STID Header. When receiving a message over management connection with Polling bit set
to 1 in MCEH, the ABS and AMS shall transmit AAI_MSG-ACK as an acknowledgement to the reception of
the message. The AAI_MSG-ACK shall include the following information:
- SN retrieved from MCEH of the received MAC PDU
- Channel ID that the MAC management message is received
16
Table xxx – parameters for AAI_MSG-ACK
17
Name
ACK type
Value
Usage
0: acknowledgement to a control message
It shall be included in AAI_MSG-ACK
message
1: acknowledgement to a Service Specific BR
without STID Header
Channel ID
Channel ID that the MAC management It shall be included when ACK type is
message is received.
equal to 0.
ACK_SN
SN retrieved from MCEH of the received MAC It shall be included when ACK type is equal
PDU
to 0.
18
19
20
======================== End of Proposed Text ========================
21
22
References
23
24
[1] IEEE P802.16m/D3. DRAFT Amendment to IEEE Standard for Local and metropolitan area
networks—Part 16: Air Interface for Broadband Wireless Access Systems—Advanced Air Interface, Dec 2009.
4