Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Contents
Contents
1 EPS Architecture .........................................................................................................................1-2
1.1 EPS Network Elements ................................................................................................................................. 1-3
1.1.1 User Equipment ................................................................................................................................... 1-3
1.1.2 Evolved Node B ................................................................................................................................... 1-5
1.1.3 Mobility Management Entity ............................................................................................................... 1-6
1.1.4 Serving Gateway .................................................................................................................................. 1-7
1.1.5 Packet Data Network - Gateway .......................................................................................................... 1-8
1.2 EPS Interfaces ............................................................................................................................................... 1-9
1.2.1 E-UTRAN Interfaces ........................................................................................................................... 1-9
1.2.2 EPC Interfaces ..................................................................................................................................... 1-9
1.2.3 Additional Network Elements and Interfaces ..................................................................................... 1-10
Issue 06 (2006-03-01)
Contents
Issue 06 (2006-03-01)
Contents
Issue 06 (2006-03-01)
iii
Contents
9 Glossary ...................................................................................................................................9-138
iv
Issue 06 (2006-03-01)
Figures
Figures
Figure 1-1 LTE Reference Architecture ............................................................................................................. 1-3
Figure 1-2 User Equipment Functional Elements .............................................................................................. 1-4
Figure 1-3 Evolved Node B Functional Elements .............................................................................................. 1-5
Figure 1-4 MME Functional Elements ............................................................................................................... 1-7
Figure 1-5 S-GW Functional Elements .............................................................................................................. 1-8
Figure 1-6 PDN-GW Functional Elements......................................................................................................... 1-8
Figure 1-7 E-UTRAN Interfaces ........................................................................................................................ 1-9
Figure 1-8 EPC Architecture and Interfaces ..................................................................................................... 1-10
Figure 1-9 Additional Network Elements and Interfaces ................................................................................. 1-11
Figure 2-1 NAS and AS Control Plane ............................................................................................................. 2-14
Figure 2-2 NAS and AS User Plane ................................................................................................................. 2-15
Figure 2-3 NAS Protocol stack......................................................................................................................... 2-16
Figure 2-4 NAS Identities ................................................................................................................................ 2-17
Figure 2-5 TA and TA List ................................................................................................................................ 2-18
Figure 2-6 NAS States and State Transtions..................................................................................................... 2-21
Figure 2-7 Network Attach ............................................................................................................................... 2-22
Figure 2-8 Uu Interface Protocols .................................................................................................................... 2-23
Figure 2-9 Main RRC Functions ...................................................................................................................... 2-23
Figure 2-10 PDCP Functions ............................................................................................................................ 2-24
Figure 2-11 RLC Modes and Functions ........................................................................................................... 2-25
Figure 2-12 Medium Access Control Functions ............................................................................................... 2-25
Figure 2-13 Physical Layer Functions .............................................................................................................. 2-26
Figure 2-14 X2 Interface Protocols .................................................................................................................. 2-26
Figure 2-15 S1 Interface Protocols ................................................................................................................... 2-28
Figure 2-16 S11 Interface Protocols ................................................................................................................. 2-29
Figure 2-17 S5/S8 Interface Protocols.............................................................................................................. 2-30
Issue 06 (2006-03-01)
Figures
vi
Issue 06 (2006-03-01)
Figures
Figure 5-4 User Plane PDCP Data PDU with Short PDCP SN (7 bits) ............................................................ 5-62
Figure 5-5 PDCP Control PDU for PDCP Status Report ................................................................................. 5-62
Figure 5-6 PDCP Control PDU for Interspersed ROHC Feedback Packet ...................................................... 5-62
Figure 5-7 ROHC Feedback ............................................................................................................................. 5-63
Figure 5-8 Derivation of MAC-I ...................................................................................................................... 5-64
Figure 5-9 Count Value .................................................................................................................................... 5-64
Figure 5-10 PDCP Ciphering ........................................................................................................................... 5-64
Figure 6-1 RLC Modes..................................................................................................................................... 6-67
Figure 6-2 Transparent Mode RLC .................................................................................................................. 6-68
Figure 6-3 Unacknowledged Mode RLC ......................................................................................................... 6-68
Figure 6-4 Acknowledged Mode RLC ............................................................................................................. 6-70
Figure 6-5 RLC UMD 5bit SN (No Length Indicators) ................................................................................... 6-71
Figure 6-6 RLC UMD 10bit SN (No Length Indicators) ................................................................................. 6-71
Figure 6-7 RLC UMD with 2 Length Indicators .............................................................................................. 6-72
Figure 6-8 RLC AMD with no Length Indicators ............................................................................................ 6-73
Figure 6-9 RLC AMD with Odd Number of Length Indicators ....................................................................... 6-73
Figure 6-10 RLC AMD PDU Segment............................................................................................................. 6-74
Figure 6-11 AMD Segmentation ...................................................................................................................... 6-74
Figure 6-12 RLC Status PDU ........................................................................................................................... 6-75
Figure 6-13 MAC Structure (UE Side)............................................................................................................. 6-76
Figure 6-14 MAC Header ................................................................................................................................. 6-77
Figure 6-15 MAC Subheaders .......................................................................................................................... 6-78
Figure 6-16 Timing Advance Parameter ........................................................................................................... 6-79
Figure 6-17 Short BSR and Truncated BSR MAC Control Element ................................................................ 6-79
Figure 6-18 Long BSR MAC Control Element ................................................................................................ 6-79
Figure 6-19 Power Control Headroom ............................................................................................................. 6-80
Figure 6-20 Power Headroom Control Element ............................................................................................... 6-80
Figure 6-21 Random Access RRC Signaling Procedure .................................................................................. 6-81
Figure 6-22 Random Access Response ............................................................................................................ 6-82
Figure 6-23 Backoff Indicator .......................................................................................................................... 6-83
Figure 7-1 X2 Control and User Plane ............................................................................................................. 7-85
Figure 7-2 X2 Handover Request ..................................................................................................................... 7-89
Figure 7-3 X2 Handover Preparation Failure ................................................................................................... 7-90
Issue 06 (2006-03-01)
vii
Figures
viii
Issue 06 (2006-03-01)
Figures
Issue 06 (2006-03-01)
ix
1 EPS Architecture
Tables
Table 1-1 UE Categories ..................................................................................................................................... 1-4
Table 2-1 NAS EMM and ESM Procedures ..................................................................................................... 2-19
Table 3-1 QCI Attributes .................................................................................................................................. 3-36
Table 5-1 Supported Header Compression Protocols and Profiles ................................................................... 5-60
Table 6-1 RLC PDU Formats ........................................................................................................................... 6-70
Table 6-2 FI Field Interpretation ....................................................................................................................... 6-72
Table 6-3 LCID Coding for DL-SCH ............................................................................................................... 6-77
Table 6-4 LCID Coding for UL-SCH ............................................................................................................... 6-78
Table 6-5 Power Headroom Report Mapping ................................................................................................... 6-80
Table 6-6 Uplink Grant ..................................................................................................................................... 6-82
Table 7-1 Mapping between X2AP Functions and X2AP EPs ......................................................................... 7-86
Table 7-2 Class 1 Elementary Procedures ........................................................................................................ 7-86
Table 7-3 S1AP Class 1 Elementary Procedures .............................................................................................. 7-99
Table 7-4 S1AP Class 2 Elementary Procedures ............................................................................................ 7-100
Table 7-5 Messages in GTP-U ........................................................................................................................ 7-123
Issue 06 (2006-03-01)
1-1
1 EPS Architecture
EPS Architecture
1-2
Issue 06 (2006-03-01)
1 EPS Architecture
IMS
HSS
CSCF
Video AS
E-UTRAN
EPC
MME
UE
eNB
eNB
S-GW
PDN-GW
Whilst UMTS is based upon WCDMA technology, the 3GPP developed new specifications
for the LTE air interface based upon OFDMA (Orthogonal Frequency Division Multiple
Access) in the downlink and SC-FDMA (Single Carrier - Frequency Division Multiple Access)
in the uplink. This new air interface is termed the E-UTRA (Evolved - Universal Terrestrial
Radio Access).
RR (Radio Resource) - this supports both the Control Plane and User Plane and in so
doing, is responsible for all low level protocols including RRC (Radio Resource Control),
PDCP (Packet Data Convergence Protocol), RLC (Radio Link Control), MAC (Medium
Access Control) and the PHY (Physical) Layer.
EMM (EPS Mobility Management) - is a Control Plane entity which manages the
mobility management states the UE can exist in; LTE Idle, LTE Active and LTE
Detached. Transactions within these states include procedures such as TAU (Tracking
Area Update) and handovers.
Issue 06 (2006-03-01)
1-3
1 EPS Architecture
ESM (EPS Session Management) - is a Control Plane activity which manages the
activation, modification and deactivation of EPS bearer contexts. These can either be
default EPS bearer contexts or dedicated EPS bearer contexts.
Control
Plane
User
Plane
IP Adaptation
Function
Radio Resource
Radio Resource
RRC, PDCP, RLC, MAC &
PHY Layer Protocols
In terms of the Physical Layer, the capabilities of the UE may be defined in terms of the
frequencies and data rates supported. Devices may also be capable of supporting adaptive
modulation including QPSK (Quadrature Phase Shift Keying), 16QAM (16 Quadrature
Amplitude Modulation) and 64QAM (Quadrature Amplitude Modulation).
In terms of the radio spectrum, the UE is able to support several scalable channels including;
1.4MHz, 3MHz, 5MHz, 10MHz, 15MHz and 20MHz whilst operating in FDD (Frequency
Division Duplex) and/or TDD (Time Division Duplex). Furthermore, the UE may also
support advanced antenna features such as MIMO (Multiple Input Multiple Output).
Table 1-1 UE Categories
1-4
UE Category
Maximum
Downlink
Data Rate
Number of
Downlink
Data Streams
Maximum
Uplink
Data Rate
Support for
Uplink
64QAM
10.3Mbit/s
5.2Mbit/s
No
51.0Mbit/s
25.5Mbit/s
No
102.0Mbit/s
51.0Mbit/s
No
150.8Mbit/s
51.0Mbit/s
No
302.8Mbit/s
75.4Mbit/s
Yes
Issue 06 (2006-03-01)
1 EPS Architecture
RRM (Radio Resource Management) - this involves the allocation to the UE of the
physical resources on the uplink and downlink, access control and mobility control.
Date Compression - is performed in both the eNB and the UE in order to maximize the
amount of user data that can be transferred on the allocated resource. This process is
undertaken by PDCP.
Data Protection - is performed at the eNB and the UE in order to encrypt and integrity
protect RRC signaling and encrypt user data on the air interface.
Routing - this involves the forwarding of Control Plane signaling to the MME and User
Plane traffic to the S-GW (Serving - Gateway).
Packet Classification and QoS Policy Enforcement - this involves the marking of
uplink packets based upon subscription information or local service provider policy. QoS
(Quality of Service) policy enforcement is then responsible for ensuring such policy is
enforced at the network edge.
Radio Resource
Management
Packet
Classification
and QoS Policy
Enforcement
Data
Compression
eNB
Routing
Data Protection
Security in LTE is not solely limited to encryption and integrity protection of information passing across
the air interface but instead, NAS encryption and integrity protection between the UE and MME also
takes place. In addition, IPSec may also be used to protect user data within both the E-UTRAN and
EPC.
eNB Identities
In addition to the UE identities already discussed, there are a number of specific identities
associated with the eNB. These include:
TAI (Tracking Area Identity) - is a logical group of neighboring cells defined by the
service provider in which UEs in LTE Idle mode are able to move within without
needing to update the network. As such, it is similar to a RAI (Routing Area Identity)
used in 2G and 3G packet switched networks.
ECGI (E-UTRAN Cell Global Identifier) - is comprised of the MCC, MNC and ECI
(Evolved Cell Identity), the later being coded by each service provider.
Issue 06 (2006-03-01)
1-5
1 EPS Architecture
Femto Cells
In order to improve both network coverage and capacity, the 3GPP have developed a new type
of base station to operate within the home or small business environment. Termed the HeNB
(Home Evolved Node B), this network element forms part of the E-UTRAN and in so doing
supports the standard E-UTRAN interfaces. However, it must be stated that HeNBs do not
support the X2 interface.
The architecture may include an HeNB-GW (Home Evolved Node B - Gateway) which
resides between the HeNB in the E-UTRAN and the MME / S-GW in the EPC in order to
scale and support large numbers of base station deployments.
1-6
NAS Signaling and Security - this incorporates both EMM (EPS Mobility Management)
and ESM (EPS Session Management) and thus includes procedures such as Tracking
Area Updates and EPS Bearer Management. The MME is also responsible for NAS
security.
S-GW and PDN-GW Selection - upon receipt of a request from the UE to allocate a
bearer resource, the MME will select the most appropriate S-GW and PDN-GW. This
selection criterion is based on the location of the UE in addition to current load
conditions within the network.
Tracking Area List Management and Paging - whilst in the LTE Idle state, the UE is
tracked by the MME to the granularity of a Tracking Area. Whilst UEs remain within the
Tracking Areas provided to them in the form of a Tracking Area List, there is no
requirement for them to notify the MME. The MME is also responsible for initiating the
paging procedure.
Inter MME Mobility - if a handover involves changing the point of attachment within the
EPC, it may be necessary to involve an inter MME handover. In this situation, the
serving MME will select a target MME with which to conduct this process.
Authentication - this involves interworking with the subscribers HSS (Home Subscriber
Server) in order to obtain AAA (Access Authorization and Accounting) information with
which to authenticate the subscriber. Like that of other 3GPP system, authentication is
based on AKA (Authentication and Key Agreement).
Issue 06 (2006-03-01)
1 EPS Architecture
NAS Signaling
and Security
Authentication
S-GW and
PDN-GW
Selection
MME
Inter MME
Mobility
Mobility Anchor - for inter eNB handovers, the S-GW acts as an anchor point for the
User Plane. Furthermore, it also acts as an anchor for inter 3GPP handovers to legacy
networks - GPRS and UMTS.
Downlink Packet Buffering - when traffic arrives for a UE at the S-GW, it may need to
be buffered in order to allow time for the MME to page the UE and for it to enter the
LTE Active state.
Packet Routing and Forwarding - traffic must be routed to the correct eNB on the
downlink and the specified PDN-GW on the uplink.
Lawful Interception - this incorporates the monitoring of VoIP (Voice over IP) and other
packet services.
GTP/PMIP Support - if PMIP (Proxy Mobile IP) is used on the S5/S8 Interfaces, the
S-GW must support MAG (Mobile Access Gateway) functionality. Furthermore, support
for GTP/PMIP chaining may also be required.
Issue 06 (2006-03-01)
1-7
1 EPS Architecture
Mobility Anchor
GTP/PMIP
Support
Downlink
Packet
Buffering
S-GW
Lawful
Interception
Packet Routing
and Forwarding
Packet Filtering - this incorporates the deep packet inspection of IP datagrams arriving
from the PDN in order to determine which TFT (Traffic Flow Template) they are to be
associated with.
Lawful Interception - as with the S-GW, the PDN-GW may also monitor traffic as it
passes across it.
Transport Level Packet Marking - this involves the marking of uplink and downlink
packets with the appropriate tag e.g. DSCP (Differentiated Services Code Point) based
on the QCI (QoS Class Identifier) of the associated EPS bearer.
Accounting - through interaction with a PCRF (Policy Rules and Charging Function), the
PDN-GW will monitor traffic volumes and types.
Packet Filtering
Accounting
Lawful
Interception
Transport
Level Packet
Marking
1-8
PDN-GW
IP Address
Allocation
Issue 06 (2006-03-01)
1 EPS Architecture
E-UTRAN
Uu
EPC
S1-MME
S1-MME
S1-U
eNB
X2
MME
S1-U
eNB
S-GW
Uu Interface
The Uu Interface supports both a Control Plane and a User plane and spans the link between
the UE and the eNB / HeNB. The principle Control Plane protocol is RRC (Radio Resource
Control) while the User Plane is designed to carry IP datagrams.
X2 Interface
The X2 interface interconnects two eNBs and in so doing supports both a Control Plane and
User Plane. The principle Control Plane protocol is X2AP (X2 Application Protocol).
S1 Interface
The S1 interface can be subdivided into the S1-MME interface supporting Control Plane
signaling between the eNB and the MME and the S1-U Interface supporting User Plane traffic
between the eNB and the S-GW. The principle Control Plane protocol is S1AP (S1
Application Protocol).
Issue 06 (2006-03-01)
1-9
1 EPS Architecture
EPC
S1-MME
S10
MME
S11
MME
S5/S8
S1-U
S-GW
SGi
PDN-GW
1-10
Issue 06 (2006-03-01)
1 EPS Architecture
CDMA
2000
S6a
EIR
HSS
S13
S101
EPC
S10
S3
MME
SGSN
PCRF
MME
S11
Gx
S4
S2a
S5/S8
S-GW
S12
PDN-GW
S103
RNC
Trusted
Non 3GPP
IP Access
S2b
Wn
CDMA
2000
Untrusted
Non 3GPP
IP Access
ePDG
HSS (Home Subscriber Server) - this can be considered a master database within the
PLMN. Although logically it is considered as one entity, the HSS in practice is made up
of several physical databases depending upon subscriber numbers and redundancy
requirements. The HSS holds variables and identities for the support, establishment and
maintenance of calls and sessions made by subscribers. It is connected to the MME via
the S6a Interface which uses the protocol Diameter.
PCRF (Policy and Charging Rules Function) - this supports functionality for policy
control through the PDF (Policy Decision Function) and charging control through the
CRF (Charging Rules Function). As such, it provides bearer network control in terms of
QoS and the allocation of the associated charging vectors. The PCRF downloads this
information over the Gx Interface using the Diameter protocol.
ePDG (evolved Packet Data Gateway) - which is used when connecting to Untrusted
Non 3GPP IP Access networks. It provides functionality to allocate IP addresses in
addition to encapsulating / de-encapsulating IPSec (IP Security) and PMIP tunnels. It
connects to the PDN-GW via the S2b Interface.
RNC (Radio Network Controller) - which forms part of the 3GPPs UTRAN (Universal
Terrestrial Radio Access Network), the RNC connects to the S-GW to support the
tunneling of User Plane traffic using GTP-U. The interface linking these network
elements is the S12 Interface.
SGSN (Serving GPRS Support Node) - this forms part of the 3GPPs 2G and 3G packet
switched core domain. It connects to both the MME and S-GW in order to support
Issue 06 (2006-03-01)
1-11
1 EPS Architecture
packet switched mobility and uses the GTPv2-C and GTP-U protocols respectively. The
SGSN connects to the MME via the S3 Interface and the S-GW via the S4 Interface.
1-12
EIR (Equipment Identity Register) - this database enables service providers to validate a
particular IMEI (International Mobile Equipment Identity) against stored lists. It
connects to the MME via the S13 Interface and uses the Diameter protocol for message
transfer.
Issue 06 (2006-03-01)
2 EPS Protocols
EPS Protocols
Issue 06 (2006-03-01)
2-13
2 EPS Protocols
Control Plane
Figure 2-1 illustrates the concept of NAS and AS signaling, i.e. the Control Plane. It is worth
noting that the NAS signaling is effectively transparent to the E-UTRAN. Access Stratum
signaling provides a mechanism to deliver NAS signaling, as well as the lower layer signaling
required to setup, maintain and manage the connections. The X2 interfaces are also part of
this methodology and as such it also is part of Access Stratum signaling.
Figure 2-1 NAS and AS Control Plane
E-UTRAN
Non Access
Stratum
Signaling
EPC
MME
UE
Access
Stratum
Signaling
eNB
S-GW
PDN-GW
User Plane
The User Plane focuses on the delivery of IP datagrams to and from the EPC, namely the
S-GW and PDN-GW. Figure 2-2 illustrates this concept.
2-14
Issue 06 (2006-03-01)
2 EPS Protocols
E-UTRAN
Non Access
Stratum IP
Datagrams
EPC
MME
UE
Access
Stratum
Transport
eNB
S-GW
PDN-GW
In the case of the User Plane the higher layer NAS is an IP datagram. This effectively is
delivered between the UE and the PDN-GW, with the eNB and S-GW acting as lower layer
relaying devices.
Issue 06 (2006-03-01)
2-15
2 EPS Protocols
S1
Uu
eNB
MME
UE
Non Access Stratum
NAS
NAS
RRC
RRC
S1AP
S1AP
PDCP
PDCP
SCTP
SCTP
RLC
RLC
MAC
MAC
IP
IP
PHY
PHY
L1/L2
L1/L2
As an operator option, there may also be MME Pool (MME Group) areas defined. An MME
Pool Area is defined as an area within which a UE may be served without need to change the
serving MME. An MME Pool Area is served by one or more MMEs in parallel. MME pool
Areas are a collection of complete Tracking Areas. MME Pool Areas may overlap each other,
as seen in Figure 2-4
2-16
Issue 06 (2006-03-01)
2 EPS Protocols
TA1
MME2
MME Group A
MME1
TA2
UE Context
TA3
GUTI
S-TMSI
PLMN
TA5
MME2
MME Group B
MME1
TA4
MME Group C
MME1
TA6
TA7
Issue 06 (2006-03-01)
2-17
2 EPS Protocols
GUTI
The EPC uses the IMSI number as the permanent user identifier (or rather, USIM identifier).
As in the legacy core Network a temporary identifier is also used, for subscriber identity
confidentiality reasons, in place of the IMSI whenever possible. The temporary identifier in
the EPS is called the Globally Unique Temporary Identity (GUTI).
The use of the GUTI is very similar to the use of the legacy TMSI (CS domain) and PTIMSI
(PS domain) numbers. There is a difference however: the GUTI explicitly links with the
MME pool Area concept.
The GUTI is allocated when the UE performs initial registration (Attach) with an MME. The
GUTI is then typically changed whenever the UE performs some EMM procedure, such as TA
update. The S-TMSI is a shortened version of the GUTI that uniquely identifies the user with
an MME Group. The S-TMIS ,rather than the complete GUTI, is used within most NAS
messages.
Cell 1
Cell 2
Cell 3
Cell 4
Cell 5
Cell 6
Cell 7
TA 1
TA2
List ( TA2)
UE1
Cell 8
UE 2
2-18
Issue 06 (2006-03-01)
2 EPS Protocols
ESM Procedures
Attach
Detach
Service Request
GUTI Reallocation
Authentication
Identification
EMM Status
ESM Status
EMM Information
NAS Transport
Paging
EMM Procedures
The key EMM procedures include:
Attach - this is used by the UE to attach to an EPC (Evolved Packet Core) for packet
services in the EPS (Evolved Packet System). Note that it can be also used to attach to
non-EPS services.
Detach - this is used by the UE to detach from EPS services. In addition, it can also be
used for other procedures such as disconnecting from non-EPS services.
Tracking Area Updating - this procedure is always initiated by the UE and is used for the
various purposes. The most common include normal and periodic tracking area updating.
Service Request - this is used by the UE to get connected and establish the radio and S1
bearers when uplink user data or signaling is to be sent.
Extended Service Request - this is used by the UE to initiate a Circuit Switched fallback
call or respond to a mobile terminated Circuit Switched fallback request from the
network.
Authentication - this is used for AKA (Authentication and Key Agreement) between the
user and the network.
Issue 06 (2006-03-01)
2-19
2 EPS Protocols
Security Mode Control - this is used to take an EPS security context into use, and
initialize and start NAS signaling security between the UE and the MME with the
corresponding NAS keys and security algorithms.
EMM Status - this is sent by the UE or by the network at any time to report certain error
conditions.
EMM Information - this allows the network to provide information to the UE.
Transport of NAS messages - this is to carry SMS (Short Message Service) messages in
an encapsulated form between the MME and the UE.
Paging - this is used by the network to request the establishment of a NAS signaling
connection to the UE. Is also includes the Circuit Switched Service Notification
ESM Procedures
The key ESM procedures include:
Default EPS Bearer Context Activation - this is used to establish a default EPS bearer
context between the UE and the EPC.
Dedicated EPS Bearer Context Activation - this is to establish an EPS bearer context
with specific QoS (Quality of Service) and TFT (Traffic Flow Template) between the UE
and the EPC. The dedicated EPS bearer context activation procedure is initiated by the
network, but may be requested by the UE by means of the UE requested bearer resource
allocation procedure.
EPS Bearer Context Modification - this is used to modify an EPS bearer context with a
specific QoS and TFT.
EPS Bearer Context Deactivation - this is used to deactivate an EPS bearer context or
disconnect from a PDN by deactivating all EPS bearer contexts to the PDN.
ESM Information Request - this is used by the network to retrieve ESM information, i.e.
protocol configuration options, APN (Access Point Name), or both from the UE during
the attach procedure.
ESM Status - this is used to report at any time certain error conditions detected upon
receipt of ESM protocol data.
2-20
Issue 06 (2006-03-01)
2 EPS Protocols
EMM protocol state machine contains two sets of states: EMM states and ECM states(EPS
Connection Management). The UE is either EMM REGISTERED OR EMM
DEREGISTERED, i.e. attached or not. The ECM states are only relevant in the EMM
REGISTERED state and reflect whether there is an active NAS Signaling Connection
established (ECM Connected) or not (ECM Idle).
The NAS signaling Connection is required for any exchange of NAS message with the
exception of the very messages that triggers the establishment of the NAS Signaling
Connection itself (e.g. Attach Request or Paging).
Figure 2-6 NAS States and State Transitions
ESM ACTIVE
EMM REGISTERED
MME context:
IMSI, GUTI, Talist
IP address, Security association
PDN Contents:
IP Adress APN, QoS Paramters
S5 IP address & TEID
S11 IP address & TEID
(S1-U IP address & TEID)
Data Transfer Possible when ECM
connected
One Default Bearer
Zero, one or more Dedicated Bearer
EPS Bearer
Establishment
ECM IDLE
No NAS Signaling Connection
Tracking Area Updates
NAS Connection
Release
NAS Connection
Establishment
ECM CONNECTED
NAS Signaling Connection
Data transfer possible
Attach
Detach
ESM INACTIVE
EMM DEREGISTERED
No PDN context
No MME context
The ESM states are quite straightforward: when at least one (default) bearer is established the
UE is in the ESM Active state, otherwise it is in the ESM Inactive state. The ESM
signaling needed to establish a bearer requires that the UE is properly registered in the
network. It therefore naturally follows that the UE must be in the EMM registered state
whenever it is ESM Active.
It also follows that there must be a NAS Signaling connection present during the ESM
signaling phase when a bearer is being established, i.e. the UE is then ECM connected.
However, there is no requirement to keep the NAS Signaling Connection active for the
lifetime of the EPS bearer. Hence the UE may very well be ECM Idle while being ESM
Active. This makes sense, since the UE may be attached for days, weeks or even months on
the end.
Issue 06 (2006-03-01)
2-21
2 EPS Protocols
The NAS states (MME related states) are aligned with the RRC states (eNodeB related states).
A UE in RRC Idle state is, from the MMEs point of view, in the NAS state ECM Idle. Paging
or a request from higher layers to transmit uplink data or signaling will cause a transition from
RRC Idle to RRC Connected, causing also a transition from ECM Idle to ECM Connected.
This is not shown in Figure 2-6.
Figure 2-7 Network Attach
UE
MME
eNB
RRC CONNECTION
Enter state
ECM_CONNECTED
SECURITY MODE
Enter state
EMM_REGISTERED
ESM_ACTIVE
2.2.5 Uu Interface
The Uu Interface supports both a Control Plane and a User plane and spans the link between
the UE and the eNB / HeNB. The principle Control Plane protocol is RRC in the Access
Stratum and EMM (EPS Mobility Management)/ ESM (EPS Session Management) in the
Non Access Stratum. In contrast, the User Plane is designed to carry IP datagrams. However,
both Control and User Planes utilize the services of the lower layers, namely PDCP (Packet
Data Convergence Protocol), RLC (Radio Link Control) and MAC (Medium Access Control),
as well as the PHY (Physical Layer).
2-22
Issue 06 (2006-03-01)
2 EPS Protocols
Uu
Control Plane
UE
eNB
RRC
Access Stratum
User Plane
IP
PDCP
PDCP
RLC
RLC
MAC
MAC
PHY
PHY
System Information
PLMN and Cell Selection
Admission Control
Security Management
Cell Reselection
Measurement Reports
Handovers and Mobility
NAS Transport
Radio Resource Management
NAS Signaling
RRC
PDCP
RLC
MAC
PHY
eNB
Issue 06 (2006-03-01)
2-23
2 EPS Protocols
Control Plane
Encryption
Integrity Checking
NAS Signaling
User Plane
IP Header Compression
Encryption
Sequencing and Duplicate Detection
RRC
PDCP
RLC
MAC
PHY
eNB
In the Control Plane, PDCP facilitates encryption and integrity checking of signaling
messages, i.e. RRC and NAS. The User Plane is slightly different since only encryption is
performed. In addition, the User Plane IP datagrams can also be subjected to IP header
compression techniques in order to improve the systems performance and efficiency. Finally,
PDCP also facilitates sequencing and duplication detection.
TM (Transparent Mode) - this is utilized for some of the air interface channels, e.g.
broadcast and paging. It provides a connectionless service for signaling.
These modes, as well as the other RLC features are illustrated in Figure 2-11. In addition to
ARQ, RLC offers segmentation, re-assembly and concatenation of information.
2-24
Issue 06 (2006-03-01)
2 EPS Protocols
NAS Signaling
TM (Transparent Mode)
UM (Unacknowledged Mode)
AM (Acknowledged Mode)
Segmentation and Re-Assembly
Concatenation
Error Correction
RRC
PDCP
RLC
MAC
PHY
eNB
Mapping - MAC maps the information received on the LTE Logical Channels into the
LTE transport channels.
Multiplexing - the information provided to MAC will come from a RB (Radio Bearer) or
multiple Radio Bearers. The MAC layer is able to multiplex different bearers into the
same TB (Transport Block), thus increasing efficiency.
HARQ (Hybrid Automatic Repeat Request) - MAC utilizes HARQ to provide error
correction services across the air. HARQ is a feature which requires the MAC and
Physical Layers to work closely together.
Radio Resource Allocation - QoS (Quality of Service) based scheduling of traffic and
signaling to users is provided by MAC.
In order to support these features the MAC and Physical Layers need to pass various
indications on the radio link quality, as well as the feedback from HARQ operation.
Figure 2-12 Medium Access Control Functions
NAS Signaling
RRC
Channel Mapping and Multiplexing
Error Correction - HARQ
QoS Based Scheduling
PDCP
RLC
MAC
PHY
eNB
Issue 06 (2006-03-01)
2-25
2 EPS Protocols
Error Detection
FEC Encoding/Decoding
Rate Matching
Mapping of Physical Channels
Power Weighting
Modulation and Demodulation
Frequency and Time Synchronization
Radio Measurements
MIMO Processing
Transmit Diversity
Beamforming
RF Processing
NAS Signaling
RRC
PDCP
RLC
MAC
PHY
eNB
2.2.11 X2 Interface
As previously mentioned, the X2 interface interconnects two eNBs and in so doing supports
both a Control Plane and User Plane. The principle Control Plane protocol is X2AP (X2
Application Protocol). This resides on SCTP (Stream Control Transmission Protocol) where
as the User Plane IP is transferred using the services of GTP-U (GPRS Tunneling Protocol User) and UDP (User Datagram Protocol).
Figure 2-14 illustrates the X2 User Plane and Control Plane protocols.
Figure 2-14 X2 Interface Protocols
X2
eNB
eNB
Control Plane
User Plane
X2AP
GTP-U
SCTP
UDP
IP
IP
Layer 2
Layer 2
Layer 1
Layer 1
2-26
Mobility Management - this enables the serving eNB to move the responsibility of a
specified UE to a target eNB. This includes Forwarding the User Plane, Status Transfer
and UE Context Release functions.
Issue 06 (2006-03-01)
2 EPS Protocols
Load Management - this function enables eNBs to communicate with each other in order
to report resource status, overload indications and current traffic loading.
Error Reporting - this allows for the reporting of general error situations for which
specific error reporting mechanism have not been defined.
Setting / Resetting X2 - this provides a means by which the X2 interface can be setup /
reset by exchanging the necessary information between the eNBs.
Configuration Update - this allows the updating of application level data which is needed
for two eNBs to interoperate over the X2 interface.
Flow Control.
Improved Security.
SCTP is also found on the S1-MME Interface which links the eNB to the MME.
2.2.15 S1 Interface
The S1 interface can be subdivided into the S1-MME interface supporting Control Plane
signaling between the eNB and the MME and the S1-U Interface supporting User Plane traffic
between the eNB and the S-GW.
Issue 06 (2006-03-01)
2-27
2 EPS Protocols
S1-U
S1-MME
MME
eNB
eNB
S-GW
Control Plane
User Plane
S1AP
GTP-U
SCTP
UDP
IP
IP
Layer 2
Layer 2
Layer 1
Layer 1
E-RAB (E-UTRAN - Radio Access Bearer) Management - this incorporates the setting
up, modifying and releasing of the E-RABs by the MME.
Initial Context Transfer - this is used to establish an S1UE context in the eNB, setup the
default IP connectivity and transfer NAS related signaling.
Paging.
NAS Signaling Transport - this is used for the transport of NAS related signaling over
the S1-MME Interface.
UE Context Modification and Release - this allows for the modification and release of
the established UE Context in the eNB and MME respectively.
Location Reporting - this enables the MME to be made aware of the UEs current
location within the network.
2-28
Issue 06 (2006-03-01)
2 EPS Protocols
S11
MME
S-GW
Control Plane
GTPv2-C
UDP
IP
Layer 2
Layer 1
GTPv2-C is also found on the S5/S8 Interface between the S-GW and PDN-GW and the S10 Interface
between MMEs. Furthermore, it can also be found on the S3 and S4 interfaces when interconnecting
with an SGSN (Serving GPRS Support Node).
Path Management - this incorporates Echo Request and Echo Response messages to
ensure ongoing connectivity across the link.
Tunnel Management - these messages are used to activate, modify and delete the EPS
bearers and sessions spanning the network.
Non 3GPP Access - these messages support the establishment of tunnels to forward
packet data between the 3GPP and Non 3GPP networks.
Issue 06 (2006-03-01)
2-29
2 EPS Protocols
S5/S8
S-GW
PDN-GW
Control Plane
User Plane
GTPv2-C
GTP-U / PMIP
UDP
UDP
IP
IP
Layer 2
Layer 2
Layer 1
Layer 1
2-30
Issue 06 (2006-03-01)
2 EPS Protocols
S10
MME
MME
Control Plane
GTPv2-C
UDP
IP
Layer 2
Layer 1
SGi
PDN-GW
Applications
TCP / UDP
IP
Layer 2
Layer 1
Issue 06 (2006-03-01)
2-31
3-32
Issue 06 (2006-03-01)
EPC
E-UTRAN
MME
UE
eNB
UE
Packet
Classifier
Data
Voice
S-GW
PDN-GW
Packet
Scheduler
Voice
x10
Data
x2
The main functions associated with QoS in a packet switch (router) are the:
Packet Classifier - this function analyses packets and based on a set of filters classifies
the packet. As such, it receives the correct packet forwarding treatment and scheduling.
Packet Scheduler - this schedules packets based on priority. In so doing various methods
are used to ensure low latency data, e.g. voice, is optimally scheduled.
3-33
Uu
S1-U
UE
eNB
S5/S8
S-GW
End to End Service
SGi
PDN-GW
Uu
UE
S1-U
eNB
S5/S8
S-GW
SGi
PDN-GW
SDF (Service
Data Flow)
3-34
Issue 06 (2006-03-01)
transport between the S-GW / PDN-GW and eNB according to the EPS QoS profile
associated with each EPS Bearer.
UE
TFT
PDN-GW
TFT
It is possible for the UE to establish more than one default EPS bearer, however this is via a different
APN (Access Point Name).
Issue 06 (2006-03-01)
3-35
UE AMBR (User Equipment Aggregate Maximum Bit Rate) - this value applies to the
total bit rate that can be allocated to a subscriber for all its non-GBR services.
APN AMBR (Access Point Name Aggregate Maximum Bit Rate) - this value applies to
the total bit rate that can be allocated to the subset of a subscribers services associated
with a particular APN.
Type
Priority
Packet
Delay
Budget (ms)
Packet
Error Rate
Example Service
GBR
100
10-2
Conversational Voice
GBR
150
10-3
Conversational Video
GBR
50
10-3
GBR
300
10-6
Non-Conversational Voice
Non-GBR
100
10-6
IMS Signaling
Non-GBR
300
10-6
Non-GBR
100
10-3
Non-GBR
300
10-6
Non-GBR
300
10-6
3-36
Priority Level (0 to 15) - Value 15 means "no priority", whereas values between 1 and 14
are ordered in decreasing order of priority, i.e. 1 is the highest and 14 the lowest, with
value 0 being reserved.
Issue 06 (2006-03-01)
SRB0 - this is for RRC messages using a CCCH logical channel, e.g. RRC Connection
Request, Setup and Re-establishment.
SRB1 - this is mainly for RRC messages using a DCCH logical channel. It can also be
used for NAS messages prior to the establishment of SRB2.
SRB2 - this is for NAS messages using a DCCH logical channel. Note that SRB2 has a
lower-priority than SRB1 and is always configured by the E-UTRAN after security
activation.
Uu
UE
S1-U
eNB
S5/S8
S-GW
SGi
PDN-GW
SRB 1
RRC (High Priority)
SRB 2
Issue 06 (2006-03-01)
3-37
Uu
Logical
Channel
Identity
UE
SRB 1
SRB 2
DRB 1
S1-U
eNB
S5/S8
S-GW
SGi
PDN-GW
EPS Bearer
Identity 0 to 15
Logical Channel
Identity 1 to 10
for Radio Bearers
E-RAB ID
E-RAB Level QoS Parameters
Transport Layer Address
GTP-TEID
NAS-PDU
Uu
Logical
Channel
Identity
3-38
MME
UE
SRB 1
SRB 2
DRB 1
S1-U
eNB
S5/S8
S-GW
SGi
PDN-GW
Issue 06 (2006-03-01)
E-UTRA Configuration
In order to achieve the QoS for the E-RAB the eNB configures the lower layer protocols,
namely PDCP, RLC, MAC and the Physical Layers.
Figure 3-8 E-UTRA E-RAB QoS
E-RAB ID
DRB ID
PDCP, RLC, MAC and PHY Configuration
eNB
UE
There are various parameters that could be configured/modified to influence the performance
of the E-UTRA and thus aid the eNB QoS scheduling requirements. These include:
PDCP Compression.
RLC AM or UM.
Issue 06 (2006-03-01)
3-39
4-40
Issue 06 (2006-03-01)
RRC
Control
NAS
RRC
IP
PDCP
RLC
MAC
Physical
The layers below RRC also include generic configuration options, e.g. defined mapping rules
for SI (System Information) messages. This enables the UE to acquire the eNB and ultimately
gain access to the network.
Transfer of dedicated control information, i.e. information for one specific UE.
Issue 06 (2006-03-01)
4-41
Relay IP Datagrams
EPS
Bearers
RRM
PDCP
PDCP
RLC
RLC
MAC
MAC
Physical
Physical
Control Plane
User Plane
RRC Idle - this provides services to support DRX (Discontinuous Reception), broadcast
of SI (System Information) to enable access, cell reselection and paging information.
RRC Connected - in this state the UE has state information stored in the eNB and has an
RRC connection, i.e. SRB (Signaling Radio Bearer). The eNB can track the UE to the
cell level and RRC provides services to support cell measurements in order to facilitate
network controlled handovers.
Figure 4-3 illustrates the different LTE states, as well as some of the key functions performed
by RRC in these states.
In addition to having a GUTI (Globally Unique Temporary Identity) and S-TMSI (Serving Temporary Mobile Subscriber Identity), whilst in the RRC Connected mode, the UE is also
allocated an E-UTRAN identifier(s). The most common is the C-RNTI (Cell - Radio Network
Temporary Identity), however other forms of RNTI (Radio Network Temporary Identity) also
exist.
4-42
Issue 06 (2006-03-01)
PLMN Selection
Broadcast of System Information
Cell Selection
RRC Connection (SRB)
RRC Context in eNB
UE Known in a Cell
Send and/or Receive Data to/from UE
Network Controlled Mobility
Measurement Control
UE Monitors Scheduling Control Channel
UE Reports Channel Quality
UE can send Feedback Information
DRX can be Configured
LTE Detached
LTE Active
RRC Connected
LTE Idle
RRC Idle
4.3.2 Functions
The RRC protocol includes the following main functions:
Issue 06 (2006-03-01)
Information applicable for UEs in RRC Idle mode, e.g. cell (re-)selection parameters,
neighboring cell information and information applicable for UEs in RRC Connected
mode, e.g. common channel configuration information.
Paging.
4-43
Measurement reporting.
Other functions including e.g. transfer of dedicated NAS information and non-3GPP
dedicated information, transfer of UE radio access capability information, support for
E-UTRAN sharing (multiple PLMN identities).
GSM Connected
Handover
Cell_DCH
Cell_FACH
GPRS Packet
Transfer Mode
Cell_PCH
URA_PCH
Connection
Establishment/
Release
Connection
Establishment/
Release
Connection
Establishment/
Release
UTRA_Idle
Handover
E-UTRA
RRC Connected
CCO, Reselection
Reselection
Reselection
E-UTRA
RRC Idle
Reselection
CCO, Reselection
GSM Idle/GPRS
Packet Idle
In contrast to the GERAN and UTRA states, the E-UTRA (Evolved - Universal Terrestrial
Radio Access) state is simplified. This is mainly due to the fact that it is an optimized packet
system.
4-44
Issue 06 (2006-03-01)
Handover
1xRTT CS Active
Handover
E-UTRA
RRC Connected
HRPD Active
Connection
Establishment/
Release
1xRTT Dormant
Reselection
E-UTRA
RRC Idle
Reselection
HRPD Idle
SIB1
PLMN Identity List
Tracking Area Code
Cell Identity
Cell Barred Indication
Intra Frequency Reselection
CSG Indication and Identity
Cell Selection Information
P-Max
Frequency Band Indicator
Scheduling Information List
TDD Configuration
SIB Window Length
System Info Value Tag
Issue 06 (2006-03-01)
MIB
Bandwidth
PHICH
SFN
eNB
MIB
SIB1
4-45
MIB and SIB repeat regularly on the cell. The Scheduling Information List and SIB Window
Length parameters enable the UE to determine the occurrence of the other SI messages.
Figure 4-7 illustrates the different SIBs, as well as some of the key parameters, which may be
scheduled by the eNB. Further information on parameters can be found in the RRC
Specification 36.331.
Figure 4-7 LTE SIBs
SIB2
Access Class Information
Radio Resource Configuration Common
UE-Timers And Constants
Uplink Frequency Information
MBSFN Configuration Information
Time Alignment Timer Common
SIB3
Cell Reselection Information
Q-Hyst
Speed State Reselection Parameters
Cell Reselection Serving Freq Info
S-Non-Intra Search Info
Threshold Serving Low Value
Cell Reselection Priority
Intra Freq Cell Reselection Info
q-RxLevMin
p-Max
s-IntraSearch
Allowed Measurement Bandwidth
Presence Antenna Port 1
Neighbor Cell Config
t-ReselectionEUTRA
t-ReselectionEUTRA-SF
SIB5
Inter Frequency Carrier Freq List
Inter Frequency Carrier Freq Info
Inter Frequency Neighbour Cell List
Inter Frequency Neighbour Cell Info
Inter Frequency Black Cell List
SIB6
Carrier Frequency List UTRA (FDD/TDD)
t-Reselection UTRA
SIB7
t-Reselection GERAN
Carrier Frequency Info List
SIB8
CDMA2000 Reselection Information
SIB9
Home eNB Name
SIB10
ETWS Primary Notification
SIB11
ETWS Secondary Notification
SIB4
Intra Freq Neighbour Cell List
Physical Cell ID
q-OffsetCell
Intra Freq Black Cell List
CSG Physical Cell Id Range
4.4.2 Paging
Whilst the UE is in the RRC Idle mode it is monitoring the PCH (Paging Channel) based on a
DRX (Discontinuous Reception) cycle.
The eNB is instructed to send a Paging message to a given UE (IMSI or S-TMSI) within a
Tracking Area (one or more). It is also provided a UE Identity Index parameter from the
MME which enables the eNB and the UE to synchronize the paging occurrence.
Figure 4-8 illustrates the Paging message. This includes the UE identity, as well as an
indication from the domain it came from, namely CS (Circuit Switched) or PS (Packet
4-46
Issue 06 (2006-03-01)
Switched). The Paging message is also able to carry an indication of SI modification, as well
as an indication of an ETWS primary notification and/or ETWS secondary notification.
Figure 4-8 RRC Paging
Paging
Paging Record List
- UE Identity (S-TMSI or IMSI)
- CN Domain
System Info Modification
ETWS Indication
eNB
Paging
UE
eNB
Issue 06 (2006-03-01)
4-47
It must be noted that some of the parameters are optional. This is especially the case with the
initial RRC Connection Setup message which can be used as part of the re-establishment
procedures.
Initial SRB
SRB 1 is the main bearer established as part of the initial RRC Connection. Typically the eNB
configures this along with other key features such as:
Physical Configuration Dedicated - configures some of the initial parameters for the
PDSCH, PUCCH and PUSCH. It also includes initial attributes to configure power
control.
It is worth noting that quite a lot of the RRC Connection Setup parameters are not used
initially, e.g. configuration of DRB (Data Radio Bearer), TPC (Transmit Power Control), SRS
(Sounding Reference Signal) etc.
eNB
Security Mode Command
Security Mode Complete
Security Mode Failure
4-48
Issue 06 (2006-03-01)
Figure 4-11 illustrates the RRC Connection Reconfiguration message and some of the key
parameters. Since the messages can be used in a multitude of scenarios it contains a lot of
optional parameters.
Figure 4-11 RRC Connection Reconfiguration
UE
eNB
RRC Connection Reconfiguration
Request
RRC Connection Reconfiguration
Complete
RRC Connection Re-establishment
RRC Connection
Reconfiguration Request
Measurement Configuration
Mobility Control Information
Dedicated Info NAS
Radio Resource Config Dedicated
- srb-ToAddModList
- drb-ToAddModList
- drb-ToReleaseList
- MAC Main Config
- SPS Config
- Physical Config Dedicated
Security Configuration HO
Figure 4-12 illustrates the RRC Connection Reestablishment procedure. The RRC Connection
Reestablishment Request message includes a cause value:
Reconfiguration Failure.
Handover Failure.
Other Failure.
Issue 06 (2006-03-01)
4-49
UE
eNB
RRC Connection Reestablishment Request
RRC Connection Reestablishment
RRC Connection Reestablishment Complete
The RRC Connection Reestablishment message includes the Radio Resource Config
Dedicated parameter which is able to reestablish the RBs, as well as the MAC and Physical
configuration. In addition, the message also includes the Next Hop Chaining Count parameter
to update the KeNB key.
UE
eNB
RRC Connection Release
4-50
Issue 06 (2006-03-01)
UE
eNB
DL Information Transfer
DL or UL Information Transfer
Dedicated Info NAS
Dedicated Info CDMA2000-1XRTT
Dedicated Info CDMA2000-HRPD
UL Information Transfer
Measurement objects - these are the objects on which the UE is configured to perform
the measurements.
Quantity configurations - this is configured per RAT type and defines the associated
filtering used for all event evaluation and related reporting of that measurement type.
Issue 06 (2006-03-01)
4-51
Measurement gaps - this defines the periods that the UE may use to perform
measurements, i.e. no downlink or uplink transmissions are scheduled.
Figure 4-15 illustrates the main measurement configuration parameters in the RRC
Connection Reconfiguration Request message.
Figure 4-15 Measurement Configuration
UE
eNB
RRC Connection Reconfiguration
Request
RRC Connection Reconfiguration
Complete
Measurement Objects
Figure 4-16 illustrates some of the key parameters for an E-UTRA measurement object. It
includes:
presenceAntennaPort1 - this is used to indicate whether all the neighboring cells use
Antenna Port 1. When set to TRUE, the UE may assume that at least two cell-specific
antenna ports are used in all neighboring cells.
offsetFreq - this defines the offset value applicable to the carrier frequency.
cellIndex - this is the entry index in the neighboring cell list. It is used for future
modification or deletion.
Details of these parameters, as well as other not shown, can be found in the RRC
Specification, namely TS 36.331.
4-52
Issue 06 (2006-03-01)
UE
eNB
RRC Connection Reconfiguration
Request
RRC Connection Reconfiguration
Complete
Report Configuration
The Report Configuration parameter is an important aspect of the measurement process and is
very similar to the methods employed in UMTS. Figure 4-17 illustrates an example of the
Report Configuration parameter. Note that not all options are shown.
UE
eNB
RRC Connection Reconfiguration
Request
RRC Connection Reconfiguration
Complete
Broadly there are two types of reporting methods: periodical and event based. Figure 4-18
illustrates the periodical reporting concept with a configured Report Interval. In addition to
the reporting interval the eNB also configures the Report Amount which indicates how may
reports to send (r1, r2, r4, r8, r16, r32, r64 or infinity).
Issue 06 (2006-03-01)
4-53
eNB
Periodical
Reporting
eNB
UE
LTE, like UMTS, includes a number of measurement based triggering events, these include:
Event A3 - neighbor cell becomes (including offset) better than the serving cell.
Event A5 - serving cell becomes worse than Thresh1 (Threshold1) and the neighbor cell
becomes better than Thresh2 (Threshold2).
Event B2 - serving cell becomes worse than threshold1 and inter RAT neighbor cell
becomes better than threshold2.
Figure 4-19 illustrates the basic concept of event based reporting using Event A3 as an
example. Note this has been simplified.
Figure 4-19 Event Based Trigger (Event A3)
A3 Offset
(-30 to 30dB)
eNB
Event
Reporting
4-54
eNB
UE
TTT (Time to
Trigger)
Issue 06 (2006-03-01)
The event based mechanisms also configure a TTT (Time To Trigger) parameter. This
validates criteria before the measurement report is sent. Values for TTT include: ms0, ms40,
ms64, ms80, ms100, ms128, ms160, ms256, ms320, ms480, ms512, ms640, ms1024, ms1280,
ms2560 and ms5120 (in milliseconds).
Event Conditions
It is worth noting that the actual triggering mechanisms for each event are different (detailed
in the RRC Specification). As an example, Event A3 criteria is shown.
For Event A3, the TTT timer starts and stops based on the following criteria.
Entering condition: Mn+ Ofn + Ocn Hys > Ms + Ofs + Ocs + Off
Leaving condition: Mn+ Ofn + Ocn+ Hys < Ms + Ofs + Ocs + Off
Mn - this is the measurement result of the neighboring cell, not taking into account any
offsets.
Ofn - this is the frequency specific offset of the frequency of the neighbor cell (i.e.
offsetFreq as defined within measObjectEUTRA corresponding to the frequency of the
neighbor cell).
Ocn - this is the cell specific offset of the neighbor cell (i.e. cellIndividualOffset as
defined within measObjectEUTRA corresponding to the frequency of the neighbor cell),
and set to zero if not configured for the neighbor cell.
Ms - this is the measurement result of the serving cell, not taking into account any
offsets.
Ofs - this is the frequency specific offset of the serving frequency (i.e. offsetFreq as
defined within measObjectEUTRA corresponding to the serving frequency).
Ocs - this is the cell specific offset of the serving cell (i.e. cellIndividualOffset as defined
within measObjectEUTRA corresponding to the serving frequency), and is set to zero if
not configured for the serving cell.
Hys - this is the hysteresis parameter for this event (i.e. hysteresis as defined within
reportConfigEUTRA for this event).
Off - this is the offset parameter for this event (i.e. a3-Offset as defined within
reportConfigEUTRA for this event).
Mn and Ms are expressed in dBm in case of RSRP (Reference Signal Received Power), or in
dB in case of RSRQ (Reference Signal Received Quality). Ofn, Ocn, Ofs, Ocs, Hys, Off are
expressed in dB (Decibels).
Figure 4-20 illustrates an example of Event 3A. The various offset have been applied to the
serving and neighboring cells and the hysteresis value is illustrated by the dotted lines above
and below the neighboring cell level.
Issue 06 (2006-03-01)
4-55
Serving Cell
(Including
Offsets)
Leave
Enter
Enter
Serving
Cell
Neighboring Cell
(Including
Offsets)
Hysteresis
TTT Not
Met
Event
Reporting
TTT
Measurement
Report
UE
It can be seen that the entering and leaving conditions are based on the interaction with
hysteresis value (which could be set to 0).
In terms of the radio channel, the UE measures the RSRP (Reference Signal Received
Power). The LTE downlink and uplink physical frames contain RS (Reference Signal)
which are used as pilot information to aid equalization of the channel. The received
power of these signals may be used as the criteria for cell selection.
It calculates the received level average power for each cell based on one of the above.
This term is defined as Qrxlevmeas for LTE cells and is expressed in dBm .
It assesses the minimum signal level that is acceptable within the cell. The Qrxlevmin
and other parameters are provided to the UE through RRC SI messages.
4-56
Issue 06 (2006-03-01)
If the serving cell is bad (bad as defined by broadcasted quality and/or signal strength
criteria), the UE will start monitoring cells belonging to other RATs, as well as cells
belonging to the currently used RAT.
The UE should exclude neighboring cells that do not fulfill broadcasted minimum
quality/signal level requirements.
The UE should rank the non-excluded cells by also taking into consideration broadcasted
(positive or negative) offset values.
Finally, the UE should reselect the best cell, from the same RAT or some other RAT, if it
fulfills the cell reselection criteria for a given duration of time.
Issue 06 (2006-03-01)
4-57
5-58
Issue 06 (2006-03-01)
Duplicate elimination of lower layer SDUs at handover for RLC AM radio bearers.
Figure 5-1 illustrates the various functions performed by the transmitting and receiving PDCP
entity. The PDCP SDU (Service Data Unit) identifies a packet from higher layers, i.e. RRC or
IP. In contrast, packets not associated to a PDCP SDU are part of PDCP control signaling.
Typical examples include PDCP Status Report and Header Compression Feedback
Information.
Figure 5-1 PDCP Functions
Sequence Numbering
Packet associated
to a PDCP SDU
Integrity Protection
(Control Plane)
Packet not
associated
to a PDCP
SDU
Packet associated
to a PDCP SDU
Integrity Verification
(Control Plane)
Ciphering
Packet not
associated
to a PDCP
SDU
Deciphering
Issue 06 (2006-03-01)
5-59
Usage:
Reference
0x0000
No compression
RFC 4995
0x0001
RTP/UDP/IP
RFC 4815
0x0002
UDP/IP RFC
0x0003
ESP/IP RFC
0x0004
IP
0x0006
TCP/IP
RFC 4996
0x0101
RTP/UDP/IP
RFC 5225
0x0102
UDP/IP
RFC 5225
0x0103
ESP/IP
RFC 5225
0x0104
IP
RFC 5225
RFC4995 - this defines the ROHC Framework, defining an efficient and future-proof
header compression concept.
RFC 3095 - this extends the ROHC framework and includes four profiles. These are:
RTP/UDP/IP.
UDP/IP.
Uncompressed.
RFC 4996 - this defines a profile for TCP/IP (Transmission Control Protocol, Internet
Protocol) compression.
RFC 5225 - this defined ROHCv2 (Robust Header Compression Version 2) and
identifies profiles for RTP, UDP, IP, ESP and UDP-Lite compression.
IMS Profiles
IMS (IP Multimedia Subsystem) capable UEs supporting VoIP (Voice over IP) are required to
support ROHC profiles 0x0000, 0x0001, 0x0002 and 0x0004.
5-60
Issue 06 (2006-03-01)
In contrast, the Control PDUs are used for ROHC feedback and PDCP status reporting.
Reserved
Bits
R
PDCP SN
Oct 1
Oct 2
Data
...
MAC-I
MAC-I (cont.)
MAC-I (cont.)
MAC-I (cont.)
Message
Authentication
Code
Oct N-3
Oct N-2
Oct N-1
Oct N
1=Data
PDU
D/C
R
R
PDCP SN
PDCP SN (Continued)
Data
...
Oct 1
Oct 2
Oct 3
The first bit is assigned to a D/C (Data/Control) bit, where 0 = Control PDU and 1 = Data
PDU. Note that the 12bit SN format is available to both RLC AM or UM.
Issue 06 (2006-03-01)
5-61
Figure 5-4 User Plane PDCP Data PDU with Short PDCP SN (7 bits)
7 bit Sequence
Number UM Data
1=Data
PDU
D/C
PDCP SN
Data
...
Oct 1
Oct 2
Higher layer signaling, i.e. RRC, is used to configure the PDCP options.
000
0=Control
PDU
D/C
PDU Type
FMS
FMS (cont.)
Bitmap (optional)
...
Bitmap (optional)
Oct 1
Oct 2
Oct 3
Oct 2+N
001
0=Control
PDU
D/C
PDU Type
R
R
R
Interspersed ROHC Feedback Packet
...
Oct 1
5-62
Issue 06 (2006-03-01)
and is therefore bigger that the payload. In contrast, the RTP/UDP/IPv6 header is 60 octets.
The addition of ROHC enables the RTP/UDP/IPv4 and RTP/UDP/IPv6 to be reduced to 4 or 6
octets.
ROHC States
A ROHC compressor is in one of 3 main states:
IR (Initialization and Refresh) - In this state the compressor has just been created or reset,
and full packet headers are sent.
FO (First-Order) - In this state, the compressor has detected and stored the static fields
on both sides of the connection. The compressor is also sending dynamic packet field
differences.
SO (Second-Order) - In this state the compressor is suppressing all dynamic fields such
as RTP sequence numbers and sending only a logical sequence number and partial
checksum to enable the other side to predict, generate and verify the headers of the next
expected packet.
PDCP
Header
VoIP
UE
VoIP
Compressed
eNB
PDCP
Header
First Order
ROHC
Feedback
Issue 06 (2006-03-01)
5-63
Count
Direction
Message
Bearer
Key
Count
Direction
Message
Bearer
EIA
Key
EIA
MAC-I
XMAC-I
The 32bit count value consists of the PDCP SN and part of the HFN. This is illustrated in
Figure 5-9.
Figure 5-9 Count Value
PDCP SN
Figure 5-10 illustrates the ciphering process. The inputs are nearly identical to the integrity
process, however the message input has been replaced with a length parameter. This ensures
that the keystream block generated is of the correct length to cipher the plaintext block.
Figure 5-10 PDCP Ciphering
Count
Key
Direction
Bearer
Length
EEA
Count
Key
Keystream
Block
Plaintext
Block
5-64
Direction
Bearer
Length
EEA
Keystream
Block
Ciphertext
Block
Plaintext
Block
Issue 06 (2006-03-01)
Issue 06 (2006-03-01)
5-65
6-66
Issue 06 (2006-03-01)
TM (Transparent Mode) - this provides a connectionless service and is utilized for some
of the air interface channels e.g. broadcast and paging.
Upper Layers
RLC
TMEntity
TMEntity
UMEntity
UMEntity
AM-Entity
Data transfer.
Notification of a transmission opportunity, together with the total size of the RLC PDU
(Protocol Data Units) to be transmitted in the transmission opportunity.
6.1.3 Functions
The following functions are supported by the RLC sub layer:
Duplicate detection.
RLC re-establishment.
Issue 06 (2006-03-01)
6-67
Transmitting
TM-RLC Entity
Receiving
TM-RLC Entity
Transmission Buffer
BCCH/PCCH/CCCH
Uu
Transmitting
UM-RLC Entity
Transmission Buffer
Receiving
UM-RLC Entity
SDU Reassembly
Segmentation and
Concatenation
DTCH
6-68
Uu
Issue 06 (2006-03-01)
The UM RLC entity forms UMD (Unacknowledged Mode Data) PDUs from RLC SDUs.
These may be a segment and/or concatenate the RLC SDUs so that the UMD PDUs fit
efficiently within the RLC PDU(s). This is based on the transmission opportunity indicated by
MAC. Finally, it includes the relevant RLC headers in the UMD PDU.
Receiving Entity
When a receiving UM RLC entity receives UMD PDUs, it:
Detects whether or not the UMD PDUs have been received in duplication. If so, it
discards the duplicated UMD PDUs.
Detects the loss of UMD PDUs at lower layers and avoid excessive reordering delays.
Reassembles RLC SDUs from the reordered UMD PDUs (not accounting for RLC PDUs
for which losses have been detected) and deliver the RLC SDUs to upper layer in
ascending order of the RLC SN.
Discards received UMD PDUs that cannot be re-assembled into a RLC SDU due to loss
at lower layers of an UMD PDU which belonged to the particular RLC SDU.
RLC Re-establishment
At the time of RLC re-establishment, the receiving UM RLC entity, if possible, reassembles
RLC SDUs from the UMD PDUs that are received out of sequence and delivers them to upper
layer. In addition, it discards any remaining UMD PDUs that could not be reassembled into
RLC SDUs.
Concatenation.
Error correction.
Duplicate detection.
Issue 06 (2006-03-01)
6-69
AM-RLC Entity
Transmission Buffer
SDU Reassembly
RLC
Control
Segmentation and
Concatenation
Retransmission
Buffer
Remove RLC
Header
Reception Buffer &
HARQ Reordering
Routing
DCCH/DTCH
DCCH/DTCH
RLC PDUs
The RLC protocol defines two main categories of PDU, these are:
Data.
Control.
Table 6-1 identifies the different PDU types that are available.
Table 6-1 RLC PDU Formats
Data Transfer Mode
PDU Name
Transparent
TMD
Unacknowledged
UMD
Acknowledged
AMD
AMD Segment
Status
Issue 06 (2006-03-01)
With each of these categories there are three PDU formats defined, making a total of six
different formats. These include:
No LI (Length Indicator).
Extension Bit
Frame
Information
FI
5bit SN
SN
Oct 1
Oct 2
Data
...
Data
Oct N
Figure 6-6 illustrates the 10bit SN UMD format with no length indicators.
Figure 6-6 RLC UMD 10bit SN (No Length Indicators)
Frame
Information
Extension Bit
10bit SN
R1
R1
R1
FI
SN
Data
SN
Oct 1
Oct 2
Oct 3
...
Data
Oct N
The FI (Frame Information) field has four possible values and is used for various
permutations of segmentation and concatenation. The different permutations are illustrated in
Table 6-2.
Issue 06 (2006-03-01)
6-71
Description
00
First byte of the Data field corresponds to the first byte of a RLC SDU.
Last byte of the Data field corresponds to the last byte of a RLC SDU.
01
First byte of the Data field corresponds to the first byte of a RLC SDU.
Last byte of the Data field does not correspond to the last byte of a RLC SDU.
10
First byte of the Data field does not correspond to the first byte of a RLC SDU.
Last byte of the Data field corresponds to the last byte of a RLC SDU.
11
First byte of the Data field does not correspond to the first byte of a RLC SDU.
Last byte of the Data field does not correspond to the last byte of a RLC SDU.
FI
SN
E=1
Oct 1
Oct 2
LI1
E=1
LI1
E=0
LI2
LI2
Data
Padding is required
for odd number of
extensions
...
Data
Oct N
6-72
Issue 06 (2006-03-01)
Re-segmentation Flag
(AMD PDU)
Poll Bit
D/C RF=0
D/C=1
(Data PDU)
FI
SN
Data
...
Data
10bit SN
Extension Bit
E
SN
Oct 1
Oct 2
Oct N
The RF bit is used to indicate whether this PDU is an AMD PDU or AMD PDU Segment.
Each AMD PDU also includes a P (Polling) flag, allowing the UE or eNB to request a Status
PDU.
Figure 6-9 RLC AMD with Odd Number of Length Indicators
D/C RF=0
FI
SN
SN
E=1
Oct 1
Oct 2
LI
E=0
LI
LI
Data
...
Data
Issue 06 (2006-03-01)
6-73
Re-segmentation Flag
(AMD PDU Segment)
Last Segment
Flag
D/C RF=1
LSF
FI
SN
E=0
SN
Oct 1
Oct 2
Oct 3
Oct 4
Oct 5
SO
SO
Data
...
Data
Segment
Offset
Oct N
The concept of AMD segmentation is illustrated in Figure 6-11. Note that the two segments in
this example will both carry the original RLC SN. In addition, if the AMD Segment is
unsuccessfully received, they system may re-segment the data again, i.e. AMD segment and
be re-segmented may times.
Figure 6-11 AMD Segmentation
Data
AMD
Segment
Offset x
Data
AMD
Segment
Segment Offset x
LSF=1
Data
AMD
Segment
Segment Offset 0
LSF=0
Status PDU
An AM RLC entity sends Status PDUs to its peer AM RLC entity in order to provide positive
and/or negative acknowledgements of RLC PDUs (or portions of them). It is the
responsibility of RRC to invoke the status prohibit in the AM RLC entity when necessary.
This takes the form of a timer to prevent the receiver from sending Status PDUs.
The transmitting side of an AM RLC entity can receive a negative acknowledgement
(notification of reception failure by its peer AM RLC entity) for an AMD PDU or a portion of
an AMD PDU by the following:
6-74
Issue 06 (2006-03-01)
D/C=0
(Control PDU)
D/C
Set of SOstart
and SOend
follows
CPT
ACK_SN
ACK_SN
E1
NACK_SN
E1
E2
NACK_SN
NACK_SN
E1
E2
SOstart
SOstart
SOend
SOend
SOend
Padding
...
Set of NACK_SN,
E1 and E2
Oct 1
Oct 2
Oct 3
Oct 4
Oct 5
Oct 6
Oct 7
Oct 8
Oct 9
t-Reordering - this timer is used by the receiving side of an AM RLC entity and receiving
UM RLC entity in order to detect loss of RLC PDUs at lower layer.
t-StatusProhibit - this timer is used by the receiving side of an AM RLC entity in order to
prohibit transmission of a STATUS PDU.
pollPDU - this parameter is used by the transmitting side of each AM RLC entity to
trigger a poll for every pollPDU PDUs.
pollByte - this parameter is used by the transmitting side of each AM RLC entity to
trigger a poll for every pollByte bytes.
Issue 06 (2006-03-01)
Mapping - MAC maps the information received on the LTE logical channels into the
LTE transport channels.
6-75
HARQ (Hybrid Automatic Repeat Request) - MAC may invoke HARQ in order to
provide error correction services across the air.
Formatting - transport formatting and padding is invoked to optimize the radio link
within the cell.
The access to the data transfer services is through the use of transport channels. The
characteristics of a transport channel are defined by its transport format (or format set),
specifying the Physical Layer processing to be applied to the transport channel in question,
such as channel coding and interleaving, and any service-specific rate matching as needed
PCCH
BCCH
CCCH
DCCH
DTCH
MAC Control
Control
Random
Access
Control
HARQ
MAC
PCH
6-76
BCH
DL-SCH
UL-SCH
RACH
Lower Layers
Issue 06 (2006-03-01)
Logical Channel
Identity
LCID
Oct 1
Oct 2
Oct 3
Oct 4
Oct N
LCID
Oct 1
Oct 2
Oct 3
Oct 4
Oct N
Format Bit
0=7bits
Data
R
F
E
L
L
Format Bit
1=15bits
Data
The main parameter is the LCID (Logical Channel Identifier), which is coded differently for
the DL-SCH and UL-SCH. Table 6-3 illustrates the DL-SCH coding.
Table 6-3 LCID Coding for DL-SCH
LCID Index
Description
00000
CCCH
00001-01010
01011-11011
Reserved
11100
11101
11110
DRX Command
11111
Padding
Issue 06 (2006-03-01)
6-77
Description
00000
CCCH
00001-01010
01011-11001
Reserved
11010
11011
C-RNTI
11100
Truncated BSR
11101
Short BSR
11110
Long BSR
11111
Padding
LCID indicates
content
Sub
Header C
Sub
Header B
Sub
Header A
Timing Advance
Section 6.5.3 examines the RA (Random Access) process and the RAR (Random Access
Response). This provides the UE with an initial 11bit TA (Timing Advance) command.
6-78
Issue 06 (2006-03-01)
In other cases, a 6bit Timing Advance command is used. The LCID indicating Timing
Advance relates to this 6bit variant. Figure 6-16 illustrates this fixed length TA parameter i.e.
there is no length indicator in the MAC subheader.
Figure 6-16 Timing Advance Parameter
Oct 1
Since this field is not 11bits it does not indicate the absolute TA value, instead it indicates
adjustment of the current NTA value, NTA,old, to the new NTA value, NTA,new, by index values of
TA = 0, 1, 2,..., 63, where NTA,new = NTA,old + (TA 31)16. Here, adjustment of the NTA value
by a positive or a negative amount indicates advancing or delaying the uplink transmission
timing the indicated amount. A TA=31 would result in no change to the timing.
Short BSR and Truncated BSR format - this indicates one LCG ID (Logical Channel
Group Identity) field and the corresponding Buffer Size field.
Long BSR format - this indicates four Buffer Size fields, corresponding to LCG IDs #0
through #3.
The BSR formats are identified by MAC PDU subheaders. The fields LCG ID and Buffer
Size are defined as :
LCG ID - this is the Logical Channel Group Identity of a group of logical channel(s)
whose buffer status is being reported. The length of the field is 2 bits, i.e. 4 groups are
possible.
Buffer Size - the Buffer Size field identifies the total amount of data available across all
logical channels of a logical channel group after the MAC PDU has been built. The
amount of data is indicated in bytes. It also includes all data that is available for
transmission in the RLC and PDCP layers.
The Short BSR and Truncated BSR control element is illustrates in Figure 6-17. The
Truncated BSR indicates the buffer size for the highest priority LCG ID, however it implies
that other LCG IDs also have data in the buffer.
Figure 6-17 Short BSR and Truncated BSR MAC Control Element
LCG ID
Buffer Size
Oct 1
The Long BSR control element is able to provide the status of all four LCG IDs.
Figure 6-18 Long BSR MAC Control Element
Buffer #0
Buffer #1
Buffer #2
Issue 06 (2006-03-01)
Buffer #1
Buffer #2
Buffer #3
Oct 1
6-79
DRX Command
The DRX (Discontinuous Reception) Command LCID has no payload, i.e. only the subheader
is sent. Upon receiving the DRX command in the downlink the UE activates either a Short
DRX Cycle or a Long DRX cycle (depending on RRC based configuration).
P
Maximum UE
Output Power
PHR
Power
eNB
UE
If the criteria to send a PHR have been met, the UE includes the appropriate LCID subheader.
Figure 6-20 illustrates the PH (Power Headroom) control element.
Figure 6-20 Power Headroom Control Element
Power Headroom
Oct 1
Table 6-5 illustrates part of the mapping from the PH value to the actual measured value.
Table 6-5 Power Headroom Report Mapping
6-80
PH
Reported value
POWER_HEADROOM_0
POWER_HEADROOM_1
POWER_HEADROOM_2
POWER_HEADROOM_3
62
POWER_HEADROOM_62
39 PH < 40
63
POWER_HEADROOM_63
PH 40
Issue 06 (2006-03-01)
eNB
UE
MAC RAR
RACH
UL-SCH
MAC
Contention
Resolution
DL-SCH
Issue 06 (2006-03-01)
6-81
RAPID
Sub Header A
Sub Header B
Sub Header n
RAPID or BI
MAC RAR
MAC RAR A
MAC RAR B
Oct 1
TA
TA
MAC RAR n
UL Grant
UL Grant
UL Grant
Temporary C-RNTI
Temporary C-RNTI
Size
(bits)
Description
Hopping Flag
10
UL Delay
CQI Request
Backoff Indicator
The eNB may also include a BI (Backoff Indicator) in the first MAC subheader. This indicates
a backoff time (0 to 960ms) for non confirmed UEs to implement before trying to re-attempt
access. Figure 6-23 illustrates the location of the Backoff Indicator in the MAC frame.
6-82
Issue 06 (2006-03-01)
E
Sub Header A
Sub Header B
Sub Header n
MAC RAR B
BI
Oct 1
RAPID or BI
Backoff Indicator
0 - 960ms
MAC RAR n
Issue 06 (2006-03-01)
6-83
7-84
Issue 06 (2006-03-01)
E-UTRAN
Control Plane
X2AP
eNB
X2
eNB
User Plane
RNL
IP
TNL
GTP-U
SCTP
UDP
IP
IP
Layer 2
Layer 2
Layer 1
Layer 1
The Transport Network Layer Control Plane and User Plane both use the service of IP;
however a reliable robust delivery protocol in the form of SCTP (Stream Control
Transmission Protocol) exists within the Control Plane. In contrast, the User Plane utilizes
GTP-U and the services of the UDP (User Datagram Protocol). Note that an eNB may have
one or multiple IP addresses at the Transport Network Layer for both the Control and User
Planes.
Mobility Management - this function allows the eNB to move the responsibility of a
certain UE to another eNB. Forwarding of User Plane data, Status Transfer and UE
Context Release function are parts of the mobility management.
Load Management - this function is used by eNBs to indicate resource status, overload
and traffic load to each other.
Reporting of General Error Situations - this function allows reporting of general error
situations, for which function specific error messages have not been defined.
Setting up the X2 - this function is used to exchange necessary data for the eNB for setup
the X2 interface and implicitly perform an X2 Reset.
eNB Configuration Update - this function allows updating of application level data
needed for two eNBs to interoperate correctly over the X2 interface.
Issue 06 (2006-03-01)
7-85
The X2AP consists of various EP (Elementary Procedures). Table 7-1illustrates the mapping
between the functions provided by the X2 interface and the actual Elementary Procedure(s)
that are used to support this functionality.
Table 7-1 Mapping between X2AP Functions and X2AP EPs
Function
Elementary Procedure(s)
Mobility Management
a) Handover Preparation.
b) SN Status Transfer.
c) UE Context Release.
d) Handover Cancel.
Load Management
a) Load Indication.
b) Resource Status Reporting Initiation.
c) Resource Status Reporting.
Error Indication.
Resetting the X2
Reset.
Setting up the X2
X2 Setup.
7-86
Elementary
Procedure
Initiating
Message
Successful Outcome
Unsuccessful Outcome
Response message
Response message
Handover
Preparation
HANDOVER
REQUEST
HANDOVER
REQUEST
ACKNOWLEDGE
HANDOVER
PREPARATION
FAILURE
Reset
RESET REQUEST
RESET RESPONSE
X2 Setup
X2 SETUP
REQUEST
X2 SETUP
RESPONSE
X2 SETUP FAILURE
eNB
Configuration
Update
ENB
CONFIGURATION
UPDATE
ENB
CONFIGURATION
UPDATE
ACKNOWLEDGE
ENB CONFIGURATION
UPDATE FAILURE
Resource
Status
Reporting
Initiation
RESOURCE
STATUS
REQUEST
RESOURCE STATUS
RESPONSE
RESOURCE STATUS
FAILURE
Issue 06 (2006-03-01)
The X2AP also supports various Class 2 procedures, i.e. EPs without a response message.
Elementary Procedure
Initiating Message
Load Indication
LOAD INFORMATION
Handover Cancel
HANDOVER CANCEL
SN Status Transfer
SN STATUS TRANSFER
UE Context Release
UE CONTEXT RELEASE
Error Indication
ERROR INDICATION
The role of the X2 interface may be divided into two main groups. These are:
X2AP Basic Mobility Procedures - these relate to procedures used to handle the UE
mobility within E-UTRAN.
X2AP Global Procedures - these relate to procedures that are not related to a specific
UE.
Presence
The presence of Information Elements within a message depends on a number of factors
including the scenario in which the message has been invoked. Consequently, Information
Elements may be:
C (Conditional) - these IE are included in the message only if the condition is satisfied.
Range
The Range indicates the number of copies of repetitive Information Elements that are allowed
in the message. E.g. there may be three cells configured and each has its associated
parameters.
Criticality
In each protocol message, there is criticality information set for individual and/or groups of IE
that comprise it. This criticality information instructs the receiver how to act when receiving
an IE that is in error or not comprehended. This criticality information may be applied as
follows:
Issue 06 (2006-03-01)
7-87
Global - the Information Element and all its repetitions have common criticality
information.
Each - each repetition of the Information Element has its own criticality information.
Based on the criticality information, the receiver may take the following action if errors are
encountered in the Information Element:
Reject.
Ignore.
Handover Request
The Handover Request message includes the following information:
7-88
Old eNB UE X2AP ID - this provides the X2 signaling association for future messages
between the source and target eNBs.
Cause - this element indicates to the MME the reason for the handover including reasons
such as the radio network layer, transport network layer etc.
ECGI - this is the global id of the eNB and is expressed as a PLMN identity plus the
entire 28bit cell identity.
GUMMEI (Globally Unique MME Identifier) - this is the identity of the MME that is
currently serving the UE.
MME UE S1AP ID - this provides the target eNB with the signaling association
reference with the MME across the S1-MME interface for specific UE.
UE Aggregate Maximum Bit Rate - this element is used to define the total bandwidth
in Mbit/s that can be allocated to the UE for all E-RABs that are established.
E-RABs to be Setup List - this identifies the E-RAB ID, E-RAB QoS, GTP
information and RRC Context for each EPS Bearer. The latter provides details on the
current configuration and the implementation of the air interface protocols.
UE History Information -this is information about cells that a UE has been served by in
the active state prior to the target cell.
Trace Activation - this O (Optional) parameter is able to start trace procedures on the
Target eNB. In so doing, it indicates which interfaces to trace and where to send the
information.
Issue 06 (2006-03-01)
SRVCC Operation Possible - this indicates to the target eNB whether SRVCC (Single
Radio Voice Call Continuity) is available, i.e. the UE can be handed over from the
E-UTRAN to CS (Circuit Switched) 2G/3G systems.
Handover Request
Old eNB UE X2AP ID
Cause
ECGI
GUMMEI
UE Context Information
- MME UE S1AP ID
- UE Security Capabilities
- AS Security Information
- UE Aggregate Maximum Bit Rate
- Subscriber Profile ID for RAT/Frequency Priority
- E-RAB To Be Setup List
UE History Information
Trace Activation (O)
SRVCC Operation Possible (O)
eNB
Source
eNB
Target
Handover Request
Handover Request Acknowledge
Handover Request Acknowledge
Old eNB UE X2AP ID
New eNB UE X2AP ID
E-RABs Admitted List
E-RABs Not Admitted List (O)
Target eNB To Source eNB Transparent Container
Criticality Diagnostics (O)
Old eNB UE X2AP ID - this is the X2 signaling association of the source eNB.
New eNB UE X2AP ID - this is the X2 signaling association of the target eNB.
E-RABs Admitted List - this details the list of E-RAB(s) that have been admitted based
on the resources available in the target eNB.
Issue 06 (2006-03-01)
7-89
E-RABs Not Admitted List - this identifies the E-RAB(s) which are not admitted.
Target eNB To Source eNB Transparent Container- this includes handover information
for the UE. This, in essence, is an RRC Connection Reconfiguration message defining
the lower layer configuration on the new cell.
Criticality Diagnostics - this is sent by the eNB when parts of a received message have
not been comprehended or were missing, or if the message contained logical errors.
When applicable, it contains information about which parameters were not
comprehended or were missing.
If the target eNB does not admit at least one non-GBR E-RAB.
The target eNB receives a Handover Request message and the RRC Context parameter
does not include required information.
In these instances, the target eNB sends the Handover Preparation Failure message to the
source eNB with the appropriate cause parameter indicated.
Figure 7-3 X2 Handover Preparation Failure
eNB
Source
eNB
Target
Handover Request
Handover Preparation Failure
Handover Preparation Failure
Old eNB UE X2AP ID
Cause
Criticality Diagnostics (O)
SN Status Transfer
The SN Status Transfer procedure is used to transfer the uplink and downlink PDCP (Packet
Data Convergence Protocol) SN (Sequence Number) and HFN (Hyper Frame Number) status
from the source eNB to the target eNB during an X2 handover for each respective E-RAB for
which PDCP SN and HFN status preservation applies. These E-RAB(s) are identified in the
handover preparation phase based on the RRC Context parameters in the Handover Request.
7-90
Issue 06 (2006-03-01)
eNB
Source
SN Status Transfer
Old eNB UE X2AP ID
New eNB UE X2AP ID
E-RABs Subject To Status Transfer List
- E-RAB ID
- Receive Status Of UL PDCP SDUs (O)
- UL COUNT Value
- DL COUNT Value
eNB
Target
SN Status Transfer
The source eNB initiates the SN Status Transfer procedure. In so doing, it stops the
assignment of PDCP SNs to downlink SDUs and stops delivering uplink SDUs towards the
EPC (Evolved Packet Core). Finally it sends the SN Status Transfer message to the target
eNB.
For E-RAB that have had forwarding preservation agreed the source eNB forwards the uplink
packets to the target eNB and routes downlink packets to the target eNB that will assign its
own sequence numbers to the packets based on the value of the PDCP DL Count received
from the target eNB.
The information in the SN Status Transfer message includes:
Old eNB UE X2AP ID - this is the X2 signaling association of the source eNB.
New eNB UE X2AP ID - this is the X2 signaling association of the target eNB.
E-RABs Subject to Transfer - this lists the E-RAB that have been identified to have
forwarding applied based on their QoS. Each E-RAB will have the following parameters
detailed for them:
Receive Status of UL PDCP SDUs - this optional parameter provides a bit map of
missing PDCP Sequence Numbers.
UL Count Value - this is the PDCP-SN and HFN of the next uplink SDU (Service
Data Unit) to be forwarded to the EPC.
DL Count Value - this is the PDCP-SN and HFN of the first downlink SDU to be
formatted into a PDCP SU for delivery to the UE.
UE Context Release
The UE Context Release message is sent once a handover has been successfully completed
and enables the source eNB to release all resources associated with the UE.
Issue 06 (2006-03-01)
7-91
UE Context Release
Old eNB UE X2AP ID
New eNB UE X2AP ID
eNB
Source
eNB
Target
UE Context Release
Handover Cancel
The Handover Cancel message is sent from the source eNB to the target eNB to cancel a
handover that is currently in progress.
Figure 7-6 X2 Handover Cancel
Handover Cancel
Old eNB UE X2AP ID
New eNB UE X2AP ID
Cause
eNB
Source
eNB
Target
Handover Cancel
7-92
UL Interference Load Indication - this is used to report to a neighbor eNB that specific
PRBs are experiencing interference. This may be defined as high, medium or low. PRB
are listed with PRB 0 being the first in the list, PRB 1 is the second and so on.
RNTP (Relative Narrowband Tx Power) - this indicates, per PRB, whether downlink
transmission power is lower than the value indicated by the RNTP threshold. The
receiving eNB may take such information into account when setting its scheduling policy
and can consider the received RNTP value valid until reception of a new Load
Information message carrying an update.
Issue 06 (2006-03-01)
Load Indication
Cell Information
- Cell Information Item
-- Cell ID
-- UL Interference Overload Indication
-- UL High Interference Information
--- Target Cell ID
--- UL High Interference Indication
--- RNTP (Relative Narrowband Tx Power)
eNB
eNB
Load Indication
Figure 7-8 illustrates how two of the Load Indication message parameters can be set to
indicate the uplink overload and interference requirements on an eNB.
Figure 7-8 X2 Uplink Interference
UL High Interference
Information (bitmap)
eNB
0
1
1
0
Medium Medium Medium High
PRB 0 PRB 1 PRB 2 PRB 3
0
High
PRB 4
0
Low
PRB 5
UL Interference
Overload Indication
The Load Indication message also provides the Relative Narrowband Tx Power bitmap and
associated parameters. This effectively indicates to neighboring cells the power levels
transmitted per PRB.
Figure 7-9 Downlink RNTP
RNTP (Relative
Narrowband Tx Power)
Bitmap and Parameters
Downlink
Power
eNB
Issue 06 (2006-03-01)
PRB 0
PRB 1
PRB 2
PRB 3
PRB 4
PRB 5
7-93
eNB
Resource Status Request
Resource Status Response
Resource Status Response
eNB1 Measurement ID
eNB2 Measurement ID
Criticality Diagnostics (O)
The Reported Characteristics parameter is used to indicate: PRB Periodic, TNL load
Indication Periodic or HW Load Indication Periodic.
7-94
Issue 06 (2006-03-01)
eNB
eNB
Resource Status Update
Resource Status Update
eNB1 Measurement ID
eNB2 Measurement ID
Cell Measurement Result
- ECGI
- Hardware Load Indicator
- S1 TNL Load Indicator
- Radio Resource Status
7.1.8 X2 Setup
The purpose of the X2 Setup procedure is to exchange application level configuration data
needed for two eNBs to interoperate correctly over the X2 interface. This procedure erases
any existing application level configuration data in the two nodes and replaces it by the one
received. This procedure also resets the X2 interface in a similar fashion to a Reset procedure.
X2 Setup Request
The X2 Setup Request message includes:
Global eNB ID - this is the global id of the eNB and is expressed as the first 20bits of the
cell ID in the case of a macro eNB and for a home eNB it is the entire 28bit cell identity.
Served Cells - this contains a list of the cells supported by the eNB. For each cell the
following information is provided:
Issue 06 (2006-03-01)
GU Group ID (Globally Unique Group Identifier) - this is all the pools to which the eNB
belongs to.
7-95
X2 Setup Request
Global eNB ID
Served Cells
- Served Cell Information
- Neighbor Information
-- ECGI
-- PCI
-- EARFCN
GU Group Id List (C)
eNB
eNB
X2 Setup Request
X2 Setup Response
X2 Setup Response
Global eNB ID
Served Cells
- Served Cell Information
- Neighbor Information
-- ECGI
-- PCI
-- EARFCN
GU Group Id List (C)
Criticality Diagnostics
X2 Setup Response
The X2 Setup Response message simply reflects the information included in the request but
this time the values are associated with the neighbor that received the request message.
7-96
Issue 06 (2006-03-01)
eNB
eNB Configuration Update
eNB Configuration Update Acknowledgment
Issue 06 (2006-03-01)
7-97
Control Plane
User Plane
RNL
S1AP
IP
GTP-U
SCTP
UDP
IP
IP
Layer 2
Layer 2
Layer 1
Layer 1
S1-MME
S1-U
E-RAB Management - this overall functionality is responsible for setting up, modifying
and releasing E-RABs, which are triggered by the MME. Note that the release of
E-RABs may be triggered by the eNB as well.
Initial Context Transfer - this is used to establish an S1 UE context in the eNB, to setup
the default IP connectivity, to setup one or more E-RAB(s) if requested by the MME, as
well as to transfer NAS (Non Access Stratum) signaling related information to the eNB if
needed.
Paging - this functionality provides the EPC with the capability to page the UE.
7-98
Overload - this is used to indicate the load situation in the Control Plane of the S1
interface.
Load balancing -this is used to ensure equally loaded MMEs within an MME pool
area.
S1 Setup - this is used for initial S1 interface setup for providing configuration
information.
eNB and MME Configuration Update - these are used to update application level
configuration data needed for the eNB and MME to interoperate correctly on the S1
interface.
NAS Signaling Transport - this is between the UE and the MME and is used to:
Issue 06 (2006-03-01)
transfer NAS signaling related information and to establish the S1 UE context in the
eNB.
transfer NAS signaling related information when the S1 UE context in the eNB is
already established.
Status Transfer - this functionality transfers PDCP SN Status information from the
source eNB to target eNB in support of in-sequence delivery and duplication avoidance
for intra LTE handover.
Location Reporting - this functionality allows MME to be aware of the UEs current
location.
Warning Message Transmission - this functionality provides the means to start and
overwrite the broadcasting of warning messages.
RIM (RAN Information Management) - this functionality allows the request and transfer
of RAN system information (e.g. GERAN system information) between two RAN nodes
via the core network.
Configuration Transfer - this functionality allows the request and transfer of RAN
configuration information (e.g. SON information) between two RAN nodes via the core
network.
Initiating Message
Successful
Outcome
Unsuccessful
Outcome
Response message
Response message
Handover
Preparation
HANDOVER
REQUIRED
HANDOVER
COMMAND
HANDOVER
PREPARATION
FAILURE
Handover Resource
Allocation
HANDOVER
REQUEST
HANDOVER
REQUEST
ACKNOWLEDGE
HANDOVER
FAILURE
PATH SWITCH
REQUEST
PATH SWITCH
REQUEST
ACKNOWLEDGE
PATH SWITCH
REQUEST
FAILURE
Issue 06 (2006-03-01)
7-99
Handover
Cancellation
HANDOVER
CANCEL
HANDOVER
CANCEL
ACKNOWLEDGE
E-RAB Setup
E-RAB SETUP
REQUEST
E-RAB SETUP
RESPONSE
E-RAB Modify
E-RAB MODIFY
REQUEST
E-RAB MODIFY
RESPONSE
E-RAB Release
E-RAB RELEASE
COMMAND
E-RAB RELEASE
RESPONSE
INITIAL
CONTEXT SETUP
REQUEST
INITIAL
CONTEXT SETUP
RESPONSE
Reset
RESET
RESET
ACKNOWLEDGE
S1 Setup
S1 SETUP
REQUEST
S1 SETUP
RESPONSE
UE Context Release
UE CONTEXT
RELEASE
COMMAND
UE CONTEXT
RELEASE
COMPLETE
UE Context
Modification
UE CONTEXT
MODIFICATION
REQUEST
UE CONTEXT
MODIFICATION
RESPONSE
UE CONTEXT
MODIFICATION
FAILURE
eNB Configuration
Update
ENB
CONFIGURATION
UPDATE
ENB
CONFIGURATION
UPDATE
ACKNOWLEDGE
ENB
CONFIGURATION
UPDATE FAILURE
MME Configuration
Update
MME
CONFIGURATION
UPDATE
MME
CONFIGURATION
UPDATE
ACKNOWLEDGE
MME
CONFIGURATION
UPDATE FAILURE
Write-Replace
Warning
WRITE-REPLACE
WARNING
REQUEST
WRITE-REPLACE
WARNING
RESPONSE
INITIAL
CONTEXT SETUP
FAILURE
S1 SETUP
FAILURE
The S1AP also include various Class 2 procedures which are always considered to be
successful and therefore do not require a response.
Table 7-4 S1AP Class 2 Elementary Procedures
7-100
Elementary Procedure
Message
Handover Notification
HANDOVER NOTIFY
Issue 06 (2006-03-01)
Paging
PAGING
Initial UE Message
INITIAL UE MESSAGE
Error Indication
ERROR INDICATION
Deactivate Trace
DEACTIVATE TRACE
Trace Start
TRACE START
Location Report
LOCATION REPORT
Overload Start
OVERLOAD START
Overload Stop
OVERLOAD STOP
7.2.3 S1 Setup
The S1 Setup procedure is used to exchange configured data which is required in the MME
and in the eNB respectively to ensure a proper interoperation. The S1 Setup procedure is
triggered by the eNB and is the first S1AP procedure which will be executed. Figure 7-15
illustrates the S1 Setup Request parameters.
Issue 06 (2006-03-01)
7-101
eNB
S1 Setup Request
Global eNB ID
eNB Name (O)
Supported TAs
- TAC
Broadcast PLMNs
- PLMN Identity
CSG Id List (O)
- CSG Id
Default Paging DRX
MME
S1 Setup Request
S1 Setup Response
The eNB informs the MME of its Global eNB Identity, supported TA (Tracking Areas),
Broadcasted PLMN(s) and CSG information, as well as Default Paging DRX information.
In response to the S1 Setup Request messages the MME sends a S1 Setup Response. This
includes the served GUMMEI(s) and relative MME capacity. In addition, this message can
also include a MME name, e.g. Primary MME.
Figure 7-16 S1 Setup Response
eNB
MME
S1 Setup Request
S1 Setup Response
S1 Setup Response
MME Name (O)
Served GUMMEIs
- Served PLMNs
-- PLMN Identity
- Served GroupIDs
-- MME Group ID
- Served MMECs
-- MME Code
Relative MME Capacity
Criticality Diagnostics (O)
7-102
Issue 06 (2006-03-01)
Initial UE Message
When the eNB has received, from the radio interface, the first Uplink NAS message
transmitted on an RRC connection to be forwarded to an MME, the eNB invokes the NAS
Transport procedure and sends the Initial UE Message to the MME including the NAS
message as a NAS-PDU. Note that the first Uplink NAS message is always received in the
RRC Connection Setup Complete message.
The Initial UE Message contains the following information:
eNB - UE S1AP ID - the eNB allocates a unique eNB UE S1AP ID to be used for the UE
and this identifies the UE association over the S1 interface.
NAS PDU - this contains the NAS message, e.g. EMM Attach with PDN Connectivity
Request.
TAI - this contains the PLMN Code and TA Code of the TA in which the UE has sent the
NAS message.
E-UTRAN CGI - contains the cell identify from which the UE has sent the NAS
message.
S-TMSI - this is the identity of the UE and is sent to the MME if it was received on the
air interface.
RRC Establishment Cause - indicates to the MME the reason for RRC connection
establishment.
Issue 06 (2006-03-01)
7-103
Initial UE Message
eNB UE S1AP ID
NAS-PDU
TAI
E-UTRAN CGI
S-TMSI (O)
CSG Identity (O)
RRC Establishment cause
GUMMEI (O)
eNB
MME
Initial UE Message
eNB
MME
7-104
Issue 06 (2006-03-01)
UE Aggregate Maximum Bit Rate - this indicates to the eNB the total aggregate data rate
assigned to the UE.
RAB to be Setup List - this includes the E-RAB context information. Each E-RAB
includes an E-RAB ID, QoS parameters and User Plane tunnel information, i.e. an IP
address and TEID (Tunnel Endpoint Identifier).
UE Security Capabilities - this indicates the security algorithms supported by the UE.
Security Key - the purpose of the Security Key IE is to provide security related
parameters to the eNB.
Trace Activation - this optional parameter is able to setup RRC, X2 and S1AP tracing for
a UE.
Handover Restriction List - this optional parameter is used to update the eNB on roaming
area or access restrictions.
UE Radio Capability - this optional parameter provides the eNB with initial UE radio
capability.
CS Fallback Indicator - this optional parameter indicates that a fallback to the CS domain
is needed.
Issue 06 (2006-03-01)
7-105
MME
Initial Context Setup Request
S-GW
Create
Session
(GTPv2-C)
S-GW Address
and TEID
7-106
Issue 06 (2006-03-01)
eNB
MME
S-GW
E-RAB ID = 5
Modify
Bearer
S-GW Address
and TEID
UE Context Modification
The purpose of the UE Context Modification procedure is to modify the established UE
Context. It enables the MME to modify the:
Security Key.
CS Fallback Indicator.
Issue 06 (2006-03-01)
7-107
eNB
MME
Figure 7-22 illustrates the E-RAB Setup Response message and the eNB E-RAB address
parameters for downlink data delivery.
Figure 7-22 S1 E-RAB Setup Response
eNB
MME
E-RAB Setup Request
E-RAB Setup Response
E-RAB Setup Response
MME UE S1AP ID
eNB UE S1AP ID
E-RAB Setup List
- E-RAB ID
- Transport Layer Address
- GTP-TEID
E-RAB Failed to Setup List (O)
Criticality Diagnostics (O)
7-108
Issue 06 (2006-03-01)
MME
E-RAB Release Indication
If the eNB wants to remove all remaining E-RABs e.g. for user inactivity, the UE Context Release
Request procedure is used instead.
7.2.8 S1 Handover
The E-UTRAN supports multiple scenarios for handover, for example intra MME, inter MME,
inter S-GW, inter RAT, etc. For these different scenarios typically the same message set is
used, however the information elements within the messages may be different. A handover
involves three phases:
Handover preparation.
Handover notification.
Issue 06 (2006-03-01)
7-109
S11
S-GW
MME
S11
S1-MME
S1-U
S1-MME
S1-U
S1-U
S1-U
eNB
S-GW
eNB
UE
7-110
Issue 06 (2006-03-01)
eNB
Source
MME
Handover Required
Handover Required
MME UE S1AP ID
eNB UE S1AP ID
Handover Type
Cause
Target ID
Direct Forwarding Path Availability (O)
SRVCC HO Indication (O)
Source to Target Transparent Container
Source to Target Transparent Container Secondary (O)
MS Classmark 2 (C) if SRVCC to GERAN
MS Classmark 3 (C) if SRVCC to GERAN
Handover Type - this defines the type of handover that is required. These include:
Intra LTE.
LTE to UTRAN.
LTE to GERAN.
Cause - this element indicates to the MME the reason for the handover including reasons
with the radio network layer, transport network layer, NAS and protocol.
Target ID - for intra LTE mobility this is the Global eNB ID and is expressed as the first
20bits of the cell ID in the case of macro eNB and for Home eNB it is the entire 28bit
cell identity. For inter-RAT mobility this parameter relates to the target cell, e.g. the CGI
(Cell Global Identifier).
Direct Forwarding Path Availability - this indicates to the MME if traffic can be
forwarded directly from the source to the target eNB or if it must be routed through the
EPC.
SRVCC HO Indication - this indicates that SRVCC (Single Radio Voice Call Continuity)
procedures need to be supported as part of this handover. SRVCC is the architecture
defined to ensure call continuity between IMS, over PS access, and CS access for calls
that are anchored in the IMS when the UE is capable of transmitting/receiving on only
one of those access networks at a given time.
Issue 06 (2006-03-01)
7-111
Source to Target Transparent Container - this element contains the transparent container
which includes radio related information that must be passed between the source and
target eNB through the EPC. Note that depending on the mobility scenarios it could
include inter-RAT containers. In addition, when SRVCC is used and the handover is to
GERAN with DTM (Dual Transfer Mode) HO support a secondary Source to Target
Transparent Container is sent.
eNB
Source
MME
Handover Command
Handover Command
MME UE S1AP ID
eNB UE S1AP ID
Handover Type
NAS Security Parameters from E-UTRAN (C)if to UTRAN GERAN
E-RABs Subject to Forwarding List (O)
- E-RAB ID
- DL Transport Layer Address (O)
- DL GTP-TEID (O)
- UL Transport Layer Address (O)
- UL GTP-TEID (O)
E-RABs to Release List (O)
Target to Source Transparent Container
Target to Source Transparent Container Secondary (O)
Criticality Diagnostics (O)
7-112
Issue 06 (2006-03-01)
eNB
Target
Handover Request
MME UE S1AP ID
Handover Type
Cause
UE Aggregate Maximum Bit Rate
E-RABs To Be Setup List
- E-RAB ID
- Transport Layer
- GTP-TEID
- E-RAB Level QoS Parameters
Source to Target Transparent Container
UE Security Capabilities
Handover Restriction List (O)
Trace Activation (O)
Request Type (O)
SRVCC Operation Possible (O)
Security Context
NAS Security Parameters to E-UTRAN (C)
MME
Handover Request
Handover Request Acknowledge
The Request Type parameter is part of Location Reporting and is detailed in Section 7.2.14
Issue 06 (2006-03-01)
7-113
eNB
Target
MME
Handover Request
Handover Request Acknowledge
eNB
Target
Handover Notify
MME UE S1AP ID
eNB UE S1AP ID
E-UTRAN CGI
TAI
MME
Handover Notify
7-114
Issue 06 (2006-03-01)
eNB
Target
eNB
Source
S-GW
MME
Forwarding
Path Switch Request
Path Switch Request
eNB UE S1AP ID
E-RAB To Be Switched
- E-RAB ID
- Transport layer address
- GTP-TEID
Source MME UE S1AP ID
E-UTRAN CGI
TAI
UE Security Capabilities
Modify Bearer
(GTPv2-C)
Issue 06 (2006-03-01)
7-115
eNB
Target
eNB
Source
S-GW
MME
Forwarding
Path Switch Request Acknowledge
eNB
Source
Handover Cancel
MME UE S1AP ID
eNB UE S1AP ID
Cause
MME
Handover Cancel
Handover Cancel Acknowledge
Handover Cancel Acknowledge
MME UE S1AP ID
eNB UE S1AP ID
Criticality Diagnostics (O)
7-116
Issue 06 (2006-03-01)
Release of the old UE associated logical S1-connection when two UE-associated logical
S1-connections toward the same UE are detected after the UE has initiated the
establishment of a new UE associated logical S1-connection.
MME
UE Context Release Command
UE Context Release Complete
UE Context Release Complete
MME UE S1AP ID
eNB UE S1AP ID
Criticality Diagnostics (O)
Issue 06 (2006-03-01)
7-117
MME
UE Context Release Request
7.2.13 Reset
The purpose of the Reset procedure is to initialize or re-initialize the E-UTRAN, or part of
E-UTRAN S1AP UE-related contexts, in the event of a failure in the EPC or vice versa.
Figure 7-35 S1 Reset
eNB
Reset
Cause
Reset Type
- S1 Interface
-- Reset All
- Part of S1 Interface
-- UE-Associated Logical S1 Connection List
MME
Reset
Reset Acknowledge
7-118
Event - this can indicate Direct, Change of service cell, Stop Change of service cell.
Issue 06 (2006-03-01)
MME
Location Report Control
7.2.15 Overload
The purpose of the Overload Start procedure is to inform an eNB to reduce the signaling load
towards the concerned MME.
Figure 7-37 Overload Start
Overload Start
Overload Response
- Overload Action
eNB
MME
Overload Start
The Overload Start message indicates the Overload Action to be performed. This is either:
Reject all RRC connection establishments for non-emergency Mobile Originated Direct
Transfer.
Overload Stop
The purpose of the Overload Stop procedure is to signal to an eNB the MME is connected to
that the overload situation at the MME has ended and normal operation can resume.
Issue 06 (2006-03-01)
7-119
7.2.17 Paging
The paging of UEs in Idle Mode is facilitated by the MME to send a Paging message to all
eNBs managing the UEs TAI (Tracking Area Identity) or TAIs. Figure 7-38 illustrates the
Paging message and its parameter.
Figure 7-38 Paging
eNB
Paging
UE Identity Index Value
UE Paging Identity
Paging DRX (O)
CN Domain
List of TAIs
- TAI
CSG Id List (O)
- CSG Id
MME
Paging
UE Identity Index Value - this is used by the eNB for calculating the paging occurrence.
The value relates to the IMSI mod 1024.
Paging DRX (O) - this indicates the default Paging DRX value.
List of TAIs - this indicates to the eNB which TAI(s) the paging message should be send.
CSG Id List - this indicates which CSG (Closed Subscriber Group) Identity cells should
be paged.
7-120
Issue 06 (2006-03-01)
S11
MME
GT
S1-MME
PT
S-GW
l
ne
un
S1-U
Each GTP Tunnel supports one EPS Bearer, i.e. E-RAB. Thus multiple tunnels exist for multiple UEs.
Version
PT
(*)
E
S
Message Type
Length
Length
TEID
TEID
TEID
TEID
Sequence Number
Sequence Number
N-PDU Number
Next Extension Header Type
1
PN
Oct 1
Oct 2
Oct 3
Oct 4
Oct 5
Oct 6
Oct 7
Oct 8
Oct 9
Oct 10
Oct 11
Oct 12
Version - this field is used to determine the version of the GTP-U protocol, i.e. version 1.
PT (Protocol Type) - this bit is used as a protocol discriminator between GTP (when PT
is '1') and GTP (when PT is '0'). Note GTP is not used in the E-UTRAN.
E (Extension) - this flag indicates the presence of a meaningful value of the Next
Extension Header Type field. When it is set to '1', the Next Extension Header field is
present and interpreted.
Issue 06 (2006-03-01)
7-121
S (Sequence) - this flag indicates the presence of a meaningful value of the Sequence
Number field. For the Echo Request, Echo Response, Error Indication and Supported
Extension Headers Notification messages, the S flag is be set to '1'. Since the use of
Sequence Numbers is optional for G-PDUs, the PDN-GW, S-GW and eNB should set the
flag to '0'. However, when a G-PDU is being relayed by the Indirect Data Forwarding for
Inter RAT HO procedure, then if the received G-PDU has the S flag set to '1', then the
relaying entity shall set S flag to '1' and forward the G-PDU.
PN (N-PDU Number) - this flag indicates the presence of a meaningful value of the
N-PDU Number field. When it is set to '1', the N-PDU Number field is present and
interpreted.
Length - this field indicates the length in octets of the payload, i.e. the rest of the packet
following the mandatory part of the GTP header (that is the first 8 octets).
The Error Indication message where the Tunnel Endpoint Identifier is set to all zeros.
Optional Fields
Sequence Number - this is used for G-PDUs, an increasing sequence number for the
original IP packets transmitted via GTP-U tunnels, when transmission order must be
preserved.
N-PDU Number - this is used at the Inter SGSN Routing Area Update procedure and
some inter-system handover procedures (e.g. between 2G and 3G radio access networks).
It coordinates the data transmission for acknowledged mode of communication between
the 2G MS (Mobile Station) and the SGSN (Serving GPRS Support Node).
Next Extension Header Type - this defines the type of Extension Header that follows this
field in the GTP-PDU, e.g. PDCP PDU number.
1
Oct 1
Oct 2 - m
Oct m + 1
Following the Extension Header Content a Next Extension Header Content is added. This
indicates if an additional extension header is added, if not, it is set to zero.
Currently there are two defined extension headers, namely UDP Port and PDCP PDU number.
7-122
Issue 06 (2006-03-01)
Message
Echo Request
Echo Response
3-25
Reserved
26
Error Indication
27-30
Reserved
31
32-253
Reserved
254
End Marker
255
G-PDU
Issue 06 (2006-03-01)
7-123
Echo Request
Private Extension (O)
S-GW
eNB
Echo Request
Echo Response
60s
Echo Response
Recovery
Private Extension (O)
Echo Request
Echo Response
For the GTP-U tunnel setup between two nodes for forwarding user traffic, e.g. between eNBs
for direct forwarding over X2, Echo Request path maintenance message are not sent except if
the forwarded data and the normal data are sent over the same path.
Path Failure
A path counter is used to manage each path. This is used in conjunction with a T3-Response
Timer and N3-Requests parameter. The path counter is reset each time an Echo Response is
received on the path and incremented when the T3-Response Timer expires for any Echo
Request message sent on the path. The path is classed as down if the counter exceeds
N3-Requests. In this case, the GTP-U peer may notify the Operation and Maintenance
network element. In addition, the GTP-U peer will also notify the upper layer of the path
failure, so that EPS contexts associated with the path may be deleted. The recommended
value for the N3-Requests parameter is 5 and the T3-Response Timer is usually 20 seconds.
7-124
Issue 06 (2006-03-01)
G-PDU
Including Extension Header
S-GW
eNB
G-PDU
Supported Extension Headers Notification
Extension not
supported
This message is sent only in case a GTP entity was required to interpret a mandatory
Extension Header but the GTP entity was not yet upgraded to support that extension header.
The peer GTP entity may retry to use all the extension headers with that node, in an attempt to
verify it has been upgraded.
eNB
Target
eNB
Source
S-GW
G-PDU
G-PDU
End Marker
End Marker
G-PDU
Issue 06 (2006-03-01)
7-125
Echo Request Message - the UDP Destination Port number for GTP-U request messages
is 2152. The UDP Source Port is a locally allocated port number at the sending GTP-U
entity.
Echo Response Message - the UDP Destination Port value is the UDP Source Port of the
corresponding request message. The UDP Source Port is the value from the UDP
Destination Port of the corresponding request message.
Encapsulated T-PDUs - the UDP Destination Port number is 2152. The UDP Source Port
is a locally allocated port number at the sending GTP-U entity.
Error Indication - the UDP destination port for the Error Indication is the User Plane
UDP port (2152). The UDP source port is locally assigned at the sending node.
7-126
Issue 06 (2006-03-01)
8 Mobility in LTE
Mobility in LTE
Issue 06 (2006-03-01)
8-127
8 Mobility in LTE
8.1 X2 Handover
8.1.1 Handover Phases
In the RRC Connected mode the system performs network controlled UE assisted handovers.
Broadly, this process may be divided into three distinct phases. These are:
Measurement and Reporting - the UE takes measurements of neighbor cells and reports
these to the serving eNB. The periodicity and radio characteristics of these reports are
indicated to the UE through dedicated signaling.
Conduct Handover - once the UE has accessed information for the target cell, it conducts
the Random Access procedure to gain access and acquire timing information. Once on
the new eNB, the packet flow from the S-GW can be switched from the source eNB to
the target eNB. Finally, resources on the old eNB are released and context information
within the EPC is updated.
RSRP
RSRQ
Handover
Preparation
Phase
Conduct
Handover
eNB
Serving
Cell
RSRP
RSRQ
eNB
Neighbor
Cell
Take Measurements
and Report
When handovers are conducted, the eNB must make sure that the eNB cells that are
candidates for handover comply with roaming and mobility restrictions for the specific UE.
Consequently, the UE Context within the source eNB contains information regarding roaming
restrictions which were provided either at connection establishment or during the last
Tracking Area Update. The source eNB configures the UEs measurement procedures
according to this area restriction information.
8-128
Issue 06 (2006-03-01)
8 Mobility in LTE
Figure 8-2 illustrates the main type of handover, namely an X2 based handover whilst
maintaining PDCP sequencing, i.e. providing a lossless service.
Figure 8-2 X2 Based Handover with Lossless PDCP
eNB
Source
UE
Measurement
Report
RRC Connection
Reconfiguration
Request
eNB
Target
MME
S-GW
Handover
Request
Handover
Request Ack
SN Status
Transfer
PRACH Preamble
Random Access Response
RRC Connection Reconfiguration
Complete
PDCP Status Report
Path Switch
Request
Path Switch
Request Ack
End Marker
(GTP-U Message)
Modify Bearer
Request
Modify Bearer
Response
End Marker
(GTP-U Message)
Measurement Report
The information in the Measurement Report messages from the UE will include serving cell
information, as well as the Physical Cell ID for the handover candidates. It will also include
the requested measurement, e.g. RSRP (Reference Signal Received Power) or RSRQ
(Reference Signal Received Quality). This enables the serving eNB to rank the candidates and
identify the most suitable one with which to conduct the handover. Note that various offsets
could be used to encourage or discourage handovers from certain cells. Section 4.4.10
discusses the configuration of measurement results.
Issue 06 (2006-03-01)
8-129
8 Mobility in LTE
Bearer) information, and associated QoS. Full details of the message are discussed in Section
7.1.5 .
Admission Control is performed by the target eNB dependent on the received EPS Bearer
QoS information. Assuming resources are available, the target eNB reserves the required
resources and allocates a C-RNTI and optionally a RACH preamble.
The target eNB sends the Handover Request Acknowledge message to the source eNB. This
message includes a transparent container to be sent to the UE, i.e. a RRC Connection
Reconfiguration Request message. This includes a new C-RNTI, target eNB security
algorithm identifiers for the selected security algorithms and dedicated RACH preamble
information.
UE
eNB
Source
RRC Connection Reconfiguration
Request
RRC Connection
Reconfiguration Request
Measurement Configuration
Mobility Control Information
- TargetPhysCellId
- CarrierFreq
- CarrierBandwidth
- AdditionalSpectrumEmission
- T304
- NewUE-Identity
- RadioResourceConfigCommon
- Rach-ConfigDedicated
Dedicated Info NAS
Radio Resource Config Dedicated
Security Configuration HO
8-130
Carrier Frequency - this indicates the target cell downlink and uplink E-ARFCN.
Carrier Bandwidth - this indicates the target cell downlink and uplink bandwidth.
T304 - this is the handover timer. If the handover has not been finished and on
completion of this timer the handover failure procedure is initiated. Values include: ms50,
ms100, ms150, ms200, ms500, ms1000 and ms2000.
Radio Resource Config Common - this provides information about common parameters,
i.e. information which is broadcast from the target cell.
Issue 06 (2006-03-01)
8 Mobility in LTE
Rach-Config Dedicated - this can assign a dedicated preamble index (0-63) and a
PRACH Mask Index.
Random Access
Using the assigned information (from the RRC Connection Reconfiguration Request message)
the UE is able to access the target cell and obtain an initial uplink allocation, as well as timing
information. Following this, the UE is able to send the RRC Connection Reconfiguration
Complete message to the target eNB (stopping T304).
End Marker
6
7
8
Downlink SN PDU
UE
Stop
Assigning
PDCP SNs
36 35 34
Uplink SN PDU
New S1
Packets
xxxxxxx
eNB
Source
Uplink PDCP SN = 37
Downlink PDCP SN = 9
PDCP Packets
X2AP SN
Status
Transfer
Packets
directly to
new eNB
xxxxxxx
eNB
Target
In addition, the UE upon completing the handover to the target eNB exchanges PDCP Status
Report PDUs. These are discussed in Section 5.1.3 and indicate the UEs PDCP Status to the
target eNB. In so doing, the target eNB is able to identify missing PDCP packets from the
downlink perspective, as well as indicate to the UE missing uplink PDCP packets. As a result,
the UE and eNB are able to re-send the packets.
Path Switch
The forwarding of downlink user data from the source to the target eNB now takes place. The
target eNB sends a S1AP Path Switch message (discussed in Section 7.2.9 ) to the MME to
inform it that the UE has changed cell and identifies the new eNB supporting the cell. The
Issue 06 (2006-03-01)
8-131
8 Mobility in LTE
MME sends a GTPv2-C Modify Bearer Request message to the S-GW which switches the
downlink data path to the target side and releases any User Plane resources towards the source
eNB. Once this has been completed, the S-GW sends a Modify Bearer Response message to
the MME which confirms the path switch with the Path Switch Ack message. Finally, the
target eNB is able to send a x2AP UE Context Release message to the old eNB.
End Marker
To indicate that the S-GW has stopped sending data to the source eNB, it sends a GTP End
Marker message (discussed in Section 7.3.6 ) on GTP-U to the source eNB, which in turn
forwards it to the target eNB.
RLC-AM DRBs
Upon handover, the source eNB may forward, in order, to the target eNB all downlink PDCP
SDUs with an SN that has not been acknowledged by the UE. In addition, the source eNB
may also forward without a PDCP SN fresh data arriving over S1 to the target eNB. It is
worth noting that the target eNB does not have to wait for the completion of forwarding from
the source eNB before it begins transmitting packets to the UE.
Upon handover, the source eNB forwards to the Serving Gateway the uplink PDCP SDUs
successfully received in-sequence until the sending of the Status Transfer message to the
target eNB. Then, at that point in time, the source eNB stops delivering uplink PDCP SDUs to
the S-GW.
Following this, the source eNB can either:
Discard the uplink PDCP SDUs received out of sequence - this assumes that the source
or target eNB has not accepted the forwarding of uplink SDUs.
Forward to the target eNB the uplink PDCP SDUs received out of sequence - this
assumes that the source eNB and target eNB have agreed to do this as part of the
handover preparation phase.
SRB Handling
With respect to SRBs, the following principles apply at HO:
8-132
Issue 06 (2006-03-01)
8 Mobility in LTE
8.2 S1 Handover
Fundamentally, an S1 based handover is triggered when the source eNB wants to handover to
another cell and the X2 interface (with associated X2AP) is not configured. There are a
number of different S1 based handovers, with most utilizing the same set of messages.
UE
eNB
Source
eNB
Target
MME
Source
Handover Required
S-GW MME
Source Target
Forward
Relocation Request
Handover Request
Handover Request Ack
Forward Relocation
Response
S-GW
Target
PDN
-GW
Create
Session
Request
Create
Session
Response
Create Indirect Data
Forwarding Tunnel
Request
Create Indirect
Data Forwarding
Tunnel Response
The Target MME then sends the S1AP Handover Request message to the Target eNB
including a list of the EPS bearers to transfer. Furthermore, the message also includes the
Issue 06 (2006-03-01)
8-133
8 Mobility in LTE
necessary parameters to establish an uplink tunnel between the Target eNB and the Target
S-GW for uplink traffic. The Target eNB responds with the Handover Request Acknowledge
message which included the various TEIDs to support downlink traffic. The MME then passes
this information to the Target S-GW enabling the bi-directional tunnel between the Target
eNB and Target S-GW to become operational. It should be noted however at this stage, data is
still passing through the existing equipment: Source eNB, Source S-GW and PDN-GW.
Upon receiving the Create Indirect Data Forwarding Tunnel Response message, the MME
sends the Source MME the Forward Relocation Response message containing a transparent
container with the Handover Command message from the Target eNB. It also contains
addressing information enabling the Source S-GW to be able to start forwarding data to the
Target S-GW. This information is then passed to the Source S-GW through the Create Indirect
Data Forwarding Tunnel signaling exchange. A uni-directional tunnel now exists between the
Source S-GW and the Target S-GW.
UE
eNB
Source
eNB
Target
MME
Source
S-GW MME
Source Target
S-GW
Target
PDN
-GW
Handover Command
RRC Connection
Reconfiguration
Request
RRC Connection
Reconfiguration
Complete
Handover Notify
Forward Relocation
Complete
Notification
Forward Relocation
Complete Ack
Modify
Bearer
Request
Modify
Bearer
Response
Modify
Bearer
Request
Modify
Bearer
Response
The UE then detaches from the old cell and synchronizes with the Target eNB before sending
the RRC Connection Reconfiguration Complete message. This triggers the Target eNB to
8-134
Issue 06 (2006-03-01)
8 Mobility in LTE
send the Target MME the S1AP Handover Notify message which in turn informs the Source
MME that the Forward Relocation procedure is complete. Finally, the Target MME sends the
Modify Bearer Request message to the Target S-GW which in turn sends it to the PDN-GW,
triggering it to direct downlink data for the EPS bearers to the Target S-GW. This phase
culminates with the sending of the Modify Bearer Response messages between the PDN-GW,
Target S-GW and Target MME.
UE
eNB
Source
eNB
Target
MME
Source
S-GW MME
Source Target
S-GW
Target
PDN
-GW
Delete
Session
Request
Delete
Session
Response
Issue 06 (2006-03-01)
8-135
8 Mobility in LTE
UE
S-GW
RNC
eNB
MME
SGSN
Source
Target
Source
Target
Source
Handover Required
Forward Relocation Request
PDN
-GW
Relocation Request
Relocation Request Ack
Forward Relocation
Response
Create Indirect Data
Forwarding Tunnel Request
Create Indirect Data
Forwarding Tunnel Response
The remaining elements of the procedure follow standard UTRAN Relocation mechanisms
with the exception of the Target SGSN sending the Forward Relocation Complete Notification
message to the MME. Finally, the Source S-GW informs the PDN-GW of a modification to
8-136
Issue 06 (2006-03-01)
8 Mobility in LTE
the bearer using the Modify Bearer Request / Response messages. In addition, the MME is
able to release the S1 resources.
Figure 8-9 E-UTRAN to UTRAN Handover Continued
S-GW
RNC
eNB
MME
SGSN
PDN
-GW
Source
Target
Source
Target
Source
Handover Command
Handover
from
E-UTRAN
Handover to
Relocation Complete
UTRAN Command
Forward Relocation
Complete Notification
Forward Relocation
Complete Ack
UE Context Release
Modify Bearer Request
Command
Modify Bearer Response
UE Context Release
Complete
UE
It should be noted that this is only one example of how this procedure may take place and in
reality, there may be a number of additional elements which may become involved if
necessary. These include additional S-GWs, as well as the establishment of various direct
tunnels in the EPC.
Issue 06 (2006-03-01)
8-137
9 Glossary
Numerics
16 QAM (Quadrature Amplitude
Modulation)
64QAM (Quadrature Amplitude
Modulation)
2G (Second Generation)
3G (Third Generation)
3GPP (Third Generation
Partnership Project)
4G (Fourth Generation)
D/C (Data/Control)
dB (Decibels)
DCCH (Dedicated Control
Channel)
DL-SCH (Downlink - Shared
Channel)
DRB (Data Radio Bearer)
DRX (Discontinuous Reception)
DSCP (Differentiated Services
Code Point)
DTCH (Dedicated Traffic
Channel)
DTM (Dual Transfer Mode)
B
BCCH (Broadcast Control
Channel)
BCH (Broadcast Channel)
BI (Backoff Indicator)
BSR (Buffer Status Report)
C
C (Conditional)
CCCH (Common Control
Channel)
9-138
Glossary
E (Extension)
EARFCN (E-UTRA Absolute
Radio Frequency Channel
Number)
ECGI (E-UTRAN Cell Global
Identifier)
ECI (Evolved Cell Identity)
EIR (Equipment Identity
Register)
EMM (EPS Mobility
Management)
eNB (Evolved Node B)
EP (Elementary Procedures)
EPC (Evolved Packet Core)
ePDG (evolved Packet Data
Gateway)
EPS (Evolved Packet System)
E-RAB (E-UTRAN - Radio
Access Bearer)
ESM (EPS Session Management)
ESM (Evolved Session
Management)
Issue 06 (2006-03-01)
9 Glossary
L
LCG ID (Logical Channel Group
Identity)
LCID (Logical Channel
Identifier)
LI (Length Indicator)
LSF (Last Segment Flag)
LTE (Long Term Evolution)
F
FAC (Final Assembly Code)
FDD (Frequency Division
Duplex)
FI (Frame Information)
FO (First-Order)
M
GBR (Guaranteed Bit Rate)
GERAN (GSM/EDGE Radio
Access Network)
GTP (GPRS Tunneling Protocol)
GTP-U (GPRS Tunneling
Protocol - User)
GTPv1-U (GPRS Tunneling
Protocol Version 1 - User Plane)
GTPv2-C (GPRS Tunneling
Protocol Version 2 - Control)
GU Group ID (Globally Unique
Group Identifier)
GUMMEI (Globally Unique
MME Identifier)
GUTI (Globally Unique
Temporary Identity)
M (Mandatory)
MAC (Medium Access Control)
MAC-I (Message Authentication
Code - Integrity)
MAG (Mobile Access Gateway)
MCC (Mobile Country Code)
ME (Mobile Equipment)
MIB (Master Information Block)
MIMO (Multiple Input Multiple
Output)
MME (Mobility Management
Entity)
MMEC (MME Code)
MNC (Mobile Network Code)
MS (Mobile Station)
MSB (Most Significant Bits)
MSIN (Mobile Subscriber
Identity Number)
M-TMSI (MME - Temporary
Mobile Subscriber Identity)
H
HA (Home Agent)
HARQ (Hybrid Automatic Repeat
Request)
HeNB (Home Evolved Node B)
HeNB-GW (Home Evolved Node
B - Gateway)
HFN (Hyper Frame Number)
HPLMN (Home Public Land
Mobile Network)
HRPD (High Rate Packet Data)
HSS (Home Subscriber Server)
N
NAS (Non Access Stratum)
non-GBR (non - Guaranteed Bit
Rate)
NSAPI (Network layer Service
Access Point Identifier)
O
O (Optional)
O&M (Operations and
Maintenance)
OFDMA (Orthogonal Frequency
Division Multiple Access)
I
IE (Information Elements)
IETF (Internet Engineering Task
Force)
IMEI (International Mobile
Equipment Identity)
IMS (IP Multimedia Subsystem)
P
P (Polling)
Issue 06 (2006-03-01)
9-139
9 Glossary
S
S (Sequence)
S1AP (S1 Application Protocol)
SC-FDMA (Single Carrier Frequency Division Multiple
Access)
SCTP (Stream Control
Transmission Protocol)
SDF (Service Data Flow)
SDU (Service Data Unit)
SGSN (Serving GPRS Support
Node)
S-GW (Serving - Gateway)
SI (System Information)
SIB 1 (System Information Block
1)
SMS (Short Message Service)
SN (Sequence Number)
SNR (Serial Number)
SO (Second-Order)
SO (Segment Offset)
SPS (Semi-Persistent Scheduling)
SRB (Signaling Radio Bearer)
SRNC (Serving RNC)
SRS (Sounding Reference Signal)
SRVCC (Single Radio Voice Call
Continuity)
S-TMSI (Serving - Temporary
Mobile Subscriber Identity)
Q
QCI (QoS Class Identifier)
QoS (Quality of Service)
QPSK (Quadrature Phase Shift
Keying)
R
RA (Random Access)
RACH (Random Access Channel)
RAI (Routing Area Identity)
RAN (Radio Access Network)
RAPID (Random Access
Preamble Identifier)
RAR (Random Access Response)
9-140
TA (Timing Advance)
TA (Tracking Areas)
TAC (Tracking Area Code)
Issue 06 (2006-03-01)
9 Glossary
U
UDP (User Datagram Protocol)
UE (User Equipment)
UE AMBR (User Equipment
Aggregate Maximum Bit Rate)
UL (Uplink)
UL-SCH (Uplink Shared
Channel)
UM (Unacknowledged Mode)
UMD (Unacknowledged Mode
Data)
USIM (Universal Subscriber
Identity Module)
UTRA (Universal Terrestrial
Radio Access)
UTRAN (Universal Terrestrial
Radio Access Network)
V
VoIP (Voice over IP)
VPLMN (Visited Public Land
Mobile Network)
W
WCDMA (Wideband CDMA)
X
X2AP (X2 Application Part)
X2AP (X2 Application Protocol)
Issue 06 (2006-03-01)
9-141
Issue 06 (2006-03-01)
9 Glossary
9-1