Optimisation Process Version 1.

0
International Cellular Infrastructure Group
OPTIMISATION PROCESS FOR TMN
GSM NETWORK IN
SOUTH LISBON
( A4 Project )
17th April 1999
System Engineering
India
Motorola India
Ranee! Ra"na
A#$tract
This docment emphasi!es on the methodology to "e adopted #or the optimi!ation o#
the e$pansion pro%ect in TM& 'SM net(or) in Soth *is"on and to achie+e the
greater ,ality o# Ser+ice.
%er$"on &'(
Page 1
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
RE%ISION HISTOR)
I$$*e +ate Rea$on ,or C-an.e

1.0 17.0/.99 Initial Isse. &o changes
REFERENCES

Page 0
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
TABLE OF CONTENTS
1. INTRODUCTION......................................................................................................
2. EXECUTIVE SUMMARY........................................................................................
3. OPTIMISATION PHILOSPHY...............................................................................
3.1 BASIC OPTIMISATION PHILOSPHY...............................................................................
3.2 ADVANCED OPTIMISATION PHILOSPHY......................................................................
4. OPTIMISATION METRICS....................................................................................
4.1 SOFTWARE OPTIMISATION TOOL................................................................................
5. BASIC OPTIMISATION PRE-REQUISITES........................................................
5.1 PERSONEL REQUIREMENTS.........................................................................................
5.2 CHANGE CONTROL PROCEDURE.................................................................................
5.3 DRIVE TEST ROUTES...................................................................................................
5.4 RF DESIGN AND DATABASE PARAMETERS.................................................................
5.5 SWITCH TEST NUMBER...............................................................................................
5.6 CUSTOMER FEEDBACK PROCEDURE...........................................................................
5.7 TIMESCALES................................................................................................................
6. BASIC OPTIMISATION PROCEDURE................................................................
7. BASIC OPTIMISATION TOOLS AND SOFTWARE..........................................
7.1 OMC...........................................................................................................................
7.2 TEMS...........................................................................................................................
7.2.1 Gims.....................................................................................................................
7.3 RF PLANNING TOOL - NETPLAN.................................................................................
7.4 MAPINFO.....................................................................................................................
7.5 A INTERFACE ANALYSER............................................................................................
7.6 TEST MOBILES............................................................................................................
8. ADVANCED OPTIMISATION PRE-REQUISITES.............................................
8.1 SUBSCRIBERS..............................................................................................................
8.2 PERSONEL REQUIREMENTS.........................................................................................
8.3 TIMESCALES................................................................................................................
9. ADVANCED OPTIMISATION PROCEDURE.....................................................
10. ADVANCED OPTIMISATION TOOLS AND SOFTWARE.............................
10.1 EXPERT ADVISOR - INTELLIGENT OPTIMISATION TOOL...........................................
10.1.1 Target Optimisation Solutions...........................................................................
10.1.2 Frequency Plan Optimisation...........................................................................
10.1.3 Topology Optimisation......................................................................................
10.1.4 Future Enhancements........................................................................................
10.2 SOT - SOFTWARE OPTIMISATION TOOL...................................................................
10.3 CELL ANALYSIS TOOL VER 2 (CAT2).....................................................................
10.4 MARS - STATISTICAL DATA ANALYSIS...................................................................
11. TRAINING................................................................................................................
Page 1
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
Page /
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
&' INTRO+UCTION
This docment descri"es in detail the process o# optimisation. The docment co+ers
the traditional methods o# optimising a celllar system in the "asic optimisation section.
It then introdces the impro+ements "eing made to the Optimisation process (ith the
introdction o# ne( tools and techni2es in the ad+anced optimisation section.
The optimisation process is continally changing (ith the pdates in technology and
the tools a+aila"le3 some o# the tools re#ered to in this docment are e$tremely ne(
and there#ore at present no pro#essional technical docmentation or prodct literatre
e$ists (ithin Motorola. The tools ho(e+er are #nctional and ha+e ther#ore "een
re#ered to in the docment.
The process re#ered to in this docment shold not "e ta)en as the only (ay o#
Optimising a 'SM system3 as (ith all processes they are continally "eing impro+ed
(ith ne( tools and techni2es. The "asic strategy remains ho(e+er in that
o!t"/"$at"on "$ a !roce$$ o, "/!ro0"n. t-e 1*a2"t3 o, a ce22*2ar net4or5'
Page 4
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
6' E7ECUTI%E SUMMAR)
Optimisation can "e an e$pensi+e omission #rom a net(or) operator5s port#olio.
W"t-o*t o!t"/"$at"on t-e net4or5 4"22 e.rae #rom the commissioned state. This
is "ecase the net(or) changes radically as the tra##ic on the 'SM system gro(s3 and
the snap6shot optimisation (ill not )eep pace (ith these changes. W"t-o*t
o!t"/"$at"on t-e $3$te/ 4"22 $*,,er !oor ca22 1*a2"t38 /an3 ro!!e ca22$ *e to
"nter,erence an "nacc*rate !ara/eter$ re$*2t"n. "n !oor -ano0er !er,or/ance'
The retrn on in+estment (ill "e redced as less s"scri"ers can se the cell. The
potential #or losing s"scri"ers to another net(or) 78chrn9: is increased de to
s"scri"er dissatis#action as a reslt o# their s"%ecti+e o"ser+ation o# net(or) 2ality.
Implementing an optimisation cycle impacts the total cost o# o(nership o# the 'SM
system and is o#ten a hidden cost. Optimisation re2ires dedicated resorce to tne the
net(or) as the tra##ic on the system gro(s and to ensre that particlar test rotes
operate e##iciently3 not to the detriment o# the rest o# the cell co+erage area.
The #lo(chart sho(n in #igre 0.1 smmari!es the "asic optimisation process.
;y constrcting an nderstanding o# the 8dri+e6test9 process cycle and applying
radically ne( ideas it has "een possi"le to pro+ide dynamic and potentially atomatic
optimisation at an nparalleled rate 7cells.day: (ith impro+ed accracy3 (ithot the
re2irement #or dri+e testing.
The soltion ta)es ad+antage o# the Motorola 7M6-ell: intelligent "ase6site
architectre and rotes optimisation in#ormation to either the OM-6< location or
locally to a ;S-6"ased in#ormation collection system. ;y collating this in#ormation
centrally and sing celllar data"ase in#ormation3 sch as cell position3 net(or)
#re2ency plan and co+erage areas3 it is possi"le to pro+ide comprehensi+e
optimisation sggestions.
;y deploying Intelligent Optimisation soltions3 net(or) operators can nderta)e
optimisation "ased on tra##ic load3 sing actal s"scri"er call in#ormation to pro+ide
optimisation in#ormation.
The #lo(chart in #igre 0.0 smmari!es the the ad+anced optimisation process.
Page =
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
9' OPTIMISATION PHILOSPH)
Setting the parameters that control mo"ility ha+e e2al importance to the #re2ency
plan. In 'SM there are a series o# parameters that control mo"ility. Tning these
parameters #or impro+ed 'SM operations3 in terms o# /a:"/"$"n. ca22$ carr"e8
"/!ro0e -ano0er !er,or/ance an "ncrea$e ca22 $*cce$$ rate8 "$ ter/e
;O!t"/"$at"on<'
The a"/ o, o!t"/"$at"on "$ to /a:"/"$e t-e =*a2"t3 o, Ser0"ce o, t-e GSM
net4or5. In order to do this yo need to measre the ,OS3 compare the measred
+ale (ith the desired +ale3 and then ta)e steps to correct the cases o# any
de+iations #rom the desired +ale.
9'& Ba$"c O!t"/"$at"on P-"2o$!-3
It is typical that dring optimisation the choice o# cell #re2ency3 the neigh"or list and
any margins.timers (ill "e e$amined and optimised #or impro+ed per#ormance.
Optimisation is traditionally nderta)en immediately a#ter the commissioning stage3 or
a#ter a ne( #re2ency plan in a deployed net(or). Se+eral teams o# #ield personnel
r"0e aro*n eac- $"te /a5"n. a n*/#er o, ca22$8concentrat"n. on te$t"n. t-e
-ano0er #et4een eac- ce22' Eac- ca22 "$ "n0e$t".ate an an3 !otent"a2 !ro#2e/$
re$o20e #3 c2a$$"ca2 ,a*2t>rea$on"n.?re$o2*t"on /et-o$' T-"$ /et-oo2o.38
ter/e @r"0e>te$t"n.A is sed "y most net(or) operators as a tried and tested (ay
to impro+e their net(or).
O!t"/"$at"on "$ "0"e "nto t-e ,o22o4"n. cr"ter"a 4-en t*n"n. a ce22B
>,re1*enc3 !2an
>to!o2o.3 (ne".-#o*r$)
>ce22 3na/"c$ (-ano0er t"/er$ an /ar."n$)
>rea2>e$tate (antenna t"2t$ etc')
Only ;asic optimisation can "e done in the net(or)3 i# the net(or) does not ha+e a
s"stantial amont o# acti+e s"scri"ers. >or statistical data to "e sed as in the
ad+anced optimisation process3 the net(or) mst "e carrying a signi#icant amont o#
tra##ic
9'6 A0ance O!t"/"$at"on P-"2o$!-3
;e#ore optimisation is started the se o# the ad+anced toolset in the <> design process
shold redce the amont o# optimisation re2ired3 this (ill "e done "y simlating the
net(or)3 prior to intergration or the enhancement o# the net(or)3 in ?andsim. The
net(or) (ill "e set p to per#orm optimmly as per the simlation. As the net(or)
gro(s and more in#ormation is #eed "ac) into the tools the "etter the accracy o# the
simlation
Motorola has de+eloped ad+anced technology and a ne( series o# 'SM #eatres that
spersede the crrent 8dri+e6testing9 methodology. ;y constrcting an nderstanding
o# the 8dri+e6test9 process cycle and applying radically ne( ideas it has "een possi"le
to pro+ide dynamic and potentially atomatic optimisation at an nparalleled rate
7cells.day: (ith impro+ed accracy3 (ithot the re2irement #or dri+e testing.
Motorola contines to de+elop the processes o# intelligent optimisation3 the intelligent
optimisation tool is a prodct a+aila"le no( as a stand alone tool and has "een pt into
the Motorola <oadmap to "ecome #lly intergrated into the net(or) as an optional
#eatre in the #tre.
Page 7
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
4' OPTIMISATION METRICS
T-e 1*a2"t3 o, t-e net4or5 can #e /ea$*re t-ro*.- t-e $tat"$t"c$ .enerate
,ro/ t-e net4or58 t-e$e are a0a"2a#2e t-ro*.- t-e OMC (O!erat"on$ an
Ma"ntenance Center) T-e$e $tat"$t"c$ are *$e to .enerate t-e 5e3 /etr"c$. T-e$e
/etr"c$ 4"22 t-en #e /ea$*re a.a"n$t t-e re1*"re /etr"c$ a$ a.ree #et4een t-e
o!erator an Motoro2a. Motorola "elie+es this is the most e##ecti+e (ay o#
monitoring the per#ormance o# the net(or) as the metrics are deri+ed #rom all o# the
sers o# the net(or).@ri+e test statistics3 althogh a se#l indication o# net(or)
2ality3 do not really emlate the typical ser o# a mo"ile net(or)3 as they are only a
+ery small sample o# the total calls on the net(or)3 ths the statistics o"tained #rom the
(hole net(or) throgh the OM- are a more acrate assesment o# the 2ality o# the
net(or).
T-e ,o22o4"n. /etr"c$ re1*"re an agreed target "et(een the operator and Motorola
to measre the per#ormance o# the net(or).
+ro!!e Ca22 Rate
Hano0er S*cce$$ Rate
O0era22 RF Lo$$ Rate > TCH C S+CCH RF 2o$$ co/#"ne
TCH A$$".n/ent S*cce$$ Rate
Ca22 S*cce$$ rate
TCH B2oc5"n. Rate
I# the agreed metric cannot "e reached de to circmstances otside the control o#
Motorola3 this (ill "e "roght to the attention o# the operator and (ith agreement
remo+ed (ith respect to the o+erall acceptance metrics as agreed "et(een Motorola
and the operator.
The typical targets set "et(een operator and Motorola are
+ro!!e ca22 Rate > Le$$ t-an 6D
Hano0er S*ce$$ Rate > E t-an FGD
RF Lo$$ Rate > Le$$ t-an 9D
TCH A$$".n/ent Rate > E t-an FGD
Ca22 S*ce$$ Rate > E t-an FGD
TCH B2oc5"n. Rate > To t-e RF e$".n cr"ter"a (U$*a223 6D)
4'& So,t4are O!t"/"$at"on Too2
Motorola ha+e de+eloped a so#t(are tool #or analysing the per#ormance o# the net(or)
7SOT 6 So#t(are Optimisation Tool:.
Motorola se this tool to pro+ide the optimisation metrics re2ired to measre the
per#ormance o# the net(or).
G' BASIC OPTIMISATION PRE>RE=UISITES
G'& Per$one2 Re1*"re/ent$
Page A
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
The intention here is to sho( the engineers re2ired in the optimisation process and
not the amont o# engineers. The amont o# engineers (ill depend on the si!e o# the
net(or)3 the amont o# area to "e co+ered and the roll ot schedle.
Once the a"o+e in#ormation is )no(n a more precise proposal can "e done detailing
speci#ic nm"ers o# people re2ired.
The engineers re2ired in the optimiation process is as #ollo(s
T3!e o, En."neer F*nct"on$
OM- Engineers 6 Statistical #eed"ac)3 &et(or) a+aila"ility3
@ata"ase -hanges.
@ri+e Test Engineers 6 @ri+e Testing3 Per#ormance e+alation3
Antennae and data"ase -hanges.
Per#ormance Engineer 6 OM- Statistical Analysis3 ,ality Metric
#igres.
;SS Mtce Engineer 6 >alt Identi#ication and -learance
Antennae <iggers 6 Antennae A!imth and do(ntilt changes
Optimisation -ontrol 6 Management responsi"ilities o# all sta##3
Presentation o# ,ality Metrics3 Technical 'idance to Engineers3 -hange
control Management.
G'6 C-an.e Contro2 Proce*re
A procedre to manage changes (ithin the net(or) is re2ired to maintain the
integrity and 2ality o# the net(or).
The procedre ensres all changes re2ired to impro+e the 2ality o# the net(or) are
+alid and that precations against #ailre o# the change ha+e "een considered.
This procedre "elo( is the change control procedre and ensres changes on the
net(or) ha+e "een #lly e+alated "e#ore implementation and that each change has a
test plan and a "ac) plan in case o# #ailre..
G'9 +r"0e Te$t Ro*te$
;e#ore dri+e testing is started dri+e test rote need to "e agreed (ith the operator.
These rotes shold co+er the #ollo(ing points "e#ore agreement is reached.
All sites and sectors shold "e tested (ithin the dri+e test rotes at least once.
All ma%or roads and high(ays shold "e tested at least t(ice (ithin the agreed
rotes.
All cells shold "e tested #or handot and handin (ithin the rotes i# possi"le.
The rotes shold "e appro$iamately 0 6 1 hors in dration. This is re2ired to
manage the data collected.
<otes o# ma%or importance shold "e identi#ied prior to starting and shold "e
dri+en #irst. i.e Airports to the city center
G'4 RF +e$".n an +ata#a$e Para/eter$
;e#orre Optimisation can "egin the <> design and data"ase parameters (ill "e
re2ired. This is normally presented in spreadsheets #rom the <> planning and @atagen
tools.
Page 9
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
This in#ormation is re2ired to help the dri+e test engineers to identi#y possi"le sorces
o# inter#erence. The in#ormation is also sed to e+alate possi"le changes to impro+e
the 2ality o# ser+ice.
G'G S4"tc- Te$t N*/#er
To aid in the optimisa2tion o# the net(or) a test nm"er is re2ired (ithin the MS-.
This is re2ired #or the dri+e test teams to access #rom the test mo"iles in the car3 a test
nm"er in the MS- is pre#erred as this remo+es any contact (ith the land system3 so in
the e+ent o# any dropped or na+aila"le calls they (ill all "e in the mo"ile net(or) .
G'H C*$to/er Fee#ac5 Proce*re
A procedre is re2ired to #eed "ac) cstomer in#ormation on the per#ormance and
co+erage o# the net(or). The recie+ed in#ormation is sed to target areas o#
optimisation and to +eri#y co+erage against the <> design.
The in#ormation #eed "ac) is also sed in the gro(th o# the net(or) "y identi#ying
(ere s"scri"ers are sing there mo"iles.
The process o# #eeding in#ormation "ac) is an internal process #or each operator3
Motorola ho(e+er ha+e closely (or)ed (ith cstomer care departments to assist in
pro+iding in#ormation as to the co+erage and 2ality o# the net(or). The #ormat o#
pro+iding in#ormation is sally graphically "ased arond the Mapin#o 'IS so#t(are3
this pro+ides co+erage maps #rom the <> planning tool and li+e data gathered #rom
dri+e test data. This spport can "e pro+ided to any #tre cstomers.
G'I T"/e$ca2e$
The optimisation process ne+er comes to an end (ithin a net(or)3 the process sally
e+ol+es into the per#ormance engineering department as the net(or) e+ol+es.
The rate o# gro(th in most celllar net(or)s means the net(or) contines to e$pand
(ith ne( sites or more capacity (ith di##erent <> design techni2es3 this (ill al(ays
mean that optimisation (ill "e re2ired to maintain and impro+e the 2ality o# the
net(or).
The initial optimisation o# a system is some(hat +aria"le depending on many #actors i.e
amont o# sites3 area to "e optimised3 road tra##ic density e.t.c. ?o(e+er as an
indication ntil the precise in#ormation is )no(n on the net(or) it ta)es
appro$iamately 06/ (ee)s #or one dri+e test team to optimise a ;S-3 a ;S- sally
consists o# a"ot 1/ 6 1A sites at (ith present so#t(are load.
I# a #aster optimisation process is re2ired more engineers (ill "e re2ired3 another
team (old see a redction o# 10 days in the process.
H' BASIC OPTIMISATION PROCE+URE
The optimisation process starts immediatly the net(or) is "roght into operational
ser+ice or an enhancement ta)es place on the net(or). @ring times o# little change to
the net(or) Per#ormance Engineering monitor the 2ality o# the net(or) and (ill see)
assistance #rom Optimisation Engineers i# the 2ality o# the net(or) "egins to #all.
The procedre "elo( is the "asic method #or Optimising a system and can "e modi#ied
to each operator to ma$imise reslts.
Page 10
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
1. ;e#ore Optimisation starts all o# the pre6re2isites mst ha+e "een done or "e in
place. There mst "e a change control procedre in place (ith the operator that
Motorola are #amiliar (ith3 the <> design and @ata"ase parameters mst "e
presented to the Optimisation control manager. All dri+e test teams mst ha+e test
mo"iles and SIM cards pro+ided "y the operator. Note > The Optimisation control
personel are sally sitated (ith the OM- personel #or ma$imm e##ieciency as
OM- and Optimisation control are continally passing in#ormation "et(een each
other.
0. The dri+e test rotes mst "e agreed (ith the operator and a priority set on the
rotes #or testing.
1. The dri+e test teams ma)e test calls on the net(or) o# 0 minte dration (ith a 14
second "rea) "et(een calls to the MS- test nm"er (ith the Test Mo"ile
e2ipment 7TEMS: and all data is logged to the compter3 location in#ormation is
also ta)en sing a 'PS recie+er to pro+ide location in#ormation.
/. The dri+e test rotes are sally 1 6 / hors in dration so that the data collected
can "e managed.
4. @ring or a,ter co/!2et"on o, t-e r"0e te$t ro*te ana23$"$ o, t-e ata co22ecte
"$ one to ,"n area$ o, ro!!e or no"$3 ca22$. This can either "e done on the
<> planning tool or sing the 'IMS so#t(are in the #ield
=. The reslts o# the dri+e test3 inclding analysis is passed to Optimisation -ontrol #or
per#ormance logging o# the rote.
7. Shold the analysis o# the rote indicate pro"lems o# either dropped or noisy
calls 3(ith the aid o# the <> design and @ata"ase parameters an assesment is made
to identi#y the possi"le sorce o# inter#erence casing the noisy or dropped call. I#
a call is dropped and no inter#erence is present a retest is made in the same area3 i#
the scenario o# the dropped call can "e repeated3 in#ormation o# the pro"lem cell
shold "e o"tained3 this (ill then "e escalated to Optimisation control to see)
assistance #rom the ;SS maintenance engineers to in+estigate the cell dropping
calls.
Note > To assist in con#irming possi"le sorces o# inter#erence there may "e a
re2irement to remo+e the sspected inter#ering channel. This (old "e done +ia
the optimisation control engineers#. The sspected inter#ering carrier (old "e
remo+ed temporarily #rom ser+ice and test calls made again in the pro"lem area3
this (old sho( i# the inter#erence had "een remo+ed. The process #or
temporarily remo+ing carriers (old ha+e to "e agreed (ith the operator3 this
sally +aries as to the importance o# the cell as to (hat time o# day it can "e
ta)en ot o# ser+ice.
A. A#ter con#ormation as to (hat is casing the pro"lem (ith the dri+e test rote3 the
dri+e test engineer (ill attempt to #ind a $o2*t"on to t-e !ro#2e/. This can "e one
o# a nm"er o# possi"ilities i.e Po4er C-an.e to BTS8 Fre1*enc3 P2an c-an.e8
Ne".-#or a"t"on re1*"re e't'c'
Note > In the case o# a #re2ency plan pro"lem3 this is sally escalated throgh
Optimisation -ontrol to the <> design engineer to #ind a soltion to the pro"lem.
The <> designer and Optimiser #or an area are sally the same engineer in
Motorola3 this has continally pro+en to "e the most e##icient method o#
impro+ing the 2ality o# the net(or) (ith respect to pro"lems (ith the #re2ency
plan o# the net(or).
Page 11
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
9. Once a possi"le soltion to the pro"lem has "een #ond it may "e possi"le in some
circmstances to immediatly attempt the soltion +ia the OM-3 this sally relates
to minor data"ase changes and adding neigh"ors. The soltion is implemented and
pro+en immediately. I# the pro"lem is recti#ied the change remains in place and a
change re2est is raised #or the soltion #or the prpose o# )eeping records o# all
changes in the net(or). I# the soltion re2ires a ma%or data"ase change or
antennae (or) a change re2est mst "e raised +ia the Optimisation -ontrol
Engineers. A#ter the soltion is implemented a retest o# the pro"lem area is
carried ot to con#irm the pro"lem has "een sol+ed.
10. In the e+ent o# the pro"lem not "eing sol+ed alternati+e soltions may "e
attempted3 this process contines ntil it "ecomes immpossi"le to #ind a soltion.
At this point the pro"lem is discssed (ith the operator as to the reasons that the
pro"lem cannot "e sol+ed #or e$ample the soltion may re2ire a ne( cell to "e
"ilt3 clearly this is "eyond the scope o# optimisation. I# the operator is in
agreement this particlar pro"lem (ill "e remo+ed #rom the dri+e tests ntil sch
time a soltion is implemented.
11. Steps 1 to 10 are repeated throghot the system ntil sch time that all rotes
meet the re2ired metrics or no #rther impro+ement can "e made de to
circmstances otside the control o# Motorola.
I' BASIC OPTIMISATION TOOLS AN+ SOFTWARE
I'& OMC
The OM- is an integral part o# a 'SM system3 its relationship to the Optimisation
process is to pro+ide statistics #or the 2ality metrics and in#ormation on the stats o#
the net(or).
I'6 Te/$
Tems is the dri+e test mo"ile and so#t(are #rom Eriso#t. The )it consists o# a laptop
P.-3 an Ericsson '?=AA test mo"ile and a 'PS recie+er #or positioning in#ormation.
I'6'& G"/$
'ims is the graphical display so#t(are associated (ith Tems3 it displays the dri+e test
rotes graphically on a map o# the dri+e test area. It is especally good at pro+iding
in#ormation to cstomer care and mar)etting departments.
I'9 RF P2ann"n. Too2 > Net!2an
An <> planning tool is re2ired in the Optimisation Process #or displaying dri+e test
rotes #or analysis3 modi#ications to the #re2ency plan and antennae a!imths and
do(ntilt changes.
Motorola5s <> planning tool is &etplan.
I'4 Ma!"n,o
Mapin#o is a 'IS so#t(are tool3 it is sed to display dri+e test data #or analysis and to
prodce Optimisation reports in a clear and easy manner.
Page 10
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
I'G A "nter,ace Ana23$er
An A inter#ace analyser i.e Siemens B1101 tester3 is re2ired to analyse the A inter#ace
#or possi"le messaging pro"lems. This tool is re2ired to pro+e areas o# dropped calls
(hen there are no inter#erence pro"lems. It can also "e sed to identi#y #alty hando+er
processes "et(een the ;SS and MS-.
I'H Te$t Mo#"2e$
Test mo"iles are an in+ala"le sorce o# in#ormation3 all #ield engineers shold "e
e2ipped (ith a test mo"ile to identi#y pro"lem areas.
The test mo"ile shold "e capa"le o# gi+ing the recie+ed signal le+el3 <C,al +ale3
-ell I.@ and si$ neigh"ors (ith r$le+els.
J' A+%ANCE+ OPTIMISATION PRE>RE=UISITES
The ad+anced optimi!ation toolset de+eloped "y Motorola (ill "e re2ired to
nderta)e the ad+anced optimi!ations procedre in the net(or).
J'& S*#$cr"#er$
To gather meaning#l data #or the ad+anced optimisation tools the net(or) shold
ha+e a s"stantial amont o# tra##ic "eing generated "y s"scri"ers on the net(or).
J'6 Per$one2 Re1*"re/ent$
The type o# engineers re2ired (ill remain the same as the re2irements in the "asic
optimisation pre6re2isites. There (ill ho(e+er "e a re2irement #or e$tra per#ormance
engineers to analyse data gathered #rom the intelligent optimisation tool3the -all Trace
Prodct Tool and the -ell Analysis Tool .
The re2irement #or dri+e test engineers (ill still "e +alid #or +eri#ication prposes3 "t
a there shold "e a signi#igant redction in the amont o# dri+e test engineers re2ired.
The redction (ill "e "ased on the amont o# ad+anced tools a+aila"le in the net(or)
and the timescales in+ol+ed.
J'9 T"/e$ca2e$
As there is typically no re2irement #or dri+e testing in the ad+anced optimisation
process3 the time ta)en to optimise the net(or) is redced signi#igantly.
This redction (ill depend on the amont o# ad+anced tools a+aila"le3 the si!e o# the
net(or) and the roll ot plans o# the net(or).
As a comparison (ith "asic optimisation #or a ;S- it shold ta)e appro$iamately one
(ee) to optimise as opposed to 1 6 / (ee)s #or the "asic optimisation process.
F' A+%ANCE+ OPTIMISATION PROCE+URE
The ad+anced optimisation procedre #or a net(or) is as #ollo(s
1. The Motorola ad+anced OM- tools shold "e loaded onto all OM-5s
0. The analysis o# these tools (ill identi#y the (orst per#orming ;S-5s in the net(or).
Page 11
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
1. Intelligent Optimisation is then carried ot on the (orst per#orming ;S-5s #irst.
/. The intelligent optimisation tool is sally deployed at the ;S- site (hich ser+es
the area "eing optimised. This is re2ired to e$tract the data +ia the A inter#ace
lin)s to each ;TS.
4. Measrement report data is collected +ia remote nodes at the cell sites and sent to
the Intelligent Optimisation Tool o+er the A inter#ace lin)s.
=. The Intelligent Optimisation tool analyses the data and can identi#y pro"lem areas in
the net(or).
7. I# pro"lem areas are identi#ied then changes (ill "e re2ired to the net(or) to
impro+e the pro"lem areas and there"y impro+e the 2ality o# the net(or).
A. Steps 1 to 7 are then repeated ntil the 2ality o# the net(or) reaches the o"%ecti+es
set in the optimisation metrics agreed "et(een Motorola and the operator.
&(' A+%ANCE+ OPTIMISATION TOOLS AN+ SOFTWARE
&('& E:!ert A0"$or > Inte22".ent O!t"/"$at"on Too2
Intelligent Optimisation is an optional prodct #or the OM- E$pert Ad+isor or can "e a
stand alone prodct. Dhere deployed3 it (illE
Atomatically identi#y optimisation isses to determine (hich cells re2ire
optimisation.
Pro+ide the necessary ser inter#ace to set p the scope o# the optimisation
@irect the operation o# the Intelligent Optimisation system i.e. Plan and schedle
data collection and analysis
Pro+ide Optimisation recommendations to the Operator #or #inal analysis
Pro+ide -.I and -.A Matrices in a #ormat #or import to a planning tool
Pro+ide accrate Per#ormance statistics "e#ore and a#ter the optimisation to monitor
the impro+ement in the net(or).
Pro+ide #acilities to start and stop the IOS processes
Pro+ide #acilities to +ie( and change optimisation change re2ests
*in) to the E$pert Ad+isor on6line help system.
&('&'& Tar.et O!t"/"$at"on So2*t"on$
The #ollo(ing is a list o# the soltions that are candidates #or the #irst release o# the
prodct.
&('&'6 Fre1*enc3 P2an O!t"/"$at"on
The #re2ency plan is the primary case o# <> s"6system pro"lems3 since a non6
optimal plan (ill prodce many co+erage FholesF and signi#icant co6 and ad%acent
channel inter#erence.
Page 1/
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
Pro+iding an optimal #re2ency plan (ill #acilitate impro+ed net(or) per#ormance.
The mechanism "y (hich the #re2ency plan (ill "e pdated 7iterated: is +ia the
generation o# a -arrier6to6Inter#erence channel 7-.I: and a -arrier6to6Ad%acent 7-.A:
channel matri$. This is a prioritised list o# each sorce cell5s inter#ering neigh"ors. A
ne( #re2ency plan is generated "y processing this -.I and -.A matri$ in con%nction
(ith spectral a+aila"ility. >or completeness since the generation o# the iterated
#re2ency plan re2ires s"scri"er measrement3 #or the #irst plan the system (ill se
the propagation prediction6"ased #re2ency plan as the "ase6line and then iterate to
con+erge on an optimal and F"est compromiseF soltion.
The iterated soltion (ill encompass the s"scri"er sage (ithin its data. This means
that the #re2ency plan (ill "e statistically +alid #or the ma%ority o# the cell5s sers. This
is in contrast (ith the traditional @ri+e Test method (here rotes are pre6determined
as representati+e (ithot the "ene#it o# correlation (ith s"scri"er sage patterns.
&('&'9 To!o2o.3 O!t"/"$at"on
Once the #re2ency plan is pdated the ne$t in#lence on <> s"6system per#ormance
is the net(or) topology. The topology encompasses the relationship that the sorce
cell has (ith its srronding neigh"or cells.
-learly3 there are three possi"le conditions that can e$ist #or optimisation o# topologyE
i. &o pro"lems e$ist.
ii. The topology is incomplete3 i.e. a neigh"oring cell is missing #rom the topology and
i# entered may redce dropped calls since an appropriate hando+er (ill "e nderta)en.
iii. The topology is Fo+er6completeF3 i.e. the topology has redndant elements (here
hando+ers are not nderta)en. This is not a signi#icant isse i# the cell is not hea+ily
tilised since the processing associated (ith each neigh"or is not signi#icant.
?o(e+er3 in a "sy cell (ith many neigh"ors3 the redndant lin) cold "e tilised "y a
tre neigh"or.
The topology is modi#ied in many di##erent (ays3 "t in all cases the topology
modi#ications are directed to increase s"scri"er call satis#action "y redcing the poor
call 2ality. In 'SM3 the mo"ile Gphone is the sorce o# neigh"or in#ormation since p
to = neigh"or cells are reported. O+er a period o# time3 all the #re2encies can "e
scanned. The neigh"or in#ormation is then processed to add the missing neigh"ors
and remo+e the redndant lin)s.
The process o# scanning #re2encies is aided "y the FTest &eigh"orF #eatre. It is
en+isaged that test neigh"ors (ill "e incorporated into the topology to aid "oth
#re2ency planning and topology optimisation. In addition3 since ne( neigh"ors are
only identi#ied "y their ;--? A<>-& . ;SI- com"ination3 propagation in#ormation is
re2ired to identi#y the neigh"or 'SM -ell Identity #or the neigh"or list.
&('&'4 F*t*re En-ance/ent$
In addition to the a"o+e soltions Motorola is in+estigating the addition the #ollo(ing
soltions to the Intelligent Optimisation ToolE
*ocation Area -ode 7*A-: Optimisation
Page 14
Motorola -on#idential Proprietary
Optimisation Process Version 1.0
-ell @ynamic Optimisation
&('6 SOT > So,t4are O!t"/"$at"on Too2
The SOT tool is a so#t(are pac)age that analyses ;SS statistical data stored on the
OM-. The tool pro+ides statistical metrics #or measring system per#ormance as (ell
as in#ormation on poorly per#orming cells.
&('9 Ce22 Ana23$"$ Too2 %er 6 (CAT6)
The -AT0 tool is a so#t(are pac)age that analyses ;SS statistical data stored on the
OM-. The tool pro#iles the statistics against preset pro#iles inpt to the tool #or each
cell. This process is )no(n as #ootprinting a cell. Shold the analysis o# the statistics
sho( a de+iation otside the #ootprint set in -AT0 an alarm is raised on the OM- #or
the attention o# the OM- engineer.
&('4 MARS > Stat"$t"ca2 +ata Ana23$"$
The MA<S tool is a so#t(are pac)age that rns on a ni$ system. The tool is sed to
analyse long term data3 pto = months (orth o# data can "e analysed. The tool can "e
sed to pro+ide gro(th plan in#ormation #or the operator. The tool can also aid in the
#alt identi#ication process "y analysis statistics recently gathered "y the tool.
The tool can analyse all statistics a+aila"le in the ;SS.
&&' TRAINING
Motorola pro+ide e$tensi+e training on its 'SM in#rastrctre3 this is done throgh the
Motorola Technical Training department.
As (ell as Motorola technical training3 Motorola ha+e a certi#ication process #or
System Engineers in+ol+ed in the Optimisation o# the net(or). This certi#ication
consists o# Motorola Technical training and on the %o" training (ith local System
Engineers (ho spport the operator. The training (ill co+er all tools and techni2es
in+ol+ed in the optimisation o# the net(or)3 #ll certi#ication o# the operators engineers
(ill only "e gi+en (hen they are capa"le o# per#orming all tas)s in+ol+ed in the
optimisation process.
Page 1=
Motorola -on#idential Proprietary