Uploaded by munetsimunetsi

394084250-LTE-Modelling-in-Optimizer

advertisement
LTE Object modeling in Optimizer
RL10/RL15TD/RL20/RL25TD/RL30
Version 1.41 – 10-May-2011
Daiju C A
Bangalore
For internal use
1
© Nokia Siemens Networks
LTE Object Modelling in Optimizer / Daiju C A / 28-02-2011
Introduction
• Modelling is inline with implementation for RL10/RL15TD/RL20
• Modelling for RL25TD/RL30 is ready for implementation
For internal use
2
© Nokia Siemens Networks
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
RL10 LTE model (Optimizer 3.0)
PLMN
MRBTS is a child of PLMN in the
network modeling. But in
Optimizer, we have grouped all
MRBTS in one PLMN under the
corresponding OMS for better
visualization
1..1
OMS
1..N
1..N
MRBTS
1..1
SITE
1..1
LNBTS
LTE ANTE instances
are present only in
Optimizer unlike 2G
and 3G
1..3
LNCEL
0..98
1..2
LCAL
ADJLL
Present in CM and in Optimizer
For internal use
3
© Nokia Siemens Networks
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
1..1
Present only in Optimizer
ANTE
RL15TD/RL20 LTE model (Optimizer 3.0 CD1)
PLMN
If there are imported
PLMN (s) , then there will
be 1 OMS per PLMN
1..1
OMS
1..N
MRBTS
SITE
1..N
LNRC
0..200
In an Optimizer plan, this additionally
represents an item in
adjEnbIpAddressMap present in CM
ADIPNO; Also valid for RL10 starting
from Optimizer 3.0 CD1
1..1
0..32
LNBTS
LNADJ
1..3
Models an item present
in pciIpAdrMap
parameter of CM MOC
LNBTS
LNCEL
0..98
1..2
LCAL
ADJLL
Present in CM and in Optimizer
For internal use
4
© Nokia Siemens Networks
Relevant TDD
parameters are
supported
Present only in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
1..1
ANTE
Impacted in Optimizer 3.0CD1
RL25TD/RL30 LTE model
PLMN
1..1
OMS
1..N
SITE
MRBTS
1..N
LNRC
1..1
0..64
LNBTS
0..200
LNADJ
1..6
0..32
0..16
LNCEL
Sum of number of instances
of LNREL and ADJLL can’t be
more than 389
0..389
0..32
0..389
LNHOIF
1..2
1..1
LNRELW
LNRELG
LNREL
Present in CM and in Optimizer
For internal use
5
© Nokia Siemens Networks
ADJLL
Present only in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
LCAL
ANTE
Impacted in Optimizer 3.0CD3
LTE Antenna – Optimizer Modelling details (RL10)
MRBTS
ANTE instances are created
for every ANTL instance. Also
ANTL parameters longitude,
latitude, bearing and
userDefinedState are copied
to the corresponding ANTE
instance.
1..1
1..1
LNBTS
BTSSC
1..3
LNCEL
lcrId
1..1
LCEL
ANTL
1..2
antlIdList
1..2
latitude
longitude
bearing
userDefinedState
1..1
LCAL
LCAL instances are created for every
relation between LNCEL and ANTL
fulfilling the condition : LNCEL.lcrId ==
LCEL.$instance && LCEL.antlIdList
contains ANTL.$instance
For internal use
6
© Nokia Siemens Networks
ANTE
1..1
These elements are present ONLY in CM but used for
deriving LCAL and ANTE as part of CM Refresh
Present in CM and in Optimizer
Present only in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
LTE Antenna – Optimizer Modelling details (RL15TD and
above)
ANTE instances are
created for every ANTL
instance. Also ANTL
parameters longitude,
latitude, bearing and
userDefinedState are
copied to the
corresponding ANTE
instance.
MRBTS
1..1
1..1
LNBTS
BTSSCL
1..3
LNCEL
1..1
lcrId
LCELL
1..2
ANTL
latitude
longitude
bearing
userDefinedState
resourceIdList
1..2
1..1
LCAL
LCAL instances are created for
every relation between LNCEL and
ANTL fulfilling the condition :
LNCEL.lcrId == LCEL.$instance
&& LCEL.resourceIdList contains
ANTL.$instance
For internal use
7
© Nokia Siemens Networks
ANTE
1..1
These elements are present ONLY in CM but used for
deriving LCAL and ANTE as part of CM Refresh
Present in CM and in Optimizer
Present only in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Optimizer Modelling : Intra LTE adjacency for
RL10/RL15TD/RL20
Neighbouring eNB
object contains information
about Global eNB ID of
Neighbouring eNB and other
Neighbouring eNB related
parameters.
LNBTS
1..3
0..32
Neighbouring LTE cell
object represents Neighbouring
LTE cell which is served by its
parent LNADJ instance. This
MOC contains served cell
information of Neighbouring
cell received during X2
establishment.
LNCEL
adjCelInfoL
LNADJ
1..3
0..98
LNADJL
Intra LTE adjacency
ADJLL instance is created for
every LNADJL instance + other
cells under the same LNBTS.
multiplicity: 98 (=32*3+2).
Neighboring Cell Information
(adjCelInfoL in PDDB)
Parameter for List of
neighboring cell’s Unique EUtran cell identifiers, multiplicity:
98 (=32*3+2).
Read only for NetAct
0..98
ADJLL
Object/parameter created/modified/deleted by eNB. These elements are not present in Optimizer but used for
deriving ADJLL as part of CM Refresh
Present in CM and in Optimizer
Present only in Optimizer
For internal use
8
© Nokia Siemens Networks
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Optimizer Modelling : Central ANR support (RL10)
To support central ANR,
adjEnbIpAddressMap parameter of
ADIPNO is populated with details of
neighbouring eNB (s) corresponding to
different entries in neighbouringeNBDNs
LNBTS
neighbouringeNBDNs
1..3
LNCEL
adjCelInfoL
0..1
ADIPNO
adjEnbIpAddressMap
Adjacent eNB configuration
map (adjEnbIpAddressMap)
multiplicity: 32
-Adjacent eNB IP address (not
populated by Optimizer)
-Macro eNB Id Of Adjacent ENB
-MCC Of Adjacent ENB
-MNC Of Adjacent ENB
0..98
ADJLL
LNADJ creation is started when SCTP is established.
Global eNB ID information is copied to LNADJ instance from ADIPNO
instance, where it is specified together with IP address of
neighbouring eNB.
Present only in CM
Present in CM and in Optimizer
Establishment of SCTP will trigger also X2 setup procedures and
when X2 is setup successfully and neighbour cell information has
been received, then for each of LTE cells served by neighbouring
eNB an instance of LNADJL shall be created to represent one
neighbouring LTE cell.
Present only in Optimizer
For internal use
9
© Nokia Siemens Networks
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Optimizer Modelling : Central ANR support
(RL15TD/RL20)
Target eNB.
To support central ANR,
adjEnbIpAddressMap parameter of
ADIPNO is populated with details of
neighbouring eNB (s) corresponding to
different entries in neighbouringeNBDNs
LNBTS
neighbouringeNBDNs
LNBTS
0..32
1..3
LNCEL
adjCelInfoL
LNADJ
0..1
ADIPNO
adjEnbIpAddressMap
0..98
Actual LNADJ (s) are
present in both CM &
Optimizer. While purely
planned LNADJ (s) are
present only in Optimizer
ADJLL
LNADJ creation is started when SCTP is established.
Global eNB ID information is copied to LNADJ instance from ADIPNO
instance, where it is specified together with IP address of
neighbouring eNB.
Present only in CM
Present in CM and in Optimizer
Establishment of SCTP will trigger also X2 setup procedures and
when X2 is setup successfully and neighbour cell information has
been received, then for each of LTE cells served by neighbouring
eNB an instance of LNADJL shall be created to represent one
neighbouring LTE cell.
Present only in Optimizer
For internal use
10
© Nokia Siemens Networks
Adjacent eNB configuration
map (adjEnbIpAddressMap)
multiplicity: 32
-Adjacent eNB IP address (not
populated by Optimizer)
-Macro eNB Id Of Adjacent ENB
-MCC Of Adjacent ENB
-MNC Of Adjacent ENB
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Optimizer Modelling : Central ANR support
(RL25TD/RL30)
LNBTS
Target eNB.
LNBTS
0..64
X2
1..6
LNADJ
Optimizer will set only the non-network
parameter “target BTS DN” while
creating LNADJ (s). Maximum of 32
LNADJ (s) can be created for X2 while
maximum of 64 LNADJ (s) can be
created for S1
Present only in CM
Present in CM and in Optimizer
LNCEL
0..389
ADJLL
ADJLL instances are created
corresponding to LNADJL (s) +
other cells under the same eNB for
which there is NO corresponding
LNREL present.
Present only in Optimizer
For internal use
11
© Nokia Siemens Networks
Sum of number of instances
of LNREL and ADJLL can’t be
more than 389
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
0..389
LNREL
LNREL and ADJLL will be
derived from
EutranRelation so that
algorithms can rely on
EutranRelation.
LTE Intra system adjacency : Modelling in Configurator
(RL25TD/RL30)
new
Target eNB
When X2 link cannot be
successfully established, LNADJ
is used for S1 HO.
for S1
LNBTS
Information in LNADJ X2 Link
Status parameter that is set by
system.
S1
MME
LNCEL
LNADJ and LNADJL used for both
X2 and S1 HO. Operator can
create LNADJ and LNADJL.
LTE724: ADIPNO no longer used.
But operator can create via plan
LNADJ and LNADJL. adjCellInfoL
no longer supported.
PLMN
S1
LTE782: New object LNREL.
Target eNB
MRBTS
for X2
1..1
X2
LNBTS
LNBTS
LNCEL
0..64
1..6
LNADJ
1..6
LNADJL
Source
eNB
1..1
0..16
ADIPNO
LNADLP
adj eNB list
LNCEL
0..130
adjCellnfoL
0…389
LTE Neighbor Relation
A new MOC LNREL is introduced
which represents properties of
LTE neighbour relations. Max:
6*64 + 5 = 389.
LNREL
For internal
source
: use
CM LTE Adjacencies slide set from Maija Kaare
12
© Nokia Siemens Networks
Object/parameter created/modified/deleted by user
Presentation
/ Author /inDate
LTE
Object Modelling
Optimizer/ Daiju C A / 28-02-2011
Object/parameter created/modified/deleted by eNB
LTE Intra system adjacency : Border area support in
Configurator (RL25TD/RL30)
NetAct region
border
Target eNB
for S1
External ENodeB
Function
LNBTS
S1
LNCEL
PLMN
EXENBF
Target eNB
for X2
S1
MRBTS
EXEUCE
1..1
X2
LNBTS
EXENBF
X2
LNBTS
EXEUCE
LNCEL
0..64
LNADJ
External
EUtran Cell
1..6
1..6
LNCEL
LNADJL
0…389
LNREL
For internal
source
: use
CM LTE Adjacencies slide set from Maija Kaare
13
© Nokia Siemens Networks
Object/parameter created/modified/deleted by user
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Object/parameter created/modified/deleted by eNB
Source eNB
LTE Intra system adjacency : Border area support in
Optimizer
PLMN
EXCENBF
0..n
External Collection of
ENodeB Function
External ENodeB
Function
EXENBF
0..6
External EUtran Cell
EXEUCE
Creation of EXENBF/EXEUCE is done when there is a LNADJ/LNADJL present
in the CM plan (imported by user for S1 HO) with corresponding target eNB/cell not known.
For internal use
14
© Nokia Siemens Networks
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Optimizer Modelling : inter RAT HO support to WCDMA
(RL25TD/RL30)
LNBTS
Optimizer will set only the nonnetwork parameter “target cell
DN” while creating LNRELW
(s). LNRELW is a non-network
MOC and CM plan prepare
takes care of creating/updating
adjWInf parameter and
LNADJW
1..6
LNCEL
0..32
LNRELW
Present only in CM
Present in CM and in Optimizer
CM will create LNRELW
instance for every LNADJW
id present in adjWInfL.
Present only in Optimizer
For internal use
15
© Nokia Siemens Networks
How the
blacklisted cell
information is
brought to
Optimizer?
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Nu of LNADJW
needs to be
derived from
LNRELW
Optimizer Modelling : inter RAT HO support to GSM
(RL25TD/RL30)
LNBTS
Optimizer will set only the nonnetwork parameter “target cell
DN” while creating LNRELG (s).
LNRELG is a non-network MOC
and CM plan prepare takes care
of creating/updating adjGInf
parameter and LNADJG
1..6
LNCEL
0..32
LNRELG
Present only in CM
Present in CM and in Optimizer
CM will create LNRELG
instance for every LNADJG
id present in adjGInfL.
Present only in Optimizer
For internal use
16
© Nokia Siemens Networks
How the
blacklisted cell
information is
brought to
Optimizer?
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Nu of LNADJG
needs to be
derived from
LNRELG
PLMN
• PLMN acronym stands for Public Land Mobile Network.
• In real network, PLMN is identified using it’s MCC and
MNC.
• In NetAct, PLMN represents the NetAct cluster and
typically acts as a root MOC for all network elements
directly connected to this NetAct Cluster.
• Default value of PLMN for the same regional NetAct
cluster is PLMN-PLMN
– Note: The PLMN for directly integrated NWI3 elements is
configurable (see /etc/opt/nokia/oss/umanw3/conf/n3tuplmx.cf).
• Value for imported PLMN (s) typically follow the name
format : PLMN-<Imported cluster name>
• PLMN is imported to Optimizer as part of CM Refresh.
For internal use
17
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
OMS
• OMS models a pseudo controller to provide a grouping of
all eNB(s) present under one PLMN (or NetAct cluster).
• This MOC is modelled ONLY in a optimizer.
• Parent MOC for OMS is PLMN.
• UI name for this MOC is “LTE-NW”
• OMS is created automatically as part of CM Refresh.
• Optimizer user can’t create new OMS instance manually.
• There is only one OMS instance present in Optimizer 3.0
and this corresponds to PLMN-PLMN.
• In Optimizer 3.0 CD1, OMS will be created for each PLMN
instance present in the network.
For internal use
18
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
MRBTS
• MRBTS acronym stands for Multi Radio BTS Site.
• In network model, parent for this MOC is PLMN.
• In Optimizer model, MRBTS will be a child of OMS.
• There can be any number of MRBTS under one PLMN
• MRBTS is created by operator using CM Editor or by importing RAML
plan file.
• MRBTS present in CM plan can be imported to Optimizer plan.
• MRBTS present in CM actual configuration is imported to Optimizer
actual configuration as part of CM Refresh.
• Optimizer allows the modification of MRBTS parameters but does not
support the creation/deletion of MRBTS.
• Modifications in MRBTS can be exported or merged back to CM Plan.
For internal use
19
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LNBTS
• LNBTS models an eNB.
• Parent MOC for LNBTS is MRBTS.
• LNBTS objects are created by operator using CM Editor of by
importing RAML plan file.
• Cardinality of MOC LNBTS is 1 per MRBTS.
• SITE associated with LNBTS is used for visualization of LTE cells in
eNB.
• eNB global ID == MCC + MNC + (macro) eNB ID
• LNBTS present in CM plan can be imported to Optimizer plan.
• LNBTS present in CM actual configuration is imported to Optimizer
actual configuration as part of CM Refresh.
• Optimizer allows the modification of LNBTS parameters but does not
support the creation/deletion of LNBTS.
• Modifications in LNBTS can be exported or merged back to CM Plan.
• Currently LNBTS id is same as MRBTS id.
For internal use
20
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LNBTS – Activation parameters
• Activation of “Inter frequency HO“ feature
– Operator needs to set the feature activation flag actIFHO to enable
the intra LTE inter frequency HO. This is taken care by the
Configurator plan-prepare.
• Activation of "HO to WCDMA" feature
– Operator needs to set the feature activation flag actHOtoWcdma to
enable the HO to WCDMA cells. This is taken care by Configurator
plan-prepare.
For internal use
21
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LNCEL
• LNCEL models a LTE cell.
• Parent MOC for LNCEL is LNBTS.
• LNCEL objects are created by operator using CM Editor or by
importing RAML plan file.
• Cardinality of MOC LNCEL is up to
– 3 per LNBTS (for RL10/RL15TD/RL20)
– 6 per LNBTS (from versions RL25TD/RL30 onwards)
• LNCEL present in CM plan can be imported to Optimizer plan.
• LNCEL present in CM actual configuration is imported to Optimizer
actual configuration as part of CM Refresh.
• Optimizer allows the modification of LNCEL parameters but does not
support the creation of LNCEL.
• Modifications in LNCEL can be exported or merged back to CM Plan.
For internal use
22
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LNADJ (RL10/RL15TD/RL20)
• LNADJ models a target eNB corresponding to X2 HO.
• Parent MOC for LNADJ is LNBTS.
• Contains information about Global eNB ID of neighbouring eNB.
• LNADJ objects are created and maintained by eNB
• Read-only in NetAct and BTS SM
• LNADJ present in actual configuration is imported to Optimizer actual
configuration as part of CM Refresh.
• Optimizer internally supports MOC LNADJ in plan Configuration.
• Each Item in the adjEnbIPAddressMap parameter of ADIPNO can be
imported to Optimizer Plan as LNADJ.
• Optimizer creates LNADJ (s) automatically as part of central ANR.
• Cardinality is up to 32 per LNBTS
• LNADJ instances are NOT persisted in eNB.
For internal use
23
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LNADJ (RL25TD/RL30)
• LNADJ models a target eNB for both X2 and S1 HO
• Contains information about Global eNB ID of neighbouring eNB.
• LNADJ parameter C-Plane IP Address Control indicates whether the
LNADJ created is for X2 HO or S1 HO
– [Default] oamControlled (0) means X2
– 1 means S1
• LNADJ present in actual configuration is imported to Optimizer actual
configuration as part of CM Refresh.
• LNADJ objects can be created by both eNB as well as operator.
• eNB will also create LNADJ corresponding to PCI (s) reported by UE.
• LNADJ present in CM plan can be imported to Optimizer plan.
• Optimizer creates LNADJ (s) automatically as part of central ANR.
• LNADJ (s) in Optimizer plan can be exported or merged back to
Configurator plan.
• Optimizer needs to set ONLY the non-network parameter Target BTS
DN and the rest of the parameters will be set by CM plan prepare.
• Cardinality is up to 64 per LNBTS
• LNADJ instances are persisted in eNB.
For internal use
24
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LNADJL
• Models a target LTE cell which is served by its parent LNADJ instance
• Parent MOC for LNADJL is LNADJ
• Optimizer does not model LNADJL
• In RL10/RL15TD/RL20 :
– This MOC contains served cell information of neighbouring cell received
during X2 establishment
– LNADJL objects are created and maintained by eNB
– Read-only in NetAct and BTS SM
– Cardinality is up to 3 per LNADJ
• In RL25TD/RL30 :
– This MOC can corresponds to both X2 HO as well as S1 HO.
– Cardinality is up to 6 per LNADJ (Note: If eNB is connected to non NSN
eNB (s), then the cardinality can be higher)
– LNADJL corresponding to X2 HO is created by eNB.
– LNADJL corresponding to S1 HO needs to be created by operator
– eNB will also create LNADJL corresponding to PCI (s) reported by UE.
For internal use
25
© Nokia Siemens Networks
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
LNCEL - Neighbouring Cell Information
(RL10/RL15TD/RL20)
• In the Radio Network modelling,
– adjCellInfoL Parameter holds the neighbouring LNCEL information
– This parameter is created/modified by system
– Each element of the list will correspond to one neighbouring cell, and shall
contain only information to identify cell in database in unique way
– A list of neighbouring cells represented by pointer to LNADJL object or to
the other LNCEL(s) under the same LNBTS
– Maximum number of neighbouring LTE cells is 32*3+2 =98
• In Optimizer
– MOC ADJLL models the intra LTE adjacencies between two LTE cells.
Currently there is no restriction made between intra LTE intra frequency
adjacencies and intra LTE inter frequency adjacencies.
For internal use
26
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
ADJLL (RL10/RL15TD/RL20)
• ADJLL models an intra LTE adjacency.
• ADJLL is an Optimizer internal MOC.
• Parent MOC for ADJLL is LNCEL.
• In Optimizer, there is no restriction made between intra
LTE intra frequency adjacencies and intra LTE inter
frequency adjacencies.
• As part of CM Refresh, ADJLL instances are created
under the LNCEL corresponding to every LNADJL
instances and other cells present under the corresponding
parent LNBTS.
• Optimizer does not support the exchange of ADJLL (s)
present in plan configuration.
For internal use
27
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LNREL (RL25TD/RL30)
• LNREL models the intra LTE neighbour relation.
• Unlike ADJLL, LNREL is present in both Radio Network model as well as in
the Optimizer model
• LNREL can get created in two ways in the eNB:
– eNB creates LNREL for every PCI (s) reported by UE.
– Operator can create LNREL using CM Editor or by importing RAML plan file.
• It is possible that there is NO LNREL instance corresponding to LNADL or
corresponding to other cells under the same eNB till the UE reports the
corresponding PCI.
– Note : Optimizer will create ADJLL corresponding to the above mentioned LNADL
(s) and other cells under the same eNB
• eNB will not create LNREL if the corresponding PCI is blacklisted using the
•
•
•
•
•
blackListHOL parameter of LNCEL.
LNREL will have HO KPI (s) corresponding to it.
LNREL present in CM plan can be imported to Optimizer plan.
LNREL present in CM actual configuration is imported to Optimizer actual
configuration as part of CM Refresh.
Optimizer allows the modification of LNREL parameters but does not support
the creation/deletion of LNREL.
Modifications in LNREL can be exported or merged back to CM Plan.
For internal use
28
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
ADJLL (RL25TD/RL30)
• ADJLL models an intra LTE adjacency.
• ADJLL is an Optimizer internal MOC.
• Parent MOC for ADJLL is LNCEL.
• As part of CM Refresh, ADJLL instances are created
under the LNCEL corresponding to LNADJL (s) and other
cells for which there is NO corresponding LNREL.
• Optimizer does not support the exchange of ADJLL (s)
present in plan configuration.
For internal use
29
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LCAL
• LCAL is an Optimizer internal MOC
• LCAL is similar to GCAL/WCAL in 2G/3G
• LCAL models the relation between LNCEL and ANTE fulfilling the condition:
(RL10)
LNCEL.lcrId == LCEL.$instance &&
LCEL.antlIdList contains ANTL.$instance
• LCAL models the relation between LNCEL and ANTE fulfilling the condition:
(>RL10)
LNCEL.lcrId == LCEL.$instance &&
LCEL.resourceIdList contains ANTL.$instance
• During CM Refresh or plan import,
– Optimizer derives a LCAL instance out of the relation between LNCEL
and ANTL instance (associated to a LCEL/LNCEL instance) and stores it
in optimizer database. Please note that derived LCAL instance is present
only in optimizer database and not in Configurator database.
For internal use
30
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LCEL
• LCEL models local cell corresponding to one LTE cell
• Optimizer does not model this MOC
• LCEL contains parameters related to
– Associated ANTL id list
• LCEL instances are created by operator using CM Editor
of by importing RAML plan file.
• There is one to one relation between LNCEL and LCEL
LNCEL.lcrId == LCEL.$instance
For internal use
31
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
ANTL/ANTE
• ANTL models an ANTenna Line object.
• ANTL holds the following Optimizer relevant non-network
parameters:
– Antenna Latitude
– Antenna Longitude
– Antenna Bearing
– UserDefinedState
• During CMRefresh, optimizer derives an ANTE instance
out of ANTL instance (associated to a LCEL/LNCEL
instance) and stores it in optimizer database. Please note
that derived ANTE instance is present only in optimizer
database and not in Configurator database.
ANTE with lowest id is considered as the main antenna
For internal use
32
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
EXCENBF (RL25TD/RL30)
• EXCENBF models the collection of all external ENodeB
function (s).
• EXCENBF present in CM plan can be imported to
Optimizer plan.
• EXCENBF present in CM actual configuration is imported
to Optimizer actual configuration as part of CM Refresh.
For internal use
33
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
EXENBF (RL25TD/RL30)
• EXENBF models the external ENodeB function.
• EXENBF is created by Configurator in the following case:
– When LNADJ points to a target eNB which is not present in CM.
• EXENBF present in CM plan can be imported to Optimizer
plan.
• EXENBF present in CM actual configuration is imported to
Optimizer actual configuration as part of CM Refresh.
• Parameters present in EXENBF:
– MCC
– MNC
– C-Plane IP address
– C-Plane IP address control
– Name
– Optional enum parameter xxx: FDD (0), TDD (1), no default
For internal use
34
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
EXEUCE (RL25TD/RL30)
• EXEUCE models the external EUtran Cell.
• EXEUCE is created by Configurator in the following case:
– When LNADJL points to a target EUtran Cell which is not present in CM.
• EXEUCE present in CM plan can be imported to Optimizer plan.
• EXEUCE present in CM actual configuration is imported to Optimizer
actual configuration as part of CM Refresh.
• Parameters present in EXEUCE:
– cell identity
– PLMN list
– EARFCN DL
– PCI
– TAC
– LCR ID
For internal use
35
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LNRELW (RL25TD/RL30)
• LNRELW models the neighbour relation from LTE cell to
WCDMA cell.
• LNRELW is modelled in Optimizer and in Configurator.
• LNRELW is part of the Radio network modelling starting
from RL35TD/RL40
• LNRELW present in CM plan can be imported to
Optimizer plan.
• LNRELW present in CM actual configuration is imported to
Optimizer actual configuration as part of CM Refresh.
• Optimizer supports the creation of LNRELW.
• LNRELW can be exported or merged back to CM Plan.
For internal use
36
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LNRELG (RL25TD/RL30)
• LNRELG models the neighbour relation from LTE cell to
GSM cell.
• LNRELG is modelled in Optimizer and in Configurator.
• LNRELG is part of the Radio network modelling starting
from RL35TD/RL40
• LNRELG present in CM plan can be imported to Optimizer
plan.
• LNRELG present in CM actual configuration is imported to
Optimizer actual configuration as part of CM Refresh.
• Optimizer supports the creation of LNRELG.
• LNRELG can be exported or merged back to CM Plan.
For internal use
37
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
LNHOIF (RL25TD/RL30)
• LNHOIF models the inter-frequency HO related parameters.
• Parent MOC for LNHOIF is LNCEL.
• LNHOIF objects are created by operator using CM Editor or by
importing RAML plan file or by Optimization Algorithms.
• Cardinality of MOC LNHOIF is up to 16 per LNCEL.
• LNHOIF present in CM plan can be imported to Optimizer plan.
• LNHOIF present in CM actual configuration is imported to Optimizer
actual configuration as part of CM Refresh.
• Optimizer creates LNHOIF instances automatically as part of LNRC
creation (ANR-OAM Extension). This needs to be done if LNHOIF is
not present already and when the LNRC points to a target LNCEL with
different frequency from that of source LNCEL.
• LNHOIF created can be exported or merged back to CM Plan.
For internal use
38
© Nokia Siemens Networks
Present only in CM
Present in CM and in Optimizer
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Present only in Optimizer
For internal use
39
© Nokia Siemens Networks
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
source : 3GPP TS 36.300
Version History
Date
11-Feb-2011
Version
1.0
Remarks
• 1st version of Optimizer LTE model for RL25TD/RL30.
• Slides are updated to reflect the implementation status of
RL10/RL15TD/RL20 model in Optimizer.
14-Feb-2011
1.1
• Initial review comments are incorporated.
21-Feb-2011
1.2
• LTE external cell support added (VIM based)
28-Feb-2011
1.3
• Support for MOC LNHOIF is introduced
28-Apr-2011
1.4
• Renamed the MOC Names for ADJLW/ADJLG to LNRELW/LNRELG
10-May-2011
1.41
• Added a picture to show the composition of ECGI
For internal use
40
© Nokia Siemens Networks
LTE Object Modelling in Optimizer/ Daiju C A / 28-02-2011
Download