Beruflich Dokumente
Kultur Dokumente
0 Radio
Algorithms and Parameters
description
TMO18315 D0 SG DEN I 5.0
STUDENT GUIDE
Empty page
Switch to notes view!
Both lethal and dangerous voltages may be present within the products used herein. The user is strongly advised not to wear
conductive jewelry while working on the products. Always observe all safety precautions and do not work on the equipment
alone.
The equipment used during this course may be electrostatic sensitive. Please observe correct anti-static precautions.
2. Trade Marks
Alcatel-Lucent and MainStreet are trademarks of Alcatel-Lucent.
All other trademarks, service marks and logos (Marks) are the property of their respective holders, including Alcatel-Lucent.
Users are not permitted to use these Marks without the prior consent of Alcatel-Lucent or such third party owning the Mark. The
absence of a Mark identifier is not a representation that a particular product or service name is not a Mark.
Alcatel-Lucent assumes no responsibility for the accuracy of the information presented herein, which may be subject to change
without notice.
3. Copyright
This document contains information that is proprietary to Alcatel-Lucent and may be used for training purposes only. No other
use or transmission of all or any part of this document is permitted without Alcatel-Lucents written permission, and must
include all copyright and other proprietary notices. No other use or transmission of all or any part of its contents may be used,
copied, disclosed or conveyed to any party in any manner whatsoever without prior written permission from Alcatel-Lucent.
Use or transmission of all or any part of this document in violation of any applicable legislation is hereby expressly prohibited.
User obtains no rights in the information or in any product, process, technology or trademark which it includes or describes, and
is expressly prohibited from modifying the information or creating derivative works without the express written consent of
Alcatel-Lucent.
All
3 rights reserved Alcatel-Lucent 2011
4. Disclaimer
In no event will Alcatel-Lucent be liable for any direct, indirect, special, incidental or consequential damages, including lost
profits, lost business or lost data, resulting from the use of or reliance upon the information, whether or not Alcatel-Lucent has
been advised of the possibility of such damages.
Mention of non-Alcatel-Lucent products or services is for information purposes only and constitutes neither an endorsement, nor
a recommendation.
This course is intended to train the student about the overall look, feel, and use of Alcatel-Lucent products. The information
contained herein is representational only. In the interest of file size, simplicity, and compatibility and, in some cases, due to
contractual limitations, certain compromises have been made and therefore some features are not entirely accurate.
Please refer to technical practices supplied by Alcatel-Lucent for current information concerning Alcatel-Lucent equipment and
its operation, or contact your nearest Alcatel-Lucent representative for more information.
The Alcatel-Lucent products described or used herein are presented for demonstration and training purposes only. AlcatelLucent disclaims any warranties in connection with the products as used and described in the courses or the related
documentation, whether express, implied, or statutory. Alcatel-Lucent specifically disclaims all implied warranties, including
warranties of merchantability, non-infringement and fitness for a particular purpose, or arising from a course of dealing, usage
or trade practice.
Alcatel-Lucent is not responsible for any failures caused by: server errors, misdirected or redirected transmissions, failed
internet connections, interruptions, any computer virus or any other technical defect, whether human or technical in nature
5. Governing Law
The products, documentation and information contained herein, as well as these Terms of Use and Legal Notices are governed by
the laws of France, excluding its conflict of law rules. If any provision of these Terms of Use and Legal Notices, or the
application thereof to any person or circumstances, is held invalid for any reason, unenforceable including, but not limited to,
the warranty disclaimers and liability limitations, then such provision shall be deemed superseded by a valid, enforceable
provision that matches, as closely as possible, the original provision, and the other provisions of these Terms of Use and Legal
Notices shall remain in full force and effect.
Blank Page
Switch to notes view!
Course Outline
Section
1. Course
About
This
Course Module
outline 1. eUTRAN Parameter Introduction
Technical
support
Module
2. Radio Ressources Management
5. Topic/Section is Positioned Here
Course Module
objectives
3. Session Management
6
9400 LTE LA3.0 Radio Algorithms and Parameters description
Course Objectives
Switch to notes view!
Welcome to 9400 LTE LA3.0 Radio Algorithms and Parameters description
Conventions
used
in this guide
Switch to notes
view!
Note
Provides you with additional information about the topic being discussed.
Although this information is not required knowledge, you might find it useful or
interesting.
Technical Reference
(1) 24.348.98 Points you to the exact section of Alcatel-Lucent Technical
Practices where you can find more information on the topic being discussed.
Warning
Alerts you to instances where non-compliance could result in equipment damage or
personal injury.
10
Self-assessment of Objectives
Contract number :
Language :
Dates from :
Number of trainees :
Location :
to :
Instructional objectives
1
Yes (or
globally
yes)
No (or
globally
no)
To be able to XXX
2
11
Comments
12
Yes (or
Globally
yes)
No (or
globally
no)
Comments
Other comments
Section 1
Module 1
eUTRAN Parameter Introduction
Issue
Blank Page
112
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
Module Objectives
Upon completion of this module, you should be able to:
Describe the eNodeB configuration model
Describe the parameter properties
List the purpose and types of Licensing
113
114
Table of Contents
Page
115
7
8
9
10
11
12
13
14
15
16
17
18
116
eUTRAN Parameter Introduction
9400 LTE LA3.0 Radio Algorithms and Parameters description
117
SAM- LTE
eUtran Configuration
Work Order
Backhaul Network- IP
eNB Configuration
Modification request
118
NEM
eNB
the UEs, supports backhaul to the evolved Packet Core Network. The eNodeB also accepts configuration
information from the SAM and provides other OAM services.
z Service Aware Manager (SAM) The 5620 SAM is a system that is designed to manage Alcatel-Lucent
network elements, or NEs, such as routers and switches. In Release LA3.0, the 5620 SAM also supports the
management of eNBs, and replaces the eXterded Management System (XMS) that was used to manage the
eNBs in earlier LTE releases. In the management of eNBs, the 5620 SAM serves as a system for sending
updates of configuration data, capture of configuration change requests, fault management, etc. This
function is a part of the Operations and Management Center (OMC).
z Wireless Provisioning System (WPS) A system that supports capture of network element configuration
data, and is used by the operations team for off-line preparation of configuration changes
z Network Element Manager (NEM) An application that can run on a laptop and can create and load an
object/parameter file into the eNodeB. The file is used to set the initial value of LTE I&C parameters. NEM
can be used at the
z eNodeB location, and it can also update some parameters remotely.
z As indicated in the slide, configuration management snapshots of the eUTRAN can be imported from
the 5620 SAM into the WPS system. Configuration changes can be indicated in the WPS system, and then a
configuration management work order file can be exported from WPS to the 5620 SAMS system.
Configuration changes are then sent from SAM to affected eNodeBs.
Containing
Object
Containing
Object
Some
other
Objects
Object from elsewhere
in containment hierarchy
Another
Contained
Object
Another
Contained
Object
1
Contained
Object
03
The object oriented approach of the CM is used to complement the LTE software architecture.
The model consists of objects that have associated parameters and may contain other objects.
2..2
UeTimers
SigRadio
BearerConf
0..1
1..255
TrafficRadio
Bearer Conf
1..8
1..8
Logical
Channel
Conf
PdcpConf
0..1
RohcConf
1..4
RlcConf
0..1
RlcUmConf
1 1 10
Security
Conf
0..1
RlcAmConf
Parameter
Object
Range &
Unit
Class/
Category
Value
feature
1 1 11
I&C NEM: These parameters are set using a Local Maintenance Terminal (LMT) during the Installation
and the Commissioning of the eNodeBs.
I&C OMC: These parameters configure the eNB and are provided by the customer. They are set from
the 5620 SAM (typically using files prepared with the WPS system).
Fixed - the value of the parameter is fixed in the sense that the value should not change from cell to
cell.
Optimization - Tuning: The values of these parameters generally change from cell to cell (based on the
size and the topology of the cell). These parameters require a fine tuning and are generally
performance impacting parameters (in the sense that they are likely to have an important impact on
end-user performance), and their tuning may involve a tradeoff (throughput/quality, cell
coverage/interference to the neighboring cells, etc.).
Optimization - Selection: The values of these parameters generally change from cell to cell (based on
the size and the topology of the cell). The value of these parameters is selected from a set of a few
possible values. These parameters are generally performance impacting parameters.
Parameter Value: This will normally be the default or latest recommended value for the parameter.
Some parameter values include an admonition in red text that the value should not be changed by the
operator.
Feature Number: When possible, a reference is provided to the LTE feature number that caused the
parameter to be added or that altered the parameters use. When a parameter is related to several
features, multiple feature numbers may be indicated. Some parameters are not associated with a
specific feature, and, in the case of these parameters, the feature number entry will be blank.
Class A/0
Class B/2
Class C/3
Yes
No
(Object reset
only)
No
No
Yes
Yes
Service Impact
Yes
Yes
No
1 1 12
z Class A: The modification/creation/deletion of these parameters requires a full eNodeB reset before the
change will take effect. The eNB OA&M interfaces are unavailable during the reset.
z Class B: The modification/creation/deletion requires internal resource unavailability in the eNB, which
leads to service impact. The eNB OA&M interfaces remain available. The precise service impact can vary
between parameters as outlined below. In general for Class B changes, the object whose parameter value
is to be changed will be reset when the modified data is downloaded to the eNB.
z Class C: The modification/creation/deletion is taken into account by the eNB without any impact on
C--New-set-ups: No temporary service impact. In general, the new parameter value will take effect
only for new established activities. However, a parameter that affects any information that is
broadcast by the eNodeB may be cascaded immediately via the appropriate broadcast mechanism.
SAM
1 1 13
LKDI
Licenses could be
enabled on 500 eNB
for ANR et 300 eNB
for mobility LTE>>
UTRA
1 1 14
SAM
1 1 15
1.8.1 Example:
1 1 16
1 1 17
End of Module
eUTRAN Parameter Introduction
1 1 18
Section 1
Module 2
Radio Ressources Management
Issue
Blank Page
122
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
Module Objectives
Upon completion of this module, you should be able to:
Describe LTE parameters related to eNB radio resource Management aspects.
List the different features supported in LA3.0 within eUTRAN.
123
124
Table of Contents
Page
7
8
9
10
11
13
14
16
17
18
19
21
22
23
24
26
27
28
29
30
31
32
33
34
36
37
38
39
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
62
65
66
67
68
69
70
71
72
73
75
78
79
80
82
83
85
86
87
88
89
90
91
93
94
96
98
100
102
103
105
107
109
110
111
113
116
117
118
119
121
123
125
126
127
128
129
131
132
133
134
135
136
137
138
139
140
141
142
127
UL
ULScheduler
Scheduler
UE feedback
UE radio condition
Interference Level
Cell Config
Power Setting
RRM (Radio
Resource
Management
Algorithm)
DL
DLScheduler
Scheduler
Scheduled UEs
PRB Assignment per UE
MIMO Scheme
MCS
128
One task of Dynamic Resource Allocation & Packet Scheduling (DRA&PS) Downlink Scheduler is to allocate
radio resources to user and control plane packets. DRA involves several sub-tasks, including the selection of
radio bearers whose packets are to be scheduled and managing the necessary resources (e.g. the power
levels or the specific resource blocks used). PS typically takes into account the QoS requirements
associated with the radio bearers, the channel quality information for UEs, buffer status, etc.
Other tasks of the DRA&PS are to define the algorithms put in place in order to efficiently manage the
radio resources of the LTE system, and the MAC protocol used for that purpose.
The DRA&PS manages all the MAC part.
To schedule UEs every 1 ms, schedulers need inputs about:
z
From these inputs, schedulers (DL and UL) can allocate PRB, Transmission Mode (TM) and Modulation Coding
Scheme (MCS) to UEs.
Parameters
dlSinrThresholdBetweenCLMimoTwoLayersAndTxDiv
and
dlFullCLMimoMode are no longer used.
129
Parameter
transmissionMode
Object
ENBEquipment/Enb/LteCell/LteCellFDD
Enumerate
{tm1, tm2, tm3, tm4}
Class/Cat
Value
tm4 (default)
1 2 10
It is well known that MIMO systems perform best in rich scattering environments. Choosing a specific
transmissionMode is thus strongly influenced by the particular morphology of the cell. Transmit diversity
has its value in a number of scenarios, including low SNR, low mobility (no time diversity), or for
applications with low delay tolerance. Diversity schemes are also desirable for channels for which no uplink
feedback signaling is available (e.g. Multimedia Broadcast/Multicast Services (MBMS).
Nevertheless, both tm3 (3), tm4 (4) perform TxDiv transmission for special propagation conditions, thus
choosing tm2(2) should be a carefully thought decision based on specific cell morphology. Usually OL MIMO
or CL MIMO (tm3, tm4) is applied in networks txDIV is used in case of low SNR or high speed , the condition
of switching to txDiv depends on several parameter setting that is subjectible to optimization according to
the site conditions
For test purposes, it is possible to disable the second antenna of the eNodeB in the DL direction. This mode
is called fake SIMO.
Parameter
macMIMOModeDl
Object
ENBEquipment/Enb/DedicatedConf ENBEquipment/Enb/DedicatedConf/Sign
/TrafficRadioBearerConf
alingRadioBearerConf
Enumerate
{ mimoTwoLayersNotAllowed, mimoTwoLayersAllowed }
Class/Cat
B--Cells-of-eNB / Fixed
Value
Engineering
Recommandation
1 2 11
TrafficRadioBearerConf: qCI
1
2- 9
TrafficRadioBearerConf: macMIMOModeDl
Not Significant
mimoTwoLayersAllowed
SignalingRadioBearerConf::sRBIdentity SignalingRadioBearerConf::macMIMOModeDl
1 (SRB1)
mimoTwoLayersNotAllowed
2 (SRB2)
mimoTwoLayersNotAllowed
1 2 12
Rank is equal to 1:
Only one stream can be transmitted and Transmit Diversity is used.
Rank is equal to 2:
Spatial Multiplexing becomes possible with a throughput higher than Transmit Diversity
for high SINR values.
1 2 13
A forgetting factor is applied on the Rank provided by the UE in order to avoid too frequent changes of the
transmission scheme (TxDiv, 1 layer MIMO, 2 layer MIMO).
1.4 TM3
z
In this mode, the transmission scheme used is either 2-layer OL-MIMO or TxDiv.
The UE reports the CQI for its radio conditions and the Rank Indicator (RI) to indicate if it is able to
distinguish the transmission of each antenna. From this feedback, the eNodeB can transmit 2 different
transport blocks on each antenna using the same time-frequency resources. The pre-coding (blue box)
matrix is pre-defined in Open-Loop MIMO. This is the way the data are mapped on each antenna.
zThe transmitter only knows the channel statistics of H but not its realization (hence open-loop).
zThe transmitter transmits equal power (P/M) from each antenna.
zThe receiver perfectly knows H.
zCapacity grows linearly with the number of antennas.
zThe Open Loop MIMO/TxDiv selection is carried out based on the filtered rank, the
zfiltered effective SINR, an SINR threshold (ThSinrMimo) and a speed threshold
(ThSpeedMimo)
Parameter
dlSinrThresholdBetweenOLMimoAndTxDiv
Object
ENBEquipment/Enb/LteCell/TxDivOrMimoResources/MimoConfig
uration/DownlinkMimo
Value
15
1 2 15
When the RI is equal to 2, this parameter selects when the OL-MIMO is used depending on the radio
quality.
z
Higher values will reduce DL data rate otherwise achievable in the higher SINR regime.
Lower values would allow OL-MIMO too soon, resulting in H-ARQ retransmission rates and BLERs
higher than achievable with Tx Diversity and consequently the use of an MCS with a lower DL
data rate/throughput.
1.5 TM4
z
When in TM4, the UE also reports a codebook index to indicate the precoding matrix to
use in case CL-MIMO is used
The mapping between the codebook and the precoding matrix is given in the table
below:
1 2 16
A codebook contains a lookup table for coding and decoding. Each word or phrase has one or more strings
which replace it. To decipher messages written in code, corresponding copies of the codebook must be
available at either end.
z
The UE also reports the Precoding Matrix Indicator (PMI) for TM4
PMI indicates the codebook (pre-agreed parameters) the eNB should use for data transmission
over multiple antennas based on the evaluation of the received reference signal.
1.5 TM4
A set of boolean parameters is defined to allow or not the PMI and RI reporting to
correspond to the precoding matrix they are associated:
Parameter
Object
ENBEquipment/Enb/LteCell/TxDivOrMimoResources/MimoConf
iguration/DownlinkMimo/CodebookSubsetRestriction
Range
Boolean True/False
Cat
B--Cell / Fixed
Value
1 2 17
1.5.1.1 dlMIMODefaultCodeBook
z The default codebook used by the downlink scheduler before the UE reports the
first PMI is configured by parameter dlMIMODefaultCodeBook.
Parameter
dlMIMODefaultCodeBook
Object
ENBEquipment/Enb/LteCell/TxDivOrMimoResources/MimoConf
iguration/DownlinkMimo
B--Cell / Fixed
Value
TM4
dlFullCLMimoMode: Enabled
1LayerCodebook0
TM4
dlFullCLMimoMode: Disabled
2LayersCodebook1
1 2 18
1.5 TM4
macMIMOModeDl: MimoTwoLayersNotAllowed
1 2 19
1.5 TM4
1 2 20
Parameter
dlSinrThresholdBetweenCLMim dlSinrThresholdBetweenCLMimoOne
oTwoLayersAndOneLayer
LayerAndTxDiv
Object
ENBEquipment/Enb/LteCell/TxDivOrMimoResources/MimoConf
iguration/DownlinkMimo
Range &
Unit
Class/Cat
B--Cell / Fixed
Value
12.0
1 2 21
-10
dlSinrThresholdBetweenCLMimoTwoLayersAndOneLayer
This parameter is a key RF optimization parameter. Higher values will reduce downlink 2 layers data rate
too soon, resulting in HARQ retransmission rates and BLERs higher than achievable with 1 layer and hence
the use of an MCS with a lower downlink data rate/throughput.
The current default value for this parameter is 12.0.
2 Measurement Management
1 2 22
2 Measurement Management
The UE measures the Reference Signal (RS) It is transmitted by the 2 (4) antennas on
A UE performs aperiodic CQI, PMI and RI reporting using the PUSCH channel.
- The CQI, PMI and RI reports follow a fixed 20ms pattern aligned with the uplink
In LA3.0 periodic CQI is supported over PUCCH to provide low overhead channel
feedback.
20
ms
PUSCH
CQI, PMI and RI
1 2 23
The CQI, PMI and RI reports follow a fixed 20ms pattern aligned with the UL semi-static VoIP scheduler.
UE can be requested to send PUSCH aperiodic CQI/PMI reports on top of the PUCCH
periodic reports.
A UE performs PUSCH (aperiodic) CQI, PMI and RI reporting upon reception of DCI format
0 with the CQI request field set to 1.
Parameter
nomPdschRsEpreOffset
Object
ENBEquipment/Enb/LteCell/CellL2DLConf
Integer
[-2..12] step = 2 dB
Class/Cat
B--Cell / Fixed
Value
1 2 24
Parameter
cqiReportingModeAperiodic
Object
ENBEquipment/Enb/LteCell/CellL1ULConf/CellL1ULConfFDD
Range &
Unit
Class/Cat
B--Cell / Fixed
Value
TM2
rm30
TM3
rm30
TM4
rm31,rm12
1 2 25
Values rm30 and rm31 correspond to reported modes 3-0 and 3-1 respectively.
If the parameter is set to disabled, the uplink scheduler does not send grants for CQI reports.
1 2 26
The mapping from the 2-bit subband differential CQI value to the offset level is shown
here:
Subband Differential
CQI Value
Offset level
-1
Each Sub-Band CQI represents the CQI for several RB (depends on the bandwidth)
1 2 27
SB0
0 to 3
SB1
4 to 7
SB2
8 to 11
SB3
12 to 15
SB4
16 to 19
SB5
20 to 23
SB6
24
CQI1,24
1 2 28
Sub-band
index
SB0
0 to 5
SB1
6 to 11
SB2
12 to 17
SB3
18 to 23
SB4
24 to 29
SB5
30 to 35
SB6
36 to 41
SB7
42 to 47
SB8
48 and 49
CQI1,48; CQI1,49
1 2 29
SB0
0 to 7
CQI1,0 to CQI1,7
SB1
8 to 15
CQI1,8 to CQI1,15
SB2
16 to 23
CQI1,16 to CQI1,23
SB3
24 to 31
CQI1,24 to CQI1,31
SB4
32 to 39
CQI1,32 to CQI1,39
SB5
40 to 47
CQI1,40 to CQI1,47
SB6
48 to 55
CQI1,48 to CQI1,55
SB7
56 to 63
CQI1,56 to CQI1,63
SB8
64 to 71
CQI1,64 to CQI1,71
SB9
72 to 79
CQI1,72 to CQI1,79
SB10
80 to 87
CQI1,80 to CQI1,87
SB11
88 to 95
CQI1,88 to CQI1,95
SB12
96 to 99
CQI1,96 to CQI1,99
1 2 30
Parameter
cQIToSINRLookUpTable
Object
ENBEquipment/Enb/EnbRadioConf
Class/Cat
B--Modems+Cells-of-eNB / Fixed
Value
1 2 31
This table uses the 4 bits CQI as an entry, and reports the equivalent SINR.
In the 1/1 reuse pattern, all the RBs are potentially usable by the UE, in this case, SINR1,WB and SINR2,WB
are given by the CQI-to-SINR lookup table (configured by parameter cQIToSINRLookUpTable) based on the
UE reported Wide Band CQI;
SINR1,WB = cQIToSINRLookUpTable[Wide Band CQI CW1]
SINR2,WB = cQIToSINRLookUpTable[Wide Band CQI CW2]
In case the Rank indicates 1 codeword, the UE reports a Wide Band CQI
CW2 equal to 0 and the content of the SINR2,WB is set to -20dB.
PUCCH CQI
Feedback
Type
No PMI
Single PMI
Wideband
(wideband CQI)
Mode 1-0
Mode 1-1
UE Selected
(subband CQI)
Mode 2-0
Mode 2-1
Mode 1-0
The UE reports a wideband CQI value, representing channel quality for the first
Codeword (even when when rank =2).
Mode 1-1
A single PMI is reported. This matrix is selected from the codebook subset assuming
transmission on set S subbands.
The UE reports a 4-bit wideband absolute CQI value CQI1,WB for the first codeword,
calculated assuming the use of a single PMI in all subbands and transmission on all
subbands.
When rank = 2, the UE also reports a 3-bit wideband differential CQI value for the
second codeword.
1 2 32
The wideband absolute CQI value CQI2,WB for the second codeword is obtained as
CQI2,WB = CQI1,WB
CQI_Offset where CQI1,WB is derived from the differential CQI value as follow:
3-bit differential CQI value for second codeword// CQI_Offset
0// 0
1//1
2//2
3//3
4 //- 4
5 //- 3
6 -/ -2
7 // -1
3 Schedulers
1 2 33
3 Schedulers
RRM
ICIC
RLC
RRM
CAC
Power
Setting
Admited UEs
RLC Queues
Status
Frequencies
HARQ
Status, CQI,
RI &PMI
L1
Phy Channel
Power
QoS
parameters
DL Scheduler
Common
Channels Config
Cell/RRM
CallP
Scheduled UEs
PRB Assignment per UE
TxDiv/SIMO/MIMO scheme
MCS
1 2 34
3 Schedulers
1 2 35
1 2 36
UL and DL schedulers are located in the eNodeB (in the CEM boards).
They handle the allocation of the radio resources to all the DL and UL channels taking into account:
z
1 2 37
FREE
USED_D_BCH
USED_PCCH
RESERVED_SRB_TA
USED_VOIP
1
ms
The input is the :
TimeFrequencyResBlocOccupancy with
blocks reserved for static and semi static
schedulers
Dynamic scheduler
The output is teh interface to L1 for
PDSCH and PDCCH
DL
DL Prebooking
Prebooking Stage
Stage
1 2 38
DL
DL Scheduling
Scheduling Stage
Stage
3 Schedulers
The downlink UE context contains the UE category, the UE DL AMBR and the UE
bearers list UebearerList, and the UE MG status.
z
PDB
PDB
LCPDL
SiNR
BLER
Tx Mode
HARQ
(MaxTx,
Process
Timer
LCID
QoS
Parameters
VoIp,GBR,
MBR..
UE DL AMBR
UE Bearer list
Initial
MCS
DL Scheduler
UE MG status
MgOffset
1 2 39
UE Categories
MgPeriod
MgActive
The downlink UE context contains the UE category, the UE DL AMBR and the UE bearers list UebearerList,
and the UE MG status. The latter consists of the following 3 parameters:
MgActive: Flag indicating if MG is active for the UE.
MgPeriod: Measurement Gap Repetition Period, derived from parameter measurementGapsPattern.
MgOffset: MG Offset of the UE.
In LA3.0 the maximum number of users in the RRCConnectedUserList in LA3.0 cannot
exceed 167
3 Schedulers
UE Support
Bit
7
Bit
20
SRB1 SRB2
AM
UM
DRB1 DRB2 DRB3 DRB4 DRB5 DRB6 DRB7 DRB8 DRB1 DRB2 DRB3
1 2 40
X
X
X
X
Parameter
signalingRadioBearerConfName
Object
ENBEquipment/Enb/DedicatedConf/SignalingRadioBearerConf
String of up to 64 characters
Class/Cat
C--Immediate-propagation / Fixed
Value
sRBIdentity1
SRB1
sRBIdentity2
SRB2
1 2 41
The static scheduler is in charge of scheduling all the logical channels which have
stringent timing constraints and regular usage of the resource
It prebooks resources in the TimeFrequencyResBlockOccupancy matrix which are always
used and thus can never be retrieved by the Dynamic Scheduler
It manages:
The BCCH information that goes over the BCH channel, i.e the MIB in the PBCH.
The primary and secondary synchronization signals.
RB 1st Slot
RB 2nd Slot
Frequency
1 2 42
The static scheduler is configured at cell setup, and does only change with a cell restart.
In DL, the semi-static scheduler is in charge of scheduling all the logical channels which
have stringent timing constraints and non-regular usage of the resource.
1
ms
1 2 43
1
ms
Dynamic scheduler
1 2 44
** Large SI-messages may be split into smaller messages for transmission, especially
if they require more RBs than the number of available RBs.
SIB6/SIB7 and SIB8 are mutually exclusive- that is, if one is present, the other cannot be transmitted.
Operators are not expected to support mobility to UTRAN/GERAN and to HRPD from an eNB
SIB1 Scheduling
z
z
SIB 1 scheduled in
SFN=8n
Subframe 5
Repeated Transmissions
SIB 1 scheduled in
SFN=8n+8
Subframe 5
SFN
10ms
10ms
80ms (rf8) periodicity
1 2 45
** Large SI-messages may be split into smaller messages for transmission, especially
if they require more RBs than the number of available RBs.
o transmission can occur at any subframe except MBSFN subframes (not supported in LA3.0) and SIB1
subframes.
SIB2,SIB8 Scheduling
SIB2 through SIB8 are scheduled according to a scheduling class (1, 2 or 3) to
which each SIB is assigned.
Each scheduling class is defined with a periodicity and target MCS:
periodicity: 80, 160, 320, 640, 1280, 2560, and 5120 ms are the possible values.
SIBs of the same scheduling class are mapped to the same SI message for
transmission.
6 SIBs could be transmitted simultaneously (LA3.0)
Assignement of system information (SI) messages into 3 scheduling priorities to
reduce Downlink Scheduler complexity.
Multiple SIBs can be grouped in the same SI-message
The configuration of the MCS used for transmission of SIBs optimizes the physical
link usage.
SIB 2
SIB 3
1 2 46
SIB 4
SIB 5
SIB 6
SIB 7
SIB 8
The parameters sibClass(1,2,3)TargetMCS configure the index of the most robust MCS that can be used for
SIB2 SIB8 messages.
The MCS used is determined by a specific algorithm and selected from the set [sib1TargetMCS +6, 9] for
SIB1 and [sibClass(1,2,3)TargetMCS, 9] for SIB2, through SIB8 according to the scheduling class (1,2,or 3)
assigned to the SIB.
Note that the MCS range never goes outside the range [0, 9] for QPSK is mandatory for the transmission of
SI messages.
sib1TargetMCS
Object
ENBEquipment/Enb/LteCell/SysInfoConf
C--Immediate-propagation / Fixed
Value
Parameter
sibClass1TargetMCS
Object
ENBEquipment/Enb/LteCell/SysInfoConf
Integer [0..9]
Class/Cat
C--Immediate-propagation / Fixed
Value
1 2 47
sibClass1TargetMCS
sibClass1TargetMCS
The parameters sibClass(1,2,3)TargetMCS configure the index of the most robust MCS that can be used for
SIB2 SIB8 messages.
The MCS used is determined by a specific algorithm and selected from the set [sib1TargetMCS +6, 9] for
SIB1 and [sibClass(1,2,3)TargetMCS, 9] for SIB2, through SIB8 according to the scheduling class (1,2,or 3)
assigned to the SIB.
Note that the MCS range never goes outside the range [0, 9] for QPSK is mandatory for the transmission of
SI messages.
Ideally, the scheduler uses the configured target MCS. However, if there are not enough resources
available that are needed for target MCS usage, this requires the scheduler to dynamically select a higher
MCS.
A higher MCS uses less resources, but it is also less robust so may require scheduled retransmissions of the SI
message since the first transmission may not be error-free.
Lte Cell
SysInfoConf
sib2SchedulingClass
sib3SchedulingClass
sib4SchedulingClass
sib5SchedulingClass
Value
1
2
3
sib1ClassTargetPeriodicity
sib2ClassTargetPeriodicity
sib3ClassTargetPeriodicity
sib6SchedulingClass
sib7SchedulingClass
sib8SchedulingClass
1 2 48
Value
Rf8, rf16,
Rf32, rf64,
rf128, rf256,
rf512
sib2SchedulingClass
sib3SchedulingClass
Value
1
2
3
sib4SchedulingClass
sib5SchedulingClass
sib1ClassTargetMCS
sib2ClassTargetMCS
Value
sib3ClassTargetMCS
0,1,2,3,4,
5,6,7,8,9
sib6SchedulingClass
sib7SchedulingClass
sib8SchedulingClass
Each scheduling class should differ by the periodicity, the Target MCS, or both (this will be a WPS
check in LA4.0)
1 2 49
1 2 50
SI-Messages Scheduling
SIB 2 and upwards are carried in System Information Message (SI-Message),
which contain one or several SIBs and are broadcast within recurring periods
called SI-Windows.
The duration of the SI-window is fixed to 20ms in the ALU implementation (2
consecutive 10 ms frames) for all SI-Messages, and is broadcast in SIB1.
The first SI-Message to be scheduled (SI-Message #0) must contain SIB2 in the
first position, and an SI-Message may only contain SIBs that have the same
periodicity.
SI-message Retransmissions
SI-window
Radio Frame
With SFN=0
SIB1:
SI-window
Radio Frame
With SFN=1
SI-message 0
1 2 51
Radio Frame
With SFN=2
Radio Frame
With SFN=3
SI-message 1:
SI-Windows of different SI-Messages do not overlap, in other words only one SI-Message is broadcast and retransmitted within subframe of
an SI-window.
SI-Message Scheduling
SI-Message scheduling example based on ALU recommended values
Applicable to SIB28
16 radio frames
SI-Message 0:
SIBs 2,3
Periodicity: rf64
m+1
SI-Message 1:
SIBs 4,5,6,7
Periodicity: rf64
n+1
20 ms
SI-Window
1 2 52
SI-Message 0:
SIBs 2,3
Periodicity: rf64
SI-Message 0:
SIBs 4,5,6,7,
Periodicity: rf64
16m
64n
16m+1
64 radio Frames
64n+1
SI-Message Scheduling
The DL semi static semi static scheduler
computes the number of RBs needed for SImessage transmission, based on the size of
the SI-message and Target MCS.
5Mhz
10Mhz
20Mhz
Max Nb RBs
25
50
100
1 2 53
An SI-message cannot have a size greter than 2216 bits due to a 3GPP limitation.
z
If an SI-message is above this maximum size, then it is split into 2 or more SI-message that are smaller
than the original one.
If splitting SI-message # 0 containing SIB2, it is important to note that SIB 2 cannot be removed out of SImessage #0.
The DL semi static semi static scheduler computes the number of RBs needed for SI-message transmission,
based on the size of the SI-message and Target MCS, it is then, compared to the number of available RBs,
which is determined by the parameter SysInfoConf::numberRBnotForSIB and the max number of RBs
determined by system bandwitdh, fixed as follow:
If after splitting still not enough RBs are available, the MCS is increased by 3 and retransmission is added (to
account for the possible increase in BLER due to the higher MCS). Increasing the MCS reduces the number of
RBs needed to be allocated
numberRBnotforSIB Parameter
z
A large SI message containing at least two SIBs may be split into smaller SImessages,
where each SIB from the large SI-message is allocated to one of the smaller SI-messages.
z
numberRBnotForSIB
Object
ENBEquipment/Enb/LteCell/SysInfoConf
Value
1 2 54
After SI-messages have been splitted (if needed), if the number of RBs to allocate for an SI-message is still
greater than the number of RBs available for SIBs, the MCS is increased by 3, and a retransmission is
scheduled (to account for the possible increase in BLER due to the higher MCS), until the re-calculated
number of RBs to allocate is less than or equal to the number of RBs available for SIBs.
In each frame, the semi-static scheduler prebooks a set of contiguous RBs for PCCH.
The resources are prebooked in subframe 9.
The number of prebooked RBs depends on the MCS and is limited to 6.
Up to 6 RB
2
10
BW
SF#:1
1 2 55
10
pagingForceMCSmin Parameter
Parameter pagingForceMCSmin configures the index of the most robust MCS that can be
used for SI messages:
z The MCS used is determined by a specific algorithm and selected from the set:
[0 , 9] for all SIB messages if parameter pagingForceMCSmin is set to -1.
[pagingForceMCSmin, 9] if parameter pagingForceMCSmin is not set to -1.
z
Parameter
pagingForceMCSmin
Object
ENBEquipment/Enb/LteCell/CellL2DLConf
B--Cell / Fixed
Value
-1
1 2 56
Note that regardless of the value of parameter pagingForceMCSmin, the MCS range never goes outside the
range [0, 9] for QPSK is mandatory for the transmission of paging messages.
1 2 57
users.The dynamic scheduler is in charge of scheduling all the logical channels which have non-stringent
timing constraints and non-regular usage of the resource.
The downlink dynamic scheduler assigns resources to:
Non-VoIP DTCH (GBR2, GBR3, GBR4 and non-GBRs) and DCCH (SRB1 and SRB2)
logical channels.
Timing Advance control messages.
alphaFairnessFactor
Object
ENBEquipment/Enb/LteCell/CellL2DLConf
B--Cell / O.D.
Value
1 2 58
better conditions. The better the radio conditions of the UE, the more resources (and hence the higher the
data rate) it gets.
alphaFairnessFactor = 1 yields a fair scheduler. The scheduler attempts to
provide the same number of RBs to all the UEs (despite their different
conditions).
alphaFairnessFactor = 2 yields an increased fairness scheduler. The scheduler attempts to allocate the
resources in such a way that all the UEs eventually get the same data rate (which is not the case of the fair
scheduler since different radio conditions result in different data rates even when the
number of resources is the same, hence the increased fairness of the scheduler, as compared to the
regular fair scheduler).
This parameter provides flexibility as to the choice of scheduler behavior, allowing The operator to choose
the scheduler behavior they wants for their network.
z
z
This procedure consists in allocating the Groups of Resource Blocks remaining after
the semi-static scheduling and HARQ allocation stages.
System Bandwidth
DL
NRB
10
11- 26
27- 63
64- 110
1 2 59
When a bearer is selected for transmission, the scheduler checks whether there are enough PDCCH
resources available for the grant. If there are not enough resources available for the grant, the bearer is
not scheduled.
3 Schedulers
3.3 UL Scheduler
Frequency
The main role of the uplink scheduler is to efficiently manage and allocate the
available uplink resources to the UEs having contexts in the UL
RRCConnectedUserList.
Scheduler selects bandwidth, modulation, use of MU-MIMO, and PC parameters
PRBs assigned for a particular UE must be contiguous in the uplink (SC-FDMA)
UL
UE Context:
UE category
UE UL AMBR
UebearerList
UE MG status
Time
UE A
UE B
UE C
UE A
UE A
1 2 60
In the UEBearerList, a bearer context is identified by the Logical Channel Identifier (LCID) of the logical
channel it is mapped onto. The bearer context also contains, among other information:
The VoIP flag (derived by CallP from QoS received from the MME over the S1-C).
The UL GBR (derived by CallP from QoS received from the MME over the S1-C).
3 Schedulers
1 2 61
3.3 UL Scheduler
The uplink static scheduler assigns resources to RACH message 1 and RACH message 3.
The RACH preamble (RACH message 1) is generated by the MAC layer on RACH and
transmitted on PRACH
RACH message 3 is transmitted 6 ms after RACH message 2.
Random Access
Preamble
Random Access
Response
6ms
UL Transport Ch
2
RACH
UL-SCH
Scheduled Transmission
Contention Resolution
UL Physical Ch
4
PRACH
1 2 62
PUSCH
PUCCH
3.3 UL Scheduler
ulbandwidth
ul700MHzUpperCBlockEnabled
prachFrequencyOffset
n25-5MHz
False
n50-10MHz
False
n100-20MHz
False
1 2 63
Note that the static scheduler only reserves resources and allocates them to RACH message 3 when a
preamble is detected. Otherwise, the resources remain available and are considered as free by the dynamic
scheduler.
If the system is operating in the 700 MHz upper C band (i.e. if ul700MHzUpperCBlockEnabled is set to
True) parameter rACHMessage3StartingPRBIndex must be set to UL NRB - rACHMessage3NumberOfPRBs =
50 - rACHMessage3NumberOfPRBs.
RACH message 3 can only be at the upper end of Zone C .
If the system is not operating in the 700 MHz upper C band (i.e. if ul700MHzUpperCBlockEnabled is set to
False), parameter rACHMessage3StartingPRBIndex must be set so that RACH message 3
resources do not overlap with PUCCH resources, i.e. rACHMessage3StartingPRBIndex must be set in the
range [pucchPRBsize/2 UL NRB - pucchPRBsize/2 - rACHMessage3NumberOfPRBs].
3.3 UL Scheduler
Parameter
Object
Integer
[1..4]
Integer
[0..4]
Class/Cat
B--Cell / Fixed
B--Cell / Fixed
B--Cell / Fixed
Value
1 2 64
3.3 UL Scheduler
y Buffer estimation.
y QoS priority weight calculation.
y Channel estimates update.
y Spectrum efficiency correction.
y Scheduling stage (scheduling of dynamic HARQ retransmissions and
scheduling of 1st HARQ transmissions).
1 2 65
The dynamic scheduler allocates the resources left by the static scheduler. When the system is not
configured in the 700 MHz Upper Block C mode, the resources available to the dynamic scheduler vary
depending on whether PRACH is present or message 3 is scheduled and/or the presence of on-going VoIP
calls.
However, if the system is not configured in the 700 MHz UpperBlock C, the area
[pRBStartIndexForDynamicPUSCHForCentralRegion, pRBStartIndexForDynamicPUSCHForCentralRegion +
numberOfPRBsForDynamicallyScheduledPUSCHForCentralRegion -1] is managed by the dynamic scheduler
every TTI.
z
z
z
Parameter
ulSchedPropFairAlphaFactor
Object
ENBEquipment/Enb/LteCell/CellL2ULConf
Class/Cat
B--Cell / O.D.
Value
1 2 66
The dynamic scheduling algorithm is the so-called Alpha Fairness scheduler, which is a generalisation, by
means of parameter ulSchedPropFairAlphaFactor, of thewidely used Proportional Fair scheduler.
Parameter ulSchedPropFairAlphaFactor tunes the alpha fairness factor (thus the bahavior) of the scheduler:
ulSchedPropFairAlphaFactor = 1 yields a maximum C/I scheduler. The scheduler provides more resources
to UEs in better conditions. The better the radio conditions of the UE, the more resources (and hence the
higher the data rate) it gets.
ulSchedPropFairAlphaFactor = 0.5 yields a fair scheduler. The scheduler attempts to provide the same
number of RBs to all the UEs (despite their different conditions).
ulSchedPropFairAlphaFactor = 0 yields an increased fairness scheduler.
The scheduler attempts to allocate the resources in such a way that all the UEs eventually get the same
data rate (which is not the case of the fair scheduler since different radio conditions result in different
data rates even when the number of resources is the same, hence the increased fairness of
the scheduler, as compared to the regular fair scheduler).
1 2 67
1 CCE
= 9 REG
=36 useful RE
1 REG
=4 RE
1 slot
1 2 68
RB 2nd slot
RB 1st slot
Frequencies
0
RE for RS on antenna 1
& unused on antenna 0
RE for RS on antenna 0
& unused on antenna 1
Time
1 2 69
1 2 70
1 2 71
Note:
PBCH is transparent from a DL scheduler perspective as there is no MAC header and this is not granted over
PDCCH but permanently assigned, also the content of the PBCH is built at RRC level
4.5 PCFICH
PCFICH uses 4 REGs (= 16 RE) and is mapped to the 1st OFDM symbol in fixed
positions
y 4 REGs are uniformly distributed over the system bandwidth for diversity
y Shifted according to cell ID
4.5 PCFICH
4.5.1 cFI
In LA3.0, if dynamic configuration of CFI is enabled by parameter dynamicCFIEnabled.
Parameter
cFI
dynamicCFIEnabled
Object
ENBEquipment/Enb/LteCell/CellL1L2ControlChannelsConf
Integer [1..3]
Class/Cat
Boolean True/False
Value
Engineering
Recommandation
n25- 5MHz
n50- 10MHz
N100- 20Mhz
1 2 73
It is recommended to set
dynamicCFIEnabled to True
The Physical Control Format Indicator Channel is located in the first OFDM symbol of each subframe and
spans over 4 REGs uniformly distributed over the system bandwidth.
The REs of this time/frequency area are grouped 4 by 4 into Resource Element Groups (REGs). Note that
REGs do not contain RS REs.
It is recommended to set dynamicCFIEnabled to True so that the CFI is dynamically
adjusted to use the lowest value needed for PDCCH usage.
This makes more OFDM symbols available to PDSCH when PDCCH usage is low (fewer users),
resulting in higher throughputs. In this case parameter cFI is ignored.
4.5 PCFICH
where: numberOfUEContexts is the number of UE contexts (RRC Connected UEs) in the cell
4.6 PDCCH
RE for PDCCH
RB 1st slot
RB 2nd slot
Frequencies
15 KHz
0.5 ms
0.5 ms
1 2 75
Time
RE
REG
The PDCCH area contains search spaces, which consist of a set of PDCCH
candidates.
A PDCCH candidate is an aggregate of L CCEs There is a search space specific to
each connected UE and a search space common to all UEs.
UE1
UE2
UE3
UE4
The number of CCEs available per subframe (which determines the total number of scheduling grants
available) depends on the system bandwidth, CFI configuration & PHICH resources
Note that the common and UE-specific search spaces may overlap.
The PDCCH is divided into 2 spaces:
z
The common search space: The common search space is used by the DL scheduler to send pages and DBCH data. It is decoded by any UE in the Idle or in RRC Connected state.
UE-specific search space: The principle is that a given UE does not decode all the CCEs over PDCCH but
only part of them, i.e. its specific search space CCEs
UE Specific
Aggregation L
Number of PDCCH
Candidates M(L)
Common
The UE monitors a set of candidate PDCCHs every non-DRX subframe Set of candidate PDCCHs are
4.6 PDCCH
4.6.1 DCI
Format
0
1
1A
1B
1C
1D
2
2A
3
3A
Purpose
Description
RB assignment, MCS, hopping flag, NDI, cyclic-shift of DM-RS,
UL PUSCH Grant
CQI request, 2-bit PUSCH TPC command
Resource alloc. header, RB allocation, MCS, HARQ PID, NDI, RV,
DL PDSCH Grant for Single
2-bit PUCCH TPC command
Code Word
Compact DL PDSCH Grant Same as format 1, but with reduced RB allocation flexibility
for Single Code Word (i.e. PRB must be contiguous). Shall be used for DL signaling.
Compact DL PDSCH Grant
Same as format 1A with transmission of PMI information for
with precoding
Precoding
information
Reduced payload for improved coverage: always uses QPSK on
Very Compact DL PDSCH
assoc. PDSCH, restricted RB assignment, restricted TBS, no
grant
HARQ information
Compact DL PDSCH Grant
Same as format 1A. Transmit PMI information for Precoding, DL
with precoding and power
power offset
offset information
Same as format 1, but MCS/NDI/RV is per codeword, and
information on the selected # of layers and precoding matrix
CL MIMO DL Grant
index is included for each codeword. Used in CL-MIMO Mode.
Same as format 2, without precoding matrix index. Used in OLOL MIMO DL Grant
MIMO Mode.
2-bit UL Power Control TPC commands for 14 UEs plus 16 bit CRC
1-bit UL Power Control TPC commands for 28 UEs plus 16 bit CRC
1 2 78
4.6 PDCCH
Parameter
pdcchAggregationLevelForU pdcchAggregationLevelForCRNT
ESearchSpace
IGrantsInCommonSearchSpace
Object
ENBEquipment/Enb/LteCell/CellL1L2ControlChannelsConf
Enumerate {1, 2, 4, 8}
Class/Cat
B--Cell / Fixed
Enumerate { 4, 8}
Value
Engineering
Recommandation
4
n25- 5MHz
n50- 10MHz
2&4
N100- 20Mhz
1 2 79
dlBandwidth: pdcchAggregationLevelForUESearchSpace
n25-5MHz: The only supported value is 2
n50-10MHz: The only supported values are 2 and 4
n100-20MHz: The only supported value is 4
4.7 PHICH
Physical HARQ Indicator Channel (PHICH) carries the ACK/NACK in the downlink to
support uplink HARQ
PHICH channels are grouped in PHICH groups.
Each PHICH group consists of 8 PHICH channels (hence conveys 8 ACK/NACKs).
PHICH channels of a same group being separted by orthogonal sequences.
PHICH group occupies 3 REGs (= 12 RE) and uses BPSK modulation
Implicit mapping is used between location of 1st PRB in UL allocation and PHICH
group/sequence
REG for PCFICH
cell ID=0
cell ID=1
cell ID=2
cell ID=3
cell ID=4
1 2 80
phichResource
Object
ENBEquipment/Enb/LteCell/TxDivOrMimoResources/Power
Off setConfiguration
Class/Cat
Value
Total Number of
PCFICH Group
1 2 81
n25- 5MHz
n50- 10MHz
N100- 20Mhz
13
1 2 82
0.5ms
0.5ms
SRS
SRS
1 2 83
SRS is not sent when there is a scheduling request (SR) or CQI to be sent on PUCCH (to avoid multi-carrier transmission)
SRS
Comb 1
1 2 84
Comb 2
srsEnabled
sRSDuration
Object
ENBEquipment/E ENBEquipment/Enb/LteCell/CellL1ULConf
nb/LteCe ll
Boolean
True/False
Class/Cat
B--Modem+Cell(s) / Fixed
Value
true
Enumerate
{one shot,
infinite}
Infinite
Engineering
Recommendati
on
srsBandwidthConfiguration
Enumerate
{bw0, bw2, bw3, bw6, bw7}
SRS BW in
PRBs
5 Mhz
10 Mhz
20Mhz
bw0
36
48
96*
bw2
24
40
80*
bw3
20 *
36*
72
bw6
20
48
bw7
16
48
pucchPRBsize
n25 5MHz
25
n50- 10MHz
50
n100-20Mhz
100
resource 1
resource 0
resource 3
resource 2
PUSCH
resource 2
resource 3
resource 0
resource 1
0.5ms slot
1 2 86
PUCCH
NRB UL
System BW
ulBandwidth
0.5ms slot
1 2 87
5 Transmit Power
1 2 88
5 Transmit Power
Parameter cellDLTotalPower is used, if need be, to impose additional limits on the total
power transmitted by a power amplifier;
The value of cellDLTotalPower is converted into linear scale according to the following
Equation: P Max[mW]= 10 cellDLTotalPower/10
Parmeter
cellDLTotalPower
Object
ENBEquipment/Enb/LteCell
Class/Cat
Value
10
1 2 89
If this parameter is set to a value higher than Pmax-hardware, the cell setup will fail
and an alarm will be generated by the eNB as a result of that.
Power Amlifier HW
Capacity
30 W
40 W
1 2 90
Transmission Power
10 W
40.0
20 W
43.0
30 W
44.7
10 W
40.0
20 W
43.0
30 W
44.7
40 W
46.0
Parmeter
referenceSignalPower
Object
ENBEquipment/Enb/LteCell/TxDivOrMimoResources/PowerOff
setConfiguration
Class/Cat
Integer
[-60..50] dBm
This parameter is expressed in dBm. It is converted into linear scale (milliwatt) according
To: P Max[mW]= 10ReferenceSignalPower/10
z
1 2 91
40.0
43.0
44.7
46.0
1 2 92
dlBandwidth
ReferenceSignalPower
5MHz
15
10MHz
12
20MHz
5MHz
18
10MHz
15
20MHz
12
5MHz
19
10MHz
16
20MHz
13
5MHz
21
10MHz
18
20MHz
15
Parameter referenceSignalPower
This parameter is a key RF optimization parameter that influences the cell coverage. It is set according to
the cell size. The higher the setting, the larger the cell coverage on the downlink, but leaves smaller power
headroom available for other downlink signals and channels.
Parmeter
primarySyncSignalPowerOffset
secondarySyncSignalPowerOffset
Object
ENBEquipment/Enb/LteCell/TxDivOrMimoResources/PowerOff
setConfiguration
Range &
Unit
Class/Cat
CELLdl
Total
Power
40.0
43.0
Dl BW
PSS
POffset
SSS
POffset
5MHz
1.5
1.5
10MHz
2.0
2.0
20MHz
2.0
5MHz
CELLdl
Total
Power
DL BW
PSS
POffset
SSS
POffset
5MHz
3.0
3.0
10MHz
3.0
3.0
2.0
20MHz
3.0
3.0
1.5
1.5
5MHz
1.5
1.5
10MHz
2.0
2.0
10MHz
2.2
2.2
20MHz
2.0
2.0
20MHz
2.3
2.3
1 2 93
44.7
46.0
Expressed in dB relative toPREF for PSS & SSS respectively. They are converted into linear scale (milliwatt)
according to
P P-SCH [mW]= PREF X 10
PrimarySyncSignalPowerOffset/10
SecondarySyncSignalPowerOffset/10
5 Transmit Power
5.2 PBCH
Parameter pBCHPowerOffset configures the transmit power per RE and per transmit
antenna (expressed in dB relative to PREF ) for the PBCH channel.
Parmeter
pBCHPowerOffset
Object
ENBEquipment/Enb/LteCell/TxDivOrMimoResources/P
owerOff setConfiguration
Float
[-25.6..25.5] step=0.1 dB
Class/Cat
1 2 94
(pBCHPowerOffset-3)/10
5 Transmit Power
40.0
43.0
44.7
46.0
1 2 95
dlBandwidth
pBCHPowerOffset
5MHz
3.5
10MHz
3.5
20MHz
3.1
5MHz
3.5
10MHz
3.5
20MHz
3.1
5MHz
3.1
10MHz
3.1
20MHz
3.1
5MHz
3.8
10MHz
4.5
20MHz
4.5
5 Transmit Power
Parmeter
pCFICHPowerOffset
Object
ENBEquipment/Enb/LteCell/TxDivOrMimoResources/PowerOff
setConfiguration
Float
[-25.6..25.5] step=0.1 dB
Class/Cat
This parameter is expressed in dB, relative to the RS power, PREF. It is converted into
linear scale (milliwatt) according to/
z
(pCFICHPowerOffset -3)/10
PCFICH is transmitted at 3dB compared to the parameter setting due to TxDiv encoding.
1 2 96
This is a key RF optimization parameter: The higher the setting, the more robust the CFI reception within
the cell coverage area, but this reduces the power available for other downlink singals and channels.
Smaller settings will impair CFI, hence PDCCH reception.
5 Transmit Power
40.0
43.0
44.7
46.0
1 2 97
dlBandwidth
pCFICHPowerOffest
5MHz
5.5
10MHz
6.0
20MHz
6.0
5MHz
5.5
10MHz
6.0
20MHz
6.0
5MHz
6.0
10MHz
6.0
20MHz
6.0
5MHz
6.0
10MHz
6.0
20MHz
6.0
5 Transmit Power
Parmeter
pHICHPowerOffset
Object
ENBEquipment/Enb/LteCell/TxDivOrMimoResources/PowerOff
setConfiguration
Float
[-25.6..25.5] step=0.1 dB
Class/Cat
1 2 98
5 Transmit Power
40.0
43.0
44.7
46.0
1 2 99
dlBandwidth
pHICHPowerOffest
5MHz
5.6
10MHz
6.0
20MHz
6.0
5MHz
5.6
10MHz
6.0
20MHz
6.0
5MHz
6.0
10MHz
6.0
20MHz
6.0
5MHz
6.1
10MHz
6.4
20MHz
6.4
5 Transmit Power
pDCCHPowerOffsetSymbol2and3
(expressed in dB relative to PREF)
RB
pDCCHPowerOffsetSymbol1
(expressed in dB relative to PREF)
1 2 100
(pDCCHPowerOffsetSymbol1_3)/10
5 Transmit Power
Parmeter
pDCCHPowerControlActivation
pDCCHPowerOffset pDCCHPowerOffset
Symbol1
Symbol2and3
Object
Float
[-25.6..25.5] step=0.1 dB
Class/Cat
B--Cell / Fixed
Value
n25-5MHz,
True
n50-10MHz
True
n100-20MHz
False
1 2 101
See Recommandation
40.0
43.0
44.7
46.0
dlBandwidth
pDCCHPowerOffsetSymbol1
pDCCHPowerOffsetSymbol2&3
5MHz
3.2
3.2
10MHz
3.2
3.2
20MHz
3.4
3.4
5MHz
3.2
3.2
10MHz
3.0
3.0
20MHz
3.5
3.2
5MHz
4.0
3.9
10MHz
4.0
3.9
20MHz
4.0
3.9
5MHz
3.0
3.2
10MHz
3.2
20MHz
3.2
1 2 102
5 Transmit Power
paOffsetPdsch/10
PPDSCH _ B[mW] is the transmit power of PDSCH REs in OFDM symbols 0 and 4 and is
derived based on parameters paOffsetPdsch and pbOffsetPdsch as follows:
z
pbOffsetPdsch
PPDSCH _ B[mW]
PREF X 10
(1.0 + paOffsetPdsch)/10
PREF X 10
paOffsetPdsch/10
PREF X 10
(-1.2 + paOffsetPdsch)/10
PREF X 10
(-3.0 + paOffsetPdsch)/10
RS
RS
RS
RS
RS
RS
RS
RS
RS
RS
RS
RS
RS
RS
RS
RS
01 234 56 012 34 56
1 2 103
5 Transmit Power
Parmeter
paOffsetPdsch
pbOffsetPdsch
Object
ENBEquipment/Enb/LteCell/TxDivOrMimoResources/PowerOffsetConfiguration
Enumerate
{dB-6, dB-4dot77, dB-3, dB1dot77, dB0, dB1, dB2, dB3 }
Integer
[0..3]
Class/Cat
B--Cell / Fixed
Value
See below
The enumerate values are mapped to the values used in the equation
PPDSCH _ A[mW] = PREF X 10
Enumerate Value
paOffsetPdsch/10
paOffsetPdsch/10
paOffsetPdsch/10
dB-6(0)
-6 dB
dB0 (4)
0 dB
dB-4dot77(1)
-4.77 dB
dB1 (5)
1 dB
dB-3 (2)
-3 dB
dB2 (6)
2 dB
dB-1dot77 (3)
-1.77 dB
dB3 (7)
3 dB
1 2 104
5 Transmit Power
I
CQ
Estimated SINR < Target SINR:
The power is increased
[target SINR-Estimated SINR] (in the linear scale) goes to zero.
The power increase is limited though.
The limit is configured by parameter
pDCCHPowerControlMaxPowerIncrease.
1 2 105
The UEs SINR is derived based on the CQI it reports and by means of the CQI-to-SINR lookup table
configurable through parameter cQIToSINRLookUpTable.
If the target SINR is not reached (Estimated SINR< target SINR), the power is increased so that the
difference [target SINR-Estimated SINR] (in the linear scale) goes to zero. The power increase is limited
though. The limit is configured by parameter pDCCHPowerControlMaxPowerIncrease.
If the target SINR is exceeded (Estimated SINR> target SINR), the power is decreased so that the
difference [Estimated SINR-target SINR] (in linear scale) goes to zero. The power decrease is limited
though. The limit is configured by parameter pDCCHPowerControlMaxPowerDecrease.
5 Transmit Power
Parmeter
pDCCHPowerControlMaxPowerIncr pDCCHPowerControlMaxPowerDec
ease
rease
Object
NBEquipment/Enb/LteCell/CellL2DLConf
B--Cell / Fixed
Value
6.7
1 2 106
Float
[0..12.8] step = 0.1 dB
12.8
5 Transmit Power
While configuring the cell, the eNB verifies that the available power is not exceeded.
The eNB computes the total power consumed in every symbol period as follows:
1 2 107
While configuring the cell, the eNB verifies that the available power is not exceeded, taking into account
the RS power, the SCH powers, the PBCH power, the PCFICH power, the PHICH power, the PDCCH power
and the PDSCH power.
TotalPowerRS: total power used by Reference Signal in the current OFDM symbol.
TotalPowerP-SCH: total power used by the primary Synchronization signal in thecurrent OFDM symbol.
TotalPowerS-SCH: total power used by the secondary synchronization signal in thecurrent OFDM symbol.
TotalPowerPBCH: total power used by the PBCH in the current OFDM symbol.
TotalPowerPDCCH: total power used by the PDCCH in the current OFDM symbol.
5 Transmit Power
z
z
The sum of the transmitted power on all physical channels and signals must be configured
within the limit configured through parameter cellDLTotalPower for each OFDM symbol.
Thus, for every OFDM symbol, the power budget algorithm performs the following
checking:
(TotalPower
+ TotalPowerS-SCH + TotalPowerPBCH +
(TotalPowerRSRS++TotalPower
TotalPowerP-SCH
P-SCH + TotalPowerS-SCH + TotalPowerPBCH +
TotalPower
+
TotalPower
+
TotalPowerPHICH + TotalPowerPDSCH) PMax
PCFICH
TotalPowerPDCCH
PDCCH + TotalPowerPCFICH + TotalPowerPHICH + TotalPowerPDSCH) PMax
1 2 108
TotalPowerPCFICH: total power used by the PCFICH in the current OFDM symbol.
TotalPowerPCFICH = nbREPCFICH PPCFICH
TotalPowerPHICH: total power used by the PHICH in the current OFDM symbol.
TotalPowerPHICH = nbREPHICH PPHICH
TotalPowerPDSCH: total power used by the PDSCH in the current OFDM symbol
If the current OFDM symbol index is 1, 2, 3, 5 or 6
TotalPowerPDSCH = nbREPDSCH PPDSCH_A
If the current OFDM symbol index is 0 or 4
TotalPowerPDSCH = nbREPDSCH PPDSCH_B
The sum of the transmitted power on all physical channels and signals must be configured within the limit
configured through parameter cellDLTotalPower for each OFDM symbol.
The power budget algorithm consists thus in performing the following checking for every OFDM symbol:
(TotalPowerRS + TotalPowerP-SCH + TotalPowerS-SCH + TotalPowerPBCH + TotalPowerPDCCH +
TotalPowerPCFICH + TotalPowerPHICH + TotalPowerPDSCH) PMax
If the condition above is not satisfied for at least 1 OFDM symbol, the cell setup fails, (meaning the cell
does not go on air) and an alarm is generated by the eNB.
Note that the checking discussed above is only performed for subframes 0, 1 and 5 for if the conditions
above are satisfied in these 3 subframes, they are statisfied in the other subframes (i.e. subframes 2, 3, 4,
6, 7, 8 and 9).
Slot 0/ Subframe 1
0
Slot 0/ Subframe 1
5
Number of
REs
50
50
50
50
nbRERS
62
nbREP-SCH
62
nbRES-SCH
48
48
72
72
nbREPBCH
136
300
300
nbREPDCCH
16
nbREPCFICH
48
nbREPDSCH-A
300
228
228
228
228
228
300
300
nbREPDSCH-b
200
152
200
Unused RE
50
50
10
10
50
24
50
1 2 109
The RE distribution for each OFDM symbol in subframe 0 for phichResource = one and cFI = 3 (with 5)
The RE distribution in subframe 1 is obtained by setting nbREP-SCH , nbRES-SCH and nbREPBCH to 0 in the
RE distribution of subframe 0.
The RE distribution in subframe 5 is obtained by setting nbREPBCH to 0 in the RE distribution of subframe 0.
1 2 110
PUCCH power control is used to guarantee the required error rates of control
channels and to maintain orthogonally among the users that are code multiplexed in the
same time frequency resource.
z
1 2 111
F _ PUCCH denotes the power offset. It depends on the PUCCH format. This parameter is hardcoded in
formats 2/2a/2b. For formats 1 and 1b, it is
configured by parameters deltaFPUCCHFormat1 and deltaFPUCCHFormat1b, respectively.
Note that each of the signaled values F_PUCCH is a 2-bit value in dB relative to PUCCH Format 1a.
P0_ PUCCH is a parameter composed of the sum of a 5-bit cell specific component P0_NOMINAL_PUCCH configured
by OAM parameter
p0NominalPUCCH and a UE specific component P0_UE_PUCCH configured by OAM parameter p0uePUCCH.
PUCCH is a UE specific correction value in dB, also referred to as a TPC command, included in a PDCCH
with DCI formats 1/1A/2/2A.
Accumulated power control rule is used which is described by g(i) = g(i 1) + PUCCH (i 4) where g(i) is the
current PUCCH power control adjustment state in subframe i .
The initial value of g(i) is defined as: g(0) = Prampup + Msg2
Where: Msg2 is the TPC command indicated in the random access response (RACH message 2).
z Prampup is the total power ramp-up from the first to the last preamble configured by parameter
preambleTransmitPowerStepSize.
Mapping of TPC Command Field in DCI Format 1/1A/2/2A :: PUCCH [dB]
0 :: -1
1 :: 0
2 :: 1
3 :: 3
1 2 112
Open-Loop
power
Control
z For PUSCH power control, the TPC command is embedded in the uplink scheduling grant
with DCI0.
z The UE receives from the network information about the RS TxPower (in SIB2), and
from there computes, at any instant, the PPUSCH of the message to be sent in the frame (i)
based on the following function:
RS Tx Power
PL (DL RSRP Pathloss =
RS TxPower - RSRP)
p0NominalPUSCH
MPUSCH = Number of RBs used
to transmit the message
r
owe
CH
:
SIB2 RS Tx P inalPUS
m
o
p0 N
Closed-Loop
power
Control
The eNodeB computes the SINR of the received message in the UL.
z Depending on the difference between the SINR measured and the SIR target, the eNodeB
will send TPC (Transmit Power Control) commands to ask the UE to increase or decrease
The PPUSCH of its next message: this is the (slow inner-loop) Closed-Loop power control.
z
p0NominalPUSCH is the the necessary level of the received signal at the eNodeB side for
the signal to be properly decoded, and this for one RB.
It can be expressed as:
SIBs
SIB2:
RS Tx Power
p0NominalPUSCH
SIR Target
PUSCH
TPC Command
1 2 114
For information, 3GPP TS36.213 specify the following formula on each subframe i:
PPUSCH = min {PMax,
with:
y TF(TF(i)) = power offset depending on PUSCH transport format TF(i)
y pUSCHPowerControlAlphaFactor = PL = alpha factor for Fractionnal Power Control.
y P0_PUSCH(for dynamic scheduled grant, j=1) = p0NominalPUSCH + P0_UE_PUSCH(1)
with P0_UE_PUSCH(1): UE specific component set for the moment to 0
1 2 115
p0NominalPUSCH
p0UePUSCH
Object
ENBEquipment/Enb/LteCell/ULPowerControlConf
Integer
[-126..24] step = 1 dBm
Integer
[-8..7] step = 1 dBm
Class/Cat
C--New-set-ups /
Optimization - Tuning
Value
Engineering
PUSCHPowerControlAlphaFactor
Recommandation
1.0
0.8
0.7
-80
1 2 116
Parameters p0NominalPUSCH and p0uePUSCH are key RF optimization parameters. Higher settings will
improve PUSCH reception, but will also drive higher UE Tx power leading to interference to neighboring
cells, and vice-versa. The current default value for parameter and p0UePUSCH is 0.
The current default value for parameter p0NominalPUSCH given in the table are true for
ul700MHzUpperCBlockEnabled set to FALSE
filterCoefficient
Object
ENBEquipment/Enb/LteCell/ULPowerControlConf
Enumerate
Enumerate
{fc0 (0), fc1 (1), fc2 (2), fc3 (3), fc4
{ 0(0), 0.4(1), 0.5(2), 0.6(3), 0.7(4), 0.8(5),
(4), fc5 (5), fc6 (6), fc7 (7),fc8 (8), fc9 0.9(6), 1.0(7) }
(9), fc11 (10), fc13 (11), fc15 (12), fc17
(13), fc19(14)}
Class/Cat
C--New-set-ups / Fixed
Value
Engineering
Recommandation
1 2 117
pUSCHPowerControlAlphaFactor
Parameter filterCoefficient is an optional parameter. If it is not set than it is not sent to the UE. The latter
will use the defaut value that is fc4.
Parameter pUSCHPowerControlAlphaFactor is a key RF parameter. Setting it to 1.0 deactivates fractional
power control (i.e. full path loss compensation). As this parameter decreases, the near-cell throughput and
overall cell throughput increase at the expense of a lower cell-edge throughput as a result of fractional
power control (partial path loss compensation).
This parameter should be set by the operator depending on their strategy. It is defaulted to 1.0 in ALU
templates.
Below, we also provide default settings for pUSCHPowerControlAlphaFactor =0.8 and
pUSCHPowerControlAlphaFactor = 0.7. Setting
pUSCHPowerControlAlphaFactor to 0.9 yields a performance quite close to that obtained by setting
pUSCHPowerControlAlphaFactor to 1.0. On the other hand, setting parameter
pUSCHPowerControlAlphaFactor to values lower than 0.7 causes a considerable decrease of cell-edge
throughput.
The partial compensation of the pathloss is equivalent to having a SIR target varying
according to the pathloss:
1 2 118
SIR Target
As we reduce a, the range of target SINRs increases between UEs, and we can achieve higher spectral
efficiency at the
expense of cell edge rate In fractional power control, the transmit power adjustment
pUSCHPowerControlAlphaFactor PL compensates for only a fraction of the estimated path loss PL . The
result is that the SINR achieved by the UE at the eNB varies linearly with the path loss.
Higher levels of path loss are associated with lower SINR and vice versa:
{
When the UE is close to the cell center, the pathloss decreases and hence the target SINR is
increased.
When the UE is at the cell edge, the pathloss increases and hence the target SINR is decreased.
When the UE is close to the cell centre, target SINR is increased, whereas the target SINR of the UE at the
cell edge is decreased.
For simplification purpose, in order to keep the SIR_Target within a reasonable and
realistic range, a paramater PLNominal is introduced:
SIRNew_Target_PUSCH= min
{ max
{SIR Target_PUSCH_Initial -(1 - pUSCHPowerControlAlphaFactor ) x ( PL pathLossNominal),
minSIRtargetForFractionalPowerCtrl },
maxSIRtargetForFractionalPowerCtrl}
where
Parameter pathLossNominal configures the nominal path loss and corresponds to the path loss at which
we want the SINR target to be uplinkSIRtargetValueForDynamicPUSCHscheduling (i.e. the SINR
uplinkSIRtargetValueForDynamicPUSCHscheduling is also the nominal SINR target).
Parameter maxSIRtargetForFractionalPowerCtrl configures the maximum SINR target.
Parameter minSIRtargetForFractionalPowerCtrl configures the minimum SINR target so that the end-user
experience remains acceptable.
PLav is an estimate of the average path loss based on the power headroom reports of the UE
Note that when the full path loss compensation is used (i.e. when pUSCHPowerControlAlphaFactor is set
to 1.0), the target SINR is always equal to uplinkSIRtargetValueForDynamicPUSCHscheduling and
parameters pathLossNominal, maxSIRtargetForFractionalPowerCtrl, and
minSIRtargetForFractionalPowerCtrl are ignored.
We can understand the need to adjsut the parameter network p0NominalPUSCH when
FPC is introduced:
+( 1 PL) x PLNominal
SIR_TargetInitial (1 PL )xPL
p0NominalPUSCH
Consequence of a too low value of p0NominalPUSCH problem to attach to the
network at Cell Edge.
z Consequence of a too high value of p0NominalPUSCH higher UL interference.
z
1 2 120
1 2 121
1 2 122
pathLossNominal
Object
ENBEquipment/Enb/LteCell/ULPowerControlConf
Integer
[0..127] dB
Class/Cat
Value
60
Engineering
Recommandation
1 2 123
uplinkSIRtargetValueForDynamicPUSCHscheduling
Float
[-5..25] step = 0.1 dB
PUSCHPowerControlAlpha
Factor
uplinkSIRtargetValueFor
DynamicPUSCHscheduling
1.0
4.0
0.8
11.0
0.7
15.0
maxSIRtargetForFractional
PowerCtrl
Object
ENBEquipment/Enb/LteCell/ULPowerControlConf
Float
[-5..25] step = 0.1 dB
Float
[-5..25] step = 0.1 dB
Class/Cat
B--Cell / Fixed
B--Cell / Fixed
Value
15
0.0
Engineering
Recommandation
The setting of this parameter must satisfy The setting of this parameter must satisfy
the condition:
the condition:
maxSIRtargetForFractionalPowerCtrl
uplinkSIRtargetValueForDynamicPUSCH
scheduling
1 2 124
minSIRtargetForFractional
PowerCtrl
minSIRtargetForFractionalPowerCtrl
uplinkSIRtargetValueForDynamicPUSCH
scheduling
7 Link Adaptation
1 2 125
7 Link Adaptation
1 2 126
An improvement in the radio link quality causes the transmitter to use a less robust MCS and hence a higher
data transmission rate. Conversely, a degradation in the radio link quality causes the transmitter to use a
more robust MCS and hence a lower data transmission rate.
7 Link Adaptation
Parmeter
macOuterLoopBlerControlTargetBler
macOuterLoopBlerControlTargetBler
Object
ENBEquipment/Enb/DedicatedConf/
TrafficRadioBearerConf
ENBEquipment/Enb/DedicatedConf/
SignalingRadioBearerConf
Integer
[0..50] %
Integer
[0..50] %
Class/Cat
Value
10
10
Engineering
Recommandation
1 2 127
[Note that when parameter cqiReportingModeAperiodic is set to disabled, the UE reports no CQI. In this
case, the downlink scheduler uses the MCS configured by parameter
rafficRadioBearerConf::macInitialMCSIndexForBearerSetupDl and
SignalingRadioBearerConf::macInitialMCSIndexForBearerSetupDl.]
7 Link Adaptation
CQ I
)
& TBS
(MCS
H
C
C
PD
)
& TBS
(MCS
H
C
S
D
P
5
2
CQI ~~~SINR
From
cQIToSINRLookUpTable 3
MCS & TBS Selection
Parameter
cQIToSINRLookUpTable
Object
ENBEquipment/Enb/EnbRadioConf
Class/Cat
B--Modems+Cells-of-eNB / Fixed
Value
Engineering
Recommandation
1 2 128
The link adaptation algorithm converts CQI values into SINR values using a lookup table configured by
parameter cQIToSINRLookUpTable.
These SINR values are used to produce one SINR value that is used to derive the MCS ( SINRMCS ).
Twentynine SINRMCS intervals are defined.
Each of them corresponds to an MCS. The lowest interval corresponds to the most robust MCS (and hence to
the lowest transmission rate). The highest interval corresponds to the least robust MCS (and hence to the
highest transmission rate). The selected MCS is the one that is mapped to the interval SINRMCS falls into.
The intervals do not overlap and the transition from an interval to another is defined by a threshold value.
7 Link Adaptation
7.4 dlMCSTransitionTable
z
z
z
MCS1
MCS2
dlMCSTransitionTable(1)
MCS27
dlMCSTransitionTable(28)
dlMCSTransitionTable(3)
dlMCSTransitionTable(2)
MCS28
SINR (MCS)
dlMCSTransitionTable(27)
Parameter
dlMCSTransitionTable
Object
ENBEquipment/Enb/EnbRadioConf
Class/Cat
This parameter is [-2.5, -1.75, -1.25, -0.5, 0.5, 1.0, 2.0, 3.0, 3.75, 4.75, 5.0, 6.0, 7.0, 7.5, 8.5,
defaulted to:
9.0, 10.25, 11.5, 11.75, 12.75, 13.5, 14.25, 15.5, 16.25, 17, 17.75, 19.0, 0.0].
Engineering
Higher threshold values will result in lower data rates. Lower values will lead to
Recommendation more optimistic MCS assignments and hence, more HARQ retransmissions and
higher BLERs.
1 2 129
The lowest interval corresponds to the most robust MCS (and hence to the lowest transmission rate). The
highest interval corresponds to the least robust MCS (and hence to the highest transmission rate).
The selected MCS is the one that is mapped to the interval SINRMCS falls into.
The intervals do not overlap and the transition from an interval to another is defined by a threshold value.
7 Link Adaptation
Parameter
macSINROffsetForLinkAdaptation
Object
ENBEquipment/Enb/DedicatedConf/Tra ENBEquipment/Enb/DedicatedConf/SignalingR
fficRadioBearerConf
adioBearerConf
Float
[-20..20] step = 0.25 dB
Float
[-20..20] step = 0.25 dB
Class/Cat
B--Cells-of-eNB / Fixed
B--Cells-of-eNB / Fixed
Value
0.0
0.0
1 2 130
macSINROffsetForLinkAdaptation
Object ENBEquipment/Enb/DedicatedConf/
SINROffset represents a power offset used to support different BLER targets depending on the bearer type.
It is configured by either TrafficRadioBearerConf::macSINROffsetForLinkAdaptationDl or
SignalingRadioBearerConf::macSINROffsetForLinkAdaptationDl
(depending on whether it is a data radio bearer or signaling dedicated radio bearer).
7 Link Adaptation
From
cQIToSINRLookUpTable
MCS & TBS Selection
+/dB
1 2 131
BLER Estimation
when the BLER estimation is too
high (or too low) compared to
the SIR target (10%)
Performances of the adaptive modulation and coding functionality is upper limited by the CQI feedback
compared to the real radio channel quality. The purpose of the Bler control loop is to adaptively control
link adaptation by introducing an ACK/NACK dependent power offset.
7 Link Adaptation
1 2 132
MCSs 29, 30, 31 indicate to use the previous MCS received in PDCCH (MCS 29 for the previous QPSK-based
MCS, MCS 30 for the previous 16-QAM based MCS and MCS 31 for the previous 64-QAM-based MCS), which
can be used when a Transport Block is repeated. In LA3.0, MCSs 29, 30, 31 are not supported.
Also, in LA3.0, MCS 28 is not supported.
7 Link Adaptation
CQ I
1
PD
2
4
TBS)
MCS &
CCH (
PUSCH
)
& TBS
(MCS
SRS ~~~SINR
From
3
SINR-to-MCS Look Up Table
MCS & TBS Selection
1 2 133
Like in DL, the MCS selection is based on a lookup table, but the UL radio conditions are estimated on the
SRS reception and not CQI.
z
The Sounding Reference Signal (SRS) is measured by the eNodeB to estimate the UL radio condition.
7 Link Adaptation
1 2 134
8 H-ARQ
1 2 135
8 H-ARQ
Two major techniques are used to combat the effects of channel errors, Forward Error
The FEC technique consumes bandwidth irrespective of the goodness of the channel
while the ARQ technique consumes bandwidth only when the channel is bad.
z
The combination of these two techniques has led to what is called the Hybrid ARQ
(HARQ) mechanism.
The Hybrid ARQ protocol is part of the MAC layer, while the soft-combining operation
2
ck
Na
Time
Error
3
Error
2
Stop and Wait H- ARQ
1 2 136
Time
3
Time
Fast hybrid ARQ with soft combining is used in LTE to allow the terminal to rapidly request
retransmissions of erroneously received transport blocks and to provide atool for implicit rate adaptation.
Retransmissions can be rapidly requested after each packet transmission, thereby minimizing the impact
on end-user performance from erroneously received packets. Incremental redundancy is used as the soft
combining strategy and the receiver buffers the soft bits to be able to do soft combining between
transmission attempts. The underlying protocol is that of a multiple parallel stop-and-wait hybrid ARQ
Processes:
z
Upon reception of a transport block, the receiver makes an attempt to decode the transport block and
informs the transmitter about the outcome of the decoding operation through a single ACK/NACK bit
indicating whether the decoding was successful or if a retransmission of the transport block is required.
8 H-ARQ
PUSCH (Packet
Transmission)
PDSCH (Packet
Transmission)
PUCCH (NACK)
PHICH (NACK)
PUCCH (ACK)
PHICH (ACK)
H-ARQ Process in UL
1 2 137
H-ARQ Process in DL
In the downlink, the ACK/NACK is received on the PUCCH assigned to the UE for a transmission on the
PDSCH.
There is one HARQ entity at the UE which maintains a number of parallel HARQ processes. Each HARQ
process is associated with a HARQ process identifier. The maximum number of DL HARQ processes is 8 for
FDD and 4, 6, 7, 9, 10, 12 or 15 for TDD depending on the UL/DL configuration.
The HARQ entity directs HARQ information and associated TBs received on the DLSCH to the corresponding
HARQ processes.
When the physical layer is configured for spatial multiplexing, one or two Transport Blocks are expected per
subframe. Otherwise, one Transport Block is expected per subframe.
In the uplink, the ACK/NACK is received on the PHICH for a transmission on the PUSCH.
There is one HARQ entity at the UE, which maintains a number of parallel HARQ processes. The maximum
number of UL HARQ processes is 8 for FDD and 1, 2, 3, 4, 6 or 7 for TDD depending on the UL/DL
configuration.
Each HARQ process is associated with a HARQ buffer. Each HARQ process maintains a state variable which
indicates the number of transmissions that have taken place for the MAC PDU currently in the buffer. This
variable is initialized to 0 when a new transmission is requested and incremented with each retransmission.
The sequence of redundancy versions is 0, 2, 3, 1. The corresponding variable is set to 0 when a new
transmission is initialized and updated modulo 4 with each retransmission.
For a new transmission, the HARQ process delivers the MAC PDU, the uplink grant and the HARQ information
to the identified HARQ process, and then instructs the identified HARQ process to trigger a new
transmission. There is one HARQ entity in the UE as well as the eNB per UE context.
For a retransmission, the HARQ process delivers the uplink grant and the HARQ information (redundancy
version) to the identified HARQ process, and then instructs the identified HARQ process to generate a
retransmission.
There is one H-ARQ entity at UE which processes the HARQ process identifiers indicated
by the HARQ information associated with TBs received on the DLSCH.
8 parallel HARQ processes are used in the UE to support the H-ARQ entity.
2Tp
PDSCH
Ue Rx
PDSCH
UE DL Rx Processing
(= 3TTI-2Tp)
Ue Tx
PUCCH
Tp
eNB Rx
eNB Tx
PUCCH
PDSCH
SF#N
SF#N+1
SF#N+2
SF#N+3
SF#N+4
SF#N+5
SF#N+6
SF#N+7
8 subframes
1 2 138
PDSCH
SF#N+8
SF#N+9
z
z
There is one HARQ entity at the UE. A number of parallel HARQ processes are used in the
UE to support the HARQ entity, allowing transmissions to take place continuously while
waiting for the feedback on the successful or unsuccessful reception of previous
transmissions.
At a given TTI, if an uplink grant is valid for the TTI, the HARQ entity identifies the HARQ
process for which a transmission should take place.
It also routes the receiver feedback (ACK/NACK information) relayed by the physical
layer, to the appropriate HARQ process.
2Tp
Ue Rx
PDCCH
UE UL Tx Processing
(= 4TTI-2Tp-(1-3 symbols))
PUSCH
Ue Tx
PUSCH
Tp
eNB Rx
PUSCH
PUSCH
1-3
symbols
eNB Tx
SF#N
SF#N+1
SF#N+2
PDCCH
SF#N+3
SF#N+4
SF#N+5
SF#N+6
SF#N+7
SF#N+8
SF#N+9
8 subframes
1 2 139
The number of HARQ processes is equal to 8. Each process is associated with a number from 0 to 7
macHARQMaxNumber
OfTransmissionDl
macHARQMaxTimer macHARQMaxNumber
OfTransmissionDl
Dl
ENBEquipment/Enb/DedicatedConf/
TrafficRadioBearerConf
Range &
Unit
Integer [1..8]
Class/Cat
Integer [1..500] ms
macHARQMaxTimer
Dl
ENBEquipment/Enb/DedicatedConf/
SignalingRadioBearerConf
Integer [1..8]
Integer [1..500] ms
B--Cells-of-eNB / Fixed
QCI
Value
32
62
62
62
62
62
62
62
62
1 2 140
94
1 2 141
End of Module
Radio Ressources Management
1 2 142
Section 1
Module 3
Session Management
Issue
Blank Page
132
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
Module Objectives
Upon completion of this module, you should be able to:
Describe the LA3.0 Radio parameters description and some engineering
recommendations related to :
y The Random Access procedure and the associated parameters
y The RRC Connection procedure and the associated parameters
y The Admission control and the paging mechanism and the associated parameters
133
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
134
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Table of Contents
Page
7
8
9
10
12
13
14
16
17
18
19
20
21
23
24
25
26
28
29
30
32
33
34
35
36
37
38
39
40
41
42
43
44
46
48
49
50
51
52
54
55
57
58
59
60
61
63
67
68
69
71
72
73
74
136
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
1 Cell Setup
137
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
1 Cell Setup
SON domain has been brought into 3GPP specifications in R8, which is the first release
that considers LTE.
Aim of SON is to allow automation of configuration procedures, optimization processes
and adaptation to network changes (new deployment, failures in surrounding eNB/cells)
Reduce manual intervention needed in these operations and increase the reactivity of
the system.
SON features are being introduced progressively in Alcatel-Lucent LTE Solution:
y Full support of ANR.
y Centralized and distributed PCI allocation.
SONs self optimization and
energy-saving
functions reduce CAPEX
Planning
Deployement
Optimization
Maintenance
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The Self Organizing Network (SON) introduced as part of the 3GPP Long Term Evolution (LTE) is a key driver
for improving O&M. It aims at reducing the cost of installation and management by simplifying operational
tasks through automated mechanisms such as self-configuration and self-optimization. While supporting
3GPP standard on LTE/SON, NECs hybrid management architecture will enhance robustness, scalability and
response of self-X functions and enable effective integration into the existing operations. Moreover, SON
will enhance user perceived qualities by optimizing intra-cell radio qualities with a radio planning tool.
139
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Physical Layer
cell identity
1
1
2
3
PS
S
SS
1
2
1
3
2
3
1
2
2
3
2
3
Physical Layer
cell identity
3
3
PCI (Physical Cell Identifier): differs from the Global Cell Identity in that it
has a Local scope, and is only used for identification purposes between UE and
eNB.
1 3 10
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
z The Physical Cell Identifier or PCI is the identity of the cell as it appears on the radio to a UE
z The physical cell identity is used, among other things, to identify a cell in interactions
between eNB and UE, in particular measurement configuration and Reporting.
z A physical cell identity must be unique within a given region and for a given frequency to avoid any
collision or confusion.
The automatic allocation of PCI to a particular cell aims to avoid the PCI
collision, the PCI confusion.
Confusion area
1 3 11
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
A PCI collision occurs when in a given location; the signals from two different cells radiating the same PCI
can be received by a UE.
In the worst situation, a UE may be unable to access either of the two cells due to the interference
generated. At best, a UE will be able to access one of the cells but will be highly interfered.
Since the UE uses the PCI to identify the cell on which it reports measurements.
this will cause confusion in the eNB, as it will not know which of the two cells the report relates to. In the
best case, the eNB knows of the two cells and will ask the UE to report the CGI before triggering a
handover.
In the worst case, the eNB knows of only one cell and will trigger a handover to that cell, whereas the UE
may have been reporting the other cell. This may lead to a high number of handover failures and/or call
drops.
Object
ENBEquipment/Enb/LteCell
Integer
[0..167]
Range &
Unit
Class/Cat
Value
Integer
[0..2]
Integer
0 to 255, Step 1
1 3 12
B--Modem+Cell(s) /
I&C OMC
O.D (set by the
operator)
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Each Physical cell Identity corresponding to a unique combination of one orthogonal sequence and one
pseudo-random sequence, we can count on 504 unique cell identities (168 cell identity groups with 3 cell
identities in each group).
The Physical cell ID can be computed with the following formula:
PCI=physicalLayerCellIdentityIndex + 3 x physicalLayerCellIdentityGroupIndex
Centralized
(XMS/WPS)
SON
Self Optimizing
Network concept
Distributed
(eNB)
Hybrid Solution
(XMS/eNB)
Note that in Alcatel-Lucent LA3.0. solution, the Centralized and Distributed algorithms are implemented
for the Automatic configuration of the PCI (SAM/WPS is in charge for the PCI allocation).
1 3 13
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
In order to minimize the provisioning during the deployment of LTE Networks, 3GPP specified algorithms
allowing eUTRAN network to be able to automate the configuration of some network parameters. These
algorithms are part of Self Optimizing Network concept (SON).
One of the parameters that can be automatically configured is the Physical Cell ID (PCI).
The eUTRAN system automatically assigns a PCI for each of its supported cells, ensuring that each ID is
unique when compared against itself neighbor cells and neighbors neighbor cells.
3GPP (TS 32.500) is specifying three solutions for automatic configuration of the Physical Cell ID:
PCI#
PCI#
PCI#
PCI#
PC#
PCI#
PC#
Available
PCI List
PCI#
PCI#
PCI#
PCI#
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
PCI#
PCI#
Se
cu PCI#
PCI#
re
Ra
diu PCI#
PCI#
s
PCI#
PCI#
PCI#
PCI#
PCI#
PCI#
PCI#
PCI#
PCI#
PCI#
PCI#
1 3 14
PCI#
PCI#
PCI#
PCI#
PCI#
PCI# free
PCI# free
PCI# Allocated
PCI# free
PCI#Allocated
PCI#Allocated
PCI# free
PCI#Free
PCI#Free
PCI#Free
PCI#
PCI#
1 3 15
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
- pciListTobeUsed = pciAllowedList
- sort pciListTobeUsed
Remove from pciListToBeUsed the PCI of the cells
for which lteCellA has a neighbour relation.
neighbour relation with lteCellA
pciListTobeUsed
No
pciListToBeUsed
empty ?
Yes
geographicalDistance
Yes
(lteCellA, lteCell_j)< secured
Radius
1 3 16
Yes
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Each time a new cell (LteCellA) is created on an eNB (with the above mentioned mandatory parameters
correctly set and the PCI not set), the PCI allocation/provisioning algorithm is run.
PCI Auto Correction has the capability to detect and fix the PCI conflicts on the
entire network contrary to the algorithm for PCI provisioning which is fixing the
conflict only per eNB.
1 3 17
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
This auto corrective algorithm is taking advantage of the fact that the different lteNeighboringCellRelation
of each LteCell contain all the information needed to know the PCI used by the served cell and also the
neighbour cells.
The geographical coordinates are not used by the algorithm (for performance reasons).
Yes
Is lteCell has a
neighbour relation?
Yes
No
Check is OK
No
Yes
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The algorithm is selecting each LteCell of the network and is comparing it with its neighbour cells. If the
PCI of LteCell is already used by one of its neighbour cells, the algorithm is identifying the cell having the
lower number of neighbouring relations then provides it a new PCI by respecting the following conditions:
- New PCI must belong to pciAllowedList defined by the operator.
- New PCI must be unique around of the neighbour cells and the neighbour neighbours cells.
- New PCI must respect the rule (PCI MOD 6/MOD 3)
Parameter
isSonPciAllocationEnabled
Object
ENBEquipment/Enb/ActivationService
1 3 19
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
ANR function: ANR measurement report PCI values that are (detected by the
UEs in the neighboring cells of the eNB.
X2 served cells information: eNBs exchange information about the cells they
serve, and in particular, the PCIs they use. So an eNB is capable of knowing
which PCIs are in use by neighboring eNBs
X2 Neighbor information: Two eNBs can also share information about their
neighbors.
This way, an eNB can know the PCIs of the neighbors of its neighbos.
These mechanisms combined allow an eNB to allocate PCI values and to detect
and repair PCI collisions and confusions
1 3 20
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
In the eNB, PCI allocation is performed if a cell does not have a configured
value during its strat up.
Conflict and confusion detection is triggered each time any information about
PCI values allocated to neighbor cells is updated (received over X2)
If the conflict can be solved though an update of a local PCI, the update is
performed during maintenance period.
The first eNB that succeeds in changing the PCI value sends the information to
the other eNB, and it will abort its resolution attempt
1 3 21
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
conflicts (collision and confusion) that are detected by the distributed PCI
enableMaintenancePeriod
Object
ENBEquipment/Enb/SelfOrganizingNetwork/AutomaticPhysicalCellIdentity
Range &
Unit
Class/Cat
Value
maintenancePeriodStartTime
C--New-set-ups / Fixed
Default: True
1 3 22
C--New-set-ups / Fixed
Default: 2
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The use of the maintenance period can be enabled or disabled with the enableMaintenancePeriod
parameter.
Typically, if the isSonPciAllocationEnabled value is True, then the value of the enableMaintenancePeriod
parameter should be True
enableMaintenancePeriod : This parameter allows the operator to disable the maintenance period for PCI
conflict correction if needed. By default, the maintenace period is enabled.
Example
Conflict
detection
Conflict
Resolution by eNB A
Timer A
Update sent
over X2
eNB B
Timer B
eNB A
1 3 23
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Parameter
maintenancePeriodStartTime
Object
ENBEquipment/Enb/SelfOrganizingNetwork
/AutomaticPhysicalCellIdentity
C--New-set-ups / Fixed
Default: 2
1 3 24
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
When the maintenance period (by default, 2 hours) begins, the eNB will:
1. For each cell it serves, look for detected PCI confusion situations the cell isvinvolved in.
2. If there is at least one confusion existing (please note that conflict conditions are treated even if a
critical alarm has been raised to request manual intervention to solve
the issue):
a. If the cell is new, start a timer which duration is randomly chosen between 0 and 15 minutes
b. If the cell is mature, start a timer which duration is randomly chosen between 16 and 60 minutes
1 3 25
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
contentionFreeRACHenabled
Object
ENBEquipment/Enb/LteCell/CellRachConf
Boolean True/False
Class/Cat
B--Cell / Fixed
Value
1 3 26
True
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Note that for the last 3 events the UE already has a Cell-Radio Network Temporary Identifier (C-RNTI) while
in the first 2 events the UE does not already have a C-RNTI.
In the case of the handover event, the C-RNTI of the UE is allocated to it in the Handover Command.
Furthermore, the random access procedure takes two distinct forms:
Contention based, applicable to all five events.
Non-contention based, applicable only to handover and DL data arrival. Note that both events, the UE
already has a C-RNTI.
Scheduled Transmission
1 3 27
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
physicalLayerCellIdentityIndex
RACHMsg1SubFrameNumber
In the frequency domain, PRACH occupies 6 PRBs starting from the PRB configured by
parameter prachFrequencyOffset.
z
Parameter
prachFrequencyOffset
Object
ENBEquipment/Enb/LteCell/CellRachConf
Class/Cat
B--Cell / Fixed
Value
1 3 28
n25-5MHz
n50-10MHz
n100-20MHz
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
CP
Sequence
TCP
TSEQ
z There are 64 preambles available in each cell. This index is broadcast as part of System
Information.
Preamble
format
Preamble transmission
window duration
Maximum cell
radius
24576 Ts
1 subframe
14.53 km
21024 Ts
24576 Ts
2 subframes
77.34 km
6240 Ts
2 24576 Ts
2 subframes
29.53 km
21024 Ts
2 24576 Ts
3 subframes
100.16 km
TCP
TSEQ
3168Ts
1
2
3
1 3 29
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Nack
Nack
Nack
1 3 30
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
maximumNumberOfDL
TransmisionsRACH
Message4
Parameter
numberOfRAPrea
mbles
Object
Range &
Unit
Integer
[56..64] step = 4
Class/Cat
Value
maxHARQmsg3Tx
Integer
[1..8]
maximumNumberOf macContentionResoluti
DLTransmisionsRAC onTimer
HMessage4
Integer
[1..8]
Enumerate
{ sf8(0), sf16(1),
sf24(2), sf32(3),
sf40(4), sf48(5),
sf56(6), sf64(7)}
C--Immediatepropagation / Fixed
B--Cell / Fixed
56
1 3 31
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
sf64
This time window starts at subfame (N + 3) where N is the subframe where the end of
the preamble transmission occurred.
z
BW # 5Mhz
SF#0
SF#1
SF#2
SF#3
SF#4
SF#5
SF#6
UL
PRACH
(Preamble)
PDCCH Message(2)
BW # 5Mhz
RA Response window
SF#0
SF#1
1 3 32
SF#2
SF#3
SF#4
DL
DL-SCH
SF#5
SF#6
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
If no Random Access Response is received within the RA Response window, or if none of all received
Random Access Responses contains a Random Access Preamble identifier corresponding to the transmitted
Random Access Preamble, the Random Access Response reception is considered not successful.
2.3.1 raResponseWindowSize
Parameter
raResponseWindowSize
Object
ENBEquipment/Enb/LteCell/CellRachConf
Enumerate
{ sf2(0), sf3(1), sf4(2), sf5(3), sf6(4), sf7(5), sf8(6), sf10(7)}
Class/Cat
B--Cell / Fixed
Value
Sf3 (3 subframes)
1 3 33
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Parameter
rachMsg2ForceMCSmin
Object
ENBEquipment/Enb/LteCell/CellRachConf
Integer [-1..9]
Class/Cat
B--Cell / Fixed
Value
1 3 34
cCCHSRB0SubFrameNumber
Integer [0..9]
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Parameter rachMsg2ForceMCSmin configures the index of the least robust MCS used for the transmission of
RACH message 2. The range is 0-9 since QPSK is mandatory.
maxHARQmsg3Tx
After the first transmission of
Msg 3, the UE starts the maccontention resolution timer.
This timer is restarted after
each HARQ retransmission of Msg
3.
Scheduled Transmission
PUSCH (RRC Connection Request)
Msg3 1st Tx
Nack
Msg3 2nd Tx
Nack
Msg3 xth Tx
Nack
1 3 35
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
After the first transmission of message 3, the UE starts the mac-contention resolution timer.
This timer is restarted after each HARQ retransmission of message 3.
After the (re)transmission of message 3, the UE monitors the PDCCH for a PDCCH transmission (message 4),
identified by either C-RNTI (for UEs that already have a C-RNTI) or Temporary C-RNTI (for UEs that do not
already have a C-RNTI).
rACHMessage3StartingPRBIndex
Object
ENBEquipment/Enb/LteCell/CellRachConf
Range &
Unit
Integer [0..99]
Class/Cat
B--Cell / Fixed
Value
Parameter
rACHMessage3NumberOfPRBs
Object
ENBEquipment/Enb/LteCell/CellRachConf/ ENBEquipment/Enb/LteCell/CellRac
CellRachConfFDD
hConf
Range &
Unit
Integer [1..4]
Integer [0..4]
Class/Cat
Value
1 3 36
rACHMessage3MCSIndex
B--Cell / Fixed
2
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The static scheduler only reserves resources and allocates them to RACH message 3 when a preamble is
detected. Otherwise, the resources remain available and are considered as free by the dynamic scheduler.
z The starting PRB index for the transmission of RACH Message 3 is configured by parameter:
rACHMessage3StartingPRBIndex.
z The number of PRBs used for the transmission of RACH Message 3 is configured by parameter
rACHMessage3NumberOfPRBs.
z The index of the MCS used for the transmission of RACH Message 3 is configured by parameter
rACHMessage3MCSIndex.
maxHARQmsg3Tx
Object
ENBEquipment/Enb/LteCell/CellRachConf/CellRachConfFDD
B--Cell / Fixed
Value
1 3 37
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
maximumNumber
OfDLTransmisions
RACHMessage4
Msg3 Tx
Contention Resolution
Msg4 1st Tx
Nack
Nack
Msg4 2nd Tx
Msg4 3rd Tx
Nack
Msg4 1st Tx
ACK
1 3 38
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
If message 4 is successfully received and the UE contention resolution identity contained in the message
matches the content of message 3 (RRC connection request or RRC Connection Re-establishment Request)
for UEs that do not already have a C-RNTI), the Contention Resolution is considered successful and:
- The mac-contention resolution timer is stopped.
- The UEs that already have a C-RNTI resume using it.
- The UEs that do not already have a C-RNTI promote their Temporary C-RNTI to a C-RNTI.
If the mac-contention resolution timer expires, the contention resolution is considered not successful.
Parameter macContentionResolutionTimer configures the mac-contention resolution timer.
ENBEquipment/Enb/LteCell/CellRac ENBEquipment/Enb/LteCell/CellRac
hConf
hConf
Range &
Unit
Integer [1..8]
Enumerate
{ sf8(0), sf16(1), sf24(2), sf32(3),
sf40(4),
sf48(5), sf56(6),sf64(7)}
Class/Cat
B--Cell / Fixed
C--Immediate-propagation / Fixed
Value
sf64
1 3 39
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Parameter
rABackoff
Object
ENBEquipment/Enb/LteCell/CellRachConf
Integer [0..12]
Class/Cat
B--Modem+Cell(s) / Fixed
Value
10
11
12
Backoff
Parameter (ms)
10
20
30
40
60
80
120
160
240
320
480
960
z After a certain number of attempts (preambleTransMax) the MAC layer declares the
Random Access procedure as failed, and notifies higher layers of the failure.
Parameter
preambleTransMax
Object
ENBEquipment/Enb/LteCell/CellRachConf
Enumerate { n3(0), n4(1), n5(2), n6(3), n7(4), n8(5), n10(6), n20(7), n50(8), n100(9),
n200(10) }
Class/Cat
C--Immediate-propagation / Fixed
Value
n3(0)
1 3 40
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
PREAMBLE
1) x P RAMP_UP)
Parameter
preambleInitialReceivedTargetPower
Object
ENBEquipment/Enb/LteCell/CellRachConf
Range &
Unit
Enumerate
Enumerate
{ dBm-120(0), dBm-118(1), dBm-116(2), dBm{dB0(0), dB2(1), dB4(3), dB6(4)}
114(3), dBm-112(4), dBm-110(5), dBm-108(6), dBm106(7), dBm-104(8),dBm- 102(8), dBm- 100(10),
dBm-98(11), dBm 96(12),dBm-94(13), dBm-92(14),
dBm-90(15) }
Class/Cat
Value
preambleTransmitPowerStepSize
-104
1 3 41
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The term PL is the downlink path loss estimated at the UE from DL RS.
P0 _ PREAMBLE is the starting preamble transmit power offset configured by parameter
preambleInitialReceivedTargetPower.
PREAMBLE is the power offset value dependent on PRACH preamble format. It is harrcoded to 0 dB in LA3.0.
PRAMP_UP is the power ramping step size. It is configured by parameter preambleTransmitPowerStepSize.
NPREAMBLE is the maximum number of preamble transmissions.
Engineering Recommendation: Parameter preambleInitialReceivedTargetPower This parameter is a key RF
optimization parameter that impacts connection setup performance and UL interference to neighboring
cells. Higher values will minimize the repetitions/ RACH attempts and hence expedite connection setup,
but will cause higher interference to other cells. Lower values will tend to increase RACH repetition/
connection setup delay. Ideally initial power should be set high enough to achieve good success at 1st
attempt at reasonable IoT loading levels.
1 3 42
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Uplink
Transport channels
z
z
PRACH PUCCH
Uplink
Physical Channels
1 3 43
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The UE transmits a Random Access Preamble. When the eNB correctly receives a Random Access Preamble
and if eNB resources are available it will respond with Random Access Response:
In the Random Access Preamble the eNB MAC will transmit:
- the RA-RNTI corresponding to the received Random Access Preamble, RA-RNTI = 1+ sub-frame number.
- the Timing Advance (received from L1),
- an initial UL grant to be used by the UE for the next UL RRC message (i.e. RRC CONNECTION REQUEST)
z A temp C-RNTI (The IE C-RNTI identifies a UE having a RRC connection within a cell).
z The temp C-RNTI allocation is done at MAC layer. The association of tempcCRNTI and granted UL
Signaling Radio Bearers (SRB) are defined as Radio bearers that are used only to
transmit RRC and NAS messages.
Signaling Radio Bearer 0: SRB0: RRC message using CCCH logical channel.
Signaling Radio Bearer 1: SRB1: is for transmitting NAS messages over DCCH logical
channel.
Signaling Radio Bearer 2: SRB2: is for high priority RRC messages. Transmitted over
DCCH logical channel.
1 3 44
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Note: the SRB0 is established at cell setup. SRB1 is secure; that is, it is integrity protected and, if a
ciphering algorithm is available, then it is also ciphered by the PDCP layer.
NAS messages, using DCCH logical channel.
SRB2 is secure; that is, it is integrity protected and, if a ciphering algorithm is available, then it is also
ciphered by the PDCP layer
CCCH/
SRB0
UE
RRC-Idle
CCCH/
SRB0
DCCH/
SRB1
1 3 45
UE
RRCConnected
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
It is assumed that a CCCH is available in the cell in order to receive the RRC CONECTION REQUEST message
on UL-CCCH.
After the UE initiates Random Access procedure (contention-based) by sending a Random Access Preamble,
the eNB will respond with a Random Access Response allocation a Temp C-RNTI.
If ADMISSION CONTROL is passed, a new UE context is created and SRB1 is setup in the eNB.
The initial UE identity and the allocated C-RNTI are stored in the UE context.
The RRCConnectionSetup is transmitted to the UE using CCCH. The message will contain SRB1 configuration.
Defense mechanisms:
An internal guard timer is started on transmission of RRC CONNECTION SETUP message.
The procedure ends on eNB when it receives the RRC CONNECTION SETUP COMPLETE message and the guard
timer is stopped.
On reception of the RRCConnectionSetupComplete message, the eNB will use the IEs NASDedicatedInformation , SelectedPLMN-Identity, RegisteredMME (if present) to initiate the S1 dedicated
establishment procedure.
UE is in RRC connected state. SRB1 is established.
SIB2 ( T300)
T300
eNB
Internal
Failure
T302
1 3 46
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
RRCConnectionRequest message with RRCConnectionReject including the IE waitTime set to the MIM
parameter t302 in MO UeTimers.
The ENB may fail to set up the RRC Connection for the following reasons:
- ADMISSION CONTROL failure
- The cell is barred (indicated by MIM parameter LteCell/cellBarred)
- All S1 links are down (indicated by the fact that all MmeAccess managed objects are in state different from
Enabled/None)
- Internal reasons.
- No UE context is created.
t302: This UE timer is started upon reception of RRCConnectionReject and is stopped upon successful RRC
establishment or cell re-selection.
Sent in RRCConnectionReject (information element waitTime)
t300: This UE timer is started when sending RRCConnectionRequest and is stopped upon reception of
CCCH/
SRB0
defense timer
1 3 47
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
When the eNB transmits the RRC CONNECTION SETUP message to the UE a defense timer is started in order
to prevent the scenario when the UE does not receive the message due to e.g; cell reselection. If the eNB
does not receive RRC CONNECTION SETUP COMPLETE before the timer expiry, the RRC connection is
considered as failed and the eNB will delete UE context and release any associated
eNB resources.
Parameter t302
t300
rrcProcedureDefenceTim
er
Object
ENBEquipment/Enb/DedicatedConf/UeTimers ENBEquipment/Enb
Range &
Unit
Integer in s
Enum in s
Integer in ms
[1..16] step=1 [ms100, ms200, ms400, ms600, [50..3000] Step = 10
ms1000, ms1500, ms2000]
Class/Cat
Value
C--New-set-ups / Fixed
5
1 3 48
C / Optimization - Tuning
ms100
1000
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
rrcProcedureDefenceTimer: This eNB internal defence timer is used to monitor the non answer from the
UE in case of any RRC procedure. The timer is started in the eNB at message transmission and stopped at
response message reception from the UE. At timer expiry the procedure is failed.
4 UE EUTRAN Attach
1 3 49
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
4 UE EUTRAN Attach
Measurement Configuration
Phase N01
1 3 50
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
4 UE EUTRAN Attach
4.2 S1-Setup
MME
S1 SETUP RESPONSE
MME Name
Served PLMNs (1 to 32)
>PLMN Identity
Served GUMMEIs (1 to 256)
>GUMMEI
Relative MME Capacity
Criticality Diagnostics
1 3 51
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The eNB initiates the procedure by sending a S1 SETUP REQUEST message including its own configuration
data to the MME. This message shall be the first S1AP message sent after the TNL association has become
operational, i.e. the S1 SCTP association is successfully setup
The MME responds with S1 SETUP RESPONSE including its own configuration data.
The received data shall be stored in the eNodeB and used for the duration of the TNL association. It may be
updated by a subsequent MME Configuration Update procedure. It shall not be erased during a Reset
procedure. When this procedure is finished, S1 interface is operational and other S1 messages can be
exchanged; in particular, calls can be set up.
To avoid memory consumption, the ENB will limit the number of saved information to 16 Served GroupIDs
and 16 Served MMECs. In LTE networks, one MME should support only one GroupID and one MME code. The
potential issue is with configuration data received for other RATs (2G or 3G) which may exceed our design
values. If more than 16 instances of Served GroupIDs and Served MMECs are received, they will be ignored
by ENB, only the first ones will be stored by ENB.
In case there is at least one X2 instance setup already, on reception of a S1 Setup Response message from a
MME, an ENB shall compute the GU Group ID List
4 UE EUTRAN Attach
MME
S1 SETUP REQUEST
MME rejects the setup
procedure by sending
S1 SETUP FAILURE
if TimeToWait (O) is
received:
- set timer T with a
TTW (O) duration
S1 SETUP Failure
Cause (M)
TimeToWait (O)
CriticalityDiagnostics(O)
S1 SETUP REQUEST
ENB resends S1 SETUP REQUEST to the MME at most two times (for a
total of three attempts), considers the setup failed after three
consecutive failures and raises an alarm to XMS
1 3 52
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
4 UE EUTRAN Attach
MME
S1 SETUP REQUEST
Set s1 Setup Timer
ENB resends S1 SETUP REQUEST to the MME at most two times (for a
total of three attempts), considers the setup failed after three
consecutive failures and raises an alarm to XMS
1 3 53
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Parameter
s1APProcedureDefenceTimer
Object
ENBEquipment/Enb
1 3 54
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
4 UE EUTRAN Attach
RRC Connection
ePS Default Bearer
ePS Dedicated Bearer
1 3 55
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
4 UE EUTRAN Attach
Label
Bearer
Type
Delay
Budget
GBR
Non GBR
GBR
AMBR
ARP
Loss
Tolerance
MBR
1 3 56
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Each bearer is assigned one and only one QoS Class Identifier (QCI).
QCI is used within the access network as a reference to node-specific parameters that control packetforwarding treatment (e.g. scheduling weights, admission thresholds, queue management thresholds, link
layer protocol configuration such as ARQ and HARQ parameters, etc.)
The standardized QCI label characteristics describe the packet forwarding treatment through the
network based on the following parameters:
Priority
4 UE EUTRAN Attach
QCI
Bearer Type
Priority
Packet delay
budget
GBR
100 ms
10-2
GBR
150 ms
10-3
GBR
50 ms
10-3
GBR
300 ms
10-6
NGBR
100 ms
10-6
NGBR
300 ms
10-6
NGBR
100 ms
10-3
NGBR
300 ms
10-6
NGBR
300 ms
10-6
1 3 57
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
An SAE bearer is a logical aggregate of one or more Service Data Flows (SDFs) running between a UE and a
PDN Gateway. These SDFs share the same QoS treatment and performance characteristics for that bearer.
SDFs with different QoS requirements need the establishment of another bearer.
The service level (i.e., per SDF or per SDF aggregate) QoS parameters are QCI, ARP, GBR, and MBR.
trafficRadioBearerC
logicalChannelPrio
packetDelayBudget
onfName
rityDL
qCI
ENBEquipment/Enb/DedicatedConf/TrafficRadioBearerConf
Integer
[1255]
String of
up to 64 characters
B--Modems+Cellsof-eNB / Fixed
CImmediatepropagation / Fixed
QCI1-GBR
80
QCI1-GBR
130
QCI1-GBR
30
QCI1-GBR
280
QCI1-nGBR
80
QCI1-nGBR
280
QCI1-nGBR
80
QCI1-nGBR
280
QCI1-nGBR
280
Value
1 3 58
B--Cells-of-eNB / Fixed
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
An instance of object TrafficRadioBearerConf needs to be generated for each QCI. Up to 255 instances can
be generated, 9 of which are
mandatory and correspond to the standardized QCIs (i.e. QCIs 1-9). Up to 246 additional instances can be
generated by the operator to define customized QCIs
(adapted to their own services if none of the standardized QCIs meets the PDB requirement(s) of the
service(s) in question).
In ALU templates, only 9 instances corresponding to the standardized QCIs are generated and listed in the
Table shown on the slide.
The Packet Delay Budget (PDB) is defined in 3GPP (see Table 1 for standardized QCI PDBs) as an end-to-end
delay, i.e. it corresponds to the delay between the UE and the Packet Data Network Gateway (PDN-GW).
The values provided in the table above were derived by subtracting 20 ms to the end-to-end delay so as to
obtain the radio interface packet delay budget (i.e. delay between eNB and UE).
This delay is the average between the case when the PDN-GW is located "close" to the eNB (roughly 10 ms)
and the case when the PDN-GW is located "far" from the eNB, e.g. in case of roaming with home routed
traffic (the one-way packet delay between Europe and the US west coast is roughly 50 ms). Note that the
20 ms average is weighted average, meaning that it takes into account the fact that roaming is not a typical
scenario.
Subtracting this 20ms average delay to the end-to-end PDB will lead to the desired performance in most
cases.
4 UE EUTRAN Attach
CAC
Based on ARP
CAC
Based on ARP
List Of Successful
RAB(s) Established
List Of RAB(s)
Failed to be setup
CAC
Based on ARP
1 3 59
S1 : Initial Context
Setup Failure
S1 : Initial Context
Setup Response
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Support of partial failures during Initial Context Setup and E-RAB setup is always enabled beginning with
Release LA3.0.
The eNB continues to setup the remaining radio bearers in case one of radio bearers fails to be setup.
5 Admission Control
1 3 60
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
5 Admission Control
Parameter
Object
ENBEquipment/Enb/LteCell/RadioCacCell
Range &
Unit
Class/Cat
C--New-set-ups / Fixed
Value
2200
1 3 61
5600
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The estimated cell resource consumptions (RDL and RUL) are updated afterwards as bearers are created or
deleted:
When a radio bearer is created, the estimated cell consumption is increased by the amount corresponding to
the bearers projected consumption, in PRBs/s.
When a bearer is deleted, the estimated cell consumption is decreased by the same amount.
When a UE context (i.e. UE SRB1 berarer) is created:
The Radio CAC function updates the cell resource consumption metrics RDL and RUL as follows:
RDL = RDL + dlSigConsumption and RUL = RUL + ulSigConsumption
The Radio CAC function updates the UEs individual resource consumption as follows:
R(UE)DL = dlSigConsumption and R(UE)UL = ulSigConsumption
When a UE context is deleted:
The Radio CAC function updates the cell resource consumption metrics RDL and RUL as follows:
RDL = RDL - R(UE)DL and RUL = RUL - R(UE)UL
i.e. the individual resource consumption of the UE is removed from the total cell resource consumption.
The Radio CAC function decrements the number of active users Nusers.
In the case when there are no more active UEs in the cell (Nusers = 0) after the deletion, RDL and RUL are
reset equal to parameters dlOverheadConsumption and ulOverheadConsumption, respectively.
5 Admission Control
Parameter
Object
Range &
Unit
Class/Cat
Value
ENBEquipment/Enb/LteCell/RadioCacCell
Integer [0..100000]
PRBs/second
C--New-set-ups / Fixed
0
1 3 62
600
C--New-set-ups / Fixed
0,8
5,7
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The Radio CAC function updates the UEs individual resource consumption as follows:
R(UE)DL = R(UE)DL + dlVOIPConsumption and R(UE)UL = R(UE)UL + ulVOIPConsumption
When a (non-VoIP) GBR radio bearer with a GBR of BRUL kbps in the UL and a GBR of BRDL kbps in the DL is
created:
The Radio CAC function updates the cell resource consumption metrics RDL and RUL as follows:
RDL = RDL + dlPRBconsumptionPerKbps BRDL and RUL = RUL + ulPRBconsumptionPerKbps BRUL
The Radio CAC function updates the UEs individual resource consumption as follows:
R(UE)DL = R(UE)DL + dlPRBconsumptionPerKbps BRDL and R(UE)UL = R(UE)UL + ulPRBconsumptionPerKbps BRUL
The Radio CAC function updates the UEs individual resource consumption as follows:
R(UE)DL = R(UE)DL dlVOIPConsumption and R(UE)UL = R(UE)UL ulVOIPConsumption
When a (non-VoIP) GBR radio bearer with a GBR of BRUL kbps in the UL and a GBR of BRDL kbps in the DL is
deleted:
The Radio CAC function updates the cell resource consumption metrics RDL and RUL as follows:
RDL = RDL - dlPRBconsumptionPerKbps BRDL and RUL = RUL - ulPRBconsumptionPerKbps BRUL
The Radio CAC function updates the UEs individual resource consumption as follows:
R(UE)DL = R(UE)DL - dlPRBconsumptionPerKbps BRDL and R(UE)UL = R(UE)UL - ulPRBconsumptionPerKbps BRUL
5 Admission Control
If
((RDL + dlSigConsumption)/ dlTotalDLresourceCount ) 100 dlAdmissionThreshold
or
((RUL + ulSigConsumption)/ ulTotalULresourceCount ) 100 ulAdmissionThreshold
then the Radio CAC function rejects the request.
1 3 63
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The total uplink resource count and the total downlink resource count are defined by parameters
dlTotalDLresourceCount and dlTotalDLresourceCount, respectively.
Parameters dlAdmissionThreshold and dlAdmissionThreshold configure the percentage of the total
resource count to consider for the acceptance of a UE context creation request or a radio bearer creation
in the downlink and the uplink, respectively.
5 Admission Control
if
((RDL + dlVOIPConsumption) / dlTotalDLresourceCount 100) dlAdmissionThreshold
or
((RUL + ulVOIPConsumption) / ulTotalULresourceCount 100) ulAdmissionThreshold
then the Radio CAC function rejects the request.
When a request for the creation of a (non-VoIP) GBR radio bearer with a GBR of BRUL
kbps in the UL and a GBR of BRDL kbps in the DL is received,
if
((RDL + (dlPRBconsumptionPerKbps BRDL))/ dlTotalDLresourceCount 100)
dlAdmissionThreshold
or
((RUL + (ulPRBconsumptionPerKbps BRUL))/ ulTotalULresourceCount 100)
ulAdmissionThreshold
then the Radio CAC rejects the request.
1 3 64
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
5 Admission Control
Parameter maxNumberOfCallP
erEnodeB
Object
nbOfContextsReserved
ForEmergencyCalls
ENBEquipment/Enb/LteCell/RadioCacCell
Range &
Unit
Integer [0..200]
Class/Cat
Value
maxNbrOfUsers
Integer [0..20]
C--New-set-ups / Fixed
20
(LA3.0.1)
180 (LA3.0.1)
1 3 65
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Also, if the UE context creation is for a non-emergency call and the number of connected non-emergency
users has already reached (maxNbrOfUsers - nbOfContextsReservedForEmergencyCalls), then the
request is rejected.
In other words, the number of non-emergency users is limited to (maxNbrOfUsers
nbOfContextsReservedForEmergencyCalls).
This is to reserve nbOfContextsReservedForEmergencyCall for emergency call setup.
Engineering Recommendation: Parameter nbOfContextsReservedForEmergencyCalls
This parameter imposes an additional limit on the number of non emergency users that can be connected
simultaneously in the cell. High settings will reserve many contexts for emergency users but will leave
fewer contexts for non emergency calls. If set to a too high value, contexts will be wasted given that the
average number of emergency calls is generally low.
5 Admission Control
Parameter
Object
ENBEquipment/Enb/LteCell/RadioCacCell
Range &
Unit
Class/Cat
240
(3 Cells)
80
Value
1 3 66
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
20
60
QCI8
C--New-set-ups / Fixed
QCI7
C--New-set-ups /
Fixed
QCI6
A--full-eNB-reset /
Fixed
QCI5
C--New-set-ups /
Fixed
QCI3
Integer [0..756]
QCI4
Integer [0..756]
QCI2
Integer [1600]
QCI1
Integer [18]
60
60
80
80 80 80
6 Paging
1 3 67
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
6 Paging
Downlink
Transport channels
BCH
PCH
DL- SCH
MCH
Downlink
Physical Channels
PBCH
PHICH
1 3 68
PDSCH
P M CH
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Note: PCH and DL-SCH are both carried at L1 on PDSCH. The L1 channel PDCCH informs the UE about DLf-SCH
and PCH allocation.
The moment at which a given UE can be paged in a paging frame is called a Paging
Occasion.
The paging occasion for a given UE is calculated using the 3 following parameters:
UE_ID: equal to the UE IMSI modulo 1024
DRX Paging Cycle: either the default value transmitted in the System
Information
parameter nB, transmitted in the System Information (in SIB2), which defines a sort
of "paging occasion density" within a radio frame.
These three parameters participate in creating time diversity for the sending of paging
messages.
1 3 69
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The UE_ID splits the UE population into groups with identical paging occasions.
All UEs with the same UE_ID shall be paged within the same unique paging occasion.
The DRX Paging Cycle defines the period over which paging messages will be spread.
A given UE will have one and only one paging occasion during the paging cycle.
z Parameter nB is expressed as a multiple or divisor of the paging cycle: it defines the ratio
of paging occasions to the number of radio frames.
z
UE_ID
1023
1022
IMSI
(Up to 1021
Values)
Paging Occasion
1 to 1024
n
n -1
mod 1024
3
2
0
1 3 70
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
A given paging occasion is always shared by at least four UE_ID groups, and generally much more
(in the "worst" case, all UEs share a single paging occasion).
if the occasion was missed (because the S1 Paging came after the occasion or because there were too many
paging messages buffered for the given paging occasion), the eNodeB will have to buffer the paging until
the next paging cycle length of the paging cycle is a trade-off between mobile terminating call
establishment performance on one hand (the shorter the cycle the sooner the mobile will be paged)
and paging capacity on the other hand (the longer the cycle, the more paging occasions there will be). The
DRX Paging Cycle may be set to 32, 64, 128, or 256 radio frames
defaultPagingCycle
nB
Object
ENBEquipment/Enb
ENBEquipment/Enb/LteCell
Enumerate
[rf32, rf64, rf128, rf256]
Enumerate
[fourT, twoT, oneT, halfT, quarterT,
oneEightT, onSixteenthT,
oneThirtySecondT]
Class/Cat
Value
rf32
Engineering
Recommendati
on
1 3 71
oneT
To allow fixed VoIP and PCCH
bandwidth allocation, up to 1 paging
sub-frame per frame is supported:
nB <= T. As a result, the values fourT
and twoT should not be used.
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
DL
Scheduler
DRX
M AC
Com
man
d
Mea
sR
Mes eport, U
g (e
.g. H L RRC
O)
SRB
1
DRX
Configured
UE stops transmitting
the SRS
UL
Scheduler
5 The UE comes out of DRX mode if it sends a measurement report or some other UL RRC
message (e.g. for handover) on SRB1.
1 3 72
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The UE comes out of DRX mode if it sends a measurement report or some other UL RRC message (e.g. for
handover) on SRB1.
If the UE does not get out of the DRX mode at the end of the DRX cycle, the Downlink scheduler sends a
Timing Advance MAC command (during the DRX ON duration of the next DRX cycle) in order to force the UE
out of the DRX mode.
Note that the measurement during the DRX mode is of best effort type, meaning that some UEs may get out
of DRX mode without performing any measurement. Also, some UEs may get out of DRX mode by themselves
and thus do not need a Timing Advance command.
1 3 73
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
End of Module
Session Management
1 3 74
Session Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Section 1
Module 4
Mobility Management
Issue
Blank Page
142
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Document History
Edition
Date
Author
Remarks
01
YYYY-MM-DD
First edition
Module Objectives
Upon completion of this module, you should be able to:
Describe the mobility procedures within eUTRAN network for UE in RRC Idle
Mode and UE in RRC Connected mode.
List the different mobility features supported in LA3.0 and the parameters
related to the activation and optimization of each.
Describe the inter RAT mobility algorithms, triggers and parameters
143
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
144
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Table of Contents
Page
1 Intra-LTE Mobility
7
1.1 Intra Frequency RRC Idle Mode Mobility
8
1.1.1 Cell Reselection Algorithm Description
9
1.1.1.1 Pcompensation
11
1.1.1.2 Sintrasearch Parameter
12
1.1.1.3 Cell Reselection Priority
13
1.1.2 Cell Reselection Criteria
14
1.1.2.1 SIB 4 Broadcasting And Blacklisted Cells
17
1.2 Intra Frequency RRC Connected Mode Mobility
20
1.2.1 Intra eNB Mobility
21
1.2.1.1 Failure Cases
23
1.2.2 Inter eNB-X2 Mobility
24
1.2.2.1 Inter eNB-X2 Mobility: Handover Preparation
25
Handover Preparation Parameters
26
1.2.2.2 Inter eNB-X2 Mobility: Execution and Completion
27
1.2.2.3 Failure Cases
28
1.2.3 Inter eNB-S1 Mobility
29
1.2.3.1 Inter eNB-S1 Mobility: Preparation
30
1.2.3.2 Inter eNB-S1 Mobility: Execution & Completion
31
1.2.3.3 Failure Cases
32
1.2.3.4 eNB-S1 Mobility Parameters
33
1.3 The Last Visited Information
34
1.4 Intra-frequency Measurement Reporting Setting
35
1.4.1 measurementPurpose Parameter
36
Parameters
37
All Rights
Reserved Alcatel-Lucent 2011
1 4 5 1.4.2 RrcConnectionReconfiguration
Mobility1.5
Management
Event A3 and HO Measurement
38
9400 LTE LA3.0 Radio Algorithms and Parameters description
1.6 Measurement Configuration Model
39
1.6.1 sMeasure, trigger/reportQuantity Parameters
40
1.6.2 hystere
sis and timeToTrigger Parameters 41
1.6.3 maxReportCells Parameter
42
1.7 Automatic Neighbor Relation (ANR)
43
1.7.1 ANR Phases
44
1.7.2 ANR Activation
45
1.7.3 ANR Neighbor Relation Creation Function
46
1.7.3.1 Neighbor Relation Process
47
Main Parameters Included in Neighbor Relation
49
1.7.4 ANR Measurement Configuration
50
1.7.5 Set Up X2 Links
51
1.8 Inter-Frequency RRC Connected Mode Mobility
52
2 Inter-RAT Mobility: eUTRAN-UTRAN
53
2.1 RRC Idle Mode Mobility: Cell Reselection
54
2.1.1 Cell Reselection Algorithm Description
55
2.1.1.1 Limit the UTRA FDD Measurement
57
2.1.1.2 Cell Reselection Related Parameters
58
2.1.1.3 Cell Reselection Priorities Handling
61
2.2 RRC Connected Mode Mobility: Redirection
63
2.2.1 eUTRA To UTRA Redirection Procedure
64
2.2.1.1 eUTRA To UTRA Measurement Reporting Setting
66
2.2.1.2 UTRA Event B2 Configuration
67
RRC Measurement Configuration
68
Report Configuration
69
2.2.2 Thresholds For Inter-Rat Mobility Foe Event B2
70
2.2.2.1 Thresholds & Measurement Parameters For B2
71
3 RRC Connected Mobility: PS Handover
72
3.1 PS Handover to UTRAN
73
74
75
76
77
78
79
80
81
82
83
85
86
87
91
92
93
94
96
97
98
99
100
101
103
104
105
106
1 Intra-LTE Mobility
147
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
1 Intra-LTE Mobility
H
BC
3,
B
I
S
1, SIB4
B
I
S
148
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Srxlev
Calclated by the UE
Qrxlevmeas
Measured by the UE
qRxLevMin or
qRxLevMinIntraFreqNeighbor
Qrxlevmin
Qrxlevminoffset qRxlevminoffset
Pcompensation
Pemax
Pumax
Hardcoded
149
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The signalled value QrxlevminOffset is only applied when a cell is evaluated for cell selection as a result of a
periodic search for a higher priority PLMN while camped normally in a VPLMN. During this periodic search for
higher priority PLMN the UE may check the S criteria of a cell using parameter values stored from a different
cell of this higher priority PLMN.
pMax
qRxLevMin
Object
Integer,
dBm [-30..+33]
step
=1
Class/Cat
Value
-120
Engineering
Currently, we
Recommendation recommend set a
pMax value in order
to get
Pcompensation to 0:
The value 23 dBm is
the recommended
value.
1 4 10
dBm
[-140..-44] step = 2
qRxlevminoffset
dB
[2..16] step = 2
2 (default:2)
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
qRxLevMin : This parameter configures the min required RSRP level used by the UE in cell reselection on
the frequency Carrier for the neighbors cells.The value sent over the RRC interface is half the value
configured.
The UE then multiplies the received value by 2.Broadcast in SystemInformationBlockType 3 or 5.
Actual value Qrxlevmin = IE value*2 [dBm]. Specifies the minimum required Rx RSRP level in the cell. (WhereIE
value specify the message value send to the UE)
Changing this value will affect cell size in terms of re-selection area. Increasing this value will lead the mobile
to start cell-selection/re-selection procedure sooner and then will artificially decrease cell size in idle
mode.
qRxlevminoffset: This parameter defines an offset to be applied in cell selection criteria by the UE when it
is engaged in a periodic search for a higher priority PLMN.
The value sent over the RRC interface is half the value configured Defined in TS.
Broadcast by the eNB in SystemInformationBlockType1
traSearch : This parameter specifies the threshold for the serving cell reception level, below which the UE
triggers intra-frequency measurements for cell reselection.The value sent over the RRC interface is half the
value provisioned; the UE then multiplies the received value by 2.
1.1.1.1 Pcompensation
z
Operating Band
Class3
LTE 2100 Mhz
+23dBm
+23dBm
+23dBm
+23dBm
+23dBm
1 4 11
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
sIntraSearch
Object
dB [0..62] step = 2
Class/Cat
Value
62 dB.
UE starts intra-frequency measurements for cell reselection when serving cells RSRP value <= qRxLevMin +
sIntraSearch.
1 4 12
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
(SServingCell
is a S Criterion in the Serving cell, i.e SServingCell = SRxLev like formula above)
Increasing sIntraSearch value will make UE to start intra-frequency neighbor search earlier.
Test results indicate sIntraSearch should be set to the highest allowed value to minimize SINR degradation in
reselection boundaries.
GSM
Hrpd
UMTS
LTE
LTE
Parameter
cellReselectionPriority
Object
Class/Cat
C / Optimization - Tuning
1 4 13
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
1 4 14
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Qoffset: For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, otherwise this equals to zero.
For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if Qoffsets,n is valid, otherwise this equals to
Qoffsetfrequency.
QHyst: This parameter configures the hysteresis value of the serving cell used by the UE for ranking criteria in
cell reselection
1. The UE will perform ranking of all cells that fulfil the cell selection S criterion,
2. The cells are be ranked according to the R criteria,
3. If a cell is ranked as the best cell the UE will perform cell re-selection to that cell.
Serving
Cell
Timer is started
Cell2
QHyst
t
sIntrasearch
tReselectionEUTRAN
Cell1
Cell2
UE triggers intra-frequency
measurements
1 4 15
Timer is aborted
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
t
Cell 2 is Reselected
qHyst
tReselectionEUTRAN
qOffsetCell
Object
eNBEquipment/ Enb/
LteCell/CellSelectionRe
Select ionConf
ENBEquipment/ Enb/
LteCell/LteNeighboring
/teNeighboringFreqConf
/CellReselectionConfLte
ENBEquipment/ Enb/
LteCell/ LteNeighboring/
LteNeighboringFreqConf
/LteNeighboringCellRel
ation
s [0..7] step = 1
Enumerate in dB
[dB-24, dB-22, dB-20, dB18, dB-16, dB-14, dB-12,
dB-10, dB-8, dB-6, dB-5,
dB-4, dB-3, dB-2, dB-1,
dB0,dB1, dB2, dB3, dB4,
dB5, dB6, dB8, dB10, dB12,
dB14, dB16, dB18, dB20,
dB22, dB2
Class/Cat
C / Optimization - Tuning
Value
dB2
Engineering
Recommend
ation
1 4 16
dB3
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
qHyst : This parameter configures the hysteresis value of the serving cell used by the UE for ranking criteria in
cell reselection. Broadcast in SystemInformationBlockType3
This parameter configures the hysteresis value of the serving cell used by the UE for ranking criteria in cell
reselection.
Decreasing qHyst leads to do cell-reselection earlier.
tReselectionEUTRAN : This parameter specifies the value of the cell reselection UE timer in the serving cell.
The parameter value under the LteNeighboringFreqConf MO pointed to by LteCell::lteNeighboringFreqConfId
(corresponding to the serving frequency) is broadcasted in SystemInformationBlockType3.
The parameter value for all other instances are broadcasted in SystemInformationBlockType5
qOffsetCell : This parameter defines the offset between the current LteCell and the LteNeighboringCell.
This parameter will be present and configured if the neighbor cell is included in the neighbor cell list to be
provided in the System Information.
In dB.Broadcast in SystemInformationBlockType4, and in SystemInformationBlockType5
qOffsetCell : This parameter defines the offset between the current LteCell and the LteNeighboringCell. This
parameter will be present and configured if the neighbor cell is included in the neighbor cell list to be
provided in the System Information. In dB. Broadcast in SystemInformationBlockType4, and in
SystemInformationBlockType5.
System Information SIB4 is broadcast only if at least one neighbour EUTRAN carrier MO
1 4 17
H
3,
BC
B
I
S
1, SIB4
B
I
S
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
threshServingLow
threshXHigh
Object
ENBEquipment/ Enb/
LteCell/CellSelection
ReselectionConf
threshXLow
Class/Cat
Value
16
10
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
threshServingLow: Threshold for serving cell reception level used in reselection evaluation towards lower
priority E-UTRAN frequency or RAT. The value sent over the RRC interface is half the value configured (the
UE then multiplies the received value by 2) is Broadcast in SystemInformationBlockType3
threshXHigh: This parameter configures: the IE s-IntraSearch for intrafrquency included in IE
SystemInformationBlockType3 for intra-frequency, and, the IE threshX-High included in IE
SystemInformationBlockType5 for inter-frequency.
threshXLow: This parameter configures:The IE threshServingLow included in IE SystemInformationBlockType3
for intra-frequency, and, the IE threshX-Low included in IE SystemInformationBlockType5 for inter-frequency.
Source Cell
RSRP
Qrxlevmin(SIB3)+
sintrasearch
Intrasearch =62
thresholdServinglow=16
2
UE
-104dBm
Qrxlevmin(SIB3)+
thresholdServinglow
Treselection
EUTRAN = 2s
RSRP
Qrexlevmin + Qrxlevminoffset
+max[(pMax-Pumax),0]
+threshXlow
UE
-120dBm
-120+0+ Max[(23-23), 0] +0 =
-120dBm
RSRP
Qrexlevmin + Qrxlevminoffset
+max[(pMax-Pumax),0]
+threshXHigh
-110dBm
1 4 19
Measures
Cell
Selected
Cell
ReSelected
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
1 : Serving cell become less good and the RSRP level decrease under [Qrxlevmin(SIB3)+sIntraSearch]. Then cell
detection of better cell is possible twice more frequently in average towards all cells, and we can detect
and measured lower priority cells than the serving.
2 : Serving cell becomes worse and the RSRP level decrease under [Qrxlevmin(SIB3)+threshServingLow]. Cell
reselection would be possible, but not yet candidate cell, reaching [Qrxlevmin+Qrxlevminoffset
+Pcompensation+threshXLow].
3 : The situation just above is still reached and also, in the target cell, threshold
[Qrxlevmin+Qrxlevminoffset+Pcompensation+threshXLow] and none higher cell priority are known.
tReselectionEUTRAN is started.
During tReselectionEUTRAN, NO higher cell priority reaches[Qrxlevmin+Qrxlevminoffset+
Pcompensation+threshXHigh]
4 : tReselectionEUTRAN is achieved, reselection is triggered.
1 Intra-LTE Mobility
BTS Equipement
eNB
Activation Service
isDataForwarding
Allowed:: True
isIntraFreqMobility
Allowed :: True
isInterFreqMobility
Allowed :: True/False
1 4 20
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
SGW
MME
S1
C
RR
1 4 21
i
ect
nn
o
C
on
Ne
w
RR
C
Co
nn
ec
tio
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The eNB may trigger an intra-LTE handover only after the default bearer is established and security activated.
Measurement Report
HO Decision
Setup UE associated resources
in the target cell
RRC Connection Reconfiguration
T304 Timer
Switch DL to Target
cell Start receiving UL
in Target cell
MeasurementConfiguration
MobilityControlInformation
TargetPCI, dlEARFCN,
measurementBandwidth,
Target cell, pmax,
radioResourceConfigCommon.
T304.
rach-ConfigDedicated
RadioResourceConfigDedicat
ed
DL Data
1 4 22
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
When the eNB receives a MeasurementReport it will decide if a handover procedure needs to be triggered.
In case of handover trigger, the eNB selects the target cell based on the UE measurement report and trigger
an intra-eNB handover procedure if the selected target cell belongs to the same eNB. If the selected target
cell belongs to a different eNB then trigger an inter-eNB handover procedure:
In case of intra-eNB handover, the eNB will:
eNB handover is to be executed. The UE has the same behaviour for both cases.
The UE stops receiving/transmitting from the source cell reconfigures its L1/L2 as requested in RRC
CONNECTION RECONFIGURATION.
The UE performs synchronization to the target cell and accesses it via a contention-based random access.
If the UE succeeds to access the target cell it will transmit RRC CONNECTION RECONFIGURATION COMPLETE.
When the eNB receives the RRC CONNECTION RECONFIGURATION COMPLETE, it will perform U-plane
actions in the target cell ALU and release UE resources in the source cell
Measurement Report
HO Decision
HO Fails
T304 Timer
Switch DL to Target
cell Start receiving UL
in Target cell
HO Fails
DL Data
HO Fails
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
SGW
MME
S1
Trigger:
The ENB receives a Measurement Report
from the UE for event A3_intra-frequency
mobility that indicates a potential target cell.
Final state:
X2
RR
CC
on
ne
cti
o
Ne
C
RR
nn
Co
tio
ec
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
According to 3GPP an intra-LTE handover should not be triggered until the security is activated (the UE only
accepts a handover message when security is activated).
The eNB may trigger an intra-LTE handover only after the default bearer is established and security
activated Applicable eNB procedures:
X2-AP Handover preparation procedure
X2-AP SN status transfer procedure only if PDCP SN status preservation applies for at least one of the Radio
teNB
MME
DL Data
Measurement Report
Handover Decision with
Target Cell Selection
X2 Handover Request
DL Data Forwarding
1 4 25
DL Data
Start Buffering DL
Packets
Handover Preparation
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Phase 1: handover preparation: This phase involves the Source eNB, the target eNB and finally the UE.
In case of inter-eNB handover trigger, the Source eNB will initiate the X2-AP handover preparation providing in
X2-AP HANDOVER REQUEST the necessary information to prepare the handover in the Target eNB.
If the data forwarding is enabled in the Source eNB then the Source eNB will propose to the target eNB to
perform DL data forwarding via X2.
The eligibility to DL forwarding of each supported QoS Label (QCI) is configured via MIM. If Integrity Protection
and Confidentiality services are enabled, AS security data is also included in the X2 HANDOVER REQUEST
message.
Target eNB prepares the handover based on the received request from the Source eNB and includes in
HANDOVER REQUEST ACKNOWLEDGE the RRC CONNECTION RECONFIGURATION message to be transmitted
transparently by the Source eNB to the UE.
If the data forwarding is enabled in the Target eNB then the Target eNB will accept the proposal from the
Source eNB to perform DL data forwarding via X2 by establishing the one DL X2 tunnel for each E-RAB subject
to forwarding.
The eligibility to DL forwarding of each supported QoS Label (QCI) is configured via MIM. After this step the
target eNB is ready to receive UL transmission from the UE and DL data forwarded over X2 from the Source
eNB if configured previously.
If AS security services are enabled, the target eNB also derives keys that will be used for integrity
protection and ciphering.
Parameter
isDataForwardingAllowed
dataForwardingForX2HoEnabled
Object
Class/Cat
C / Fixed
Value
TRUE
OD True
Engineering
Recommandation
1 4 26
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
MME/SGW
teNB
Handover Execution
Start buffering
packets from S1
Transmit all DL X2
packets before S1 packets
X2 UE Context Release
Release UE context
and associated resources
1 4 27
Handover Completion
X2 Release
resource
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Phase 2: handover execution: This phase involves the UE, the Source eNB and the Target eNB
- If data forwarding was configured in the handover preparation phase, the Source eNB forwards over X2 the
DL PDCP SDUs numbered but not acknowledged by the UE (only applicable for RLC-AM DRBs) followed by
fresh REQUEST ACKNOWLEDGE reception and stops transmitting in the source cell the fresh unnumbered DL
PDCP SDUs.
- When the UE receives RRC CONNECTION RECONFIGURATION in the source cell it will stop
receiving/transmitting data in the source cell and will initiate synchronization to the target cell followed
byrandom access procedure as indicated in the received message.
Both contention-based and non-contention based random access is supported. If resources are available the
eNB allocates a dedicated preamble to the UE.
Phase 3: handover completion: This phase involves the the Source eNB, the Target eNB end the ePC
When the Target eNB receives the RRC CONNECTION RECONFIGURATION COMPLETE it will send the
S1-AP PATH SWITCH REQUEST to the MME to inform the that the UE changed the cell After the
transmission of S1-AP PATH SWITCH REQUEST, the Target eNB is ready to receive DL data over S1
Upon request from the MME (at reception of S1-AP PATH SWITCH REQUEST), the SGW switches the
DL data path to the Target eNB. The SGWsends one or more GTP-U End Marker per GTP-U tunnel
through the old path (i.e. old S1 U-plane interface) to the Source eNB and then release the U-plane
resources and confirms the path switch to the MME which in turnsends S1 PATH SWITH REQUEST
ACKNOWLEDEGE to the Target eNB.
This message contains the security information for the NAS signalling messages that will have integrity
protection.
During the handover completion the UL data transmission occurs normally in the Source or the Target eNB
if DL data forwarding was configured, the Source eNB continue to forward via X2 interface the received DL S1
packets until reception of GTP-U End Marker or resources are released
DL data forwarding was configured, the Target eNB shall transmit the over the radio the DL X2 received
packets until reception of X2 GTP-U End Marker or resources are released. Only after that DL S1 packets are
transmitted.
MME/SGW
teNB
S1 Setup
Not completed successfully
Measurement Report
DL Data
RrcIntraEnbHo
Timer
Tcell is not
available
Admission Control
X2 Handover Request Acknowledge
All eRAB teNB fail
Handover Preparation Failure
Handover Preparation
S1 Setup
Not completed successfully
X2 Handover Request
Intra eNB Ho
Canceled
HO Fails
X2 Handover Cancel
1 4 28
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The incoming handover fails in the target eNB at the level of the HO preparation phase :
1. If mobility is not enabled (i.e. configuration parameter isIntraFreqMobilityAllowed is not set to TRUE in MO
ActivationService) or if the cell is barred; in this case the Cause IE is set to Radio Network Layer Cause
"Cell not Available"
2. If the S1 link to the MME identified by the GUMMEI information element is down or the S1 Setup procedure
has not completed successfully; in this case the Cause IE is set to Radio Network Layer Cause "Cell not
Available"
3. If the GUMMEI is unknown; in this case the Cause IE is set to Radio Network Layer Cause "Invalid MME Group
ID" or "Unknown MME Code"
4. Or due to failure to establish the requested resources (admission control failure, eNB internal failure, RLC
mode is not the same, etc); in this case the Cause IE is set to Radio Network Layer Cause "Cell not
Available"
MME
SGW
S1
Initial state:
SRB1/SIB2 + default bearer (+dedicated
bearer) are established.
RR
CC
on
ne
cti
o
Ne
C
RR
nn
Co
tio
ec
Trigger:
The eNB receives a measurement
report for event A3_intra-frequency mobility
that indicates a potential target cell.
1 4 29
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
In order to use S1 handover, the overall activation parameter isIntraFreqMobilityAllowed must be set to
true.
In addition, an activation flag isS1HoAllowed must also be set to activate S1 handover capability
As with X2 handover, an S1 handover is triggered by an A3 event trigger for which the measurement purpose
is intra-LTE mobility.
With the introduction of S1 handover, the eNB must decide whether to use X2 handover or S1 handover.
The basic eNB logic is that the eNB will use S1 handover when X2 handover cannot be used. In addition, with
the ANR feature, the operator can favor S1 handover over X2 handover through the use of the noX2HO
flag
The scenarios that lead to S1 handover being triggered are:
There is no X2-C interface setup towards the target eNB, or the X2-C interface is not available (e.g., SCTP
down):
The target eNB is not connected to the serving MME;
The target eNB rejected the X2HO Request with an appropriate cause (e.g., invalid MME Group ID);
Configuration data indicates a preference for S1 handover (i.e., noX2HO parameter introduced by ANR is
set)
teNB
MME
DL Data
Measurement Report
S1 HO Request
Handover Type (Intra LTE)
E-RABs to Setup List
UE Security Capabilities
Security Context
Setup UE Context &
Assoc Resources
Including UE Capabilities
S1 HO Request Acknoledge
E-RABs Admitted List
E-RABs Failed to Setup List
RRCConnectionReconfiguration
1 4 30
Start Buffering
Forwarded Packet
S1 Handover Command
Handover Type & Target ID
E-RABs Subject to
Forwarding List
E-RABs to Release List
S1 MME Status Transfer
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Handover Preparation
MME
teNB
Start Forwarding DL
Packet to Target eNB
DL Data Forwarding
Random Access Response
Start Transmitting forwarded
DL Packet to UE
DL Data
Start buffering packet from S1
S1 HO Notification
DL Data Forwarding
Possibly through SGW
DL Data
Path
Switch
DL Data
Start Transmitting forwarded DL Packet
before S1 packets to UE
S1 UE Context Release Command
Release UE context and
Release data forwarding resources
associated resources
S1 UE Context Release Complete
1 4 31
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
DL Data
MME
teNB
DL Data
Measurement Report
Handover Decision with
Target Cell Selection
S1 Handover Required
TS1RelocPrepFor
S1Handover Timer
S1 HO Request
S1 Handover Cancel
S1 Handover Cancel Ack
HO Fails
S1 HO Request Acknowledge
Start Buffering
Forwarded Packet
S1 Handover Command
tS1RelocOverall
ForS1Handover
RRCConnectionReconfiguration
1 4 32
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
the source eNB when it sends the S1 HANDOVER REQUIRED message, and the timer is cancelled when the S1
HANDOVER COMMAND message is received from the MME. If the timer expires before the S1 HANDOVER
COMMAND message is received from the MME, then the source eNB sends an S1 HANDOVER CANCEL message to
the MME, and expects to receive an S1 HANDOVER CANCEL ACKNOWLEDGE message in response from the
MME.
The UE context is returned to its state prior to the handover trigger.
When the source eNB receives the S1 HANDOVER COMMAND from the MME, it starts timer
tS1RelocOverallForS1Handover. The timer is stopped when the source eNB receives the S1 UE CONTEXT
RELEASE COMMAND message from the MME. If the timer expires before the source eNB receives the S1 UE
CONTEXT RELEASE COMMAND message from the MME, then the source eNB sends an S1 UE CONTEXT RELEASE
REQUEST message. The expected result is that the MME will send an S1 UE CONTEXT RELEASE COMMAND
message to the source eNB, and the UE context will be released.
Object
Range &
Unit
Class/Cat
directFwdPath
Availability
tS1RelocPrepFo tS1RelocOverall
rS1Handover
ForS1Handover
ENBEquipment/ Enb/
S1AccessGroup/ S1Timers/
S1HoTimersConf
C / Fixed
Value
1 4 33
Integer ms
[1 10000] step = 1
Optimization & Tuning
TRUE
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
4000
1 Intra-LTE Mobility
Frequency
Cell Size
Suburban
CellRadius
Cell Size
Rural
CellRadius
Type I (2100)
2.5
2.5
Type IV (AWS)
2.5
14
14
Type XX (EDD)
14
1 4 34
SMALL
2
5
Medium
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
6
14
Cell Size
Large
1 Intra-LTE Mobility
SeNB
RRCConnectionReconfiguration
MeasurementPurpose:: MobilityIntra Freq
RRCConnectionReconfigurationComplete
RRCConnectionReconfiguration:
dlEARFCN
offsetFreq (MeasObjectEUTRA)
offsetFreq (LteNeighbouringFreqConf)
neighCellConfig
MeasurementPurpose
MobilityIntra Freq (If Any)
RRCConnectionReconfigurationComplete
1 4 35
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The handover strategy relies entirely on measurement reports from the UE.
The UE reports to the eNB when the handover trigger conditions are met. Upon receipt of the measurement
report the eNB is expected to trigger a handover procedure;
The measurements are setup, modified or deleted in the UE using RRC signalling, more precisely the
RRCConnectionReconfiguration message including the IE MeasurementConfiguration.
The measurements defined as intra-frequency LTE mobility triggers are configured as early as possible in the
UE.
These measurements are identified by a measurement identity configured to measId and the attribute
MeasurementIdentityConf. measurementPurpose equal to Mobility-Intra-Freq
Parameter
measurementPurpose
Object
1 4 36
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The measurements are setup, modified or deleted in the UE using RRC signalling, more precisely the
RRCConnectionReconfiguration message including the IE MeasurementConfiguration.
The measurements defined as intra-frequency LTE mobility triggers are configured as early as possible in the
UE.
These measurements are identified by a measurement identity configured to measId and the attribute
MeasurementIdentityConf.measurementPurpose equal to Mobility-Intra-Freq
measObjectLink for MeasurementIdentityConf insance with measurementPurpose = 'Automatic-Neighbor-
Relation' can only be set to the same value as the measObjectLink for MeasurementIdentityConf instance with
measurementPurpose = Mobility-Intra-Freq, where both MeasurementIdentityConf instances are pointed to
by the same instance of RrcMeasurementConf.
measObjectLink for MeasurementIdentityConf insance with measurementPurpose = 'Report-CGI ' can only
set to the same value as the measObjectLink for MeasurementIdentityConf instance with measurementPurpose
= Mobility-Intra-Freq, where both MeasurementIdentityConf instances are pointed to by the same instance of
RrcMeasurementConf.
dlEARFCN
ENBEquipment/
Enb/0RrmServic
es/UeMeasurem
entConf/MeasOb
ject/MeasObject
EUTRA
Range &
Unit
Class/Cat
Value
offsetFreq
ENBEquipment/
Enb/0 LteCell/
LteNeighboring/
LteNeighboringF
reqConf
Integer
[0..39649] step=1
ENBEquipment/
Enb/RrmServices
/UeMeasurement
Conf/ easObject/
MeasObjectEUTR
A
Enumerate in dB
[dB-24, dB-22, dB-20, dB-18, dB16, dB-14, dB-12, dB-10, dB-8, dB6, dB-5, dB-4, dB-3, dB-2, dB-1,
dB0, dB1, dB2, dB3, dB4, dB5,
dB6, dB8, dB10, dB12, dB14, dB16,
dB18, dB20, dB22, dB24, spare]
C--New-set-ups / Fixed
ENBEquipment/
ENb/0 LteCell/
LteNeighboring/
LteNeighboringF
reqConf
Enumerate in dB
[NoMbsfnSubfra
mesArePresent,
DifferentUlDlAllo
cation]
OD
1 4 37
ENBEquipment/
Enb/0 LteCell/
LteNeighboring/
LteNeighboringFr
eqConf
neighCellConfig
dB0
[NoMbsfnSubfra
mesArePresent,
DifferentUlDlAllo
cation]
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Note: dlEARFCN = 10 ( - FDL_low ) + NOffs-DL [where FDL_low and NOffs-DL are some constants which
various with E-UTRA Band using for radio. is the central carrier frequency of the bandwidth.]
offsetFreq is used in the process Event A3 (Neighbor becomes offset better than serving) Ofs; it is used to
The offset value is applicable to the carrier frequency. Not used for Intra frequency mobility.
neighCellConfig: This parameter advises the eNodeB of information related to MBSFN and TDD UL/DL
configuration of neighbor cells of this frequency.
1 Intra-LTE Mobility
Event3
Mn
off
Mn-Hyst
Time To Trigger
Ms + Off
Hyst
1 4 38
Ms
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Mn is the measurement result of the neighboring cell. Not taking into account any offsets.
Ofn is the frequency specific offset of the frequency of the neighbor cell (equals Ofs for intra-frequency
measurements and is included in MeasObjectEUTRA corresponding to the the frequency of the neighbor cell:
offsetFreq, or including in LteNeighboringFreqConf if interfrequency mobility (SIB5) ).
Ocn is the cell specific offset of the neighbor cell. If not configured zero offset will be applied (included in
LteNeighboringCellRelation of the serving frequency as parameter cellIndividualOffset corresponding to the
frequency of the neighbor cell).
Ms is the measurement result of the serving cell, not taking into account any offset.
Ofs is the frequency specific offset of the serving frequency (i.e. offsetFreq within the MeasObjectEUTRA
corresponding to the serving frequency,or including in LteNeighboringFreqConf if interfrequency mobility
(SIB5)).
Ocs is the cell specific offset of the serving cell (included in LteNeighboringCellRelation of the serving
frequency as parameter cellIndividualOffset), and is set to zero if not configured for the serving cell.
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this
event).
Off is the offset parameter for this event (i.e. eventA3Offset (3GPP name:a3-Offset) as defined within
reportConfigEUTRA for this event).
Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ.
Ofn, Ocn, Ofs, Ocs, Hys, Off are expressed in dB.
1 Intra-LTE Mobility
Rrc
Measurement
Conf
ReposrtConfig
Measurement
IdentityConf
MeasObject
ReposrtConfig
eUTRA
MeasObject
eUTRA
ReposrtConfig
UTRA
MeasObject
UTRA
ReposrtConfig
GERAN
ReposrtConfig
CDMA2000
LteCell
1 4 39
MeasObject
GERAN
MeasObject
cdma2000
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
In each cell, the UE measurements configuration (i.e. the list of one or more measurement identities and
Parameter
Object
Range &
Unit
Class/Cat
sMeasure
triggerQuantity
reportQuantity
ENBEquipment/Enb/RrmServi
ENBEquipment/ Enb/ RrmServices/
ces/UeMeasurementConf/Rrc UeMeasurementConf/ ReportConfig/ ReportConfigEUTRA
MeasurementConf
Integer in dBm
Enumerate
Boolean
[-140 .. -43] step = 1
[rsrp, rsrq]
[sameAsTriggerQuantity,
both]
C--New-set-ups /
C--New-set-ups / Fixed
Optimization - Tuning
Value
-43
1 4 40
rsrp
sameAsTriggerQuantity
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
For all mobility related measurements, triggerQuantity may be set to RSRP in ReportConfigEUTRA/0 and/or
RSRQ in ReportConfigEUTRA/1.
If both measurements are activated, the measurement which trigger the HO is the one first met the HO
criterions
ALU Internal: The recommended value for triggerQuantity is RSRP for all mobility related
measurements.
For Automatic-Neighbor-Relation trigger, triggerQuantity can only be set to rsrp.
Parameter
hysteresis
Object
timeToTrigger
Class/Cat
Enumerate, ms
[ms0, ms40, ms64, ms80, ms100,
ms128, ms160, ms256, ms320,
ms480, ms512, ms640, ms1024,
ms1280, ms2560, ms5120]
C--New-set-ups / Optimization - Tuning
Value
2dB
40ms
1 4 41
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Note: hysteresis is used in several process: Event A3 (Neighbor becomes offset better than serving); Event A2
(Serving becomes worse than threshold); Event A1 (Serving becomes better than threshold); Event A4
(Neighbor becomes better than threshold); Event A5 (Serving becomes worse than threshold1 and neighbor
becomes better than threshold2).
When triggerTypeEutra is set to eventA3, triggerQuantity is set to rsrp, the recommended value from
Parameter
maxReportCells
Object
ENBEquipment/ Enb/RrmServices/UeMeasurementConf/
ReportConfig/ ReportConfigEUTRA
Class/Cat
Value
1 4 42
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
MeasurementReport message. UE may include less than maxReportCells neighbor cells in the
MeasurementReport message based on environment (e.g. how many neighbor cells actually exist) and the
settings of other measurement configuration parameters (e.g. how many neighbor cells are good enough to
trigger the report based on measurement configuration).
For all mobility related measurements, the default value of the corresponding maxReportCells is set to 1.
Setting the parameter to a value greater than 1 will not be useful currently. This is because in the current
target cell selection algorithm, only the best neighbor cell will be considered as the handover target. The
setting of the parameter will need to be updated once more candidate cells are considered in handover target
selection.
For Automatic-Neighbor-Relation trigger, the value of the corresponding maxReportCells should be set to
the maximum value of 8. This is to ensure UE to report as many new neighbor cells as possible in a short
time.
1 Intra-LTE Mobility
4
OAM controlled
NR Attributes
Neighboring
Relation
NR
LCell
ID
TCI
LCI#1
TCI#1
LCI#1
TCI#2
LCI#1
TCI#3
No
Remove
No
HO
No
X2
O&M
Neignbor
Relation
Update
Neighbor Relation
Attributes Update
ANR
Update
NR Table
Management
Function
NR Remove
NR Add
1
ANR Function
Setup X2
Neighbor
Detetion
Function
Measurement
Report/Request
Handover
X2 Management
1 4 43
Neighbor
Removal
Function
Internal
Information
RRC
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The ANR feature includes the ANR neighbor relation creation function, the ANR neighbor relation
maintenance function, the ANR synchronization function and the ANR reset function.
The ANR neighbor relation creation function builds up the neighbor relations by requesting the UEs to
search for neighbor cells or by receiving the neighbor relations from the neighbor eNB.
The ANR neighbor relation maintenance function deletes the obsolete neighbor relations and obsolete X2
links.
With ANR, the neighbor relations are created and constantly updated based on the actual measurement
and report from UE. Therefore, for a well implemented ANR feature, the neighbor relations will only include
the neighbor cells that are good target candidates for handover.
The goal of ANR is to manage neighbour relation. Since OAM also has some restrictions on neighbour
relation due to the requirements of operators, ANR also needs to consider the restrictions from OAM. So how
to describe the neighbour relation based on the restrictions and how to manage the neighbour relation is a
question ofimplementation.
The Neighbour Relation Detection procedure could be as as follows:
0. Neighbour Detection Function instructs RRC to measure the cells on some certain frequency or in
another RAT.
1. RRC forwards the measurement reports to Neighbour Detection Function.
2. Neighbour Detection Function decides to add a new Neighbour Relation.
3. Neighbour Relation Table Management Function updates the Neighbour Relation Table.
4. Neighbour Relation Table Management Function sends the updated Neighbour Relation through some
standard interface to OAM.
5. OAM will ask Neighbour Relation Table Management Function to update the Neighbour Relation
Attributes if necessary.
All Rights Reserved Alcatel-Lucent 2011
Issue
Section 1 Module 4 Page 43
1
ANR Idle
5
3
ANR activation&
(LTE Cell>anrstate=
Not complete)
ANR
deactivation
ANR deactivation
ANR activation&
(LTE Cell>anrstate
=complete)
ANR
deactivation
ANR
Dormant
Phase
1 4 44
ANR Wake
up phase
4
HO meas report wt
Best PCI being unknown
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
When ANR is activated, each of its cells can be in one of the three phases independently, ANR active phase,
ANR dormant phase and ANR wake-up phase
An active phase, which is triggered at first ANR activation and aims at pro-actively search new
neighbours by soliciting all establishing UEs that will then all participate to the ANR task.
A dormant phase, following the active phase, in which ANR function is no longer configuring any specific
measurements.
Transition from active to dormant phase is triggered when thresholds, defined in terms of UE measurement
neighbour. ANR behaviour in this phase is quite similar to the one in the active phase, with differences being
that the aim is only to look at one particular neighbour and the duration of the wake-up phase is limited.
A garbage collection period during which the ANR function will remove obsolete neighbour relations
(meaning never used for mobility) and associated X2 links. Garbage collection is launched periodically.
Parameter
anrEnable
Object
Class/Cat
1 4 45
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
When setting anrEnable to True: Each LteCell instance served by the eNB must add a reference (through
rrcMeasurementconfId attribute) to an instance of RrcMeasurementConf that references (through
measurementIdentityConfIdList attribute) one and only one instance of MeasurementIdentityConf with
measurementPurpose set to Automatic-Neighbor-Relation.
LteCell instance served by the eNB must add a reference (through rrcMeasurementConfId attribute) to an
instance of RrcMeasurementConf that references (throughmeasurementIdentityConfIdList attribute) an
instance of MeasurementIdentityConf with measurementPurpose set to Report-CGI.
MME
P@
BI @
t
s
e
IP
qu
Re ide B
v
Pro
6
Re
qu
e
Pr
ov st B
ide
IP
BI @
P@
Cell B
PCI = 5
ECGI = 19
Cell A
PCI = 3
ECGI = 17
eNB B
1
eNB A
3
1
Rep
o
Co
nfi rt EC
gur
Rep
e r GI (EC
epo
ort
GI
rt
=
A
Co
nfi NR m CGI (P B)
gur
eas
CI
eA
5)
NR (PCI
=5
me
)
as
1 4 46
IB1
dS
a
Re
to
I
CG
tE
e
g
4
2
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
When Cell A is in ANR active phase, eNB A will send ANR measurement configuration to all UEs that are in
used for X2 link setup is not contained in PCI but in ECGI, eNB A has to direct the UE to read Cell Bs PBCH for
its ECGI if it does not know the ECGI associated with the PCI.
In order for the UE to read PBCH of Cell B, eNB A will force the UE into DRX cycle.
After ECGI of Cell B is received, if the X2 link does not already exist between eNB A and eNB B, ANR will
PCI#7
PCI#5
PCI#8
Re
po
rt
PC
I#
4
PCI#6
PCI#2
NR
LCell
ID
TCI
LCI#1
TCI#1
LCI#1
TCI#2
LCI#1
TCI#3
LCI#
TC#5
No
Remove
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
There are four stages in the addition of a neighbor to the neighbor cell list:
1. Discovery of an unknown PCI in either of the following manners:
The PCI (and ECGI) is obtained from X2 Setup or X2 Enb Configuration Update
By requesting one or several UEs to report the ECGI associated to the PCI
Note: the PCI -> CGI relation may not be unique (cf. PCI Confusion management)
No
X2
PCI#3
1 4 47
No
HO
A summary is provided below on how ANR will set the parameters in the
LteNeighboringCellRelation for an automatically created instance of neighbor relation:
z
Parameter
Description
cellIndividualOffset
noHoOrReselection
physicalLayerCellInden
tityGroupIndex
It indicates the physical layer cell identity group. It is calculated from PCI
of the neighbor cell
physicalLayerCellInden
tityIndex
trackingAreaCode
x2AccessId
relativeCellIdentity
qOffsetCell
It indicates the offset between the serving cell and the neighbor cell. It is
provided to UE in idle mode to perform cell reselection.
1 4 48
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
For a neighbor relation created by ANR, cellIndividualOffset, noHoOrReselection, noRemove and qOffsetCell
are always set to default values by ANR.
It is up to the operator to change them to non-default values based on different needs.
Parameter
Object
measuredByAnr
noRemove
Class/Cat
N.A. / Fixed
Value
1 4 49
False
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
LteNeighboringCellRelation instance to make the neighbor relation belong to the HO black list.
Three events can be used to trigger the UE to send an ANR measurement report.
They are:
Event A3: when the neighbor cell becomes a given offset better than the serving cell.
Event A4: when the neighbor cell becomes better than a given absolute threshold.
Event A5: when the serving cell becomes worse than a given threshold and the
z Event A3, A4 or A5 each has its own entering condition(s) and leaving condition(s) as
listed below:
Event A3
Mn - hysteresis > Ms + eventA3Offset
Event A4
Mn+ offsetFreq - hysteresis > thresholdEutraRsrp
or
thresholdEutraRsrq
Event A5
Ms+ hysteresis < thresholdEutraRsrp
or thresholdEutraRsrq
and
Mn+ offsetFreq hysteresis > threshold2EutraRsrp
or threshold2EutraRsrq
1 4 50
Event A3:
Mn+ hysteresis < Ms + eventA3Offset
Event A4 :
Mn+ offsetFreq + hysteresis < thresholdEutraRsrp
or thresholdEutraRsrq
Event A5 :
Mshysteresis > thresholdEutraRsrp
or thresholdEutraRsrq or
Mn+ offsetFreq + hysteresis < threshold2EutraRsrp
or threshold2EutraRsrq
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
At any given time, only one of the above three triggers can be used for ANR measurement configuration.
The selection is made through ReportConfigEUTRA::triggerTypeEUTRA.
Event A3 is recommended for ANR measurement configuration. Event A4 and Event A5 are also available for
trial and testing.
Event A3, A4 or A5 each has its own entering condition(s) and leaving condition(s) as listed below. For a
selected event, only when the entering conditions are continuously satisfied for
ReportConfigEUTRA::timeToTrigger ms, a UE will send the first measurement report to the eNB. UE may also
be directed to send multiple duplicated measurement reports (up to ReportConfigEUTRA::reportAmount
reports with interval ReportConfigEUTRA::reportInterval) in the duration when the entering conditions are
continuously satisfied.
Mn is the measurement result of the neighbor cell.
Ms is the measurement result of the serving cell.
Mn, Ms are in unit of dBm if RSRP is used or dB if RSRQ is used.
offsetFreq is a parameter defined in MeasObjectEUTRA MO.
All other parameters used in the event entering or leaving inequalities are defined under
ReportConfigEUTRA MO.
z
z
Distant eNB
MME
Local eNB
eNB CONFIGURATION TRANSFER
(Source Global eNB ID & TAI, Target Global eNB ID & TAI,
SON information request)
1 4 51
MME CONFIGURATION
TRANSFER
eNB CONFIGURATION
TRANSFER
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The direct X2 handover provides better performance than S1 handover in general as S1 handover has to go
the X2 link to neighbor eNB B if the X2 link does not already exist.
1 Intra-LTE Mobility
UE
eNB
Measurement Report
measId
measResultServCell
MME
Target Frequency
Selection
RRCConnection Release
redirectedCarrierInfo S1AP UE Context Release Request
UE reselects to a cell
Target frequency
1 4 52
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Intra-LTE, inter-frequency redirection can be performed blindly (without UE measurement of the target
frequency/cell) or measurement based (based on UE measurement of the target frequency/cell).
Blind redirection will be performed when the UE enters bad serving condition area and it
sends event A2 measurement report with measurementPurpose set to Below-Serving-Floor In this case,
eMCTA algorithm will determine the target RAT/carrier to perform the blind redirection.
If a EUTRA carrier is selected as the new target, an inter-frequency blind redirection will happen
1 4 53
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
isMobilityToUtranAllowed
ENBEquipment/ Enb/ ActivationService
C New-set-ups / Fixed
Can be set to 'True' only if licensing (Tokens) are available for the feature.
The total number of activations for each feature is counted across all eNBs by SAM.
UMTS
LTE
SiB 3 & SiB 6
1 4 54
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
eUTRAN to UTRAN provides basic mobility capability for UE moving from LTE radio coverage to UMTS radio
coverage. This feature enables the LTE-to-UMTS mobility for a multi-mode UEs in RRC idle mode. This feature
allows a UE to leave the LTE coverage (island or hot-spot or hot-spots cloud) to recover the service in the
UMTS coverage; as soon as the UMTS coverage gets available i.e. inter-RAT measurement demonstrate that
the UMTS radio conditions are sufficiently good.
When reselection to UTRA is activated, eNB will broadcast (SIB6) in addition to (SIB3) to support UE for LTE to
UTRA cell reselection in RRC idle mode.
SIBs
H
PC
)
IB
(S
Measurements
1 4 55
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The S criterion is again used to select the good cells for cell reselection, but with the
Where:
Srxlev = Qrxlevmeas (Qrxlevmin + Qrxlevminoffset) - Pcompensation
And:
Squal = Qqualmeas (Qqualmin + QqualminOffset)
1 4 56
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The signalled value QrxlevminOffset is only applied when a cell is evaluated for cell selection as a result of a
periodic search for a higher priority PLMN while camped normally in a VPLMN [R14]. During this periodic
search for higher priority PLMN the UE may check the S criteria of a cell using parameter values stored from a
different cell of this higher priority PLMN.
Srxlev: Calclated by the UE: Cell Selection RX level value (dB).
Squal: Calculated by the UE: Cell Selection quality value (dB) Applicable only for FDD cells.
Qrxlevmeas: Measured by the UE: Measured cell RX level value (RSRP).
Qrxlevmin: CellSelectionReselectionConf::qRxLevMin or CellReselectionConfUtraFdd::qRxLevMin Minimum
required RX level in the cell (dBm). SIB6 for the target cell.
Qrxlevminoffset : CellSelectionReselectionConf::qRxlevminoffset: Offset to the signalled Qrxlevmin taken into
account in the Srxlev evaluation as a result of a periodic search for a higher priority PLMN while camped
normally
CellReselectionConfUtraFdd::qQualMin: Minimum required quality level in the cell (dB).
Applicable only for FDD cells.SIB6 in inter-working with 3G SIB3 Qqualmin.
Qqualmin: Not yet implemented: Offset to the signalled Qqualmin taken into account in the Squal evaluation
as a result of a periodic search for a higher priority PLMN while camped normally in a VPLMN.
Not yet implemented: QqualminOffset Pcompensation Max (pMaxUTRA Pumax, 0) (dB).
Snonintrasearch : This parameter specifies the threshold (in dB) for inter frequency and
inter-RAT measurements.
z
lower cellReselectionPriority.
z
If SServingCell <= Snonintrasearch, or if sNonIntrasearch is not sent in SIB3 in the serving cell:
cellReselectionPriority
RSRP of
serving Cell
At least detected:
60 sec* N layers
Higher Priority
Qrxlevmin + QrxlevminOffset
+ Snonintrasearch
NUTRA_Carrier) * 30 sec
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
In order to further restrict the amount of measurement carried out by the UE in RRC-Idle mode, The UE shall
apply the following rules for inter-RAT UtraFdd frequencies, which are indicated in in SIB6 and for which the
UE has cellReselectionPriority: For inter-RAT UtraFdd frequency, with a cellReselectionPriority higher than
the cellReselectionPriority of the current E-UTRA frequency, the UE shall perform measurements of higher
priority inter-RAT UtraFdd frequencies.
For inter-RAT UtraFdd frequency, with cellReselectionPriority lower than the cellReselectionPriority of the
current E-UTRAN frequency
qRxLevMin
Object
pMaxUTRA
-115 dBm
24dBm
1 4 58
Class1
Class2
Class3
Class4
+33
27
+24
+21
1900Mhz
NA
NA
+24
+21
850Mhz
NA
NA
+24
+21
850Mhz
NA
NA
+24
+21
900 Mhz
NA
NA
+24
+21
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
qRxLevMin : 3GPP 36.331[R08] Minimum required RX level in the UMTS cell (dBm) . This parameter configures
the q-RxLevMin included in the SystemInformationBlockType6. The value sent over the RRC interface is
computed by substracting 1 to the configured value and dividing by 2 (the UE performs the opposite
computation, i.e. IE vale * 2 + 1) Changing this value will affect cell size in terms of re-selection area
toward UMTS.
Increasing this value will lead the mobile to start cell-selection/re-selection procedure sooner and then will
artificially decrease cell size in idle mode.
pMaxUTRA : TS36.331: this parameter configures the p-MaxUTRA included in the IE
SystemInformationBlockType6
Pcompensation = max(PEMAX - PUMAX, 0)
Where: PEMAX = pMaxUTRA
PUMAX = maximum UE output power (dBm) according to its power class in 3g and operating band.
sNonIntraSearch: Threshold for serving cell reception level under which the UE must
The value sent over the RRC interface is half the value configured (the UE then
Broadcast in SystemInformationBlockType3
Parameter sNonIntraSearch
Object
Range &
Unit
Class/Cat
Value
1 4 59
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
If the SservingCell of the E-UTRA serving cell (or other cells on the same frequency layer) is greater
seconds, where Nlayers is the total number of configured higher priority E-UTRA, UTRA FDD, UTRA TDD,
CDMA2000 1x and HRPD carrier frequencies and is additionally increased by one if one or more groups of
GSM frequencies is configured as a higher priority.
Measurementzones:
Qrxlevmin (SIB6)+Qrxlevminoffset
+ P compensation
Qqualmeas>Qqualmin
Qrxlevmeas>Qrxlevmin(SIB6)
+Qrxlevminoffset+Pcompensation
Qqualmeas>Qqualmin
and
Qrxlevmeas>Qrxlevmin(SIB6)
+Qrxlevminoffset+Pcompensation
Qqualmin
CPICH Ec/Io
Parameter
Object
Range & Unit
Class/Cat
Value
qQualMin
ENBEquipment/ Enb/ LteCell/ UtraNeighboring/
UtraFddNeighboringFreqConf/ CellReselectionConfUtraFdd
Integer in dB [-24..0] step = 1
C Immediate Propagation / Optimization - Tuning
Recommanded Value is 16dB
1 4 60
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
When the measurement rules indicate that UTRA FDD cells are to be measured, the UE shall measure
CPICH Ec/Io and CPICH RSCP of detected UTRA FDD cells in the neighbor cell list at the minimum
measurement rate in relationship with Enb::defaultPagingCycle.
In inter-working with the value of Enb::defaultPagingCycle, which is rf32, Measures occur at least:
(NUTRA_carrier) * [5.12 sec]
NUTRA_carrier: number of carriers used for all UTRA FDD cells in the neighbor cell list.
{
{
{
System information or
in the RRCConnectionRelease message releasing the RRC connection
or by inheriting from another RAT at inter-RAT cell (re)selection.
z If UE is in camped on any cell state, UE shall only apply the priorities provided by
system information from current cell.
z The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and interRAT frequencies that are given in system information and for which the UE has a priority
provided.
GSM
LTE
UMTS
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without
providing a priority .
If priorities are assigned via provided in dedicated signalling, the UE shall ignore all the priorities provided in
system information.
Parameter
Object
Range & Unit
Class/Cat
Value
cellReselectionPriority
ENBEquipment/ Enb/ LteCell/ UtraNeighboring/
UtraFddNeighboringFreqConf/ CellReselectionConfUtraFdd
Integer [0..7] step = 1
C Immediate Propagation / Optimization - Tuning
OD
1 4 62
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
In general, LTE system is preferred over UTRAN and UTRAN is preferred over GERAN for better performance.
So it is recommended to set CellReselectionConfLte::cellReselectionPriority >
CellReselectionConfUtraFdd::cellReselectionPriority > CellReselectionConfGeran::cellReselectionPriority
LA3.0 supports LTE-to-UMTS mobility in RRC connected mode with blind redirection
the redirection with measurement improves the end-user QoE (Quality of Experience)
by redirecting the UE from an LTE island/hot-spot to an UMTS overlay in a timely
fashion.
Redirection to
UMTS Cell
UMTS
LTE
1 4 63
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The redirection with measurement avoids the UE from being stuck in an LTE source cell with bad radio
conditions and allows the UE being redirected towards an UMTS target cell with good radio conditions.
Redirection Information
To Target RAT with RRC Connection
Relaese:UE leaves EUTRAN Old Cell &
start Access Target RAT new cell
The UE Shall
1- if the RRCConnection Release message
Includes the idleModeMobilityControlInfo
2-Store the cell reselection priority information
Provided by the idle modemobility controlinfo;
>Else:
2-Apply the cell reselection priority information broadcast
In the system information
1 4 64
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
EXECUTION PHASE:
During the previous phase (selection of the control procedures for mobility), the source ENB has decided to
initiate a EUTRA-to-UTRA-FDD redirection to the target access network (UTRA-FDD).
The source ENB will give a command to the UE to re-select a cell in the target access network via the RRC
CONNECTION RELEASE. The RRCConnectionRelease message is used to command the release of an RRC
connection.
The eNodeB builds the RRCConnectionRelease message with the redirectionInformation, so that the UE
select a suitable cell on the UTRA-FDD frequency indicated by the redirectionInformation in accordance with
the usual cell selection process.
The eNodeB may provide IRAT/frequency priority information during RRCConnectionRelease message with
the redirectionInformation.
The eNodeB builds the RRCConnectionRelease message; with the idleModeMobilityControlInfo (optional) so
that the UE stores the cell reselection priority information provided by the idleModeMobilityControlInfo; or
without the idleModeMobilityControlInfo (optional) so that the UE applies the cell reselection priority
information broadcast in the system information
The source ENB sends an S1AP UE CONTEXT RELEASE REQUEST message to the source MME. This message is
sent by the eNB to request the release of the UE-associated S1-logical connection over the S1 interface:
with Cause IE set to Inter-RAT redirection to indicate the reason for triggering the UE Context Release
Request procedure.
Upon receipt of the Redirection Information received in the RRC Connection Release message, the UE
leaves EUTRA-FDD old cell and start access UTRA-FDD new cell.
MME UE S1AP ID
eNB UE S1-AP ID
Cause=Normal Release
S1-AP UE Context Release Complete
MME UE S1AP ID
eNB UE S1-AP ID
1 4 65
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
COMPLETION PHASE:
Upon receipt of the S1AP UE CONTEXT RELEASE REQUEST, the source MME sends a S1AP UE CONTEXT
to the source MME of a S1AP UE CONTEXT RELEASE COMPLETE of a or upon guard timer expiration.
Object
offsetFreqUTRA
physCellIdUTRA
1 4 66
Integer
[0..511] step = 1
C / Fixed
OD
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
offsetFreqUTRA: this parameter configures the IE offsetFreq included in the IE MeasObjectUTRA in the IE
MeasConfig.
offsetFreq that is used to indicate a frequency specific offset to be applied when evaluating triggering
conditions for measurement reporting. The value in dB.
physCellIdUTRA: this parameter configures the IE physCellId that is used to indicate the physical
layer identity of the cell, i.e. the primary scrambling code, as defined in TS 25.331. The IE physCellId is
included in the IE MeasObjectUTRA in the IE MeasConfig. The IE physCellId is included in the IE MeasResults in
the IE MeasResultUTRA.
UtraFddNeighboringCellRelation/0-63
- CID/Lac/PhyCellIdUtran/rac
- utraFddNeighboringFreqConfid
UtraFddNeighboringFreqConf/0-15
- PriorityOfFreq
- bandUtraFDDsupported by the UE
- priorityOfBandUtraFddexhibits the highest priority
UeMeasurementConf
RRCMeasurement
MeasurementConf
Conf/0/0
RRC
measQuantityUtraFDD
measQuantityUtraFDD
MeasObjectUtra
oFFsetFreqUTRA
MeasurementIdentityConf/0-31
MeasObject/0-31
MeasConfig/0-31
ReportConfigeUTRA
- TriggerQuantity
1 4 67
ReportConfigUTRA
- threshold1EutraRsrp
- threshold2UtraRscp
- triggerTypeInterRAT
- Hysteresis
- timeToTrigger
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Parameter measQuantityUtraFdd
Object
filterCoefficientOfQuantityConfigUtra
Range &
Unit
Enumerate
[cpichRSCP, cpichEcN0]
Enumerate
[fc0, fc1, fc2, fc3, fc4, fc5, fc6, fc7,
fc8, fc9, fc11, fc13, fc15, fc17, fc19]
Class/Cat
C--New-set-ups / Fixed
cpichRSCP
Ofc4
Value
1 4 68
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Report Configuration
Parameter
Object
maxReportCells
Value
timeToTrigger
reportInterval
reportAmount
Class/Cat
hysteresis
Float in dB
Enumerate in ms
[0.0..15.0] step [ms0, ms40,
= 0.5
ms64,ms80,
ms100,ms128,
ms160,ms256,
ms320,ms480,
ms512,ms640,
ms1024,ms12
80,ms2560,
ms5120]
Enumerate in ms
or min
[ms120, ms240,
ms480,ms640,ms1
024,ms2048,ms51
20,ms10240,min1,
min6,min12,min30
,min60
Enumerate
[r1, r2, r4,r8,
r16, r32,r64,
infinity]
recommended
value: ms240
Recommeded
value is r8
1 4 69
performance
test team
recommended
value is 4.0
recommended
value is ms100
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
in the MeasConfig IE This parameter defines the maximum number of cells to be reported in a measurement
report
hysteresis: This parameter configures the IE hysteresis included in the IE ReportConfigInterRAT in the
MeasConfig IE: This parameter defines the hysteresis used by the UE to trigger an intra-frequency eventtriggered measurement report.
Trigger :This parameter configures the IE TimeToTrigger included in the IE ReportConfigInterRAT in the
MeasConfig IE
reportInterval: This parameter configures the IE reportInterval included in the IE ReportConfigInterRAT in
the MeasConfig IE: The ReportInterval indicates the interval between periodical reports. The ReportInterval is
applicable if the UE performs periodical reporting (i.e. when reportAmount exceeds 1), for triggerType
event as well as for triggerType periodical.
reportAmount: This parameter configures the IE reportAmount included in the IE ReportConfigInterRAT in
the MeasConfig IE :this parameter configures the number of periodical reports the UE has to transmit after the
event was triggered. reportInterval is used in the process: Measurement reporting;
1> if the numberOfReportsSent as defined within the VarMeasReportList for this measId is less than the
reportAmount as defined within the corresponding reportConfig for this measId:
2> start the periodical reporting timer with the value of reportInterval as defined within the corresponding
reportConfig for this measId;[R08]
1 4 70
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
expressed in dBm or dB, depending on the measurement quantity of the inter-RAT neighbor cell. i.e
RrcMeasurementConf::measQuantityUtraFdd setting.
Ofn is the frequency specific offset of the frequency of the inter-RAT neighbor cell (i.e. offsetFreq as
defined within the measObject corresponding to the frequency of the inter-RAT neighbor cell). i.e
MeasObjectUTRA::offsetFreqUTRA
Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigInterRAT for
Integer in dBm
[-140..-43] step
=1
Float in dB
[-20.0..-3.0]
step = 0.5
Float in dB
Integer in dBm
[-24.5..0.0] Step [-120..-24] Step
= 0.5
=1
For LTE to
4G OPENED
UTRA mobility recommended
procedure
value: -100dBm
including
measurementbased
redirection and
PS handover,
eventB2 should
be used. For CS
fallback to
UTRA, eventB1
should be used.
1 4 71
recommended
value is -14.5
or -24.5
recommended
value is -97 or 114
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
1 4 72
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
eNB will trigger the PS handover when UE is leaving LTE coverage area and moving into
UTRAN coverage area, and the UE measurement report indicates that the LTE radio
condition becomes worse than the configuration parameter
thresholdEutraRsrpB2 or thresholdEutraRsrqB2
and the UTRA radio condition becomes better than the configuration parameter
thresholdUtraEcN0 or thresholdUtraRscp .
PS
Parameter
Object
Range & Unit
Class/Cat
Value
isPsHoToUtraAllowed
ENBEquipment/ Enb/ ActivationService
Boolean [True, False]
C Immediate-propagation / Fixed
The parameter can be set to true only if
ActivationService::isMobilityToUtranAllowed is set to
True.
1 4 73
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Comparing with redirection mechanism,PS handover from LTE to UTRAN has the advantage of allocating
the resources in UTRAN prior to the execution of PS handover. Besides, PS handover has the capability of data
forwarding from source LTE to target UTRAN. It thus reduces the service interruption time and ensures
better performance to packet loss sensitive services, such as VoIP.
When eNB receives a UE event B2 or event B1 (for CS fallback) measurement report with measurement
purpose set to Mobility-Inter-RAT-to-UTRA, and with valid reported cells (reported PhysCellIdUTRA-FDD
Corresponds to UtraFddNeighboringCellRelation::physCellIdUTRA of an instance of UTRA neighbor), LTE to
UTRAN PS handover procedure will be triggered if all of the following conditions are satisfied:
PS handover to UTRAN is allowed for the eNB (ActivationService::isPsHoToUtraAllowed is set to True)
UE is capable to support PS handover to UTRAN
A RNC controlling one or more reported candidate cells (Controlling RNC is pointed to by
UtraFddNeighboringCellRelation::rncAccessId) is capable to support PS handover
(RncAccess::psHandoverUtraEnabled is set to True)
Object
rncAccessId
psHandoverUtraEnabled
ENBEquipment/ Enb/
UtranAccessGroup/ RncAccess
C New-setups / Fixed
This parameter should point to
the RncAccess instance that
controls the UTRA neighbor cell
associated with the
UtraFddNeighborCellRelation
instance.
1 4 74
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
If either PS handover to UTRAN is not allowed for the eNB (ActivationService::isPsHoToUtraAllowed is set to
False), or UE is incapable to support PS handover to UTRAN, or there is no RNC controlling the reported
candidate cells capable to support PS handover, a measurement-based redirection procedured introduced
by FRS-76498 will be triggered.
The LTE to UTRAN PS handover procedure has the following two phases:
1) Handover Preparation Phase
2) Handover Execution Phase
Triggers:
-an A2 measurement report is received
-a B2 measurement report is received
-a B1 measurement report is received
HO Required
Handover Preparation
MME-UE-S1AP-ID
eNB-UE ID
HandoverType=ltetoutran
TS1RELOCprep
Cause=handover-desirable-for-radio-Reason
TargetIDDirect-Forwarding-Path-Availability
Source-ToTarget-TransparentContainer
HO Command
MME-UE-S1AP-IDeNB-UE-S1APIDHandoverType=ltetoutranNASSecurityParamete
rsfromE-UTRANERABSubjecttoDataForwardingListERABtoReleaseListHOCmdTarget-ToSourceTransparentContainer
1 4 75
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
If PS handover is to be performed, eNB will select the best UTRA cell reported by the UE that are allowed
to be handover to as the PS handover target cell. The selected target cell should not in the
HandoverRestrictionList for the UE (received from MME) and the controlling RNC of the cell should have
RncAccess::psHandoverUtraEnabled set to True.
eNB will send a Handover Required message to the MME and start timer TS1relocprep with duration
PsHoToUtraTimersConf::tS1RelocPrepForPsHandoverToUtra (the PsHoToUtraTimersConf instance is
pointed to by the RncAccess::psHoToUrtaTimerConfId associated with the selected
UtraFddNeighboringCellRelation).
TS1RELOCoverall
targetRAT-Type = utra
targetRAT-MessageContainer
HANDOVER COMMANDMME-UE-S1AP-ID
eNB-UE-S1AP-ID
HandoverType=ltetoutran
NASSecurityParametersfromE-UTRAN
E-RABSubjecttoDataForwardingList
E-RABtoReleaseListHOCmd
Target-ToSource-TransparentContainer
nas-SecurityParamFromEUTR
Release Completion
1 4 76
MME releases
Associated S1
resources
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
If UE Context Release Command is received from MME, PS handover is successful. eNB will send a UE
Context Release Complete to MME. eNB will stop timer TS1relocoverall and release UE context and associated
resources.
If timer TS1relocoverall expires, eNB considers the UE to have lost radio coverage and will trigger the
release of all UE associated resources by sending an UE Context Release Request to MME and release all UE
associated resources in eNB.
psHoToUtraTimerC
onfId
rncId
Class/Cat
Value
tS1RelocPrepForPs
HandoverToUtra
ENBEquipment/
Enb/ LteCell/
UtraNeighboring/
UtraFddNeighborin
gFreqConf/
UtraFddNeighborin
gCellRelation
ENBEquipment/
Enb/
S1AccessGroup/
S1Timers/
PsHoToUtraFddTime
rsConf
ServiceLink
Integer
[0..65536] step 1
Integer in ms
[1 10000] step = 1
Object
cId
Integer
[0 - 4095] step = 1
C New-Setups / Fixed
C New Setups /
Optimization
Tunin
recommended
value: 4000
1 4 77
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
If reservation of resources in the target UTRAN cell is successfully completed, MME will send a Handover
Command message to eNB. eNB will then stops the timer TS1relocprep and enter the handover execution
phase.
If timer TS1relocprep expired, or eNB receives a S1 handover Preparation Failure message, handover
preparation fails. In this case, if PS handover preparation was due to a CS fallback request, eNB will trigger a
measurement-based redirection to UTRAN. Otherwise, the UE measurement report will be ignored.
Some of the parameters included in the Handover Required message are populated from the configurable
parameters:
Target RNC-ID
Direct Forwarding Path Availability (RncAccess::directFwdPathAvailability)
Source to Target Transparent Container includes: Cell-ID (UtraFddNeighboringCellRelation::cId)
4 CS FALLBACK
1 4 78
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
4 CS FALLBACK
GERAN
CS Voice only
CS Voice preferred
and IMS PS Voice as
secondary
IMS PS Voice
preferred
and CS Voice as
secondary
IMS PS Voice only.
CS Network
CS Services
UTRAN
PS Network
PS Services
eUTRAN
1 4 79
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Based on the configuration setting of the UE, it may request CS fallback when a voice call is to be set up
call.
set to IMS PS Voice preferred, CS Voice preferred or CS Voice only and a mobile terminated CS voice
call is to be set up.
UE is set to IMS PS Voice preferred and needs to make an emergency voice call, but the LTE network does
not support VoIP emergency calls.
If CS fallback is not possible (either UE or network does not support CS fallback, or UE fails to attach to LTE
network) when UE needs to set up a CS voice call, it will search for a different RAT that supports CS voice
callwithout the help from the LTE network.
Parameter
Object
isCsFallbackToUtraFddAllowed
isCsFallbackToGeranAllowed
Enb/ ActivationService
1 4 80
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
4 CS FALLBACK
The UE has previously performed a combined Attach, indicating to the MME that it is CS Fallback capable
CNDomain = cs
CNDomain = cs
RRC connection request
establishmentCause = mo-Access or mt-Access
RRC Connection setup
Initial UE Message
NAS-PDU = Extended Service Request
RRC-Establishment-Cause
Initial Context Setup request
CSFallbackIndicator
1 4 81
Paging
Paging
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
4 CS FALLBACK
The UE has previously performed a combined Attach, indicating to the MME that it is CS Fallback capable
The UE is RRC_Connected at the time that CS Fallback is needed
DL Information Transfer
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The decision on which candidate RAT/carrier to perform CS fallback is made by eMCTA framework based on
the priority of each RAT/carrier neighbor configured by the operator for csFallback or
mergencyCallCsFallback purpose.
A set of filters including UE capability filter, network capability filter, etc and HORestrictionList for the UE
(received from MME) are used to remove the RAT/carriers that are not supported by the UE or network for
CS fallback from the prioritized RAT/carrier neighbor list. The highest priority RAT/carrier after the filtering
is selected as the target RAT/carrier for CS fallback.
If the selected target carrier is a UTRA carrier:
eNB will configure the UE to perform event B1 or event B2 measurement to the UTRA carrier if UE supports
it. eNB will trigger a PS handover to UTRA after UE measurement report is received for CS fallback to UTRA.
Refer to CS Fallback Triggered by PS handover.
Otherwise, eNB will perform the LTE to UTRA blind redirection procedure to move the UE to UTRA for CS
fallback. CS Fallback Triggered by Redirection.
Whenever redirection from LTE to UTRA is performed for CS fallback except in the case when redirection is
triggered by UE entering Below-Serving-Floor area, target cell System Information will be provided in the
RRCConnectionRelease message for redirection assistance if following conditions are Met.
4 CS FALLBACK
CSFallbackIndicator
RadioResourceconfigDedicated
Security Mode Complet
RRC Connection Reconfiguration Complete
UE Capability Enquiry
RAT-Type= UTRA
UE Capability Information
1 4 83
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
(1) Security must be activated and SRB2 and at least one DRB must be set up before triggering the HO.
It will already have been for a UE context modification, but not for an initial context setup.
(2) UTRA capabilities will have to be requested in the case of CS FB triggered at initial context setup.
4 CS FALLBACK
Measurement Report
HO Required
HandoverType= ltetoutran
Cause:CS-FB Triggered
Source to Target= Transparent container=
Source RNC to Target RNC Transparent
Container
RNC Container=Inter RAT Handover
info with inter RAT capabilities
UE History Information
HO Command
HandoverType= ltetoutran
NASSecurityParmetersfrom EUTRAN
Source to Target= Transparent container=
Source RNC to Target RNC Transparent
Container
1 4 84
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
4 CS FALLBACK
Doesnt
Support
B1 Event
Meas
Supports
B1 Event
Meas
UE triggers measurement
reporting when the Radio
condition of the inter-RAT
neighbor cell becomes
better than a threshold value
1 4 85
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
When CS fallback to UTRA is activated in eNB, operator should configure in each cell one or multiple
instances of MeasurementIdentityConf with measurementPurpose set to Mobility-Inter-RAT-to-UTRA and
measObjectLink and reportConfigLink pointing to the properly configured MeasObjectUTRA instance (with
valid carrierFreq as configured in a UtraFddNeighboringFreqConf instance) and ReportConfigUTRA instance
(with triggerTypeInterRAT set to eventB1).
Operator should also configure one or multiple instances of RrcMeasurementConf with
measurementIdentityConfIdList including one or multiple instances of
MeasurementIdentityConf with measurementpurpose set to Mobility-Inter-RAT-to-UTRA.
Similarly, when CS fallback to GERAN is activated in eNB, operator should configure in each cell one or
multiple instances of MeasurementIdentityConf with measurementPurpose set to Mobility-Inter-RAT-toGERAN and measObjectLink and reportConfigLink pointing to the properly configured MeasObjectGERAN
instance (with valid geranARFCNList as configured in a GeranNeighboringFreqsConf instance) and the
ReportConfigGERAN instance (with triggerTypeInterRAT set to eventB1). Operator should also configure
one or multiple instances of RrcMeasurementConf with measurementIdentityConfIdList including one or
multiple instances of MeasurementIdentityConf with measurementpurpose set to Mobility-Inter-RAT-toGERAN.
If target carrier is in GERAN, ReportConfigGERAN::hysteresis is used.
threshold is the threshold parameter for event B1.
o If target carrier is in UTRAN,
ReportConfigUTRA::thresholdUtraRscp or ReportConfigUTRA::thresholdUtraEcN0 is used depending on
RrcMeasurementConf::measQuantityUtraFdd is set to cpichRSCP or cpichEcN0.
o If target carrier is in GERAN,
ReportConfigGERAN::thresholdGeran is used.
All Rights Reserved Alcatel-Lucent 2011
Issue
Section 1 Module 4 Page 85
1 4 86
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
1 4 87
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
eMTCA feature introduces a common mobility framework, E-MCTA, which is a proprietary ALU solution to
allocate the traffic efficiently for LTE sessions across multiple RAT and multiple LTE RF carriers during
handover and call admission control based on triggers and filters for the Mobility Domain, Services Domain,
and Capacity Domain.
When E-MCTA is triggered, it takes as an input neighboring RAT/carriers of the serving LTE cell, it applies
filters, and it provides as an output a sorted list of candidate RAT/carriers for RRC Measurements. This
functionality is part 1 of e-MTCA feature.
The RRC measurement configuration function relies on part 1 of the E-MCTA process since the list of
Measurement Objects towards which the UE performs measurements is the candidate RAT/carrier list
output of the E-MCTA process plus the mandatory intra-frequency measurements like A3 for intra-frequency
mobility or A2-floor for blind redirections.
(1)
RRC
Measurement
process
(3)
Mobility
procedures
UE Capabilities
1 4 88
(2)
eMTCA
Framework
PS Handover
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
OUTPUT: Candidate
Neighbor RAT/Carrier
sorted List
INPUT: Un-Sorted
Neighbor RAT/Carrier
List
E-MCTA Filters
E-MCTA Triggers
UE
Capability
Serving Radio
Monitoring
Mobility Path
Information
CS Fallback
Network
Capability
Traffic
Segmentation
Service
Segmentation
Resource
Shortage
RAT/Carriers
Filtered Out
Subscriber
Profile
Load
Fair Loading
Policy
Services Capacity
Mobility
1 4 89
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
eMTCA feature introduces a common mobility framework, E-MCTA, which is a proprietary ALU solution to
allocate the traffic efficiently for LTE sessions across multiple RAT and multiple LTE RF carriers during
handover and call admission control based on triggers and filters for the Mobility Domain, Services Domain,
and Capacity Domain.
When E-MCTA is triggered, it takes as an input neighboring RAT/carriers of the serving LTE cell, it applies
filters, and it provides as an output a sorted list of candidate RAT/carriers for RRC Measurements. This
functionality is part 1 of e-MTCA feature.
The RRC measurement configuration function relies on part 1 of the E-MCTA process since the list of
Measurement Objects towards which the UE performs measurements is the candidate RAT/carrier list
output of the E-MCTA process plus the mandatory intra-frequency measurements like A3 for intra-frequency
mobility or A2-floor for blind redirections.
E-MCTA: Candidate
Neighbor RAT/Carrier
sorted List
UTRAN
Carrier-1
Measurement list
truncated, lowest
priority measurements
may be removed.
UTRAN
Carrier-3
1 4 90
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The final list of Measurement Objects may be truncated to limit the number of measurement needing a
Measurement Gap and to limit the overall number of measurements to be configured for UE performance
considerations. This is part 2 of e-MTCA feature.
RRC
RRC Measurement
Measurement Report:
Report:
EventA2
EventA2 and
and
Measurement
Measurement purpose
purpose ==
Entering-Coverage-Alarm
Entering-Coverage-Alarm
RRC
RRC Measurement
Measurement Report:
Report:
EventA2
EventA2 and
and
Measurement
Measurement purpose
purpose ==
Below-Serving-Floor
Below-Serving-Floor
E-MCTA process limits the number of filters to compute the E-MCTA output.
Network
Capability
Filter
1 4 91
UE Capability
Filter
Mobility
Path Information
Filter
Mobility
Path Information
Filter
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
- Coverage Alarm: Triggers RRC measurements for neighboring carriers to be filtered and sorted
according to their configured priority and to possibly truncate the measurement list per operator
configuration parameter settings. To avoid systematic truncation of the same carrier(s), measurements of
carriers having the same priority are sorted randomly. RRC Measurements with eventB2 report configuration
are configured for inter-RAT or inter-frequency mobility.
- Below Serving Floor: Triggers neighboring carriers to be filtered and sorted according to their configured
priority and only one single carrier with the highest priority from the sorted list is selected as the target
RAT carrier. If there is more than one carrier with highest priority, then one of them is randomly chosen
to avoid always selecting the same carrier. RRC Measurements are not configured for blind redirection.
- CS Fallback (CSFB): E-MCTA triggered by CSFB is the reception of S1AP CS Fallback Indicator IE in
message S1AP INITIAL CONTEXT SETUP REQUEST or S1AP CONTEXT MODIFICATION REQUEST. Neighboring RAT
carriers are filtered and sorted according to their configured priority and only one single carrier
with the highest priority from the sorted list is selected as the target RAT carrier.
If there is more than one carrier with highest priority, then one of them is randomly chosen to avoid always
selecting the same carrier. Either a single B1 or B2 RRC Measurement may be configured for CSFB. If CSFB
via a handover procedure is not possible, then blind redirection is performed and thus no RRC Measurement
is configured for the CSFB.
ReportConfig trigger
Type
Measurement Purpose
triggerTypeEUTRA = Leaving_Coverage_Alarm If
eventA1
1 4 92
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
1 4 93
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Complete LA3.0 E-MCTA functionality is expected to be delivered in a future LA3.0 drop, which will also
include allocations for measurement based CDMA2000-HRPD and LTE inter-frequency target carriers.
INPUT: UN-SORTED RAT/CARRIER LIST
The LA3.0 E-MCTA process considers a full serving neighbor cell configuration consisting of multiple RATs,
bands and carriers. This is the main input called the Neighbor RAT/Carrier List. The E-MCTA process can only
use the RAT/carriers configured in the eNodeB data configuration
UTPUT: SORTED RAT/CARRIER LIST
The output of the E-MCTA process is a sorted carrier list according to carrier priorities, in order of decreasing
priorities (7 is the highest priority, 0 is the lowest). The eNodeB relies on SAM/WPS to enforce rules such as
carriers of different RATs must have different priorities. However, carriers of the same RAT may have the
same or different priority. If some carriers of the same RAT have the same priority, eMCTA will sort them in
random order in the carrier list.
TRIGGER:
Serving Radio Coverage Alarm
Or
CSFB
isForbiddenRAT=
All or GERAN
isForbiddenRAT=
All or UTRAN
No
Exclude all GERAN carriers
for RRC Measurement
2
No
3
Exclude all GERAN
carriers of this band
No
No
FGI bit #22

is set
Yes
yes
Yes
GERAN Band
Supported
UTRAN Band
Supported
Yes
No
Yes
GERAN Carrier
List
Combine
UTRAN Carrier
List
Un-sorted candidate A
RAT Carrier List
1 4 94
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The mobility domain is addressed by two serving radio monitoring triggers in LA3.0:
Coverage Alarm: E-MCTA triggered by coverage alarm is the reception of RRC Measurement Report with
report configuration eventA2 and measurement purpose set to Entering-Coverage-Alarm, indicating serving
radio degradation is reached at which point another RAT/carrier should be monitored. This condition
triggers RRC measurements for neighboring carriers to be filtered and sorted according to their configured
priority and to possibly truncate the measurement list per operator configuration parameter settings. To
avoid systematic truncation of the same carrier(s), measurements of carriers having the same priority are
sorted randomly. RRC Measurements with eventB2 report configuration are configured for inter-RAT mobility
and eventA5/eventA3 for intra-LTE inter-frequency mobility.
Below Serving Floor: E-MCTA triggered by bad radio conditions is the reception of an RRC Measurement
Report with report configuration eventA2 and measurement purpose set to Below-Serving-Floor, indicating a
strong degradation of the serving radio conditions that requires a blind redirection to another RAT carrier.
This condition triggers neighboring carriers to be filtered and sorted according to their configured priority and
only one single carrier with the highest priority from the sorted list is selected as the target RAT
CS Fallback (CSFB): E-MCTA triggered by CSFB is the reception of S1AP CS Fallback Indicator IE in message
S1AP INITIAL CONTEXT SETUP REQUEST or S1AP CONTEXT MODIFICATION REQUEST. Neighboring RAT carriers
are filtered and sorted according to their configured priority and only one single carrier with the highest
priority from the sorted list is selected as the target RAT carrier. If there is more than one carrier with highest
priority, then one of them is randomly chosen to avoid always selecting the same carrier. Either a single B1
or B2 RRC Measurement may be configured for CSFB. If CSFB via a handover procedure is not possible, then
blind redirection is performed and thus no RRC Measurement is configured for the CSFB.
false
true
isServiceBased
TrafficSegmentation
Allowed
1 4 95
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
LTE Cell
0..1
LTE Cell
Neighboring
Utra
Neighboring
1..9
LteNeighboring
FreqConf
0..1
Geran
Neighboring
0..16
0..16
0..16
UtraFDD
Neighboring
FreqConf
UtraTdd
Neighboring
FreqConf
Geran
Neighboring
FreqsConf
0..1
Hrpd
Neighboring
1..2
Hrpd
BandclassConf
0..3
Mobility Priority
Table
Mobility Priority
Table
0..3
Service Type
PriorityConf
Mobility Priority
Table
0..3
0..3
Service Type
PriorityConf
1 4 96
Moblity Priority
Table
Service Type
PriorityConf
Hrpd Neighboring
Per carrier
0..3
Service Type
PriorityConf
Moblity Priority
Table
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The Service-Table provides one priority per service-type per RAT/Carrier. The LA3.0 E-MCTA service-table is
the unique entry that makes possible the sorting of the candidate Rat/Carrier list that is used for any EMCTA trigger. The Service-Table is used by the Service Segmentation Policy filter. The Service-Table is a
matrix of RAT/carrier, service-type, and priority.
eMctaPriority
ENBEquipment/Enb/LteCell/LteNeighboring/ LteNeighboringFreqConf/
MobilityPriorityTable/ServiceTypePriorityConf
Object
Class/Cat
Value
Enumerate
[service-not-allowed-in-RAT-carrier(0), 0-lowest(1), 1(2), 2(3), 3(4), 4(5),
5(6), 6(7), 7(8)]
C--New-set-ups / Optimization - Selection
Equal priorities between RATs are not supported.
Equal priorities within GERAN are supported
1 4 97
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
serviceType
ENBEquipment/Enb/LteCell/LteNeighboring/ LteNeighboringFreqConf/
MobilityPriorityTable/ServiceTypePriorityConf
ENBEquipment/Enb/ LteCell/UtraNeighboring/ UtraFddNeighboringFreqConf/
MobilityPriorityTable/ServiceTypePriorityConf
Object
1 4 98
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The following measurements are configured to monitor the serving cell for
alarm conditions:
ReportConfig:EUTRA
::triggerTypeEUTRA
eventA2
eventA2
MeasurementIdentityConf::
measurementPurpose
Entering_Coverage_Alarm
Below_Serving_Floor
1 4 99
ReportConfEUTRA::
triggerQuantity and thresholds
If rsrp used, then
A2_CA_threshold is value of
a. ReportConfigEUTRA::thresholdEutraRsrp
If rsrq used, then
A2_CA_threshold is value of
1ReportConfigEUTRA::thresholdEutraRsrq
If rsrp used, then A2_floor_threshold
is
b. ReportConfigEUTRA::thresholdEutraRsrp
If rsrq used, then A2_floor_threshold
is
c. ReportConfigEUTRA::thresholdEutraRsrq
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
RRC Measurements are configured in two phases at call setup. In the first phase, the high priority intrafrequency event A3 measurement is configured for intra-LTE intra-frequency mobility.
This measurement is maintained throughout the call.
In the second phase, lower priority measurements are configured, which include those used for monitoring the
serving cell for alarm condition.
As this occurs at call setup, these measurements are configured before E-MCTA is ever invoked.
1 4 100
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Parameter
isMeasurementGapsAllowed
Object
Range & Unit
Enb/ ActivationService
Class/Cat
C New-set-ups / Fixed
Value
1 4 101
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
It is a complement of the inter-RAT and inter-frequency mobility features as it allows the UE to enter in
measurement periods on other RAT/LTE carriers.
This is achieved by the creation of measurement gaps.
Gap
Pattern
Id
Measurement Gap
Length
(MGL) in ms
Measurement Gap
Repetition
Period (MGRP)
6 ms
40 ms
6 ms
80 ms
measurementGapsPattern
ENBEquipment/Enb/ RrmServices/
UeMeasurementConf/ RrcMeasurementConf
Enumerate
[length6ms_period40ms(0), length6ms_period80ms(1)]
C New-set-ups / Fixed
length6ms_period40ms(0)
1 4 102
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
MG
ACK/NACK
CQI/PMI/RI
MG
ACK/NACK
D-BCH
MG
UL
SRS
Transmission
MG
DL
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
The UE-specific Measurement Gap Offset (MGO) is determined so that the UE performance is degraded as
little as possible by Measurement Gaps.
Note that the MGOs of the different UEs are also chosen so that their different MGs are distributed over
time so that during the MG of some UE, a sufficient number of other UEs can transmit (and receive) and the
total cell throughput performance is not degraded.
Note that the MG offset is in the set {0, 1, ..., 39} in Gap Pattern 0 and in the set {0, 1, ..., 79} in Gap
Pattern 1
1
UE_RLC_MAC_L1_ Context_Setup_Request
Information Element ANR DRX CONFIGURATION INFO:
The field Long Cycle Start Offset is removed
CALLP
UE_RLC_MAC_L1_CONTEXT_SETUP_RESPONSE:
Information Element ANR DRX CONFIGURATION INFO:
"Long Cycle Start Offset" is added
2
1 4 104
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
Measurement Gap, which may be activated for mobility measurements, and DRX for ANR can be activated
simultaneously. It is preferable that the Measurement Gap does not collide with the DRX command for ANR
because this will cause the DRX command to be delayed and the DRX Off Duration will be shorter, by up to
10 msec (on a total of 150 msec or 310 msec, depending on the LongDRXCycle value). To avoid a collision,
the value of Long Cycle Start Offset is calculated by the Scheduler and given to CallP.
a) At UE SETUP, in message UE_RLC_MAC_L1_CONTEXT_SETUP_REQUEST, Information Element ANR DRX
CONFIGURATION INFO: the field Long Cycle Start Offset is removed. The value of "Long Cycle Start Offset" is
unset until UE_RLC_MAC_L1_CONTEXT_SETUP_RESPONSE is received.
b) in message UE_RLC_MAC_L1_CONTEXT_SETUP_RESPONSE: the field Long Cycle Start Offset is added: the
CallP will use this value for everything that concerns DRX for this UE.
1 4 105
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
End of Module
Mobility Management
1 4 106
Mobility Management
9400 LTE LA3.0 Radio Algorithms and Parameters description
1
@@PRODUCT
@@COURSENAME