Professional Documents
Culture Documents
Issue 01
Date 2016-02-29
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: http://www.huawei.com
Email: support@huawei.com
Contents
2 Overview......................................................................................................................................... 3
3 Structure.......................................................................................................................................... 4
3.1 NE Configuration Management......................................................................................................................................6
3.1.1 Southbound Interface Overview.................................................................................................................................. 6
3.1.2 EMS Layer Description............................................................................................................................................... 7
3.2 Subnet Configuration Management................................................................................................................................7
3.2.1 Software System Structure.......................................................................................................................................... 7
3.2.2 Functions..................................................................................................................................................................... 8
3.2.3 Configuration Data Flow............................................................................................................................................. 9
3.2.4 Northbound Interface.................................................................................................................................................11
3.2.5 Typical Application Scenarios...................................................................................................................................12
3.2.6 Configuration Flow Example.................................................................................................................................... 16
4 Configuration Security............................................................................................................... 18
5 Related Feature.............................................................................................................................19
6 Network Impact........................................................................................................................... 20
7 Parameters..................................................................................................................................... 21
8 Counters........................................................................................................................................ 22
9 Glossary......................................................................................................................................... 23
10 Reference Documents............................................................................................................... 24
1.1 Scope
This document describes configuration management, including its implementation principles
and basic architecture.
This document applies only to LTE FDD. Any "LTE" in this document refers to LTE FDD,
and "eNodeB" refers to LTE FDD eNodeB.
l Feature change
Changes in features of a specific product version
l Editorial change
Changes in wording or addition of information and any related parameters affected by
editorial changes
SRAN11.1 01 (2016-02-29)
This issue does not include any changes.
2 Overview
3 Structure
The configuration capability of the southbound interface is determined by that of NEs. Figure
3-2 shows how an NE processes a configuration script.
1. The script parser in the configuration management module parses the script and performs
database operations according to the instructions in the script, as shown in steps 1 and 2
of Figure 3-2.
2. The configuration management module starts the data validity check, as shown in step 3
of Figure 3-2.
– If the data validity check fails, the configuration management module rolls the data
back by using the database transaction control mechanism and stops data
processing.
– If the data validity check succeeds, the configuration management module instructs
the application module, such as the NodeB Application Part (NBAP) or Radio
Resources (RR), to change the data. The application module adjusts services
according to data changes. Then, the application module sends the processed result
to the configuration management module, as shown in steps 4 and 5 of Figure 3-2.
3. The configuration management module creates a script execution report according to the
processed result sent by the application module and sends the report to the EMS layer
through the southbound interface, as shown in step 6 of Figure 3-2.
NOTE
MML interfaces are located on the NE layer. Therefore, the configuration commands sent by a client
(Web LMT, U2000, or CME) that supports MML interfaces take effect only on an NE. The
configuration parameters for another NE cannot be modified at the same time. When modifying NE
parameters by using such a client, you need to manually modify the parameters on all related NEs.
The CME has a client/server (C/S) architecture. You can use the CME client to perform O&M
tasks related to configuration on a graphical user interface (GUI). The CME provides wizards
to guide you step by step through complex operations in special scenarios, for example, base
station deployment or migration.
The CME server allows you to manage configuration data for all NEs on the entire network.
Complex logical computation is performed based on these NE data to process configuration
data. The CME server is set up on the U2000 platform. In actual application, the CME has
independent logical database space in the U2000 database where it stores and computes data.
3.2.2 Functions
Data Shared Between NEs of Different RATs
The database design allows different types of NEs to have their own logical database space.
NEs of different radio access technologies (RATs), however, can share data. The CME
processes data for the entire network, therefore maintaining data consistency network-wide.
The modified data is highlighted in the CME GUI based on the data modification report.
4. CME provides the script generation mechanism. CME generates incremental
configuration scripts and fallback scripts according to user operations.
5. When the scripts are activated on an NE, modified configuration data takes effect on the
NE.
6. The NE reports an AVC notification to the CME. The CME updates the data in the
current data area according to a preset policy. This ensures that the data in the current
data area is synchronized with the data on the live network.
NOTE
Scripts from different planned data areas can enable an NE to send an AVC notification. If you use
the Web LMT or U2000 to perform operations on the NE, the NE can also send an AVC
notification.
The telecom operator's NMS has its own planning system that consists of transmission and
wireless parameter planning systems. During routine O&M, the planning system determines
the network configuration parameters to be optimized based on the monitoring and analysis of
network performance. The planning system sends a request to the CME to modify parameters
through the northbound interface. The CME analyzes XML files for batch configuration
management based on the planned data areas, modifies the data, performs the data validity
check, and generates incremental configuration scripts. After the configuration scripts are
activated on an NE, the modified parameters take effect on the NE. The NE performance is
optimized.
Figure 3-5 shows the configuration process through the northbound interface.
l The uplink and downlink data uses the XML file interface to support batch data
configuration through the northbound interface.
l The northbound interface can be automatically controlled based on CORBA. This
complies with 3GPP Release 6.
l XML files can be manually imported by using the CME client.
l The northbound interface supports all configuration scenarios, including deploying base
stations, adjusting transmission, optimizing radio parameters, adjusting neighbor
relationship, and migrating base stations.
l The CME provides only basic functions for modifying parameters in batches, but it
cannot provide intelligent and combined service operations. For example, neighbor
relationship is dynamically adjusted by the configuration inventory management system
of the NMS during migration.
l The northbound interface supports concurrent operations for multiple northbound
interface managers. In RAN sharing scenarios, the northbound interface also supports
permission control by telecom operators.
l The northbound interface of the earlier version also allows new NEs to be managed by
the NMS.
NOTE
Interconnection modes over the northbound interface depend on the telecom operator's NMS. Therefore,
the CME must be adaptable to the telecom operator's NMS.
Northbound data models are modified based on the northbound parameter disuse mechanism,
as shown in Figure 3-6.
Figure 3-6 also shows the status of parameters to be disused in different versions.
Network Planning
You need to plan for a network before you deploy, adjust, or optimize the network. The CME
supports data imported from the following two sources:
l Data calculated by using a network planning tool
l Data negotiated with the telecom operator
After obtaining planned data, save the data in XLS summary data files provided by the CME
for future configuration.
Network Deployment
In this scenario, configure data for newly deployed NEs (base station controllers or base
stations) for a new site. The CME provides flexible data configuration methods for a new site.
Choose one of the following methods based on site requirements:
l Configuring data by using the GUI
This method is applicable to a new NE (base station controller or base station), or
adjustment to some data that is configured for NEs in batches. To improve efficiency in
configuring data for base stations, the CME provides default templates for different base
station types and cells. You can customize these templates to quickly create base stations.
l Importing data from data planning files
This method is applicable when configuring data for base stations that are created in
batches and for different interfaces on controllers. When creating base stations in
batches, you can also use default or user-defined templates to simplify the process of
configuring the same data for base stations or cells. If the base stations or cells have
different configuration data, the CME provides a customization tool for XLS summary
data files. You can customize the planning summary data files based on site
requirements, and import these data files to create base stations in batches.
l Importing data from XML files through the northbound interface
This method is applicable after the CME is connected to the 3GPP Release 6-compliant
northbound interface of the telecom operator's NMS. After the planning system of the
NMS completes network planning, the planning system generates incremental
configuration scripts in XML format. The CME imports the XML files to complete data
configuration.
After data configuration is completed, the CME exports configuration data files (in MML or
XML format) for each NE. You can use the script executor provided by the CME to remotely
send the configuration data files to each NE through the U2000 and activate them to remotely
perform centralized data configuration for network deployment. You can also use the
northbound interface to send a request to the CME to activate configuration data scripts for
NEs.
Network Adjustment
You need to adjust hardware resources if services are not distributed evenly in a network.
Unevenly distributed services are caused by unevenly distributed resources. The network
adjustment function addresses this problem. Network adjustment involves increasing or
decreasing network capacity and reconstructing networks. Typical scenarios are as follows:
l Device capacity expansion: For example, add a service processing board or interface
board for an existing controller or base station.
l Transmission capacity expansion: For example, add an inverse multiplexing over ATM
(IMA) link to an IMA group for an existing base station, or adjust the bandwidth of a
transmission link.
l Cell or carrier capacity expansion: For example, change the configuration of NodeB
from 3 x 1 to 3 x 2.
l Transmission reconstruction or adjustment: For example, change ATM to ATM/IP dual
stack for an Iub interface and reconfigure NodeB in an RNC pool from dual homing to
single homing.
The CME provides multiple configuration wizards or one-click configuration for the
preceding typical scenarios. Prepare the data of planning that you have adjusted in an Excel
template and import the data to the planned data area by using the CME configuration wizard.
The CME can export incremental configuration scripts in appropriate format for NEs.
NOTE
Some scripts take effect only when services in the live network are interrupted or a base station is reset.
When this occurs, the CME displays a message before sending scripts. If scripts take effect only when a
base station is reset, the CME automatically triggers a base station reset after sending the scripts
successfully.
The typical scenario for reparenting base station between controllers is as follows: If areas
managed by controllers are unevenly planned or the load is unbalanced, you need to replan
base stations managed by each controller and reparent some base stations managed by a
controller to another controller. By using this method, the network load is balanced. The CME
supports the ability to reparent base stations between two controllers that support the same
version.
To ensure that configuration data is smoothly migrated with a base station and that the
network performance remains unchanged, perform the following operations during migration:
1. Data planning
Plan the transmission configuration data for migration. Prepare cell-related data if you
reparent base stations between controllers and fill in a data planning file according to
planned data.
2. Script preparation
Import the data planning file that you have finished by using the CME migration wizard.
This wizard is used to perform the following operations:
l Smoothly migrate the data for base stations from source controllers to destination
controllers.
l Recreate the transmission-layer data for destination controllers. The data comes from
planned data.
l Smoothly migrate the cell data from source controllers to destination controllers. Some
data comes from planned data based on site requirements, for example, location area
adjustment.
l Smoothly migrate neighbor relationships. The neighbor relationship data before
migration must be inherited. This is a complex operation that must be performed on the
entire network. The network sometimes consists of 2G and 3G devices.
After the data is configured, the CME exports configuration data files (in MML or XML
format) for each NE. You can use the script executor provided by the CME to remotely send
and activate the configuration data files to each NE through the U2000.
NOTE
You are advised to activate the reparenting scripts on the destination controller first. After the
commissioning is successful, activate the reparenting scripts on the source controller. This ensures that
the data is restored quickly when a fault occurs during the reparenting.
Network Optimization
You need to adjust and optimize the current network parameters so that the network can
provide better network services. Network optimization is applicable to radio-layer parameter
adjustment. This is the difference between network optimization and network adjustment. The
CME supports the following typical tasks related to network optimization:
l Adjust frequencies or scrambling codes for cells in batches.
l Adjust data for neighboring cells or their booster amplifiers (BAs) in batches.
l Adjust algorithm parameters for cells, carriers, and channels in batches.
l Change configurations for some features. For example, reconstruct a cell that uses high
speed packet access (HSPA), and change telecom operators of cells from exclusive to
multioperator core network (MOCN).
The CME provides the following methods to configure data in batches:
l Importing data from data planning files
Export a summary data file from the CME, reconfigure the data in the file, and import
the file into the CME to quickly adjust data in batches. This method is applicable when
you need to configure different values for multiple objects. The CME provides multiple
data planning files for different network optimization tasks.
l Modifying data in batches by using the wizard
Select some or all of the configuration parameters for an object as a reference and apply
these parameters to another object. This method is applicable when you need to
configure parameters to the same values for a single type of objects.
l Configuring data by using templates
Select some or all of the configuration parameters in a template as reference and apply
these parameters to the NEs on the CME. This improves data reconfiguration efficiency.
This method is applicable when you need to configure different values for different types
of objects.
l Reconfiguring data for some service features
The CME provides a configuration wizard that supports one-click configuration for an
object.
l Importing data from XML files through the northbound interface
This method is applicable after the CME is connected to the 3GPP R9-compliant NBI of
the telecom operator's NMS.
After the data is configured, the CME exports configuration data files (in MML or XML
format) for each NE. You can use the script executor provided by the CME to remotely send
and activate the configuration data files to each NE through the U2000.
Step 1 The CME synchronizes data with the live network, as shown in steps 1 through 4 of Figure
3-7.
The CME synchronizes NE configuration data through the southbound interface and the NMS
synchronizes the configuration data in the CME through the northbound interface.
Step 2 The NMS planning system starts configuration data planning, as shown in step 5 of Figure
3-7.
Step 3 The NMS delivers planned configuration data through the northbound interface for the
configuration data to take effect on the live network, as shown in steps 6 through 13 of Figure
3-7.
----End
4 Configuration Security
5 Related Feature
Prerequisite Features
None
Impacted Features
None
6 Network Impact
Network Performance
No impact.
System Capacity
No impact.
7 Parameters
8 Counters
9 Glossary
10 Reference Documents
None