Documente Academic
Documente Profesional
Documente Cultură
Self-Configuration Feature
Guide
ZTE LTE FDD X2 Self-Configuration Feature Guide
Update to V3.3.20.20
V1.0 2016-03-30 He Ke Liu Yue Update the function description
Update the configuration
Update to V3.3.20.50
V1.1 2016-09-28 Yin Peng Liu Yue Modify some technical points in Chapter 3
Delete related counters in Chapter 4.2
TABLE OF CONTENTS
1 Introduction ....................................................................................................... 6
1.1 Feature Attribute .................................................................................................. 6
1.2 Related Feature List and License Control ............................................................ 7
1.3 Correlation with Other Feature ............................................................................. 7
2 Function Description......................................................................................... 8
7 Abbreviations .................................................................................................. 49
FIGURES
TABLES
1 Introduction
This document provides the introduction, technical descriptions, parameter configuration,
counters, alarms, and validation procedure of the LTE FDD X2 Self-Configuration
feature.
The parameters, alarms and counters in this document are the same as those of the
latest software version when this document is released. To obtain the MO, parameters,
alarms, and KPIs of the existing software version, please refer to the product manuals of
the existing software version.
This document is applicable to LTE FDD mode. "LTE" and "eNodeB" mentioned in this
document respectively refer to "LTE FDD" and "LTE FDDbased eNodeB".
EMS: V12.15. 30
OMMB: V12.15.30
Note:
Involved NEs:
UE eNodeB MME S-GW BSC/RNC SGSN P-GW HSS
- - - - -
Note:
Feature Name
Required Features
Exclusive Features
None
Affected Features
None
2 Function Description
X2 self-Configuration functions include X2 self-setup and X2 self-deletion.
As an inter-site interaction channel, the X2 link provides the inter-site cell collaboration
function (for example, ICIC, LB, MRO, and MLB) and lays a foundation for inter-site
X2-based handover to shorten the time delay of handover. The basic principle of X2
self-configuration is to identify and set up available or high-priority X2 links but delete
unavailable or low-priority X2 links based on the statistical analysis of the neighbor cell
configuration and performance data of the current cell.
X2 self-setup is mainly based on neighbor cell information. The eNodeB obtain the IP
address of the transport layer of the peer eNodeB, in order to add a local X2 link. The
request process of IP address of the transport layer as follows:
The eNodeB sends the eNB CONFIGURATION TRANSFER message to the MME
for requesting the IP address of the corresponding eNodeB ID.
The target eNodeB forwards the IP address of the corresponding SCTP connection
by sending the eNB CONFIGURATION TRANSFER message to the MME.
The MME sends the MME CONFIGURATION TRANSFER message to the source
eNodeB.
3 Technical Descriptions
V3 version supports the maximum SCTP association number: 64 CC16, 128 CCE1. For
FDD, one SCTP link needs to be reserved for inter-RAT system. S1AP, X2AP and
reserved SCTP share SCTP associations.
The number of X2 SCTP associations supported by the system cannot meet the
operators requirements. To use X2 link resources more effectively, the system controls
X2 self-setup and self-deletion respectively to achieve X2 preference.
2. In the high threshold status, few X2 association resources are left free and much X2
associations require to be set up, so the use of high frequency associations will be
set up preferentially. The eNodeB starts collecting the number of S1 handover
success between this eNodeB and the opposite eNodeB for the X2 association to
be set up. When the statistics period expires, if the number of S1 handover success
is greater than the SonPolicyX2.sonS1HoSuccThrd(the threshold of S1 handover
times), the X2 association to be set up will be frequently used, and X2 self-setup is
triggered. If the number of S1 handover success is less than the
SonPolicyX2.sonS1HoSuccThrd(the threshold of S1 handover times), X2 self-setup
is not triggered.
1. If no neighbor relation is kept between two eNodeBs, the X2 association will not be
used any more. To save resources, X2 self-deletion is triggered immediately.
2. In the high threshold status, few X2 association resources are left free. To ensure
the use of high frequency association with can be added successfully, the use of
low frequency association should be deleted. The eNodeB triggers X2 self-deletion
statistics about the number of X2 handover success on each X2 association. When
the statistics period expires, if the number of handovers on the association that has
the minimum number of X2 handover success is less than the
SonPolicyX2.sonX2HoSuccThrd(the threshold of X2 handover times), or the
number of X2 association has reach the maximum(When the baseband board is
CC16 the maximum is 46, When the baseband board is CCE1 the maximum is 126,
The maximum is fixed and cant be allocated), or the sum of the number of S1 and
X2 association has reach the maximum(When the baseband board is CC16 the
maximum is 47, When the baseband board is CCE1 the maximum is 127, The
maximum is fixed and cant be allocated), X2 self-deletion is triggered. If the number
3. The eNodeB scans all the X2 associations periodically (every 5 minutes) to check
whether the X2 association status is abnormal. If the X2 association status is
abnormal, scan it every minute. If the X2 association status is still abnormal for
continuous 30 minutes, X2 self-deletion is triggered. If the X2 association status
becomes normal in 30 minutes, the scan statistics is cleared and X2 self-deletion is
not triggered. In normal status, the eNodeB scans the X2 associations every five
minutes.
4. The repeated X2 associations will be self-deleted. To ensure that there is only one
valid X2 link, the repeated X2 association will trigger self-deletion if one valid X2 link
has already existed.
5. If an X2 link is added into the X2 black list, and the X2 link exists, the eNodeB
triggers X2 self-deletion immediately.
3.1.2 X2 Self-Learning
In the X2 design solution, X2 self-setup and X2 self-deletion are based on the statistical
results in high threshold status. X2 self-setup needs to determine whether the number of
S1 handovers reaches the required threshold, and X2 self-deletion needs to determine
whether the number of X2 handovers reaches the required threshold.
After the X2 self-setup period and X2 self-deletion period end, the X2 self-learning
function records the number of S1 handovers or the number of X2 handovers after each
X2 statistics instance expires. After the X2 self-learning statistics expires, the reasonable
X2 self-setup threshold and X2 self-deletion threshold are calculated based on the
statistical data. The execution of the X2 self-setup and self-deletion function provides the
source data for modifying the decision threshold for X2 self-learning, and X2 self-learning
provides the reasonable decision threshold for the X2 function.
Under an eNodeB with a few users, a few handovers are triggered, but the
self-setup threshold is set too high, resulting in X2 links not being able to be set up
quickly.
Under an eNodeB with many users, many handovers are triggered, but the
self-setup and self-deletion thresholds are set too low, resulting in the X2 link with a
few handovers not being able to be deleted quickly.
If a neighbor eNodeB that has an X2 association to the local eNodeB is added into the
ENBFunctionFDD.x2BlackList(X2 black list), the local eNB triggers X2 self-deletion
immediately. When the black list changes, the eNodeB triggers X2 association deletion
again according to the new black list.
Once an eNodeB is removed from the black list, its X2 association may be set up when
X2 self-setup is triggered.
When the IP address of the peer eNodeB changes, the IP address of X2 SCTP
association of the source eNodeB will be updated automatically. When the IP address of
the peer eNodeB changes, the source eNodeB will detect abnormal link and initiates
transmission IP address request for IP address of the peer eNodeB. If the source
eNodeB detects that the IP address of the peer eNodeB is not consistent with the local
configuration, the source eNodeB will initiate the IP update.
3.2 Procedures
3.2.1 X2 Self-Setup
Trigger X2 self-setup
2. After break point interaction, X2 self-setup goes on. The eNodeB1 obtains the
transmission address of the opposite eNodeB2 through messages 2a2d.
Meanwhile, the eNodeB2 needs to check the switch of X2 self-setup interactive
control. If disable, eNodeB2 does not process the messages.
4. The EMS adds the X2 association, and synchronizes the data to the eNodeB1. The
EMS performs BR0 reference point interaction, and shows the operator the X2
association configuration result.
5. The local eNodeB1 and peer eNodeB2 perform the X2 SETUP procedure to set up
the X2 link.
After receiving X2 link setup success message, the eNodeB1 judges whether there has
ever existed valid X2 link between the eNodeB 1 and eNodeB 2. If there exists valid X2
link, OMC is informed to delete the latest established X2AP/SCTP to ensure there is only
one valid X2AP between two eNodeBs. If there is no valid X2 link, eNodeB 1 finishes X2
self-setup after waiting for 5 minutes, and indicates X2 link addition success.
If X2 link setup success message is not reported 3 hours later, X2 self-setup will be
finished and indicates X2 link addition failure.
Note: if the peer SCTP reaches the maximum configuration, the peer will not respond the
transmission address request.
3.2.2 X2 Self-Deletion
Trigger X2 self-deletion
1a.R2/R3/R4 break point interaction
d) If an X2 link is added into the X2 black list, and the X2 link exists, the
eNodeB triggers X2 self-deletion immediately.
e) If there has already existed one valid X2 link, and when another X2 link is
added, the repeated X2 link will be deleted, and the former valid X2 link is
kept.
In scenario a) and d), the eNodeB reports to OMC to perform R2 break point interaction.
In scenario e), only deletion message is reported due to no break point interaction.
3. The OMC deletes the X2 association, and synchronizes the data to the eNodeB1
and eNodeB2. The OMC performs R31 reference point interaction, and shows the
operator the X2 association deletion result.
3.2.3 IP Update
X2 Link is broken
1.Delay
4.Update X2 IP
2. If the timer expires, initiate the peer IP obtaining process. eNodeB1 obtains the peer
eNodeB transmission address via 2a-2d. If the X2 association recovers before the
timer expires, the process ends;
3. eNodeB judges whether the peer IP has changed or not. If the peer IP does not
change, the process ends; if the peer IP changes, then:
iii. OMC performs R32 reference point interaction, and displays the result.
4 Engineering Guide
SON Switch
SonControl.So Object ID; [1..999
1 Template ID N/A N/A
nControlId Generated by the 9]
System.
User-Friendly
SonControl.de Template
2 Description of N/A N/A N/A
scription Name
Object
Service
Type(21:PnP
26:SH 43:CS
SonControl.so [[0..25
3 Service Type 46:ANR 47:PCI N/A 26
nFuncId 5]
48:X2 49:MRO
50:CCO 51:RO
52:MLB 57:ES)
0:{Clos
SonControl.so Service This parameter is 0:{Clos
4 e},1:{O N/A
nSwitch Switch the service switch. e}
pen}
SON X2 Policy
SonPolicyX2.S Object ID; [1..999
5 Template ID N/A N/A
onPolicyX2Id Generated by the 9]
System
User-Friendly
SonPolicyX2.d Template
6 Description of N/A N/A N/A
escription Name
Object,
Service
Type(21:PnP
26:SH 43:CS
SonPolicyX2.s
7 Service Type 46:ANR 47:PCI [0..255 N/A 48
onFuncId
48:X2 49:MRO ]
50:CCO 51:RO
52:MLB 57:ES)
The parameter
indicates the
policy is used for
macro-eNB and
macro-eNB SON
or macro-eNB and 0:
pico-ENB SON. {MAR
"MARCO and CO
0:
MARCO" indicates and
{MAR
Type of the policy is used MARC
SonPolicyX2.p CO
9 Service for SON function O}, N/A
olicyType and
Policy between 1:
MARC
Macro-eNB and {MAR
O}
Macro-eNB. CO
"MARCO and and
PICO" indicates PICO}
the policy is used
for SON function
between
Macro-eNB and
Pico-eNB.
It indicates the
policy report the
Bre
monitoring
Breakp akp
reference point.
oint oint
Whether a
SonPolicyX2.s timeou time
X2 Refer breakpoint,
10 onReferPointP t out 4320
Point Policy breakpoint timeout
olicy length: unit
length and
[1,432 s:
breakpoint timeout
0] min
policy, the setting
ute
only takes effect in
controlled mode.
This parameter
indicates whether
the X2 self-Learn
SonPolicyX2.x function is open or 0:{Clos
X2 Self Learn
12 2SelfLearnSw not. If the value is e},1:{O N/A 0
Switch
ch 'Open', the pen}
function is open;
otherwise, the
function is close.
This parameter
indicates the
number of SCTP
The Number
associations
of SCTP
SonPolicyX2.s reserved for S1.
13 Associations [1..16] N/A 16
1SctpNum These SCTP
Reserved for
associations can't
S1
be used for
X2.(Japanese
custom parameter)
The threshold of
S1 HO success.
When the number
of X2 interface is
more than specific
threshold(X2 Self
Delete Detection
Start Threshold)
and a new X2
SonPolicyX2.s S1 HO
interface is need to [0..655
15 onS1HoSuccT Success N/A 48
be added, It's 35]
hrd Threshold
necessary to count
the times of S1 HO
success. Only
when the times of
S1 HO success is
more than this
parameter, the
new X2 is allowed
to be added.
This parameter is
used to enable the
X2 Self
self deletion
SonPolicyX2.s Delete
detection
17 onX2DelChec Detection [1..63] N/A 20
algorithm when
kThreshold Start
the X2 self setup
Threshold
number up to the
threshold.
The threshold of
X2 HO success.
When the number
of X2 interface is
more than specific
threshold(X2 Self
Delete Detection
Start Threshold),
the eNodeB will
SonPolicyX2.s X2 HO start an X2
[0..655
18 onX2HoSuccT Success interface N/A 48
35]
hrd Threshold self-delete statistic
timer. After the
timer is timeout, if
the number of X2
HO success via an
X2 interface is less
than this
parameter, the
eNodeB will delete
the X2 interface.
This is a List of
DNs of
ENBFunction and
ExternalENBFunct
ion. If the Target
Node DN is a
Member of the
Source Node's
ENBFunction.x2Bl
ackList, the
Source Node Is:
1 Prohibited From
Sending X2
Connection
Request to Target
Node; 2 Forced to
ENBFunctionF
Tear Down
19 DD.x2BlackLis X2 Black List N/A N/A N/A
Established X2
t
Connection to
Target Node 3 not
Allowed to Accept
Incoming X2
Connection
Request From
Target Node.
The Same DN
May Appear Here
and in
ENBFunction.x2W
hiteList. In Such
Case, the DN in
x2WhiteList Shall
be Treated as If It
is Absent.
This is a List of
DNs of
ENBFunction and
Externalenbfunctio
n. If the Target
Node DN is a
Member of the
Source Node's
ENBFunction.X2W
hiteList, the
Source Node is: 1
Allowed to
Request the
Establishment of
ENBFunctionF
X2 Connection
20 DD.x2WhiteLis x2WhiteList N/A N/A N/A
With the Target
t
Node; 2 Not
Allowed to Initiate
the Tear Down of
Established X2
Connection to
Target Node. The
Same DN May
Appear Here and
in
ENBFunction.x2Bl
ackList. In such
case, the DN here
shall be Treated
as if it is absent.
The parameter
The indicates the
Maximum maximum base
Base Shift time length from
ENBFunctionF Time Length X2 policy
[0..255
21 DD.shiftNumb for X2 Self parameters are N/A 100
]
er Setup configured to
Function in used, when X2
First Deploy function is
Case (hr) deployed at first
time.
If the indication is
Open, The passive
The Switch of eNB processes
GlobleSwitchI X2 TNL request for X2
0:{Clos
nformation.x2 Self-Setup self-setup. If the
22 e},1:{O N/A 1
PassProcSwc TNL indication is Close,
pen}
h Interactive The passive eNB
Control doesn't process
TNL request for X2
self-setup
No special requirements
Network elements must be in the same MME. In addition, if MME supports transport
self-setup of E - UTRAN Transparent Container, Inter-MME X2 self-setup needs to be
supported .
No special requirements
4.3.4 UE Requirement
No special requirements
No special requirements
Objective
Process
1. On the EMS client, click Configuration>SON Management from the menu bar. The
SON Management window is displayed.
2. In the SON Management window, double-click SON Policy Management in the left
SON Management Tree. Double-click Managed Element>LTE FDD>FDD SON
Control, Click Create on the toolbar. The FDD SON Control dialog box is
displayed, Configure the parameters Service Type as X2 and Service Switch as
Open. Then click OK.
3. Choose the new switch record, and then click on the toolbar. Or click the right
on the record, and click Set. Set the eNodeB to which the X2 control switch is to be
distributed, and then click OK.
Objective
Process
2. Choose the new X2 policy, and then click on the toolbar. The Set dialog box is
displayed. Set the object type as LTE FDD and then select the eNodeB on which
the X2 policy is to take effect, then click OK.
1. Choose the record and click the toolbar button, the LTE FDD parameters
is displayed.
2. In the configuration view,Midify the X2 black list or X2 white list According to actual
4. In the configuration view, click the button to modify the X2 white list
4.4.1.3.2 The Maximum Base Shift Time Length for X2 Self Setup Function in First Deploy
Case (hr)
Figure 4-11 Modify the maximum base shift time length for X2 self setup function in first
deploy case
2. In the configuration view, Set the The Switch of X2 Self-Setup TNL Interactive
Control parameter as Open or Close.
Figure 4-13 Modify the switch of x2 self-setup TNL interactive control parameters
Purpose
According to the actual demands, configure the X2 SCTP object ID and SCTP NO value
range. Currently, CC16 supports 64 SCTP at maximum, 128 SCTP for CCE1 at
maximum.
Process
5 Feature Validation
5.1.1 Topology
xPON
AAA DHCP DNS
Operator provides
FDD RRU services
MPLS
PSTN
Antenna
NetNumen M31
Internet
1 eNodeB 2
2 UE 1
3 MME 1
4 PGW 1
5 PDN server 1
6 PC 3.
Feature ID ZLF33-01-007
The X2 Self-Setup is successful on the EMS by adding a new neighbor relation between
two eNodeBs.
5.2.1 Topology
FDD RRU
Antenna
eNodeB
FDD RRU xPON
AAA DHCP DNS
Operator provides
services
Antenna MPLS
eNodeB
PSTN
FDD RRU
eNodeB PDH/SDH HSS
Terminal Firewall
Antenna
Enterprise
FDD RRU
Metro Ethernet VPN
Microwave
1 eNodeB Number:4
2 UE Number:1
3 MME Number:1
4 PGW Number:1
6 PC Number:3
Feature ID ZLF33-01-007
5.3.1 Topology
Feature ID ZLF33-01-007
5.4.1 Topology
Feature ID ZLF33-01-007
Feature ID ZLF33-01-007
This feature achieves direct connections between network elements and provides X2
handover. At the same time, it can fast update the configuration information of neighbor
cells.
None
7 Abbreviations
For the acronyms and abbreviations, see LTE Glossary.