Professional Documents
Culture Documents
New Features in Release B11 216090000e29
New Features in Release B11 216090000e29
New Features in Release B11 216090000e29
New Features
in Release B11
BSS Document
Concept Guide
Release B11
Status RELEASED
Contents
Preface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1 B11 Features Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
1.1 Document Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
1.2 B11 Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
2 AMR Signalling Modifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
2.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
2.2 Hardware Coverage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
2.3 Feature Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
2.4 Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
2.5 Counters and Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
2.6 LMT/OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
2.6.1 LMT Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
2.6.2 OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
2.7 Applicable Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
3 Improved Packet Connection Configurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.2 Hardware Coverage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.3 Feature Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.4 Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.5 Counters and Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.6 LMT/OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.6.1 LMT Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.6.2 OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.7 Applicable Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
4 Avoid Ping-Pong between CS and PS Zones for DTM MS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
4.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.2 Hardware Coverage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.3 Feature Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.4 Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.5 Counters and Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.6 LMT/OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.6.1 LMT Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.6.2 OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.7 Applicable Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
5 CS Paging Coordination in the BSS Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
5.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
5.2 Hardware Coverage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
5.3 Feature Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
5.4 Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
5.5 Counters and Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
5.6 LMT/OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
5.6.1 LMT Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
5.6.2 OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
5.7 Applicable Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
6 Migration and Software Replacement Modifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
6.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
6.2 Hardware Coverage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
6.3 Feature Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
6.4 Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
6.5 Counters and Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
6.6 LMT/OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
12.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
12.2 Hardware Coverage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
12.3 Feature Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
12.4 Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
12.5 Counters and Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
12.6 LMT/OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
12.6.1 LMT Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
12.6.2 OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
12.7 Applicable Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
13 Copy&Paste of Data in OMC-R Forms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
13.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
13.2 Hardware Coverage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
13.3 Feature Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
13.4 Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
13.5 Counters and Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
13.6 LMT/OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
13.6.1 LMT Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
13.6.2 OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
13.7 Applicable Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
14 Customization of BTS External Alarms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
14.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
14.2 Hardware Coverage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
14.3 Feature Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
14.4 Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
14.5 Counters and Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
14.6 LMT/OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
14.6.1 LMT Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
14.6.2 OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
14.7 Applicable Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
15 Change Granularity for Customization of BTS External Alarms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
15.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
15.2 Hardware Coverage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
15.3 Feature Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
15.4 Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
15.5 Counters and Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
15.6 LMT/OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
15.6.1 LMT Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
15.6.2 OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
15.7 Applicable Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
16 Clean Management of Reselection Links . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
16.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
16.2 Hardware Coverage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
16.3 Feature Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
16.4 Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
16.5 Counters and Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
16.6 LMT/OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
16.6.1 LMT Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
16.6.2 OMC HMI Updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
16.7 Applicable Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
17 New GSL Counters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
17.1 Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
17.2 Hardware Coverage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
17.3 Feature Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
17.4 Parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
17.5 Counters and Indicators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
Preface
Purpose This document describes the Alcatel-Lucent Release B11 GSM features.
Note that some of the features may be unavailable on the system installed at
your location.
In Edition 27
The section MC-TRX 900 - 2G - IP (Section 79) was added.
The section MC-TRX 900 - 3G - IP (Section 80) was added.
The section MC-TRX 1800 - 2G (Section 81) was added.
The section MC-RRH 1800 - 2G (Section 82) was added.
The section MC-RRH 900 - 2G - 1 PA - TDM (Section 83) was added.
The section MC-RRH 900 - 2G -1 PA - IP (Section 84) was added.
The section MC-RRH 900 - 2G/3G - Different PA (Section 85) was added.
Description improvement in Feature Activation (Section 57.3).
The section Customization of IconBox (Section 77) was added.
The section 15 BSSUSM Windows per BSSUSM Controller (Section 78)
was added.
The section Stop Supporting Sun V880 as OMC-R Hardware in B11 MR3
(Section 86) was added.
In Edition 26
Updates performed in Improved Multi-GPU Performance (Section 73) .
Updates performed in Iur-g Interface with Enhanced Control Plane (Section 74).
In Edition 25
Description introduction in MC-TRX 1800Mhz TDM (Section 76).
Description improvement due to MC-TRX 900MHz TDM (Power Supply Voltage
Switching) in Dynamic Power Voltage Adjustment (DPVA) (Section 45).
Support of Lb Interface by the BSC (Section 75) was added.
Description improvement done in Remove Mx Firmware from Hardware Status
for MFS (Section 60).
In Edition 24
Description improvement in Support of MC-TRX 900 Multistandard: Separate
2G and 3G carriers in same cabinet TDM (Section 44).
The following MC-RRH 900Mhz 2PA TDM (Section 62) is improved due to
MC RRH new information.
Improvement performed in Iur-g Interface with Enhanced Control Plane
(Section 74).
In Edition 23
Iur-g Interface with Enhanced Control Plane (Section 74) was added.
In Edition 22
Descriptions improvement in following chapters:
In Edition 21
Description improvement inRemove Mx Firmware from Hardware Status for
MFS (Section 60).
In Edition 20
Description improvement in MC-RRH 900 - 2G/3G - Different PA - Separate
2G and 3G carriers in same module (Section 63).
In Edition 19
Description improvements in IP Flow Separation at Physical Level (Section 55).
In Edition 18
Section Improved Multi-GPU Performance (Section 73) was added.
Description improvements in MC-RRH 900Mhz 2PA TDM (Section 62).
In Edition 17
Description improvement in 2 BTS Configuration within 2 Integrated SUMA
Boards in 1 BTS Cabinet (Section 43) and Remove Mx Firmware from
Hardware Status for MFS (Section 60).
MC-Modules hardware capacity licensing (Section 72) was added.
In Edition 16
Description improvement in RMS Improvement: Increase of the 42 BCCH-BSIC
Pairs Limit (Section 42).
In Edition 15
Description improvement in Remove Mx Firmware from Hardware Status for
MFS (Section 60).
In Edition 14
Description improvement performed in Interworking with LTE in the Packet
Domain (Section 57)
In Edition 13
The following Introduction of CF F8 LMT (Section 40) was updated due to
Introduction of CF F8 LMT introduction.
Description improvement in STM1 Bidirectional on 9125 TC Equipped with
TC STM1-IP Subrack (Section 66).
In Edition 12
Description improvement.
In Edition 11
Improvements were done in:
In Edition 10
Improvement done in Support of TFO on NB-AMR (Section 24).
The following MC-TRX 900Mhz TDM (Section 41) was updated due to MC
TRE module introduction.
In Edition 09
New section Management of BSC patches (Step 1: BSC Term only) (Section
71) was created.
In Edition 08
The following section were added:
In Edition 07
The Network Synchronization of Radio TS (Section 46) section was added.
Description improvement in Description (Section 61.1).
In Edition 06
The section 9130 BSC Evolution Availability Improvement. Weekly Standby
Reset. (Section 64) was added.
The Randomisation of Fill Bits in L2 Messages (Section 39) was added.
The Antenna Hopping (Section 38) was added.
In Edition 05
Improvement done in Adjust of BTS Power Level (Section 22).
Description improvement performed in Parameters (Section 57.4)
New features for B11 MR3:
In Edition 04
Description improvements made in:
Counters and Indicators (Section 5.5)
In Edition 03
Improvements were done in the following sections:
IP Flow Separation at Physical Level (Section 55)
In Edition 02
Improvements were done in the following section Counters and Indicators
(Section 17.5)
This document contains information about the following new feature 3G Search
Prio wrong in PMO in 3G Search Prio Wrong in PMO (Section 53).
In Edition 01
First official release of the document.
Support engineers
Operators
Client Help Desk personnel.
Hardware Coverage
A description of the supported hardware.
Feature Activation
Lists the steps required to use the feature.
Parameters
Counters and Indicators
Applicable Documents
Lists associated documents.
Centralized Licence Server and Time Validity for Optional Features MR1
(Section 20)
IP over Ethernet on Abis and Ater in IP Transport in the BSS (Section MR3
47)
Remove Mx Firmware from Hardware Status for BSC (Section 59) MR1Ed2/MR3
Remove Mx Firmware from Hardware Status for MFS (Section 60) MR1Ed2/MR3
Management of BSC patches (Step 1: BSC Term only) (Section 71) MR1Ed2
Provide E1 Clock Out from BTS for NodeB Synchronization (Section MR3Ed2
90)
2.1 Description
When an AMR (NB or WB) speech codec is used in the TCH, to reduce the
ACCH signalling error rate in poor radio conditions, “Repeated Downlink
FACCH” and “Repeated SACCH” functionalities are used (FACCH and SACCH
are sent twice).
2.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
EN_REP_DL_FACCH New
REP_DL_FACCH_LEGACY_SUPPORT New
REP_DL_FACCH_THRES_AMR_FR New
REP_DL_FACCH_THRES_AMR_HR New
REP_DL_FACCH_THRES_AMR_WB New
EN_REP_SACCH New
RADIOLINK_REP_DL_SACCH New
L_RXQUAL_UL_P_AMR_RXACCH New
L_RXQUAL_DL_P_AMR_RXACCH New
REP_DL_SACCH_THRES New
REP_DL_SACCH_WS New
REP_UL_SACCH_THRES New
REP_UL_SACCH_WS New
MC990 NB_MS_REPEATED_ACCH_CAPABLE
MC991 NB_CALLS_RFACCH_ACTIVATED
MC992 NB_CALLS_RSACCH_ACTIVATED
MC993 NB_AMR_TCH_DROP_RLF_TRX
MC994 NB_AMR_TCH_DROP_RLF_TRX_RSACCH
MC995 NB_AMR_TCH_DROP_OUT_HO_TRX
MC996 NB_AMR_TCH_DROP_OUT_HO_TRX_RFACCH
3.1 Description
This feature improves the current MFS bias mechanism in terms of ping
performance and EDA configurations usage.
3.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
EN_FULL_FAST _USF_UL_EXTENDED Flag to enable / disable the full fast scheduling mode for
uplink TBFs in EUTM.
Values can be:
0-disable
1-enable
BIAS_LIMIT Transfer ratio above which the bias of the transfer is deemed
as uplink (otherwise downlink).
Name New
4.1 Description
When a transition DTM to Dedicated mode occurs (DL/UL TBF release), a
Handover cause 30 can be triggered to move the corresponding RTS (which
handles CS) from the “PS traffic zone” to the “CS traffic zone”. This way frees
the Radio Resources for further PS transactions.
The aim of the feature is to delay the handover execution to avoid ping-pong
between the CS and PS zone, if the mobile enters DTM again before the
delay has expired.
4.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
N_DELAYED_HO_CAUSE30 New
MC482 NB_TCH_HO_REQ_30_ABORTED
5.1 Description
Without paging coordination, CS Paging messages are always broadcast
through the CCCH/PCH channel, even if the MS is in PTM mode. The support
of paging coordination improves CS paging performances. It allows to
broadcast CS Paging messages through the PDCH/PACCH. It is mandatory to
fully support the DTM feature.
5.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
P390a NB_BSS_CS_PAGING_REQ_GPU
P390b NB_CS_PAGING_REQ_PACCH
6.1 Description
The features deal with the following topics:
Performing, during MFS migration operation, the first steps of the BSC
migration method, including downloads. The overall migration is better
scheduled.
Launching PM jobs after launching the activation of the new BSS software
and before the audits. The resolution concerns the OMC-R internal software.
Downloading software in all 9130 BSCs Evolutions found in one OMC-R in
parallel, whatever the OMC-R size.
6.4 Parameters
There are no parameter modifications.
7.1 Description
This feature brings the following modifications:
7.4 Parameters
There are no parameter modifications.
8.1 Description
The feature consists of locking any configuration actions, either from SC or from
PRC during the software replacement procedure. This lock begins from the
moment when the software package is generated until the end of the audit
following the software activation. The lock applies for all BSCs managed by the
OMC-R, whether they are involved in the software replacement operation or not.
8.4 Parameters
There are no parameter modifications.
9.1 Description
Starting with B11, the AS800 MFS is no longer supported. All documents that
refer to this type of MFS must be updated.
9.4 Parameters
There are no new or modified parameters.
10.1 Description
Starting with B11, the G1 and G2 BTSs are no longer supported. All documents
that refer to these types of BTS must be updated.
10.4 Parameters
There are no new or modified parameters.
BSS Overview
BSS Methods Handbook
11.1 Description
A5/3 is a new ciphering algorithm specified first for UMTS, and now also
defined for GSM. It is used for circuit switched channels.
11.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
CELL_CIPH_SET New
TRX_CIPH_CAP New
TRE_CIPH_CAP New
MC951 NB_TCH_A5_3_REQ
MC952 NB_CIPHER_CMD_A5_3
MC953 NB_SUCC_CIPHER_CMD_A5_3
MC954 NB_TCH_A5_3_ASS
MC955 NB_TCH_A5_3_ASS_NO_TRX
MC956 NB_ASS_HO_CMD_A5_3_NO_TRX
BSS Overview.
12 Edit n Adjacencies
12.1 Description
This feature allows the user to modify one or more adjacency parameters on
several adjacencies in one shot (in a similar way as it is currently done with the
edit n-cells facility).
12.4 Parameters
There are no parameter modifications.
13.1 Description
The aim of this feature is to provide a better mechanism for Copy & Paste in the
USM windows, and make all text boxes and objects editable.
In the USM windows all text fields, which do not have an interactor attached,
are available for highlight.
Using this highlight,the copy/paste mechanism is extended to all parameters
and field names.
13.4 Parameters
There are no parameter modifications.
14.1 Description
This feature provides more flexibility to customers to declare the external
alarms on BTSs.
The solution consists in offering several profiles per BTS type for declaring
the external alarms.
14.4 Parameters
This section contains the new parameter involved in the feature deployment.
Name New
En_CustExtAlmBts New
15.1 Description
This feature is alocated per number of BTSs for which external alarm profile is
not set to the default profile. This is a limited feature.
If the number of BTSs for which the external alarm profile is not the default one,
exceeds the limit alocated by contract, the centralized license server rejects
any configuration which requests other BTSs to use non-default profiles.
15.4 Parameters
There are no new or modified parameters.
16.1 Description
This feature improves the process of reselection retrieval, as is the case for
the HO links.
16.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
Link-Type-2G New
17.1 Description
This feature provides new counters related to the GSL interface in order to
ease the BSCGP protocol dimensioning for both possible configurations:
terrestrial and satellite configurations.
17.4 Parameters
There are no new or modified parameters.
For BSC:
nb_UL_GSL_messages
UL_GSL_messages_max
UL_GSL_messages_avg.
For MFS:
nb_DL_GSL_messages
DL_GSL_messages_max
DL_GSL_messages_avg.
The following table presents the new GSL counters for a BSC in TDM or
IP mode.
BSC_3_L1.16 TIME_LAPD_UNAVAIL
BSC_3_L1.17 NB_LAPD_EST
BSC_3_L1.18 NB_LAPD_CONG
BSC_IP24l MAX_NB_MSG_SENT
The following table presents the new GSL counters for a MFS in TDM or
IP mode.
MFS_1_1 Nb_GSL_msg_sent
MFS_1_2 Nb_GSL_msg_discarded
MFS_1_4 Cumul_full_ongoingA
MFS_1_4bis Cumul_full_ongoingB
MFS_1_5 Nb_GSL_msg_resent
MFS_2_1 Nb_GSL_msg_received
MFS_5_P547m Max_Nb_Kb_sent
MFS_5_P547l Max_Nb_Msg_sent
P7a NB_BSCGP_MSG_SENT
P7b NB_BSCGP_MSG_DISCARDED
P7c_1 CUMULATED_TIME_ONGOING_QUEUE_A_FULL
P7c_2 CUMULATED_TIME_ONGOING_QUEUE_B_FULL
P7d NB_BSCGP_MSG_RESENT
P7e NB_BSCGP_MSG_RECEIVED
P7f NB_BSCGP_CHANNEL_REQ_RECEIVED
P7g NB_BSCGP_BYTES_SENT
P7h MAX_NB_BSCGP_BYTES_SENT
P7i MAX_NB_BSCGP_MSG_SENT
P9a NB_DL_TBF_NORM_REL_EGPRS
P22a NB_UL_TBF_NORM_REL_EGPRS
P30e NB_UL_TBF_EST_SUCC_EGPRS_MStransDL
P62e NB_UL_TBF_EST_REQ_EGPRS_MStransDL
P90h NB_DL_TBF_EST_SUCC_EGPRS_MS_Transfer_UL
P90i NB_DL_TBF_EST_SUCC_EGPRS_T3192
P91h NB_DL_TBF_EST_REQ_EGPRS_MS_Transfer_UL
P91i NB_DL_TBF_EST_REQ_EGPRS_T3192
P181a NB_DL_TBF_REL_SIG
P181b NB_UL_TBF_REL_SIG
Table 4: PS counters
P505a NB_DTM_DL_TBF_EST_REQ_EGPRS
P506a NB_DTM_DL_TBF_EST_SUCC_EGPRS
P507a NB_DTM_UL_TBF_EST_REQ_EGPRS
P508a NB_DTM_UL_TBF_EST_SUCC_EGPRS
P509a NB_DTM_CS_DL_TBF_RELEASE_EGPRS
P510a NB_DTM_CS_UL_TBF_RELEASE_EGPRS
18.1 Description
This feature allows the users to centralize their user management. SEC
provides a Command Line Interface. This interface offers all necessary for
access right management (user profiles, OAD, FAD).
18.4 Parameters
There are no parameter modifications.
19.1 Description
This feature is intended as a useful tool for system administrators to help
troubleshoot different SOLARIS and applications problems; the tool is also
useful to indicate the system load.
19.4 Parameters
There are no parameter modifications.
20.1 Description
This component can be installed on every OMC-R, or on another Unix machine.
The license server use a limits file (similar to the current oflcf) in order to
store the allowed upper limits of the configured units quantities. The server
displays the current status of the optional features for the all involved OMC-Rs,
like oflcf for a single OMC in RNUSM
20.4 Parameters
Name New
Validity-date New
21.1 Description
This feature reduces BTS power consumption. The solution consists in
switching off the Power Amplifier (PA) bias of a TRX as soon as several
consecutive timeslots are not used in DL on this TRX.
21.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
EN_POWER_SAVING New
MC957 TIME_TS_BUSY
MC958 TIME_PA_BIAS_ON
22.1 Description
This feature allows setting the maximum transmission power used at cell
level per BTS cabinet.
22.4 Parameters
Name New
BS_TXPWR_ATTENUATION New
BS_TXPWR_ATTENUATION_INNER New
BSS Overview
23.1 Description
Windows Vista can be used as the Operating System for the PC LMT.
1 GB of system memory
23.4 Parameters
There are no parameter modifications.
24.1 Description
The Tandem Free Operation (TFO) is a call configuration where a transcoder
device is physically present in the signal path, but the transcoding functions
are bypassed.
Adaptive Multiple Rate (AMR) increases the quality of speech during
conversations and also increases the offered capacity due to the provision of
half-rate channels.
To support TFO on NB-AMR, HR_AMR and FR_AMR is a prerequisite.
24.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
PREF_CONFIG_FR_AMR_NB New
PREF_CONFIG_HR_AMR_NB New
EN_TFO_AMR_NB New
EN_TFO_MATCH Modified
MC938 NB_CALL_TFO_AMR_WB
MC939 NB_HO_INTER_TFO_AMR_WB
MC950 NB_HO_EXT_TFO_AMR_WB
BSS Overview.
25 A-Flex
25.1 Description
The A-Flex feature allows a BSC to connect to more than one MSC.
One BSC connects up to 16 MSC servers.
When A-Flex is applied, one or more MSC serve a CS pool-area, but only one
of these MSC serves each individual MS.
The A-Flex feature does not work with core network sharing.
One and only one MSC Server always controls an interface circuit.
The A-Flex feature requires the A signalling over IP feature.
A non-Legacy MSC.
25.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
EN_A_FLEX New
MSC_SPC New
MSC_CN_ID New
NRI_LIST New
NRI_LENGTH New
MSC_MCC New
MSC_MNC New
MIN_NB_ACTIVE_IPSP New
MSC_WEIGHT New
Name New
OFFLOADED New
NULL_NRI New
MC980 NB_INIT_L3_MSG_PAGING_RESPONSE_NRI
MC981 NB_INIT_L3_MSG_IMSI_DETACH_IND_NRI
MC982 NB_INIT_L3_MSG_CM_RE_ESTABL_REQ_NRI
MC983 NB_INIT_L3_MSG_IMSI_ATTACH_NRI
MC984 NB_INIT_L3_MSG_LOC_UPD_NRI
MC985a NB_INIT_L3_MSG_CM_SERV_REQ_SMS_NRI
MC985b NB_INIT_L3_MSG_CM_SERV_REQ_SUP_SERV_NRI
MC985c NB_INIT_L3_MSG_CM_SERV_REQ_CALL_EST_NRI
MC985d NB_INIT_L3_MSG_CM_SERV_REQ_LOC_SERV_NRI
MC985e NB_INIT_L3_MSG_CM_SERV_REQ_OTHERS_NRI
MC986 NB_TIMES_MSC_SELECTION_NRI
MC987 NB_TIMES_MSC_SELECTION_IMSI
MC988 NB_TIMES_MSC_SELECTION_LB
P53d NB_CS_PAGING_WITH_GLOBAL_CN_ID_PCH
BSS Overview
Reconfigure BSC/MSC
Move 9130 BSC Evolution without MFS, Different MSC, Same OMC-R
Move 9130 BSC Evolution, Same MFS, Different MSC, Same OMC-R
Move 9130 BSC Evolution, Different MFS, Different MSC, Same OMC-R
Move 9130 BSC Evolution, Different MFS, Same MSC, Different OMC-R
Move 9130 BSC Evolution, Different MFS, Different MSC, Different OMC-R
Move 9130 BSC Evolution, Different MFS, Same MSC, Same 9153 OMC-R.
26 A Signalling over IP
26.1 Description
This feature is one of the solutions for the BSS to be connected to the NGN
network. The purpose of this feature is to transfer the SS7 signaling over the IP
network between the BSC and NGN core network.
The benefits of this feature are the following:
The feature is an optional feature, and the A-signalling over TDM is still
supported. TDM mode and IP mode are exclusive.
A non-Legacy MSC.
26.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
MSC_SPC New
MSC_CN_ID New
NRI_LIST New
NRI_LENGTH New
MSC_MCC New
MSC_MNC New
MIN_NB_ACTIVE_IPSP New
Name New
MSC_WEIGHT New
OFFLOADED New
NULL_NRI New
ASIG_SCTP_ENDPOINT_IP_Address_1 New
ASIG_SCTP_ENDPOINT_IP_Address_2 New
ASIG_SCTP_ENDPOINT_LIST New
ASIG_SCTP_ENDPOINT_PORT New
START_TELECOM_IP_ADDRESS_BSC New
TELECOM_IP_SUBNET_MASK_BSC New
M2UA_TC_IP_ADDRESS New
M2UA_TC_IP_ADDRESS New
MC1101 NB_ASPUP_TX
MC1102 NB_ASPUP_RX
MC1103 NB_ASPDOWN_TX
MC1104 NB_ASPDOWN_RX
MC1105 NB_ASPACTIVE_TX
MC1106 NB_ASPACTIVE_RX
MC1107 NB_ASPINACTIVE_TX
MC1108 NB_ASPINACTIVE_RX
BSS Overview
Move 9130 BSC Evolution, Same MFS, Different MSC, Same OMC-R
Move 9130 BSC Evolution, Different MFS, Different MSC, Same OMC-R
Move 9130 BSC Evolution, Different MFS, Same MSC, Different OMC-R
Move 9130 BSC Evolution, Different MFS, Different MSC, Different OMC-R
Move 9130 BSC Evolution, Different MFS, Same MSC, Same 9153 OMC-R.
27.1 Description
Starting with Release B11, the ASUSM is replaced by FM. AS (Current Alarms)
is replaced by FM (Current Alarms) in the iconbox. AS (Historical Alarms) is
replaced by FM (Historical Alarms) in the iconbox. MFSUSM, RNUSM and
BSSUSM are updated to invoke FM (Current Alarms) and FM (Historical
Alarms) instead of AS.
27.4 Parameters
There are no new or modified parameters.
BSS Overview
28.1 Description
This feature is commercially optional and its activation is managed through the
EN_RIM_NACC parameter at BSS level. The feature optionally is managed on
by a TRX quantity basis, by considering the feature as PS related.
28.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
P182a NB_SERVING_INTER_BSS_NACC
P182b NB_SERVING_INTER_RAT_NACC
P182c NB_CONTROLLING_INTER_BSS_NACC
P182d NB_RAN_INFO_REQ_INTER_BSS_NACC
P182e TIME_RIM_NACC_PROC_SUCC
29.1 Description
The OMC-R HW configurations based on SunFire V490 + SE3510 are replaced
by M4000 + ST2540. The Sun SPARC Enterprise M4000 server gives two
dual-core 2.4 GHz SPARC64 VII processors.
M4000 was introduced due to a series of key benefits:
The Sun StorageTek 2540 Array contains disk drives for storing data and
controllers that provide the interface between a management and/or data host
and the disk drives. The Sun StorageTek 2540 Array provides a Fibre Channel
connection from the data host to the controller.
There are two key features for ST2540:
Two data host connectors per controller that support a fiber-optic interface
with 1, 2, or 4 Gb/s data host connection speed.
29.4 Parameters
There are no new or modified parameters.
30.1 Description
Storage Area Networks (SANs) represent the latest stage in the evolution of
mass data storage for enterprises and other large institutions. A SAN is a
storage networking architecture that enables the more efficient use of storage
assets by decoupling server and storage capacities with a dedicated network.
This feature can be also used to move the application(s) directory to external
FC storage.
Key advantages introduced by a SAN architecture:
Reduces overall cost of storage management
High availability
Any-to-any connectivity
File sharing.
The OMC-R machine must have one or more FC HBA installed which can be
also one of the current HBA used now in configurations with direct attached
storage.
The following types of storage hardware can be used for SAN architecture:
SE 3510
ST 2540.
30.4 Parameters
There are no new or modified parameters.
31.1 Description
This feature improves the backup/restore time and CPU usage. This feature
permits to avoid multiple copies of big database files. It is possible to avoid
the full backup/restore and to use instead only the incremental facility, based
on the fact that the machine is installed from start with DVD1, DVD2 and
DVD3 on both backup and restore.
Using a central server for backup/restore is used to manage more efficiently
the storage implementing a method to delete old files that are no longer
needed at restore. Moving data between the server and clients is done using
operating system services.
31.4 Parameters
There are no new or modified parameters.
32.1 Description
In order to decrease the cost of the transport in the BSS, Alcatel-Lucent
provides an alternative solution to the TDM transport, STM1 (Synchronous
Transport Mode level 1) in the SDH (Synchronous Digital Hierarchy) network.
STM1 can transport larger amounts of telephone calls and data traffic over the
same fiber wire without synchronization problems, using lasers or light-emitting
diodes (LED).
The basic unit of framing in SDH is the STM1 (Synchronous Transport Module
level 1) and operates at 155.52 Mbit/s, used in GSM solely for the transport of
E1 links.
Each E1 link is transported transparently (using asynchronous mapping) in one
VC12 container. One STM1 link can contain up to 63 VC12 containers. So,
one STM1 can carry 63 Abis and/or Ater, each E1 of 2048 kbps is transported
separately on one VC12 container. Four STM1 interfaces can be connected
on the front plate of the new TPGSMv3 board BSC and 63 E1 Abis/Ater per
interface make that all 252 E1 links to be transported on STM1.
Using STM1, the 9130 BSC Evolution can be configured without a LIU shelf.
Mixed configuration, LIU-E1 and VC12-E1 is supported.
The benefits offered by this feature are:
32.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
Max-Number-STM1-Interface New
BSC-STM1-VC12-Identifier New
BSC-STM1-Interface-identifier New
LIU-Shelf-Present New
BSC-SECTION-TRACE-TYPE New
BSC-SECTION-TRACE-ONEBYTE-TRANSMITTED New
BSC-SECTION-TRACE-STRING-TRANSMITTED New
BSC-SECTION-TRACE-ONEBYTE-RECEIVED New
BSC-SECTION-TRACE-STRING-RECEIVED New
BSC-LOW-PATH-TRACE-TRANSMITTED New
BSC-HIGH-PATH-TRACE-TRANSMITTED New
BSC-CLOCK-PREFERRED New
BSS Overview
Move 9130 BSC Evolution without MFS, Different MSC, Same 9153 OMC-R
Move 9130 BSC Evolution, Same MFS, Different MSC, Same 9153 OMC-R
Move 9130 BSC Evolution, Different MFS, Different MSC, Same 9153
OMC-R
Move 9130 BSC Evolution, Different MFS, Different MSC, Different 9153
OMC-R
Move Several Abis Links from a BSC to Another, Same 9153 OMC-R
33.1 Description
This feature is sold according to a number of TRX. If the operator exceeds the
number of TRX allocated by contract, the creation and application of a new
configuration is refused at the next PRC activation.
The full Gb over IP option is available, starting with the current release.
33.4 Parameters
There are no new or modified parameters.
34.1 Description
All the optional features are sold according to a number of TRX. A checking
mechanism is implemented at OMC level, in order to limit the number of TRX
configured with a certain optional feature.
If the operator exceeds the number of TRX configured with a certain optional
feature, the creation and application of a new configuration is refused at the
next PRC activation.
The following features are added in the list of optional features:
Multi PLMN
Extended Cell
Basic LCS.
34.4 Parameters
There are no new or modified parameters.
35.1 Description
Some companies build data bases including the association between the cell
reference of some PLMN and geographical positioning information.
For example, for CI information broadcast on SYSINFO 3 and 6, there are
some applications that are able to request the MS position from the centralized
data base. In order to limit the impact on their business, operators request that
another parameter than the CI is broadcast in SI.
35.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
CI_SI New
BSS Overview
Add BTS, New Cell(s).
36.1 Description
This feature allows the user to choose between using 2G to 3G FDD or TDD
cell re-selction with:
For a 9130 BSC Evolution, the maximum number of 3G cells which can be
defined is 1700 and the maximum number of 3G adjacencies is 3700.
36.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
RAT_3G New
TDD_ARFCN_LIST Modified
EN_3G_DIVERSITY(FDD) Modified
EN_FAST_3G_RESELECTION Modified
BSS Overview
37.1 Description
The feature is to reduce the accumulation period of type 110 to 15 minutes
for only one BSC at a time during a limited period. It is possible to reduce
the accumulation period only for type 110 that is used only in Permanent
Measurement Campaign. The feature could not be activated for another type.
To limit risk of overload in OMC-R and NPO, for a given network take in
consideration the following :
only one BSC could have a reduced accumulation period at a time
it is also possible to reduce the accumulation period only during two hours.
37.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
38 Antenna Hopping
Note: This feature is available starting with MR1Ed2.
38.1 Description
Antenna hopping means that the sequence of bursts comprising a radio block
are transmitted over more than one antenna. The purpose is to get diversity of
the radio path to the mobile.
In conjunction with frequency hopping, the number of paths provided by
frequency hopping can be multiplied with the number of antennas involved in
the antenna hopping.
The feature is intended to be provided by the twin module, and thus the number
of antennas for antenna hopping is two.
38.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
EN_ANTENNA_HOPPING New
TXDIV_CAPABILITY Modified
BSS Overview
39.1 Description
The feature decreases the risks of hacking on the Air Interface by replacing
fixed sequences of fill bits in L2 messages by random sequences of bits. The
feature brings more protection to voice calls using A5/1 encryption algorithm.
39.4 Parameters
This section contains the new parameter involved in feature deployment:
Name New
EN_RANDOMISE_FBL2 New
40 Introduction of CF F8 LMT
Note: This feature is available starting with MR1Ed2.
40.1 Description
The feature replace the generic PC Panasonic CF 74 laptop into CF F8.
40.4 Parameters
There are no new or modified parameters.
41.1 Description
MC TRE module is an extension of the ‘TWIN-module’ in term of TRX capacity.
A TWIN module has a capacity of up to 2 TRE, whether an MC-module has
a capacity of up to 6 GSM TRE (an MC-module can be configured with less
than 6 TRE).
MC RRH is an ‘outdoor box’ with up to 2 MC-modules/MC-TRE inside, full
capacity (the MC-RRH can have only a single MC-module inside).
Distributed BTS is one central box (new SUMX) and one or several MC-RRH.
Multistandard
The check is done at OMC.
41.4 Parameters
This section contains the new parameters involved in feature deployment:
Name New
Dynamic_Power_Allocation New
Additional_Power_Tables New
MC1208 TIME_PWR_RED_8PSK_1
MC1209 TIME_PWR_RED_8PSK_2
MC1210 TIME_PWR_RED_8PSK_3
MC1211 TIME_PWR_RED_8PSK_4
MC1212 TIME_PWR_RED_GMSK_1
MC1213 TIME_PWR_RED_GMSK_2
MC1214 TIME_PWR_RED_GMSK_3
MC1215 TIME_PWR_RED_GMSK_4
MC1216 TIME_PWR_RED_DEFENSE_1
MC1217 TIME_PWR_RED_DEFENSE_2
MC1218 TIME_PWR_RED_DEFENSE_3
MC1219 TIME_PWR_RED_DEFENSE_4
MC1220 TIME_8PSK_BURST_TRANSMISSION
MC1221 TIME_GMSK_BURST_TRANSMISSION
MC1222 TIME_DEFENSE_BURST_TRANSMISSION
42.1 Description
The BCCH/BSIC pairs limit is increased from 42 to 154.
The RMS campaign is designed in a daily basis. The number of pairs is
increased to allowed to report more interferers by the mobiles through the
referred TRX.
42.4 Parameters
This section contains the new parameters involved in feature deployment:
Name New
EN_MORE_RMS_BCCH_BSIC New
RMS_BCCH_BSIC_NB New
43.1 Description
In case of MBI5 Shared BTS, the factory cabinet contains two BTS. The
upper BTS contains 3 subracks and the below BTS contains 2 subracks.
Any configuration or commisioning operations must be done independently
on each BTS.
43.4 Parameters
There are no parameters modifications.
Reduce Cell(s) Shared by Deleting the 9100 BTS Supporting the Secondary
Sector.
44.1 Description
The MC TRE can be hosted in:
Where:
A Mono-standard MC-TRX is, from the point of view of a 2G system, a
TRE module
The number of other standard modules in a given sector and in the band GSM
is entered by the operator at OMC-R.
44.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
45.1 Description
With the Multi Carrier Modules Alcatel-Lucent introduces a new technique to
further reduce the power consumption.
Normally a power amplifier is designed for the highest output power requested.
The amplifier gets here a certain supply voltage where it is by design most
efficient. A standard amplifier design provides only one supply voltage.
But in most of the cases the amplifier is used in partly or even low load
conditions where the amplifier is visibly less efficient and consumes more
power than necessary.
Alcatel-Lucent provides therefore a new innovative technique to enhance the
amplifier efficiency also in low traffic situations.
The power supply for the amplifier is switchable and provides the best supply
voltage for the PA depending on the load conditions in the specific timeslot.
From one GSM timeslot to the next this voltage is adapted and keeps the
amplifier always in the best efficiency range and therefore reduces the power
consumption of the amplifier.
45.4 Parameters
There are no parameter modifications.
46.1 Description
The feature reduces the interferences on the cells’ frequencies used by a
BTS where this feature is activated.
46.4 Parameters
This section contains the new parameter involved in feature deployment:
Name New
GPS-Synchronised New
FN_OFFSET_TIME_SYNCHRO New
47.1 Description
IP transport is introduced to support the diversity of existing network
environments.
The BSC, TC, MFS are connected to an IP network through Ethernet links.
The BTS is connected to an IP network over Ethernet links, or over E1 links.
The BTS is connected to an IP network over Ethernet links.
The following figure shows the generic configuration.
47.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
BSC Name
Atermux Number
TC Internal Mode
TC Rack Name
TCSL ID
BscNodeId
TcslIpAddressBsc (BSC)
TcslIpAddressTc (BSC)
TcslPortBsc (BSC)
TcslPortTc (BSC)
TcslIpAddressBsc (TC)
TcslIpAddressTc (TC)
TcslPortBsc (TC)
TcslPortTc (TC)
OML_PRIORITY
TCSL_MSS
TCSL_PRIORITY
GPRS_ACCESS_INTVL
GPRS_ACCESS_TEST_CNT
GPRS_ACCESS_TEST_DELAY
GPRS_ACCESS_TEST_
PERIOD
TCP_KEEP_ALIVE_CNT
TCP_KEEP_ALIVE_IDLE
TCP_KEEP_ALIVE_INTVL
REACHABILITY_TEST_ADDR_O&M (BSC)
REACHABILITY_TEST_ADDR_TELECOM (BSC)
ROUTING_TABLE (BSC)
Name New
REACHABILITY_TEST_ADDR_O&M (TC)
REACHABILITY_TEST_ADDR_TELECOM (TC)
ROUTING_TABLE (TC)
REACHABILITY_TEST_ADDR_O&M (MFS)
REACHABILITY_TEST_ADDR_TELECOM (MFS)
ROUTING_TABLE (MFS)
TCP_MSL (BTS)
TCP_MSL (MFS)
TCP_MSL (TC)
IPBSS_SUBNET_MASK_MFS New
IPGCH_Base_Address_MFS New
IPGCH_IP_Address_MFS New
IPGCHC_Base_TCP_MFS New
IPGCHU_Base_UDP_MFS New
REACHABILITY_TEST_ADDR_TEL_GB New
REACHABILITY_TEST_ADDR_TEL_BSS New
REACHABILITY_TEST_LABEL_O&M New
REACHABILITY_TEST_LABEL_TEL_GB New
REACHABILITY_TEST_LABEL_TEL_BSS New
BSS_TRANSPORT_MODE (BSC)
BSS_TRANSPORT_MODE (MFS)
GslIpAddressBsc (BSC)
GslIpAddressMfs (BSC)
Name New
GslTcpPortBsc (BSC)
GslTcpPortMfs (BSC)
GslIpAddressBsc (MFS)
GslIpAddressMfs (MFS)
GslTcpPortBsc (MFS)
GslTcpPortMfs (MFS)
tcMuxIpAddress
tcMuxPort
tcNONMUXIpAddress
tcNONMUXPortUL
T_TC_IPTCHM_REPORTING _PERIOD
UL_TA_Late_Margin
TCP_MAX_RETRANS (BSC)
TCP_MAX_RETRANS (MFS)
TCP_MAX_RETRANS (BTS)
TCP_MAX_RETRANS (TC)
TCP_KEEP_ALIVE_CNT (BTS)
TCP_KEEP_ALIVE_CNT (MFS)
TCP_KEEP_ALIVE_CNT (TC)
TCP_KEEP_ALIVE_IDLE (BTS)
TCP_KEEP_ALIVE_IDLE (MFS
TCP_KEEP_ALIVE_IDLE (TC)
TCP_KEEP_ALIVE_INTVL (BTS)
Name New
TCP_KEEP_ALIVE_INTVL (MFS)
TCP_KEEP_ALIVE_INTVL (TC)
START_TELECOM_IP_ADDRESS_TC New
TELECOM_IP_SUBNET_MASK_TC New
IPTCH_UDP_PORT_TC_MUX New
IPTCH_UDP_PORT_TC_NONMUX New
MUXTRAUP_SIZE
A MUXTRAUP
TRAU_CONNECTION_TIMEOUT
T_MAX_HOLD_MUXTRAUP New
E1_MTU New
IPGSL_PRIORITY (BSC)
IPGSL_PRIORITY (MFS)
IPGCHC_PRIORITY (MFS)
IPGCHC_PRIORITY (BTS)
IPGCHU-GBR_PRIORITY (MFS)
IPGCHU-GBR_PRIORITY (BTS)
IPGCHU-BE_PRIORITY (MFS)
IPGCHU-BE_PRIORITY (BTS)
OandM_PRIORITY (BSC)
OandM_PRIORITY (MFS)
P0_MAPPING_LAYER2_BSC
P0_MAPPING_LAYER2_MFS
P1_MAPPING_LAYER2_BSC
P1_MAPPING_LAYER2_MFS
P2_MAPPING_LAYER2_BSC
P2_MAPPING_LAYER2_MFS
Name New
P3_MAPPING_LAYER2_BSC
P3_MAPPING_LAYER2_MFS
P0_MAPPING_LAYER3_BSC
P0_MAPPING_LAYER3_MFS
P1_MAPPING_LAYER3_BSC
P1_MAPPING_LAYER3_MFS
P2_MAPPING_LAYER3_BSC
P2_MAPPING_LAYER3_MFS
P3_MAPPING_LAYER3_BSC
P3_MAPPING_LAYER3_MFS
T_IPGCH_ACK_DL
T_IPGCH_ACK_UL
T_IPGCHU_TIMEOUT
IPGCHU_ACK_SEND_THRESHOLD
IPGCHU_BE_UL_THRES
IPGCHU_UDP_MAX_WINDOW_SIZE_G3
IPGCHU_UDP_MAX_WINDOW_SIZE_G4_G5
IPGCHU_UDP_MAX_WINDOW_SIZE_GPU
AbisTransportMode
AbisTargetTransportMode
BTSIPIdentifier
BTS-Hostname
NTPServerIPAd1
NTPserverIPAd2
SUM-Capability
BSC-OML-IP-Address
BTS-First-NTP-Server-Address
BTS-Second-NTP-Server-Address
Name New
BTS-TransMode
FTPServerAd New
BSC_OML_TID New
BSC_OML_PortNumber New
BTS_OML_PortNumber New
BTS_OML_TID New
DHCP-location New
Abis-Topology Modified
OCXO-Synch-Mode Modified
Usable-TSs Modified
ABIS_BTS_GROUP_ID
ABIS_BTS_GROUP_SECONDARY_ID
BTS-Routing-SubGroup New
Second-BTS-Routing-SubGroup New
DHCP_SERVER_IP_ADDRESS New
AbisBtsGroupId
BTSmode(MFS)
Bandwidth(MFS)
Bandwidth(BSC)
BTS_IP_Ad
TCH_TS_ACTIVITY_FACTOR
NB_MAX_ACTIVE_TCH_TS
BANDWIDTH_PER_TCH_TS
BANDWIDTH_PER_SIG_LINK
NRT_GUARANTEED_BANDWIDTH
MIN_PDCH (BSC)
MAX_PDCH_HIGH_LOAD (BSC)
Name New
MAX_PDCH (BSC)
BSC_RSL_TID New
RSL_UDP_PORT_BSC New
BSC_RSL_PortNumber New
BTS_RSL_PortNumber New
BTS_RSL_TID New
IP_CONGESTION_JITTER_THRESHOLD New
TP_QUEUE3_WEIGHT New
TP_QUEUE2_WEIGHT New
TP_QUEUE1_WEIGHT New
TP_QUEUE0_WEIGHT New
P0_TPQUEUE_MAPPING New
P1_TPQUEUE_MAPPING New
P2_TPQUEUE_MAPPING New
P3_TPQUEUE_MAPPING New
IPGCH_PACKET_SIZE
E1_MTU New
START_TELECOM_IP_ADDRESS_BSC New
TELECOM_IP_SUBNET_MASK_BSC New
IPTCH_UDP_PORT_BTS New
RSL_UDP_PORT_TRX New
SIDMO_TCP_PORT_TRE New
FTP_PRIORITY (BSC)
FTP_PRIORITY (BTS)
Name New
RSL_I_PRIORITY (BSC)
RSL_I_PRIORITY (BTS)
RSL_UI_PRIORITY
SNMP_PRIORITY (BSC)
SNMP_PRIORITY (BTS)
SNMP_PRIORITY (TC)
VARIOUS_IP_PRIORITY (BSC)
VARIOUS_IP_PRIORITY (MFS)
VARIOUS_IP_PRIORITY (BTS)
VARIOUS_IP_PRIORITY (TC)
ABIS_BANDWIDTH
IPGCHU_Nominal_Abis_BW_Factor
IPGCHU_BW_MAX_CONG_DL
IPGCHU_BW_MAX_CONG_UL
IPGCHU_BW_MIN_CONG_DL
IPGCHU_BW_MIN_CONG_UL
IPGCH_DL_BW_CONTROL_REPEAT_RATE
IPGCH_UL_BW_CONTROL_REPEAT_RATE
IPGCHU_DELAY_HIGH_THRES_DL
IPGCHU_DELAY_HIGH_THRES_UL
IPGCHU_DELAY_LOW_THRES_DL
IPGCHU_DELAY_LOW_THRES_UL
IPGCHU_MAX_PATTERN_MEAS_THROUGHPUT_DL
IPGCHU_PATTERN_LIFETIME_DL
Estimated_Speed_CS_FAMILY_0.7
RLC_FC1_BUFFER_SEND_THRES
RLC_FC1_THROUGHPUT_CHANGE_THRES
RLC_TARGET_BUFFER
Name New
IPGCHU_ExtraGBR_UL_THRES
IPGCHU_GBR_UL_THRES
IPGCHU_XOFF_BE_FIFO_DL_THRESHOLD
IPGCHU_XOFF_GBR_FIFO_DL_THRESHOLD
IPGCHU_XON_BE_FIFO_DL_THRESHOLD
IPGCHU_XON_GBR_FIFO_DL_THRESHOLD
IP_CONGESTION_FILTER_WS
IP_CONGESTION_PREVENTIVE_THRESHOLD
IP_CONGESTION_TIMER
T_IP_COUNTER_REPORT
BSCNodeId_TCSL
TCSL_IpAddress_BSCside(BSC)
TCSL_IpAddress_BSCside(TC)
TCSL_IpAddress_TCside(BSC)
TCSL_IpAddress_TCside(TC)
Tcsl-port-BSCside(BSC)
Tcsl-port-BSCside(TC)
Tcsl-port-TCside(BSC)
Tcsl-port-TCside(TC)
TCSL_MSS (BSC)
TCLS_MSS (TC)
TRAU_ACTIVITY_TIMER
TCSL_ID
N_TCSL_RETRY(BSC)
N_TCSL_RETRY(TC)
T_TCSL_ACK(BSC)
T_TCSL_ACK(TC)
IP21 NB_ATERMUX_NIBBLE_ALLOC_REQ
IP22 NB_ATERMUX_NIBBLE_ALLOC_FAIL_CONG
IP23 TIME_ATERMUX_NIBBLE_CONG
IP24a NB_BSC_SENT_GSL_IP_BYTES
IP24b NB_BSC_SENT_GSL_IP_PACKETS
IP24c MAX_NB_BSC_SENT_GSL_IP_BYTES
IP24m MAX_NB_BSC_RCVD_GSL_IP_BYTES
IP25a NB_BSC_SENT_OMLRSL_IP_BYTES
IP25b NB_BSC_SENT_OMLRSL_IP_PACKETS
IP25c NB_BSC_SENT_OMLRSL_BYTES_HIGHEST_MIN
IP26a NB_BTS_SENT_OML_IP_BYTES
IP26b NB_BTS_SENT_RSL_IP_BYTES
IP26c NB_BTS_SENT_OML_IP_PACKETS
IP26d NB_BTS_SENT_RSL_IP_PACKETS
IP27a NB_BSC_SENT_TCSL_IP_BYTES
IP27b NB_BSC_SENT_SS7_IP_BYTES
IP27c NB_BSC_SENT_TCSL_IP_PACKETS
IP27d NB_BSC_SENT_SS7_IP_PACKETS
IP27e NB_BSC_RESENT_SS7_IP_PACKETS
IP27h NB_BSC_SENT_TCSL_IP_BYTES_HIGHEST_MIN
IP27g NB_BSC_SENT_SS7_IP_BYTES_HIGHEST_MIN
IP28a NB_TC_SENT_TCSL_IP_BYTES
IP28b NB_TC_SENT_SS7_IP_BYTES
IP28c NB_TC_SENT_TCSL_IP_PACKETS
IP28d NB_TC_SENT_SS7_IP_PACKETS
IP28f NB_TC_RESENT_SS7_SCTP_SEGMENTS
IP28h NB_TC_SENT_TCSL_IP_BYTES_HIGHEST_MIN
IP28g NB_TC_SENT_SS7_IP_BYTES_HIGHEST_MIN
IP29a NB_BTS_SENT_IPTCH_BYTES
IP29c NB_BTS_SENT_IPTCH_PACKETS
IP29k NB_BTS_RCVD_IPTCH_PACKETS_OUT_OF_DELAY
IP29l NB_BTS_NOT_RCVD_DL_IPTCH_PACKETS
IP30a NB_TC_SENT_IPTCH_BYTES
IP30c NB_TC_SENT_IPTCH_PACKETS
IP30g NB_TC_SENT_IPTCH_BYTES_HIGHEST_MIN
IP30m NB_TC_NOT_RCVD_UL_IPTCH_PACKETS
IP31a NB_BTS_SENT_ALL_FLOW_BYTES_HIGHEST_MIN
IP31c NB_BTS_DROPPED_IP_PACKETS_PRIORITY0
IP31d NB_BTS_DROPPED_IP_PACKETS_PRIORITY1
IP31e NB_BTS_DROPPED_IP_PACKETS_PRIORITY2
IP31f NB_BTS_DROPPED_IP_PACKETS_PRIORITY3
IP32a NB_BSC_SENT_ALL_FLOWS_BYTES
IP32b NB_BSC_RCVD_ALL_FLOWS_BYTES
IP32c NB_BSC_DROPPED_IP_PACKETS_PRIORITY0
IP32d NB_BSC_DROPPED_IP_PACKETS_PRIORITY1
IP32e NB_BSC_DROPPED_IP_PACKETS_PRIORITY2
IP32f NB_BSC_DROPPED_IP_PACKETS_PRIORITY3
IP33a NB_TC_TO_TC_SENT_IPTCH_PACKETS
IP33c NB_TC_TO_TC_SENT_IPTCH_BYTES
IP33f NB_TC_TO_TC_SENT_IPTCH_BYTES_HIGHEST_MIN
IP40a NB_BTS_SENT_IPGCHU_GBR_IP_PACKETS
IP40b NB_BTS_RESENT_IPGCHU_GBR_IP_PACKETS
IP40d NB_BTS_SENT_IPGCHU_GBR_IP_BYTES
IP41a NB_BTS_SENT_IPGCHU_BE_IP_PACKETS
IP41b NB_BTS_RESENT_IPGCHU_BE_IP_PACKETS
IP41d NB_BTS_SENT_IPGCHU_BE_IP_BYTES
IP42a NB_BTS_SENT_IPGCHC_CTRL_TCP_SEGMENTS
IP42d NB_BTS_SENT_IPGCHC_CTRL_IP_BYTES
P540a NB_RCVD_RT_PFC_REQUEST
P540b NB_REFUSED_RT_PFC_LACK_BW
P540c NB_REFUSED_RT_PFC_LACK_RADIO
P540d MAX_DL_GBR_BW_GRANTED
P540e MAX_UL_GBR_BW_GRANTED
P541a NB_MFS_SENT_IPGCHU_GBR_IP_PACKETS
P541b NB_MFS_RESENT_IPGCHU_GBR_IP_PACKETS
P541d NB_MFS_SENT_IPGCHU_GBR_IP_BYTES
P542a NB_MFS_SENT_IPGCHU_BE_IP_PACKETS
P542b NB_MFS_RESENT_IPGCHU_BE_IP_PACKETS
P542d NB_MFS_SENT_IPGCHU_BE_IP_BYTES
P543a NB_MFS_SENT_IPGCHC_CTRL_TCP_SEGMENTS
P543d NB_MFS_SENT_IPGCHC_CTRL_IP_BYTES
P547a NB_MFS_SENT_GSL_IP_BYTES
P547c NB_MFS_SENT_GSL_TCP_SEGMENTS
P549a CUMULATED_TIME_PS_DL_BE_CONGESTED
TEMP_TRX
BSS Overview
Merge 900 and 1800 Cells into Multiband Cells on 9100 BTS
Reduce Cell(s) Shared by Deleting the 9100 BTS Supporting the Secondary
Sector
Create Extended Cells
Move 9130 BSC Evolution without MFS, Different MSC, Same OMC-R
Move 9130 BSC Evolution, Same MFS, Different MSC, Same OMC-R
Move 9130 BSC Evolution, Different MFS, Different MSC, Same OMC-R
Move 9130 BSC Evolution Without MFS, Same MSC, Different OMC-R
Move 9130 BSC Evolution, Different MFS, Same MSC, Different OMC-R
Move 9130 BSC Evolution, Different MFS, Different MSC, Different OMC-R
Move 9130 BSC Evolution, Different MFS, Same MSC, Same OMC-R
Configure GPRS
Move Direct CS Link into Dedicated GPRS Link
48.1 Description
The Network Element Manager for a BTS (BTS NEM) is a software package
used for managing, maintaining and commissioning a BTS.
For IP transport, there are two BTS connection types:
Local connection
Remote connection
Local Connection
Local connection can be done via front panel NEM connector on the SUM
board (which needs to open the NE door with a key).
From this point, the PC-NEM is named ”Local PC-NEM”.
Remote Connection
This is possible from anywhere within the network, as far as the routing /
firewall allows.
A “remote connection” can also be on a switch port physically located near the
BTS, which needs the port to be enabled and physical accessible.
In the following figure,the wording “PC-NEM” is used for content relative to
the local and the remote PC-NEM.
BTS 2 View
Local PC−NEM via RS 232
BTS 1 View BTS 1, BTS 2, BTS X View
Local PC−NEM Remote PC_NEM
via IP or RS232
BTS X
BTS 1 BTS 2
Ethernet or PPP/E1
IP
NEM−IP−Forwarding−inside−BTS = TRUE
48.3 Parameters
A new parameter, ’NEM-IP-Forwarding-inside-BTS (True/False)’, exists to
enable/disable routing to the NEM in each BTS.
49.1 Description
Using a Layer 2 transport network means that, despite the BSS, network
elements (BTS, BSC, TC, MFS) will still exchange IP packets. The underlying
functional architecture of the transport network can be seen as a single LAN,
in fact, an Ethernet LAN. Taking into account the potential distance between
network elements, this is based on "Extended Area LAN" concepts such the
MetroEthernet. The primary impact on the IP-based transport is that all IP
addresses of the network elements belong to the same IP subnet, and no IP
router (Layer 3) is needed between two network elements.
49.4 Parameters
There are no new or modified parameters.
BSS Overview.
50.1 Description
The aim of this feature is to distribute the security functions over the BSS
subsystems as well as their interactions.
The security strategy for the BSS takes into account the following aspects:
50.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
Name New
IPsec_GW_ADDRESS New
RADIUS_SHARED_SECRET New
BSC_USE_FTP New
51.1 Description
The feature functionality allows you to log the BTS ambient temperature
remotely via the OMC-R without any external equipment. The data is also
made available at the established interfaces for external analysis tools (e.g.
Metrica). Inside the BTS, the internal temperature, and more precisely, the
TRX-module temperature from which the ambient temperature can be derived
very easily, is available. This information is made accessible via the normal
O&M procedures and the ambient temperature is made visible at the OMC-R.
51.4 Parameters
There are no new or modified parameters.
MC1200 TRX_MAX_TEMPERATURE
52.1 Description
The Ethernet connection is introduced in B11 in order to connect the 9100
Evolution Indoor BTS to the IP network.
To connect the BTS in IP network, it must be equipped with:
SUMX board
Ethernet Adapter Board
Ethernet Adapter Board consists in 8 double layer ETH ports, inserted in the
front panel of the 9100 Indoor BTS (MBI3/MBI5 only), between the MSCA
and Power Supply modules.
The Ethernet cable with RJ-45 connectors (3BK 25970 ABxx), is used to
interconnect the TRANS1 port of the SUMX board and the back panel ETH1
port of the Ethernet Adapter Board. From the front panel ETH1 port of the
Ethernet Adapter Board, other Ethernet cable is used to connect the BTS to
the external switch/router.
Equipment Labels External Interface DC Output External Clock Equipment DC Filter DC Output
Connectors Interface Group Abis Interface Group Labels Connectors −48 V/500 W max
GND −48V 0V
XCLK1 Out
DC OUT
XCLK1 In
Abis 4 Abis 2
Abis 4 I Abis 3 I Abis 2 I Abis1
XCLK2 In/Out
I I I I
XBCB
0 0 0 0
INT & SR1 SR2 SR3
DC OUT
XRT RS232
External Alarm Input Board Multistandard Multistandard Connection Area Power Supply and
XIBM MSCA Circuit Breaker Area
DCBR5
Equipment Labels External Interface Connectors External Clock Equipment DC Filter DC Output
DC Output Interface Group Abis Interface Group Labels Connectors −48 V/500 W max
Abis 4 Abis 2
Abis 4 I Abis 3 I Abis 2 I Abis1
XCLK2 In/Out
I I I I I I
XBCB
0 0 0 0 0 0
INT & SR1 SR2 SR3 SR4 SR5
DC OUT
XRT RS232
52.4 Parameters
There are no new or modified parameters.
53.1 Description
In the current implementation when the MS enters the PTM, a PMO message
is sent, overwriting the GPRS 3G Measurement Parameters broadcasted
in SI2Quater to the MS, especially the list of cells and the parameter
3G_SEARCH_PRIO. This implementation is chosen to preserve time
processing in the mobile in order not to impact the on-going 2G packet transfer.
Otherwise the MS could interrupt its data transfer(s) more frequently to monitor
3G neighbor cells.
This feature allows a reselection from GSM to UMTS to be possible in
both packet idle and packet transfer modes. The PMO message is not
longer sent at the beginning of a packet transfer and the mobile uses
instead the broadcasted neighboring cells and reselection parameters for
the reselection decision. This is accomplished by using a new value for
the following parameters: EN_2G_TO_3G_CELL_RESELECTION and
EN_2G_TO_3GTDD_CELL_RESELECTION.
53.4 Parameters
This section contains the modified parameters involved in feature deployment:
Name New
EN_2G_TO_3G_CELL_RESELECTION Modified
EN_2G_TO_3GTDD_CELL_RESELECTION Modified
BSS Overview.
54.1 Description
SFTP stands for SSH File Transfer Protocol. SFTP based on SSHv2 shall be
supported as a alternative to FTP transfers between 9153 OMC-R and 9130
BSC Evolution. Since SFTP also supports the standard ftp commands, it is
not required to use the SFTP specific commands.
54.4 Parameters
There are no new or modified parameters.
55.1 Description
This feature provides the flow segregation at layer 1 (same or different physical
ports for the different flows).
The 9130 BSC Evolution has flexible mapping of O&M / A SigoIP flows onto GE
ports starting with B11 MR1.
The 9130 BSC Evolution has flexible mapping of O&M / A SigoIP / BSSoIP
flows onto GE ports starting with B11 MR3.
The 9130 MFS Evolution has flexible mapping of O&M / GBoIP flows onto GE
ports starting with B11 MR1.
The 9130 MFS Evolution has flexible mapping of O&M / GBoIP / IPGSL /
IPGCH flows onto GE ports starting with B11 MR3.
The 9125 TC has flexible mapping of O&M / Telecom flows onto GE ports
starting with B11 MR3.
9130 MFS Evolution To activate the feature for 9130 MFS Evolution:
1. For B11 MR1 refer to BSS Configuration Handbook, section Separate O&M
and GBoIP flows
2. For B11 MR3 refer to BSS Configuration Handbook, section Separate MFS
IP Telecom flows.
For specific information about the feature functionality for 9130 MFS Evolution,
refer to BSS Telecom Routing Configuration, section Management of IP
transport in 9130 MFS Evolution.
9125 Transcoder To activate the feature for 9125 Transcoder (for B11 MR3 only):
1. From the TC NEM menu bar, select Window -> TCIF -> IP Conf. The
"TCIF" window opens
2. In the "TCIF" window use the "IP Conf" panel to view and modify TC’s IP
configuration
3. Check box "VLAN Separation" which allows to select the O&M/Telecom
flow separation and click on [Save].
For specific information about the feature functionality for 9125 Transcoder,
refer to BSS Telecom Routing Configuration, section Management of IP
transport in 9125 TC.
55.4 Parameters
This section contains the modified parameters involved in feature deployment:
Name New
VLAN_CONF_INDEX New
56.1 Description
The AMR WB Cell Load Handling feature allows a call to be established in
AMR NB HR (or in HR in case NB-AMR HR would not be possible) in case of
high cell load. This is accomplished by using the following new parameters:
EN_HR_FOR_AMR_WB_GMSK and .
The ADD_HR_IN_TFO_LIST parameter is available only for the 9130 BSC.
56.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
EN_HR_FOR_AMR_WB_GMSK New
ADD_HR_IN_TFO_LIST New
57.1 Description
LTE (Long Term Evolution) is the evolution of 3G UMTS which targets very
high throughputs.
LTE means:
The purpose of the Inter-working with LTE in the Packet domain feature is to
manage 2G versus LTE inter-working (in other words, the GERAN versus
E-UTRAN inter-working), with the following requirements:
The management of the reselection algorithm by the MS/UE takes into account
additional parameters (the so-called priority parameters) which are not only
related to E-UARFCNs, but also to UARFCNs and 2G serving cells.
For any given serving cell, no more than 20 outgoing 2g-LTE adjacencies
are allowed.
57.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
RAT_LTE New
MCC_LTE New
MNC_LTE New
CI_LTE New
EUARFCN New
PRIORITY_LTE New
THRESH_LTE_HIGH New
Name New
THRESH_LTE_LOW New
QRXLEVMIN_LTE New
MEASUREMENT_BANDWIDTH New
T_RESELECTION New
H_PRIO New
DEFAULT_PRIORITY_3G New
DEFAULT_THRESH_3G New
DEFAULT_QRXLEVMIN_3G New
EN_2G_TO_LTEFDD_CELL New
_RESELECTION
Qsearch_P_LTE New
GERAN_PRIORITY New
THRESH_PRIORITY_SEARCH New
THRESH_2G_LOW New
PRIORITY_3G New
THRESH_3G_HIGH New
THRESH_3G_LOW New
QRXLEVMIN_3G New
Adjacency-type-LTE New
Adjacency-Name-LTE New
Cell-LTE-PLMN-Name New
Cell-Name-LTE New
Cell-LTE-Location-Name New
EN_RIM_NACC Modified
FDD_ARFCN_LIST Modified
EN_2G_TO_3G_CELL_ Modified
RESELECTION
EN_2G_TO_3GTDD_ Modified
CELL_RESELECTION
Name New
EN_FAST_3G_RESELECTION Modified
CELL_RIM_NACC_CAPABILITY Modified
P450f NB_E_UTRA_FDD_CAPABLE_MS_CONTEXT_GPU
P450g NB_UTRA_FDD_CAPABLE_MS_CONTEXT_GPU
P450h NB_UTRA_TDD_CAPABLE_MS_CONTEXT_GPU
P182f NB_SERVING_INTER_LTE_NACC
58.1 Description
LTE (Long Term Evolution) is the evolution of 3G UMTS which targets very
high throughputs.
LTE means:
The management of the reselection algorithm by the MS/UE takes into account
additional parameters (the so-called priority parameters) which are not only
related to E-UARFCNs, but also to UARFCNs and 2G serving cells.
’EN_2G_TO_LTEFDD_CELL_RESELECTION’ and
’EN_2G_TO_LTETDD_CELL_RESELECTION’ cannot be enabled
at the same time.
If both ’EN_2G_TO_3G_CELL_RESELECTION’ and
’EN_2G_TO_LTETDD_CELL_RESELECTION’ are enabled, they must
have the same value.
If both ’EN_2G_TO_3GTDD_CELL_RESELECTION’ and
’EN_2G_TO_LTETDD_CELL_RESELECTION’ are enabled, they must
have the same value.
For any given serving cell, no more than 20 outgoing 2g-LTE adjacencies
are allowed.
58.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
FAKE_FDD_MANAGEMENT New
RAT_LTE Modified
MNC_LTE Modified
PRIORITY_LTE Modified
THRESH_LTE_HIGH Modified
THRESH_LTE_LOW Modified
QRXLEVMIN_LTE Modified
MEASUREMENT_BANDWIDTH Modified
EN_2G_TO_LTEFDD_CELL_RESELECTION Modified
EN_FAST_3G_RESELECTION Modified
Qsearch_C_LTE_INITIAL Modified
TDD_ARFCN_LIST Modified
P450f NB_E_UTRA_FDD_CAPABLE_MS_CONTEXT_GPU
P450g NB_UTRA_FDD_CAPABLE_MS_CONTEXT_GPU
P450h NB_UTRA_TDD_CAPABLE_MS_CONTEXT_GPU
P182f NB_SERVING_INTER_LTE_NACC
BSS Overview
59.1 Description
With this feature implemented, firmware upgrade procedure is simple and easy.
Firmware upgrade is triggered remote by operator upon reception of alarms.
This is possible because the firmware packages are part of the BSS package.
The types of boards and the Firmware which should be upgraded are listed
below:
PEM Yes No No
PC (A100) Yes No No
Software replacement
Board replacement.
59.4 Parameters
There are no new or modified parameters.
60.1 Description
With this feature implemented, firmware upgrade procedure is simple and easy.
Firmware upgrade is triggered remote by operator upon reception of alarms.
This is possible because the firmware packages are part of the MFS package.
The boards impacted by firmware upgrade are listed below:
Boards Action
The Firmware upgrade process is launch exclusively from IMT. The operator
is mainly warned via alarms about firmware discrepancies compared to a
reference.
The whole process concerning firmware upgrade is automatic and consists in:
60.4 Parameters
There are no new or modified parameters.
61.1 Description
Bidirectional Forwarding Detection (BFD) is a network protocol used to detect
faults between two endpoints over a particular link.
In an IP BSS network architecture, IP Abis traffic is often aggregated from BTS
sites in several points of concentration (POCs) of an access network, before
reaching a central IP gateway, which is the starting point of a secured IP
backbone towards TC, BSC, and MFS.
The network access can be a layer 2 or a layer 3 access network. In most
of the cases, it is not owned by the mobile operator, and Abis is backhauled
through leased lines services.
BFD is a tool to monitor the transport layer of the Abis through non managed
transport network.
The BFD IP address is used by the “next hop” router which implement the BFD
protocol The address is configured via the BTS NEM and is retrieved by
the OMC via through SNMP.
If the network access does not provide path resiliency capability , BFD can be
used as trigger of path switchover between a primary and a secondary route.
From the BTS NEM User Guide window follow the menu path:
Configuration —> IP... —> BFD IP Address The "BFD Responder IP
Address" window opens.
The default value is 0.0.0.0 and means that BFD is not activated; that value
indicates that the operator does not provide any IP address yet and is not
displayed on the OMC. The BFD IP address must be different from the BTS IP
address.
61.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
BFD_IP_ADDRESS_BTS New
62.1 Description
The MC TRE can be hosted in:
Where:
A Mono-standard MC-TRX is, from the point of view of a 2G system, a
TRE module
A remote MC-RH (MC RRH) is a unit which contains all necessary items to
provide a full BTS function except the functions of a central module, from
DC and central module connection to antenna connection
A local MC-RH (MC LRH) is a unit which provides together with the
central module, a cabinet and a power distribution all necessary items for
a full macro BTS
62.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
RRH-ID New
BSS Overview
63.1 Description
63.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
64.1 Description
The aim of this feature is to avoid the traffic disturbance due to the 9130
BSC Evolution hardware failures.
There are 4 cases of outages due to hardware failures:
OMCP
CCP
TPGSM
MUX
To prevent the above 4 types of outages, the solution is to use a periodic reset
of the standby boards of the 9130 BSC Evolution.
The periodic reset of the standby boards lead to:
initialize again the standby board. This remove the potential software fault
and leave the standby board in the clean state
launch again the self test on the standby board. This detect an inactif
fault covered by the boot self test
This daily reset is launched on the following standby boards: OMCP, CCP,
TPGSM, MUX
An OMC-R script is developed and scheduled in crontab for daily runing. The
script manages a list of board types which is circularly parsed, one type being
picked up from the list at each run. The script triggers the reset on the standby
boards of the chosen type on all or some specified 9130 BSCs Evolution known
by the 9153 OMC-R. The reset is triggered only if the concerned standby
board is in IT status.
64.4 Parameters
There are no new or modified parameters.
65 Gb flex
Note: This feature is available starting with B11 MR3 release.
65.1 Description
The Gb-Flex feature allows a BSS to connect to more than one SGSN.
Up to 8 SGSN can be connected to a BSS. Up to 8 NRI can be defined per
SGSN.
In Alcatel-Lucent solution Gb-Flex works only with Gb over IP.
The benefits of the feature are as following:
Load sharing can be done by the BSS for each SGSN where the BSS
is connected
To have several SGSN allow to enlarge the served area and the reduction of
signalling within the core network
65.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
EN_GB_FLEX New
NRI_LENGTH_PS New
NRI_PS New
SGSN_Weight New
SGSN_OFFLOAD_STATE New
NULL_NRI_PS New
CN_ID_PS New
SLOW_MOVING_FACTOR New
SGSN_Name New
NRI_LIST_PS New
Name New
MAX_NB_SGSN New
CELL_GPU New
BSS_GPU New
SGSNR New
P180a NB_SGSN_SELECTION_NSF
P180b NB_SGSN_SELECTION_RIM
BSS Overview
66.1 Description
STM1 is a 155 Mbit/s interface, defined within the SDH family of interfaces
(others are STM-4, STM-16…).
SDH is used for GSM solely for the transport of E1 links. The SDH is used
in the so-called channelized mode. Each E1 link is transported transparently
(using asynchronous mapping) in one VC12 container. One STM-1 link can
contain up to 63 VC12 containers.
Due to the high traffic per STM1 link, protected access is usually used.
Protection is done by automatic protection switching (APS) with one active
and one standby link.
Automatic protection switching (APS) is used to avoid the loss of a STM1
link in case of a physical link (or termination) failure. The standards have
designed two modes:
Unidirectional protection
In case of unidirectional protection each end of the link transmits on both
lines permanently and each end of the link selects only one line for reception
of the traffic and monitors the received signal on that line. If the received
signal is faulty, then APS in that end will switch the reception to the other
line. At a given point in time, thus one end could use one line and the
other end the other line for reception
Bidirectional protection.
In case of bidirectional protection each end of the link transmits and receives
always on one and the same selected line. Each end of the link monitors
the received signal on that line. If the received signal is faulty, then APS
in that end will switch the reception to the other line and will signal the
switch to the other end (in-band signaling protocol if possible). At a given
point in time, thus both ends use one and the same working line (except
during the short transitions).
66.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
APS_MODE New
67.1 Description
With IP BSS, the frequency synchronization of the BTS (i.e. the automatic
recalibration of the local oscillator frequency on a high accuracy transmission
clock source) can be achieved through NTP: a stratum 1 NTP server delivers
NTP messages to the BTS.
The key value of the synchronization through NTP is that this method does not
induce any requirement on the transmission backbone.
67.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
FREQ_SYNC_POLLING_TIME_INITIAL New
FREQ_SYNC_POLLING_TIME_SUSTAINED New
FREQ_SYNC_POLL_PER_EVAL New
FREQ_SYNC_MIN_NBR_EVAL New
FREQ_SYNC_MAX_INITIAL_EVAL New
FREQ_SYNC_GRAD_CONV_THRES New
FREQ_SYNC_GRAD_CONV_EDGE New
FREQ_SYNC_SUCCESS_RATIO New
BTS-First-NTP-Server-Address New
BTS-Second-NTP-Server-Address New
EFFECTIVE_SYNCH_MODE New
NTP_SYNCHRONISED New
NTP-IP-ADDR New
GPS-SYNCHRONISED New
Name New
NTP-SYNCHRONISED New
PCM-SYNCHRONISED New
68.1 Description
The objective of this feature is to improve the availability of the system. This
means that under normal conditions, the unavailability of the system is better
than 5’15” per year. This feature runs in full IP mode, mixed mode or TDM
mode.
A new module TOAD (Telecom Outage Detector), is introduced in both active
and standby OMCP as a basic LINUX process.
The TOAD checks the number of call establishment per minute. When it
detects there is no call establishment, the process launches an end to end
telecom tests towards Abis and Ater interface. If both tests fails, it attempts to
retrieve the traffic by running the take over of the main boards, and finally, if the
traffic still does not come up, it runs a BSC reset.
The TOAD process runs the BSC outage detection and defense only on the
active OMCP board, mainly to avoid double defense. It sends the outage
report to the standby TOAD to assure the case of OMCP take over following
BSC outage detection.
The BSC distinguish the CS and PS outage, but the PS traffic is less stringent.
The CS and PS traffic outage is observed in the same time.The activity of the
BSC regarding the PS traffic only is very low without impacting the PS traffic.
The BSC will not run any defense action in case where only the PS outage is
detected. The BSC will not generate additional BSC outage neither in case of
bad external transmission network nor in case of others BSS network element
dysfunctions (MFS,TC, BTS unavalaibility).
68.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
EN_Tel_Outage_DET New
69.1 Description
The connection between 9130 BSC Evolution and OMC-R can be over an
IP network or via A interfaces. In case of connection over IP network, the
extraction point is on OMCP. This feature is to provide a working connection to
OMC-R in case of communication via A interface over MLPPP.
The aim of this feature is to improve the 9130 BSC Evolution connection towards
the OMC-R, to save the basic requirement regarding the availability time.
This requirement is improved by the following mechanisms:
limitation of the FLT state (Power OFF) in cases of TPGSM
69.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
EN-OMCR-Conn-DET New
70.1 Description
The aim of this feature is to cover most of the component of theTP board and
the datapath between those components. This application is ran right after
driver installation, and before the MxPF process startup.
When the TP starts-up , the driver load error log file is checked , if there is
no error, TP starts-up normally , otherwise , the TP send an alarm to BSC
and wait for poweroff.
There are two type of diagnosis:
diagnosis without SS7, after all drivers installation except the TPGMSK
SS7 diagnosis, after all drivers installation and load PQ2 software, and it
imply that the drivers are loaded in two stage and the TPGMSK is installed
at last.
70.4 Parameters
There are no new or modified parameters.
71.1 Description
The aim of this feature is to improve the availability and usability of MX BSC
patch information
Due to the implementation of a Webmin module that:
generates a report
post-processes its output
the list of ATCA boards on which the patch is installed and whether the
installed software is corrupted or not.
However, MX BSC patch installation is not changed. That is, patches are
installed manually, one by one, BSC by BSC, remotely from OMC-R, using
helper tools delivered with each patch.
71.4 Parameters
There are no new or modified parameters.
72.1 Description
In B11, it will be possible for customers to dynamically configure up to 6 2G
TRXs in a MC-Module. The licensing unit controlled by the Centralized License
Manager is the number of TREs effectively mapped to MC-Modules.
Considering the pay-as-you-grow model and the shift of MC-Modules from
2G to 3G/LTE over time, the quantity of TREs mapped to MC-Modules is
expected to fluctuate, requiring regular updates of the OMC-R licence files
for a given customer.
To anticipate and optimally manage the licensing of MC-Module hardware
capacity, more flexibility is needed in order to automate the license generation.
The flexibility of the license generation offered to customers is provided by an
Alcatel-Lucent online web tool called LKDI, which tracks all the customer
options transactions and provide a quick way for customers to get licenses.
In GSM, the following cases are handled:
72.4 Parameters
There are no new or modified parameters.
Move 9120 BSC, Without MFS, Same MSC, Different 9153 OMC-R
Move 9120 BSC, Different MFS, Same MSC, Different 9153 OMC-R
Move 9130 MFS Evolution with Associated BSS, Different 9153 OMC-R
Move 9130 BSC Evolution Without MFS, Same MSC, Different 9153 OMC-R
Move 9130 BSC Evolution, Different MFS, Same MSC, Different 9153
OMC-R
Move 9120 BSC, Different MFS, Different MSC, Different 9153 OMC-R
Move 9130 BSC Evolution, Different MFS, Different MSC, Different 9153
OMC-R.
73.1 Description
In order to be prepared to face a still increasing packet traffic, an improved
performance in case of Multi-GPU is needed.
Until now the BSC chooses the GPU towards which sending an UL message
according only to load sharing considerations among its GPU boards and
therefore a part of the GPU processing is wasted in message rerouting.
In order to send the UL message directly to the GPU board handling the
corresponding cell, the BSC shall maintain a cell/GPU mapping table.
From this improvement is expected a higher capacity per GPU board and
therefore a reduction of the number of GPU boards for the same packet
capacity, at network level.
73.4 Parameters
There are no new or modified parameters.
74.1 Description
Iur is the interface defined by 3GPP between RNCs mainly to allow soft
handover inside RNS (without involving CN) in case of inter RNC handovers.
A first step of similar interface named Iur-g between BSCs and between
RNC and BSC has been studied in 3GPP. Only some signalling information
exchange between a BSS and a BSC/RNC has been standardized. The
Iur-g interface is based on a subset of procedures and messages of the Iur
interface of UTRAN, namely the RNSAP.
With the current implementation, one BSC supports up to 16 neighbour RNCs.
The new messages definition through an Iur-g like interface (Control plane) can
optimize 3G to 2G Relocation/HO.
Three procedures are defined on Iur-g+:
Information exchange procedure: in line with 3GPP Iur-g RNSAP TS 25.423.
The RNC obtains GSM cell capacity information from BSC.
74.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
IURG_IP_SUBNET_MASK_BSC New
IURG_PRIORITY New
IURG_SCTP_ENDPOINT_IP_ADDRESS_1 New
IURG_SCTP_ENDPOINT_IP_ADDRESS_2 New
IURG_SCTP_ENDPOINT_LIST New
IURG_SCTP_ENDPOINT_PORT New
CELL_CAPACITY_CLASS_SOURCE New
EN_IURG New
LOCAL_IURG_SCTP_ENDPOINT_IP_ADDRESS_1 New
LOCAL_IURG_SCTP_ENDPOINT_PORT New
MAX_NB_IURG_SCTP_ENDPOINT New
RNC_MIN_NB_ACTIVE_IPSP New
RNC_SPC New
START_IURG_IP_ADDRESS_BSC New
RNC_TRAFFIC_MODE New
RNC_Name New
RNC_ID New
MAX_NB_RNC New
ASIG_IP_SUBNET_MASK_BSC Modified
BSS_IP_SUBNET_MASK_BSC Modified
START_ASIG_IP_ADDRESS_BSC Modified
START_BSS_IP_ADDRESS_BSC Modified
MC1301 NB_BSC_SENT_SS7_IP_BYTES_IURG
MC1302 NB_BSC_SENT_SS7_IP_PACKETS_IURG
MC1303 NB_BSC_RESENT_SS7_IP_PACKETS_IURG
MC1304 NB_BSC_SENT_SS7_IP_BYTES_MAX_MN_IURG
MC1305 NB_N7_CON_REQ_REC_IURG
MC1306 NB_N7_CON_CONF_SENT_IURG
MC1307 NB_ENH_RELOC_REQ_IURG
MC1308 NB_ENH_RELOC_RESP_IURG
MC1309 NB_ENH_RELOC_FAIL_IURG
For B11 MR1Ed.3, the following documents are impacted by the feature:
For B11 MR3Ed.1, the following documents are impacted by the feature:
BSS Methods Handbook
BSS Overview
BSS Configuration Rules.
75.1 Description
The Lb interface is a 3GPP standard interface between BSC and SMLC for
location service. SMLC is abbreviation of “Service Mobile Location Centre”,
who is the network element to handle the location service.
The feature is only supported by 9130 BSC Evolution.
The Lb interface is managed through IP (but the use of a Signaling Gateway
allows managing the Lb interface over TDM).
A given BSC can be connected to one SMLC at the most.
Two location methods are supported on Lb interface:
Timing Advance positioning (also called Cell Id + TA method)
TA positioning + NMR.
75.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
EN_LB New
EN_LB_NMR New
LB_IP_SUBNET_MASK_BSC New
LB_SCTP_ENDPOINT_IP_ADDRESS_1 New
LB_SCTP_ENDPOINT_IP_ADDRESS_2 New
LB_SCTP_ENDPOINT_LIST New
LB_SCTP_ENDPOINT_PORT New
LOCAL_LB_SCTP_ENDPOINT_IP_ADDRESS_1 New
LOCAL_LB_SCTP_ENDPOINT_PORT New
LB_MIN_NB_ACTIVE_IPSP New
Name New
START_LB_IP_ADDRESS_BSC New
SMLC_SPC New
SMLC_TRAFFIC_MODE New
SMLC_Name New
T_SCON New
LB_PRIORITY New
MAX_NB_LB_SCTP_ENDPOINT New
EN_RESET_LB New
T_WAIT_SMLC_RESET_ACK New
NB_WAIT_SMLC_RESET_ACK New
T_Location_Lb New
T_Loc_abort_Lb New
SGW_INTERWORKING_LB New
REACHABILITY_TEST_ADDR_LB New
EN_CONV_GPS Modified
EN_MS_BASED_AGPS Modified
EN_MS_ASSISTED_AGPS Modified
EN_SAGI Modified
EN_LCS(MFS) Modified
EN_LCS(BSC) Modified
ASIG_IP_SUBNET_MASK_BSC Modified
BSS_IP_SUBNET_MASK_BSC Modified
START_ASIG_IP_ADDRESS_BSC Modified
START_BSS_IP_ADDRESS_BSC Modified
START_IURG_IP_ADDRESS_BSC Modified
IURG_IP_SUBNET_MASK_BSC Modified
MC923a NB_LCS_REQ
MC923b NB_LCS_SUCC
MC923c NB_LCS_FAIL_LB
MC923d NB_LCS_ABORT
MC942 NB_LCS_RESET_TX
MC943 NB_LCS_RESET_RX
MC965 NB_LCS_INTERRUPTED_INTRA_BSC_HO
MC966 NB_LCS_INTERRUPTED_INTER_BSC_HO
76.1 Description
The feature is similar with MC-TRX 900Mhz TDM, only the frequency range is
changed, with only internal telecom updates.
76.4 Parameters
No impact versus MC-TRX 900Mhz TDM.
77 Customization of IconBox
Note: This feature is available starting with B11 MR3Ed.2
77.1 Description
The purpose of the feature is to offer a flexible way to integrate in 9153
OMC-R several applications allowing the access to specific 3PPs ncessary to
the customer.
The feature allow the 9153 OMC-R operator to customize the 9153 OMC-R
IconBox in order to add icons, link icons with applications and start applications
by clicking on user specific icons.
The user defined icons can be created, modified and removed from the 9153
OMC-R IconBox.
The user defind icons appear inside a separate frame below the
Alcatel-Lucent’s icons frame in the 9153 OMC-R IconBox.
77.4 Parameters
There are no new or modified parameters.
78.1 Description
For BSSUSM the number of main views was improved from 5 to 15 per
BSSUSM controller. The main views are considered as counting units to
express the oflcf.in limits, not controllers even though the limit per controller is
set to 15.
Each time a BSSUSM main view must be opened, the BSSUSM calls a specific
counting script and depending on the script result and on the limit per controller
the request will be accepted or denied.
BSSUSM will keep a file containing in its name, at each moment, the current
number of opened BSSUSM main views. The file is created when the first main
BSSUSM view is opened and deleted when the last main view is closed.
78.4 Parameters
The NUMBER_BSSUSMCTRL_VIEWS_* variable is replaced by
NUMBER_BSSUSM_VIEWS_* in oflcf.in file.
Name New
NUMBER_BSSUSM_VIEWS_* New
79 MC-TRX 900 - 2G - IP
Note: This feature is available in MR3Ed2.
79.1 Description
The feature is similar with MC-TRX 900Mhz TDM.
79.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
MAX_PDCH_PTU_IP_MC New
MAX_RLC_blks_PTU_MC_IP New
MAX_TBF_PTU_MC_IP New
MAX_TRX_PTU_IP_MC New
MAX_TRX_PTU_IP_MC New
80 MC-TRX 900 - 3G - IP
Note: This feature is available in MR3Ed2.
80.1 Description
The feature is similar with MC-TRX 900Mhz TDM.
80.4 Parameters
No impact versus MC-TRX 900Mhz TDM.
81 MC-TRX 1800 - 2G
Note: This feature is available in MR3Ed2.
81.1 Description
The feature is similar with MC-TRX 900Mhz TDM, only the frequency range is
changed, with only internal telecom updates.
81.4 Parameters
No impact versus MC-TRX 900Mhz TDM.
82 MC-RRH 1800 - 2G
Note: This feature is available starting with B11 MR3ED2.
82.1 Description
The feature is similar with MC-RRH 900Mhz 2PA TDM, only the frequency
range is changed, with only internal telecom updates.
82.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
83.1 Description
The feature is similar with MC-RRH 900Mhz 2PA TDM. There is only one
Power Amplificator.
83.4 Parameters
No impact versus MC-RRH 900Mhz 2PA TDM.
84 MC-RRH 900 - 2G -1 PA - IP
Note: This feature is available starting with B11 MR3ED2.
84.1 Description
The feature is similar with MC-RRH 900Mhz 2PA TDM.
84.4 Parameters
No impact versus MC-RRH 900Mhz 2PA TDM.
85.1 Description
The feature is similar with MC-RRH 900Mhz 2PA TDM.
85.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
other-Standard-ratio-PA1 New
other-Standard-ratio-PA2 New
86.1 Description
The SF V880 machine is no longer supported as OMC-R hardware starting
with B11 MR3Ed.2. The impacted documents were updated accordingly.
86.4 Parameters
No impact.
87.1 Description
The aim af this feature is to help operators to patch MX BSC’s and to gather
information about patch status across all MX BSC supervised by an OMC.
The feature offers the following use cases:
Download patches
Install patches
Uninstall patch
Patch audit
001A is patch ID
87.4 Parameters
There are no new or modified parameters.
88.1 Description
Based on counters/indicators, alerters are dedicated to speed up the reactivity
of the operational team to detect and to solve any Quality of Service (QoS)
degradation so as to restore telecom resources as fast as possible and to
improve network availability seen by the end user.
Five additional QoS basic alerters are delivered by default.
88.4 Parameters
No impact.
89.1 Description
The feature is similar with Support of MC-TRX 900 Multistandard: Separate 2G
and 3G carriers in same cabinet TDM.
89.4 Parameters
This section contains the new and modified parameters involved in feature
deployment.
Name New
90.1 Description
The NodeB does not have an accurate autonomous clock system, especially in
IP mode, where the it uses PDP (Packet Data Protocol) and IEEE 1588v2 to
obtain the required frequency accuracy. That is why, in the case of collocated
BTSs and IP NodeBs, the BTS will provide a G704 E1 signal synchronized
from the local oscillator on the secondary Abis port that will be connected
to the NodeB.
BSC BTS Synchro Line NodeB
Abis HW TP E1 G704
Port 1 Port 2
90.4 Parameters
No impact.