Beruflich Dokumente
Kultur Dokumente
ISSUE1.1 www.huawei.com
Configuration Procedure of
the CME
Scenario/workflow optimization
Advanced Tools
Batch data configuration Planning in advance
Configuration of parameters Concurrent operation
for site deployment, Frequency replanning
neighboring cells, and workflow
algorithms Swapping workflow
BTS swapping
ARFCN modification
3GPP northbound interface
Page 6
HUAWEI TECHNOLOGIES Co., Ltd. HUAWEI Confidential
Delivery Features of the CME V200R011
Page 7
HUAWEI TECHNOLOGIES Co., Ltd. HUAWEI Confidential
Advantages of the CME
GUL Multi-mode Configuration
The configuration on the GSM, UMTS, and the LTE is synchronized and the configuration consistency on the GSM, UMTS, and the LTE is checked to
ensure that the GUL resources are centrally managed.
In the BSC6900, the GSM, UMTS, LTE, and MBTS use the unified device panel to implement the centralized management of the GSM/UMTS devices.
GUI Enhancement
The TOPO site deployment, BTS networking, TRXs of each cell, and timeslot allocation can be viewed in GUI mode on the LMT of the BSC6000.
Therefore, the BTS configuration and resource allocation can be displayed clearly.
multi-
Traditional site deployment
link
New TOPO site deployment
wizard
that these files can take effect when the MML scripts are delivered dynamically. In this case, the BSC
is not reset and services are not affected.
Compared with the LMT of BSC6000, the CME supports the multi-user concurrent configuration in online
mode.
The data browsing capability and retrieval capability on the entire network are greatly improved.
Security
The CME provides the function of data check on the entire network before data is activated, including the
check for completeness, redundancy, and consistency.
The CME supports the data rollback in key scenarios.
The CME supports the parameter comparison. That is, the CME compares the data that has taken effect
and the template to check whether data configuration is correct.
Configuration Procedure of
the CME
GBTS NodeB
Page 13
HUAWEI TECHNOLOGIES Co., Ltd. HUAWEI Confidential
Software and Hardware Deployment (2)
Citrix networking
solution
Page 14
HUAWEI TECHNOLOGIES Co., Ltd. HUAWEI Confidential
Deployment CME Integrated Version
NMS
Corba
following modes:
Extracting network configuration
N-Itf(Corba)
CME Adapter data through channels of the
CME Business Server
iMAP Platform iMAP Platform M2000
M2K Mediation
DB Link Delivering configuration data
through channels of the M2000 by
DB
M2K Master Server M 2K Slave Server
executing related commands
NE
Page 15
HUAWEI TECHNOLOGIES Co., Ltd. HUAWEI Confidential
Deployment CME Standalone Version
CME Client
The CME is installed on a PC.
MBSC/MBTS GBSS WRAN LTE
The Windows operating system is supported.
Business Business Business Business
The standalone CME is independent of the M2000 or
Client Framework
other NEs.
The CME is used in the pure offline scenario.
Corba
Data is exchanged in the following modes:
Extracting NE configuration data by importing the
configuration files exported by NEs
CME Business Server
MBSC: bcp file
NodeB: XML configuration file
DB Link
eNodeB: XML configuration file
Supporting backing up or recovering NE
SQL Server configuration data of the CME
CME Server
Recovering or exchanging data between CME
standalone (offline) versions by backing up data
Page 16
HUAWEI TECHNOLOGIES Co., Ltd. HUAWEI Confidential
Triple Area
Triple area: current area, planned area, and fallback area
Current area
Current area is a network data mirroring area used to save the configuration data of the live network.
Data in the current area is read-only and cannot be modified directly to ensure the security of the
network.
Only one current area is available for a network system.
Through the CME, the data of the live network can be periodically or automatically synchronized to the
current area. Alternatively, users can manually synchronize the data of the live network to the current
area.
Planned area
Planned area is a data planning area that is created with the data of a certain NE system.
Users can perform data planning in the planned area. Different users can create their respective
planned areas. The planned areas are independent of each other.
After implementing data planning in the planned area, users can export the generated data scripts.
After executing the data scripts to the NE, users can make the data take effect.
Fallback area
The rollback command scripts are generated in the fallback area to perform rollback.
When configuration adjustment effects are not ideal, the CME can quickly roll back to the original
configuration status.
Currently, the CME supports the rollback on the GSM side in only three scenarios: RNP import,
modification of radio algorithm parameters in batches, ARFCN import. In addition, the CME supports
the rollback in all adjustment scenarios on the UMTS side in versions later than BSC6900
V900R012C01 (UMTS only). For LTE, CME supports the rollback in all adjustment scenarios..
Recommended Online data configuration based on the M2000, such as BTS swapping, Initial data configuration and capacity expansion in a large scale.
scenario network optimization adjustment, and resource statistics.
License The functions are controlled by the license of the M2000. Huawei engineers: A temporary license whose validity is three months is
Basic function package: The GBSS 9.0 version is provided in the CME released on the Support Web site.
V200R011 basic function package for free when the GBSS is upgraded.
The CME V200R011 must be charged in new markets.
Configuration One current area, multiple planned areas and multiple fallback areas. No current area, one planned area, and one fallback area.
area
Function 1. Configuration functions, such as site deployment and site swapping, are the same.
2. In the standalone version, current area-based functions, such as AVC, are unavailable. The script executor is unavailable.
Obtaining data of Synchronize data on the BSC, NodeB, and eNodeB (through the data Export data by running the EXP CFGSYNFILE command after logging in
the live network channel between the M2000 and NEs). to the NE through the Web LMT.
Activating the Script executor Script configuration/processing in batches on the Web LMT
script
Database Sybase (working with the SUN server on the M2000) MSDE (SQL Server 2005 is recommended.)
Oracle (working with the HP or ATAE server on the M2000)
Documentation Product manuals and version documents Version documents for standalone version:
Installation guide
Operation guide
For detailed configuration operations, see the product manuals.
with the NodeB version. When the component is used, refer to the Release Notes of the component to confirm the
CME version working with the component.
The preceding components will be contained in the following CME version.
LTE
The eRAN 2.1/eRAN 2.0 is recommended.
MBTS
The MBTS versions working with the CME depend on the versions of LTE, NodeB, and GBTS working with the MBTS.
The general configuration function provides a general method for editing non-equipment parameters on the table.
On the GUI, select the level of the configuration object, such as BSC, BTS, cell, TRX, or sector cell (LTE) level. Then,
select a configuration object with the selected level to display the configuration GUI.
On the GUI, all data of the configuration object is displayed on the table. Users can filter or edit data on the table.
The configuration express function provides a method for editing data of a NE based on the table, depending on service
requirements. The configuration express function is similar to the general configuration function. The difference is that
the configuration express function is more convenient for some service requirements.
The configuration express function varies with supported objects and can be divided into several types, such as
BSC/radio express, NodeB/BTS express, cell configuration express, and neighboring cell configuration express.
The batch data modification function provides a method for quickly modifying multiple
parameter values of objects with the same type to the same value under one or several NEs.
Right-click the
configuration NE to
display the GUI for
batch data
modification.
The data import and export functions are provided based on different scenarios.
The data import and export functions are used to modify or create object data in batches. Different from
the batch data configuration function, the data import function does not require changing the parameter
values to the same. Instead, the planned data can be imported.
The device panel function is used to add or delete device parameters of the NEs.
Whether data configuration of common boards is conflicted can be displayed on the MBTS
device panel.
The typical scenario function is designed focusing on typical configuration scenarios, such as swapping, TOPO site deployment,
and HSPA.
Configuration Procedure of
the CME
Creating a planned area: copy the data of NEs from the current
area to the planned area.
Network Expansion
Site Deployment Description
and Adjustment
Network expansion and adjustment scenarios: Users export the current
configuration data (BSC: .ZIP file, by using the Web LMT (EXP CFGSYNFILE;
Obtaining data from
eNodeB: export from M2000). The exported data will be imported to the CME.
the live network
Users start the client software before using the CME to configure data.
Starting the client Starting the client
software software
Site deployment scenario: GU: The CME provides the basic unit of data
configuration files (ZIP files) based on NEs. Users can import a ZIP file to create an
NE. They can also reconfigure an NE based on this file. LTE: create site using GUI or
sumary.
Adding NEs Adding NEs Network expansion and adjustment: Users create an NE on the CME and import the
corresponding NE data obtained from the live network.
Users reconfigure the data of an NE by using the CME client. The procedure is the
same as that by using the integrated CME.
Configuring data Configuring data
Users check the correctness of data through the consistency check function provided
by the CME.
Checking data Checking data
After data configuration and data check are complete, users export the MML/XML
scripts for activating data on the live network.
Exporting MML/XML Exporting MML /XML
Users activate data by using the Web LMT.
(Note: The frequency refarming scripts exported from the standalone CME must be
Activating MML/XML Activating MML/XML activated through the script executor provided by the integrated CME.)
Source BSC: 1. Users can export the BSC data by running the EXP NodeB data is exported through Configuration data is transmitted among standalone
CFGSYNFILE command after logging in to the BSC6900 through the LMT or M2000 of the versions and is generated by choosing Data
the Web LMT. NodeB. Management > Export Data.
2. An example of minimal data is provided in the installation
directory of the CME.
LTE: export using LMT or M2000
Content BCP files of a single BSC XML files of a single NodeB Compressed data packages in standalone versions
eNodeB: XML file for one or more selected BSCs (including all NodeBs
under the BSCs)
Entrance
NE is selected
based on each
BSC/eNdeB.
Full Data XML Scripts of NodeB and eNodeB could also be activated by MML:
On Web LMT, using command: DLD CFGFILE, ACT CFGFILE to download and activate full data
XML scripts
Configuration adjustment the incremental xml scripts generated by CME could not be activated
using Web LMT.
This is only for GU BSC and BTS . The incremental scripts for
NodeB and eNodeB are XML file which could not be downloaded
and activated by MML commands.
Batch Processing
Scripts are executed through the Batch window on the WEB LMT.
Multiple execution methods are provided for a better man-machine
interaction.
The efficiency for delivering scripts to take effect is low.
Batch Configuration
Scripts are delivered in batches by running the RUN BATCHFILE
command on the WEB LMT.
The efficiency for delivering scripts to take effect is high.
Script Executor
Scripts are uploaded to the script executor provided by the integrated
CME.
The script executor is used in the frequency replanning scenario and
the method for checking commands in the scripts is different from that
in the batch configuration and batch processing.
Consuming Time (Unit:
Mode
Second)
Consuming Time in Typical Scenarios
4489 scripts are executed during the swapping of five BTSs, including
adjustment of network optimization data. Batch Configuration 647
Based on the preceding condition, it is calculated that the swapping of
50 BTSs takes about two hours and six hours respectively in batch
Batch Processing 1767
configuration and batch processing modes.