5 Information Object Classes (IOCs)

32.5223GPPInformation Service (IS)Release 11Self-Organizing Networks (SON) Policy Network Resource Model (NRM) Integration Reference Point (IRP)Telecommunication managementTS

5.1 Information entities imported and local labels

Label reference

Local label

3GPP TS 32.622 [9], IOC, Top

Top

3GPP TS 32.622 [9], IOC, SubNetwork

SubNetwork

3GPP TS 32.762 [10], IOC, ENBFunction

ENBFunction

3GPP TS 32.762 [10], IOC, EUtranRelation

EUtranRelation

3GPP TS 32.762 [10], IOC, EUtranGenericCell

EUtranGenericCell

5.2 Class diagram

5.2.1 Attributes and relationships

NOTE 1: IOC SONControl shall be instantiated whenever one or more IOC SONTargets are instantiated.

Figure 5.2.1-1: Cell view of SON Policy NRM

Figure 5.2.1-2: ES Policies NRM IOCs (Containment Relationship)

NOTE 2: Also IOC SONControl is used for intra-LTE ES purposes – see clause 5.3.2.2 – but is not shown in Figure 5.2.1-2 to avoid the impression that there would an additional instance of this IOC be needed for intra-LTE ES.

Figure 5.2.1-3: IOCs to control SON on cell level (Containment Relationship)

Figure 5.2.1-4: Inter-RAT ES Policies NRM IOCs (Containment Relationship, part 1)

NOTE 3: Also IOC SONControl is used for inter-RAT ES purposes – see clause 5.3.2.2 – but is not shown in Figure 5.2.1-4 to avoid the impression that there would an additional instance of this IOC be needed for inter-RAT ES.

Figure 5.2.1-5: Inter-RAT ES Policies NRM IOCs (Containment Relationship, part 2)

Figure 5.2.1-6: Inter-RAT ES Policies NRM IOCs (Containment Relationship, part 3)

NOTE 4: Also IOC SONControl is used for inter-RAT ES purposes – see clause 5.3.2.2 – but is not shown in Figure5.2.1-6 to avoid the impression that there would an additional instance of this IOC be needed for inter-RAT ES. SONControl is contained by Subnetwork or RncFunction when esSwitch attribute is applied in SONControl.

Subnetwork

(from TS 32.622)

<<InformationObjectClass>>

1

InterRatEsPolicies

<<InformationObjectClass>>

0..1

1

InterRatEsPolicies

<<InformationObjectClass>>

InterRatEsPolicies

<<InformationObjectClass>>

ExternalRncFunction

(from TS 32.642)

<<InformationObjectClass>>

0..1

1

0..n

1

ExternalUtranGenericCell

(from TS 32.642)

<<InformationObjectClass>>

0..1

1

0..n

1

<<names>>

1

1

<<names>>

0..n

<<names>>

1

0..n

<<names>>

1

<<names>>

1

<<names>>

1

Figure 5.2.1-7: Inter-RAT ES Policies NRM IOCs (Containment Relationship, part 4)

<<names>>

BssFunction

(from TS 32.652)

<<InformationObjectClass>>

ManagedElement

(from TS 32.622)

<<InformationObjectClass>>

0..n

1

InterRatEsPolicies

<<InformationObjectClass>>

0..1

1

BtsSiteMgr

(from TS 32.652)

<<InformationObjectClass>>

0..n

1

InterRatEsPolicies

<<InformationObjectClass>>

0..1

1

GsmCell

(from TS 32.652)

<<InformationObjectClass>>

0..n

1

InterRatEsPolicies

<<InformationObjectClass>>

0..1

1

0..1

<<names>>

1

0..n

<<names>>

1

0..n

<<names>>

1

0..1

<<names>>

1

0..n

<<names>>

1

0..1

1

Figure 5.2.1-8: Inter-RAT ES Policies NRM IOCs (Containment Relationship, part 5)

Subnetwork

(from TS 32.622)

<<InformationObjectClass>>

1

InterRatEsPolicies

<<InformationObjectClass>>

0..1

1

InterRatEsPolicies

<<InformationObjectClass>>

ExternalBssFunction

(from TS 32.652)

<<InformationObjectClass>>

0..n

1

ExternalGsmCell

(from TS 32.652)

