Professional Documents
Culture Documents
V900R012C01
Commissioning Guide
Issue 06
Date 2011-05-19
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 the warranty of any kind, express or implied.
Website: http://www.huawei.com
Email: support@huawei.com
Overview
BSC6900 commissioning is performed after the hardware is installed and before the services
are provided. It aims to ensure that the BSC6900 can work properly by performing verification
tasks related to equipment, BSC6900 board software and data file loading, interfaces, and
services.
This document provides guidelines for commissioning the BSC6900. It includes the following
contents: Verifying the Operation and Maintenance Unit (OMU), Activating and Verifying the
License, Loading the BSC6900 Board Software and Data Files, Connecting the BSC6900 to the
M2000, and Verifying the Interfaces and Services.
Product Version
The following table lists the product version related to this document.
BSC6900 V900R012C01
Intended Audience
This document is intended for field engineers.
Organization
1 Changes in the BSC6900 GSM Commissioning Guide
This chapter describes the changes in the BSC6900 GSM Commissioning Guide.
2 Prerequisites for Commissioning
Before the BSC6900 commissioning, the status of the equipment and the network to be
commissioned must meet the conditions required. The software installation package, license,
and MML command scripts required for commissioning must be ready.
3 Commissioning Process
Conventions
Symbol Conventions
The symbols that may be found in this document are defined as follows.
Symbol Description
General Conventions
The general conventions that may be found in this document are defined as follows.
Convention Description
Command Conventions
The command conventions that may be found in this document are defined as follows.
Convention Description
GUI Conventions
The GUI conventions that may be found in this document are defined as follows.
Convention Description
Keyboard Operations
The keyboard operations that may be found in this document are defined as follows.
Format Description
Key Press the key. For example, press Enter and press Tab.
Key 1+Key 2 Press the keys concurrently. For example, pressing Ctrl+Alt
+A means the three keys should be pressed concurrently.
Key 1, Key 2 Press the keys in turn. For example, pressing Alt, A means
the two keys should be pressed in turn.
Mouse Operations
The mouse operations that may be found in this document are defined as follows.
Action Description
Click Select and release the primary mouse button without moving
the pointer.
Drag Press and hold the primary mouse button and move the
pointer to a certain position.
Contents
16 Appendix..................................................................................................................................16-1
16.1 Communication Ports Used by the BSC6900.............................................................................................16-2
16.2 BSC6900 Commissioning Checklist...........................................................................................................16-4
Figures
Tables
This chapter describes the changes in the BSC6900 GSM Commissioning Guide.
06 (2011-05-19)
This is the sixth commercial release of V900R012C01.
Compared with issue 05 (2011-03-07), this issue does not include any new topics.
Compared with issue 05 (2011-03-07), this issue incorporates the following changes:
Content Description
7 Updating the OMU Database The procedure for updating the OMU database is
changed.
8 Activating and Verifying the The prerequisites for activating and verifying the license
License are changed.
9.3 Resetting the BSC6900 The procedure for installing a patch version is deleted.
Boards
5.2 Verifying the OMU The procedure for verifying the OMU through USB disk
Through USB Disk is changed.
Compared with issue 05 (2011-03-07), this issue excludes the following topics:
l Creating Scheduled Tasks
05 (2011-03-07)
This is the fifth commercial release of V900R012C01.
Compared with issue 04 (2010-11-30), this issue does not include any new topics.
Compared with issue 04 (2010-11-30), this issue incorporates the following changes:
Content Description
5.1 Verifying the OMU Locally The procedure for verifying the OMU locally is changed.
Compared with issue 04 (2010-11-30), this issue does not exclude any topics.
04 (2010-11-30)
This is the fourth commercial release of V900R012C01.
Compared with issue 03 (2010-09-20), this issue does not include any new topics.
Compared with issue 03 (2010-09-20), this issue incorporates the following changes:
Content Description
5.1 Verifying the OMU Locally The description of debugging IP address is changed.
7 Updating the OMU Database The procedure for running the MML script files is
changed.
9.3 Resetting the BSC6900 The procedure for loading and activating the patch
Boards version is added.
9.4 Checking the Consistency The procedure for checking the consistency of the data
of the Data and the Version and the version is changed.
Compared with issue 03 (2010-09-20), this issue does not exclude any topics.
03 (2010-09-20)
This is the third commercial release of V900R012C01.
Compared with issue 02 (2010-06-21), this issue includes the following new topics:
Compared with issue 02 (2010-06-21), this issue incorporates the following changes:
Content Description
5.1 Verifying the OMU Locally The procedure for verifying the OMU locally is changed.
Content Description
5.2 Verifying the OMU The procedure for verifying the OMU through USB disk
Through USB Disk is changed.
7 Updating the OMU Database The procedure for updating the OMU database is
changed.
15.8 Setting Maintenance The procedure for setting the maintenance mode for the
Mode for NE NE is changed.
Compared with issue 02 (2010-06-21), this issue does not exclude any topics.
02 (2010-06-21)
This is the second commercial release of V900R012C01.
Compared with issue 01 (2010-04-10), this issue includes the following new topics:
Compared with issue 01 (2010-04-10), this issue incorporates the following changes:
Content Description
Compared with issue 01 (2010-04-10), this issue does not exclude any topics.
01 (2010-04-10)
This is the first commercial release of V900R012C01.
Compared with issue 04 (2010-01-30) of V900R011C00, this issue does not include any new
topics.
Compared with issue 04 (2010-01-30) of V900R011C00, this issue incorporates the following
changes:
Content Description
Creating Scheduled Tasks The procedure for creating scheduled tasks is changed.
Compared with issue 04 (2010-01-30) of V900R011C00, this issue does not exclude any topics.
Before the BSC6900 commissioning, the status of the equipment and the network to be
commissioned must meet the conditions required. The software installation package, license,
and MML command scripts required for commissioning must be ready.
Item Requirement
BSC6900 hardware The hardware is installed and passes the hardware installation
inspection and power-on check.
OMU Configured before delivery. For details, see Checklist for the
Factory Settings of the OMU Software.
l At least one BTS is connected to the local BSC6900. The BTS should have passed the
commissioning and can provide basic functions.
l At least one set of Core Network (CN) equipment is connected to the local BSC6900. The
CN equipment should have passed the commissioning and can provide basic functions.
l Three single-mode MSs and one dual-mode MS for testing are functional and are registered
in the HLR.
l The figure shows only the connection. The quantity and type of cables are not specified.
l Figure 2-1 illustrates the typical commissioning network. Other commissioning scenarios
may be possible, as described in Table 2-2.
In BM/TC combined mode The BM and TC are configured in the same subrack.
The external PCU It communicates with the BSC6900 over the Pb interface, and
provides PS service.
The BSC6900 is connected Two NEs in the same equipment room are connected directly.
to the MGW or BTS
Alarm box configured on The alarm box is connected to the BSC6900 LMT that serves
BSC6900 side as the alarm management system.
3 Commissioning Process
NOTE
The remote engineer performs operations remotely, while the site engineer performs operations locally.
Before verifying the equipment, ensure that the cabinet is powered on and operates normally.
Prerequisite
The BSC6900 cabinet has passed the power-on check.
Procedure
Step 1 Check whether the cabinet is powered on.
If... Then...
Step 3 Check the power supply to the cabinet components, as listed in Table 4-1. Ensure that the
hardware operates normally.
Board The green RUN LED on the board panel flashes every other
second.
Fan box The green STATUS LED on the panel of the fan box flashes
every other second after the subrack and independent fan
subrack are powered on.
Power distribution monitoring The green RUN LED on the board panel flashes every other
board second and the ALM LED is also OFF.
NOTE
If power failure occurs, handle the problem by referring to Handling power failures of internal cabinet
components in Powering On the Cabinet.
----End
This section describes how to verify the OMU to enable the normal communication between the
LMT and the BSC6900. The OMU verification involves installing the OMU operating system
and OMU application, checking the OMU operation status, and changing the external fixed IP
address and external virtual IP address of the OMU on site.
Context
5.1 Verifying the OMU Locally applies to the scenario that the site engineer performs the
commissioning without the involvement of a USB drive. 5.2 Verifying the OMU Through
USB Disk applies to the scenario that a USB drive for commissioning is prepared by the remote
engineer. In this mode, the site engineer plugs the USB drive for commissioning into the OMU
to complete the installation of the operating system. The commission is performed through the
collaboration between the remote engineer and site engineers.
Select a verification method according to the actual scenario.
1. 5.1 Verifying the OMU Locally
This section describes how to verify the OMU locally to enable the normal communication
between the LMT and the BSC6900. The OMU verifying involves checking the operation
status of the OMU, checking the version of the OMU application, changing the external
fixed IP address, and changing the external virtual IP address. If the BSC6900 is configured
with the active and standby OMUs, verify the active OMU and the standby OMU
respectively based on the procedure given in this section.
2. 5.2 Verifying the OMU Through USB Disk
This section describes how to verify the OMU through a USB disk. In this scenario, the
USB disk that is prepared in advance is plugged into the OMU at the site. Then, the OMU
verification is performed through cooperation of the remote engineer.
Prerequisite
l The OMU application installation package that is consistent with the version used in the
local office and the Records of OMU Software Installation Information are obtained.
l The information designated by the operator, such as the IP address and OMU name, is
obtained and recorded in the Configuration Information for Verifying OMU Locally.
Context
l The active workspace of the OMU is version_a by default.
l For details about the IP address planning, see Planning of the OMU IP Addresses.
Procedure
Step 1 Set the link mode of the external OMU Ethernet adapter by referring to Setting the Link Mode
of the External OMU Ethernet Adapter.
Step 2 Connect the PC to the ETH2 debugging port on the OMUa board by using an Ethernet cable.
Step 3 Set the IP address of the PC to be on the same network segment with the ETH2 port. The initial
IP address of the ETH2 port is 192.168.6.50 or 192.168.6.60, the subnet mask is 255.255.255.0.
Step 5 Run the /etc/rc.d/omud status command to check the running status of the OMU process.
If... Then...
The information returned is No such file or Install the OMU application in the active
directory, workspace by referring to Installing the OMU
Applications in the Active Workspace.
Step 6 Run the cd /mbsc/upgrade command to switch to the OMU installation directory, and then run
the ls command to query the current version of the OMU application.
If... Then...
The version of the OMU application is the Perform operations in Step 7 through Step
same as that required by the operator, 16. Then this task is complete.
Step 7 Run the cd /mbsc/bam/version_a/bin/bam command to switch to the directory where the
omutool program locates.
NOTE
To view the help information of the omutool, run the ./omutool -h command.
Step 8 Change the external fixed IP address, subnet mask, and the gateway IP address according to the
plan of the operator.
Run the ./omutool extercard The external fixed IP address The subnet mask The gateway IP
address command to change the external fixed IP address and the subnet mask. For example,
you can run the following command and then press Enter.
./omutool extercard 10.161.10.100 255.255.255.0 10.161.10.1
NOTE
After the external fixed IP address is changed, the BSC6900 can be connected to the OM network of the operator
through the ETH0 or ETH1 port. In this case, the commissioning need not necessarily be performed in the
BSC6900 equipment room and can be performed in a centralized manner.
Step 9 Change the external virtual IP address and the subnet mask of the active and standby OMUs
according to the plan. Ensure that the external virtual IP address is on the same network segment
as the external fixed IP address.
Run the ./omutool extervip The external virtual IP address The subnet mask command to
change the external virtual IP address and the subnet mask. For example, you can type the
following command and then press Enter.
./omutool extervip 10.161.10.102 255.255.255.0
Step 10 Check whether the internal fixed IP address, internal virtual IP address, backup channel IP
address, and debugging IP address of active and standby OMUs are in the same network segment
as the network of the operator.
If... Then...
Any IP address is in the same l Run the ./omutool innercard The internal fixed IP
network segment as the network of address The subnet mask command to change the
the operator, change the IP internal fixed IP address and the subnet mask. For
address. example, you can run the following command and
then press Enter.
./omutool innercard 80.168.3.60 255.0.0.0
All IP addresses are not in the Run the ./omutool backupcard The IP address The
same network segment as the subnet mask command to change the backup channel IP
network of the operator, change addresses of the active and standby OMUs and the subnet
only the backup channel IP mask. For example, you can run the following command
address of the backup OMU. and then press Enter.
./omutool backupcard 192.168.3.60 255.255.255.0
Step 11 Run the ./omutool hostname OMU name command to change the name of the OMU.
For example, you can run the following command and then press Enter to change the OMU
name to omu_123: ./omutool hostname omu_123.
Step 12 Set the work mode of the OMU according to the number of OMUa boards that are configured.
l If only one OMUa board is configured, run the ./omutool dualmode single command to set
the work mode to the single-server mode.
l If two OMUa boards (active and standby OMUa boards) are configured, run the ./omutool
dualmode dual command to set the work mode to the dual-server mode.
Step 13 Run the cd /mbsc/bam/common command to switch to the directory where the reg.ini file
locates.
1. Run the vi reg.ini command to open the reg.ini file. Press Insert.
2. Set mlangflag to CHS or ENG by moving the cursor with arrow keys to change the
language used in the OMU.
3. Set runmode to GO by moving the cursor with arrow keys to change the service mode of
the OMU.
4. Set officename by moving the cursor with arrow keys to change the name of the OMU.
5. Press Esc, input :, and then input wq. Press Enter to change the reg.ini file.
NOTE
l To set the preceding information, move the cursor to the beginning character of the information
to be modified, press X to delete the existing information, then press A, and you can input the
new information. After you modify an information item, press Esc and then move the cursor to
modify another information item.
l To quit without saving your modification, perform either of the following operations:
l Operation 1: Press Esc, type : and then q!. Press Enter.
l Operation 2: Directly close the PuTTY window. If you perform this operation, a prompt is
displayed when you edit the reg.ini file using the vi command next time. In this case, type
D and then press Enter to open the reg.ini file.
NOTE
You can also copy the reg.ini to the local PC to change the previous information by using the psftp software.
1. Obtain the psftp Software and open it locally by double-clicking the application icon.
2. Input cd /mbsc/bam/common in the psftp command line window to switch to the directory where the
reg.ini file locates.
3. Input get reg.ini in the psftp command line window to transfer the reg.ini file from the OMU to the
directory where the psftp software locates.
4. Open the reg.ini file with notepadm, set mlangflag to CHS or ENG, set runmode to GO, and then set
officename.
5. Input put reg.ini in the psftp command line window to upload the modified reg.ini file from the local
PC to the OMU.
Step 14 Run the /etc/rc.d/omud start command to start the OMU application.
Step 15 Run the ps -afx command to check the operating status of the OMU.
You can infer that the OMU is in normal state if all OMU processes exist in the OMU active
workspace directory/mbsc/bam/version_a/bin/bam/monitor.
OMU State OMU Processes that Must Exist
NOTE
If some of the processes do not exist, run the /etc/rc.d/omud restart command to restart the OMU server,
and then check again whether the processes exist. If some of them still do not exist, uninstall the OMU
application by referring to Uninstalling the OMU Applications, and then install the OMU application in
the active workspace again by referring to Installing the OMU Applications in the Active Workspace.
----End
Prerequisite
l The preparations for installing software on site are complete. For details, see Preparations
for Installing Software on Site.
l The information planned by the operator, such as IP address and OMU name, is obtained
and recorded in the Configuration Information for Preparing USB Disk for
Installation.
l The capacity of the USB disk is greater than or equal to 2G. If the BSC6900 works in the
active/standby OMU mode, two USB disks are required.
l A USB port is available on the PC, and the USB port is not restricted (such as CPM
restriction).
l A USB port is available on the OMU board.
Context
l The OMU verification through a USB disk involves two steps: preparing the USB disk
and verifying the OMU after plugging the USB disk into the OMU.
l The USB disk applies to only the Dopra Linux operating system.
l This task takes preparing the USB disk in active/standby OMU mode as an example.
Differences between the task in dual-OMU mode and that in single-OMU mode are
specified.
CAUTION
In the process of installing the OMU operating system and OMU applications by using the USB
disk, the OMU hard disk will be formatted and all the data on the OMU will get lost. Make sure
you have backed up the OMU data before proceeding with the installation of the OMU operating
system.
Procedure
Step 1 Set the link mode of the external OMU Ethernet adapter by referring to Setting the Link Mode
of the External OMU Ethernet Adapter.
Step 2 Preparing the USB disk
1. Plug the USB disk into the USB port on the portable computer.
2. Double-click U_creator_eng.exe to open the BSC6900 Dopra_Linux_USB Disks, as
shown in Figure 5-1.
3. Select NE List in the left pane of the window shown in Figure 5-1, right-click the NE list,
and choose Add NE. A dialog box is displayed, as shown in Figure 5-2.
4. Enter the NE Name, set Operate type to Install, select Install OMU?, input the external
virtual IP address of the NE to be added, and then click OK. An NE is added.
NOTE
l The NE name is used to identify NEs, and it is composed of only letters, numerals, "-", and "_".
l After an NE is added, the NE name and the external virtual IP address can be changed only after you
delete the NE and then add the NE.
l If you want to prepare multiple USB disks, it is recommended that you prepare the USB disks one by
one, and make marks for the disks.
5. Double-click the newly-added NE on the left pane. After all the information is automatically
obtained, check whether the information is correct and enter the information that needs to
be typed, as shown in Figure 5-3.
NOTE
OMU. After the message Succeed to create USB drive of OMU installation displays,
click Finish. The USB disks are prepared.
NOTE
If only one OMU is configured, the USB disk for the standby OMU need not be prepared.
Step 3 Verifying the OMU after plugging the USB disk into the OMU
1. Insert the USB disk into any of the USB ports on the OMU board panel.
2. Remove and then install the OMU board to reset it. For details, see Removing a Board and
Inserting a Board.
3. Wait one to two minutes, and then observe the LED status on the OMU panel. Determine
whether the installation is complete by referring to Table 5-1.
NOTE
The state of the LEDs on the OMU board panel can be: RUN LED flashes, ALM LED flashes, ACT
LED flashes, and OFFLINE LED is off.
Table 5-1 Status of the LEDs on the OMU board panel when the OMU operating system
and OMU applications are installed
Successful Installation Failed Installation
CAUTION
After the OMU operating system and the OMU applications are installed successfully,
remove the USB disk from the OMU panel. The OMU commissioning by using the USB
disk is complete.
----End
Follow-up Procedure
Check whether the configuration files prepared during the step Preparing the USB disk are
correct.
l If the configuration files is not correct, prepare the USB disk again by referring to
Preparing the USB disk.
l If the configuration files is correct, contact Huawei technical support by referring to Contact
Huawei Customer Service Center.
NOTE
l After the OMU operating system and the OMU applications are installed successfully, remove the USB
disk from the OMU panel. The OMU commissioning by using the USB disk is complete.
l After the OMU operating system is installed successfully, you can log in to the OMU by referring to
Logging In to the OMU.
This section describes how to log in to the BSC6900 through the LMT and enable the normal
communication. LMT verification ensures the BSC6900 commissioning through the LMT.
Prerequisite
l The OMU has passed the commissioning.
l The network connection between the LMT and the OMU is established.
NOTE
In the case of the local OMU verification, field engineers can perform subsequent local
commissioning tasks and then log in to the BSC6900 through the LMT to verify the connection
between the OMU and the external network. In this case, field engineers need to type the IP address
for OMU verification in the address bar of Internet Explorer (IE) to log in to the LMT for local
commissioning.
Context
JRE is a standard plug-in in Java operating environment. If JRE is not installed, a message is
displayed when the LMT is started. In this case, install JRE according to the prompt message
on the screen. If the JRE installed in the LMT PC is not of the latest version, a message is
displayed when the LMT is started, prompting you to update the JRE. In this case, it is
recommended that you uninstall the old version and then install the latest version.
WARNING
When the LMT application is running, do not change the LMT PC system time. Otherwise,
severe errors may occur on the system. If you have to change the system time, stop all the LMT
applications first.
Procedure
Step 1 Check the configuration of the LMT PC and ensure that it meets the requirements.
1. Check the hardware configuration of the BSC6900 LMT PC to ensure that the requirements
described in Configuration Requirements of the LMT PC are satisfied.
2. Check the security settings of the Internet Explorer, ensure that the Java script is supported.
Step 2 Start the Internet Explorer, and then log in to the BSC6900 through the LMT.
1. Start the Internet Explorer, and then enter the external virtual IP address of the OMU of
the BSC6900 on the address bar. The log-in dialog box is displayed, as shown in Figure
6-1.
NOTE
To log in to the BSC6900 by using the Domain user account, the connection between the BSC6900 and
the M2000 server should be established.
2. Enter the User Name, Password, and Verify Code, and then click Login to enter the LMT
interface.
----End
This describes how to update configuration data in the OMU database by running MML
commands.
Prerequisite
l You have logged in to the BSC6900 through the LMT.
l The MML command data scripts applicable to the local office are verified and the contents
are precise and complete.
Context
l There are two ways to run the MML command script: through MML commands or through
GUI. The MML command script can be executed through GUI only when the script is
smaller than 4 MB. It is recommended that you run the MML script through MML
commands, because this way is more efficient.
l The active workspace of the OMU can be queried through the MML command LST
OMUAREA. To view the directory structure of the OMU workspace, see Checking the
Installation Directory of the OMU Applications. The following procedure assumes that the
active workspace is version_a.
Procedure
l Run the MML command script through MML commands
1. Run the MML command SET CFGDATAINEFFECTIVE to set the MPS subrack
to be in ineffective mode.
CAUTION
If the database has been updated, run the MML command SET
CFGDATAINEFFECTIVE for each configured subrack to set the subrack in
ineffective mode.
2. Run the MML command RST DATA. A dialog box is displayed. Click Yes to
initialize the BSC6900 configuration data in the OMU database.
3. Upload the MML command script to the /ftp folder in the OMU active workspace
directory. The following procedure takes uploading the MML script BATCHFILE.txt
Two methods are available: through File Manager on the LMT or through command lines.
Through File Manager on the LMT
(1) Start the File Manager by referring to File Manager.
(2) Choose Root > bam > version_a > ftp on the left pane. Click Upload on the
right. A dialog box is displayed. Select BATCHFILE.txt saved in disk D,
and then click Open to upload the file.
Through Command Lines
(1) On the local PC, choose Start > Run. Type cmd, and then click OK.
(2) Input d:, and then press Enter to switch to disk D.
(3) Input ftp IP address to try to connect to the OMU. Here, IP address is the
IP address of the OMU.
(4) Input the FTP user name and password. The connection between the OMU
and the local FTP is set up after the authentication succeeds.
NOTE
The FTP user name is always FtpUsr. The FTP password is set during the OMU
application installation. For details, see Records of the OMU Application Installation
Information.
(5) Input cd /mbsc/bam/version_a/ftp to switch to the OMU active workspace.
(6) Input put BATCHFILE.txt to upload the file.
(7) After the file is uploaded successfully, input quit to disconnect the FTP.
4. Run the MML command RUN BATCHFILE to run the MML script file. It is
recommended that you set Finish type to ANY_ERR_RETURN(Stop at Error),
Result recording type to REC_ERR(Record errors), Source File Name to
BATCHFILE.txt, and Result file name to RUN_BATCHFILE_RESULT.txt.
NOTE
l The result file RUN_BATCHFILE_RESULT.txt is saved in the ftp folder in the OMU
active workspace installation directory, that is, /mbsc/bam/version_a/ftp.
l The execution of the script takes a certain period of time. For example, 1-1.5 hours may
be needed for executing a script with 100,000 commands.
l After the MML script is executed, open the RUN_BATCHFILE_RESULT.txt file to check
whether there is any command fails to be executed. If yes, extract the commands that fail
to be executed to generate a new MML script, correct the commands according to the
prompts, and then go to Step 4 to run the new script.
l Run the MML script through GUI
1. Run the MML command SET CFGDATAINEFFECTIVE to set the MPS subrack
to be in ineffective mode.
CAUTION
If the database has been updated, run the MML command SET
CFGDATAINEFFECTIVE for each configured subrack to set the subrack in
ineffective mode.
2. Run the MML command RST DATA. A dialog box is displayed. Click Yes to
initialize the BSC6900 configuration data in the OMU database.
3. On the LMT, click the Batch tab to enter the Batch pane, as shown in Figure 7-1.
4. Click Open..., the Open dialog box is displayed. Select the prepared MML command
script, and then click Open. The commands in the script are displayed in the Batch
pane.
5. Click Set..., the Set dialog box is displayed. Set Sending Commands Interval(s) to
0, select Save Failed Commands and set the path for saving the failed commands,
and then click OK, as shown in Figure 7-2.
6. In the Batch area, select All under the Execution Type area.
7. Click Go. The system runs the MML commands one by one.
NOTE
l Click OK when the system prompts that the current configuration is in ineffective mode
after you click Go. The execution of the script may take a long time in GUI mode. For
example, 2-3 hours may be needed for executing a script with 4 MB.
l If an Error dialog box showing Execution failed. Continue? is displayed during the
execution of MML command script, you can infer that the MML command script is
incorrect. In this case, select Yes to All to ignore the error prompt. After the MML script
file is executed, extract the commands that fail to be executed to generate a new MML
script, correct the commands according to the prompts, and then go to Step 4 to run the
script again.
8. Click OK when a dialog box is displayed, indicating that the running of all the MML
commands is complete.
----End
Follow-up Procedure
After the OMU database is upgraded, do as follows to ensure the normal communication between
the OMU and the BSC6900.
1. Run the MML command LST SUBNET to query the Subnet No. of the BSC6900.
2. Check whether the Subnet No. of the BSC6900 is consistent with the network segment of
the planned internal IP address of the OMU.
NOTE
For details about the planned internal IP address of the OMU, see Configuration Information for
Verifying OMU Locally.
This chapter describes how to activate the license and verify the licensed configuration
information to enable service checking.
Prerequisite
l You have logged in to the BSC6900 through the LMT.
l The FTP server is started. For details on how to start the FTP server, see FTP Server. The
default user name and password for FTP login are both admin. Note that the user name or
password may be modified.
l The license is ready and the license check is passed.
Context
The active workspace of the OMU can be queried through the MML command LST
OMUAREA. To view the directory structure of the OMU workspace, see Checking the
Installation Directory of the OMU Applications. The following procedure assumes that the active
workspace is version_a.
Procedure
Step 1 Run the MML command DLD LICENSE to download the License to the OMU active
workspace directory/ftp/license, that is, /mbsc/bam/version_a/ftp/license.
Step 2 Run the MML command LST LICENSE and then set File Name to the name of the license file
to be activated to query the detailed configuration information of the license file.
If... Then...
The license is inconsistent with what you Contact the Huawei Customer Service
apply for, Center by referring to Contact the Huawei
Customer Service Center.
Step 3 Run the MML command ACT LICENSE to activate the license file.
----End
Follow-up Procedure
If the license activation fails, you can infer that the configuration data of the license is
inconsistent with that in the OMU database. Check the configuration data of the license and the
configuration data in the OMU database.
l If the configuration data of the license is incorrect, apply for a new license.
l If the configuration data in the OMU database is incorrect, correct the configuration data,
and then activate the license again.
This chapter describes how to load the BSC6900 board software and data files to enable the
normal operation of the BSC6900.
Prerequisite
l The equipment verifying is complete.
l The OMU database is updated.
Context
The software of BSC6900 boards is generated automatically in the OMU active workspace
directory/bin/fam when installing OMU applications. Assume that the active workspace is
version_a, then the software is in /mbsc/bam/version_a/bin/fam. The software can be loaded
directly.
To make the configuration take effect, format the configuration data in the OMU database to
generate a .DAT data file, and then reset the BSC6900.
1. 9.1 Generating the Data File for the Loading
This section describes how to generate the BSC6900 data file, which can be loaded, by
using the MML command data scripts.
2. 9.2 Setting the Loading Mode
This section describes how to set the loading modes of all the board subsystems before
resetting BSC6900 boards.
3. 9.3 Resetting the BSC6900 Boards
This section describes how to load the BSC6900 board software and data files from the
OMU installation directory to the boards and make them take effect.
4. 9.4 Checking the Consistency of the Data and the Version
This section describes how to check whether the board configuration and the software
version of the BSC6900 are consistent with the information in the OMU.
Prerequisite
l You have logged in to the BSC6900 through the LMT.
Context
The data file is generated in the OMU active workspace directory/bin/fam. Assume that the
active workspace is version_a, then the data file is in /mbsc/bam/version_a/bin/fam. The file
name is in ABCXXYYZZ.DAT format, such as XPUa000200.DAT. Table 9-1 lists the detailed
information.
Parameter Indication
XX Subrack number
YY Slot number
ZZ Subsystem number
The active workspace of the OMU can be queried through the MML command LST
OMUAREA. To view the directory structure of the OMU workspace, see Checking the
Installation Directory of the OMU Applications. The following procedure assumes that the active
workspace is version_a.
Procedure
Step 1 Run the MML command SET CFGDATAEFFECTIVE and do not specify any parameter to
set all the subracks to effective mode.
Step 2 Run the MML command FMT DATA and set Work Area Flag to Active(Format active
area) (do not specify the subrack number) to format the configuration data in the OMU database.
After the command is executed successfully, the .DAT file is generated in the OMU active
workspace directory/bin/fam, that is, /mbsc/bam/version_a/bin/fam.
----End
Prerequisite
You have logged in to the BSC6900 through the LMT.
Context
For details about the loading modes, see Loading Management.
Procedure
Step 1 Run the MML command SET LODCTRL, and set Board Start Load Control to LFB(Load
from OMU and write flash). The BSC6900 loading mode is set.
----End
Prerequisite
l The data file for the Loading is generated.
l You have logged in to the BSC6900 through the LMT.
l All the subracks are powered on.
Context
The time for system resetting is different in different scenarios, as listed in Table 9-2.
BM/TC combined, or The resetting time is less than The subracks should be reset in
A over IP nine minutes in the maximum the following sequence: EPS ->
configuration. MPS.
BM/TC separate The resetting time is less than The subracks should be reset in
fifteen minutes in the maximum the following sequence: remote
configuration. extension TCS-> remote main
TCS -> EPS -> MPS.
You can run the MML command LST SUBRACK and then check the parameters Subrack
Type and Remote TC Central to determine the resetting sequence.
Procedure
Step 1 Run the MML command RST SUBRACK, and then set Subrack No. to the number of the
subrack to be reset. A confirmation dialog box is displayed, asking you whether to proceed.
Click OK. The boards in the subrack automatically load the BSC6900 board software and data
files from the OMU.
Step 2 Repeat step Step 1 to reset all the subracks of the BSC6900.
NOTE
You can observe the loading process at the Progress tab page on the LMT main page. If this tab page is hidden,
click Progress in the toolbar on the LMT main page.
Step 3 After all the subracks are reset, click the Device Maintenance on the LMT main page. The
Device Maintenance tab page is displayed.
Step 4 Observe the device panel to check whether all the boards are in normal state.
If... Then...
The device panel shows that all the boards End this task.
are in normal state,
The device panel shows that some boards Rectify the faults according to the prompt. For
are in normal state, details, see 15.5 Board Data Loading
Failure.
----End
Prerequisite
l All the subracks and boards are running normally.
l You have logged in to the BSC6900 through the LMT.
Procedure
Step 1 Run the MML command ACT CRC and do not specify any parameter to check whether the
board configuration is consistent with the data in the OMU.
Expected result: The All table data consistent. message is displayed.
Step 2 Run the MML command CMP BRDVER and do not specify any parameter to check whether
the software version run by the BSC6900 is consistent with the version information in the OMU.
Expected result: The Compare consistent message is displayed.
NOTE
If the board configuration or software version of the BSC6900 is inconsistent with the information in the OMU,
run the MML command RST SUBRACK to reset the subrack with incorrect data or version.
----End
Follow-up Procedure
After the consistency check, restore the loading method of the board: Run the MML command
SET LODCTRL to set Board Start Load Control to CL(Consult Load).
This chapter describes how to connect the BSC6900 to the M2000 for the centralized
management.
Prerequisite
l The Operation and Maintenance (OM) network has passed commissioning. The M2000 is
operational.
l The version of the M2000 is compatible with that of the BSC6900.
Context
l If the BSC6900 and the M2000 are in the same network segment, you need not configure
the IP route to the M2000.
l If the BSC6900 and the M2000 are not in the same network segment, you need to configure
the IP route to the M2000.
Procedure
Step 1 Connect the BSC6900 to the OM network.
1. Connect one end of a straight-through Ethernet cable to the ETHO port on the OMU board,
and connect one end of another straight-through Ethernet cable to the ETH1 port on the
OMU board.
2. Connect the other end of the straight-through cable to the network device, such as a hub or
a router.
2. Run the MML command ADD OMUIPRT to configure the route from the BSC6900 to
the M2000.
3. Verify the configuration of the route from the BSC6900 to the router.
Logging in to the OMU remotely, run the ping command to check whether the network
connectivity between the BSC6900 and the router is available. If the OMU can receive a
response packet from the router, go to step Step 2.4. Otherwise, check whether the OMU
and the router are properly connected.
4. Verify the configuration of the route from the BSC6900 to the M2000.
Logging in to the OMU remotely, run the ping command to check whether the network
connectivity between the BSC6900 and the M2000 is available. If the BSC6900 can receive
a response packet from the M2000, go to step Step 3. Otherwise, check whether the M2000
and the router are properly connected.
Step 3 Create the BSC6900 on the M2000. For details, see the NE creating-related parts in M2000
documents.
CAUTION
l If a firewall exists between BSC6900 and M2000, ensure that the communication ports
connecting the BSC6900 and M2000.
l For details on the ports connecting the BSC6900 and M2000, see 16.1 Communication
Ports Used by the BSC6900.
----End
Example
Table 10-1 describes how to configure the route between the BSC6900 and the M2000.
Table 10-1 Configuring the route from the BSC6900 to the M2000
Scenar The IP address of the M2000 server is 10.11.100.23. The mask is 255.255.255.255.
io The OMU is connected to the M2000 network segment through the router. The IP
address of the router is 172.121.139.10.
11 Verifying Interfaces
This section describes how to verify interfaces. The interfaces to be verified are Abis, A, Gb,
Ater, Pb, and Lb interfaces. The Ater interface verification is mandatory in BM/TC separated
mode; the Pb interface verification is mandatory when the external PCU is used on the BSC6900;
the Lb interface verification is mandatory when the external SMLC is used on the BSC6900.
Context
Select a verification method according to the actual scenario.
11.1 Verifying Interfaces Through M2000
This section describes how to verify interfaces through the maintenance mode and the NE health
check function of the M2000.
11.2 Verifying Interfaces Through LMT
This chapter describes how to verify interfaces on the BSC6900 through MML commands or
GUI on the LMT. The interfaces to be verified are Abis, A, Gb, Ater, Pb, and Lb interfaces. The
Ater interface verification is mandatory in BM/TC separated mode; the Pb interface verification
is mandatory when the external PCU is used on the BSC6900; the Lb interface verification is
mandatory when the external SMLC is used on the BSC6900.
Prerequisite
l The BSC6900 and the peer equipment are physically connected, and the hardware
installation acceptance is passed.
l All the subracks of the BSC6900 are running normally.
l The BSC6900 is connected to the M2000 (for details, see 10 Connecting the BSC6900 to
the M2000).
Context
l Currently, four maintenance modes are provided on the M2000: Install, Expand,
Upgrade, and Testing. In the BSC6900 commissioning scenario, set the maintenance mode
to Install.
l The maintenance modes are effective for the UE during Start Time and End Time. Before
Start Time and after End Time, NEs are in the Normal mode. When NEs are in the Normal
mode, alarms are reported normally.
l When the NE is restored to the Normal mode, the alarms that are not cleared when the NE
is in the Install mode are reported to the M2000 as common alarms.
Procedure
Step 1 Set the maintenance mode of the NE to Install on the M2000 client. For details, see 15.8 Setting
Maintenance Mode for NE.
----End
Prerequisite
l The BSC6900 and the peer equipment are physically connected, and the hardware
installation acceptance is passed.
l All the subracks of the BSC6900 are running normally.
l The BSC6900 is connected to the M2000 (see 10 Connecting the BSC6900 to the
M2000 for details).
Context
The Lb interface and the internal interface should be verified through MML commands or GUI
on the LMT, see 11.2.6 Verifying Lb Interface and 11.2.7 Verifying the Internal
Interfaces for details.
Procedure
Step 1 Set the scenario for NE health check.
1. On the M2000 client, choose Maintenance > NE Health Check.
2. Click Scenario Management on the displayed tab page.
3. Click New in the displayed dialog box.
4. Enter the scenario name in the Scenario Name text box on the right of the dialog box.
NOTE
Scheduled Set the time for kicking off the task in the
Scheduled spin box. Click Next. Set
Health Check Period in the displayed
dialog box, and then click Finish.
NOTE
The executed health check tasks are listed under the Finished Tasks node on the navigation tree on the
left of the NE Health Check tab page.
You selected the HTML Select the report from the report list, and then view
Format, the report in one of the following ways:
l Click Open to directly open the report in HTML
format.
l Click Save As, and then select the path for saving
the report in the displayed Save dialog box to save
the report in HTML format.
You selected DOC Format, Click Save As, and then select the path for saving the
report in the displayed Save dialog box to save the
report in Word format.
NOTE
The health check report is compressed to a zip file. To view the report, double-click the .zip file, and
then double-click the report file index.html in the zip file browser.
If some items in the health check report are in red, the corresponding interface is faulty. Rectify the
fault by referring to the health check report.
----End
Prerequisite
l The BSC6900 is connected to the M2000 (see 10 Connecting the BSC6900 to the
M2000 for details).
l Before verifying interfaces, set the maintenance mode for the NE by referring to 11.1.1
Setting Maintenance Mode of NE to Install.
l The BSC6900 has passed the commissioning.
Procedure
Step 1 Set the maintenance mode of the NE to Normal on the M2000 client. For details, see 15.8 Setting
Maintenance Mode for NE.
----End
Context
During the interface verification, you can run the LST command to view the configuration
information. For example, before running the MML command DSP ADJNODE, you can run
the MML command LST ADJNODE to check the parameter Adjacent Node ID.
11.2.1 Verifying the Abis Interface
This section describes how to verify the control plane and the user plane of the Abis interface.
The Abis interface verification varies according to the transmission mode over the Abis interface.
11.2.2 Verifying the A Interface
This section describes how to verify the control plane and the user plane of the A interface. The
A interface verification varies according to the transmission mode of the A interface.
11.2.3 Verifying the Gb Interface
This section describes how to verify the Gb interface. The Gb interface verification varies
according to the transmission mode over the Gb interface.
11.2.4 Verifying the Ater Interface
This section describes how to verify the Ater interface when the BSC6900 is in BM/TC separated
mode.
11.2.5 Verifying the Pb Interface
If the BSC6900 is configured with an external PCU, Pb interface verification is needed.
11.2.6 Verifying Lb Interface
This section describes how to verify the Lb interface. Both E1/T1 transmission and FE/GE
transmission can be applied on the Lb interface. When E1/T1 transmission is applied, the data
link layer adopts TDM transmission. When FE/GE transmission is applied, the data link layer
adopts IP transmission.
11.2.7 Verifying the Internal Interfaces
This describes how to verify the link status of the ports on the TNUa and SCUa boards.
Prerequisite
l The BSC6900 and the base stations are physically connected, and the hardware installation
acceptance is passed.
l The base stations used to verify the Abis interface are commissioned and the cell
configuration is complete.
l All the subracks of the BSC6900 are running normally.
l You have logged in to the BSC6900 through the LMT.
Context
For the commissioning of the base station, see the commissioning guide of the base station.
The following takes one base station as an example to describe the commissioning process on
the Abis interface. If multiple base stations are connected, repeat the operations.
There are two ways to verify the Abis interface (Abis over TDM): through GUI or through MML.
You can choose either way according to your convenience.
Procedure
l To verify the Abis interface (Abis over TDM) through GUI, see Verifying the Abis Interface
(Abis over TDM) Through GUI.
l Verifying the Abis interface (Abis over TDM) through MML
1. Run the MML command DSP LAPDLNK to check whether the Link Access Protocol
on the D channel (LAPD) link on the Abis interface is normal.
Expected result: The value of UsageStatus is Normal.
If the status of LAPD links on the Abis interface is abnormal, check the transmission
link by referring to 15.1 Checking the Transmission Link.
2. Run the MML command DSP ABISTS to query the timeslot status of the Abis
interface.
Expected result: The State of many timeslots is Idle, and there is no timeslot with the
State of Failure.
If the status of timeslots on the Abis interface is abnormal, check the transmission link
by referring to 15.1 Checking the Transmission Link.
NOTE
To query the Subrack No., Slot No., and Port No. of the timeslots to be verified, run the MML
command LST BTSCONNECT.
3. Run the MML command DSP BTSSTAT to query the status of cells and channels.
Expected result: The value of Cell Initialized is Yes and the value of Channel
Fault is No.
If the value of Cell Initialized is No, see ALM-21801 GSM Cell out of Service for
troubleshooting; if the value of Cell Initialized is Yes but the value of Channel
Fault is Yes, check the alarms related to the TRX and rectify the fault according to
the alarm handling suggestion.
l Verifying the Abis interface (Abis over IP)
1. Run the MML command DSP LAPDLNK to check whether the LAPD link on the
Abis interface is normal.
If the status of LAPD links on the Abis interface is abnormal, check the transmission
link by referring to 15.1 Checking the Transmission Link.
2. Run the MML command DSP ADJNODE to query the status of the adjacent node.
If the values of available bandwidth are all 0, see EVT-22918 Change of Transport
Resource State for Adjacent Node User Plane for troubleshooting.
3. Run the MML command DSP IPPATH to query the status of the IP path on the Abis
interface.
Expected result: The value of Cell Initialized is Yes and the value of Channel
Fault is No.
If the value of Cell Initialized is No, see ALM-21801 GSM Cell out of Service for
troubleshooting; if the value of Cell Initialized is Yes but the value of Channel
Fault is Yes, check the alarms related to the TRX and rectify the fault according to
the alarm handling suggestion.
l Verifying the Abis interface (Abis over HDLC)
1. Run the MML command DSP LAPDLNK to check whether the LAPD link on the
Abis interface is normal.
If the status of LAPD links on the Abis interface is abnormal, check the transmission
link by referring to 15.1 Checking the Transmission Link.
2. Run the MML command DSP HDLCLNK to query the status of the HDLC link.
Expected result: The value of operation state is Available and the value of Available
Tx Bandwidth or Available Rx Bandwidth is not 0.
If the status of LAPD links on the Abis interface is abnormal, check the transmission
link by referring to 15.1 Checking the Transmission Link.
NOTE
To query the number of the HDLC link to be verified, run the MML command LST
BTSABISHDLCPATH.
3. Run the MML command DSP BTSSTAT to query the status of the cells and channels.
Expected result: The value of Cell Initialized is Yes and the value of Channel
Fault is No.
If the value of Cell Initialized is No, see ALM-21801 GSM Cell out of Service for
troubleshooting; if the value of Cell Initialized is Yes but the value of Channel
Fault is Yes, check the alarms related to the TRX and rectify the fault according to
the alarm handling suggestion.
----End
Prerequisite
l The BSC6900 and the MSC are physically connected.
l The MSC used to verify the A interface operates normally.
l The Ater interface has been verified when the BSC6900 is in BM/TC separated mode.
l All the subracks of the BSC6900 are running normally.
l You have logged in to the BSC6900 through the LMT.
Context
There are two ways to verify the A interface (A over TDM): through GUI or through MML.
You can choose either way according to your convenience.
Procedure
l To verify the A interface (A over TDM) through GUI, see Verifying the A Interface (A
over TDM) Through GUI.
l Verifying the A interface (A over TDM) through MML
1. Run the MML command DSP MTP2LNK to query the status of the Message Transfer
Part Level 2 (MTP2) signaling link.
If the value of Link State is OUT OF SERVICE, check the transmission links by
referring to 15.1 Checking the Transmission Link.
2. Run the MML command DSP MTP3LNK to query the status of the Message Transfer
Part Level 3 (MTP3) signaling link.
If the value of SSN state is Prohibited, see ALM-21521 SCCP Subsystem Prohibited
for troubleshooting.
4. Run the MML command DSP N7DPC to query the status of the SS7 destination
signaling point.
If the value of SCCP DSP state is not normal, see ALM-21521 SCCP Subsystem
Prohibited for troubleshooting.
5. Run the MML command DSP ACIC to query the status of A interface circuits.
Expected result: The CIC State of many CICs is Idle, and there is no CIC with the
CIC State of Failure.
If the value of CIC State is Failure, check the transmission links by referring to 15.1
Checking the Transmission Link.
NOTE
To query the OPC Index and DPC Group Index of the E1/T1 to be verified on the A interface, run
the MML command LST AE1T1.
l Verifying the A interface (A over IP)
1. Run the MML command DSP SCTPLNK to query the status of the Stream Control
Transmission Protocol (SCTP) link.
NOTE
Run the MML command DSP SCTPLNK for two or three times, if the value of Operation state
is always Normal and the value of State Changed Time does not change, you can infer that the
SCTP link is normal without intermittent disconnection.
2. Run the MML command DSP M3LNK to query the status of the MTP3 User Adaption
Layer (M3UA) signaling link.
If the value of Operation state is not normal, see ALM-21506 MTP3 Signaling Link
Faulty for troubleshooting.
3. Run the MML command DSP SSN to query the status of the SCCP SSN.
If the value of SSN state is Prohibited, see ALM-21521 SCCP Subsystem Prohibited
for troubleshooting.
4. Run the MML command DSP N7DPC to query the status of the SS7 destination
signaling point.
If the value of SCCP DSP state is not normal, see ALM-21521 SCCP Subsystem
Prohibited for troubleshooting.
5. Run the MML command DSP ADJNODE to query the status of the adjacent node.
If the values of available bandwidth are all 0, see EVT-22918 Change of Transport
Resource State for Adjacent Node User Plane for troubleshooting.
6. Run the MML command DSP IPPATH to query the status of the IP path.
Expected result: The value of Operation state is Available.
If the value of Operation state is Unavailable, see 15.4 IP Connection Setup
Failure for troubleshooting.
----End
Prerequisite
l The BSC6900 and the SGSN are physically connected, and the hardware installation
acceptance is passed.
l The SGSN equipment used to verify the Gb interface operates normally.
l All the subracks of the BSC6900 are running normally.
l You have logged in to the BSC6900 through the LMT.
Procedure
l Verifying the Gb interface links (Gb over FR)
1. Run the MML command DSP BC to query the status of the Bearer Channel (BC) to
be verified.
Expected result: The value of BC Service State is available.
If the value of BC Administration State is Blocked, run the MML command UBL
BC to unblock the BC, and then run the MML command DSP BC to check whether
the BC status is normal. If the status remains abnormal, check the transmission links
by referring to 15.1 Checking the Transmission Link.
2. Run the MML command DSP NSVC to query the status of the Network Service
Virtual Connection (NSVC) to be verified.
Expected result: The value of NSVC Service State is Active Unblock.
If the value of Service State is not normal, see the "Follow-up procedure" for
troubleshooting.
3. Run the MML command DSP SIGBVC to query the SIG BSSGP Virtual Connection
(SIGBVC) status of the Network Service Entity (NSE) to be verified.
Expected result: The value of SIG BVC State is Normal.
If the value of SIG BVC State is Fault, the SGSN may be configured with an NSE
that has a different NSE ID.
NOTE
To query the configuration of the NSE to be verified, run the MML command LST NSE.
4. Run the MML command DSP PTPBVC to query the status of the PTP BSSGP Virtual
Connection (PTPBVC) of the NSE to be verified.
If the value of Service State is not normal, see the Postrequisites below for
troubleshooting.
l Verifying the Gb interface links (Gb over IP)
1. Run the MML command DSP NSVL to query the status of the Network Service
Virtual Link (NSVL) to be verified.
If the value of NSVL State is Fault, check the transmission links by referring to 15.1
Checking the Transmission Link.
NOTE
To query the configuration of the local or remote NSVL to be verified, run the MML command
LST NSVLLOCAL or LST NSVLREMOTE.
2. Run the MML command DSP GBIPROUTE to query the status of the IP connection
to be verified on the Gb interface.
If the value of State is Faulty, run the MML command DSP IPRT to check whether
the route configuration on the Gb interface is correct.
3. Run the MML command DSP SIGBVC to query the SIGBVC status of the NSE to
be verified.
If the value of SIG BVC State is Fault, the SGSN may be configured with an NSE
that has a different NSE ID.
NOTE
To query the configuration of the NSE to be verified, run the MML command LST NSE.
4. Run the MML command DSP PTPBVC to query the PTPBVC status of the NSE to
be verified.
If the value of Service State is not normal, see the Postrequisites below for
troubleshooting.
----End
Follow-up Procedure
Handling Suggestions to Exceptional NSVC Status
l If the value of NSVC Manage State is Unblock and the NSVC Service State is Active
Block, you can infer that the FR link that bears the NSVC is functional and that the NSVC
is blocked by the SGSN.
l If the value of NSVC Manage State is Block and the NSVC Service State is Active
Block, you can infer that the FR link that bears the NSVC is functional and that the NSVC
is blocked by the BSC6900 or by both the BSC6900 and the SGSN.
1. Run the MML command UBL NSVC to unblock the BSC6900.
2. Run the MML command DSP NSVC to query the status of the NSVC. If the value of
NSVC Service State is still Active Block, you can infer that the NSVC is blocked by
the SGSN.
l If the value of NSVC Service State is Deactive Block, the possible causes are as follows:
The NSVC ID and NSE ID of the NSVC on the BSC6900 are inconsistent with that on
the SGSN.
The NSVC configured on the same BC at the SGSN is not the required one.
1. If the value of PTPBVC Manage State is Block, run the MML command UBL
PTPBVC to unblock the PTPBVC, and then run the MML command DSP PTPBVC to
query the status of the PTPBVC. If the status remains abnormal, go to step 2.
2. Run the MML command RST PTPBVC to reset the PTPBVC, and then run the MML
command DSP PTPBVC to query the status of the PTPBVC. If the status remains
abnormal, go to step 3.
3. Run the MML command RST PSCELL to reset the cell corresponding to the exceptional
PTPBVC, and then run the MML command DSP PTPBVC to query the status of the
PTPBVC. If the status remains abnormal, go to step 4.
4. Run the MML command RST SIGBVC to reset the SIGBVC corresponding to the
exceptional PTPBVC, and then run the MML command DSP PTPBVC to query the status
of the PTPBVC. If the status remains abnormal, contact the Huawei Customer Service
Center by referring to Contact the Huawei Customer Service Center.
Prerequisite
l The MPS/EPS and the TCS are physically connected.
l The data configuration on the Ater interface is complete.
l The TCS is loaded and started.
l You have logged in to the BSC6900 through the LMT.
Context
There are two ways to verify the Ater interface: through GUI or through MML. You can choose
either way according to your convenience.
Procedure
l To verify the Ater interface through GUI, see Verifying the Ater Interface Through GUI.
l Verifying the Ater Interface through MML
1. Run the MML command DSP ATERTS to query the status of timeslots on the Ater
interface.
Expected result: The State of many timeslots is Idle, and there is no timeslot with the
State of Failure.
If the State of a timeslot is Failure, check the transmission links by referring to 15.1
Checking the Transmission Link.
NOTE
To query the Ater connection path index and ID of BSC in TC Pool of the E1/T1 to be verified
on the Ater interface, run the MML command LST ATERE1T1.
2. Optional: If the TCS is configured remotely, run the MML command DSP
ATERSL to query whether the Ater signaling link is normal.
Expected result: The value of UsageStatus is Normal.
If the value of UsageStatus is Faulty, check the transmission links by referring to
15.1 Checking the Transmission Link.
----End
Prerequisite
l The PCU used to verify the Pb interface operates normally.
l The BSC6900 and the PCU are physically connected, and the hardware installation
acceptance is passed.
l All the subracks of the BSC6900 are running normally.
l You have logged in to the BSC6900 through the LMT.
Procedure
Step 1 Run the MML command DSP LAPDLNK to check whether the LAPD link on the Pb interface
is normal.
Expected result: The value of UsageStatus is Normal.
If the status of LAPD links on the Pb interface is abnormal, check the transmission link by
referring to 15.1 Checking the Transmission Link.
Step 2 Run the MML command DSP PBCIC to query the status of the circuit on the Pb interface.
Expected result: The status of many circuit identity codes (CICs) is Idle, and there is no CIC
with the status of Failure.
If the status of a CIC is Failure, check the transmission links by referring to 15.1 Checking the
Transmission Link.
NOTE
To query the E1/T1 configuration information to be verified on the Pb interface, run the MML command LST
PBE1T1.
----End
link layer adopts TDM transmission. When FE/GE transmission is applied, the data link layer
adopts IP transmission.
Prerequisite
l The BSC and the Serving Mobile Location Center (SMLC) are physically connected.
l The SMLC that is used to verify the Lb interface operates normally.
l All the subracks of the BSC6900 are running normally.
l You have logged in to the BSC6900 through the LMT.
Context
There is no dedicated interface board for the Lb interface. The data link layer of the Lb interface
can be carried on the Abis interface board, A interface board, or Ater interface board.
Procedure
l When the data link layer of the Lb interface is carried on the Abis interface board, verify
the Lb interface in the same way as for the Abis interface. For details, see 11.2.1 Verifying
the Abis Interface.
l When the data link layer of the Lb interface is carried on the A interface board, verify the
Lb interface in the same way as for the A interface. For details, see 11.2.2 Verifying the
A Interface.
l When the data link layer of the Lb interface is carried on the Ater interface board, verify
the Lb interface in the same way as for the Lb interface. For details, see 11.2.4 Verifying
the Ater Interface.
----End
Prerequisite
l The inter-TNUa cables and inter-SCUa cables of the BSC6900 are installed.
l All the subracks of the BSC6900 are running normally.
l You have logged in to the BSC6900 through the LMT.
Procedure
Step 1 Run the MML command DSP LINKBTNUTNU to query the link status of the ports on the
TNUa boards.
Expected result: The value of Link Status is Normal.
If the value of Link Status is Failure, re-install the inter-TNUa cables as required in the returned
result by referring to Installing the Inter-TNUa Cables.
Step 2 Run the MML command DSP PANELPORT to query the link status of the ports on the SCUa
boards.
Expected result: The actual link status of the ports on the SCUa boards are displayed in the
returned result.
If the link status in the returned result does not meet the installation requirements, re-install the
inter-SCUa cables by referring to Installing the Inter-SCUa Cables Between Different Subracks.
----End
This chapter describes how to handle the alarms generated during the commissioning, thus
preventing the alarms from affecting the verification of services.
Prerequisite
l The communication between the BSC6900 and the OMU is normal.
l You have logged in to the BSC6900 through the LMT.
Procedure
Step 1 Click the Alarm on the LMT main page. The Alarm tab page is displayed.
Step 2 Check whether alarms are listed on the Fault tab page.
If... Then...
Step 3 Double-click the alarm to be handled in the fault tab page. The Detail dialog box is displayed.
Step 4 Click Solution.... The LMT Online Help interface is displayed.
Step 5 Follow the suggestions to handle the alarm.
Step 6 Repeat Step 3 to Step 5 to handle other alarms.
----End
This chapter describes how to verify that the GSM basic services and the feature services that
are enabled are normal. The basic services consist of speech service and data service. The feature
services consist of the inter-RAT handover, location service, and AMR service.
Prerequisite
l The verification over the Abis, A, Gb, Ater, Pb, and Lb interfaces is successful. The
verification over Ater interface is mandatory only in BM/TC separated mode. The
verification over Pb interface is mandatory only if the BSC6900 is configured with an
external PCU. The verification over Lb interface is mandatory only if the BSC6900 is
configured with an external SMLC.
l The MSs used for test are functional and are registered in the HLR.
l You have logged in to the BSC6900 through the LMT.
Procedure
Step 1 Table 13-1 lists the procedure for verifying the basic services by testing the MS in the BTS cells.
Data service Send a fax from an MS to an Faxes are sent and received
electrograph. Send a fax from an normally.
electrograph to an MS.
Test the General Packet Radio The test data rate is similar to the
Service (GPRS) or Enhanced data rate tested in a lab.
Data Rate for GSM Evolution
(EDGE) function on the MS.
NOTE
If the result of service verification cannot meet the expected results, start message tracing on the LMT over the
Um, Abis, A, Gb, Pb, and Ater interfaces. Where the message tracing over the Pb interface is mandatory only
when the BSC6900 is configured with an external PCU, and the message tracing over the Ater interface is
mandatory only in BM/TC separated mode.
Step 2 Table 13-2 lists the procedure for verifying the feature services by testing the MS in the BTS
cells.
Inter-RAT handover Hand over a dual-mode MS from The connection success rate is
the GSM to the UMTS for 20 higher than 90%. The voice is
times. Hand over a dual-mode clear and without loud noise.
MS from the UMTS to the GSM
for 20 times.
Location service Make a call from the MS and hold The location of the MS conforms
on the call. Then, locate the MS. to the precision requirements.
Adaptive Multi Rate Make 50 calls from an MS to a The connection success rate is
(AMR) service fixed-line phone and select voice higher than 90%. The voice is
version to AMR. clear and without loud noise.
----End
The network reliability is verified by alarm checks and dialing tests after the active/standby
switchover of boards.
Prerequisite
l The standby board for the switchover operates normally.
l All the subracks of the BSC6900 are running normally.
l You have logged in to the BSC6900 through the LMT.
l The alarms generated before the switchover have been cleared.
Procedure
Step 1 Switch over the active/standby boards. For details, see Switching Over the BSC Boards.
Step 2 Check and handle the alarms generated during the active/standby switchover. For details, see
12 Handling the Alarms Generated During the Commissioning.
Step 3 Use an MS in a cell under the BTS to perform basic services and verify the services. For details,
see Table 14-1.
Data service Send a fax from an MS to an Faxes are sent and received
electrograph. Send a fax from an normally.
electrograph to an MS.
Test the General Packet Radio The test data rate is similar to the
Service (GPRS) or Enhanced data rate tested in a lab.
Data Rate for GSM Evolution
(EDGE) function on the MS.
----End
15 FAQ
This chapter describes how to handle the common problems encountered during the
commissioning.
Prerequisite
l All the subracks of the BSC6900 are running normally.
l You have logged in to the BSC6900 through the LMT.
Procedure
l Check the status of the transmission link based on the transmission mode.
Table 15-1 Methods for checking the status of transmission link in different transmission
modes
If the transmission on the interface is Then...
over...
Expected result: The Port running state of the associated E1/T1 port is Port
available.
If the value of the Port running state is Port is down, see the 15.2 Unavailable E1/
T1 Port for troubleshooting.
l Checking the status of the FE/GE port
1. Run the MML command DSP ETHPORT to query the status of the Ethernet port.
If either of the following cases occurs, see 15.3 Unavailable FE/GE Port for
troubleshooting.
The value of Link Availability Status is Unavailable.
The value of Port state is Deactivated.
2. Optional: Check the connectivity of the gateway (mandatory in three-layer
networking).
(1) Run the MML command LST IPCHK to query the configuration of the gateway
connectivity check.
(2) Run the MML command STR IPCHK to start the gateway connectivity check.
NOTE
If the BFD function is supported by and enabled at the peer router, set Check type to SBFD.
Otherwise, set it to ARP.
(3) In the alarm tab page of the LMT, check whether the ALM-21346 IP Connectivity
Check Failure alarm is reported. If yes, clear the alarm as suggested.
(4) To keep the gateway connectivity check, end this task; otherwise, run the MML
command STP IPCHK to stop the gateway connectivity check.
l Checking the status of the optical port
1. Run the MML command DSP OPT to query the status of the optical port.
If the value of Optical port state is not normal, check the alarms related to the optical
port and rectify the fault according to the alarm handling suggestion.
----End
Symptom
When you run the MML command DSP E1T1 to check the status of E1/T1 ports, the Port
running state on the returned result shows Port is down.
Solution
1. If the value of Port running state is Port is down, handle the problem as follows:
l When electrical ports serve as the bearers, perform loopback test on the faulty E1/T1
ports. For details, see 15.6 Performing the Loopback Test on the E1/T1 Port.
l When optical ports serve as the bearers, perform group loopback test on the faulty E1/
T1 ports. For details, see 15.7 Performing the Loopback Test on the Optical Port.
2. Check whether the following alarms are listed on the alarm tab page of the LMT. If any of
the alarms exists, handle them based on the suggestions from the online help.
l ALM-21201 E1/T1 Loss of Signal
l ALM-21202 E1/T1 Loss of Frame Alignment
l ALM-21203 E1/T1 Remote Alarm Indication Signal
l ALM-21205 E1/T1 Loss of Multiframe Alignment
NOTE
When you run the MML command DSP E1T1 to check the E1/T1 port status, the value of Is this
E1/T1 occupied may be set to NO. In such a case, if the ALM-21201 E1/T1 Loss of Signal exists,
the link is still available.
Symptom
When you run the MML command DSP ETHPORT to check the status of the FE/GE port, one
of the following conditions exists:
l The value of Link Availability Status is Unavailable.
l The value of Port state is Deactivated.
Solution
1. If the value of Link Availability Status is Unavailable, check the connection of the
Ethernet cable and check whether the peer Ethernet port is enabled. See the online help for
the alarm handling suggestions.
2. If the value of Port state is Deactivated, run the MML command ACT ETHPORT to
activate the FE/GE port.
Symptoms
During IP connection setup, the IP link fails to be established.
Solutions
When the user plane is over IP transmission, handle the failure according to Table 15-2.
*1-1 Determine the IP Run the MML commands LST IPPATH and LST
path that carries TRMMAP to obtain the ID of the IP path that carries the
the common common channel.
channel.
*1-2 Check whether 1. Run the MML command DSP IPPATH to query the status
the IP path is of the IP path.
available. 2. If any transmission resource group is configured over the
Iub interface, run the MML command DSP RSCGRP to
query the status of the transmission resource group.
3. If all the IP paths are unavailable, go to *1-3.
*1-4 Handle the 1. If the data is transmitted over Ethernet, for example,
transmission link through FE ports, see 15.3 Unavailable FE/GE Port.
failure. 2. If the data is transmitted over a private line, for example,
over E1/T1 cable, see 15.2 Unavailable E1/T1 Port.
*1-5 Check the Run the MML command LST IPPATH to check whether the
configuration of negotiated data is consistent. If inconsistency exists, modify
the IP path. the negotiated data.
*1-6 Check the real- Run the MML command DSP IPRT to check the real-time IP
time IP route route information.
information.
Symptom
The status of the boards on the device panel is abnormal when the BSC6900 board software and
data files are being loaded to the BSC6900 boards.
Solution
1. Check the board status of other boards of the same type in this subrack.
If... Then...
Board status of other boards of Replace the faulty board and then reload the data to
the same type is Normal, the new board.
The DIP switch on the subrack Correct the DIP switch setting and then reload the
is not set as configured, data to the board.
3. Check whether the internal subnet mask of the OMUa board is 255.0.0.0 and the two internal
IP addresses are *.168.3.50 and *.168.3.40.
If... Then...
Yes, Go to step 4.
4. If data loading on the DPU boards in the EPS fails, check whether the SCUa boards in the
MPS and the EPS are properly connected.
If... Then...
The connection is improper, Correct the connection, and then reload the data to the
board.
5. Run the MML command LST SUBRACK to check whether the type of the faulty board
is properly set.
If... Then...
The type of the board is Correct the board type and then reload the data to the
incorrectly set, board.
If... Then...
6. If the data loading on the DPUc board in the remote TCS fails, run the MML command
DSP ATEROML to check whether the OML on the Ater interface is functional, and then
run the MML command DSP E1T1 to check whether the physical link between the Ater
interface boards is functional.
If... Then...
The OML is faulty, and the 1. Check whether the configuration is consistent
physical link is functional, with the physical OML connection. If they are
inconsistent, modify the configuration according
to the physical OML connection.
2. Check whether the cross connection exists in the
physical OML. If yes, correct the physical
connection of the OML, and then reload the data
to the board.
The OML is faulty, and the Correct the connection, and then reload the data to the
physical link is also faulty, board.
7. Check whether any board related fault alarm is present in the Alarm tab page.
If... Then...
Board related fault alarms exist, Analyze the alarm information and rectify the fault
accordingly.
Prerequisite
You have logged in to the BSC6900 through the LMT.
Context
l The loopback test and the Bit Error Rate (BER) test cannot be performed simultaneously.
l The loopback test leads to temporary interruption of services carried over this link.
l The loopback test can be performed when the E1/T1 port is unavailable.
Procedure
Step 1 Perform the loopback test on the local E1/T1 port.
Table 15-3 Procedure for performing the loopback test on the local E1/T1 port
Step Action
1-1 Run the MML command SET E1T1LOP. Set Loop type to LOCAL_LOOP(Local
loop).
1-2 Run the MML command LOP E1T1 to start the loopback test on the E1/T1 port.
1-3 Run the MML command DSP E1T1LOP to query the result of the loopback test.
1-4 Run the MML command SET E1T1LOP, and then set Loop type to NO_LOOP
(No loop) to stop the loopback test on the E1/T1 port.
If... Then...
If the loopback test result is The E1/T1 port is available. Go to step Step 2.
Succeeded,
If the loopback test result is Not The E1/T1 port is faulty. Replace the interface board
succeeded, carrying the faulty E1/T1 port.
Table 15-4 Procedure for performing the loopback test on the local E1/T1 cable
Step Action
2-1 Perform E1/T1 physical loopback at the local end, that is, connect the TX end of the
E1/T1 cable to the RX end of the E1/T1 cable.
2-2 Run the MML command LOP E1T1 to start the loopback test on the E1/T1 port.
2-3 Run the MML command DSP E1T1LOP to query the result of the loopback test.
If... Then...
If the loopback test result is The local E1/T1 cable is available. Go to step Step 3.
Succeeded,
If... Then...
If the loopback test result is Not l Use a multimeter to measure the connectivity between
succeeded, the connector pin of the E1/T1 cable and the inner
conductor of the coaxial cable and the connectivity
between the outer shell of the connector and the
shielding layer of the coaxial cable. If a connectivity
failure occurs, make a new connector and assemble the
cable again.
l Use a multimeter to check whether the internal and
external conductors of the E1/T1 cable are short-
circuited. If so, make a new connector and assemble the
cable again.
If the fault persists, replace the E1/T1 cable with a new one.
Table 15-5 Procedure for checking the peer equipment or the transport network
Step Action
3-1 Run the MML command SET E1T1LOP. Set Loop type to REMOTE_LOOP
(Remote loop).
3-2 Run the MML command LOP E1T1 at the peer end to start the loopback test on the
E1/T1 port.
3-3 Run the MML command DSP E1T1LOP at the peer end to query the result of the
loopback test.
3-4 Run the MML command SET E1T1LOP at the peer end, and then set Loop type
to NO_LOOP(No loop) to stop the loopback test on the E1/T1 port.
If... Then...
If the loopback test result is Contact the Huawei Customer Service Center.
Succeeded,
If the loopback test result is Not Contact the maintenance personnel for the peer equipment
succeeded, to rectify faults in the peer equipment or the transport
network.
----End
Prerequisite
You have logged in to the BSC6900 through the LMT.
Context
The loopback test can be performed on optical port when the E1/T1 transmission link on the
standard interface is unavailable.
Procedure
Step 1 Perform the loopback test on the local optical port.
Table 15-6 Procedure for performing the loopback test on the SDH port
Step Action
1-1 Run the MML command SET OPTLOP, and then set Loop type to
LOCAL_LOOP(LOCAL_LOOP).
1-2 Run the MML command DSP E1T1 to query the state of the port.
1-3 Run the MML command SET E1T1LOP, and then set Loop type to NO_LOOP
(NO_LOOP) to stop the loopback test on the optical port.
If... Then...
The values of Port State. in the result are The SDH port is available. Go to step Step 2.
AVAILABLE,
The values of Port State. in the result are The SDH port is faulty. Replace the interface
LINK_DOWN, board carrying the faulty SDH port.
Table 15-7 Procedure for performing the loopback test on the local fiber
Step Action
2-1 Perform fiber physical loopback at the local end, that is, connect the TX end of the
fiber to the RX end of the fiber.
2-2 Run the MML command DSP E1T1 to query the state of the port.
If... Then...
The values of Port State. in the result are The local fiber is available. Go to step Step 3.
AVAILABLE,
The values of Port State. in the result are The local fiber is faulty. Replace the faulty fiber.
LINK_DOWN,
Table 15-8 Procedure for performing the loopback test on the peer optical port
Step Action
3-1 Run the MML command SET OPTLOP, and then set Loop type to
REMOTE_LOOP(REMOTE_LOOP).
3-2 Run the MML command DSP OPT at the peer end to query the result of the
loopback.
3-3 Run the MML command SET E1T1LOP at the peer end, and then set Loop type
to NO_LOOP(NO_LOOP) to stop the loopback test on the optical port.
If... Then...
The values of Optical port state in the Contact the Huawei Customer Service Center.
result are Available,
The values of Optical port state in the Contact the maintenance personnel for the peer
result are Fault, equipment to rectify faults in the peer equipment
or the transport network.
----End
Procedure
Step 1 On the M2000, choose Monitor > Alarm Setting > Maintenance Mode Alarm Filter.
Step 3 In the Set Maintenance Mode Alarm Filter dialog box, select the NE to be set, as shown in
Figure 15-1.
l Set Start Time and End Time as required. The Start Time and End Time take effect based
on the time displayed on the NE.
l To set the maintenance mode of the NE to Install, select Install from the Device Status
drop-down list box.
l To set the maintenance mode of the NE to Normal, select Normal from the Device Status
drop-down list box.
----End
Follow-up Procedure
After the setting is complete, the NE alarms and events that are generated during Start Time
and End Time are not displayed in the alarm list and event log list of the M2000. You can query
the alarms and events that are generated when the NE is in a specific status by setting advanced
filtering conditions. For details, see the M2000 Operator Guide.
16 Appendix
This chapter details the communication ports and the commissioning checklist of the
BSC6900.
TCP OMU 20 BSC6900 1024- For FTP data. FAM Load, username/
Host, 6553 software and log upload/ password
LMT 5 download (active mode)
Client,
M2000
Server
TCP M200 21 OMU 1024- For FTP control, this port username/
0/ 6553 for OMU password
LMT 5
TCP OMU 3389 Remote 1024- the port is used by MSTSC, username/
Desktop 6553 to maintain OMU password
5
UDP OMU 123 OMU 1024- NTP Server, slow time None
6553 synchronization, local
5 listening port
UDP OMU 11774 Peer OMU 1024- SecurityManager, for dual None
6553 OMU
5
UDP OMU 11775 Peer OMU 1024- SecurityManager, for dual None
6553 OMU
5