Get documents about "C80216m 10 1125r1
Document Sample
IEEE C802.16m-10/1125r1
Project IEEE 802.16 Broadband Wireless Access Working Group <http://ieee802.org/16>
Title Concurrent Transmission during HO
Date 2010-09-11
Submitted
E-mail: pbarber@huawei.com
Source(s) Phillip Barber
gcummings@huawei.com
George Cummings
Huawei Technologies, Ltd
Re: Sponsor Ballot – P802.16m IEEE Standard for Local and Metropolitan Area Networks - Part 16:
Air Interface for Fixed and Mobile Broadband Wireless Access Systems - Amendment:
Advanced Air Interface
Abstract This document suggests removing the feature requiring concurrent transmission to both Serving
ABS and Target ABS for both single and multicarrier during handover.
Purpose Review and approve as a remedy to related Sponsor Ballot comment.
This document does not represent the agreed views of the IEEE 802.16 Working Group or any of its subgroups. It
Notice 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.
Copyright The contributor is familiar with the IEEE-SA Copyright Policy
Policy <http://standards.ieee.org/IPR/copyrightpolicy.html>.
The contributor is familiar with the IEEE-SA Patent Policy and Procedures:
Patent <http://standards.ieee.org/guides/bylaws/sect6-7.html#6> and
Policy <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>.
Concurrent Transmission
Phillip Barber, George Cummings
Huawei Technologies Co., Ltd
Overview
The process of concurrent multicarrier communication during handover defined section 16.2.6.3.3 is
too complex and should be removed. The single carrier iteration of this is too complex as well and
should be removed.
The process requires the AMS to communicate concurrently with both the Serving ABS and Target
ABS during the re-entry process interval at the Target ABS. For both single and multicarrier this
requires a degree of Scheduler coordination between the Serving ABS and Target ABS that is
1
IEEE C802.16m-10/1125r1
complex, has negative performance and latency implications, and is unnecessary to achieve robust
and timely handover.
It is not as if the network will really be able to efficiently transfer data to the AMS while it is
undergoing such transition, at least in a single carrier model. The dual carrier model is slightly more
plausible, but requires that all terminals essentially implement full FDD operation.
The objective should be to minimize the interruption time for data transfer. Our best way to
accomplish this is to minimize the amount of time that it takes to transfer the point-of-attachment
relationship from the Serving ABS to Target ABS. The complex methods proposed here don't
appreciably reduce the data latency, but they certainly do add tremendous complexity and network
burden.
Proposed changes
Change 1
------------------------------- Start of text proposal #1 --------------------------------------------
16.2.6.3.3 HO Preparation
During HO preparation phase, the S-ABS communicates with T-ABS(s) selected for HO. The T-ABS may obtain AMS information
from the S-ABS via backbone network for HO optimization.
During HO preparation phase, the T-ABS may allocate a dedicated ranging code and dedicated ranging opportunity to the AMS via the
S-ABS through the AAI-HO-CMD message. The dedicated code shall be used by the AMS if the ABS assigns the dedicated ranging
code and the Ranging Initiation Deadline has not expired. If the AMS fails to perform ranging before expiration of Ranging Initiation
Deadline, it shall stop using the dedicated code and opportunity but randomly pick a ranging code if further ranging is necessary. The
T-ABS shall select the dedicated ranging code from the group of codes which are allocated for dedicated handover ranging purpose.
Upon reception of the AAI-HO-CMD message, the AMS should pre-update STID and AK to be used in the T-ABS. Any mismatched
system information between AMS and the T-ABS, if detected, may be provided to the AMS by the S-ABS during HO preparation. For
AMS initiated HO, the ABS may detect an S-SFH mismatch by referring to the AAI-NBR-ADV change count of AMS included in
AAI-HO-REQ message. In such case, the ABS should include mismatching delta SFH information in AAI-HO-CMD, or it should
reject the HO.
For ABS initiated HO, the AMS may detect an SFH mismatch by referring to the S-SFH change count included in the AAI-HO-CMD
message. The AMS should not select a T-ABS with mismatched SFH information. If the AMS does not have the latest SFH for any of
the T-ABSs included in AAI-HO-CMD, the AMS should cancel the HO by sending AAI-HO-IND with HO event code 0b11 and and
SFH mismatch indication 0b1. When the S-ABS receives the AAI-HO-IND with HO event code 0b11 and SFH mismatch indication
0b1, it may send another AAI-HO-CMD message which includes all up-to-date delta SFH information of each recommended T-ABS.
If pre-allocated at T-ABS, the S-ABS shall include an STID to be used at T-ABS in the AAI-HO-CMD message. The pre-allocated
STID shall be used in the T-ABS by the AMS to communicate with the T-ABS. The FIDs which are used to distinguish different
connections are not updated during the handover procedure. If the network decides that certain service flow will not exist at the T-ABS,
this shall also be indicated in the AAI-HO-CMD message.
If HO_Reentry_Mode is set to 1, the S-ABS shall negotiate with the T-ABS the relevant HO parameters, hereby referred to as the
“EBB HO parameters”. In the single carrier handover case, the EBB HO parameters include HO_Reentry_Interleaving_Interval,
HO_Reentry_Interval and HO_Reentry_Iteration for the AMS to communicate with the S-ABS during network reentry, in which case
2
IEEE C802.16m-10/1125r1
HO_Reentry_Interleaving_Interval and HO_Reentry_Interval must be no less than the minimal values defined in AMS capability. The
HO_Reentry_Interval defines the period during which an AMS performs network re-entry at the T-ABS. Whereas the
HO_Reentry_Interleaving_Interval defines the period during which an AMS performs normal data communication at the S-ABS after
the HO_Reentry_Interval. In the multicarrier handover case, the EBB HO parameters include the carrier information in the T-ABS for
the AMS performing network reentry while continuing communication with the S-ABS concurrently.
The ABS shall not set HO_Reentry_Mode to 1 unless EBB Support was declared (set to 1) by the AMS in AAI-REG-REQ.
When only one T-ABS is included in the AAI-HO-CMD message, the HO preparation phase completes when S-ABS informs the AMS
of its handover decision via an AAI-HO-CMD message. When multiple T-ABSs are included in the AAI-HO-CMD message, the HO
preparation phase completes when the AMS informs the ABS of its T-ABS selection via an AAI-HO-IND message with HO Event
code 0b00. The AAI-HO-CMD message shall include Action Time of each T-ABS for the AMS to start network reentry. The AAI-HO-
CMD message shall also include a Disconnect Time Offset for each AMS to calculate disconnect time for each candidate T-ABS.
Disconnect time is the time when the S-ABS expects the AMS to switch to a T-ABS. At disconnect time the S-ABS will stop sending
DL data and stop providing any regular UL allocations to the AMS. When HO_Reentry_Mode is set to 0, the Disconnect Time will be
(Action time - Disconnect Time Offset). For HO_Reentry_Mode = 1, Disconnect time will be (Action time + Disconnect Time Offset).
The S-ABS may reject an AMS initiated handover by transmitting the AAI-HO-CMD message with mode set to 0b10. In this case, the
S-ABS shall not include any candidate T-ABS as described in 16.2.6.3.4. If the ABS chooses to accept the handover, it shall set Mode
in the AAI-HO-CMD to 0b00. If the ABS sets Mode to 0b00, it may include zero, one or more T-ABS in the AAI-HO-CMD message.
The ABS may include candidate T-ABSs requested by the AMS in the AAI-HO-REQ message and/or alternate candidate ABSs not
requested by the AMS.
The AAI-HO-CMD message indicates if the static and/or dynamic context and its components of the AMS are available at the T-ABS.
All on-going DSx transaction during HO shall be cancelled, and shall be re-started after HO completion. After an ABS receives the
AAI-HO-REQ message from an AMS, the ABS shall not send any DSx message to the AMS until HO completion. After an ABS sends
the AAI-HO-CMD message to an AMS, the ABS shall not send any DSx message to the AMS until HO completion.
------------------------------- End of text proposal #1 --------------------------------------------
Change 2
------------------------------- Start of text proposal #2 -------------------------------------------
Remove dashed arrow containing the text “Data communication with S-ABS during network reentry if HO Reentry mode =1” from
figure 408 (Generic HO Procedure)
------------------------------- End of text proposal #2 --------------------------------------------
Change 3
------------------------------- Start of text proposal #3 -------------------------------------------
16.2.6.3.2 HO decision and initiation
Either the AMS or the S-ABS may initiate handover. If the S-ABS defines trigger conditions for initiating handover, the AMS shall
initiate a handover when one or more of the trigger conditions are met.
3
IEEE C802.16m-10/1125r1
When HO is initiated by AMS, an AAI-HO-REQ message is sent by the AMS to start the HO procedure. In case of ABS initiated HO,
HO preparation is performed before HO initiation, and an AAI-HO-CMD message is sent by the ABS to initiate the HO procedure. For
ABS-initiated HO, an ABS shall set Polling bit to 1 in MCEH of the AAI-HO-CMD message. Upon receiving AAI-HO-CMD message
the AMS shall acknowledge it according to the procedure defined in 16.2.22, so that the ABS confirms whether the AMS receives the
AAI-HO-CMD message correctly or not.
During handover initiation, the S-ABS may indicate whether the AMS can maintain communication with the S-ABS while performing
network reentry with the T-ABS by setting the HO_Reentry_Mode in AAI-HO-CMD to 1. If the AMS is not expected to maintain
communication with the S-ABS while performing network reentry in the T-ABS, the HO_Reentry_Mode is set to 0.
The AMS shall not perform HO to a cell with Cell Bar bit=1 in its S-SFH. The “Cell Bar” bit, when set, indicates that an AMS shall
not perform network entry or re-entry to this cell. The AAI-HO-CMD message shall not include an ABS with cell bar bit =1.
------------------------------- End of text proposal #3 --------------------------------------------
Change 4
------------------------------- Start of text proposal #4 -------------------------------------------
16.2.6.3.4 HO Execution
HO execution starts with AAI-HO-CMD message and ends at AMS's beginning to perform network reentry at Action Time. If
HO_Reentry_Mode is set to 0, theThe S-ABS stops sending DL data and providing UL allocations to the AMS after the disconnect
time derived from Action Time and Disconnect Time Offset included in the AAI-HO-CMD message or upon receiving AAI-HO-IND
with HO Event Code 0b10, whichever occurs first. If HO_Reentry_Mode is set to 1, theThe S-ABS stops sending DL data and
providing UL allocations to the AMS after the disconnect time, upon receiving AAI-HO-IND with HO Event Code 0b10 or after
receiving HO completion confirmation from T-ABS, whichever occurs first.
If the AAI-HO-CMD message includes only one T-ABS, the AMS shall execute the HO as directed by the ABS, unless, during HO
execution or network reentry, the AMS finds that the T-ABS is unreachable. The S-ABS defines conditions based on which the AMS
decides if it is unable to maintain communication with the S-ABS. If the AMS decides, based on these conditions, that it cannot
maintain communication with the S-ABS until the expiration of Disconnect Time, the AMS may send an AAI-HO-IND message with
HO Event Code 0b10 to the S-ABS. If the AAI-HO-CMD message includes more than one T-ABS, and at least one of the T-ABSs in
the AAI-HO-CMD message is reachable, the AMS shall select one of these targets and inform the S-ABS of its selection by sending an
AAI-HO-IND message with HO Event Code 0b00 to the S-ABS before the expiration of Disconnect Time. The S-ABS should
prioritize the HO candidates by presenting the candidate ABSs in descending order of priority in the AAI-HO-CMD message.
------------------------------- End of text proposal #4 --------------------------------------------
Change 5
In Table 689—AAI-HO-IND message format, page 118 lines 36-42, delete HO_reentry_mode from condition
column
4
IEEE C802.16m-10/1125r1
------------------------------- Start of text proposal #5 -------------------------------------------
May be included when AMS's multicarrier capability = 0b10, HO Reentry Mode = 1 and the target carrier is different from the serving
carrier
------------------------------- End of text proposal #5 --------------------------------------------
Change 6
In Table 691—AAI-HO-CMD message format, page 124 lines 48-56, delete HO_reentry_mode row from table
------------------------------- Start of text proposal #6 -------------------------------------------
Table 691—AAI-HO-CMD message format
5
IEEE C802.16m-10/1125r1
Field Size (bits) Value/Description Condition
Mode 2 0b00: HO command; N/A
0b01: Zone switch command
from MZone to LZone;
0b10: AMS HO request
rejected (ABS in list
unavailable). In this case,
AAI-HO-CMD message shall
not include any T-ABS
If (Mode = 0b00) {
HO Reentry Mode 1 0: the AMS disconnects from Shall not be set to 1 if AMS
the S-ABS before performing does not support EBB
network reentry with the T- (according to AAI-REG-
ABS REQ).
1: the AMS maintains
communication with S-ABS
while performing network
reentry with the T-ABS
If (HO Reentry Mode = 1) {
HO Reentry Interleaving 8 If HO Reentry Interleaving
Interval Interval > 0, the AMS
performs network reentry to
the T-ABS within the HO
Reentry Interval and
continues data transmission
with the S-ABS during HO
Reentry Interleaving Interval.
If HO Reentry Interleaving
Interval =0, the AMS
performs multi-carrier EBB
(Established Before Break)
HO procedure per
16.2.8.2.9.2.2.
If(HO Reentry Interleaving
Interval > 0) {
HO Reentry Interval 8 AMS performs network re-
entry at the T-ABS during HO
Reentry Interval
HO Reentry Iteration 3 The requested number of
iterating HO Reentry Intervals
by an AMS.
}
------------------------------- End of text proposal #6 --------------------------------------------
6
