Professional Documents
Culture Documents
Add Cell Eran Reconfiguration Guide (v100r017c10 - 04) (PDF) - en
Add Cell Eran Reconfiguration Guide (v100r017c10 - 04) (PDF) - en
V100R017C10
Reconfiguration Guide
Issue 04
Date 2023-03-25
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
Overview
This document provides guidelines for eRAN reconfiguration. eRAN
reconfigurations consist of cell data reconfiguration, eNodeB data reconfiguration,
device data reconfiguration, interface and link data reconfiguration, security
networking data reconfiguration, and reconfigurations dedicated to the LampSite
solution. For details about how to configure an eNodeB before it is put into
operation, see 3900 & 5900 Series Base Station Initial Configuration Guide. For
details about feature activation and reconfiguration, see eRAN feature
documentation.
NOTE
Reconfiguration scenarios are not distinguished between FDD, NB-IoT, and TDD in this
document. If distinction is required, FDD, NB-IoT, and TDD are used to indicate the distinction.
Product Versions
The following table lists the product versions related to this document.
Intended Audience
This document is intended for:
● Network planning engineers
● Network operators
● System engineers
Organization
1.1 Changes in eRAN Reconfiguration Guide
04 (2023-03-25)
This is the fourth commercial release.
Compared with Issue 03 (2022-02-25) of V100R017C10, this issue does not include
any new topics.
03 (2022-02-25)
This is the third commercial release.
Compared with Issue 02 (2021-04-30) of V100R017C10, this issue does not include
any new topics.
02 (2021-04-30)
This is the second commercial release.
Compared with Issue 01 (2021-03-05), this issue does not include any new topics.
Compared with Issue 01 (2021-03-05), this issue includes the following changes.
1.7.1 Replacing the Main Added the description of the navigation path
Control Board When No on the MAE-Deployment for reconfiguring
SeGW Is Deployed multimode base stations.
1.7.2 Replacing the Main
Control Board When an SeGW
Is Deployed
Compared with Issue 01 (2021-03-05), this issue does not exclude any topics.
01 (2021-03-05)
This is the first commercial release.
Compared with Draft A (2020-12-29), this issue does not include any new topics
or changes, or exclude any topics.
Draft A (2020-12-29)
This is a draft.
Compared with Issue 03 (2020-07-27) of V100R016C10, this issue does not include
any new topics.
● WMPT
● Adding an SO Link
Definition
eRAN reconfiguration refers to the data addition, deletion, or modification after
an eRAN system is put into use. An eRAN system includes at least one eNodeB.
Data analysis of live networks and networking schemes after eRAN
reconfiguration are determined based on actual network conditions.
Document Scope
Figure 1-1 shows the scope of this document.
NOTE
This document does not include Reconfiguration evaluation and Reconfiguration scheme
design. It includes only engineering preparation, engineering implementation, engineering
verification, and engineering rollback after the reconfiguration scheme has been determined.
Background
As network traffic volume increases, network transmission scenarios become
increasingly complicated. For example, transmission ports or boards need to be
adjusted to support inter-board functions. The traditional transmission network
configuration is complicated and struggles to meet the requirement for fast
deployment on the live network. Therefore, a new transmission configuration
model is introduced to decouple transmission configurations from physical devices
to simplify operations.
combined. This model facilitates the expansion of new transmission functions and
requires fewer transmission configuration parameters.
NOTE
● Compared with the old model, the new model adds the INTERFACE MO at the data link
layer to isolate the upper layers from the physical layer. In this way, the transmission
configuration objects are decoupled from the physical devices.
● Unlike the old model, in the new model, when a transmission link is configured or a
transmission board or port is changed, the information such as the cabinet number, subrack
number, slot number, and subboard type does not need to be configured for objects on other
layers except those on the physical layer and link layer.
● The new model applies to base stations except for GBTS and Pico base stations.
c. Click OK to
enable the
function of
customizing a
summary data
file. Click
and select a
scenario-based
template. The
system
automatically
customizes the
parameter
names
contained in the
template into
the summary
data file. Then,
save the
summary data
file to a local PC.
For detailed
customization
operations, see
section
Customizing a
Summary Data
File for Batch
eNodeB
Configuration
in the MAE-
Access online
help.b
b. Based on the
parameter names
in the summary
data file, export the
eNodeB data to be
reconfigured from
the planned data
area to the
summary data file.
On the menu bar of
the planned data
area, choose LTE
Application >
Network
Adjustment >
Export Base
Station Bulk
Configuration
Data to start the
data export.
2. Open the local
summary data file, fill
out the file as
planned, and then
close the file.
3. Import the
reconfigured summary
data file into the
system to complete
batch reconfiguration
of eNodeB data.
On the menu bar of
the planned data area,
choose LTE
Application >
Network Adjustment
> Import Base
Station Bulk
Configuration Data
to start the data
import.
For detailed import
and export operations,
see section Importing
and Exporting
eNodeB Data for
Batch Configuration
in the MAE-Access
online help.
4. Verify data accuracy.
There are many
verification methods.
You need to select one
as required. For details
about the verification
methods, see the
description of the data
verification procedure
in 1.3.1 MAE-
Deployment
Operation Guide.
Table, click to
upload the filled
template and click
Execute.
a: For the MOs that can be reconfigured in batches, see the Parameter List file.
To obtain the file, choose Advanced > Data Management > Download
Reference Files on the MAE-Deployment, set the filter criteria, and obtain the
Parameter List file.
b: You can customize only "List" sheets. Customize a unique "List" sheet for each
MO.
NOTE
Prerequisites
NEs have been connected to the MAE and the configuration data has been
collected.
Procedure
When preparing data by using the MAE-Deployment, the operation process is the
same in each reconfiguration scenario but the reconfiguration mode is different.
Figure 1-2 shows the process for preparing data. Table 1-2 describes the process.
NOTE
When preparing eRAN data by using MAE-Deployment functions, you can press F1 or click
to view the online help for the detailed function operations and introduction.
Start the
MAE- On the MAE, click and then choose Deployment to start
Deployment the MAE-Deployment.
.
Procedure Description
a: To create GBTSs, NodeBs, or multimode base stations, you need to add the
base station controllers managing these base stations to the planned data area
after you create a planned data area.
b: For an LTE base station, the navigation path on the MAE-Deployment for
data reconfiguration is LTE Application on the menu bar. For a multimode base
station, the navigation path on the MAE-Deployment for data reconfiguration is
SRAN Application on the menu bar.
c: If the OMCH will be disconnected in the reconfiguration scenario, you are
advised to export the full base station script during the script export. The
operation portal is as follows: Choose Advanced > Data Management > Export
NE Files in the current or planned data area.
Prerequisites
● The eNodeB and LMT communicate with each other properly.
● You have logged in to the LMT and obtained the batch execution permissions.
Context
When the parameter settings of an MML command depend on the output of
other MML commands, the MML commands must be executed batch by batch.
Procedure
Step 1 On the LMT, click Batch. The Local Maintenance Terminal window is displayed,
and the Batch tab page is displayed within the window.
Step 2 Copy and paste the MML command scripts to be executed in sequence to area 1,
as shown in Figure 1-3.
Step 3 Click Go. All the MML command scripts in area 1 will be executed one by one.
----End
Prerequisites
● The eNodeB and MAE communicate with each other properly.
● You have logged in to the MAE and are authorized to run MML commands.
Context
● If file upload or download is required, it must be performed on each base
station one by one.
● If multiple base stations are reconfigured simultaneously, the software
versions and parameters to be reconfigured must be the same.
Procedure
Step 1 On the MAE, click and then choose Access to start the MAE-Access.
Step 2 From the main menu of the MAE-Access, choose Maintenance > MML
Command.
Step 3 In the left pane, select a base station type. In the navigation tree, select the NEs to
be reconfigured, as shown in Figure 1-4.
NOTE
Step 4 In the window shown in Figure 1-4, click Script Mode to enter the script mode.
Step 5 In the right pane, enter or copy and paste the MML commands to be executed in
sequence to area 1, as shown in Figure 1-5.
Step 6 Click Save and download the script. Then click Create Task to create a task.
Step 7 In the New Task dialog box, enter a task name. Choose Other > MML Script in
the Task Type area. Set Execution Type, and click Next. Figure 1-6 shows the
settings.
Step 8 Set the time or period to execute the task and click Next.
Step 9 In the displayed dialog box, select the script to be executed, set Run Mode, Error-
Execution Mode, and Execution Results, and click Finish. Figure 1-7 shows the
settings.
The Task Management window appears, displaying all MML script tasks.
If Status and Execution Result are Finished and Successful, respectively, all MML
scripts are successfully executed. If Execution Result is Failed or Partly
Successful, click the task and view the failed NEs and MML scripts in the Result
Information area or execution result file.
----End
Application Scenario
● There are weak-signal areas or coverage holes in the current base station
coverage, requiring an additional cell to supplement coverage.
● As the traffic increases, the existing cell capacity cannot meet the traffic
demand of CEUs. In this situation, the coverage areas of the existing cell must
be reduced and an additional cell is required.
● The operator uses a new frequency band.
Reconfiguration Impact
When an RRU chain or ring is moved to a new baseband processing unit (BBP),
the cells that are set up on this RRU chain or ring become unavailable for use.
Reconfiguration Scheme
Determine the reconfiguration scheme for adding an FDD/NB-IoT cell to an
existing site according to the following table.
A BBP to which RF modules are Modify the position of the BBP where
connected is changed the RRU chain or ring is set up.
NOTICE
Topology Change
Figure 1-9 shows an example of the topology changes after a BBP and an RF
module are added.
Information Collection
Table 1-10 describes the information to be collected for data preparation.
Information Description
Base station model Model of the base station to which an FDD/NB-IoT cell
is to be added, for example, DBS3900
Antenna equipment Models of the remote electrical tilt (RET) antenna and
tower-mounted amplifier (TMA)
NOTE
Before the reconfiguration, run the DSP TXBRANCH, DSP RXBRANCH or DSP RRU command
to query the capability of the RF module. This is to ensure that the EARFCN, bandwidth,
and power of the cell are still within the capability range of the RF module after the
reconfiguration.
Hardware Preparation
Table 1-11 describes the hardware to be prepared.
If... Then...
An RET antenna Add a remote control unit (RCU) and antenna interface
needs to be standards group (AISG) multi-wire cables.
configured
If... Then...
Software Preparation
If the RET antenna or TMA to be added needs to be upgraded, acquire the latest
software and data from the vendors.
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
12 Add CellOp
11 Add PRB
12 Add EuPrbSectorEqm
13 Add CnOperatorTa
14 Add CellOp
15 Add MmeCapInfo
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
Prerequisites
Information for adding an FDD/NB-IoT cell has been collected, hardware,
software, and configuration data are ready, and the license file is available in the
save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. Insert the BBP into the subrack. For details about the operation, see
Maintaining the Case-Structured BBU > Replacing the LBBP or
Replacing the UBBP in the BBU Hardware Maintenance Guide.
b. Install an optical module. For details about the operation, see the
corresponding Replacing the Optical Module section in the BBU
Hardware Maintenance Guide. For example, for details about how to
install an optical module on a case-structured BBU, see Replacing the
Optical Module.
c. Install an RF module.
If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
– Using the MAE-Deployment:
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For detailed operations, see Setting the eNodeB Maintenance
Mode to Expand Status.
ii. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
iii. Import a new license file.
Run the INS LICENSE command.
Example: INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml",
FLG=NO, MODE=IPV4, IP="10.161.18.69", USR="ftpuser",
PWD="***********";
You can import or export the license file for only one NE at a time.
v. Unblock cells.
Run the UBL CELL command.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST CELL command to check whether the cell information is the same as
planned.
If the cell information is not the same as planned, perform the following steps:
If... Then...
The reconfiguration is Check whether the cell information in the modified data file is the
performed on the MAE- same as planned:
Deployment ● If they are different, modify the configuration data file again and
import it into the system. Then perform the operations in
Engineering Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the data is
imported into the system or delivered to the base station. In this
situation, contact Huawei technical support or dial the Huawei
technical support hotline.
The reconfiguration is Check whether the parameter settings in the script are correct:
performed by using MML ● If they are incorrect, modify the parameters in the script. Run the
commands RMV CELL command to delete the cell. Then run the ADD CELL
command to add a cell again.
● If they are correct, contact Huawei technical support or dial the
Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the cable connections.
----End
Application Scenario
● As the traffic increases, the existing cell capacity cannot meet the traffic
demand of cell edge users (CEUs). In this situation, cells must be added to
expand the capacity.
● The operator uses a new frequency band.
Reconfiguration Impact
When the RRU chain/ring topology is changed to the load sharing topology, a
breakpoint must be set on the chain/ring. Before the breakpoint is set, the cells
served by the RRUs on the RRU chain/ring must be deactivated.
Reconfiguration Scheme
NOTE
Determine the reconfiguration scheme for adding an FDD cell to an existing site
for dual-carrier capacity expansion according to the following table.
If... Then...
If... Then...
Figure 1-10 shows the reconfiguration procedure for adding an FDD cell for dual-
carrier capacity expansion.
Figure 1-10 Procedure for adding an FDD cell for dual-carrier capacity expansion
Topology Change
Figure 1-11 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-15 describes the information to be collected for FDD dual-carrier capacity
expansion.
NOTE
Before the reconfiguration, run the DSP TXBRANCH, DSP RXBRANCH or DSP RRU command
to query the capability of the RF module. This is to ensure that the EARFCN, bandwidth,
and power of the cell are still within the capability range of the RF module after the
reconfiguration.
Hardware Preparation
Table 1-16 describes the hardware to be prepared before adding an FDD cell for
dual-carrier capacity expansion.
Baseband resources ● Prepare a new BBP for the cell to be added based on
are insufficient the board specifications.
● Check whether the cell to be added can be served by
the same BBP as the existing cells. If not, prepare a
new BBP.
Software Preparation
N/A
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
NOTE
If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="*****", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="*************";
/*Adding a UBBP*/
ADD BRD: SN=2, BT=UBBP, BBWS=GSM-0&UMTS-0<E_FDD-0<E_TDD-0&NBIOT-0&NR-1;
/*Modifying the RRU chain/ring*/
MOD RRUCHAIN: RCN=0, BRKPOS1=0;
MOD RRUCHAIN: RCN=0, TT=LOADBALANCE, HSRN=0, HSN=2, HPN=0, TSRN=0, TSN=3, TPN=0;
MOD RRUCHAIN: RCN=0, BRKPOS1=255, BRKPOS2=255;
/*Adding a cell*/
ADD CELL: LocalCellId=1, CellName="0", FreqBand=7, UlEarfcnCfgInd=NOT_CFG, DlEarfcn=3000,
UlBandWidth=CELL_BW_N50, DlBandWidth=CELL_BW_N50, CellId=1, PhyCellId=1, FddTddInd=CELL_FDD,
RootSequenceIdx=0, CustomizedBandWidthCfgInd=NOT_CFG, EmergencyAreaIdCfgInd=NOT_CFG,
UePowerMaxCfgInd=NOT_CFG, MultiRruCellFlag=BOOLEAN_FALSE, TxRxMode=2T2R;
/*Adding sector equipment for the cell*/
ADD EUCELLSECTOREQM: LocalCellId=1, SectorEqmId=0;
/*(Optional) Binding the baseband equipment to the cells if the BBPs need to be specified for the cells*/
ADD BASEBANDEQM: BASEBANDEQMID=2, BASEBANDEQMTYPE=ULDL, UMTSDEMMODE=NULL, SN1=2;
ADD BASEBANDEQM: BASEBANDEQMID=3, BASEBANDEQMTYPE=ULDL, UMTSDEMMODE=NULL, SN1=3;
MOD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=0, BaseBandEqmId=2;
Prerequisites
Hardware, software, license files, and data required for FDD dual-carrier capacity
expansion are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. Insert the BBP into the subrack. For details about the operation, see
Maintaining the Case-Structured BBU > Replacing the LBBP or
Replacing the UBBP in the BBU Hardware Maintenance Guide.
b. Install an optical module. For details about the operation, see the
corresponding Replacing the Optical Module section in the BBU
Hardware Maintenance Guide. For example, for details about how to
install an optical module on a case-structured BBU, see Replacing the
Optical Module.
c. Install a CPRI optical fiber. For details, see Installing a CPRI Optical
Fiber in the installation guide of the corresponding RRU.
● Remote Operations
– Using the MAE-Deployment:
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For detailed operations, see Setting the eNodeB Maintenance
Mode to Expand Status.
ii. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
You can import or export the license file for only one NE at a time.
v. Unblock cells.
Run the UBL CELL command.
vi. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST CELL command to check whether the cell information is the same as
planned.
If the cell information is not the same as planned, perform the following steps:
If... Then...
The reconfiguration is Check whether the cell information in the modified data file is the
performed on the MAE- same as planned:
Deployment ● If they are different, modify the configuration data file again and
import it into the system. Then perform the operations in
Engineering Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the data is
imported into the system or delivered to the base station. In this
situation, contact Huawei technical support or dial the Huawei
technical support hotline.
The reconfiguration is Check whether the parameter settings in the script are correct:
performed by using MML ● If they are incorrect, modify the parameters in the script. Run the
commands RMV CELL command to delete the cell. Then run the ADD CELL
command to add a cell again.
● If they are correct, contact Huawei technical support or dial the
Huawei technical support hotline.
----End
Procedure
Step 1 Roll back the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Step 4 Verify that engineering rollback is successful by following the procedure described
in 1.5.4.4 Engineering Verification.
----End
Application Scenario
● There are weak-signal areas or coverage holes in the current base station
coverage, requiring an additional cell to supplement coverage.
● As the traffic increases, the existing cell capacity cannot meet the traffic
demand of CEUs. In this situation, the coverage areas of the existing cell must
be reduced and an additional cell is required.
● The operator uses a new frequency band.
Reconfiguration Impact
When an RRU chain or ring is moved to a new BBP, the cells that are set up on
this RRU chain or ring are unavailable.
NOTE
After a cell is added, neighboring cell information related to this new cell must be configured on
the neighboring eNodeB based on the network plan.
Reconfiguration Scheme
Determine the reconfiguration scheme for adding a TDD cell to an existing site
according to the following table.
If... Then...
If... Then...
Figure 1-12 shows the reconfiguration procedure for adding a TDD cell.
Topology Change
Use adding a BBP and an RF module as an example. Figure 1-13 shows the
topologies before and after the reconfiguration.
certificates, and data. It also describes the data preparation mode and provides
MML configuration script examples.
Information Collection
Table 1-19 describes the information to be collected before adding a TDD cell.
Base station model Model of the eNodeB to which the TDD cell is to be
added, for example, DBS3900 LTE
Cell information ● Basic information about the cells, for example, the
bandwidth, EARFCN, and duplex mode
● Multi-RRU combination mode, for example, single
RRU mode, two-RRU combination mode, cell
combination mode, or single frequency network
(SFN)
NOTE
Before the reconfiguration, run the DSP TXBRANCH, DSP RXBRANCH or DSP RRU command
to query the capability of the RF module. This is to ensure that the EARFCN, bandwidth,
and power of the cell are still within the capability range of the RF module after the
reconfiguration.
Hardware Preparation
Table 1-20 describes the hardware to be prepared for adding a TDD cell.
If... Then...
BBPs are insufficient ● Prepare a new BBP for the cell to be added based on
the board specifications.
● Check whether the cell to be added can be served by
the same BBP as the existing cells. If not, install a
new BBP. For the constraints on binding cells with
baseband equipment, see Binding Baseband
Equipment. For example, cells with different
subframe configurations cannot be served by one
BBP. To add a cell with a different subframe
configuration, a new BBP must be installed.
RF resources are ● Add RRUs for coverage holes and weak coverage
insufficient areas based on the network plan.
● Check whether capacity expansion can be achieved
on the RRUs in use, based on the bandwidth and
frequencies supported by the RRUs. If the carriers
provided by the existing RRUs are insufficient, add
RRUs. If there are sufficient RRUs, check whether the
CPRI resources are sufficient. If the CPRI resources are
insufficient, change the CPRI compression mode or
add a CPRI optical fiber and an optical module.
● Prepare RF-related hardware, including RF units, CPRI
optical fibers, antennas, and optical modules.
Software Preparation
If the RET to be added needs to be upgraded, acquire the latest software and data
from the vendor.
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
8 Add Cell
9 Add eUCellSectorEqm
10 Add CellOp
● Use the batch reconfiguration mode of the MAE-Deployment to add BBP, RRUCHAIN,
RRU, RET, AntennaPort or RetPort, Sector, and SECTOREQM MOs.
● Use the radio data planning file to add the Cell, eUCellSectorEqm, and CellOp MOs.
a. Use the batch reconfiguration mode to add BBP, RRUCHAIN, RRU, RET,
AntennaPort or RetPort, and Sector MOs. For details, see the interactive
operation guide 1.11.2 Using the Batch Reconfiguration Mode of the
MAE-Deployment to Prepare Data.
b. Export a cell template.
i. In the Main View navigation tree in the left pane of the planned
data area, select a cell of the eNodeB. The cell is used as a reference
for the cell to be added.
ii. Right-click the cell, save it as a cell template, and record the cell
name.
c. Use the radio data planning file to add the Cell and CellOp MOs.
i. On the menu bar, choose LTE Application > Network Adjustment >
Export Radio Network Planning Data to start exporting the radio
network planning data from the system into the radio data planning
file.
ii. Fill information into the file in the same sequence listed in the data
configuration table. Fill the name of the cell mentioned in b into the
CellTemplate column in the Cell sheet. If the information about the
operator of the new cell is different from that of the reference cell
mentioned in b, fill information into the CellOp and CnOperatorTa
sheets. Otherwise, do not fill information into these sheets. After
completing the information, close the file.
iii. On the menu bar of the planned data area, choose LTE Application
> Network Adjustment > Import Radio Network Planning Data. In
the displayed Import Radio Network Planning Data dialog box,
import the data in the radio data planning file into the system.
d. Turn on the beamforming algorithm switch for the cell.
If the beamforming algorithm switch is turned off for the reference cell
mentioned in Export a cell template and must be turned on for the new
cell, use the batch reconfiguration mode of the MAE-Deployment to
modify the configuration in batches after the cell is added using the radio
data planning file. For details, see descriptions about the batch
configuration mode of the MAE-Deployment.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands. Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
Hardware, software, license files, and data for adding a TDD cell are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. Insert the BBP into the subrack. For details about the operation, see
Maintaining the Case-Structured BBU > Replacing the LBBP or
Replacing the UBBP in the BBU Hardware Maintenance Guide.
b. Install an optical module. For details about the operation, see the
corresponding Replacing the Optical Module section in the BBU
Hardware Maintenance Guide. For example, for details about how to
install an optical module on a case-structured BBU, see Replacing the
Optical Module.
c. Install an RF module. For details about the operation, see the installation
guide for RRUs.
d. Install a CPRI optical fiber. For details, see Installing a CPRI Optical
Fiber in the installation guide of the corresponding RRU.
e. Install the antenna system. For details, see Antenna Installation.
● Remote Operations
– Using the MAE-Deployment:
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For detailed operations, see Setting the eNodeB Maintenance
Mode to Expand Status.
ii. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
iii. Import a new license file.
Run the INS LICENSE command.
Example: INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml",
FLG=NO, MODE=IPV4, IP="10.161.18.69", USR="ftpuser",
PWD="***********";
iv. Run the following commands to back up and export the
configuration file. The configuration file can be used to roll back the
base station configurations to the original state, if the
reconfiguration fails.
1) To back up the configuration file, run the BKP CFGFILE
command.
NOTE
You can import or export the license file for only one NE at a time.
v. Unblock cells.
Run the UBL CELL command.
vi. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST CELL command to check whether the cell information is the same as
planned.
If the cell information is not the same as planned, perform the following steps:
If... Then...
The reconfiguration is Check whether the cell information in the modified data file is the
performed on the MAE- same as planned:
Deployment ● If they are different, modify the configuration data file again and
import it into the system. Then perform the operations in
Engineering Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the data is
imported into the system or delivered to the base station. In this
situation, contact Huawei technical support or dial the Huawei
technical support hotline.
If... Then...
The reconfiguration is Check whether the parameter settings in the script are correct:
performed by using MML ● If they are incorrect, modify the parameters in the script. Run the
commands RMV CELL command to delete the cell. Then run the ADD CELL
command to add a cell again.
● If they are correct, contact Huawei technical support or dial the
Huawei technical support hotline.
----End
Procedure
Step 1 Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration Data.
NOTICE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Step 4 Check whether the engineering rollback is successful by following the operations
described in 1.5.3.4 Engineering Verification.
----End
Application Scenario
● As the traffic increases, the existing cell capacity cannot meet the traffic
demand of cell edge users (CEUs). In this situation, cells must be added to
expand the capacity.
● The operator uses a new frequency band.
Reconfiguration Impact
When an RRU chain/ring is changed to a load sharing topology, a breakpoint must
be set on the chain/ring. The cells set up on the RRU chain/ring must be
deactivated before the breakpoint is set.
Reconfiguration Scheme
Determine the reconfiguration scheme for adding a TDD cell to an existing site for
multi-carrier capacity expansion according to the following table.
If... Then...
Figure 1-14 shows the reconfiguration procedure for adding a TDD cell for multi-
carrier capacity expansion.
Figure 1-14 Procedure for adding a TDD cell for multi-carrier capacity expansion
NOTE
Unused channels on an installed RRU can be used to set up cells for capacity expansion. For
example, if a carrier has already been set up on the R0A and R0B channels of a 4-channel RRU,
another carrier can be set up on the R0C and R0D channels, which jointly serve one sector. For
detailed operations, see 1.5.3 Adding a TDD Cell (Common Scenarios).
Topology Change
Use adding a BBP board and CPRI optical fiber as an example. Figure 1-15 shows
the topologies before and after the reconfiguration.
Information Collection
Table 1-23 describes the information to be collected for TDD multi-carrier
capacity expansion.
Cell information ● Basic information about the cells, for example, the
bandwidth, EARFCN, and duplex mode
● Cell combination mode, for example, single RRU
mode, two-RRU combination mode, cell combination,
or SFN
NOTE
Before the reconfiguration, run the DSP TXBRANCH, DSP RXBRANCH or DSP RRU command
to query the capability of the RF module. This is to ensure that the EARFCN, bandwidth,
and power of the cell are still within the capability range of the RF module after the
reconfiguration.
Hardware Preparation
Table 1-24 describes the hardware to be prepared before adding a TDD cell for
multi-carrier capacity expansion.
BBPs are insufficient ● Prepare a new BBP for the cell to be added based on
the board specifications.
● Check whether the cell to be added can be served by
the same BBP as the existing cells. If not, prepare a
new BBP. For related constraints, see 1.5.19 Binding
Baseband Equipment. For example, cells with
different subframe configurations cannot be served
by one BBP. To add a cell with a different subframe
configuration, a new BBP must be installed.
If... Then...
Software Preparation
N/A
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
5 Add CellOp
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Use the batch configuration mode of the MAE-Deployment to add the BBP and
RRUCHAIN MOs.
● Use the radio data planning file to add the Cell, CellOp and CnOperatorTa MOs, and
add neighboring cell information.
● Use the batch configuration mode of the MAE-Deployment to modify the Reference
signal power parameter.
a. Use the batch reconfiguration mode to add the BBP and RRUCHAIN
MOs. For details, see the interactive operation guide 1.11.2 Using the
Batch Reconfiguration Mode of the MAE-Deployment to Prepare
Data.
b. Export a cell template.
i. In the Main View navigation tree in the left pane of the planned
data area, select a cell of the eNodeB. The cell is used as a reference
for the cell to be added.
ii. Right-click the cell, save it as a cell template, and record the cell
name.
c. Use the radio data planning file to add the Cell, CellOp and
CnOperatorTa MOs, and add neighboring cell information.
i. On the menu bar, choose LTE Application > Network Adjustment >
Export Radio Network Planning Data to start exporting the radio
network planning data from the system into the radio data planning
file. If ANR is disabled, add intra-frequency, inter-frequency, and
external neighboring cell information, and export the information
about the neighboring cells to be modified.
ii. Fill information into the file in the same sequence listed in the data
configuration table. Fill the name of the cell mentioned in b into the
CellTemplate column in the Cell sheet. If the information about the
operator of the new cell is different from that of the reference cell
mentioned in b, fill information into the CellOp and CnOperatorTa
sheets. Otherwise, do not fill information into these sheets. After
completing the information, close the file.
iii. On the menu bar of the planned data area, choose LTE Application
> Network Adjustment > Import Radio Network Planning Data. In
the displayed Import Radio Network Planning Data dialog box,
import the data in the radio data planning file into the system.
d. Modify the Reference signal power parameter in batch configuration
mode.
i. On the menu bar, choose LTE Application > Network Adjustment >
Export Base Station Bulk Configuration Data. Select the eNodeB
version and the eNodeB to be modified. Select Custom MOC. For a
common cell, select PDSCHCfg. For an SFN or combined cell, select
eUCellSectorEqm.
ii. Select parameters to be modified, and export the eNodeB data to be
modified to the summary data file. Save the summary data file on
the local PC.
iii. Open the summary data file saved on the local PC, and fill the file
following the data preparation procedure. Then, save and close the
file.
iv. On the menu bar, choose LTE Application > Network Adjustment >
Import Base Station Bulk Configuration Data. Import the
reconfigured summary data file into the system to complete batch
reconfiguration of eNodeB data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands. Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
Hardware, software, license files, and data required for TDD multi-carrier capacity
expansion are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. Insert the BBP into the subrack. For details about the operation, see
Maintaining the Case-Structured BBU > Replacing the LBBP or
Replacing the UBBP in the BBU Hardware Maintenance Guide.
b. Install an optical module. For details about the operation, see the
corresponding Replacing the Optical Module section in the BBU
You can import or export the license file for only one NE at a time.
v. Unblock cells.
Run the UBL CELL command.
vi. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST CELL command to check whether the cell information is the same as
planned.
If the cell information is not the same as planned, perform the following steps:
If... Then...
The reconfiguration is Check whether the cell information in the modified data file is the
performed on the MAE- same as planned:
Deployment ● If they are different, modify the configuration data file again and
import it into the system. Then perform the operations in
Engineering Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the data is
imported into the system or delivered to the base station. In this
situation, contact Huawei technical support or dial the Huawei
technical support hotline.
The reconfiguration is Check whether the parameter settings in the script are correct:
performed by using MML ● If they are incorrect, modify the parameters in the script. Run the
commands RMV CELL command to delete the cell. Then run the ADD CELL
command to add a cell again.
● If they are correct, contact Huawei technical support or dial the
Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Step 4 Verify that engineering rollback is successful by following the procedure described
in 1.5.4.4 Engineering Verification.
----End
Application Scenario
There are weak-signal areas or coverage holes in some residential areas due to
building obstacles, which results in poor user experience. Additional cells are
usually set up to improve the coverage for buildings where signals are obstructed.
However, inter-cell interference occurs. In this case, indoor distributed cells are
introduced to turn originally interfering signals from different cells into multi-path
signals from one cell, increasing the signal to interference plus noise ratio (SINR)
at the cell edge, decreasing the number of handovers between cells and the
proportion of areas with low SINR values, and improving user experience at the
cell edge.
Reconfiguration Impact
The reconfiguration will deactivate the RRUs serving the original cell, and service
drops will occur for UEs served by the original cell.
Reconfiguration Scheme
Determine the reconfiguration scheme for adding an indoor distributed cell to an
existing site according to the following table.
Figure 1-16 shows the reconfiguration procedure for adding an indoor distributed
cell.
NOTE
Topology Change
Use adding two UBBP boards to configure two indoor distributed cells as an
example. Figure 1-17 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-27 describes the information to be collected before adding an indoor
distributed cell.
Information Description
Information Description
Baseband equipment Cabinet, subrack, and slot numbers of the BBP and
baseband equipment number. The indoor distributed
cell does not support inter-BBP configuration, and each
baseband equipment must be configured to the
specified BBP.
NOTE
Before the reconfiguration, run the DSP TXBRANCH, DSP RXBRANCH or DSP RRU command
to query the capability of the RF module. This is to ensure that the EARFCN, bandwidth,
and power of the cell are still within the capability range of the RF module after the
reconfiguration.
Hardware Preparation
Table 1-28 describes the hardware to be prepared.
If... Then...
Software Preparation
N/A
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
9 Activ Cell -
ate
● Using the batch configuration mode of the MAE-Deployment. For details, see
the interactive operation guide 1.11.2 Using the Batch Reconfiguration
Mode of the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands. Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
ANT1N=R0A,ANT2CN=0,ANT2SRN=71,ANT2SN=0,ANT2N=R0A,CREATESECTOREQM=FALSE;
ADD SECTOR:SECTORID=7,ANTNUM=2,ANT1CN=0,ANT1SRN=72,ANT1SN=0,
ANT1N=R0A,ANT2CN=0,ANT2SRN=72,ANT2SN=0,ANT2N=R0B,CREATESECTOREQM=FALSE;
ADD SECTOR:SECTORID=8,ANTNUM=2,ANT1CN=0,ANT1SRN=73,ANT1SN=0,
ANT1N=R0A,ANT2CN=0,ANT2SRN=73,ANT2SN=0,ANT2N=R0B,CREATESECTOREQM=FALSE;
ADD SECTOR:SECTORID=9,ANTNUM=2,ANT1CN=0,ANT1SRN=74,ANT1SN=0,
ANT1N=R0A,ANT2CN=0,ANT2SRN=74,ANT2SN=0,ANT2N=R0B,CREATESECTOREQM=FALSE;
ADD SECTOR:SECTORID=10,ANTNUM=2,ANT1CN=0,ANT1SRN=75,ANT1SN=0,
ANT1N=R0A,ANT2CN=0,ANT2SRN=75,ANT2SN=0,ANT2N=R0B,CREATESECTOREQM=FALSE;
ADD SECTOR:SECTORID=11,ANTNUM=2,ANT1CN=0,ANT1SRN=76,ANT1SN=0,
ANT1N=R0A,ANT2CN=0,ANT2SRN=76,ANT2SN=0,ANT2N=R0B,CREATESECTOREQM=FALSE;
ADD SECTOR:SECTORID=12,ANTNUM=2,ANT1CN=0,ANT1SRN=77,ANT1SN=0,
ANT1N=R0A,ANT2CN=0,ANT2SRN=77,ANT2SN=0,ANT2N=R0B,CREATESECTOREQM=FALSE;
/*Adding sector equipment*/
ADD SECTOREQM:SECTOREQMID=1, SECTORID=1, ANTNUM=2,ANT1CN=0,
ANT1SRN=60,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=66,ANT2SN=0,ANT2N
=R0A,ANTTYPE2=RXTX_MODE;
ADD SECTOREQM:SECTOREQMID=2, SECTORID=2, ANTNUM=2,ANT1CN=0,
ANT1SRN=61,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=67,ANT2SN=0,ANT2N
=R0A,ANTTYPE2=RXTX_MODE;
ADD SECTOREQM:SECTOREQMID=3, SECTORID=3, ANTNUM=2,ANT1CN=0,
ANT1SRN=62,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=68,ANT2SN=0,ANT2N
=R0A,ANTTYPE2=RXTX_MODE;
ADD SECTOREQM:SECTOREQMID=4, SECTORID=4, ANTNUM=2,ANT1CN=0,
ANT1SRN=63,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=69,ANT2SN=0,ANT2N
=R0A,ANTTYPE2=RXTX_MODE;
ADD SECTOREQM:SECTOREQMID=5, SECTORID=5, ANTNUM=2,ANT1CN=0,
ANT1SRN=64,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=70,ANT2SN=0,ANT2N
=R0A,ANTTYPE2=RXTX_MODE;
ADD SECTOREQM:SECTOREQMID=6, SECTORID=6, ANTNUM=2,ANT1CN=0,
ANT1SRN=65,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=71,ANT2SN=0,ANT2N
=R0A,ANTTYPE2=RXTX_MODE;
ADD SECTOREQM:SECTOREQMID=7, SECTORID=7, ANTNUM=2,ANT1CN=0,
ANT1SRN=72,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=72,ANT2SN=0,ANT2N
=R0B,ANTTYPE2=RXTX_MODE;
ADD SECTOREQM:SECTOREQMID=8, SECTORID=8, ANTNUM=2,ANT1CN=0,
ANT1SRN=73,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=73,ANT2SN=0,ANT2N
=R0B,ANTTYPE2=RXTX_MODE;
ADD SECTOREQM:SECTOREQMID=9, SECTORID=9, ANTNUM=2,ANT1CN=0,
ANT1SRN=74,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=74,ANT2SN=0,ANT2N
=R0B,ANTTYPE2=RXTX_MODE;
ADD SECTOREQM:SECTOREQMID=10,SECTORID=10,ANTNUM=2,ANT1CN=0,
ANT1SRN=75,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=75,ANT2SN=0,ANT2N
=R0B,ANTTYPE2=RXTX_MODE;
ADD SECTOREQM:SECTOREQMID=11,SECTORID=11,ANTNUM=2,ANT1CN=0,
ANT1SRN=76,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=76,ANT2SN=0,ANT2N
=R0B,ANTTYPE2=RXTX_MODE;
ADD SECTOREQM:SECTOREQMID=12,SECTORID=12,ANTNUM=2,ANT1CN=0,
ANT1SRN=77,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=77,ANT2SN=0,ANT2N
=R0B,ANTTYPE2=RXTX_MODE;
/*Adding cells with the Flag of Multi-RRU Cell parameter set to BOOLEAN_TRUE and the Mode of Multi-
RRU Cell parameter set to CELL_COMBINATION*/
ADD CELL:LOCALCELLID=1,CELLNAME="1",FREQBAND=38,
ULEARFCNCFGIND=NOT_CFG,DLEARFCN=38000,ULBANDWIDTH=CELL_BW_N100,DLBANDWIDTH=CELL_BW
_N100,CELLID=1,PHYCELLID=1,FDDTDDIND=CELL_TDD,SUBFRAMEASSIGNMENT=SA2,SPECIALSUBFRAMEPA
TTERNS=SSP5,ROOTSEQUENCEIDX=1,CUSTOMIZEDBANDWIDTHCFGIND=NOT_CFG,EMERGENCYAREAIDCFG
IND=NOT_CFG,UEPOWERMAXCFGIND=NOT_CFG,MULTIRRUCELLFLAG=BOOLEAN_TRUE,MULTIRRUCELLMO
DE=CELL_COMBINATION,TXRXMODE=2T2R;
ADD CELL:LOCALCELLID=2,CELLNAME="2",FREQBAND=38,
ULEARFCNCFGIND=NOT_CFG,DLEARFCN=38000,ULBANDWIDTH=CELL_BW_N100,DLBANDWIDTH=CELL_BW
_N100,CELLID=2,PHYCELLID=2,FDDTDDIND=CELL_TDD,SUBFRAMEASSIGNMENT=SA2,SPECIALSUBFRAMEPA
TTERNS=SSP5,ROOTSEQUENCEIDX=1,CUSTOMIZEDBANDWIDTHCFGIND=NOT_CFG,EMERGENCYAREAIDCFG
IND=NOT_CFG,UEPOWERMAXCFGIND=NOT_CFG,MULTIRRUCELLFLAG=BOOLEAN_TRUE,MULTIRRUCELLMO
DE=CELL_COMBINATION,TXRXMODE=2T2R;
/*Adding baseband equipment*/
ADD BASEBANDEQM:BASEBANDEQMID=1,BASEBANDEQMTYPE=ULDL, UMTSDEMMODE=NULL,SN1=1;
ADD BASEBANDEQM:BASEBANDEQMID=2,BASEBANDEQMTYPE=ULDL, UMTSDEMMODE=NULL,SN1=2;
ADD BASEBANDEQM:BASEBANDEQMID=3,BASEBANDEQMTYPE=ULDL, UMTSDEMMODE=NULL,SN1=3;
/*Adding sector equipment for the cells*/
Prerequisites
● Related information, license files, and data are ready.
● When an indoor distributed cell is set to a low speed cell, the LBBPd supports
a maximum of six pieces of sector equipment, with each sector equipment
supporting a maximum of two 1T1R RRUs or one 2T2R RRU. That is, the BBP
supports a maximum of 12 1T1R RRUs or six 2T2R RRUs.
● When an indoor distributed cell is not set to a low speed cell, the LBBPd
supports a maximum of three pieces of sector equipment, with each sector
equipment supporting a maximum of two 1T1R or 2T2R RRUs.
● The indoor distributed cell does not support inter-BBP cell combination.
Therefore, a cell can be connected only to one baseband equipment.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. Insert the BBP into the subrack. For details, see Maintaining the Case-
Structured BBU > Adding BBU Components in BBU Hardware
Maintenance Guide.
b. Install an RF module. For details about the operation, see the installation
guide for RRUs.
c. Install a CPRI optical fiber. For details, see Installing a CPRI Optical
Fiber in the installation guide of the corresponding RRU.
● Remote Operations
– Using the MAE-Deployment:
If the currently used license file does not meet the requirements, reload a license
file. You can import or export the license file for only one NE at a time.
iii. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If the value of Cell instance state is Uninstall, check the cell configuration, cell
reference signal power configuration, or hardware based on the value of Reason
for latest state change in the command output.
Step 3 Run the LST CELL command to check whether the values of Flag of Multi-RRU
Cell, Mode of Multi-RRU Cell, and Cell transmission and reception mode are
the same as planned.
Step 4 Run the LST EUCELLSECTOREQM command to check whether the values of
Sector equipment ID and Reference signal power are the same as planned.
If the cell information is not the same as planned, perform the following steps:
If... Then...
The reconfiguration is Check whether the cell information in the modified data file is the
performed on the MAE- same as planned:
Deployment ● If they are different, modify the configuration data file again and
import it into the system. Then perform the operations in
Engineering Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the data is
imported into the system or delivered to the base station. In this
situation, contact Huawei technical support or dial the Huawei
technical support hotline.
The reconfiguration is Check whether the parameter settings in the script are correct:
performed by using MML ● If they are incorrect, modify the parameters in the script. Run the
commands RMV CELL command to delete the cell. Then run the ADD CELL
command to add a cell again.
● If they are correct, contact Huawei technical support or dial the
Huawei technical support hotline.
----End
Procedure
Step 1 Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration Data.
Step 2 (Optional) Import the pre-reconfiguration license file if the license is updated.
Run the INS LICENSE command.
Example: INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.dat", FLG=NO,
MODE=IPV4, IP="10.161.18.69", USR="user", PWD="****";
Step 3 Restore the cable connections.
Step 4 Verify that engineering rollback is successful by following the procedure described
in 1.5.5.4 Engineering Verification.
----End
Application Scenario
The current bandwidth is less than 20 MHz and cannot meet service requirements
due to the growing number of subscribers.
Reconfiguration Impact
After the bandwidth of a cell is changed, the cell automatically resets to make the
configuration take effect. During the reset, the cell cannot provide services.
In addition, the original reference signal transmit power may mismatch the new
bandwidth, which leads to a cell setup failure. Therefore, users need to change this
power using the PDSCHCfg MO.
Reconfiguration Scheme
Determine the reconfiguration scheme for changing the cell bandwidth according
to the following table.
If... Then...
If... Then...
The type or the transmit (TX) and Modify the RF module information.
receive (RX) mode of the old RF
module and that of the new RF
module are different
NOTICE
NOTE
When the 20 MHz cell bandwidth cannot meet service requirements, another cell can be added.
For details about how to add a cell, see 1.5.1 Adding an FDD/NB-IoT Cell (Common
Scenarios) or 1.5.3 Adding a TDD Cell (Common Scenarios).
Topology Change
N/A
Information Collection
Table 1-31 describes the information to be collected for data preparation.
Cell information It includes the local cell ID, as well as uplink and
downlink bandwidths of the new cell. It also
includes the BBP for the cell and its work mode
(for an LBBP) or baseband work standard (for a
UBBP).
If the EARFCNs of the cell need to be changed,
the uplink and downlink EARFCNs of the new cell
should also be obtained.
Information about the new If RF units are replaced, the following information
RF units about the new RF units should be obtained:
● Radio access technology (RAT), for example,
FDD and TDD
● RF unit type, such as the LRFU, MRFU, LRRU,
MRRU, or MPMU
● TX/RX mode, such as 2T2R or 2T4R
NOTE
Before the reconfiguration, run the DSP TXBRANCH, DSP RXBRANCH or DSP RRU command
to query the capability of the RF module. This is to ensure that the EARFCN, bandwidth,
and power of the cell are still within the capability range of the RF module after the
reconfiguration.
Hardware Preparation
Table 1-32 describes the hardware to be prepared.
If... Then...
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare.
The following table lists the data to be prepared.
MM 1 Dea Cell -
L ctiva
com te
man
ds 2 Add RU Set the Board Type parameter to
LBBP or UBBP.
● If it is set to LBBP, set Work
Mode to the actual work mode.
● If it is set to UBBP, set Base Band
Work Standard to the actual
work standard.
For details about parameter settings,
see Base Station Cabinets and
Subracks (Including the BBU
Subrack) Configuration Feature
Parameter Description.
3 Mod RRUCHAIN Set breakpoints on the chain or ring
ify as follows:
● For a chain topology, only one
breakpoint is required and its
position is 0.
● For a ring topology, two
breakpoints should be set. The
first breakpoint position is 0 and
the second is the RRU level
number.
8 Acti Cell -
vate
Changing cell EARFCNs involves the synchronization of external cell information. To update
the information about external cells at the same time when the cell EARFCNS are changed,
you are advised to use the MAE-Deployment-provided "radio data planning file". For details
about how to change cell EARFCNs, see 1.5.9 Changing the EARFCNs of a Cell.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario being "Changing the Cell Bandwidth"). For details, see
the interactive operation guide 1.11.2 Using the Batch Reconfiguration
Mode of the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands. Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
● Since a radio planning data file is recommended for modifying cell EARFCNs, this MML
configuration example script does not contain steps for changing cell EARFCNs. For details
about how to change cell EARFCNs, see 1.5.9 Changing the EARFCNs of a Cell.
● If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Deactivating the cell*/
DEA CELL: LocalCellId=0;
/*In FDD: Adding a BBP in slot 3 */
ADD BRD: SN=3, BT=UBBP, BBWS=GSM-0&UMTS-0<E_FDD-1<E_TDD-0;
/*In TDD: Adding a BBP in slot 3 */
ADD BRD: SN=3, BT=UBBP, BBWS=GSM-0&UMTS-0<E_FDD-0<E_TDD-1;
/*Setting a breakpoint on the RRU chain or ring*/
MOD RRUCHAIN: RCN=0, BRKPOS1=0;
/*Changing the position of the RRU chain or ring head to optical port 0 in slot 3*/
MOD RRUCHAIN: RCN=0, TT=CHAIN, BM=COLD, HSN=3, HPN=0;
/*Disabling the breakpoint on the RRU chain or ring*/
MOD RRUCHAIN: RCN=0, BRKPOS1=255;
/*Changing the RRU type*/
MOD RRU: CN=0, SRN=60, SN=0, RT=LRRU;
/*Changing both the uplink and downlink bandwidths of the cell to 20 MHz (CELL_BW_N100)*/
MOD CELL: LocalCellId=0, UlBandWidth=CELL_BW_N100, DlBandWidth=CELL_BW_N100;
/*Activating the cell*/
ACT CELL: LocalCellId=0;
Prerequisites
The information, hardware, and data required for changing the cell bandwidth are
ready. The license file has been placed in the specified path of the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. Insert a new BBP into the corresponding slot. Connect the RF unit for
which the cell bandwidth needs to be changed to the new BBP.
b. Install an optical module. For details about the operation, see the
corresponding Replacing the Optical Module section in the BBU
Hardware Maintenance Guide. For example, for details about how to
install an optical module on a case-structured BBU, see Replacing the
Optical Module.
c. Install an RF module.
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
The BBP needs to be reset after bandwidth modification in the following scenarios:
● The cell is deployed on the LBBPd3 whose Work Mode is set to FDD_NBIOT.
● The cell is deployed on the UBBPd5 or UBBPd6 whose Base Band Work Standard
supports both LTE_FDD and NBIOT.
You can import or export the license file for only one NE at a time.
iv. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
If any of these alarms is reported and the cause is "CPRI bandwidth allocation
failure due to CPRI fragment", run the commands BLK CPRIPORT and UBL
CPRIPORT to block and unblock the BBP optical port in the RRU chain or ring for
this cell.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST CELL command to check whether the uplink and downlink cell
bandwidths are the same as planned.
If the uplink and downlink cell bandwidths are not the same as planned, check
whether the parameter settings in the script are correct.
● If they are incorrect, modify the parameters. Then run the MOD CELL
command to change the uplink and downlink cell bandwidths again.
● If they are correct, contact Huawei technical support or dial the Huawei
technical support hotline.
----End
Procedure
Step 1 Replace the RF unit with the original one before the reconfiguration.
Step 4 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Application Scenario
● Cell capacity does not meet service requirements.
● Weak-coverage areas or coverage holes exist in the cell.
Reconfiguration Impact
After changing the TX/RX mode of a cell, you must reset the cell to make the
configuration take effect. During the reset, the cell cannot provide services.
Reconfiguration Scheme
Determine the reconfiguration scheme for changing the TX/RX mode of a cell
according to the following table.
An RET antenna has been configured Modify the RET antenna configuration.
An RRU has been added, and the Replace the antenna connected to the
number of antenna channels is less RRU. The number of antenna channels
than that of the RRU channels must be greater than that of RRU
channels.
NOTICE
Figure 1-20 shows the reconfiguration procedure for changing the TX/RX mode of
a cell.
Topology Change
Use adding a 2T2R RF module and combining it with another 2T2R RF module to
serve a 4T4R cell as an example. Figure 1-21 shows the topologies before and
after the reconfiguration.
Information Collection
Table 1-35 describes the information to be collected for data preparation.
Base station model Model of the base station for which the TX/RX mode of
a cell is to be changed, for example, DBS3900
Hardware Preparation
Table 1-36 describes the hardware to be prepared.
Software Preparation
If the RET antenna or TMA to be added needs to be upgraded, acquire the latest
software and data from the vendors.
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
Table 1-37 Data preparation for changing the TX/RX mode of a cell (FDD/TDD
cell)
SN Ope MO Configuration Reference
ratio
n
6 Deac Cell -
tivat
e
Table 1-38 Data preparation for changing the TX/RX mode of a cell (NB-IoT cell)
SN Ope MO Configuration Reference
ratio
n
5 Deac Cell -
tivat
e
6 Dele SECTOR -
te
9 Activ Cell -
ate
NOTE
● If you use the MAE-Deployment for the reconfiguration, perform 1 through 6 to prepare
data 1 and 7 through 9 to prepare data 2. Deliver both data 1 and data 2 in sequence to an
eNodeB during engineering implementation.
● Before using the MAE-Deployment to prepare data, ensure that data in the planned data
area is consistent with that in the current data area. If the data is inconsistent, you can
choose Area Management > Planned Area > Synchronize Planned Area NEs from the
menu bar to synchronize data from the current data area to the planned data area. Then,
perform the following operations.
If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
In the following example, you need to add an RRU and RRU chain/ring, change
the configurations of the RET antenna and TMA, and change the TX/RX mode of a
TDD/FDD cell to 4T4R.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding an RRU chain*/
ADD RRUCHAIN: RCN=0, TT=CHAIN, BM=COLD, HSN=0, HPN=0;
/*Adding an RRU*/
ADD RRU: CN=0, SRN=60, SN=0, TP=TRUNK, RCN=0, PS=0, RT=LRRU, RS=LO, RN="60", RXNUM=2,
TXNUM=2;
/*Changing the configuration of an RET antenna*/
MOD RET: DEVICENO=0, CTRLCN=0, CTRLSRN=60, CTRLSN=0, RETTYPE=MULTI_RET, SUBUNITNUM=2,
POLARTYPE=SINGLE, SCENARIO=REGULAR;
/*Changing the configuration of the TMA for FDD*/
MOD TMA: DEVICENO=1, CTRLCN=0, CTRLSRN=60, CTRLSN=0, SUBUNITNUM=2;
/*Adding two antennas to the sector*/
MOD SECTOR: sectorId=0, opMode=ADD, antNum=2, ant1Cn=0, ant1Srn=60, ant1Sn=0, ant1N=R0A,
ant2Cn=0, ant2Srn=60, ant2Sn=0, ant2N=R0B;
/*Deactivating the cell*/
DEA CELL: LocalCellId=0;
/*Adding two antennas to sector equipment*/
MOD SECTOREQM: sectorEqmId=0, opMode=ADD, antNum=2, ant1Cn=0, ant1Srn=60, ant1Sn=0,
ant1N=R0A, antType1=RXTX_MODE, ant2Cn=0, ant2Srn=60, ant2Sn=0, ant2N=R0B, antType2=RXTX_MODE;
/*Changing the TX/RX mode of the cell to 4T4R*/
MOD CELL: LocalCellId=0, CrsPortNum=CRS_PORT_4, TxRxMode=4T4R;
/*Activating the cell*/
ACT CELL: LocalCellId=0;
In the following example, you need to change the configurations of the RET
antenna and TMA and change the TX/RX mode of an NB-IoT cell to 2T2R.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Changing the configuration of an RET antenna*/
MOD RET: DEVICENO=0, CTRLCN=0, CTRLSRN=60, CTRLSN=0, RETTYPE=MULTI_RET, SUBUNITNUM=2,
POLARTYPE=SINGLE, SCENARIO=REGULAR;
/*Changing the configuration of a TMA*/
MOD TMA: DEVICENO=1, CTRLCN=0, CTRLSRN=60, CTRLSN=0, SUBUNITNUM=2;
/*Deactivating the cell*/
/*If the cell is in IN_BAND deployment mode, you also need to deactivate the corresponding FDD cell (DEA
CELL: LocalCellId=0); otherwise, you only need to deactivate the NB-IoT cell.*/
DEA CELL: LocalCellId=1;
/*Removing the sector and sector equipment from the cell*/
RMV SECTOREQM: SECTOREQMID=1;
RMV SECTOR: SECTORID=1;
/*Adding a sector and a set of sector equipment to the cell*/
ADD SECTOR: SECTORID=1, ANTNUM=2, ANT1CN=0, ANT1SRN=60, ANT1SN=0, ANT1N=R0A, ANT2CN=0,
ANT2SRN=60, ANT2SN=0, ANT2N=R0B, CREATESECTOREQM=TRUE, SECTOREQMID=1;
/*Changing the TX/RX mode of the cell to 2T2R*/
/*If the cell is in IN_BAND deployment mode, you also need to change the TX/RX mode of the
corresponding FDD cell (MOD CELL: LocalCellId=0, NbCellFlag=FALSE, TxRxMode=2T2R); otherwise, you
only need to change the TX/RX mode of the NB-IoT cell.*/
MOD CELL: LocalCellId=1, NbCellFlag=TRUE, TxRxMode=2T2R;
Prerequisites
The information, hardware, software, and data required for changing the TX/RX
mode of a cell are ready. The license file has been placed in the specified path of
the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. Install an RF module.
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For detailed operations, see Setting the eNodeB Maintenance
Mode to Expand Status.
You can import or export the license file for only one NE at a time.
iv. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST SECTOR and LST SECTOREQM commands to verify that the sector
antenna configuration is the same as planned. Then, run the LST CELL command
to verify that the Cell transmission and reception mode value is the same as
planned.
If the sector antenna configuration or the Cell transmission and reception mode
value is not the same as planned, perform the following operations:
If... Then...
The reconfiguration is Check whether the number of antennas and the TX/RX mode of cells
performed on the MAE- in the modified configuration data file are the same as planned:
Deployment ● If they are different, modify the configuration data file again and
import it into the system. Then perform the operations in
Engineering Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the data is
imported into the system or delivered to the base station. In this
situation, contact Huawei technical support or dial the Huawei
technical support hotline.
The reconfiguration is Check whether the number of antennas and the TX/RX mode of cells
performed by using MML in the script are correct:
commands ● If they are incorrect, modify the number of antennas, the TX/RX
mode of cells, and CRS port number in the script. Then, run the
MOD SECTOR, MOD SECTOREQM, and MOD CELL command to
change the Antenna Number, Cell transmission and reception
mode, and CRS Port Number again.
● If they are correct, contact Huawei technical support or dial the
Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the cable connections.
----End
Application Scenario
● The network topology is changed.
● Overshoot coverage occurs.
NOTE
Reconfiguration Impact
After the coverage radius of a cell is changed, the cell automatically resets for the
configuration to take effect. During the reset, the cell cannot provide services.
NOTE
● Increasing the radius of a cell will extend its coverage but may cause interference on
neighboring eNodeBs. In this case, network optimization is required.
● Decreasing the radius of a cell may change its neighbor relationships and affect UE
handovers. In this case, network optimization is required.
Reconfiguration Scheme
To change the coverage radius of a cell, you only need to change the value of Cell
radius in the corresponding Cell MO to the target value.
NOTE
In TDD scenarios, if more than three physical cells are established on a UBBPd8 or more than six
physical cells are established on a UBBPd9, set Cell radius to a value less than or equal to 9896
m.
Topology Change
N/A
software, license files, security certificates, and data. It also describes the data
preparation mode and provides MML configuration script examples.
Information Collection
Table 1-39 describes the information to be collected for data preparation.
Information Description
Cell information The cell information contains the local cell ID and the
new radius of the cell.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
Table 1-40 Data preparation for changing the coverage radius of a cell
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For detailed operations, see Setting the eNodeB Maintenance
Mode to Expand Status.
ii. Deliver the configuration data to the base station and activate the
data. For details, see the interactive operation guide Delivering Data
to Base Stations and Activating the Data.
iii. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For detailed operations, see Setting the eNodeB Maintenance
Mode to Expand Status.
ii. Run the following commands to back up and export the
configuration file. The configuration file can be used to roll back the
base station configurations to the original state, if the
reconfiguration fails.
1) To back up the configuration file, run the BKP CFGFILE
command.
2) To export the configuration file, run the ULD CFGFILE command.
Example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
iii. Use the MAE-Access to deliver the batch configuration scripts
prepared in Engineering Preparation > Data Preparation to the
base station and activate the scripts on the base station. For details,
see 1.3.3 Running MML Commands on the MAE-Access.
iv. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST CELL command to check whether the coverage radius of the cell is
the same as planned.
If the cell radius is not the same as planned, check whether the parameter settings
in the script are correct.
● If they are incorrect, modify the parameter settings. Then run the MOD CELL
command to change the cell radius again.
● If they are correct, contact Huawei technical support or dial the Huawei
technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
----End
Application Scenario
● The current EARFCNs of the cell are inappropriate.
● The operator needs to re-plan frequency resources.
Reconfiguration Impact
After the EARFCNs of a cell are changed, the cell automatically resets to make the
configuration take effect. During the reset, the cell cannot provide services.
Reconfiguration Scheme
Figure 1-22 shows the reconfiguration procedure for changing the EARFCNs of a
cell.
Topology Change
N/A
Information Collection
Table 1-41 describes the information to be collected for data preparation.
Information Description
Cell information It includes the local cell ID and the new uplink and
downlink EARFCNs.
NOTE
Before the reconfiguration, run the DSP TXBRANCH, DSP RXBRANCH or DSP RRU command
to query the capability of the RF module. This is to ensure that the EARFCN, bandwidth,
and power of the cell are still within the capability range of the RF module after the
reconfiguration.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
NOTE
● The MAE-Deployment-provided "radio data planning file" supports automatic update of the
information about external cells when cell-related parameters are modified.
● To ensure that the associated parameters of the external cells in the current data area are
automatically synchronized, choose Advanced > System > Options on the menu bar of the
main window. The setting function is started. On the Cell Parameter Auto-Synchronization
Policy tab page, select Auto synchronize cell parameters in the entire network and click
OK. For details about the parameter auto-synchronization policy, see section Setting System
Options in the MAE-Access online help.
● Before using the MAE-Deployment to prepare data, ensure that data in the planned data
area is consistent with that in the current data area. If the data is inconsistent, you can
choose Area Management > Planned Area > Synchronize Planned Area NEs from the
menu bar to synchronize data from the current data area to the planned data area. Then,
perform the following operations.
1. On the menu bar, choose LTE Application > Network Adjustment > Export
Radio Network Planning Data to start exporting the radio network planning
data from the system into the radio data planning file.
2. Edit data in the file based on the prepared data. Then, close the file.
3. On the menu bar of the planned data area, choose LTE Application >
Network Adjustment > Import Radio Network Planning Data. A dialog box
is displayed for you to import planned radio data. Import the data from the
file into the system.
For detailed import and export operations, see section Importing and
Exporting Planned Radio Data in the MAE-Access online help.
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
To update the information about external cells at the same time when the cell
EARFCNS are changed, you are advised to use the MAE-Deployment-provided
"radio data planning file". Perform the following steps:
a. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion mode.
For detailed operations, see Setting the eNodeB Maintenance Mode to
Expand Status.
b. Run the LST GLOBALPROCSWITCH command to query the values of the
following parameters: The Switch of X2 setup by SON, Peer Request
Based X2 Delete Switch, X2 SON Delete Switch, Interface Setup Policy
Switch, The Timer of X2 delete by SON, and X2-based Neighboring
Cell Configuration Update Switch.
▪ If all the options of this parameter are deselected, skip this step.
d. Deliver the configuration data to the base station and activate the data.
For details, see the interactive operation guide Delivering Data to Base
Stations and Activating the Data.
e. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
f. Restore the settings of the options changed in b and c.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST CELL command to check whether the cell uplink EARFCN and
downlink EARFCN are the same as planned.
If the uplink or downlink EARFCN of the cell is not the same as planned, check
whether the uplink or downlink EARFCN in the modified configuration data file is
the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Roll back the configuration data.
● Using the MAE-Deployment: For detailed operations, see the interactive
operation guide Rolling Back Configuration Data.
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
----End
Application Scenario
● The physical network topology is changed.
● A PCI conflict occurs between cells.
Reconfiguration Impact
After the PCI of a cell is changed, the cell automatically resets to make the
configuration take effect. During the reset, the cell cannot provide services.
Reconfiguration Scheme
To change the PCI, you only need to change the value of Physical cell ID in the
Cell MO to the target value.
NOTE
● You are advised to use the MAE-Deployment-provided "radio data planning file" to perform
the reconfiguration. In this mode, after you reconfigure the PCI of a cell, the external
neighboring cell information of this cell will be automatically updated on the neighboring
eNodeBs.
● If a cell deployed in in-band mode is to be modified, you must deactivate both the
corresponding FDD cell and NB-IoT cell, and then change their PCIs and activate them again.
Topology Change
N/A
Information Collection
Table 1-43 describes the information to be collected for data preparation.
Information Description
Cell information The cell information contains the local cell ID and the
new PCI.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
NOTE
● The MAE-Deployment-provided "radio data planning file" supports automatic update of the
information about external cells when cell-related parameters are modified.
● To ensure that the associated parameters of the external cells in the current data area are
automatically synchronized, choose Advanced > System > Options on the menu bar of the
main window. The setting function is started. On the Cell Parameter Auto-Synchronization
Policy tab page, select Auto synchronize cell parameters in the entire network and click
OK. For details about the parameter auto-synchronization policy, see section Setting System
Options in the MAE-Access online help.
● Before using the MAE-Deployment to prepare data, ensure that data in the planned data
area is consistent with that in the current data area. If the data is inconsistent, you can
choose Area Management > Planned Area > Synchronize Planned Area NEs from the
menu bar to synchronize data from the current data area to the planned data area. Then,
perform the following operations.
is displayed for you to import planned radio data. Import the data from the
file into the system.
For detailed import and export operations, see section Importing and
Exporting Planned Radio Data in the MAE-Access online help.
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
To update the information about external cells at the same time when the PCI
of the cell is changed, you are advised to use the MAE-Deployment-provided
"radio data planning file". Perform the following steps:
a. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion mode.
For detailed operations, see Setting the eNodeB Maintenance Mode to
Expand Status.
b. Run the LST GLOBALPROCSWITCH command to query the values of the
following parameters: The Switch of X2 setup by SON, Peer Request
Based X2 Delete Switch, X2 SON Delete Switch, Interface Setup Policy
Switch, The Timer of X2 delete by SON, and X2-based Neighboring
Cell Configuration Update Switch.
▪ If all the options of this parameter are deselected, skip this step.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST CELL command to check whether the value of Physical cell ID is the
same as planned.
If the Physical Cell ID is not the same as planned, check whether the Physical
Cell ID in the modified configuration data file is the same as planned:
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Roll back the configuration data.
● Using the MAE-Deployment: For detailed operations, see the interactive
operation guide Rolling Back Configuration Data.
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
----End
Application Scenario
The previous cell ID plan is inappropriate, and a new plan is required.
Reconfiguration Impact
After the ID of a cell is changed, the cell automatically resets to make the
configuration take effect. During the reset, the cell cannot provide services.
Reconfiguration Scheme
NOTE
If the current cell serves as a neighboring cell of another intra-site cell, the value of Cell ID
cannot be modified.
● MAE-Deployment-based reconfiguration scheme
To change the cell ID, you only need to change Cell ID in the Cell MO to the
target value.
NOTE
g. Add intra-site cells with the local cell configured as their inter-frequency
neighboring cell to the EutranInterFreqNCell MOs.
h. Add the cluster cell configurations corresponding to the local cell to the
ClusterCell MO.
i. Add the neighboring cells for SRS measurement with the local cell
configured as the local CSPC cell to the CspcCellSrsMeasNCell MOs.
NOTE
The previous operations are dedicated to the local eNodeB. If the cell is an external cell of
other eNodeBs, you need to manually update the Cell ID parameter in the
EutranExternalCell MOs of these eNodeBs or the eNodeBs can use the X2 messages to
automatically update their neighboring cell lists (NCLs).
Topology Change
N/A
Information Collection
Table 1-45 describes the information to be collected for data preparation.
Information Description
Cell information The cell information contains the local cell ID and the
new cell ID.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
NOTE
1. On the menu bar, choose LTE Application > Network Adjustment > Export
ID/Name Adjustment Data to start exporting the radio network planning
data from the system into a file.
2. Edit data in the file based on the prepared data. Then, close the file.
3. On the menu bar of the planned data area, choose LTE Application >
Network Adjustment > Import ID/Name Adjustment Data. A dialog box is
displayed for you to import planned radio data. Import the data from the file
into the system.
For detailed import and export operations, see the MAE-Access online help.
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
To update the information about the external cells of other eNodeBs at the
same time, you are advised to use the MAE-Deployment-provided "ID/Name
modification". Perform the following steps:
a. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion mode.
For detailed operations, see Setting the eNodeB Maintenance Mode to
Expand Status.
b. Run the LST GLOBALPROCSWITCH command to query the values of the
following parameters: The Switch of X2 setup by SON, Peer Request
Based X2 Delete Switch, X2 SON Delete Switch, Interface Setup Policy
Switch, The Timer of X2 delete by SON, and X2-based Neighboring
Cell Configuration Update Switch.
▪ If all the options of this parameter are deselected, skip this step.
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST CELL command to check whether the value of Cell ID is the same as
planned.
If the value of Cell ID is not the same as planned, check whether the value of Cell
ID in the modified configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Roll back the configuration data.
● Using the MAE-Deployment: For detailed operations, see the interactive
operation guide Rolling Back Configuration Data.
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
----End
Application Scenario
The previous local cell ID plan is inappropriate, and a new plan is required.
Reconfiguration Impact
After the local cell ID is changed, the cell automatically resets to make the
configuration take effect. During the reset, the cell cannot provide services.
Reconfiguration Scheme
To change the local cell ID, change the value of Local Cell ID in the Cell MO to
the target value.
NOTE
You are advised to use the MAE-Deployment-provided "ID/Name modification" function. After a
local cell ID is changed using the "ID/Name modification" function, the eNodeB automatically
updates information about the external cells of the cell.
Topology Change
N/A
Information Collection
Table 1-47 describes the information to be collected for data preparation.
Information Description
Cell information The cell information includes the original and new local
cell IDs.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
NOTE
1. On the menu bar, choose LTE Application > Network Adjustment > Export
ID/Name Adjustment Data to start exporting the radio network planning
data from the system into a file.
2. Edit data in the file based on the prepared data. Then, close the file.
3. On the menu bar of the planned data area, choose LTE Application >
Network Adjustment > Import ID/Name Adjustment Data. A dialog box is
displayed for you to import planned radio data. Import the data from the file
into the system.
For detailed import and export operations, see the MAE-Access online help.
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST CELL command and check whether the value of Local Cell ID is the
same as planned.
If the value of Local Cell ID is not the same as planned, check whether the value
of Local Cell ID in the modified configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Roll back the configuration data.
● Using the MAE-Deployment: For detailed operations, see the interactive
operation guide Rolling Back Configuration Data.
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
----End
Application Scenario
The previous TAC plan is inappropriate, and a new plan is required.
Reconfiguration Impact
After the TAC of a cell is changed, the cell automatically resets to make the
configuration take effect. During the reset, the cell cannot provide services.
Reconfiguration Scheme
If any options of the ANR algorithm switch parameter are selected, run the MOD
ENODEBALGOSWITCH command to deselect the options. Then, change Tracking
area code in the CnOperatorTa and EutranExternalCell MOs to the target value.
After the change is complete, run the MOD ENODEBALGOSWITCH command to
restore the settings of ANR algorithm switch.
NOTE
In RAN sharing with common carrier mode, the cell operators must have the same TAC.
Therefore, both TACs must be changed at the same time. Only the MAE-Deployment supports
change of both TACs at the same time.
Topology Change
N/A
Information Collection
Table 1-49 describes the information to be collected for data preparation.
Information Description
Cell operator Includes the local cell ID and tracking area ID.
information
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
NOTE
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
1. On the menu bar, choose LTE Application > Network Adjustment > Export
Radio Network Planning Data to start exporting the radio network planning
data from the system into the radio data planning file.
2. Edit data in the file based on the prepared data. Then, close the file.
3. On the menu bar of the planned data area, choose LTE Application >
Network Adjustment > Import Radio Network Planning Data. A dialog box
is displayed for you to import planned radio data. Import the data from the
file into the system.
For detailed import and export operations, see section Importing and
Exporting Planned Radio Data in the MAE-Access online help.
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
a. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion mode.
▪ If all the options of this parameter are deselected, skip this step.
----End
Procedure
Step 1 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 2 Run the LST CNOPERATORTA and LST EUTRANEXTERNALCELL commands and
verify that the value of Tracking area code is the same as planned.
If it is not the same as planned, check whether the value of Tracking area code in
the modified configuration data file is the same as planned:
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Roll back the configuration data.
● Using the MAE-Deployment: For detailed operations, see the interactive
operation guide Rolling Back Configuration Data.
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
----End
Application Scenario
The previous neighboring cell parameter plan is inappropriate, and a new plan is
required.
Reconfiguration Impact
After you change the neighboring cell parameters, the handover target cell will be
changed.
Reconfiguration Scheme
If any options of the ANR algorithm switch parameter are selected, run the MOD
ENODEBALGOSWITCH command to deselect the options. After neighboring cell
parameters are modified, run the MOD ENODEBALGOSWITCH command to
restore the settings of ANR algorithm switch.
Topology Change
N/A
Information Collection
Table 1-51 describes the information to be collected for data preparation.
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Based on the planned neighboring cell parameters, prepare data listed in the
following table.
Table 1-52 Data preparation for changing the neighboring cell parameters
SN Op MO Category MO Configuration
er Reference
ati
on
EutranNFreqRanShare
IntraFreqBlkCell
InterFreqBlkCell
EutranExternalCellPlmn
2 M Neighboring UtranNFreq
odi UTRAN cell
fy UtranRanShare
UtranExternalCell
UtranExternalCellPlmn
UtranNCell
3 M Neighboring Cdma2000Nfreq
odi CDMA2000 cell
fy Cdma20001XrttExtCell
Cdma2000HrpdExtCell
Cdma20001XrttNCell
Cdma2000HrpdNCell
Cdma2000BandClass
4 M Neighboring GeranNfreqGroup
odi GERAN cell
fy GeranRanShare
GeranNfreqGroupArfcn
GeranExternalCell
GeranNcell
SN Op MO Category MO Configuration
er Reference
ati
on
GeranExternalCellPlmn
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
1. On the menu bar, choose LTE Application > Network Adjustment > Export
Radio Network Planning Data to start exporting the radio network planning
data from the system into the radio data planning file.
2. Edit data in the file based on the prepared data. Then, close the file.
3. On the menu bar of the planned data area, choose LTE Application >
Network Adjustment > Import Radio Network Planning Data. A dialog box
is displayed for you to import planned radio data. Import the data from the
file into the system.
For detailed import and export operations, see section Importing and
Exporting Planned Radio Data in the MAE-Access online help.
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operation
N/A
● Remote Operation
a. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion mode.
For detailed operations, see Setting the eNodeB Maintenance Mode to
Expand Status.
b. Run the LST GLOBALPROCSWITCH command to query the values of the
following parameters: The Switch of X2 setup by SON, Peer Request
Based X2 Delete Switch, X2 SON Delete Switch, Interface Setup Policy
Switch, The Timer of X2 delete by SON, and X2-based Neighboring
Cell Configuration Update Switch.
▪ If all the options of this parameter are deselected, skip this step.
Context
Modifying the EutranInterFreqNCell MO is used as an example to describe how
to verify the reconfiguration. You can also run the LST commands to check other
MOs.
Procedure
Step 1 Run the LST EUTRANINTERFREQNCELL command and verify that the value is the
same as planned.
If the value is not the same as planned, check whether the value in the modified
configuration data file is the same as planned:
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Roll back the configuration data.
● Using the MAE-Deployment: For detailed operations, see the interactive
operation guide Rolling Back Configuration Data.
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
----End
Application Scenario
The previous intra-frequency handover offset plan is inappropriate, and a new
plan is required.
Reconfiguration Impact
No impact
Reconfiguration Scheme
When you change the intra-frequency handover offset, change Intrafreq
handover offset in the IntraFreqHoGroup MO to the target value.
Topology Change
N/A
hardware, software, license files, security certificates, and data. It also describes
the data preparation mode and provides MML configuration script examples.
Information Collection
Table 1-53 describes the information to be collected for data preparation.
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
Table 1-54 Data preparation for changing the intra-frequency handover offset
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For detailed operations, see Setting the eNodeB Maintenance
Mode to Expand Status.
ii. Deliver the configuration data to the base station and activate the
data. For details, see the interactive operation guide Delivering Data
to Base Stations and Activating the Data.
iii. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For detailed operations, see Setting the eNodeB Maintenance
Mode to Expand Status.
ii. Run the following commands to back up and export the
configuration file. The configuration file can be used to roll back the
base station configurations to the original state, if the
reconfiguration fails.
1) To back up the configuration file, run the BKP CFGFILE
command.
2) To export the configuration file, run the ULD CFGFILE command.
Example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
iii. Use the MAE-Access to deliver the batch configuration scripts
prepared in Engineering Preparation > Data Preparation to the
base station and activate the scripts on the base station. For details,
see 1.3.3 Running MML Commands on the MAE-Access.
iv. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Run the LST INTRAFREQHOGROUP command and verify that the value of
Intrafreq handover offset(0.5dB) is the same as planned.
If it is not the same as planned, check whether Intrafreq handover offset in the
modified configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
----End
Application Scenario
The cell power needs to be changed due to the network plan change.
Reconfiguration Impact
No impact
Reconfiguration Scheme
Determine the reconfiguration scheme for changing the cell power according to
the following table.
NOTE
● Change the FDD/TDD cell power according to the descriptions of the Reference signal
power and PB parameters in the PDSCHCfg MO and the Reference signal power
parameter in the eUCellSectorEqm MO in 3900 & 5900 Series Base Station MO and
Parameter Reference. The change should be performed based on the maximum RRU
transmit power and the cell bandwidth. You can run the DSP TXBRANCH command to query
the maximum RRU transmit power.
● Change the NB-IoT cell power according to the descriptions of the Reference signal power
parameter in the PDSCHCfg MO or the Reference signal power parameter in the
eUCellSectorEqm MO in 3900 & 5900 Series Base Station MO and Parameter Reference. The
change should be performed based on the maximum RRU transmit power of the NB-IoT cell.
For the maximum RRU transmit power supported by an NB-IoT cell, see the RRU technical
specifications in RRU Technical Specifications.
● After the FDD/TDD cell power is changed, the original cell bandwidth may not match the
new reference signal transmit power. As a result, the cell cannot be established. To change
the cell bandwidth, perform operations by referring to 1.5.6 Changing the Cell Bandwidth.
Topology Change
N/A
Information Collection
Table 1-56 describes the information to be collected for data preparation.
Information Description
NOTE
Before the reconfiguration, run the DSP TXBRANCH, DSP RXBRANCH or DSP RRU command
to query the capability of the RF module. This is to ensure that the EARFCN, bandwidth,
and power of the cell are still within the capability range of the RF module after the
reconfiguration.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
Table 1-57 Data preparation for changing the FDD/TDD cell power
Table 1-58 Data preparation for changing the NB-IoT cell power
SN Ope MO Configuration Reference
ratio
n
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
NOTE
● The MOD EUCELLSECTOREQM command can be used to modify the power of only multi-
RRU cells.
● For multi-RRU cells, the value of the ReferenceSignalPwr parameter in the PDSCHCfg MO
takes effect only when the ReferenceSignalPwr parameter in the eUCellSectorEqm MO is
set to 32767.
In the following information, an inter-eNodeB SFN cell (where the auxiliary cell is
not a LampSite cell) is used as an example to describe the MML-based
configuration script used for data preparation:
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Changing the value of Reference signal power in the SfnAuxResBind MO*/
MOD SFNAUXRESBIND:SECTOREQMID=1,ENODEBID=100, LOCALCELLID=0,REFERENCESIGNALPWR=100;
Prerequisites
Related information and configuration data are ready, and the license file is
available in the save path on the FTP server.
NOTE
Before using the MAE-Deployment to modify both the antenna mode and the reference signal
power for a cell, run the DEA CELL command to deactivate the cell. Then, activate the script on
the MAE-Deployment.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the license file in use must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
iv. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Verify whether the changed parameter values are the same as planned.
● For a common cell, run the LST PDSCHCFG command to verify that the
values of Reference signal power and PB are the same as planned.
● For a multi-MPRU (LampSite) cell, run the LST EUCELLSECTOREQM, LST
EUSECTOREQMGROUP, and LST PDSCHCFG commands to verify that the
values of Reference signal power and PB are the same as planned.
● For an SFN cell or a combined cell, run the LST EUCELLSECTOREQM and LST
PDSCHCFG commands to verify that Reference signal power and PB are the
same as planned.
● For an inter-eNodeB SFN cell (the auxiliary cell is a LampSite cell), run the
LST SFNAUXRESGRPBIND command to verify that the value of Reference
signal power is the same as planned.
● For an inter-eNodeB SFN cell (the auxiliary cell is not a LampSite cell), run
the LST SFNAUXRESBIND command to verify that the value of Reference
signal power is the same as planned.
If they are not the same as planned, check whether the Reference signal power
and PB values in the script are correct:
● If the two parameter values are incorrect, reconfigure them and then run the
MOD PDSCHCFG or MOD EUCELLSECTOREQM command to change the
values of Reference signal power and PB to the target values.
● If they are correct, contact Huawei technical support or dial the Huawei
technical support hotline.
----End
Procedure
Step 1 (Optional) Import the pre-reconfiguration license file if the license file is updated.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
----End
Application Scenario
There is interference among cells. After the cells are changed to SFN mode, the
original interfering signals are changed to a multi-path strengthened signal. This
increases the SINR at the cell edge, decreases the proportion of areas with low
SINR values, and improves user experience at the cell edge.
Reconfiguration Impact
After cells are changed from non-SFN mode to intra-BBU SFN mode, RRUs in the
SFN cell will be deactivated and service drops occur on UEs served by original
cells.
Reconfiguration Scheme
Determine the reconfiguration scheme for changing a cell from non-SFN mode to
intra-BBU SFN mode according to the following table.
If... Then...
PCI conflict with a neighboring cell Update the PCI planning. If the PCI of
occurs after the cell is changed to the the local cell and that of a neighboring
SFN mode cell are the same, change the PCI of
the neighboring cell. For details, see
section "Changing the PCI of a Cell"
(not involving NB-IoT cells).
NOTE
● A cell is deactivated after being changed from non-SFN mode to SFN mode. You are advised
to manually deactivate the cell, and then activate the cell manually.
● The MultiRruCellMode parameter should be reconfigured. That is, remove the redundant
cells if you want to reconfigure existing cells.
Figure 1-25 shows the reconfiguration procedure for changing a cell from non-
SFN mode to SFN mode.
Figure 1-25 Procedure for changing a cell from non-SFN mode to SFN mode (FDD/TDD cell)
NOTE
In TDD, SFN supports the bandwidth of 10 MHz and 20 MHz. For an LBBPc, only one 20 MHz
4T4R cell or three 10 MHz 4T4R cells are supported. Specification inconsistency may generate
baseband resource fragments. Therefore, if an SFN cell with 10 MHz bandwidth is deployed on
an LBBPc, the sector baseband equipment and primary baseband equipment must be bound to
prevent baseband resource fragments. 8T8R cells cannot be deployed on LBBPc boards. If an
8T8R SFN cell exists, the sector baseband equipment and primary baseband equipment must be
bound to prevent baseband resource fragments.
Figure 1-26 Procedure for changing a cell from non-SFN mode to SFN mode (NB-
IoT cell)
Topology Change
Figure 1-27 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-60 describes the information to be collected before changing a cell from
non-SFN mode to SFN mode.
Hardware Preparation
Table 1-61 describes the hardware to be prepared for changing a cell from non-
SFN mode to SFN mode.
Software Preparation
N/A
the sector equipment pieces in the SFN cell. Table 1-62 describes the license
control items to be prepared.
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
Table 1-63 Data preparation for changing a cell to intra-BBU SFN mode
SN Ope MO Configuration Reference
ratio
n
1 Deac Cell -
tivat
e
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands. Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
/*Adding the binding relationship between the sector equipment and the NB-IoT PRB*/
ADD EUPRBSECTOREQM: LocalCellId=0, SectorEqmId=2, PrbId=0;
ADD EUPRBSECTOREQM: LocalCellId=0, SectorEqmId=3, PrbId=0;
/*If the neighboring cell relationship is changed after the cell is changed to the SFN mode, updating the
network planning of neighboring cells. To replan neighboring cells, see section "Changing the Neighboring
Cell Parameters."*/
/*If a neighboring cell PCI conflict occurs after the cell is changed to the SFN mode, updating the PCI
planning. If the PCI of the local cell and that of the neighboring cell are the same, change the PCI of the
neighboring cell. For details, see "Changing the PCI of a Cell."*/
/*Activating the cell*/
ACT CELL: LocalCellId=0;
Prerequisites
Related information, license files, and data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. Insert the BBP into the subrack. For details, see Maintaining the Case-
Structured BBU > Adding BBU Components > Replacing the LBBP or
Replacing the UBBP in BBU Hardware Maintenance Guide.
b. Install an RF module. For details about the operation, see the installation
guide for RRUs.
c. Install a CPRI optical fiber. For details, see Installing a CPRI Optical
Fiber in the installation guide of the corresponding RRU.
● Remote Operations
Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
d. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Run the DSP CELL command to check whether the value of Cell instance state is
Normal for the cell.
If the value of Cell instance state is Uninstall, check the cell configuration, cell
reference signal power configuration, or hardware based on the value of Reason
for latest state change in the command output.
Step 2 Run the LST CELL command to check whether the values of Flag of Multi-RRU
Cell, Mode of Multi-RRU Cell, and Cell transmission and reception mode are
the same as planned.
Step 3 Run the LST EUCELLSECTOREQM command to check whether the values of
Sector equipment ID and Reference signal power are the same as planned.
Step 4 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
----End
Context
The cell capacity mode remains unchanged after the SFN cell is reconstructed. To
use a different cell capacity mode, change the value of CellCapacityMode
parameter.
Procedure
Step 1 Roll back the reconfiguration data.
● Using the MAE-Deployment:
The MAE-Deployment generates configuration rollback scripts when exporting
incremental configuration scripts. Configuration rollback scripts simplify data
rollback on the live network.
a. On the menu bar, choose Area Management > Planned Area > Export
Incremental Scripts to start the wizard of exporting scripts. Then, select
Launch Script Executor in the wizard to activate exported scripts for
data to take effect on the live network. For detailed operations, see
section Exporting Incremental Scripts from a Planned Data Area in the
MAE-Access online help.
b. Click the Summary tab in the Script Executor window.
c. Select a project whose data needs to be rolled back and right-click it. For
detailed operations, see section Fallback Based on Configuration Steps
in the MAE-Access online help.
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
Step 2 (Optional) Import the pre-reconfiguration license file if the license is updated.
Run the INS LICENSE command. Example: INS LICENSE: DIR="ftproot/",
FN="LIC_LTE_ON_100.dat", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="user", PWD="****";
Step 3 Restore the cable connections.
Step 4 Verify that engineering rollback is successful according to instructions in 1.5.17.4
Engineering Verification.
----End
Application Scenario
There is interference among cells. After the cells are changed to SFN mode, the
original interfering signals are changed to a multi-path strengthened signal. This
increases the SINR at the cell edge, decreases the proportion of areas with low
SINR values, and improves user experience at the cell edge. If the cells that are
interfered with are served by different base stations, adjustment of cable
connections for the RRUs is not required after a cell is changed from non-SFN
mode to inter-BBU SFN mode.
Reconfiguration Impact
After cells are changed from non-SFN mode to inter-BBU SFN mode, RRUs in the
SFN cell will be deactivated and service drops occur on UEs served by original
cells.
Reconfiguration Scheme
Determine the reconfiguration scheme for changing a cell from non-SFN mode to
inter-BBU SFN mode according to the following table.
If... Then...
The main control board is Replace the main control board by referring to
an LMPT in TDD 1.7.6 Transmission Capacity Expansion from
One LMPT Board to LMPT + UMPT Boards
(Mode 1) (TDD) (IPv4 Transmission Only) and
1.7.7 Transmission Capacity Expansion from
One LMPT Board to LMPT + UMPT Boards
(Mode 2) (TDD) (IPv4 Transmission Only)
PCI conflict with a Update the PCI planning. If the PCI of the local
neighboring cell occurs cell and that of a neighboring cell are the same,
after the cell is changed to change the PCI of the neighboring cell. For details,
the SFN mode see section "Changing the PCI of a Cell".
NOTE
● A cell is deactivated after being changed from non-SFN mode to SFN mode. You are advised
to manually deactivate the cell to be changed and then activate the SFN cell manually.
● For details about how to configure the USU3900, see USU3900 Initial Configuration Guide.
● For details about how to configure the USU3910, see USU3910 Initial Configuration Guide.
● If the main control board is a UMPT in TDD, it does not need to be replaced.
Figure 1-28 shows the reconfiguration procedure for changing a cell from non-
SFN mode to SFN mode.
Figure 1-28 Procedure for changing a cell from non-SFN mode to SFN mode
Topology Change
Figure 1-29 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-65 describes the information to be collected before changing a cell from
non-SFN mode to inter-BBU SFN mode.
Information Description
Base station model Model of the base station to be changed, for example,
DBS3900
Information Description
BBP model Model of the BBP, for example, LBBPc, LBBPd, or UBBP
Auxiliary eNodeB The information is the same as that for adding common
standby cell FDD cells or adding common TDD cells. Set Cell
information Standby Mode to STANDBY.
Hardware Preparation
Table 1-66 describes the hardware to be prepared before changing a cell from
non-SFN mode to inter-BBU SFN mode.
If... Then...
Prepare the hardware listed in Table 1-67 before binding the cell to an auxiliary
eNodeB.
If... Then...
Inter-BBU connection ● Add a USU3900 and related boards. For details about
is required the installation and cable connection, see USU3900
Installation Guide.
● Add a USU3910 and related boards. For details about
the installation and cable connection, see USU3910
Installation Guide.
The SFN mode is Replace the BBP with an LBBPd or UBBP. Replace the
required MPT with a UMPT.
Software Preparation
N/A
Inter-BBU SFN Controls inter-BBU SFN. This license must be applied for
in inter-BBU SFN networking.
Data Preparation
Perform the following steps to prepare data:
Primary eNodeB:
Prerequisite: (Optional) If an LMPT is installed in the BBU in TDD, the LMPT must
be replaced. For details, see 1.7.6 Transmission Capacity Expansion from One
LMPT Board to LMPT + UMPT Boards (Mode 1) (TDD) (IPv4 Transmission
Only) and 1.7.7 Transmission Capacity Expansion from One LMPT Board to
LMPT + UMPT Boards (Mode 2) (TDD) (IPv4 Transmission Only). If a UMPT is
installed in the BBU, skip this operation.
1 Deac Cell -
tivat
e
USU3900:
Auxiliary eNodeB:
1 Deac Cell -
tivat
e
12 Activ Cell -
ate
If the currently used license file does not meet the requirements, reload a license
file. If the currently used license file meets the requirements, directly change the
cells from non-SFN mode to SFN mode.
Before the modification, ensure that the SrsCfgInd parameter is set to
BOOLEAN_TRUE.
/*Exporting the license file from the eNodeB and saving it to the E:\ftp folder*/
ULD LICENSE: MODE=IPV4, IP="192.169.2.16", USR="admin", PWD="admin", DIR="E:\ftp",
FN="LIC_LTE_ON.dat";
/*Importing a new license file*/
INS LICENSE: DIR="E:\luoyuan\eRAN3.0\B108", FN="LIC_LTE_ON.dat", FLG=NO, MODE=IPV4,
IP="192.169.2.16", USR="admin", PWD="admin";
Primary eNodeB:
/*Deactivating the cells*/
DEA CELL: LocalCellId=0;
DEA CELL: LocalCellId=1;
DEA CELL: LocalCellId=2;
/*Removing the cells*/
RMV CELL: LocalCellId=1;
RMV CELL: LocalCellId=2;
/*Adding a board in FDD*/ ADD BRD: SN=2, BT=LBBP, WM=FDD;
/*Adding a board in TDD*/ ADD BRD: SN=2, BT=LBBP, WM=TDD_ENHANCED;
/*Adding an RRU chain or ring*/
ADD RRUCHAIN: RCN=3, TT=CHAIN, HSRN=0, HSN=2, HPN=0;
/*Adding an RRU*/
ADD RRU: CN=0, SRN=63, SN=0, RCN=3, PS=0, RT=MRRU, RS=TDL, RN="rru3", RXNUM=4, TXNUM=4;
/*Adding a sector*/
ADD SECTOR:SECTORID=3,ANTNUM=4,ANT1CN=0,ANT1SRN=63,ANT1SN=0,
ANT1N=R0A,ANT2CN=0,ANT2SRN=63,ANT2SN=0,ANT2N=R0B,ANT3CN=0,ANT3SRN=63,ANT3SN=0,ANT3N
=R0C,ANT4CN=0,ANT4SRN=63,ANT4SN=0,ANT4N=R0D,CREATESECTOREQM=FALSE;
/*Adding sector equipment*/
ADD SECTOREQM:SECTOREQMID=3,SECTORID=3,ANTNUM=4,ANT1CN=0,
ANT1SRN=63,ANT1SN=0,ANT1N=R0A,ANTTYPE1=RXTX_MODE,ANT2CN=0,ANT2SRN=63,ANT2SN=0,ANT2N
=R0B,ANTTYPE2=RXTX_MODE,ANT3CN=0,ANT3SRN=63,ANT3SN=0,ANT3N=R0C,ANTTYPE3=RXTX_MODE,A
NT4CN=0,ANT4SRN=63,ANT4SN=0,ANT4N=R0D,ANTTYPE4=RXTX_MODE;
/*Adding the cell sector equipment by combining the three existing RRUs and the new RRU*/
ADD EUCELLSECTOREQM:LOCALCELLID=0,SECTOREQMID=1;
ADD EUCELLSECTOREQM:LOCALCELLID=0,SECTOREQMID=2;
ADD EUCELLSECTOREQM:LOCALCELLID=0,SECTOREQMID=3;
/*Setting the cell to an SFN cell with six sets of sector equipment*/
MOD CELL:MULTIRRUCELLFLAG=BOOLEAN_TRUE,MULTIRRUCELLMODE=SFN, SECTOREQMNUM=6;
/*Setting the switch for the interconnection port on the baseband processing unit when the USU3900 is
installed*/
SET CASCADEPORT: CN=0, SRN=0, SN=2, PN=6, SW=ON;
SET CASCADEPORT: CN=0, SRN=0, SN=3, PN=6, SW=ON;
/*Setting the switch for the interconnection port on the main control board when the USU3900 is installed*/
SET CASCADEPORT: CN=0, SRN=0, SN=6, PN=8, SW=ON;
/*Adding the auxiliary eNodeB binding ID*/
ADD SFNCELLBIND: LocalCellId=0, eNodeBId=101;
Auxiliary eNodeB:
/*Deactivating the cells*/
DEA CELL: LocalCellId=0;
DEA CELL: LocalCellId=1;
/*Removing the cells*/
RMV CELL: LocalCellId=0;
RMV CELL: LocalCellId=1;
/*Setting the ID for inter-base-station connection when the USU3900 is installed*/
SET EQUIPMENT: ODIID=101;
/*Setting the switch for the interconnection port on the baseband processing unit when the USU3900 is
installed*/
SET CASCADEPORT: CN=0, SRN=0, SN=3, PN=6, SW=ON;
/*Setting the switch for the interconnection port on the main control board when the USU3900 is installed*/
SET CASCADEPORT: CN=0, SRN=0, SN=6, PN=8, SW=ON;
/*Adding records about the secondary cell resource binding relationships*/
ADD SFNAUXRESBIND:SECTOREQMID=0,ENODEBID=100,LOCALCELLID=0;
ADD SFNAUXRESBIND:SECTOREQMID=1,ENODEBID=100,LOCALCELLID=0;
/*Adding a standby cell in FDD*/ ADD CELL:LOCALCELLID=0,CELLNAME="0",FREQBAND=38,
ULEARFCNCFGIND=NOT_CFG,DLEARFCN=38000,ULBANDWIDTH=CELL_BW_N100,DLBANDWIDTH=CELL_BW
_N100,CELLID=0,PHYCELLID=0,FDDTDDIND=CELL_FDD,ROOTSEQUENCEIDX=0,CUSTOMIZEDBANDWIDTHCF
GIND=NOT_CFG,EMERGENCYAREAIDCFGIND=NOT_CFG,UEPOWERMAXCFGIND=NOT_CFG,MULTIRRUCELLFL
AG=BOOLEAN_FALSE,TXRXMODE=4T4R,EUCELLSTANDBYMODE=STANDBY;
/*Adding a standby cell in TDD*/ ADD CELL:LOCALCELLID=0,CELLNAME="0",FREQBAND=38,
ULEARFCNCFGIND=NOT_CFG,DLEARFCN=38000,ULBANDWIDTH=CELL_BW_N100,DLBANDWIDTH=CELL_BW
_N100,CELLID=0,PHYCELLID=0,FDDTDDIND=CELL_TDD,SUBFRAMEASSIGNMENT=SA2,SPECIALSUBFRAMEPA
TTERNS=SSP7,ROOTSEQUENCEIDX=0,CUSTOMIZEDBANDWIDTHCFGIND=NOT_CFG,EMERGENCYAREAIDCFG
IND=NOT_CFG,UEPOWERMAXCFGIND=NOT_CFG,MULTIRRUCELLFLAG=BOOLEAN_FALSE,TXRXMODE=4T4R,
EUCELLSTANDBYMODE=STANDBY;
/*Changing the active cell to a standby cell*/
MOD CELL:LOCALCELLID=0,EUCELLSTANDBYMODE=STANDBY;
:
/*Setting the eNodeB initial configuration to minimum configuration mode*/
SET LOCALIP: IP="172.21.241.134", MASK="255.255.255.0";
/*Configuring boards and RF modules*/
ADD BRD: CN=0, SRN=0, SN=3, BT=UCXU;
ADD BRD: CN=0, SRN=0, SN=2, BT=UCXU;
ADD BRD: CN=0, SRN=0, SN=5, BT=UCIU;
/*Configuring transmission parameters*/
ADD ETHPORT: SN=7, SBT=BASE_BOARD, PA=COPPER, SPEED=AUTO, DUPLEX=AUTO;
ADD DEVIP: SN=7, SBT=BASE_BOARD, PT=LOOPINT, PN=0, IP="8.10.10.60", MASK="255.255.255.255";
ADD IPRT: SN=7, SBT=BASE_BOARD, DSTIP="0.0.0.0", DSTMASK="0.0.0.0", RTTYPE=NEXTHOP,
NEXTHOP="80.3.101.1";
ADD OMCH:IP="8.10.10.65",MASK="255.255.255.255",PEERIP="172.166.1.251",
PEERMASK="255.255.255.255",BEAR=IPV4,BRT=NO,CHECKTYPE=NONE;
/*Configuring time information*/
SET TIMESRC: TIMESRC=NTP;
ADD NTPC: MODE=IPV4, IP="172.166.1.205", PORT=123, SYNCCYCLE=60, AUTHMODE=PLAIN;
SET MASTERNTPS: MODE=IPV4, IP="172.166.1.205";
SET TZ: ZONET=GMT+0800, DST=NO;
/*Setting the ID of ODI for inter-eNodeB connection*/
SET EQUIPMENT: ODIID=102;
/*Setting the switches for the interconnection ports on the UCXUs*/
SET CASCADEPORT: CN=0, SRN=0, SN=2, PN=0, SW=ON;
SET CASCADEPORT: CN=0, SRN=0, SN=3, PN=0, SW=ON;
SET CASCADEPORT: CN=0, SRN=0, SN=3, PN=1, SW=ON;
/*Setting the switches for the interconnection ports on the UCIU*/
SET CASCADEPORT: CN=0, SRN=0, SN=5, PN=0, SW=ON;
SET CASCADEPORT: CN=0, SRN=0, SN=5, PN=1, SW=ON;
Primary eNodeB:
/*If the neighboring cell relationship is changed after the cell is changed to the SFN mode, update the
network planning of neighboring cells. To replan neighboring cells, see section "Changing the Neighboring
Cell Parameters."*/
/*If a neighboring cell PCI conflict occurs after the cell is changed to the SFN mode, update the PCI
planning. If the PCI of the local cell and that of the neighboring cell are the same, change the PCI of the
neighboring cell. For details, see "Changing the PCI of a Cell".*/
ACT CELL:LOCALCELLID=0;
Prerequisites
Related information, license files, and data are ready for changing a cell from non-
SFN mode to inter-BBU SFN mode.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. Insert the BBP into the subrack. For details, see Maintaining the Case-
Structured BBU > Adding BBU Components > Replacing the LBBP or
Replacing the UBBP in BBU Hardware Maintenance Guide.
b. Install an RF module. For details about the operation, see the installation
guide for RRUs.
c. Install a CPRI optical fiber. For details, see Installing a CPRI Optical
Fiber in the installation guide of the corresponding RRU.
● Remote Operations
NOTE
If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
d. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command to verify that the value of Cell instance state is
Normal and that of Work Status of all RRUs is Normal.
If the value of Cell instance state is Uninstall, check the cell configuration, cell
reference signal power configuration, or hardware based on the value of Reason
for latest state change in the command output.
If the value of Word Status is not Normal, rectify the fault based on the error
message.
----End
Context
The cell capacity mode remains unchanged after the SFN cell is reconstructed. To
use a different cell capacity mode, change the value of CellCapacityMode
parameter.
Procedure
Step 1 Restore the configuration data.
● Using the MAE-Deployment:
The MAE-Deployment generates configuration rollback scripts when exporting
incremental configuration scripts. Configuration rollback scripts simplify data
rollback on the live network.
a. On the menu bar, choose Area Management > Planned Area > Export
Incremental Scripts to start the wizard of exporting scripts. Then, select
Launch Script Executor in the wizard to activate exported scripts for
data to take effect on the live network. For detailed operations, see
section Exporting Incremental Scripts from a Planned Data Area in the
MAE-Access online help.
b. Click the Summary tab in the Script Executor window.
c. Select a project whose data needs to be rolled back and right-click it. For
detailed operations, see section Fallback Based on Configuration Steps
in the MAE-Access online help.
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
Step 2 (Optional) Import the pre-reconfiguration license file if the license is updated.
Run the INS LICENSE command. Example: INS LICENSE: DIR="ftproot/",
FN="LIC_LTE_ON_100.dat", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="user", PWD="****";
Step 3 Restore the cable connections.
Step 4 Verify that engineering rollback is successful according to instructions in 1.5.18.4
Engineering Verification.
----End
Application Scenario
● Cells with different subframe configurations, uplink and downlink cyclic prefix
(CP) configurations, or frame offsets must be established on different BBPs.
For example, 4T4R and 2T2R cells each with 20 MHz bandwidth are set up in
slot 2 of the same BBU, as shown in Figure 1-32. The 4T4R cells are
configured with normal CP and the 2T2R cells are configured with extended
CP. If all 2T2R cells are activated first, none of the 4T4R cells can be activated.
For details about the backplane transmission resources between BBPs, see CPRI Sharing
Feature Parameter Description.
● The backplane supports a maximum of 10 channels for single-carrier data
transmission between two BBPs. If cells require more than 10 channels,
contention for baseband resources occurs and some cells cannot be activated.
To prevent this problem, all cells must be bound to baseband equipment.
● In low speed scenarios, if 2T2R cells and 4T4R cells are served by the same
UBBP, the cells must be bound to baseband equipment.
● If a base station has more than two BBPs, among which there are LBBPd
boards, all cells in low-speed indoor distributed scenarios must be bound to
baseband equipment on the same BBP.
● In indoor distributed system scenarios, the MultiRruCellMode parameter
must be set to CELL_COMBINATION(Cell Combination) for all cells even if
only one RRU is deployed.
Reconfiguration Impact
When a cell bound to baseband equipment is activated, resources are selected for
it only from the bound baseband equipment. If a cell is not bound to baseband
equipment, resources on the directly-connected BBP are preferentially selected. If
the directly-connected BBP is unavailable, another BBP is automatically allocated.
You are advised to bind all cells with baseband equipment. In this way, cells not
bound to baseband equipment will not occupy baseband resources allocated for
cells with baseband equipment bound.
Reconfiguration Scheme
● Add baseband equipment.
● Add sector equipment and bind cells with baseband equipment. If
reconfiguration of existing sector equipment is required, reconfigure the
sector equipment and bind cells with baseband equipment.
Topology Change
N/A
Information Collection
Table 1-72 describes the information to be collected before binding baseband
equipment for a cell.
Information Description
Cell information Cell ID and information about the cell sector equipment
group
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
Table 1-73 Data preparation for binding baseband equipment for a cell
3 Activ Cell -
ate
MOD EUCELLSECTOREQM:LOCALCELLID=2,SECTOREQMID=2,BASEBANDEQMID=1;
/*Activating the cells*/
ACT CELL: LocalCellId=1;
ACT CELL: LocalCellId=2;
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
a. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion mode.
For detailed operations, see Setting the eNodeB Maintenance Mode to
Expand Status.
b. Deliver the configuration data to the base station and activate the data.
For details, see the interactive operation guide Delivering Data to Base
Stations and Activating the Data.
c. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Run the DSP CELL command to check whether the cabinet, subrack, and slot
where the cell is configured are the same as planned.
Step 2 Run the LST EUCELLSECTOREQM command to check whether Sector equipment
ID is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Using the MAE-Deployment:
The MAE-Deployment generates configuration rollback scripts when exporting
incremental configuration scripts. Configuration rollback scripts simplify data
rollback on the live network.
a. On the menu bar, choose Area Management > Planned Area > Export
Incremental Scripts to start the wizard of exporting scripts. Then, select
Launch Script Executor in the wizard to activate exported scripts for
data to take effect on the live network. For detailed operations, see
section Exporting Incremental Scripts from a Planned Data Area in the
MAE-Access online help.
b. Click the Summary tab in the Script Executor window.
c. Select a project whose data needs to be rolled back and right-click it. For
detailed operations, see section Fallback Based on Configuration Steps
in the MAE-Access online help.
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
----End
Application Scenario
In a networking scenario where a single BBU is connected to different RRUs and
antennas and serves multiple cell types, a cell may be established on different
BBPs before and after board reset or software upgrade, resulting in different cell
performances. To prevent this problem, bind baseband equipment for a cell. It is
recommended that automatic baseband equipment binding be enabled to simplify
the baseband equipment binding operation.
NOTE
● You can determine whether the baseband equipment can be automatically bound or must
be manually bound to a cell by querying the value of the Auto Config Flag parameter.
● The baseband equipment that has been manually bound to a cell is not affected after
automatic baseband equipment binding is performed.
Reconfiguration Impact
When a cell bound to baseband equipment is activated, resources are selected for
it preferentially from the bound baseband equipment. If the activation repetitively
fails within a period (10 minutes by default), resources are selected for it from
other baseband equipment.
Reconfiguration Scheme
Figure 1-33 shows the reconfiguration procedure for enabling automatic binding
of baseband equipment for a cell.
Figure 1-33 Procedure for enabling automatic binding of baseband equipment for
a cell
NOTE
Topology Change
N/A
of hardware, software, license files, security certificates, and data. It also describes
the data preparation mode and provides MML configuration script examples.
Information Collection
Table 1-74 describes the information to be collected before enabling automatic
binding of baseband equipment.
Information Description
Cell information Includes cell ID and information about the cell sector
equipment group.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
Table 1-75 Data preparation for enabling automatic baseband equipment binding
3 Activ Cell -
ate
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For detailed operations, see Setting the eNodeB Maintenance
Mode to Expand Status.
ii. Deliver the configuration data to the base station and activate the
data. For details, see the interactive operation guide Delivering Data
to Base Stations and Activating the Data.
iii. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For detailed operations, see Setting the eNodeB Maintenance
Mode to Expand Status.
ii. Run the following commands to back up and export the
configuration file. The configuration file can be used to roll back the
base station configurations to the original state, if the
reconfiguration fails.
1) To back up the configuration file, run the BKP CFGFILE
command.
2) To export the configuration file, run the ULD CFGFILE command.
Example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
iii. Use the MAE-Access to deliver the batch configuration scripts
prepared in Engineering Preparation > Data Preparation to the
base station and activate the scripts on the base station. For details,
see 1.3.3 Running MML Commands on the MAE-Access.
NOTE
You can import or export the license file for only one NE at a time.
iv. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Run the DSP CELL command to check whether the cabinet, subrack, and slot
where the cell is configured are the same as planned.
Step 2 After the BbpResAutoConfigSw parameter is set to ON(ON), baseband
equipment will be automatically bound within 5 minutes. Therefore, 5 minutes
after automatic baseband equipment binding is enabled, run the LST
EUCELLSECTOREQM command to check whether Sector equipment ID is the
same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
----End
Application Scenario
● Cells with different subframe configurations, uplink and downlink cyclic prefix
(CP) configurations, or frame offsets must be established on different BBPs.
For example, 4T4R and 2T2R cells each with 20 MHz bandwidth are set up in
slot 2 of the same BBU, as shown in Figure 1-34. The 4T4R cells are
configured with normal CP and the 2T2R cells are configured with extended
CP. If all 2T2R cells are activated first, none of the 4T4R cells can be activated.
For details about the backplane transmission resources between BBPs, see CPRI Sharing
Feature Parameter Description.
● The backplane supports a maximum of 10 channels for single-carrier data
transmission between two BBPs. If cells require more than 10 channels,
contention for baseband resources occurs and some cells cannot be activated.
To prevent this problem, all cells must be bound to baseband equipment.
● In low speed scenarios, if 2T2R cells and 4T4R cells are served by the same
UBBP, the cells must be bound to baseband equipment.
● If a base station has more than two BBPs, among which there are LBBPd
boards, all cells in low-speed indoor distributed scenarios must be bound to
baseband equipment on the same BBP.
● In indoor distributed system scenarios, the MultiRruCellMode parameter
must be set to CELL_COMBINATION(Cell Combination) for all cells even if
only one RRU is deployed.
Reconfiguration Impact
When a cell bound to baseband equipment is activated, resources are selected for
it only from the bound baseband equipment. If a cell is not bound to baseband
equipment, resources on the directly-connected BBP are preferentially selected. If
the directly-connected BBP is unavailable, another BBP is automatically allocated.
You are advised to bind all cells with baseband equipment. In this way, cells not
bound to baseband equipment will not occupy baseband resources allocated for
cells with baseband equipment bound.
When the baseband equipment of a cell is changed, the cell will be reestablished
to make the reconfiguration take effect.
Reconfiguration Scheme
Topology Change
Figure 1-35 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-76 describes the information to be collected before changing the
baseband equipment for a cell.
Information Description
Cell information Includes the cell ID and information about the cell
sector equipment group.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
Table 1-77 Data preparation for binding the baseband equipment for a cell
Prerequisites
Related information and data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
a. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion mode.
For detailed operations, see Setting the eNodeB Maintenance Mode to
Expand Status.
b. Deliver the configuration data to the base station and activate the data.
For details, see the interactive operation guide Delivering Data to Base
Stations and Activating the Data.
Procedure
Step 1 Run the DSP CELL command to check whether the cabinet, subrack, and slot
where the cell is configured are the same as planned.
Step 2 Run the LST EUCELLSECTOREQM command to check whether Sector equipment
ID is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Using the MAE-Deployment:
The MAE-Deployment generates configuration rollback scripts when exporting
incremental configuration scripts. Configuration rollback scripts simplify data
rollback on the live network.
a. On the menu bar, choose Area Management > Planned Area > Export
Incremental Scripts to start the wizard of exporting scripts. Then, select
Launch Script Executor in the wizard to activate exported scripts for
data to take effect on the live network. For detailed operations, see
section Exporting Incremental Scripts from a Planned Data Area in the
MAE-Access online help.
b. Click the Summary tab in the Script Executor window.
c. Select a project whose data needs to be rolled back and right-click it. For
detailed operations, see section Fallback Based on Configuration Steps
in the MAE-Access online help.
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
----End
Application Scenario
The requirements for data rates in the uplink and downlink vary in different
scenarios.
Reconfiguration Impact
After the uplink-downlink subframe configuration is changed, service drops occur
and the previous preamble format may not match the new uplink-downlink
subframe configuration, resulting in a cell setup failure. To solve these problems,
you must change the value of Preamble format in the Cell MO.
Reconfiguration Scheme
Changing the uplink-downlink subframe configuration will cause cell deactivation.
You are advised to manually deactivate the cell before the reconfiguration and
then activate the cell manually. Figure 1-36 shows the procedure for changing the
uplink-downlink subframe configuration.
Topology Change
N/A
Information Collection
Table 1-78 describes the information to be collected before changing the uplink-
downlink subframe configuration.
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
1 Deac Cell -
tivat
e
3 Activ Cell -
ate
GUI to reconfigure a single base station. The three data preparation modes are
described as follows:
● Using the batch configuration mode of the MAE-Deployment. For details, see
the interactive operation guide 1.11.2 Using the Batch Reconfiguration
Mode of the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands. Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
Related information, license files, and data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
If the currently used license file does not meet the requirements, reload a license
file. You can import or export the license file for only one NE at a time.
iii. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Run the DSP CELL command to check whether the value of Cell instance state is
Normal for the cell.
If the value of Cell instance state is Uninstall, check the cell configuration, cell
reference signal power configuration, or hardware based on the value of Reason
for latest state change in the command output.
Step 2 Run the LST CELL command to check whether the value of Subframe assignment
is the same as planned.
Step 3 Verify that ALM-29240 Cell Unavailable is not reported.
----End
Procedure
Step 1 Roll back the reconfiguration data.
● Using the MAE-Deployment: For detailed operations, see the interactive
operation guide Rolling Back Configuration Data.
● Using MML commands:
a. Run the DLD CFGFILE command to download the original configuration
file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="",
ENCRYPTMODE=UNENCRYPTED;
b. Run the ACT CFGFILE command to activate the original configuration
file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Verify that engineering rollback is successful according to instructions in 1.5.22.4
Engineering Verification.
----End
Application Scenario
The requirements for the maximum coverage radius of a cell vary in different
scenarios.
Reconfiguration Impact
After the special subframe configuration is changed, service drops occur and the
previous uplink and downlink cyclic prefix lengths may not match the new special
subframe configuration, resulting in a cell setup failure. To solve these problems,
you must change the uplink and downlink cyclic prefix lengths in the Cell MO.
Reconfiguration Scheme
Changing the special subframe configuration will cause cell deactivation. You are
advised to manually deactivate the cell before the reconfiguration and then
activate the cell manually. Figure 1-37 shows the procedure for changing the
special subframe configuration.
Topology Change
N/A
hardware, software, license files, security certificates, and data. It also describes
the data preparation mode and provides MML configuration script examples.
Information Collection
Table 1-80 describes the information to be collected before changing the special
subframe configuration.
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
Table 1-81 Data preparation for changing the special subframe configuration
(TDD)
1 Deac Cell -
tivat
e
3 Activ Cell -
ate
● Using the batch configuration mode of the MAE-Deployment. For details, see
the interactive operation guide 1.11.2 Using the Batch Reconfiguration
Mode of the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands. Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
Related information, license files, and data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For details, see Setting the eNodeB Maintenance Mode to Expand
Status.
ii. If the currently used license file does not meet the requirements,
reload a license file. If the currently used license file meets the
requirements, go to 3.
1) Back up the currently used license file by running the ULD
LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="user", PWD="****", DIR="ftproot/",
FN="LIC_LTE_ON.dat";
2) Import the new license file by running the INS LICENSE
command.
Example: INS LICENSE: DIR="ftproot/",
FN="LIC_LTE_ON_100.dat", FLG=NO, MODE=IPV4,
IP="10.161.18.69", USR="user", PWD="****";
iii. Deliver the data prepared in Data Preparation to the eNodeB and
activate the data on the eNodeB. For details, see the interactive
operation guide Delivering Data to Base Stations and Activating
the Data.
iv. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
ii. Use the MAE-Access to deliver the configuration scripts prepared in
Data Preparation to the base station and activate the scripts on the
base station. For details, see 1.3.3 Running MML Commands on the
MAE-Access.
NOTE
If the currently used license file does not meet the requirements, reload a license
file. You can import or export the license file for only one NE at a time.
iii. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Run the DSP CELL command to check whether the value of Cell instance state is
Normal for the cell.
If the value of Cell instance state is Uninstall, check the cell configuration, cell
reference signal power configuration, or hardware based on the value of Reason
for latest state change in the command output.
Step 2 Run the LST CELL command to check whether the value of Special subframe
patterns is the same as planned.
Step 3 Verify that ALM-29240 Cell Unavailable is not reported.
----End
Procedure
Step 1 Roll back the reconfiguration data.
● Using the MAE-Deployment: For detailed operations, see the interactive
operation guide Rolling Back Configuration Data.
● Using MML commands:
a. Run the DLD CFGFILE command to download the original configuration
file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="",
ENCRYPTMODE=UNENCRYPTED;
b. Run the ACT CFGFILE command to activate the original configuration
file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Application Scenario
The binding relationships between cells and sector equipment are inconsistent
with the planned ones.
Reconfiguration Impact
Cell services become unavailable during the adjustment of association
relationships between cells and RF modules.
Reconfiguration Scheme
Figure 1-38 shows the procedure for adjusting association relationships between
cells and RF modules.
Figure 1-38 Procedure for adjusting association relationships between cells and RF
modules
Topology Change
N/A
Information Collection
Table 1-82 describes the information to be collected for data preparation.
Information Description
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
Table 1-83 Data preparation for adjusting association relationships between cells
and RF modules
SN Ope MO Configuration Reference
ratio
n
1 Deac Cell —
tivat
e
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="*****", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="*************";
/*Deactivating the cells*/
DEA CELL: LocalCellId=0;
DEA CELL: LocalCellId=1;
/*Deleting the existing binding relationships between cells and sector equipment*/
RMV EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=1;
RMV EUCELLSECTOREQM: LocalCellId=1, SectorEqmId=0;
/*Adding binding relationships between cells and sector equipment*/
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=0;
ADD EUCELLSECTOREQM: LocalCellId=1, SectorEqmId=1;
/*Activating the cells*/
ACT CELL: LocalCellId=0;
ACT CELL: LocalCellId=1;
Prerequisites
Related information, hardware, software, and configuration data are ready, and
the license file is available in the save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
– Using the MAE-Deployment:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
You can import or export the license file for only one NE at a time.
v. Activate the cell.
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Application Scenario
A cell is not required any more.
Reconfiguration Impact
When a cell is deleted, the services carried by the cell are unavailable.
Reconfiguration Scheme
Topology Change
Use deleting a BBP and an RRU as an example. Figure 1-40 shows the topologies
before and after the reconfiguration.
Information Collection
Table 1-84 describes the information to be collected for data preparation.
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the MAE-Deployment to delete cells in batches:
a. On the menu bar, choose LTE Application > Network Adjustment >
Delete Cells in Batches. A dialog box is displayed for you to select cells.
b. Select the cells to be deleted.
c. Click Delete. In the displayed dialog box for you to confirm the deletion,
click OK.
d. The system starts to delete cells.
e. You can view the result in the task information list.
● Using MML commands. Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
Information and configuration data for deleting a cell are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
You can import or export the license file for only one NE at a time.
vi. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Run the LST CELL command to check whether the cell exists.
● If the cell still exists, delete the corresponding MO based on the cause
displayed in the RMV CELL command output.
● If the cause displayed in the RMV CELL command output indicates an
exception, contact Huawei technical support or dial the Huawei technical
support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
Application Scenario
The UBBPd9/UBBPea is used, and 4T4R and 8T8R cells need to be established on
the same BBP to save baseband resources.
Reconfiguration Impact
During establishment of 4T4R and 8T8R cells on the same BBP, the BBP
automatically resets, and baseband resources are reallocated. In this case, cells
that have been established on the BBP cannot provide services.
Reconfiguration Scheme
The following figure shows the procedure for establishing 4T4R and 8T8R cells on
a BBP.
Figure 1-41 Procedure for establishing 4T4R and 8T8R cells on a BBP
Topology Change
N/A
software, license files, security certificates, and data. It also describes the data
preparation mode and provides MML configuration script examples.
Information Collection
Table 1-86 describes the information to be collected for data preparation.
Item Description
Cell information Includes the information about cells that have been
established on the BBP and their TX/RX modes.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure in
Scheme Overview. The following table lists the data to be prepared.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch configuration mode of the MAE-Deployment: For details, see
the interactive operation guide 1.11.2 Using the Batch Reconfiguration
Mode of the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands. Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
Related information, hardware, software, and configuration data are ready for
establishing 4T4R and 8T8R cells on a BBP.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
b. Back up and export the configuration file. The configuration file can be
used to roll back configurations to the original state, if the
reconfiguration fails.
i. Run the BKP CFGFILE command to back up the configuration file.
ii. Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
c. Use the MAE-Access to deliver the batch configuration scripts prepared in
Engineering Preparation > Data Preparation to the base station and
activate the scripts on the base station. For details, see 1.3.3 Running
MML Commands on the MAE-Access.
d. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command to check whether the value of Cell instance state is
Normal for the cell.
● If Cell instance state is Uninstall, check the cell configuration or hardware
based on the value of Reason for latest state change in the command
output.
● Check whether the 4T4R and 8T8R cells are established on the same BBP. If
no, adjust the configurations and bind cells to the appropriate baseband
equipment.
Step 3 Run the LST CELL command to check whether the cell information is the same as
planned.
If the cell information is not the same as planned, perform the following steps:
If... Then...
The reconfiguration is Check whether the cell information in the modified data file is the
performed on the MAE- same as planned:
Deployment ● If they are different, modify the configuration data file again and
import it into the system. Then perform the operations in
Engineering Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the data is
imported into the system or delivered to the base station. In this
situation, contact Huawei technical support or dial the Huawei
technical support hotline.
The reconfiguration is Check whether the parameter settings in the script are correct:
performed by using MML ● If they are incorrect, modify the parameters in the script. Run the
commands RMV CELL command to delete the cell. Then run the ADD CELL
command to add a cell again.
● If they are correct, contact Huawei technical support or dial the
Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Prerequisites
If a new operator does not use the EPC of the existing operator, the EPC of the
new operator must be configured to provide basic EPC functions.
Application Scenario
To share the license fee for spectrum or reduce network deployment costs, an
operator wants to share the eNodeB hardware resource and spectrum resource
with other operators.
Reconfiguration Impact
After the change of the base station sharing mode, the base station must be reset
to make the configuration take effect. During the reset, the base station cannot
provide services.
Reconfiguration Scheme
If the MME is to be shared by multiple operators, add multiple public land mobile
networks (PLMNs) to the MME before adjusting the eNodeB configuration. If the
MME is not to be shared by multiple operators, add an EPC and ensure that the
route between the new EPC and the eNodeB is reachable and working properly.
Determine the reconfiguration scheme for changing the eNodeB from
independent operator mode to RAN sharing with common carrier mode according
to the following table.
The new operator ● Add connections to the MME and S-GW of the new
and the existing operator. For details, see 1.8.1.1 Scheme Overview in
operator do not Adding an MME Connection and 1.8.2.1 Scheme
share the EPC Overview in Adding an S-GW Connection.
● If the parameters used by the new operator for SCTP
link self-setup are different from those used by the
existing operator, add a new SCTP parameter
template.
The proportion of Turn on the switch for setting specific RAN sharing
RBs allocated to modes.
each operator needs
to be limited
If... Then...
The neighboring cells Add an external E-UTRAN cell. After the external cell is
of the cells under the added, the eNodeB automatically adds the cell to the list
eNodeB have of neighboring E-UTRAN cells when a handover to the
changed cell is performed.
The neighboring cell Add a PLMN list for the external E-UTRAN cell and set
works in RAN the MCC and MNC of the secondary operator of the
sharing with eNodeB serving the neighboring cell.
common carrier
mode
Figure 1-42 shows the reconfiguration procedure for changing the eNodeB from
independent operator mode to RAN sharing with common carrier mode.
Figure 1-42 Procedure for changing the eNodeB from independent operator mode
to RAN sharing with common carrier mode
Topology Change
Use the scenario where the new operator does not share the EPC with the existing
operator as an example. Figure 1-43 shows the topologies before and after the
reconfiguration.
Information Collection
Table 1-89 describes the information to be collected for data preparation.
Information Description
Connections to the Route to each new S-GW, involving the device IP address
S-GWs of new of the eNodeB, next-hop IP address of the eNodeB,
operators destination IP address (service IP address of the S-GW),
subnet mask, and route priority
Hardware Preparation
Prepare the hardware described in Table 1-90.
If... Then...
A new operator and Prepare cables between the eNodeB and the router
the existing operator closest to the eNodeB along the route from the eNodeB
do not share the EPC to the new MME and S-GW. The cables can be Ethernet
cables or optical fibers, depending on the router type.
Software Preparation
N/A
Certificate Preparation
N/A
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
Table 1-91 Data preparation for changing the eNodeB from independent operator
mode to RAN sharing with common carrier mode
SN Ope MO Configuration Reference
ratio
n
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● This example does not include the scripts for adding an MME connection and an S-GW
connection. For these scripts, see Adding an MME Connection > Engineering Preparation >
MML Configuration Script Example and Adding an S-GW Connection > Engineering
Preparation > MML Configuration Script Example.
● If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
● You must reset the base station after changing its sharing mode. You are advised to reset the
base station after other MML commands are executed. If a multimode base station is to be
reconfigured, you need to reset the application.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Changing the RAN sharing mode to RAN sharing with common carrier*/
MOD ENODEBSHARINGMODE: ENodeBSharingMode=SHARED_FREQ;
/*Adding a new operator*/
ADD CNOPERATOR: CnOperatorId=1, CnOperatorName="TEST",
CnOperatorType=CNOPERATOR_SECONDARY, Mcc="460", Mnc="01";
/*Adding an S1 MO*/
ADD S1: S1Id=0, CnOperatorId=1, EpGroupCfgFlag=CP_UP_CFG, CpEpGroupId=0, UpEpGroupId=0;
/*Adding an SCTP parameter template*/
ADD SCTPTEMPLATE: SCTPTEMPLATEID=0, SWITCHBACKFLAG=ENABLE;
/*Setting the proportions of both operators' maximum number of users to 50%*/
ADD LICENSESHARINGPOLICY: CnOperatorId=0, MaxUserNumRate=50;
ADD LICENSESHARINGPOLICY: CnOperatorId=1, MaxUserNumRate=50;
/*Adding a TAC 33 for the new operator*/
ADD CNOPERATORTA: TrackingAreaId=1, CnOperatorId=1, Tac=33;
/*Changing the value of RanShareModeSwitch to ON*/
MOD CELLALGOSWITCH: LocalCellId=0, RanShareModeSwitch=ON;
/*Setting the proportions of both uplink and downlink RBs to 50% for the operator*/
ADD CELLOP: LocalCellId=0, TrackingAreaId=1, OpUlRbUsedRatio=50, OpDlRbUsedRatio=50;
/*Setting the traffic sharing mode to DEDICATE*/
MOD LICRATIO: TrafficSharingType=DEDICATE;
/*Setting the proportions of both operators' traffic to 50%, and setting the proportion of traffic that one
operator can share with the other to 10%*/
ADD LICRATIOSHAREPOLICY: CnOperatorId=0, TrfRatio=50, TrfSharingRatio=10;
ADD LICRATIOSHAREPOLICY: CnOperatorId=1, TrfRatio=50, TrfSharingRatio=10;
/*Adding an external E-UTRAN cell*/
ADD EUTRANEXTERNALCELL: Mcc="460", Mnc="01", eNodeBId=526302, CellId=10, DlEarfcn=3350,
UlEarfcnCfgInd=NOT_CFG, PhyCellId=390, Tac=33;
/*Adding PLMN information for the external E-UTRAN cell*/
ADD EUTRANEXTERNALCELLPLMN: Mcc="460", Mnc="01", eNodeBId=526302, CellId=10, ShareMcc="460",
ShareMnc="00";
/*Resetting the base station*/
RST BTSNODE:;
Prerequisites
● Information, hardware, software, and data for changing the eNodeB from
independent operator mode to RAN sharing with common carrier mode are
ready, and the license file is available in the save path on the FTP server.
● If a new operator does not share the EPC with the existing operator, the EPC
of the new operator has been configured to provide basic functions.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
(Optional) Connect the cables between the eNodeB and the new MME and S-
GW if the new operator does not share the EPC with the existing operator.
● Remote Operations
– Using the MAE-Deployment:
NOTE
● If the license file needs to be updated, the active license file must be backed up
and a new license file must be imported into the base station. If the license file
does not need to be updated, the backup and import operations are not required.
● If the iSStar is used to deliver the scripts, the reconfiguration takes effect only
after the base station is reset. Therefore, you need to run the RST APP command
to reset the base stations in batches after the scripts are delivered.
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Verify that the eNodeB properly communicates with the EPC of the new operator.
For details, see 1.8.1.4 Engineering Verification in Adding an MME Connection
and 1.8.2.4 Engineering Verification in Adding an S-GW Connection.
Step 4 On the main menu of the MAE-Access, choose Monitor > Signaling Trace >
Signaling Trace Management. Then, choose LTE > Application Layer > Uu
Interface Trace from the navigation tree on the left to start a Uu interface tracing
task. In the tracing result, verify that the SIB1 message sent from the cell under
the eNodeB contains the PLMN information of both the new and existing
operators.
If the PLMN information is incomplete, check whether the PLMN information of
the operators in the configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 5 Enable UEs of each operator to perform tests to verify that the UEs can
successfully access the network.
If any UE cannot pass the test, check whether the cell is normal.
● If the cell fails to be established, the eNodeB reports an alarm. If this
happens, clear the alarm according to the instructions in 3900 & 5900 Series
Base Station Alarm Reference.
● If the cell is successfully established, contact Huawei technical support or dial
the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the cable connections.
Step 4 Verify the engineering rollback.
1. Verify that no cell-related alarm is reported, such as ALM-29240 Cell
Unavailable and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
2. Run the DSP CELL command. Verify that Cell instance state is Normal for
the cell.
If Cell instance state is Uninstall, check the cell configuration or hardware
based on the value of Reason for latest state change in the command
output.
3. On the main menu of the MAE-Access, choose Monitor > Signaling Trace >
Signaling Trace Management. Then, choose LTE > Application Layer > Uu
Interface Trace from the navigation tree on the left to start a Uu interface
tracing task. In the tracing result, verify that the SIB1 message sent from the
cell under the eNodeB contains the PLMN information of only the existing
operator.
----End
Prerequisites
If a new operator does not use the EPC of the existing operator, the EPC of the
new operator must be configured to provide basic EPC functions.
Application Scenario
To reduce network deployment and maintenance costs, multiple operators with
dedicated carriers share eNodeB hardware resources.
Reconfiguration Impact
After the change from independent operator mode to RAN sharing with dedicated
carrier mode, you must reset the eNodeB make the configuration take effect.
During the reset, the eNodeB cannot provide services.
Reconfiguration Scheme
If the MME is shared by multiple operators, add multiple PLMNs to the MME
before adjusting the eNodeB configuration. If the MME is not shared by multiple
operators, add an EPC and ensure that the route between the new EPC and the
eNodeB is reachable and working properly.
The new operator ● Add connections to the MME and S-GW of the new
and the existing operator. For details, see 1.8.1.1 Scheme Overview in
operator do not Adding an MME Connection and 1.8.2.1 Scheme
share the EPC Overview in Adding an S-GW Connection.
● If the parameters used by the new operator for SCTP
link self-setup are different from those used by the
existing operator, add a new SCTP parameter
template.
The neighboring cells Add an external E-UTRAN cell. After the external cell is
of the cells under the added, the eNodeB automatically adds the cell to the list
eNodeB have of neighboring E-UTRAN cells when a handover to the
changed cell is performed.
The neighboring cell Add a PLMN list for the external E-UTRAN cell and set
works in RAN the MCC and MNC of the secondary operator of the
sharing with eNodeB serving the neighboring cell.
common carrier
mode
NOTE
For details about how to add a cell for a new operator, see 1.5.1 Adding an FDD/NB-IoT Cell
(Common Scenarios) or 1.5.3 Adding a TDD Cell (Common Scenarios).
Figure 1-44 shows the reconfiguration procedure for changing the eNodeB from
independent operator mode to RAN sharing with dedicated carrier mode.
Figure 1-44 Procedure for changing the eNodeB from independent operator mode
to RAN sharing with dedicated carrier mode
Topology Change
Use the scenario where the new operator does not share the EPC with the existing
operator as an example. Figure 1-45 shows the topologies before and after the
reconfiguration.
Information Collection
Before data preparation, collect the information required for adding a cell. For
details, see Adding an FDD/NB-IoT Cell > Engineering Preparation >
Information Collection or Adding a TDD Cell > Engineering Preparation >
Information Collection. In addition, collect the information listed in Table 1-93.
Information Description
Connections to the Route to each new S-GW, involving the device IP address
S-GWs of new of the eNodeB, next-hop IP address of the eNodeB,
operators destination IP address (service IP address of the S-GW),
subnet mask, and route priority
Hardware Preparation
Before changing the eNodeB from independent operator mode to RAN sharing
with dedicated carrier mode, prepare the hardware for adding a cell according to
Adding an FDD/NB-IoT Cell > Engineering Preparation > Hardware
Preparation or Adding a TDD Cell > Engineering Preparation > Hardware
Preparation. In addition, prepare the hardware according to Table 1-94.
If... Then...
A new operator and Prepare cables between the eNodeB and the router
the existing operator closest to the eNodeB along the route from the eNodeB
do not share the EPC to the new MME and S-GW. The cables can be Ethernet
cables or optical fibers, depending on the router type.
Software Preparation
If the RET antenna or TMA to be added needs to be upgraded, acquire the latest
software and data from the vendors.
Certificate Preparation
N/A
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
Table 1-95 Data preparation for changing the eNodeB from independent operator
mode to RAN sharing with dedicated carrier mode
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands. Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
● This example does not include the scripts for adding an MME connection and an S-GW
connection. For these scripts, see Adding an MME Connection > Engineering Preparation >
MML Configuration Script Example and Adding an S-GW Connection > Engineering
Preparation > MML Configuration Script Example.
● This example does not include the script for adding a cell. For the script, see Adding an
FDD/NB-IoT Cell > Engineering Preparation > MML Configuration Script Example or
Adding a TDD Cell > Engineering Preparation > MML Configuration Script Example.
● If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
● You must reset the base station after changing its sharing mode. You are advised to reset the
base station after other MML commands are executed. If a multimode base station is to be
reconfigured, you need to reset the application.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Changing the base station sharing mode to RAN sharing with dedicated carrier*/
MOD ENODEBSHARINGMODE: ENodeBSharingMode=SEPARATED_FREQ;
/*Adding an operator for the base station*/
ADD CNOPERATOR: CnOperatorId=1, CnOperatorName="TEST",
CnOperatorType=CNOPERATOR_SECONDARY, Mcc="460", Mnc="01";
/*Adding a TAC 33 for the new operator*/
ADD CNOPERATORTA: TrackingAreaId=1, CnOperatorId=1, Tac=33;
/*Adding an S1 MO*/
ADD S1: S1Id=0, CnOperatorId=1, EpGroupCfgFlag=CP_UP_CFG, CpEpGroupId=0, UpEpGroupId=0;
/*Adding an SCTP parameter template*/
ADD SCTPTEMPLATE: SCTPTEMPLATEID=0, SWITCHBACKFLAG=ENABLE;
/*Setting the proportions of both operators' maximum number of users to 50%*/
ADD LICENSESHARINGPOLICY: CnOperatorId=0, MaxUserNumRate=50;
ADD LICENSESHARINGPOLICY: CnOperatorId=1, MaxUserNumRate=50;
/*Setting the traffic sharing mode to DEDICATE*/
MOD LICRATIO: TrafficSharingType=DEDICATE;
/*Setting the proportions of both operators' traffic to 50%, and setting the proportion of traffic that one
operator can share with the other to 10%*/
ADD LICRATIOSHAREPOLICY: CnOperatorId=0, TrfRatio=50, TrfSharingRatio=10;
ADD LICRATIOSHAREPOLICY: CnOperatorId=1, TrfRatio=50, TrfSharingRatio=10;
/*Adding an external E-UTRAN cell*/
ADD EUTRANEXTERNALCELL: Mcc="460", Mnc="01", eNodeBId=526302, CellId=10, DlEarfcn=3350,
UlEarfcnCfgInd=NOT_CFG, PhyCellId=390, Tac=33;
/*Adding PLMN information for the external E-UTRAN cell*/
ADD EUTRANEXTERNALCELLPLMN: Mcc="460", Mnc="01", eNodeBId=526302, CellId=10, ShareMcc="460",
ShareMnc="00";
/*Resetting the base station*/
RST BTSNODE:;
Prerequisites
● Information for changing the eNodeB from independent operator mode to
RAN sharing with dedicated carrier mode has been collected, hardware,
software, and configuration data are ready, and the license file is available in
the save path on the FTP server.
● If a new operator does not share the EPC with the existing operator, the EPC
of the new operator has been configured to provide basic functions.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
(Optional) Connect the cables between the eNodeB and the new MME and S-
GW if the new operator does not share the EPC with the existing operator.
● Remote Operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
iv. Deliver the configuration data to the base station and activate the
data. For details, see the interactive operation guide Delivering Data
to Base Stations and Activating the Data.
v. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up and export the configuration file. The configuration file can
be used to roll back configurations to the original state, if the
reconfiguration fails.
1) Run the BKP CFGFILE command to back up the configuration
file.
2) Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
iii. Use the MAE-Access to deliver the batch configuration scripts
prepared in Engineering Preparation > Data Preparation to the
base station and activate the scripts on the base station. For details,
see 1.3.3 Running MML Commands on the MAE-Access.
NOTE
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Verify that the eNodeB properly communicates with the EPC of the new operator.
For details, see 1.8.1.4 Engineering Verification in Adding an MME Connection
and 1.8.2.4 Engineering Verification in Adding an S-GW Connection.
Step 4 On the main menu of the MAE-Access, choose Monitor > Signaling Trace >
Signaling Trace Management. Then, choose LTE > Application Layer > Uu
Interface Trace from the navigation tree on the left to start a Uu interface tracing
task. In the tracing result, verify that the SIB1 message sent from the cell under
the eNodeB contains the PLMN information of both the new and existing
operators.
If the PLMN information is incomplete, check whether the PLMN information of
the operators in the configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 5 Enable UEs of each operator to perform tests to verify that the UEs can
successfully access the network.
If any UE cannot pass the test, check whether the cell is normal.
● If the cell fails to be established, the eNodeB reports an alarm. If this
happens, clear the alarm according to the instructions in 3900 & 5900 Series
Base Station Alarm Reference.
● If the cell is successfully established, contact Huawei technical support or dial
the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the cable connections.
Step 4 Verify the engineering rollback.
1. Verify that no cell-related alarm is reported, such as ALM-29240 Cell
Unavailable and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
2. Run the DSP CELL command. Verify that Cell instance state is Normal for
the cell.
If Cell instance state is Uninstall, check the cell configuration or hardware
based on the value of Reason for latest state change in the command
output.
3. On the main menu of the MAE-Access, choose Monitor > Signaling Trace >
Signaling Trace Management. Then, choose LTE > Application Layer > Uu
Interface Trace from the navigation tree on the left to start a Uu interface
tracing task. In the tracing result, verify that the SIB1 message sent from the
cell under the eNodeB contains the PLMN information of only the existing
operator.
If the SIB1 message contains PLMN information of other operators, run the
LST CNOPERATOR, LST CNOPERATORTA, and LST CELLOP commands to
check whether there are other operators.
– If there are other operators, run the RMV CELLOP, RMV
CNOPERATORTA, or/and RMV CNOPERATOR commands to remove the
operators.
– If there are no other operators, contact Huawei technical support or dial
the Huawei technical support hotline.
----End
Prerequisites
If a new operator does not use the EPC of the existing operator, the EPC of the
new operator must be configured to provide basic EPC functions.
Application Scenario
In hybrid RAN sharing mode, there are multiple frequencies. These frequencies can
be shared or exclusively occupied by multiple operators. All the following
conditions must be met before hybrid RAN sharing is enabled:
● The physical base station works on two or more frequencies.
● At least one frequency is shared among multiple operators.
● Two or more frequencies have different primary PLMNs.
Hybrid RAN sharing offers the following benefits:
● Compared with RAN sharing with common carrier, hybrid RAN sharing allows
multiple cells to have different primary PLMN IDs.
● Compared with RAN sharing with dedicated carrier, hybrid RAN sharing allows
multiple operators to share the same cell.
Reconfiguration Impact
After the change of the base station sharing mode, the base station must be reset
to make the configuration take effect. During the reset, the base station cannot
provide services.
Reconfiguration Scheme
Determine the reconfiguration scheme for changing the eNodeB from
independent operator mode to hybrid RAN sharing mode according to the
following table.
If... Then...
The new operator ● Add connections to the MME and S-GW of the new
and the existing operator. For details, see 1.8.1.1 Scheme Overview in
operator do not Adding an MME Connection and 1.8.2.1 Scheme
share the EPC Overview in Adding an S-GW Connection.
● If the parameters used by the new operator for SCTP
link self-setup are different from those used by the
existing operator, add a new SCTP parameter
template.
The proportion of Turn on the switch for setting specific RAN sharing
RBs allocated to modes.
each operator needs
to be limited
The neighboring cells Add an external E-UTRAN cell. After the external cell is
of the cells under the added, the eNodeB automatically adds the cell to the list
eNodeB have of neighboring E-UTRAN cells when a handover to the
changed cell is performed.
The neighboring cell Add a PLMN list for the external E-UTRAN cell and set
works in RAN the MCC and MNC of the secondary operator of the
sharing with eNodeB serving the neighboring cell.
common carrier
mode
NOTE
For details about how to add a cell for a new operator, see 1.5.1 Adding an FDD/NB-IoT Cell
(Common Scenarios) or 1.5.3 Adding a TDD Cell (Common Scenarios).
Figure 1-46 shows the reconfiguration procedure for changing the eNodeB from
independent operator mode to hybrid RAN sharing mode.
Figure 1-46 Procedure for changing the eNodeB from independent operator mode
to hybrid RAN sharing mode
Topology Change
Use the scenario where the new operator does not share the EPC with the existing
operator as an example. Figure 1-47 shows the topologies before and after the
reconfiguration.
Information Collection
Before data preparation, collect the information required for adding a cell. For
details, see Adding an FDD/NB-IoT Cell > Engineering Preparation >
Information Collection or Adding a TDD Cell > Engineering Preparation >
Information Collection. In addition, collect information listed in Table 1-97.
Connections to the Route to each new S-GW, involving the device IP address
S-GWs of new of the eNodeB, next-hop IP address of the eNodeB,
operators destination IP address (service IP address of the S-GW),
subnet mask, and route priority
Hardware Preparation
Prepare the hardware for adding a cell according to Adding an FDD/NB-IoT Cell
> Engineering Preparation > Hardware Preparation or Adding a TDD Cell >
Engineering Preparation > Hardware Preparation. In addition, prepare the
hardware listed in Table 1-98.
A new operator and Prepare cables between the eNodeB and the router
the existing operator closest to the eNodeB along the route from the eNodeB
do not share the EPC to the new MME and S-GW. The cables can be Ethernet
cables or optical fibers, depending on the router type.
Software Preparation
If the RET antenna or TMA to be added needs to be upgraded, acquire the latest
software and data from the vendors.
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
according to Table 1-99.
Table 1-99 Data preparation for changing the eNodeB from independent operator
mode to hybrid RAN sharing mode
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
box is displayed for you to import planned radio data. Import the data
from the file into the system.
For detailed import and export operations, see section Importing and
Exporting Planned Radio Data in the MAE-Access online help.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
● This example does not include the scripts for adding an MME connection and an S-GW
connection. For these scripts, see Adding an MME Connection > Engineering Preparation >
MML Configuration Script Example and Adding an S-GW Connection > Engineering
Preparation > MML Configuration Script Example.
● This example does not include the script for adding a cell. For the script, see Adding an
FDD/NB-IoT Cell > Engineering Preparation > MML Configuration Script Example or
Adding a TDD Cell > Engineering Preparation > MML Configuration Script Example.
● If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
● You must reset the base station after changing its sharing mode. You are advised to reset the
base station after other MML commands are executed. If a multimode base station is to be
reconfigured, you need to reset the application.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding a multi-operator-shared RAN sharing operator group to which the existing operator belongs*/
ADD CNOPSHARINGGROUP: CnOpSharingGroupId=0, PrimaryOperatorId=0;
/*Adding the existing cell to RAN sharing operator group 0*/
MOD CELL: LocalCellId=0, CnOpSharingGroupId=0;
/*Changing the base station sharing mode to hybrid RAN sharing*/
MOD ENODEBSHARINGMODE: ENodeBSharingMode=HYBRID_SHARED;
/*Adding an operator*/
ADD CNOPERATOR: CNOPERATORID=1, CNOPERATORNAME="FIXED",
CNOPERATORTYPE=CNOPERATOR_SECONDARY, MCC="460",MNC="02";
/*Adding a secondary operator to RAN sharing operator group 0*/
ADD SECONDARYOP2GROUP: CnOpSharingGroupId=0, SecondaryOperatorId=1;
/*Adding an operator-dedicated RAN sharing operator group to which the new operator belongs*/
ADD CNOPSHARINGGROUP: CnOpSharingGroupId=1, PrimaryOperatorId=1;
/*Adding a TAC 33 for the new operator*/
ADD CNOPERATORTA: TrackingAreaId=1, CnOperatorId=1, Tac=33;
/*Adding an S1 MO*/
ADD S1: S1Id=0, CnOperatorId=1, EpGroupCfgFlag=CP_UP_CFG, CpEpGroupId=0, UpEpGroupId=0,
CnOpSharingGroupId=0;
/*Adding an SCTP parameter template*/
ADD SCTPTEMPLATE: SCTPTEMPLATEID=0, SWITCHBACKFLAG=ENABLE;
/*Changing the relationships between existing S1 MOs and CnOpSharingGroup MOs*/
MOD S1: S1Id=0, CnOpSharingGroupId=0;
Prerequisites
● Information for changing the eNodeB from independent operator mode to
hybrid RAN sharing mode has been collected, hardware, software, and
configuration data are ready, and the license file is available in the save path
on the FTP server.
● (Optional) If a new operator does not share the EPC with the existing
operator, the EPC of the new operator has been configured to provide basic
functions.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
(Optional) Connect the cables between the eNodeB and the new MME and S-
GW if the new operator does not share the EPC with the existing operator.
● Remote Operations
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
iii. Import a new license file.
Run the INS LICENSE command.
For example: INS LICENSE: DIR="ftproot/",
FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4,
IP="10.161.18.69", USR="ftpuser", PWD="***********";
iv. Deliver the configuration data to the base station and activate the
data. For details, see the interactive operation guide Delivering Data
to Base Stations and Activating the Data.
v. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up and export the configuration file. The configuration file can
be used to roll back configurations to the original state, if the
reconfiguration fails.
1) Run the BKP CFGFILE command to back up the configuration
file.
2) Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
iii. Use the MAE-Access to deliver the batch configuration scripts
prepared in Engineering Preparation > Data Preparation to the
base station and activate the scripts on the base station. For details,
see 1.3.3 Running MML Commands on the MAE-Access.
NOTE
You can import or export the license file for only one NE at a time.
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Verify that the eNodeB properly communicates with the EPC of the new operator.
For details, see 1.8.1.4 Engineering Verification in Adding an MME Connection
and 1.8.2.4 Engineering Verification in Adding an S-GW Connection.
Step 4 On the main menu of the MAE-Access, choose Monitor > Signaling Trace >
Signaling Trace Management. Then, choose LTE > Application Layer > Uu
Interface Trace from the navigation tree on the left to start a Uu interface tracing
task. In the tracing result, verify that the SIB1 message sent from the cell under
the eNodeB contains the PLMN information of both the new and existing
operators.
If the PLMN information is incomplete, check whether the PLMN information of
the operators in the configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 5 Enable UEs of each operator to perform tests to verify that the UEs can
successfully access the network.
If any UE cannot pass the test, check whether the cell is normal.
● If the cell fails to be established, the eNodeB reports an alarm. If this
happens, clear the alarm according to the instructions in 3900 & 5900 Series
Base Station Alarm Reference.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the cable connections.
Step 4 Verify the engineering rollback.
1. Verify that no cell-related alarm is reported, such as ALM-29240 Cell
Unavailable and ALM-29243 Cell Capability Degraded.
If any cell-related alarm has been reported, clear the alarm according to
instructions in 3900 & 5900 Series Base Station Alarm Reference.
2. Run the DSP CELL command. Verify that Cell instance state is Normal for
the cell.
If Cell instance state is Uninstall, check the cell configuration or hardware
based on the value of Reason for latest state change in the command
output.
3. On the main menu of the MAE-Access, choose Monitor > Signaling Trace >
Signaling Trace Management. Then, choose LTE > Application Layer > Uu
Interface Trace from the navigation tree on the left to start a Uu interface
tracing task. In the tracing result, verify that the SIB1 message sent from the
cell under the eNodeB contains the PLMN information of only the existing
operator.
If the SIB1 message contains PLMN information of other operators, run the
LST CNOPERATOR, LST CNOPERATORTA, and LST CELLOP commands to
check whether there are other operators.
– If there are other operators, run the RMV CELLOP, RMV
CNOPERATORTA, and/or RMV CNOPERATOR commands to remove the
operators.
– If there are no other operators, contact Huawei technical support or dial
the Huawei technical support hotline.
----End
Application Scenario
The capacity or coverage of a base station cannot meet the service requirement
and therefore a neighboring base station is required.
Reconfiguration Impact
No impact
Reconfiguration Scheme
When adding a neighboring base station, you must configure the parameters
related to neighboring E-UTRAN cells and information about X2 self-setup. After
the information about X2 self-setup is configured, X2 link self-setup will be
triggered when an S1-based handover is performed for the first time.
Figure 1-48 shows the reconfiguration procedure for adding a neighboring base
station. Determine the reconfiguration scheme according to the following table.
A new device IP address (old model)/ Add a device IP address (old model) /
IPv4 address (new model)/IPv6 IPv4 address (new model) / IPv6
address (new model) is used for address (new model).
connection with the new base station
No route is available between the local Add a route from the local eNodeB to
eNodeB and the new base station the new base station.
SCTP parameters for the new X2 link Add an SCTP parameter template.
are different from those for other links
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
NOTE
Topology Change
The topology of an eNodeB changes when an X2 link from this eNodeB to a
neighboring base station is added. Figure 1-50 shows the topologies before and
after the reconfiguration.
Information Collection
Table 1-101 describes the information to be collected for data preparation.
Information Description
Hardware Preparation
Prepare the hardware listed in Table 1-102 before reconfiguration.
Hardware Description
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Old Model
Table 1-103 Data preparation for adding a neighboring eNodeB for an eNodeB
7 Add EPGROUP
8 Add X2
11 Add EutranExternalCell
12 Add EutranInterNFreq
13 Add IntraFreqBlkCell
14 Add InterFreqBlkCell
15 Add EutranExternalCellPlm
n
16 Add EutranNFreqRanShare
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Table 1-104 Data preparation for adding a neighboring eNodeB for an eNodeB
SN Ope MO Configuration Reference
ratio
n
7 Add EPGROUP
8 Add X2
11 Add EutranExternalCell
12 Add EutranInterNFreq
13 Add IntraFreqBlkCell
14 Add InterFreqBlkCell
15 Add EutranExternalCellPlm
n
16 Add EutranNFreqRanShare
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
/*Adding a device IP address used for communicating with the new eNodeB*/
SET ETHPORT:CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
ADD INTERFACE:ITFID=0, ITFTYPE=NORMAL, PT=ETH, PORTID=1, VRFIDX=0;
ADD IPADDR4:ITFID=0, IP="192.168.1.203", MASK="255.255.255.0";
/*Adding an IP route from the local eNodeB to the new eNodeB*/
ADD IPROUTE4:RTIDX=3, DSTIP="192.168.3.3", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.1.1", MTUSWITCH=OFF;
/*Setting The method of X2 setup by SON to X2_OVER_S1*/
MOD GLOBALPROCSWITCH:X2SonLinkSetupType=X2_OVER_S1;
/*Adding an SCTP parameter template*/
ADD SCTPTEMPLATE:SCTPTEMPLATEID=0, SWITCHBACKFLAG=ENABLE;
/*Adding an SCTP host*/
ADD SCTPHOST:SCTPHOSTID=16, IPVERSION=IPv4, SIGIP1V4=" 192.168.1.203",
SIGIP1SECSWITCH=DISABLE, SIGIP2SECSWITCH=DISABLE, PN=1600, SCTPTEMPLATEID=0;
/*Adding a user-plane host*/
ADD USERPLANEHOST:UPHOSTID=16, IPVERSION=IPv4, LOCIPV4="192.168.1.203", IPSECSWITCH=DISABLE;
/*Adding an endpoint group and then adding the user-plane host and the SCTP host to the group*/
ADD EPGROUP:EPGROUPID=16;
ADD SCTPHOST2EPGRP:EPGROUPID=16, SCTPHOSTID=16;
ADD UPHOST2EPGRP:EPGROUPID=16, UPHOSTID=16;
/*Adding an X2 object and configuring the mapping between the X2 object and the endpoint group*/
ADD X2:X2Id=1, CnOperatorId=0, EpGroupCfgFlag=CP_UP_CFG, CpEpGroupId=16, UpEpGroupId=16;
Prerequisites
The information and data required for adding a neighboring eNodeB are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Deliver the configuration data to the eNodeB and activate the data.
For details, see the interactive operation guide Delivering Data to
Base Stations and Activating the Data.
iii. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
Procedure
Step 1 Enable a UE to perform the network accessing test and initiate a handover to the
newly added neighboring eNodeB. After the handover succeeds, run the DSP X2
command. Check the value of X2 Interface State and the expected value is
Normal.
If the value of X2 Interface State is not Normal, perform the following
operations:
1. Check whether the device IP address of the neighboring eNodeB can be
pinged from the device IP address of the X2 interface.
– If the IP address cannot be pinged, go to Step 1.2.
– If the IP address can be pinged, go to Step 1.3.
2. Check the SCTP configuration, including the IP route from the local eNodeB to
the neighboring eNodeB, and whether the Ethernet port mode and rate of the
local eNodeB are the same as those of the neighboring eNodeB.
– If the configuration is incorrect, modify the configuration.
– If the configuration is correct, go to Step 1.4.
3. Check whether the value of Peer SCTP Port No. for the SCTP link is the actual
SCTP port number of the neighboring eNodeB.
– If they are different, modify the configuration.
– If they are the same, go to Step 1.4.
4. Check the configuration of the devices between the local eNodeB and the
neighboring eNodeB.
– If the configurations or cable connections are incorrect, modify the
configurations or reconnect the cables.
– If the configurations or cable connections are correct, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 2 Run LST EUTRANINTERNFREQ, LST EUTRANEXTERNALCELL, LST
EUTRANEXTERNALCELLPLMN, LST EUTRANINTRAFREQNCELL, and LST
EUTRANINTERFREQNCELL to verify that the changed parameter values are the
same as planned.
If the values are not the same as planned, check whether the values in the
modified configuration data file are the same as planned:
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 Verify that the rollback has succeeded by referring to operations in 1.6.4.4
Engineering Verification.
----End
Application Scenario
The previous eNodeB name plan is inappropriate and a new plan is required.
Reconfiguration Impact
No impact
Reconfiguration Scheme
Rename base stations on the MAE-Access by modifying NE attribute in batches.
Topology Change
N/A
Information Collection
Table 1-105 describes the information to be collected for data preparation.
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Prepare the IDs, original names, and new names of eNodeBs to be renamed.
NOTE
Prerequisites
Information for changing the eNodeB names has been collected, and
configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
Using the MAE:
a. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
b. Open the Batch Modify NEs window.
▪ , choose Topology > Batch Modify NEs. Then, the Batch Modify
NEs window is displayed.
c. In the Batch Modify NEs window, click the check box before the eNodeBs
to be renamed, click Query in the lower left corner of the window. After
information about the eNodeB is displayed, click Export in the lower right
corner of the window to export the eNodeB attribute file to the local PC.
The eNodeB attribute file is named similar to the following: Batch
Modify NEs_20140514_110441.csv.
d. Open the eNodeB attribute file, change the eNodeB names in the Name
column to the new names, and save the file as a new one with another
name.
e. Click Import in the lower right of the Batch Modify NEs window to
import the renamed eNodeB attribute file.
f. On the main menu of the MAE-Deployment, choose Area Management
> Current Area > Synchronize NEs to synchronize base station
information to the current data area.
----End
Procedure
Step 1 Run the LST ENODEBFUNCTION command and verify that the value of eNodeB
Function Name is the same as planned.
● If it is not the same as planned, perform the operations in Engineering
Implementation again. If the problem persists, contact Huawei technical
support or dial the Huawei technical support hotline.
● If it is the same as planned, the eNodeB is successfully renamed.
----End
Procedure
Step 1 Perform the rollback. Import the eNodeB attribute file before renaming to change
the eNodeB name back to its original name by referring to e in Engineering
Implementation.
----End
Application Scenario
The previous eNodeB ID plan is inappropriate and a new plan is required.
Reconfiguration Impact
After the base station ID is changed, the MAE-Deployment activates the changed
data on the live network. When the activation takes effect, the application resets
to make the reconfiguration take effect. During the reset, the eNodeB cannot
provide services.
Reconfiguration Scheme
To modify an eNodeB ID, you need to change the eNodeB ID value in the
eNodeBFunction MO to the target value.
● If a CaGroupCell MO has been configured on the eNodeB, the eNodeB ID
parameter value in this MO is accordingly changed to the target value.
● If the eNodeB ID parameter in any of the following MOs configured on a
neighboring eNodeB references the eNodeB ID parameter in the
eNodeBFunction MO, the eNodeB ID parameters in these MOs are
accordingly changed to the target value:
– SfnAuxResBind
– EutranExternalCell
– EutranIntraFreqNCell
– EutranInterFreqNCell
– EutranExternalCellPlmn
● Use the customized batch configuration template to modify parameters in the
following MOs if involved:
– CellAuxEnbBind
– SfnAuxResGrpBind
– CspcCellSrsMeasNCell
– ClusterCell
– SfnEdgeRruRelation
Topology Change
N/A
Information Collection
Table 1-106 describes the information to be collected for data preparation.
Information Description
eNodeB information The eNodeB information includes the original and new
eNodeB IDs.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Prepare data listed in the following table.
3 Modi EutranExternalCell on
fy a neighboring eNodeB
4 Modi EutranIntraFreqNCell
fy on a neighboring
eNodeB
5 Modi EutranInterFreqNCell
fy on a neighboring
eNodeB
6 Modi EutranExternalCellPlm
fy n on a neighboring
eNodeB
7 Modi X2BlackWhiteList on a
fy neighboring eNodeB
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
To prepare data using the MAE-Deployment, choose Advanced > System > Options. In the
displayed Options dialog box, choose Cell Parameter Auto-Synchronization Policy in the left
pane and then select the Auto synchronize cell parameters in the entire network check box
in the right pane. Then click OK.
1. On the menu bar, choose LTE Application > Network Adjustment > Export
ID/Name Adjustment Data to start exporting the eNodeB name and ID, cell
ID, local cell ID, and cell name from the system to a file.
2. In the ID Modification Of eNodeB sheet of the file, modify the eNodeB ID
parameter value of the eNodeB to the target value. Then, save the
modification and close the file.
3. On the menu bar, choose LTE Application > Network Adjustment > Import
ID/Name Adjustment Data to start data import from the file to the system.
NOTE
If some neighboring base stations of the base station are not provided in the planned area
during the data import, a prompt indicating that NEs are missed will be displayed on the
system and provides the NE names because the Auto synchronize cell parameters in the
entire network check box has been selected. In this case, choose Area Management >
Planned Area > Planned Area Management to open the modified planned area. Add the
eNodeBs whose parameters need to be changed accordingly to the planned area. Then,
repeat steps 1 to 3.
For detailed import and export operations, see section Importing and Exporting
Names and IDs in the MAE-Access online help.
NOTE
If the reconfiguration is performed using MML commands, remove all MOs related to the
original eNodeB ID first, and then add the removed MOs one by one with eNodeB ID changed
to the target value. For details about how to add and remove an MO, see the MML command
reference.
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
Using the MAE-Deployment:
a. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
b. Run the LST GLOBALPROCSWITCH command to query the values of the
following parameters: The Switch of X2 setup by SON, Peer Request
Based X2 Delete Switch, X2 SON Delete Switch, Interface Setup Policy
Switch, The Timer of X2 delete by SON, and X2-based Neighboring
Cell Configuration Update Switch.
▪ If all the options of this parameter are deselected, skip this step.
Procedure
Step 1 Run the LST ENODEBFUNCTION command on the eNodeB and verify that the
value of eNodeB ID is the same as planned.
If the value of eNodeB ID is not the same as planned, check whether the value of
eNodeB ID in the modified configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 2 Run the LST CAGROUPCELL command on the eNodeB and verify the value of
eNodeB ID is the same as planned.
If the value of eNodeB ID is not the same as planned, check whether the value of
eNodeB ID in the modified configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 3 Run the LST EUTRANEXTERNALCELL command on a neighboring eNodeB to
verify that the value of eNodeB ID is the same as planned.
If the value of eNodeB ID is not the same as planned, check whether the value of
eNodeB ID in the modified configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 4 Run the LST EUTRANINTRAFREQNCELL command on a neighboring eNodeB to
verify that the value of eNodeB ID is the same as planned.
If the value of eNodeB ID is not the same as planned, check whether the value of
eNodeB ID in the modified configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
If the value of eNodeB ID is not the same as planned, check whether the value of
eNodeB ID in the modified configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
If the value of eNodeB ID is not the same as planned, check whether the value of
eNodeB ID in the modified configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 7 Run the LST SFNAUXRESBIND command to verify that the value of Main eNodeB
ID is the same as planned.
If the value of Main eNodeB ID is not the same as planned, check whether the
value of Main eNodeB ID in the modified configuration data file is correct.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
If the alarm is generated after the reconfiguration, the new eNodeB ID may be in
conflict with another eNodeB ID. Check whether the new eNodeB ID is in conflict
with another eNodeB ID.
● If it is not in conflict with another eNodeB ID, clear the alarm by referring to
3900 & 5900 Series Base Station Alarm Reference.
● If it is in conflict with another eNodeB ID, plan the eNodeB ID and modify the
configuration data file again. Import the configuration file into the system.
Then perform Engineering Implementation again to deliver the
configuration data to the eNodeB and activate the data.
----End
Procedure
Step 1 Roll back the configuration data.
----End
Application Scenario
The previous PLMN plan is inappropriate and a new plan is required.
Reconfiguration Impact
After the PLMN is adjusted, the base station needs to be reset to make the
reconfiguration take effect. During the reset, the base station cannot provide
services.
Reconfiguration Scheme
Before adjusting the eNodeB configuration, change the PLMN to the target value
on the MME connecting to the eNodeB, so that the PLMN configuration on the
eNodeB and that on the MME are the same.
● EutranExternalCell
● EutranIntraFreqNCell
● EutranInterFreqNCell
● EutranExternalCellPlmn
● EutranNFreqRanShare
Use the customized batch configuration template to modify parameters in the
following MOs if involved:
● SCTPPEER
● USERPLANEPEER
● SCTPLNK
● X2AutoSetupOperator
● X2BlackWhiteList
● ClusterCell
● CspcCellSrsMeasNCell
● SfnEdgeRruRelation
● SpidHPlmnList
● NCellPlmnList
Figure 1-51 shows the reconfiguration procedure using the MAE-Deployment.
Topology Change
N/A
Information Collection
Table 1-108 describes the information to be collected before the reconfiguration.
Information Description
Operator information Includes the MNCs and MCCs before and after the
PLMN is changed, external cell PLMN list, RAN sharing
information of neighboring frequencies, and X2 blacklist
and whitelist.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
6 Modi X2BlackWhiteList
fy
10 Modi EutranExternalCell
fy
11 Modi EutranNFreqRanShare
fy
12 Modi ClusterCell
fy
13 Modi CspcCellSrsMeasNCell
fy
14 Modi SfnEdgeRruRelation
fy
15 Modi SpidHPlmnList
fy
16 Modi NCellPlmnList
fy
● Using the batch configuration mode of the MAE-Deployment. For details, see
the interactive operation guide 1.11.2 Using the Batch Reconfiguration
Mode of the MAE-Deployment to Prepare Data.
NOTICE
To adjust the PLMN, you must select Auto synchronize cell parameters in a
planned area in Settings > Deployment > Cell Parameter Auto-
Synchronization Policy on the MAE. Otherwise, data verification will fail
after data is imported using the batch configuration mode.
NOTE
Prerequisites
Required information and data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
d. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm has been reported.
If any alarm has been reported, clear the alarm according to instructions in 3900
& 5900 Series Base Station Alarm Reference.
On the MAE-Access or LMT, export the configuration file in the XML format after
the reconfiguration. Check whether the reconfiguration is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
----End
NOTE
Application Scenario
A main control board needs to be replaced if it cannot meet service requirements.
The transmission interface capabilities and attributes vary with the main control
board types. Therefore, during board replacement, reconfigure data based on
different schemes.
Reconfiguration Impact
After replacing the main control board, you must power off and power on the
base station to make the configuration take effect. During the operation, the base
station cannot provide services.
Reconfiguration Scheme
NOTE
● After the main control board is replaced, the Media Access Control (MAC) address of the
board is changed. If the MAC address is used by the transport network, inform the transport
network maintenance personnel of the change and ask them to modify the configurations.
● After the main control board is replaced, the default password of the default LMT account
used for locally logging in to base stations varies between versions. For details, see section
"Logging In to and Logging Out of the LMT" in 3900 & 5900 Series Base Station LMT User
Guide.
a: If the LMPT is configured with two optical ports or two electrical ports, and
the next-hop IP addresses of the two ports are not in the same VLAN, data
needs to be reconfigured for the network after the LMPT is replaced with a
UMPT. Then, perform the reconfiguration according to the reconfiguration
scheme in the preceding table.
b: Transmission-port-related MOs include:
● IPv4: old model
The Transmission Configuration Mode parameter in the GTRANSPARA MO
is set to OLD.
ETHPORT, DOT1X, IPPATH, CFMMEP, RSCGRP, IP2RSCGRP, RSCGRPALG,
PORTSECURITY, LR, EP2RSCGRP, DEVIP, ETHOAM3AH, ETHTRK, and
ETHTRKLNK
● IPv4: new model
The Transmission Configuration Mode parameter in the GTRANSPARA MO
is set to NEW.
ETHPORT, DOT1XAUTH, IPPATH, CFMLOCALMEP, IPRSCGRP, PORTSECURITY,
PORTLR, ETH3AH, ETHTRUNK, ETHTRUNKLNK, INTERFACE, LOOPBACK,
ETHCIPORT, LLDP, LSWPORT, and BACKTUNNEL
● IPv6:
ETHPORT, DOT1XAUTH, CFMLOCALMEP, IPRSCGRP, PORTSECURITY, PORTLR,
INTERFACE, LOOPBACK, and LLDP
c: The maximum transmission bandwidth supported by the UMPT is greater
than that supported by the LMPT. If the sum of transmission bandwidths of
logical resource groups configured on the old UMPT is greater than the
maximum transmission bandwidth supported by the new LMPT and the
bandwidth configuration is not changed, logical resource groups cannot be
generated when the UMPT is replaced with the LMPT. As a result, IP paths
become unusable and services are affected. In this scenario, bandwidth
configurations must be replanned. The LMPT supports only IPv4 transmission.
d: The LMPT supports only the BBU3900, and the UMPTg does not support the
BBU3900. Therefore, the BBU also needs to be replaced when replacing an
LMPT with a UMPTg. Data cannot be directly reconfigured for the replacement
of an LMPT with a UMPTg. Perform the following steps to reconfigure data:
1. Replace the LMPT with a UMPTe.
2. Replace the UMPTe with a UMPTg and replace the BBU with a BBU5900 or
BBU3910.
● Set the Board Type parameter in the MPT MO to UMPTg.
● Change the Subrack Type parameter in the SUBRACK MO to BBU3910 or
BBU5900.
Topology Change
The topology changes when the LMPT using optical port 0 or electrical port 1 is
replaced with a UMPT. The topology does not change when the LMPT using
optical port 1 or electrical port 0 is replaced with a UMPT or when the UMPT is
replaced with an LMPT.
Use the scenario where an LMPT using optical port 0 is replaced with a UMPT
using optical port 1 as an example. Figure 1-52 shows the topologies before and
after the reconfiguration.
Use the scenario where an LMPT using electrical port 1 is replaced with a UMPTg
using electrical port 2 as an example. Figure 1-53 shows the topologies before
and after the reconfiguration.
Information Collection
Table 1-111 describes the information to be collected for data preparation.
Hardware Preparation
Prepare the hardware listed in Table 1-112.
Software Preparation
If the version of the new main control board is different from that of the main
control board to be replaced, collect information about the software version of the
main control board to be replaced.
Data Preparation
The following table lists the data to be prepared.
Old Model
9 Mod PORTSECURITY
ify
10 Mod LR
ify
11 Mod EP2RSCGRP
ify
12 Mod DEVIP
ify
13 Mod ETHOAM3AH
ify
14 Mod ETHTRK
ify
15 Mod ETHTRKLNK
ify
9 Mod PORTSECURITY
ify
10 Mod LR
ify
11 Mod EP2RSCGRP
ify
12 Mod DEVIP
ify
13 Mod ETHOAM3AH
ify
14 Mod ETHTRK
ify
15 Mod ETHTRKLNK
ify
Note: You are advised to use the MAE-Deployment, which supports automatic
update of the corresponding port number in the associated MOs when a port
number of the main control board is changed. For details, see iMaster MAE
Product Documentation > Operation and Maintenance > MAE-Deployment
Operation and Maintenance > MAE-Deployment Guidelines > Changing
Base Station MPT Boards and Ports.
New Model
13 Mod PORTLR
ify
14 Mod LSWPORT
ify
15 Mod ETH3AH
ify
16 Mod ETHTRUNK
ify
17 Mod ETHTRUNKLNK
ify
8 Mod CFMLOCALMEP
ify
9 Mod LLDP
ify
10 Mod IPRSCGRP
ify
11 Mod BACKTUNNEL
ify
12 Mod PORTSECURITY
ify
13 Mod PORTLR
ify
14 Mod LSWPORT
ify
15 Mod ETH3AH
ify
16 Mod ETHTRUNK
ify
17 Mod ETHTRUNKLNK
ify
Note: You are advised to use the MAE-Deployment, which supports automatic
update of the corresponding port number in the associated MOs when a port
number of the main control board is changed. For details, see iMaster MAE
Product Documentation > Operation and Maintenance > MAE-Deployment
Operation and Maintenance > MAE-Deployment Guidelines > Changing
Base Station MPT Boards and Ports.
NOTE
● The procedure for the "Export/Import MPT and Port No. Adjustment Data"
mode is as follows:
a. On the MAE-Deployment menu bar, choose LTE Application > Network
Adjustment > Export MPT and Port No. Adjustment Data to start the
data export.
b. Select a base station version and base stations to be reconfigured, and
then export the related data.
c. Enter the new MPT board type and new port number in the exported file
based on the plan.
● Before using the MAE-Deployment to prepare data, ensure that data in the planned
data area is consistent with that in the current data area. If the data is inconsistent, you
can choose Area Management > Planned Area > Synchronize NEs from the menu bar
to synchronize data from the current data area to the planned data area. Then, perform
the following operations.
● You are advised to use the MAE-Deployment, which supports automatic update of the
corresponding port number in the associated MOs when a port number of the main
control board is changed. For details, see iMaster MAE Product Documentation >
Operation and Maintenance > MAE-Deployment Operation and Maintenance >
MAE-Deployment Guidelines > Changing Base Station MPT Boards and Ports.
● When using the MAE-Deployment for data reconfiguration for a multimode base
station, choose SRAN Application on the menu bar.
Prerequisites
Hardware, software, license file, and configuration data for replacing a main
control board are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Replacing a main control board requires cooperation of remote and local
operations. Figure 1-54 shows the procedure for replacing a main control board.
Procedure
Step 1 (Remote operation) Set the eNodeB maintenance mode to the expand status.
For details, see Setting the eNodeB Maintenance Mode to Expand Status.
Step 2 Back up the license file and configuration data file of the current main control
board.
● (Remote operation) Use the MAE-Access to back up the license file and
configuration data file. The files can be used for restoring the base station to
the pre-reconfiguration status if the reconfiguration fails.
a. Back up the license file in use to the MAE-Access server.
Step 7 (Remote operation. Perform this step if the configuration data is to be activated
using the MAE-Access.) Export the base station deployment list and configuration
data file.
For details, see step 6 in References > Exporting Deployment Lists and
Configuration Files of Base Stations in 3900 & 5900 Series Base Station
Commissioning Guide. Click Switch to the Auto Deployment window. The
system automatically switches to the auto-deployment window, creates a
commissioning task, and adds the base station to the main topology.
NOTE
Deployment lists are required if configuration data is to be activated using the MAE-Access.
The deployment lists must be exported by using the MAE-Deployment.
Step 8 (Remote operation) Check whether the transport network supports automatic
establishment of the OM channel.
When activating the configuration data, you need to activate the software for the
old main control board if the software versions of the old and new main control
boards are different. If the license needs to be updated, you must use the new
commercial license file.
To locally log in to the LMT after configuration data is activated, use the local maintenance
IP address of the old main control board but the login account and password of the new
main control board.
Step 10 (Remote operation. Perform this step if the configuration data is to be activated
using the MAE-Access.) Delete the commissioning task on the MAE-Access.
1. On the MAE-Access, choose SON > Auto Deployment to open the Auto
Deployment window.
2. Right-click the commissioning task to be deleted and choose Delete from the
shortcut menu.
3. In the displayed confirmation dialog box, click Yes.
Step 11 (Remote operation) Set the eNodeB maintenance mode to the normal status on
the MAE-Access.
When the reconfiguration is complete, set the eNodeB maintenance mode to
Normal.
For details, see Setting the Maintenance Mode of the eNodeB to NORMAL.
----End
Procedure
Step 1 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 2 Run the DSP OMCH command to check whether the status of the OM channel
between the eNodeB and the new MAE-Access is normal.
1. From the main menu on the MAE-Access, choose Topology > Main Topology
to check whether the eNodeB is in connection. If it is, contact Huawei
technical support or dial the Huawei technical support hotline. If it is not, go
to Step 2.2.
2. Check the modified configuration file to check whether the ports in non-
secure networking are the same as planned.
– If they are different, modify the configuration data file again and import
it into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
– If they are the same, an error has occurred when the data is imported
into the system or delivered to the base station. In this situation, contact
Huawei technical support or dial the Huawei technical support hotline.
Step 3 Run LST commands to check whether the values of related parameters in the MOs
are changed as planned. For details about the MOs and parameters, see
Engineering Preparation > Data Preparation.
If Port No. values are not changed as planned, check whether the ports in the
modified configuration data file are the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Power off the base station and remove the new main control board.
Step 2 Insert the original main control board and power on the base station.
All information such as the software and data configuration file before the
reconfigurations are stored on the original main control board. The base station is
automatically rolled back to its original status after the original main control
board is inserted.
Step 3 Check whether the engineering rollback is successful by referring to 1.7.1.4
Engineering Verification.
----End
NOTE
Application Scenario
A main control board needs to be replaced if it cannot meet service requirements.
The transmission interface capabilities and attributes vary with the main control
board types. Therefore, during board replacement, reconfigure data based on
different schemes.
Reconfiguration Impact
After replacing the main control board, you must power off and power on the
base station to make the configuration take effect. During the operation, the base
station cannot provide services.
Reconfiguration Scheme
NOTE
● After the main control board is replaced, the Media Access Control (MAC) address of the
board is changed. If the MAC address is used by the transport network, inform the transport
network maintenance personnel of the change and ask them to modify the configurations.
● After the main control board is replaced, the default password of the default LMT account
used for locally logging in to base stations varies between versions. For details, see section
"Logging In to and Logging Out of the LMT" in 3900 & 5900 Series Base Station LMT User
Guide.
a: If the LMPT is configured with two optical ports or two electrical ports, and
the next-hop IP addresses of the two ports are not in the same VLAN, data
needs to be reconfigured for the network after the LMPT is replaced with a
UMPT. Then, perform the reconfiguration according to the reconfiguration
scheme in the preceding table.
b: Transmission-port-related MOs include:
● IPv4: old model
The Transmission Configuration Mode parameter in the GTRANSPARA MO
is set to OLD.
ETHPORT, DOT1X, IPPATH, CFMMEP, RSCGRP, IP2RSCGRP, RSCGRPALG,
PORTSECURITY, LR, EP2RSCGRP, DEVIP, ETHOAM3AH, ETHTRK, and
ETHTRKLNK
● IPv4: new model
The Transmission Configuration Mode parameter in the GTRANSPARA MO
is set to NEW.
ETHPORT, DOT1XAUTH, IPPATH, CFMLOCALMEP, IPRSCGRP, PORTSECURITY,
PORTLR, ETH3AH, ETHTRUNK, ETHTRUNKLNK, INTERFACE, LOOPBACK,
ETHCIPORT, LLDP, LSWPORT, and BACKTUNNEL
● IPv6:
ETHPORT, DOT1XAUTH, CFMLOCALMEP, IPRSCGRP, PORTSECURITY, PORTLR,
INTERFACE, LOOPBACK, and LLDP
c: The maximum transmission bandwidth supported by the UMPT is greater
than that supported by the LMPT. If the sum of transmission bandwidths of
logical resource groups configured on the old UMPT is greater than the
maximum transmission bandwidth supported by the new LMPT and the
bandwidth configuration is not changed, logical resource groups cannot be
generated when the UMPT is replaced with the LMPT. As a result, IP paths
become unusable and services are affected. In this scenario, bandwidth
configurations must be replanned. The LMPT supports only IPv4 transmission.
d: The LMPT supports only the BBU3900, and the UMPTg does not support the
BBU3900. Therefore, the BBU also needs to be replaced when replacing an
LMPT with a UMPTg. Data cannot be directly reconfigured for the replacement
of an LMPT with a UMPTg. Perform the following steps to reconfigure data:
1. Replace the LMPT with a UMPTe.
2. Replace the UMPTe with a UMPTg and replace the BBU with a BBU5900 or
BBU3910.
● Set the Board Type parameter in the MPT MO to UMPTg.
● Change the Subrack Type parameter in the SUBRACK MO to BBU3910 or
BBU5900.
Topology Change
The topology changes when the LMPT using optical port 0 or electrical port 1 is
replaced with a UMPT. The topology does not change when the LMPT using
optical port 1 or electrical port 0 is replaced with a UMPT or when the UMPT is
replaced with an LMPT.
Use the scenario where an LMPT using optical port 0 is replaced with a UMPT
using optical port 1 as an example. Figure 1-55 shows the topologies before and
after the reconfiguration.
Use the scenario where an LMPT using electrical port 1 is replaced with a UMPTg
using electrical port 2 as an example. Figure 1-56 shows the topologies before
and after the reconfiguration.
Information Collection
Table 1-116 describes the information to be collected for data preparation.
Hardware Preparation
Prepare the hardware listed in Table 1-117.
Software Preparation
If the version of the new main control board is different from that of the main
control board to be replaced, collect information about the software version of the
main control board to be replaced.
Data Preparation
The following table lists the data to be prepared.
Old Model
9 Mod RSCGRPALG
ify
10 Mod PORTSECURITY
ify
11 Mod LR
ify
12 Mod EP2RSCGRP
ify
13 Mod DEVIP
ify
14 Mod ETHOAM3AH
ify
15 Mod ETHTRK
ify
16 Mod ETHTRKLNK
ify
8 Mod IP2RSCGRP
ify
9 Mod RSCGRPALG
ify
10 Mod PORTSECURITY
ify
11 Mod LR
ify
12 Mod EP2RSCGRP
ify
13 Mod DEVIP
ify
14 Mod ETHOAM3AH
ify
15 Mod ETHTRK
ify
16 Mod ETHTRKLNK
ify
Note: You are advised to use the MAE-Deployment, which supports automatic
update of the corresponding port number in the associated MOs when a port
number of the main control board is changed. For details, see iMaster MAE
Product Documentation > Operation and Maintenance > MAE-Deployment
Operation and Maintenance > MAE-Deployment Guidelines > Changing
Base Station MPT Boards and Ports.
New Model
13 Mod PORTLR
ify
14 Mod LSWPORT
ify
15 Mod ETH3AH
ify
16 Mod ETHTRUNK
ify
17 Mod ETHTRUNKLNK
ify
8 Mod CFMLOCALMEP
ify
9 Mod LLDP
ify
10 Mod IPRSCGRP
ify
11 Mod BACKTUNNEL
ify
12 Mod PORTSECURITY
ify
13 Mod PORTLR
ify
14 Mod LSWPORT
ify
15 Mod ETH3AH
ify
16 Mod ETHTRUNK
ify
17 Mod ETHTRUNKLNK
ify
Note: You are advised to use the MAE-Deployment, which supports automatic
update of the corresponding port number in the associated MOs when a port
number of the main control board is changed. For details, see iMaster MAE
Product Documentation > Operation and Maintenance > MAE-Deployment
Operation and Maintenance > MAE-Deployment Guidelines > Changing
Base Station MPT Boards and Ports.
NOTE
● The procedure for the "Export/Import MPT and Port No. Adjustment Data"
mode is as follows:
a. On the MAE-Deployment menu bar, choose LTE Application > Network
Adjustment > Export MPT and Port No. Adjustment Data to start the
data export.
b. Select a base station version and base stations to be reconfigured, and
then export the related data.
c. Enter the new MPT board type and new port number in the exported file
based on the plan.
● Before using the MAE-Deployment to prepare data, ensure that data in the planned
data area is consistent with that in the current data area. If the data is inconsistent, you
can choose Area Management > Planned Area > Synchronize NEs from the menu bar
to synchronize data from the current data area to the planned data area. Then, perform
the following operations.
● You are advised to use the MAE-Deployment, which supports automatic update of the
corresponding port number in the associated MOs when a port number of the main
control board is changed. For details, see iMaster MAE Product Documentation >
Operation and Maintenance > MAE-Deployment Operation and Maintenance >
MAE-Deployment Guidelines > Changing Base Station MPT Boards and Ports.
● When using the MAE-Deployment for data reconfiguration for a multimode base
station, choose SRAN Application on the menu bar.
Prerequisites
Hardware, software, license file, and configuration data for replacing a main
control board are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Replacing a main control board requires cooperation of remote and local
operations. Figure 1-57 shows the procedure for replacing a main control board.
Procedure
Step 1 (Remote operation) Set the eNodeB maintenance mode to the expand status.
For details, see Setting the eNodeB Maintenance Mode to Expand Status.
Step 2 Back up the license file and configuration data file of the current main control
board.
● (Remote operation) Use the MAE-Access to back up the license file and
configuration data file. The files can be used for restoring the base station to
the pre-reconfiguration status if the reconfiguration fails.
a. Back up the license file in use to the MAE-Access server.
Step 7 (Remote operation. Perform this step if the configuration data is to be activated
using the MAE-Access.) Export the base station deployment list and configuration
data file.
For details, see step 6 in References > Exporting Deployment Lists and
Configuration Files of Base Stations in 3900 & 5900 Series Base Station
Commissioning Guide. Click Switch to the Auto Deployment window. The
system automatically switches to the auto-deployment window, creates a
commissioning task, and adds the base station to the main topology.
NOTE
Deployment lists are required if configuration data is to be activated using the MAE-Access.
The deployment lists must be exported by using the MAE-Deployment.
Step 8 (Remote operation) Check whether the transport network supports automatic
establishment of the OM channel.
When activating the configuration data, you need to activate the software for the
old main control board if the software versions of the old and new main control
boards are different. If the license needs to be updated, you must use the new
commercial license file.
To locally log in to the LMT after configuration data is activated, use the local maintenance
IP address of the old main control board but the login account and password of the new
main control board.
Step 10 (Remote operation. Perform this step if the configuration data is to be activated
using the MAE-Access.) Delete the commissioning task on the MAE-Access.
1. On the MAE-Access, choose SON > Auto Deployment to open the Auto
Deployment window.
2. Right-click the commissioning task to be deleted and choose Delete from the
shortcut menu.
3. In the displayed confirmation dialog box, click Yes.
Step 11 (Remote operation) Set the eNodeB maintenance mode to the normal status on
the MAE-Access.
When the reconfiguration is complete, set the eNodeB maintenance mode to
Normal.
For details, see Setting the Maintenance Mode of the eNodeB to NORMAL.
----End
Procedure
Step 1 Verify that ALM-25880 Ethernet Link Fault is not reported.
Step 2 Run LST commands to check whether the values of related parameters in the MOs
are changed as planned. For details about the MOs and parameters, see
Engineering Preparation > Data Preparation.
If Port No. values are not changed as planned, check whether the ports in the
modified configuration data file are the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 3 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 4 Run the DSP IKESA command. Verify that the SA status in both phases is Ready|
StayAlive.
Step 5 Run the DSP OMCH command to check whether the status of the OM channel
between the eNodeB and the new MAE-Access is normal.
1. From the main menu on the MAE-Access, choose Topology > Main Topology
to check whether the eNodeB is in connection. If it is, contact Huawei
technical support or dial the Huawei technical support hotline. If it is not, go
to Step 5.2.
2. Check the modified configuration file to check whether the ports in non-
secure networking are the same as planned.
– If they are different, modify the configuration data file again and import
it into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
– If they are the same, an error has occurred when the data is imported
into the system or delivered to the base station. In this situation, contact
Huawei technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Power off the base station and remove the new main control board.
Step 2 Insert the original main control board and power on the base station.
All information such as the software and data configuration file before the
reconfigurations are stored on the original main control board. The base station is
automatically rolled back to its original status after the original main control
board is inserted.
Step 3 Verify that engineering rollback is successful according to instructions in 1.7.2.4
Engineering Verification.
----End
NOTE
5900 series base stations do not support any scenario involving LBBP boards. If such a scenario
exists, adjust it based on site requirements.
Application Scenario
● The BBP in use is faulty and must be replaced with one in another model.
● The BBP running on the live network does not meet service requirements.
Therefore, the BBP needs to be upgraded.
NOTE
For details about how to replace a BBP with a BBP of the same type, see BBU Hardware
Maintenance Guide.
Reconfiguration Impact
After replacing the BBP, you must power off and then power on the BBP to make
the configuration take effect. During the operation, all the cells established on the
BBP cannot provide services.
Reconfiguration Scheme
NOTE
● When the UBBP is used in multimode concurrence scenarios, you also need to configure the
UBBP for other modes. For details, see the corresponding reconfiguration guides:
● GSM: GBSS Reconfiguration Guide for BSC6900 or GBSS Reconfiguration Guide for
BSC6910
● UMTS: RAN Reconfiguration Guide for BSC6900 or RAN Reconfiguration Guide for
BSC6910
● If CPRI convergence is enabled on the BBP to be replaced, adhere to the following principles
when the BBP is replaced:
● In LBBPc+LBBPc convergence mode, the convergence is implemented only between two
LBBPc boards with one installed in slot 2 or 3.
● In LBBPc+LBBPd convergence mode, CPRI ports on multiple LBBPc boards can be
converged on one LBBPd. In addition, only the CPRI ports on the LBBPd in slot 2 or 3
can connect to RF modules.
● If CPRI compression is implemented on an LBBPd, the LBBPd cannot be replaced with an
LBBPc because the LBBPc does not support CPRI compression.
If... Then...
The existing BBP is ● Check the value of Uplink hopping type in the
replaced with a CellUlschAlgo MO:
UBBPg The value must be HOPPING_OFF.
● Check the values of Uplink cyclic prefix length and
Downlink cyclic prefix length in the Cell MO.
The values must be NORMAL_CP.
● Check whether any CoProcRes MO is associated
with the BASEBANDEQM MO. If there is such a
CoProcRes MO, the value of the Work Mode
parameter in the MO must meet the following
requirements:The COORDINATING_PROCESSING
option must be selected, and the
BASEBAND_PROCESSING option must be deselected.
Topology Change
N/A
Information Collection
Table 1-121 describes the information to be collected for data preparation.
Information Description
The delta shift of Determine whether to modify the delta shift of the new
cells of the BBP to be BBP based on the information.
replaced
The maximum Check whether the new BBP supports the establishment
number of cells that of cells of such a quantity.
can be established on
the BBP to be
replaced
Hardware Preparation
Prepare a new BBP.
Software Preparation
If the software version of the new BBP does not match that of the base station,
collect and upload the software version of the base station to the MAE-Access.
After the upload is completed, the base station will automatically supplement the
software version of the BBP when the remote maintenance channel between the
base station and the MAE-Access is normal.
– For an LTE FDD only base station, apply for the WDMS0UFMLF00 UBBP
First-Mode license (LTE FDD).
– For a multimode base station:
LT1SUBBP UBBP Massive MIMO For the UBBPg, apply for license units based on the
MMOB Operating Bandwidth baseband bandwidth of cells established on each
1*20MHz License (FDD) BBP. For each 20 MHz cell adopting eCPRI
transmission, one license unit is required. If the
bandwidth of a cell is less than 20 MHz, the cell
bandwidth is regarded as 20 MHz. For each 20
MHz cell adopting CPRI transmission, apply for two
license units. If the bandwidth of a cell is less than
20 MHz, the cell bandwidth is regarded as 20 MHz.
LT1SUBBP UBBP Massive MIMO One license unit is required for every 16 baseband
MMEC Extended Channel 1*16T16R TX channels except the 16 default baseband TX
License (FDD) channels per massive MIMO cell on the UBBPg.
– For TDD:
License License Item Licensing Principle
Item ID
LT4SUB UBBP Massive MIMO One license unit is required for every
BPMMC Extended Channel 16 baseband TX channels except the
N 1*16T16R License 16 default baseband TX channels per
(TDD) massive MIMO cell on the UBBPfw1/
UBBPf3/UBBPg.
– For NB-IoT:
Data Preparation
Prepare data based on the scheme described in Reconfiguration Scheme. The
following table lists the data to be prepared.
NOTE
● For a co-MPT base station, configure the BBP only once and configure baseband equipment
by RAT separately.
● For a separate-MPT base station, multiple modes cannot share one BBP. Perform
configurations separately according to the procedure of expanding BBPs for each RAT.
1 Modi PUCCHCfg Set Delta shift to the target value for all
fy cells served by the BBP.
● If Delta shift is set to 2, change it to
1.
● If Delta shift is set to 1 or 3, no
change is required.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
In the following example, the UBBP that serves only one cell is replaced with an
LBBPd in LTE FDD.
/*Changing the board type of the BBP to LBBP*/
MOD BBP: CN=0, SRN=0, SN=0, TYPE=LBBP, WM=FDD;
Prerequisites
Information for replacing BBPs has been collected, and hardware, software and
configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Using the MAE-Deployment (capacity expansion)
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
All the steps are remote operations except f.
If the software version of the new BBP does not match the software version of the
base station, the base station automatically supplements a software package from
the MAE-Access after the new BBP is installed without the need of a manual upgrade.
g. Deliver the configuration data to the eNodeB and activate the data. For
details, see the interactive operation guide Delivering Data to Base
Stations and Activating the Data.
h. Unblock a BBP.
Run the UBL BRD command.
i. Activate the cells that are deactivated due to BBP replacement.
Run the ACT CELL command to activate the cells that are deactivated in
step e.
Example: ACT CELL: LocalCellId=0;
j. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
● Using the MAE-Deployment (replacement of a faulty board)
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
All the steps are remote operations except f.
a. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
b. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
c. Import a new license file.
Run the INS LICENSE command.
For example: INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml",
FLG=NO, MODE=IPV4, IP="10.161.18.69", USR="ftpuser",
PWD="***********";
d. Deactive the cells on the BBP to be replaced.
Run the DEA CELL command to deactivate the cells bound to the BBP by
configuring the eUCellSectorEqm or EuSectorEqmGroup MO.
Example: DEA CELL: LocalCellId=0;
If the software version of the new BBP does not match the software version of the
base station, the base station automatically supplements a software package from
the MAE-Access after the new BBP is installed without the need of a manual upgrade.
g. Deliver the configuration data to the eNodeB and activate the data. For
details, see the interactive operation guide Delivering Data to Base
Stations and Activating the Data.
h. Power on the new BBP.
Run the OPR BRDPWR command to power on the BBP.
Example: OPR BRDPWR: CN=0, SRN=0, SN=2, SW=ON;
Run the DEA CELL command to deactivate the cells bound to the BBP by
configuring the eUCellSectorEqm or EuSectorEqmGroup MO.
Example: DEA CELL: LocalCellId=0;
e. (Local operation) Replace the BBP.
For details, see section "Replacing the UBBP" in BBU Hardware
Maintenance Guide. Connect cables to the new BBP according to the
cable connection scheme of the original BBP.
NOTE
If the software version of the new BBP does not match the software version of the
base station, the base station automatically supplements a software package from
the MAE-Access after the new BBP is installed without the need of a manual upgrade.
f. Use the MAE-Access to deliver the batch configuration scripts prepared in
Engineering Preparation > Data Preparation to the base station and
activate the scripts on the base station. For details, see 1.3.3 Running
MML Commands on the MAE-Access.
NOTE
You can import or export the license file for only one NE at a time.
g. Unblock a BBP.
Run the UBL BRD command.
h. Activate the cells that are deactivated due to BBP replacement.
Run the ACT CELL command to activate the cells that are deactivated in
step 4.
Example: ACT CELL: LocalCellId=0;
i. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
● Using MML commands (replacement of a faulty board):
NOTE
If the software version of the new BBP does not match the software version of the
base station, the base station automatically supplements a software package from
the MAE-Access after the new BBP is installed without the need of a manual upgrade.
f. Use the MAE-Access to deliver the batch configuration scripts prepared in
Engineering Preparation > Data Preparation to the base station and
activate the scripts on the base station. For details, see 1.3.3 Running
MML Commands on the MAE-Access.
NOTE
You can import or export the license file for only one NE at a time.
g. Power on the new BBP.
Run the OPR BRDPWR command to power on the BBP.
Example: OPR BRDPWR: CN=0, SRN=0, SN=2, SW=ON;
h. Activate the cells that are deactivated due to BBP replacement.
Run the ACT CELL command to activate the cells that are deactivated in
step c.
Example: ACT CELL: LocalCellId=0;
i. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Ensure that no BBP-related alarms are generated.
If any alarm is reported, clear the alarm according to instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 3 Run the LST PUCCHCFG command and verify that the value of Delta shift is the
same as planned.
If Delta shift is not set to the modified value, view the modified configuration
data file to check whether the value is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 4 Run the LST RACHCFG command and verify that the value of PRACH
Configuration Index is the same as planned.
If the value PRACH Configuration Index is not the same as planned, view the
modified configuration data file to check whether the value of PRACH
Configuration Index is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Remove the new BBP and its CPRI cables.
Step 2 Insert the replaced BBP and connect the CPRI cables to the BBP as the original
networking.
Step 3 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
Step 4 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Application Scenario
● The board configuration scheme of the BBU has changed, and the slot of a
BBP connecting to the RF modules has changed.
Reconfiguration Impact
During the CPRI port change, no cells served by the chain or ring where the RF
module is located can provide services.
Reconfiguration Scheme
Figure 1-58 shows the reconfiguration procedure using the MAE-Deployment.
Figure 1-59 shows the reconfiguration procedure using MML commands.
Figure 1-58 Procedure for changing CPRI ports for RF modules using the MAE-
Deployment
Figure 1-59 Procedure for changing CPRI ports for RF modules using MML
commands
Topology Change
The CPRI port numbers are changed in the network after the CPRI port change.
Use the scenario where the head CPRI port of a ring topology is changed from one
BBP to another BBP as an example. Figure 1-60 shows the topologies before and
after the reconfiguration.
Information Collection
Table 1-123 describes the information to be collected for data preparation.
CPRI port number after the Slot number of the BBP and the CPRI
reconfiguration port number
CPRI port number before the Slot number of the BBP and the CPRI
reconfiguration port number, which are required for
engineering rollback
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
NOTE
Adjusting the CPRI port connected to an RF module affects the services of the converged party
when a separate-MPT multimode base station works in CPRI MUX scenarios. Therefore, the data
configuration of the converged party needs to be adjusted accordingly. For detailed operations,
see section related to changing CPRI ports for RF modules in Reconfiguration Guide of each RAT.
Table 1-124 Data preparation for changing CPRI ports for RF modules
Rec SN Ope MO Configuration Reference
onfi rati
gura on
tion
Mod
e
MAE 1 Mod RRUCHAIN Set breakpoints for the RRU chain or ring:
- ify ● Chain: Set only one breakpoint for a
Depl chain with the BreakPoint Position1 set
oym to 0.
ent
● Ring: Set two breakpoints for a ring with
the BreakPoint Position1 parameter set
to 0 and the BreakPoint Position2
parameter set to the RRU level number.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario-specific template being "Changing CPRI Ports for RF
Modules"): For details, see the interactive operation guide 1.11.2 Using the
Batch Reconfiguration Mode of the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
Information and data for changing the CPRI ports for RF modules are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. (Optional) If the RF modules need to be connected to another CPRI port
with the BBP position unchanged, remove the CPRI cable from the
original port and connect it to the new port.
b. (Optional) If the RF modules need to be connected to another CPRI port
with the BBP position changed, remove the BBP from the original slot
and install it in the new slot.
● Remote Operations
– Using the MAE-Deployment (MO-based):
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
NOTE
During script activation, you are advised to activate the incremental scripts for
changing the CPRI port to which an RF module is connected, and then activate the
incremental scripts for deleting breakpoints after physical topology adjustment.
– Using MML commands:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up and export the configuration file. The configuration file can
be used to roll back configurations to the original state, if the
reconfiguration fails.
1) Run the BKP CFGFILE command to back up the configuration
file.
2) Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
iii. Use the MAE-Access to deliver the batch configuration scripts
prepared in Engineering Preparation > Data Preparation to the
base station and activate the scripts on the base station. For details,
see 1.3.3 Running MML Commands on the MAE-Access.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no BBP-related and RF-module-related alarms have been generated.
If any alarm is reported, clear the alarm according to instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 Check whether ALM-26246 BBU CPRI Line Rate Negotiation Abnormal is
reported.
If ALM-26246 BBU CPRI Line Rate Negotiation Abnormal is reported, clear the
alarm according to the instructions in 3900 & 5900 Series Base Station Alarm
Reference.
Step 3 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
----End
Procedure
Step 1 (Optional) If the RF modules need to be connected to another CPRI port with the
BBP position unchanged, remove the CPRI cable from the new port and connect it
to the original port.
Step 2 (Optional) If the RF modules need to be connected to another CPRI port with the
BBP position changed, remove the BBP from the new slot and install it in the
original slot.
Step 3 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
----End
Application Scenario
● You need to add RF modules to expand the capacity or coverage when RF
modules on the live network cannot meet service requirements.
● You need to delete RF modules to meet the requirements of service
adjustment on the live network.
Reconfiguration Impact
● When you add or delete an RF module, no cells served by the chain or ring
where the RF module is located can provide services.
● After you delete an RF module, services supported by the module are
unavailable.
Reconfiguration Scheme
Figure 1-61 and Figure 1-62 show the reconfiguration procedures using the MAE-
Deployment. Figure 1-63 and Figure 1-64 show the reconfiguration procedures
using MML commands.
Topology Change
Scenario 1: Add an RF module to a new RRU chain or ring. Use adding an RRU to
a chain topology as an example. Figure 1-65 shows the topologies before and
after the reconfiguration.
Figure 1-65 Topologies before and after the reconfiguration (chain topology)
Figure 1-66 Topologies before and after the reconfiguration (chain topology)
Figure 1-67 Topologies before and after the reconfiguration (chain topology)
Figure 1-68 Topologies before and after the reconfiguration (ring topology)
Scenario 5: RF modules can be deleted but cannot be added when the CPRI
topology is load sharing.
Information Collection
Table 1-125 describes the information to be collected for data preparation.
Information Description
Hardware Preparation
Before you add or delete an RF module, you need to prepare the hardware listed
in Table 1-126.
If... Then...
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
NOTE
● When an RF module for multiple RATs is added to a co-MPT base station, the data in the
following table is the common data of all RATs and needs to be configured only once.
● When an RF module for multiple RATs is added to a separate-MPT base station, the data in
the following table needs to be configured separated for each RAT and common parameters
must be set consistently.
MAE 1 Add RRUCHAIN Add an RRU chain or ring before you add RF
- modules to the RRU chain or ring.
Depl For details about parameter settings, see RF
oym Unit and Topology Management Feature
ent Parameter Description.
2 Mod RRUCHAIN When adding RF modules to an existing
ify RRU chain or ring:
● If RRUs are deployed in a ring topology,
skip this operation.
● If RRUs are not deployed in a ring
topology, set breakpoints for the RRU
chain or ring.
– You do not need to set breakpoints for
the RRU chain or ring when adding an
RF module to the chain tail.
– In the following situations, you need
to set breakpoints of the RRU chain or
ring:
– Add an RF module in the chain
header or center: Set a breakpoint
by setting BreakPoint Position1 to
0.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
When reconfiguring a single base station through the MAE-Deployment GUI, you can use either
the MO-based or the device-panel-based method. To simplify operations, the device-panel-
based method is recommended. MO-related data preparation is not involved in this method. For
detailed operations, see Procedure > Remote Operations > Using the MAE-Deployment
(based on the device panel on the GUI) in Engineering Implementation.
● Using the batch configuration mode of the MAE-Deployment:
NOTE
The following MAE-Deployment operations are performed to prepare script files for later
engineering implementation. When adding or deleting RF modules, you need to export two
incremental script files separately based on the following rules:
● When adding RF modules:
1. Based on step 1 through step 4 in Table 1-127, export the incremental script file
used before and during RF module addition.
2. Based on step 5 and step 6 in Table 1-127, export the incremental script file used
after RF module addition.
● When deleting RF modules:
1. Based on step 1 through step 3 in Table 1-128, export the incremental script file
used before and during RF module deletion.
2. Based on step 4 and step 5 in Table 1-128, export the incremental script file used
after RF module deletion.
a. On the menu bar, choose LTE Application > Network Adjustment >
Export Base Station Bulk Configuration Data to start the data export
function. The Export Base Station Bulk Configuration Data dialog box
is displayed.
b. Select the base station for which you want to add or delete an RF
module, and click Next.
c. Set Export By to Custom MOC, select the MO to be configured, and click
Next to export the batch reconfiguration file.
d. Open the exported file, modify related data as required, save the file, and
close it.
e. On the menu bar, choose LTE Application > Network Adjustment >
Import Base Station Bulk Configuration Data to start the data import
function. The Import Base Station Bulk Configuration Data dialog box
is displayed.
f. Select the modified batch reconfiguration file and click Next.
g. Select the base station for which you want to add or delete an RF
module, and click Next. After the operation is successful, click Finish.
h. In the left pane, select the base station for which you want to add or
delete an RF module, right-click the base station, and choose Check Data
from the shortcut menu. In the lower part, check verification results and
correct configuration data errors until the verification is successful.
i. On the menu bar, choose Area Management > Planned Area > Export
Incremental Scripts to export incremental configuration scripts to the
base station.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Scenario 5: The following describes MML configuration scripts for data preparation
when the CPRI topology is load-sharing and you need to remove an RRU.
/*Deleting an RRU by running this command*/
RMV RRU: CN=0, SRN=61, SN=0;
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. For details about how to add or delete an RRU, see RRU Hardware
Maintenance Guide.
b. For details about how to add or delete an RFU, see section "Replacing an
RFU" in 3900 & 5900 Series Base Station Maintenance Guide.
● Remote Operations
– Using the MAE-Deployment (MO-based):
i. To prevent unnecessary alarms from being generated during
reconfiguration, set the eNodeB maintenance mode to expansion
mode.
For detailed operations, see Setting the eNodeB Maintenance
Mode to Expand Status.
ii. Deliver the data that you have prepared used before and during RF
module addition or deletion to the base station and activate the
data. For details, see the interactive operation guide Delivering Data
to Base Stations and Activating the Data.
iii. Deliver the data that you have prepared used after RF module
addition or deletion to the base station and activate the data. For
details, see the interactive operation guide Delivering Data to Base
Stations and Activating the Data.
iv. After data reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For detailed operations, see Setting the Maintenance Mode of the
eNodeB to NORMAL.
NOTE
During script activation, you are advised to activate the incremental scripts for adding
or deleting RF modules, and then activate the incremental scripts for restoring
breakpoints after hardware reconfiguration.
– Using the MAE-Deployment (based on the device panel on the GUI):
▪ Adding an RF module:
1) In the left pane of the planned data area, right-click a physical
base station and choose Device Panel from the shortcut menu.
The device panel is displayed in the right pane, as shown in
Figure 1-69.
NOTE
NOTE
▪ Deleting an RF module:
1) In the left pane of the planned data area, right-click a base
station you want to configure and choose Device Panel from
the shortcut menu. The device panel is displayed in the right
pane, as shown in Figure 1-70.
NOTE
Procedure
Step 1 Verify that no RF-module-related alarms have been generated.
If any alarm is reported, clear the alarm according to instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 Verify that ALM-26236 RRU Cascading Levels and Configuration Mismatch,
ALM-26238 RRU Network Topology Type and Configuration Mismatch,
ALM-26246 BBU CPRI Line Rate Negotiation Abnormal, or ALM-26501 RF Unit
Optical Module or Electrical Port Not Ready is not reported.
If any preceding alarm is reported, clear the alarm according to instructions in
3900 & 5900 Series Base Station Alarm Reference.
Step 3 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
----End
Procedure
Step 1 If you have added an RF module, you need to remove the added RF module and
restore the CPRI topology to the status before the reconfiguration.
Step 2 If you have deleted an RF module, you need to insert the deleted RF module into
the original slot and restore the CPRI topology to the status before the
reconfiguration.
----End
Application Scenario
To implement BBU interconnection, a UMPT needs to be configured for each
existing BBU that uses an LMPT as the main control board. The UMPT functions as
the main control board, and the LMPT functions as the transmission board to
share transmission loads with the UMPT.
NOTE
The UMPTe and the LMPT cannot be installed in the same BBU. Only the UMPTa/UMPTb can be
installed in the same BBU with the LMPT.
NOTE
If the old transmission configuration model is used for the LMPT before reconfiguration, the old
model is still used after the transmission capacity expansion from one LMPT board to LMPT +
UMPT boards.
If the new transmission configuration model is used for the LMPT before reconfiguration, the
new model is used after the transmission capacity expansion from one LMPT board to LMPT +
UMPT boards.
Reconfiguration Impact
● During the reconfiguration, the MAE-Access is disconnected from the NE.
● During the reconfiguration, the services on the eNodeB become unusable.
Reconfiguration Scheme
Hardware adjustment is required during the transmission capacity expansion from
one LMPT board to LMPT + UMPT boards. A UMPT is installed in slot 6 in the
BBU. The LMPT and the cables connected to it are the same as those before the
reconfiguration.
Topology Change
Figure 1-71 shows the BBU hardware configuration before and after the
reconfiguration.
Information Collection
Table 1-129 describes the information to be collected before transmission capacity
expansion.
NOTE
License file The license file for the LMPT must be uploaded.
Hardware Preparation
Table 1-130 describes the hardware to be prepared before data reconfiguration.
Software Preparation
Prepare software in the target version for the UMPT. The software version must be
the same as that of the LMPT.
Data Preparation
N/A
Prerequisites
Information and data required for the transmission capacity expansion are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
Step 1 On the MAE-Access, upgrade the LMPT software and export its configuration file
and license file. You do not need to upgrade the software if the LMPT is operating
in the target version.
1. Upgrade the BBU with the LMPT as the main control board to the target
version before reconfiguring the hardware. For details, see the eNodeB
upgrade guide.
2. Back up the license file in use on the MAE-Access as follows: Choose License
> NE License Management > Stand-Alone > NE License Maintenance > NE
License Maintenance Operation > Back Up License File.
3. Download the license file from the MAE-Access to the local PC as follows:
Choose License > NE License Management > Stand-Alone > NE License
Maintenance > NE License Maintenance Operation > Obtain Backup
License File.
4. Run the ADD BRD command to add a UMPT in slot 6.
Step 2 On the LMT, activate the UMPT configuration file and upgrade the UMPT
software.
1. Connect the LMT to the UMPT in slot 6. (The default IP address for local
maintenance of the UMPT is 192.168.0.49.) For details about how to connect
the LMT to the UMPT, see Getting Started with the LMT > Logging In to
and Exiting the LMT in 3900 & 5900 Series Base Station LMT User Guide. For
details about troubleshooting for LMT usage, see FAQ in 3900 & 5900 Series
Base Station LMT User Guide.
2. Configure the FTP server on the PC where the LMT is installed. Save the
backup LMPT configuration file in the FTP folder. Run the DLD CFGFILE
command to import the backup LMPT configuration file into the UMPT and
run the ACT CFGFILE command with Effect Type set to AFTER_RESET to
activate the configuration file.
Example:
DLD CFGFILE: MODE=IPV4, IP="197.12.11.220", USR="admin",
PWD="*****", FN="CFGDATA.XML", ENCRYPTMODE=UNENCRYPTED;
ACT CFGFILE: EFT=AFTER_RESET;
3. Run the DSP BRDVER command to query the information about the board
version. If the software is not in the target version, go to Step 2.5. If the
software is in the target version, skip Step 2.5.
Example:
DSP BRDVER:;
4. (Optional) Prepare the preconfiguration script file based on the eNodeB
hardware configuration by referring to References > Preparing a Pre-
configuration Script in 3900 & 5900 Series Base Station Commissioning Guide.
5. (Optional) Run the DLD SOFTWARE command with Download by Config
Flag set to CFG(Download by configuration) and Delay Download Flag set
to NO(Not Delay Download) to download the software in the target version.
Run the LST SOFTWARE command to check whether the software in the
standby workspace is in the target version. If not, download the software
again. If yes, run the ACT SOFTWARE command to activate the software.
Example:
LST SOFTWARE:;
NOTE
Ensure that the version (including the patch version) of the UMPT is the same as that
of the LMPT.
6. Three minutes after the UMPT in slot 6 resets, connect the LMT to the UMPT.
(The local maintenance IP address of the UMPT is the same as that of the
LMPT.)
7. Run MML commands to add a UMPT in slot 6, remove the OMCH from slot 7,
add an OMCH to slot 6, and enable the ARP proxy function for the Ethernet
port that uses the IP address of the board in slot 7.
Example:
Old Model
RMV OMCH:FLAG=MASTER;
ADD
OMCH:IP="177.12.12.150",MASK="255.255.255.0",PEERIP="177.16.22.34",P
EERMASK="255.255.255.0",BEAR=IPV4,BRT=NO;
/*Enabling the ARP proxy function for the Ethernet port that uses the IP
address of the board in slot 7 (The operation fails because there is no board
installed in slot 7. However, the configuration takes effect.) */
NOTE
New Model
8. Run the SET MNTMODE command to set Maintenance Mode of the eNodeB
to ExpandStatus1.
Example:
Example:
RMV GNSS:;
NOTE
If the system uses the RGPS clock source, skip this step.
----End
Procedure
Step 1 Check whether a new alarm is reported.
Example:
If any alarm is reported, clear the alarm according to instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 After data reconfiguration is complete, set the eNodeB maintenance mode to
NORMAL. For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Check the maintenance mode of the eNodeB. If it is NORMAL, go to Step 2.
Otherwise, go to Step 3.
Step 2 Set the maintenance mode of the eNodeB to EXPAND. For details, see Setting the
eNodeB Maintenance Mode to Expand Status.
Step 3 Run the MOD PEERMODE command to clear the standby status of the LMPT. The
LMPT resets.
Step 4 Remove the UMPT from slot 6. The LMPT in slot 7 resets and functions as the
active board.
NOTICE
If the LMPT in slot 7 does not function as the active board 5 minutes after the
UMPT is removed, perform the following operations:
1. Remove the LMPT from slot 7 and install it in slot 6, and wait until it functions
as the active board.
2. After the LMPT functions as the active board, remove it from slot 6 and install
it back in slot 7. Then, the LMPT functions properly.
Step 5 On the MAE-Access, change the remote maintenance IP address to the IP address
before reconfiguration.
Step 6 Run the MML command to remove the UMPT from slot 6.
Step 7 Set the maintenance mode of the eNodeB to NORMAL. For details, see Setting
the Maintenance Mode of the eNodeB to NORMAL.
----End
Application Scenario
To implement BBU interconnection, a UMPT needs to be configured for each
existing BBU that uses an LMPT as the main control board. The UMPT functions as
the main control board, and the LMPT functions as the transmission board to
share transmission loads with the UMPT.
NOTE
The UMPTe and the LMPT cannot be installed in the same BBU. Only the UMPTa/UMPTb can be
installed in the same BBU with the LMPT.
NOTE
If the old transmission configuration model is used for the LMPT before reconfiguration, the old
model is still used after the transmission capacity expansion from one LMPT board to LMPT +
UMPT boards.
If the new transmission configuration model is used for the LMPT before reconfiguration, the
new model is used after the transmission capacity expansion from one LMPT board to LMPT +
UMPT boards.
Reconfiguration Impact
● During the reconfiguration, the MAE-Access is disconnected from the NE.
● During the reconfiguration, the services on the eNodeB become unusable.
Reconfiguration Scheme
Hardware adjustment is required during the transmission capacity expansion from
one LMPT board to LMPT + UMPT boards. The UMPT is installed in slot 6 in the
BBU and cables are connected. The LMPT and the cables connected to it are the
same as those before the reconfiguration.
Topology Change
Figure 1-72 shows the BBU hardware configuration before and after the
reconfiguration.
Information Collection
Table 1-131 describes the information to be collected before transmission capacity
expansion.
NOTE
If the old transmission configuration model is used for the LMPT before reconfiguration, the
old model is still used after the transmission capacity expansion from one LMPT board to
LMPT + UMPT boards.
If the new transmission configuration model is used for the LMPT before reconfiguration,
the new model is used after the transmission capacity expansion from one LMPT board to
LMPT + UMPT boards.
Information Description
License file The license file for the LMPT must be uploaded.
Hardware Preparation
Table 1-132 describes the hardware to be prepared before data reconfiguration.
Software Preparation
Prepare software in the target version for the UMPT. The software version must be
the same as that of the LMPT.
Data Preparation
N/A
Prerequisites
Information and data required for the transmission capacity expansion are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
Step 1 On the MAE-Access, upgrade the LMPT software and export its configuration file
and license file.
1. Upgrade the BBU with the LMPT as the main control board to the target
version before reconfiguring the hardware. For details, see the eNodeB
upgrade guide.
2. Back up the license file in use on the MAE-Access as follows: Choose License
> NE License Management > Stand-Alone > NE License Maintenance > NE
License Maintenance Operation > Back Up License File.
3. Download the license file from the MAE-Access to the local PC as follows:
Choose License > NE License Management > Stand-Alone > NE License
Maintenance > NE License Maintenance Operation > Obtain Backup
License File.
4. Run the ADD BRD command to add a UMPT in slot 6.
Step 2 On the LMT, activate the UMPT configuration file, and upgrade the UMPT
software.
1. Connect the LMT to the UMPT in slot 6. (The default IP address for local
maintenance of the UMPT is 192.168.0.49.) For details about how to connect
the LMT to the UMPT, see Getting Started with the LMT > Logging In to
and Exiting the LMT in 3900 Series Base Station LMT User Guide. For details
about troubleshooting for LMT usage, see FAQ in 3900 Series Base Station
LMT User Guide.
2. Configure the FTP server on the PC where the LMT is installed. Save the
backup LMPT configuration file in the FTP folder. Run the DLD CFGFILE
command to import the backup LMPT configuration file to the UMPT and run
the ACT CFGFILE command with Effect Type set to AFTER_RESET to activate
the configuration file.
Example:
DLD CFGFILE: MODE=IPV4, IP="197.12.11.220", USR="admin",
PWD="*****", FN="CFGDATA.XML", ENCRYPTMODE=UNENCRYPTED;
ACT CFGFILE: EFT=AFTER_RESET;
3. Run the DSP BRDVER command to query the information about the board
version. If the software is not in the target version, go to Step 2.5. If the
software is in the target version, skip Step 2.5.
Example:
DSP BRDVER:;
4. (Optional) Prepare the preconfiguration script file based on the eNodeB
hardware configuration by referring to References > Preparing a Pre-
configuration Script in 3900 & 5900 Series Base Station Commissioning Guide.
5. (Optional) Run the DLD SOFTWARE command with Download by Config
Flag set to CFG(Download by configuration) and Delay Download Flag set
to NO(Not Delay Download) to download the software in the target version.
Run the LST SOFTWARE command to check whether the software in the
standby workspace is in the target version. If not, download the software
before the reconfiguration again. If yes, run the ACT SOFTWARE command to
activate the software.
Example:
LST SOFTWARE:;
ACT SOFTWARE: OT=NE, SV="BTS3900 V100R009C00SPC050";
NOTE
Ensure that the version (including the patch version) of the UMPT is the same as that
of the LMPT.
6. Three minutes after the UMPT in slot 6 resets, connect the LMT to the UMPT.
(The local maintenance IP address of the UMPT is the same as that of the
LMPT.)
7. Run MML commands to add a UMPT in slot 6, remove the OMCH from slot 7,
add the active OMCH to slot 6, and enable the ARP proxy function for the
Ethernet port that uses the IP address of the board in slot 7.
Example:
Old Model
/*Adding a UMPT in slot 6 (the board will reset)*/
ADD BRD: SN=6, BT=UMPT;
NOTE
New Model
/*Adding a UMPT in slot 6 (the board will reset)*/
ADD BRD: SN=6, BT=UMPT;
/*Removing the OMCH from slot 7*/
RMV OMCH:FLAG=MASTER;
/*Adding the active OMCH to slot 6 with the new IP address*/
ADD
OMCH:IP="177.12.12.150",MASK="255.255.255.0",PEERIP="177.16.22.34",P
EERMASK="255.255.255.0",BEAR=IPV4,BRT=NO;
/*Enabling the ARP proxy function for the INTERFACE MO that uses the IPv4
address of the board in slot 7*/
MOD INTERFACE: ITFID=1, ARPPROXY= ENABLE;
8. Run MML commands to add a device IP address, an S1 interface, an IP path,
and a standby OMCH for the UMPT in slot 6.
Old Model
/*Adding a device IP address for the board in slot 6*/
ADD DEVIP: SN=6, SBT=BASE_BOARD, PT=ETH, PN=0, IP="177.12.11.131",
MASK="255.255.255.0";
The S1 interface can be added in endpoint or link mode.
– Endpoint mode
/*Adding an SCTP parameter template*/
ADD SCTPTEMPLATE: SCTPTEMPLATEID=16,
SWITCHBACKFLAG=ENABLE;
/*Adding an SCTP host*/
ADD
CPBEARER:CPBEARID=1,BEARTYPE=SCTP,LINKNO=1,FLAG=MASTER;
/*Adding an S1 interface*/
ADD S1INTERFACE: S1InterfaceId=1, S1CpBearerId=1, CnOperatorId=0;
/*Adding an IP path*/
ADD IPPATH: PATHID=1, TRANSCFGMODE=NEW,
JNIPRSCGRP=DISABLE, BPT=ETH, PORTID=1,
LOCALIP="177.12.11.131", PEERIP="177.12.164.100", ANI=0,
APPTYPE=S1, PATHTYPE=ANY;
/*Adding the application type of the IP path*/
ADD ENODEBPATH:IPPATHID=1,APPTYPE=S1;
For details about how to configure sector- and cell-related parameters, see
3900 & 5900 Series Base Station Initial Configuration (Using MML
Commands) > Initially Configuring a Single eNodeB Using MML
Commands > Configuring Radio Data in 3900 & 5900 Series Base Station
Initial Configuration Guide.
9. Run the SET MNTMODE command to set Maintenance Mode of the eNodeB
to ExpandStatus1.
Example:
Example:
RMV GNSS:;
NOTE
If the system uses the RGPS clock source, skip this step.
2. Install the license file downloaded from the MAE-Access for the UMPT. To
install the license file, choose License > NE License Management > Stand-
Alone > NE License Maintenance > NE License Maintenance Operation >
Load License File on the MAE-Access.
----End
Procedure
Step 1 Check whether a new alarm is reported.
Example:
If any alarm is reported, clear the alarm according to instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 After data reconfiguration is complete, set the eNodeB maintenance mode to
NORMAL. For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Check the maintenance mode of the eNodeB. If it is NORMAL, go to Step 2.
Otherwise, go to Step 3.
Step 2 Set the maintenance mode of the eNodeB to EXPAND. For details, see Setting the
eNodeB Maintenance Mode to Expand Status.
Step 3 Run the MOD PEERMODE command to clear the secondary status of the LMPT.
The LMPT resets.
Step 4 Remove the UMPT from slot 6. The LMPT in slot 7 resets and functions as the
active board.
NOTICE
If the LMPT in slot 7 does not function as the active board 5 minutes after the
UMPT is removed, perform the following operations:
1. Remove the LMPT from slot 7 and install it in slot 6, and wait until it functions
as the active board.
2. After the LMPT functions as the active board, remove it from slot 6 and install
it back in slot 7. Then, the LMPT functions properly.
Step 5 On the MAE-Access, change the active remote maintenance IP address to the IP
address before reconfiguration, and remove the standby remote maintenance IP
address.
Step 6 Run the MML command to remove the UMPT from slot 6.
Step 7 Set the maintenance mode of the eNodeB to NORMAL. For details, see Setting
the Maintenance Mode of the eNodeB to NORMAL.
----End
Application Scenario
You can expand transmission capacity from one UMPT board to two UMPT boards
if the traffic that flows over the eNodeB configured with a single UMPT board
cannot meet service requirements.
Currently, the UMPTb board is used for LTE. The total uplink and downlink
throughput supported by UMPTb+UMPTb can reach 4 Gbit/s.
NOTE
If the old transmission configuration model is used for the UMPT before reconfiguration, the old
model is still used after the transmission capacity expansion to two UMPT boards.
If the new transmission configuration model is used for the UMPT before reconfiguration, the
new model is still used after the transmission capacity expansion to two UMPT boards.
Reconfiguration Impact
No impact
Reconfiguration Scheme
Figure 1-73 shows the reconfiguration procedure for expanding the transmission
capacity of an eNodeB from one UMPT board to two UMPT boards.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
Figure 1-73 Procedure for transmission capacity expansion from one UMPT board
to two UMPT boards
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Figure 1-74 Procedure for transmission capacity expansion from one UMPT board
to two UMPT boards
NOTE
Topology Change
After a new UMPT board is added, two UMPT boards must be connected to
different ports of transmission equipment to ensure transmission throughput.
Assume that two UMPT boards are connected to two different ports on the same
switch and router. Figure 1-75 shows the topologies before and after the
reconfiguration.
Information Collection
Table 1-133 describes the information to be collected for data preparation.
NOTE
Information Description
Information about the Includes the local device IP address (old model)/
route from the new UMPT IPv4 address (new model) and the next-hop IP
board to the S-GW address.
Information Description
Hardware Preparation
Table 1-134 describes the hardware to be prepared before expanding transmission
capacity from one UMPT board to two UMPT boards.
Hardware Description
UMPT board The UMPT board model must be the same as the
model of the existing UMPT board installed on the
base station.
Cables used to connect The cables can be optical fibers or network cables,
the eNodeB and the peer depending on the type of the peer device.
device
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Old Model
Table 1-135 Data preparation for transmission capacity expansion from one UMPT
board to two UMPT boards
SN Ope MO Configuration Reference
ratio
n
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Table 1-136 Data preparation for transmission capacity expansion from one UMPT
board to two UMPT boards
SN Ope MO Configuration Reference
ratio
n
VLANID=110, SETPRIO=DISABLE;
/*Adding a user-plane host*/
ADD USERPLANEHOST: UPHOSTID=1, IPVERSION=IPv4, LOCIPV4="182.169.0.33", IPSECSWITCH=DISABLE, ;
/*Adding the user-plane host to the endpoint group*/
ADD UPHOST2EPGRP: EPGROUPID=1, UPHOSTID=1;
New Model
Prerequisites
Information for expanding the transmission capacity from one UMPT board to two
UMPT boards has been collected, and the hardware, license file, and configured
data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
You can import or export the license file for only one NE at a time.
----End
Procedure
Step 1 Verify that the following alarms are not reported:
Step 2 Run the DSP BRD command and check whether there is an entry for the new
UMPT board.
If there is no entry for the new UMPT board, perform the following operations:
If… Then...
The reconfiguration Check whether the configuration data file is the same as
is performed on the planned.
MAE-Deployment ● If they are different, modify the configuration data
file again and import it into the system. Then perform
the operations in Engineering Implementation again
to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the
data is imported into the system or delivered to the
base station. In this situation, contact Huawei
technical support or dial the Huawei technical support
hotline.
MML commands are Check whether parameter settings are correct in the
used for MML command script.
reconfiguration ● If they are incorrect, modify the parameters in the
script and perform the operations in Engineering
Implementation again to deliver the data to the
eNodeB and activate it.
● If they are correct, contact Huawei technical support
or dial the Huawei technical support hotline.
Step 3 Run the DSP DEVIP (old model)/DSP IPADDR4 (new model) command and check
whether there is an entry for the new device IP address (old model)/IPv4 address
(new model).
If there is no entry for the new device IP address (old model)/IPv4 address (new
model), perform the following operations:
If… Then...
The reconfiguration Check whether the configuration data file is the same as
is performed on the planned.
MAE-Deployment ● If they are different, modify the configuration data
file again and import it into the system. Then perform
the operations in Engineering Implementation again
to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the
data is imported into the system or delivered to the
base station. In this situation, contact Huawei
technical support or dial the Huawei technical support
hotline.
MML commands are Check whether parameter settings are correct in the
used for MML command script.
reconfiguration ● If they are incorrect, modify the parameters in the
script and perform the operations in Engineering
Implementation again to deliver the data to the
eNodeB and activate it.
● If they are correct, contact Huawei technical support
or dial the Huawei technical support hotline.
Step 4 Enable a UE to repeatedly access the network and trace S1 interface messages.
When the same S-GW is selected for two consecutive times, ensure that the local
IP addresses of the two UMPT boards are alternatively allocated for the links
carrying the user plane.
If they are not alternatively allocated, contact Huawei technical support or dial the
Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Step 3 Remove the newly added UMPT board, and restore hardware cable connections.
If there is an entry for the new UMPT board, contact Huawei technical
support or dial the Huawei technical support hotline.
----End
NOTE
5900 series base stations do not support any scenario involving LMPT boards. If such a scenario
exists, adjust it based on site requirements.
Application Scenario
NOTE
The UMPTe and the LMPT cannot be installed in the same BBU. Only the UMPTa/UMPTb can be
installed in the same BBU with the LMPT.
One UMPT is configured for a base station currently and the signaling capacity of
the base station cannot meet service requirements. To improve signaling capacity,
the base station can be expanded from one UMPT to one primary UMPT + one
extension UMPT/LMPT.
NOTE
The transmission configuration model of the base station remains unchanged after the
reconfiguration.
Reconfiguration Impact
No impact
Reconfiguration Scheme
Adjust hardware and configurations when you expand a base station from one
UMPT to one primary UMPT + one extension UMPT/LMPT to improve signaling
capacity. The original UMPT and transmission cables remain unchanged when you
insert the extension board into a slot other than the slot for the primary UMPT.
You also need to set Prefer Signal Extend Switch to ON when expanding a base
station from one UMPT to one primary UMPT + one extension LMPT to improve
signaling capacity.
NOTE
If the hardware capability of the new UMPT is higher than that of the existing UMPT (for
example, the hardware capability of the UMPTe is higher than that of the UMPTb), perform the
steps for replacing the main control board first as described in 1.7.1 Replacing the Main
Control Board When No SeGW Is Deployed and 1.7.2 Replacing the Main Control Board
When an SeGW Is Deployed .
If more than 18 cells or more than 96 X2 links have been configured for a base station, the base
station cannot be expanded from one UMPT to one primary UMPT + one extension LMPT for
signaling capacity improvement.
Topology Change
Figure 1-76 shows the topologies before and after signaling capacity expansion
from one UMPT to one primary UMPT + one extension UMPT.
Figure 1-76 Topologies before and after the reconfiguration (signaling capacity
expansion from one UMPT to one primary UMPT + one extension UMPT)
Figure 1-78 shows the topologies before and after signaling capacity expansion
from one UMPT to one primary UMPT + one extension LMPT.
Figure 1-77 Topologies before and after the reconfiguration (signaling capacity
expansion from one UMPT to one primary UMPT + one extension LMPT)
Figure 1-78 Topologies before and after the reconfiguration (signaling capacity
expansion from one UMPT to one primary UMPT + one extension LMPT)
Information Collection
Table 1-137 describes the information to be collected for data preparation.
Software version of the primary UMPT If the board type of the extension
UMPT/LMPT is different from that of
the primary UMPT and automatic
software supplement fails, you need to
manually supplement software.
Therefore, you need to obtain the
software version of the primary UMPT
in advance. When automatic software
supplement fails, the output of the
DSP BRD command shows that the
value of Operational State for the
extension UMPT/LMPT is Disabled.
Hardware Preparation
Table 1-138 describes the hardware you need to obtain before expanding a base
station from one UMPT to one primary UMPT + one extension UMPT/LMPT to
improve signaling capacity.
Software Preparation
If the board type of the extension UMPT/LMPT is different from that of the
primary UMPT and automatic software supplement fails, you need to manually
supplement software. Therefore, you need to obtain the version of the software
that the base station runs in advance.
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Table 1-139 Data preparation for signaling capacity expansion from one UMPT to
one primary UMPT + one extension UMPT/LMPT
a: When the original UMPT is reused and installed in the slot not for the
primary UMPT and parameters are configured after the board installation, run
the MOD PEERMODE command with RAT set to LTE or LTE_TDD to ensure the
functionality of the extension UMPT.
Before using the MAE-Deployment to prepare data, ensure that data in the planned data
area is consistent with that in the current data area. If the data is inconsistent, you can
choose Area Management > Planned Area > Synchronize Planned Area NEs from the
menu bar to synchronize data from the current data area to the planned data area. Then,
perform the following operations.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
You have obtained the information, hardware, software, and data required for
expanding a base station from one UMPT to one primary UMPT + one extension
UMPT/LMPT to improve signaling capacity, and have placed the license file to the
specified directory on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
To expand the base station from one UMPT to one primary UMPT + one
extension UMPT/LMPT, insert the extension UMPT/LMPT into a slot other
than the slot for the primary UMPT.
● Remote Operations
– Using the MAE-Deployment:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Deliver the configuration data to the base station and activate the
data. For details, see the interactive operation guide Delivering Data
to Base Stations and Activating the Data.
iii. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up and export the configuration file. The configuration file can
be used to roll back configurations to the original state, if the
reconfiguration fails.
1) Run the BKP CFGFILE command to back up the configuration
file.
2) Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
You can import or export the license file for only one NE at a time.
iv. (Optional) Supplement software.
NOTE
If the board type of the extension UMPT/LMPT is different from that of the
primary UMPT and automatic software supplement fails, you need to manually
supplement software using the MAE or the local web LMT. When automatic
software supplement fails, the output of the DSP BRD command shows that the
value of Operational State for the extension UMPT/LMPT is Disabled.
To supplement software on the MAE, run the SPL SOFTWARE
command. Example: SPL
SOFTWARE:MODE=IPV4,IP="10.141.16.55",USR="ftpuser",PWD="*
****",DIR="/export/home/sysm/ftproot/ROSA/Software/
BTS3900_5900 V100R0XXCXXSPCXXX",SDL=YES;
v. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Check that no related alarm (for example, ALM-26205 BBU Board Maintenance
Link Failure) is reported. If any related alarm is reported, clear the alarm
according to the instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP BRD command and check whether the value of Availability Status
for the extension UMPT/LMPT in the command output is Normal.
If the value of Availability Status is Communication lost or Starting up, run the
DSP SOFTSTATUS command to query the status of the base station software, and
then check whether the activation progress of the extension UMPT/LMPT is
included in Result of NE software management status query.
● If it is, software is being supplemented from the MAE to the extension UMPT/
LMPT.
● If it is not, check whether a correct software version is available and the FTP
software is correctly configured on the MAE. If a correct software version is
available and the FTP software is correctly configured, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 3 During peak hours, subscribe to and obtain the counters L.SIG.Board.CallAttempt
and L.SIG.Board.CallAttempt.Max under the measurement object eNodeB Board
Call Processing Measurement through the MAE. If the values of the two counters
for the extension UMPT/LMPT are not zero, the extension board has started
processing signaling data and the signaling capacity expansion is successful.
NOTE
----End
Procedure
Step 1 Check the maintenance mode of the eNodeB. If it is NORMAL, go to Step 2.
Otherwise, go to Step 3.
Step 2 Set the maintenance mode of the eNodeB to EXPAND. For details, see Setting the
eNodeB Maintenance Mode to Expand Status.
Step 3 Restore the configuration data.
● Using MML commands: Delete the extension UMPT or LMPT through the
MAE.
a. Run the following commands by following the instructions provided in
1.3.3 Running MML Commands on the MAE-Access:
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
Step 4 Remove the new extension UMPT/LMPT and restore hardware cable connections.
Step 5 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
Step 6 Set the maintenance mode of the eNodeB to NORMAL. For details, see Setting
the Maintenance Mode of the eNodeB to NORMAL.
----End
NOTE
5900 series base stations do not support any scenario involving LMPT boards. If such a scenario
exists, adjust it based on site requirements.
Application Scenario
NOTE
The UMPTe and the LMPT cannot be installed in the same BBU. Only the UMPTa/UMPTb can be
installed in the same BBU with the LMPT.
Currently, only one LMPT is configured for an eNodeB and the signaling capacity
of the eNodeB cannot meet service requirements. To improve signaling capacity,
the eNodeB can be expanded from one LMPT to one primary UMPT + one
extension LMPT. To do so, the main control board needs to be replaced before an
extension board is added.
Reconfiguration Impact
When replacing the main control board, you must power off and power on the
eNodeB to make the configuration take effect. During the operation, the eNodeB
cannot provide services.
Reconfiguration Scheme
During the signaling capacity expansion from one LMPT to one primary UMPT +
one extension LMPT, you need to reconfigure software and hardware. Figure 1-79
shows the reconfiguration process.
Figure 1-79 Reconfiguration process of the signaling capacity expansion from one
LMPT to one primary UMPT + one extension LMPT
NOTE
● If more than 18 cells or more than 96 X2 links are configured for an eNodeB, the eNodeB
cannot be expanded from one LMPT to one primary UMPT + one extension LMPT for
signaling capacity improvement.
● When the primary LMPT of an eNodeB is running properly, do not insert a UMPT into a slot
other than the slot for the primary LMPT. Otherwise, the eNodeB cannot provide services.
Topology Change
Figure 1-80 shows the topologies before and after the reconfiguration.
Figure 1-80 Topologies before and after the reconfiguration (signaling capacity
expansion from one LMPT to one primary UMPT + one extension LMPT)
Information Collection
Table 1-140 describes the information to be collected for data preparation.
Information Description
Data configuration file of the original The latest configuration data must be
LMPT manually exported before the
reconfiguration.
Hardware Preparation
Table 1-141 describes the hardware you need to obtain before expanding an
eNodeB from one LMPT to one primary UMPT + one extension LMPT to improve
signaling capacity.
If... Then...
NOTE
You are advised to use a new LMPT (not the original LMPT replaced with a UMPT) as the
extension board. Otherwise, you need to perform operations described in the sections related to
replacing the main control board during an engineering rollback.
Software Preparation
Obtain the version of the software that the eNodeB runs.
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare.
The data preparation for the signaling capacity expansion from one LMPT to one
primary UMPT + one extension LMPT consists of two parts: replacing the original
LMPT with a UMPT and adding an extension LMPT.
● Data preparation for replacing the original LMPT with a UMPT:
– In non-security networking, see the following section: Replacing the
Main Control Board When No SeGW Is Deployed > Engineering
Preparation > Data Preparation.
– In security networking, see the following section: Replacing the Main
Control Board When an SeGW Is Deployed > Engineering Preparation
> Data Preparation.
● Data preparation for adding an extension LMPT:
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned
data area is consistent with that in the current data area. If the data is inconsistent,
you can choose Area Management > Planned Area > Synchronize Planned Area
NEs from the menu bar to synchronize data from the current data area to the
planned data area. Then, perform the following operations.
– Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
– Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML
configuration script examples.
Prerequisites
You have obtained the information, hardware, software, and data required for
expanding an eNodeB from one LMPT to one primary UMPT + one extension
LMPT to improve signaling capacity, and have placed the license file to the
specified directory on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
The signaling capacity expansion from one LMPT to one primary UMPT + one
extension LMPT consists of two parts: replacing the original LMPT with a UMPT
and adding an extension LMPT. The expansion involves local operations and
remote operations. Figure 1-81 shows the expansion process.
Procedure
Step 1 (Remote operation) Set the eNodeB maintenance engineering mode to the
expand status.
For detailed operations, see Setting the eNodeB Maintenance Mode to Expand
Status.
Step 2 (Local operation + Remote operation) Replace the original LMPT with a UMPT.
● In non-security networking, see the following: Replacing the Main Control
Board When No SeGW Is Deployed > Engineering Implementation >
Procedure.
● In secure networking, see the following: Replacing the Main Control Board
When an SeGW Is Deployed > Engineering Implementation > Procedure.
Step 3 (Local operation) Insert an extension LMPT into the slot other than the slot for the
main control board.
You can import or export the license file for only one NE at a time.
c. (Optional) Supplement software.
NOTE
Step 5 (Remote operation) Set the maintenance engineering mode of the eNodeB to
Normal after the reconfiguration is complete. For detailed operations, see Setting
the Maintenance Mode of the eNodeB to NORMAL.
----End
Procedure
Step 1 Verify that the reconfiguration for replacing the original LMPT with a UMPT is
successful.
● In non-security networking, see the following section: Replacing the Main
Control Board When No SeGW Is Deployed > Engineering Verification >
Procedure.
● In security networking, see the following section: Replacing the Main
Control Board When an SeGW Is Deployed > Engineering Verification >
Procedure.
Step 2 Verify that the reconfiguration for adding an extension LMPT is successful.
1. Check that no related alarm (for example, ALM-26205 BBU Board
Maintenance Link Failure) is reported. If any related alarm is reported, clear
the alarm by following the instructions provided in 3900 & 5900 Series Base
Station Alarm Reference.
2. Run the DSP BRD command and check whether the value of Availability
Status for the extension LMPT in the command output is Normal.
If the value of Availability Status is Communication lost or Starting up, run
the DSP SOFTSTATUS command to query the status of the eNodeB software,
and then check whether the activation progress of the extension LMPT is
included in Result of NE software management status query.
– If yes, software is being supplemented from the MAE-Access.
– If no, check whether a correct software version is available and the FTP
software is correctly configured on the MAE-Access. If a correct software
version is available and the FTP software is correctly configured, contact
Huawei technical support or dial the Huawei technical support hotline.
Step 3 During peak hours, subscribe to and obtain the counters L.SIG.Board.CallAttempt
and L.SIG.Board.CallAttempt.Max under the measurement object eNodeB Board
Call Processing Measurement through the MAE-Access. If the value of the either
of the counters for the extension LMPT is not zero, the extension LMPT has started
processing signaling data and the signaling capacity expansion is successful.
----End
Procedure
Step 1 (Remote operation) Check the maintenance mode of the base station. If it is
NORMAL, go to Step 2. Otherwise, go to Step 3.
Step 2 (Remote operation) Set the maintenance mode of the eNodeB to EXPAND. For
details, see Setting the eNodeB Maintenance Mode to Expand Status.
Step 3 (Local operation) Remove the extension LMPT.
Step 4 (Local operation) Power off the base station and remove the new UMPT.
Step 5 (Local operation) Insert the original LMPT and power on the base station.
All information such as the software and data configuration file before the
signaling capacity expansion is stored on the original LMPT. The base station is
automatically rolled back to its original status after the original LMPT is inserted.
NOTE
If the original LMPT is used as the extension board during the signaling capacity expansion, you
need to replace the new UMPT with another LMPT. For detailed operations, see 1.7.1 Replacing
the Main Control Board When No SeGW Is Deployed or 1.7.2 Replacing the Main Control
Board When an SeGW Is Deployed .
Prerequisites
● Data has been configured for the MME to be added.
● Data has been configured for the transport network between the eNodeB and
the new MME.
Context
This section describes only operations on the eNodeB side after the MME is added.
The MME is an NE on the core network side. The operations and information
related to the MME are described in the associated MME manual. For example,
whether an MME needs to be added, information about the hardware, software,
license files, and security certificates required on the core network side as well as
operations such as hardware and software installation, license loading, and
security certificate activation.
Application Scenario
● The MME cannot meet service requirements.
● The transmission networking mode for the eNodeB is changed to MME
pooling.
Reconfiguration Impact
No impact
Reconfiguration Scheme
Determine the reconfiguration scheme for adding an MME connection according
to the following table.
Old Model
If… Then...
No route is available between the Add a route from the eNodeB to the
eNodeB and the new MME new MME and the corresponding
VLANMAP MO.
NOTE
The network segment on which the eNodeB is located can be calculated based on the values of
Mask and IP Address of the corresponding Ethernet port.
New Model
No route is available between the Add a route from the eNodeB to the
eNodeB and the new MME new MME and the corresponding
VLANMAP MO.
No IPv6 route is available between the Add an IPv6 route between the
eNodeB and the new MME eNodeB and the new MME.
NOTE
The network segment on which the eNodeB is located can be calculated based on the values of
Mask and IP Address of the corresponding Ethernet port.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
Figure 1-82 Procedure for adding an MME connection in endpoint mode (IPv4)
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Figure 1-83 Procedure for adding an MME connection in endpoint mode (IPv4)
Figure 1-84 Procedure for adding an MME connection in endpoint mode (IPv6)
Old Model
New Model
Figure 1-86 Procedure for adding an MME connection in link mode (IPv4)
Topology Change
Figure 1-87 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-145 and Table 1-147 describe the information to be collected for data
preparation.
Old Model
Information Description
Information Description
MME port number Peer port number of the SCTP link automatically
established by the eNodeB
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
MME port number Peer port number of the SCTP link automatically
established by the eNodeB
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
Information Description
MME port number Peer port number of the SCTP link automatically
established by the eNodeB
New Model
Information Description
Information about Includes the INTERFACE MO for the VLAN and the
the VLAN for the VLAN ID
route from the
eNodeB to the MME
MME port number Peer port number of the SCTP link automatically
established by the eNodeB
Hardware Preparation
Prepare the hardware listed in Table 1-149.
Hardware Description
Software Preparation
N/A
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
Old Model
Table 1-150 Data preparation for adding an MME connection in endpoint mode
5 Add IPv4: IPRT/SRCIPRTa For details, see LTE and NR NSA S1 and
X2 Self-Management Feature Parameter
6 Add IPv4: VLANMAP Description.
9 Add S1
New Model
Table 1-151 Data preparation for adding an MME connection in endpoint mode
8 Add SCTPPEER
9 Modi EPGROUP
fy
10 Add S1
Old Model
Table 1-152 Data preparation for adding an MME connection (link mode)
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Table 1-153 Data preparation for adding an MME connection (link mode)
3 Add IPADDR4
4 Add IPROUTE4/
SRCIPROUTE4a
GUI to reconfigure a single base station. The three data preparation modes are
described as follows:
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
NOTE
If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
● Endpoint mode
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is
set to OLD.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding a device IP address used for communicating with the new MME*/
ADD DEVIP:SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="135.25.221.110", MASK="255.255.255.0";
/*Adding an SCTP host*/
ADD SCTPHOST:SCTPHOSTID=0, IPVERSION=IPv4, SIGIP1V4="135.25.221.110",
SIGIP1SECSWITCH=DISABLE, SIGIP2SECSWITCH=DISABLE, PN=2912, SCTPTEMPLATEID=0;
/*Adding an endpoint group with the ID of 1*/
ADD EPGROUP: EPGROUPID=1;
/*Adding the new SCTP host to the endpoint group*/
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is
set to NEW.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Setting Ethernet port 0*/
SET ETHPORT: CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
/*Adding an interface (the VLANMAP MO is used to configure a VLAN)*/
ADD INTERFACE: ITFID=0, ITFTYPE=NORMAL, PT=ETH, PORTID=1, VRFIDX=0;
ADD VLANMAP: NEXTHOPIP="192.168.221.1", MASK="255.255.255.255", VLANMODE=SINGLEVLAN,
VLANID=101, SETPRIO=DISABLE;
/*Adding an interface (the INTERFACE MO is used to configure a VLAN)*/
ADD INTERFACE: ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=1, VLANID=101, VRFIDX=0;
/*Adding an IPv4 address used for communicating with the new MME*/
ADD IPADDR4: ITFID=0, IP="135.25.221.110", MASK="255.255.255.0";
/*Adding an IP route from the eNodeB to the MME*/
ADD IPROUTE4: RTIDX=0, DSTIP="192.168.3.3", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.221.1", MTUSWITCH=OFF;
/*Adding an SCTP link*/
ADD SCTPLNK: SCTPNO=1, LOCIP="135.25.221.110", SECLOCIP="0.0.0.0", LOCPORT=2912,
PEERIP="140.3.3.3", SECPEERIP="0.0.0.0", PEERPORT=2918, AUTOSWITCH=ENABLE;
/*Adding a CP bearer*/
ADD CPBEARER: CPBEARID=1, BEARTYPE=SCTP, LINKNO=1, FLAG=MASTER;
/*Adding an S1 interface*/
ADD S1INTERFACE: S1InterfaceId=1, S1CpBearerId=1, CnOperatorId=0;
Prerequisites
Information for adding an MME connection has been collected, configuration data
is ready, and the license file is available in the save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
Connect the eNodeB to a router. The router must be the closest one between
the eNodeB and the MME to be added.
● Remote Operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no new alarms are reported.
If a new alarm is reported, clear the alarm according to the instructions in 3900 &
5900 Series Base Station Alarm Reference.
Step 2 Run the LST SCTPLNK command. Check whether there is an SCTP link between
the eNodeB and the new MME. If the peer IP address of the SCTP link is the
signaling IP address of the new MME, an SCTP link exists between the eNodeB
and the new MME.
If the peer IP address of the SCTP link is not the signaling IP address of the new
MME, perform the following steps.
If... Then...
The reconfiguration is View the modified configuration data file and check
performed on the whether the peer IP address is the same as the
MAE-Deployment signaling IP address of the new MME:
● If they are different, modify the configuration data
file again and import it into the system. Then
perform the operations in Engineering
Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the
data is imported into the system or delivered to the
base station. In this situation, contact Huawei
technical support or dial the Huawei technical
support hotline.
The reconfiguration is Check whether the peer IP address in the script is the
performed by using same as the signaling IP address of the new MME:
MML commands ● If they are different, modify the parameter settings
in the script. Then run the MOD SCTPPEER
command to change the peer IP address to the
correct value.
● If they are the same, contact Huawei technical
support or dial the Huawei technical support
hotline.
Step 3 Run the DSP SCTPLNK command to check whether the value of SCTP Link Status
for the link between the eNodeB and the new MME is Up.
If the value of SCTP Link Status is Down, perform the following steps:
1. Perform a ping operation on the route from the device IP address of the
eNodeB to the signaling IP address of the MME (old model)/IPv4 address
(new model)/IPv6 address (new model).
– If the ping operation fails, go to Step 3.2.
– If the ping operation is successful, go to Step 3.3.
2. Check whether the SCTP link configurations are correct. Specifically, check
whether the IP route from the eNodeB to the MME is correct and whether the
port mode and port rate of the Ethernet port on the eNodeB are the same as
those on the peer device.
– If the configuration is incorrect, modify the configuration.
– If the configuration is correct, go to Step 3.4.
3. Check whether the value of Peer SCTP Port No. for the SCTP link is the same
as the SCTP port number of the new MME.
– If they are different, modify the configurations.
– If they are the same, go to Step 3.4.
4. Check the configurations of the device between the eNodeB and MME.
– If the configurations or cable connections are incorrect, modify the
configurations or cable connections.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the physical connections.
Step 4 Verify that engineering rollback is successful according to instructions in 1.8.1.4
Engineering Verification.
----End
Prerequisites
● Data has been configured for the new S-GW.
● Data has been configured for the transport network between the eNodeB and
the new S-GW.
Context
This section describes only operations on the eNodeB side after the S-GW is
added. The S-GW is an NE on the core network side. The operations and
information related to the S-GW are described in the associated S-GW manual.
For example, whether an S-GW needs to be added, information about the
hardware, software, license files, and security certificates required on the core
network side as well as operations such as hardware and software installation,
license loading, and security certificate activation.
Application Scenario
The existing S-GW cannot meet the service requirements.
Reconfiguration Impact
No impact
Reconfiguration Scheme
Old Model
If… Then...
No route is available between the Add a route from the eNodeB to the
eNodeB and the new S-GW new S-GW and the corresponding
VLANMAP MO.
NOTE
The network segment on which the eNodeB is located can be calculated based on the values of
Mask and IP Address of the corresponding Ethernet port.
New Model
If… Then...
No route is available between the Add a route from the eNodeB to the
eNodeB and the new S-GW new S-GW and an interface VLAN or
the corresponding VLANMAP MO.
NOTE
The network segment on which the eNodeB is located can be calculated based on the values of
Mask and IP Address of the corresponding Ethernet port.
Old Model
Figure 1-88 Procedure for adding an S-GW connection in endpoint mode (IPv4)
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Figure 1-89 Procedure for adding an S-GW connection in endpoint mode (IPv4)
Figure 1-90 Procedure for adding an S-GW connection in endpoint mode (IPv6)
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Topology Change
Figure 1-93 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-156 and Table 1-158 describe the information to be collected for data
preparation.
Old Model
Information Description
Information Description
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
eNodeB IPv4 address IPv4 address used for communication with external
devices
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
Information Description
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Hardware Preparation
Prepare the hardware listed in Table 1-160.
Cables used to connect the eNodeB Cables connecting the eNodeB to the
and a router closest router between the eNodeB
and the S-GW to be added. The cables
can be Ethernet cables or optical
fibers, depending on the peer router.
Software Preparation
N/A
Data Preparation
Determine the data to be prepared based on the reconfiguration procedure. The
following table lists the data to be prepared.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
Table 1-161 Data preparation for adding an S-GW connection in endpoint mode
SN Ope MO Configuration Reference
ratio
n
9 Add S1
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Table 1-162 Data preparation for adding an S-GW connection in endpoint mode
SN Ope MO Configuration Reference
ratio
n
8 Add USERPLANEPEER
9 Modi EPGROUP
fy
10 Add S1
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
Table 1-163 Data preparation for adding an S-GW connection in link mode
SN Ope MO Configuration Reference
ratio
n
New Model
Table 1-164 Data preparation for adding an S-GW connection in link mode
3 Add IPADDR4
6 Add eNodeBPath
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Use the batch reconfiguration mode of the MAE-Deployment (with the name
of the scenario-specific template being "Adding an S-GW Connection
(Endpoint)" or "Adding an S-GW Connection (Link)"): For details, see the
interactive operation guide 1.11.2 Using the Batch Reconfiguration Mode of
the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands. Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
NOTE
If the license file needs to be updated, the license file in use must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
● Endpoint mode
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is
set to OLD.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding a device IP address used for communicating with the new S-GW*/
ADD DEVIP:SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.223.110", MASK="255.255.255.0";
/*Adding a user-plane host*/
ADD USERPLANEHOST:UPHOSTID=0, IPVERSION=IPv4, LOCIPV4="192.168.223.110",
IPSECSWITCH=DISABLE;
/*Adding an endpoint group with the ID of 1*/
ADD EPGROUP:EPGROUPID=1;
/*Adding the new user-plane host to the endpoint group*/
ADD UPHOST2EPGRP:EPGROUPID=1, UPHOSTID=0;
/*Adding an IP route from the eNodeB to the S-GW*/
ADD IPRT:RTIDX=0, SN=7, SBT=BASE_BOARD, DSTIP="192.168.3.3", DSTMASK="255.255.255.255",
RTTYPE=NEXTHOP, NEXTHOP="192.168.223.1", MTUSWITCH=OFF;
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group*/
ADD
VLANMAP:NEXTHOPIP="192.168.223.1",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=
101,SETPRIO=DISABLE;
/*Adding a user-plane peer*/
ADD USERPLANEPEER: UPPEERID=0, IPVERSION=IPv4, PEERIPV4="192.168.3.3",
IPSECSWITCH=DISABLE, USERLABEL="SGW:192.168.3.3";
/*Adding the new user-plane peer to the endpoint group*/
ADD UPPEER2EPGRP:EPGROUPID=1, UPPEERID=0;
/*Adding an S1 object*/
ADD S1:S1ID=1,CNOPERATORID=0,EPGROUPCFGFLAG=UP_CFG,UPEPGROUPID=1;
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is
set to NEW.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Setting Ethernet port 0*/
SET ETHPORT:CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
/*Adding an interface (the VLANMAP MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=NORMAL, PT=ETH, PORTID=1, VRFIDX=0;
ADD
VLANMAP:NEXTHOPIP="192.168.223.1",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=
101,SETPRIO=DISABLE;
/*Adding an interface (the INTERFACE MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=1, VLANID=101, VRFIDX=0;
/*Adding a device IP address used for communicating with the new S-GW*/
ADD IPADDR4:ITFID=0, IP="192.168.223.110", MASK="255.255.255.0";
/*Adding an IP route from the eNodeB to the S-GW*/
ADD IPRT:RTIDX=0, DSTIP="192.168.3.3", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.223.1", MTUSWITCH=OFF;
/*Adding a user-plane host*/
ADD USERPLANEHOST: UPHOSTID=0, IPVERSION=IPv4, LOCIPV4="192.168.223.110",
IPSECSWITCH=DISABLE;
/*Adding an endpoint group with the ID of 1*/
ADD EPGROUP:EPGROUPID=1;
/*Adding the new user-plane host to the endpoint group*/
ADD UPHOST2EPGRP:EPGROUPID=1, UPHOSTID=0;
/*Adding a user-plane peer*/
ADD USERPLANEPEER: UPPEERID=0, IPVERSION=IPv4, PEERIPV4="192.168.3.3",
IPSECSWITCH=DISABLE, USERLABEL="SGW:192.168.3.3";
/*Adding the new user-plane peer to the endpoint group*/
ADD UPPEER2EPGRP:EPGROUPID=1, UPPEERID=0;
/*Adding an S1 object*/
ADD S1:S1ID=1,CNOPERATORID=0,EPGROUPCFGFLAG=UP_CFG,UPEPGROUPID=1;
● Link mode
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is
set to OLD.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding a device IP address used for communicating with the new S-GW*/
ADD DEVIP:SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.223.110", MASK="255.255.255.0";
/*Adding an IP path*/
ADD IPPATH:PATHID=1, SN=7, SBT=BASE_BOARD, PT=ETH, JNRSCGRP=DISABLE,
LOCALIP="192.168.223.110", PEERIP="192.168.3.3", PATHTYPE=ANY;
/*Adding the application type of the IP path*/
ADD ENODEBPATH: IpPathId=1, AppType=S1;
/*Adding an IP route from the eNodeB to the S-GW*/
ADD IPRT:RTIDX=0, SN=7, SBT=BASE_BOARD, DSTIP="192.168.3.3", DSTMASK="255.255.255.255",
RTTYPE=NEXTHOP, NEXTHOP="192.168.223.1", MTUSWITCH=OFF;
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group*/
ADD
VLANMAP:NEXTHOPIP="192.168.223.1",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=
101,SETPRIO=DISABLE;
New Model
Prerequisites
Information for adding an S-GW connection has been collected, configuration
data is ready, and the license file is available in the save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
Connect the eNodeB to the closest router between the eNodeB and the S-GW
to be added.
● Remote Operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
NOTE
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that ALM-25952 User Plane Path Fault is not reported.
If ALM-25952 User Plane Path Fault is reported, clear the alarm according to the
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the LST USERPLANEPEER command to verify that the value of User Plane
Peer ID of one IP path is the same as the service IP address of the new S-GW.
If they are different, check whether the transmission configuration is correct.
● If it is incorrect, modify it.
● If it is correct, contact Huawei technical support or dial the Huawei technical
support hotline.
Step 3 Enable a UE to access the network. Check whether the access is successful.
If the UE fails to access the network, check the cell status.
● If the cell fails to be established, the eNodeB reports an alarm. If this
happens, clear the alarm according to the instructions in 3900 & 5900 Series
Base Station Alarm Reference
● If the cell is successfully established, contact Huawei technical support or dial
the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Prerequisites
Data for the transport network between the eNodeB and the new MME has been
configured.
Application Scenario
An MME needs to be replaced when the EPC topology changes.
Reconfiguration Impact
The eNodeB disconnects from the old MME during MME replacement before a
connection to the new MME is set up. Therefore, services carried on the old S1 link
are interrupted.
Reconfiguration Scheme
Determine the reconfiguration scheme for replacing an MME according to the
following table.
Old Model
If… Then...
During the A new IP route is Remove the route from the eNodeB to the
removal of added when a old MME.
the old MME new MME
connection connection is
added
If… Then...
Note: The network segment on which the eNodeB is located can be calculated
based on the values of Mask and IP Address of the corresponding Ethernet
port.
New Model
If… Then...
During the A new IPv4/IPv6 Remove the route from the eNodeB to
removal of route is added the old MME.
the old MME when a new MME
connection connection is
added
Note: The network segment on which the eNodeB is located can be calculated
based on the values of Mask (IPv4)/Prefix Length (IPv6) and IP Address
(IPv4)/IPv6 Address (IPv6) of the corresponding Ethernet port.
Old Model
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
Topology Change
N/A
Information Collection
Table 1-167 and Table 1-169 describe the information to be collected for data
preparation.
Old Model
Information Description
MME port number Peer port number of the SCTP link automatically
established by the eNodeB
New Model
MME port number Peer port number of the SCTP link automatically
established by the eNodeB
Device IPv4 address IPv4 address used for communication with external
of the eNodeB devices
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
MME port number Peer port number of the SCTP link automatically
established by the eNodeB
Information Description
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
MME port number Peer port number of the SCTP link automatically
established by the eNodeB
Hardware Preparation
Prepare the hardware listed in Table 1-171.
MME -
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedures, determine the data you need to prepare.
Data preparations for replacing an MME involve the preparation for adding a new
MME connection and that for removing the old MME connection.
NOTE
This document does not describe how to configure the new MME. For details, see MME-related
documentation.
● For data preparation for adding a new MME connection, see Adding an MME
Connection > Engineering Preparation > Table 1-150 or Table 1-152.
● For data preparation for removing the old MME connection, see the following
table.
Old Model
Table 1-172 Data preparation for removing an old MME connection in endpoint
mode
New Model
Table 1-173 Data preparation for removing an old MME connection in endpoint
mode
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch configuration mode of the MAE-Deployment: For details, see
the interactive operation guide 1.11.2 Using the Batch Reconfiguration
Mode of the MAE-Deployment to Prepare Data.
NOTE
The following MAE-Deployment operations are performed to prepare script files for later
engineering implementation. When replacing an MME, you need to export two incremental
scripts based on the following descriptions.
● Export the incremental script for adding an MME connection by following Adding an
MME Connection > Engineering Preparation > Table 1-150 or Table 1-152. (The
name of the scenario-specific template is "Adding an MME Connection".)
● Export the incremental script for removing the old MME connection by referring to
Table 1-172 or Table 1-173 in this section. (The name of the scenario-specific template
is "Removing the old MME Connection".)
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
1. Add an MME connection. For the script, see Adding an MME Connection
(Endpoint Mode) or Adding an MME Connection (Link Mode) >
Engineering Preparation > MML Configuration Script Example.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA
MO is set to NEW.
/*Removing the next-hop VLAN mapping relationship for the IP route between the eNodeB and
the old MME (the next-hop IP address for the old VLAN mapping is 192.168.221.2)*/
RMV VLANMAP:NEXTHOPIP="192.168.221.2", MASK="255.255.255.0";
/*Removing the IP route between the eNodeB and the old MME (the next-hop IP address of the
original route is 192.168.221.2 and the route index is 0)*/
RMV IPROUTE4:RTIDX=0;
/*Removing the old S1 MO with the S1 ID of 0*/
RMV S1:S1Id=0;
/*Removing the SCTP peer corresponding to the old MME from the endpoint group*/
RMV SCTPPEER2EPGRP: EPGROUPID=0, SCTPPEERID=0;
/*Removing the SCTP peer corresponding to the old MME*/
RMV SCTPPEER:SCTPPEERID=0;
/*Removing the SCTP host corresponding to the old MME from the endpoint group*/
RMV SCTPHOST2EPGRP:EPGROUPID=0, SCTPHOSTID=0;
/*Removing the SCTP host corresponding to the old MME*/
RMV SCTPHOST:SCTPHOSTID=0;
/*Removing the endpoint group corresponding to the old MME*/
RMV EPGROUP:EPGROUPID=0;
/*Removing the IPv4 address corresponding to the old MME*/
RMV IPADDR4:ITFID=0, IP="192.168.3.109";
/*Removing the interface for the IPv4 address corresponding to the old MME*/
RMV INTERFACE:ITFID=1;
– Link mode
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA
MO is set to OLD.
/*Removing the next-hop VLAN mapping relationship for the IP route between the eNodeB and
the old MME (the next-hop IP address for the old VLAN mapping is 192.168.221.2)*/
RMV VLANMAP:NEXTHOPIP="192.168.221.2", MASK="255.255.255.0";
/*Removing the IP route from the eNodeB to the old MME*/
RMV IPRT:RTIDX=0;
/*Removing the old S1Interface MO with the S1 Interface ID of 0*/
RMV S1INTERFACE:S1InterfaceId=0;
/*Removing the old CP bearer with the CP Bear No. of 0*/
RMV CPBEARER:CPBEARID=0, FLAG=MASTER;
/*Removing the SCTP link corresponding to the old MME*/
RMV SCTPLNK:SCTPNO=0;
/*Removing the device IP address corresponding to the old MME*/
RMV DEVIP:SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.3.109";
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA
MO is set to NEW.
/*Removing the next-hop VLAN mapping relationship for the IP route between the eNodeB and
the old MME (the next-hop IP address for the old VLAN mapping is 192.168.221.2)*/
RMV VLANMAP:NEXTHOPIP="192.168.221.2", MASK="255.255.255.0";
/*Removing the IP route from the eNodeB to the old MME*/
RMV IPROUTE4:RTIDX=0;
/*Removing the old S1Interface MO with the S1 Interface ID of 0*/
RMV S1INTERFACE:S1InterfaceId=0;
/*Removing the old CP bearer with the CP Bear No. of 0*/
RMV CPBEARER:CPBEARID=0, FLAG=MASTER;
/*Removing the SCTP link corresponding to the old MME*/
RMV SCTPLNK:SCTPNO=0;
/*Removing the device IP address corresponding to the old MME*/
RMV IPADDR4:ITFID=0, IP="192.168.3.109";
/*Removing the interface for the IPv4 address corresponding to the old MME*/
RMV INTERFACE:ITFID=1;
Prerequisites
● Information and data for replacing an MME are ready, and the license file is
available in the save path on the FTP server.
● The cutover to the new MME is successful, and the new MME can collaborate
with EPC equipment such as the HSS and S-GW.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. Connect the eNodeB to the new MME.
b. Configure the intermediate equipment between the eNodeB and the new
MME.
● Remote Operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
iv. Run the DSP S1INTERFACE command to check the S1 status. If the
S1 interface works properly, go to the next step. Otherwise, see the
description of ALM-29201 S1 Interface Fault for troubleshooting.
v. Deliver the script for removing an old MME connection (in endpoint
mode or link mode) and activate it on the eNodeB:
Use the MAE-Access to deliver the batch configuration scripts
prepared in Engineering Preparation > Data Preparation to the
base station and activate the scripts on the base station. For details,
see 1.3.3 Running MML Commands on the MAE-Access.
NOTE
You can import or export the license file for only one NE at a time.
vi. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no new alarms are reported.
If a new alarm is reported, clear the alarm according to the instructions in 3900 &
5900 Series Base Station Alarm Reference.
Step 2 Run the LST SCTPLNK command. Check whether there is an SCTP link between
the eNodeB and the new MME. If the peer IP address of the SCTP link is the
signaling IP address of the new MME, an SCTP link exists between the eNodeB
and the new MME.
If the peer IP address of the SCTP link is not the signaling IP address of the new
MME, perform the following steps.
If... Then...
The reconfiguration is View the modified configuration data file and check
performed on the whether the peer IP address is the same as the
MAE-Deployment signaling IP address of the new MME:
● If they are different, modify the configuration data
file again and import it into the system. Then
perform the operations in Engineering
Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the
data is imported into the system or delivered to the
base station. In this situation, contact Huawei
technical support or dial the Huawei technical
support hotline.
The reconfiguration is Check whether the peer IP address in the script is the
performed by using same as the signaling IP address of the new MME:
MML commands ● If they are different, modify the parameter settings
in the script. Then run the MOD SCTPPEER
command to change the peer IP address to the
correct value.
● If they are the same, contact Huawei technical
support or dial the Huawei technical support
hotline.
Step 3 Run the DSP SCTPLNK command to check whether the value of SCTP Link Status
for the link between the eNodeB and the new MME is Up.
If the value of SCTP Link Status is Down, perform the following steps:
1. Perform a ping operation on the route from the device IP address of the
eNodeB to the signaling IP address of the MME (old model)/IPv4 address
(new model)/IPv6 address (new model).
– If the ping operation fails, go to Step 3.2.
– If the ping operation is successful, go to Step 3.3.
2. Check whether the SCTP link configurations are correct. Specifically, check
whether the IP route from the eNodeB to the MME is correct and whether the
port mode and port rate of the Ethernet port on the eNodeB are the same as
those on the peer device.
– If the configuration is incorrect, modify the configuration.
– If the configuration is correct, go to Step 3.4.
3. Check whether the value of Peer SCTP Port No. for the SCTP link is the same
as the SCTP port number of the new MME.
– If they are different, modify the configurations.
– If they are the same, go to Step 3.4.
4. Check the configurations of the device between the eNodeB and MME.
– If the configurations or cable connections are incorrect, modify the
configurations or cable connections.
– If the configurations or cable connections are correct, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 4 Enable a UE to access the network. Check whether the access is successful.
If the UE fails to access the network, check the cell status.
● If the cell fails to be established, the eNodeB reports an alarm. If this
happens, clear the alarm according to the instructions in 3900 & 5900 Series
Base Station Alarm Reference
● If the cell is successfully established, contact Huawei technical support or dial
the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Prerequisites
Data for the transport network between the eNodeB and the new S-GW has been
configured.
Application Scenario
An S-GW needs to be replaced when the EPC topology changes.
Reconfiguration Impact
The eNodeB disconnects from the old S-GW during S-GW replacement before a
connection to the new S-GW is set up. Therefore, services carried on the old S1
link are interrupted.
Reconfiguration Scheme
Figure 1-99 and Figure 1-102 show the reconfiguration procedures for replacing
an S-GW. Determine the reconfiguration scheme for replacing an S-GW according
to the following table.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
No route is available between the Add a route from the eNodeB to the
eNodeB and the new S-GW new S-GW and the corresponding
VLANMAP MO.
A new device IP address has been ● Change the IP address of the user-
added plane host to the new device IP
address.
● Remove the old device IP address
after data reconfiguration is
completed.
A new IP route has been added Remove the route from the eNodeB to
the old S-GW.
Note: The network segment on which the eNodeB is located can be calculated
based on the values of Mask and IP Address of the corresponding Ethernet
port.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
No route is available between the Add a route from the eNodeB to the
eNodeB and the new S-GW new S-GW and the corresponding
VLANMAP MO.
A new IPv4/IPv6 address has been ● Change the IP address of the user-
added plane host to the new IPv4/IPv6
address.
● Remove the old IPv4/IPv6 address
after data reconfiguration is
completed.
A new IP route has been added Remove the route from the eNodeB to
the old S-GW.
Note: The network segment on which the eNodeB is located can be calculated
based on the values of Mask (IPv4)/Prefix Length (IPv6) and IP Address
(IPv4)/IPv6 Address (IPv6) of the corresponding Ethernet port.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Topology Change
N/A
Information Collection
Table 1-176 and Table 1-177 describe the information to be collected for data
preparation.
Information Description
User-plane Includes:
information of the S1 ● User-plane host
interface
● User-plane peer
Information Description
User-plane Includes:
information of the S1 ● IP path
interface
● eNodeB IP path
Hardware Preparation
Prepare the hardware listed in Table 1-178.
Hardware Description
S-GW -
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
NOTE
This document does not describe how to configure the new S-GW. For details, see S-GW-related
documentation.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
Old Model
3 Add VLANMAP
New Model
3 Add IPROUTE4/
SRCIPROUTE4a
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario being "Replacing an S-GW"): For details, see the
interactive operation guide 1.11.2 Using the Batch Reconfiguration Mode of
the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
● Endpoint mode
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is
set to OLD.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding a device IP address*/
ADD DEVIP:SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.3.110", MASK="255.255.255.0";
/*Adding an IP route from the eNodeB to the new S-GW*/
ADD IPRT: RTIDX=1, SN=7, SBT=BASE_BOARD, DSTIP="192.168.3.3", DSTMASK="255.255.255.255",
RTTYPE=NEXTHOP, NEXTHOP="192.168.3.1", MTUSWITCH=OFF;
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group*/
ADD
VLANMAP:NEXTHOPIP="192.168.3.1",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=10
1,SETPRIO=DISABLE;
/*Modifying the configuration of the user-plane host of the S1 interface*/
MOD USERPLANEHOST:UPHOSTID=0, IPVERSION=IPv4, LOCIPV4="192.168.3.110";
/*Modifying the configuration of the user-plane peer of the S1 service (that is, changing the service IP
address over the S1 interface to the service IP address of the new S-GW)*/
MOD USERPLANEPEER: UPPEERID=0, IPVERSION=IPv4, PEERIPV4="192.168.3.3";
/*Removing the IP route from the eNodeB to the old S-GW with the Route Index of 0*/
RMV IPRT:RTIDX=0;
/*Removing the old device IP address*/
RMV DEVIP:SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.3.109";
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO
is set to NEW.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Setting Ethernet port 0*/
SET ETHPORT:CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
/*Adding an interface (the VLANMAP MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=NORMAL, PT=ETH, PORTID=1, VRFIDX=0;
ADD
VLANMAP:NEXTHOPIP="192.168.3.1",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=10
1,SETPRIO=DISABLE;
/*Adding an interface (the INTERFACE MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=1, VLANID=101, VRFIDX=0;
/*Adding an IPv4 address*/
ADD IPADDR4:ITFID=0, IP="192.168.3.110", MASK="255.255.255.0";
/*Adding an IPv4 route from the eNodeB to the new S-GW*/
ADD IPROUTE4: RTIDX=1, DSTIP="192.168.3.3", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.3.1", MTUSWITCH=OFF;
/*Modifying the configuration of the user-plane host of the S1 interface*/
MOD USERPLANEHOST:UPHOSTID=0, IPVERSION=IPv4, LOCIPV4="192.168.3.110";
/*Modifying the configuration of the user-plane peer of the S1 service (that is, changing the service IP
address over the S1 interface to the service IPv4 address of the new S-GW)*/
MOD USERPLANEPEER: UPPEERID=0, IPVERSION=IPv4, PEERIPV4="192.168.3.3";
/*Removing the IPv4 route from the eNodeB to the old S-GW with the Route Index of 0*/
RMV IPROUTE4:RTIDX=0;
/*Removing the old IPv4 address*/
● Link mode
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is
set to OLD.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding a device IP address*/
ADD DEVIP:SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.3.110", MASK="255.255.255.0";
/*Adding an IP route from the eNodeB to the new S-GW*/
ADD IPRT: RTIDX=1, SN=7, SBT=BASE_BOARD, DSTIP="192.168.3.3", DSTMASK="255.255.255.255",
RTTYPE=NEXTHOP, NEXTHOP="192.168.3.1", MTUSWITCH=OFF;
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group*/
ADD
VLANMAP:NEXTHOPIP="192.168.3.1",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=10
1,SETPRIO=DISABLE;
/*Changing the local and peer IP addresses of an IP path*/
MOD IPPATH:PATHID=0, SN=7, LOCALIP="192.168.3.110", PEERIP="192.168.3.3";
/*Removing the IP route from the eNodeB to the old S-GW with the Route Index of 0*/
RMV IPRT:RTIDX=0;
/*Removing the old device IP address*/
RMV DEVIP:SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.3.109";
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO
is set to NEW.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Setting Ethernet port 0*/
SET ETHPORT:CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
/*Adding an interface (the VLANMAP MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=NORMAL, PT=ETH, PORTID=1, VRFIDX=0;
ADD
VLANMAP:NEXTHOPIP="192.168.3.1",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=10
1,SETPRIO=DISABLE;
/*Adding an interface (the INTERFACE MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=1, VLANID=101, VRFIDX=0;
/*Adding an IPv4 address*/
ADD IPADDR4:ITFID=0, IP="192.168.3.110", MASK="255.255.255.0";
/*Adding an IPv4 route from the eNodeB to the new S-GW*/
ADD IPROUTE4: RTIDX=1, DSTIP="192.168.3.3", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.3.1", MTUSWITCH=OFF;
/*Changing the local and peer IP addresses of an IP path*/
MOD IPPATH:PATHID=0, TRANSCFGMODE=NEW, JNIPRSCGRP=DISABLE, BPT=ETH, PORTID=1,
LOCALIP="192.168.3.110", PEERIP="192.168.3.3";
/*Removing the IPv4 route from the eNodeB to the old S-GW with the Route Index of 0*/
RMV IPROUTE4:RTIDX=0;
/*Removing the old IPv4 address*/
RMV IPADDR4:ITFID=0, IP="192.168.3.109";
/*Removing the interface for the old IPv4 address*/
RMV INTERFACE:ITFID=1;
Prerequisites
● Information for replacing an S-GW has been collected, configuration data is
ready, and the license file is available in the save path on the FTP server.
● The cutover to the new S-GW is successful, and the new S-GW can
collaborate with EPC equipment such as the HSS and MME.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that ALM-25952 User Plane Path Fault is not reported.
If ALM-25952 User Plane Path Fault is reported, clear the alarm according to the
instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the LST USERPLANEPEER command to verify that the value of User Plane
Peer ID of one IP path is the same as the service IP address of the new S-GW.
If they are different, check whether the transmission configuration is correct.
● If it is incorrect, modify it.
● If it is correct, contact Huawei technical support or dial the Huawei technical
support hotline.
Step 3 Enable a UE to access the network. Check whether the access is successful.
If the UE fails to access the network, check the cell status.
● If the cell fails to be established, the eNodeB reports an alarm. If this
happens, clear the alarm according to the instructions in 3900 & 5900 Series
Base Station Alarm Reference
● If the cell is successfully established, contact Huawei technical support or dial
the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Prerequisites
Data has been configured for the transport network between the eNodeB and the
new MAE.
Application Scenario
The MAE needs to be replaced when the deployment of the MAE and base station
changes.
Reconfiguration Impact
The OM channel between the eNodeB and the old MAE is disconnected during
MAE replacement before an OM channel is set up between the eNodeB and the
new MAE. As a result, the eNodeB is not managed by any MAE.
Reconfiguration Scheme
Figure 1-104 shows the reconfiguration procedure for replacing the MAE.
Determine the reconfiguration scheme according to the following table.
Old Model
If… Then...
No route is available Add a route from the eNodeB to the new MAE
between the eNodeB and and the corresponding VLANMAP MO.
the new MAE
A new IP route has been Remove the route between the eNodeB and the
added old MAE.
Note: The network segment on which the eNodeB is located can be calculated
based on the values of Mask and IP Address of the corresponding Ethernet
port.
New Model
If... Then...
The current VLAN of the Add a VLAN interface on the base station.
base station does not meet
requirements when both old
and new MAEs exist
If... Then...
No route is available Add a route from the eNodeB to the new MAE
between the eNodeB and and the corresponding VLANMAP MO.
the new MAE
A new IPv4/IPv6 route has Remove the route between the eNodeB and the
been added old MAE.
Note: The network segment on which the eNodeB is located can be calculated
based on the values of Mask (IPv4)/Prefix Length (IPv6) and IP Address
(IPv4)/IPv6 Address (IPv6) of the corresponding Ethernet port.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
NOTE
If the original MAE is faulty, you need to set the route mask to 32 bits in the blind-start base
station deployment list on the target MAE. After the OM channel is established, perform the
replacement according to the normal process.
Topology Change
N/A
Information Collection
Table 1-185 describes the information to be collected for data preparation.
Information Description
Hardware Preparation
Prepare the hardware listed in Table 1-186.
Hardware Description
MAE server If no new MAE has been deployed, prepare the server
for deploying the MAE.
Software Preparation
Prepare the software listed in Table 1-187 before replacing the MAE.
Software Description
MAE software If no new MAE has been deployed, prepare the MAE
software compatible with the eNodeB for deploying the
MAE.
Software Description
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
NOTE
This document does not describe how to configure the new MAE. For details, see MAE-related
documentation.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario being "Replacing the U2000"): For details, see the
interactive operation guide 1.11.2 Using the Batch Reconfiguration Mode of
the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
/*Setting Ethernet port 0*/
SET ETHPORT:CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
/*Adding an interface (the VLANMAP MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=NORMAL, PT=ETH, PORTID=1, VRFIDX=0;
ADD VLANMAP:NEXTHOPIP= NEXTHOPIP="172.31.13.1", MASK="255.255.255.255",
VLANMODE=SINGLEVLAN, VLANID=101, SETPRIO=DISABLE;
/*Adding an interface (the INTERFACE MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=1, VLANID=101, VRFIDX=0;
/*Adding an IP address*/
ADD IPADDR4:ITFID=0, IP="172.31.13.18", MASK="255.255.255.0";
/*Adding a route from the eNodeB to the new MAE-Access*/
ADD IPROUTE4:RTIDX=1, DSTIP="10.148.36.103", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="172.31.13.1", MTUSWITCH=OFF;
/*Modifying an OM channel*/
MOD OMCH: FLAG=MASTER, IP="172.31.13.18", MASK="255.255.255.0", PEERIP="10.148.36.103",
PEERMASK="255.255.0.0", BEAR=IPV4, BRT=YES, RTIDX=1, BINDSECONDARYRT=NO,
CHECKTYPE=AUTO_UDPSESSION, UDPSN=1, USERLABEL=NONE;
/*Removing the IP route from the eNodeB to the old MAE-Access with the Route Index being 0*/
RMV IPROUTE4:RTIDX=0;
/*Removing the old IPv4 address*/
RMV DEVIP:ITFID=0, IP="172.31.13.15";
Prerequisites
Information, software, and data required for replacing the MAE are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
NOTICE
To reduce the time when the eNodeB is disconnected from the MAE, set up the
OM channel between the eNodeB and the new MAE first, and then disconnect the
OM channel between the eNodeB and the old MAE.
Procedure
● Local Operations
a. (Optional) Deploy a new MAE if no new MAE has been deployed.
b. Connect the base station to the new MAE.
● Remote Operations
a. Back up the configuration file that can be used to restore the eNodeB if
the reconfiguration fails.
i. On the menu bar of the MAE-Access, choose Maintenance > Backup
Management > NE Backup.
ii. In the left navigation tree of the NE Backup window, choose
eNodeB to select an eNodeB whose configuration file is to be backed
up.
iii. Click Backup to back up the configuration file to the FTP server.
iv. After the backup succeeds, click Upload to OSS Server to download
the backup configuration file to the local PC.
b. Deliver the data to the eNodeB and then activate the data.
----End
Procedure
Step 1 Verify that no ALM-25901 Remote Maintenance Link Failure has been reported.
----End
Prerequisites
● The original configuration file is available on the FTP server.
● The eNodeB is communicating with the FTP server properly.
Context
If the reconfiguration fails, the OM channel will be disconnected. Therefore, the
engineering rollback can be performed only on the local LMT.
Procedure
Step 1 Restore the configuration data.
● On the LMT, download and activate the original configuration file.
a. Run DLD CFGFILE to download the configuration file to the eNodeB.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="ENBCFG.XML",
ENCRYPTMODE=UNENCRYPTED;
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
----End
Application Scenario
The previous local maintenance IP address plan is inappropriate and a new plan is
required.
Reconfiguration Impact
When you change the local maintenance IP address, the eNodeB stops
communicating with the LMT. After the reconfiguration, use the new local
maintenance IP address to log in to the LMT.
Reconfiguration Scheme
To change the local maintenance IP address, change IP Address and Mask of the
LOCALIP MO (IPv4) or IPv6 Address and Prefix Length of the LOCALIP6 MO
(IPv6) to the target values.
Topology Change
N/A
Information Collection
Table 1-190 describes the information to be collected for data preparation.
Information Description
Local maintenance Includes the new local maintenance IPv4 address and
IPv4 information subnet mask.
Local maintenance New local maintenance IPv6 address. The IPv6 address
IPv6 information type must be a link-local address.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Prepare data listed in the following table.
Table 1-191 Data preparation for changing the local maintenance IP address
SN Ope MO Configuration Reference
ratio
n
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario-specific template being "Changing the Local
Maintenance IP Address"): For details, see the interactive operation guide
1.11.2 Using the Batch Reconfiguration Mode of the MAE-Deployment to
Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Deliver the configuration data to the eNodeB and activate the data.
For details, see the interactive operation guide Delivering Data to
Base Stations and Activating the Data.
iii. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up and export the configuration file. The configuration file can
be used to roll back configurations to the original state, if the
reconfiguration fails.
----End
Procedure
Step 1 Run the LST LOCALIP command to check whether the values of IP Address and
Mask are the same as planned for IPv4 transmission.
If the values of IP Address and Mask are not the same as planned, view the
modified configuration data file to check whether they are the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Run the LST LOCALIP6 command to check whether the value of IPv6 Address is
the same as planned for IPv6 transmission.
If the value of IPv6 Address is not the same as planned, check whether the value
of IPv6 Address in the modified configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
----End
NOTE
This task is applicable only when the TRANSCFGMODE parameter in the GTRANSPARA MO is
set to OLD.
Application Scenario
The previous device IP address plan is inappropriate and a new plan is required.
Reconfiguration Impact
● If the device IP address to be changed is the OM IP address, the MAE-Access
and MAE-Deployment will be disconnected from the NE after the old OM
channel becomes invalid and before the new OM channel is set up.
● If the device IP address to be changed is used for service transmission, the
service link (for example, an S1 or X2 interface) using this IP address will be
reestablished. During the reestablishment, services on the link will be
interrupted.
● If the device IP address to be changed is used for IPsec negotiations, an IPsec
renegotiation is required. During the renegotiation, services on the IPsec
tunnel will be interrupted.
● If related IP information is not completely modified on other NEs and the to-
be-reconstructed base station when you change the device IP address,
network loop may occur.
Reconfiguration Scheme
The following information describes how to reconfigure the device IP address for a
multimode base station (MBTS).
● If the device IP address to be changed is shared by all RATs in a co-MPT
MBTS, such as the OM IP address, the IP Address in the DEVIP MO needs to
be changed only once. After the device IP address is changed, the MOs that
reference this IP address must be modified on the base station side, including
the OMCH, IPPATH, SCTPLNK, USERPLANEHOST, and SCTPHOST. In addition,
the device IP address must be changed to the new one on the peer devices,
such as the MAE-Access, base station controller, and MME/S-GW.
● The method of changing the device IP address for the separate-MPT MBTS is
the same as that for a single-mode base station. When IP co-transmission is
adopted:
– If the IP address is changed on the RAT that does not provide
transmission, the route from the RAT that provides transmission to the
RAT that does not provide transmission needs to be changed. That is,
change the "Destination IP Address" to the new IP address.
● For details about how to change IP addresses for GSM, see GBSS Reconfiguration Guide for
BSC6900.
● For details about how to change IP addresses for UMTS, see RAN Reconfiguration Guide for
BSC6900.
● For details about how to change IP addresses for LTE, see this section. You must also modify
related IP information on other NEs and the to-be-reconstructed base station when changing
the device IP address.
The DEVIP MO shares associations and configuration restrictions with many MOs.
If the DEVIP MO is modified, these MOs must also be modified. The following
figure shows the associations and restrictions between these MOs.
The device IP address is used for Change the next-hop IP address of the
an IP route, and the new and old IP route to the new gateway IP address.
device IP addresses are not on IPRT/SRCIPRTa
the same network segment
The device IP address is used for Change the next-hop IP address in the
an IP route, and the new and old VLANMAP MO to the new gateway IP
device IP addresses are not on address.
the same network segment VLANMAP
If... Then...
● Link mode
The device IP address is used for Change the next-hop IP address of the
an IP route, and the new and old IP route to the new gateway IP address.
device IP addresses are not on IPRT/SRCIPRTa
the same network segment
The device IP address is used for Change the next-hop IP address in the
an IP route, and the new and old VLANMAP MO to the new gateway IP
device IP addresses are not on address.
the same network segment VLANMAP
If... Then...
Table 1-194 and Table 1-195 describe the reconfiguration scheme using MML
commands.
● Endpoint mode
The new and old device IP Modify the services that use the device
addresses are not on the same IP address by running the following
network segment command:
ADD VLANMAPa
The device IP address is used for Modify the services that use the device
an IP route IP address by running the following
command:
ADD IPRT/ADD SRCIPRTb
The device IP address is used for Modify the services that use the device
an S1 link IP address by running the following
commands:
MOD SCTPHOSTc
MOD USERPLANEHOST
The device IP address is used for Modify the services that use the device
an X2 link IP address by running the following
commands:
MOD SCTPHOST
MOD USERPLANEHOST
If... Then...
The device IP address is used for Modify the services that use the device
the OMCH IP address by running the following
command and change the NE's IP
address on the MAE-Access:
MOD OMCH
The device IP address is used for Modify the services that use the device
an IP clock link IP address by running the following
commands:
RMV IPCLKLINK
ADD IPCLKLINK
A link that uses the device IP Modify the services that use the device
address supports BFD IP address by running the following
command:
MOD BFDSESSION
The device IP address is used for Modify the services that use the device
IP PM sessions IP address by running the following
commands:
RMV IPPMSESSION
ADD IPPMSESSION
The device IP address is used for Modify the services that use the device
TWAMP IP address by running the following
commands:
MOD TWAMPCLIENT
MOD TWAMPRESPONDER
The device IP address is used for Modify the services that use the device
IPsec negotiation IP address by running the following
commands:
MOD IKEPEER
MOD ACLRULE
The device IP address is used for Remove the MOs that reference the
an IP route device IP address by running the
following command:
RMV IPRT/RMV SRCIPRTb
The new and old device IP Remove the MOs that reference the
addresses are not on the same device IP address by running the
network segment following command:
RMV VLANMAP
If... Then...
a: After running the command, you must perform a connectivity test for the
next-hop gateway. You can perform the next step only after the connectivity
test is passed.
b: To simplify configurations when one device IP address maps multiple
destination IP addresses, you are advised to configure the source IP route.
c: In endpoint mode, an S1 interface is automatically set up after its peer is
manually configured. In addition, if the slot number of the board where the
local IP address is located changes after the SCTPHOST MO is modified, the
eNodeB automatically removes and then sets up an S1 interface. If S1
Configuration Type in an MmeCapInfo MO is set to S1INTERFACE_CFG
and the S1 interface associated with S1 Interface ID in the MmeCapInfo
MO is automatically removed and then set up, the MmeCapInfo MO
corresponding to the S1 interface is also removed. As a result, the new S1
interface is not associated with any MmeCapInfo MO. In this case, you
need to reconfigure and associate the new S1 interface with the
MmeCapInfo MO.
● Link mode
The new and old device IP Modify the services that use the device
addresses are not on the same IP address by running the following
network segment command:
ADD VLANMAPa
The device IP address is used for Modify the services that use the device
an IP route IP address by running the following
command:
ADD IPRT/ADD SRCIPRTb
The device IP address is used for Modify the services that use the device
an S1 link IP address by running the following
commands:
MOD SCTPLNK
MOD IPPATH
If... Then...
The device IP address is used for Modify the services that use the device
an X2 link IP address by running the following
commands:
MOD SCTPLNK
MOD IPPATH
The device IP address is used for Modify the services that use the device
the OMCH IP address by running the following
command and change the NE's IP
address on the MAE-Access:
MOD OMCH
The device IP address is used for Modify the services that use the device
an IP clock link IP address by running the following
commands:
RMV IPCLKLINK
ADD IPCLKLINK
A link that uses the device IP Modify the services that use the device
address supports BFD IP address by running the following
command:
MOD BFDSESSION
The device IP address is used for Modify the services that use the device
IP PM sessions IP address by running the following
commands:
RMV IPPMSESSION
ADD IPPMSESSION
The device IP address is used for Modify the services that use the device
TWAMP IP address by running the following
commands:
MOD TWAMPCLIENT
MOD TWAMPRESPONDER
The device IP address is used for Modify the services that use the device
IPsec negotiation IP address by running the following
commands:
MOD IKEPEER
MOD ACLRULE
The device IP address is used for Remove the MOs that reference the
an IP route device IP address by running the
following command:
RMV IPRT/RMV SRCIPRTb
If... Then...
The new and old device IP Remove the MOs that reference the
addresses are not on the same device IP address by running the
network segment following command:
RMV VLANMAP
a: After running the command, you must perform a connectivity test for the
next-hop gateway. You can perform the next step only after the connectivity
test is passed.
b: To simplify configurations when one device IP address maps multiple
destination IP addresses, you are advised to configure the source IP route.
Topology Change
N/A
Information Collection
Table 1-196 describes the information to be collected for data preparation.
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Data to be prepared is listed in the following tables.
● MAE-Deployment, in endpoint mode
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
/*If multiple IP routes are associated with the device IP address, add all the associated IP routes.*/
ADD IPRT: RTIDX=0, SN=7, SBT=BASE_BOARD, DSTIP="172.169.1.5", DSTMASK="255.255.255.255",
RTTYPE=NEXTHOP, NEXTHOP="192.168.7.1", MTUSWITCH=OFF;
/*Modifying an SCTP host*/
MOD SCTPHOST: SCTPHOSTID=0, IPVERSION=IPv4, SIGIP1V4="192.168.7.166";
/*Modifying a user-plane host*/
MOD USERPLANEHOST: UPHOSTID=0, IPVERSION=IPv4, LOCIPV4="192.168.7.166";
/*Modifying an OM channel*/
MOD OMCH: FLAG=MASTER, IP="192.168.7.166";
/*Modifying an IP clock link*/
RMV IPCLKLINK:;
/*Adding an IP clock link*/
ADD IPCLKLINK: ICPT=PTP, SN=7, CNM=UNICAST, CIP="192.168.7.166", SIP="192.168.49.249",
PROFILETYPE=1588V2;
/*Modifying a BFD session*/
MOD BFDSESSION: SN=7, BFDSN=0, SRCIP="192.168.7.166";
/*Removing an IP PM session*/
RMV IPPMSESSION: IPPMSN=0;
ADD IPPMSESSION: IPPMSN=0, IPPMTYPE=THREE_TUPLE, BINDPATH=NO, LOCALIP="192.168.7.166",
PEERIP="192.168.1.166";
/*Modifying the TWAMP configuration*/
MOD TWAMPCLIENT: CLIENTID=0, LOCALIP="192.168.1.166";
MOD TWAMPRESPONDER: RESPONDERID=0, LOCALIP="192.168.1.166";
/*If the IP address to be changed is used for IPsec negotiations, perform the following steps:*/
/*Changing the local IP address of the IKE peer to the new device IP address*/
MOD IKEPEER: PEERNAME="ike", LOCALIP="192.168.7.166";
/*If the device IP address is the Source IP Address in the ACLRULE MO referenced by the IPSECBIND
MO, perform the following steps: */
/*All ACLRULE MOs that meet the preceding conditions need to be modified.*/
/*Modifying the ACL rules by changing the Source IP Address or Destination IP Address that references
this IP address to the new device address*/
MOD ACLRULE: ACLID=3000, RULEID=1, SIP="192.168.7.166";
MOD ACLRULE: ACLID=3100, RULEID=1, DIP="192.168.7.166";
/*Removing the IP route*/
/*If multiple IP routes are associated with the device IP address, remove all the associated IP routes.
To query the IP routes associated with the device IP address, run the DSP IPRT command.*/
RMV IPRT: RTIDX=0;
/*Removing a next-hop VLAN mapping relationship with the next-hop IP address of the VLAN
mapping being 192.168.0.1 and the subnet mask being 255.255.255.255*/
RMV VLANMAP: NEXTHOPIP="192.168.0.1", MASK="255.255.255.255";
/*Removing the device IP address*/
RMV DEVIP: SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.7.186";
● Link mode
In the following example, the device IP address needs to be changed from
192.168.7.186 to 192.168.7.166 and the address is referenced by the MOs
IPPATH, SCTPLNK, OMCH, IPRT, and IPCLKLNK.
If OMCH parameters are modified by mistake, the OMCH may be
disconnected and cannot be restored within a long period of time. To avoid
service unavailability due to the OMCH disconnection, you are advised to turn
on the automatic rollback switch of the CB by running the CFM CB command
before configuring data. For example, CFM CB: MODE=UNFORCED,
NAME="CB1", COMMENT="Launch", AUTORBKSW=ENABLE, RBKTIME=60,
RBKCONDITION=OMCH_FAULT;.
/*Adding a device IP address*/
ADD DEVIP: CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, IP="192.168.7.166",
MASK="255.255.252.0";
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group*/
ADD VLANMAP: NEXTHOPIP="192.168.7.1", MASK="255.255.255.255", VLANMODE=SINGLEVLAN,
VLANID=101, SETPRIO=DISABLE;
/*Adding an IP route*/
/*If multiple IP routes are associated with the device IP address, add all the associated IP routes.*/
ADD IPRT: RTIDX=0, SN=7, SBT=BASE_BOARD, SBT=BASE_BOARD, DSTIP="172.169.1.5",
DSTMASK="255.255.255.255", RTTYPE=NEXTHOP, NEXTHOP="192.168.7.1", MTUSWITCH=OFF;
/*Modifying an SCTP link*/
MOD SCTPLNK: SCTPNO=0, LOCIP="192.168.7.166";
/*Modifying an IP path*/
MOD IPPATH: PATHID=0, SN=7, LOCALIP="192.168.7.166";
/*Modifying an OM channel*/
MOD OMCH: FLAG=MASTER, IP="192.168.7.166";
/*Modifying an IP clock link*/
RMV IPCLKLINK:;
/*Adding an IP clock link*/
ADD IPCLKLINK: ICPT=PTP, SN=7, CNM=UNICAST, CIP="192.168.7.166", SIP="192.168.49.249",
PROFILETYPE=1588V2;
/*Modifying a BFD session*/
MOD BFDSESSION: SN=7, BFDSN=0, SRCIP="192.168.7.166";
/*Removing an IP PM session*/
RMV IPPMSESSION:IPPMSN=0;
ADD IPPMSESSION: IPPMSN=0, IPPMTYPE=THREE_TUPLE, BINDPATH=NO, LOCALIP="192.168.7.166",
PEERIP="192.168.1.166";
/*Modifying the TWAMP configuration*/
MOD TWAMPCLIENT: CLIENTID=0, LOCALIP="192.168.1.166";
MOD TWAMPRESPONDER: RESPONDERID=0, LOCALIP="192.168.1.166";
/*If the IP address to be changed is used for IPsec negotiations, perform the following steps:*/
/*Changing the local IP address of the IKE peer to the new device IP address*/
MOD IKEPEER: PEERNAME="ike", LOCALIP="192.168.7.166";
/*If the device IP address is the Source IP Address in the ACLRULE MO referenced by the IPSECBIND
MO, perform the following steps: */
/*All ACLRULE MOs that meet the preceding conditions need to be modified.*/
/*Modifying the ACL rules by changing the Source IP Address or Destination IP Address that references
this IP address to the new device address*/
MOD ACLRULE: ACLID=3000, RULEID=1, SIP="192.168.7.166";
MOD ACLRULE: ACLID=3100, RULEID=1, DIP="192.168.7.166";
/*Removing the IP route*/
/*If multiple IP routes are associated with the device IP address, remove all the associated IP routes.
To query the IP routes associated with the device IP address, run the DSP IPRT command.*/
RMV IPRT: RTIDX=0;
/*Removing a next-hop VLAN mapping relationship with the next-hop IP address of the VLAN
mapping being 192.168.0.1 and the subnet mask being 255.255.255.255*/
RMV VLANMAP: NEXTHOPIP="192.168.0.1", MASK="255.255.255.255";
/*Removing the device IP address*/
RMV DEVIP: SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.7.186";
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
If the device IP address to be changed is the OM IP address, run MML
commands on the LMT to deliver the data to the base station and then
activate the data.
If... Then...
If... Then...
----End
Procedure
Step 1 Verify that no related alarm is reported.
For example:
If any alarm is reported, clear the alarm according to the instructions in 3900 &
5900 Series Base Station Alarm Reference.
Step 2 Run the LST DEVIP command. Verify that IP Address and Mask are the same as
planned.
If the values of IP Address and Mask are inconsistent with the plan, view the
modified configuration data file to check whether they are consistent with the
plan.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Context
If the changed device IP address is for remote maintenance, a rollback cannot be
performed. The rollback of a device IP address that is not used for remote
maintenance is as follows:
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
----End
NOTE
This task is applicable only when the TRANSCFGMODE parameter in the GTRANSPARA MO is
set to NEW.
Application Scenario
The previous IPv4/IPv6 address plan is inappropriate and a new plan is required.
Reconfiguration Impact
● If the IPv4/IPv6 address to be changed is the OM IP address, the MAE-Access
and MAE-Deployment will be disconnected from the NE after the old OM
channel becomes invalid and before the new OM channel is set up.
● If the IPv4/IPv6 address to be changed is used for service transmission, the
service link (for example, an S1 or X2 link) using this IP address will be
reestablished. During the reestablishment, services on the link will be
interrupted.
● If the IPv4/IPv6 address to be changed is used for IPsec negotiations, an IPsec
renegotiation is required. During the renegotiation, services on the IPsec
tunnel will be interrupted.
● If related IP information is not completely modified on other NEs and the to-
be-reconstructed base station when you change the IPv4/IPv6 address,
services will become unavailable for use.
Reconfiguration Scheme
The following information describes how to reconfigure the IPv4/IPv6 address for
a multimode base station (MBTS).
● If the IP address to be changed is shared by all RATs in a co-MPT MBTS, such
as the OM IP address, the IP Address in the DEVIP MO needs to be modified
only once. After the IP address is changed, the MOs that reference this IP
address must be modified on the base station side, including the OMCH,
IPPATH, SCTPLNK, USERPLANEHOST, and SCTPHOST. In addition, the IP
address must be changed to the new one on the peer devices, such as the
MAE-Access, base station controller, and MME/S-GW.
● The method of changing the IPv4/IPv6 address for the separate-MPT MBTS is
the same as that for a single-mode base station. When IP co-transmission is
adopted:
– If the IP address is changed on the RAT that does not provide
transmission, the route from the RAT that provides transmission to the
RAT that does not provide transmission needs to be changed. That is,
change the "Destination IP Address" to the new IP address.
● For details about how to change IP addresses for GSM, see GBSS Reconfiguration Guide for
BSC6900.
● For details about how to change IP addresses for UMTS, see RAN Reconfiguration Guide for
BSC6900.
● For details about how to change IP addresses for LTE, see this section. You must also modify
related IP information on other NEs and the to-be-reconstructed base station when changing
the IP address.
The IPv4/IPv6 address is used for Change the next-hop IP address of the
an IP route and the new IP IP route to the new gateway IP address.
address is not on the same
IPv4: IPROUTE4/SRCIPROUTE4a
network segment as the original
IP address IPv6: IPROUTE6
The IPv4/IPv6 address is used for Change the next-hop IP address in the
an IP route and the new IP VLANMAP MO to the new gateway IP
address is not on the same address.
network segment as the original IPv4: VLANMAP
IP address
IPv6: N/A
If... Then...
● Link mode
The IPv4 address is used for an Change the next-hop IP address of the
IP route and the new IP address IP route to the new gateway IP address.
is not on the same network IPROUTE4/SRCIPROUTE4a
segment as the original IP
address
The IPv4 address is used for an Change the next-hop IP address in the
IP route and the new IP address VLANMAP MO to the new gateway IP
is not on the same network address.
segment as the original IP VLANMAP
address
Table 1-203 and Table 1-204 describe the reconfiguration scheme using MML
commands.
● Endpoint mode
If... Then...
The new and old device IP Modify the services that use the IPv4/
addresses are not on the same IPv6 address by running the following
network segment command:
ADD VLANMAP/ADD INTERFACEa
The IPv4/IPv6 address is used for Modify the services that use the IPv4/
an IP route IPv6 address by running the following
command:
IPv4: ADD IPROUTE4/ADD
SRCIPROUTE4b
IPv6: ADD IPROUTE6
The IPv4/IPv6 address is used for Modify the services that use the IPv4/
an S1 link IPv6 address by running the following
commands:
MOD SCTPHOSTc
MOD USERPLANEHOST
The IPv4/IPv6 address is used for Modify the services that use the IPv4/
an X2 link IPv6 address by running the following
commands:
MOD SCTPHOST
MOD USERPLANEHOST
The IPv4/IPv6 address is used for Modify the services that use the IPv4/
the OMCH IPv6 address by running the following
command and change the NE's IP
address on the MAE-Access
MOD OMCH
The IPv4/IPv6 address is used for Modify the services that use the IPv4/
an IP clock link IPv6 address by running the following
commands:
RMV IPCLKLINK
ADD IPCLKLINK
A link that uses the IPv4 address Modify the services that use the IPv4/
supports BFD IPv6 address by running the following
command:
IPv4: MOD BFD
IPv6: N/A
If... Then...
The IPv4 address is used for an Modify the services that use the IPv4/
IP PM session IPv6 address by running the following
commands:
IPv4:
RMV IPPMSESSION
ADD IPPMSESSION
IPv6: N/A
The IPv4 address is used for Modify the services that use the IPv4/
TWAMP IPv6 address by running the following
commands:
IPv4:
MOD TWAMPCLIENT
MOD TWAMPRESPONDER
IPv6: N/A
The IPv4/IPv6 address is used for Modify the services that use the IPv4/
IPsec negotiation IPv6 address by running the following
command:
IPv4/IPv6: MOD IKEPEER
IPv4: MOD ACLRULE
IPv6: MOD ACLRULE6
The IPv4/IPv6 address is used for Remove the MOs that reference the
an IP route IPv4/IPv6 address by running the
following command:
IPv4: RMV IPROUTE4/RMV
SRCIPROUTE4b
IPv6: RMV IPROUTE6
The new and old device IP Remove the MOs that reference the
addresses are not on the same IPv4/IPv6 address by running the
network segment following command:
IPv4: RMV VLANMAP
IPv6: N/A
If... Then...
a: After running the command, you must perform a connectivity test for the
next-hop gateway. You can perform the next step only after the connectivity
test is passed. Only the ADD INTERFACE command is available for use for
IPv6 transmission and dual stack transmission.
b: To simplify configurations when one IPv4 address maps multiple
destination IP addresses, you are advised to configure the source IPv4 route.
c: In endpoint mode, an S1 interface is automatically set up after its peer is
manually configured. In addition, if the slot number of the board where the
local IP address is located changes after the SCTPHOST MO is modified, the
eNodeB automatically removes and then sets up an S1 interface. If S1
Configuration Type in an MmeCapInfo MO is set to S1INTERFACE_CFG
and the S1 interface associated with S1 Interface ID in the MmeCapInfo
MO is automatically removed and then set up, the MmeCapInfo MO
corresponding to the S1 interface is also removed. As a result, the new S1
interface is not associated with any MmeCapInfo MO. In this case, you
need to reconfigure and associate the new S1 interface with the
MmeCapInfo MO.
● Link mode
The new and old device IP Modify the services that use the IPv4
addresses are not on the same address by running the following
network segment command:
ADD VLANMAP/ADD INTERFACEa
The IPv4 address is used for an Modify the services that use the IPv4
IPv4 route address by running the following
command:
ADD IPROUTE4/ADD SRCIPROUTE4b
The IPv4 address is used for an Modify the services that use the IPv4
S1 link address by running the following
commands:
MOD SCTPLNK
MOD IPPATH
If... Then...
The IPv4 address is used for an Modify the services that use the IPv4
X2 link address by running the following
commands:
MOD SCTPLNK
MOD IPPATH
The IPv4 address is used for the Modify the services that use the IPv4
OMCH address by running the following
command and change the NE's IP
address on the MAE-Access:
MOD OMCH
The IPv4 address is used for an Modify the services that use the IPv4
IP clock link address by running the following
commands:
RMV IPCLKLINK
ADD IPCLKLINK
A link that uses the IPv4 address Modify the services that use the IPv4
supports BFD address by running the following
command:
MOD BFD
The IPv4 address is used for an Modify the services that use the IPv4
IP PM session address by running the following
commands:
RMV IPPMSESSION
ADD IPPMSESSION
The IPv4 address is used for Modify the services that use the IPv4
TWAMP address by running the following
commands:
MOD TWAMPCLIENT
MOD TWAMPRESPONDER
The IPv4 address is used for Modify the services that use the IPv4
IPsec negotiation address by running the following
commands:
MOD IKEPEER
MOD ACLRULE
The IPv4 address is used for an Remove the MOs that reference the IPv4
IP route address by running the following
command:
RMV IPROUTE4/RMV SRCIPROUTE4
If... Then...
The new and old device IP Remove the MOs that reference the IPv4
addresses are not on the same address by running the following
network segment command:
RMV VLANMAP
a: After running the command, you must perform a connectivity test for the
next-hop gateway. You can perform the next step only after the connectivity
test is passed. Only the ADD INTERFACE command is available for use for
IPv6 transmission and dual stack transmission.
b: To simplify configurations when one IPv4 address maps multiple
destination IP addresses, you are advised to configure the source IPv4 route.
Topology Change
N/A
Information Collection
Table 1-205 describes the information to be collected for data preparation.
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Data to be prepared is listed in the following tables.
● MAE-Deployment, in endpoint mode
13 Mod IPv4:
ify TWAMPRESPONDER
IPv6: N/A
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
/*If multiple IP routes are associated with the IPv6 address, add all the associated IP routes.*/
ADD IPROUTE6: RTIDX=1, DSTIP="2193:1:50::", PFXLEN=64, RTTYPE=NEXTHOP, NEXTHOP="2010::3";
/*Modifying an SCTP host*/
MOD SCTPHOST: SCTPHOSTID=0, IPVERSION=IPv6, SIGIP1V6="2010::221";
/*Modifying a user-plane host*/
MOD USERPLANEHOST: UPHOSTID=0, IPVERSION=IPv6, MULTICASTLISTENERSW=DISABLE,
LOCIPV6="2010::221";
/*Modifying an OM channel*/
MOD OMCH: FLAG=MASTER, BEAR=IPV6, IP6="2010::221";
/*Modifying an IP clock link*/
RMV IPCLKLINK:;
ADD IPCLKLINK: LN=0, ICPT=PTP, SN=7, CNM=UNICAST, IPMODE=IPV6, CIPV6="2010::221",
SIPV6="2010::100", DELAYTYPE=E2E, PROFILETYPE=1588V2;
/*If Source IP Address in the ACLRULE6 MO referenced by the IPSECBINDITF MO is this IPv6 address,
perform the following steps: */
/*All ACLRULE6 MOs that meet the preceding conditions need to be modified.*/
/*Modifying the ACL rules by changing the "Source IP Address" or "Destination IP Address" that
references this IP address to the new IPv4 address*/
MOD ACLRULE6: ACLID=3000, RULEID=1, SIP="2010::221";
MOD ACLRULE6: ACLID=3001, RULEID=1, DIP="2010::221";
/*Removing the IPv6 route*/
/*If multiple IP routes are associated with the IPv6 address, remove all the associated IP routes. To
query the IP routes associated with the IPv6 address, run the DSP IPROUTE6 command.*/
RMV IPROUTE6: RTIDX=0;
/*Removing the IPv6 address*/
RMV IPADDR6: IPADDR6ID="0";
/*Removing the INTERFACE MO if no IP address is configured on this MO where the old IPv6 address
resides*/
RMV INTERFACE: ITFID=0;
● Link mode
In the following example, the IPv4 address needs to be changed from
192.168.7.186 to 192.168.7.166 and the new IPv4 address is referenced by
the MOs IPPATH, SCTPLNK, OMCH, IPRT, and IPCLKLNK.
If OMCH parameters are modified by mistake, the OMCH may be
disconnected and cannot be restored within a long period of time. To avoid
service unavailability due to the OMCH disconnection, you are advised to turn
on the automatic rollback switch of the CB by running the CFM CB command
before configuring data. For example, CFM CB: MODE=UNFORCED,
NAME="CB1", COMMENT="Launch", AUTORBKSW=ENABLE, RBKTIME=60,
RBKCONDITION=OMCH_FAULT;.
/*Setting Ethernet port 0*/
SET ETHPORT: CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
/*Adding an interface (the VLANMAP MO is used to configure a VLAN)*/
ADD INTERFACE: ITFID=0, ITFTYPE=NORMAL, PT=ETH, PORTID=1, VRFIDX=0;
ADD VLANMAP: NEXTHOPIP="192.168.7.1" , MASK="255.255.255.255", VLANMODE=SINGLEVLAN,
VLANID=101, SETPRIO=DISABLE;
/*Adding an interface (the INTERFACE MO is used to configure a VLAN)*/
ADD INTERFACE: ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=1, VLANID=101, VRFIDX=0;
/*Adding an IPv4 address*/
ADD IPADDR4: ITFID=0, IP="192.168.7.166", MASK="255.255.252.0";
/*Adding an IPv4 route*/
/*If multiple IP routes are associated with the IPv4 address, add all the associated IP routes.*/
ADD IPROUTE4: RTIDX=0, DSTIP="172.169.1.5", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.7.1", MTUSWITCH=OFF;
/*Modifying an SCTP link*/
MOD SCTPLNK: SCTPNO=0, LOCIP="192.168.7.166";
/*Modifying an IP path*/
MOD IPPATH: PATHID=0, TRANSCFGMODE=NEW, JNIPRSCGRP=DISABLE, BPT=ETH, PORTID=1,
LOCALIP="192.168.7.166";
/*Modifying an OM channel*/
MOD OMCH: FLAG=MASTER, IP="192.168.7.166";
/*Modifying an IP clock link*/
RMV IPCLKLINK:;
ADD IPCLKLINK: ICPT=PTP, SN=7, CNM=UNICAST, CIP="192.168.7.166", SIP="192.168.49.249",
PROFILETYPE=1588V2;
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
If the IPv4/IPv6 address to be changed is an OM IP address, you are advised
to run MML commands on the LMT to deliver the data to the eNodeB and
then activate the data.
a. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
b. Back up and export the configuration file. The configuration file can be
used to roll back configurations to the original state, if the
reconfiguration fails.
i. Run the BKP CFGFILE command to back up the configuration file.
ii. Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
c. Use the LMT to deliver the batch configuration script prepared according
to Engineering Preparation > Data Preparation to the base station and
activate the script on the base station. For details, see 1.3.2 Running
MML Commands on the LMT.
d. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
e. (Optional) If the IPv4/IPv6 address is used for an OM channel, change
the OM IP address of the NE to the new IPv4/IPv6 address on the MAE-
Access.
i. On the menu bar of the MAE-Access, choose Topology > Main
Topology.
ii. In the navigation tree on the left, select the eNodeB.
iii. In the right pane, right-click the eNodeB and choose Property from
the shortcut menu.
iv. In the displayed NE Properties dialog box, set IP Address 1 to the
new IPv4/IPv6 address, and then click OK.
● Remote Operations
Procedure
Step 1 Verify that no related alarms have been reported.
For example:
● ALM-25886 IP Path Fault
● ALM-25901 Remote Maintenance Link Failure
● ALM-25888 SCTP Link Fault
● ALM-25952 User Plane Path Fault
● ALM-25954 User Plane Fault
● ALM-26263 IP Clock Link Failure
● ALM-26266 Time Synchronization Failure
● ALM-25899 BFD Session Fault
● ALM-25891 IKE Negotiation Failure
● ALM-29201 S1 Interface Fault
● ALM-29204 X2 Interface Fault
If any alarm is reported, clear the alarm by referring to 3900 & 5900 Series Base
Station Alarm Reference.
Step 2 Run the LST IPADDR4 command to check whether the values of IP Address and
Mask are the same as planned for IPv4 transmission.
If the values of IP Address and Mask are not the same as planned, view the
modified configuration data file to check whether they are the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Run the LST IPADDR6 command to check whether the values of IPv6 Address and
Prefix Length are the same as planned for IPv6 transmission.
If the values of IPv6 Address and Prefix Length are not the same as planned,
view the modified configuration data file to check whether they are the same as
planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Context
If the changed IPv4/IPv6 address is used as an OM IP address, a rollback cannot
be performed. The rollback of an IPv4/IPv6 address that is not used as an OM IP
address is as follows.
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
----End
Prerequisites
Data for the transport network between the eNodeB and the modified clock server
has been configured.
Application Scenario
● An eNodeB needs to be connected to another clock server when the serving
clock server becomes unusable.
● The IP address of the serving clock server needs to be changed because of
network replanning.
Reconfiguration Impact
The eNodeB cannot synchronize with the clock source and handovers within the
cells of the eNodeB may be affected during the change of the IP address of the
clock server.
Reconfiguration Scheme
Figure 1-110 and Figure 1-113 show the reconfiguration procedures for changing
the IP address of a clock server. Determine the reconfiguration scheme according
to the following table.
(MML command) The clock work Change the clock working mode to
mode is manual and the clock source Auto so that operators can remove the
is the IP clock before reconfiguration old IP clock link and add a new IP
clock link.
(MML command) The Clock Working Change the Clock Working Mode to
Mode is changed to Auto Manual.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
Figure 1-110 Procedure for changing the IP address of a clock server using the
MAE-Deployment (IPv4)
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Figure 1-111 Procedure for changing the IP address of a clock server using the
MAE-Deployment (IPv4)
Figure 1-112 Procedure for changing the IPv6 address of a clock server using the
MAE-Deployment (IPv6)
Old Model
Figure 1-113 Procedure for changing the IP address of a clock server using MML
commands (IPv4)
New Model
Figure 1-114 Procedure for changing the IP address of a clock server using MML
commands (IPv4)
Figure 1-115 Procedure for changing the IP address of a clock server using MML
commands (IPv6)
Topology Change
N/A
Information Collection
Table 1-211 describes the information to be collected for data preparation.
Information Description
IPv4 address of the new clock server Includes the IPv4 address and subnet
mask.
IPv6 address of the new clock server Includes the IPv6 address and prefix
length.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
NOTE
The clock server setting is common data for a co-MPT multimode base station (MBTS). You only
need to reconfigure the clock server once, and the configuration takes effect for all RATs of the
MBTS.
Old Model
Table 1-212 Data preparation for changing the IP address of a clock server
Rec SN Ope MO Configuration Reference
onfi rati
gura on
tion
Mod
e
MAE 1 Mod IPCLKL Change the IP address to that of the new clock
- ify NK server.
Depl
oym 2 Mod IPv4: Change Destination IP to the IP address of the
ent ify IPRT/ new clock server.
SRCIPR
Ta
3 Add IPCLKL For details, see "Clock over IP (FDD)" > "Data
NK Preparation" in Synchronization Feature
Parameter Description.
4 Add IPv4: For details, see IP eRAN Engineering Guide
IPRT/ Feature Parameter Description.
SRCIPR
Ta
5 Add IPv4:
VLAN
MAP
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Table 1-213 Data preparation for changing the IP address of a clock server
Rec SN Ope MO Configuration Reference
onfi rati
gura on
tion
Mod
e
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario-specific template being "Changing the IP Address of a
Clock Server"). For details, see the interactive operation guide 1.11.2 Using
the Batch Reconfiguration Mode of the MAE-Deployment to Prepare
Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Old Model
New Model
Prerequisites
● Related information and configuration data are ready.
● The new clock server has been configured and connected to the eNodeB.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Deliver the configuration data to the eNodeB and activate the data.
For details, see the interactive operation guide Delivering Data to
Base Stations and Activating the Data.
iii. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that the following alarms have not been reported:
● ALM-26262 External Clock Reference Problem
● ALM-26263 IP Clock Link Failure
● ALM-26264 System Clock Unlocked
If any alarm is reported, clear the alarm following the instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 Run the LST IPCLKLINK command to check whether the Server IPv4/IPv6 is the
same as the IP address of the new clock server.
If they are different, check whether the Server IP of the IP clock link in the
configuration data file is the same as the IP address of the new clock server.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
Step 3 Run the DSP IPCLKLINK command, and verify that the value of Link Available
State is Available and the value of Link Active State is Activated.
If the value of Link Available State is Unavailable, ping the IP address of the
clock server to check whether the route between the device IP address (old
model)/IPv4 address (new model)/IPv6 address (new model) of the eNodeB and
the IP address of the clock server is normal.
If... Then...
The IP address is Check whether the IP route toward the clock server is
unreachable. correctly configured.
● If the IP route is correctly configured,
– IPv4 scenarios: Run RMV IPRT (old model)/RMV
IPROUTE4 (new model) to remove the IP route
first, and then run ADD IPRT (old model)/ADD
IPROUTE4 (new model) to add a correct IP route.
– IPv6 scenarios: Run MOD IPROUTE6/ADD
IPROUTE6.
● If the IP route is correctly configured, check whether
the physical link between the eNodeB and the IP
clock server is normal.
– If it is abnormal, adjust the physical connection.
– If it is normal, contact Huawei technical support
or dial the Huawei technical support hotline.
If the value of Link Active State is Deactivated, run the LST CLKMODE
command to check whether the value of Clock Working Mode is Manual and the
value of Selected Clock Source is IP Clock or check whether the value of Clock
Working Mode is Auto.
If... Then...
Step 4 Run the DSP CLKSTAT command. Wait for more than 10 minutes, and check
whether the value of PLL Status is Locked.
If it is not Locked, contact Huawei technical support or dial the Huawei technical
support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Application Scenario
● SCTP link numbers need to be replanned.
● The self-setup SCTP link numbers in endpoint configuration mode do not
meet requirements.
Reconfiguration Impact
A service link (such as S1 or X2) needs to be reestablished when the SCTP link
number is changed. During the reestablishment, services on the link will be
interrupted.
Reconfiguration Scheme
Figure 1-116 shows the reconfiguration procedure using the MAE-Deployment.
Figure 1-117 shows the reconfiguration procedure using MML commands.
NOTE
Run LST SCTPLNK to query the Auto Config Flag value to determine whether the SCTP link is
set up automatically or manually.
● If the Auto Config Flag value is Manual Created, the SCTP link is set up manually.
● If the Auto Config Flag value is Auto Created, the SCTP link is set up automatically.
This scenario is used when the SCTP link is set up manually.
Figure 1-117 Changing an SCTP link number (using the MML commands)
Topology Change
N/A
Information Collection
Table 1-214 describes the information to be collected for data preparation.
Information Description
Information of the local end of the Includes the device IP address (old
SCTP link model)/IPv4 address (new model) and
port number of the local end
Information of the peer end of the Includes the IP address and port
SCTP link number of the peer end
Information about the objects that Includes the S1/X2 object ID, S1/X2
reference the SCTP link interface ID, and CP bearer number
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO
is set to NEW.
/*Removing the S1 object*/
RMV S1:S1Id=0;
/*Adding an SCTP link with the Link No. of 100*/
ADD SCTPLNK:SCTPNO=100, LOCIP="192.168.200.110", LOCPORT=2918, PEERIP="192.168.3.3",
PEERPORT=2918, AUTOSWITCH=ENABLE;
/*Adding the associated S1 object*/
ADD S1:S1Id=0, CnOperatorId=03, CpEpGroupId=0, UpEpGroupId=0;
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO
is set to NEW.
/*Removing the S1 interface*/
RMV S1INTERFACE:S1InterfaceId=0;
/*Removing the CP bearer*/
RMV CPBEARER:CPBEARID=0, FLAG=MASTER;
/*Removing the old SCTP link*/
RMV SCTPLNK:SCTPNO=0;
/*Adding an SCTP link with the Link No. of 100*/
ADD SCTPLNK:SCTPNO=100, LOCIP="192.168.200.110", LOCPORT=2918, PEERIP="192.168.3.3",
PEERPORT=2918, AUTOSWITCH=ENABLE;
/*Adding a CP bearer*/
ADD CPBEARER:CPBEARID=0, BEARTYPE=SCTP, LINKNO=100, FLAG=MASTER;
/*Adding an S1 interface*/
ADD S1INTERFACE:S1InterfaceId=0, S1CpBearerId=0, CnOperatorId=03;
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
Procedure
Step 1 Verify that the following alarms have not been reported:
● ALM-25888 SCTP Link Fault
● ALM-29201 S1 Interface Fault
● ALM-29204 X2 Interface Fault
If any alarm is reported, clear the alarm following the instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 Run LST SCTPLNK to verify that the SCTP Link No. value is the same as planned.
If the SCTP link number is not the same as planned, check whether the SCTP link
number in the configuration data file is the same as planned.
● If they are different, modify the configuration data file again and import it
into the system. Then perform the operations in Engineering
Implementation again to deliver the data to the base station and then
activate it.
● If they are the same, an error has occurred when the data is imported into the
system or delivered to the base station. In this situation, contact Huawei
technical support or dial the Huawei technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
Step 2 Verify that the rollback has succeeded by referring to operations in 1.8.10.4
Engineering Verification.
----End
Application Scenario
An original neighboring eNodeB is removed, and the corresponding X2 interface
becomes invalid.
Reconfiguration Impact
No impact
Reconfiguration Scheme
Determine the reconfiguration scheme for removing an X2 interface according to
the following table.
Topology Change
Figure 1-119 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-217 describes the information to be collected for data preparation.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Run the LST GLOBALPROCSWITCH command to query the settings
of The Switch of X2 setup by SON, Peer Request Based X2 Delete
Switch, and The Timer of X2 delete by SON(min) and check
whether the options of X2 SON Delete Switch are selected.
○ If The Timer of X2 delete by SON(min) is 0 and all the values
of the other preceding parameters or options are OFF or
deselected, skip this step.
○ If The Timer of X2 delete by SON(min) is not 0 or any of the
other preceding parameters or options is ON or selected, run the
MOD GLOBALPROCSWITCH command with The Timer of X2
delete by SON(min) set to 0, all the values set to OFF, and all
options deselected. Example: MOD GLOBALPROCSWITCH:
X2SonSetupSwitch=OFF, X2SonDeleteTimer=0,
PeerReqBasedX2DelSwitch=OFF,
X2SonDeleteSwitch=BASED_ON_X2FAULT-0&BASED_ON_X2US
AGE_WITH_NEGO-0&BASED_ON_X2USAGE_WITHOUT_NEGO-
0;
iii. Deliver the configuration data to the eNodeB and activate the data.
For details, see the interactive operation guide Delivering Data to
Base Stations and Activating the Data.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
v. Restore the settings of the switches changed in ii.
– Using MML commands:
----End
Procedure
Step 1 (Optional) If the X2 interface is automatically set up, run the LST EPGROUP
command to verify that there is no SCTP peer or user-plane peer.
If... Then...
The reconfiguration is Check whether the data configuration file is the same
performed on the as planned.
MAE-Deployment ● If they are different, modify the configuration data
file again and import it into the system. Then
perform the operations in Engineering
Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the
data is imported into the system or delivered to the
base station. In this situation, contact Huawei
technical support or dial the Huawei technical
support hotline.
If... Then...
Step 2 (Optional) If the X2 interface is manually set up, run the DSP X2INTERFACE
command to verify that there is no X2 interface information.
If there is interface information, perform the following steps:
If... Then...
The reconfiguration is Check whether the data configuration file is the same
performed on the as planned.
MAE-Deployment ● If they are different, modify the configuration data
file again and import it into the system. Then
perform the operations in Engineering
Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the
data is imported into the system or delivered to the
base station. In this situation, contact Huawei
technical support or dial the Huawei technical
support hotline.
----End
Context
The reconfiguration aims to delete unnecessary data and prevent invalid alarms. If
the reconfiguration fails, the redundant information is not removed completely;
however, ongoing services are not affected. Therefore, engineering rollback is not
recommended in this case. The following operations can be performed when the
X2 interface needs to be restored.
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 Verify that the rollback has succeeded by referring to operations in 1.8.11.4
Engineering Verification.
----End
Application Scenario
The previously planned Ethernet port numbers are inappropriate and a new plan is
required.
Reconfiguration Impact
● If the Ethernet port to be changed is used as a port for remote maintenance,
the MAE-Access and MAE-Deployment are disconnected from the NE after
the old OM channel becomes invalid and before the new OM channel is set
up.
● If the Ethernet port number to be changed is used for service transmission,
service link (such as S1 or X2) reestablishment is required. During the
reestablishment, services on the link will be interrupted.
● If the Ethernet port number to be changed is used for IP Security (IPsec)
negotiation, IPsec renegotiation is required. During the renegotiation, services
on the IPsec tunnel will be interrupted.
Reconfiguration Scheme
The reconfiguration schemes using the MAE-Deployment and using MML
commands are different because you cannot directly remove device IP addresses
associated with the Ethernet port number using MML commands.
The reconfiguration scheme using the MAE-Deployment is as follows:
1. Remove all device IP addresses associated with the old Ethernet port number
2. Add all original device IP addresses and associate them with the new Ethernet
port number
3. Modify the attributes, rate, and duplex mode of the new Ethernet port
number and make them consistent with those of the old Ethernet port
number.
Table 1-219 and Table 1-220 describe the reconfiguration scheme using MML
commands.
● Endpoint mode
Table 1-219 Reconfiguration scheme for modifying the Ethernet port number
(MML commands, in endpoint mode)
If... Then...
The IP route is set up on the old Remove the MOs associated with the
Ethernet port old Ethernet port number by running
the following command:
RMV IPRT
An S1 link is set up on the old Remove the MOs associated with the
Ethernet port old Ethernet port number by running
the following commands:
1. RMV S1INTERFACE
2. RMV CPBEARER
3. RMV SCTPHOST
4. RMV UPHOST2EPGRP
5. RMV USERPLANEHOST
6. (Optional) RMV
CNOPERATORIPPATH if an IP path
has been associated with an operator
7. (Optional) RMV ENODEBPATH if an
IP path has been associated with an
eNodeB
8. (Optional) RMV IPPATH if an IP path
has been configured
An X2 link is set up on the old Remove the MOs associated with the
Ethernet port old Ethernet port number by running
the following commands:
1. RMV X2
2. RMV SCTPHOST2EPGRP
3. RMV SCTPHOST
4. RMV UPHOST2EPGRP
5. RMV USERPLANEHOST
6. (Optional) RMV
CNOPERATORIPPATH if an IP path
has been associated with an operator
7. (Optional) RMV ENODEBPATH if an
IP path has been associated with an
eNodeB
8. (Optional) RMV IPPATH if an IP path
has been configured
If... Then...
An IP clock link is set up on the Remove the MOs associated with the
old Ethernet port old Ethernet port number by running
the following command:
RMV IPCLKLINK
A link set up on the old Ethernet Remove the MOs associated with the
port supports BFD old Ethernet port number by running
the following command:
RMV BFDSESSION
The old Ethernet port number is Set the local IP address of the IKE peer
used for IPsec negotiation and to 0.0.0.0 by running the following
the local IP address of the IKE command: MOD IKEPEER
peer is not 0.0.0.0
The new Ethernet port is used to Add services that use the new Ethernet
bear an IP route port by running the following command:
ADD IPRT
The new Ethernet port is used to Add services that use the new Ethernet
bear an S1 link port by running the following
commands:
1. ADD SCTPHOST
2. ADD SCTPHOST2EPGRP
3. ADD USERPLANEHOST
4. ADD UPHOST2EPGRP
5. ADD S1
The new Ethernet port is used to Add services that use the new Ethernet
bear an X2 link port by running the following
commands:
1. ADD SCTPHOST
2. ADD SCTPHOST2EPGRP
3. ADD USERPLANEHOST
4. ADD UPHOST2EPGRP
5. ADD X2
If... Then...
The new Ethernet port is used to Add services that use the new Ethernet
bear an OM channel port by running the following command:
ADD OMCH
An IP clock link is set up on the Add services that use the new Ethernet
new Ethernet port port by running the following command:
ADD IPCLKLINK
The new Ethernet port is used to Add services that use the new Ethernet
bear a link that supports BFD port by running the following command:
ADD BFDSESSION
● Link mode
Table 1-220 Reconfiguration scheme for modifying the Ethernet port number
(MML commands, in link mode)
If... Then...
The IP route is set up on the old Remove the MOs associated with the
Ethernet port old Ethernet port number by running
the following command:
RMV IPRT
An S1 link is set up on the old Remove the MOs associated with the
Ethernet port old Ethernet port number by running
the following commands:
1. RMV S1INTERFACE
2. RMV CPBEARER
3. RMV SCTPLNK
4. (Optional) RMV
CNOPERATORIPPATH if an IP path
has been associated with an operator
5. (Optional) RMV ENODEBPATH if an
IP path has been associated with an
eNodeB
6. (Optional) RMV IPPATH if an IP path
has been configured
If... Then...
An X2 link is set up on the old Remove the MOs associated with the
Ethernet port old Ethernet port number by running
the following commands:
1. RMV X2INTERFACE
2. RMV CPBEARER
3. RMV SCTPLNK
4. RMV IPPATH
5. (Optional) RMV
CNOPERATORIPPATH if an IP path
has been associated with an operator
6. (Optional) RMV ENODEBPATH if an
IP path has been associated with an
eNodeB
7. (Optional) RMV IPPATH if an IP path
has been configured
An IP clock link is set up on the Remove the MOs associated with the
old Ethernet port old Ethernet port number by running
the following command:
RMV IPCLKLINK
A link set up on the old Ethernet Remove the MOs associated with the
port supports BFD old Ethernet port number by running
the following command:
RMV BFDSESSION
The old Ethernet port number is Set the local IP address of the IKE peer
used for IPsec negotiation and to 0.0.0.0 by running the following
the local IP address of the IKE command:
peer is not 0.0.0.0 MOD IKEPEER
If... Then...
The new Ethernet port is used to Add services that use the new device IP
bear an IP route address by running the following
command:
ADD IPRT
The new Ethernet port is used to Add services that use the new device IP
bear an S1 link address by running the following
commands:
1. ADD SCTPLNK
2. ADD IPPATH
3. ADD ENODEBPATH
4. ADD CNOPERATORIPPATH
5. ADD CPBEARER
6. ADD S1INTERFACE
The new Ethernet port is used to Add services that use the new device IP
bear an X2 link address by running the following
commands:
1. ADD SCTPLNK
2. ADD IPPATH
3. ADD ENODEBPATH
4. ADD CNOPERATORIPPATH
5. ADD CPBEARER
6. ADD X2INTERFACE
The new Ethernet port is used to Add services that use the new device IP
bear an OM channel address by running the following
command:
ADD OMCH
An IP clock link is set up on the Add services that use the new device IP
new Ethernet port address by running the following
command:
ADD IPCLKLINK
The new Ethernet port is used to Add services that use the new device IP
bear a link that supports BFD address by running the following
command:
ADD BFDSESSION
Topology Change
N/A
Information Collection
Table 1-221 describes the information to be collected for data preparation.
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Data to be prepared is listed in the following tables.
● MAE-Deployment
Table 1-222 Data preparation for modifying the Ethernet port number (MAE-
Deployment)
Table 1-223 Data preparation for modifying the Ethernet port number (MML
commands, in endpoint mode)
If the IKE peer was modified, perform the following operations:/*Changing the local IP address of the
IKE peer to the new device IP address*/MOD IKEPEER: PEERNAME="ike", LOCALIP="192.168.7.186";
● Link mode
In the following example, the Ethernet port number is changed from 0 to 1,
the Ethernet port number is associated with only one device IP address
192.168.7.186, and this IP address is referenced by MOs SCTPHOST,
USERPLANEHOST, OMCH, IPRT, and IPCLKLNK.
If OMCH parameters are modified by mistake, the OMCH may be
disconnected and cannot be restored within a long period of time. To avoid
service unavailability due to the OMCH disconnection, you are advised to turn
on the automatic rollback switch of the CB by running the CFM CB command
before configuring data. For example, CFM CB: MODE=UNFORCED,
NAME="CB1", COMMENT="Launch", AUTORBKSW=ENABLE, RBKTIME=60,
RBKCONDITION=OMCH_FAULT;.
/*Removing the IP route*/
/*There may be more than one route related to this device IP address. Remove all IP routes related to
the device IP address. You can run the DSP IPRT command to query routes related to the device IP
address.*/
RMV IPRT: RTIDX=0;
/*Removing the S1 interface*/
RMV S1INTERFACE: S1InterfaceId=0;
/*Removing the CP bearer*/
RMV CPBEARER: CPBEARID=0, FLAG=MASTER;
/*Removing the SCTP link*/
RMV SCTPLNK: SCTPNO=0;
/*If an IP path has been configured and the IP path has been associated with an operator or eNodeB,
run the following commands:*/
/*Removing the associations of the IP path with the operator and eNodeB and then the IP path*/
RMV CNOPERATORIPPATH: IpPathId=0;
RMV ENODEBPATH: IpPathId=0;
RMV IPPATH: PATHID=0;
/*Removing the OM channel*/
RMV OMCH: FLAG=MASTER;
/*Removing the IP clock link*/
RMV IPCLKLINK: LN=0;
/*Removing the BFD session*/
RMV BFDSESSION: SN=7, BFDSN=0;
/*If the IP address to be changed is used for IPsec negotiation and the local IP address of the IKE peer
is not 0.0.0.0, perform the following operations:*/
/*Setting the local IP address of the IKE peer to 0.0.0.0*/
MOD IKEPEER: PEERNAME="ike", LOCALIP="0.0.0.0";
/*Removing the device IP address*/
RMV DEVIP: SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.7.186";
/*Adding a device IP address*/
ADD DEVIP: CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, IP="192.168.7.186",
MASK="255.255.252.0";
/*Adding an IP route*/
/*If multiple IP routes are associated with the device IP address, add all the associated IP routes.*/
ADD IPRT: RTIDX=0, SN=7, SBT=BASE_BOARD, DSTIP="172.169.1.5", DSTMASK="255.255.255.255",
RTTYPE=NEXTHOP, NEXTHOP="192.168.7.1";
/*Adding an SCTP link*/
ADD SCTPLNK: SCTPNO=0, CN=0, SRN=0, SN=7, LOCIP="192.168.7.186", LOCPORT=2911,
PEERIP="172.169.1.5", PEERPORT=2910, AUTOSWITCH=ENABLE, DESCRI="";
/*Adding an IP path and associating the IP path with an operator and eNodeB*/
ADD IPPATH: PATHID=0, SN=7, SBT=BASE_BOARD, PT=ETH, JNRSCGRP=DISABLE,
LOCALIP="192.168.7.186", PEERIP="172.169.2.3", ANI=0, APPTYPE=S1, PATHTYPE=ANY;
ADD ENODEBPATH: IpPathId=0, AppType=S1;
ADD CNOPERATORIPPATH: IpPathId=0, CnOperatorId=0;
/*Adding a CP bearer*/
ADD CPBEARER: CPBEARID=0, BEARTYPE=SCTP, FLAG=MASTER;
/*Adding an S1 interface*/
ADD S1INTERFACE: S1InterfaceId=0, S1CpBearerId=0, CnOperatorId=0, MmeRelease=Release_R9;
/*Adding an OM channel*/
ADD OMCH: IP="192.168.7.186", MASK="255.255.255.0", PEERIP="10.141.142.253",
Prerequisites
Related information and configuration data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
If the Ethernet port whose number is to be changed is not used as a port for
remote maintenance, you are advised to use the MAE-Deployment to deliver
the data to the base station and then activate the data.
----End
Procedure
Step 1 Verify that no related alarm is reported.
For example:
If any alarm is reported, clear the alarm according to the instructions in 3900 &
5900 Series Base Station Alarm Reference.
Step 2 Run the DSP ETHPORT command to verify that all device IP addresses associated
with the old Ethernet port number have been associated with the new Ethernet
port number.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Application Scenario
The previously planned Ethernet port numbers are inappropriate and a new plan is
required.
Reconfiguration Impact
● If the Ethernet port to be changed is used as a port for remote maintenance,
the MAE-Access and MAE-Deployment are disconnected from the NE after
the old OM channel becomes invalid and before the new OM channel is set
up.
● If the Ethernet port number to be changed is used for service transmission,
the service link (such as S1 or X2) reestablishment is required. During the
reestablishment, services on the link will be interrupted.
● If the Ethernet port number to be changed is used for IPsec negotiations, an
IPsec renegotiation is required. During the renegotiation, services on the IPsec
tunnel will be interrupted.
Reconfiguration Scheme
The reconfiguration schemes using the MAE-Deployment and using MML
commands are different because you cannot directly remove device IP addresses
associated with the Ethernet port number using MML commands.
IPv4:
1. Remove all device IP addresses associated with the old Ethernet port number.
2. Add all original device IP addresses and associate them with the new Ethernet
port number.
3. Modify the attributes, rate, and duplex mode of the new Ethernet port
number and make them consistent with those of the old Ethernet port
number.
IPv6:
Table 1-224 and Table 1-225 describe the reconfiguration scheme using MML
commands.
● Endpoint mode
Table 1-224 Reconfiguration scheme for modifying the Ethernet port number
(MML commands, in endpoint mode)
SN Step MML Command
● Link mode
Table 1-225 Reconfiguration scheme for modifying the Ethernet port number
(MML commands, in link mode)
SN Step MML Command
Topology Change
N/A
Information Collection
Table 1-226 describes the information to be collected for data preparation.
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Data to be prepared is listed in the following tables.
● MAE-Deployment
Table 1-227 Data preparation for modifying the Ethernet port number (MAE-
Deployment, IPv4)
SN Ope MO Configuration Reference
rati
on
Table 1-228 Data preparation for modifying the Ethernet port number (MAE-
Deployment, IPv6)
SN Ope MO Configuration Reference
rati
on
Table 1-229 Data preparation for modifying the Ethernet port number (MML
commands, in endpoint mode)
SN Ope MML Command Configuration Reference
rati
on
Typ
e
Table 1-230 Data preparation for modifying the Ethernet port number (MML
commands, in link mode)
SN Operation Type MML Command
Prerequisites
The information and data required for modifying the Ethernet port number are
ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operation
If the number of the Ethernet port to be changed is used as a port for remote
maintenance, you are advised to run MML commands on the LMT to deliver
the data to the eNodeB and then activate the data.
a. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
Procedure
Step 1 Verify that no related alarms have been reported.
For example:
● ALM-25886 IP Path Fault
● ALM-25901 Remote Maintenance Link Failure
● ALM-25888 SCTP Link Fault
● ALM-25952 User Plane Path Fault
If any alarm is reported, clear the alarm by referring to 3900 & 5900 Series Base
Station Alarm Reference.
Step 2 Run the DSP ETHPORT command to verify that all device IP addresses associated
with the old Ethernet port number have been associated with the new Ethernet
port number.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
----End
Prerequisites
● Two IP addresses have been configured for the MME.
● There are two SCTP links between the eNodeB and MME. The two SCTP links
function as a backup for each other.
Context
This chapter describes operations on the eNodeB side for configuring two SCTP
links between an MME and eNodeB. The MME is an NE on the core network side.
The operations and information related to the MME are described in the
associated MME manual. For example, whether an MME needs to be added,
information about the hardware, software, license files, and security certificates
required on the core network side as well as operations such as hardware and
software installation, license loading, and security certificate activation.
Application Scenario
● Multiple links have been configured between an MME and an eNodeB.
● The transmission networking scheme of an eNodeB needs to be changed from
a single link to MME dual-homing.
Reconfiguration Impact
During MME dual-homing reconfiguration, services will be interrupted for less
than 1 minute because S1 negotiation restarts. You are advised to perform the
reconfiguration when the traffic is light.
Reconfiguration Scheme
Figure 1-120 shows the procedure for configuring MME dual-homing.
NOTE
If the eNodeB operates in link transmission mode, change the transmission mode to endpoint
mode before the reconfiguration.
Old Model
New Model
Topology Change
Figure 1-123 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-231 describes the information to be collected before adding an MME
connection on the eNodeB side.
Information Description
MME port number Peer port number of the SCTP link automatically
established by the eNodeB
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
NOTE
Old Model
New Model
Prerequisites
Information and data for the second IP address of the MME are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
a. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
b. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
c. Import a new license file.
Run the INS LICENSE command.
For example: INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml",
FLG=NO, MODE=IPV4, IP="10.161.18.69", USR="ftpuser",
PWD="***********";
d. Deliver the configuration data to the eNodeB and activate the data. For
details, see the interactive operation guide Delivering Data to Base
Stations and Activating the Data.
e. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
Using MML commands:
a. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
b. Back up and export the configuration file. The configuration file can be
used to roll back configurations to the original state, if the
reconfiguration fails.
i. Run the BKP CFGFILE command to back up the configuration file.
ii. Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
c. Use the MAE-Access to deliver the batch configuration scripts prepared in
Engineering Preparation > Data Preparation to the base station and
activate the scripts on the base station. For details, see 1.3.3 Running
MML Commands on the MAE-Access.
NOTE
You can import or export the license file for only one NE at a time.
d. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm has been reported.
If any alarm has been reported, clear the alarm according to instructions in 3900
& 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP SCTPLNK command to check whether there is a second control-
plane peer IP address for the SCTP link between the eNodeB and the MME.
If the second peer IP address of the SCTP link is different from the control-plane IP
address of the MME, perform the following steps:
If... Then...
The reconfiguration is View the modified data file to check whether the
performed on the second peer IP address is the same as the second
MAE-Deployment control-plane IP address of the MME:
● If they are different, modify the configuration data
file again and import it into the system. Then
perform the operations in Engineering
Implementation again to deliver the data to the
base station and then activate it.
● If they are the same, an error has occurred when the
data is imported into the system or delivered to the
base station. In this situation, contact Huawei
technical support or dial the Huawei technical
support hotline.
The reconfiguration is Check whether the second peer IP address in the script
performed by using is the same as the second control-plane IP address of
MML commands the MME:
● If they are different, modify the parameters in the
script. Run the MOD SCTPPEER command to
change the peer IP address.
● If they are the same, contact Huawei technical
support or dial the Huawei technical support
hotline.
If... Then...
----End
Procedure
Step 1 Roll back the reconfiguration data.
● Using MML commands:
a. Run the DLD CFGFILE command to download the original configuration
file.
For example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="",
ENCRYPTMODE=UNENCRYPTED;
b. Run the ACT CFGFILE command to activate the original configuration
file.
For example: ACT CFGFILE: EFT=IMMEDIATELY;
Step 2 Restore the physical connections.
Step 3 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 4 Verify that engineering rollback is successful according to instructions in
Engineering Verification.
----End
Application Scenario
Currently, link mode is used for transmission over the S1 or X2 interface for most
eNodeBs. However, transmission links need to be manually configured in this
mode while the endpoint mode supports self-setup of transmission links. Endpoint
mode will be commonly used in the future.
Reconfiguration Impact
When configuring endpoint mode, the KPIs on the live network are not affected.
When removing IP paths in the existing link mode, UEs on the live network will be
disconnected from and then re-access the network, affecting the service drop rate
and throughput in the cell.
Reconfiguration Scheme
The transmission mode can be changed from link mode to endpoint mode
separately for the S1 and X2 links. The following describes how to separately
change the transmission modes of an S1 link and an X2 link from link mode to
endpoint mode.
● Reconfiguring an S1 link
Figure 1-124 shows the procedure for configuring endpoint mode for an S1
link.
Removing existing S1 interfaces will cause online UEs to disconnect from the network.
When S1 interfaces become normal after the reconstruction, UEs can re-access the
network.
● Reconfiguring an X2 link
Figure 1-125 shows the procedure for configuring endpoint mode for an X2
link.
Topology Change
N/A
Information Collection
Table 1-233 describes the information to be collected before the reconfiguration.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
Table 1-234 Data preparation for changing the transmission mode from link mode
to endpoint mode
10 Add SCTPPEER
11 Add USERPLANEHOST
12 Add USERPLANEPEER
13 Add SCTPHOST2EPGRP
14 Add SCTPPEER2EPGRP
15 Add UPHOST2EPGRP
16 Add UPPEER2EPGRP
17 Add S1
18 Add X2
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
group. For example, the following two endpoint groups are configured for two MMEs, respectively. In
addition, the S1 interface and X2 interface must be configured with different endpoint groups.*/
ADD EPGROUP: EPGROUPID=0;
ADD EPGROUP: EPGROUPID=1;
/*(Control plane) Adding an SCTP parameter template. Multiple SCTP links can share one SCTP
parameter template. For example, if the transmission on the X2 interface adopts the endpoint mode,
the transmission on the S1 interface also uses this SCTP parameter template. Note that the
configuration of parameters in the SCTPLNK MO in link mode must be the same as those in the
SCTPTEMPLATE MO. Otherwise, the SCTP links cannot share an SCTP parameter template, and
another SCTP parameter template must be added.*/
ADD SCTPTEMPLATE:SCTPTEMPLATEID=0,SWITCHBACKFLAG=ENABLE;
/*(Control plane) Adding an SCTP host. Each operator can use only one SCTP host. The SCTP port
number is configured based on the network plan and must be configured for the X2 interface and S1
interface separately. In addition, the value of the SCTPHOSTID parameter must be unique, and the IP
address and the SCTP port number must be the same as those in the SCTPLNK MO in link mode. For
example, the SCTP host with an ID of 0 is used for S1 interface.*/
ADD SCTPHOST: SCTPHOSTID=0, IPVERSION=IPv4, SIGIP1V4="192.168.15.61",
SIGIP1SECSWITCH=DISABLE, SIGIP2SECSWITCH=DISABLE, PN=36412, SCTPTEMPLATEID=0;
/*(Control plane) Adding SCTP peers. The SCTP port number is configured based on the network plan.
An SCTP peer must be configured for each MME with the IP address, port number, and other
configurations being the same as those in the SCTPLNK MO in link mode. The value of the
SCTPPEERID parameter configured for the S1 interface cannot be the same as that for the X2
interface. Otherwise, the SCTPPEER MO configured for the X2 interface will be replaced.*/
ADD
SCTPPEER:SCTPPEERID=100,IPVERSION=IPv4,SIGIP1V4="192.168.180.10",SIGIP1SECSWITCH=DISABLE,S
IGIP2SECSWITCH=DISABLE,PN=36412;
ADD
SCTPPEER:SCTPPEERID=101,IPVERSION=IPv4,SIGIP1V4="192.168.64.200",SIGIP1SECSWITCH=DISABLE,S
IGIP2SECSWITCH=DISABLE,PN=36412;
/*(Control plane) Adding the SCTP host to the endpoint groups corresponding to the connected
MMEs. One operator uses the same SCTP host.*/
ADD SCTPHOST2EPGRP: EPGROUPID=0, SCTPHOSTID=0;
ADD SCTPHOST2EPGRP: EPGROUPID=1, SCTPHOSTID=0;
/*(Control plane) Adding the SCTP peers to the endpoint groups. Each operator can reference only
one SCTP host.*/
ADD SCTPPEER2EPGRP:EPGROUPID=0,SCTPPEERID=100;
ADD SCTPPEER2EPGRP:EPGROUPID=1,SCTPPEERID=101;
/*(User plane) Adding a user-plane host. The user-plane hosts connected to different S-GWs can be
the same or different. If the transmission on the X2 interface is in endpoint mode and the S1 interface
and X2 interface share the local IP address, the USERPLANEHOST MO does not need to be added.*/
ADD USERPLANEHOST: UPHOSTID=0, IPVERSION=IPv4, LOCIPV4="192.168.15.61",
IPSECSWITCH=DISABLE;
/*(User plane) Add the user-plane host to the corresponding endpoint groups. Different endpoint
groups can be configured with the same or different user-plane hosts.*/
ADD UPHOST2EPGRP:EPGROUPID=0,UPHOSTID=0;
ADD UPHOST2EPGRP:EPGROUPID=1,UPHOSTID=0;
/*Adding S1 objects with the S1 objects associated with the operator (operator information needs to
be configured in advance), control-plane endpoint groups, and user-plane endpoint groups. In this
step, set the MME Selection Priority parameter based on the network plan. Multiple S1 interfaces
must be configured for an eNodeB connecting to multiple MMEs. The End Point Group Config Flag
parameter controls whether to configure the endpoint mode for transmission on the user plane,
control plane, or both the user plane and control plane.*/
ADD S1: S1Id=0, CnOperatorId=0, EpGroupCfgFlag=CP_UP_CFG, CpEpGroupId=0, UpEpGroupId=0;
ADD S1: S1Id=1, CnOperatorId=0, EpGroupCfgFlag=CP_UP_CFG, CpEpGroupId=1, UpEpGroupId=1;
NOTE
The USERPLANEPEER MOs are automatically generated on the user plane and added to
the EPGROUP MOs. Manual configuration is not required.
● Changing the transmission mode of the S1 interface from link mode to
endpoint mode on the user plane
If the change is performed only on the user plane, skip the operations on the
control plane in the previous steps. Note that the End Point Group Config
Flag parameter in the S1 MO must be set to UP_CFG.
If OMCH parameters are modified by mistake, the OMCH may be
disconnected and cannot be restored within a long period of time. To avoid
service unavailability due to the OMCH disconnection, you are advised to turn
on the automatic rollback switch of the CB by running the CFM CB command
before configuring data. For example, CFM CB: MODE=UNFORCED,
NAME="CB1", COMMENT="Launch", AUTORBKSW=ENABLE, RBKTIME=60,
RBKCONDITION=OMCH_FAULT;.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="user", PWD="*****", DIR="ftproot/",
FN="LIC_LTE_ON.dat";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.dat", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="user", PWD="****";
/*Adding an endpoint group. The S1 interface and X2 interface must be configured with different
endpoint groups.*/
ADD EPGROUP: EPGROUPID=0;
/*(User plane) Adding a user-plane host. The user-plane hosts connected to different S-GWs can be
the same or different. If the transmission on the X2 interface is in endpoint mode and the S1 interface
and X2 interface share the local IP address, the USERPLANEHOST MO does not need to be added.*/
ADD USERPLANEHOST: UPHOSTID=0, IPVERSION=IPv4, LOCIPV4="192.168.15.61",
IPSECSWITCH=DISABLE;
/*(User plane) Adding the user-plane host to the corresponding endpoint group*/
ADD UPHOST2EPGRP:EPGROUPID=0,UPHOSTID=0;
/*Adding an S1 object with the S1 object associated with the operator (operator information needs to
be configured in advance), control-plane endpoint group, and user-plane endpoint group. In this step,
set the MME Selection Priority parameter based on the network plan. Multiple S1 interfaces must be
configured for an eNodeB connecting to multiple MMEs. The End Point Group Config Flag parameter
must be set to UP_CFG. It controls whether to configure the endpoint mode for transmission on the
user plane, control plane, or both the user plane and control plane.*/
ADD S1: S1Id=0, CnOperatorId=0, EpGroupCfgFlag= UP_CFG, UpEpGroupId=0;
/*(User plane) Removing the IPPATH, eNodeBPath, and CnOperatorIpPath MOs whose transmission
modes are changed from link mode to endpoint mode*/
RMV CNOPERATORIPPATH:IPPATHID=***;
RMV ENODEBPATH:IPPATHID=***;
RMV IPPATH:PATHID=***;
NOTE
The USERPLANEPEER MOs are automatically generated on the user plane and added to
the EPGROUP MOs. Manual configuration is not required.
Prerequisites
Hardware, software, license files, and data for changing the transmission mode
are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
b. Back up and export the configuration file. The configuration file can be
used to roll back configurations to the original state, if the
reconfiguration fails.
i. Run the BKP CFGFILE command to back up the configuration file.
ii. Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
c. Use the MAE-Access to deliver the batch configuration scripts prepared in
Engineering Preparation > Data Preparation to the base station and
activate the scripts on the base station. For details, see 1.3.3 Running
MML Commands on the MAE-Access.
NOTE
You can import or export the license file for only one NE at a time.
d. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no new alarm has been reported.
If any alarm has been reported, clear the alarm according to instructions in 3900
& 5900 Series Base Station Alarm Reference.
Step 2 (Optional) If the transmission mode has been reconfigured on the control plane,
run the DSP S1 or DSP X2 command to check whether the value of each S1
Interface State or X2 Interface State parameter is Normal.
● If the parameter value is Normal, the reconfiguration is successful.
● If the parameter value is not Normal, check whether the status of the SCTP
link associated with the S1 interface or X2 interface is normal.
If... Then...
The status of the The SCTP link fails to set up. In this case, check
SCTP link is whether the peer IP address of the SCTP link is set
abnormal to the expected IP address of the MME or eNodeB.
– If the peer IP address of the SCTP link is
incorrect, modify the IP address in the SCTPPEER
MO.
– If the peer IP address of the SCTP link is correct,
contact Huawei technical support or dial the
Huawei technical support hotline.
The status of the The S1 interface fails to be set up. In this case, check
SCTP link is normal whether the CN Operator ID and MME Release
parameters in the S1 MO are set to the same values
as those in the associated S1Interface MO.
– If they are different, modify the parameters to
ensure consistency.
– If they are the same, contact Huawei technical
support or dial the Huawei technical support
hotline.
Step 3 (Optional) If the transmission mode has been reconfigured on the user plane, run
the LST EPGROUP command to check whether the value of the User Plane Peer
List parameter includes the USERPLANEPEER ID. After an IP path is removed and a
UE accesses the network, the USERPLANEPEER MO will be automatically
generated and added to the User Plane Peer List parameter. If no UE accesses the
network, the queried value of User Plane Peer List parameter is NULL.
● If the value of User Plane Host List is not NULL, the user-plane host is ready
and the reconfiguration is successful.
● If the value of User Plane Host List is NULL, run the ADD UPHOST2EPGRP
command to add the USERPLANEHOST MO to the EPGROUP MO.
----End
Procedure
Step 1 Roll back the reconfiguration data.
● Using MML commands:
a. Run the DLD CFGFILE command to download the original configuration
file.
For example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="",
ENCRYPTMODE=UNENCRYPTED;
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Prerequisites
● Required data has been configured on the eCoordinator.
● Data has been configured for the transport network between the eNodeB and
the eCoordinator.
Context
This section describes the operations required for adding a connection to the
eCoordinator on the eNodeB side. The operations related to the hardware,
software, license file, and security certificates about the eCoordinator are
described in the associated eCoordinator manual.
Application Scenario
An Se interface needs to be configured in the eNodeB to connect to the
eCoordinator for related feature activation.
Reconfiguration Impact
No impact
Reconfiguration Scheme
Figure 1-126 shows the reconfiguration procedure for adding an Se interface.
Determine the reconfiguration scheme according to the following table.
Old Model
If... Then...
The new Se interface does not share Add an SCTP host for the Se interface.
the SCTP host with other existing
interfaces such as S1 and X2
No route is available between the Add an SCTP route from the eNodeB
eNodeB and the eCoordinator SCTP to the eCoordinator SCTP address and
address the corresponding VLANMAP MO.
The user plane of the Se interface Add user-plane host and peer
needs to be configured configurations of the Se interface.
The new Se interface does not share Add a user-plane host for the Se
the user-plane host with other existing interface.
interfaces such as S1 and X2
No route is available between the Add a route from the eNodeB to the
eNodeB and the eCoordinator user eCoordinator user-plane address and
plane the corresponding VLANMAP MO.
New Model
If... Then...
The new Se interface does not share Add an SCTP host for the Se interface.
the SCTP host with other existing
interfaces such as S1 and X2
No route is available between the Add a route from the eNodeB to the
eNodeB and the eCoordinator SCTP eCoordinator SCTP address and the
address corresponding VLANMAP MO or
INTERFACE MO in which the interface
type is VLAN.
If... Then...
The user plane of the Se interface Add user-plane host and peer
needs to be configured configurations of the Se interface.
The new Se interface does not share Add a user-plane host for the Se
the user-plane host with other existing interface.
interfaces such as S1 and X2
No route is available between the Add a route from the eNodeB to the
eNodeB and the eCoordinator user eCoordinator user-plane address and
plane the corresponding VLANMAP MO or
INTERFACE MO in which the interface
type is VLAN.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
Topology Change
Figure 1-128 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-237 describes the information to be collected for data preparation.
Information Description
IP address and port Includes the IP address and port number of the SCTP
number of the SCTP peer over the Se interface of the eNodeB.
host of the
eCoordinator
Information Description
SCTP port number of Includes the port number of the SCTP host of the Se
the Se interface on interface on the eNodeB.
the eNodeB
Information about Includes the ID of the endpoint group to which the user-
the endpoint group plane host, user-plane peer, SCTP host, and SCTP peer
need to be added.
Hardware Preparation
Prepared the hardware listed in Table 1-238.
Hardware Description
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
7 Add VLANMAP or
INTERFACE in which
the interface type is
VLAN
11 Add ECO
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding a device IP address for communicating with the eCoordinator*/
ADD DEVIP: SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="135.25.221.110", MASK="255.255.255.0";
/*Adding an SCTP host*/
ADD SCTPHOST: SCTPHOSTID=21, IPVERSION=IPv4, SIGIP1V4="192.168.223.110",
SIGIP1SECSWITCH=DISABLE, SIGIP2SECSWITCH=DISABLE, PN=36422, SCTPTEMPLATEID=0;
/*Adding a user-plane host*/
ADD USERPLANEHOST: UPHOSTID=21, IPVERSION=IPv4, LOCIPV4="192.168.223.110",
IPSECSWITCH=DISABLE;
/*Adding an endpoint group with the ID of 21*/
ADD EPGROUP: EPGROUPID=21;
/*Adding the new SCTP host to the endpoint group*/
ADD SCTPHOST2EPGRP: EPGROUPID=21, SCTPHOSTID=21;
/*Adding an IP route from the eNodeB to the eCoordinator*/
ADD IPRT: RTIDX=10, SN=7, SBT=BASE_BOARD, DSTIP="192.168.3.3", DSTMASK="255.255.255.255",
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Setting an Ethernet port*/
SET ETHPORT: CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=0;
/*Adding an interface (the VLANMAP MO is used to configure a VLAN)*/
ADD INTERFACE: ITFID=0, ITFTYPE=NORMAL, PT=ETH, PORTID=0, VRFIDX=0;
ADD VLANMAP:
NEXTHOPIP="192.168.221.1",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=101,SETPRIO=DIS
ABLE;
/*Adding an interface (the INTERFACE MO is used to configure a VLAN)*/
ADD INTERFACE: ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=0, VLANID=101, VRFIDX=0;
/*Adding an IPv4 address for communicating with the eCoordinator*/
ADD IPADDR4: ITFID=0, IP="135.25.221.110", MASK="255.255.255.0";
/*Adding an IPv4 route from the eNodeB to the eCoordinator*/
ADD IPROUTE4: RTIDX=10, DSTIP="192.168.3.3", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.223.1", MTUSWITCH=OFF;
/*Adding an SCTP host*/
ADD SCTPHOST: SCTPHOSTID=21, IPVERSION=IPv4, SIGIP1V4="192.168.223.110",
SIGIP1SECSWITCH=DISABLE, SIGIP2SECSWITCH=DISABLE, PN=36422, SCTPTEMPLATEID=0;
/*Adding a user-plane host*/
ADD USERPLANEHOST: UPHOSTID=21, IPVERSION=IPv4, LOCIPV4="192.168.223.110",
IPSECSWITCH=DISABLE;
/*Adding an endpoint group with the ID of 21*/
ADD EPGROUP: EPGROUPID=21;
/*Adding the new SCTP host to the endpoint group*/
ADD SCTPHOST2EPGRP: EPGROUPID=21, SCTPHOSTID=21;
/*Adding an SCTP peer*/
ADD SCTPPEER: SCTPPEERID=21,IPVERSION=IPv4, SIGIP1V4="192.168.3.3", SIGIP1SECSWITCH=DISABLE,
SIGIP2SECSWITCH=DISABLE, PN=58090;
/*Adding a user-plane peer*/
ADD USERPLANEPEER: UPPEERID=21, IPVERSION=IPv4, PEERIPV4="192.168.3.3", IPSECSWITCH=DISABLE,
USERLABEL="eCO:192.168.3.3";
/*Adding the new SCTP peer to the endpoint group*/
ADD SCTPPEER2EPGRP: EPGROUPID=21, SCTPPEERID=21;
/*Adding the new user-plane peer to the endpoint group*/
ADD UPPEER2EPGRP: EPGROUPID=21, UPPEERID=21;
/*Adding configurations about the eCoordinator*/
ADD ECO: ECOID=0, EPGROUPCFGFLAG=CP_UP_CFG, CPEPGROUPID=21, UPEPGROUPID=21;
Prerequisites
Information and data required for adding an eCoordinator connection are ready,
and the required license file is available in the save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
Connect the eNodeB and the route that is nearest to the eNodeB between the
eNodeB and eCoordinator.
● Remote Operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Run the LST SCTPPEER command to verify that the value of First Peer IP Address
in one entry is the same as the IP address of the SCTP host on the eCoordinator.
Step 2 Run the LST USERPLANEPEER command to verify that the value of Peer IP
Address in one record is the same as the user-plane IP address of the
eCoordinator.
Step 3 Run the DSP ECO command to check whether the value of ECO Interface CP
Bearer State is Normal.
Step 4 Verify that ALM-25952 User Plane Path Fault is not reported.
If ALM-25952 User Plane Path Fault is reported, clear the alarm according to the
instructions in 3900 & 5900 Series Base Station Alarm Reference.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Prerequisites
● Required data has been configured on the new eCoordinator.
● Data has been configured for the transport network between the eNodeB and
the new eCoordinator.
Application Scenario
Network deployment has changed, and the eCoordinator that an eNodeB is
connected to needs to be replaced.
Reconfiguration Impact
During eCoordinator replacement, the eNodeB disconnects from the old
eCoordinator before setting up a connection to the new eCoordinator, and
therefore services carried on the old Se interface are interrupted.
Reconfiguration Scheme
Figure 1-129 shows the reconfiguration procedure for replacing the eCoordinator
that the eNodeB is connected to. Determine the reconfiguration scheme according
to the following table.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
If... Then...
No route is available between the Add a route from the eNodeB to the
eNodeB and the new eCoordinator new eCoordinator and the
corresponding VLANMAP MO.
Information about the SCTP host of Modify information about the SCTP
the Se interface needs to be modified host.
because the eNodeB uses a new IP
address to communicate with the new
eCoordinator
Information about the user-plane host Modify information about the user-
of the Se interface needs to be plane host.
modified because the eNodeB uses a
new IP address to communicate with
the new eCoordinator
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
If... Then...
The eNodeB requires a new IP address Add an IPv4 address on the eNodeB.
to communicate with the new
eCoordinator
If... Then...
No route is available between the Add a route from the eNodeB to the
eNodeB and the new eCoordinator new eCoordinator and the
corresponding VLANMAP MO or
INTERFACE MO in which the interface
type is VLAN.
Information about the SCTP host of Modify information about the SCTP
the Se interface needs to be modified host.
because the eNodeB uses a new IP
address to communicate with the new
eCoordinator
Information about the user-plane host Modify information about the user-
of the Se interface needs to be plane host.
modified because the eNodeB uses a
new IP address to communicate with
the new eCoordinator
The route between the eNodeB and Remove the IPv4 route.
the old eCoordinator is no longer used
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Topology Change
N/A
Information Collection
Table 1-242 describes the information to be collected for data preparation.
Information Description
IP address and port Includes the IP address and port number of the SCTP
number of the SCTP peer over the Se interface of the eNodeB.
host of the new
eCoordinator
User-plane IP address Includes the IP address of the user-plane peer over the
of the new Se interface of the eNodeB.
eCoordinator
Information about Includes the ID of the endpoint group to which the user-
the endpoint group plane host, user-plane peer, SCTP host, and SCTP peer
of the Se interface need to be added.
Hardware Preparation
Prepared the hardware listed in Table 1-243.
Hardware Description
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Old Model
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding a device IP address used for communicating with the new eCoordinator*/
ADD DEVIP: SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="135.25.221.110", MASK="255.255.255.0";
/*Adding an IP route from the eNodeB to the new eCoordinator*/
ADD IPRT: RTIDX=21, SN=7, SBT=BASE_BOARD, DSTIP="192.168.5.3", DSTMASK="255.255.255.255",
RTTYPE=NEXTHOP, NEXTHOP="192.168.225.1", MTUSWITCH=OFF;
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group*/
ADD VLANMAP: NEXTHOPIP="192.168.225.1", MASK="255.255.255.255", VLANMODE=SINGLEVLAN,
VLANID=101, SETPRIO=DISABLE;
/*Modifying the SCTP host*/
MOD SCTPHOST: SCTPHOSTID=21, SIGIP1V4="192.168.225.110";
/*Modifying the information of the SCTP peer*/
MOD SCTPPEER:SCTPPEERID=21, SIGIP1V4="192.168.5.3";
/*Modifying the user-plane host*/
MOD USERPLANEHOST:UPHOSTID=21, LOCIPV4="192.168.225.110";
/*Modifying the information about the user-plane peer*/
MOD USERPLANEPEER: UPPEERID=21, PEERIPV4="192.168.5.3", USERLABEL="eCO:192.168.5.3";
/*Removing the route from the eNodeB to the original eCoordinator*/
RMV IPRT: RTIDX=10;
/*Removing the device IP address used for communicating with the original eCoordinator*/
RMV DEVIP: SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.223.110";
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Setting an Ethernet port*/
SET ETHPORT: CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=0;
/*Adding an interface (the VLANMAP MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=NORMAL, PT=ETH, PORTID=0, VRFIDX=0;
ADD VLANMAP: NEXTHOPIP="192.168.225.1", MASK="255.255.255.255", VLANMODE=SINGLEVLAN,
VLANID=101, SETPRIO=DISABLE;
/*Adding an interface (the INTERFACE MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=0, VLANID=101, VRFIDX=0;
/*Adding an IPv4 address for communicating with the new eCoordinator*/
ADD IPADDR4: ITFID=0, IP="135.25.221.110", MASK="255.255.255.0";
/*Adding an IPv4 route from the eNodeB to the new eCoordinator*/
ADD IPROUTE4: RTIDX=21, DSTIP="192.168.5.3", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.225.1", MTUSWITCH=OFF;
/*Modifying the SCTP host*/
MOD SCTPHOST: SCTPHOSTID=21, SIGIP1V4="192.168.225.110";
/*Modifying the information about the SCTP peer*/
MOD SCTPPEER:SCTPPEERID=21, SIGIP1V4="192.168.5.3";
/*Modifying the user-plane host*/
MOD USERPLANEHOST:UPHOSTID=21, LOCIPV4="192.168.225.110";
Prerequisites
Information and data required for replacing an eCoordinator are ready, and the
required license file is available in the save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
Connect the eNodeB and the route that is nearest to the eNodeB between the
eNodeB and the new eCoordinator.
● Remote Operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
iii. Import a new license file.
Run the INS LICENSE command.
For example: INS LICENSE: DIR="ftproot/",
FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4,
IP="10.161.18.69", USR="ftpuser", PWD="***********";
iv. Deliver the configuration data to the eNodeB and activate the data.
For details, see the interactive operation guide Delivering Data to
Base Stations and Activating the Data.
v. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up and export the configuration file. The configuration file can
be used to roll back configurations to the original state, if the
reconfiguration fails.
1) Run the BKP CFGFILE command to back up the configuration
file.
2) Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
iii. Use the MAE-Access to deliver the batch configuration scripts
prepared in Engineering Preparation > Data Preparation to the
base station and activate the scripts on the base station. For details,
see 1.3.3 Running MML Commands on the MAE-Access.
NOTE
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Run the LST SCTPPEER command to verify that the value of First Peer IP Address
in one entry is the same as the IP address of the SCTP host on the new
eCoordinator.
If they are different, check whether the transmission configuration is correct.
● If it is incorrect, modify it.
● If it is correct, contact Huawei technical support or dial the Huawei technical
support hotline.
Step 2 Run the LST USERPLANEPEER command to verify that the value of Peer IP
Address in one record is the same as the user-plane IP address of the new
eCoordinator.
If they are different, check whether the transmission configuration is correct.
● If it is incorrect, modify it.
● If it is correct, contact Huawei technical support or dial the Huawei technical
support hotline.
Step 3 Run the DSP ECO command to check whether the value of ECO Interface CP
Bearer State is Normal.
If the value ECO Interface CP Bearer State is Abnormal, check whether
ALM-25888 SCTP Link Fault is reported. If the alarm is reported, clear the alarm
according to 3900 & 5900 Series Base Station Alarm Reference.
Step 4 Verify that ALM-25952 User Plane Path Fault is not reported.
If ALM-25952 User Plane Path Fault is reported, clear the alarm according to the
instructions in 3900 & 5900 Series Base Station Alarm Reference.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the physical connections.
Step 4 Verify that engineering rollback is successful according to instructions in 1.8.17.4
Engineering Verification.
----End
Application Scenario
The traditional transmission network configuration is complicated and struggles to
meet the requirement for fast deployment on the live network. Therefore, the
transmission configuration model needs to be optimized to simplify operations.
Reconfiguration Impact
During the optimization of the transmission configuration model, the
corresponding transmission links will be interrupted, and the services carried on
these transmission links will be interrupted for 3 to 10 minutes.
Reconfiguration Scheme
NOTE
The base station transmission model cannot be changed from the new model to the old
model.
Restrictions:
1. Changing the transmission configuration model from an old model to a new
model does not apply to a GSM base station that uses the GTMU as a main
control board.
2. Restrictions on the VLAN optimization scheme are as follows:
– The following boards do not support this scheme: GTMUb, CMPT, UTRP2,
UTRP3, UTRP4, UTRP9, UTRPa, UCIU, ULPU, CMSU, CBPU, UCCU, and
UBBP.
– This scheme is not supported if L2 packet filtering is configured but the
VLAN ID corresponding to L2 packet filtering does not contain the VLAN
IDs of the VLANMAP, VLANCLASS, and SUBNETVLAN MOs. The specific
configuration scenarios are as follows:
Topology Change
N/A
Information Collection
Information to be collected describes the information to be collected for data
preparation.
Hardware Preparation
N/A
Software Preparation
eRAN15.1 or a later version, and the corresponding MAE-Access and MAE-
Deployment software versions
Data Preparation
● Back up NE data manually on the OSS for the base station whose
transmission configuration model needs to be changed. For details, see
Operation and Maintenance > MAE-Access Operation and Maintenance >
Security Management > Data Management > Backing Up and Restoring
NE Data > Manually Backing Up NE Data in the MAE product
documentation.
● Obtain the configuration data of the base station whose transmission
configuration model needs to be changed.
On the MAE-Access, right-click the NE whose transmission configuration
model needs to be changed, and choose Synchronize NE Configuration Data
from the shortcut menu to synchronize data of the NE.
● Enter the input options for changing the transmission configuration model:
– Name of the base station whose transmission configuration model needs
to be changed
– Scheme of optimizing the transmission configuration model. The
optimization schemes include:
i. Change the transmission configuration model from an old one to a
new one.
ii. Optimize the VLAN for a base station using the new transmission
configuration model.
iii. Change the transmission configuration model from an old model to
a new model and optimize the VLAN.
Prerequisites
Information and data required for changing the transmission configuration model
are available.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
Procedure
Remote Operations (Using the MAE-Deployment)
Step 1 On the menu bar, choose Advanced > Network Enhancement > Reconstruction
Express.
Step 3 In the exported template, enter the name of the NE whose transmission
configuration model needs to be optimized and the sequence number of the
optimization scheme.
Step 4 In Planning Data Table, click to upload the filled template and click Execute.
After that, the import result is displayed in the task information pane in the upper
right area of the home page. (You can also click in the upper right area of the
home page to open the task information pane.)
If the import succeeds, you can expand the task and download the script.
If the import fails, you can expand the task and download the error report. You
can modify the data according to the error information and import the template
again.
Step 5 On the menu bar, choose Advanced > System > Script Executor to import the
script downloaded in the previous step and load the project.
----End
Procedure
Run the LST GTRANSPARA command to check the value of the Transmission
Configuration Mode parameter. If the parameter value is New, the transmission
configuration model is successfully changed.
Prerequisites
● The PKI-supported security gateway (SeGW) has been deployed, the secure
networking (IPsec, which is short for Internet Protocol Security) and PKI
parameters and the route from the SeGW to the eNodeB have been
configured, and the eNodeB service and OMCH are normal.
● The Certificate Authority (CA) server has been deployed, and configurations
are complete, such as those on the security certificate of the CA server and
the route from the CA server to the eNodeB.
Application Scenario
The operator requires the transport network to operate in PKI security mode
instead of non-security mode.
Reconfiguration Impact
When the transport network is changed from non-security mode to PKI security
mode, transmission links that enter the security network (protected transmission
links) and services carried on these links will be interrupted.
Reconfiguration Scheme
Figure 1-134 and Figure 1-135 show the reconfiguration procedures for changing
the transport network from non-security mode to PKI security mode. Determine
the reconfiguration scheme for changing the transport network from non-security
mode to PKI security mode according to the following table.
No route is available Add a route from the eNodeB to the SeGW and the
between the eNodeB corresponding VLANMAP MO.
and SeGW
NOTE
Figure 1-134 Procedure for changing the transport network from non-security
mode to PKI security mode (using the MAE-Deployment, IPv4)
Figure 1-135 Procedure for changing the transport network from non-security
mode to PKI security mode (using MML commands, IPv4)
Topology Change
Figure 1-136 shows the topologies before and after the reconfiguration.
NOTE
If the operator-issued security certificate needs to be requested or updated, the eNodeB will
access the CA server to apply for or update the certificate.
Information Collection
Table 1-248 describes the information to be collected for data preparation.
Information Description
Local IKE basic Includes the local IKE name, IKE version, and
information negotiation mode.
Access control rule Used for data flows that require secure networking
(IPsec) protection.
Secure networking Includes the IKE proposal name, IPsec proposal name,
(IPsec) policy access control list (ACL) ID, and IPsec SA life cycle.
Information Description
Information about Includes all the next-hop IP addresses from the eNodeB
the route to the to the SeGW.
SeGW
Information about Includes all the next-hop IP addresses from the eNodeB
the routes to the CA to the CA server.
server
Information about
the VLAN for the
route from the
eNodeB to the CA
server
NOTE
In IPv4 scenarios, the policy for processing a data flow protected by secure networking (IPsec) is
as follows:
● The route of the data flow is a route of the next hop type, and the outbound port is the
outbound port bound to the secure networking (IPsec) policy.
● If the data flow matches the IPv4 access control rule and the action is "permit", the flow is
protected by secure networking (IPsec). If the data flow matches the IPv4 access control
rule and the action is "deny", the flow is not protected by secure networking (IPsec). If the
data flow does not match the IPv4 access control rule, the flow is not protected by secure
networking (IPsec).
Hardware Preparation
Prepare the hardware listed in Table 1-249.
Hardware Description
Hardware Description
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Table 1-250 Data preparation for changing the transport network from non-
security mode to PKI security mode
7 Add IKECFG
8 Add ACL
9 Add ACLRULE
10 Add IPSECPROPO
SAL
11 Add IPSECPOLICY
14 Add CA
15 Add CERTMK
7 Add IKECFG
8 Add ACL
9 Add ACLRULE
10 Add IPSECPROPO
SAL
11 Add IPSECPOLICY
12 Run DLD -
the CERTFILE
MM
L
com
man
d
15 Add CA
16 Run CRE -
the CERTREQFIL
MM E
L
com
man
d
18 Run DLD -
the CERTFILE
MM
L
com
man
d
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario-specific template being "Changing the Transport
Network from Non-Security Mode to PKI Security Mode"): For details, see the
interactive operation guide 1.11.2 Using the Batch Reconfiguration Mode of
the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding a device IP address for performing IKE negotiation*/
ADD DEVIP:SN=7,SBT=BASE_BOARD,PT=ETH,PN=0,IP="192.168.53.6",MASK="255.255.255.0";
/*Adding an IP route to the CA server*/
ADD IPRT:RTIDX=0, SN=7, SBT=BASE_BOARD, DSTIP="10.148.25.179", DSTMASK="255.255.255.255",
RTTYPE=NEXTHOP, NEXTHOP="192.168.53.110", MTUSWITCH=OFF;
/*Adding an IP route to the SeGW*/
ADD IPRT:RTIDX=1, SN=7, SBT=BASE_BOARD, DSTIP="192.168.54.7", DSTMASK="255.255.255.255",
RTTYPE=NEXTHOP, NEXTHOP="192.168.53.110", MTUSWITCH=OFF;
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group*/
ADD
VLANMAP:NEXTHOPIP="192.168.53.110",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=101,
SETPRIO=DISABLE;
/*Adding an IKE proposal*/
ADD IKEPROPOSAL: PROPID=1, ENCALG=AES128, AUTHALG=SHA256, AUTHMETH=IKE_RSA_SIG,
DHGRP=DH_GROUP15;
/*Adding an IKE peer*/
ADD IKEPEER: PEERNAME="ikepeer", PROPID=1, IKEVERSION=IKE_V2, EXCHMODE=AGGRESSIVE,
IPVERSION=IPV4, IDTYPE=FQDN, REMOTEIP="192.168.54.7", REMOTENAME="segw", DPD=PERIODIC,
LOCALIP="192.168.53.6";
/*Setting basic IKE configurations*/
SET IKECFG:IKELNM="s-segw";
/*Adding an ACL*/
ADD ACL: ACLID=3007, ACLDESC="ipsec";
/*Adding an ACL rule*/
/*In separate encryption mode, the SIP in the ACL rule must not contain the local IP address of the OM
channel. In unified encryption mode, the SIP in the ACL rule must contain the local IP address of the OM
channel.*/
ADD ACLRULE:ACLID=3007, RULEID=1, PT=IP, SIP="0.0.0.9", SWC="255.255.255.0", DIP="0.0.0.0",
DWC="255.255.255.255", MDSCP=NO;
/*Adding an IPsec proposal*/
ADD IPSECPROPOSAL: PROPNAME="ipsecprop", TRANMODE=ESP;
/*Adding an IPsec policy*/
ADD IPSECPOLICY: SPGN="ipsecpol", SPSN=1, ACLTYPE=IPV4, ACLID=3007, PROPNAME="ipsecprop",
PEERNAME="ikepeer", LTCFG=LOCAL;
/*Downloading the operator's trust certificate*/
DLD CERTFILE:IP="172.21.241.98", USR="admin", PWD="*****", SRCF="operator.pem", DSTF="operator.pem";
/*It takes approximately 30s to download the operator's trust certificate. You cannot perform the
subsequent operations before the download is completed.*/
/*Save the following MML commands as another script file. Run these commands only after the value of
Status changes to Succeeded in the execution result of the DLD CERTFILE command (indicating that the
operator's trust certificate is downloaded successfully.)*/
/*Adding the operator's trust certificate*/
ADD TRUSTCERT:CERTNAME="operator.pem";
/*Modifying the registration information used to create the certificate request*/
MOD CERTREQ: COMMNAME=ESN, COUNTRY="CN", ORG="huawei", ORGUNIT="huawei",
STATEPROVINCENAME="guangdong", LOCALITY="shenzhen",
KEYUSAGE=DATA_ENCIPHERMENT-1&DIGITAL_SIGNATURE-1&KEY_AGREEMENT-1&KEY_ENCIPHERMENT-1,
SIGNALG=SHA256, KEYSIZE=KEYSIZE2048, LOCALNAME="s-segw", LOCALIP="192.168.53.6";
/*Adding a certificate authority. (The local IP address of the OM channel is used as the IP address for
updating the operator's certificate.)*/
ADD CA:CANAME="C = CN,S = guangdong,O = huawei,CN = aksz", URL="http://10.148.25.179:8080";
/*Generating a device certificate request file*/
CRE CERTREQFILE:FILENAME="cert.req",REQMODE=NEW;
/*Uploading the device certificate request file*/
ULD CERTFILE:IP="172.21.241.193", USR="admin", PWD="*****", SRCF="cert.req", DSTF="cert.req";
/*You need to use the device certificate request file to directly apply for the operator-issued device
certificate from the operator. So, save the following MML commands as another script file and perform the
following operations only after you have obtained the operator-issued device certificate.*/
/*Downloading the operator-issued device certificate*/
DLD CERTFILE:IP="172.21.241.193",USR="admin",PWD="*****",SRCF="opkidev.pem",DSTF="opkidev.pem";
/*It takes approximately 30s to download the operator-issued device certificate. You cannot perform the
subsequent operations before the download is completed.*/
/*Save the following MML commands as another script file. Run these commands only after the value of
Status changes to Succeeded in the execution result of the DLD CERTFILE command (indicating that the
operator-issued device certificate is downloaded successfully.)*/
/*Adding the operator-issued device certificate*/
ADD CERTMK:APPCERT="opkidev.pem";
/*Changing the device certificate in use to the operator-issued device certificate*/
MOD APPCERT:APPTYPE=IKE, APPCERT="opkidev.pem";
/*Binding the IPsec policy group*/
ADD IPSECBIND: SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, SPGN="ipsecpol";
Prerequisites
The information, hardware, security certificates, and data for changing the
transport network from non-security mode to PKI security mode are ready. The
license file is available in the save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
– Local Operations
N/A
– Remote Operations
Use the MAE-Deployment to deliver the data to the base station and
then activate the data.
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Run the following commands on the MAE-Access to back up and
export the configuration file. The configuration file can be used to
restore the base station to the pre-reconfiguration status if the
reconfiguration fails.
1) To back up the configuration file, run the BKP CFGFILE
command.
2) To export the configuration file, run the ULD CFGFILE command.
Example: ULD CFGFILE: MODE=IPV4, IP="192.169.2.16",
USR="admin", PWD="*****";
iii. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
iv. Import a new license file.
Run the INS LICENSE command.
For example: INS LICENSE: DIR="ftproot/",
FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4,
IP="10.161.18.69", USR="ftpuser", PWD="***********";
v. Deliver the configuration data to the base station and activate the
data. For details, see the interactive operation guide Delivering Data
to Base Stations and Activating the Data.
vi. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
● Using MML commands:
– Local Operations
Run MML commands on the LMT to deliver the data to the base station
and then activate the data.
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Run the following commands on the LMT to back up and export the
configuration file. The configuration file can be used to restore the
base station if the reconfiguration fails.
Follow-up Procedure
After the Procedure is completed, change the next-hop IP address of the router
that connects to the SeGW in the transport network to the IP address of the
SeGW. The IP address setting allows the eNodeB to establish IPsec tunnels with
the SeGW for protecting the communication data between the eNodeB and the
CN as well as MAE. This changes the transport network from non-security mode
to PKI security mode.
Procedure
Step 1 Verify that ALM-25891 IKE Negotiation Failure is not reported.
If ALM-25891 IKE Negotiation Failure is reported, clear the alarm according to
the instructions in 3900 & 5900 Series Base Station Alarm Reference.
Step 2 Run the DSP APPCERT command to check whether the device certificate in use is
the operator-issued device certificate.
If it is not the operator-issued device certificate, run the DSP CERTMK command
to check whether the operator-issued device certificate is available.
● If it is available, run the MOD APPCERT command to replace the device
certificate in use with the operator-issued device certificate.
● If it is unavailable, run the REQ DEVCERT command to apply for an operator-
issued device certificate. Then run the command to replace the device
certificate in use with the operator-issued device certificate.
Step 3 Run the DSP TRUSTCERT command to check whether the operator's trust
certificate is included in the command output and Status is Normal.
If the operator's trust certificate is not included in the command output or Status
is not Normal, run the LST TRUSTCERT command to check whether the
operator's trust certificate is configured.
● If it is configured, run the RMV TRUSTCERT command to delete the
configuration. Run the DLD CERTFILE command to download an operator's
trust certificate again. Then, run the ADD TRUSTCERT command to add the
operator's trust certificate.
● If it is not configured, run the DLD CERTFILE command to download an
operator's trust certificate. Then, run the ADD TRUSTCERT command to add
the operator's trust certificate.
Step 4 Run the LST CA command to check whether the current certificate authority is
correctly configured. That is, Certificate Authority Name and Certificate
Authority URL are the same as the real name of the certificate authority and the
real URL of the CA server, respectively.
If the configurations are incorrect, perform the following steps to modify the
certificate authority configurations:
1. Run the RMV CA command to remove the original certificate authority.
2. Run the ADD CA command to add a correct certificate authority.
----End
Procedure
Step 1 Restore the configuration data.
● Remote rollback
If the OM channel is interrupted due to reconfiguration failures and secure
PnP can be performed for the bearer network, the OM channel can be
automatically set up in a secure manner. Perform the following steps to check
whether the bearer network meets the following secure PnP conditions:
a. Check whether the configurations of the bearer network devices such as
the public DHCP server, router, and SeGW meet secure PnP requirements.
For details about secure PnP requirements for bearer network devices, see
the corresponding configuration requirements in Automatic OMCH
Establishment Feature Parameter Description.
b. Check whether the DHCP configuration and route configuration of the
MAE exist and are consistent with the configurations of the current
bearer network.
If the configurations do not exist or are inconsistent with the current
bearer network, reconfigure the DHCP and route of the MAE to ensure
that they are consistent with the configurations of the current bearer
network.
For details about requirements and preparations for MAE DHCP and
route configurations, see the corresponding configuration requirements in
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Prerequisites
NOTE
In the new model (when TRANSCFGMODE in the GTRANSPARA MO is set to NEW), only
the reconstruction for which the mode is interface VLAN and the IPSECBINDMODE
parameter of the IKECFG MO is SINGLE is supported.
● The PKI-supported security gateway (SeGW) has been deployed, the Internet
Protocol Security (IPsec) and PKI parameters and the route from the SeGW to
the eNodeB have been configured, and the eNodeB service and OMCH are
normal.
● The Certificate Authority (CA) server has been deployed, and configurations
are complete, such as those on the security certificate of the CA server and
the route from the CA server to the eNodeB.
● The next hop from the eNodeB to the SeGW and that from the eNodeB to the
CA belong to the same VLAN.
Application Scenario
The operator requires the transport network to operate in PKI security mode
instead of non-security mode.
Reconfiguration Impact
When the transport network is changed from non-security mode to PKI security
mode, transmission links that enter the security network (protected transmission
links) and services carried on these links will be interrupted.
Reconfiguration Scheme
Figure 1-137 and Figure 1-139 show the reconfiguration procedures for changing
the transport network from non-security mode to PKI security mode. Determine
the reconfiguration scheme for changing the transport network from non-security
mode to PKI security mode according to the following table.
If... Then...
No route is available between the Add a route from the eNodeB to the
eNodeB and SeGW SeGW and the corresponding
VLANMAP MO.
NOTE
Figure 1-137 Procedure for changing the transport network from non-security
mode to PKI security mode (using the MAE-Deployment, IPv4)
Figure 1-138 Procedure for changing the transport network from non-security
mode to PKI security mode (using the MAE-Deployment, IPv6)
Figure 1-139 Procedure for changing the transport network from non-security
mode to PKI security mode (using MML commands, IPv4)
Figure 1-140 Procedure for changing the transport network from non-security
mode to PKI security mode (using MML commands, IPv6)
Topology Change
Figure 1-141 shows the topologies before and after the reconfiguration.
NOTE
If the operator-issued security certificate needs to be requested or updated, the eNodeB will
access the CA server to apply for or update the certificate.
Information Collection
Table 1-252 describes the information to be collected for data preparation.
Information Description
Local IKE information Includes the local IKE name, IKE version, and
negotiation mode.
Access control rule Used for data flows that require IPsec protection.
Information Description
IPsec policy Includes the IKE proposal name, IPsec proposal name,
access control list (ACL) ID, and IPsec SA life cycle.
Information about Includes all the next-hop IP addresses from the eNodeB
the route to the to the SeGW.
SeGW
Information about Includes all the next-hop IP addresses from the eNodeB
the routes to the CA to the CA server.
server
Information about
the VLAN for the
route from the
eNodeB to the CA
server
NOTE
● IPv4 access control rules use ACL/ACLRULE, and IPv6 access control rules use ACL6/
ACLRULE6.
● In IPv4 scenarios, the policy for processing IPsec data flows is as follows:
● The route of the data flow is a route of the next hop type, and the outbound port is the
outbound port bound to the IPsec policy.
● If the data flow matches the IPv4 access control rule and the action is "permit", IPsec is
performed. If the data flow matches the IPv4 access control rule and the action is
"deny", IPsec is not performed. If the data flow does not match the IPv4 access control
rule, IPsec is not performed.
● In IPv6 scenarios, the policy for processing IPsec data flows is as follows:
● The route of the data flow is a route of the interface type, and the interface is the
TUNNELITF bound to the IPsec policy.
● If the data flow matches the IPv6 access control rule and the action is "permit", IPsec
will be performed. If the data flow matches the IPv6 access control rule and the action
is "deny", IPsec will not be performed. If the data flow does not match the IPv6 access
control rule, packets will be discarded.
● The IPSECBIND6 MO is used for IPv6 policy information binding.
Hardware Preparation
Prepare the hardware listed in Table 1-253.
Hardware Description
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Table 1-254 Data preparation for changing the transport network from non-
security mode to PKI security mode
Rec SN Ope MO or MML Configuration Reference
onfi rati Command
gura on
tion
Mod
e
6 Add IKECFG
8 Add IPv4:
ACLRULE
IPv6:
ACLRULE6
9 Add IPSECPROPO
SAL
10 Add IPSECPOLICY
13 Add CA
14 Add CERTMK
19 Add IPSECBIND
5 Add IKEPEER
6 Add IKECFG
8 Add IPv4:
ACLRULE
IPv6:
ACLRULE6
9 Add IPSECPROPO
SAL
10 Add IPSECPOLICY
11 Run DLD -
ning CERTFILE
MM
L
com
man
ds
14 Add CA
15 Run CRE -
ning CERTREQFIL
MM E
L
com
man
ds
17 Run DLD -
ning CERTFILE
MM
L
com
man
ds
23 Add IPSECBIND
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario-specific template being "Changing the Transport
Network from Non-Security Mode to PKI Security Mode"): For details, see the
interactive operation guide 1.11.2 Using the Batch Reconfiguration Mode of
the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
IPv4 transmission:
/*Adding an IPv4 address for performing IKE negotiation*/
SET ETHPORT: CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
ADD INTERFACE: ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=1, TAGGED=ENABLE, VLANID=101, VRFIDX=0;
ADD IPADDR4: ITFID=0, IP="192.168.53.6", MASK="255.255.255.0";
/*Adding an IPv4 route to the CA server*/
ADD IPROUTE4: RTIDX=0, DSTIP="10.148.25.179", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.53.110", MTUSWITCH=OFF;
/*Adding an IPv4 route to the SeGW*/
ADD IPROUTE4: RTIDX=1, DSTIP="192.168.54.7", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.53.110", MTUSWITCH=OFF;
/*Adding an IKE proposal*/
ADD IKEPROPOSAL: PROPID=1, ENCALG=AES128, AUTHALG=SHA256, AUTHMETH=IKE_RSA_SIG,
DHGRP=DH_GROUP15;
/*Adding an IKE peer*/
ADD IKEPEER: PEERNAME="ikepeer", PROPID=1, IKEVERSION=IKE_V2, EXCHMODE=AGGRESSIVE,
IPVERSION=IPV4, IDTYPE=FQDN, REMOTEIP="192.168.54.7", REMOTENAME="segw", DPD=PERIODIC,
LOCALIP="192.168.53.6";
/*Setting basic IKE configurations*/
SET IKECFG: IKELNM="s-segw";
/*Adding an ACL*/
ADD ACL: ACLID=3007, ACLDESC="ipsec";
/*Adding an ACL rule*/
/*In separate encryption mode, the SIP in the ACL rule must not contain the local IP address of the OM
channel. In unified encryption mode, the SIP in the ACL rule must contain the local IP address of the OM
channel.*/
ADD ACLRULE: ACLID=3007, RULEID=1, PT=IP, SIP="0.0.0.9", SWC="255.255.255.0", DIP="0.0.0.0",
DWC="255.255.255.255", MDSCP=NO;
/*Adding an IPsec proposal*/
ADD IPSECPROPOSAL: PROPNAME="ipsecprop", TRANMODE=ESP;
/*Adding an IPsec policy*/
ADD IPSECPOLICY: SPGN="ipsecpol", SPSN=1, ACLTYPE=IPV4, ACLID=3007, PROPNAME="ipsecprop",
PEERNAME="ikepeer", LTCFG=LOCAL;
/*Downloading the operator's trust certificate*/
DLD CERTFILE: IP="172.21.241.98", USR="admin", PWD="*****", SRCF="operator.pem",
DSTF="operator.pem";
/*It takes approximately 30s to download the operator's trust certificate. You cannot perform the
subsequent operations before the download is completed.*/
/*Save the following MML commands as another script file. Run these commands only after the value of
Status changes to Succeeded in the execution result of the DLD CERTFILE command (indicating that the
operator's trust certificate is downloaded successfully.*/
/*Adding the operator's trust certificate*/
ADD TRUSTCERT: CERTNAME="operator.pem";
/*Modifying the registration information used to create the certificate request*/
MOD CERTREQ: COMMNAME=ESN, COUNTRY="CN", ORG="huawei", ORGUNIT="huawei",
STATEPROVINCENAME="guangdong", LOCALITY="shenzhen", KEYUSAGE=DATA_ENCIPHERMENT-1,
SIGNALG=SHA256, KEYSIZE=KEYSIZE2048, LOCALNAME="s-segw", LOCALIP="192.168.53.6";
/*Adding a certificate authority. (The local IP address of the OM channel is used as the IP address for
updating the operator's certificate.)*/
ADD CA: CANAME="C = CN,S = guangdong,O = huawei,CN = aksz", URL="http://10.148.25.179:8080";
/*Generating a device certificate request file*/
CRE CERTREQFILE:FILENAME="cert.req",REQMODE=NEW;
/*Uploading the device certificate request file*/
ULD CERTFILE: IP="172.21.241.193", USR="admin", PWD="*****", SRCF="cert.req", DSTF="cert.req";
/*You need to use the device certificate request file to directly apply for the operator-issued device
certificate from the operator. So, save the following MML commands as another script file and perform the
following operations only after you have obtained the operator-issued device certificate.*/
/*Downloading the operator-issued device certificate*/
DLD CERTFILE:IP="172.21.241.193",USR="admin",PWD="*****",SRCF="opkidev.pem",DSTF="opkidev.pem";
/*It takes approximately 30s to download the operator-issued device certificate. You cannot perform the
subsequent operations before the download is completed.*/
/*Save the following MML commands as another script file. Run these commands only after the value of
Status changes to Succeeded in the execution result of the DLD CERTFILE command (indicating that the
operator-issued device certificate is downloaded successfully.*/
/*Loading the operator-issued device certificate*/
ADD CERTMK:APPCERT="opkidev.pem";
/*Changing the device certificate in use to the operator-issued device certificate*/
MOD APPCERT: APPTYPE=IKE, APPCERT="opkidev.pem";
/*Binding the IPsec policy group to an interface*/
ADD IPSECBINDITF: IPSECBINDITFID=1, SPGN="ipsecpol", ITFID=0;
IPv6 transmission:
/*Adding an IPv6 address for performing IKE negotiation*/
SET ETHPORT: CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
ADD INTERFACE: ITFID=1, ITFTYPE=VLAN, PT=ETH, PORTID=1, VLANID=1003, IPV6SW=ENABLE;
ADD IPADDR6: IPADDR6ID="1", ITFID=1, IPV6="2010::221", PFXLEN=64;
/*Adding a loopback IPv6 address for performing IKE negotiation*/
ADD LOOPBACK: PORTID=0, SN=7;
ADD INTERFACE: ITFID=2, ITFTYPE=NORMAL, PT=LOOPINT, PORTID=0, IPV6SW=ENABLE;
ADD IPADDR6: IPADDR6ID="2", ITFID=2, IPV6="2010:1:10:10:10::221", PFXLEN=128;
/*Adding a tunnel interface for performing IKE negotiation*/
ADD TUNNELITF: PORTID=0, MODE=IPSEC_IPV6, LOCALIP6="2010::221", REMOTEIP6="2002:812::8111:1";
Prerequisites
The information, hardware, security certificates, and data for changing the
transport network from non-security mode to PKI security mode are ready. The
license file is available in the save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
– Local Operations
N/A
– Remote Operations
Use the MAE-Deployment to deliver the data to the base station and
then activate the data.
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Run the following commands on the MAE-Access to back up and
export the configuration file. The configuration file can be used to
restore the base station to the pre-reconfiguration status if the
reconfiguration fails.
1) Run the BKP CFGFILE command to back up the configuration
data file.
2) Run the ULD CFGFILE command to export the configuration
data file.
Example: ULD CFGFILE: MODE=IPV4, IP="192.169.2.16",
USR="admin", PWD="*****";
iii. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
iv. Import a new license file.
Run the INS LICENSE command.
For example: INS LICENSE: DIR="ftproot/",
FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4,
IP="10.161.18.69", USR="ftpuser", PWD="***********";
v. Deliver the configuration data to the base station and activate it. For
details, see the interactive operation guide Delivering Data to Base
Stations and Activating the Data.
----End
Follow-up Procedure
After the Procedure is completed, change the next-hop IP address of the router
that connects to the SeGW in the transport network to the IP address of the
SeGW. The IP address setting allows the eNodeB to establish IPsec tunnels with
the SeGW for protecting the communication data between the eNodeB and the
CN as well as MAE. This changes the transport network from non-security mode
to PKI security mode.
Procedure
Step 1 Verify that ALM-25891 IKE Negotiation Failure is not reported.
Step 2 Run the DSP APPCERT command to check whether the device certificate in use is
the operator-issued device certificate.
If it is not the operator-issued device certificate, run the DSP CERTMK command
to check whether the operator-issued device certificate is available.
Step 3 Run the DSP TRUSTCERT command to check whether the operator's trust
certificate is included in the command output and Status is Normal.
If the operator's trust certificate is not included in the command output or Status
is not Normal, run the LST TRUSTCERT command to check whether the
operator's trust certificate is configured.
Step 4 Run the LST CA command to check whether the current certificate authority is
correctly configured. That is, Certificate Authority Name and Certificate
Authority URL are the same as the real name of the certificate authority and the
real URL of the CA server, respectively.
If the configurations are incorrect, perform the following steps to modify the
certificate authority configurations:
----End
Procedure
Step 1 Restore the configuration data.
● Remote rollback
If the OM channel is interrupted due to reconfiguration failures and secure
PnP can be performed for the bearer network, the OM channel can be
automatically set up in a secure manner. Perform the following steps to check
whether the bearer network meets the following secure PnP conditions:
a. Check whether the configurations of the bearer network devices such as
the public DHCP server, router, and SeGW meet secure PnP requirements.
For details about secure PnP requirements for bearer network devices, see
the corresponding configuration requirements in Automatic OMCH
Establishment Feature Parameter Description.
b. Check whether the DHCP configuration and route configuration of the
MAE exist and are consistent with the configurations of the current
bearer network.
If the configurations do not exist or are inconsistent with the current
bearer network, reconfigure the DHCP and route of the MAE to ensure
that they are consistent with the configurations of the current bearer
network.
For details about requirements and preparations for MAE DHCP and
route configurations, see the corresponding configuration requirements in
Automatic OMCH Establishment Feature Parameter Description. For
details about how to configure DHCP for the MAE, see Managing the
DHCP Information about Base Stations and Starting/Stopping VLAN
Detecting in the MAE-Access online help. For details about how to
configure the MAE route, see Setting the Routes of the MAE Server in
MAE Administrator Guide.
After the OM channel resumes, perform the following operations to remotely
roll back the configuration data:
a. On the MAE-Access, run DLD CFGFILE to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="ENBCFG.XML",
ENCRYPTMODE=UNENCRYPTED;
b. Run ACT CFGFILE to activate the original configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
● Local rollback
If the OM channel is interrupted but the bearer network does not meet secure
PnP requirements, the configuration data can only be rolled back locally using
the LMT.
a. On the LMT, run DLD CFGFILE to download the original configuration
file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="ENBCFG.XML",
ENCRYPTMODE=UNENCRYPTED;
b. Run ACT CFGFILE to activate the original configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
● Roll back the configuration data using the one-click blind configuration
rollback function.
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the transport network.
Step 4 Verify that the engineering rollback is successful.
1. Run the DSP CELL command. Verify that Cell instance state is Normal for
the cell.
If Cell instance state is Uninstall, check the cell configuration or hardware
based on the value of Reason for latest state change in the command
output.
2. Verify that no ALM-25901 Remote Maintenance Link Failure is reported.
If ALM-25901 Remote Maintenance Link Failure is reported, clear the alarm
according to the instructions in 3900 & 5900 Series Base Station Alarm
Reference.
----End
Prerequisites
The PSK-supported security gateway (SeGW) has been deployed, data related to
IPsec and PSK has been configured, and the eNodeB services and OM channels are
both normal.
Application Scenario
The operator requires the transport network to operate in PSK mode instead of
non-security mode.
Reconfiguration Impact
When the transport network is changed from non-security mode to PSK security
mode, transmission links that enter the security network (protected transmission
links) and services carried on these links will be interrupted.
Reconfiguration Scheme
Figure 1-142 shows the reconfiguration procedure for changing the transport
network from non-security mode to PSK security mode. Determine the
reconfiguration scheme for changing the transport network from non-security
mode to PSK security mode according to the following table.
No route is available between the Add a route from the eNodeB to the
eNodeB and the SeGW SeGW and the corresponding
VLANMAP MO.
Figure 1-142 Procedure for changing the transport network from non-security
mode to PSK security mode (IPv4)
Topology Change
Figure 1-143 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-256 describes the information to be collected for data preparation.
Information Description
Local IKE information Includes the local IKE name, pre-shared key, IKE version,
and negotiation mode.
Access control rule Used for data flows that require IPsec protection.
Information Description
IPsec policy Includes the IKE proposal name, IPsec proposal name,
access control list (ACL) ID, and IPsec SA life cycle.
Information about Includes all the next-hop IP addresses from the eNodeB
the route from the to the SeGW.
eNodeB to the SeGW
NOTE
In IPv4 scenarios, the policy for processing a data flow protected by secure networking
(IPsec) is as follows:
● The route of the data flow is a route of the next hop type, and the outbound port is
the outbound port bound to the secure networking (IPsec) policy.
● If the data flow matches the IPv4 access control rule and the action is "permit", the
flow is protected by secure networking (IPsec). If the data flow matches the IPv4
access control rule and the action is "deny", the flow is not protected by secure
networking (IPsec). If the data flow does not match the IPv4 access control rule, the
flow is not protected by secure networking (IPsec).
Hardware Preparation
Prepare the hardware listed in Table 1-257.
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Table 1-258 Data preparation for changing the transport network from non-
security mode to PSK security mode
SN Oper MO Configuration Reference
ation
6 Add IKECFG
7 Add ACL
8 Add ACLRULE
9 Add IPSECPROPOSAL
10 Add IPSECPOLICY
11 Add IPSECBIND
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario-specific template being "Changing the Transport
Network from Non-Security Mode to PSK Security Mode"): For details, see the
interactive operation guide 1.11.2 Using the Batch Reconfiguration Mode of
the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding a device IP address for performing IKE negotiation*/
ADD DEVIP:SN=7,SBT=BASE_BOARD, PT=ETH,PN=0,IP="192.168.53.6",MASK="255.255.255.0";
/*Adding an IP route from the eNodeB to the SeGW*/
ADD IPRT:RTIDX=0, SN=7, SBT=BASE_BOARD, DSTIP="192.168.54.7", DSTMASK="255.255.255.255",
RTTYPE=NEXTHOP, NEXTHOP="192.168.53.110", MTUSWITCH=OFF;
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group*/
ADD
VLANMAP:NEXTHOPIP="192.168.53.110",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=101,
SETPRIO=DISABLE;
/*Adding an IKE proposal*/
ADD IKEPROPOSAL: PROPID=1, ENCALG=AES128, AUTHALG=SHA256, AUTHMETH= PRE_SHARED_KEY,
DHGRP=DH_GROUP15;
/*Adding an IKE peer*/
ADD IKEPEER: PEERNAME="ikepeer", PROPID=1, IKEVERSION=IKE_V2, EXCHMODE=AGGRESSIVE,
IPVERSION=IPV4, IDTYPE=FQDN, REMOTEIP="192.168.54.7", REMOTENAME="segw", DPD=PERIODIC,
LOCALIP="192.168.53.6";
Prerequisites
The information, hardware, security certificates, and data for changing the
transport network from non-security mode to PSK security mode are ready. The
license file is available in the save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
– Local Operations
N/A
– Remote Operations
Use the MAE-Deployment to deliver the data to the base station and
then activate the data.
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Run the following commands on the MAE-Access to back up and
export the configuration file. The configuration file can be used to
Follow-up Procedure
After the Procedure is completed, change the next-hop IP address of the router
that connects to the SeGW in the transport network to the IP address of the
SeGW. The IP address setting allows the eNodeB to establish IPsec tunnels with
the SeGW for protecting the communication data between the eNodeB and the
CN as well as MAE. This changes the transport network from non-security mode
to PSK security mode.
Procedure
Step 1 Verify that ALM-25891 IKE Negotiation Failure is not reported.
If ALM-25891 IKE Negotiation Failure is reported, clear the alarm according to
the instructions in 3900 & 5900 Series Base Station Alarm Reference.
----End
Context
If the reconfiguration fails, the OM channel will be disconnected. Therefore, the
engineering rollback can be performed only on the local LMT.
Procedure
Step 1 Restore the configuration data.
● On the LMT, download and activate the original configuration file.
a. Run the DLD CFGFILE command to download the configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="ENBCFG.XML",
ENCRYPTMODE=UNENCRYPTED;
b. Run the ACT CFGFILE command to activate the configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
● Roll back the configuration data using the one-click blind configuration
rollback function.
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the physical connections.
Step 4 Verify that the engineering rollback is successful.
1. Run the DSP CELL command. Verify that Cell instance state is Normal for
the cell.
If Cell instance state is Uninstall, check the cell configuration or hardware
based on the value of Reason for latest state change in the command
output.
2. Verify that no ALM-25901 Remote Maintenance Link Failure is reported.
If ALM-25901 Remote Maintenance Link Failure is reported, clear the alarm
according to the instructions in 3900 & 5900 Series Base Station Alarm
Reference.
----End
Prerequisites
NOTE
In the new model (when TRANSCFGMODE in the GTRANSPARA MO is set to NEW), only
the reconstruction for which the VLAN mode is interface VLAN and the IPSECBINDMODE
parameter of the IKECFG MO is SINGLE is supported.
The PSK-supported security gateway (SeGW) has been deployed, data related to
IPsec and PSK has been configured, and the eNodeB services and OM channels are
both normal.
Application Scenario
The operator requires the transport network to operate in PSK mode instead of
non-security mode.
Reconfiguration Impact
When the transport network is changed from non-security mode to PSK security
mode, transmission links that enter the security network (protected transmission
links) and services carried on these links will be interrupted.
Reconfiguration Scheme
Figure 1-144 shows the reconfiguration procedures for changing the transport
network from non-security mode to PSK security mode. Determine the
reconfiguration scheme according to the following table.
No route is available between the Add a route from the eNodeB to the
eNodeB and the SeGW SeGW and the corresponding
VLANMAP MO.
Figure 1-144 Procedure for changing the transport network from non-security
mode to PSK security mode (IPv4)
Figure 1-145 Procedure for changing the transport network from non-security
mode to PSK security mode (IPv6)
Topology Change
Figure 1-146 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-260 describes the information to be collected for data preparation.
Information Description
Local IKE information Includes the local IKE name, pre-shared key, IKE version,
and negotiation mode.
Access control rule Used for data flows that require IPsec protection.
Information Description
IPsec policy Includes the IKE proposal name, IPsec proposal name,
access control list (ACL) ID, and IPsec SA life cycle.
Information about Includes all the next-hop IP addresses from the eNodeB
the route from the to the SeGW.
eNodeB to the SeGW
NOTE
In IPv4 scenarios, the policy for processing a data flow protected by secure networking
(IPsec) is as follows:
● The route of the data flow is a route of the next hop type, and the outbound port is
the outbound port bound to the secure networking (IPsec) policy.
● If the data flow matches the IPv4 access control rule and the action is "permit", the
flow is protected by secure networking (IPsec). If the data flow matches the IPv4
access control rule and the action is "deny", the flow is not protected by secure
networking (IPsec). If the data flow does not match the IPv4 access control rule, the
flow is not protected by secure networking (IPsec).
Hardware Preparation
Prepare the hardware listed in Table 1-261.
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Table 1-262 Data preparation for changing the transport network from non-
security mode to PSK security mode
6 Add IKECFG
9 Add IPSECPROPOSAL
10 Add IPSECPOLICY
14 Add IPSECBIND
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario-specific template being "Changing the Transport
Network from Non-Security Mode to PSK Security Mode"): For details, see the
interactive operation guide 1.11.2 Using the Batch Reconfiguration Mode of
the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE: MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE: DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
IPv4 transmission:
/*Adding an IPv4 address for performing IKE negotiation*/
SET ETHPORT: CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
ADD INTERFACE: ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=1, TAGGED=ENABLE, VLANID=101, VRFIDX=0;
ADD IPADDR4: ITFID=0, IP="192.168.53.6", MASK="255.255.255.0";
IPv6 transmission:
/*Adding an IPv6 address for performing IKE negotiation*/
SET ETHPORT: CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
ADD INTERFACE: ITFID=1, ITFTYPE=VLAN, PT=ETH, PORTID=1, VLANID=1003, IPV6SW=ENABLE;
ADD IPADDR6: IPADDR6ID="1", ITFID=1, IPV6="2010::221", PFXLEN=64;
/*Adding a loopback IPv6 address for performing IKE negotiation*/
ADD LOOPBACK: PORTID=0, SN=7;
ADD INTERFACE: ITFID=2, ITFTYPE=NORMAL, PT=LOOPINT, PORTID=0, IPV6SW=ENABLE;
ADD IPADDR6: IPADDR6ID="2", ITFID=2, IPV6="2010:1:10:10:10::221", PFXLEN=128;
/*Adding a tunnel interface for performing IKE negotiation*/
ADD TUNNELITF: PORTID=0, MODE=IPSEC_IPV6, LOCALIP6="2010::221", REMOTEIP6="2002:812::8111:1";
ADD INTERFACE: ITFID=3, ITFTYPE=NORMAL, PT=TUNNELITF, PORTID=0, IPV6SW=ENABLE;
/*Adding an IPv6 route to the SeGW*/
ADD IPROUTE6: RTIDX=1, DSTIP="2002:812::8111:1", PFXLEN=128, RTTYPE=NEXTHOP, NEXTHOP="2010::3";
/*Adding an IPv6 route to the core network*/
ADD IPROUTE6: RTIDX=2, DSTIP="2193:1:50::", PFXLEN=64, RTTYPE=IF, ITFID=3;
ADD IPROUTE6: RTIDX=2, DSTIP="2193:100:50::", PFXLEN=64, RTTYPE=IF, ITFID=3;
/*Adding an IKE proposal*/
ADD IKEPROPOSAL: PROPID=1, ENCALG=AES128, AUTHALG=SHA256, AUTHMETH=IKE_RSA_SIG,
DHGRP=DH_GROUP15;
/*Adding an IKE peer*/
ADD IKEPEER: PEERNAME="ikepeer", PROPID=1, IKEVERSION=IKE_V2, IPVERSION=IPV6, IDTYPE=IPV6,
DPD=PERIODIC, CERTSOURCE=APPCERT;
/*Setting basic IKE configurations*/
SET IKECFG: IKELNM="s-segw";
/*Adding an IPv6 ACL*/
ADD ACL6: ACLID=3000, ACLDESC="ipsec";
/*Adding an IPv6 ACL rule*/
ADD ACLRULE6: ACLID=3000, RULEID=1, PT=IP6, SIP="2010:1:10:10:10::221", SPFXLEN=128,
DIP="2193:1:50::1", DPFXLEN=128, MDSCP=NO;
ADD ACLRULE6: ACLID=3000, RULEID=2, PT=IP6, SIP="2010:1:10:10:10::221", SPFXLEN=128,
DIP="2193:100:50::10", DPFXLEN=128, MDSCP=NO;
/*Adding an IPsec proposal*/
ADD IPSECPROPOSAL: PROPNAME="ipsecprop", TRANMODE=ESP;
/*Adding an IPsec policy*/
ADD IPSECPOLICY: SPGN="ipsecpol", SPSN=1, ACLTYPE=IPV6, ACLID=3000, PROPNAME="ipsecprop",
PEERNAME="ikepeer", PFS=PFS_GROUP20, LTCFG=LOCAL;
/*Binding the IPsec policy group to an interface*/
ADD IPSECBINDITF: IPSECBINDITFID=0, SPGN="ipsecpol", ITFID=3;
/*Querying the status of the IPSec SA*/
DSP IPSECSA:;
Prerequisites
The information, hardware, security certificates, and data for changing the
transport network from non-security mode to PSK security mode are ready. The
license file is available in the save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
– Local Operations
N/A
– Remote Operations
Use the MAE-Deployment to deliver the data to the base station and
then activate the data.
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Run the following commands on the MAE-Access to back up and
export the configuration file. The configuration file can be used to
restore the base station to the pre-reconfiguration status if the
reconfiguration fails.
1) To back up the configuration file, run the BKP CFGFILE
command.
2) To export the configuration file, run the ULD CFGFILE command.
Example: ULD CFGFILE: MODE=IPV4, IP="192.169.2.16",
USR="admin", PWD="*****";
iii. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Follow-up Procedure
After the Procedure is completed, change the next-hop IP address of the router
that connects to the SeGW in the transport network to the IP address of the
SeGW. The IP address setting allows the eNodeB to establish IPsec tunnels with
the SeGW for protecting the communication data between the eNodeB and the
CN as well as MAE. This changes the transport network from non-security mode
to PSK security mode.
Procedure
Step 1 Verify that ALM-25891 IKE Negotiation Failure is not reported.
----End
Context
If the reconfiguration fails, the OM channel will be disconnected. Therefore, the
engineering rollback can be performed only on the local LMT.
Procedure
Step 1 Restore the reconfiguration data.
● On the LMT, download and activate the original configuration file.
a. Run the DLD CFGFILE command to download the configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="ENBCFG.XML",
ENCRYPTMODE=UNENCRYPTED;
b. Run the ACT CFGFILE command to activate the configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
● Roll back the configuration data using the one-click blind configuration
rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Prerequisites
● Data related to secure networking (IPsec) and PKI has been configured, and
the base station services and OM channel are normal.
● The CA server has been deployed, and configurations are complete, such as
those on the security certificate of the CA server and the route from the CA
server to the eNodeB.
Application Scenario
The operator requires the use of PKI to enhance transmission security.
Reconfiguration Impact
When the security mode of transmission links is changed to PKI, the transmission
links and services carried on these links will be interrupted.
Reconfiguration Scheme
Figure 1-147 and Figure 1-149 show the reconfiguration procedure for changing
the security mode from PSK to PKI. Determine the reconfiguration scheme for
changing the security mode from PSK to PKI according to the following table.
NOTE
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
Figure 1-147 Procedure for changing the transmission security mechanism from
PSK to PKI (using the MAE-Deployment, IPv4)
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Figure 1-148 Procedure for changing the transmission security mechanism from
PSK to PKI (using the MAE-Deployment)
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
Figure 1-149 Procedure for changing the transmission security mechanism from
PSK to PKI (using MML commands, IPv4)
New Model
Figure 1-150 Procedure for changing the transmission security mechanism from
PSK to PKI (using MML commands)
Topology Change
Figure 1-151 shows the topologies before and after the reconfiguration.
NOTE
If the operator-issued security certificate needs to be requested or updated, the eNodeB will
access the CA server to apply for or update the certificate.
Information Collection
Table 1-264 describes the information to be collected for data preparation.
Information Description
Device certificate Device certificate request file. This file includes the
information common name, issuer, signature algorithm, key size,
usage, local name, and local IP address.
Information about the Includes all the next-hop IP addresses from the eNodeB
routes to the CA to the CA server.
server
Information about the Includes the next-hop IP address and VLAN ID of the
VLAN for the route VLAN.
from the eNodeB to
the CA server
Hardware Preparation
Prepare the hardware listed in Table 1-265.
Hardware Description
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Old Model
Table 1-266 Data preparation for changing the security mode from PSK to PKI
6 Add CA
7 Add CERTMK
6 Add CA
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Table 1-267 Data preparation for changing the security mode from PSK to PKI
Rec SN Ope MO Configuration Reference
onfi rati
gura on
tion
Mod
e
5 Add CA
6 Add CERTMK
5 Add CA
security domain, you are advised to use the batch configuration mode of the
MAE-Deployment to configure base stations in batches or to use the MAE-
Deployment GUI to configure a single base station. If the eNodeB can
communicate with the CA server only through the security domain, you can only
use MML commands. The three data preparation modes are described as follows:
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario-specific template being "Changing the Security Mode
from PSK to PKI"): For details, see the interactive operation guide 1.11.2
Using the Batch Reconfiguration Mode of the MAE-Deployment to
Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding a device IP address*/
ADD DEVIP:SN=7,SBT=BASE_BOARD,PT=ETH,PN=0,IP="192.168.53.6",MASK="255.255.255.0";
/*Adding an IP route to the CA server*/
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Adding an IPv4 address*/
SET ETHPORT:CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=1;
ADD INTERFACE:ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=1, TAGGED=ENABLE, VLANID=101, VRFIDX=0;
ADD IPADDR4:ITFID=0, IP="192.168.53.6", MASK="255.255.255.0";
/*Adding an IPv4 route to the CA server*/
ADD IPROUTE4:RTIDX=0, DSTIP="10.148.25.179", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.53.110", MTUSWITCH=OFF;
/*Downloading the operator's trust certificate*/
DLD CERTFILE:IP="172.21.241.98", USR="admin", PWD="*****", SRCF="operator.pem", DSTF="operator.pem";
/*It takes approximately 30s to download the operator's trust certificate. You cannot perform the
subsequent operations before the download is completed.*/
/*Save the following MML commands as another script file. Run these commands only after the value of
Status changes to Succeeded in the execution result of the DLD CERTFILE command (indicating that the
operator's trust certificate is downloaded successfully.)*/
/*Adding the operator's trust certificate*/
ADD TRUSTCERT:CERTNAME="operator.pem";
Prerequisites
The information, hardware, security certificates, and data for changing the
transmission security mechanism from PSK to PKI are ready. The license file is
available in the save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
– Local Operations
N/A
– Remote Operations
Use the MAE-Deployment to deliver the data to the base station and
then activate the data.
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Run the following commands on the MAE-Access to back up and
export the configuration file. The configuration file can be used to
restore the base station to the pre-reconfiguration status if the
reconfiguration fails.
1) To back up the configuration file, run the BKP CFGFILE
command.
2) To export the configuration file, run the ULD CFGFILE command.
Example: ULD CFGFILE: MODE=IPV4, IP="192.169.2.16",
USR="admin", PWD="*****";
iii. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
iv. Import a new license file.
Run the INS LICENSE command.
For example: INS LICENSE: DIR="ftproot/",
FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4,
IP="10.161.18.69", USR="ftpuser", PWD="***********";
v. Deliver the configuration data to the base station and activate the
data. For details, see the interactive operation guide Delivering Data
to Base Stations and Activating the Data.
vi. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
● Using MML commands:
– Local Operations
Run MML commands on the LMT to deliver the data to the base station
and then activate the data.
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Run the following commands on the LMT to back up and export the
configuration file. The configuration file can be used to restore the
base station if the reconfiguration fails.
1) To back up the configuration file, run the BKP CFGFILE
command.
Procedure
Step 1 Run the DSP APPCERT command to check whether the device certificate in use is
the operator-issued device certificate.
If it is not the operator-issued device certificate, run the DSP CERTMK command
to check whether the operator-issued device certificate is available.
● If it is available, run the MOD APPCERT command to replace the device
certificate in use with the operator-issued device certificate.
● If it is unavailable, run the REQ DEVCERT command to apply for an operator-
issued device certificate. Then run the command to replace the device
certificate in use with the operator-issued device certificate.
Step 2 Run the DSP TRUSTCERT command to check whether the operator's trust
certificate is included in the command output and Status is Normal.
If the operator's trust certificate is not included in the command output or Status
is not Normal, run the LST TRUSTCERT command to check whether the
operator's trust certificate is configured.
● If it is configured, run the RMV TRUSTCERT command to delete the
configuration. Run the DLD CERTFILE command to download an operator's
trust certificate again. Then, run the ADD TRUSTCERT command to add the
operator's trust certificate.
● If it is not configured, run the DLD CERTFILE command to download an
operator's trust certificate. Then, run the ADD TRUSTCERT command to add
the operator's trust certificate.
Step 3 Run the LST CA command to check whether the current certificate authority is
correctly configured. That is, Certificate Authority Name and Certificate
Authority URL are the same as the real name of the certificate authority and the
real URL of the CA server, respectively.
If the configurations are incorrect, perform the following steps to modify the
certificate authority configurations:
----End
Procedure
Step 1 Restore the configuration data.
● Remote rollback
If the OM channel is interrupted due to reconfiguration failures and secure
PnP can be performed for the bearer network, the OM channel can be
automatically set up in a secure manner. Perform the following steps to check
whether the bearer network meets the following secure PnP conditions:
a. Check whether the configurations of the bearer network devices such as
the public DHCP server, router, and SeGW meet secure PnP requirements.
For details about secure PnP requirements for bearer network devices, see
the corresponding configuration requirements in Automatic OMCH
Establishment Feature Parameter Description.
b. Check whether the DHCP configuration and route configuration of the
MAE exist and are consistent with the configurations of the current
bearer network.
If the configurations do not exist or are inconsistent with the current
bearer network, reconfigure the DHCP and route of the MAE to ensure
that they are consistent with the configurations of the current bearer
network.
For details about requirements and preparations for MAE DHCP and
route configurations, see the corresponding configuration requirements in
Automatic OMCH Establishment Feature Parameter Description. For
details about how to configure DHCP for the MAE, see Managing the
DHCP Information about Base Stations and Starting/Stopping VLAN
Detecting in the MAE-Access online help. For details about how to
configure the MAE route, see Setting the Routes of the MAE Server in
MAE Administrator Guide.
After the OM channel resumes, perform the following operations to remotely
roll back the configuration data:
a. On the MAE-Access, run DLD CFGFILE to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="ENBCFG.XML",
ENCRYPTMODE=UNENCRYPTED;
b. Run ACT CFGFILE to activate the original configuration file.
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the transport network.
Step 4 Verify that engineering rollback is successful according to instructions in 1.9.5.4
Engineering Verification.
----End
Prerequisites
A security gateway (SeGW) has been added. The IPsec and public key
infrastructure (PKI) parameters have been configured for the new SeGW, and the
eNodeB service and OMCH are normal.
Application Scenario
The operator requires the use of an IPsec tunnel pair to enhance transmission
network security.
Reconfiguration Impact
No impact
Reconfiguration Scheme
Figure 1-152 shows the reconfiguration procedure for changing a single IPsec
tunnel to an IPsec tunnel pair. Determine the reconfiguration scheme according to
the following table.
If... Then...
The local IP address of the Change the local IP address of the original IKE
original IKE peer is 0.0.0.0 peer to the actual device IP address.
Each of the IPsec tunnel pair Bind the added IPsec tunnel to IPsec security
uses one port policy group.
The IPsec tunnel pair uses only Do not bind the added IPsec tunnel to IPsec
one port security policy group.
Old Model
Figure 1-152 Procedure for changing a single IPsec tunnel to an IPsec tunnel pair
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Figure 1-153 Procedure for changing a single IPsec tunnel to an IPsec tunnel pair
Topology Change
Figure 1-154 shows the topologies before and after the reconfiguration.
Information Collection
Table 1-269 describes the information to be collected for data preparation.
Information Description
IPsec policy group Includes the IKE proposal name, IPsec proposal name,
information access control list (ACL) ID, and IPsec SA life cycle.
Local IKE information Includes the local IKE name, pre-shared key, IKE
version, and negotiation mode.
Information about the Includes the IP address and subnet mask of the new
routes from the SeGW and the next-hop IP address of the routes.
eNodeB to the new
SeGW
Information Description
Information about the Includes the next-hop IP address and VLAN ID of the
VLAN for the route VLAN.
from the eNodeB to
the new SeGW
Hardware Preparation
Prepare the hardware listed in Table 1-270.
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
Table 1-271 Data preparation for changing a single IPsec tunnel to an IPsec
tunnel pair
4 Add IPSECBIND
New Model
Table 1-272 Data preparation for changing a single IPsec tunnel to an IPsec
tunnel pair
5 Add IPSECBIND
NOTE
If the license file needs to be updated, the active license file must be backed up and a new
license file must be imported into the base station. If the license file does not need to be
updated, the backup and import operations are not required.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
/*Exporting the current license file in use and save it to the ftproot folder on the MAE server*/
ULD LICENSE:MODE=IPV4, IP="10.161.18.69", USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
/*Importing a new license file from the ftproot folder on the MAE server*/
INS LICENSE:DIR="ftproot/", FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********";
/*Modifying the original IKE peer*/
MOD IKEPEER:PEERNAME="ikepeer1", LOCALIP="192.168.53.13";
/*Adding an IP address*/
ADD DEVIP: SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, IP="192.168.54.14", MASK="255.255.255.0";
/*Adding an IKE peer*/
ADD IKEPEER: PEERNAME="ikepeer2", PROPID=2, IKEVERSION=IKE_V2, EXCHMODE=AGGRESSIVE,
IPVERSION=IPV4, IDTYPE=FQDN, REMOTEIP="192.168.54.8", REMOTENAME="segw", DPD=PERIODIC,
LOCALIP="192.168.54.14";
/*Adding an IPsec policy*/
ADD IPSECPOLICY: SPGN="ipsecpol2", SPSN=1, ACLTYPE=IPV4, ACLID=3007, PROPNAME="ipsecprop",
PEERNAME="ikepeer2", LTCFG=LOCAL;
/*Binding an IPsec policy group to a port*/
ADD IPSECBIND:SN=7, SBT=BASE_BOARD, PT=ETH, PN=0, SPGN="ipsecpol2";
/*Adding an IP route from the eNodeB to the new SeGW*/
ADD IPRT: RTIDX=0, SN=7, SBT=BASE_BOARD, DSTIP="192.168.54.8", DSTMASK="255.255.255.255",
RTTYPE=NEXTHOP, NEXTHOP="192.168.54.110", MTUSWITCH=OFF;
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group*/
ADD
VLANMAP:NEXTHOPIP="192.168.54.110",MASK="255.255.255.0",VLANMODE=SINGLEVLAN,VLANID=101,SET
PRIO=DISABLE;
/*Adding an IPsec tunnel pair*/
ADD IPSECDTNL: DUALID=1, MSPGN="ipsecpol1", MSPSN=1, SSPGN="ipsecpol2", SSPSN=1,
BFDDTCTSW=OFF, IPSECSWITCHBACK=OFF;
New Model
Prerequisites
The information, hardware, and data for changing the tunnel mode from a single
IPsec tunnel to an IPsec tunnel pair are ready. The license file is available in the
save path on the FTP server.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
Procedure
● Local Operations
a. Deploy a new SeGW, connect it to the EPC and MAE.
b. Connect another port (which does not carry the original IPsec tunnel) to
the new SeGW.
● Remote Operations
You can import or export the license file for only one NE at a time.
d. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Context
The link that carries the active or standby tunnel is functional.
NOTE
Both the active and standby IPsec tunnels must be verified during the engineering
verification. The procedures for verifying the active and standby tunnels are the same. You
must verify the active tunnel and then the standby tunnel according to the instructions
provided in Procedure.
Procedure
Step 1 Verify that ALM-29240 Cell Unavailable or ALM-25901 Remote Maintenance
Link Failure is not reported.
If ALM-29240 Cell Unavailable or ALM-25901 Remote Maintenance Link
Failure is reported, clear the alarm according to the instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 Run the DSP IPSECDTNL command to check whether Current Used IPSec Policy
is Master IPSec Policy/Slave IPSec Policy.
If the parameter value is not Master IPSec Policy or Slave IPSec Policy, perform
the following operations:
1. Run the DSP ETHPORT command to check whether Port Status of the
Ethernet port bearing the physical link of the active channel is Up. If yes,
proceed to Step 2.2. If no, the attributes of the Ethernet port may be
incorrect. In this case, run the SET ETHPORT command to modify the Port
Attribute parameter value. If the problem persists after the port attributes
are modified, proceed to Step 2.2.
2. Run the LST IPRT command to check whether the route configuration of the
active tunnel is correct. If it is correct, contact Huawei technical support or
dial the Huawei technical support hotline. If it is incorrect, run the RMV IPRT
command to delete the incorrect route. Then run the ADD IPRT command to
add the correct route of the active tunnel. If the problem persists after the
route is modified, contact Huawei technical support or dial the Huawei
technical support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● On the MAE-Access, download and activate the original configuration file.
a. Run the DLD CFGFILE command to download the configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="ENBCFG.XML",
ENCRYPTMODE=UNENCRYPTED;
b. Run the ACT CFGFILE command to activate the configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
● Roll back the configuration data using the one-click blind configuration
rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Prerequisites
The standby route has been deployed, and related data has been configured.
Application Scenario
When the transport network does not adopt Virtual Router Redundancy Protocol
(VRRP), a single virtual route needs to be changed to active/standby static routes
for the eNodeB to ensure transmission reliability.
Reconfiguration Impact
No impact
Reconfiguration Scheme
Figure 1-155 shows the reconfiguration procedure for changing a single virtual
route to active/standby static routes.
NOTE
The two new routes must have higher priorities than the old route toward the original VRRP
virtual address. Of the two new routes, the active route must have a higher priority than the
standby route.
Old Model
Figure 1-155 Procedure for changing a single virtual route to active/standby static
routes (IPv4)
New Model
Figure 1-156 Procedure for changing a single virtual route to active/standby static
routes (IPv4)
Figure 1-157 Procedure for changing a single virtual route to active/standby static
routes (IPv6)
Topology Change
Figure 1-158 shows the topology changes related to the reconfiguration by using
the modification of the route to the MME as an example.
Information Collection
Table 1-273 describes the information to be collected for data preparation.
Information Description
Information Description
BFD session Includes the BFD session IDs and DSCP values of the
information (old active and standby routes.
model)/Bidirectional
Forwarding Detection
information (new
model)
Hardware Preparation
Prepare the hardware listed in Table 1-274.
Hardware Description
Cables used to connect the eNodeB The cables can be Ethernet cables or
and a router optical fibers, depending on the peer
router.
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Old Model
Table 1-275 Data preparation for changing a single virtual route to active/standby
static routes
SN Ope MO Configuration Reference
ratio
n
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Table 1-276 Data preparation for changing a single virtual route to active/standby
static routes
SN Ope MO Configuration Reference
ratio
n
3 Add BFD Add two BFD sessions for the new active
and standby routes.
For details, see IP eRAN Engineering
Guide Feature Parameter Description.
4 Dele IPv4: IPROUTE4 Delete the old IP route toward the
te IPv6: IPROUTE6 original VRRP virtual address.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario-specific template being "Changing a Single Virtual
Route to Active/Standby Static IP Route"). For details, see the interactive
operation guide 1.11.2 Using the Batch Reconfiguration Mode of the MAE-
Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
standby route*/
ADD
VLANMAP:NEXTHOPIP="192.81.53.7",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=102,SET
PRIO=DISABLE;
/*Adding a BFD session for the active route*/
ADD BFDSESSION:SN=7, BFDSN=0, SRCIP="192.81.54.6", DSTIP="192.81.54.7", HT=SINGLE_HOP, DSCP=63;
/*Adding a BFD session for the standby route*/
ADD BFDSESSION:SN=7, BFDSN=1, SRCIP="192.81.53.6", DSTIP="192.81.53.7", HT=SINGLE_HOP, DSCP=63;
/*Removing the old route toward the original VRRP virtual address with the Route Index of 3*/
RMV IPRT:RTIDX=3;
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
/*Adding a new active route that has a higher priority than the old route toward the original VRRP virtual
address*/
ADD IPROUTE4:RTIDX=0, DSTIP="10.148.36.103", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.81.54.7", MTUSWITCH=OFF, PREF=20;
/*Adding a new standby route that has a higher priority than the old route toward the original VRRP virtual
address but a lower priority than the new active route*/
ADD IPROUTE4:RTIDX=1, DSTIP="10.148.36.103", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.81.53.7", MTUSWITCH=OFF, PREF=30;
/*Setting an Ethernet port*/
SET ETHPORT:CN=0, SRN=0, SN=7, SBT=BASE_BOARD, PN=0, PORTID=0;
/*Adding an interface (the VLANMAP MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=NORMAL, PT=ETH, PORTID=0, VRFIDX=0;
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group for the new
active route*/
ADD
VLANMAP:NEXTHOPIP="192.81.54.7",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=101,SET
PRIO=DISABLE;
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group for the new
standby route*/
ADD
VLANMAP:NEXTHOPIP="192.81.53.7",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID=102,SET
PRIO=DISABLE;
/*Adding interfaces (the INTERFACE MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=0, ITFTYPE=VLAN, PT=ETH, PORTID=0, VLANID=101, VRFIDX=0;
ADD INTERFACE:ITFID=1, ITFTYPE=VLAN, PT=ETH, PORTID=0, VLANID=102, VRFIDX=0;
/*Adding a BFD for the active route*/
ADD BFD:SN=7, BFDSN=0, SRCIP="192.81.54.6", DSTIP="192.81.54.7", HT=SINGLE_HOP, DSCP=63;
/*Adding a BFD for the standby route*/
ADD BFD:BFDSN=1, SRCIP="192.81.53.6", DSTIP="192.81.53.7", MYDISCREAMINATOR =1, HT=SINGLE_HOP,
DSCP=63;
/*Removing the old route toward the original VRRP virtual address with the Route Index of 3*/
RMV IPROUTE4:RTIDX=3;
Prerequisites
Information and configuration data for changing a single virtual route to active/
standby static routes are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
Procedure
● Local Operations
----End
Procedure
Step 1 Disable the active route (for example, by running RMV IPRT (old model) / RMV
IPROUTE4 (new model) to remove the active route), and check whether the
standby route is automatically enabled.
Run DSP IPRT (old model) / DSP IPROUTE4 (new model) to check whether the
standby route is in use and the active route is not.
If the standby route does not take effect, check whether its configurations are
correct:
● If they are not correct, modify the configurations of the standby route.
● If they are correct, contact Huawei technical support or dial the Huawei
technical support hotline.
Step 2 Verify that the services carried on the standby route are normal.
If the services are abnormal, for example, a remote maintenance link, S1 link, X2
link, or clock link is abnormal, check whether the following alarms are reported:
ALM-25901 Remote Maintenance Link Failure, ALM-29201 S1 Interface Fault,
ALM-29204 X2 Interface Fault, and ALM-26262 External Clock Reference
Problem.
● If any of the preceding alarms is reported, clear the alarm according to the
instructions in 3900 & 5900 Series Base Station Alarm Reference.
● If no alarm is reported, contact Huawei technical support or dial the Huawei
technical support hotline.
NOTICE
After the verification, restore the active route. For example, if you have removed
the active route, run ADD IPRT (old model) / DSP IPROUTE4 (new model) to add
the active route after the verification.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
----End
Prerequisites
● An IP address has been configured for the new SeGW, and the routes to the
eNodeB, MAE-Access, and core network have been configured.
● An IKE and IPsec have been configured for the new SeGW.
● The trust certificate and device certificate of the operator have been loaded
on the new SeGW if the PKI security mode is used.
● The routes to the eNodeB have been modified on the MAE-Access and core
network if the next hops from the MAE-Access and core network to the
eNodeB have changed.
Application Scenario
The networking of an operator is adjusted and an eNodeB needs to be connected
to a new SeGW.
Reconfiguration Impact
The transport links protected by the old SeGW will be broken, and services carried
on the links will be interrupted.
Reconfiguration Scheme
Figure 1-159 shows the reconfiguration procedure for replacing an SeGW.
Determine the reconfiguration scheme according to the following table.
No route is available between the Add a route from the eNodeB to the
eNodeB and the new SeGW new SeGW and the corresponding
VLANMAP MO.
An IKE peer name has been configured Change the IKE peer name to the
on the eNodeB, the local SeGW ID type is FQDN of the new SeGW.
a fully qualified domain name (FQDN),
and the FQDN of the new SeGW is
different from that of the old SeGW
The value of the Destination IP for the Remove the route from the eNodeB
route from the eNodeB to the old SeGW to the old SeGW.
is the IP address of the old SeGW but not
the IP address of the network segment
where the old SeGW is located
NOTE
Removing the route from the eNodeB to the old SeGW prevents redundant data. However, if the
Destination IP value configured for the route from the eNodeB to the old SeGW is the IP
address of the network segment where the old SeGW is located, do not remove this route
because the eNodeB may use this IP address to communicate with other devices on the network
segment.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
Topology Change
N/A
Information Collection
Table 1-278 describes the information to be collected for data preparation.
IP address of the new Includes the IP address and subnet mask (IPv4)/prefix
SeGW length (IPv6).
Information about the Required for configuring the route from the eNodeB to
next hop from the the new SeGW.
eNodeB to the new
SeGW
Hardware Preparation
Before reconfiguration, prepare the hardware listed in Table 1-279.
Software Preparation
N/A
License Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Old Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to OLD.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
The following table describes the data preparation for replacing an SeGW when
the IPSec Bind Mode parameter in the IKECFG MO is set to SINGLE(Single).
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario being "Replacing an SeGW"): For details, see the
interactive operation guide 1.11.2 Using the Batch Reconfiguration Mode of
the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
New Model
The Transmission Configuration Mode parameter in the GTRANSPARA MO is set
to NEW.
● In the following example, the IPSec Bind Mode parameter in the IKECFG MO
is set to SINGLE(Single), and VLAN mapping is used.
/*Adding an IP route from the eNodeB to the new SeGW*/
ADD IPROUTE4:RTIDX=1, DSTIP="192.168.52.7", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.53.110", MTUSWITCH=OFF;
/*Adding an entry of mapping from a next-hop IP address to a single VLAN or VLAN group*/
ADD
VLANMAP:NEXTHOPIP="192.168.53.110",MASK="255.255.255.255",VLANMODE=SINGLEVLAN,VLANID
=101,SETPRIO=DISABLE;
/*Changing the remote IP address and remote name of the IKE peer*/
MOD IKEPEER:PEERNAME="enb", REMOTEIP="192.168.52.7", REMOTENAME="newsegw";
/*Removing the IP route from the eNodeB to the old SeGW with the Route Index of 0*/
RMV IPROUTE4:RTIDX=0;
● In the following example, the IPSec Bind Mode parameter in the IKECFG MO
is set to SINGLE(Single), and a VLAN sub-interface is used.
/*Adding an interface (the INTERFACE MO is used to configure a VLAN)*/
ADD INTERFACE:ITFID=1, ITFTYPE=VLAN, PT=ETH, PORTID=1, VLANID=101, VRFIDX=0;
ADD IPADDR4:ITFID=1, IP="192.168.53.6", MASK="255.255.255.0";
/*Adding an IP route from the eNodeB to the new SeGW*/
ADD IPROUTE4:RTIDX=1, DSTIP="192.168.52.7", DSTMASK="255.255.255.255", RTTYPE=NEXTHOP,
NEXTHOP="192.168.53.110", MTUSWITCH=OFF;
/*Changing the remote IP address and remote name of the IKE peer*/
MOD IKEPEER:PEERNAME="enb", REMOTEIP="192.168.52.7", REMOTENAME="newsegw";
Prerequisites
The information, hardware, and data for replacing an SeGW are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. Connect the eNodeB to the new SeGW.
● Remote Operations
– Using the MAE-Deployment:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Deliver the configuration data to the eNodeB and activate the data.
For details, see the interactive operation guide Delivering Data to
Base Stations and Activating the Data.
iii. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Run the following commands on the MAE-Access to back up and
export the configuration file. The configuration file can be used to
restore the base station to the pre-reconfiguration status if the
reconfiguration fails.
1) To back up the configuration file, run the BKP CFGFILE
command.
----End
Procedure
Step 1 Verify that ALM-25891 IKE Negotiation Failure is not reported.
Step 2 Run the DSP IKESA command to check whether the value of SA Flag is Ready|
StayAlive for each entry. In addition, check whether the number of ACL rules for
which User Display Phase is Phase2 (indicating that the IPsec SA is established) is
the same as the number of ACL rules planned for IPsec SA establishment. Then,
check whether Rule ID is unique and not NULL.
Step 3 Run the DSP CELL command. Verify that Cell instance state is Normal for the
cell.
If Cell instance state is Uninstall, check the cell configuration or hardware based
on the value of Reason for latest state change in the command output.
----End
Context
If the reconfiguration fails, the OM channel will be disconnected. Therefore, the
engineering rollback can be performed only on the local LMT.
Procedure
Step 1 Restore the configuration data.
● On the LMT, download and activate the original configuration file.
a. Run the DLD CFGFILE command to download the configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="ENBCFG.XML",
ENCRYPTMODE=UNENCRYPTED;
b. Run the ACT CFGFILE command to activate the configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
● Roll back the configuration data using the one-click blind configuration
rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
----End
Prerequisites
● The VLAN division for associated transport devices has been completed.
● The VLAN for the switch connected directly to the eNodeB has been adjusted.
Application Scenario
Transmission VLANs are re-planned, and VLANs to which transmission links belong
and the VLAN priorities need to be reconfigured.
Reconfiguration Impact
During VLAN adjustment, the associated transmission channels are disconnected,
and therefore ongoing services are interrupted. For example:
● When the VLAN to which an OM channel belongs is adjusted, the base
station will be disconnected from the OSS.
● When the VLAN to which an S1 interface belongs is adjusted, the S1 interface
will become unusable.
● When the VLAN to which an X2 interface belongs is adjusted, the X2 interface
will become unusable.
● When the VLAN to which an IP clock link belongs is adjusted, the IP clock link
will become unusable.
Reconfiguration Scheme
Figure 1-162 shows the reconfiguration procedure for adjusting a VLAN.
Determine the reconfiguration scheme according to the following table.
The VLAN mode is VLAN group and Modify the settings of the VLANCLASS
IPv4 transmission is used and VLANMAP MOs.
The VLAN mode is single VLAN and Modify only the settings of the
IPv4 transmission is used VLANMAP MO.
Topology Change
N/A
Information Collection
Table 1-283 describes the information to be collected for data preparation.
Information Description
Information Description
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
NOTE
For a co-MPT MBTS, if all RATs share the same VLAN, you only need to modify the VLAN data
once, and the modification takes effect for all RATs.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the batch reconfiguration mode of the MAE-Deployment (with the
name of the scenario being "Adjusting the VLAN"): For details, see the
interactive operation guide 1.11.2 Using the Batch Reconfiguration Mode of
the MAE-Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
The information and data for adjusting the VLAN are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
If MML commands are used for reconfiguration, run MML commands on the
LMT to deliver the prepared data to the eNodeB and then activate the data.
a. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
b. Back up and export the configuration file. The configuration file can be
used to roll back configurations to the original state, if the
reconfiguration fails.
i. Run the BKP CFGFILE command to back up the configuration file.
ii. Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
c. Use the LMT to deliver the batch configuration script prepared according
to Engineering Preparation > Data Preparation to the base station and
activate the script on the base station. For details, see 1.3.2 Running
MML Commands on the LMT.
d. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
● Remote Operations
If the MAE-Deployment is used for reconfiguration, use the MAE-Deployment
to deliver the prepared data to the base station and activate it.
a. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
b. Deliver the configuration data to the eNodeB and activate the data. For
details, see the interactive operation guide Delivering Data to Base
Stations and Activating the Data.
c. After the reconfiguration is complete, set the eNodeB maintenance mode
to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
● If the OM VLAN has been adjusted:
a. Verify that no ALM-25901 Remote Maintenance Link Failure is
reported.
If ALM-25901 Remote Maintenance Link Failure is reported, clear the
alarm according to the instructions in 3900 & 5900 Series Base Station
Alarm Reference.
● If the service VLAN has been adjusted:
a. Verify that no ALM-29201 S1 Interface Fault, ALM-29204 X2 Interface
Fault, or ALM-26262 External Clock Reference Problem is reported.
If any of the preceding alarms is generated, check whether the VLAN
configuration is correct:
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
----End
Application Scenario
The VLAN mode is re-planned: changing from VLAN group to single VLAN. The
VLAN groups meet both of the following conditions:
In each VLAN group, all service types are mapped to the same VLAN ID. That is,
the service types are not isolated using VLANs. Throughout the VLAN groups, each
service type is assigned a unique differentiated services code point (DSCP) value,
or service types with an identical DSCP value are assigned the same VLAN priority.
Reconfiguration Impact
Adjusting the VLAN mode from VLAN group to single VLAN will interrupt the
involved transmission paths and ongoing services. For example:
● When the VLAN to which an OM channel belongs is adjusted, the base
station will be disconnected from the OSS.
● When the VLAN to which an S1 interface belongs is adjusted, the S1 interface
will become unusable.
● When the VLAN to which an X2 interface belongs is adjusted, the X2 interface
will become unusable.
● When the VLAN to which an IP clock link belongs is adjusted, the IP clock link
will become unusable.
Reconfiguration Scheme
NOTE
The number of VLAN priorities configured for the eNodeB must be less than or equal to the
number of VLAN priorities supported by the user equipment.
Figure 1-164 shows the reconfiguration procedure for changing the VLAN mode
from VLAN group to single VLAN.
Topology Change
N/A
Information Collection
Table 1-286 describes the information to be collected for data preparation.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
NOTE
For a co-MPT MBTS, if all RATs share the same VLAN, you only need to modify the VLAN data
once, and the modification takes effect for all RATs.
Table 1-287 Data preparation for changing the VLAN mode from VLAN group to
single VLAN
3 Rem VLANCLASS -
ove
Prerequisites
The information and data for changing the VLAN mode are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Deliver the configuration data to the eNodeB and activate the data.
For details, see the interactive operation guide Delivering Data to
Base Stations and Activating the Data.
iii. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
----End
Procedure
● If the OM VLAN has been adjusted:
a. Verify that no ALM-25901 Remote Maintenance Link Failure is
reported.
Context
If the VLAN where the OM channel locates fails to be reconfigured, the OM
channel will be disconnected. Then, engineering rollback can be performed only by
running MML commands on the local LMT. If the service VLAN mode fails to be
reconfigured, engineering rollback can be performed on the MAE-Deployment or
by running MML commands on the MAE-Access.
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
----End
Prerequisites
Before the reconstruction, check whether the configuration of a single VLAN
meets the following conditions: After the VLAN mode is changed to interface
VLAN, the number of used VLAN priorities cannot exceed the number of VLAN
priorities supported by the customer network equipment.
NOTE
● Generally, the customer equipment supports eight VLAN priorities. In this case, this
condition check can be ignored.
● The next hops of multiple VLANMAP MOs cannot be on the same network segment.
● The GTMUb/UTRP/UCCU/UBBPe does not support interface VLANs.
● In IPsec scenarios, the LMPT supports only four INTERFACE MOs whose Interface Type
is set to VLAN. The LMPT supports only four VLAN interfaces.
Application Scenario
The VLAN configuration mode of the base station is single VLAN, and the
configurations of a single VLAN meet the requirements for reconstructing a single
VLAN to an interface VLAN. See the following table for details.
Reconfiguration Impact
Adjusting the VLAN mode from single VLAN to interface VLAN will interrupt the
involved transmission paths and ongoing services. For example:
● When the VLAN to which an OM channel belongs is adjusted, the base
station will be disconnected from the OSS.
● When the VLAN to which an S1 interface belongs is adjusted, the S1 interface
will become unusable.
● When the VLAN to which an X2 interface belongs is adjusted, the X2 interface
will become unusable.
● When the VLAN to which an IP clock link belongs is adjusted, the IP clock link
will become unusable.
Reconfiguration Scheme
Figure 1-165 shows the reconfiguration procedure for changing the VLAN mode
from single VLAN to interface VLAN.
Figure 1-165 Procedure for changing the VLAN mode from single VLAN to
interface VLAN
Topology Change
N/A
Information Collection
Table 1-289 describes the information to be collected for data preparation.
Information Description
The following table lists the information collected based on the preceding table.
You need to check whether the collected information meets the reconstruction
requirements.
VLAN ID Configured 10 11
in the VLANMAP MO
VLAN Priority 2 3
Configured in the
VLANMAP MO
Hardware Preparation
The GTMUb/UTRP/UCCU/UBBPe does not support interface VLANs.
The LMPT supports only four VLAN interfaces.
Software Preparation
N/A
Data Preparation
Based on the reconfiguration procedure, determine the data you need to prepare
and prepare the data according to the following table.
Table 1-291 Data preparation for changing the VLAN mode from single VLAN to
interface VLAN
Dat MO Setting Notes Data Source Command
a Reference
Type
GUI to reconfigure a single base station. The three data preparation modes are
described as follows:
● Use the batch reconfiguration mode of the MAE-Deployment (with the name
of the scenario-specific template being "Changing the VLAN Mode from
Single VLAN to Interface VLAN"): For details, see the interactive operation
guide 1.11.2 Using the Batch Reconfiguration Mode of the MAE-
Deployment to Prepare Data.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
The information and data for changing the VLAN mode are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
Procedure
● Local Operations
N/A
● Remote Operations
– Using the MAE-Deployment:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Deliver the configuration data to the eNodeB and activate the data.
For details, see the interactive operation guide Delivering Data to
Base Stations and Activating the Data.
iii. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up and export the configuration file. The configuration file can
be used to roll back configurations to the original state, if the
reconfiguration fails.
1) Run the BKP CFGFILE command to back up the configuration
file.
2) Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
iii. Use the MAE-Access to deliver the batch configuration scripts
prepared in Engineering Preparation > Data Preparation to the
base station and activate the scripts on the base station. For details,
see 1.3.3 Running MML Commands on the MAE-Access.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
● Check whether the VLAN configurations are correct.
a. Run the LST DSCP2PCPMAP command to query the configurations of the
mappings between DSCPs and VLAN priorities.
Expected result: The configurations of the mappings between DSCPs and
VLAN priorities are consistent with the planned data.
b. Run the LST INTERFACE command to query VLAN configurations.
Expected result: The VLAN configurations are consistent with the planned
data.
c. Run the LST IPADDR4 command to query IPv4 address configurations.
Expected result: The IPv4 address configurations are consistent with the
planned data.
● If the OM VLAN has been adjusted:
a. Verify that no ALM-25901 Remote Maintenance Link Failure is
reported.
If ALM-25901 Remote Maintenance Link Failure is reported, clear the
alarm according to the instructions in 3900 & 5900 Series Base Station
Alarm Reference.
● If the service VLAN has been adjusted:
a. Verify that no ALM-29201 S1 Interface Fault, ALM-29204 X2 Interface
Fault, or ALM-26262 External Clock Reference Problem is reported.
If any of the preceding alarms has been reported, check whether the
VLAN configurations are correct.
Context
If the VLAN where the OM channel locates fails to be reconfigured, the OM
channel will be disconnected. Then, engineering rollback can be performed only by
running MML commands on the LMT. If the service VLAN mode fails to be
reconfigured, engineering rollback can be performed on the MAE-Deployment or
by running MML commands on the MAE-Access.
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
----End
Application Scenario
With the development of mobile network, indoor communications quality must be
improved to provide better user experience. The LampSite solution provides indoor
coverage for densely populated and closed areas, such as office buildings,
subways, residential communities, and shopping malls, to ensure good user
experience. pRRUs are used to provide radio coverage for indoor areas. pRRUs are
connected to RHUBs using Ethernet cables. RHUBs are then connected to the
baseband processing units (BBP) in the BBU using optical fibers.
Reconfiguration Impact
Reconfiguration of the chain or ring topologies causes the cells on the chain or
ring unavailable.
When the pRRU added is a pRRU3911, if the new cell operates at a band that
does not take effect, the pRRU3911 will be reset for the band to take effect when
the cell is activated (by running the ACT CELL command), interrupting services of
cells working on other bands.
Topology Change
Use the addition of an RHUB, a BBP, pRRUs, and a pRRU-aggregation cell as an
example. Figure 1-166 shows the topologies before and after the reconfiguration.
Figure 1-166 Topologies before and after adding a pRRU-aggregation cell (intra-
RHUB networking)
Use the addition of a pRRU-aggregation cell served by two RHUBs and 16 pRRUs,
and the addition of a BBP as an example. Figure 1-167 shows the topologies
before and after the reconfiguration.
Figure 1-167 Topologies before and after adding a pRRU-aggregation cell (inter-
RHUB networking)
Reconfiguration Scheme
Determine the reconfiguration scheme based on conditions:
● Add BBPs and CPRI connections if the BBPs are insufficient. Add a BBP under
either of the following conditions:
– The baseband resources are insufficient.
– LampSite cells and macro cells share the BBU. There is no BBP specific to
LampSite cells.
NOTE
Information Collection
Table 1-292 describes the information to be collected before adding a pRRU-
aggregation cell.
BBP type ● The type of the BBPs. For example, the UBBP.
● LBBP working mode. pRRU-aggregation cells support
TDD, NBIOT, or FDD.
● UBBP baseband work standard. pRRU-aggregation
cells support LTE_TDD(LTE TDD), NBIOT, or
LTE_FDD(LTE FDD).
a: pRRU-aggregation cells support only the chain topology. Set Topo Position to
BRANCH(BRANCH).
Hardware Preparation
Table 1-293 describes the hardware to be prepared for adding a pRRU-
aggregation cell in addition to the new pRRUs, related cables, and optical
modules.
RHUBs are Add new RHUBs and related cables and optical
insufficient modules.
Software Preparation
N/A
Table 1-295 describes the LampSite license control items to be prepared based on
network requirements.
Data Preparation
Prepare data listed in the following table.
2 Add RHUB
3 Add RRUCHAIN
4 Add RRU
5 Add Sector
6 Add SECTOREQM
10 Modi CellOp -
fy
11 Activ Cell
ate
a: In the LampSite solution, the mapping between SectorEqm and Cell must be
specified using the EuSectorEqmGroup MO.
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
ADD RRU: CN=0, SRN=92, SN=0, TP=BRANCH, RCN=92, PS=0, RT=MPMU, RS=FDL, RN="RRU92",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=93, SN=0, TP=BRANCH, RCN=93, PS=0, RT=MPMU, RS=FDL, RN="RRU93",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=94, SN=0, TP=BRANCH, RCN=94, PS=0, RT=MPMU, RS=FDL, RN="RRU94",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=95, SN=0, TP=BRANCH, RCN=95, PS=0, RT=MPMU, RS=FDL, RN="RRU95",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=96, SN=0, TP=BRANCH, RCN=96, PS=0, RT=MPMU, RS=FDL, RN="RRU96",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=97, SN=0, TP=BRANCH, RCN=97, PS=0, RT=MPMU, RS=FDL, RN="RRU97",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=98, SN=0, TP=BRANCH, RCN=98, PS=0, RT=MPMU, RS=FDL, RN="RRU98",
RXNUM=0, TXNUM=0;
/*Adding pRRUs in TDD*/
ADD RRU: CN=0, SRN=61, SN=0, TP=BRANCH, RCN=61, PS=0, RT=MPMU, RS=TDL, RN="RRU61",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=62, SN=0, TP=BRANCH, RCN=62, PS=0, RT=MPMU, RS=TDL, RN="RRU62",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=63, SN=0, TP=BRANCH, RCN=63, PS=0, RT=MPMU, RS=TDL, RN="RRU63",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=64, SN=0, TP=BRANCH, RCN=64, PS=0, RT=MPMU, RS=TDL, RN="RRU64",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=65, SN=0, TP=BRANCH, RCN=65, PS=0, RT=MPMU, RS=TDL, RN="RRU65",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=66, SN=0, TP=BRANCH, RCN=66, PS=0, RT=MPMU, RS=TDL, RN="RRU66",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=67, SN=0, TP=BRANCH, RCN=67, PS=0, RT=MPMU, RS=TDL, RN="RRU67",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=68, SN=0, TP=BRANCH, RCN=68, PS=0, RT=MPMU, RS=TDL, RN="RRU68",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=71, SN=0, TP=BRANCH, RCN=71, PS=0, RT=MPMU, RS=TDL, RN="RRU71",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=72, SN=0, TP=BRANCH, RCN=72, PS=0, RT=MPMU, RS=TDL, RN="RRU72",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=73, SN=0, TP=BRANCH, RCN=73, PS=0, RT=MPMU, RS=TDL, RN="RRU73",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=74, SN=0, TP=BRANCH, RCN=74, PS=0, RT=MPMU, RS=TDL, RN="RRU74",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=75, SN=0, TP=BRANCH, RCN=75, PS=0, RT=MPMU, RS=TDL, RN="RRU75",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=76, SN=0, TP=BRANCH, RCN=76, PS=0, RT=MPMU, RS=TDL, RN="RRU76",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=77, SN=0, TP=BRANCH, RCN=77, PS=0, RT=MPMU, RS=TDL, RN="RRU77",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=78, SN=0, TP=BRANCH, RCN=78, PS=0, RT=MPMU, RS=TDL, RN="RRU78",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=81, SN=0, TP=BRANCH, RCN=81, PS=0, RT=MPMU, RS=TDL, RN="RRU81",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=82, SN=0, TP=BRANCH, RCN=82, PS=0, RT=MPMU, RS=TDL, RN="RRU82",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=83, SN=0, TP=BRANCH, RCN=83, PS=0, RT=MPMU, RS=TDL, RN="RRU83",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=84, SN=0, TP=BRANCH, RCN=84, PS=0, RT=MPMU, RS=TDL, RN="RRU84",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=85, SN=0, TP=BRANCH, RCN=85, PS=0, RT=MPMU, RS=TDL, RN="RRU85",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=86, SN=0, TP=BRANCH, RCN=86, PS=0, RT=MPMU, RS=TDL, RN="RRU86",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=87, SN=0, TP=BRANCH, RCN=87, PS=0, RT=MPMU, RS=TDL, RN="RRU87",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=88, SN=0, TP=BRANCH, RCN=88, PS=0, RT=MPMU, RS=TDL, RN="RRU88",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=91, SN=0, TP=BRANCH, RCN=91, PS=0, RT=MPMU, RS=TDL, RN="RRU91",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=92, SN=0, TP=BRANCH, RCN=92, PS=0, RT=MPMU, RS=TDL, RN="RRU92",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=93, SN=0, TP=BRANCH, RCN=93, PS=0, RT=MPMU, RS=TDL, RN="RRU93",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=94, SN=0, TP=BRANCH, RCN=94, PS=0, RT=MPMU, RS=TDL, RN="RRU94",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=95, SN=0, TP=BRANCH, RCN=95, PS=0, RT=MPMU, RS=TDL, RN="RRU95",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=96, SN=0, TP=BRANCH, RCN=96, PS=0, RT=MPMU, RS=TDL, RN="RRU96",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=97, SN=0, TP=BRANCH, RCN=97, PS=0, RT=MPMU, RS=TDL, RN="RRU97",
RXNUM=0, TXNUM=0;
ADD RRU: CN=0, SRN=98, SN=0, TP=BRANCH, RCN=98, PS=0, RT=MPMU, RS=TDL, RN="RRU98",
RXNUM=0, TXNUM=0;
/*Adding sectors*/
ADD SECTOR: SECTORID=61, ANTNUM=2, ANT1CN=0, ANT1SRN=61, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=61, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=62, ANTNUM=2, ANT1CN=0, ANT1SRN=62, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=62, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=63, ANTNUM=2, ANT1CN=0, ANT1SRN=63, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=63, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=64, ANTNUM=2, ANT1CN=0, ANT1SRN=64, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=64, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=65, ANTNUM=2, ANT1CN=0, ANT1SRN=65, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=65, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=66, ANTNUM=2, ANT1CN=0, ANT1SRN=66, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=66, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=67, ANTNUM=2, ANT1CN=0, ANT1SRN=67, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=67, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=68, ANTNUM=2, ANT1CN=0, ANT1SRN=68, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=68, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=71, ANTNUM=2, ANT1CN=0, ANT1SRN=71, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=71, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=72, ANTNUM=2, ANT1CN=0, ANT1SRN=72, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=72, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=73, ANTNUM=2, ANT1CN=0, ANT1SRN=73, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=73, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=74, ANTNUM=2, ANT1CN=0, ANT1SRN=74, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=74, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=75, ANTNUM=2, ANT1CN=0, ANT1SRN=75, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=75, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=76, ANTNUM=2, ANT1CN=0, ANT1SRN=76, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=76, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=77, ANTNUM=2, ANT1CN=0, ANT1SRN=77, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=77, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=78, ANTNUM=2, ANT1CN=0, ANT1SRN=78, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=78, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=81, ANTNUM=2, ANT1CN=0, ANT1SRN=81, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=81, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=82, ANTNUM=2, ANT1CN=0, ANT1SRN=82, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=82, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=83, ANTNUM=2, ANT1CN=0, ANT1SRN=83, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=83, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=84, ANTNUM=2, ANT1CN=0, ANT1SRN=84, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=84, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=85, ANTNUM=2, ANT1CN=0, ANT1SRN=85, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=85, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=86, ANTNUM=2, ANT1CN=0, ANT1SRN=86, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=86, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=87, ANTNUM=2, ANT1CN=0, ANT1SRN=87, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=87, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=88, ANTNUM=2, ANT1CN=0, ANT1SRN=88, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=88, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=91, ANTNUM=2, ANT1CN=0, ANT1SRN=91, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=91, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=92, ANTNUM=2, ANT1CN=0, ANT1SRN=92, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=92, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=93, ANTNUM=2, ANT1CN=0, ANT1SRN=93, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=93, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=94, ANTNUM=2, ANT1CN=0, ANT1SRN=94, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=94, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ADD SECTOR: SECTORID=95, ANTNUM=2, ANT1CN=0, ANT1SRN=95, ANT1SN=255, ANT1N=R0A,
ANT2CN=0, ANT2SRN=95, ANT2SN=255, ANT2N=R0B, CREATESECTOREQM=FALSE;
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
ADD SECTOREQM: SECTOREQMID=86, SECTORID=86, ANTNUM=2, ANT1CN=0, ANT1SRN=86,
ANT1SN=255, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=86, ANT2SN=255,
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
ADD SECTOREQM: SECTOREQMID=87, SECTORID=87, ANTNUM=2, ANT1CN=0, ANT1SRN=87,
ANT1SN=255, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=87, ANT2SN=255,
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
ADD SECTOREQM: SECTOREQMID=88, SECTORID=88, ANTNUM=2, ANT1CN=0, ANT1SRN=88,
ANT1SN=255, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=88, ANT2SN=255,
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
ADD SECTOREQM: SECTOREQMID=91, SECTORID=91, ANTNUM=2, ANT1CN=0, ANT1SRN=91,
ANT1SN=255, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=91, ANT2SN=255,
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
ADD SECTOREQM: SECTOREQMID=92, SECTORID=92, ANTNUM=2, ANT1CN=0, ANT1SRN=92,
ANT1SN=255, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=92, ANT2SN=255,
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
ADD SECTOREQM: SECTOREQMID=93, SECTORID=93, ANTNUM=2, ANT1CN=0, ANT1SRN=93,
ANT1SN=255, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=93, ANT2SN=255,
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
ADD SECTOREQM: SECTOREQMID=94, SECTORID=94, ANTNUM=2, ANT1CN=0, ANT1SRN=94,
ANT1SN=255, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=94, ANT2SN=255,
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
ADD SECTOREQM: SECTOREQMID=95, SECTORID=95, ANTNUM=2, ANT1CN=0, ANT1SRN=95,
ANT1SN=255, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=95, ANT2SN=255,
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
ADD SECTOREQM: SECTOREQMID=96, SECTORID=96, ANTNUM=2, ANT1CN=0, ANT1SRN=96,
ANT1SN=255, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=96, ANT2SN=255,
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
ADD SECTOREQM: SECTOREQMID=97, SECTORID=97, ANTNUM=2, ANT1CN=0, ANT1SRN=97,
ANT1SN=255, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=97, ANT2SN=255,
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
ADD SECTOREQM: SECTOREQMID=98, SECTORID=98, ANTNUM=2, ANT1CN=0, ANT1SRN=98,
ANT1SN=255, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=98, ANT2SN=255,
ANT2N=R0B, ANTTYPE2=RXTX_MODE;
/*Adding a cell with MultiRruCellFlag set to BOOLEAN_TRUE and MultiRruCellMode set to
MPRU_AGGREGATION in FDD*/
ADD CELL: LocalCellId=1, CellName="1", FreqBand=1, UlEarfcnCfgInd=NOT_CFG, DlEarfcn=500,
UlBandWidth=CELL_BW_N100, DlBandWidth=CELL_BW_N100, CellId=1, PhyCellId=1, FddTddInd=CELL_FDD,
RootSequenceIdx=0, CustomizedBandWidthCfgInd=NOT_CFG, EmergencyAreaIdCfgInd=NOT_CFG,
UePowerMaxCfgInd=NOT_CFG, MultiRruCellFlag=BOOLEAN_TRUE,
MultiRruCellMode=MPRU_AGGREGATION, CPRICompression=NORMAL_COMPRESSION, TxRxMode=2T2R;
/*Adding a cell with MultiRruCellFlag set to BOOLEAN_TRUE and MultiRruCellMode set to
MPRU_AGGREGATION in NB-IoT*/
ADD CELL: LocalCellId=1, CellName="1", NbCellFlag=TRUE, FreqBand=1, UlEarfcnCfgInd=NOT_CFG,
DlEarfcn=500, UlBandWidth=CELL_BW_N100, DlBandWidth=CELL_BW_N100, CellId=1, PhyCellId=1,
FddTddInd=CELL_FDD, RootSequenceIdx=0, CustomizedBandWidthCfgInd=NOT_CFG,
EmergencyAreaIdCfgInd=NOT_CFG, UePowerMaxCfgInd=NOT_CFG, MultiRruCellFlag=BOOLEAN_TRUE,
MultiRruCellMode=MPRU_AGGREGATION, CPRICompression=NORMAL_COMPRESSION, TxRxMode=2T2R;
/*Adding a cell with MultiRruCellFlag set to BOOLEAN_TRUE and MultiRruCellMode set to
MPRU_AGGREGATION in TDD*/
ADD CELL: LocalCellId=1, CellName="1", FreqBand=38, UlEarfcnCfgInd=NOT_CFG, DlEarfcn=38000,
UlBandWidth=CELL_BW_N100, DlBandWidth=CELL_BW_N100, CellId=1, PhyCellId=1, FddTddInd=CELL_TDD,
SubframeAssignment=SA2, SpecialSubframePatterns=SSP5, RootSequenceIdx=0,
CustomizedBandWidthCfgInd=NOT_CFG, EmergencyAreaIdCfgInd=NOT_CFG,
UePowerMaxCfgInd=NOT_CFG, MultiRruCellFlag=BOOLEAN_TRUE,
MultiRruCellMode=MPRU_AGGREGATION, CPRICompression=NORMAL_COMPRESSION, TxRxMode=2T2R;
/*Adding sector equipment groups and adding sector equipment to the sector equipment groups*/
ADD EUSECTOREQMGROUP: LOCALCELLID=1, SECTOREQMGROUPID=60, BASEBANDEQMID=2;
ADD EUSECTOREQMGROUP: LOCALCELLID=1, SECTOREQMGROUPID=70, BASEBANDEQMID=2;
ADD EUSECTOREQMGROUP: LOCALCELLID=1, SECTOREQMGROUPID=80, BASEBANDEQMID=2;
ADD EUSECTOREQMGROUP: LOCALCELLID=1, SECTOREQMGROUPID=90, BASEBANDEQMID=2;
ADD EUSECTOREQMID2GROUP: LOCALCELLID=1, SECTOREQMGROUPID=60, SECTOREQMID=61;
ADD EUSECTOREQMID2GROUP: LOCALCELLID=1, SECTOREQMGROUPID=60, SECTOREQMID=62;
ADD EUSECTOREQMID2GROUP: LOCALCELLID=1, SECTOREQMGROUPID=60, SECTOREQMID=63;
ADD EUSECTOREQMID2GROUP: LOCALCELLID=1, SECTOREQMGROUPID=60, SECTOREQMID=64;
ADD EUSECTOREQMID2GROUP: LOCALCELLID=1, SECTOREQMGROUPID=60, SECTOREQMID=65;
ADD EUSECTOREQMID2GROUP: LOCALCELLID=1, SECTOREQMGROUPID=60, SECTOREQMID=66;
ADD EUSECTOREQMID2GROUP: LOCALCELLID=1, SECTOREQMGROUPID=60, SECTOREQMID=67;
ADD EUSECTOREQMID2GROUP: LOCALCELLID=1, SECTOREQMGROUPID=60, SECTOREQMID=68;
Prerequisites
The required information, license file, and configuration data file are available.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local operations
a. Install the BBPs in the BBU.
b. Install the RHUBs. For details, see LampSite Installation Guide.
c. Install the pRRUs. For details, see LampSite Installation Guide.
d. Install the CPRI optical fibers and cables. For details, see LampSite
Installation Guide.
● Remote operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If a cell-related alarm is reported, clear it according to instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command to check whether Cell instance state is Normal.
If Cell instance state is Uninstall, check cell configuration data, cell reference
signal power, or hardware based on the value of Reason for latest state change
in the command output.
Step 3 Run the LST CELL command to check whether the values of Flag of Multi-RRU
Cell, Mode of Multi-RRU Cell, and Cell transmission and reception mode are
consistent with the configuration data.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Application Scenario
To improve indoor network coverage, signal strength in coverage holes and weak
coverage areas must be enhanced. pRRUs can be used to provide radio coverage.
When there is a small number of UEs, multiple pRRU-aggregation cells can be
combined to form one pRRU-aggregation cell to reduce inter-cell interference
while saving baseband equipment resources.
NOTE
In FDD: A pRRU-aggregation cell can be connected to multiple RHUBs on the same CPRI link. An
eNodeB supports a maximum of four-layer cascaded RHUBs. One RHUB can serve a maximum
of two LTE cells that are also served by another RHUB. Inter-RHUB RF combination is not
supported for other LTE cells served by this RHUB. An RHUB can be connected to a maximum of
eight pRRUs, and a maximum of 16 pRRUs can be aggregated to serve one pRRU-aggregation
cell. If more than 16 pRRUs are aggregated, another pRRU-aggregation cell is required.
In TDD: RF combination of pRRUs connected to different RHUBs is not supported. An eNodeB
supports a maximum of four cascaded RHUBs. An RHUB can be connected to a maximum of
eight pRRUs, and a maximum of eight pRRUs can be aggregated to serve one pRRU-
aggregation cell. If more than eight pRRUs are aggregated, another RHUB and another pRRU-
aggregation cell are required.
Reconfiguration Impact
When pRRUs are added for an existing pRRU-aggregation cell, the cell must be
deactivated, which interrupts services in the cell.
Topology Change
Use configuring pRRUs for an existing pRRU-aggregation cell as an example.
Figure 1-169 and Figure 1-170 show the topologies before and after the
reconfiguration.
Figure 1-170 Topologies before and after combining pRRU-aggregation cells (inter-RHUB
networking)
Reconfiguration Scheme
The reconfiguration procedure is as follows:
1. Deactivate the cells.
2. Delete the redundant cells.
3. Reconfigure the sector equipment group. Add sector equipment to the target
sector equipment group.
4. Activate the cell.
Figure 1-171 shows the procedure for combining pRRU-aggregation cells.
Information Collection
Table 1-297 describes the information to be collected before combining pRRU-
aggregation cells.
Information Description
Hardware Preparation
None
Software Preparation
N/A
Data Preparation
Perform the operations listed in the following table.
1 Deac Cell -
tivat
e
4 Activ Cell -
ate
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
Prerequisites
Related information, license files, and data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
N/A
● Remote Operations
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up the license file in use to the MAE server.
Run the ULD LICENSE command.
Example: ULD LICENSE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="LIC_LTE_ON.xml";
iii. Import a new license file.
Run the INS LICENSE command.
For example: INS LICENSE: DIR="ftproot/",
FN="LIC_LTE_ON_100.xml", FLG=NO, MODE=IPV4,
IP="10.161.18.69", USR="ftpuser", PWD="***********";
iv. Deliver the configuration data to the base station and activate the
data. For details, see the interactive operation guide Delivering Data
to Base Stations and Activating the Data.
v. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
– Using MML commands:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up and export the configuration file. The configuration file can
be used to roll back configurations to the original state, if the
reconfiguration fails.
1) Run the BKP CFGFILE command to back up the configuration
file.
2) Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
iii. Use the MAE-Access to deliver the batch configuration scripts
prepared in Engineering Preparation > Data Preparation to the
base station and activate the scripts on the base station. For details,
see 1.3.3 Running MML Commands on the MAE-Access.
NOTE
You can import or export the license file for only one NE at a time.
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If a cell-related alarm is reported, clear it according to instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command to check whether Cell instance state is Normal.
If Cell instance state is Uninstall, check cell configuration data, cell reference
signal power, or hardware based on the value of Reason for latest state change
in the command output.
Step 3 Run the LST EUSECTOREQMID2GROUP command to check whether the values of
Sector Equipment Group ID and Sector equipment ID are consistent with the
configuration data.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Application Scenario
With the population increases in office buildings, subways, residential
communities, shopping malls, traffic volumes in these areas grow rapidly. pRRU-
aggregation cell splitting increases the number of carriers, improving the system
capacity.
Reconfiguration Impact
A cell must be deactivated during cell splitting, which causes service interruption
for the cell.
Topology Change
Use adding a BBP to split a pRRU-aggregation cell as an example. Cell 2 is served
by the BBP installed in slot 3. Figure 1-172 and Figure 1-173 show the topologies
before and after splitting a pRRU-aggregation cell.
Figure 1-172 Topologies before and after splitting a pRRU-aggregation cell (intra-
RHUB networking)
Figure 1-173 Topologies before and after splitting a pRRU-aggregation cell (inter-
RHUB networking)
Reconfiguration Scheme
The reconfiguration procedure is as follows:
1. Deactivate the cell.
2. (Optional) Add BBPs, CPRI connections, and baseband equipment if the BBPs
are insufficient.
3. Delete the sector equipment ID that is involved in cell splitting from the
sector equipment group.
4. Add a cell with MultiRruCellMode set to
MPRU_AGGREGATION(MPRU_AGGREGATION).
5. Add a sector equipment group for the cell. Add a sector equipment group for
the newly added cell based on the target network requirements. Bind the
sector equipment group to the newly added BBP.
6. Change the reference signal power of the cell.
7. Add a cell operator.
8. Activate the cells.
Figure 1-174 shows the procedure for splitting a pRRU-aggregation cell.
Information Collection
Table 1-299 describes the information to be collected before splitting a pRRU-
aggregation cell.
Information Description
Hardware Preparation
Table 1-300 describes the hardware to be prepared for splitting a pRRU-
aggregation cell.
If... Then...
Software Preparation
N/A
Carrier Controls the cell bandwidth. Each RRU serves one cell.
Bandwidth(per
5MHz)
Table 1-302 describes the license control items to be prepared based on network
requirements.
Data Preparation
Prepare data listed in the following table.
1 Deac Cell -
tivat
e
7 Add CellOp -
8 Activ Cell
ate
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
Related information, license files, and data are ready.
● Each BBP supports a maximum of six pRRU-aggregation cells.
● When the optical port on an LBBPd connects to an RHUB, cells that are served
by another LBBPd or LBBPc can be aggregated to the LBBPd through the
backplane.
● If multiple LBBPd boards connect to an RHUB over optical ports and LBBPc
boards are installed, an LBBPc can connect to only one LBBPd for data
transmission to serve cells.
● When an LBBPc connects to an RHUB over the optical port, cells cannot be
established on LBBPd or other LBBPc boards.
● An RHUB supports a maximum of four cells.
● The maximum rate on a single optical fiber reaches 9.8 Gbit/s.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local Operations
a. (Optional) Insert BBPs into the subracks.
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If a cell-related alarm is reported, clear it according to instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command to check whether Cell instance state is Normal.
If Cell instance state is Uninstall, check cell configuration data, cell reference
signal power, or hardware based on the value of Reason for latest state change
in the command output.
Step 3 Run the LST CELL command to check whether the values of Flag of Multi-RRU
Cell, Mode of Multi-RRU Cell, and Cell transmission and reception mode are
consistent with the configuration data.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Application Scenario
Inter-cell interference occurs if there are multiple pRRU-aggregation cells. If they
are reconstructed to a pico SFN cell, their originally interfering signals turn into
multi-path signals in one cell. This increases SINRs at the cell edge, reduces the
proportion of low SINRs, and improves user experience at the cell edge.
Reconfiguration Impact
When pRRU-aggregation cells are reconstructed to a pico SFN cell, the cells must
be deactivated, which causes service interruption for the cells.
Topology Change
Use the reconstruction of pRRU-aggregation cells that are served by multiple
RHUBs to a pico SFN cell as an example. Figure 1-175 shows the topologies
before and after the reconfiguration.
Reconfiguration Scheme
Reconfigure as follows:
● Deactivate cells to be reconstructed.
● Delete redundant cells except the cell that is to be used as the pico SFN cell
after reconstruction. The sector equipment groups of redundant cells are
automatically deleted when the cells are deleted.
● Add a cell, and use the cell as the pico SFN cell. Set MultiRruCellMode to
MPRU_AGGREGATION(MPRU_AGGREGATION). If an existing cell is to be
used as the pico SFN cell, you do not need to add a cell.
● Add sector equipment groups for the cell.
● Change the reference signal power of the cell.
● Activate the cell.
Figure 1-176 shows the procedure for reconstructing pRRU-aggregation cells to a
pico SFN cell.
Information Collection
Table 1-304 describes the information to be collected before reconstructing pRRU-
aggregation cells to a pico SFN cell.
Cell information ● Basic information about the cell, including mode and
settings of Flag of Multi-RRU Cell and Mode of
Multi-RRU Cell
● TX and RX mode. In an FDD or NB-IoT network,
pRRU-aggregation cells support 1T1R or 2T2R mode.
In a TDD network, pRRU-aggregation cells support
only 2T2R mode.
Sector equipment Sector equipment group IDs and sector equipment IDs
group for the sector equipment groups
Hardware Preparation
None
Software Preparation
N/A
Data Preparation
Prepare data listed in the following table.
1 Deac Cell -
tivat
e
6 Activ Cell -
ate
NOTE
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
● Using MML commands: Prepare MML configuration scripts based on the
preceding data preparation procedure and the following MML configuration
script examples.
Prerequisites
Related information, license files, and data are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local operations
a. Install the BBPs in the BBU.
● Remote operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
If a cell-related alarm is reported, clear it according to instructions in 3900 & 5900
Series Base Station Alarm Reference.
Step 2 Run the DSP CELL command to check whether Cell instance state is Normal.
If Cell instance state is Uninstall, check cell configuration data, cell reference
signal power, or hardware based on the value of Reason for latest state change
in the command output.
Step 3 Run the LST CELL command to check whether the values of Flag of Multi-RRU
Cell, Mode of Multi-RRU Cell, and Cell transmission and reception mode are
consistent with the configuration data.
Step 4 Run the LST EUSECTOREQMGROUP command to check whether the value of
Sector Equipment Group ID is consistent with the configuration data.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the physical connections.
Step 4 Verify that engineering rollback is successful according to instructions in 1.10.4.4
Engineering Verification.
----End
Application Scenario
In LampSite scenarios, indoor signal leakage and inter-cell interference are severe.
Therefore, pRRU transmit power requires adjustment to alleviate indoor signal
leakage and interference and improve the flexibility of LampSite network design
and network optimization.
Reconfiguration Impact
For pRRUs installed next to windows, signal leakage from inside to outside can be
reduced.
In the overlapping area between two cells, interference at cell edges can be
reduced.
Topology Change
The network topology does not need to be adjusted; only LampSite cell
configurations need to be adjusted for pRRU transmit power adjustment.
Reconfiguration Scheme
You can adjust pRRU transmit power using the following two methods:
In LampSite scenarios, you can adjust sector equipment group power. One sector
equipment group contains a maximum of 16 pRRUs. When you adjust sector
equipment group power, transmit power of pRRUs in the same sector equipment
group are adjusted to the same value.
Calculate the corresponding transmit power based on Reference signal power of the
sector equipment. For details, see Maximum Transmit Power of a Cell in Cell
Management Feature Parameter Description.
Figure 1-177 shows the process of adjusting the transmit power of pRRUs in
a sector equipment group in batches.
Before the adjustment, check whether all sector equipment has been added to the cell
sector equipment group. If no, add sector equipment to the cell sector equipment
group.
Calculate the corresponding transmit power based on Reference signal power of the
sector equipment. For details, see Maximum Transmit Power of a Cell in Cell
Management Feature Parameter Description.
In LampSite scenarios, the ADD EUCELLSECTOREQM or MOD EUCELLSECTOREQM
command cannot be used to bind baseband equipment to a cell. Even if they are
executed, the configurations do not take effect. In this case, only the ADD
EUSECTOREQMGROUP or MOD EUSECTOREQMGROUP command can be used.
Figure 1-178 shows the process of adjusting the transmit power of a pRRU by
configuring the sector equipment of a cell.
Information Collection
Table 1-307 describes the information to be collected before adjusting pRRU
transmit power.
Information Description
Maximum transmit You can run the DSP TXBRANCH command to query
power supported by the dynamic information about RRU/RFU transmit
each pRRU channels. Then, check Maximum Output Power of TX
Unit (Single Carrier)(0.1dBm) of each pRRU and use
the minimum value.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
● When you adjust the transmit power of pRRUs by using the
EuSectorEqmGroup MO, prepare data by performing the following
operations:
For example, the cell bandwidth is 20 MHz and you need to adjust the pRRU
transmit power of sector equipment group 1 in a pRRU-aggregation cell.
/*Querying the maximum transmit power supported by each pRRU in the sector equipment group. Assume
that the maximum transmit power is 200 (unit: 0.1 dBm).
DSP TXBRANCH:;
/*Setting the reference signal power of the sector equipment group*/
MOD EUSECTOREQMGROUP: LocalCellId=0, SectorEqmGroupId=1, ReferenceSignalPwr=-108;
/*Activating the cell*/
ACT CELL: LocalCellId=0;
Adjust the transmit power of a pRRU to a valid value. For example, the cell
bandwidth is 20 MHz and you need to adjust the transmit power of pRRU 61 in a
pRRU-aggregation cell.
/*Querying the reference signal power in the PDSCHCFG MO. Assume that the reference signal power is -98
(unit: 0.1 dBm)./
LST PDSCHCFG: LocalCellId=0;
/*Adding sector equipment to the cell and setting the reference signal power*/
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=61, ReferenceSignalPwr=-108;
/*Activating the cell*/
ACT CELL: LocalCellId=0;
Adjust the transmit power of all pRRUs to valid values. For example, the cell
bandwidth is 20 MHz and you need to adjust the transmit power of pRRUs 61 to
68 in a pRRU-aggregation cell.
/*Querying the reference signal power in the PDSCH configuration. Assume that the reference signal power
is -98 (unit: 0.1 dBm).
LST PDSCHCFG: LocalCellId=0;
/*Adding sector equipment to the cell and setting the reference signal power*/
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=61, ReferenceSignalPwr=-108;
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=62, ReferenceSignalPwr=-108;
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=63, ReferenceSignalPwr=-118;
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=64, ReferenceSignalPwr=-118;
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=65, ReferenceSignalPwr=-128;
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=66, ReferenceSignalPwr=-128;
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=67, ReferenceSignalPwr=-138;
ADD EUCELLSECTOREQM: LocalCellId=0, SectorEqmId=68, ReferenceSignalPwr=-138;
/*Activating the cell*/
ACT CELL: LocalCellId=0;
Prerequisites
The pRRUs whose transmit power requires adjustment have been added to the
pRRU-aggregation cell.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local operations
N/A
● Remote operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
NOTE
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
● Adjusting the pRRU transmit power by using a sector equipment group
a. Run the LST EUSECTOREQMGROUP command to verify that the value of
Reference signal power of the sector equipment group is consistent with
the configuration data. Calculate the corresponding transmit power based
on Reference signal power of the sector equipment. For details, see
Maximum Transmit Power of a Cell in Cell Management Feature
Parameter Description. Calculate the pRRU transmit power based on
Reference signal power. The calculated value is the expected pRRU
transmit power.
b. On the MAE-Access, choose Monitor > Signaling Trace > Signaling
Trace Management. In the navigation tree, select Trace Type > Base
Station Device and Transport > Device Monitoring, and double-click
RRU/RFU/BRU Output Power Monitoring. In the displayed dialog box,
select an NE and specify the cabinet number, subrack number, and slot
number of the pRRU to start pRRU transmit power monitoring.
c. Enable a UE at the cell center to perform downlink FTP services, and
check the pRRU transmit power.
▪ If the pRRU transmit power does not equal the expected value, check
whether the downlink cell throughput reaches the peak value. If the
downlink throughput does not reach the peak value, increase the
traffic volume or use more UEs to perform downlink FTP services.
▪ If the downlink cell throughput reaches the peak value but the pRRU
transmit power is not as expected, check whether the configuration
in the configuration data file is correct.
○ If the configuration is incorrect, modify the configuration data
file and perform the operations in Engineering Implementation
again to deliver the data to the base station and activate it.
○ If the configuration is correct, an error has occurred during the
configuration data download or activation. In this situation,
contact Huawei technical support or dial the Huawei technical
support hotline.
● Adjusting the transmit power of a pRRU by using the sector equipment of a
cell
▪ If the pRRU transmit power does not equal the expected value, check
whether the downlink cell throughput reaches the peak value. If the
downlink throughput does not reach the peak value, increase the
traffic volume or use more UEs to perform downlink FTP services.
▪ If the downlink cell throughput reaches the peak value but the pRRU
transmit power does not equal the expected value, check whether
the configuration is correct.
○ If the configuration is incorrect, modify the configuration data
file and perform the operations in Engineering Implementation
again to deliver the data to the base station and activate it.
○ If the configuration is correct, an error has occurred during the
configuration data download or activation. In this situation,
contact Huawei technical support or dial the Huawei technical
support hotline.
● Adjusting the transmit power of all pRRUs by using the sector equipment of a
cell
a. Run the LST EUCELLSECTOREQM command to check whether the
Reference signal power parameter value of the pRRU is correctly
configured. Calculate the expected pRRU transmit power based on the
Reference signal power parameter value. Calculate the corresponding
transmit power based on Reference signal power of the sector
equipment. For details, see Maximum Transmit Power of a Cell in Cell
Management Feature Parameter Description.
b. Run the DSP CELL command to check the Maximum transmit
power(0.1dBm) parameter value.
When the Reference signal power parameters of all pRRUs are set to
valid values, the Maximum transmit power(0.1dBm) parameter
indicates the maximum transmit power of these pRRUs.
c. On the MAE-Access, choose Monitor > Signaling Trace > Signaling
Trace Management. In the navigation tree, select Trace Type > Base
Station Device and Transport > Device Monitoring, and double-click
RRU/RFU/BRU Output Power Monitoring. In the displayed dialog box,
select an NE and specify the cabinet number, subrack number, and slot
number of the pRRU to start pRRU transmit power monitoring.
▪ If the pRRU transmit power does not equal the expected value, check
whether the downlink cell throughput reaches the peak value. If the
downlink throughput does not reach the peak value, increase the
traffic volume or use more UEs to perform downlink FTP services.
▪ If the downlink cell throughput reaches the peak value but the pRRU
transmit power is not as expected, check whether the configuration
in the configuration data file is correct.
○ If the configuration is incorrect, modify the configuration data
file and perform the operations in Engineering Implementation
again to deliver the data to the base station and activate it.
○ If the configuration is correct, an error has occurred during the
configuration data download or activation. In this situation,
contact Huawei technical support or dial the Huawei technical
support hotline.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Application Scenario
BBUs can be shared between macro and LampSite base stations and you can
reuse an existing macro base station or deploy a new macro base station.
Reconfiguration Impact
No impact
NOTE
● This section describes the hardware installation and data configuration for LampSite base
stations. The hardware to be added for a LampSite base station includes MPTs, BBPs, RHUBs,
and pRRUs. Data configuration for a LampSite base station is dedicated to the added
hardware. Neither hardware installation nor data configuration affects services of the macro
base station.
● In the scenario of sharing a BBU between a macro and a LampSite base station, the software
package in use must be a multimode_ALL software package that is applicable to both a
macro and LampSite base stations, for example, BTS3900_5900
V100R016C10SPCxxx_ALL(Software).7z.
Topology Change
Reconfiguration Scheme
Figure 1-180 shows the reconfiguration procedure for sharing BBUs between
macro and LampSite base stations. Determine the reconfiguration scheme
according to the following table.
More main control Configure the new MPTs and the related devices as well
boards are needed as the related transmission and radio data, by referring
(separate-MPT) to 3900 & 5900 Series Base Station Initial Configuration
Guide.
Figure 1-180 Procedure for configuration to share BBUs between macro and
LampSite base stations
Information Collection
Table 1-309 describes the information to be collected before the reconfiguration.
BBP type ● The type of the BBPs. For example, the UBBP.
● LBBP working mode. pRRU-aggregation cells support
TDD, NBIOT, or FDD.
● UBBP baseband work standard. pRRU-aggregation
cells support LTE_TDD(LTE TDD), NBIOT, or
LTE_FDD(LTE FDD).
a: pRRU-aggregation cells support only the chain topology. Set Topo Position to
BRANCH(BRANCH).
Hardware Preparation
Table 1-310 shows the hardware to be prepared before the reconfiguration.
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
Table 1-311 Data preparation for sharing BBUs between macro and LampSite
base stations
1 Add RU -
2 Add MPT
3 Add RRUCHAIN
4 Add RHUB
5 Modif RRU
y
6 Add SECTOR
7 Add SectorEqm
9 Add CellOp -
12 Activa Cell -
te
a: In the LampSite solution, the mapping between SectorEqm and Cell must be
specified using the EuSectorEqmGroup MO.
Prerequisites
Information and data for sharing BBUs between macro and LampSite base
stations are ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local operations
a. Install the BBPs in the BBU.
b. Install the RHUBs. For details, see LampSite Installation Guide.
c. Install the pRRUs. For details, see LampSite Installation Guide.
d. Install the CPRI optical fibers and cables. For details, see LampSite
Installation Guide.
● Remote Operations
– Using MML commands:
i. Set the eNodeB maintenance mode to expand status before
reconfiguration to prevent unnecessary alarms from being reported
during the reconfiguration.
For details, see 1.11.1 Setting the eNodeB Maintenance Mode.
ii. Back up and export the configuration file. The configuration file can
be used to roll back configurations to the original state, if the
reconfiguration fails.
1) Run the BKP CFGFILE command to back up the configuration
file.
2) Run the ULD CFGFILE command to export the configuration file.
For example: ULD CFGFILE: MODE=IPV4, IP="10.169.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/";
iii. Use the MAE-Access to deliver the batch configuration scripts
prepared in Engineering Preparation > Data Preparation to the
base station and activate the scripts on the base station. For details,
see 1.3.3 Running MML Commands on the MAE-Access.
NOTE
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
Step 2 Run the DSP CELL command to check whether Cell instance state is Normal.
If Cell instance state is Uninstall, check cell configuration data, cell reference
signal power, or hardware based on the value of Reason for latest state change
in the command output.
Step 3 Run the LST CELL command to check whether the values of Flag of Multi-RRU
Cell, Mode of Multi-RRU Cell, and Cell transmission and reception mode are
consistent with the configuration data.
----End
Procedure
Step 1 Roll back the reconfiguration data.
● Using MML commands: traditional method
a. Run the DLD CFGFILE command to download the original configuration
file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="ENBCFG.XML",
ENCRYPTMODE=UNENCRYPTED;
b. Run the ACT CFGFILE command to activate the original configuration
file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
a. Run the DSP ROLCFGINFO command to query the configuration rollback
information.
Example: DSP ROLCFGINFO: OT=BYINFO;
b. Run the ROL CFGDATA command to roll back the configuration data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the physical connections.
Step 4 Verify that engineering rollback is successful according to instructions in 1.10.6.4
Engineering Verification.
----End
Application Scenario
As MBB services expand, users demand more bandwidths and higher throughputs
from radio networks. LAA has been introduced to maximize utilization of cheap
license-free spectrum resources to provide higher service rates and to enhance
user experience. This technology allows LTE networks to use license-free bands to
offload traffic from cellular networks, while maintaining the same UE mobility and
QoS as those provided by the licensed spectrum. LAA also helps operators reduce
the cost of expanding LTE spectrum and improve the downlink UE throughput and
MBB experience.
Reconfiguration Impact
No impact
Topology Change
LAA cells are added in the following scenarios:
Reconfiguration Scheme
Figure 1-183 shows the reconfiguration procedure for adding an LAA cell.
Determine the reconfiguration scheme according to the following table.
Information Collection
Table 1-312 describes the information to be collected before the reconfiguration.
Before adding an LAA cell, Policies for allocating license-free spectrum may
familiarize yourself with vary with regions. Contact the local authority of
the local laws and radio spectrum for more information. For
regulations on unlicensed coexistence technologies, LBT is mandatory in
spectrum, including the some countries or regions and therefore Cell
range of spectrum to use ON/OFF cannot be used for deploying LAA cells.
and requirements for
coexistence technologies.
Hardware Preparation
N/A
Software Preparation
N/A
Data Preparation
The following table lists the data to be prepared.
The following example provides the MML configuration script of data preparation
for adding an LAA cell for an LTE cell to implement downlink 2CC aggregation.
/*(LampSite) Adding an LAA cell*/ ADD CELL: LocalCellId=1, CellName="5G Cell1", FreqBand=252,
UlEarfcnCfgInd=NOT_CFG, DlEarfcn=255244, UlBandWidth=CELL_BW_N100, DlBandWidth=CELL_BW_N100,
CellId=1, PhyCellId=85, FddTddInd=CELL_FDD, RootSequenceIdx=95,
CustomizedBandWidthCfgInd=NOT_CFG, EmergencyAreaIdCfgInd=NOT_CFG,
UePowerMaxCfgInd=NOT_CFG, TxRxMode=2T2R, WorkMode=LAA, MultiRruCellFlag=BOOLEAN_TRUE,
MultiRruCellMode=MPRU_AGGREGATION; ADD CELL: LocalCellId=2, CellName="5G Cell2", FreqBand=252,
UlEarfcnCfgInd=NOT_CFG, DlEarfcn=255442, UlBandWidth=CELL_BW_N100, DlBandWidth=CELL_BW_N100,
CellId=2, PhyCellId=86, FddTddInd=CELL_FDD, RootSequenceIdx=95,
CustomizedBandWidthCfgInd=NOT_CFG, EmergencyAreaIdCfgInd=NOT_CFG,
UePowerMaxCfgInd=NOT_CFG, TxRxMode=2T2R, WorkMode=LAA, MultiRruCellFlag=BOOLEAN_TRUE,
MultiRruCellMode=MPRU_AGGREGATION;
/*Setting FcsMode to AUTO*/
MOD CELLALGOSWITCH: LocalCellId=1, FCSMODE=AUTO;
MOD CELLALGOSWITCH: LocalCellId=2, FCSMODE=AUTO;
/*Setting the FCS scanning range and detection threshold*/
ADD CELLLAAFCSPARA: LocalCellId=1, FCSSTARTFREQ=5150, FCSSTOPFREQ=5250, FCSINTERFTHD=-80;
ADD CELLLAAFCSPARA: LocalCellId=1, FCSSTARTFREQ=5725, FCSSTOPFREQ=5850, FCSINTERFTHD=-80;
ADD CELLLAAFCSPARA: LocalCellId=2, FCSSTARTFREQ=5150, FCSSTOPFREQ=5250, FCSINTERFTHD=-80;
ADD CELLLAAFCSPARA: LocalCellId=2, FCSSTARTFREQ=5725, FCSSTOPFREQ=5850, FCSINTERFTHD=-80;
/*Setting the coexistence mode*/
ADD CELLLAACOEXISTPARA: LocalCellId=1, CoexistMode=DYNAMIC_DUTY;
ADD CELLLAACOEXISTPARA: LocalCellId=2, CoexistMode=DYNAMIC_DUTY;
/*Turning on the frequency-based CA configuration switch*/
MOD ENODEBALGOSWITCH: CaAlgoSwitch=FreqCfgSwitch-1;
/*Setting the CA private band combination*/
ADD PRIVATECABANDCOMB: PrivateCaCombId=1, MaxAggregatedBw=60, BwCombSetId=0,
CombBand1Id=1,
CombBand1Bw=Bandwidth_1_4M-0&Bandwidth_3M-0&Bandwidth_5M-1&Bandwidth_10M-1&Bandwidth_15
M-1&Bandwidth_20M-1, CombBand2Id=252,
CombBand2Bw=Bandwidth_1_4M-0&Bandwidth_3M-0&Bandwidth_5M-0&Bandwidth_10M-0&Bandwidth_15
M-0&Bandwidth_20M-1, CombBand3Id=252,
CombBand3Bw=Bandwidth_1_4M-0&Bandwidth_3M-0&Bandwidth_5M-0&Bandwidth_10M-0&Bandwidth_15
M-0&Bandwidth_20M-1;
/*Turning on the LAA CA downlink switch for the PCell*/
MOD CAMGTCFG: LocalCellId=0, CellCaAlgoSwitch=LaaCaDlSwitch-1;
/*Setting the PCC frequency*/
ADD PCCFREQCFG: PccDlEarfcn=123;
/*Setting the SCC frequencies*/
ADD SCCFREQCFG: PccDlEarfcn=123, SccDlEarfcn=255144;
ADD SCCFREQCFG: PccDlEarfcn=123, SccDlEarfcn=260894;
/*Setting the LAA CA A1/A2 threshold*/
MOD CAMGTCFG: LocalCellId=1, LaaCarrAggrA1ThdRsrp=-98, LaaCarrAggrA2ThdRsrp=-105;
MOD CAMGTCFG: LocalCellId=2, LaaCarrAggrA1ThdRsrp=-98, LaaCarrAggrA2ThdRsrp=-105;
/*(Optional) Activating the cells, including the PCell and the SCells*/
ACT CELL: LocalCellId=0;
ACT CELL: LocalCellId=1;
ACT CELL: LocalCellId=2;
Prerequisites
The information needed for adding an LAA cell is ready.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Remote Operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Verify that no cell-related alarm is reported, such as ALM-29240 Cell Unavailable
and ALM-29243 Cell Capability Degraded.
----End
Procedure
Step 1 Roll back the reconfiguration data.
● Using MML commands: traditional method
a. Run the DLD CFGFILE command to download the original configuration
file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/", FN="ENBCFG.XML",
ENCRYPTMODE=UNENCRYPTED;
b. Run the ACT CFGFILE command to activate the original configuration
file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
● Using MML commands: Roll back the configuration data using the one-click
blind configuration rollback function.
▪ Using the one-click blind configuration rollback function to roll back configuration
data may cause other data reconfigurations made at the same time to be rolled
back. Therefore, determine whether such impact is acceptable before you perform
the rollback.
▪ Only data backed up in one period can be rolled back. The start time at which the
system can recover data is the time of the last full database backup, and the end
time is the latest time recorded in the incremental record table.
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
----End
Application Scenario
With the development of mobile network, indoor network performance must be
improved to provide better user experience. Indoor coverage must be provided in
densely populated and closed areas, such as office buildings, subways, residential
communities, and shopping malls, to ensure good user experience. The RFA
solution can be used to provide remote radio coverage for users in multi-vendor
networks and networks deployed and shared by multiple operators.
Reconfiguration Impact
No impact
Topology Change
Assuming that an RHUB, pRRUs, an extend radio frequency card (ERC), a BBP, and
an RFA cell are added, Figure 1-184 shows the topologies before and after the
reconfiguration.
Figure 1-184 Topologies before and after adding an RFA cell (intra-RHUB)
NOTE
● The source base station serving the RFA cell must be independent. The LTE cell cannot cover
the same area as the RFA cell.
● The source base station must use RRUs instead of pRRUs.
Reconfiguration Scheme
Figure 1-185 shows the procedure for adding an RFA cell.
NOTE
If the networking of new cells is consistent with that of original cells (on the same pRRU or
RRU), run the ADD RFACELLSECTOREQMGRP command to bind the new cells to the original
sector equipment group.
Information Collection
Table 1-314 describes the information to be collected before adding an RFA cell.
BBP type ● The type of the BBPs. For example, the UBBP.
Hardware Preparation
Table 1-315 describes the hardware to be prepared for adding an RFA cell in
addition to the new pRRUs, related cables, and optical modules.
The maximum Add a new RHUB3918 (the maximum distance from the
bandwidth supported first-level RHUB to the last-level RHUB is 3 km),
by original RF pRRU5913, related cables, and optical modules.
modules is low
Software Preparation
Item Description
MAE-Access -
mediation
Data Preparation
Perform steps according to the following table.
2 Add RHUB -
3 Add RRUCHAIN -
5 Add Sector -
6 Add SectorEqm -
7 Add RFAEqm -
9 Add RFAFunction -
10 Add RFACellSectorEqmGrp
11 Add RFAOperator -
13 Add CellRFAEqm -
14 Add RFACellOperator -
16 Activ RFALoCell -
ate
a: If a 2T2R LTE cell is deployed in RFA mode, both ERC ports of the LTE cell
must receive signals. If only one port receives signals, power calibration fails on
the other port without signal input.
Before using the MAE-Deployment to prepare data, ensure that data in the planned data area is
consistent with that in the current data area. If the data is inconsistent, you can choose Area
Management > Planned Area > Synchronize Planned Area NEs from the menu bar to
synchronize data from the current data area to the planned data area. Then, perform the
following operations.
● Using the MAE-Deployment GUI. For details, see the interactive operation
guide Preparing Data in GUI Mode.
/*Adding a sector*/
ADD SECTOR: SECTORID=70, ANTNUM=2, ANT1CN=0, ANT1SRN=70, ANT1SN=0, ANT1N=R0A, ANT2CN=0,
ANT2SRN=70, ANT2SN=0, ANT2N=R0B, CREATESECTOREQM=FALSE;
/*Adding sector equipment*/
ADD SECTOREQM: SECTOREQMID=70, SECTORID=70, ANTCFGMODE=ANTENNAPORT, ANTNUM=2,
ANT1CN=0, ANT1SRN=70, ANT1SN=0, ANT1N=R0A, ANTTYPE1=RXTX_MODE, ANT2CN=0, ANT2SRN=70,
ANT2SN=0, ANT2N=R0B, ANTTYPE2=RXTX_MODE;
/*Adding a cell*/
/*Adding an LTE cell*/
ADD RFALOCELL: LocalCellId=0, CellName="RFALOCELL", AccessStandard=LTE_FDD, FreqBand=3,
Dlearfcn="1300", BandWidth=BW_20M, CellRadius=14500, TxRxMode=2T2R;
/*Adding a UMTS cell*/ ADD RFALOCELL: LocalCellId=1, CellName="RFALOCELL", AccessStandard=UMTS,
FreqBand=1, Dlearfcn="10575-10600", BandWidth=BW_10M, CellRadius=14500, TxRxMode=1T2R;
/*Adding a GSM cell*/
ADD RFALOCELL: LocalCellId=2, CellName="RFALOCELL", AccessStandard=GSM, FreqChannel=E-GSM900,
Dlearfcn="92-94-96-98", CellRadius=14500, TxRxMode=1T1R;
/*Adding operator information for a UMTS cell/ ADD RFACELLOP: LocalCellId=1, RFAOperatorId=0;
/*Adding operator information for a GSM cell*/
ADD RFACELLOP: LocalCellId=2, RFAOperatorId=0;
Prerequisites
The required information, license file, and configuration data file are available.
Context
● Local Operations describe the operations that must be performed onsite,
such as hardware installation and operations on the LMT.
● Remote Operations describe the operations that must be performed on the
operation and maintenance center (OMC), such as adjusting parameters
using the MAE-Access or MAE-Deployment.
Procedure
● Local operations
a. Install the BBP and ERC in the BBU.
b. Install the RHUBs. For details, see LampSite Installation Guide.
c. Install the pRRUs. For details, see LampSite Installation Guide.
d. Install the CPRI optical fibers and cables. For details, see LampSite
Installation Guide.
● Remote operations
– Using the MAE-Deployment:
NOTE
If the license file needs to be updated, the active license file must be backed up and a
new license file must be imported into the base station. If the license file does not
need to be updated, the backup and import operations are not required.
You can import or export the license file for only one NE at a time.
iv. After the reconfiguration is complete, set the eNodeB maintenance
mode to NORMAL.
For details, see Setting the Maintenance Mode of the eNodeB to
NORMAL.
----End
Procedure
Step 1 Confirm that no related alarm is reported, and handle the alarm according to the
suggestions.
Step 2 Run the DSP RFALOCELL command to check whether Cell instance state is
Normal.
If Cell instance state is Uninstall, check cell configuration data, cell reference
signal power, or hardware based on the value of Reason for latest state change
in the command output.
Step 3 Run the LST RFALOCELL command to check whether the values of Signal Mode,
Frequency Channel, Frequency Band, Downlink EARFCN, and Cell Transmission
And Reception Mode are the same as planned.
----End
Procedure
Step 1 Restore the configuration data.
● Use the MAE-Deployment to roll back the configuration data. For detailed
operations, see the interactive operation guide Rolling Back Configuration
Data.
● Using MML commands:
– Method 1: Roll back the configuration data using the traditional method.
i. Run the DLD CFGFILE command to download the original
configuration file.
Example: DLD CFGFILE: MODE=IPV4, IP="10.161.18.69",
USR="ftpuser", PWD="***********", DIR="ftproot/",
FN="ENBCFG.XML", ENCRYPTMODE=UNENCRYPTED;
ii. Run the ACT CFGFILE command to activate the original
configuration file.
Example: ACT CFGFILE: EFT=IMMEDIATELY;
– Method 2: Roll back the configuration data using the one-click blind
configuration rollback function.
i. Run the DSP ROLCFGINFO command to query the configuration
rollback information.
Example: DSP ROLCFGINFO: OT=BYINFO;
ii. Run the ROL CFGDATA command to roll back the configuration
data.
Example: ROL CFGDATA: RT=BYTRANSID, ROLTRANSID=38;
NOTE
Step 2 (Optional) Import the pre-reconfiguration license file if the license file is updated.
Run the INS LICENSE command.
Step 3 Restore the physical connections.
Step 4 Verify that engineering rollback is successful according to instructions in 1.10.8.4
Engineering Verification.
----End
NOTE
● For a co-MPT base station, you can set the maintenance mode to TESTING for the specified
RAT. For an LTE RRU/RFU, you can change its maintenance mode to TESTING.
● For a co-MPT base station, the maintenance mode of only one NE can be reconfigured and
the reconfiguration takes effect on the entire base station. Reconfiguring the maintenance
mode of an NE takes effect only on this RAT.
● For a separate-MPT base station, maintenance modes of the NEs must be reconfigured
separately and the reconfiguration of an NE affects only the NE.
For a co-MPT base station, you can also select the gNodeBFunction,
eNodeBFunction, NodeBFunction, or GBTSFunction node to specify the
maintenance mode for the RAT.
v. In the displayed Confirm dialog box, click Yes.
vi. The configuration progress is displayed. When the progress reaches
100%, click Close.
– Set eNodeBs in batches on the MAE-Access as follows:
i. On the MAE-Access, choose Maintenance > Maintenance Mode.
ii. (This step is optional. Perform the operation if the eNodeB does not
have a customized expand status.)
NOTE
You can specify Start Time and End Time of the maintenance mode as required.
– Run the SET MNTMODE command to set the NE maintenance mode to a
customized expand status.
– Run the MOD RRU command with Maintenance Mode set to
TESTING(TESTING) for an RF module.
– Run the MOD APP command with Application Maintenance Mode set
to TESTING(TESTING) for an RAT of a co-MPT base station.
On the alarm console, the eNodeB does not report the alarms that are generated
during the reconfiguration.
The alarms that are not cleared during the reconfiguration will be displayed on
the alarm console after the eNodeB enters the normal state.
NOTE
If the current browser does not support the playback of this tutorial, please try another
browser.
● Watch online
● Click to download
NOTE
If the current browser does not support the playback of this tutorial, please try another
browser.
● Watch online
● Click to download
NOTE
If the current browser does not support the playback of this tutorial, please try another
browser.
● Watch online
● Click to download
NOTE
If the current browser does not support the playback of this tutorial, please try another
browser.
● Watch online
● Click to download
Cell Type
● pRRU-aggregation cell: A pRRU-aggregation cell is served by one or multiple
pRRUs whose RF signals are combined on one RHUB. A pRRU-aggregation
cell, which is a logical 2T2R cell, is configured with one sector equipment
group. As shown in Figure 1-186, cell 0 is a pRRU-aggregation cell that is
served by one pRRU, and cell 1 is a pRRU-aggregation cell that is served by
eight pRRUs. As shown in Figure 1-187, cell 0 is a pRRU-aggregation cell
served by one pRRU, and cell 1 is a pRRU-aggregation cell served by 16
pRRUs that are connected to two RHUBs.
NOTE
● Pico SFN cell: A Pico SFN cell includes multiple pRRU-aggregation cells
working on the same frequency. Each pRRU-aggregation cell is equivalent to
a 2T2R cell. A pico SFN cell consists of multiple 2T2R cells. As shown in Figure
1-188, cell 2 is a pico SFN cell that consists of three pRRU-aggregation cells.