<<InformationObjectClass>>

0..1

1

0..n

1

<<names>>

1

1

<<names>>

0..n

<<names>>

1

0..n

<<names>>

1

<<names>>

1

Figure 5.2.1-9: Inter-RAT ES Policies NRM IOCs (Containment Relationship, part 6)

Figure 5.2.1-10: IOCs for SON coordination (Containment Relationship)

5.2.2 Inheritance

Figure 5.2.2-1: SON Policy NRM Inheritance Hierarchy

Figure 5.2.2-2: ES Polices NRM IOCs (Inheritance Relationship)

Figure 5.2.2-3: Inheritance for IOC to control SON on cell level

Figure 5.2.2-4: Energy saving properties NRM IOCs (Inheritance Relationship)

Figure 5.2.2-5: IOCs for SON coordination (Inheritance Relationship)

5.3 Information Object Class (IOC) definitions

5.3.1 SONTargets

5.3.1.1 Definition

This IOC represents targets for SON functions and their relative weights.

Target hierarchy rule:

An NRM IOC instance X may name-contain an IOC SONTargets instance T. The rule states that:

– If X name-contains a SONTargets instance T, then T is applicable to X.

– If X and all its superior instances do not name-contain any SONTargets instance, then no SONTargets instance is applicable to X.

– If X does not name-contain any SONTargets instance, but one or more of X’s superior instances name-contain a SONTargets instance, then the SONTargets instance of the superior instance closest to X, in X’s naming tree, is applicable to X.

5.3.1.2 Attributes

Attribute name

Support Qualifier

Read Qualifier

Write Qualifier

id

M

M

hoFailureRate

O *)

M

M

rrcConnectionEstablishmentFailureRateCharacteristic

O *)

M

M

rrcConnectionAbnormalReleaseRateCharacteristic

O *)

M

M

eRabSetupFailureRateCharacteristic

O *)

M

M

eRabAbnormalReleaseRateCharacteristic

O *)

M

M

rachOptAccessProbability

CM **)

M

M

rachOptAccessDelayProbability

CM **)

M

M

*) Note 1: At least one of the attributes shall be supported.

**) Note 2: Only one of these attributes shall be present.

5.3.1.3 Attribute constraints

Name

Definition

rachOptAccessProbability CM Support Qualifier

RACH Optimization is supported and Access Probability is supported as target.

rachOptAccessDelayProbability CM Support Qualifier

RACH Optimization is supported and Access Delay Probability is supported as target.

5.3.1.4 Notifications

The common notifications defined in subclause 5.6.1 are valid for this IOC, without exceptions or additions.

5.3.2 SONControl

5.3.2.1 Definition

This IOC represents the possibility to switch on or off SON functions. This is provided for Handover parameter optimization, Load Balancing optimization, Energy Saving, RACH optimization and Cell Outage Compensation.

5.3.2.2 Attributes

Attribute name

Support Qualifier

Read Qualifier

Write Qualifier

id

M

M

hooSwitch

CM

M

M

lboSwitch

CM

M

M

esSwitch

CM

M

M

roSwitch

CM

M

M

cocSwitch

CM

M

M

5.3.2.3 Attribute constraints

Name

Definition

hooSwitch CM Support Qualifier

Handover (HO) parameter Optimization function is supported.

lboSwitch CM Support Qualifier

Load Balancing Optimization function is supported.

esSwitch Support Qualifier

The condition is “Distributed or EM-Centralized ESM architecture is supported”.

roSwitch CM Support Qualifier

RACH Optimization is supported.

cocSwitch Support Qualifier

The condition is “CoC is supported”. Only allowed to be present, if SONControl is contained in subnetwork IOC instance.

5.3.2.4 Notifications

The common notifications defined in subclause 5.6.1 are valid for this IOC, without exceptions or additions.

5.3.3 ESPolicies

5.3.3.1 Definition

This IOC represents the energy saving policies information. This object class is valid in a distributed ES architecture or in an EM-centralized ES architecture.

5.3.3.2 Attributes

Attribute name

Support Qualifier

Read Qualifier

Write Qualifier

id

M

M

esActivationOriginalCellLoadParameters

CM

M

M

esActivationCandidateCellsLoadParameters

CM

M

M

