MPI0001!00!01 - LTE Architecture
MPI0001!00!01 - LTE Architecture
MPI0001!00!01 - LTE Architecture
LTE Architecture
Reference Document
www.mpirical.com
LTE Architecture
LTE Architecture
Reference Document
Mpirical classes have been developed in accordance with the technical specifications
published by the 3GPP. As such the 3GPP have granted Mpirical Limited the right to use the
3GPP logo to identify specifications, compliant products and services.
Contents
Introduction ............................................................................................................ 1
1.1 The Need for LTE .......................................................................................... 1
1.2 Migration from UMTS/HSPA ......................................................................... 1
1.3 LTE Releases and Features .......................................................................... 2
E-UTRAN Architecture .......................................................................................... 3
2.1 User Equipment ............................................................................................ 4
2.2 Evolved Node B ............................................................................................ 5
2.3 Home Evolved Node B .................................................................................. 6
2.4 E-UTRAN Interfaces and Protocols .............................................................. 6
EPC Architecture ................................................................................................... 7
3.1 Mobility Management Entity .......................................................................... 7
3.2 Serving Gateway ........................................................................................... 8
3.3 Packet Data Network Gateway ..................................................................... 9
3.4 EPC Interfaces and Protocols ....................................................................... 9
PCC Architecture ................................................................................................. 13
4.1 Policy and Charging Rules Function ........................................................... 13
4.2 Policy and Charging Enforcement Function................................................ 13
4.3 PCC Interfaces and Protocols ..................................................................... 13
IMS Architecture .................................................................................................. 14
5.1 Call Session Control Function ..................................................................... 15
5.2 Home Subscriber Server ............................................................................. 15
5.3 IMS Protocols .............................................................................................. 15
Figures
Tables
Introduction
Since the launch of GPRS (General Packet Radio Service) in 1999, there
have been countless predictions that mobile data volumes would increase
exponentially year on year. However, history tells us this was not the case
until the later part of the last decade with mobile data only really becoming
mainstream with the introduction of flat rate charging and the arrival of the
smartphone / app stores.
In 2010, eleven years after the launch of the world's first GPRS network, data
finally overtook voice as the largest contributor to total network traffic.
12
10
Exabytes/Month
0
2012 2013 2014 2015 2016 2017
however, the term LTE is synonymous with the entire network and SAE has
tended to drift into archives of history! This concept is represented in Figure 2.
GMSC GGSN
MME PDN
GW
MSC SGSN System
Architecture S-GW
Evolution
Release 10
Release 10 provided a substantial increase in capacity through the
introduction of LTE Advanced. Key highlights included:
3Gbps (Downlink) and 1.5Gbps (Uplink).
Carrier aggregation of five 20MHz channels to a maximum of 100MHz.
Higher order MIMO antennas - 88 (Downlink) and 44 (Uplink).
Relay nodes to support HetNet (Heterogeneous Network).
Release 11
Release 11 built upon a number of services and features of Release 10
including:
Enhancements to carrier aggregation.
Introduction of new frequency bands.
Coordination of multipoint transmission and reception.
Advanced receivers.
Release 12
Still under development (Stage 3 Freeze - 2014), there are a number of work
items gaining traction. These include:
Enhanced small cells for LTE.
Interworking between LTE, Wi-Fi (Wireless - Fidelity) and HSPA.
Inter-site carrier aggregation.
LTE as a public safety network.
E-UTRAN Architecture
The LTE study group proposed a new access network termed the E-UTRAN
(Evolved - Universal Terrestrial Radio Access Network) and in so doing a new
air interface - E-UTRA (Evolved - Universal Terrestrial Radio Access). Strictly
speaking, the E-UTRAN does not include the mobile or UE (User Equipment)
but in the interests of clarity, it has been included here. The E-UTRAN
architecture is illustrated in Figure 4.
E-UTRA
Evolved
Packet Core
Uu
S1
X2
UE eNB
eNB
E-UTRAN
Mobile Equipment
In addition to the numerous capabilities a LTE mobile will be able to support, it
must also be able to support the new air interface or E-UTRA. In so doing, the
3GPP have defined a number of UE categories 1 which are summarized in
Table 1.
In terms of radio spectrum, the mobile will be able to support various scalable
channels including: 1.4MHz, 3MHz, 5MHz, 10MHz, 15MHz and 20MHz whilst
operating in FDD (Frequency Division Duplex) and TDD (Time Division
Duplex) mode.
1
3GPP TS 36.306 - E-UTRA; User Equipment Radio Access Capabilities
15MHz 20MHz
20MHz
User Data
Routing
Encryption
HeNB
Uu GW
Evolved
S1 Packet Core
HeNB S1
UE
HeNB
RRC IP
PDCP PDCP
RLC RLC
MAC MAC
Layer 1 Layer 1
UE eNB
Figure 8 Uu Interface
X2 Interface
6 Mpirical Limited, 2015 MPI0001-00-01
LTE Architecture
The X2 interface connects two eNBs and supports both signalling and user
data. The control plane protocol operating across X2 is X2AP (X2 Application
Protocol) which utilizes the services of SCTP (Stream Control Transmission
Protocol) whereas the user plane utilizes GTP-U (GPRS Tunnelling Protocol -
User) to carry the IP datagrams.
X2AP GTP-U
SCTP UDP
eNB IP IP
Layer 2 Layer 2
Figure 9 X2 Interface
EPC Architecture
The 3GPP also defined the EPC (Evolved Packet Core) as part of its
evolution or migration of cellular networks to a higher data rates, lower
latency, packet optimized system that supports multiple RAT (Radio Access
Technology). The focus of this work was in the packet switched domain, with
the assumption that it would support all services including voice, video and
multimedia. The EPC architecture is illustrated in Figure 10.
MME MME
S10
S11
S1-MME
S-GW PDN
GW
S1-U
S5/S8 SGi
E-UTRAN
NAS Gateway
Idle State
Signalling Selection
Lawful
Mobility Data Buffering Routing
Interception
Packet
Policy
Filtering and Accounting
Enforcement
Screening
IP Address Lawful
Allocation Interception
NOTE It is now common to see the functions of the S-GW and PDN-GW combined into a single
physical entity. As such, the S5 interface will be transparent to the network.
Control Plane
MME
S1AP
SCTP
IP
Layer 2
eNB Layer 1
S1-U Interface
The S1-U interface spans the link between the eNB and S-GW. This carries
user plane information using the services of GTP-U and the underlying IP
network.
GTP-U
UDP
IP
Layer 2
eNB Layer 1
S5/S8 Interface
The S5 and S8 interfaces span the link between the S-GW and the PDN-GW;
either within the same PLMN (Public Land Mobile Network) as in the case of
S5, or in visited networks in the case of S8. These interfaces carry both
control and user plane information using the services of GTPv2-C (GPRS
Tunnelling protocol v 2 - Control) and GTP-U respectively.
UDP UDP
S-GW IP IP
Layer 2 Layer 2
Layer 1 Layer 1
S10 Interface
The S10 interface carries control plane information between MMEs. This uses
the protocol GTPv2-C on top of the underlying IP network.
Control Plane
MME
GTPv2-C
UDP
IP
MME Layer 2
Layer 1
S11 Interface
The S11 interface carries the control plane signalling between the MME and
the S-GW. It also uses the protocol GTPv2-C and the underlying IP network.
Control Plane
S-GW
GTPv2-C
UDP
IP
MME Layer 2
Layer 1
SGs Interface
The SGs interface connects the MME with a 2G or 3G MGCF (Media
Gateway Control Function) and in so doing supports the SGsAP (SGs
Application Part) protocol on SCTP. The interface is used to support the
Combined Attach procedure and other signalling associated with CSFB
(Circuit Switched Fallback) operation.
Control Plane
MGCF
SGsAP
SCTP
IP
MME Layer 2
Layer 1
S3 Interface
The S3 interface links the MME with the SGSN (Serving GPRS Support
Node) in order to support interworking and PS (Packet Switched) handovers.
It utilizes the GTPv2-C protocol.
GTPv2-C
UDP
IP
MME Layer 2
Layer 1
Figure 20 S3 Interface
S4 Interface
Control Plane User Plane
S-GW
GTPv2-C GTP-U
IP IP
Layer 2 Layer 2
Layer 1 Layer 1
Figure 21 S4 Interface
The S4 interface links the SGSN with the S-GW. It is used during PS
handovers between LTE and UMTS/GPRS and in so doing utilizes the
GTPv2-C protocol.
S6a Interface
The S6a interface connects the MME with the HSS which resides within the
IMS (IP Multimedia Subsystem). The application protocol on this interface is
Diameter.
Control Plane
Diameter
HSS
SCTP
IP
MME Layer 2
Layer 1
SGi Interface
The SGi interface links the LTE network with the external world or specifically
the PDN-GW with the PDN (Packet Data Network). The interface is typically
based on IP and as such supports a vast array of IETF (Internet Engineering
Task Force) protocols.
PCC Architecture
Given that all user plane communication across the LTE network will be via an
IP based packet switched network, PCC (Policy and Charging Control) is
necessary to ensure that the correct service is provided to the subscriber on a
packet flow basis. This is achieved through the use of a PCRF (Policy and
Charging Rules Function) and PCEF (Policy and Charging Enforcement
Function) which provide bearer network control regarding the QoS which
should be provisioned and applied for a given service data flow, charging
vectors and the rules which may be associated with these flows. The basic
architecture of the PCC is illustrated in Figure 23.
PCRF
Gx
PDN
GW
PCEF
User Plane
PCRF
Diameter
SCTP
IP
PCEF Layer 2
Layer 1
Figure 24 Gx Interface
IMS Architecture
For seamless mobility and service delivery to be successful, a viable
architecture must be established to ensure that a subscribers services can be
delivered to them irrespective of their terminal, access network and core
network connectivity. This may be within the home network or on a visited or
roamed network. In order to achieve this, the session signalling must be
independent of the underlying bearer network to enable it to provide a
consistent interface between the terminal / mobile and the AS (Application
Server).
As illustrated in Figure 25, this abstraction of service management is
facilitated through the introduction of a service layer that extends across all
functions involved in the delivery of services. This encompasses the AS, that
provides service and session control, the CSCF (Call Session Control
Function) that provides a SIP (Session Initiation Protocol) Proxy function and
the HSS that provides subscription, security and mobility information.
HSS
Application Servers
I S P
CSCF CSCF CSCF
PDN
GW
LTE
(IP-CAN)
UE
P-CSCF
The P-CSCF (Proxy - Call Session Control Function) acts as the ingress and
egress point to and from a service provider's IMS domain with respect to the
IMS client. The P-CSCF has a large number of responsibilities, including:
onward routing of registration and session requests to the correct nodes in the
network, ensuring the S-CSCF (Serving - Call Session Control Function) is
kept updated on the access network the subscriber is using, providing session
information to the PCRF and maintaining a secure connection with the client
device.
I-CSCF
The I-CSCF (Interworking - Call Session Control Function) is responsible for
onward routing of SIP messages to the appropriate S-CSCF for a given
subscriber. This routing capability is utilized in specific scenarios only, such as
during registration in order to assign or ascertain the S-CSCF which should be
used. Routing SIP requests arriving from other SIP networks is also a
responsibility of the I-CSCF.
The I-CSCF queries the HSS in order to discover the S-CSCF a particular
subscriber has been assigned to.
S-CSCF
The Serving - Call Session Control Function is the primary node in the IMS
responsible for session control. Subscribers will be allocated a S-CSCF for
the duration of their IMS registration in order to facilitate routing of SIP
messages as part of service establishment procedures. Consequently, the S-
CSCF will download a subscriber profile from the HSS at the time of
registration, which allows the S-CSCF to ascertain which Application Server
any service requests should be sent to. The S-CSCF will also be involved in
breakout to the PSTN, if this is supported.
Glossary
Contact Us )))
Tel: +44 (0) 1524 844669
Email: enquiries@mpirical.com
Campus Locations
London, Dubai, Delhi, Hong Kong
www.mpirical.com