HO Message
HO Message
HO Message
0 (2007-12)
Technical Specification
The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP.
The present document has not been subject to any approval process by the 3GPP Organizational Partners and shall not be implemented.
This Specification is provided for future development work within 3GPP only. The Organizational Partners accept no liability for any use of this Specification.
Specifications and reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organizational Partners' Publications Offices.
Release 8 2 3GPP TS 36.423 V8.0.0 (2007-12)
Keywords
UMTS, radio
3GPP
Postal address
Internet
http://www.3gpp.org
Copyright Notification
© 2007, 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TTA, TTC).
All rights reserved.
3GPP
Release 8 3 3GPP TS 36.423 V8.0.0 (2007-12)
Contents
Foreword ............................................................................................................................................................5
1 Scope ........................................................................................................................................................6
2 References ................................................................................................................................................6
3 Definitions, symbols and abbreviations ...................................................................................................6
3.1 Definitions ......................................................................................................................................................... 6
3.2 Symbols ............................................................................................................................................................. 6
3.3 Abbreviations..................................................................................................................................................... 7
4 General .....................................................................................................................................................7
4.1 Procedure specification principles ..................................................................................................................... 7
4.2 Forwards and backwards compatibility ............................................................................................................. 7
4.3 Specification notations....................................................................................................................................... 7
5 X2AP services ..........................................................................................................................................8
5.1 X2AP procedure modules .................................................................................................................................. 8
5.2 Parallel transactions ........................................................................................................................................... 8
6 Services expected from signalling transport ............................................................................................8
7 Functions of X2AP...................................................................................................................................8
8 X2AP procedures .....................................................................................................................................8
8.1 Elementary procedures ...................................................................................................................................... 8
8.2 Basic mobility procedures ................................................................................................................................. 9
8.2.1 Handover Preparation................................................................................................................................... 9
8.2.1.1 General ................................................................................................................................................... 9
8.2.1.2 Successful Operation .............................................................................................................................. 9
8.2.1.2.1 UE History Information .................................................................................................................. 10
8.2.1.3 Unsuccessful Operation........................................................................................................................ 10
8.2.1.4 Abnormal Conditions ........................................................................................................................... 11
8.2.2 SN Status Transfer .................................................................................................................................... 11
8.2.2.1 General ................................................................................................................................................. 11
8.2.2.2 Successful Operation ............................................................................................................................ 11
8.2.2.2 Abnormal Conditions ........................................................................................................................... 12
8.2.3 Release Resource ....................................................................................................................................... 12
8.2.3.1 General ................................................................................................................................................. 12
8.2.3.2 Successful Operation ............................................................................................................................ 12
8.2.3.3 Unsuccessful Operation........................................................................................................................ 13
8.2.3.4 Abnormal Conditions ........................................................................................................................... 13
8.2.4 Handover Cancel........................................................................................................................................ 13
8.2.4.1 General ................................................................................................................................................. 13
8.2.4.2 Successful Operation ............................................................................................................................ 13
8.2.4.3 Unsuccessful Operation........................................................................................................................ 13
8.2.4.4 Abnormal Conditions ........................................................................................................................... 13
8.3 Global Procedures........................................................................................................................................... 13
8.3.1 Load indication.......................................................................................................................................... 13
8.3.1.1 General ................................................................................................................................................. 13
8.3.1.2 Successful Operation ............................................................................................................................ 14
8.3.1.2 Abnormal Conditions ........................................................................................................................... 14
8.3.2 Error Indication .......................................................................................................................................... 14
8.3.2.1 General ................................................................................................................................................. 14
8.3.2.2 Successful Operation ............................................................................................................................ 14
8.3.2.3 Unsuccessful Operation........................................................................................................................ 15
8.3.2.4 Abnormal Conditions ........................................................................................................................... 15
8.3.3 X2 Setup..................................................................................................................................................... 15
8.3.3.1 General ................................................................................................................................................. 15
8.3.3.2 Successful Operation ............................................................................................................................ 15
3GPP
Release 8 4 3GPP TS 36.423 V8.0.0 (2007-12)
3GPP
Release 8 5 3GPP TS 36.423 V8.0.0 (2007-12)
Foreword
This Technical Specification has been produced by the 3rd Generation Partnership Project (3GPP).
The contents of the present document are subject to continuing work within the TSG and may change following formal
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an
identifying change of release date and an increase in version number as follows:
Version x.y.z
where:
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, updates,
etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
3GPP
Release 8 6 3GPP TS 36.423 V8.0.0 (2007-12)
1 Scope
This clause shall start on a new page.
The present document specifies the radio network layer signalling procedures of the control plane between eNodeBs in
EUTRAN. X2AP supports the functions of X2 interface by signalling procedures defined in this document. X2AP is
developed in accordance to the general principles stated in [2] and [3].
2 References
The following documents contain provisions which, through reference in this text, constitute provisions of the present
document.
• References are either specific (identified by date of publication, edition number, version number, etc.) or
non-specific.
• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same
Release as the present document.
[5] ITU-T Recommendation X.691 (07/2002): "Information technology - ASN.1 encoding rules -
Specification of Packed Encoding Rules (PER)
3.1 Definitions
For the purposes of the present document, the terms and definitions given in TR 21.905 [x] and the following apply. A
term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905 [x].
3.2 Symbols
For the purposes of the present document, the following symbols apply:
<symbol> <Explanation>
3GPP
Release 8 7 3GPP TS 36.423 V8.0.0 (2007-12)
3.3 Abbreviations
For the purposes of the present document, the abbreviations given in TR 21.905 [x] and the following apply. An
abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in
TR 21.905 [x].
<ACRONYM> <Explanation>
4 General
The following specification principles have been applied for the procedure text in clause 8:
The procedure text indicates that the receiving node "shall" perform a certain function Y under a certain
condition. If the receiving node supports procedure X but cannot perform functionality Y requested in the
REQUEST message of a Class 1 EP, the receiving node shall respond with the message used to report
unsuccessful outcome for this procedure, containing an appropriate cause value.
The procedure text indicates that the receiving node "shall, if supported," perform a certain function Y
under a certain condition. If the receiving node supports procedure X, but does not support functionality
Y, the receiving node shall proceed with the execution of the EP, possibly informing the requesting node
about the not supported functionality.
- Any required inclusion of an optional IE in a response message is explicitly indicated in the procedure text. If the
procedure text does not explicitly indicate that an optional IE shall be included in a response message, the
optional IE shall not be included. For requirements on including Criticality Diagnostics IE, see section 10.
Procedure When referring to an elementary procedure in the specification the Procedure Name is written with
the first letters in each word in upper case characters followed by the word "procedure", e.g.
Handover Preparation procedure.
Message When referring to a message in the specification the MESSAGE NAME is written with all letters
in upper case characters followed by the word "message", e.g. HANDOVER REQUEST message.
IE When referring to an information element (IE) in the specification the Information Element Name
is written with the first letters in each word in upper case characters and all letters in Italic font
followed by the abbreviation "IE", e.g. SAE Bearer ID IE.
3GPP
Release 8 8 3GPP TS 36.423 V8.0.0 (2007-12)
Value of an IE When referring to the value of an information element (IE) in the specification the "Value" is
written as it is specified in subclause 9.2 enclosed by quotation marks, e.g. "Value".
5 X2AP services
Editors Note: Services an eNodeB offers to its neighbours.
The X2AP Basic Mobility Procedures module contains procedures used to handle the mobility within EUTRAN.
The Global Procedures module contains procedures that are not related to a specific UE. The procedures in this module
are in contrast to the above modules involving two peer eNBs.
The signalling connection shall provide in sequence delivery of X2AP messages. X2AP shall be notified if the
signalling connection breaks.
7 Functions of X2AP
The X2AP protocol provides the following functions:
- Mobility Management. This function allows the eNB to move the responsibility of a certain UE to another eNB.
Forwarding of user plane data is a part of the mobility management.
- Load Management. This function eNBs to indicate overload and traffic load to eachother.
- Reporting of General Error Situations. This function allows reporting of general error situations, for which
function specific error messages have not been defined.
8 X2AP procedures
3GPP
Release 8 9 3GPP TS 36.423 V8.0.0 (2007-12)
8.2.1.1 General
This procedure is used to establish necessary resources in a eNodeB for an incoming handover.
source target
eNodeB eNodeB
HANDOVER REQUEST
The source eNodeB initiates the procedure by sending the HANDOVER REQUEST message to the target eNodeB.
When the source eNodeB sends the HANDOVER REQUEST message, it shall start the timer TRELOCprep
If at least one of the requested SAE bearers is admitted to the cell, the target eNodeB shall reserve necessary resources,
and send the HANDOVER REQUEST ACKNOWLEDGE message back to the source eNodeB. The target eNodeB
shall include the SAE Bearers for which resources have been prepared at the target cell in the SAE Bearers Admitted
List IE. The target eNodeB shall include the SAE bearers that have not been admitted in the SAE Bearers Not Admitted
List IE with an appropriate cause value.
For each bearer for which the source eNodeB proposes to do forwarding of downlink data, the source eNodeB shall
include the DL forwarding IE within the SAE Bearer Info IE of the HANDOVER REQUEST message. For each bearer
that it has decided to admit, the target eNB may include the DL GTP Tunnel endpoint IE within the SAE Bearer Info IE
of the HANDOVER REQUEST ACKNOWLEDGE message that it accepts the proposed forwarding of downlink data
for this bearer.
3GPP
Release 8 10 3GPP TS 36.423 V8.0.0 (2007-12)
For each bearer in the SAE Bearers Admitted List IE, the target eNodeB may include the UL GTP Tunnel Endpoint IE if
it requests data forwarding of uplink packets to be performed for that bearer.
Upon reception of the HANDOVER REQUEST ACKNOWLEDGE message the source eNodeB shall stop the timer
TRELOCprep, start the timer TX2RELOCOverall and terminate the Handover Preparation procedure. The source eNodeB is
then defined to have a Prepared Handover for that X2 UE-associated signalling.
Editors note: The following topics related to data forwarding have been identified (non exhaustive list):
- The relation between the GTP tunnel end point allocated by the HANDOVER REQUEST ACKNOWLEDGE
message, and corresponding GTP tunnel endpoints allocated in the S1 Path Switching message is FFS.
If the Trace activation IE is included in the HANDOVER REQUEST message then eNB should initiate the requested
trace function as described in 32.422.
The HANDOVER REQUEST message may contain the Serving PLMN IE, and shall contain this Information Element
if source eNB serves more than one PLMN identity. If the Serving PLMN IE is contained in the HANDOVER
REQUEST message, the target eNB shall store this information.
The eNB should use the information in Handover Restriction List IE to determine a target cell for subsequent handover
attempts.
The HANDOVER REQUEST message shall contain the Handover Restriction List IE, if available.
- contained in the HANDOVER REQUEST message, the target eNB shall store this information.
- not contained in the HANDOVER REQUEST message, the target eNB shall consider that no access restriction
applies to the UE.
• Collect information about the UE for as long as the UE stays in one of its cells, and store the collected
information to be used for future handover preparations.
• At handover preparation, add the stored information to the Last Visited Cell IE and include the UE History
Information IE in the HANDOVER REQUEST message.
• At reception of the HANDOVER REQUEST message in where the UE History Information IE is included,
collect the same type of information as was included in the UE History Information IE and act according to the
bullets above.
source target
eNodeB eNodeB
HANDOVER REQUEST
3GPP
Release 8 11 3GPP TS 36.423 V8.0.0 (2007-12)
If the target eNodeB is not able to accept any of the SAE bearers or a failure occurs during the Handover Preparation,
the target eNodeB shall send the HANDOVER PREPARATION FAILURE message to the source eNodeB. The
message shall contain the Cause IE with an appropriate value.
If there is no response from the target eNodeB to the HANDOVER REQUEST message before timer TRELOCprep expires
in the source eNodeB, the source eNodeB should cancel the Handover Preparation procedure towards the target eNodeB
by initiating the Handover Cancel procedure with the appropriate value for the Cause IE, e.g. "TRELOCprep expiry".
8.2.2.1 General
The purpose of the SN Status Transfer procedure is to transfer the uplink PDCP-SN receiver status and the downlink
PDCP-SN transmitter status from the source to the target eNodeB during an X2 handover for each respective SAE
bearer for which PDCP SN status preservation applies.
source target
eNodeB eNodeB
SN STATUS TRANSFER
The source eNodeB initiates the procedure by sending the SN STATUS TRANSFER message to the target eNodeB at
the time point when it considers the transmitter/receiver status to be freezed. After sending this message the source
eNodeB shall stop assigning PDCP SNs to downlink SDUs and shall stop delivering UL SDUs toward the EPC . At
that point of time, the source eNodeB shall either:
- discard the uplink packets received out of sequence for each bearer for which PDCP SN status preservation
applies but not forwarding,
- forward the uplink packets received out of sequence for each bearer for which the source eNodeB has
accepted the request from the target eNodeB for uplink forwarding,
- send the uplink packets received out of sequence to the EPC for each bearer for which the PDCP SN status
preservation doesn’t apply. If the target eNodeB receives this message for a UE for which no prepared
handover exists at the target eNodeB, the target eNodeB shall ignore the message.
For each bearer for which PDCP SN status preservation applies, the source eNB shall include the UL PDCP-SN Next
In-Sequence Expected IE within the SAE Bearers Subject to Status Transfer Item IE.
The source eNodeB shall also include in the STATUS TRANSFER message the list of uplink SDUs received out of
sequence within the PDCP-SN of UL SDUs Not To Be Retransmitted List IE (FFS) for each bearer for which the source
eNB has accepted the request from the target eNodeB for uplink forwarding.
3GPP
Release 8 12 3GPP TS 36.423 V8.0.0 (2007-12)
For each bearer for which the UL PDCP-SN Next In-Sequence Expected IE is received in the STATUS TRANSFER
message, the target eNodeB shall use it and not deliver any uplink packet which has a PDCP SN lower than the value
contained in this IE.
If the PDCP-SN of UL SDUs Not To Be Retransmitted List IE is included in the STATUS TRANSFER message for at
least one bearer, the target eNodeB may use it to build and send a Status Report message to the UE over the radio.
For each bearer for which PDCP SN status preservation applies, the source eNB shall include the DL PDCP-SN Next To
Assign IE within SAE Bearers Subject to Status Transfer Item IE.
If the DL PDCP-SN Next To Assign IE is received in the STATUS TRANSFER message for one bearer, the target
eNodeB shall use it to mark with the value contained in this IE the first downlink packet for which there is no PDCP SN
yet assigned.
8.2.3.1 General
The Release Resource procedure is initiated by the target eNB to signal to the source eNB that control plane resources
for the handed over UE context can be released.
Source Target
eNB eNB
The Release Resource procedure is initiated by the target eNB. By sending RELEASE RESOURCE the target eNB
informs success of HO to source eNB and triggers the release of resources.
Upon reception of the RELEASE RESOURCE message, the source eNB can release radio and control plane related
resources associated to the UE context. For bearers that data forwarding has been performed. The source eNB should
continue forwarding of U-plane data as long as packets are received at the source eNB from the EPC or the source eNB
buffer has not been emptied (an implementation dependent mechanism decides that data forwarding can be stopped).
3GPP
Release 8 13 3GPP TS 36.423 V8.0.0 (2007-12)
8.2.4.1 General
The Handover Cancel procedure is used to cancel an already prepared handover.
source target
eNodeB eNodeB
HANDOVER CANCEL
The source eNodeB initiates the procedure by sending the HANDOVER CANCEL message to the target eNodeB. The
source eNodeB shall indicate the reason for cancelling the handover by an appropriate cause value.
At the reception of the HANDOVER CANCEL message, the target eNodeB shall remove any reference to, and release
any previously reserved resources to the referred UE context.
8.3.1.1 General
The purpose of the Load indication procedure is to transfer the uplink Interference Overload Indication between intra-
frequency neighboring eNodeBs for interference coordination purpose.
3GPP
Release 8 14 3GPP TS 36.423 V8.0.0 (2007-12)
eNB eNB
LOAD INFORMATION
An eNodeB initiates the procedure by sending LOAD INFORMATION message to intra-frequency neighbouring
eNodeBs. The LOAD INFORMATION message can carry interference overload indication. The Load indication
procedure shall be used to send interference overload indication when the eNB experiences too high interference level
on some resource blocks.
Whether an eNB receiving a LOAD INFORMATION message should respond with a LOAD INFORMATION
message is FFS.
8.3.2.1 General
The Error Indication procedure is initiated by a node to report detected errors in one incoming message, provided they
cannot be reported by an appropriate failure message.
If the error situation arises due to reception of a message utilising UE associated signalling, then the Error Indication
procedure uses UE associated signalling. Otherwise the procedure uses non UE associated signalling.
eNB1 eNB2
ERROR INDICATION
When the conditions defined in clause 10 are fulfilled, the Error Indication procedure is initiated by an ERROR
INDICATION message sent from the receiving node.
The ERROR INDICATION message shall contain at least either the Cause IE or the Criticality Diagnostics IE.
In case the Error Indication procedure is triggered by UE associated signalling the Old eNB UE X2AP ID IE and New
eNB UE X2AP ID IE shall be included in the ERROR INDICATION message. If one or both of Old eNB UE X2AP ID
IE and New eNB UE X2AP ID IE are not correct, the cause shall be set to appropriate value e.g. “unknown Old eNB UE
X2AP ID”, “unknown New eNB UE X2AP ID” or “unknown the pair of UE X2AP ID ” FFS.
3GPP
Release 8 15 3GPP TS 36.423 V8.0.0 (2007-12)
8.3.3 X2 Setup
8.3.3.1 General
The purpose of the X2 setup procedure is to exchange application level data needed for two eNodeBs to interoperate
correctly over the X2 interface.
eNodeB eNodeB
X2 SETUP REQUEST
X2 SETUP RESPONSE
Figure 8.3.3.2-1
An eNodeB, initiates the procedure by sending an X2 SETUP REQUEST to a candidate eNodeB. Candidate eNodeB
replies with X2 SETUP RESPONSE. The initiating eNodeB transfers a list of served cells to the candidate eNodeB.
Candidate eNodeB replies with a list of its served cells.
eNodeB eNodeB
X2 SETUP REQUEST
X2 SETUP FAILURE
Figure 8.3.3.3-1
If the candidate eNodeB can not accept the setup it should respond with an X2 SETUP FAILURE with appropriate
cause value.
If the X2 SETUP FAILURE messages include the time to wait information element the eNodeB shall wait at least for
the indicated time before reinitiation the X2 setup towards the same eNodeB.
3GPP
Release 8 16 3GPP TS 36.423 V8.0.0 (2007-12)
8.3.4 Reset
8.3.4.1 General
The purpose of the reset procedure is to align the resources in eNB1 and eNB2 in the event of an abnormal failure.
eNB1 eNB2
RESET REQUEST
RESET RESPONSE
The procedure is initiated with a RESET REQUEST message sent from the eNB1 to the eNB2. Upon receipt of this
message, eNB2 shall abort any other ongoing procedures over X2 between eNB1 and eNB2. The eNB2 shall delete all the
context information related to the eNB1..
3GPP
Release 8 17 3GPP TS 36.423 V8.0.0 (2007-12)
Editors Note: The details of required IEs to transfer RRC context, security information, roaming restriction
information, potentially some user plane related context, etc., are left FFS.
Editors Note: It has been identified that this message also needs to include information on how target eNB should
contact MME.
3GPP
Release 8 18 3GPP TS 36.423 V8.0.0 (2007-12)
3GPP
Release 8 19 3GPP TS 36.423 V8.0.0 (2007-12)
3GPP
Release 8 20 3GPP TS 36.423 V8.0.0 (2007-12)
3GPP
Release 8 21 3GPP TS 36.423 V8.0.0 (2007-12)
3GPP
Release 8 22 3GPP TS 36.423 V8.0.0 (2007-12)
3GPP
Release 8 23 3GPP TS 36.423 V8.0.0 (2007-12)
3GPP
Release 8 24 3GPP TS 36.423 V8.0.0 (2007-12)
3GPP
Release 8 25 3GPP TS 36.423 V8.0.0 (2007-12)
9.2.7 DL Forwarding
This element indicates that the SAE bearer is proposed for forwarding of downlink packets.
IE/Group Name Presence Range IE type and Semantics description
reference
DL Forwarding
>DL Forwarding M ENUMERATED
(DL forwarding
proposed, …)
9.2.8 Cause
The purpose of the cause information element is to indicate the reason for a particular event for the whole protocol.
3GPP
Release 8 26 3GPP TS 36.423 V8.0.0 (2007-12)
The meaning of the different cause values is described in the following table. In general, "not supported" cause values
indicate that the concerned capability is missing. On the other hand, "not available" cause values indicate that the
concerned capability is present, but insufficient resources were available to perform the requested action.
Unspecified Sent when none of the above cause values applies but still the cause is
Radio Network Layer related
Transport resource unavailable The required transport resources are not available
Unspecified Sent when none of the above cause values applies but still the cause is
Transport Network Layer related
3GPP
Release 8 27 3GPP TS 36.423 V8.0.0 (2007-12)
Abstract Syntax Error (Reject) The received message included an abstract syntax error and the
concerned criticality indicated "reject" (see subclause 10.3)
Abstract Syntax Error (Ignore and The received message included an abstract syntax error and the
Notify) concerned criticality indicated "ignore and notify" (see subclause 10.3)
Abstract syntax error (falsely The received message contained IEs or IE groups in wrong order or with
constructed message) too many occurrences (see subclause 10.3)
Message not Compatible with The received message was not compatible with the receiver state (see
Receiver State subclause 10.4)
Semantic Error The received message included a semantic error (see subclause 10.4)
Transfer Syntax Error The received message included a transfer syntax error (see subclause
10.2)
Unspecified Sent when none of the above cause values applies but still the cause is
Protocol related
Not enough User Plane Processing eNodeB has insufficient user plane processing resources available
Resources
O&M Intervention Operation and Maintenance intervention related to eNodeB equipment
Unspecified Sent when none of the above cause values applies and the cause is not
related to any of the categories Radio Network Layer, Transport Network
Layer or Protocol.
3GPP
Release 8 28 3GPP TS 36.423 V8.0.0 (2007-12)
3GPP
Release 8 29 3GPP TS 36.423 V8.0.0 (2007-12)
3GPP
Release 8 30 3GPP TS 36.423 V8.0.0 (2007-12)
9.2.16 CGI
3GPP
Release 8 31 3GPP TS 36.423 V8.0.0 (2007-12)
The ASN.1 definition specifies the structure and content of X2AP messages. X2AP messages can contain any IEs specified in the object set definitions for that message without
the order or number of occurrence being restricted by ASN.1. However, for this version of the standard, a sending entity shall construct a X2AP message according to the PDU
definitions module and with the following additional rules (Note that in the following IE means an IE in the object set with an explicit id. If one IE needed to appear more than
once in one object set, then the different occurrences have different IE ids):
• IEs shall be ordered (in an IE container) in the order they appear in object set definitions.
• Object set definitions specify how many times IEs may appear. An IE shall appear exactly once if the presence field in an object has value "mandatory". An IE may appear at
most once if the presence field in an object has value "optional" or "conditional". If in a tabular format there is multiplicity specified for an IE (i.e. an IE list) then in the
corresponding ASN.1 definition the list definition is separated into two parts. The first part defines an IE container list in which the list elements reside. The second part
defines list elements. The IE container list appears as an IE of its own. For this version of the standard an IE container list may contain only one kind of list elements.
If a X2AP message that is not constructed as defined above is received, this shall be considered as Abstract Syntax Error, and the message shall be handled as defined for
Abstract Syntax Error in subclause 10.3.6.
Editors Note: Yellow highlight indicate text that has been proposed to be removed (further checking needed)
- for special operator (and/or vendor) specific features considered not to be part of the basic functionality, i.e. the functionality required for a complete and high-quality
specification in order to guarantee multivendor inter-operability.
- by vendors for research purposes, e.g. to implement and evaluate new algorithms/features before such features are proposed for standardisation.
The private message mechanism shall not be used for basic functionality. Such functionality shall be standardised.
3GPP
Release 8 32 3GPP TS 36.423 V8.0.0 (2007-12)
--
-- **************************************************************
X2AP-PDU-Descriptions {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
eps-Access (21) modules (3) x2ap (2) version1 (1) x2ap-PDU-Descriptions (0) }
BEGIN
-- **************************************************************
--
-- IE parameter types from other modules.
--
-- **************************************************************
IMPORTS
Criticality,
ProcedureCode
FROM X2AP-CommonDataTypes
ErrorIndication,
HandoverRequest,
HandoverRequestAcknowledge,
HandoverPreparationFailure,
SNStatusTransfer,
ReleaseResource,
HandoverCancel,
LoadInformation,
ResetRequest,
ResetResponse,
X2SetupRequest,
X2SetupResponse,
X2SetupFailure
FROM X2AP-PDU-Contents
id-errorIndication,
id-handoverPreparation,
id-snStatusTransfer,
id-releaseResource,
id-handoverCancel,
id-loadIndication,
id-reset,
id-x2Setup
FROM X2AP-Constants;
-- **************************************************************
--
3GPP
Release 8 33 3GPP TS 36.423 V8.0.0 (2007-12)
-- Interface Elementary Procedure Class
--
-- **************************************************************
-- **************************************************************
--
-- Interface PDU Definition
--
-- **************************************************************
-- **************************************************************
--
3GPP
Release 8 34 3GPP TS 36.423 V8.0.0 (2007-12)
-- Interface Elementary Procedure List
--
-- **************************************************************
-- **************************************************************
--
-- Interface Elementary Procedures
--
-- **************************************************************
3GPP
Release 8 35 3GPP TS 36.423 V8.0.0 (2007-12)
END
X2AP-PDU-Contents {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
eps-Access (21) modules (3) x2ap (2) version1 (1) x2ap-PDU-Contents (1) }
3GPP
Release 8 36 3GPP TS 36.423 V8.0.0 (2007-12)
DEFINITIONS AUTOMATIC TAGS ::=
BEGIN
-- **************************************************************
--
-- IE parameter types from other modules.
--
-- **************************************************************
IMPORTS
AggregateMaximumBitRate,
Bearer-ID,
Cause,
CGI,
CriticalityDiagnostics,
DL-Forwarding,
ENB-ID,
HandoverRestrictionList,
InterferenceOverloadIndication,
PDCP-SN,
PLMN-Identity,
UE-S1AP-ID,
RB-type,
RRC-Context,
SAE-BearerLevel-QoS-Parameters,
ServedCells,
TimeToWait,
TraceActivation,
TargeteNBtoSource-eNBTransparentContainer,
TraceDepth,
TraceReference,
TransportLayerAddress,
UE-HistoryInformation,
GTPtunnelEndpoint,
UE-X2AP-ID
FROM X2AP-IEs
PrivateIE-Container{},
ProtocolExtensionContainer{},
ProtocolIE-ContainerList{},
ProtocolIE-ContainerPair{},
ProtocolIE-ContainerPairList{},
ProtocolIE-Container{},
ProtocolIE-Single-Container{},
X2AP-PRIVATE-IES,
X2AP-PROTOCOL-EXTENSION,
X2AP-PROTOCOL-IES,
X2AP-PROTOCOL-IES-PAIR
FROM X2AP-Containers
id-Bearers-Admitted-Item,
id-Bearers-Admitted-List,
3GPP
Release 8 37 3GPP TS 36.423 V8.0.0 (2007-12)
id-Bearers-NotAdmitted-Item,
id-Bearers-NotAdmitted-List,
id-Bearers-SubjectToStatusTransfer-List,
id-Bearers-SubjectToStatusTransfer-Item,
id-Cause,
id-CellInformation,
id-CellInformation-Item,
id-CriticalityDiagnostics,
id-ENB-ID,
id-UE-ContextInformation,
id-Bearers-ToBeSetup-Item,
id-New-eNB-UE-X2AP-ID,
id-Old-eNB-UE-X2AP-ID,
id-ServedCells,
id-TargetCell-ID,
id-TargeteNBtoSource-eNBTransparentContainer,
id-TimeToWait,
id-TraceActivation,
id-UE-HistoryInformation,
id-UE-X2AP-ID,
maxnoofBearers,
maxnoofPDCP-SN,
maxCellineNB
FROM X2AP-Constants;
-- **************************************************************
--
-- HANDOVER REQUEST
--
-- **************************************************************
3GPP
Release 8 38 3GPP TS 36.423 V8.0.0 (2007-12)
iE-Extensions ProtocolExtensionContainer { {UE-ContextInformation-ExtIEs} } OPTIONAL,
...
}
-- **************************************************************
--
-- HANDOVER REQUEST ACKNOWLEDGE
--
-- **************************************************************
3GPP
Release 8 39 3GPP TS 36.423 V8.0.0 (2007-12)
Bearers-Admitted-ItemIEs X2AP-PROTOCOL-IES ::= {
{ ID id-Bearers-Admitted-Item CRITICALITY ignore TYPE Bearers-Admitted-Item PRESENCE mandatory }
}
-- **************************************************************
--
-- HANDOVER PREPARATION FAILURE
--
-- **************************************************************
-- **************************************************************
--
3GPP
Release 8 40 3GPP TS 36.423 V8.0.0 (2007-12)
-- SN Status Transfer
--
-- **************************************************************
-- **************************************************************
--
-- Release Resource
--
-- **************************************************************
3GPP
Release 8 41 3GPP TS 36.423 V8.0.0 (2007-12)
{ ID id-Old-eNB-UE-X2AP-ID CRITICALITY reject TYPE UE-X2AP-ID PRESENCE mandatory} |
{ ID id-New-eNB-UE-X2AP-ID CRITICALITY reject TYPE UE-X2AP-ID PRESENCE mandatory} ,
...
}
-- **************************************************************
--
-- HANDOVER CANCEL
--
-- **************************************************************
-- **************************************************************
--
-- ERROR INDICATION
--
-- **************************************************************
-- **************************************************************
--
-- Reset Request
--
-- **************************************************************
3GPP
Release 8 42 3GPP TS 36.423 V8.0.0 (2007-12)
...
}
-- **************************************************************
--
-- Reset Response
--
-- **************************************************************
-- **************************************************************
--
-- X2 SETUP REQUEST
--
-- **************************************************************
-- **************************************************************
--
-- X2 SETUP RESPONSE
--
-- **************************************************************
3GPP
Release 8 43 3GPP TS 36.423 V8.0.0 (2007-12)
{ ID id-ENB-ID CRITICALITY reject TYPE ENB-ID PRESENCE mandatory} |
{ ID id-ServedCells CRITICALITY reject TYPE ServedCells PRESENCE mandatory} ,
...
}
-- **************************************************************
--
-- X2 SETUP FAILURE
--
-- **************************************************************
-- **************************************************************
--
-- LOAD INFORMATION
--
-- **************************************************************
3GPP
Release 8 44 3GPP TS 36.423 V8.0.0 (2007-12)
}
END
X2AP-IEs {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
eps-Access (21) modules (3) x2ap (2) version1 (1) x2ap-IEs (2) }
BEGIN
IMPORTS
id-InterfacesToTrace-Item,
maxInterfaces,
maxNrOfErrors,
maxnoofCells,
maxnoofEPLMNs,
maxnoofEPLMNsPlusOne,
maxnoofForbLACs,
maxnoofForbTAIs,
maxCellineNB,
maxnoofBPLMNs
FROM X2AP-Constants
3GPP
Release 8 45 3GPP TS 36.423 V8.0.0 (2007-12)
Criticality,
ProcedureCode,
ProtocolIE-ID,
TriggeringMessage
FROM X2AP-CommonDataTypes
ProtocolIE-Single-Container{},
ProtocolExtensionContainer{},
X2AP-PROTOCOL-IES,
X2AP-PROTOCOL-EXTENSION
FROM X2AP-Containers;
-- A
-- B
-- C
3GPP
Release 8 46 3GPP TS 36.423 V8.0.0 (2007-12)
unspecified,
abstract-syntax-error-falsely-constructed-message,
...
}
3GPP
Release 8 47 3GPP TS 36.423 V8.0.0 (2007-12)
}
-- D
-- E
-- F
3GPP
Release 8 48 3GPP TS 36.423 V8.0.0 (2007-12)
ForbiddenLAs-Item ::= SEQUENCE {
pLMN-Identity PLMN-Identity,
forbiddenLACs ForbiddenLACs
}
-- G
-- H
-- I
3GPP
Release 8 49 3GPP TS 36.423 V8.0.0 (2007-12)
traceDepth TraceDepth,
iE-Extensions ProtocolExtensionContainer { {InterfacesToTrace-Item-ExtIEs} } OPTIONAL,
...
}
-- J
-- K
-- L
-- M
-- N
-- O
-- P
-- Q
-- R
-- S
3GPP
Release 8 50 3GPP TS 36.423 V8.0.0 (2007-12)
3GPP
Release 8 51 3GPP TS 36.423 V8.0.0 (2007-12)
...
}
-- T
3GPP
Release 8 52 3GPP TS 36.423 V8.0.0 (2007-12)
missing,
...
}
-- U
-- V
-- W
-- X
-- Y
-- Z
END
X2AP-CommonDataTypes {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
eps-Access (21) modules (3) x2ap (2) version1 (1) x2ap-CommonDataTypes (3) }
BEGIN
-- **************************************************************
--
-- Extension constants
--
-- **************************************************************
3GPP
Release 8 53 3GPP TS 36.423 V8.0.0 (2007-12)
-- **************************************************************
--
-- Common Data Types
--
-- **************************************************************
END
X2AP-Constants {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
eps-Access (21) modules (3) x2ap (2) version1 (1) x2ap-Constants (4) }
BEGIN
IMPORTS
ProcedureCode,
ProtocolIE-ID
FROM X2AP-CommonDataTypes;
-- **************************************************************
--
-- Elementary Procedures
--
-- **************************************************************
3GPP
Release 8 54 3GPP TS 36.423 V8.0.0 (2007-12)
-- **************************************************************
--
-- Lists
--
-- **************************************************************
-- **************************************************************
--
-- IEs
--
-- **************************************************************
3GPP
Release 8 55 3GPP TS 36.423 V8.0.0 (2007-12)
id-UE-ContextInformation ProtocolIE-ID ::= 14
id-UE-HistoryInformation ProtocolIE-ID ::= 15
id-UE-X2AP-ID ProtocolIE-ID ::= 16
id-CriticalityDiagnostics ProtocolIE-ID ::= 17
id-Bearers-SubjectToStatusTransfer-List ProtocolIE-ID ::= 18
id-Bearers-SubjectToStatusTransfer-Item ProtocolIE-ID ::= 19
id-ServedCells ProtocolIE-ID ::= 20
id-ENB-ID ProtocolIE-ID ::= 21
id-TimeToWait ProtocolIE-ID ::= 22
END
X2AP-Containers {
itu-t (0) identified-organization (4) etsi (0) mobileDomain (0)
eps-Access (21) modules (3) x2ap (2) version1 (1) x2ap-Containers (5) }
BEGIN
-- **************************************************************
--
-- IE parameter types from other modules.
--
-- **************************************************************
IMPORTS
maxPrivateIEs,
maxProtocolExtensions,
maxProtocolIEs,
Criticality,
Presence,
PrivateIE-ID,
ProtocolIE-ID
FROM X2AP-CommonDataTypes;
-- **************************************************************
--
-- Class Definition for Protocol IEs
--
-- **************************************************************
3GPP
Release 8 56 3GPP TS 36.423 V8.0.0 (2007-12)
X2AP-PROTOCOL-IES ::= CLASS {
&id ProtocolIE-ID UNIQUE,
&criticality Criticality,
&Value,
&presence Presence
}
WITH SYNTAX {
ID &id
CRITICALITY &criticality
TYPE &Value
PRESENCE &presence
}
-- **************************************************************
--
-- Class Definition for Protocol IEs
--
-- **************************************************************
-- **************************************************************
--
-- Class Definition for Protocol Extensions
--
-- **************************************************************
3GPP
Release 8 57 3GPP TS 36.423 V8.0.0 (2007-12)
}
-- **************************************************************
--
-- Class Definition for Private IEs
--
-- **************************************************************
-- **************************************************************
--
-- Container for Protocol IEs
--
-- **************************************************************
-- **************************************************************
--
-- Container for Protocol IE Pairs
--
-- **************************************************************
3GPP
Release 8 58 3GPP TS 36.423 V8.0.0 (2007-12)
firstValue X2AP-PROTOCOL-IES-PAIR.&FirstValue ({IEsSetParam}{@id}),
secondCriticality X2AP-PROTOCOL-IES-PAIR.&secondCriticality ({IEsSetParam}{@id}),
secondValue X2AP-PROTOCOL-IES-PAIR.&SecondValue ({IEsSetParam}{@id})
}
-- **************************************************************
--
-- Container Lists for Protocol IE Containers
--
-- **************************************************************
-- **************************************************************
--
-- Container for Protocol Extensions
--
-- **************************************************************
-- **************************************************************
--
-- Container for Private IEs
--
-- **************************************************************
END
3GPP
Release 8 59 3GPP TS 36.423 V8.0.0 (2007-12)
9.5 Timers
TRELOCprep
- Specifies the maximum time for the Handover Preparation procedure in the source eNodeB.
TX2RELOCoverall
- Specifies the maximum time for the protection of the overall handover procedure in the source eNodeB.
3GPP
Release 8 60 3GPP TS 36.423 V8.0.0 (2007-12)
Annex A (informative):
Change history
Change history
Date TSG # TSG Doc. CR Rev Subject/Comment Old New
2007-02 First draft 0.0.1
Editorial changes:
Other changes:
2007-09 37 RP-070585 Presentation to TSG-RAN for information -version 1.0.0 0.2.0 1.0.0
2007-10 Inclusion of agreements from RAN3#57bis as well as 1.0.0 1.0.1
editorials
2007-11 Inclusion of agreements from RAN3#58 as well as editorials 1.0.1 1.1.0
2007-11 38 RP-070856 Presentation to TSG-RAN for approval - version 2.0.0 1.1.0 2.0.0
2007-12 38 approved at TSG-RAN and placed under change control 2.0.0 8.0.0
3GPP