esDeactivationCandidateCellsLoadParameters

CM

M

M

esNotAllowedTimePeriod

O

M

M

5.3.3.3 Attribute constraints

Name

Definition

esActivationOriginalCellLoadParameters

The condition is "Intra-RAT ESM is supported AND the cell acts as an original cell".

esActivationCandidateCellsLoadParameters

The condition is "Intra-RAT ESM is supported AND the cell acts as a candidate cell".

esDeactivationCandidateCellsLoadParameters

The condition is "Intra-RAT ESM is supported AND the cell acts as a candidate cell".

5.3.3.4 Notifications

The common notifications defined in subclause 5.6.1 are valid for this IOC, without exceptions or additions.

5.3.4 EUtranCellSON

5.3.4.1 Definition

This IOC represents the parameters for control of SON functions on E-UTRAN cell level.

5.3.4.2 Attributes

Attribute name

Support Qualifier

Read Qualifier

Write Qualifier

id

M

M

maximumDeviationHoTrigger

CM

M

M

minimumTimeBetweenHoTriggerChange

CM

M

M

5.3.4.3 Attribute constraints

Name

Definition

maximumDeviationHoTrigger Support Qualifier

The condition is "HOO function is supported".

minimumTimeBetweenHoTriggerChange Support Qualifier

The condition is "HOO function is supported".

5.3.4.4 Notifications

The common notifications defined in subclause 5.6.1 are valid for this IOC, without exceptions or additions.

5.3.5 Void

5.3.6 EnergySavingProperties

5.3.6.1 Definition

This IOC represents the energy saving properties of a network element supporting Energy Saving Management functionality.

5.3.6.2 Attributes

Attribute name

Support Qualifier

Read Qualifier

Write Qualifier

id

M

M

energySavingState

M

M

energySavingControl

CM

M

M

isProbingCapable

O

M

5.3.6.3 Attribute constraints

Name

Definition

energySavingControl CM Support Qualifier

The condition is "ESM functionality supports and uses NM-Centralized architecture".

5.3.6.4 Notifications

The common notifications defined in subclause 5.6.1 are valid for this IOC. Notification notifyAttributeValueChange shall be supported for attribute energySavingState.

5.3.7 interRatEsPolicies

5.3.7.1 Definition

This IOC represents the inter-RAT energy saving policies information. This object class is valid in a distributed ES architecture or in an EM-centralized ES architecture.

5.3.7.2 Attributes

Attribute name

Support Qualifier

Read Qualifier

Write Qualifier

id

M

M

interRatEsActivationOriginalCellParameters

CM

M

M

interRatEsActivationCandidateCellParameters

CM

M

M

interRatEsDeactivationCandidateCellParameters

CM

M

M

5.3.7.3 Attribute constraints

Name

Definition

interRatEsActivationOriginalCellParameters CM Support Qualifier

The condition is "The cell acts as an original cell" AND inter-RAT ESM is supported.

interRatEsActivationCandidateCellParameters CM Support Qualifier

The condition is "The cell acts as a candidate cell" AND inter-RAT ESM is supported.

interRatEsDeactivationCandidateCellParameters CM Support Qualifier

The condition is "The cell acts as a candidate cell" AND inter-RAT ESM is supported.

5.3.7.4 Notifications

The common notifications defined in subclause 5.6.1 are valid for this IOC, without exceptions or additions.

5.3.8 IOC SONFuncInfo

5.3.8.1 Definition

This IOC represents information of SON functions, to support SON coordination. In case of SON coordination function is located below Itf-N, this IOC is used together with SONCoordinationPolices IOC for SON coordination purpose.

SONFuncInfo hierarchy rule:

An NRM IOC instance X may name-contain an IOC SONFuncInfo instance T. The rule states that:

– If X name-contains a SONFuncInfo instance T, then T is applicable to X.

– If X and all its superior instances do not name-contain any SONFuncInfo instance, then no SONFuncInfo instance is applicable to X.

– If X does not name-contain any SONFuncInfo instance, but one or more of X’s superior instances name-contain a SONFuncInfo instance, then the SONFuncInfo instance of the superior instance closest to X, in X’s naming tree, is applicable to X.

5.3.8.2 Attributes

Attribute Name

Support Qualifier

Read Qualifier

