Professional Documents
Culture Documents
Module 5-LTE
Module 5-LTE
Introduction:
LTE – Packet switched network from end to end designed for high speed data services.
LTE uses concept of bearer for QoS(Quality of service) control
Evolved packet system(EPS) also called bearer in short.
Its defined between Packet data network gateway(PDN-GW) and the UE .
It maps to a specific set of QoS requirements like latency, data rate , and packet error rate.
Architecture of EPS Bearer
Types of bearers
Guaranteed bit rate (GBR)bearers: They define and guarantee a minimum bit rate that will be
available to UE.
Applications : voice ,streaming videos, and real time gaming
Non GBR bearers: These bearers donot define or guarantee a minimum bit rate to UE.
Applications: werb browsing, email , FTP , P2P file sharing
The nine standardised QCI (QoS Class Identifier) defined in LTE is shown below:
QCI indicates priority , packet delay budget , acceptable packet error loss rate and GBR/Non GBR
classification.
Any additional bearer established to same PDN is called dedicated bearer.
The protocol architecture in LTE between the UE and the core network is divided in to the user
plane and control plane protocol stack as shown in following figures.
The user plane is responsible for transporting IP packets carrying application specific data from
PDN-GW to UE.
This is done by encapsulating IP packets in an Evolved Packet Core(EPC) specific protocol and
tunnelling them from PDN-GW to the eNode-B using GPRS Tunneling protocol(GTP).
From eNode-B the packets are transported to the UE using the Packet Data Convergence
Protocol(PDCP).
Control plane is used for transporting signalling between Mobility Management Entity (MME) and
UE.
The type of signalling handled over the control plane is typically related to bearer management ,
QoS management and mobility management including functions such as handover and paging.
In LTE layer 2 protocol stack is split into the following sublayers: Medium Access Control(MAC)
Radio Link Control(RLC) , and PDCP.
The layer 2 structure for downlink is shown in following figure.
Radio bearers are mapped to logical channels through PDCP and RLC sublayers.
The Service Access Point (SAP) between Physical layer and MAC sublayer , provides transport
channels that are used by physical layer to provide services to MAC.
SAP between MAC sublayer and RLC sublayer provides logical channels that are used by MAC
layer to provide services to the MAC.
In LTE , there is one RLC and PDCP entity per radio bearer in the UE and eNode-B.
In LTE RLC,RRC,PDCP entities are present in enodeB.At the transmit side each protocol layer
receives a service data unit from the higher layer and presents it to the protocol data unit below .
There are protocols between the core network and the UE that are transparent to the radio interface
and are refered to as Non access Stratum(NAS) signalling.
In(EPS) the NAS protocols consists mainly of the protocols for mobility management and session
management between the UE and the MME.
PDCP Overview
PDCP- Packet Data Convergence Protocol
Its associated either with control plane or with the user plane depending on which the radio bearer
its carrying data for.
Each radio bearer is associated with one PDCP entity
Each PDCP entity is associated with one or two RLC entities
PDCP only used for radio bearers mapped on DCCH and DTCH types of logic channels.
Main functions of PDCP for user plane and control plane are shown below:
For the user plane
Header compression and decompression of IP data flows with the Robust header compression
protocol(ROHC)
Ciphering and deciphering of user plane data
In sequence delivery and reordering of upper layer PDUs at handover
Buffering and forwarding of upper layer PDUs from serving eNode –B to the target e-Node B during
handover
Timer based discarding of SDUs in the uplink
For the control plane
Ciphering and deciphering of control plane data
Integrity protection and integrity verification of control plane data
Transfer of control plane data
The constructions of the PDCP data PDU formats from PDCP SDU for the user plane and the
control plane are shown in following figure.
The various types of PDCP PDU carried on the user and control plane are shown in following table
There are 3 types of PDCP data PDU s distinguished by length of sequence number(SN)
PDCP SN is used to provide robustness against packet loss and to guarantee sequential delivery at
the receiver
PDCP data PDU with long SN used for Unacknowledge mode(UM) and Acknowledged mode(AM)
PDCP data PDU with short SN is used for transparent mode
Besides SN and ciphered data , for user plane PDCP data PDU has a D/C field to distinguish data
and control PDUs
For control plane , it has a MAC-I field of 32 bits for integrity protection.
Header Compression
Additional fields are available for AMD PDU and AMD PDU segments:
Data/Control (D/C) field which indicates whether the RLC PDU is an RLC Data PDU or an
RLC Control PDU.
Re-segmentation Flag (RF) field which indicates whether the RLC PDU is an AMD PDU or an
AMD PDU segment.
Polling bit (P) field which indicates whether the transmitting side of an AM RLC entity
requests a STATUS report from its peer AM RLC entity.
Segment Offset (SO) field which indicates the position of the AMD PDU segment in bytes within the
original AMD PDU.
Last Segment Flag (LSF) field which indicates whether the last byte of the AMD PDU
segment corresponds to the last byte of an AMD PDU.
Status PDU
The Status PDU is used by the receiving AM RLC entity to indicate the missing portions of
AMD PDUs.
It consists of the following fields:
Control PDU Type (CPT) field which indicates the type of the RLC control PDU.
Acknowledgement SN (ACK_SN) field which indicates the SN of the next not received RLC
Data PDU which is not reported as missing in the STATUS PDU.
Extension bit 1 (E1) field which indicates whether a set of NACK_SN, E1 and E2 follows.
Extension bit 2 (E2) field which indicates whether a set of Sostart and Soend follows.
Negative Acknowledgement SN (NACK_SN) field which indicates the SN of the AMD PDU (or
portions of it) that has been detected as lost at the receiving side of AM RLC entity.
SO start (Sostart) field and SO end (Soend) field which together indicates the portion of the
AMD PDU with SN=NACK_SN that has been detected as lost at the receiving side of the AM RLC
entity.
AC PDU Formats
• The MAC layer receives data
from RLC as MAC SDUs and
passes the MAC PDUs to
PHY.
• A MAC PDU consists of a
MAC header and a MAC
payload.
• The MAC payload consists of
zero or more MAC SDUs, zero
or more MAC control
elements and optional padding.
• The MAC PDU header
consists of one or more MAC
PDU sub headers while each
sub header corresponds to
either a MAC SDU, a MAC
control element or padding.
• Both MAC SDU and MAC
header are of variable sizes
MAC PDU Formats
The MAC layer receives data from RLC as MAC SDUs and passes the MAC PDUs to PHY.
A MAC PDU consists of a MAC header and a MAC payload.
The MAC payload consists of zero or more MAC SDUs, zero or more MAC control elements and
optional padding.
The MAC PDU header consists of one or more MAC PDU sub headers while each sub header
corresponds to either a MAC SDU, a MAC control element or padding.
Both MAC SDU and MAC header are of variable sizes.
The format of a typical MAC sub header contains 5 different fields:
“R” field or Reserved field which is always set to “0”.
“E” field or Extension field which indicates if more fields are present in the MAC header.
If it is set to “1”, another set of at least R/R/E/LCID fields follows otherwise either a MAC SDU, a
MAC control element or padding follows.
“LCID” field or Logical Channel ID field which identifies the logical channel instance of
the corresponding MAC SDU or the type of the corresponding MAC control element or
padding.
One “LCID” field is included in the MAC PDU for each MAC SDU, MAC control element or
padding.
“F” field indicates the size of the Length field.
It is set to “0” if the size of the MAC SDU or MAC control element is less than 128 bytes otherwise
it is “1”.
There is one “F” field per MAC PDU sub header except for the last sub header and the sub header
corresponding to fixed sized MAC control elements.
“L” field or Length field indicates the length of the corresponding MAC PDU or MAC
control element in bytes.
For the last sub header in the MAC PDU, the MAC PDU sub header corresponding to padding and
sub headers for fixed size MAC control elements, there are only 4 header fields: R/R/E/LCID.
The MAC control element can be used for signaling for buffer status reporting,
Discontinuous Reception (DRX) command, timing advance command, UEs power headroom
and UE contention resolution.
In MAC PDU for random access response, there is a MAC header that consists of one or more
MAC PDU sub headers where each sub header contains information about the payload.
The MAC payload consists of one or more MAC Random Access Responses (MAC RAR) and
optional padding.
Each MAC RAR is of fixed size and consists of 4 fields
Reserved Bit which is set to “0”.
Timing Advance Command which indicates the index value used to control the amount of
timing adjustment that UE has to apply and it is of 11 bits.
UL Grant which indicates the resources to be used on uplink and it is of 20 bits.
Temporary C-RNTI which indicates the temporary identity that is used by the UE during random
access
ARQ Procedures
A highly reliable selective repeat ARQ protocol is used in RLC layer and a fast H-ARQ protocol
with low latency and low overhead feedback is used in the MAC layer.
The H-ARQ protocol is responsible for handling transmission errors by performing
retransmissions based on H-ARQ processes with incremental redundancy or chase combining
which is handled by PHY layer.
The ARQ protocol in the RLC layer is to correct residual H-ARQ errors mainly due to the error in
H-ARQ ACK feedback.
ARQ procedures are only performed in the AM by an AM RLC entity. • The latency associated with
the RLC layer ARQ is much larger.
A second layer ARQ protocol is used to correct the error event due to H-ARQ feedback
errors and this additional ARQ protocol provides a much more reliable feedback protected by
a CRC.
ARQ retransmission is triggered by an ARQ NAK received at the transmit side of anAM RLC entity.
The ARQ NAK is received either by the STATUS PDU from its peer AM RLC entity or by H-ARQ
delivery failure notification from the transmit MAC entity which can happen when the maximum
number of H-ARQ transmissions is exhausted without a successful transmission of the transport
block.
The STATUS reporting is triggered by setting the Polling field of the RLC data PDU to “1” and
NAK reporting is contained in the STATUS PDU .
Upon receiving an ARQ NAK, the transmit side of an AM RLC entity will deliver the AMD PDU if it
fits within the total size of RLC PDU indicated by the lower layer otherwise it segments the
AMD PDU and forms a new PDU segment that fits the PDU size.
Both H-ARQ and ARQ are terminated in the eNode-B which enables a tighter
interconnection between H-ARQ and ARQ protocols.
RRC States
LTE has 2 RRC states namely RRC_IDLE and RRC_CONNECTED.
RRC state machine handling and radio resource management controls RRC state.
A UE is in RRC_CONNECTED state when an RRC connection has been established otherwise the
UE is in RRC_IDLE state.
In the RRC_IDLE state, the UE can receive broadcasts of system information and paging
information and there is no signaling radio bearer established.
The mobility control is handled by the UE which performs neighboring cell measurements
and cell selection/reselection.
The UE also monitors a paging channel to detect incoming calls.
In the RRC_CONNECTED state, the UE is able to transmit and/or receive data to/from the
eNode-B network.
The UE monitors control channels - Physical Downlink Control Channel(PDCCH)associated
with the shared data channel to determine if data is scheduled for it.
The UE also report Channel Quality Information and feedback information to the e Node-B
to assist the data transmission.
The network controls mobility/handover of UE while UE provide neighboring cell
measurement information.
Signaling Radio Bearers (SRBs)
Radio bearers that are used only for the transmission of RRC and Non Access Stratum (NAS)
messages are called Signaling Radio Bearers.
Three different SRBs defined in LTE are
SRB0 is for RRC messages using the Common Control Channel (CCCH) logical channel.
SRB1 is for RRC messages and NAS messages prior to the establishment of SRB2 all using the
Dedicated Control Channel (DCCH) logical channel.
SRB2 is for NAS messages using DCCH logical channel and has a lower priority than SRB1 and is
always configured by the E-UTRAN after security activation.
RRC Functions
The main functions of RRC protocol are
Broadcast of system information which is divided into Master Information Block (MIB) and a
number of System Information Blocks (SIBs).
The MIB includes a limited number of the most essential and most frequently transmitted
parameters that are needed to acquire other information from the cell and is transmitted on the
Broadcast Channel (BCH) logical channel.
SIBs other than SIB Type1 are carried in System Information (SI) messages.
SIB Type1 contains parameters needed to determine if a cell is suitable for cell selection as
well as information about the time domain scheduling of other SIBs.
SIB Type1 and all SI messages are transmitted on Downlink Shared Channels (DL-SCH).
RRC connection control which includes procedures related to the establishment, modification
and release of an RRC connection including paging, initial security activation, establishment
of SRBs & radio bearers carrying user data, radio configuration control &QoS control and
recovery from the radio link failure. •
Measurement configuration and reporting which includes establishment, modification, release
of measurements, configuration, activation/deactivation of measurement gaps and measurement
reporting for intra frequency, inter frequency & inter RAT (Radio Access Technology) mobility.
Other functions include transfer of dedicated NAS information and non-3GPP dedicated
information, transfer of UE radio access capability information and support of self configuration &
self-optimization.
Mobility Management
X2 Mobility
1. Preparation Phase
Once the handover decision has been made by the source eNode-B, it sends a
handover request message to the target eNode-B.
The target eNode-B upon receipt of this message works with the MME and S-GW to set up
the resources for the UE.
Resources are set up on a per RAB basis which implies that upon the completion of the
handover, the UTE will have same RABs at the target eNode-B with the same set of QoS as it
had on the source e Node-B.
This process makes the handover quick and seamless and the UE is not required to set up
the RAB with the target eNode-B once the handover is completed.
The target eNode-B responds to source eNode-B with a handover request ACK once it is
ready.
2. Execution Phase
Upon receiving the handover request ACK, the source eNode-B sends a handover
command to the UE.
While the UE completes the various RAN related handover procedures, the source
eNode-B starts the status and data transfer to the target eNode-B.
3. Completion Phase
Once the UE completes the handover procedure, it sends a handoff complete message to the
target eNode-B.
Then the target eNode-B sends a path switch request to the MME/S-GW and S-GW
switches the GTP tunnel from the source eNode-B to the target eNode-B.
When the data plane in the user plane is switched, the target eNode-B sends a
message to the source eNode-B to release the resources originally used by UE.
In the case of X2 mobility, both the PDCP processed and PDCP unprocessed packets are
sent to the target eNode-B during the status transfer.
The PDCP processed packets are the data packets that have been transmitted by the
source eNode-B to the UE but UE has not yet acknowledged the receipt of such
packets.
The PDCP unprocessed packets are the packets buffered by the PDCP layer that are yet to
be transmitted by the source eNode-B.
An additional feature called Selective Retransmission is enabled in LTE where the target
eNode-B may not retransmit the PDCP processed packets that were forwarded but were
acknowledged by the UE after the status transfer was initiated.
Paging
Paging is a connection control function of the RRC protocol.
The paging message is used to inform the UEs in the RRC_IDLE or RRC_CONNECTED
state about a system information change.
The UE in the RRC_IDLE state monitors a paging channel to detect incoming calls. • The system
information can be transmitted a number of times with the same content within a modification
period.
Upon receiving a change in notification contained in the paging message, the UE knows that
the current system information is valid until the next modification period boundary.
E-UTRAN initiates the paging procedure by transmitting the paging message at the UEs paging
occasion.
One Paging Frame (PF) is one radio frame in which the E-UTRAN can page the UE.
One PF may contain one or multiple sub frame in which a Paging message can be
transmitted and each sub frame is called a Paging Occasion (PO) which is configured by the E-
UTRAN.
The paging information is carried on the Physical Downlink Shared Channel (PDSCH)
physical channel.
In a certain PO, the UE is configured to decode PDCCH with CRC scrambled by the Paging-Radio
Network Temporary Identifier (P-RNTI) and then decode the corresponding PDSCH for the
information.
To reduce power consumption, the UE may use Discontinuous Reception (DRX) inthe idle mode,
so it needs only to monitor one PO per DRX cycle.
After receiving the paging message, the UE can switch off its receiver to preserve battery
power.
The DRX cycle is configured by the E-UTRAN.
Inter Cell Interference Coordination
In cellular networks, each UE suffers from Inter Cell Interference (ICI) due to frequency
reuse in other cells.
To meet the spectrum efficiency target, LTE will be deployed with universal frequency reuse
i.e. the same spectrum will be reused in each cell.
The basic approaches to mitigate ICI in downlink are
ICI randomization
ICI cancellation
ICI coordination/avoidance
The basic approaches to mitigate ICI in uplink are
ICI randomization
ICI cancellation
Uplink power control
ICI coordination/avoidance.
Downlink
ICI randomization
It is achieved by scrambling the codeword after channel coding with a pseudo-random sequence.
Without scrambling, the channel decoder might be equally matched to interfering signals as
to the desired signals on the same radio resource.
ICI randomization is applied in systems such as UMTS.
ICI cancellation
If a UE is able to decode the interfering signal, it can regenerate and then subtract them
from the desired signal which can be achieved from the multi user detector at UE.
The UE needs to know its transmission format to decode the interfering signal from neighboring
cells.
ICI cancellation can also be performed in spatial domain with the statistical knowledge of
interference channels.
ICI coordination/avoidance
It is achieved by applying restrictions to the downlink resource management in a
coordinated way between neighboring cells.
The restrictions can be on time-frequency resources or transmit power used at each eNode-
B.
It requires additional inter eNode-B communication and UE measurements and reporting.
ICI coordination/avoidance can be either static or semi-static.
To assist ICI coordination, LTE system defines eNode-B power restriction signaling in the
downlink which is a bitmap termed the Relative Narrowband Transmit Power (RNTP) indicator
that can be exchanged between eNode-Bs over the X2 interface.
Each bit of RNTP indicator corresponds to one Physical Resource Block (PRB) and is to indicate
the maximum anticipated transmit power on that PRB.
Static ICI coordination/avoidance
This is mainly done during cell planning process and does not require frequent
reconfiguration.
It requires no or little inter eNode-B signaling.
An example is static Fractional Frequency Reuse (FFR).
Uplink
ICI randomization
It is achieved by scrambling the encoded symbols prior to modulation.
Instead of cell specific scrambling as used in Downlink, UE specific scrambling is used in
Uplink as ICI comes from multiple UEs in neighboring cells.
ICI cancellation
It is more applicable in Uplink than in Downlink as the eNode-B has higher computational
capacity and usually more antenna elements.
Uplink Power Control
Power Control is an efficient way to suppress ICI in the Uplink.
Fractional Power Control (FPC) is used in LTE.
ICI coordination/avoidance
Similar to Downlink, FFR technique is used in Uplink.
To assist Uplink ICI coordination, 2 messages are defined in LTE that can be exchanged
over X2 interface between eNode-Bs for power allocation and user scheduling:
Interference Overload Indicator (OI)
High Interference Indicator (HII)
OI indicates physical layer measurements of the average Uplink interference plus noise for
each PRB based on which eNode-Bs can adjust uplink power to suppress ICI.
HII indicates which PRBs will be used for cell edge UEs in a certain cell.
Coordinated Multi-Point Transmission
Coordinated Multi-Point (CoMP) transmission/reception is the technique developed in LTE
advanced for ICI mitigation to improve cell edge performance.
Downlink CoMP transmission involves dynamic coordination among multiple geographically
separated transmission points.
It can be deployed in the form of coordinated scheduling and/or beam forming or multi cell
joint transmission.
Coordinated Multi-Point Reception
CoMP reception will be developed for Uplink in LTE advanced.
It means coordinated reception at multiple eNode-Bs of transmitted signals from multiple
geographically separated UEs in different cells.
Uplink CoMP reception is expected to have very limited impact on the radio interface
specifications.