Transcript IEEE C802.16m-10/0056r1

SFH Updating Notification (16.2.23)
Document Number:
IEEE C802.16m-10/0056r1
Date Submitted:
2010-3-11
Source:
Chun-Yuan Chiu, Ming-Hung Tao, Yan-Xiu Zheng,
Fang-Ching (Frank) Ren
ITRI
Wern-Ho Sheen
Chaoyang University of Technology / ITRI
E-mail:
{ccy, MHTao, zhengyanxiu, frank_ren}@itri.org.tw
[email protected]
*<http://standards.ieee.org/faqs/affiliationFAQ.html>
Venue:
IEEE Session#66, Orlando, Florida, USA.
Re:
IEEE 802.16-10/0011, “IEEE 802.16 Working Group Letter Ballot#31”, on P802.16m/D4
Base Contribution:
This is base contribution.
Purpose:
To be discussed and adopted by TGm for 802.16m LB#31.
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 >.
SFH Update
• In current D4:
– When the system information is changed, it may not be
applied immediately.
– The Start super-frame offset in the P-SFH IE is used to
indicate where the new system information is applied.
– The time interval between the system information changing
and taking effect provides a time buffer for AMSs to update
the new system information.
S-SFH SP1
CC: S-SFH change count
CB: S-SFH SP change bitmap
FO: Start super-frame offset
S-SFH SP2
S-SFH SP3
20ms
CC
K
K+1 K+1 K+1 K+1 K+1 K+1 K+1 K+1 K+1 K+1 K+1 K+1 K+1 K+1 K+1
CB 000 010 010 010 010 010 010 010 010 010 010 010 010 010 000 000
FO
00
11
11
11
S-SFH SP2 changed
11
10
10
10
10
01
01
01
01
00
00
00
new S-SFH SP2 applied
time interval between the system information changing and taking effect
Problem
• When an AMS is in Sleep Mode or scanning for other ABSs:
– If the S-SFH SP has changed and taken effect during its Sleep Window/
scanning interval, the AMS does not check the P-SFH IE and then miss
the new system information.
– After the AMS returns to Listening Window/scan interleaving interval,
it may need much time to obtain all system information due to long SSFH SP scheduling periodicity.
– The normal operation will be affected.
Unavailable
Available
interval
interval
Unavailable
Sleep
Window Available
Listening Window
interval
interval
AAI_SFH_IND
AAI_SFH_IND
Data
communication
DataData
communication
communication
SCN-RSP
SCN-RSP
SCN-REQ
SCN-REQ
S-SFH SP
IE changed
New SP
IE used
Start superframe offset
Time window for
SFHwindow
readingfor SFH update
Time
SFH reading
Proposed Solution
• Add a SFH update indicator in AAI_SLP-RSP/AAI_SCN-RSP
• For some AMS, if the system information will change and take
effect during its Sleep Window/scanning interval,
– the serving ABS may send a unsolicited AAI_SLP-RSP/AAI_SCNRSP to the AMS in prior Listening Window/scan interleaving interval
to reschedule the collided Sleep Window/scanning interval, or
– if the AMS has ability to receive SFH during Sleep Window/scan
interval (e.g., Multi-antenna capability), the serving ABS may send a
unsolicited AAI_SLP-RSP/AAI_SCN-RSP with enabling the SFH
update indicator in prior Listening Window/scan interleaving interval to
notice the AMS to still receive SFH during following Sleep
Window/scan interval.
Proposed Text (1/3)
• Add the following text in page 336, line 56 in
Section 16.2.23
– When an AMS is in Sleep Mode or scanning for other ABSs, if the
S-SFH SP will change and take effect during its Sleep
Window/scanning interval, the serving ABS may send a unsolicited
AAI_SLP-RSP/AAI_SCN-RSP to it in prior Listening Window/scan
interleaving interval.
– The unsolicited AAI_SLP-RSP/AAI_SCN-RSP may reschedule the
Sleep Window/scanning interval, or notice the AMS to still decode
SFH IE during following Sleep Window/scanning interval.
Proposed Text (2/3)
• Modify Table 702:
Name
Value
Usage
Response_Code
0b00 : Request by ABS in Unsolicited
manner
0b01 : Approval of AAI_SLP-REQ
0b10 : Rejection of AAI_SLP-REQ
0b11 : Reserved
This indicates response type of
AAI_SLP-RSP message.
Operation
0b00 : Exit Sleep Mode
0b01 : Enter Sleep Mode
0b10 : Change Sleep Mode
0b11 : Switch Sleep Cycle setting
This indicates operation type of
AAI_SLP-RSP message.
This field appears when
Response_Code is 0b00 or
0b01.
SFH update indicator
0b0: nothing
0b1: SFH Update is coming
This field appears when
Response_Code is 0b00 or 0b01
and Operation is not 0b00.
…
…
Proposed Text (3/3)
• Modify Table 689:
Name
Value
Scan duration
Duration (in units of AAI subframes) of
the requested scanning period.
SFH update indicator
0b0: nothing
0b1: SFH Update is coming
Scan Purpose
0b0: scan BS(s) which is in the list of the
AAI_NBR-ADV message
0b1: scan BS(s) which is not in the list of
the AAI_NBR-ADV message
…
…
Usage
Included only when Scan
Duration > 0
Annex
• Modify Table 702 (based on MAC message tables proposed in
C802.16m-10/0386):
M/O
Attributes / Array of attributes
Size
(bits)
Value / Note
Conditions
M
Control Message Type
8
MAC control message type
NA
2
This indicates response type of
AAI_SLP-RSP message.
0b00 : Request by ABS in Unsolicited
manner
0b01 : Approval of AAI_SLP-REQ
0b10 : Rejection of AAI_SLP-REQ
0b11 : Reserved
NA
2
This indicates operation type of
AAI_SLP-RSP message.
0b00 : Exit Sleep Mode
0b01 : Enter Sleep Mode
0b10 : Change Sleep Mode
0b11 : Switch Sleep Cycle setting
When (Response_Code
== 0b00 ||
Response_Code ==
0b01)
1
This indicates if SFH will update or
not.
0b0: nothing
0b1: SFH Update is coming
When (Response_Code
== 0b00 ||
Response_Code ==
0b01) && (Operation !=
0b00)
…
…
…
M
O
Response_Code
Operation
O
SFH update indicator
…
…
Annex
• Modify Table 689 (based on MAC message tables
proposed in C802.16m-10/0305):
M/O
Attributes / Array of attributes
Size
(bits)
Value / Note
M
Scan duration
8
Duration (in units of AAI
subframes) of the requested
scanning period.
O
SFH update indicator
1
0b0: nothing
0b1: SFH Update is coming
M
Scan purpose
1
0b0: scan BS(s) as listed in the
AAI_NBR-ADV message
0b1: scan BS(s) as listed in the
AAI_NBR-ADV message
…
…
…
…
Conditions
Present only when
Scan Duration > 0
…