Write Qualifier

id

M

M

sonFuncCapabilityBelowItfN

M

M

5.3.8.3 Attribute constraints

None.

5.3.8.4 Notifications

The common notifications defined in subclause 5.6.1 are valid for this IOC, without exceptions or additions.

5.3.9 IOC SONCoordinationPolicies

5.3.9.1 Definition

This IOC represents the SON coordination policies that are selected by IRPManagers from the IRPAgent supported policies in the case of a separate SON coordination function is located below Itf-N (i.e., EM centralized SON coordination) or SON coordination function is implemented as part of each SON function (i.e., distributed SON coordination). For EM centralized SON coordination case, the case that the SON function is located above Itf-N and the corresponding SON coordination function is below Itf-N is not in the scope of this release.

This IOC is not intended to be used by IRPManager to create SON coordination policies that are not supported by IRPAgent. The selected SON coordination policies are used by SON coordination function to coordinate the SON functions with potential conflicts, in case no SON coordination policies are selected by IRPManager, the default SON coordination policies are applied to the SON coordination function below Itf-N; the default SON coordination policies are per agreement between IRPManager and IRPAgent, the value of the default SON coordination policies is out of the scope of this specification.

SONCoordinationPolicies hierarchy rule:

An NRM IOC instance X may name-contain an IOC SONCoordinationPolicies instance T. The rule states that:

– If X name-contains a SONCoordinationPolicies instance T, then T is applicable to X.

– If X and all its superior instances do not name-contain any SONCoordinationPolicies instance, then no SONCoordinationPolicies instance is applicable to X.

– If X does not name-contain any SONCoordinationPolicies instance, but one or more of X’s superior instances name-contain a SONCoordinationPolicies instance, then the SONCoordinationPolicies instance of the superior instance closest to X, in X’s naming tree, is applicable to X.

5.3.9.2 Attributes

Attribute Name

Support Qualifier

Read Qualifier

Write Qualifier

id

M

M

selectedSonCoordPolicy

CM

M

M

sonFuncPriorityOrder

CM

M

M

5.3.9.3 Attribute constraints

5.3.9.4 Notifications

Name

Definition

selectedSonCoordPolicy CM Support Qualifier

SON coordination function below Itf-N supports more than one coordination policy.

sonFuncPriorityOrder CM Support Qualifier

The selectedSonCoordPolicy equals to “BaseOnPriority”.

The common notifications defined in subclause 5.6.1 are valid for this IOC, without exceptions or additions.

5.4 Information relationship definitions

None.

5.5 Information attribute definitions

5.5.1 Definition and legal values

Table 5.5.1.1 defines the attributes that are present in the Information Object Classes (IOCs) of the present document.

Table 5.5.1.1: Attributes definitions and legal values

Attribute Name

Definition

Legal Values

cocSwitch

This attribute allows the operator to enable/disable the COC functionality.

Enumerated {on, off}

energySavingControl

This attribute allows the IRPManager to initiate energy saving activation or deactivation. Its value can not be changed by the IRPAgent.

Enumerated
{toBeEnergySaving, toBeNotEnergySaving}.

energySavingState

Specifies the status regarding the energy saving in the cell.

If the value of energySavingControl is toBeEnergySaving, then it shall be tried to achieve the value isEnergySaving for the energySavingState.

If the value of energySavingControl is toBeNotEnergySaving, then it shall be tried to achieve the value isNotEnergySaving for the energySavingState.

Enumerated
{isNotEnergySaving,

isEnergySaving}.

eRabAbnormalReleaseRateCharacteristic

The target is on the number of E-RAB abnormal release related to load divided by the total number of attempted E-RAB setups.

This attribute allows to define for a value the composite available capacity (CAC) range in which the target is valid. For this, it contains one characteristic dependent on Uplink CAC, one for Downlink CAC: eRabAbnormalReleaseRateCharacteristicDownlink and eRabAbnormalReleaseRateCharacteristicUplink.
At least one of these charateristics must be present.

Together with the characteristic its targetWeight as a SON target is defined as part of this attribute.

The characteristics have the following structure:

eRabAbnormalReleaseRateCharacteristicDownlink:
List of one or more entries, each consisting of:
lowerEndOfCacRange,
upperEndOfCacRange,
eRabAbnormalReleaseRateTarget

