Beruflich Dokumente
Kultur Dokumente
Issue 08
Date 2020-08-05
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective
holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and
the customer. All or part of the products, services and features described in this document may not be
within the purchase scope or the usage scope. Unless otherwise specified in the contract, all statements,
information, and recommendations in this document are provided "AS IS" without warranties, guarantees
or representations of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: https://www.huawei.com
Email: support@huawei.com
Contents
1 Change History.........................................................................................................................1
1.1 eRAN15.1 08 (2020-08-05)..................................................................................................................................................1
1.2 eRAN15.1 07 (2020-03-25)..................................................................................................................................................1
1.3 eRAN15.1 06 (2019-12-13)..................................................................................................................................................2
1.4 eRAN15.1 05 (2019-09-30)..................................................................................................................................................2
1.5 eRAN15.1 04 (2019-08-20)..................................................................................................................................................2
1.6 eRAN15.1 03 (2019-07-20)..................................................................................................................................................3
1.7 eRAN15.1 02 (2019-06-29)..................................................................................................................................................3
1.8 eRAN15.1 01 (2019-06-06)..................................................................................................................................................3
1.9 eRAN15.1 Draft C (2019-04-10)........................................................................................................................................ 4
1.10 eRAN15.1 Draft B (2019-03-18)...................................................................................................................................... 5
1.11 eRAN15.1 Draft A (2019-01-05)...................................................................................................................................... 5
3 Overview................................................................................................................................. 11
3.1 Introduction............................................................................................................................................................................ 11
3.2 Concepts Related to ANR................................................................................................................................................... 11
3.2.1 NCL......................................................................................................................................................................................... 12
3.2.2 NRT......................................................................................................................................................................................... 12
3.2.3 Blacklists and Whitelist....................................................................................................................................................14
3.2.4 Requirements of UEs for ANR....................................................................................................................................... 14
3.2.5 ANR Processing for Special UEs....................................................................................................................................16
4.2.3.1 Licenses.............................................................................................................................................................................. 97
4.2.3.2 Software............................................................................................................................................................................ 97
4.2.3.3 Hardware.......................................................................................................................................................................... 98
4.2.3.4 Networking...................................................................................................................................................................... 99
4.2.3.5 Others................................................................................................................................................................................ 99
4.2.4 Operation and Maintenance......................................................................................................................................... 99
4.2.4.1 Data Configuration........................................................................................................................................................ 99
4.2.4.1.1 Process............................................................................................................................................................................ 99
4.2.4.1.2 Data Preparation.........................................................................................................................................................99
4.2.4.1.3 Using MML Commands......................................................................................................................................... 101
4.2.4.1.4 Using the CME...........................................................................................................................................................102
4.2.4.2 Activation Verification................................................................................................................................................102
4.2.4.3 Network Monitoring................................................................................................................................................... 103
4.2.4.4 Possible Issues............................................................................................................................................................... 103
4.3 Specified PCI Group-based Neighboring Cell Management................................................................................103
4.3.1 Principles............................................................................................................................................................................ 103
4.3.1.1 Overview......................................................................................................................................................................... 104
4.3.1.2 Specified PCI Group-based ANR Management................................................................................................. 104
4.3.1.3 PCI Conflict Detection Based on the Specified PCI Group............................................................................. 106
4.3.2 Network Analysis............................................................................................................................................................ 106
4.3.2.1 Benefits............................................................................................................................................................................106
4.3.2.2 Impacts............................................................................................................................................................................ 107
4.3.3 Requirements.................................................................................................................................................................... 108
4.3.3.1 Licenses........................................................................................................................................................................... 108
4.3.3.2 Software.......................................................................................................................................................................... 108
4.3.3.3 Hardware........................................................................................................................................................................ 109
4.3.3.4 Networking.................................................................................................................................................................... 109
4.3.3.5 Others.............................................................................................................................................................................. 109
4.3.4 Operation and Maintenance....................................................................................................................................... 109
4.3.4.1 Data Configuration..................................................................................................................................................... 109
4.3.4.1.1 Process......................................................................................................................................................................... 109
4.3.4.1.2 Data Preparation...................................................................................................................................................... 110
4.3.4.1.3 Using MML Commands......................................................................................................................................... 111
4.3.4.1.4 Using the CME...........................................................................................................................................................112
4.3.4.2 Activation Verification................................................................................................................................................112
4.3.4.3 Network Monitoring................................................................................................................................................... 114
4.3.4.4 Possible Issues............................................................................................................................................................... 114
4.4 Intra-RAT ANR with Shared Cells..................................................................................................................................114
4.4.1 Principles............................................................................................................................................................................ 114
4.4.1.1 Overview......................................................................................................................................................................... 115
4.4.1.2 Shared E-UTRAN Cell Broadcasting Its PLMN List in an RR Manner........................................................ 115
4.4.1.3 Shared E-UTRAN Cell Not Broadcasting Its PLMN List in an RR Manner............................................... 116
6 Parameters............................................................................................................................200
7 Counters................................................................................................................................ 201
8 Glossary................................................................................................................................. 202
9 Reference Documents........................................................................................................ 203
1 Change History
Technical Changes
None
Editorial Changes
● Added the statement that it is recommended that the
GlobalProcSwitch.X2ServedCellType parameter be set to
CONFIGURED_CELL in 4.1.1.5 NCL/NRT Self-Management Based on X2
Messages.
● Added a restriction on NRT entry removal in NG-RAN NCL/NRT self-
management based on EN-DC X2 messages. For details, see Effective
Conditions.
● Revised network analysis of inter-RAT neighbor relationship classification. For
details, see 5.2.2 Network Analysis.
● Revised descriptions and figures.
Technical Changes
None
Editorial Changes
● Revised descriptions of intra-RAT and inter-RAT NRT optimization mode. For
details, see 4.1.1.1.2 NRT Optimization Mode and 5.1.1.1.2 NRT
Optimization Mode.
● Revised descriptions in this document.
Technical Changes
None
Editorial Changes
Revised descriptions of NRT optimization mode. For details, see 4.1.1.1.2 NRT
Optimization Mode and 5.1.1.1.2 NRT Optimization Mode.
Technical Changes
None
Editorial Changes
Revised descriptions of automatic detection of missing neighboring cells. For
details, see 4.1.1.2.1 Automatic Detection and Addition of Missing Neighboring
Cells and 5.1.1.2.1 Automatic Detection and Addition of Missing Neighboring
Cells.
Technical Changes
None
Editorial Changes
● Optimized MML command examples.
Technical Changes
None
Editorial Changes
● Optimized the MML configuration examples. For details, see 4.1.4.1.3 Using
MML Commands.
● Revised descriptions in this document.
Technical Changes
None
Editorial Changes
● Revised the description related to the optimization advice for adding the
neighbor relationship with a cell to an NRT based on event-triggered UE
measurements. For details, see 4.1.1.2.1 Automatic Detection and Addition
of Missing Neighboring Cells.
● Added a note for NCL/NRT entry removal in NG-RAN NCL/NRT self-
management based on E-UTRA-NR Dual Connectivity (EN-DC) X2 messages.
For details, see 5.1.1.5 NG-RAN NCL/NRT Self-Management Based on EN-
DC X2 Messages.
Technical Changes
Change Description Parameter Change RAT Base Station
Model
Editorial Changes
Added descriptions of the NG-RAN measurement in automatic detection of
missing neighboring cells. For details, see 5.1.1.2.1 Automatic Detection and
Addition of Missing Neighboring Cells.
Technical Changes
None
Editorial Changes
● Revised the description of cell configuration changes in a gNodeB. For details,
see section 5.1.1.5 NG-RAN NCL/NRT Self-Management Based on EN-DC
X2 Messages.
● Revised descriptions in 3.2.2 NRT.
● Revised the document template.
Technical Changes
Change Description Parameter Change RAT Base Station
Model
Editorial Changes
● Revised the figure that illustrates the procedure for specification-based
removal. For details, see 4.1.1.2.3 NCL/NRT Entry Removal.
● Revised the MML command examples. For details, see 4.2.4.1.3 Using MML
Commands.
Technical Changes
Change Description Parameter Change RAT Base Station
Model
Added ANR with NG-RAN. Added the following FDD ● 3900 and 5900
For details, see 5.1 Inter- options and TDD series base
RAT ANR. parameters: stations
● NrExternalCell.Ag ● DBS3900
gregationAttribut LampSite and
e DBS5900
● NrNRelationship.A LampSite
ggregationAttri- ● BTS3912E
bute ● BTS3911E
● NR_EVENT_ANR_S
W option of the
CellAlgoSwitch.An
rFunctionSwitch
parameter
● NrNFreq.Aggregat
ionAttribute
● ANR.NrFastAnrRsr
pThld
● NCellPlmnList.gN
BIdLength
● NR_DELREDUNDA
NCENCELL option
of the
ANR.NrtDelMode
parameter
Added NG-RAN NCL/NRT Added the following FDD ● 3900 and 5900
self-management based options: TDD series base
on E-UTRA-NR Dual ● MOD_NR_NCELL_ stations
Connectivity (EN-DC) X2 CFG_SW option of ● DBS3900
messages. For details, see the LampSite and
5.1.1.5 NG-RAN NCL/NRT GlobalProcSwitch. DBS5900
Self-Management Based X2BasedUptNcellC LampSite
on EN-DC X2 Messages. fgSwitch ● BTS3912E
parameter
● BTS3911E
● DEL_NR_NCELL_CF
G_SW option of
the
GlobalProcSwitch.
X2BasedUptNcellC
fgSwitch
parameter
Editorial Changes
None
This document only provides guidance for feature activation. Feature deployment and
feature gains depend on the specifics of the network scenario where the feature is
deployed. To achieve the desired gains, contact Huawei professional service engineers.
Software Interfaces
Any parameters, alarms, counters, or managed objects (MOs) described in this
document apply only to the corresponding software release. For future software
releases, refer to the corresponding updated product documentation.
3 Overview
3.1 Introduction
Operation and maintenance (OM) of radio access networks has become
increasingly complex, difficult, and costly because of the huge number of network
elements, the implementation of different radio access technologies (RATs), and
the coexistence of multiple equipment vendors and telecom operators. To address
this, 3GPP Release 8 introduces the self-organizing network (SON) solution. The
main functions of SON are self-configuration, self-optimization, and self-healing.
Automatic neighbor relation (ANR) is a self-configuration function, as shown in
Figure 3-1.
ANR maintains neighbor relationships of E-UTRAN cells with E-UTRAN, GERAN,
UTRAN, CDMA2000 (FDD), and NG-RAN cells.
– HO whitelist
– Radio resource control (RRC) blacklist
– Black neighboring relation table (BT) list
● Requirements of UEs for ANR
● ANR processing for special UEs
3.2.1 NCL
The NCLs of an eNodeB contain information about external cells, which are served
by surrounding base stations other than this eNodeB.
An eNodeB has an intra-RAT NCL and inter-RAT NCLs. An inter-RAT NCL can be a
GERAN NCL, UTRAN NCL, CDMA2000 NCL (FDD), or NG-RAN NCL.
● Intra-RAT NCL
E-UTRAN NCL: includes E-UTRAN cell global identifiers (ECGIs) of external E-
UTRAN cells, physical cell identifiers (PCIs), and E-UTRAN frequencies.
● Inter-RAT NCL
– GERAN NCL: includes cell global identifiers (CGIs) of external GERAN
cells, base transceiver station identity codes (BSICs), and GERAN
frequencies.
– UTRAN NCL: includes CGIs of external UTRAN cells, scrambling codes,
and UTRAN frequencies.
– NG-RAN NCL: includes CGIs of external NG-RAN cells, PCIs, and NG-RAN
frequencies.
– CDMA2000 NCL (FDD): includes CGIs of external CDMA2000 cells,
PnOffset, and CDMA2000 frequencies.
NOTE
For details about all attributes in an NCL, see the MO and parameter reference.
3.2.2 NRT
The NRTs of a cell contain information about the neighbor relationships of the cell
with its adjacent cells.
A cell has intra- and inter-RAT NRTs. Intra-RAT NRTs contain an intra-frequency
NRT and an inter-frequency NRT.
The intra- and inter-RAT NRTs have different structures. Different from the intra-
RAT NRTs defined in section 22.3.2a "Automatic Neighbour Relation Function" in
3GPP TS 36.300 V10.3.0, Huawei-defined intra-RAT NRTs do not contain the No X2
attribute, as shown in Table 3-1. Besides 3GPP-defined attributes, Huawei-defined
intra-RAT NRTs support some special attributes used in Huawei-developed
features such as Blind handover Priority, Cell Measure Priority, and Neighbor
Cell Classification Flag. For details about these attributes, see the MO and
parameter reference.
NOTE
In FDD, each E-UTRAN cell has a CDMA2000 1xRTT NRT and a CDMA2000 HRPD NRT.
HO Whitelist
An HO whitelist includes neighbor relationships that meet both of the following
conditions:
● The No remove indicator parameter is set to FORBID_RMV_ENUM.
● The No handover indicator parameter is set to PERMIT_HO_ENUM.
ANR cannot remove neighbor relationships in the HO whitelist.
The HO whitelist can only be configured manually. For details about the HO
whitelist, see section 5.2 "Specification level requirements" in 3GPP TS 32.511
V10.0.0.
RRC Blacklist
An RRC blacklist includes neighboring cells that UEs are not allowed to report.
ANR cannot automatically detect the neighboring cells in the RRC blacklist.
The RRC blacklist can only be configured manually.
BT List
A black neighboring relation table list (BT list) contains the neighboring cells that
UEs are allowed to measure but are not allowed to be handed over to. ANR
automatically detects the over-distant neighboring cells in the NRTs and adds
them to the BT list.
The BT list can also be configured manually.
eNodeBs support BT lists including blacklisted neighbor relationships with E-
UTRAN and UTRAN cells. The main information in the BT is LCIs, CGIs, and
automatic configuration flags of the blacklisted neighboring cells.
reading the CGIs of neighboring cells. For details, see annex B.1 "Feature group
indicators" in 3GPP TS 36.331 V10.5.0. The UE_EUTRA_Capability IE includes fields
that indicate the UE capability of reading CGIs of neighboring cells after the UE is
configured with E-UTRA-NR Dual Connectivity (EN-DC).
● Intra-RAT ANR
– If the FGI bits 5 and 17 are set to 1, the UE supports intra-frequency ANR.
– If the FGI bits 5 and 18 are set to 1, the UE supports inter-frequency ANR.
– If the eutra-CGI-Reporting-ENDC field is included in the IE
UE_EUTRA_Capability, the UE supports intra-RAT ANR when it is
configured with EN-DC.
● Inter-RAT ANR
– If the RRC_UE_CAP_INFO message includes the R9 FGI field, then:
▪ (FDD) If the FGI bits 5 and 33 are set to 1, the UE supports ANR with
UTRAN FDD.
▪ (TDD) If the FGI bits 5 and 37 are set to 1, the UE supports ANR with
UTRAN TDD.
▪ If the FGI bits 5 and 34 are set to 1, the UE supports ANR with
GERAN.
▪ (FDD) If the FGI bits 5 and 35 are set to 1, the UE supports ANR with
CDMA2000 1xRTT.
▪ (FDD) If the FGI bits 5 and 36 are set to 1, the UE supports ANR with
CDMA2000 HRPD.
– If the RRC_UE_CAP_INFO message does not include the R9 FGI field, then:
▪ If the FGI bits 5, 19, and 22 are set to 1, the UE supports ANR with
UTRAN.
▪ If the FGI bits 5, 19, and 23 are set to 1, the UE supports ANR with
GERAN.
▪ (FDD) If the FGI bits 5, 19, and 24 are set to 1, the UE supports ANR
with CDMA2000 1xRTT.
▪ (FDD) If the FGI bits 5, 19, and 26 are set to 1, the UE supports ANR
with CDMA2000 HRPD.
– If the UE_EUTRA_Capability IE includes fields defined in 3GPP Release 15,
then:
Since 3GPP TS 36.331 V10.5.0, the size of the FGI field has been changed from 32 bits to 64
bits. The leftmost indicator is set to 1.
4.1.1 Principles
Intra-RAT ANR includes the following functions:
● Intra-RAT NCL and NRT
● Event-triggered ANR
● Fast ANR
● Backward ANR
● NCL/NRT self-management based on X2 messages
● NCL/NRT management based on the eNodeB ID blacklist
Among the preceding functions:
● Event-triggered ANR and fast ANR can be enabled simultaneously. If both are
enabled, UEs perform both event-triggered measurements and periodic
measurements. eNodeBs detect missing neighboring cells based on either
event-triggered or periodic measurement reports.
● When the CPU usage of the main control board exceeds 80%, the eNodeB
does not handle unknown CGIs or perform backward ANR to prevent system
overload.
Intra-frequency EutranIntraFreqNCell.CtrlMode
neighbor
relationship
Inter-frequency EutranInterFreqNCell.CtrlMode
neighbor
relationship
Blacklisted EutranBlkNCell.CtrlMode
neighboring E-
UTRAN cell
▪ The NRT optimization advice for the local cell generated by the
eNodeB triggered by event-triggered ANR, fast ANR, or automatic
optimization of neighbor relationship attributes is automatically
handled by the eNodeB.
NCLs are not controlled by the ANR.OptMode parameter, and the eNodeB cannot generate
NCL optimization advice. The eNodeB automatically adds external cells to NCLs, removes
external cells from NCLs, and updates the information about the external cells in NCLs even
if this parameter is set to CONTROLLED.
NOTE
NCLs are configured on a per base station basis. A base station adheres to the following
rules when configuring NCLs:
● External cells are added to an NCL based on the frequency indicators of the source cells.
● External cells can be directly removed from NCLs if each cell served by the base station
does not have neighbor relationships with the external cells.
NOTE
NOTE
● The eNodeB does not process other measurement reports sent from the UE before
the UE finishes ECGI measurements or the T321 timer expires.
● The eNodeB instructs a UE in the EN-DC state to perform ECGI measurements of
intra-RAT neighboring cells only after the UE reports the "eutra-CGI-Reporting-
ENDC" field in the "UE_EUTRA_Capability" IE.
5. The UE reports the ECGI, TAC, and PLMN list of cell B to the source eNodeB.
After detecting the missing neighboring cell, the source eNodeB adds and updates
the entries in the NCL or NRT. For details, see Automatic Addition of Missing
Neighboring Cells.
NOTE
neighbor relationship with the missing neighboring cell to an NRT of the source
cell, respectively. In the following figures, "eNodeB TMP ECGI/CGI" indicates the
internal temporary storage management module in the eNodeB and the dashed
line indicates an internal process in an eNodeB.
NOTE
The temporarily recorded ECGI (or CGI) is used only for the current handover
determination.
Table 4-4 lists the related options controlling three types of automatic removal.
Scenario Option
NOTE
For details about the maximum number of external cells in an NCL and the maximum
number of neighbor relationships in an NRT, see the following commands in the MML
command reference:
● ADD EUTRANEXTERNALCELL
● ADD EUTRANINTRAFREQNCELL
● ADD EUTRANINTERFREQNCELL
The handover success rate used in this document is calculated based on the number of
successful actual handovers from a source cell to a target cell, excluding the number
of RRC connection reestablishments to the target cell.
● Removal of redundant neighbor relationships
This removal function takes effect on intra-RAT neighbor relationships only
when the local cell is configured with more than the minimum number of
neighboring cells. The minimum number of intra-frequency neighboring cells
is specified by the NCellParaCfg.NcellNumForAnr parameter. The minimum
number of inter-frequency neighboring cells is specified by the
EutranInterNFreq.NcellNumForAnr parameter.
A neighbor relationship is redundant if the following conditions are met
within each of ANR.StatPeriodCoeff consecutive measurement periods
defined by ANR.StatisticPeriodForNRTDel:
– The total number of handover attempts from the local cell to all its
neighboring E-UTRAN cells is greater than or equal to the
ANR.StatisticNumForNRTDel parameter value.
– The number of handover attempts from the local cell to this neighboring
cell is 0.
– The neighboring cell is not configured as an SCell for any UE in the local
cell.
This removal function does not apply to the neighboring cells that meet any
of the following conditions:
– The blind-handover priority is set to a non-zero value.
– The Overlap Indicator parameter is set to YES.
– The No handover indicator parameter is set to FORBID_HO_ENUM.
– The Plmn List Type parameter is set to GREY_LIST.
NOTE
Adding neighboring cells at the PLMN borders to a greylist prevents the UEs from
repeatedly reading the CGIs of inter-PLMN neighboring cells and therefore reduces UE
power consumption. This also helps detect possible PCI conflicts, which affect
handovers.
● Penalty on removed neighbor relationships
When a neighbor relationship with an E-UTRAN cell is automatically removed
by ANR, penalty on removed neighbor relationships can prevent this neighbor
relationship from being added back to the NRT within a short period. When a
neighbor relationship with an E-UTRAN cell is automatically removed by ANR,
the eNodeB stores the neighbor relationship in an eNodeB-maintained
temporary list. If the number of times the neighbor relationship is required to
be added to the intra-RAT NRT is greater than or equal to the
ANR.EutranNcellDelPunNum parameter value within a measurement period
specified by the ANR.NcellDelPunishPeriod parameter, the eNodeB re-adds
the neighbor relationship to the NRT. Otherwise, the eNodeB does not re-add
the neighbor relationship to the NRT.
NOTE
Removed neighbor relationships under penalty are stored on a temporary list in the
eNodeB. The list is cleared if the eNodeB resets. The list can be regenerated after the
penalty mechanism evaluates neighbor relationships again. Therefore, if the penalty
mechanism is active, the number of neighbor relationships may increase after the
eNodeB is reset. The number can be restored by using the penalty mechanism.
Operators can check the traced Uu messages for the number of attempts to add back
the removed neighbor relationships during the penalty period.
● Removal of neighbor relationships with special flags
During automatic removal of neighbor relationships, the eNodeB does not
remove a neighbor relationship if one of the following conditions is met:
– The MLB_DELNCELCTRL option of the ANR.NrtDelMode parameter is
selected, and the OverlapInd parameter is set to YES for the neighbor
relationship.
– The CA_DELNCELCTRL option of the ANR.NrtDelMode parameter is
selected and the neighboring cell performing CA services has been
configured in the CaGroupSCellCfg MO with SCellBlindCfgFlag set to
TRUE.
– The BLINDHO_DELNCELCTRL option of the ANR.NrtDelMode parameter
is selected and the Blind handover Priority parameter is set to a non-
zero value for the neighbor relationship.
NOTE
Figure 4-5 Procedure for using fast ANR to detect missing neighboring cells
– If no unknown cell is reported, the check period ends. The eNodeB checks
the total number of UEs that have performed measurements. If the total
number is less than the ANR.FastAnrIntraRatUeNumThd parameter
value, the eNodeB starts the next round of fast ANR measurements. If the
total number is greater than or equal to the
ANR.FastAnrIntraRatUeNumThd parameter value, the eNodeB enters
the monitoring state.
Before the monitoring state period defined by
ANR.FastAnrMonitorStatePeriod elapses, the eNodeB does not select
UEs for fast ANR measurements and monitors whether event-triggered
ANR measurement reports contain the PCI of an unknown cell.
Table 4-5 and Table 4-6 describes the handling of a missing intra-frequency
neighboring cell and a missing inter-frequency neighboring cell, respectively.
If the neighbor relationship with an inter-eNodeB cell has been added to the NRT
of the local cell, the neighbor relationship with the local cell can be added to the
NRT of the inter-eNodeB cell based on UE history information. According to
section 9.2.1.42 "UE History Information" of 3GPP TS 36.413 V10.1.0 and section
9.2.38 "UE History Information" of 3GPP TS 36.423 V10.1.0, the "UE History
Information" contains information about cells that a UE has been served by prior
to the target cell. The information includes the ECGI, cell type, and duration of
stay.
Figure 4-6 illustrates the procedure for using UE history information to detect a
missing intra-RAT neighboring cell. This procedure is triggered by an intra-RAT
handover.
Figure 4-6 Procedure for using UE history information to detect a missing intra-
RAT neighboring cell
1. The source eNodeB sends a handover request message to the target eNodeB.
2. After obtaining the UE history information from the message, the target
eNodeB checks whether the ECGI of the last visited cell (in this example, the
source cell) exists in the intra-RAT NCL and an intra-RAT NRT of the target
eNodeB.
– If the ECGI exists in the NCL but does not exist in the NRT, the target
eNodeB adds the neighbor relationship with the source cell to the NRT
and the procedure ends.
– If the ECGI does not exist in the NCL, the target eNodeB proceeds to 3.
3. The target eNodeB reports the ECGI of the source cell to the U2020.
4. The U2020 queries the PCI, TAC, and PLMN list of the source cell identified by
the reported ECGI and sends the results to the target eNodeB. Then, the
target eNodeB adds the missing neighboring cell to an NCL and the missing
neighbor relationship to the NRT, and the procedures ends. If the target and
source cells are managed by different U2020s, the U2020s support the
function of cross-U2020 neighboring cell information query. For details, see
4.1.3.3 Hardware.
If a neighbor relationship with an intra-eNodeB cell is added to the NRT of a
serving cell or the serving cell successfully performs a handover to the intra-
eNodeB neighboring cell, the serving eNodeB adds the neighbor relationship with
the serving cell to the NRT of the intra-eNodeB cell.
NOTE
When the CPU usage of the main control board exceeds 80%, the eNodeB does not handle
unknown CGIs or perform backward ANR to prevent system overload.
If the eNodeB serving the target cell is provided by another vendor, the eNodeB cannot
obtain information about the target cell from the U2020. In this case, NRT entry addition
may fail.
It takes a period of time to query information about the source cell such as PCI, TAC, and
PLMN list on the U2020. Therefore, there is a latency of adding neighbor relationships
through backward ANR.
NOTICE
1. When an X2 interface between eNodeB 1 and eNodeB 2 is set up, the eNodeB
1 informs eNodeB 2 by sending an X2 SETUP REQUEST message.
2. After receiving the message, eNodeB 2 adds all cells served by eNodeB 1 to
the NCL of eNodeB 2 only if the ADD_NCELL_CFG_SW option of the
GlobalProcSwitch.X2BasedUptNcellCfgSwitch parameter is selected for
eNodeB 2.
3. eNodeB 2 responds to eNodeB 1 with an ENB X2 SETUP RESPONSE message.
4. After receiving the ENB X2 SETUP RESPONSE message from eNodeB 2,
eNodeB 1 adds all cells served by eNodeB 2 to the NCL of eNodeB 1 only if
the ADD_NCELL_CFG_SW option of the
GlobalProcSwitch.X2BasedUptNcellCfgSwitch parameter is selected for
eNodeB 1.
Figure 4-8 Procedure for adding external cells or updating external cells and
neighbor relationships based on eNodeB configuration update messages
Figure 4-9 illustrates the procedure of for removing external cells and neighbor
relationships.
Figure 4-9 Procedure for removing external cells and neighbor relationships
2. Considering the ECGI in the IE Served Cells To Delete, eNodeB 2 performs one
of the following operations:
– eNodeB 2 removes the external cell and the neighbor relationships if the
following conditions are met:
NOTE
4.1.2.1 Benefits
Intra-RAT ANR handles neighbor relationships of E-UTRAN cells with other E-
UTRAN cells. It automatically maintains the completeness, validity, and correctness
of the neighbor relationships to improve network performance. In addition, intra-
New Deployment
● Intra-RAT event-triggered ANR
It is recommended that removal of redundant neighbor relationships with E-
UTRAN cells be disabled. Otherwise, neighbor relationships may be
unexpectedly removed because the number of UEs in handovers is small.
● (Optional) Intra-RAT fast ANR
It is recommended that intra-RAT fast ANR be enabled only when the
network serves a small number of commercial UEs or engineering
optimization (for example, downtilt adjustment and power adjustment) does
not finish. It is recommended that this function be disabled when the network
serves a large number of commercial UEs and engineering optimization
finishes.
● (Optional) Intra-RAT backward ANR
If handovers between cells on all frequencies are bidirectional, it is
recommended that this function be enabled. Otherwise, it is recommended
that this function be disabled to avoid unnecessary neighbor relationships
from being added to NRTs.
● Automatic optimization of neighbor relationships with cells having abnormal
intra-RAT handover success rates
This function includes two sub-functions. It is recommended that PCI
confusion detection based on the handover success rate be enabled to avoid
PCI confusions from affecting the handover success rate. It is recommended
that automatic setting of the no handover indicator based on the handover
success rate be enabled based on the actual requirements. If this sub-function
is enabled, the No handover indicator parameter is automatically set to
FORBID_HO_ENUM for neighbor relationships.
● NCL/NRT self-management based on X2 messages
NCL entry addition based on X2 messages: It is recommended that this
function be disabled to avoid redundant NCL entries. Especially when cells are
PCI and neighboring cell A is not an expected target cell for handovers and
redirections, you are advised not to add this PCI to the RRC blacklist. This is
because the RRC blacklist is set based on PCIs of cells operating on the same
frequency. If the operating frequency and PCI of neighboring cell A are
blacklisted, neighboring cell B cannot be the target cell for handovers and
redirections as well.
NOTE
4.1.2.2 Impacts
Network Impacts
● Intra-RAT event-triggered ANR
– Event-triggered ANR prolongs the delay in the handover of a UE that
meets the handover conditions but is still performing ANR measurements
to detect an unknown cell. After the neighbor relationship with the cell is
added, ANR measurements are not triggered during subsequent
handovers to the cell and therefore the delay in handovers to the cell is
no longer prolonged.
– Event-triggered ANR negatively affects the UE throughput because UEs
cannot be scheduled while they are reading the CGI of an unknown cell
in the DRX state. On commercial networks, UEs are usually not fully
buffered, and therefore the impact on the UE throughput is limited. After
the neighbor relationship with the cell is added, the throughput is no
longer affected when UEs are handed over to the cell.
– UEs read CGIs in sleep time during DRX. The sleep time stops when a
data packet arrives. This has an impact on the CGI reading success rate.
This success rate is even lower at UEs running VoLTE services, which are
▪ To read the CGI of an unknown cell, the UE enters sleep time in the
DRX state. During sleep time, the UE cannot be scheduled, and
therefore UE throughput is negatively affected.
– The overall impact of fast ANR on network performance is controllable.
This is because there are upper limits on the number of UEs involved in
fast ANR per cell and on the number of periodic measurement reports
from a UE within each period.
– A larger number of periodic measurement reports from a UE results in
more power consumption of the UE.
1526726995 L.HHO.IntraeNB.IntraFreq.PrepAttOut
1526726996 L.HHO.IntraeNB.IntraFreq.ExecAttOut
1526726997 L.HHO.IntraeNB.IntraFreq.ExecSuccOut
1526727001 L.HHO.IntereNB.IntraFreq.PrepAttOut
1526727002 L.HHO.IntereNB.IntraFreq.ExecAttOut
1526727003 L.HHO.IntereNB.IntraFreq.ExecSuccOut
1526726998 L.HHO.IntraeNB.InterFreq.PrepAttOut
1526726999 L.HHO.IntraeNB.InterFreq.ExecAttOut
1526727000 L.HHO.IntraeNB.InterFreq.ExecSuccOut
1526727004 L.HHO.IntereNB.InterFreq.PrepAttOut
1526727005 L.HHO.IntereNB.InterFreq.ExecAttOut
1526727006 L.HHO.IntereNB.InterFreq.ExecSuccOut
1526727546 L.E-RAB.AbnormRel
1526727547 L.E-RAB.NormRel
Function Impacts
RAT Function Function Referenc Description
Name Switch e
4.1.3 Requirements
4.1.3.1 Licenses
RAT Feature ID Feature Model Sales Unit
Name
4.1.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
RAT Function Function Referenc Description
Name Switch e
4.1.3.3 Hardware
Boards
No requirements
RF Modules
No requirements
Cells
● In automatic detection of missing neighboring cells using UE history
information, if the serving cell and neighboring cell are not managed by the
same U2020, the U2020s must support the function of cross-U2020
neighboring cell information query.
● The intra-RAT ANR measurement information (including frequencies to be
measured) has been configured in the EutranInterNFreq MOs. For details,
see Mobility Management in Connected Mode.
4.1.3.4 Networking
Before deploying a large number of micro eNodeBs and LampSite eNodeBs, re-
plan the PCI group of cells served by the macro eNodeBs and that of cells served
by micro eNodeBs and LampSite eNodeBs as follows:
1. The PCI group of cells served by the macro eNodeBs must be different from
that of cells served by the micro eNodeBs and LampSite eNodeBs.
2. The PCI and neighboring cell configurations of the cells served by the macro
eNodeBs are adjusted based on the planning result.
3. After the adjustment, the micro eNodeBs and LampSite eNodeBs are deployed
and PCIs in the specified group are allocated to cells served by the micro
eNodeBs and LampSite eNodeBs.
In FDD, before enabling super combined cell, re-plan the PCI groups of regular
cells and super combined cells as follows:
1. The PCI group of the regular cells must be different from that of the super
combined cells.
2. The PCI and neighboring cell configurations of the regular cells are adjusted
based on the planning result.
3. After the adjustment, the super combined cells are deployed and PCIs in the
specified group are allocated to the super combined cells.
In TDD, there are no requirements.
4.1.3.5 Others
Intra-RAT ANR requires that UEs on the network be DRX-capable and support
intra- and inter-frequency measurements for ANR.
4.1.4.1.1 Process
The deployment process for intra-RAT ANR varies with network deployment
stages.
eNodeB Deployment
Figure 4-10 illustrates the deployment process for intra-RAT ANR during eNodeB
deployment.
Event-Triggered ANR
Table 4-11 and Table 4-12 describe the parameters used for function activation
and optimization, respectively.
determines
whether to remove
a neighbor
relationship with a
neighboring cell
based on the
number of
measurement
reports that include
the neighboring
cell.
Fast ANR
Table 4-15 and Table 4-16 describe the parameters used for function activation
and optimization, respectively.
Fast ANR PCI ANR.FastAnrRprt If UEs move in the high mobility state,
report interval Interval reduce the value of this parameter.
Otherwise, increase it.
Backward ANR
Table 4-17 describes the parameters used for function activation.
//Activating specification-based removal in intra-RAT ANR under the condition that intra-RAT event-
triggered ANR is activated
MOD CELLALGOSWITCH: LocalCellId=xx, AnrFunctionSwitch=INTRA_RAT_ANR_SW-1;
MOD ENODEBALGOSWITCH: AnrSwitch=IntraRatAnrAutoDelSwitch-1;
MOD ANR: NcellHoForNRTDelThd=xx;
//Activating automatic optimization of neighbor relationships with cells having abnormal intra-RAT
handover success rates
MOD ENODEBALGOSWITCH: AnrSwitch=IntraRatNoHoSetAnrSwitch-1;
MOD CELLALGOSWITCH: LocalCellId=xx, AnrFunctionSwitch=INTRA_RAT_ANR_SW-1;
//(Optional) Configuring the NoHoSetMode and NoHoSetThd parameters
MOD ANR: NoHoSetMode=PCI_CHECK;
MOD ANR: NoHoSetThd=0;
//Deactivating removal of inappropriate NCL/NRT entries and specification-based removal in intra-RAT ANR
MOD ENODEBALGOSWITCH: AnrSwitch=IntraRatAnrAutoDelSwitch-0;
//Deactivating automatic optimization of neighbor relationships with cells having abnormal intra-RAT
handover success rates
MOD ENODEBALGOSWITCH: AnrSwitch=IntraRatNoHoSetAnrSwitch-0;
Step 1 On the U2020 client, choose Monitor > Signaling Trace > Signaling Trace
Management.
Step 2 In the navigation tree on the left of the Signaling Trace Management tab page,
double-click Uu Interface Trace under LTE > Application Layer.
Step 3 Create and start a Uu interface tracing task.
Step 4 Remove some neighbor relationships so that there are missing neighboring cells in
the network. If a UE reports an ECGI during an intra-RAT handover to a missing
neighboring cell as indicated in a traced message, intra-RAT ANR has taken effect.
Figure 4-12 shows an example of the tracing result.
After the ECGI reading result is reported and the neighbor relationship of the
source cell (cell A) with the target cell (cell B) is added in Step 4, cell A initiates
an X2- or S1-based handover to cell B. After the handover completes, check the
neighboring cell configuration in cell B. If the neighbor relationship of cell B with
cell A is added, backward ANR has taken effect.
----End
Step 1 (Optional) Deliver optimization advice. This step is required when the
Optimization Mode parameter is set to CONTROLLED. The advice selection
operation varies depending on the advice type:
● Optimization advice of adding or removing neighbor relationships: On the
U2020 client, choose SON > LTE ANR. In the Neighboring Cell Relationship
to Be Handled pane of the Neighboring Cell Management tab page, select
the optimization advice to be delivered.
● Optimization advice on blind handover priorities: On the U2020 client, choose
SON > LTE Blind Neighboring Cell Optimization. On the Parameter
Optimization Advice tab page, select the optimization advice to be delivered.
Step 3 On the Query SON Log tab page, click LTE ANR Log in the Log Category drop-
down list in the upper left corner.
Step 4 In the Event Name area, select items such as Set ANR Switch, Add Neighboring
Cell, Delete Neighboring Cell, Add External Cell, Delete External Cell, SET
handover Blacklist & Whitelist, and Automatically Disable Handover one at a
time to check different types of ANR operations.
----End
NOTE
If there are several SON-related operations at the same time and one of the operations is
incorrectly executed, all SON-related operations are rolled back. In this situation, only one
error code is displayed in the SON log, and other failed operations have the same error
code.
Step 2 In the Neighboring Cell area on the Neighboring Cell Management tab page,
check all neighbor relationships of the specific source cell. The Creation Mode
attribute indicates whether a neighbor relationship is added by ANR. NON-ANR
indicates that the neighbor relationship is not added by ANR. ANR indicates that
the neighbor relationship is added by ANR. This function can be used to view all
configured neighbor relationships, even if the ANR feature is disabled.
----End
● MML commands
To use MML commands to verify whether intra-RAT ANR has taken effect,
perform the following steps:
Step 2 In the command output, check the value of the ANR flag parameter.
● If the value is True, the intra-RAT neighbor relationship is automatically
configured by ANR.
● If the value is False, the intra-RAT neighbor relationship is manually
configured.
----End
Step 2 On the Query SON Log tab page, click LTE ANR Log in the Log Category drop-
down list in the upper left corner.
Step 3 In the Event Name area, select the item Automatically Disable Handover to
check whether this function takes effect.
----End
relationships with the removed cells. The NCL/NRT entry removal function has
taken effect.
----End
eNodeB ID Blacklist
To use MML commands to verify whether the eNodeB ID blacklist configuration
has taken effect, perform the following steps:
Step 1 Run the LST ENODEBIDBLACKLIST command to view the eNodeB ID blacklist.
ANR does not add cells having blacklisted eNodeB IDs to the NRTs.
----End
Step 2 On the Query SON Log tab page, click LTE ANR Log in the Log Category drop-
down list in the upper left corner.
Step 3 In the Event Name area, select the item SET handover Blacklist & Whitelist to
check the ANR operation of configuring HO blacklists and whitelists.
Step 4 The HO blacklist function takes effect if the cells in the blacklist can be detected
by UEs, no handovers to these cells are performed, and configuration data shows
that the neighbor relationships with these cells cannot be removed automatically.
The HO whitelist function takes effect if the cells in the whitelist can be detected
by UEs, handovers to these cells can be performed, and configuration data shows
that the neighbor relationships with these cells cannot be removed automatically.
----End
NOTE
The SON logs under the item SET handover Blacklist & Whitelist record the modification of
No remove indicator and No handover indicator by operators.
RRC Blacklist
To use signaling tracing to verify whether this function has taken effect, perform
the following steps:
Step 1 Log in to the U2020 client, and choose Monitor > Signaling Trace > Signaling
Trace Management.
Step 2 In the navigation tree on the left of the Signaling Trace Management tab page,
choose LTE > Application Layer > Uu Interface Trace.
Step 3 Create and start a Uu interface tracing task.
Step 4 Check the tracing result.
The RRC blacklist is included in the SIB4, SIB5, and measurement objects. If the Uu
messages include the RRC blacklist, this function has taken effect.
----End
1526728398 L.IntraFreqHO.NoNRT
1526728399 L.InterFreqHO.NoNRT
1526741657 L.IntraRat.CgiReadAtt
1526741658 L.IntraRat.CgiReadSucc
1526747658 L.IntraFreqHO.DelPunish
1526747659 L.InterFreqHO.DelPunish
1526726995 L.HHO.IntraeNB.IntraFreq.PrepAttOut
1526726996 L.HHO.IntraeNB.IntraFreq.ExecAttOut
1526726997 L.HHO.IntraeNB.IntraFreq.ExecSuccOut
1526727001 L.HHO.IntereNB.IntraFreq.PrepAttOut
1526727002 L.HHO.IntereNB.IntraFreq.ExecAttOut
1526727003 L.HHO.IntereNB.IntraFreq.ExecSuccOut
1526726998 L.HHO.IntraeNB.InterFreq.PrepAttOut
1526726999 L.HHO.IntraeNB.InterFreq.ExecAttOut
1526727000 L.HHO.IntraeNB.InterFreq.ExecSuccOut
1526727004 L.HHO.IntereNB.InterFreq.PrepAttOut
1526727005 L.HHO.IntereNB.InterFreq.ExecAttOut
1526727006 L.HHO.IntereNB.InterFreq.ExecSuccOut
1526727546 L.E-RAB.AbnormRel
1526727547 L.E-RAB.NormRel
Fault Description 1
An intra- or inter-frequency handover fails.
Fault Handling 1
To check whether this handover failure is caused by an incorrect neighbor
relationship configuration, perform the following steps:
Step 1 On the U2020 client, start a Uu interface tracing task for the source cell.
Choose Monitor > Signaling Trace > Signaling Trace Management. In the
navigation tree on the left of the Signaling Trace Management tab page, double-
click Uu Interface Trace under LTE > Application Layer. Create and start a Uu
interface tracing task.
Step 2 In the tracing result, check whether the source eNodeB has delivered a handover
command. A handover command was delivered if the RRC_CONN_RECFG message
contains the IE mobilityControlInfo.
● If the eNodeB has not delivered the handover command, go to Step 3.
● If the eNodeB has delivered the handover command, contact Huawei
technical support.
Step 3 Run the LST EUTRANEXTERNALCELL command to check whether the target cell
has been configured as an external cell on the source eNodeB. Run the LST
EUTRANINTRAFREQNCELL or LST EUTRANINTERFREQNCELL command to
check whether the intra- or inter-frequency neighbor relationship between the
source and target cells has been configured on the source cell.
● If they have not been configured, go to Step 4.
● If they have been configured, contact Huawei technical support.
NOTE
Step 4 Check whether the switch for intra-RAT event-triggered ANR has been set to on.
● If the switch is off, set it to on.
● If the switch is on, go to Step 5.
Step 5 Check whether the UE supports intra-RAT ANR. For details, see 3.2.4
Requirements of UEs for ANR.
● If the UE supports this function, contact Huawei technical support.
● If the UE does not support this function, no further action is required.
----End
Fault Description 2
When an E-UTRAN cell is shared by operators, a UE that subscribes to a secondary
operator experiences a failure of an intra-RAT handover to the cell.
Fault Handling 2
To check whether this handover failure is caused by an incorrect neighbor
relationship configuration, perform the following steps:
Step 1 On the U2020 client, start a Uu interface tracing task for the source cell.
1. Choose Monitor > Signaling Trace > Signaling Trace Management.
2. In the navigation tree on the left of the Signaling Trace Management tab
page, double-click Uu Interface Trace under LTE > Application Layer. Create
and start a Uu interface tracing task.
Step 2 In the tracing result, check whether the source eNodeB has delivered a handover
command. A handover command was delivered if the RRC_CONN_RECFG message
contains the IE mobilityControlInfo.
● If the eNodeB has not delivered the handover command, go to Step 3.
Step 3 Run the LST EUTRANEXTERNALCELL command to check whether the target cell
has been configured as an external cell on the source eNodeB. Run the LST
EUTRANINTRAFREQNCELL or LST EUTRANINTERFREQNCELL command to
check whether the intra- or inter-frequency neighbor relationship between the
source and target cells has been configured on the source cell. Run the LST
EUTRANEXTERNALCELLPLMN command to check whether the PLMN list has
been configured for the external cell.
● If they have not been configured, go to Step 4.
● If they have been configured, contact Huawei technical support.
Step 4 Check whether the source and target eNodeBs are managed by the same U2020.
● If they are, go to Step 5.
● If they are not, contact Huawei technical support.
Step 5 Check whether the switch for intra-RAT event-triggered ANR and the switch for
ANR with shared cells have been set to on.
● If the switches are off, set them to on.
● If the switch is on, go to Step 6.
----End
Fault Description 3
NCL/NRT entries cannot be added, updated, or removed based on X2 messages.
Fault Handling 3
To handle the fault, perform the following steps:
Step 1 Run the LST GLOBALPROCSWITCH command to check the switch settings.
If NCL/NRT entries cannot be added or updated, check the setting of the Update
eNB Configuration Via X2 Switch parameter.
If NCL/NRT entries cannot be removed, check the settings of the Update eNB
Configuration Via X2 Switch and Delete Ncell Configuration Via X2 Switch
parameters.
Step 2 On the U2020 client, choose Monitor > Signaling Trace > Signaling Trace
Management. In the navigation tree on the left of the Signaling Trace
Management tab page, double-click X2 Interface Trace under LTE > Application
Layer. Create and start an X2 interface tracing task for the source cell.
Step 3 Modify or remove the configuration of a cell served by an eNodeB. Check the
tracing result to determine whether the eNodeB has sent an ENB
CONFIGURATION UPDATE message to inform the peer eNodeB of the change.
● If the eNodeB has sent the message, contact Huawei technical support.
● If the eNodeB did not send the message, go to Step 4.
Step 4 Run the DSP X2INTERFACE command to check whether the X2 interface is
configured and works normally.
● If the X2 interface is normal, contact Huawei technical support.
● If the X2 interface is abnormal, see S1 and X2 Self-Management for details
about how to handle the fault.
----End
Fault Description 4
The result of the LST EUTRANINTRAFREQNCELL or LST
EUTRANINTERFREQNCELL command shows configured neighbor relationships.
However, the result of the DSP EUTRANINTRAFREQNCELL or DSP
EUTRANINTERFREQNCELL command does not show any configured neighbor
relationship.
Fault Handling 4
Perform the following steps for troubleshooting:
Step 1 Run the LST EUTRANINTRAFREQNCELL or LST EUTRANINTERFREQNCELL
command to check the Neighbor Cell Classification Label parameter value.
Step 2 If the Neighbor Cell Classification Label parameter value for a neighboring cell
in the result is EXTENDED, set the Neighbor Cell Classification Flag parameter
to EXTENDED or ALL when running the DSP EUTRANINTRAFREQNCELL
command to query the information of the neighboring cell. If the Neighbor Cell
Classification Label parameter value for a neighboring cell in the result is
FORMAL, set the Neighbor Cell Classification Flag parameter to FORMAL or
ALL when running the DSP EUTRANINTRAFREQNCELL command to query the
information of the neighboring cell.
Run the DSP EUTRANINTRAFREQNCELL or DSP EUTRANINTERFREQNCELL
command, the information of neighboring cells for which the Neighbor Cell
Classification Label parameter is set to FORMAL is displayed, by default.
----End
Fault Description 5
There is a neighbor relationship with a cell of an invalid PLMN in an intra-RAT
NRT, causing handover failures.
Fault Handling 5
Perform the following steps for troubleshooting:
Step 1 Check the SON logs to verify whether such a neighbor relationship is added by
ANR. If yes, UEs report the invalid PLMN.
Step 2 Set the Plmn List Type parameter in the NCellPlmnList MO to BLACK_LIST for
the PLMN.
Step 3 Manually remove such a neighbor relationship from the NRT or use the ANR
function to remove it.
----End
Fault Description 6
A handover from a regular cell to a specified-PCI cell fails.
Fault Handling 6
Perform the following steps for troubleshooting:
Step 1 On the U2020 client, start a Uu interface tracing task for the source cell.
On the U2020 client, choose Monitor > Signaling Trace > Signaling Trace
Management. In the navigation tree on the left of the Signaling Trace
Management tab page, choose LTE > Application Layer > Uu Interface Trace to
create and start a Uu interface tracing task.
Step 2 Check whether the source cell sends the RRC_CONN_RECFG message to instruct
the UE to perform ECGI reading.
● If no, go to Step 3.
● If yes, contact Huawei technical support.
Step 3 Run the LST EUTRANSPEPCICELL command to check whether the specified PCI
group is configured and whether the PCI of the target cell is in the PCI group.
● If the PCI of the target cell is in the specified PCI group, go to Step 4.
● If the specified PCI group is not configured, configure the specified PCI group
by following the steps in 4.1.4.1 Data Configuration.
Step 4 Check whether the IntraRatEventAnrSwitch option of the ANR algorithm switch
parameter and the IntraAnrPolicySwitch option of the
CellAlgoSwitch.SpePCIBasedPolicySw parameter are selected.
● If either of the two options is not selected, select the option.
● If both options are selected, go to Step 5.
Step 5 Check whether the UE supports intra-RAT ANR.
● If the UE supports this function, contact Huawei technical support.
● If the UE does not support this function, no further action is required.
----End
4.2.1 Principles
The intra-RAT neighbor relationship classification function classifies intra-RAT
neighbor relationships based on the handover statistics and provides differentiated
NOTE
Topology-based Management
This function performs topology check for neighbor relationships reported to the
U2020 and handles them accordingly at the end of a measurement period
specified by the NCellClassMgt.StatPeriodForNCellClass parameter.
If the check result meets all specified conditions, the eNodeB adds formal
neighbor relationships to the neighboring E-UTRAN cell blacklist (specified by the
EutranBlkNCell MO) or sets the Over Distance Flag parameter to
BOOLEAN_TRUE and the No handover indicator parameter to
FORBID_HO_ENUM for extended neighbor relationships.
If the check result does not meet all specified conditions, the eNodeB removes
formal neighbor relationships from the neighboring E-UTRAN cell blacklist
(specified by the EutranBlkNCell MO) or sets the Over Distance Flag parameter
to BOOLEAN_FALSE for extended neighbor relationships.
● The conditions for neighbor relationships without any special indicators are as
follows:
– The blind-handover priority is set to 0.
– The Overlap Indicator parameter is set to NO.
– The Control Mode parameter is set to AUTO_MODE.
– The No remove indicator parameter is set to PERMIT_RMV_ENUM.
– The Attach Cell Switch parameter is set to OFF.
– This neighboring cell is not one of the neighboring cells of a single
frequency network (SFN) cell specified by the SfnEdgeRruRelation MO.
– The CaGroupSCellCfg.SCellBlindCfgFlag parameter is set to FALSE or
this neighboring cell is not a candidate SCell specified by the
CaGroupSCellCfg MO.
● The number of handover attempts is less than the value of the
NCellParaCfg.HoStatThd parameter or the handover success rate is less than
the value of the NCellParaCfg.HoSuccThd parameter within each of four
consecutive measurement periods specified by the
NCellClassMgt.StatPeriodForNCellClass parameter.
● The U2020 obtains the latitude and longitude information from the eNodeB
configurations or the engineering parameters on the CME. Then, the U2020
calculates the distances between the serving cell and its neighboring cell to
determine whether the neighboring cell is an over-distant neighboring cell.
– When the NCellParaCfg.NCellOdDisThd parameter is set to a non-zero
value (a value twice greater than the Cell.CellRadius parameter value is
recommended), a neighboring cell is determined as an over-distant
neighboring cell if the distance between the serving cell and the
neighboring cell is greater than this threshold.
NOTE
distance between the serving cell and the neighboring cell is greater than
the sum of the actual access radii of the two cells. The eNodeB can
detect over-distant neighboring cells served only by Huawei eNodeBs.
(The actual access radius indicates the maximum distance between a UE
and an eNodeB in case that the UE can access the eNodeB.)
NOTE
To check blacklisted neighbor relationships, log in to the U2020 client and choose SON >
LTE Neighbouring Cell Blacklist Management.
Different from blacklisted neighbor relationship management, the U2020 supports
abnormal coverage evaluation of neighboring cells based on topology and only presents the
evaluation result. To view neighboring cells with abnormal coverage, log in to the U2020
client and choose SON > LTE ANR. On the Neighboring Cell Management tab page, view
the neighboring cells in the Query Cross-Coverage Cell pane.
Statistics-based Management
This function calculates the number of times a neighboring cell is included in a
measurement report for all neighbor relationships (including blacklisted neighbor
relationships). At the end of a measurement period specified by the
NCellClassMgt.StatPeriodForNCellClass parameter, the eNodeB adds neighbor
relationships that meet the following conditions to the neighboring E-UTRAN cell
blacklist (specified by the EutranBlkNCell MO):
● The neighbor relationship is an extended neighbor relationship.
● The Neighbor Cell Plmn Label parameter is set to GREY.
● The number of CGI reading times is greater than the
NCellClassMgt.HoAttemptThd parameter value.
If an extended neighbor relationship for which the Over Distance Flag parameter
is BOOLEAN_TRUE or a blacklisted neighbor relationship meets the following
conditions, this neighbor relationship will be removed.
● The measurement decrease rate is greater than 80% or the neighboring cell is
never included in any measurement reports within each of four consecutive
measurement periods. The decrease rate is calculated using the following
formula: (A – B)/A
where,
A denotes the maximum number of times the neighboring cell is included in
measurement reports with any previous period.
B denotes the number of times the neighboring cell is included in
measurement reports in the current measurement period.
● The Control Mode for the blacklisted neighbor relationship is set to
AUTO_MODE.
NOTE
NOTE
For details about controlled mode, see 4.1.1.1.2 NRT Optimization Mode.
NOTE
● When the Overshooting Check parameter is set to ON and operators check a massive
scale of NRT optimization advice, it takes a long time to finish the check.
● If data in the CME engineering parameter table is inaccurate, the calculation result of
the actual distance between the serving cell and a neighboring is inaccurate.
Two formal neighbor The eNodeB checks and reports PCI confusion.
relationships
Two blacklisted
neighbor relationships
For details about the definitions and principles of PCI confusion, see PCI Conflict
Detection and Self-Optimization.
You can run the DSP EUTRANEXTENDEDNCELL command to query the neighbor
relationships when the Intra-RAT Neighbor Cell Management Mode parameter
value is INTERNAL_STORAGE_MODE.
You can run the RMV EUTRANEXTENDEDNCELL command to remove extended
neighbor relationships stored in the memory.
You can run the RMV EUTRANINTRAFREQNCELL or RMV
EUTRANINTERFREQNCELL command to remove neighbor relationships with
intra-frequency or inter-frequency E-UTRAN cells.
4.2.2.1 Benefits
If the Neighbor Cell Classification Label parameter is set to EXTENDED for a
neighboring cell and the NCELL_CLASS_HO_POLICY_SW option of the
CellAlgoSwitch.NCellClassMgtSw parameter is selected, the eNodeB instructs a
UE to perform ECGI reading before handing the UE over to this neighboring cell.
This can detect possible PCI confusion, increasing the handover success rate and
decreasing the service drop rate.
The following describes the application scenarios where maximum gains can be
provided.
● New deployment
It is recommended that the INTRA_RAT_NCELL_CLASS_SW and
NCELL_CLASS_PCI_CONFLICT_SW options be selected and the
NCELL_CLASS_HO_POLICY_SW option be deselected. Deselecting the
NCELL_CLASS_HO_POLICY_SW option reduces the number of times of CGI
reading before handovers are executed. It is recommended that the Intra-RAT
Neighbor Cell Management Mode parameter be set to
INTERNAL_STORAGE_MODE to reduce the number of configured
neighboring cells and improve the OM experience.
It is recommended that the INTRA_RAT_OVERDISTANCE_SW option be
selected for the blacklisted neighbor relationship management. This setting
identifies over-distant neighboring cells to which UEs are seldom handed over
or that have low handover success rates so that the eNodeB applies
differentiated handling of these neighboring cells to reduce the number of
handovers to over-distant neighboring cells.
● Site expansion or migration
It is recommended that the intra-RAT neighbor relationship classification and
blacklisted neighbor relationship management functions be enabled.
4.2.2.2 Impacts
Network Impacts
If the Neighbor Cell Classification Label parameter is set to EXTENDED for a
neighboring cell and the NCELL_CLASS_HO_POLICY_SW option of the
CellAlgoSwitch.NCellClassMgtSw parameter is selected, the eNodeB instructs a
UE to perform CGI reading before handing the UE over to this neighboring cell.
This increases the handover delay of the UE and decreases the UE throughput. If
CGI reading fails, there is a possibility that UE may experience a service drop.
Function Impacts
None
4.2.3 Requirements
4.2.3.1 Licenses
The following are FDD license requirements.
4.2.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
RAT Function Function Referenc Description
Name Switch e
4.2.3.3 Hardware
Boards
No requirements
RF Modules
No requirements
4.2.3.4 Networking
For details, see 4.1.3.4 Networking.
4.2.3.5 Others
The configurations in the CME engineering parameter table are correct when the
blacklisted neighbor relationship management function is enabled. The following
are required in the CME engineering parameter table:
● For a non-multi-RRU cell, the CGI (comprised of eNodeB ID, MCC, MNC, and
Cell ID), latitude, and longitude information about the cell is specified on the
LTE sheet.
● For a multi-RRU cell, the CGI information about the cell and the latitude and
longitude information about any RRU of the cell are specified on the LTE
sheet. The "REPEATERRRU" field is set to Yes, indicating that multiple RRUs
exist and the latitude and longitude of each RRU need to be specified. On the
REPEATER sheet, the CGI, RAT (RATTYPE=LTE), RRU name (RepeaterName),
latitude, and longitude information about the cell are specified. Multiple rows
with the same CGI but different latitudes and longitudes are specified for a
multi-RRU cell.
4.2.4.1.1 Process
For details, see 4.1.4.1.1 Process.
//Method 2:
MOD CELLALGOSWITCH: LocalCellId=xx,
NCELLCLASSMGTSW=INTRA_RAT_NCELL_CLASS_SW-1&NCELL_CLASS_HO_POLICY_SW-0&NCELL_CLASS_PCI
_CONFLICT_SW-1&EXTENDED_NCELL_MNG_SW-0;
MOD ANR: OptMode=CONTROLLED;
MOD NCELLPARACFG: LocalCellId=xx, CellAnrOptMode=FREE;
//Method 2:
MOD NCELLCLASSMGT: IntraRatNcellMgtMode=INTERNAL_STORAGE_MODE;
MOD ANR: OptMode=CONTROLLED;
MOD NCELLPARACFG: LocalCellId=xx, CellAnrOptMode=FREE;
MOD CELLALGOSWITCH: LocalCellId=xx, AnrAlgoSwitch=INTRA_RAT_OVERDISTANCE_SW-1;
You can use SON logs to verify whether this function has taken effect.
Step 2 On the Query SON Log tab page, click LTE Neighbor cell Classification
Management Log in the Log Category drop-down list in the upper left corner.
Step 3 Click Set Neighbor Cell Classified Identity in the Custom list under Event Name.
Then click Query to query SON logs of neighbor relationship classification.
----End
Step 2 On the Query SON Log tab page, click LTE ANR Log in the Log Category drop-
down list in the upper left corner.
Step 3 Click Add Neighboring Cell and Delete Neighboring Cell in the Custom list
under Event Name. Then click Query to query SON logs of neighbor relationship
classification.
----End
Step 1 On the U2020 client, choose SON > LTE ANR > Neighboring Cell Management >
Extended Neighbor Relationship.
----End
● MML commands
Run the LST EUTRANINTRAFREQNCELL or LST EUTRANINTERFREQNCELL
to check the Neighbor Cell Classification Label parameter value in
configuration mode. If the parameter value for a neighboring cell is FORMAL
or EXTENDED, this function has taken effect.
Run the DSP EUTRANEXTENDEDNCELL command to check the extended
neighbor relationships in eNodeB memory mode.
----End
● MML commands
Run the LST EUTRANBLKNCELL to check the Neighbor Cell Classification
Label parameter value in configuration mode. If the parameter value for a
neighboring cell is FORMAL or EXTENDED, this function has taken effect.
Run the DSP EUTRANEXTENDEDNCELL command to query extended
neighbor relationships with over-distant neighboring cells in eNodeB memory
mode.
4.3.1 Principles
In an E-UTRAN, cells on the same frequency may share one PCI. A PCI conflict can
occur between cells on the same frequency. To address this, Huawei eNodeBs
introduce a specified PCI group and deploy different management policies for
neighboring cells based on PCI ranges.
This section takes the following application scenarios as examples.
● In FDD, this function can be used in the following scenarios:
– A large number of micro eNodeBs and LampSite eNodeBs are deployed
within the coverage area of a macro eNodeB, and the operator needs to
allocate specified PCI groups for cells served by the micro eNodeBs and
LampSite eNodeBs.
– In a macro eNodeB, super combined cell is enabled, and the operator
needs to allocate a specified PCI group for super combined cells. For
details about super combined cell, see Super Combined Cell (FDD).
● In TDD, this function can be used when a large number of micro eNodeBs and
LampSite eNodeBs are deployed within the coverage area of a macro eNodeB
and the operator needs to allocate specified PCI groups for cells served by the
micro eNodeBs and LampSite eNodeBs.
4.3.1.1 Overview
When a large number of micro eNodeBs and LampSite eNodeBs are deployed
around a macro eNodeB, adjacent cells around the macro eNodeB may share one
PCI since the total number of PCIs is limited. If a cell is configured with intra-
frequency neighboring cells sharing the same PCI, the target cell cannot be
determined in a handover. In this case, UEs cannot be handed over and service
drops occur. To address this, operators can reserve specified PCI groups for cells
served by micro eNodeBs and LampSite eNodeBs and these cells share PCIs in the
groups. During a handover from a macro cell to a micro cell or LampSite cell, the
source eNodeB can identify the target cell based on the ECGI reading result.
In FDD, when super combined cell is enabled, adjacent SFN cells share one PCI but
different ECGIs. This may result that the source eNodeB cannot identify the target
cell based on the reported PCI in a handover from a regular cell to a super
combined cell. Similarly, the Specified PCI Group-based Neighboring Cell
Management feature allows the eNodeB to identify the target cell based on the
ECGI reading result. For details about SFN, see SFN.
Operators need to configure the specified PCI group in the EutranSpePciCell MO
on all eNodeBs using this function. The EutranSpePciCell.StaPhyCellId and
EutranSpePciCell.SpePhyCellIdRange parameters specify the start PCI of the PCI
group and the number of PCIs in the group, respectively.
In this document, a cell allocated with a PCI in the group is called a specified-PCI
cell, and a cell allocated with a PCI that is not in the group is called a regular cell.
NOTE
When fast ANR based on the specified PCI group is enabled, you are advised to set the
ANR.FastAnrRprtAmount parameter to r2. This prevents a regular cell from frequently
instructing UEs to perform fast ANR measurements on specified-PCI cells, reducing the
impact on UE throughput.
4.3.2.1 Benefits
Specified PCI group-based neighboring cell management reduces manual PCI
planning for eNodeBs that serve specified-PCI cells, reduces the operating expense
(OPEX), and ensures handovers from eNodeBs that serve regular cells to eNodeBs
that serve specified-PCI cells.
The following describes the application scenarios where maximum gains can be
provided.
● New Deployment
Use this function when:
A large number of micro eNodeBs and LampSite eNodeBs are deployed within
the coverage area of a macro eNodeB. As a result, some neighboring cells of a
macro cell share one PCI.
Super combined cell (FDD) is enabled.
● Site expansion or migration
It is recommended that specified PCI group-based neighboring cell
management be enabled.
4.3.2.2 Impacts
Network Impacts
● Before UEs in a regular cell are handed over to a specified-PCI cell, the regular
cell will instruct UEs to perform ECGI reading to select a target cell. ECGI
reading prolongs the delay in handovers, and therefore the serving cell may
not be able to select a target cell, affecting the handover success rate and the
service drop rate.
● UEs read ECGIs in the sleep time during DRX. The traffic volume of UEs
affects the mechanism of ECGI reading during the sleep time. Timer T321
controls the maximum time a UE can spend reading ECGIs. For the timer
values, see 5.5.2.3 "Measurement identity addition/modification" in 3GPP TS
36.331 V10.5.0.
● The sleep time stops when a data packet arrives. This has an impact on the
ECGI reading success rate. This success rate is even lower if UEs are
performing VoLTE services, which are scheduled at a fixed interval and
encounter a higher probability that the sleep time stops.
● ECGI reading during the sleep time affects the UE throughput. This is because
UEs cannot be scheduled while they are reading the ECGI of an unknown cell
in the DRX state. In a commercial network, the impact on UEs depends on the
types of services that UEs are performing.
Function Impacts
RAT Function Function Referenc Description
Name Switch e
4.3.3 Requirements
4.3.3.1 Licenses
RAT Feature ID Feature Model Sales Unit
Name
4.3.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
RAT Function Name Function Switch Reference
4.3.3.3 Hardware
Boards
No requirements
RF Modules
No requirements
4.3.3.4 Networking
For details, see 4.1.3.4 Networking.
4.3.3.5 Others
None
4.3.4.1.1 Process
For details, see 4.1.4.1.1 Process.
//(Optional) Setting the number of periodic PCI measurement reports for fast ANR
MOD ANR: FastAnrRprtAmount=r2;
Step 1 On the U2020 client, choose Monitor > Signaling Trace > Signaling Trace
Management.
Step 2 In the navigation tree on the left of the Signaling Trace Management tab page,
choose LTE > Application Layer > Uu Interface Trace.
Step 3 Create and start a Uu interface tracing task.
Step 4 Add the neighbor relationship with a specified-PCI cell to an NRT of a regular cell,
and move a UE from the regular cell to the specified-PCI cell to trigger a
handover.
Step 5 Check whether the UE performs ECGI reading. Specified PCI group-based
neighboring cell management has taken effect if the UE performs ECGI reading as
indicated in the tracing result.
Figure 4-16 shows an example of the tracing result of ECGI reading. When the
source cell receives a measurement report that contains the ECGI, the source cell
sends an RRC Connection Reconfiguration message to the UE and performs the
handover.
----End
1526746057 L.HHO.SpePciCell.PrepAttIn
1526746058 L.HHO.SpePciCell.ExecAttIn
1526746059 L.HHO.SpePciCell.ExecSuccIn
1526746054 L.HHO.SpePciCell.PrepAttOut
1526746055 L.HHO.SpePciCell.ExecAttOut
1526746056 L.HHO.SpePciCell.ExecSuccOut
4.4.1 Principles
ANR with shared cells consists of intra-RAT ANR with shared cells and inter-RAT
ANR with shared cells. This section describes intra-RAT ANR with shared cells.
In non-RAN-sharing scenarios, ANR maintains NCLs and NRTs. In RAN sharing
scenarios, ANR also maintains external-cell PLMN lists. Intra-RAT ANR maintains
the PLMN list of each external E-UTRAN cell, which is represented by the
EutranExternalCellPlmn MOs.
If a neighboring cell is shared by operators, a UE may not report the PLMN IDs of
the secondary operators or report incorrect PLMN IDs of the primary and
secondary operators. In this case, the source eNodeB needs to obtain the PLMN
information about the neighboring cell from the U2020 to automatically maintain
the external-cell PLMN list.
● If the serving cell and neighboring cells are managed by the same U2020, the
source eNodeB can obtain the neighboring cell information directly from the
U2020.
● If the serving cell and neighboring cells are not managed by the same U2020,
the source eNodeB can obtain the neighboring cell information from the
U2020 that manages the serving cell only after the neighboring cell
information is imported into this U2020. Operators can import the
neighboring cell information into this U2020 by using the CME. If the
neighboring cell information is not imported into this U2020 in a timely
manner, the source eNodeB may not obtain the neighboring cell information
and ANR cannot add neighbor relationships with those cells to the NRTs.
4.4.1.1 Overview
An E-UTRAN cell may have the following types of shared intra-RAT neighboring
cells:
● E-UTRAN cell that broadcasts its PLMN list in a round robin (RR) manner
● E-UTRAN cell that does not broadcast its PLMN list in an RR manner
● If the local and peer eNodeBs are connected through an X2 interface, the
local eNodeB sends X2 messages to the peer eNodeB to inform the peer
eNodeB of the change. The peer eNodeB then updates the external-cell PLMN
list based on the X2 messages.
● If the local and peer eNodeBs are not connected through an X2 interface, the
external-cell PLMN list can be updated in the peer eNodeB by manually
triggering either of the following CME functions:
– Association between serving and neighboring cell information
– Consistency check between external E-UTRAN cells and their source cells
The eNodeB can obtain the information from the U2020 depending on the
settings of the NBSLTEPLMNRoundSwitch option of the
ENodeBAlgoSwitch.RanSharingAnrSwitch parameter and the frequency RAN
sharing indicator of neighboring cells.
If a shared cell broadcasts its PLMN list in an RR manner, the source eNodeB must obtain
information about this cell from the U2020 before initiating handovers to this cell. UEs can
be handed over to a target cell only after the target cell has been added to the NCL of the
source eNodeB and the NRT of source cell and the external-cell PLMN list of the target cell
has been configured.
If the base station serving the target cell is provided by another vendor, the base station
cannot obtain information about the target cell from the U2020. In this case, the source
eNodeB does not add the target cell to the NCL and NRTs.
For details about RAN sharing, see RAN Sharing.
PLMN list is not included in the external-cell configuration. The neighboring cell
information is stored in the U2020.
The eNodeB can obtain the information from the U2020 depending on the
settings of the NBSLTERANSharingSwitch option of the
ENodeBAlgoSwitch.RanSharingAnrSwitch parameter and the frequency RAN
sharing indicator of neighboring cells.
If the NBSLTERANSharingSwitch option is selected, the RAN sharing policy for
individual frequencies is as follows:
● Intra-eNodeB intra- or inter-frequency neighboring cells
The eNodeB does not need to query the information about the neighboring
cells from the U2020.
● Inter-eNodeB intra- or inter-frequency neighboring cells
– If the Cell.IntraFreqRanSharingInd or
EutranInterNFreq.InterFreqRanSharingInd parameter is set to
BOOLEAN_TRUE, the eNodeB can obtain information about the
neighboring cells from the U2020.
If the Cell.IntraFreqRanSharingInd or
EutranInterNFreq.InterFreqRanSharingInd parameter is set to
BOOLEAN_FALSE, the eNodeB does not query the information about the
neighboring cells from the U2020 but directly adds the neighboring cells
based on CGI reading results.
For details about the principles of adding neighboring cells to the NCL and adding
neighbor relationships to NRTs in the preceding scenarios, see 4.4.1.2 Shared E-
UTRAN Cell Broadcasting Its PLMN List in an RR Manner.
If intra-RAT event-triggered ANR detects a missing neighboring E-UTRAN cell by
using event-triggered UE measurements or intra-RAT fast ANR detects a missing
neighboring E-UTRAN cell, the source eNodeB automatically maintains the
external-cell PLMN list after receiving a measurement report that contains the
ECGI of the cell from the UE. The maintenance procedure varies depending on
whether the UE reports the PLMN list:
● If the UE reports the PLMN list, the source eNodeB directly adds the PLMN
information to the external-cell configuration.
● If the UE does not report the PLMN list, the maintenance procedure is as
follows:
a. The source eNodeB reports the ECGI acquired by the UE to the U2020.
b. The U2020 queries the PLMN list of the cell and then sends the query
result to the source eNodeB.
c. The source eNodeB adds the PLMN information to the external-cell
configuration.
NOTE
The system information delivered in cell B (a neighboring E-UTRAN cell of cell A) does not
include the PLMN IDs of these secondary operators if cell B is shared by multiple operators
(including two or more secondary operators) and the S1 interfaces of some secondary
operators of cell B are faulty. In this case, the PLMN list of cell B acquired by the UE is
incomplete, and cell A does not automatically add the PLMN IDs of these secondary
operators to the PLMN list configuration. After the S1 interfaces recover, operators must
manually add these PLMN IDs to the PLMN list configuration.
If a UE does not report the PLMN list of the target cell, the source eNodeB must obtain
information about this cell from the U2020. Before the target cell is added to the NCL of
the source eNodeB and the PLMN information is added to the external-cell configuration of
the source cell, UEs can be handed over to the primary-PLMN cell but not the secondary-
PLMN cell. If the base station serving the target cell is provided by another vendor, the base
station cannot obtain information about the target cell from the U2020. In this case, the
source eNodeB does not add the target cell to the NCL and NRTs.
4.4.2.1 Benefits
If a neighboring cell is shared by operators, a UE may not report the PLMN IDs of
the secondary operators or report incorrect PLMN IDs of the primary and
secondary operators. In this case, the source eNodeB needs to obtain the PLMN
information about the neighboring cell from the U2020 and automatically
maintains the external-cell PLMN list.
It is recommended that ANR with shared E-UTRAN cells be enabled so that
maximum gains can be provided if both of the following conditions are met:
● Neighboring E-UTRAN cells are shared by operators.
If a neighboring E-UTRAN cell works in RAN sharing mode and broadcasts its
PLMN list with the top PLMN ID rotated, select the
NBSLTEPLMNRoundSwitch option of the
ENodeBAlgoSwitch.RanSharingAnrSwitch parameter. If a neighboring E-
UTRAN cell works in RAN sharing mode and broadcasts its PLMN list without
the top PLMN ID rotated, deselect the NBSLTEPLMNRoundSwitch option of
the ENodeBAlgoSwitch.RanSharingAnrSwitch parameter and select the
NBSLTERANSharingSwitch option of the same parameter.
● The serving and neighboring cells are managed by the same U2020, or the
configuration data of the neighboring cells has been imported into the U2020
that manages the serving cell.
It is recommended that ANR with shared E-UTRAN cells be disabled if either of
the preceding conditions is not met.
4.4.2.2 Impacts
Network Impacts
When ANR detects missing neighboring shared cells, the eNodeB queries the
U2020 for the cells. The query lasts for a maximum of 3 minutes and may affect
the handover. If no candidate target cell is available for the handover, a service
drop may occur.
Function Impacts
None
4.4.3 Requirements
4.4.3.1 Licenses
None
4.4.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
RAT Function Name Function Switch Reference
4.4.3.3 Hardware
Boards
No requirements
RF Modules
No requirements
Cells
If the serving cell and neighboring cell are managed by different U2020s, ANR
with shared cells requires cross-U2020 neighboring cell information query. In this
case, operators must import the neighboring cell information into the U2020 that
manages the serving cell regularly.
Assume that the serving cell (cell A) is managed by U2020 A, and the neighboring
cell (cell B) is managed by U2020 B. The operations and requirements of
importing neighboring cell information to U2020 A are as follows:
● Set FTP server information on U2020 B for automatically uploading
neighboring cell information by FTP to U2020 A. In the CME NCCDM dialog
box, set parameters as follows:
– Set the Server IP parameter to the IP address of U2020 A.
– Set the Server Directory parameter to the file path where neighboring
cell information is to be stored.
For details, see "Setting a Server for Auto-Uploading Files Through the
FTP" in the Software and Hardware Management in the U2020 product
documentation.
● On U2020 B, use the CME to create a scheduled task of exporting neighboring
cell information with the task type set to Inter-System Neighboring Cell
Export. In the task interface, Export Inter-Rat ANR Data must be selected.
● On U2020 A, enable cross-U2020 neighboring cell information query by
selecting Enable cross-OSS neighboring cell optimization. Set the file path
to the value of Server Directory specified on U2020 B.
For details, see "Setting ANR Switches and Parameters" in SON Management
in the U2020 product documentation.
4.4.3.4 Networking
For details, see 4.1.3.4 Networking.
4.4.3.5 Others
None
4.4.4.1.1 Process
For details, see 4.1.4.1.1 Process.
//Enabling ANR with a shared neighboring E-UTRAN cell that broadcasts its PLMN list with the top PLMN
ID rotated
MOD ENODEBALGOSWITCH: RanSharingAnrSwitch=NBSLTEPLMNRoundSwitch-1;
MOD ENODEBALGOSWITCH:
RanSharingAnrSwitch=NBSLTEPLMNRoundSwitch-0&NBSLTERANSharingSwitch-1;
//Disabling ANR with a shared neighboring E-UTRAN cell that broadcasts its PLMN list with the top PLMN
ID rotated
MOD ENODEBALGOSWITCH: RanSharingAnrSwitch=NBSLTEPLMNRoundSwitch-0;
----End
● MML commands
Run the LST EUTRANEXTERNALCELLPLMN command to list the external-cell
PLMN lists.
4.5.1 Principles
PLMN ID management enables an eNodeB to identify neighboring cells with
invalid PLMN IDs based on neighboring cells with invalid PLMN IDs detected and
reported by UEs and then perform differentiated management. This function
applies to scenarios where neighboring cells are near the borders of different
PLMNs or abnormal UEs report invalid PLMN IDs.
Attributes of a PLMN are set manually in the NCellPlmnList MO. For each PLMN,
operators need to set the attributes by configuring the following parameters:
NCellPlmnList.Mcc, NCellPlmnList.Mnc, NCellPlmnList.RatType, and
NCellPlmnList.PlmnListType.
● The NCellPlmnList.Mcc and NCellPlmnList.Mnc parameters indicate the
mobile country code (MCC) and mobile network code (MNC), respectively. A
PLMN ID is composed of an MCC and an MNC.
● The NCellPlmnList.RatType parameter indicates the RAT of neighboring cells
of a PLMN. It can be set to EUTRAN, UTRAN, GERAN, or NR.
● The NCellPlmnList.PlmnListType parameter indicates the type of a PLMN.
– If this parameter is set to BLACK_LIST for a PLMN, the eNodeB cannot
add cells of the PLMN to NCLs or add neighbor relationships with these
cells to NRTs by ANR.
– If this parameter is set to GREY_LIST for a PLMN, the eNodeB can add
cells of the PLMN to NCLs and add neighbor relationships with these cells
to NRTs by ANR. In addition, ANR automatically sets the Neighbor Cell
Plmn Label parameter to GREY for these cells. The eNodeB does not
remove a neighbor relationship for which the Neighbor Cell Plmn Label
parameter is set to GREY from an NRT when removing redundant
neighbor relationships. This prevents such a neighbor relationship from
being repeatedly removed.
– If this parameter is set to WHITE_LIST for a PLMN, the eNodeB can add
cells of the PLMN to NCLs and add neighbor relationships with these cells
to NRTs by ANR. In addition, ANR automatically sets the Neighbor Cell
Plmn Label parameter to WHITE for these cells.
Operators can check the PLMN list labels of neighboring cells by running the
DSP EUTRANINTRAFREQNCELL, DSP EUTRANINTERFREQNCELL, DSP
UTRANNCELL, and DSP GERANNCELL commands. By default, the
information about whitelisted neighbor relationships is displayed in the
command output.
In addition, at most two types of PLMN can be manually configured for
neighboring cells of a RAT.
It is recommended that a whitelist and a greylist be configured for a PLMN. In
such a case, a PLMN with its type unspecified is in the blacklist, and neighboring
cells of this PLMN or corresponding external cells will not be added to any NRT or
NCL by ANR. If type of the master or any secondary PLMN of a neighboring cell
working in RAN sharing mode is not specified, this neighboring cell and the
corresponding external cell will not be added to any NRT or NCL by ANR.
For neighboring cells of an RAT, if operators set some PLMNs to one type and
leave other PLMNs' types undefined or leave all PLMNs' types undefined, the
eNodeB handles as follows:
● If operators have configured only blacklisted PLMNs, other type-undefined
PLMNs are regarded as whitelisted by default.
● If operators have configured only whitelisted PLMNs, other type-undefined
PLMNs are regarded as greylisted by default.
In scenarios where abnormal UEs report neighboring cells with invalid PLMN IDs,
if the eNodeB adds such cells to NCLs and adds neighbor relationships with such
cells to NRTs, the addition of correct neighboring cells and neighbor relationships
is affected, as well as the target cell selection in handovers. Therefore, it is
recommended that the NCellPlmnList.PlmnListType parameter be set to
BLACK_LIST for the invalid PLMNs.
If neighboring cells are near the borders of different PLMNs, UEs can detect these
neighboring cells. If the neighboring cells are not added to NCLs and neighbor
relationships with these cells are not added to NRTs, UEs repeatedly read the CGIs
of these neighboring cells and target cells may be incorrectly selected during
handovers. Therefore, it is recommended that operators add neighboring PLMNs
to the PLMN greylist by setting the NCellPlmnList.PlmnListType parameter to
GREY_LIST.
4.5.2.1 Benefits
This function prevents neighbor relationships with cells that have abnormal PLMN
IDs from being added to NRTs, thereby increasing the handover success rate and
decreasing the service drop rate.
The following describes the application scenarios where maximum gains can be
provided.
● New deployment
It is recommended that PLMN ID management be enabled if neighboring cells
are near the borders of PLMNs and when UEs report invalid PLMN IDs.
It is recommended that the NCellPlmnList.PlmnListType parameter be set to
WHITE_LIST for PLMNs of all operators that provide services and GREY_LIST
for a special PLMN.
If the SON logs indicate that no handovers occur between the eNodeB and
eNodeBs of another operator, it is recommended that the
NCellPlmnList.PlmnListType parameter be set to GREY_LIST for PLMNs of
the operator to reduce the number of times of CGI reading and obtain inter-
PLMN PCI alarms.
● Site expansion or migration
It is recommended that the PLMN ID management function be enabled.
4.5.2.2 Impacts
Network Impacts
None
Function Impacts
None
4.5.3 Requirements
4.5.3.1 Licenses
None
4.5.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
RAT Function Name Function Switch Reference
4.5.3.3 Hardware
Boards
No requirements
RF Modules
No requirements
4.5.3.4 Networking
For details, see 4.1.4.3 Network Monitoring.
4.5.3.5 Others
None
4.5.4.1.1 Process
For details, see 4.1.4.1.1 Process.
----End
5.1.1 Principles
Inter-RAT ANR includes the following functions:
Intra-ANR and inter-RAT ANR work in a similar way but differ in certain principles
and parameters.
NOTE
● To avoid overload, the eNodeB does not handle unknown CGIs, when the CPU usage of
the main control board exceeds 80%. The handling of unknown CGIs includes adding
and updating NCL and NRT entries. For details, see 5.1.1.2.1 Automatic Detection and
Addition of Missing Neighboring Cells and 5.1.1.2.2 NCL Entry Modification.
● CDMA2000 in this document includes CDMA2000 HRPD and CDMA2000 1xRTT.
● In FDD, ANR with CDMA2000 does not check for PnOffset conflicts and abnormal
neighboring cell coverage, because there are few standardized interfaces between LTE
and CDMA2000 and the E-UTRAN has difficulty detecting abnormal CDMA2000 cell
coverage.
● In FDD, eNodeBs support only event-triggered ANR with CDMA2000. Event-triggered
ANR with CDMA2000 supports automatic neighbor relationship addition and
specification-based removal.
● Automatic removal by ANR with NG-RAN supports only specification-based removal and
removal of redundant NCL/NRT entries.
Neighbor UtranNCell.CtrlMode
relationship with a
UTRAN cell
Blacklisted UtranBlkNCell.CtrlMode
neighboring
UTRAN cell
Neighbor GeranNcell.CtrlMode
relationship with a
GERAN cell
● The GERAN and UTRAN NRT optimization advice and UTRAN BT optimization
advice are controlled by the ANR.OptMode parameter.
– When the ANR.OptMode parameter is set to FREE, the NRT optimization
advice and BT optimization advice optimization advice take effect directly.
– When the ANR.OptMode parameter is set to CONTROLLED and the
NCellParaCfg.RatType parameter is set to UTRAN or GERAN, the
NCellParaCfg.CellAnrOptMode parameter specifies whether the UTRAN
or GERAN optimization advice needs to be reported to the U2020.
personnel do not confirm the optimization advice about adding the neighbor
relationship with a UTRAN cell to the NRT, the eNodeB does not hand over
UEs to the UTRAN cell.
NOTE
● When the optimization advice on the blind handover priority for a neighbor relationship
is generated and the maintenance personnel do not deliver the optimization advice but
manually change the blind handover priority, the modification takes effect directly on
the eNodeB and the optimization advice is reserved on the U2020.
● NCLs are not controlled by the ANR.OptMode parameter, and the eNodeB cannot
generate NCL optimization advice. The eNodeB automatically adds external cells to
NCLs, removes external cells from NCLs, and updates the information about the external
cells in NCLs even if this parameter is set to CONTROLLED.
NOTE
● NCLs are configured on a per base station basis. A base station adheres to the following
rules when configuring NCLs:
● External cells are added to an NCL based on the frequency indicators of the source
cells.
● External cells can be directly removed from NCLs if each cell served by the base
station does not have neighbor relationships with the external cells.
● Before enabling inter-RAT ANR with NG-RAN, ensure that the
NCellPlmnList.gNBIdLength parameter has been set for the PLMNs whose attributes
meet the requirements for the PLMN whitelist or greylist. If this parameter has not been
set, this function does not take effect. As a result, corresponding external cells and
neighbor relationships cannot be added. For PLMNs whose attributes meet the
conditions for the PLMN blacklist, setting of the NCellPlmnList.gNBIdLength
parameter is not required. This is because the eNodeB does not add cells of blacklisted
PLMNs to an NRT or NCL. For details about PLMN attributes, see 4.5.1 Principles.
This section uses the procedure for detecting a missing neighboring UTRAN cell to
illustrate how inter-RAT event-triggered ANR detects missing inter-RAT
neighboring cells. Assume that a UE is served by cell A of the source eNodeB and
that cell B is an adjacent UTRAN cell of cell A. Figure 5-1 illustrates how the
eNodeB uses event-triggered UE measurements to detect cell B.
NOTE
● The eNodeB does not process other measurement reports sent from the UE before
the UE finishes CGI measurements or the T321 timer expires.
● The eNodeB instructs a UE in the EN-DC state to perform ECGI measurements of
neighboring UTRAN or GERAN cells only after the UE reports the "utra-GERAN-
CGI-Reporting-ENDC" field in the "UE_EUTRA_Capability" IE.
5. The UE reports the CGI, LAC, and RAC of cell B to the source eNodeB.
After detecting the missing neighboring cell, the source eNodeB adds and updates
the entries in the NCL or NRT. For details, see Automatic Addition of Missing
Neighboring Cells.
● UTRAN measurement
NOTE
The eNodeB checks whether inter-RAT external cells of the strongest intra-RAT cell
contained in the measurement report are configured with RACs when the
UtranUpdateRacSwitch or GeranUpdateRacSwitch option of the
ENodeBAlgoSwitch.AnrSwitch parameter is selected. If no, the eNodeB instructs
the UE to perform CGI reading to re-obtain the RACs and updates the external cell
configurations.
NOTE
For details about the maximum number of external cells in an NCL and the maximum
number of neighbor relationships in an NRT, see the following commands in the MML
command reference.
● ADD GERANEXTERNALCELL
● ADD GERANNCELL
● ADD UTRANEXTERNALCELL
● ADD UTRANNCELL
● ADD CDMA20001XRTTEXTCELL (FDD)
● ADD CDMA2000HRPDEXTCELL (FDD)
● ADD CDMA20001XRTTNCELL (FDD)
● ADD CDMA2000HRPDNCELL (FDD)
● ADD NREXTERNALCELL
● ADD NRNRELATIONSHIP
● Specification-based removal
If event-triggered ANR with UTRAN, GERAN, CDMA2000, or NG-RAN is
enabled, a measurement period specified by the
ANR.StaPeriodForIRatNRTDel parameter starts.
The procedure for specification-based removal in inter-RAT ANR with UTRAN,
GERAN, and CDMA2000 is similar to that in intra-RAT ANR, as shown in
4.1.1.2.3 NCL/NRT Entry Removal.
At the end of a measurement period, the eNodeB generates a list of
candidate cells based on the following parameter settings after collecting
statistics of the period.
Parameter 1: ANR.StaNumForIRatNRTDel, which specifies the threshold of
the total number of handover attempts from the local cell to all its
neighboring cells of an RAT.
Parameter 2: ANR.UtranNcellHoForNRTDelThd or
ANR.GeranNcellHoForNRTDelThd, which specifies the threshold of the
number of handover attempts from the local cell to a neighboring cell
Figure 5-2 shows the specification-based removal procedure in ANR with NG-
RAN. The threshold is ANR.StaNumForIRatNRTDel.
● The blind-handover priority, the Overlap Indicator parameter, and the Plmn List
Type parameter are inapplicable to NG-RAN.
● The Blind Configuration Indicator parameter is applicable to NG-RAN only.
● Penalty on removed neighbor relationships
When a neighbor relationship with a UTRAN or NG-RAN cell is automatically
removed by ANR, penalty on removed neighbor relationships can prevent this
neighbor relationship from being added back to the NRT within a short
period.
– The penalty mechanism is the same as that for removed neighbor
relationships with E-UTRAN cells. If the number of times a neighbor
relationship is required to be added to the NRT is greater than or equal
to ANR.UtranNcellDelPunNum within a measurement period defined by
ANR.NcellDelPunishPeriod, the eNodeB re-adds the neighbor
relationship to the NRT. Otherwise, the eNodeB does not re-add the
neighbor relationship to the NRT.
report only the serving cell information in the first measurement report during
intra-RAT fast ANR and fast ANR with GERAN. According to section 5.5.4.1
"General" in 3GPP TS 36.331 V10.1.0, if purpose is set to reportStrongestCells,
the UE sends the first measurement report immediately after the quantity to be
reported becomes available for at least either the serving cell or one of the
adjacent cells. Therefore, this IE might include the information only about the
serving cell. A measurement report can contain multiple adjacent GERAN cells.
Based on check results in a fast ANR check period, the eNodeB performs the
following:
● If an unknown cell is reported, the eNodeB sets the number of UEs that have
performed measurements in the check period to 0 and then selects a number
of UEs specified by the ANR.FastAnrInterRatMeasUeNum parameter to
perform measurements. If a UE reports multiple adjacent GERAN or NG-RAN
cells, the eNodeB instructs the UE to read the CGI of only the first cell. Then,
the eNodeB adds the detected cell to an NCL and NRT. For details about the
policies for adding the cell to the NCL and NRT, see Automatic Addition of
Missing Neighboring Cells.
● If no unknown cell is reported, the check period ends. The eNodeB checks the
total number of UEs that have performed measurements. If the total number
is less than the ANR.FastAnrInterRatUeNumThd parameter value, the
eNodeB starts the next round of fast ANR measurements. If the total number
is greater than or equal to the ANR.FastAnrInterRatUeNumThd parameter
value, the eNodeB enters the monitoring state.
Before the monitoring state period defined by
ANR.FastAnrMonitorStatePeriod elapses, the eNodeB does not select UEs for
fast ANR measurements but monitors whether event-triggered ANR
measurement reports contain the scrambling code, BSIC, or PCI of an
unknown UTRAN, GERAN, or NG-RAN cell, respectively. The eNodeB stays in
the monitoring state until it receives a measurement report that contains the
scrambling code, BSIC, or PCI of an unknown UTRAN, GERAN, or NG-RAN cell,
respectively. When the eNodeB exits the monitoring state, it starts fast ANR
measurements again. When the monitoring state period defined by
ANR.FastAnrMonitorStatePeriod elapses, the eNodeB automatically exits the
monitoring state.
If the strongest neighboring cell is unknown, the eNodeB instructs UEs to read the CGI
of the strongest neighboring cell. If the strongest neighboring cell is already known,
the eNodeB instructs UEs to read the CGI of the second strongest neighboring cell.
● Fast ANR with UTRAN
– When the ANR.FastAnrMode parameter is set to NCL_NRT_MODE, the
eNodeB adds the strongest unknown neighboring UTRAN cell to the NCL
and NRT.
– When the ANR.FastAnrMode parameter is set to NCL_MODE, the
eNodeB adds the strongest unknown neighboring UTRAN cell to the NCL.
– When the ANR.FastAnrMode parameter is set to NRT_MODE, the
eNodeB instructs UEs to perform CGI reading and adds the strongest
unknown neighboring UTRAN cell to the NCL and the neighbor
relationship with the cell to the NRT based on the CGI reading results
instead of the information in the NCL.
● Fast ANR with NG-RAN
– When the ANR.FastAnrMode parameter is set to NCL_NRT_MODE, the
eNodeB adds the strongest unknown neighboring NG-RAN cell to the
NCL. In addition, it adds the neighbor relationship with this cell to the
NRT based on the NCL if this cell meets certain conditions.
– When the ANR.FastAnrMode parameter is set to NCL_MODE, the
eNodeB only adds the strongest unknown neighboring NG-RAN cell to
the NCL.
– When the ANR.FastAnrMode parameter is set to NRT_MODE, the
eNodeB instructs UEs to perform CGI reading and adds the strongest
unknown neighboring NG-RAN cell to the NCL and the neighbor
relationship with the cell to the NRT based on the CGI reading results
instead of the information in the NCL.
For details about other information, see 4.1.1.2.2 NCL Entry Modification.
Overview
ANR optimizes the UtranNCell.BlindHoPriority and GeranNcell.BlindHoPriority
parameter settings for neighbor relationships with UTRAN and GERAN cells,
respectively, based on inter-RAT handover statistics.
NOTE
For details about the definitions and usage of the blind handover priorities for neighbor
relationships with UTRAN and GERAN cells, see Mobility Management in Connected Mode.
All the preceding data is measured on a per cell basis. The data is not operator-
specific in RAN sharing scenarios.
NOTE
For details about the definitions and usage of the measurement priorities for neighbor
relationships with UTRAN and GERAN cells, see Mobility Management in Connected Mode
and CS Fallback.
1. Within the measurement period, the eNodeB counts the number of times
each neighboring UTRAN or GERAN cell is contained in measurement reports
for circuit switched fallback (CSFB), redirection, and handover.
2. At the end of the period, the eNodeB optimizes the measurement priorities
for the neighbor relationships with UTRAN or GERAN cells based on the
statistics.
NOTE
Signaling Procedures
This function updates and removes NCL and NRT entries based on the signaling
procedures listed in Table 5-5.
This function does not add a newly configured NG-RAN cell to the NRTs and
NCL.
If an NG-RAN cell is removed or deactivated, the gNodeB sends an EN-
DC CONFIGURATION UPDATE message over the EN-DC X2 interface to
inform the eNodeB of the change. When receiving the message, the
eNodeB is triggered to remove the external cell and neighbor
relationships based on the information about the NG-RAN cell contained
in the message if the DEL_NR_NCELL_CFG_SW option of the
GlobalProcSwitch.X2BasedUptNcellCfgSwitch parameter is selected.
NOTE
Effective Conditions
When the removal or update of NCL and NRT entries is triggered based on the
procedures described in Signaling Procedures, the eNodeB removes or updates
NCL and NRT entries based on the following principles:
If the information about an NG-RAN cell contained in the Served Cells To Delete IE of
the EN-DC CONFIGURATION UPDATE message exists in the NRTs of multiple cells
served by the eNodeB and at least one of the corresponding neighbor relationships
does not meet the preceding NRT entry removal condition, the eNodeB does not
remove any neighbor relationship with this NG-RAN cell.
5.1.2.1 Benefits
Inter-RAT ANR handles neighbor relationships of E-UTRAN cells with UTRAN,
GERAN, CDMA2000 (FDD), and NG-RAN cells. It automatically maintains the
The following describes the application scenarios where maximum gains can be
provided.
● New deployment
– Inter-RAT event-triggered ANR
It is recommended that removal of redundant neighbor relationships with
inter-RAT cells be disabled. Otherwise, neighbor relationships may be
unexpectedly removed because the number of UEs in handovers is small.
– (Optional) Inter-RAT fast ANR
It is recommended that inter-RAT fast ANR be enabled only when the
network serves a small number of commercial UEs or engineering
optimization (for example, downtilt adjustment and power adjustment)
has not finished. It is recommended that this sub-function be disabled
when the network serves a large number of commercial UEs and
engineering optimization has finished.
– Automatic optimization of blind handover priorities for inter-RAT
neighbor relationships
It is recommended that this function be enabled in circuit switched
fallback (CSFB) based on PS handover scenarios to reduce manual
intervention in planning the blind handover priorities.
● Site expansion or migration
– It is recommended that automatic optimization of blind handover
priorities for inter-RAT neighbor relationships be enabled during site
expansion or migration. Enable other functions according to operators'
policies.
– It is recommended that automatic optimization of blind handover
priorities for inter-RAT neighbor relationships be enabled in CSFB based
on PS handover scenarios to reduce manual intervention in planning the
blind handover priorities.
5.1.2.2 Impacts
Network Impacts
● When the UtranUpdateRacSwitch or GeranUpdateRacSwitch option of the
ENodeBAlgoSwitch.AnrSwitch parameter is selected, UEs are instructed to
perform CGI reading if the UTRAN or GERAN cells are not configured with
RACs. This affects the service drop rate.
NOTE
For ANR with UTRAN, if maintenance personnel do not confirm the optimization
advice about adding the neighbor relationship with a UTRAN cell reported to the
U2020, UEs cannot be handed over to the UTRAN cell. In this case, ANR with UTRAN
neither decreases the service drop rate nor increases the EUTRAN-to-UTRAN handover
success rate.
● Impacts on the NG-RAN are as follows:
During the detection of unknown neighboring cells, the eNodeB instructs UEs
that fulfill certain conditions to perform measurements for ANR. In Non-
Standalone (NSA) scenarios, this prolongs the delay on adding SCGs for UEs.
In SA scenarios, this prolongs the delay on redirections to NG-RAN cells. After
the neighbor relationships with the detected neighboring cells are added,
measurements for ANR are not triggered during subsequent SCG additions or
redirections for the UEs. Therefore, measurements for ANR do not result in a
long delay on SCG additions or redirections.
In FDD, this function also has the following impacts:
● ANR with CDMA2000 can optimize neighbor relationships with CDMA2000
cells and reduce service drops and handover failures caused by neighbor
relationship problems. This decreases the service drop rate and increases the
inter-RAT handover success rate. Related KPIs include:
– Inter-RAT Handover Out Success Rate (LTE to CDMA2000)
– Service Drop Rate
● ANR with CDMA2000 prolongs the delay in the handover of a UE that meets
the handover conditions but is still performing ANR measurements to detect
unknown cells. In addition, this function negatively affects UE throughput
because UEs in the DRX state cannot be scheduled while they are reading the
CGI of an unknown cell.
Function Impacts
RAT Function Function Referenc Description
Name Switch e
5.1.3 Requirements
5.1.3.1 Licenses
RAT Feature ID Feature Model Sales Unit
Name
5.1.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
RAT Function Function Referenc Description
Name Switch e
5.1.3.3 Hardware
Boards
The LMPT does not support this function.
RF Modules
No requirements
Cells
● The inter-RAT ANR measurement information (including frequencies to be
measured) has been configured. For ANR with UTRAN, the UtranNFreq MO
has been configured. For ANR with GERAN, the GeranNfreqGroup and
GeranNfreqGroupArfcn MOs have been configured. For ANR with NG-RAN,
the NrNFreq MO has been configured. For details, see Mobility Management
in Connected Mode.
● To use automatic optimization of blind handover priorities of inter-RAT
neighbor relationships, operators must enable the PS handover function and
5.1.3.4 Others
Inter-RAT ANR requires that UEs on the network be DRX-capable and support
inter-RAT measurements for ANR.
ANR with NG-RAN requires NG-RAN cells to broadcast SIB1 in areas with ANR
enabled.
5.1.4.1.1 Process
The deployment process for inter-RAT ANR varies with network deployment
stages.
eNodeB Deployment
The deployment process for inter-RAT ANR during eNodeB deployment is
illustrated in Figure 5-6/Figure 5-7.
Event-triggered ANR
Table 5-9 and Table 5-10 describe the parameters used for function activation
and optimization, respectively.
Fast ANR
Table 5-13 and Table 5-14 describe the parameters used for function activation
and optimization, respectively.
//Activating removal of inappropriate NCL/NRT entries and specification-based removal in inter-RAT ANR
MOD ENODEBALGOSWITCH: AnrSwitch=UtranAutoNrtDeleteSwitch-1;
MOD CELLALGOSWITCH: LocalCellId=xx, AnrFunctionSwitch=INTER_RAT_ANR_SW-1;
MOD ANR: NrtDelMode=UTRAN_DELERRORNCELL-1;
MOD ENODEBALGOSWITCH: AnrSwitch=GeranAutoNrtDeleteSwitch-1;
MOD ANR: NrtDelMode=GERAN_DELERRORNCELL-1;
MOD ENODEBALGOSWITCH: AnrSwitch=CdmaAutoNrtDeleteSwitch-1;
//Deactivating removal of redundant NCL/NRT entries in inter-RAT ANR with UTRAN and GERAN
MOD ANR: NrtDelMode=UTRAN_DELREDUNDANCENCELL-0;
MOD ANR: NrtDelMode=GERAN_DELREDUNDANCENCELL-0;
//Activating automatic optimization of blind handover priorities for inter-RAT neighbor relationships
MOD ENODEBALGOSWITCH: BlindNcellOptSwitch=UtranBlindNcellOptSwitch-1;
MOD ENODEBALGOSWITCH: BlindNcellOptSwitch=GeranBlindNcellOptSwitch-1;
//Activating removal of inappropriate NCL/NRT entries and specification-based removal in inter-RAT ANR
MOD ENODEBALGOSWITCH: AnrSwitch=UtranAutoNrtDeleteSwitch-1;
MOD CELLALGOSWITCH: LocalCellId=xx, AnrFunctionSwitch=INTER_RAT_ANR_SW-1;
MOD ANR: NrtDelMode=UTRAN_DELERRORNCELL-1;
MOD ENODEBALGOSWITCH: AnrSwitch=GeranAutoNrtDeleteSwitch-1;
MOD ANR: NrtDelMode=GERAN_DELERRORNCELL-1;
//Deactivating removal of redundant NCL/NRT entries in inter-RAT ANR with UTRAN and GERAN
MOD ANR: NrtDelMode=UTRAN_DELREDUNDANCENCELL-0;
MOD ANR: NrtDelMode=GERAN_DELREDUNDANCENCELL-0;
//Activating automatic optimization of blind handover priorities for inter-RAT neighbor relationships
MOD ENODEBALGOSWITCH: BlindNcellOptSwitch=UtranBlindNcellOptSwitch-1;
MOD ENODEBALGOSWITCH: BlindNcellOptSwitch=GeranBlindNcellOptSwitch-1;
//Deactivating removal of inappropriate NCL/NRT entries and specification-based removal in inter-RAT ANR
MOD CELLALGOSWITCH: LocalCellId=xx, AnrFunctionSwitch=INTER_RAT_ANR_SW-0;
MOD ENODEBALGOSWITCH: AnrSwitch=UtranAutoNrtDeleteSwitch-0;
MOD ANR: NrtDelMode=UTRAN_DELERRORNCELL-0;
MOD ENODEBALGOSWITCH: AnrSwitch=GeranAutoNrtDeleteSwitch-0;
MOD ANR: NrtDelMode=GERAN_DELERRORNCELL-0;
MOD ENODEBALGOSWITCH: AnrSwitch=CdmaAutoNrtDeleteSwitch-0;
//Deactivating automatic optimization of blind handover priorities for inter-RAT neighbor relationships
MOD ENODEBALGOSWITCH: BlindNcellOptSwitch=UtranBlindNcellOptSwitch-0;
MOD ENODEBALGOSWITCH: BlindNcellOptSwitch=GeranBlindNcellOptSwitch-0;
//Deactivating removal of inappropriate NCL/NRT entries and specification-based removal in inter-RAT ANR
MOD CELLALGOSWITCH: LocalCellId=xx, AnrFunctionSwitch=INTER_RAT_ANR_SW-0;
MOD ENODEBALGOSWITCH: AnrSwitch=UtranAutoNrtDeleteSwitch-0;
MOD ANR: NrtDelMode=UTRAN_DELERRORNCELL-0;
MOD ENODEBALGOSWITCH: AnrSwitch=GeranAutoNrtDeleteSwitch-0;
MOD ANR: NrtDelMode=GERAN_DELERRORNCELL-0;
//Deactivating automatic optimization of blind handover priorities for inter-RAT neighbor relationships
MOD ENODEBALGOSWITCH: BlindNcellOptSwitch=UtranBlindNcellOptSwitch-0;
MOD ENODEBALGOSWITCH: BlindNcellOptSwitch=GeranBlindNcellOptSwitch-0;
● LST UTRANNCELL
● LST GERANNCELL
● LST UTRANEXTERNALCELLPLMN
● LST GERANEXTERNALCELLPLMN
● DSP UTRANEXTENDEDNCELL
● DSP GERANEXTENDEDNCELL
● LST UTRANBLKNCELL
● LST CDMA20001XRTTNCELL (FDD)
● LST CDMA2000HRPDNCELL (FDD)
● LST NREXTERNALCELL
● LST NRNRELATIONSHIP
Table 5-19 lists the performance counters that can reflect the network
performance after inter-RAT ANR is enabled. As inter-RAT neighbor relationships
are configured, the values of these counters converge.
1526728468 L.IRATHO.E2W.NoNRT
1526728470 L.IRATHO.E2G.NoNRT
1526741659 L.E2W.CgiReadAtt
1526741660 L.E2G.CgiReadAtt
1526749531 L.E2N.CgiReadAtt
1526741662 L.E2W.CgiReadSucc
1526741663 L.E2G.CgiReadSucc
1526749532 L.E2N.CgiReadSucc
NOTE
For details about counters related to mobility management such as handover, see Mobility
Management in Connected Mode.
Fault Description
A coverage-based handover from an E-UTRAN cell to a UTRAN cell fails.
Fault Handling
To check whether this handover failure is caused by an incorrect neighbor
relationship configuration, perform the following steps:
Step 1 Start a Uu interface tracing task for the source cell on the U2020 client. In the
tracing result, check whether the eNodeB has delivered a handover command,
which carries the IE mobilityFromEUTRACommand.
● If the eNodeB has not delivered the handover command, go to Step 2.
● If the eNodeB has delivered the handover command, contact Huawei
technical support.
Step 2 Run the LST UTRANEXTERNALCELL command to check whether the target cell
has been configured as an external cell on the source eNodeB. Run the LST
UTRANNCELL command to check whether the neighbor relationship between the
source and target cells has been configured on the source cell.
● If they have not been configured, go to Step 3.
● If they have been configured, contact Huawei technical support.
NOTE
Step 3 Check whether the switch for event-triggered ANR with UTRAN has been set to
on.
● If the switch is off, set it to on.
● If the switch is on, go to Step 4.
● If the UE does not support ANR with UTRAN, no further action is required.
----End
5.2.1 Principles
The inter-RAT neighbor relationship classification function classifies inter-RAT
neighbor relationships based on the handover statistics and provides differentiated
management of the neighbor relationships based on the classification, improving
O&M experience.
NOTE
If the NRT optimization mode works in controlled mode, the unknown neighbor
relationships to be added or removed will be reported to the U2020 for manual
confirmation. In this case, inter-RAT neighbor relationship classification will not be
performed. In other words, when the ANR.OptMode parameter is set to CONTROLLED and
the NCellParaCfg.CellAnrOptMode parameter is set to CONTROLLED, inter-RAT neighbor
relationship classification does not take effect.
5.2.2.1 Benefits
Inter-RAT neighbor relationship classification classifies neighbor relationships in
NRTs based on the handover statistics and manages the neighbor relationships
based on the classification, improving the OM experience.
The following describes the application scenarios where maximum gains can be
provided.
● New deployment
You are advised to turn on the switches that control classification of neighbor
relationship with UTRAN and GERAN cells and the over-distant neighboring
UTRAN cell detection switch.
● Site expansion or migration
None
5.2.2.2 Impacts
Network Impacts
None
Function Impacts
None
5.2.3 Requirements
5.2.3.1 Licenses
For details, see 4.2.3.1 Licenses.
5.2.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
For details, see 4.2.3.2 Software.
5.2.3.3 Hardware
Boards
No requirements
RF Modules
No requirements
5.2.3.4 Others
The configurations in the CME engineering parameter table are correct when the
blacklisted neighbor relationship management function is enabled. The following
are required in the CME engineering parameter table:
● For a non-multi-RRU cell, the CGI (comprised of RNC ID, MCC, MNC, and cell
ID), latitude, and longitude information about the cell is specified on the
WCDMA or TDSCDMA sheet.
● For a multi-RRU cell, the CGI information about the cell and the latitude and
longitude information about any RRU of the cell are specified on the WCDMA
or TDSCDMA sheet. The "REPEATERRRU" field is set to Yes, indicating that
multiple RRUs exist and the latitude and longitude of each RRU need to be
specified. On the REPEATER sheet, the CGI, RAT (RATTYPE=LTE), RRU name
(RepeaterName), latitude, and longitude information about the cell are
specified. Multiple rows with the same CGI but different latitudes and
longitudes are specified for a multi-RRU cell.
5.2.4.1.1 Process
For details, see 5.1.4.1.1 Process.
5.3.1 Principles
ANR with shared cells consists of intra-RAT ANR with shared cells and inter-RAT
ANR with shared cells. This section describes inter-RAT ANR with shared cells.
If a neighboring cell is shared by operators, inter-RAT ANR maintains its PLMN list,
in addition to the NCL and NRT. The PLMN lists are configured using the
GeranExternalCellPlmn or UtranExternalCellPlmn MO, which represents the
PLMN list of each external GERAN or UTRAN cell, respectively.
NOTE
In this version, ANR does not maintain the PLMN lists (configured by the
NrExternalCellPlmn MOs) of external NG-RAN cells.
This function requires the neighboring cell information obtained from the U2020
in the following methods:
● If the serving cell and neighboring cells are managed by the same U2020, the
source eNodeB can obtain the neighboring cell information directly from the
U2020.
● If the serving cell and neighboring cells are not managed by the same U2020,
the source eNodeB can obtain the neighboring cell information from the
U2020 that manages the serving cell only after the neighboring cell
information is imported into this U2020. Operators can import the
neighboring cell information into this U2020 by using the CME. If the
neighboring cell information is not imported into this U2020 in a timely
manner, the source eNodeB may not obtain the neighboring cell information
and ANR cannot add neighbor relationships with those cells to the NRTs.
If a neighboring cell is shared by operators, a UE may not report the PLMN IDs of
the secondary operators or report incorrect PLMN IDs of the primary and
secondary operators. In this case, the source eNodeB needs to obtain the PLMN
information about the neighboring cell from the U2020 to automatically maintain
the external-cell PLMN list.
An E-UTRAN cell may have the following types of shared inter-RAT neighboring
cells:
● Shared UTRAN cell
● Shared GERAN cell
the eNodeB adds the strongest and second strongest unknown neighboring
cells to the NCL with the query from the U2020. If the ANR.FastAnrMode
parameter is set to values other than NCL_NRT_MODE, the principles of
adding external cells and neighbor relationships by fast ANR are the same as
those without information query from the U2020.
● If this parameter is set to BOOLEAN_FALSE, the source eNodeB does not
query the neighboring cell information from the U2020.
If ANR detects a missing neighboring GERAN cell, the eNodeB automatically
maintains the external-cell PLMN list after receiving a measurement report that
contains the CGI of the missing cell from the UE. The maintenance procedure is as
follows:
1. The eNodeB reports the CGI acquired by the UE to the U2020.
2. The U2020 queries the PLMN list of the cell and then sends the query result
to the eNodeB.
3. The eNodeB adds the PLMN information to the external-cell configuration.
NOTE
If a UE does not report the PLMN list of the target cell, the eNodeB must obtain
information about this cell from the U2020. Before the target cell is added to the NCL of
the eNodeB and the PLMN information is added to the external-cell configuration of the
source cell, UEs can be handed over to the primary-PLMN cell but not the secondary-PLMN
cell. If the base station serving the target cell is provided by another vendor, the base
station cannot obtain information about the target cell from the U2020. In this case, the
source eNodeB does not add the target cell to the NCL and NRTs.
NOTE
If a UE does not report the PLMN list of the target cell, the eNodeB must obtain
information about this cell from the U2020. Before the target cell is added to the NCL
of the eNodeB and the PLMN information is added to the external-cell configuration
of the source cell, UEs can be handed over to the primary-PLMN cell but not the
secondary-PLMN cell. If the base station serving the target cell is provided by another
vendor, the base station cannot obtain information about the target cell from the
U2020. In this case, the source eNodeB does not add the target cell to the NCL and
NRTs.
5.3.2.1 Benefits
If a neighboring cell is shared by operators, a UE may not report the PLMN IDs of
the secondary operators or report incorrect PLMN IDs of the primary and
secondary operators. In this case, the source eNodeB needs to obtain the PLMN
information about the neighboring cell from the U2020 and automatically
maintains the external-cell PLMN list.
The following describes the application scenarios where maximum gains can be
provided.
● New deployment
It is recommended that ANR with shared UTRAN cells be enabled when both
of the following conditions are met:
– Neighboring UTRAN cells are shared by operators.
– The serving and neighboring cells are managed by the same U2020, or
the configuration data of the neighboring cells has been imported into
the U2020 that manages the serving cell.
It is recommended that ANR with shared GERAN cells be enabled when both
of the following conditions are met:
– Neighboring GERAN cells are shared by operators.
– The serving and neighboring cells are managed by the same U2020, or
the configuration data of the neighboring cells has been imported into
the U2020 that manages the serving cell.
● Site expansion or migration
None
5.3.2.2 Impacts
Network Impacts
When ANR detects missing neighboring shared cells, the eNodeB queries the
U2020 for the cells. The query lasts for a maximum of 3 minutes and may affect
the handover. If no candidate target cell is available for the handover, a service
drop may occur.
Function Impacts
None
5.3.3 Requirements
5.3.3.1 Licenses
None
5.3.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
RAT Function Name Function Switch Reference
5.3.3.3 Hardware
Boards
No requirements
RF Modules
No requirements
5.3.3.4 Others
None
5.3.4.1.1 Process
For details, see 5.1.4.1.1 Process.
//(Optional, recommended if ANR with UTRAN is enabled in MOCN scenarios and some defective UEs
report incorrect primary and secondary PLMN IDs) Activating UTRAN NCL/NRT entry rectification
MOD ANR: NrtDelMode=UTRAN_NCELL_CORRECTION_SW-1;
//(Optional, recommended if ANR with UTRAN is enabled in MOCN scenarios and some defective UEs
report incorrect primary and secondary PLMN IDs) Deactivating UTRAN NCL/NRT entry rectification
MOD ANR: NrtDelMode=UTRAN_NCELL_CORRECTION_SW-0;
5.4.1 Principles
For details about principles, see 4.5.1 Principles.
5.4.2.1 Benefits
This function prevents neighbor relationships with cells that have abnormal PLMN
IDs from being added to NRTs, thereby increasing the handover success rate and
decreasing the service drop rate.
5.4.2.2 Impacts
Network Impacts
None
Function Impacts
None
5.4.3 Requirements
5.4.3.1 Licenses
None
5.4.3.2 Software
Before activating this function, ensure that its prerequisite functions have been
activated and mutually exclusive functions have been deactivated. For detailed
operations, see the relevant feature documents.
Prerequisite Functions
RAT Function Name Function Switch Reference
5.4.3.3 Hardware
Boards
No requirements
RF Modules
No requirements
5.4.3.4 Others
None
5.4.4.1.1 Process
For details, see 5.1.4.1.1 Process.
6 Parameters
You can find the EXCEL files of parameter reference and used reserved parameter list for
the software version used on the live network from the product documentation delivered
with that version.
Step 2 On the Parameter List sheet, filter the Feature ID column. Click Text Filters and
choose Contains. Enter the feature ID, for example, LOFD-001016 or
TDLOFD-001016.
Step 3 Click OK. All parameters related to the feature are displayed.
----End
Step 1 Open the EXCEL file of the used reserved parameter list.
Step 2 On the Used Reserved Parameter List sheet, use the MO, Parameter ID, and BIT
columns to locate the reserved parameter, which may be only a bit of a parameter.
View its information, including the meaning, values, impacts, and product version
in which it is activated for use.
----End
7 Counters
The following hyperlinked EXCEL files of performance counter reference match the
software version with which this document is released.
● Node Performance Counter Summary: contains device and transport counters.
● eNodeBFunction Performance Counter Summary: contains all counters related
to radio access functions, including air interface management, access control,
mobility control, and radio resource management.
NOTE
You can find the EXCEL files of performance counter reference for the software version used
on the live network from the product documentation delivered with that version.
----End
8 Glossary
9 Reference Documents