U2000 Trace Server LTE Standard Signaling Northbound File Interface Developer Guide
U2000 Trace Server LTE Standard Signaling Northbound File Interface Developer Guide
V200R018C10
Trace Server LTE Standard Signaling
Northbound File Interface Developer
Guide
Issue 01
Date 2018-02-05
All other trademarks and trade names mentioned in this document are the property of their respective
holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and
the customer. All or part of the products, services and features described in this document may not be
within the purchase scope or the usage scope. Unless otherwise specified in the contract, all statements,
information, and recommendations in this document are provided "AS IS" without warranties, guarantees
or representations of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: http://www.huawei.com
Email: [email protected]
Overview
This document provides information about the LTE Standard Signaling Northbound File
Interface of the Trace Server. It also provides guidance for interconnecting with the network
management system (NMS).
When the Trace Server collects NE data, such as, CHR, MR, and trace data, filters the data,
and provides the data for the U2000, upper-layer applications, and NMSs, collection, storage,
and transmission of personal data, such as MSISDNs, IMSIs, IMEIs, and cell IDs are
involved. If the storage directory space or the storage duration reaches specified thresholds,
data will be automatically deleted. NMSs protect personal data in information sent to NMSs.
NE-provided data supports the anonymization capability for sensitive data sources, and the
Trace Server provides the anonymization capability when data is moved out of the live
network. To ensure personal data security, comply with applicable state laws or enterprise
privacy policies and take sufficient measures.Trace Server.
Product Version
This document applies to the following products and versions.
U2000 V200R018C10
Intended Audience
This document is intended for network management engineers.
Change History
01 (2018-02-05)
This is the first commercial release for V200R018C10.
Organization
1 Overview of the Result File Interface
This chapter describes the definition of the northbound interface and the result file interface
provided by the Trace Server.
2 Overview of Result Files
This chapter describes the result files for users to easily locate and obtain the files.
3 Managing Northbound Users in RAN Sharing Scenarios
This section describes how to manage northbound users in RAN sharing scenarios. In such
scenarios, multiple operators can share one radio access network (RAN). Northbound files
reported by one NE contain northbound data from different operators. The Trace Server
identifies different operators according to the PLMN in the northbound files and saves
generated northbound result files in different directories. Operators create specified
northbound users to obtain required northbound result files in FTP mode.
4 Process for Interconnecting the Standard Signaling Northbound Result File Interface
This chapter describes the process for interconnecting the NMS with the Trace Server by
using the standard signaling northbound result file interface.
5 Troubleshooting for the Standard Signaling Northbound Result File Interface
The NMS is interconnected with the Trace Server through the standard signaling northbound
result file interface. If problems occur when getting standard signaling data northbound of
NEs on the network, you can solve problems using the methods described in this section.
6 Appendix
Conventions
Symbol Conventions
The symbols that may be found in this document are defined as follows.
Symbol Description
Symbol Description
General Conventions
Convention Description
Command Conventions
Convention Description
GUI Conventions
Convention Description
Keyboard Operation
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 Operation
Action Description
Click Select and release the primary mouse button without moving
the pointer.
Double-click Press the primary mouse button twice continuously and
quickly without moving the pointer.
Drag Press and hold the primary mouse button and move the
pointer to a certain position.
Contents
4 Process for Interconnecting the Standard Signaling Northbound Result File Interface
............................................................................................................................................................27
4.1 Negotiating Interconnection Parameters for the Standard Signaling Northbound Result File Interface.....................29
4.2 Delivering the standard signaling northbound Event Subscription..............................................................................33
4.2.1 Subscribing to an LTE NE Trace Task......................................................................................................................33
4.2.2 GUIs for LTE Northbound Interface Trace (OSSii)..................................................................................................34
4.2.3 Parameters for Subscribing to an LTE NE Trace Task (OSSii).................................................................................35
4.3 Commissioning the Interconnection of the Standard Signaling Northbound Result File Interface.............................42
4.4 Optional: Setting the Northbound Push FTP Server (Trace Server Co-deployed with the U2000 in the ATAE Cluster
System)...............................................................................................................................................................................43
4.5 Optional: Setting the Northbound Push FTP Server (ATAE Cluster and Virtual Cluster, Standalone).......................44
5.2 Handle the Problem That No Standard Signaling Northbound Result File Is Generated............................................50
5.3 Setting the SFTP Public and Private Key Authentication for the Northbound Push FTP Server.................................50
5.4 How Do I Set the DST?................................................................................................................................................57
6 Appendix.......................................................................................................................................60
6.1 Supported NE types and versions.................................................................................................................................60
6.2 LTE Event List..............................................................................................................................................................63
You are advised to use the SFTP protocols because the SFTP protocols is more secure than the FTP
protocols.
Table 1.1 Technical specifications for the LTE standard signaling northbound file interface
Specification Value
Table 1.2 NE software release and 3GPP specifications complies with the relations
NE Software Release 3GPP Interface 3GPP Release
The 3GPP Release version is confirmed by an eNodeB. When reporting a message, the
eNodeB identifies the UE 3GPP Release version and confirms the 3GPP Release version.
Figure 1.2 shows the procedure for the Trace Server to generate a standard signaling
northbound file.
Figure 1.2 Procedure for the Trace Server to generate a standard signaling northbound file
The following scenarios indicate the 3GPP Release version used by the NMS and the 3GPP
Release version defining messages reported by an eNodeB.
The NMS uses 3GPP Release N, and the eNodeB reports messages defined in 3GPP
Release N – X (X ≥ 1).
The 3GPP Release version is compatible with earlier versions. If the NMS uses the
ASN.1 in 3GPP Release N to decode 3GPP Release N – X (X ≥ 1) data, the NMS can
parse all messages and message fields reported by the eNodeB to obtain all required
information. For example, if the eNodeB reports 10 messages with 100 fields, the NMS
obtains all messages and fields.
The NMS uses 3GPP Release N, and the eNodeB reports messages defined in 3GPP
Release N.
If the NMS uses the ASN.1 in 3GPP Release N to decode 3GPP Release N data,
indicating that the same 3GPP version is used, the NMS can parse all messages and
message fields reported by the eNodeB to obtain all required information. For example,
if the eNodeB reports 10 messages with 100 fields, the NMS obtains all messages and
fields.
The NMS uses 3GPP Release N, and the eNodeB reports messages defined in 3GPP
Release N + X (X ≥ 1).
If the NMS uses the ASN.1 in 3GPP Release N to decode 3GPP Release N + X (X ≥ 1)
data, indicating that the 3GPP version used by the NMS is earlier than that defining
messages reported by the eNodeB, the NMS cannot obtain messages and fields reported
by the eNodeB in either of the following cases.
− If the eNodeB reports a message added in 3GPP Release N + X, the NMS cannot
parse this message. For example, if the eNodeB reports 10 messages containing one
message added in 3GPP Release N + X and nine messages defined in 3GPP Release
N, the NMS obtains only these 3GPP Release N-defined messages.
− If an eNodeB-reported message is defined in both 3GPP Release N + X and 3GPP
Release N and a field of this message is added in 3GPP Release N + X, the NMS
cannot obtain this field. For example, if the eNodeB reports a message with 100
fields, including 10 fields added in 3GPP Release N + X and 90 fields defined in
3GPP Release N, the NMS obtains only these 3GPP Release N-defined fields.
The preceding scenarios are described in ASN.1 design specifications. Figure 1.3 displays
ASN encoding and decoding rules for different versions and systems.
Figure 1.3 ASN.1 encoding and decoding rules for different systems
Compared with the eNodeB-dedicated 3GPP Release version, the UE-dedicated 3GPP Release version is
updated slowly. You are advised to configure the latest eNodeB-dedicated 3GPP Release version in the
ASN.1 decoder of the NMS.
NE identifiers include NEFDN and neName. The FDN is a unique attribute of the NEs, and the
value range is 256 to 2945727. The neName is user-defined and unique in the same EMS.
The IP address of the server where the NE resides can be queried through the Maintenance > Trace
Server Maintenance > Query Subscription Information function of the U2000 client. For details
about operations in the Query Subscription Information window, press F1 in the window to view
the help information.
The configuration item can be modified on the U2000 client. For details, see Modifying
Configuration Items in 4.1Negotiating Interconnection Parameters for the Standard Signaling
Northbound Result File Interface.
After the configuration item is modified or the NE is renamed, historical data will not be modified to
prevent the NMS from collecting data repeatedly.
When the configuration item is modified to neName as the output directory, neName can not name
as ...
The dataList subdirectory in the /export/home/omc/var/fileint/TSNBI/LTE_CELL_TRC or
LTE_SIG/ directory stores the index files whose names start with Datalist. These index files help the
FTP server quickly send the standard signaling northbound result files from the Trace Server to the
NMS.
For example:
When NE identifier is NEFDN, if a result file is generated on May 11, 2014, the
directory is automatically created for saving result files that were generated on May 11,
2014. For details , see Table 3.1.
Table 3.1 The directory for saving standard signaling result file
Event Name Result File Name Saving Directory
UE Period TA LTE_SIG /
UE Period TA MDT export/home/omc/var/filein
t/TSNBI/LTE_SIG/201405
11/NEFDN/
S1 interface event LTE_CELL_TRC /
X2 interface event export/home/omc/var/filein
t/TSNBI/LTE_CELL_TRC/
UU interface event 20140511/NEFDN/
When NE identifier is neName, if a result file is generated on May 11, 2014, the
directory is automatically created for saving result files that were generated on May 11,
2014. For details , see Table 3.2.
Table 3.2 The directory for saving standard signaling result file
Event Name Result File Name Saving Directory
UE Period TA LTE_SIG /
UE Period TA MDT export/home/omc/var/filein
t/TSNBI/LTE_SIG/201405
11/neName/
S1 interface event LTE_CELL_TRC /
X2 interface event export/home/omc/var/filein
t/TSNBI/LTE_CELL_TRC/
UU interface event 20140511/neName/
Parameter Description
The extension is sig for LTE_CELL_TRC result files.
The extension is log for LTE_SIG result files.
If another NE uploads no files or no NEs upload files for a long time, the end time increases by one file
generation period in the name of the last NE-reported file.
For example:
When the NE identifier is NEFDN, the SN is 1234, the start time in an NE-reported file
is 2014-05-11 17:30:30, the end time in the NE-reported file is 2014-05-11 17:32:40, the
name of the generated LTE_CELL_TRC result file is
NEFDN_20140511173030_20140511173240_1234.sig.gz, the name of the generated
LTE_SIG result file is NEFDN_20140511173030_20140511173240_1234.log.gz.
When the NE identifier is neName, the SN is 1234, the start time in an NE-reported file
is 2014-05-11 17:30:30, the end time in the NE-reported file is 2014-05-11 17:32:40, the
name of the generated LTE_CELL_TRC result file is
neName_20140511173030_20140511173240_1234.sig.gz, the name of the generated
LTE_SIG result file is neName_20140511173030_20140511173240_1234.log.gz.
If the NE does not report the new data file for at least 30 minutes or the Trace Server service stops,
NE northbound result files are also generated.
If the NE identifier has been modified, NE northbound result files are also generated.
Table 1.1 Format of an LTE standard signaling northbound result file header
Field Data Type and Length Description
If the > symbol is displayed before a field, the field is a sub-field. For example, if the seven fields A,
>B, >C, >>D, >>E, >F, and G are available in the file in sequence, fields B, C, and F are the sub-
fields of field A, and fields D and E are the sub-fields of sub-field C.
The invalid byte is filled with FF and the invalid bit is filled with 0 in the fields.
SRAN11.1
Event ID UINT16 Event identifier
Pico11.1
Event length,
excluding lengths of SRAN11.1
Event Length UINT32
Event ID and Event Pico11.1
Length
SRAN11.1
eNodeB ID UINT32 eNodeB identifier
Pico11.1
Cell identifier
Invalid value: all Fs
For example, the SRAN11.1
Cell ID UINT8 value of this field is Pico11.1
invalid for base
station events or cell
events.
Call identifier
Invalid value: all Fs
SRAN11.1
Call ID UINT32 For example, the
value of this field is Pico11.1
invalid for base
station events.
Time when an event
SRAN11.1
Date Time N/A is triggered
Pico11.1
UTC time
Year
Difference between SRAN11.1
>Year UINT8
the current year and Pico11.1
the year 2000
Month SRAN11.1
>Month UINT8
Value range: 1 to 12 Pico11.1
Day SRAN11.1
>Day UINT8
Value range: 1 to 31 Pico11.1
Hour SRAN11.1
>Hour UINT8
Value range: 0 to 23 Pico11.1
Minute SRAN11.1
>Minute UINT8
Value range: 0 to 59 Pico11.1
Second SRAN11.1
>Second UINT8
Value range: 0 to 59 Pico11.1
Millisecond
Value range: 0 to
999 SRAN11.1
>Millisecond UINT16
The value is 0 for Pico11.1
events accurate to
seconds.
Extend Head Length UINT8 Extension header N/A
length
Event type
0000: undefine
0001: FDD
Item Type BIT STRING (4) SRAN13.1
0010: TDD
0101: NB-IoT
1111: Common
Reserved BIT STRING (4) Reserved bit N/A
C-RNTI
Invalid value: all Fs
For example, the SRAN11.1
C-RNTI UINT16 value of this field is Pico 12.0
invalid for base
station events or cell
events.
System capacity: When the independent MDT function is enabled, reporting measurement
data consumes certain Uu interface resources, causing the CPU usage to increase by up to 5%.
Network performance:
Enabling the independent MDT function may cause a conflict between intra-
frequency/inter-frequency measurement and handover measurement, causing the access
and handover success rates to decrease by up to 0.5%.
Inter-frequency measurement causes UEs to enter the GAP state, and some subframes
cannot be adjusted as a result, slightly decreasing the average cell throughput.
If NE-reported data contains the incorrect year, month, and day, the year, month, and day are
0-1-1 in the northbound analysis result. If NE-reported data contains the incorrect hour,
minute, and second, the hour, minute, and second are 23-59-59 in the northbound analysis
result. You are advised to prevent data analysis problems caused by data errors.
For security purpose, message fields that involve subscriber privacy are anonymized.
TA value
Value range: 0 to
20512
SRAN11.1
TA Value UINT32 Unit: Ts
Pico11.1
See 3GPP TS 36.133
Timing Advance
(TADV): Type 2.
TA value
Value range: 0 to
20512
TA Value UINT32 Unit: Ts SRAN11.1
See 3GPP TS 36.133
Timing Advance
(TADV): Type 2.
This section describes how to configure the RAN function control item on the Trace Server
over the GSM, UMTS, or LTE northbound file interfaces using the northbound user
configuration tool. By default, the RAN sharing function is disabled.
Prerequisites
You have obtained passwords of users ossuser and root on the U2000 server (Trace Server
co-deployed with the U2000 in the ATAE cluster system) or on the Trace Server (Trace Server
independently deployed in an ATAE cluster system).
Context
To improve security of users' passwords, set passwords based on the following rules:
A password must contain 8 to 30 characters.
A password must contain at least one uppercase letter.
A password must contain at least one lowercase letter.
A password must contain at least one digit.
A password must contain at least one special character @%-=_.]{}
A password must not be the same as the user name or the reverse order of the user name.
A password cannot contain three or more consecutive characters that are the same (for
example, AAA and 111).
The number of neighboring digits or letters is limited to four pairs
For example, the password Changeme_121212 does not meet this complexity
requirement because 121212 has a total of five pairs of digits (12 is a pair, 21 is another
pair, and so on).
A password must not contain any spaces.
A password must not be one of the 12 passwords that are recently used.
Procedure
Step 1 Use PuTTY to log in to the U2000 master server (Trace Server co-deployed with the U2000
in the ATAE cluster system) or Trace Server master server (Trace Server independently
deployed) in SSH mode as user ossuser.
Step 2 Run the following command to switch to user root:
~> su - root
Password:Password of root
Step 3 Run the following commands to run the RAN sharing northbound user configuration tool:
For the Trace Server independently deployed, run the following command.
# cd /opt/oss/server/rancn/bin
For the Trace Server co-deployed with the U2000 in the ATAE cluster system, run the
following command.
# cd /opt/oss/server/rancn/tools/TSTools
# sh setRANSharingUser.sh
Step 4 When the following information is displayed, enter B or b and press Enter:
Please select an operation type.
A--Show the northbound user list.
B--Create a northbound user.
C--Reconfigure the password of northbound user.
D--Delete a northbound user or a single PLMN.
E--Set the GUL switch.
Q--Exit
Please select:
Step 5 When the following information is displayed, enter the northbound user name and press
Enter:
Please enter your user name.
Step 6 When the following information is displayed, enter the PLMN of the northbound user and
press Enter:
Please enter your PLMN number.
Step 8 When the following information is displayed, enter the password of the northbound user and
press Enter. You need to enter the new password twice.
New Password: password of northbound user
Reenter New Password: password of northbound user
Step 9 If the following information is displayed, the RAN sharing northbound user has been created
successfully. Otherwise, contact Huawei technical support.
User Northbound user name created successfully.
----End
Follow-up Procedures
If the PLMN needs to be separately added for created northbound users, repeat the
operations from Step 1 to Step 7 and enter the PLMN to be added in Step 6. When the
following information is displayed, the PLMN has been added successfully. Otherwise,
contact Huawei technical support.
The northbound user already exists.
User northbound user name created successfully.
TC
After the access permissions of northbound users on public data are changed, you must log in to the
Trace Server again to make the change take effect.
Prerequisites
You have obtained passwords of users ossuser and root on the U2000 server (Trace Server
co-deployed with the U2000 in the ATAE cluster system) or on the Trace Server (Trace Server
independently deployed in an ATAE cluster system).
Procedure
Step 1 Use PuTTY to log in to the U2000 master server (Trace Server co-deployed with the U2000
in the ATAE cluster system) or Trace Server master server (Trace Server independently
deployed) in SSH mode as user ossuser.
Step 2 Run the following command to switch to user root:
~> su - root
Password:Password of root
Step 3 Run the following commands to run the RAN sharing northbound user configuration tool:
For the Trace Server independently deployed, run the following command.
# cd /opt/oss/server/rancn/bin
For the Trace Server co-deployed with the U2000 in the ATAE cluster system, run the
following command.
# cd /opt/oss/server/rancn/tools/TSTools
# sh setRANSharingUser.sh
Step 4 When the following information is displayed, enter A or a and press Enter to view the created
RAN sharing northbound users:
Please select an operation type.
A--Show the northbound user list.
B--Create a northbound user.
C--Reconfigure the password of northbound user.
D--Delete a northbound user or a single PLMN.
E--Set the GUL switch.
Q--Exit
Please select:
Step 5 When information similar to the following is displayed, you can view created northbound
users, their permissions to access public data, and PLMNs of all users:
-----------------------------------------------
Username CommonData PLMN
user1 Y 1111,22222,333333
user2 Y 44444
user3 N 555555
-----------------------------------------------
----End
Prerequisites
You have obtained passwords of users ossuser and root on the U2000 server (Trace Server
co-deployed with the U2000 in the ATAE cluster system) or on the Trace Server (Trace Server
independently deployed in an ATAE cluster system).
Context
To improve security of users' passwords, set passwords based on the following rules:
A password must contain 8 to 30 characters.
A password must contain at least one uppercase letter.
A password must contain at least one lowercase letter.
A password must contain at least one digit.
A password must contain at least one special character @%-=_.]{}
A password must not be the same as the user name or the reverse order of the user name.
A password cannot contain three or more consecutive characters that are the same (for
example, AAA and 111).
The number of neighboring digits or letters is limited to four pairs
For example, the password Changeme_121212 does not meet this complexity
requirement because 121212 has a total of five pairs of digits (12 is a pair, 21 is another
pair, and so on).
A password must not contain any spaces.
A password must not be one of the 12 passwords that are recently used.
Procedure
Step 1 Use PuTTY to log in to the U2000 master server (Trace Server co-deployed with the U2000
in the ATAE cluster system) or Trace Server master server (Trace Server independently
deployed) in SSH mode as user ossuser.
Step 2 Run the following command to switch to user root:
~> su - root
Password:Password of root
Step 3 Run the following commands to run the RAN sharing northbound user configuration tool:
For the Trace Server independently deployed, run the following command.
# cd /opt/oss/server/rancn/bin
For the Trace Server co-deployed with the U2000 in the ATAE cluster system, run the
following command.
# cd /opt/oss/server/rancn/tools/TSTools
# sh setRANSharingUser.sh
Step 4 When the following information is displayed, enter C or c and press Enter:
Please select an operation type.
A--Show the northbound user list.
B--Create a northbound user.
C--Reconfigure the password of northbound user.
D--Delete a northbound user or a single PLMN.
E--Set the GUL switch.
Q--Exit
Please select:
Step 5 When the following information is displayed, enter the northbound user name to be modified
and press Enter:
Please enter the user name.
Step 6 When the following information is displayed, enter the new password of the northbound user
and press Enter. You need to enter the new password twice.
Changing password for Northbound user name.
New Password: password of northbound user
Reenter New Password: password of northbound user
Step 7 If the following information is displayed, the password of the northbound user has been
modified successfully. Otherwise, contact Huawei technical support engineers.
Password changed.
----End
Prerequisites
You have obtained passwords of users ossuser and root on the U2000 server (Trace Server
co-deployed with the U2000 in the ATAE cluster system) or on the Trace Server (Trace Server
independently deployed in an ATAE cluster system).
Procedure
Step 1 Use PuTTY to log in to the U2000 master server (Trace Server co-deployed with the U2000
in the ATAE cluster system) or Trace Server master server (Trace Server independently
deployed) in SSH mode as user ossuser.
Step 2 Run the following command to switch to user root:
~> su - root
Password:Password of root
Step 3 Run the following commands to run the RAN sharing northbound user configuration tool:
For the Trace Server independently deployed, run the following command.
# cd /opt/oss/server/rancn/bin
For the Trace Server co-deployed with the U2000 in the ATAE cluster system, run the
following command.
# cd /opt/oss/server/rancn/tools/TSTools
# sh setRANSharingUser.sh
Step 4 When the following information is displayed, enter D or d and press Enter:
Please select an operation type.
A--Show the northbound user list.
B--Create a northbound user.
C--Reconfigure the password of northbound user.
D--Delete a northbound user or a single PLMN.
E--Set the GUL switch.
Q--Exit
Please select:
Step 5 When the following information is displayed, enter B or b and press Enter:
Please select an operation type.
A--Delete a single PLMN under a user.
B--Delete a northbound user.
Q--Exit
Please select:
Step 6 When the following information is displayed, enter the northbound user name to be deleted,
user1 for example, and press Enter:
Please enter the user name to delete:
user1
Step 7 When the following information is displayed, enter Y or y and press Enter:
User user1 has the following PLMNs:
1111 22222 333333
Are you sure you want to delete all PLMNs under user user1? [Yy/Nn]
The operation will delete all NBI result files under the PLMN.
The operation will take a few minutes.
Please select:
Step 8 If the following information is displayed, the northbound user user1 has been deleted
successfully. Otherwise, contact Huawei technical support engineers.
----End
Prerequisites
You have obtained passwords of users ossuser and root on the U2000 server (Trace Server
co-deployed with the U2000 in the ATAE cluster system) or on the Trace Server (Trace Server
independently deployed in an ATAE cluster system).
Procedure
Step 1 Use PuTTY to log in to the U2000 master server (Trace Server co-deployed with the U2000
in the ATAE cluster system) or Trace Server master server (Trace Server independently
deployed) in SSH mode as user ossuser.
Step 2 Run the following command to switch to user root:
~> su - root
Password:Password of root
Step 3 Run the following commands to run the RAN sharing northbound user configuration tool:
For the Trace Server independently deployed, run the following command.
# cd /opt/oss/server/rancn/bin
For the Trace Server co-deployed with the U2000 in the ATAE cluster system, run the
following command.
# cd /opt/oss/server/rancn/tools/TSTools
# sh setRANSharingUser.sh
Step 4 When the following information is displayed, enter D or d and press Enter:
Please select an operation type.
A--Show the northbound user list.
B--Create a northbound user.
C--Reconfigure the password of northbound user.
D--Delete a northbound user or a single PLMN.
E--Set the GUL switch.
Q--Exit
Please select:
Step 5 When the following information is displayed, enter A or a and press Enter:
Please select an operation type.
A--Delete a single PLMN under a user.
B--Delete a northbound user.
Q--Exit
Please select:
Step 6 When the following information is displayed, enter the northbound user name to be deleted
that the PLMN belongs to, user1 for example, and press Enter:
Please enter the user name to delete:
user1
Step 7 When the following information is displayed, enter the PLMN to be deleted, 1111 for
example, and press Enter:
User user1 has the following PLMNs:
1111 22222 333333
Please enter the PLMN:
1111
Step 8 When the following information is displayed, enter Y or y and press Enter:
Are you sure you want to delete a single PLMN? [Yy/Nn]
The operation will delete all NBI result files under the PLMN.
The operation will take a few minutes.
Please select:
Step 9 If the following information is displayed, the value 1111 of the PLMN for northbound user
user1 has been deleted successfully. Otherwise, contact Huawei technical support.
Single PLMN under user user1 deleted successfully.
----End
Prerequisites
You have obtained passwords of users ossuser and root on the U2000 server (Trace Server
co-deployed with the U2000 in the ATAE cluster system) or on the Trace Server (Trace Server
independently deployed in an ATAE cluster system).
Context
After the RAN sharing function is enabled, the Trace Server saves northbound analysis result
files in the /export/home/sysm/export/home/omc/var/fileint/TSNBI/shared/ directory and
creates subdirectories under this directory.
If PLMN values are not all Fs, the subdirectory naming conventions are PLMN
value/Result File Name/yyyymmdd/NE identifier/.
If PLMN values are all Fs, the subdirectory naming conventions are
commonData/Result File Name/yyyymmdd/NE identifier/.
Procedure
Step 1 Use PuTTY to log in to the U2000 master server (Trace Server co-deployed with the U2000
in the ATAE cluster system) or Trace Server master server (Trace Server independently
deployed) in SSH mode as user ossuser.
Step 2 Run the following command to switch to user root:
~> su - root
Password:Password of root
Step 3 Run the following commands to run the RAN sharing northbound user configuration tool:
For the Trace Server independently deployed, run the following command.
# cd /opt/oss/server/rancn/bin
For the Trace Server co-deployed with the U2000 in the ATAE cluster system, run the
following command.
# cd /opt/oss/server/rancn/tools/TSTools
# sh setRANSharingUser.sh
Step 4 When the following information is displayed, enter E or e and press Enter:
Please select an operation type.
A--Show the northbound user list.
B--Create a northbound user.
C--Reconfigure the password of northbound user.
D--Delete a northbound user or a single PLMN.
E--Set the GUL switch.
Q--Exit
Please select:
Step 5 When the following information is displayed, enter C or c and press Enter (enabling the LTE
RAN sharing function is used as an example here):
-----------RAN Sharing Switch Status-----------
A.GSM-------off
B.UMTS------off
C.LTE-------off
-----------------------------------------------
Please select an operation type.
A--Set the GSM switch status.
B--Set the UMTS switch status.
C--Set the LTE switch status.
Q--Exit
Please select:
Step 6 When the following information is displayed, enter ON or on and press Enter (enabling the
LTE RAN sharing function is used as an example here):
Are you sure you want to set the status of the LTE switch? [ON/OFF]
Step 7 If the following information is displayed, the LTE RAN sharing function has been enabled
successfully. Otherwise, contact Huawei technical support.
LTE switch set successfully.
-----------RAN Sharing Switch Status-----------
A.GSM-------off
B.UMTS------off
C.LTE-------on
-----------------------------------------------
Please select an operation type.
A--Set the GSM switch status.
B--Set the UMTS switch status.
C--Set the LTE switch status.
Q--Exit
Please select:
Step 8 Type Q and press Enter. Return to the RAN sharing northbound user configuration tool main
interface.
Step 9 Type Q and press Enter. Exit the RAN sharing northbound user configuration tool.
Step 10 Run the following commands to restart the Trace Server services.
# exit
~> . /opt/oss/server/svc_profile.sh
For the Trace Server independently deployed, run the following command.
~> stop_svc
If the command output contains Finished stopping the service., Trace Server services
have been stopped successfully.
~> start_svc
If the command output contains Finished starting the system., the Trace Server service
has been started successfully.
For the Trace Server co-deployed with the U2000 in the ATAE cluster system, run the
following command.
~> svc_deploy -cmd querysvc | awk '{print $2}' | grep 'TSCollector' | xargs -L1
svc_adm -cmd restartsvc
Step 11 Run the following commands to verify that the Trace Server services are restarted
successfully:
~> svc_adm -cmd status -sysagent all | grep TSCollector | grep "not running"
When there is no information displayed, the Trace Server services are restarted successfully.
----End
Figure 11.1 Flow chart of process for interconnecting the standard signaling northbound result file
interface
4.1 Negotiating Interconnection Parameters for the Standard Signaling Northbound Result
File Interface
This section describes the preparations for interconnecting the Trace Server with the NMS.
4.2 Delivering the standard signaling northbound Event Subscription
Before configuring the standard signaling northbound interface, you need to start an event
subscription task. NEs upload the data to the Trace Server and the Trace Server automatically
generates a northbound result file.
4.3 Commissioning the Interconnection of the Standard Signaling Northbound Result File
Interface
The NMS obtains standard signaling northbound result files generated by the Trace Server by
using FTP or SFTP. Based on the files, you can determine whether the standard signaling
northbound result interface meets the requirements for interconnecting with the NMS.
4.4 Optional: Setting the Northbound Push FTP Server (Trace Server Co-deployed with the
U2000 in the ATAE Cluster System)
Before commissioning the XFTP northbound file push function, you need to set an FTP server
to receive data. After the FTP server is set successfully, the Trace Server will scan the
northbound files every 5 minutes and push the scanned files to the specified FTP server.
4.5 Optional: Setting the Northbound Push FTP Server (ATAE Cluster and Virtual Cluster,
Standalone)
Before commissioning the XFTP northbound file push function, you need to set an FTP server
to receive data. After the FTP server is set successfully, the Trace Server will scan the
northbound files every 5 minutes and push the scanned files to the specified FTP server.
Subscription time offset Start subscription time NBI subscription allows you
setting to issue subscription
commands at a time earlier
than the predefined
subscription start time to
ensure integrity of NBI
result data, considering the
subscription issuing
duration.
Values: 0, 5, 10, and 15
(minute)
Default value: 10
Stop subscription time NBI subscription allows you
to stop subscription at a time
later than the predefined
subscription end time to
ensure integrity of NBI
result data, considering
delays in southbound data
reporting and northbound
data processing.
Values: 0, 5, 10, and 15
(minute)
Default value: 15
6. If other Trace Server parameters need to be set, click Apply and set these parameters. If
the parameter setting is complete, click OK.
7. Re-log in to U2000 client.
Prerequisites
You have purchased the license for LTE cell trace.
You have installed the mediations of LTE NEs and NEs are accessed to U2000
successfully.
You must have the operation permission for Trace Server NBI.
Context
After the NE version is upgraded, do not resubscribe to the messages that have been
subscribed to on the U2000 client.
Procedure
Step 1 Choose Monitor > Trace Server NBI > LTE Common Trace Server NBI (traditional style);
alternatively, double-click Trace and Maintenance in Application Center and choose Trace
Server NBI > LTE Common Trace Server NBI (application style).The LTE Common
Trace Server NBI window is displayed.
Step 2 In the NE navigation tree, choose an NE type, an NE version, and NE information.
NE Name, Subscribed Status, Start Time, End Time, Collection State, Collection Time,
and Operation Result are displayed on the right pane.
Step 3 In the right pane, select an NE to which subscription is to be issued, right-click the NE, and
choose Subscribe from the shortcut menu.
Step 4 In the Message Settings area, select the message contents that you want to subscribe to.
The Message Settings area displays the message contents supported by the NE, the message
contents that you have subscribed to, and subscribe to a failed message.
If many message contents are available, enter the message keywords in the Find Message text box
and click Previous or Next to search for the required message contents.
To subscribe to all message contents or cancel the subscription of all message contents, you can
right-click in the message list in the Message Settings area and choose Select All or Clear All from
the shortcut menu to quickly subscribe to or cancel the subscription of all message contents.
For message contents to be subscribed to, right-click the message setting list of the Message
Settings area and choose Export or Import from the shortcut menu to export configured message
contents from existing message configurations or import configured message contents to existing
message configurations.
Step 5 In the displayed dialog box, set required subscription parameters in Time Parameter
Settings, Cell Parameter Settings, Periodic Messages Parameters Settings, and MDT
Parameters Settings areas.
Collection time in the Time Parameter Settings area is used to control the time segment for data
reporting. After this parameter is set to a time segment, the Trace Server processes and reports data
collected within the time segment. For example, if the subscription start time is 2016–07–22 10:05, the
subscription end time is 2016–07–23 10:05, and Collection time is set to 11:00 to 12:00, the Trace
Server processes and reports data collected from 2016–07–22 11:00:00 to 2016–07–22 11:59:59. If
Collection time is not set to a specific value (Collection time is deselected), the Trace Server processes
and reports data collected from the subscription start time to the subscription end time.
If the attributes of Cell, eNodeB ID, PLMN, and TAC are modified, you need to reissued subscription of
the entire network.
When you query multiple NEs. If the parameters of Basic Settings area are different, all
parameters are displayed as default values. If the parameters of Basic Settings area are the
same, all parameters are displayed as specific setting. When you click Apply, Trace Server
will issues the parameters which are displayed to NEs.
Cell type Indicates the cell type during cell tracing. This
parameter is used to group messages of
different events.
Default value: ALL cell
Values: ALL cell, NB-loT cell, and FDD-TDD
cell.
ALL cell: indicates configurations take
effect for all cells on NEs.
NB-loT cell: indicates configurations take
effect for all NB-IoT cells on NEs.
FDD-TDD cell: indicates configurations
take effect for all FDD-TDD cells on NEs.
NOTE
Non-cell events and subscriber events are
supported by default without being
distinguished.
This parameter applies only to LTE NEs whose
version is SRAN13.1 or later.
The pico NE only support ALL cell parameter.
Message Settings Find You can type the keywords and click Previous
Message or Next to search for the required messages.
Prerequisites
The NMS and the Trace Server are connected properly.
You have obtained the IP address of the Trace Server (the FTP server) and the FTP user
name and password.
You have obtained the standard signaling northbound result file name and save path. For
details, see 2Overview of Result Files.
You have deliveried an event subscription task. For details, see 4.2.1Subscribing to an
LTE NE Trace Task.
You have logged in to the NMS server.
Context
The NMS obtains northbound result files from a specified directory on the Trace Server using
FTP or SFTP.
Procedure
Step 1 Log in using FTP or SFTP.
Log in using SFTP sftp user name@IP address of the Trace Server
You are advised to use the SFTP protocols because the SFTP protocols is more secure than the FTP
protocols.
FileType indicates the data type, such as LTE_CELL_TRC or LTE_SIG. yyyymmdd indicates the date
and NE identifier contains neName and NEFDN.
Step 4 Run the following command to set the destination save path for standard signaling northbound
result files on the NMS. (The directory /opt/file is used as an example).
> lcd /opt/file
Step 5 Run the following command to set the transfer mode to binary mode if files are obtained by
using FTP. Otherwise, skip this step.
> bin
Step 6 Run the following command to obtain files.
> get Northbound result file name
Step 7 Run the bye command to exit FTP or SFTP after files have been downloaded.
Step 8 Check the obtained standard signaling northbound files.
1. Based on the file name, check that the NE information and time are consistent with those
of the task issued by a customer.
2. Parse the standard signaling northbound files. For details, see 2.5Formats of Standard
Signaling Northbound Result Files.
The northbound standard signaling northbound result file interface meets the
interconnection conditions if the results in the files are consistent with the signaling
information that a customer subscribes to. Otherwise, contact Huawei technical support
engineer.
----End
Prerequisites
The Trace Server and the U2000 server are connected properly.
You have logged in to the U2000 client.
The mediation software of the NE on the LTE network has been installed on the U2000
server.
The U2000 has loaded the licenses related to northbound trace.
You must have the permission of file server setting.
Subscription has been delivered to the Trace Server, and a trace file has been generated
in /export/home/omc/var/fileint/TSNBI/ on the Trace Server boards.
If you need to set the transmission mode between the Trace Server co-deployed with the U2000 in the
ATAE cluster system and the upper-layer NMS for the public and private key authentication to SFTP,
perform the instruction provided in section Configuring the SFTP for Actively Transferring Files
over the Northbound Interface (Public and Private Keys) for a specific U2000 networking mode in
the administrator guide.
Procedure
Step 1 Choose Software > FTP Auto Upload Management > Target Server Settings (traditional
style); alternatively, double-click System Management in Application Center and choose
Settings > FTP Auto Upload Management > Target Server Settings (application style).
The Target Server Setting window is displayed.
Step 2 Set Module Type to Trace Server NBI and click Add. The Target Server Settings dialog
box is displayed.
Step 3 In the Target Server Settings dialog box, set Server IP, User Name, Password, Server
Directory, Source Directory, and File Compression Type parameters.
Figure 3.1 is the GUI for Target Server Settings
----End
Prerequisites
The Trace Server software has been installed.
The PC communicates with the Trace Server properly.
You have logged in to the master Trace Server as user ossuser using PuTTY.
To set the transmission mode for the public and private key authentication to SFTP,
follow the instructions provided in 5.3Setting the SFTP Public and Private Key
Authentication for the Northbound Push FTP Server.
Context
You can set information about multiple northbound FTP servers.
Procedure
Step 1 Use PuTTY to log in to the master Trace Server in SSH mode as user ossuser.
Step 2 Run the following commands to run the set_xftp_config.sh script:
~> cd /opt/oss/server/rancn/bin
~> sh set_xftp_config.sh
1. When the following information is displayed, type Y to configure XFTP information, or
type N to exit the configuration.
Are you sure you want to set XFTP push config[Y: enter, N:quit]
If type the IP address of the northbound FTP server to exist in the configuration file, the
system display the following information:
Do you want to modify or delete the exist info[1: modify, 2: delete, 3: cancel]
Type 1 to modify the northbound FTP server information of this IP address, Type 2 to delete the
northbound FTP server information of this IP address, Type 3 to cancel.
3. When the following information is displayed, type the local path to which the result files
need to be pushed, for example, /export/home/omc/var/fileint/TSNBI.
Please enter the directory of local:
4. When the following information is displayed, type 1 to set the automatic upload of trace
result files.
Please enter the push status[0: disable, 1: enable]:
5. Set the connection mode between the northbound FTP server and the Trace Server as
prompted.
Please enter the FTP type [0: FTP, 1:SFTP, default: 1]:
6. Type the command port number of the northbound FTP server as prompted.
Please enter the port of FTP server [default: 22(sftp)]:
If the SFTP protocol is used, the default value is 22. If the FTP protocol is used, the default value is 21.
7. Type the user name of the northbound FTP server as prompted.
Please enter the username of FTP server:
Ensure that users can log in to the northbound FTP server using the specified protocol and
port.
If public and private key authentication is used, the user name must be the same as that for
logging in to the NMS mentioned in section 5.3Setting the SFTP Public and Private Key
Authentication for the Northbound Push FTP Server.
8. If you set the FTP connection mode to SFTP in Step 2.5, based on the system output, set
whether the public key authentication is used. Y indicates that public key authentication
is used, and N indicates that it is not used. If you do not set the FTP connection mode to
SFTP, go to Step 2.10. For details about how to set the public and private key
authentication, see 5.3Setting the SFTP Public and Private Key Authentication for the
Northbound Push FTP Server.
Use the Public and Private Keys or not [Yy/Nn]?
9. If you select Y to use the public key authentication, based on system output, set whether
the password authentication is used at the same time. If you do not select Y, go to Step
2.10.
Set the password or not? [Yy/Nn]
Select Y to use the password authentication and perform the following steps. Otherwise,
go to Step 2.11.
10. Type the password of the user for the northbound FTP server as prompted.
Please enter the password of FTP user:
11. Set the path to which trace result files are uploaded on the northbound FTP server as
prompted, for example, /TSNBI.
Please enter the directory of FTP server:
Ensure that the specified user has the read and write permission on the path. And special
characters :& * \ " ' < > ? can not appear.
12. When the following information is displayed, you need to determine whether to add
another northbound FTP server.
Are you sure you want to set XFTP push config[Y: enter, N:quit]
If you type Y, the preceding steps are performed again to add another northbound FTP
server. If you type N, the northbound FTP server configuration exits.
Step 3 Select whether to restart the TSXFTPService service as prompted.
Do you want to restart all TSXFTPService?[Y: enter, N:quit]
If you type Y. the system displays the following information, TSXFTPService service
has been restarted successfully.
restart TSXFTPServices, please wait
restart TSXFTPServices successfully.
If you type N, the northbound FTP server configuration exits. If you need to restart the
TSXFTPService service manually, perform the following steps.
In order to restart the services more quickly, you are advised to restart the Trace Server
services by Step 4.
Step 4 Run the following commands to restart the Trace Server services:
~> . /opt/oss/server/svc_profile.sh
~> stop_svc
If the command output contains Finished stopping the service., Trace Server services have
been stopped successfully.
~> start_svc
If the command output contains Finished starting the system., the Trace Server service has
been started successfully.
Step 5 Run the following commands to verify that the Trace Server services are restarted
successfully:
~> svc_adm -cmd status -sysagent all | grep TSCollector | grep "not running"
When there is no information displayed, the Trace Server services are restarted successfully.
----End
Common Troubleshooting
Table 1.1 lists methods for handling common faults that may occur when the NMS collects
standard signaling data northbound of NEs.
No standard signaling northbound result file See 5.2Handle the Problem That No
is generated. Standard Signaling Northbound Result File
Is Generated.
Information Collection
If uncommon faults occur when the NMS attempts to obtain the standard signaling data
northbound of the NEs, you need to collect related information to locate the faults. For details
about how to collect fault information, see Table 1.1.
Problem Description
No standard signaling northbound result file is generated in the path, and the NMS cannot
collect standard signaling northbound results of NEs.
Problem Analysis
Either of the following causes can result in the problem:
NEs are disconnected.
Free disk space on the Trace Server is insufficient.
You must check whether files can be deleted when clearing the disk space. If you delete the
files by mistake, the system may run improperly.
Solution
Contact Huawei technical support engineers.
FTP mode is used by default. To ensure data security during file transmission, you can set the
SFTP encryption mode.
Prerequisites
Use Putty to log in to the trace server in SSH mode as user ossuser. For the Trace Server
independently deployed in an ATAE cluster system, log in to all the boards.
You have logged in to the NMS server as user UserA.
UserA is the NMS server user. Replace it as required.
Context
To set up an SFTP connection using public or private key authentication, save the trace
server's public key file in the authorized_keys file of the related NMS server user. The
system performs authentication using the trace server's private key and the trace server's
public key stored on the NMS server. After the authentication is successful, the SFTP
connection is set up successfully. It is not required to provide the NMS login password.
The public and private key authentication files can be encrypted or not. For encrypted
public and private key authentication files, set the password. If you forget the password,
all public and private key authentication files must be generated again, and the new files
will replace the existing files.
When the XFTP service uploads files in FTP mode, the Linux or Unix operating system
of the northbound server should use the vsftpd software whose version is 2.0.5 or later.
The northbound server with Windows operating system is not supported.
Procedure
Step 1 Public and private key files are generated on the trace server.
1. Run the following command on the trace server to check whether the .ssh directory
exists in the home directory.
~> cd /export/home/omc/.ssh/
− If No such file or directory is displayed, the .ssh directory is unavailable in the
home directory. Perform Step 1.2 after running the following command:
~> mkdir -p /export/home/omc/.ssh/
~> cd /export/home/omc/.ssh/
− If no command result is displayed, the .ssh directory is available in the home
directory. Perform Step 1.2.
2. Run the following command to modify the rights of the omc directory and the .ssh
directory.
~> chmod 755 /export/home/omc/
~> chmod 755 /export/home/omc/.ssh/
3. Run the following command to check whether the id_rsa_pwd.pub file exists.
~> ls id_rsa_pwd.pub
− If the system displays id_rsa_pwd.pub: No such file or directory, perform Step
1.4 to create a public key file.
− If the system displays id_rsa_pwd.pub, perform Step 2.
4. Run the following command to create encrypted public and private key files.
~> ssh-keygen -t rsa
If the system displays the following message, enter
/export/home/omc/.ssh/id_rsa_pwd.
Generating public/private rsa key pair.
Enter file in which to save the key (/export/ossuser/.ssh/id_rsa):
If the following message is displayed, enter the password twice. When ~> is displayed,
the encrypted public key file is generated.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Keep the password for future use. If the password is lost, all public and private key files must
be generated again, and the new files will replace the existing files.
5. Run the following command on the trace server to check whether the .ssh directory
exists in the home directory.
~> cd /export/ossuser/.ssh/
− If No such file or directory is displayed, the .ssh directory is unavailable in the
home directory. After running the following command, perform Step 1.6.
~> mkdir -p /export/ossuser/.ssh/
− If no command output is displayed, the .ssh directory is available in the home
directory. Perform Step 1.6.
6. Run the following command to modify the rights of the ossuser directory and the .ssh
directory.
~> chmod 755 /export/ossuser/
~> chmod 755 /export/ossuser/.ssh/
7. Run the following command to check whether the id_rsa file exists.
~> ls id_rsa
− If the system displays id_rsa: No such file or directory, perform Step 1.8 to create
public and private key files.
− If the system displays id_rsa, perform Step 2.
8. Run the following command to create non-encrypted public and private key files.
~> ssh-keygen -t rsa -b 1024 -f id_rsa -N ""
If the system displays information similar to the following, the non-encrypted public key
file has been created successfully:
For a non-encrypted public key file, copy the id_rsa.pub file's content.
If the id_rsa.pub file does not exist, copy the ${HOME}/.ssh/authorized_keys file's
content on the trace server server.
For an encrypted public key file, copy the id_rsa_pwd.pub file's content.
a. Run the cat id_rsa.pub or cat id_rsa_pwd.pub command on the trace server. The
content of the id_rsa.pub or id_rsa_pwd.pub file is displayed.
b. Run the vi command on the NMS server to write the content of the id_rsa.pub or
id_rsa_pwd.pub file into the authorized_keys file.
The content to be written into the authorized_keys file cannot contain any line feed. If
any line feed exists, delete it.
If the authorized_keys file contains any other data, perform a line feed operation. Then,
write the content.
6. Run the vi command to modify the /etc/ssh/sshd_config file and configure SFTP
parameters on the NMS server.
# su - root
Password: Password of user root
# vi /etc/ssh/sshd_config
Table 1.1 lists the parameters to be configured.
RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile .ssh/authorized_keys
PasswordAuthenticatio yes/no. This parameter specifies whether the password
n authentication is used when the authentication of the public key
and private key fails. You are advised to set this parameter to yes.
yes: password authentication is used.
no: password authentication is not used.
7. Perform the following operations on the NMS server to check the SFTP service status.
If... Then...
If... Then...
Step 3 If the public and private key authentication with a password is used, run the following
commands on the Trace Server to query the password code for the public and private key and
then perform Step 4. If the public and private key authentication without a password is used,
do not run the following commands but go to Step 4.
For the Trace Server independently deployed on an ATAE cluster, run the following
commands:
~> . /opt/oss/server/svc_profile.sh
Step 4 Run the following commands on the Trace Server to change the XFTP configuration file.
For the Trace Server independently deployed on an ATAE cluster, run the following
commands:
~> cd /opt/oss/server/etc/TSXFTPService
~> vi xftpconfig.xml
PrivateKeyFile Set this parameter to the absolute path where the public
key file generated in Step 1.8 is saved, for example,
/export/ossuser/.ssh/id_rsa.
IsSupportEncrpt If the public and private key authentication with a
password is used, the value is 1. If the public and private
key authentication without a password is used, the value
is 0.
PrivateExKeyFile Set this parameter to the absolute path where the public
key file generated in Step 1.4 is saved, for example,
/export/home/omc/.ssh/id_rsa_pwd.
EncrptKey Enter the queried encryption password, for example,
b273290137C725168F52F3D7E1EA8670.
For example:
<commconfig>
……
<PrivateKeyFile>/export/ossuser/.ssh/id_rsa</PrivateKeyFile>
<IsSupportEncrpt>0</IsSupportEncrpt>
<PrivateExKeyFile>/export/home/omc/.ssh/id_rsa_pwd</PrivateExKeyFile>
<EncrptKey></EncrptKey>
……
</commconfig>
If the configuration file xftpconfig.xml does not contain the preceding configuration items, add them
manually, as described in the example.
Step 5 Run the following commands to restart the XFTP service on the trace server.
For the Trace Server independently deployed on an ATAE cluster, run the following
commands to restart the TSXFtpService service:
# . /opt/oss/server/svc_profile.sh
The process whose name contains XY01 is a multi-instance process, where XY01 indicates the process
number. XY varies from the server where the process is deployed.
----End
Prerequisites
You have obtained the IP addresses of the master Trace Server (Trace Server
independently deployed) or the U2000 master server (Trace Server co-deployed with the
U2000 in the ATAE cluster system).
You have obtained the password of user ossuser.
For ATAE platform, you need to obtain the password of user OSMU Web.
For Virtual platform, you need to obtain the password of user admin.
You have configured the Trust Relationship Between the Trace Server and the U2000
Server.
Context
Procedure
Step 1 Use PuTTY to log in to the U2000 master server (Trace Server co-deployed with the U2000
in the ATAE cluster system) or Trace Server master server (Trace Server independently
deployed) in SSH mode as user ossuser.
Step 2 Run the following commands to modify the configuration file.
Run the following commands to disable DST.
~> sed -i "/<UsingDST/s/<UsingDST value=\".*\"/<UsingDST
value=\"false\"/g" /opt/oss/server/etc/TSCollector/GUDataHandleCfg.xml
Step 4 Run the following command to synchronize the configuration file to other server:
~> /opt/oss/server/rancn/bin/copy_file_to_all_board.sh
/opt/oss/server/etc/TSCollector/GUDataHandleCfg.xml
Step 5 Stop Trace Server services.
For ATAE platform, perform the following operations.
c. Type the following website in the Address bar of the browser on the PC and press
Enter. Then, log in to the OSMU as an OSMU web user.
https://<public IP address of the OSMU server>:30088/osmu or https://private IP
address of the OSMU server>:30084/osmu
d. In the navigation tree, choose Service System > Service Management > Board
Services.
e. On the Board Services tab page in the right pane, confirm that the Trace Server
boards are in the Normal state.
f. Select the check box of the system whose Subsystem contains TS, and click Stop
to stop services.
g. In the displayed confirmation dialog box, click Yes.
h. In the displayed dialog box, click OK.
For Virtual platform, perform the following operations.
i. Open the browser and type https://Service IP address of the vOSMU:31945 in the
address box. Then, log in to the vOSMU as an admin user.
j. Choose Application > Service Management > Start and Stop Services from the
vOSMU main menu. The Start and Stop Services page is displayed.
k. Click following the Trace Server, check and confirm that the Trace Server
service nodes are in the Running state.
If the service nodes are in other state excluding Running and Stopped, contact
Huawei technical support.
l. Click following Trace Server nodes to stop the Trace Server services.
Step 6 Start Trace Server services.
For ATAE platform, perform the following operations.
m. In the navigation tree, choose Service System > Service Management > Board
Services.
n. On the Board Services tab page in the right pane, confirm that the Trace Server
boards are in the Normal state.
o. Select the check box of the system whose Subsystem contains TS, and click Start.
p. In the displayed confirmation dialog box, click Yes.
q. In the displayed dialog box, click OK.
For Virtual platform, perform the following operations.
r. Choose Application > Service Management > Start and Stop Services from the
vOSMU main menu. The Start and Stop Services page is displayed.
s. Click following the Trace Server, whose Trace Server nodes detailed
information is to be viewed.
가 If any board is in the Fault state, contact Huawei technical support.
나 If none of the boards is in the Fault state, go to Step 6.c.
t. Check and confirm that the Trace Server service nodes are in the Stopped state.
u. Click Start and Stop Services on the left navigation tree, back to Start and Stop
Services page.
6 Appendix
INITIAL SRAN11.1
0x0108 CONTEXT SETUP S1
RESPONSE Pico 11.1
INITIAL SRAN11.1
0x0109 CONTEXT SETUP S1
FAILURE Pico 11.1
UE CONTEXT SRAN11.1
0x010a RELEASE S1
REQUEST Pico 11.1
UE CONTEXT SRAN11.1
0x010b RELEASE S1
COMMAND Pico 11.1
UE CONTEXT SRAN11.1
0x010c RELEASE S1
COMPLETE Pico 11.1
UE CONTEXT SRAN11.1
0x010d MODIFICATION S1
REQUEST Pico 11.1
MODIFICATION
Pico 11.1
RESPONSE
UE CONTEXT SRAN11.1
0x010f MODIFICATION S1
FAILURE Pico 11.1
HANDOVER SRAN11.1
0x0110 S1
REQUIRED Pico 11.1
HANDOVER SRAN11.1
0x0111 S1
COMMAND Pico 11.1
HANDOVER SRAN11.1
0x0112 PREPARATION S1
FAILURE Pico 11.1
HANDOVER SRAN11.1
0x0113 S1
REQUEST Pico 11.1
HANDOVER SRAN11.1
0x0114 REQUEST S1
ACKNOWLEDGE Pico 11.1
HANDOVER SRAN11.1
0x0115 S1
FAILURE Pico 11.1
HANDOVER SRAN11.1
0x0116 S1
NOTIFY Pico 11.1
HANDOVER SRAN11.1
0x011a S1
CANCEL Pico 11.1
HANDOVER SRAN11.1
0x011b CANCEL S1
ACKNOWLEDGE Pico 11.1
SRAN11.1
0x011e PAGING S1
Pico 11.1
INITIAL UE SRAN11.1
0x011f S1
MESSAGE Pico 11.1
SRAN11.1
0x0123 RESET S1
Pico 11.1
RESET SRAN11.1
0x0124 S1
ACKNOWLEDGE Pico 11.1
ERROR SRAN11.1
0x0125 S1
INDICATION Pico 11.1
S1 SETUP SRAN11.1
0x0126 S1
REQUEST Pico 11.1
S1 SETUP SRAN11.1
0x0127 S1
RESPONSE Pico 11.1
S1 SETUP SRAN11.1
0x0128 S1
FAILURE Pico 11.1
ENB SRAN11.1
0x0129 CONFIGURATION S1
UPDATE Pico 11.1
ENB
CONFIGURATION SRAN11.1
0x012a S1
UPDATE Pico 11.1
ACKNOWLEDGE
ENB SRAN11.1
0x012b CONFIGURATION S1
UPDATE FAILURE Pico 11.1
MME SRAN11.1
0x012c CONFIGURATION S1
UPDATE Pico 11.1
ACKNOWLEDGE
MME SRAN11.1
0x012e CONFIGURATION S1
UPDATE FAILURE Pico 11.1
DOWNLINK S1
0x012f CDMA2000 S1 SRAN11.1
TUNNELING
UPLINK S1
0x0130 CDMA2000 S1 SRAN11.1
TUNNELING
UE CAPABILITY SRAN11.1
0x0131 S1
INFO INDICATION Pico 11.1
SRAN11.1
0x0132 TRACE START S1
Pico 11.1
DEACTIVATE SRAN11.1
0x0134 S1
TRACE Pico 11.1
LOCATION SRAN11.1
0x0135 REPORTING S1
CONTROL Pico 11.1
LOCATION SRAN11.1
0x0136 REPORT FAILURE S1
INDICATION Pico 11.1
LOCATION SRAN11.1
0x0137 S1
REPORT Pico 11.1
OVERLOAD SRAN11.1
0x0138 S1
START Pico 11.1
SRAN11.1
0x0139 OVERLOAD STOP S1
Pico 11.1
WRITE-REPLACE SRAN11.1
0x013a WARNING S1
REQUEST Pico 11.1
WRITE-REPLACE SRAN11.1
0x013b WARNING S1
RESPONSE Pico 11.1
CELL TRAFFIC
0x013e S1 SRAN11.1
TRACE
eNB SRAN11.1
0x013f CONFIGURATION S1
TRANSFER Pico 11.1
MME SRAN11.1
0x0140 CONFIGURATION S1
TRANSFER Pico 11.1
SRAN11.1
0x0141 KILL REQUEST S1
Pico 11.1
SRAN11.1
0x0142 KILL RESPONSE S1
Pico 11.1
DOWNLINK UE SRAN11.1
0x0143 ASSOCIATED S1
LPPA TRANSPORT Pico 11.1
UPLINK UE SRAN11.1
0x0144 ASSOCIATED S1
LPPA TRANSPORT Pico 11.1
UE RADIO SRAN11.1
0x0147 CAPABILITY S1
MATCH REQUEST Pico 11.1
UE RADIO
CAPABILITY SRAN11.1
0x0148 S1
MATCH Pico 11.1
RESPONSE
UE CONTEXT
0x0151 MODIFICATION S1 SRAN12.1
CONFIRM
CONNECTION
0x0152 ESTABLISHMENT S1 SRAN12.1
INDICATION
0x0153 UE CONTEXT S1 SRAN12.1
SUSPEND
REQUEST
UE CONTEXT
0x0154 SUSPEND S1 SRAN12.1
RESPONSE
UE CONTEXT
0x0155 RESUME S1 SRAN12.1
REQUEST
UE CONTEXT
0x0156 RESUME S1 SRAN12.1
RESPONSE
UE CONTEXT
0x0157 RESUME S1 SRAN12.1
FAILURE
HANDOVER SRAN11.1
0x0200 X2
REQUEST Pico 11.1
HANDOVER SRAN11.1
0x0201 REQUEST X2
ACKNOWLEDGE Pico 11.1
HANDOVER SRAN11.1
0x0202 PREPARATION X2
FAILURE Pico 11.1
SN STATUS SRAN11.1
0x0203 X2
TRANSFER Pico 11.1
UE CONTEXT SRAN11.1
0x0204 X2
RELEASE Pico 11.1
HANDOVER SRAN11.1
0x0205 X2
CANCEL Pico 11.1
LOAD
0x0206 X2 SRAN11.1
INFORMATION
ERROR SRAN11.1
0x0207 X2
INDICATION Pico 11.1
X2 SETUP SRAN11.1
0x0208 X2
REQUEST Pico 11.1
X2 SETUP SRAN11.1
0x0209 X2
RESPONSE Pico 11.1
X2 SETUP SRAN11.1
0x020a X2
FAILURE Pico 11.1
0x020b RESET REQUEST X2 SRAN11.1
Pico 11.1
SRAN11.1
0x020c RESET RESPONSE X2
Pico 11.1
ENB SRAN11.1
0x020d CONFIGURATION X2
UPDATE Pico 11.1
ENB
CONFIGURATION SRAN11.1
0x020e X2
UPDATE Pico 11.1
ACKNOWLEDGE
ENB SRAN11.1
0x020f CONFIGURATION X2
UPDATE FAILURE Pico 11.1
RESOURCE SRAN11.1
0x0210 X2
STATUS REQUEST Pico 11.1
RESOURCE SRAN11.1
0x0211 STATUS X2
RESPONSE Pico 11.1
RESOURCE SRAN11.1
0x0212 X2
STATUS FAILURE Pico 11.1
RESOURCE SRAN11.1
0x0213 X2
STATUS UPDATE Pico 11.1
MOBILITY SRAN11.1
0x0214 CHANGE X2
REQUEST Pico 11.1
MOBILITY SRAN11.1
0x0215 CHANGE X2
ACKNOWLEDGE Pico 11.1
MOBILITY SRAN11.1
0x0216 CHANGE X2
FAILURE Pico 11.1
SRAN11.1
0x0217 RLF INDICATION X2
Pico 11.1
HANDOVER SRAN11.1
0x0218 X2
REPORT Pico 11.1
CELL
0x0219 ACTIVATION X2 SRAN11.1
REQUEST
0x021a CELL X2 SRAN11.1
ACTIVATION
RESPONSE
CELL
0x021b ACTIVATION X2 SRAN11.1
FAILURE
RETRIEVE UE
0x0221 CONTEXT X2 SRAN12.1
REQUEST
RETRIEVE UE
0x0222 CONTEXT X2 SRAN12.1
RESPONSE
RETRIEVE UE
0x0223 CONTEXT X2 SRAN12.1
FAILURE
CSFBParametersRe
0x0300 Uu SRAN11.1
questCDMA2000
CSFBParametersRes
0x0301 Uu SRAN11.1
ponseCDMA2000
SRAN11.1
0x0302 CounterCheck Uu
Pico 11.1
CounterCheckRespo SRAN11.1
0x0303 Uu
nse Pico 11.1
DLInformationTrans SRAN11.1
0x0304 Uu
fer Pico 11.1
HandoverFromEUT
0x0305 RAPreparationRequ Uu SRAN11.1
est (CDMA2000)
MasterInformationB
0x0306 Uu SRAN11.1
lock
SRAN11.1
0x0307 MeasurementReport Uu
Pico 11.1
MobilityFromEUTR SRAN11.1
0x0308 Uu
ACommand Pico 11.1
RRCConnectionRec SRAN11.1
0x030a Uu
onfiguration Pico 11.1
RRCConnectionRec SRAN11.1
0x030b onfigurationComplet Uu
e Pico 11.1
RRCConnectionRee SRAN11.1
0x030c Uu
stablishment Pico 11.1
RRCConnectionRee SRAN11.1
0x030d stablishmentComple Uu
te Pico 11.1
RRCConnectionRee SRAN11.1
0x030e Uu
stablishmentReject Pico 11.1
RRCConnectionRee SRAN11.1
0x030f Uu
stablishmentRequest Pico 11.1
RRCConnectionRej SRAN11.1
0x0310 Uu
ect Pico 11.1
RRCConnectionRel SRAN11.1
0x0311 Uu
ease Pico 11.1
RRCConnectionReq SRAN11.1
0x0312 Uu
uest Pico 11.1
RRCConnectionSetu SRAN11.1
0x0313 Uu
p Pico 11.1
RRCConnectionSetu SRAN11.1
0x0314 Uu
pComplete Pico 11.1
SecurityModeComm SRAN11.1
0x0315 Uu
and Pico 11.1
SecurityModeCompl SRAN11.1
0x0316 Uu
ete Pico 11.1
SecurityModeFailur SRAN11.1
0x0317 Uu
e Pico 11.1
UECapabilityEnquir SRAN11.1
0x031a Uu
y Pico 11.1
UECapabilityInform SRAN11.1
0x031b Uu
ation Pico 11.1
ULHandoverPrepara
0x031c tionTransfer Uu SRAN11.1
(CDMA2000)
ULInformationTrans SRAN11.1
0x031d Uu
fer Pico 11.1
UEInformationRequ SRAN11.1
0x0324 Uu
est Pico 11.1
UEInformationResp SRAN11.1
0x0325 Uu
onse Pico 11.1
LoggedMeasuremen
0x0327 Uu SRAN11.1
tsConfiguration
MBSFNAreaConfig
0x032c Uu SRAN11.1
uration
RRCConnectionRec
0x0351 Uu SRAN12.1
onfiguration-NB
RRCConnectionRec
0x0352 onfigurationComplet Uu SRAN12.1
e-NB
RRCConnectionRee
0x0353 Uu SRAN12.1
stablishment-NB
RRCConnectionRee
0x0354 stablishmentComple Uu SRAN12.1
te-NB
RRCConnectionRee
0x0355 stablishmentRequest Uu SRAN12.1
-NB
RRCConnectionRej
0x0356 Uu SRAN12.1
ect-NB
RRCConnectionRel
0x0357 Uu SRAN12.1
ease-NB
RRCConnectionReq
0x0358 Uu SRAN12.1
uest-NB
RRCConnectionSetu
0x0359 Uu SRAN12.1
p-NB
RRCConnectionSetu
0x035A Uu SRAN12.1
pComplete-NB
RRCConnectionRes
0x035B Uu SRAN12.1
ume-NB
RRCConnectionRes
0x035C Uu SRAN12.1
umeComplete-NB
RRCConnectionRes
0x035D Uu SRAN12.1
umeRequest-NB
UECapabilityEnquir
0x035E Uu SRAN12.1
y-NB
UECapabilityInform
0x035F Uu SRAN12.1
ation-NB
ULInformationTrans
0x0360 Uu SRAN12.1
fer-NB
0x0361 DLInformationTrans Uu SRAN12.1
fer-NB
SRAN11.1
0x1211 UE Period TA -
Pico 11.1
0x1212 UE Period TA MDT - SRAN11.1