eRabAbnormalReleaseRateCharacteristicUplink:
List of one or more entries, each consisting of:
lowerEndOfCacRange,
upperEndOfCacRange,
eRabAbnormalReleaseRateTarget

Remark:

Formula for composite available capacity:
Available Capacity = Cell Capacity Class Value * Capacity Value

For definition of Cell Capacity Class Value and Capacity Value see TS 36.331 [6]. These definitions lead to a value range of a composite available capacity from 0..10000.
36.423 [7] has cell capacity class value as optional parameter in case of intra-LTE load balancing. If cell capacity class value is not present, than 36.423 assumes that bandwidth should be used instead to assess the capacity.

This target is suitable for LBO.

lowerEndOfCacRange and upperEndOfCacRange:

Integer 0..10000

eRabAbnormalReleaseRateTarget:

Integer 0..100 (representing a percentage)

targetWeight:

Integer 1..N. The higher the number the higher the weight.

eRabSetupFailureRateCharacteristic

The target is on the number of E-RAB setup failures related to load divided by the total number of attempted E-RAB setups.

For E-RAB setup failure related to load the causes “Reduce load in serving cell” and “Radio resources not available” defined in TS 36.413 are used.

This attribute allows to define for a value the composite available capacity (CAC) range in which the target is valid. For this, it contains one characteristic dependent on Uplink CAC, one for Downlink CAC: eRabSetupFailureRateCharacteristicDownlink and eRabSetupFailureRateCharacteristicUplink.
At least one of these charateristics must be present.

Together with the characteristic its targetWeight as a SON target is defined as part of this attribute.

The characteristics have the following structure:

eRabSetupFailureRateCharacteristicDownlink:
List of one or more entries, each consisting of:
LowerEndOfCacRange,
UpperEndOfCacRange,
eRabSetUpFailureRateTarget

eRabSetupFailureRateCharacteristicUplink:
List of one or more entries, each consisting of:
LowerEndOfCacRange,
UpperEndOfCacRange,
eRabSetUpFailureRateTarget

For CAC see eRabAbnormalReleaseRateCharacteristic

This target is suitable for LBO.

lowerEndOfCacRange and upperEndOfCacRange and targetWeight:

See eRabAbnormalReleaseRateCharacteristic

eRabSetUpFailureRateTarget:

Integer 0..100 (representing a percentage)

esActivationOriginalCellLoadParameters

This attributes is relevant, if the cell acts as an original cell.

This attribute indicates the traffic load threshold and the time duration, which are used by distributed ES algorithms to allow a cell to enter the energySaving state. The time duration indicates how long the load needs to have been below the threshold.

Threshold: Integer 0..100 (Percentage of PRB usage, see 3GPP TS 36.314 [13])

TimeDuration: Integer (in unit of seconds)

esActivationCandidateCellsLoadParameters

This attributes is relevant, if the cell acts as a candidate cell.

This attribute indicates the traffic load threshold and the time duration, which are used by distributed ES algorithms level to allow a n ‘original’ cell to enter the energySaving state. Threshold and duration are applied to the candidate cell(s) which will provides coverage backup of an original cell when it is in the energySaving state. The threshold applies in the same way for a candidate cell, no matter for which original cell it will provide backup coverage.

The time duration indicates how long the traffic in the candidate cell needs to have been below the threshold before any original cells which will be provided backup coverage by the candidate cell enters energy saving state.

Threshold: Integer 0..100 (Percentage of PRB usage (see 3GPP TS 36.314 [13]) )

TimeDuration: Integer (in unit of seconds)

esDeactivationCandidateCellsLoadParameters

This attributes is relevant, if the cell acts as a candidate cell.

This attribute indicates the traffic load threshold and the time duration which is used by distributed ES algorithms to allow a cell to leave the energySaving state. Threshold and time duration are applied to the candidate cell when it which provides coverage backup for the cell in energySaving state. The threshold applies in the same way for a candidate cell, no matter for which original cell it provides backup coverage.

The time duration indicates how long the traffic in the candidate cell needs to have been above the threshold to wake up one or more original cells which have been provided backup coverage by the candidate cell.

Threshold: Integer 0..100 (Percentage of PRB usage (see 3GPP TS 36.314 [13]) )

