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 Ran ee! Ra"na A#$tract This doc ment emphasi!es on the methodology to "e adopted #or the optimi!ation o# the e$pansion pro%ect in TM& 'SM net(or) in So th *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 1.0 17.0/.99 Rea$on ,or C-an.e Initial Iss e. &o changes

REFERENCES

Page 0 Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

TABLE OF CONTENTS &' INTRO+UCTION''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''4 /' E0ECUTI%E SUMMAR)''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''1 2' OPTIMISATION PHILOSPH)'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''3 1.1 2ASI- OPTIMISATIO& P3I*OSP34...........................................................................5 1.0 A6VA&-E6 OPTIMISATIO& P3I*OSP34..................................................................5 4' OPTIMISATION METRICS''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''4 /.1 SO7T8A9E OPTIMISATIO& TOO*............................................................................ 7 1' BASIC OPTIMISATION PRE5RE6UISITES''''''''''''''''''''''''''''''''''''''''''''''''''''''4 :.1 PE9SO&E* 9E,;I9EME&TS....................................................................................7 :.0 -3A&'E -O&T9O* P9O-E6;9E............................................................................. < :.1 69IVE TEST 9O;TES.............................................................................................. < :./ 97 6ESI'& A&6 6ATA2ASE PA9AMETE9S.............................................................< :.: S8IT-3 TEST &;M2E9.......................................................................................... 9 :.5 -;STOME9 7EE62A-= P9O-E6;9E.......................................................................9 :.7 TIMES-A*ES.......................................................................................................... 9 3' BASIC OPTIMISATION PROCE+URE''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''7 4' BASIC OPTIMISATION TOOLS AN+ SOFTWARE''''''''''''''''''''''''''''''''''''''&& 7.1 OM-................................................................................................................... 11 7.0 TEMS................................................................................................................... 11 7.2.1 Gims................................................................................................................11 7.1 97 P*A&&I&' TOO* > &ETP*A&...........................................................................11 7./ MAPI&7O............................................................................................................. 11 7.: A I&TE97A-E A&A*4SE9.....................................................................................10 7.5 TEST MO2I*ES..................................................................................................... 10 8' A+%ANCE+ OPTIMISATION PRE5RE6UISITES'''''''''''''''''''''''''''''''''''''''''&/ <.1 S;2S-9I2E9S....................................................................................................... 10 <.0 PE9SO&E* 9E,;I9EME&TS................................................................................... 10 <.1 TIMES-A*ES........................................................................................................ 10 7' A+%ANCE+ OPTIMISATION PROCE+URE'''''''''''''''''''''''''''''''''''''''''''''''''&/ &(' A+%ANCE+ OPTIMISATION TOOLS AN+ SOFTWARE'''''''''''''''''''''''''&2 10.1 E?PE9T A6VISO9 > I&TE**I'E&T OPTIMISATIO& TOO*......................................11 10.1.1 Target Optimisation Solutions......................................................................13 10.1.2 Frequency Plan Optimisation.......................................................................13 10.1.3 Topology Optimisation.................................................................................14 10.1.4 Future En ancements...................................................................................14 10.0 SOT > SO7T8A9E OPTIMISATIO& TOO*.............................................................1: 10.1 -E** A&A*4SIS TOO* VE9 0 @-AT0A...............................................................1: 10./ MA9S > STATISTI-A* 6ATA A&A*4SIS.............................................................1: &&' TRAINING''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''&1

Page 1 Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

&'

INTRO+UCTION

This doc ment descri"es in detail the process o# optimisation. The doc ment co+ers the traditional methods o# optimising a cell lar system in the "asic optimisation section. It then introd ces the impro+ements "eing made to the Optimisation process (ith the introd ction o# ne( tools and techniB es in the ad+anced optimisation section. The optimisation process is contin ally changing (ith the pdates in technology and the tools a+aila"leC some o# the tools re#ered to in this doc ment are e$tremely ne( and there#ore at present no pro#essional technical doc mentation or prod ct literat re e$ists (ithin Motorola. The tools ho(e+er are # nctional and ha+e ther#ore "een re#ered to in the doc ment. The process re#ered to in this doc ment sho ld not "e ta)en as the only (ay o# Optimising a 'SM systemC as (ith all processes they are contin ally "eing impro+ed (ith ne( tools and techniB es. The "asic strategy remains ho(e+er in that o!t"9"$at"on "$ a !roce$$ o, "9!ro:"n. t-e ;*a<"t= o, a ce<<*<ar net>or?'

Page / Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

/'

E0ECUTI%E SUMMAR)

Optimisation can "e an e$pensi+e omission #rom a net(or) operatorDs port#olio. W"t-o*t o!t"9"$at"on t-e net>or? >"<< e.ra e #rom the commissioned state. This is "eca se the net(or) changes radically as the tra##ic on the 'SM system gro(sC and the snap>shot optimisation (ill not )eep pace (ith these changes. W"t-o*t o!t"9"$at"on t-e $=$te9 >"<< $*,,er !oor ca<< ;*a<"t=@ 9an= ro!!e ca<<$ *e to "nter,erence an "nacc*rate !ara9eter$ re$*<t"n. "n !oor -an o:er !er,or9ance' The ret rn on in+estment (ill "e red ced as less s "scri"ers can se the cell. The potential #or losing s "scri"ers to another net(or) @Ech rnFA is increased d e to s "scri"er dissatis#action as a res lt o# their s "%ecti+e o"ser+ation o# net(or) B ality. Implementing an optimisation cycle impacts the total cost o# o(nership o# the 'SM system and is o#ten a hidden cost. Optimisation reB ires dedicated reso rce to t ne the net(or) as the tra##ic on the system gro(s and to ens re that partic lar test ro tes operate e##icientlyC not to the detriment o# the rest o# the cell co+erage area. The #lo(chart sho(n in #ig re 0.1 s mmari!es the "asic optimisation process. 2y constr cting an nderstanding o# the Edri+e>testF process cycle and applying radically ne( ideas it has "een possi"le to pro+ide dynamic and potentially a tomatic optimisation at an nparalleled rate @cells.dayA (ith impro+ed acc racyC (itho t the reB irement #or dri+e testing. The sol tion ta)es ad+antage o# the Motorola @M>-ellA intelligent "ase>site architect re and ro tes optimisation in#ormation to either the OM->9 location or locally to a 2S->"ased in#ormation collection system. 2y collating this in#ormation centrally and sing cell lar data"ase in#ormationC s ch as cell positionC net(or) #reB ency plan and co+erage areasC it is possi"le to pro+ide comprehensi+e optimisation s ggestions. 2y deploying Intelligent Optimisation sol tionsC net(or) operators can nderta)e optimisation "ased on tra##ic loadC sing act al s "scri"er call in#ormation to pro+ide optimisation in#ormation. The #lo(chart in #ig re 0.0 s mmari!es the the ad+anced optimisation process.

Page : Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

2'

OPTIMISATION PHILOSPH)

Setting the parameters that control mo"ility ha+e eB al importance to the #reB ency plan. In 'SM there are a series o# parameters that control mo"ility. T ning these parameters #or impro+ed 'SM operationsC in terms o# 9aA"9"$"n. ca<<$ carr"e @ "9!ro:e -an o:er !er,or9ance an "ncrea$e ca<< $*cce$$ rate@ "$ ter9e BO!t"9"$at"onC' The a"9 o, o!t"9"$at"on "$ to 9aA"9"$e t-e 6*a<"t= o, Ser:"ce o, t-e GSM net>or?. In order to do this yo need to meas re the ,OSC compare the meas red +al e (ith the desired +al eC and then ta)e steps to correct the ca ses o# any de+iations #rom the desired +al e. 2'& Ba$"c O!t"9"$at"on P-"<o$!-=

It is typical that d ring optimisation the choice o# cell #reB encyC the neigh"o r 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 stageC or a#ter a ne( #reB ency plan in a deployed net(or). Se+eral teams o# #ield personnel r":e aro*n eac- $"te 9a?"n. a n*9#er o, ca<<$@concentrat"n. on te$t"n. t-e -an o:er #et>een eac- ce<<' Eac- ca<< "$ "n:e$t".ate an an= !otent"a< !ro#<e9$ re$o<:e #= c<a$$"ca< ,a*<t5rea$on"n.Dre$o<*t"on 9et-o $' T-"$ 9et-o o<o.=@ ter9e E r":e5te$t"n.F is sed "y most net(or) operators as a tried and tested (ay to impro+e their net(or). O!t"9"$at"on "$ ":" e "nto t-e ,o<<o>"n. cr"ter"a >-en t*n"n. a ce<<G 5,re;*enc= !<an 5to!o<o.= (ne".-#o*r$) 5ce<< =na9"c$ (-an o:er t"9er$ an 9ar."n$) 5rea<5e$tate (antenna t"<t$ etc') Only 2asic optimisation can "e done in the net(or)C i# the net(or) does not ha+e a s "stantial amo nt o# acti+e s "scri"ers. 7or statistical data to "e sed as in the ad+anced optimisation processC the net(or) m st "e carrying a signi#icant amo nt o# tra##ic 2'/ A :ance O!t"9"$at"on P-"<o$!-=

2e#ore optimisation is started the se o# the ad+anced toolset in the 97 design process sho ld red ce the amo nt o# optimisation reB iredC this (ill "e done "y sim lating the net(or)C prior to intergration or the enhancement o# the net(or)C in 3andsim. The net(or) (ill "e set p to per#orm optim mly as per the sim lation. As the net(or) gro(s and more in#ormation is #eed "ac) into the tools the "etter the acc racy o# the sim lation Motorola has de+eloped ad+anced technology and a ne( series o# 'SM #eat res that s persede the c rrent Edri+e>testingF methodology. 2y constr cting an nderstanding o# the Edri+e>testF process cycle and applying radically ne( ideas it has "een possi"le to pro+ide dynamic and potentially a tomatic optimisation at an nparalleled rate @cells.dayA (ith impro+ed acc racyC (itho t the reB irement #or dri+e testing. Motorola contin es to de+elop the processes o# intelligent optimisationC the intelligent optimisation tool is a prod ct a+aila"le no( as a stand alone tool and has "een p t into the Motorola 9oadmap to "ecome # lly intergrated into the net(or) as an optional #eat re in the # t re.

Page 5 Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

4'

OPTIMISATION METRICS

T-e ;*a<"t= o, t-e net>or? can #e 9ea$*re t-ro*.- t-e $tat"$t"c$ .enerate ,ro9 t-e net>or?@ t-e$e are a:a"<a#<e t-ro*.- t-e OMC (O!erat"on$ an Ma"ntenance Center) T-e$e $tat"$t"c$ are *$e to .enerate t-e ?e= 9etr"c$ . T-e$e 9etr"c$ >"<< t-en #e 9ea$*re a.a"n$t t-e re;*"re 9etr"c$ a$ a.ree #et>een t-e o!erator an Motoro<a. 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).6ri+e test statisticsC altho gh a se# l indication o# net(or) B alityC do not really em late the typical ser o# a mo"ile net(or)C as they are only a +ery small sample o# the total calls on the net(or)C th s the statistics o"tained #rom the (hole net(or) thro gh the OM- are a more ac rate assesment o# the B ality o# the net(or). T-e ,o<<o>"n. 9etr"c$ re;*"re an agreed target "et(een the operator and Motorola to meas re the per#ormance o# the net(or). +ro!!e Ca<< Rate Han o:er S*cce$$ Rate O:era<< RF Lo$$ Rate 5 TCH H S+CCH RF <o$$ co9#"ne TCH A$$".n9ent S*cce$$ Rate Ca<< S*cce$$ rate TCH B<oc?"n. Rate

I# the agreed metric cannot "e reached d e to circ mstances o tside the control o# MotorolaC this (ill "e "ro ght 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 ca<< Rate Han o:er S*ce$$ Rate RF Lo$$ Rate TCH A$$".n9ent Rate Ca<< S*ce$$ Rate TCH B<oc?"n. Rate 5 5 5 5 5 5 Le$$ t-an /I J t-an 71I Le$$ t-an 2I J t-an 71I J t-an 71I To t-e RF e$".n cr"ter"a (U$*a<<= /I)

4'&

So,t>are O!t"9"$at"on Too<

Motorola ha+e de+eloped a so#t(are tool #or analysing the per#ormance o# the net(or) @SOT > So#t(are Optimisation ToolA. Motorola se this tool to pro+ide the optimisation metrics reB ired to meas re the per#ormance o# the net(or). 1' 1'& BASIC OPTIMISATION PRE5RE6UISITES Per$one< Re;*"re9ent$

Page 7 Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

The intention here is to sho( the engineers reB ired in the optimisation process and not the amo nt o# engineers. The amo nt o# engineers (ill depend on the si!e o# the net(or)C the amo nt o# area to "e co+ered and the roll o t sched le. Once the a"o+e in#ormation is )no(n a more precise proposal can "e done detailing speci#ic n m"ers o# people reB ired. The engineers reB ired in the optimiation process is as #ollo(s T=!e o, En."neer OM- Engineers > 6ata"ase -hanges. 6ri+e Test Engineers > Antennae and data"ase -hanges. Per#ormance Engineer > #ig res. 2SS Mtce Engineer > Antennae 9iggers > Optimisation -ontrol > Presentation o# , ality MetricsC control Management. 1'/ C-an.e Contro< Proce *re F*nct"on$ Statistical #eed"ac)C &et(or) a+aila"ilityC 6ri+e TestingC Per#ormance e+al ationC OM- Statistical AnalysisC , ality Metric 7a lt Identi#ication and -learance Antennae A!im th and do(ntilt changes Management responsi"ilities o# all sta##C Technical ' idance to EngineersC -hange

A proced re to manage changes (ithin the net(or) is reB ired to maintain the integrity and B ality o# the net(or). The proced re ens res all changes reB ired to impro+e the B ality o# the net(or) are +alid and that preca tions against #ail re o# the change ha+e "een considered. This proced re "elo( is the change control proced re and ens res changes on the net(or) ha+e "een # lly e+al ated "e#ore implementation and that each change has a test plan and a "ac) plan in case o# #ail re.. 1'2 +r":e Te$t Ro*te$

2e#ore dri+e testing is started dri+e test ro te need to "e agreed (ith the operator. These ro tes sho ld co+er the #ollo(ing points "e#ore agreement is reached. All sites and sectors sho ld "e tested (ithin the dri+e test ro tes at least once. All ma%or roads and high(ays sho ld "e tested at least t(ice (ithin the agreed ro tes. All cells sho ld "e tested #or hando t and handin (ithin the ro tes i# possi"le. The ro tes sho ld "e appro$iamately 0 > 1 ho rs in d ration. This is reB ired to manage the data collected. 9o tes o# ma%or importance sho ld "e identi#ied prior to starting and sho ld "e dri+en #irst. i.e Airports to the city center 1'4 RF +e$".n an +ata#a$e Para9eter$

2e#orre Optimisation can "egin the 97 design and data"ase parameters (ill "e reB ired. This is normally presented in spreadsheets #rom the 97 planning and 6atagen tools.
Page < Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

This in#ormation is reB ired to help the dri+e test engineers to identi#y possi"le so rces o# inter#erence. The in#ormation is also sed to e+al ate possi"le changes to impro+e the B ality o# ser+ice. 1'1 S>"tc- Te$t N*9#er

To aid in the optimisaBtion o# the net(or) a test n m"er is reB ired (ithin the MS-. This is reB ired #or the dri+e test teams to access #rom the test mo"iles in the carC a test n m"er in the MS- is pre#erred as this remo+es any contact (ith the land systemC so in the e+ent o# any dropped or na+aila"le calls they (ill all "e in the mo"ile net(or) . 1'3 C*$to9er Fee #ac? Proce *re

A proced re is reB ired to #eed "ac) c stomer 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 97 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 operatorC Motorola ho(e+er ha+e closely (or)ed (ith c stomer care departments to assist in pro+iding in#ormation as to the co+erage and B ality o# the net(or). The #ormat o# pro+iding in#ormation is s ally graphically "ased aro nd the Mapin#o 'IS so#t(areC this pro+ides co+erage maps #rom the 97 planning tool and li+e data gathered #rom dri+e test data. This s pport can "e pro+ided to any # t re c stomers. 1'4 T"9e$ca<e$

The optimisation process ne+er comes to an end (ithin a net(or)C the process s ally e+ol+es into the per#ormance engineering department as the net(or) e+ol+es. The rate o# gro(th in most cell lar net(or)s means the net(or) contin es to e$pand (ith ne( sites or more capacity (ith di##erent 97 design techniB esC this (ill al(ays mean that optimisation (ill "e reB ired to maintain and impro+e the B ality o# the net(or). The initial optimisation o# a system is some(hat +aria"le depending on many #actors i.e amo nt o# sitesC area to "e optimisedC road tra##ic density e.t.c. 3o(e+er as an indication ntil the precise in#ormation is )no(n on the net(or) it ta)es appro$iamately 0>/ (ee)s #or one dri+e test team to optimise a 2S-C a 2S- s ally consists o# a"o t 1/ > 1< sites at (ith present so#t(are load. I# a #aster optimisation process is reB ired more engineers (ill "e reB iredC another team (o ld see a red ction o# 10 days in the process. 3' BASIC OPTIMISATION PROCE+URE

The optimisation process starts immediatly the net(or) is "ro ght into operational ser+ice or an enhancement ta)es place on the net(or). 6 ring times o# little change to the net(or) Per#ormance Engineering monitor the B ality o# the net(or) and (ill see) assistance #rom Optimisation Engineers i# the B ality o# the net(or) "egins to #all. The proced re "elo( is the "asic method #or Optimising a system and can "e modi#ied to each operator to ma$imise res lts.
Page 9 Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

1. 2e#ore Optimisation starts all o# the pre>reB isites m st ha+e "een done or "e in place. There m st "e a change control proced re in place (ith the operator that Motorola are #amiliar (ithC the 97 design and 6ata"ase parameters m st "e presented to the Optimisation control manager. All dri+e test teams m st ha+e test mo"iles and SIM cards pro+ided "y the operator. Note 5 The Optimisation control personel are s ally sit ated (ith the OM- personel #or ma$im m e##ieciency as OM- and Optimisation control are contin ally passing in#ormation "et(een each other. 0. The dri+e test ro tes m st "e agreed (ith the operator and a priority set on the ro tes #or testing. 1. The dri+e test teams ma)e test calls on the net(or) o# 0 min te d ration (ith a 1: second "rea) "et(een calls to the MS- test n m"er (ith the Test Mo"ile eB ipment @TEMSA and all data is logged to the comp terC location in#ormation is also ta)en sing a 'PS recie+er to pro+ide location in#ormation. /. The dri+e test ro tes are s ally 1 > / ho rs in d ration so that the data collected can "e managed. :. 6 ring or a,ter co9!<et"on o, t-e r":e te$t ro*te ana<=$"$ o, t-e ata co<<ecte "$ one to ,"n area$ o, ro!!e or no"$= ca<<$. This can either "e done on the 97 planning tool or sing the 'IMS so#t(are in the #ield 5. The res lts o# the dri+e testC incl ding analysis is passed to Optimisation -ontrol #or per#ormance logging o# the ro te. 7. Sho ld the analysis o# the ro te indicate pro"lems o# either dropped or noisy calls C(ith the aid o# the 97 design and 6ata"ase parameters an assesment is made to identi#y the possi"le so rce o# inter#erence ca sing the noisy or dropped call. I# a call is dropped and no inter#erence is present a retest is made in the same areaC i# the scenario o# the dropped call can "e repeatedC in#ormation o# the pro"lem cell sho ld "e o"tainedC this (ill then "e escalated to Optimisation control to see) assistance #rom the 2SS maintenance engineers to in+estigate the cell dropping calls. Note 5 To assist in con#irming possi"le so rces o# inter#erence there may "e a reB irement to remo+e the s spected inter#ering channel. This (o ld "e done +ia the optimisation control engineers#. The s spected inter#ering carrier (o ld "e remo+ed temporarily #rom ser+ice and test calls made again in the pro"lem areaC this (o ld sho( i# the inter#erence had "een remo+ed. The process #or temporarily remo+ing carriers (o ld ha+e to "e agreed (ith the operatorC this s ally +aries as to the importance o# the cell as to (hat time o# day it can "e ta)en o t o# ser+ice. <. A#ter con#ormation as to (hat is ca sing the pro"lem (ith the dri+e test ro teC the dri+e test engineer (ill attempt to #ind a $o<*t"on to t-e !ro#<e9. This can "e one o# a n m"er o# possi"ilities i.e Po>er C-an.e to BTS@ Fre;*enc= P<an c-an.e@ Ne".-#or a "t"on re;*"re e't'c' Note 5 In the case o# a #reB ency plan pro"lemC this is s ally escalated thro gh Optimisation -ontrol to the 97 design engineer to #ind a sol tion to the pro"lem. The 97 designer and Optimiser #or an area are s ally the same engineer in MotorolaC this has contin ally pro+en to "e the most e##icient method o# impro+ing the B ality o# the net(or) (ith respect to pro"lems (ith the #reB ency plan o# the net(or).
Page 10 Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

9. Once a possi"le sol tion to the pro"lem has "een #o nd it may "e possi"le in some circ mstances to immediatly attempt the sol tion +ia the OM-C this s ally relates to minor data"ase changes and adding neigh"ors. The sol tion is implemented and pro+en immediately. I# the pro"lem is recti#ied the change remains in place and a change reB est is raised #or the sol tion #or the p rpose o# )eeping records o# all changes in the net(or). I# the sol tion reB ires a ma%or data"ase change or antennae (or) a change reB est m st "e raised +ia the Optimisation -ontrol Engineers. A#ter the sol tion is implemented a retest o# the pro"lem area is carried o t 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 sol tions may "e attemptedC this process contin es ntil it "ecomes immpossi"le to #ind a sol tion. At this point the pro"lem is disc ssed (ith the operator as to the reasons that the pro"lem cannot "e sol+ed #or e$ample the sol tion may reB ire a ne( cell to "e " iltC clearly this is "eyond the scope o# optimisation. I# the operator is in agreement this partic lar pro"lem (ill "e remo+ed #rom the dri+e tests ntil s ch time a sol tion is implemented. 11. Steps 1 to 10 are repeated thro gho t the system ntil s ch time that all ro tes meet the reB ired metrics or no # rther impro+ement can "e made d e to circ mstances o tside the control o# Motorola. 4' 4'& BASIC OPTIMISATION TOOLS AN+ SOFTWARE OMC

The OM- is an integral part o# a 'SM systemC its relationship to the Optimisation process is to pro+ide statistics #or the B ality metrics and in#ormation on the stat s o# the net(or). 4'/ Te9$ Tems is the dri+e test mo"ile and so#t(are #rom Eriso#t. The )it consists o# a laptop P.-C an Ericsson '35<< test mo"ile and a 'PS recie+er #or positioning in#ormation. 4'/'& G"9$ 'ims is the graphical display so#t(are associated (ith TemsC it displays the dri+e test ro tes graphically on a map o# the dri+e test area. It is especally good at pro+iding in#ormation to c stomer care and mar)etting departments. 4'2 RF P<ann"n. Too< 5 Net!<an

An 97 planning tool is reB ired in the Optimisation Process #or displaying dri+e test ro tes #or analysisC modi#ications to the #reB ency plan and antennae a!im ths and do(ntilt changes. MotorolaDs 97 planning tool is &etplan. 4'4 Ma!"n,o

Mapin#o is a 'IS so#t(are toolC it is sed to display dri+e test data #or analysis and to prod ce Optimisation reports in a clear and easy manner.

Page 11 Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

4'1

A "nter,ace Ana<=$er

An A inter#ace analyser i.e Siemens =1101 testerC is reB ired to analyse the A inter#ace #or possi"le messaging pro"lems. This tool is reB ired to pro+e areas o# dropped calls (hen there are no inter#erence pro"lems. It can also "e sed to identi#y #a lty hando+er processes "et(een the 2SS and MS-. 4'3 Te$t Mo#"<e$

Test mo"iles are an in+al a"le so rce o# in#ormationC all #ield engineers sho ld "e eB ipped (ith a test mo"ile to identi#y pro"lem areas. The test mo"ile sho ld "e capa"le o# gi+ing the recie+ed signal le+elC 9?, al +al eC -ell I.6 and si$ neigh"ors (ith r$le+els. 8' A+%ANCE+ OPTIMISATION PRE5RE6UISITES

The ad+anced optimi!ation toolset de+eloped "y Motorola (ill "e reB ired to nderta)e the ad+anced optimi!ations proced re in the net(or). 8'& S*#$cr"#er$

To gather meaning# l data #or the ad+anced optimisation tools the net(or) sho ld ha+e a s "stantial amo nt o# tra##ic "eing generated "y s "scri"ers on the net(or). 8'/ Per$one< Re;*"re9ent$

The type o# engineers reB ired (ill remain the same as the reB irements in the "asic optimisation pre>reB isites. There (ill ho(e+er "e a reB irement #or e$tra per#ormance engineers to analyse data gathered #rom the intelligent optimisation toolCthe -all Trace Prod ct Tool and the -ell Analysis Tool . The reB irement #or dri+e test engineers (ill still "e +alid #or +eri#ication p rposesC " t a there sho ld "e a signi#igant red ction in the amo nt o# dri+e test engineers reB ired. The red ction (ill "e "ased on the amo nt o# ad+anced tools a+aila"le in the net(or) and the timescales in+ol+ed. 8'2 T"9e$ca<e$

As there is typically no reB irement #or dri+e testing in the ad+anced optimisation processC the time ta)en to optimise the net(or) is red ced signi#igantly. This red ction (ill depend on the amo nt o# ad+anced tools a+aila"leC the si!e o# the net(or) and the roll o t plans o# the net(or). As a comparison (ith "asic optimisation #or a 2S- it sho ld ta)e appro$iamately one (ee) to optimise as opposed to 1 > / (ee)s #or the "asic optimisation process. 7' A+%ANCE+ OPTIMISATION PROCE+URE

The ad+anced optimisation proced re #or a net(or) is as #ollo(s 1. The Motorola ad+anced OM- tools sho ld "e loaded onto all OM-Ds 0. The analysis o# these tools (ill identi#y the (orst per#orming 2S-Ds in the net(or).

Page 10 Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

1. Intelligent Optimisation is then carried o t on the (orst per#orming 2S-Ds #irst. /. The intelligent optimisation tool is s ally deployed at the 2S- site (hich ser+es the area "eing optimised. This is reB ired to e$tract the data +ia the A inter#ace lin)s to each 2TS. :. Meas rement 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. 5. 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 reB ired to the net(or) to impro+e the pro"lem areas and there"y impro+e the B ality o# the net(or). <. Steps 1 to 7 are then repeated ntil the B ality 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 EA!ert A :"$or 5 Inte<<".ent O!t"9"$at"on Too<

Intelligent Optimisation is an optional prod ct #or the OM- E$pert Ad+isor or can "e a stand alone prod ct. 8here deployedC it (illG A tomatically identi#y optimisation iss es to determine (hich cells reB ire optimisation. Pro+ide the necessary ser inter#ace to set p the scope o# the optimisation 6irect the operation o# the Intelligent Optimisation system i.e. Plan and sched le 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 acc rate 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 reB ests *in) to the E$pert Ad+isor on>line help system. &('&'& Tar.et O!t"9"$at"on So<*t"on$ The #ollo(ing is a list o# the sol tions that are candidates #or the #irst release o# the prod ct. &('&'/ Fre;*enc= P<an O!t"9"$at"on The #reB ency plan is the primary ca se o# 97 s ">system pro"lemsC since a non> optimal plan (ill prod ce many co+erage HholesH and signi#icant co> and ad%acent channel inter#erence. Pro+iding an optimal #reB ency plan (ill #acilitate impro+ed net(or) per#ormance.
Page 11 Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

The mechanism "y (hich the #reB ency plan (ill "e pdated @iteratedA is +ia the generation o# a -arrier>to>Inter#erence channel @-.IA and a -arrier>to>Ad%acent @-.AA channel matri$. This is a prioritised list o# each so rce cellDs inter#ering neigh"o rs. A ne( #reB ency plan is generated "y processing this -.I and -.A matri$ in con% nction (ith spectral a+aila"ility. 7or completeness since the generation o# the iterated #reB ency plan reB ires s "scri"er meas rementC #or the #irst plan the system (ill se the propagation prediction>"ased #reB ency plan as the "ase>line and then iterate to con+erge on an optimal and H"est compromiseH sol tion. The iterated sol tion (ill encompass the s "scri"er sage (ithin its data. This means that the #reB ency plan (ill "e statistically +alid #or the ma%ority o# the cellDs sers. This is in contrast (ith the traditional 6ri+e Test method (here ro tes are pre> determined as representati+e (itho t the "ene#it o# correlation (ith s "scri"er sage patterns. &('&'2 To!o<o.= O!t"9"$at"on Once the #reB ency plan is pdated the ne$t in#l ence on 97 s ">system per#ormance is the net(or) topology. The topology encompasses the relationship that the so rce cell has (ith its s rro nding neigh"o r cells. -learlyC there are three possi"le conditions that can e$ist #or optimisation o# topologyG i. &o pro"lems e$ist. ii. The topology is incompleteC i.e. a neigh"o ring cell is missing #rom the topology and i# entered may red ce dropped calls since an appropriate hando+er (ill "e nderta)en. iii. The topology is Ho+er>completeHC i.e. the topology has red ndant elements (here hando+ers are not nderta)en. This is not a signi#icant iss e i# the cell is not hea+ily tilised since the processing associated (ith each neigh"o r is not signi#icant. 3o(e+erC in a " sy cell (ith many neigh"o rsC the red ndant lin) co ld "e tilised "y a tr e neigh"o r. The topology is modi#ied in many di##erent (aysC " t in all cases the topology modi#ications are directed to increase s "scri"er call satis#action "y red cing the poor call B ality. In 'SMC the mo"ile Iphone is the so rce o# neigh"o r in#ormation since p to 5 neigh"o r cells are reported. O+er a period o# timeC all the #reB encies can "e scanned. The neigh"o r in#ormation is then processed to add the missing neigh"o rs and remo+e the red ndant lin)s. The process o# scanning #reB encies is aided "y the HTest &eigh"o rH #eat re. It is en+isaged that test neigh"o rs (ill "e incorporated into the topology to aid "oth #reB ency planning and topology optimisation. In additionC since ne( neigh"o rs are only identi#ied "y their 2--3 A97-& . 2SI- com"inationC propagation in#ormation is reB ired to identi#y the neigh"o r 'SM -ell Identity #or the neigh"o r list. &('&'4 F*t*re En-ance9ent$ In addition to the a"o+e sol tions Motorola is in+estigating the addition the #ollo(ing sol tions to the Intelligent Optimisation ToolG *ocation Area -ode @*A-A Optimisation -ell 6ynamic Optimisation
Page 1/ Motorola -on#idential Proprietary

Optimisation Process

Version 1.0

&('/

SOT 5 So,t>are O!t"9"$at"on Too<

The SOT tool is a so#t(are pac)age that analyses 2SS statistical data stored on the OM-. The tool pro+ides statistical metrics #or meas ring system per#ormance as (ell as in#ormation on poorly per#orming cells. &('2 Ce<< Ana<=$"$ Too< %er / (CAT/)

The -AT0 tool is a so#t(are pac)age that analyses 2SS statistical data stored on the OM-. The tool pro#iles the statistics against preset pro#iles inp t to the tool #or each cell. This process is )no(n as #ootprinting a cell. Sho ld the analysis o# the statistics sho( a de+iation o tside the #ootprint set in -AT0 an alarm is raised on the OM- #or the attention o# the OM- engineer. &('4 MARS 5 Stat"$t"ca< +ata Ana<=$"$

The MA9S tool is a so#t(are pac)age that r ns on a ni$ system. The tool is sed to analyse long term dataC pto 5 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 #a lt identi#ication process "y analysis statistics recently gathered "y the tool. The tool can analyse all statistics a+aila"le in the 2SS. &&' TRAINING

Motorola pro+ide e$tensi+e training on its 'SM in#rastr ct reC this is done thro gh the Motorola Technical Training department. As (ell as Motorola technical trainingC 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 s pport the operator. The training (ill co+er all tools and techniB es in+ol+ed in the optimisation o# the net(or)C # 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