Anr (5g Ran6.1 - Draft A)
Anr (5g Ran6.1 - Draft A)
Anr (5g Ran6.1 - Draft A)
Issue Draft A
Date 2021-12-30
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: [email protected]
Contents
1 Change History.........................................................................................................................1
1.1 5G RAN6.1 Draft A (2021-12-30)...................................................................................................................................... 1
3 Overview................................................................................................................................. 10
3.1 Definition................................................................................................................................................................................. 10
3.2 Related Concepts.................................................................................................................................................................. 10
3.2.1 NCL......................................................................................................................................................................................... 10
3.2.2 NRT......................................................................................................................................................................................... 12
4.1.3.2 Software............................................................................................................................................................................ 49
4.1.3.3 Hardware.......................................................................................................................................................................... 50
4.1.3.4 Others................................................................................................................................................................................ 50
4.1.4 Operation and Maintenance......................................................................................................................................... 50
4.1.4.1 Data Configuration........................................................................................................................................................ 50
4.1.4.1.1 Data Preparation.........................................................................................................................................................50
4.1.4.1.2 Using MML Commands............................................................................................................................................ 55
4.1.4.1.3 Using the MAE-Deployment................................................................................................................................... 57
4.1.4.2 Activation Verification.................................................................................................................................................. 57
4.1.4.3 Network Monitoring..................................................................................................................................................... 59
4.2 Intra-RAT PLMN ID Management................................................................................................................................... 59
4.2.1 Principles.............................................................................................................................................................................. 59
4.2.2 Network Analysis............................................................................................................................................................... 61
4.2.2.1 Benefits.............................................................................................................................................................................. 61
4.2.2.2 Impacts.............................................................................................................................................................................. 61
4.2.3 Requirements...................................................................................................................................................................... 62
4.2.3.1 Licenses.............................................................................................................................................................................. 62
4.2.3.2 Software............................................................................................................................................................................ 62
4.2.3.3 Hardware.......................................................................................................................................................................... 62
4.2.3.4 Others................................................................................................................................................................................ 63
4.2.4 Operation and Maintenance......................................................................................................................................... 63
4.2.4.1 Data Configuration........................................................................................................................................................ 63
4.2.4.1.1 Data Preparation.........................................................................................................................................................63
4.2.4.1.2 Using MML Commands............................................................................................................................................ 64
4.2.4.1.3 Using the MAE-Deployment................................................................................................................................... 64
4.2.4.2 Activation Verification.................................................................................................................................................. 64
4.2.4.3 Network Monitoring..................................................................................................................................................... 64
5.1.2.1 Benefits.............................................................................................................................................................................. 83
5.1.2.2 Impacts.............................................................................................................................................................................. 83
5.1.3 Requirements...................................................................................................................................................................... 85
5.1.3.1 Licenses.............................................................................................................................................................................. 85
5.1.3.2 Software............................................................................................................................................................................ 85
5.1.3.3 Hardware.......................................................................................................................................................................... 86
5.1.3.4 Others................................................................................................................................................................................ 86
5.1.4 Operation and Maintenance......................................................................................................................................... 86
5.1.4.1 When to Use.................................................................................................................................................................... 86
5.1.4.2 Data Configuration........................................................................................................................................................ 86
5.1.4.2.1 Data Preparation.........................................................................................................................................................86
5.1.4.2.2 Using MML Commands............................................................................................................................................ 88
5.1.4.2.3 Using the MAE-Deployment................................................................................................................................... 90
5.1.4.3 Activation Verification.................................................................................................................................................. 90
5.1.4.4 Network Monitoring..................................................................................................................................................... 92
5.2 Inter-RAT PLMN ID Management................................................................................................................................... 92
5.2.1 Principles.............................................................................................................................................................................. 92
5.2.2 Network Analysis............................................................................................................................................................... 92
5.2.2.1 Benefits.............................................................................................................................................................................. 92
5.2.2.2 Impacts.............................................................................................................................................................................. 93
5.2.3 Requirements...................................................................................................................................................................... 93
5.2.3.1 Licenses.............................................................................................................................................................................. 93
5.2.3.2 Software............................................................................................................................................................................ 93
5.2.3.3 Hardware.......................................................................................................................................................................... 93
5.2.3.4 Others................................................................................................................................................................................ 94
5.2.4 Operation and Maintenance......................................................................................................................................... 94
5.2.4.1 Data Configuration........................................................................................................................................................ 94
5.2.4.1.1 Data Preparation.........................................................................................................................................................94
5.2.4.1.2 Using MML Commands............................................................................................................................................ 95
5.2.4.1.3 Using the MAE-Deployment................................................................................................................................... 95
5.2.4.2 Activation Verification.................................................................................................................................................. 96
5.2.4.3 Network Monitoring..................................................................................................................................................... 96
6 Parameters.............................................................................................................................. 97
7 Counters.................................................................................................................................. 98
8 Glossary................................................................................................................................... 99
9 Reference Documents........................................................................................................ 100
1 Change History
Technical Changes
Change Description Parameter Change RAT Base Station
Model
Added the impact of Added the enumerated FDD 3900 and 5900
the value FORBID_MEAS to Low- series base
NRCellFreqRelation.I the frequen stations
nterFreqPrdcMrType NRCellFreqRelation.Inter cy TDD DBS3900
parameter being set to FreqPrdcMrType LampSite and
FORBID_MEAS on parameter. DBS5900
intra-RAT fast ANR LampSite
and intra-RAT PCI-
specific ANR. For
details, see 4.1.1.1
Automatic Detection
and Addition of
Missing Neighboring
Cells.
Editorial Changes
Revised descriptions in this document.
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 optimal gains, contact Huawei professional service engineers.
Software Interfaces
Any parameters, alarms, counters, or managed objects (MOs) described in Feature
Parameter Description documents apply only to the corresponding software
release. For future software releases, refer to the corresponding updated product
documentation.
● Automatic
optimization of
neighbor relationship
attributes based on
identification of over-
distant neighboring
cells: None
● Automatic external-
cell PLMN list
configuration: None
● Automatic
neighboring
frequency
configuration: None
● Control mode: None
3 Overview
3.1 Definition
In communications networks, neighboring cells are considered as possible target
cells for UEs during handovers. During network O&M, such as network swapping
or capacity expansion, neighbor relationships are constantly changing and need
prompt adjustment. Manual neighbor relationship configuration has a risk of
errors and is costly and inefficient. Improper neighbor relationships cause service
drops, which adversely affect user experience. To address this issue, automatic
neighbor relation (ANR) is introduced.
3.2.1 NCL
A neighboring cell list (NCL) of a gNodeB contains information about external
cells, specifically, neighboring cells of all the cells served by the gNodeB. Such
neighboring cells are not served by this gNodeB.
Intra-RAT NCL
An intra-RAT NCL contains all external NG-RAN cells of a gNodeB. Table 3-1 lists
the primary information in an intra-RAT NCL.
Mnc 01 01 ...
gNBId 1 2 ...
CellId 1 2 ...
Tac 8 8 ...
PhysicalCellId 15 16 ...
Inter-RAT NCL
An inter-RAT NCL contains all external E-UTRAN cells of a gNodeB. Table 3-2 lists
the primary information in an inter-RAT NCL.
Mnc 01 01 ...
EnodebId 1 2 ...
CellId 1 2 ...
Tac 8 8 ...
PhysicalCellId 15 16 ...
MASTER_PLMN_RESERV 0 0 ...
ED_FLAG
3.2.2 NRT
The neighboring relation table (NRT) of a cell contains information about all
neighboring cells of the cell.
The NRT is a cell-specific configuration. Each cell has an intra-RAT NRT and an
inter-RAT NRT.
Intra-RAT NRT
An intra-RAT NRT contains all neighboring NG-RAN cells of a cell. Table 3-3 lists
the primary information in the intra-RAT NRT.
NrCellID 1 1 ...
Mnc 01 01 ...
gNBId 1 2 ...
CellId 1 2 ...
Inter-RAT NRT
An inter-RAT NRT contains all neighboring E-UTRAN cells of a cell. Table 3-4 lists
the primary information in the inter-RAT NRT.
NrCellID 1 1 ...
Mnc 01 01 ...
EnodebId 1 2 ...
CellId 1 2 ...
4.1.1 Principles
Intra-RAT ANR enables automatic management of intra-NR NCLs and intra-NR
NRTs (NCL and NRT for short). Table 4-1 lists support for subfunctions of intra-
RAT ANR on neighboring NG-RAN cells with and without multi-operator sharing.
Intra-RAT ANR is controlled by cell-level parameters and takes effect on a per cell
basis. The following describes the principles.
Table 4-2 Switches that control automatic detection and addition of missing
neighboring cells
After fast ANR or PCI-specific is enabled, the gNodeB randomly selects UEs that
meet all of the following conditions and sends measurement configurations to
them at an interval of 30s. A maximum of five UEs in the serving cell can be
selected for measurements at a time.
● The UE is in RRC_CONNECTED mode and a PDU session has been set up for
the UE.
● The UE supports the NR neighboring cell measurement with the report type
reportCGI. For details, see 4.1.3.4 Others.
● The UE is only running one or more of the following types of non-GBR
services, except for FWA Internet, FWA video, and FWA private line services
(services for which the gNBQciBearer.ServiceType parameter is set to
FWA_INTERNET, FWA_VIDEO, and FWA_PRIVATE_LINE, respectively).
– In NSA networking, services with a QCI of 5, 6, 8, or 9
– In SA networking, services with a 5QI of 5, 6, 8, or 9 or services with a
mapped QCI of 5, 6, 8, or 9
● The UE has not been selected for periodic measurements within one hour
while the UE context is set up and retained.
NOTE
CA UEs that meet the preceding conditions but treat the local cell as their SCell cannot be
selected for periodic measurements.
After fast ANR is enabled, the gNodeB instructs UEs to measure all intra-RAT
frequencies. After PCI-specific ANR is enabled, the gNodeB instructs UEs to
measure all intra-RAT frequencies associated with specific PCIs.
After fast ANR or PCI-specific ANR is enabled, if the number of frequencies to be
measured is limited and not all the frequencies can therefore be delivered for
measurements, the gNodeB selects frequencies based on their priorities. For
details about configuring the candidate frequency list based on their priorities, see
Mobility Management. The maximum number of periodic measurements of each
frequency is 100. The rules for calculating the number of periodic measurements
are as follows:
● Once fast ANR is enabled, the gNodeB sets the number of periodic
measurements of every inter-RAT frequency performed by UEs in the cell to
zero.
● Once PCI-specific ANR is enabled, the gNodeB sets the number of periodic
measurements of every inter-RAT frequency associated with a specific PCI
performed by UEs in the cell to zero.
● After a periodic measurement of a frequency is complete, the gNodeB
increases the number of periodic measurements for this frequency by one.
● If the neighbor relationship with a cell on a frequency is successfully added by
ANR, the gNodeB sets the number of periodic measurements of the frequency
to zero. If this neighbor relationship is added by running MML commands, the
gNodeB does not set this number to zero.
● The number of periodic measurements of a new intra-RAT neighboring
frequency starts from zero.
● The number of periodic measurements of a frequency corresponding to a PCI
newly specified by NRCellNcgiMeas.TargetPhysicalCellId parameter is
counted from zero.
After fast ANR or PCI-specific ANR is enabled, the gNodeB delivers frequency
measurement configurations based on the following rules:
● If the number of consecutive periodic measurements of the frequency is
greater than or equal to 100 but no neighbor relationship with a cell on this
frequency is added, this frequency will no longer be delivered for periodic
measurements.
● If the number of intra-RAT neighbor relationships configured for a cell or the
gNodeB reaches its maximum value, all intra-RAT frequencies will no longer
be delivered for measurements. When the number of intra-RAT neighbor
relationships configured for a cell or the gNodeB decreases from the
maximum value, the counting of periodic measurements of these frequencies
continues from the previous numbers.
● In controlled mode, if the number of to-be-confirmed intra-RAT neighbor
relationships configured for a cell or the gNodeB reaches its maximum value,
all intra-RAT frequencies will no longer be delivered for measurements. When
the number of to-be-confirmed intra-RAT neighbor relationships configured
for a cell or the gNodeB decreases from the maximum value, the counting of
periodic measurements of these frequencies continues from the previous
numbers.
● Neighboring high frequencies of a high-frequency cell are not delivered for
measurements.
● If the base station is restarted, all counters (such as the numbers of measurements and
handovers) related to ANR will be re-measured.
● If both fast ANR and PCI-specific ANR are enabled and a PCI specified through the
NRCellNcgiMeas MO is removed, but the number of periodic measurements on the
frequency corresponding to the PCI is less than 100, the base station still delivers
measurement configurations of this frequency.
● Neighbor relationship addition triggered by fast ANR or PCI-specific ANR is not service-
triggered. It does not trigger specification-based neighboring relationship replacement
or specification-based external cell replacement. In controlled mode, no optimization
advice is reported when the number of neighbor relationships reaches its maximum.
● NRT query triggered by fast ANR or PCI-specific ANR is not service-triggered. It is not
counted in the number of times a neighbor relationship is used and does not affect
specification-based neighbor relationship and external cell replacement and
identification of redundant neighbor relationships.
● If a UE starts periodic measurements but the measurements conflict with other
functions (such as cell handover, CA, and DC) that require measurement resources, the
periodic measurements triggered by fast ANR or PCI-specific automatically pauses to
meet the measurement requirements of the functions.
● When a neighbor relationship is added in uncontrolled mode, the
NRCellRelation.AnrFlag parameter is set to TRUE for the neighbor relationship by
default. When the neighbor relationship is added in controlled mode after manual
confirmation on the MAE-Access, the NRCellRelation.AnrFlag parameter is set to
FALSE by default.
● Assume that an NSA UE measures NCGIs on the NR side. The
NSA_NCGI_MEAS_DRX_SW option of the gNodeBParam.NsaDcOptSwitch parameter
on the NR side and the NSA_NR_NCGI_DRX_OPT_SW option of the
EnodebAlgoExtSwitch.MultiNetworkingOptionOptSw parameter on the LTE side
must be both selected to ensure a long common DRX sleep time on both the NR and
LTE sides. This increases the probability that NSA UEs measure NCGIs. For details, see
NSA Networking based on EPC.
The gNodeB automatically detects and adds missing neighboring cells based on
event-triggered or periodic measurement reports sent by UEs. The following
provides the details in SA and NSA networking.
SA Networking
Assume that a UE is located in the coverage area of cell A, which provides NR
services for the UE. Cell B and cell C are NG-RAN cells adjacent to cell A. The
gNodeB sends measurement configurations to the UE. Based on the measurement
report sent from the UE, the gNodeB detects and adds cell B, as shown in Figure
4-1.
▪ If only fast ANR is enabled or both fast ANR and PCI-specific ANR are
enabled, cell B has the best signal quality among all cells in the
report. In this case, go to 2.
whether a cell in the NCL or a served cell has the same PCI and frequency as
cell B.
NOTE
The NCGI consists of the public land mobile network (PLMN) ID, gNodeB ID, and cell
ID. The PLMN ID consists of the MCC and MNC.
If it does not, cell B is not in the NRT of cell A. That is, cell B is a missing
neighboring cell of cell A. In this case, go to 3. If it does, cell B is in the NRT of
cell A. That is, cell B is a neighboring cell of cell A.
– If the measurement report is a periodic measurement report and only fast
ANR is enabled, or if the measurement report is an event-triggered
report, the procedure ends.
– If the measurement report is a periodic measurement report and both
fast ANR and PCI-specific ANR is enabled, the intersection of the cells
contained in the measurement report and the cells each with the PCI
specified by the NRCellNcgiMeas.TargetPhysicalCellId parameter is
used. Go to 3 in any of the following scenarios. In other scenarios, the
procedure ends.
▪ If they are not, the gNodeB adds cell B or C to its NCL and then adds
cell B or C to the NRT of cell A.
NRExternalNCell.NrNetworkingOption is automatically set to
UNLIMITED (default value) for cell B or C when the cell is being
added to the NCL. The gNodeB queries the networking option of cell
B or C on the MAE-Access and updates this option in the NCL.
If the CGI-Info IE does not contain the TAC information about
neighboring cells, NRExternalNCell.Tac is automatically set to
4294967295 (invalid value) for cell B or C when the cell is being
added to the NCL.
– If cell B or C is in the NRT of cell A and is served by the same gNodeB as
cell A, the procedure ends.
– If cell B or C is in the NRT of cell A and is not served by the same gNodeB
as cell A, the gNodeB updates the NCL based on measurement reports
from UEs. For details, see NCL Update Triggered by Measurement
Reports from UEs.
In the measurement report sent from the UE, the NR cell identity (NCI) of the
target cell is 36 bits long and is a combination of gNodeB ID and cell ID. The
gNodeB ID is 22 to 32 bits long. The cell ID is 4 to 14 bits long.
– When the gNBSharingMode.MultipleNCISwitch parameter is turned on:
Assume that cell A has two adjacent cells, cell B and cell D. Cell B and cell D work
on the same frequency and are configured with the same PCI, and cell B is in the
NRT of cell A. When subsequent event-triggered measurement reports contain the
same PCI as cell B and cell D, the gNodeB queries the NRT and selects cell B in the
NRT as the target cell for the handover. When the UE moves, the measured cell is
either of the two adjacent cells corresponding to the PCI. Therefore, if the gNodeB
selects an incorrect target cell, the UE handover fails.
In the preceding scenario, when the number of handovers from cell A to cell B is
less than 100, the gNodeB carries the number over the next measurement period
until the number is greater than or equal to 100. When the number of handovers
from cell A to cell B is greater than or equal to 100 and the success rate of
handovers to cell B is less than 80%, the gNodeB automatically sets the
NRCellRelation.NCellClassLabel parameter to EXTENDED for cell B. (The
NRCellRelation.NCellClassLabel parameter specifies whether a neighbor
relationship is a formal or extended neighbor relationship. This parameter cannot
be set using MML commands.) When the PCI of cell B and cell D is reported again
in subsequent event-based measurements:
● If the reported CGI of cell D is different from that of cell B corresponding to
the PCI in the NRT, the gNodeB adds cell D to the NRT and sets the
NRCellRelation.NCellClassLabel parameter to FORMAL for cell B.
● If the measurement with the report type of reportCGI on cell B instructed by
the gNodeB is executed for 100 times, the gNodeB sets the
NRCellRelation.NCellClassLabel parameter to FORMAL for cell B.
The gNodeB can detect and add two intra-frequency cells with the same PCI as
neighboring cells through the preceding extended neighbor relationship
processing. The two neighboring cells are PCI confusion cells. PCI confusion can be
detected and resolved by using the PCI conflict detection and self-optimization
function. For details, see PCI Conflict Detection and Self-Optimization.
NSA Networking
In NSA networking, the eNodeB works as the master eNodeB, which is connected
to the EPC. The gNodeB works as the secondary gNodeB, which is connected to
the eNodeB over the X2 interface. The PSCell will change when a UE moves
between NG-RAN cells, requiring existing neighbor relationships. If no neighbor
relationship exists, neighboring cells will be automatically configured. There is no
direct signaling bearer between the gNodeB and the UE. Therefore, the eNodeB is
responsible for forwarding the RRC messages between the gNodeB and the UE.
NOTE
In this version, a UE can directly send a measurement report to the gNodeB. For
details, see NSA Networking based on EPC.
2. The gNodeB obtains the PCI of cell B from the measurement report, queries
the NG-RAN cell global identifiers (NCGIs) of all neighboring cells in the NRT
of cell A, and then searches its NCL and served cells for the PCIs and
frequencies of cells indicated by these NCGIs. The gNodeB then checks
whether a cell in the NCL or a served cell has the same PCI and frequency as
cell B.
NOTE
The NCGI consists of the public land mobile network (PLMN) ID, gNodeB ID, and cell
ID. The PLMN ID consists of the MCC and MNC.
If no, cell B is not in the NRT of cell A. That is, cell B is a missing neighboring
cell of cell A. In this case, go to 3. If it does, cell B is in the NRT of cell A. That
is, cell B is a neighboring cell of cell A.
– If the measurement report is a periodic measurement report and only fast
ANR is enabled, or if the measurement report is an event-triggered
report, the procedure ends.
– If the measurement report is a periodic measurement report and both
fast ANR and PCI-specific ANR is enabled, the intersection of the cells
contained in the measurement report and the cells each with the PCI
specified by the NRCellNcgiMeas.TargetPhysicalCellId parameter is
used. Go to 3 in any of the following scenarios. In other scenarios, the
procedure ends.
▪ If they are not, the gNodeB adds cell B or C to its NCL and then adds
cell B or C to the NRT of cell A.
NRExternalNCell.NrNetworkingOption is automatically set to
UNLIMITED (default value) for cell B or C when the cell is being
added to the NCL. The gNodeB queries the networking option of cell
B or C on the MAE-Access and updates this option in the NCL.
If the CGI-Info IE does not contain the TAC information about
neighboring cells, NRExternalNCell.Tac is automatically set to
In NSA networking, the SgNB change success rate is not measured when an NG-
RAN cell serves as the PSCell. Therefore, the NRCellRelation.NCellClassLabel
parameter is not automatically set to EXTENDED in NSA networking.
● NRCellRelation.NoRmvFlag
– If this parameter is set to FORBID_ANR_RMV, a neighbor relationship
cannot be automatically removed through ANR.
– If this parameter is set to PERMIT_ANR_RMV, a neighbor relationship
can be automatically removed through ANR.
To ensure that neighbor relationships are not removed through ANR, deselect
the NR_NR_ANR_DEL_SW option of the NRCellAlgoSwitch.AnrSwitch
parameter. Alternatively, set NRCellRelation.NoRmvFlag to
FORBID_ANR_RMV.
● The gNodeB checks whether the SSB frequency and PCI of the external cell in
the NCL are the same as those carried in the CGI-Info IE in the measurement
report.
– If they are the same, the gNodeB performs no further operation.
– If they are different, the gNodeB updates the NCL using the SSB
frequency or PCI carried in the CGI-Info IE.
● The gNodeB checks whether the TAC, FrequencyBand,
AdditionalFrequencyBand, and PlmnReservedFlag of the external cell in the
NCL are the same as those in the measurement report.
– If they are the same, the gNodeB performs no further operation.
– If they are different, the gNodeB updates the NCL using the information
carried in the CGI-Info IE.
NOTE
Cell information must be carried during NG-RAN configuration update. As there are a
large number of NG-RAN cells and Xn interfaces, a large number of configuration
update messages will be sent due to frequent cell information modification. To
prevent this, the system checks the base station configuration every 90 seconds and
sends a configuration update message when a change occurs. Therefore, the modified
configuration will take effect in at most 90s.
● When the MAE-Access successfully returns the query result, the gNodeB
changes the NR networking option of the external NG-RAN cell to SA, NSA, or
SA_NSA based on the query result.
● When the MAE-Access does not return any query result or the query result is
empty, the gNodeB cannot update the NR networking option of the
corresponding external NG-RAN cell. The gNodeB queries the NR networking
options of external NG-RAN cells from the MAE-Access again at night every
day.
● If this parameter is set to PERMIT_HO, the gNodeB allows handovers for UEs
based on neighbor relationships.
● If this parameter is set to FORBID_HO, the gNodeB does not allow handovers
for UEs based on neighbor relationships.
● If this parameter is set to SA_PERMIT_NSA_FORBID_HO, the gNodeB allows
handovers for UEs based on neighbor relationships in SA networking rather
than NSA networking.
An over-distant neighboring cell refers to a cell whose distance from the local cell
is greater than the sum of the access radii of the two cells.
● The distance between adjacent cells is the linear distance between the
antennas serving the two cells.
● The access radius refers to the maximum distance where a UE can successfully
access a cell. The distance is determined by the PRACH configurations of the
cell. The PRACH configurations include the PRACH subcarrier spacing, cell
radius, and PRACH configuration index.
The example shown in Figure 4-3 indicates that the D is greater than the sum of
Rs and Rn. In conclusion, adjacent cell B is an over-distant neighboring cell of
serving cell A.
● The gNodeB queries the MAE-Access about whether the distance between a local cell
and a neighboring cell is greater than the sum of the access radii of the two cells. The
MAE-Access calculates the distance between the local cell and the neighboring cell
based on the longitude and latitude information contained in base station engineering
parameters.
● The gNodeB queries over-distant neighboring cells on the MAE-Access again at night
every day.
● The MAE-Access allows each gNodeB to query a maximum of 256 over-distant
neighboring cells every day.
● NRExternalNCellPlmn.Mcc
● NRExternalNCellPlmn.Mnc
● NRExternalNCellPlmn.gNBId
● NRExternalNCellPlmn.CellId
● NRExternalNCellPlmn.SharedMcc
● NRExternalNCellPlmn.SharedMnc
● NRExternalNCellPlmn.Tac
● NRExternalNCellPlmn.NrNetworkingOption
● NRExternalNCellPlmn.SharedPlmnCellId
● NRExternalNCellPlmn.SharedPlmngNBId
automatic external-cell PLMN list update. Details are provided in the following
sections. For details of multiple-operator sharing, see Multi-Operator Sharing.
If PLMN ID rotation mode is enabled for the neighboring NG-RAN cell, the
sequence of PLMN IDs broadcast in system information periodically changes.
Therefore, the primary operator is not always listed at the top of the PLMN list.
The principles of PLMN configuration for the external NG-RAN cell vary depending
on whether PLMN ID rotation mode is enabled for the neighboring NG-RAN cell.
The following provides the details.
● If yes, the neighboring NG-RAN cell does not work in multi-operator sharing
mode. In this case, the gNodeB adds only the missing neighboring cell to the
NCL and NRT.
● If no, the neighboring NG-RAN cell works in multi-operator sharing mode. In
this case, the gNodeB adds the missing neighboring cell to the NCL/NRT and
adds secondary operator information about the missing neighboring cell to
the external-cell PLMN list.
For example, cell A and cell B are respectively served by gNodeB 1 and
gNodeB 2. Cell B is shared among three operators and is a missing
neighboring cell of cell A. gNodeB 1 adds cell B to its NCL and NRT of cell A.
In addition, gNodeB 1 adds secondary operator information about cell B to its
external-cell PLMN list. Figure 4-4 provides the information recorded in the
external-cell PLMN list.
1. The gNodeB checks whether the reported CGI-Info IE contains only one PLMN
ID.
– If yes, the neighboring NG-RAN cell does not work in multi-operator
sharing mode and no further action is required.
– If no, the neighboring NG-RAN cell works in multi-operator sharing
mode. The process goes to step 2.
2. The gNodeB checks whether one of the reported PLMN IDs is marked as
Reserved.
– If yes, the PLMN marked as Reserved belongs to the primary operator,
and other PLMNs belong to secondary operators.
– If no, the process goes to step 3.
3. The gNodeB checks whether the reported neighboring cell is served by the
gNodeB.
– If yes, an external-cell PLMN list does not need to be configured.
– If no, the process goes to step 4.
4. The gNodeB checks whether an external-cell PLMN list has been configured
for the reported neighboring cell.
– If yes, the eNodeB identifies the primary and secondary operators based
on the external-cell PLMN list.
– If no, the process goes to step 5.
5. The gNodeB reports the PCI and NCGI sent from the UE to the MAE-Access.
6. The MAE-Access checks the PLMN list of the indicated neighboring NG-RAN
cell based on the PCI, gNodeB ID, and cell ID.
7. The MAE-Access sends the check result to the gNodeB.
8. The gNodeB adds the obtained information to the external-cell PLMN list.
External-cell PLMN list update can be triggered by measurement reports from UEs.
After receiving the NCGI and PLMN list carried in the CGI-Info IE in the
measurement report from a UE, the gNodeB queries the external-cell PLMN list
for the external cell indicated by the NCGI. The gNodeB then checks whether the
PLMN list and TAC of the external cell are same as those in the measurement
report.
● If they are the same, the gNodeB performs no further operation.
● If they are different, the gNodeB updates the external-cell PLMN list using the
information carried in the IE.
NOTE
● When the MAE-Access successfully returns the query result, the gNodeB
changes the NR networking option in the external-cell PLMN list
corresponding to the external NG-RAN cell to SA, NSA, or SA_NSA based on
the query result.
● When the MAE-Access does not return any query result or the query result is
empty, the gNodeB cannot update the NR networking option in the external-
cell PLMN list corresponding to the external NG-RAN cell. The gNodeB
queries the NR networking options of external NG-RAN cells from the MAE-
Access again at night every day.
Uncontrolled Mode
In uncontrolled mode, the gNodeB automatically adds or removes neighboring
NG-RAN cells once missing or to-be-removed neighboring NG-RAN cells are
detected.
Controlled Mode
In controlled mode, the gNodeB reports neighboring cell configuration suggestions
to the MAE-Access once missing or to-be-removed neighboring NG-RAN cells are
detected. After manual confirmation on the MAE-Access, the gNodeB adds or
removes neighboring NG-RAN cells. For details about operations on the MAE-
Access, see descriptions of NR ANR in RAN Management in MAE Product
Documentation (EulerOS, TaiShan).
● SA networking
– When this option is selected, the gNodeB can initiate handovers or
redirections to neighboring NG-RAN cells unconfirmed on the MAE-
Access based on the NCGIs of the neighboring cells reported from UEs.
– When this option is deselected, handovers and redirections to
neighboring NG-RAN cells unconfirmed on the MAE-Access are
prohibited.
● NSA networking
– When this option is selected, the gNodeB can select neighboring NG-RAN
cells unconfirmed on the MAE-Access as the target cells for EN-DC PSCell
changes based on the NCGIs of the neighboring cells reported from UEs.
– When this option is deselected, neighboring NG-RAN cells unconfirmed
on the MAE-Access cannot serve as target cells for EN-DC PSCell changes.
In controlled mode, when the MAE-Access displays the optimization advice for
adding a neighbor relationship, it also displays a message indicating whether the
neighboring cell is an over-distant neighboring cell. The
NRCellAnr.OverDistantNCellThld parameter is used to determine whether the
neighboring cell is an over-distant neighboring cell in the preceding scenario.
● When the NRCellAnr.OverDistantNCellThld parameter is not set to 0, an
over-distant neighboring cell refers to a cell whose distance from the local cell
is greater than the parameter value.
● When the NRCellAnr.OverDistantNCellThld parameter is set to 0, an over-
distant neighboring cell refers to a cell whose distance from the local cell is
greater than the sum of the access radii of the two cells. The example shown
in Figure 4-7 indicates that the D is greater than the sum of Rs and Rn. In
conclusion, adjacent cell B is an over-distant neighboring cell of serving cell A.
4.1.2.1 Benefits
Intra-RAT ANR ensures the integrity, validity, and correctness of intra-RAT
neighbor relationships with NG-RAN cells. By automatically optimizing the
attributes of the neighboring cells, it reduces manual intervention to decrease the
costs of network planning, network optimization, and O&M.
NOTE
When the gNodeB automatically adds neighboring cells based on measurement results
reported by UEs, it may add over-distant neighboring cells or some neighboring cells with
low signal strength to NRTs. These neighboring cells will decrease the handover success
rate.
● In SA networking, ANR automatically maintains the validity of neighboring cells based
on the handover success rate every day and sets the NRCellRelation.NoHoFlag
parameter to FORBID_HO or SA_FORBID_NSA_PERMIT_HO for neighboring cells with
low handover success rates. Then, the handover success rate will gradually recover.
● In NSA networking, there may be no X2 link between the base station serving the
added neighboring cell and the LTE anchor base station. As a result, handover failures
occur and the handover success rate decreases. ANR automatically maintains the
validity of neighboring cells based on the handover success rate every day and sets the
NRCellRelation.NoHoFlag parameter to FORBID_HO or
SA_PERMIT_NSA_FORBID_HO for neighboring cells to which the number of successful
handovers is 0 and the number of handovers exceeds 100. Then, the handover success
rate will gradually recover. Therefore, the controlled mode is recommended. In this
mode, manual intervention is required to select and add appropriate neighboring cells
based on the measurement results reported by UEs.
The number and distribution of ANR-capable UEs affect how fast ANR can detect missing
neighboring cells. Therefore, the decrease in the service drop rate and increase in the intra-
RAT handover success rate produced by intra-RAT ANR are impossible to quantify.
4.1.2.2 Impacts
Network Impacts
● The gNodeB instructs the UEs that meet specific conditions to perform
measurements of report type reportCGI to detect an unknown neighboring
cell. This process prolongs the delay in a handover from the source cell to the
target cell. After the neighbor relationship with the cell is added,
measurements of report type reportCGI are not triggered during subsequent
handovers to the neighboring cell and therefore the delay in handovers to the
cell is no longer prolonged.
● Downlink throughput decreases for UEs during DRX in which the UEs read the
NCGI of the target cell. This is because the gNodeB limits scheduling for
downlink transmission for the UEs. After a neighbor relationship with the cell
is added, DRX configuration will not be triggered for measurements of report
type reportCGI, and therefore UEs are not subject to such changes in downlink
throughput during subsequent handovers to the cell.
● Uplink data transmission causes ongoing measurements of report type
reportCGI to fail. UEs read NCGIs in sleep time during DRX. The sleep time
can be interrupted by transmission of uplink data packets (such as uplink data
from UEs or RLC ACKs from UEs in RLC AM mode). This decreases the NCGI
Function Impacts
RAT Function Function Reference Description
Name Switch
4.1.3 Requirements
4.1.3.1 Licenses
Feature ID Feature Name Model Sales Unit
4.1.3.2 Software
Prerequisite Functions
None
4.1.3.3 Hardware
Boards
All NR-capable main control boards and baseband processing units support this
function. For details, see the BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
RF Modules
This function does not depend on RF modules.
4.1.3.4 Others
In NSA networking, intra-RAT ANR requires that UEs support neighboring NG-RAN
cell measurements of report type reportCGI (nr-CGI-Reporting-ENDC) in E-UTRA-
NR Dual Connectivity (EN-DC). In SA networking, intra-RAT ANR requires that UEs
support neighboring NG-RAN cell measurements of report type reportCGI (nr-CGI-
Reporting). For details, see section 6.3.3 "UE capability information elements" in
3GPP TS 38.331 V15.5.0.
NOTE
Assume that both SA networking and NSA networking are implemented on the network
and base stations in the two networking options are managed by different MAE-Access
systems. Inter-networking-option handovers (handovers from an SA cell to an NSA cell or
from the NSA cell to the SA cell) may fail. To prevent this, the following must be performed
after ANR is enabled: (1) Run the LST NREXTERNALNCELL and LST
NREXTERNALNCELLPLMN commands to check information about external NG-RAN cells.
(2) For external NG-RAN cells with the NRExternalNCell.NrNetworkingOption and
NRExternalNCellPlmn.NrNetworkingOption parameters set to UNLIMITED, check the
actual networking options of these cells. (3) Run the MOD NREXTERNALNCELL and MOD
NREXTERNALNCELLPLMN commands to change the settings of the
NRExternalNCell.NrNetworkingOption and NRExternalNCellPlmn.NrNetworkingOption
parameters to SA, NSA, or SA_NSA accordingly.
Step 2 On the Query SON Log tab page, click Synchronize in the lower right corner. In
the displayed dialog box, click OK.
Step 3 After the synchronization is completed, select NR ANR Log from the Log
Category drop-down list on the Query SON Log tab page.
Step 4 In the Event Name area, select Add Neighboring Cell, Add External Cell,
Update External Cell, Add External Cell PLMN List, Delete External Cell PLMN
List, Update External Cell PLMN List, or Update Neighboring Frequency
----End
----End
----End
Step 4 In the Event Name area, select Set NoHo Flag. If the event is logged and
CellRachRadiusSum and InterCellDistance are not N/A in Event Description,
automatic optimization of neighbor relationship attributes based on identification
of over-distant neighboring cells has taken effect.
----End
Control Mode
The following uses neighboring cell addition as an example to describe activation
verification.
● Prerequisites:
a. Cell A does not exist in the NRT of cell B.
b. Automatic detection and addition of missing neighboring cells is enabled.
● Expected result:
– The uncontrolled mode is used if the LST NRCELLRELATION command
output shows that cell A exists in the NRT of cell B.
– The controlled mode is used if the LST NRCELLRELATION command
output shows that cell A still does not exist in the NRT of cell B and the
Neighboring Cell Relationship to Be Handled area on the
Optimization Advice tab page of the MAE-Access shows that cell A
needs to be added as a neighboring cell of cell B. (To open the
Optimization Advice tab page, choose SON > NR ANR.)
4.2.1 Principles
With PLMN ID management, the gNodeB checks the PLMN IDs carried in the CGI-
Info IE reported from UEs and performs differentiated management.
PLMN ID management applies in either of the following scenarios:
For the PLMN to which the gNodeB belongs (configured in the gNBOperator
MO), the following principles apply:
NOTE
The preceding principles are inapplicable to inter-RAT PLMN ID management. For details
about how inter-RAT PLMN ID management works, see 5.2.1 Principles.
4.2.2.1 Benefits
This function delivers the following scenario-specific gains:
● Scenario where the gNodeB is on the border of different operators
In this scenario, the gNodeB is located adjacent to areas covered by networks
of different operators and UEs served by the gNodeB cannot be handed over
to adjacent cells owned by the operators. This function enables the gNodeB to
add these cells to the NCL and NRT, and prohibits UEs served by the gNodeB
from being handed over to these cells. In this way, data transmissions are not
affected by repeated reading of the CGIs of these cells.
● Scenario where abnormal UEs report invalid PLMN IDs of neighboring cells
In this scenario, the measurement results reported from UEs are incorrect.
This function prohibits incorrect neighboring cell information from being
added to the NCL and NRT, ensuring correct configurations in the NCL and
NRT. In this way, this function prevents handover failures caused by selection
of the target cells that are incorrectly configured in the NCL and NRT.
4.2.2.2 Impacts
Network Impacts
None
Function Impacts
None
4.2.3 Requirements
4.2.3.1 Licenses
None
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 Reference Description
Name Switch
4.2.3.3 Hardware
Boards
All NR-capable main control boards and baseband processing units support this
function. For details, see the BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
RF Modules
This function does not depend on RF modules.
4.2.3.4 Others
None
Prerequisites
The ADD GNBNCELLPLMNLIST command is executed with
gNBNCellPlmnList.PlmnListType set to BLACKLIST to blacklist the PLMN to
which a neighboring cell belongs.
Expected Result
When the CGI-Info IE in the measurement report with type of reportCGI sent from
a UE contains the information of the cell for which
gNBNCellPlmnList.PlmnListType is set to BLACKLIST, the gNodeB does not add
the cell to the NCL or NRT.
5.1.1 Principles
Inter-RAT ANR enables automatic management of inter-RAT (between NR and E-
UTRAN) NCLs and inter-RAT NRTs (NCL and NRT for short). Table 5-1 lists
support for subfunctions of inter-RAT ANR depending on whether neighboring E-
UTRAN cells are shared among multiple operators.
Inter-RAT ANR is controlled by cell-level parameters and takes effect on a per cell
basis. The following describes the principles.
CA UEs that meet the preceding conditions but treat the local cell as their SCell cannot be
selected for periodic measurements.
The gNodeB instructs the UEs to measure all inter-RAT neighboring frequencies
configured for the serving cell. If the number of frequencies to be measured is
limited and not all the frequencies can therefore be delivered for measurements,
the gNodeB selects frequencies based on their priorities. For details about
configuring the candidate frequency list based on their priorities, see Mobility
Management.
The maximum number of periodic measurements of each frequency is 100. The
rules for calculating the number of periodic measurements are as follows:
● Once fast ANR is enabled, the gNodeB sets the number of periodic
measurements of every inter-RAT neighboring frequency of a cell to zero.
● After a periodic measurement of a frequency is complete, the gNodeB
increases the number of periodic measurements for this frequency by one.
● If the neighbor relationship with a cell on a frequency is successfully added by
ANR, the gNodeB sets the number of periodic measurements of the frequency
to zero. If this neighbor relationship is added by running MML commands, the
gNodeB does not set this number to zero.
● The number of periodic measurements of a new inter-RAT neighboring
frequency is counted from zero.
The gNodeB delivers frequency measurement configurations based on the
following rules:
● If the number of consecutive periodic measurements of the frequency is
greater than or equal to 100 but no neighbor relationship with a cell on this
frequency is added, this frequency will no longer be delivered for periodic
measurements.
● Neighbor relationship addition triggered by fast ANR is not service-triggered. It does not
trigger specification-based neighboring relationship replacement or specification-based
external cell replacement. In controlled mode, no optimization advice is reported when
the number of neighbor relationships reaches its maximum.
● NRT query triggered by fast ANR is not service-triggered. It is not counted in the
number of times a neighbor relationship is used and does not affect specification-based
neighbor relationship and external cell replacement and identification of redundant
neighbor relationships.
● If a UE starts periodic measurements but the measurements conflict with other
functions (such as cell handover, CA, and DC) that require measurement resources, the
periodic measurements triggered by fast ANR automatically pauses to meet the
measurement requirements of the functions.
The gNodeB automatically detects and adds missing neighboring cells based on
event-triggered or periodic measurement reports sent by UEs. The following
provides the details.
Assume that a UE is located in the coverage area of cell A, which works as the
serving cell for the UE. Cell B is an E-UTRAN cell adjacent to cell A. The gNodeB
sends measurement configurations to the UE. Based on the measurement report
sent from the UE, the gNodeB detects and adds cell B, as shown in Figure 5-1.
The ECGI consists of the PLMN ID, eNodeB ID, and cell ID. The PLMN ID consists of the
MCC and MNC.
3. The gNodeB sends the UE an RRCReconfiguration message carrying the
measurement report type of reportCGI and DRX configuration. With the
configuration of this type of report, the UE performs measurements and
reports CGI-Info of the cell with the specified PCI (CGI-Info of cell B). DRX
terminates downlink data reception in the serving cell so that the UE can
receive system information of the target cell.
4. The UE responds to the gNodeB with an RRCReconfigurationComplete
message.
5. The UE reads SIB1 (system information) from cell B to obtain CGI-Info of cell
B.
6. The UE sends the gNodeB a measurement report carrying the CGI-Info.
7. The gNodeB obtains the ECGI, TAC, PCI, PLMN list, and other information
about cell B from the CGI-Info IE in the measurement report and adds cell B
to the NRT of cell A based on the information.
The gNodeB checks whether cell B is in its NCL.
– If cell B is in the NCL, the gNodeB adds cell B to the NRT of cell A.
– If cell B is not in the NCL, the gNodeB adds cell B to its NCL and then
adds cell B to the NRT of cell A.
The FOFD-021204 Automatic Neighbour Relation (ANR) feature also supports
PLMN ID management. If the PLMN attribute of an operator is configured in
a gNBNCellPlmnList MO, the gNodeB performs differentiated management
based on the list type of PLMN ID when obtaining the PLMN list from CGI-
Info. For details, see 5.2 Inter-RAT PLMN ID Management.
An NRT is configured through an NRCellEutraNRelation MO, and an NCL is
configured through a gNBEutraExternalCell MO. If the number of neighbor
relationships in an NRT reaches the maximum value, new neighbor
relationships cannot be added to the NRT. Similarly, if the number of external
cells in an NCL reaches the maximum value, new external cells cannot be
added to the NCL.
Unlike intra-RAT automatic detection and addition of missing neighboring cells, in
inter-RAT automatic detection and addition of missing neighboring cells, the UE
does not include the primary PLMN reserved flags of neighboring E-UTRAN cells
in the measurement report. Therefore, the gNodeB needs to determine the
primary PLMN reserved flag (MASTER_PLMN_RESERVED_FLAG option of the
gNBEutraExternalCell.AggregationAttribute parameter) of an external E-UTRAN
cell in the NCL as follows:
The SEPARATED_FREQ_SPEC_SHR_FLAG option of the
NRCellEutranNFreq.AggregationAttribute parameter specifies whether a
neighboring E-UTRA frequency is a secondary operator's frequency in RAN sharing
with special dedicated carrier mode.
● If the SEPARATED_FREQ_SPEC_SHR_FLAG option is selected, the neighboring
E-UTRA frequency is a secondary operator's frequency in RAN sharing with
special dedicated carrier mode.
● If the SEPARATED_FREQ_SPEC_SHR_FLAG option is deselected, the
neighboring E-UTRA frequency is not a secondary operator's frequency in RAN
sharing with special dedicated carrier mode.
In step 7, the gNodeB automatically determines the configuration of the primary
PLMN reserved flag of the E-UTRAN cell in the NCL based on the setting of the
SEPARATED_FREQ_SPEC_SHR_FLAG option for the operating frequency of cell B,
as shown in Table 5-2.
If... Then...
Note:
● Option A: SEPARATED_FREQ_SPEC_SHR_FLAG option of the
NRCellEutranNFreq.AggregationAttribute parameter
● Option B: MASTER_PLMN_RESERVED_FLAG option of the
gNBEutraExternalCell.AggregationAttribute parameter
When the eNodeB switches from another mode to the RAN sharing with special
dedicated carrier mode or from the RAN sharing with special dedicated carrier
mode to another mode, the setting of option A must be manually changed.
When the setting of option A changes, the setting of option B in the NCL is not
automatically updated and needs to be manually changed.
NOTE
The preceding mechanism applies only to the scenario where an E-UTRAN cell has two
PLMN IDs in the measurement report sent by the UE. If an E-UTRAN cell in the
measurement report sent by a UE has one or more than two PLMN IDs, the gNodeB
considers that the E-UTRAN cell is not a cell of a secondary operator in RAN sharing with
special dedicated carrier mode. When adding the E-UTRAN cell to the NCL, the gNodeB
deselects the MASTER_PLMN_RESERVED_FLAG option of the
gNBEutraExternalCell.AggregationAttribute parameter.
NOTE
● The gNodeB queries the MAE-Access about whether the distance between a local cell
and a neighboring cell is greater than the sum of the access radii of the two cells. The
MAE-Access calculates the distance between the local cell and the neighboring cell
based on the longitude and latitude information contained in base station engineering
parameters.
● The gNodeB queries over-distant neighboring cells on the MAE-Access again at night
every day.
● The MAE-Access allows each gNodeB to query a maximum of 256 over-distant
neighboring cells every day.
● gNBEutraExtCellPlmn.Mcc
● gNBEutraExtCellPlmn.Mnc
● gNBEutraExtCellPlmn.EnodebId
● gNBEutraExtCellPlmn.CellId
● gNBEutraExtCellPlmn.SharedMcc
● gNBEutraExtCellPlmn.SharedMnc
External-cell PLMN list update can be triggered by measurement reports from UEs.
After receiving the ECGI and PLMN list carried in the CGI-Info IE in the
measurement report from a UE, the gNodeB queries the external-cell PLMN list
for the external cell indicated by the ECGI. The gNodeB then checks whether the
PLMN list of the external cell is same as that in the measurement report.
● If they are the same, the gNodeB performs no further operation.
● If they are different, the gNodeB updates the external-cell PLMN list using the
information carried in the IE.
Uncontrolled Mode
In uncontrolled mode, the gNodeB automatically adds or removes neighboring E-
UTRAN cells once missing or to-be-removed neighboring E-UTRAN cells are
detected.
Controlled Mode
In controlled mode, the gNodeB reports neighboring cell configuration suggestions
to the MAE-Access once missing or to-be-removed neighboring E-UTRAN cells are
detected. After manual confirmation on the MAE-Access, the gNodeB adds or
removes neighboring E-UTRAN cells. For details about operations on the MAE-
Access, see descriptions of NR ANR in RAN Management in MAE Product
Documentation (EulerOS, TaiShan).
Handovers for EPS fallback or emergency call fallback are of high priority and are not
controlled by this option. Such handovers to the unconfirmed neighboring E-UTRAN
cells are allowed.
In controlled mode, when the MAE-Access displays the optimization advice for
adding a neighbor relationship, it also displays a message indicating whether the
neighboring cell is an over-distant neighboring cell. The
NRCellAnr.OverDistantNCellThld parameter is used to determine whether the
neighboring cell is an over-distant neighboring cell in the preceding scenario.
● When the NRCellAnr.OverDistantNCellThld parameter is not set to 0, an
over-distant neighboring cell refers to a cell whose distance from the local cell
is greater than the parameter value.
● When the NRCellAnr.OverDistantNCellThld parameter is set to 0,
identification of over-distant neighboring cells is not performed and this
neighboring cell is not displayed as an over-distant neighboring cell on the
MAE-Access.
5.1.2.1 Benefits
Inter-RAT ANR ensures the integrity, validity, and correctness of inter-RAT
neighbor relationships with E-UTRAN cells. By automatically optimizing the
attributes of the neighboring cells, it reduces manual intervention to decrease the
costs of network planning, network optimization, and O&M.
NOTE
When the gNodeB automatically adds neighboring cells based on measurement results
reported by UEs, it may add over-distant neighboring cells or some neighboring cells with
low signal strength to NRTs. These neighboring cells will decrease the handover success
rate. In SA networking, ANR automatically maintains the validity of neighboring cells based
on the handover success rate every day and sets the NRCellRelation.NoHoFlag parameter
to FORBID_HO for neighboring cells with low handover success rates. Then, the handover
success rate will gradually recover. Inter-RAT ANR is not involved in NSA networking.
The number and distribution of ANR-capable UEs affect how fast inter-RAT ANR can detect
missing neighboring cells. Therefore, the decrease in the service drop rate and increase in
the inter-RAT handover success rate produced by inter-RAT ANR are impossible to quantify.
5.1.2.2 Impacts
Network Impacts
● The gNodeB instructs the UEs that meet specific conditions to perform
measurements of report type reportCGI to detect an unknown neighboring
cell. This process prolongs the delay in a handover from the source cell to the
target cell. After the neighbor relationship with the cell is added,
measurements of report type reportCGI are not triggered during subsequent
handovers to the neighboring cell and therefore the delay in handovers to the
cell is no longer prolonged.
● Downlink throughput decreases for UEs during DRX in which the UEs read the
ECGI of the target cell. This is because the gNodeB limits scheduling for
downlink transmission for the UEs. After a neighbor relationship with the cell
is added, DRX configuration will not be triggered for measurements of report
type reportCGI, and therefore UEs are not subject to such changes in downlink
throughput during subsequent handovers to the cell.
● Uplink data transmission causes ongoing measurements of report type
reportCGI to fail. UEs read ECGIs in sleep time during DRX. The sleep time can
be interrupted by transmission of uplink data packets (such as uplink data
from UEs or RLC ACKs from UEs in RLC AM mode). This decreases the ECGI
reading success rate. After an ECGI is acquired, the identified cell is
automatically configured as a neighboring cell and UEs no longer read the
ECGI.
Function Impacts
RAT Function Function Reference Description
Name Switch
5.1.3 Requirements
5.1.3.1 Licenses
Feature ID Feature Name Model Sales Unit
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
None
5.1.3.3 Hardware
Boards
All NR-capable main control boards and baseband processing units support this
function. For details, see the BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
RF Modules
This function does not depend on RF modules.
5.1.3.4 Others
In SA networking, inter-RAT ANR requires that UEs support neighboring E-UTRAN
cell measurements of report type reportCGI (eutra-CGI-Reporting). For details, see
section 6.3.3 "UE capability information elements" in 3GPP TS 38.331 V15.5.0.
Automatic optimization of neighbor relationship attributes based on identification
of over-distant neighboring cells requires that the MAE-Access and MAE-
Deployment versions be V100R022C10SPC010 or later.
Step 2 On the Query SON Log tab page, click Synchronize in the lower right corner. In
the displayed dialog box, click OK.
Step 3 After the synchronization is completed, select NR ANR Log from the Log
Category drop-down list on the Query SON Log tab page.
Step 4 In the Event Name area, select Add Neighboring Cell, Add External Cell,
Update External Cell, Add External Cell PLMN List, Delete External Cell PLMN
List, or Update Neighboring Frequency Measurement Configuration. If any of
the events is logged, these functions have taken effect.
----End
----End
----End
----End
Control Mode
The following uses neighboring cell addition as an example to describe activation
verification.
● Prerequisites:
a. Cell A does not exist in the NRT of cell B.
b. Automatic detection and addition of missing neighboring cells is enabled.
● Expected result:
– The uncontrolled mode is used if the LST NRCELLEUTRANRELATION
command output shows that cell A exists in the NRT of cell B.
– The controlled mode is used if the LST NRCELLEUTRANRELATION
command output shows that cell A still does not exist in the NRT of cell B
and the Neighboring Cell Relationship to Be Handled area on the
Optimization Advice tab page of the MAE-Access shows that cell A
needs to be added as a neighboring cell of cell B. (To open the
Optimization Advice tab page, choose SON > NR ANR.)
5.2.1 Principles
Concepts, application scenarios, involved MOs of inter-RAT PLMN ID management
are the same as those of intra-RAT PLMN ID management. For details, see 4.2.1
Principles.
Up to two PLMN types can be configured for neighboring cells of a given RAT. This
principle is the same as that in intra-RAT PLMN ID management. However, inter-
RAT PLMN management has the following processing differences from intra-RAT
PLMN ID management:
● If two PLMN types are configured, the PLMN for which no type is configured
is considered to have the third type by default.
● If only one PLMN type is configured:
– If only a PLMN blacklist or greylist is configured, the PLMN for which no
type is configured is considered whitelisted by default.
– If only a PLMN whitelist is configured, the PLMN for which no type is
configured is considered greylisted by default.
● If no PLMN types are configured, the PLMN for which no type is configured is
considered whitelisted by default.
5.2.2.1 Benefits
Benefit analysis for inter-RAT PLMN ID management is the same as that for intra-
RAT PLMN ID management. For details, see 4.2.2.1 Benefits.
5.2.2.2 Impacts
Network Impacts
None
Function Impacts
None
5.2.3 Requirements
5.2.3.1 Licenses
None
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
RAT Function Function Reference Description
Name Switch
5.2.3.3 Hardware
Boards
All NR-capable main control boards and baseband processing units support this
function. For details, see the BBU technical specifications in 3900 & 5900 Series
Base Station Product Documentation.
RF Modules
This function does not depend on RF modules.
5.2.3.4 Others
None
6 Parameters
The following hyperlinked EXCEL files of parameter reference match the software
version with which this document is released.
● Node Parameter Reference: contains device and transport parameters.
● gNodeBFunction Parameter Reference: contains all parameters 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 parameter reference for the software version used on the
live network from the product documentation delivered with that version.
----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.
● gNodeBFunction 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
● Mobility Management
● Multi-Frequency Convergence
● High Speed Mobility
● DRX
● Interoperability Between E-UTRAN and NG-RAN
● NSA Networking based on EPC
● Multi-Operator Sharing
● Virtual Grid-based Multi-Frequency Coordination
● Carrier Aggregation
● PCI Conflict Detection and Self-Optimization
● Energy Conservation and Emission Reduction
● Mobility Load Balancing
● RAN Management in MAE Product Documentation (EulerOS, TaiShan)
● Feature parameter description documents in eRAN Feature Documentation
– ANR Management
– RAN Sharing
● Technical Specifications in 3900 & 5900 Series Base Station Product
Documentation
● 3GPP TS 38.331: "NR; Radio Resource Control (RRC) protocol specification"
● 3GPP TS 38.104: "NR; Base Station (BS) radio transmission and reception"