TimeDuration: Integer (in unit of seconds)

esNotAllowedTimePeriod

This attribute can be used to prevent a cell entering energySaving state.

This attribute indicates a list of time periods during which inter-RAT energy saving is not allowed.

Time period is valid on the specified day and time of every week.

The legal values are as follows:

startTime and endTime:

All values that indicate valid UTC time. endTime should be later than startTime.

periodOfDay: structure of startTime and endTime.

daysOfWeekList: list of weekday.

weekday: Monday, Tuesday, … Sunday.

List of time periods:

{{ daysOfWeek daysOfWeekList,

periodOfDay dailyPeriod}}

esSwitch

This attribute determines whether the energy saving function is enabled or disabled.

On, off

hoFailureRate

This indicates the assigned HOO target of the number of failure events related to handover divided by the total number of handover events, together with its targetWeight.

This target is suitable for HOO or LBO.

A set of two numbers:

the first indicates a percentage, the second a targetWeight (see eRabAbnormalReleaseRateCharacteristic).

hooSwitch

This attribute determines whether the Handover parameter Optimization Function is activated or deactivated.

On, off

id

An attribute whose "name+value" can be used as an RDN when naming an instance of the object class. This RDN uniquely identifies the object instance within the scope of its containing (parent) object instance.

interRatEsActivationOriginalCellParameters

This attribute is relevant, if the cell acts as an original cell.

This attribute indicates the traffic load threshold and the time duration, which are used by distributed inter-RAT ES algorithms to allow an original cell to enter the energySaving state. The time duration indicates how long the traffic load (both for UL and DL) needs to have been below the threshold.

In case the original cell is an EUTRAN cell, the load information refers to Composite Available Capacity Group IE (see 3GPP TS 36.413 [12] Annex B.1.5) and the following applies:

Load = (100 – ‘Capacity Value’ ) * ‘Cell Capacity Class Value’, where ‘Capacity Value’ and ‘Cell Capacity Class Value’ are defined in 3GPP TS 36.423 [16].

In case the original cell is a UTRAN cell, the load information refers to Cell Load Information Group IE (see 3GPP TS 36.413 [12] Annex B.1.5) and the following applies:

Load= ‘Load Value’ * ‘Cell Capacity Class Value’, where ‘Load Value’ and ‘Cell Capacity Class Value’ are defined in 3GPP TS 25.413 [17].

If the ‘Cell Capacity Class Value’ is not known, then ‘Cell Capacity Class Value’ should be set to 1 when calculating the load, and the load threshold should be set in range of 0..100.

InterRatESActivationOriginalCellParameters:

Structure:

{

LoadThreshold: Integer 0..10000

TimeDuration: Integer 0..900 (in unit of seconds)

}

interRatEsActivationCandidateCellParameters

This attribute is relevant, if the cell acts as a candidate cell.

This attribute indicates the traffic load threshold and the time duration, which are used by distributed inter-RAT ES algorithms to allow an original cell to enter the energySaving state. Threshold and time duration are applied to the candidate cell(s) which will provides coverage backup of an original cell when it is in the energySaving state.

The time duration indicates how long the traffic load (both for UL and DL) in the candidate cell needs to have been below the threshold before any original cells which will be provided backup coverage by the candidate cell enters energySaving state.

In case the candidate cell is a UTRAN or GERAN cell, the load information refers to Cell Load Information Group IE(see 3GPP TS 36.413 [12] Annex B.1.5) and the following applies:

Load= ‘Load Value’ * ‘Cell Capacity Class Value’, where ‘Load Value’ and ‘Cell Capacity Class Value’ are defined in 3GPP TS 25.413 [17] (for UTRAN) / TS 48.008[18] (for GERAN).

If the ‘Cell Capacity Class Value’ is not known, then ‘Cell Capacity Class Value’ should be set to 1 when calculating the load, and the load threshold should be set in range of 0..100.

InterRatEsActivationCandidateCellParameters:

Structure

{

LoadThreshold: Integer 0..10000

TimeDuration: Integer 0..900 (in unit of seconds)

}

interRatEsDeactivationCandidateCellParameters

This attribute is relevant, if the cell acts as a candidate cell.

This attribute indicates the traffic load threshold and the time duration which is used by distributed inter-RAT ES algorithms to allow an original cell to leave the energySaving state. Threshold and time duration are applied to the candidate cell which provides coverage backup for the cell in energySaving state.

The time duration indicates how long the traffic load (either for UL or DL) in the candidate cell needs to have been above the threshold to wake up one or more original cells which have been provided backup coverage by the candidate cell.

For the load see the definition of interRatEsActivationCandidateCellParameters.

InterRatEsDeactivationCandidateCellParameters:

See InterRatEsActivationCandidateCellParameters

lboSwitch

This attribute determines whether the Load Balancing Optimization Function is activated or deactivated.

On, off

maximumDeviationHoTrigger

This parameter allows the IRPManager to define the maximum allowed absolute deviation of the cell pair specific part of Handover Trigger (as defined in [14] (§22.4.1.4), from the default point of operation

Integer (+1..+96)

Unit: 0.5 dB

isProbingCapable

This attribute indicates whether this cell is capable of performing the ES probing procedure. During this procedure the eNB owning the cell indicates its presence to UEs for measurement purposes, but prevents idle mode UEs from camping on the cell and prevents incoming handovers to the same cell.

If this parameter is absent, then probing is not done.

Boolean

minimumTimeBetweenHoTriggerChange

This parameter defines the minimum allowed time interval between two changes of the Handover Trigger performed by MRO.

Integer (0..1440)

Unit: Minutes

rachOptAccessDelayProbability

This is a list of target Access Delay probability (ADP) for the RACH optimization function.

Each instance ADP of the list is the target time before the UE gets access on the random access channel, for the P percent of the successful RACH Access attempts with lowest access delay, over an unspecified sampling period.

This target is suitable for RO.

Each element of the list, ADPn, is a pair (a, b) where a is the targetProbability (in %) and b is the access delay (in milliseconds).

The legal values for a are 25, 50, 75, 90.

The legal values for b are 10 to 560.

If ADPx’s a is larger than that of ADPy, then ADPx’s b must be larger than that of ADPy.

The number of elements specified is 4. The number of elements supported is vendor specific. The choice of supported values for a and b is vendor-specific.

rachOptAccessProbability

This is a list of target Access Probability (APn) for the RACH optimization function.

Each instance APn of the list is the probability that the UE gets access on the random access channel within n number of attempts, over an unspecified sampling period.

This target is suitable for RO.

Each element of the list, APn, is a pair (a, n) where a is the targetProbability (in %) and n is the access attempt number.

The legal values for a are 25, 50, 75, 90.

The legal values for n are 1 to 200.

If APx’s a is larger than that of APy, then APx’s n must be larger than that of APy.

The number of elements specified is 4. The number of elements supported is vendor specific. The choice of supported values for a and n is vendor-specific.

roSwitch

This attribute determines whether the RACH Optimization function is activated or deactivated.

On, off

rrcConnectionAbnormalReleaseRateCharacteristic

The target is on the number of abnormal RRC connection releases related to load divided by the total number of RRC connection releases.

This attribute allows to define for a value the composite available capacity (CAC) range in which the target is valid. For this, it contains one characteristic dependent on Uplink CAC, one for Downlink CAC: rrcConnectionAbnormalReleaseRateCharacteristicDownlink and rrcConnectionAbnormalReleaseRateCharacteristicUplink.
At least one of these charateristics must be present.

Together with the characteristic its targetWeight as a SON target is defined as part of this attribute.

The characteristics have the following structure:

rrcConnectionAbnormalReleaseRateCharacteristicDownlink:
List of one or more entries, each consisting of:
lowerEndOfCacRange,
upperEndOfCacRange,
rrcConnectionAbnormalReleaseRateTarget

rrcConnectionAbnormalReleaseCharacteristicUplink:
List of one or more entries, each consisting of:
lowerEndOfCacRange,
upperEndOfCacRange,
rrcConnectionAbnormalReleaseRateTarget

For CAC see eRabAbnormalReleaseRateCharacteristic

This target is suitable for LBO.

lowerEndOfCacRange and upperEndOfCacRange and targetWeight:

See eRabAbnormalReleaseRateCharacteristic

rrcConnectionAbnormalReleaseRateTarget:

Integer 0..100 (representing a percentage)

rrcConnectionEstablishmentFailureRateCharacteristic

The target is on the number of RRC connection establishment failures related to load divided by the total number of attempted RRC connection establishments.

This attribute allows to define for a value the composite available capacity (CAC) range in which the target is valid. For this, it contains one characteristic dependent on Uplink CAC, one for Downlink CAC: rrcConnectionEstablishmentFailureRateCharacteristicDownlink and rrcConnectionEstablishmentFailureRateCharacteristicUplink.
At least one of these charateristics must be present.

Together with the characteristic its targetWeigth as a SON target is defined as part of this attribute.

The characteristics have the following structure:

rrcConnectionEstablishmentFailureRateCharacteristicDownlink:
List of one or more entries, each consisting of:
lowerEndOfCacRange,
upperEndOfCacRange,
rrcConnectionEstablishmentFailureRateTarget

rrcConnectionEstablishmentFailureRateCharacteristicUplink:
List of one or more entries, each consisting of:
lowerEndOfCacRange,
upperEndOfCacRange,
rrcConnectionEstablishmentFailureRateTarget

For CAC see eRabAbnormalReleaseRateCharacteristic

This target is suitable for LBO.

lowerEndOfCacRange and upperEndOfCacRange and targetWeigth:

See eRabAbnormalReleaseRateCharacteristic

rrcConnectionEstablishmentFailureRateTarget:

Integer 0..100 (representing a percentage)

selectedSonCoordPolicy

This attribute indicates the SON coordination policy that is selected by IRPManager in case the SON coordination function is located below Itf-N.

The selected SON coordination policy is one of the enumed value from BaseOnPriority and BaseOnState, wherein

– BaseOnPriority, representing that the coordination is based on the priority order of the SON functions listed in “sonFuncPriorityOrder” attribute;

– BaseOnState, representing the coordination is based on the cell state.

The examples of SON coordination for some certain conflicting cases based on priority and state are depicted in Annex B.

Enumerated {BaseOnPriority, BaseOnState}

sonFuncCapabilityBelowItfN

This attributes represents the SON functions supported below Itf-N.

It is a list of SON function name. The SON function name is one of the enumed value from anr, hoo, lbo, es, coc and cco, wherein
– anr repesenting automated neighbor relation;

– hoo representing handover parameter optimization;
– lbo representing load balancing optimization;
– es representing energy saving;
– coc representing cell outage compensation;
– cco representing coverage and capacity optimization.

List of SON function name.

SON function name: Enumerated {anr, hoo, lbo, es, coc, cco}

sonFuncPriorityOrder

This attribute indicates the priority order of SON functions below Itf-N for SON coordination purpose, in case the selectedSonCoordPolicy equals to “BaseOnPriority”.

It is a list of SON function name, see the detailed description in “sonFuncCapabilityBelowItfN” attribute.

The priority order is indicated by the sequence of the SON function name in the list, i.e., the first element in the list takes the highest priority, and the last element in the list takes the lowest priority.

In case of selectedSonCoordPolicy does not equal to “BaseOnPriority”, this sequence of the SON function name in the list is not used as priority order for SON coordination.

List of SON function name: for SON function name, see “sonFuncCapabilityBelowItfN” attribute.

5.5.2 Constraints

None.

5.6 Common Notifications

5.6.1 Configuration notifications

Name

Qualifier

Notes

notifyAttributeValueChange

O

notifyObjectCreation

O

notifyObjectDeletion

O

Annex A (informative):
Target Achievement Evaluation

To evaluate the result of the optimization the target achievement needs to be evaluated. This can be done by calculating the Total Target Achievement as follows.

The Total Target Achievement is the sum of the products of the individual target achievement (difference between target and performance) and the individual targetWeights:

Total Target Achievement = Sum i=1..n [ ( minTarget i – performance i ) x weighti ]
+ Sum j=1..n [ performance j – maxTarget j ) x weight j ]

where minTarget is a target to be minimized and maxTarget is a target to be maximized.

For targets with a substructure (like *Characteristic, see §5.5.1) the above formula is applied to each individual substructure target.

The higher the Total Target Achievement, the better is the result of the optimization.

Annex B (informative):
Examples of how to use general SON coordination solutions

Examples of how to use general SON coordination solutions are as below: