Optimisation Guideline PA2
-
Upload
engineermajidd -
Category
Documents
-
view
261 -
download
0
Transcript of Optimisation Guideline PA2
-
8/10/2019 Optimisation Guideline PA2
1/36
Radio NetworkOptimization
Guideline
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
2/36
Revision HistoryRevision Date Comment Author _______________________
PA1 2005-05-03 First Draft Johan Brsj, Netcom Consutants
PA2 2005-05-05 Correction of s!ein"an# structure Johan Brsj, Netcom Consutants
Table of Contents1 Scope and Purpose of Document.................................................................................4
2 Introduction..................................................................................................................4
3 Neih!or Ana"#sis.......................................................................................................4
3.1 Ana"#sis of e$istin neih!ors.............................................................................43.1.1 %indin non&mutua" neih!ors.....................................................................'
3.1.2 Correct non&mutua" neih!ors.....................................................................'
3.1.3 %indin neih!ors (ith same )CC* in source and taret ce""....................'3.1.4 De"ete or correct neih!ors (ith same )CC* in source and taret ce"".... .+
3.2 Add ,issin Neih!ors.......................................................................................+
3.3 Remove not re-uired neih!ors...........................................................................4 %re-uenc# P"annin...................................................................................................../
4.1 Choose %re-uenc# P"annin ,ethodo"o#........................................................../
4.2 Ana"#sis of e$istin fre-uenc# p"an...................................................................11
4.3 Creation of a ne( fre-uenc# p"an......................................................................12' Antenna *eiht0 Aimuth and i"t Ana"#sis..............................................................13
'.1 Identif# overshootin ce""s and optimie antenna ti"ts0 heihts and aimuths. .13
+ Ana"#sis of Drive est ofi"es.................................................................................1+.1 Drive est ,ethodo"o#....................................................................................1
+.2 Ana"#sis of scannin data..................................................................................1
+.3 Ana"#sis of dedicated mode data 5"on ca""6......................................................27 Ana"#sis of statistics..................................................................................................23
.1 Ana"#sis of dai"# reports....................................................................................23
)SS Parameter Settins.............................................................................................2+.1 8enera" uide"ines.............................................................................................2+
.2 Pa9te" defau"t settins........................................................................................2
/ Capacit# P"annin......................................................................................................2
/.1 Averain of traffic............................................................................................2/.2 C* and SDCC* capacit# dimensionin.........................................................2
17 ocation Area Dimensionin.................................................................................2
17.1 CCC* channe" confiurations...........................................................................217.2 Pain statistics.................................................................................................2
11 Appendi$ A............................................................................................................2/
11.1 Summar# of optimiation f"o(..........................................................................2/11.1.1 Neih!ors...................................................................................................2/
11.1.2 %re-uenc# P"an..........................................................................................2/
11.1.3 Antenna :ptimiation................................................................................37
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
3/36
11.1.4 Drive ests.................................................................................................31
11.1.' Statistics.....................................................................................................3211.1.+ )SS Parameters.........................................................................................32
11.1. SDCC* and C* Capacit#.......................................................................3212 Appendi$ )............................................................................................................3412.1 )ase!and or s#nthesied fre-uenc# hoppin;...................................................34
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
4/36
1 Scope and Purpose of Documenthis document descri!es the optimiation process that shou"d !e used in Pa9te"
-
8/10/2019 Optimisation Guideline PA2
5/36
3 Nei!bor "nalysis
3.1 Analysis of existing neighbors
%o""o(in needs to !e chec9ed of the e$istin neih!or definitions@1. Non&mutua" neih!ors
2. Neih!ors (ith same )CC* in source and taret ce""
3#1#1 $indin non%mutual nei!bors
A"" neih!ors in Pa9te"$ce" to chec9 if there are an# non&mutua" neih!ors in the
net(or9.
:ne e$amp"e of ho( to find non&mutua" neih!ors in >$ce" is descri!ed !e"o(@
>$amp"e0 :ne&(a# neih!orsAssume there are three ce""s A)C10 A)C2 and A)C3. A)C1 and A)C2 have a mutua"
neih!or re"ation and A)C1 and A)C3 have a non&mutua" neih!or re"ation. o findnon&mutua" neih!ors it is recommended to concatenate the Ce"" IDs in t(o different
co"umns for(ards and !ac9(ards and fina""# use Bv"oo9up formu"a to find out if the
each sin"e item in co"umn 1 5named concat16 can !e found in co"umn 2 5named concat26as sho(n !e"o(@Source Cell Target Cell concat1 cancat2 vlookup
ABC1 ABC2 ABC1ABC2 ABC2ABC1 ABC1ABC2
ABC2 ABC1 ABC2ABC1 ABC1ABC2 ABC2ABC1
ABC1 ABC3 ABC1ABC3 ABC3ABC1 #N/A
Table ! Table showin" how to find one#way nei"hbors
Since A)C1 and A)C2 have a mutua" neih!or re"ation the B"oo9up co"umn returns
the correct te$t strins. he neih!or re"ation A)C1 to A)C3 is one&(a# and is found !#
Bv"oo9up !# returnin BEN=A.
3#1#2 Correct non%mutual nei!bors
.If non&mutua" neih!ors are found the neih!or definition shou"d !e de"eted or definedas mutua".
3#1#3 $indin nei!bors &it! same 'CCH in source and taret cell
In order for the ,S to distinuish !et(een the servin ce"" and its neih!ors and tominimie handover pro!"ems0 source ce"" and taret ce"" in a neih!or re"ation must have
different )CC* fre-uencies.o find neih!or re"ations (ith same )CC* fre-uencies for !oth source and taret ce"" it
is recommended to use the adacent ce"" e$ce" sheet from the :,C&R and add source ce""
)CC* and taret )CC* on the same ro(. hen simp"# use the formu"a B>$act to findout if the )CC* fre-uencies for source ce"" and taret ce""s are the same as sho(n !e"o(@
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
6/36
Source Cell Source BCCH Target Cell Target BCCH Exact
ABC1 996 ABC2 998 A!SE
ABC2 998 ABC1 996 A!SE
ABC1 996 ABC3 996 T"E
Table $! Table showin" how to find source and tar"et cells with same B%%& frequencies
As sho(n in a!"e 2A)C1 and A)C3 have same )CC* and is found !# the Be$act
formu"a !# returnin the va"ue BRF> in co"umn B>$act.
3#1#( Delete or correct nei!bors &it! same 'CCH in source andtaret cell
Neih!ors (ith same )CC* fre-uenc# for source and taret ce"" must !e de"eted. If theneih!or is re-uired the )CC* fre-uenc# of either the source ce"" or taret ce"" must !e
chaned.
3.2 Add Missing Neighbors
o ma9e it possi!"e to do handovers neih!or definitions are re-uired. If there is an#missin neih!ors in the net(or9 the !est servers cannot !e a""ocated. As a resu"t the
customer perceived coverae and -ua"it# (i"" !e (orse than the actua" situation and cause
an increased Ca"" Drop Rate. herefore it is essentia" that there are no missin neih!orsin the net(or9. o find a"" missin neih!ors !oth drive test "ofi"es and e$istin
neih!ors disp"a#ed in Asset must !een ana"#ed. Drive tests shou"d inc"ude !oth a ,S in
scannin mode 5)CC* fre-uencies6 and a ,S in dedicated mode. If the ,S in scanninmode found a ce"" (ith hiher sina" strenth than the ce"" that is a""ocated !# the ,S in
dedicated mode and a handover is not made to the !est scanned ce""0 the neih!or ispro!a!"# missin. )e"o( the dedicated mode and the stronest scanned fre-uenc# are
compared. As "on as the ,S in dedicated mode is usin the same fre-uenc# as thestronest scanned channe" no neih!ors are missin@
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
7/36
-
8/10/2019 Optimisation Guideline PA2
8/36
Note that sometimes neih!ors far a(a# are re-uired accordin to >,S measurements.he so"ution is to ti"t the ce"" that covers too far instead of addin a neih!or re"ation if
possi!"e.
)e"o( a simp"e process of findin missin neih!ors is descri!ed@
1. Create a ta! de"imited .t$t import fi"e from the adacenc# fi"e from the :,C as
sho(n !e"o(@NB"$CE!!$"%& NB"$CE!!$T% H%$&A"'(N
)EE3 )!(3 3*
)EE3 )!(1 3*
)EE2 )!(1 3*
Table -! (xample of .sset nei"hbor import file
2. Import the .t$t fi"e inc"udin a"" neih!ors in to Asset usin 8S,
Import=neih!orsG Asset p"ot
3. Chec9 each ce"" one !# one if there are an# o!vious neih!ors missin
G Asset p"ot
4. Ana"#e >,S drive test "ofi"es to find missin neih!ors !# comparin the
servin ce"" of the ,S in dedicated mode (ith the stronest scanned fre-uenc#
'. Create a ne( .t$t fi"e inc"udin a"" ne( neih!ors and import into Asset
+. Send (or9 order to :,C to add a"" missin neih!ors
. After a"" (or9 orders have !een imp"emented0 chec9 the neih!ors from the :,C
are the same as the ne( .t$t fi"e to verif# that a"" ne( p"anned neih!ors have!een added to the radio net(or9
3.3 Remove not required neighbors
It shou"d !e avoided the ce""s far a(a# are capturin traffic 5prefera!"# (ith correct
antenna ti"tin6. Ca""s served !# ce""s far a(a# (i"" have an increased ris9 for droppedca""s since the fadin 5variation6 of the sina" "eve" is hih.
oo man# neih!ors are in enera" not a !i pro!"em. ,an# neih!or definitions per ce""s"iht"# reduce the time for the ,S to measure on each sin"e neih!or. As a resu"t
handovers (i"" !e !ased on "ess re"ia!"e measurements and there miht !e a sma"" ris9
that handovers are done to non&!est servers. ,issin neih!ors resu"t more often in
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
9/36
dropped ca""s than too man# neih!ors. herefore it is better to ha,e too many
nei"hbors than missin" nei"hbors.o find neih!ors that sha"" !e removed is more difficu"t than to find missin neih!ors
and shou"d !e done ver# carefu""#. +f a required nei"hbor is remo,ed call drop ratewill be increased immediately.
o find not re-uired neih!ors it is recommended to
1. Fse statistics sho(in num!er of handover attempts per da# for a"" neih!ors andthen remove the neih!ors sho(in that ver# fe( handover attempts are made.
2. A"" neih!ors than are "ocated more than 3' 9m a(a# can !e removed
3. If ne( sites have !een added neih!ors can !e removed if it is ver# c"ear that the
o"d neih!ors are not re-uired an#more.
( $re)uency Plannin4.1 Choose requen!y "lanning Methodology
A ood fre-uenc# p"an is necessar# to create ood -ua"it# and C=I va"ues in the net(or9.
he fre-uenc# p"an can !e adusted to compensate for !ad site "ocations e.. hih sites
can have a more "oose fre-uenc# re&use to avoid interference and "o( sites can use atihter re&use (hich shou"d not cause an# -ua"it# pro!"ems if the ce"" coverae is (e""
contro""ed. o !e a!"e to create the !est possi!"e fre-uenc# p"an0 9no("ede of the actua"
coverae from each ce"" is important.here are three !asic (a#s of a""ocatin fre-uencies@
1. Deterministic A""ocation
An# fre-uencies can !e a""ocated in an# sectors.
2. 8roup P"annin
%re-uencies are defined in different fre-uenc# roups i.e. the first roup of
fre-uencies sha"" !e used for sector10 second roup of fre-uencies sha"" !e used forsector2 and the third roup of fre-uencies sha"" !e used for sector3.
3. Automatic %re-uenc# P"annin e.. ISA%re-uencies are a""ocated automatica""# !# a too" to minimie the interference !ased
on predictions and a cost matri$.
here man# different opinions of (hich fre-uenc# p"annin methodo"o# that is the !estto use. Fsua""# a com!ination of a"" three fre-uenc# p"annin methodo"oies resu"ts in the
!est net(or9 -ua"it# in a !i net(or9 coverin !oth rura" and dense ur!an areas. It isimportant to understand (hen a specific fre-uenc# p"annin methodo"o# is most
suita!"e. his uide"ine recommends fo""o(in@
1. %ities with more than / sites use "roup plannin" since predictions are usua""#
not ver# accurate in cities due to a mi$ture of !ui"dins (ith different sies and(ide0 straiht streets. Ce""s that are facin out from the cit# that are coverae
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
10/36
"imited can use fre-uencies from other roups to minimie interference in the
outs9irts of the cit# if a""ocated carefu""#. )e"o( an e$amp"e of a fre-uenc#a""ocation used in Pesha(ar is sho(n@
'i"ure -! (xample of a frequency allocation based on "roup plannin" used in 0eshawar
Automatic or deterministic fre-uenc# p"annin miht resu"t in fundamenta"mista9es !# a""ocatin the same fre-uencies to ce""s shootin into each other as
sho(n in the fiure !e"o(@
'i"ure 1! (xample of bad frequency allocation where same frequencies are shootin" into each
other
)# usin roup p"annin there is no ris9 that antennas (ith crossin aimuths (i""!e a""ocated the same fre-uenc# since on"# sectors shootin in the same directions
can have the same fre-uencies.
Note do N: use a strict fre-uenc# re&use (here sites are divided into A0 )0 C0and D etc as sho(n !e"o( since the f"e$i!i"it# of a""ocatin fre-uencies free"#
(ithin each fre-uenc# roup is removed@
'i"ure 2! . strict frequency "roup pattern that is NOT recommended to use
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
11/36
2. Rural .reas and cities with less than / sites use automatic frequency
plannin" or deterministic plannin". If there are ver# fe( sites the !est possi!"e
fre-uenc# p"an can !e made as fe( restrictions as possi!"e. 8roup p"annin mihtresu"t in tihter fre-uenc# reuse than necessar#. Due to the "imited num!er of sitesit is eas# to ma9e sure that ce""s (ith different aimuths (ith same fre-uencies are
shootin into each other even if not roup p"annin is used.
4.2 Analysis of existing frequen!y #lan
o chec9 if the e$istin fre-uenc# p"an needs to !e modified or !e rep"aced !# a ne(fre-uenc# p"an fo""o(in steps must to !e done@
1. Create a ta! de"imited .t$t Asset import fi"e from the adacent ce"" "ist from :,C&
R as sho(n !e"o(@
Table 1! .sset %arrier +mport 'ile
2. Import the .t$t fi"e in to Asset (ith 8S, Import=Import carriers.
3. Create an interference arra# in Asset to find possi!"e pro!"em areas. An
interference p"ot from Asset is sho(n !e"o(@
'i"ure 3! +nterference plot from .sset showin" possible problem areas*
Note that there miht !e areas (ith !ad -ua"it# that are not found !# Asset !ut can !e
found (ith drive tests.
4. Fse the fre-uenc# re&use option in Asset to p"ot the !est server areas usin same
fre-uencies (ith same co"ors.
G Asset p"ot of fre-uenc# reuse
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
12/36
-
8/10/2019 Optimisation Guideline PA2
13/36
'i"ure 4! +nterference prediction before optimizin" frequency plan
6* Ana"#e interference "eve"s and identif# pro!"em areas
/* Rep"ace !ad fre-uenc# a""ocations (ith ne( fre-uencies !# usin the fre-uenc#
re&use option in Asset to find !etter fre-uencies. Fpdate the ne( fre-uencies !#updatin the import fi"e. 7O NOT 807.T( 'R(98(N%+(S 7+R(%T:; +N.SS(T
-
8/10/2019 Optimisation Guideline PA2
14/36
2* erif# that a"" imp"emented fre-uencies are imp"emented correct"# !# comparin
the ne( )CC* a""ocations in the !ac9round parameters from the :,C (ith thep"anned fre-uencies in the import fi"e
3* ?hen ne( fre-uencies=(or9 orders are imp"emented in the net(or9 drive testsmust !e done immediate"# to verif# the ne( fre-uenc# p"an and to ma9e sure that
a"" sites are !ac9 on air proper"# if the )SS data!ase (as rep"aced
* "ntenna Hei!t+ ",imut! and Tilt "nalysis
%.1 &dentify overshooting !ells and o#timi'e antenna tilts(heights and a'imuths
*avin ood site "ocations and site desins i.e. sites (ith correct heihts0 no o!stac"es
and to coverae area of importance are essentia" to et ood net(or9 -ua"it#. Net(or9-ua"it# can !e improved !# optimiation of antenna ti"t0 heihts and aimuths !utoptimiation can never ta9e the net(or9 -ua"it# to a hiher "eve" than the restrictions
set !# the current site "ocations. herefore it is of the outmost importance that radio
p"anners ma9e sure that ne( site "ocations are the !est possi!"e (hen creatin thenomina" p"an and acceptin the sites at !oth SSRs and SS stae of the ro""out.
o minimie interference "eve"s in the net(or9 ce""s must not cover more than
p"anned. Ce""s havin too !i !est server areas or havin discontinuous !est serverareas must !e do(n ti"ted*.ntennas must NOT be down tilted if@
Coverae of the ce"" is a"read# !ad in the p"anned !est server area
he Bovershootin is ver# (ea9 i.e. the coverae far a(a# is ver# poor !ut
no other ce"" covers that area.
he re-uired sina" strenth it the !est server area is defined !# the verification "eve"s(hich is the desin "eve" H outdoor fadin marin 5from "in9 !udets6. 8sually a
"ood le,el in the best ser,er area in dense urban should be around #42 dBm*
+t is NOT recommended to ad=ust antenna azimuths from the nominal azimuths since different antenna aimuths can cause -ua"it# pro!"ems to other sites and ma9es
fre-uenc# p"annin more difficu"t. Antenna aimuths different from nomina"
directions is on"# : for specia" cases e.. road sites or sites on cit# !order0 sites ne$tto mountains etc.
:vershootin ce""s can !e identified !#@1. ,a9e drive tests (ith an ,S in scannin mode 5use )SIC decodin6 and
prefera!"# (ith an additiona" ,S in dedicated mode
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
15/36
2. >$port the >,S "ofi"es to ,apinfo. he information e"ements that shou"d !e
e$ported are at "east BStronest Scanned AR%CN and BStronest ScannedR$ev. It is recommended to e$port these information e"ement (ith arument 70
1 and 2 to et the 3 stronest ce""s in each "ocation as sho(n !e"o(@
'i"ure 6! (xport window from T()S showin" the export from T()S to )apinfo of
scannin" data
3. Chec9 the !est server areas !# p"ottin Stronest Scanned AR%CN (ith differentco"ors and "oo9 for overshootin as sho(n !e"o(@
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
16/36
'i"ure /! Stron"est Scanned .R'%N from T()S plotted in )apinfo
Note sectors can !e sho(n (ith the same co"or as the )CC* a""ocated (hich
ma9es it eas# to see (hich ce"" that providin coverae in the area. It a"so ma9esit easier to find s(apped feeders as sho(n !e"o(@
'i"ure ! 0lot showin" how a feeder swap is detected by "i,in" sectors and measured
frequencies different colors*
.
4. Identif# ho( much the sina" "eve" must !e reduced to remove the overshootin.
In the fiure !e"o( a sma"" overshootin is identified !ut the !est server has on"#1 d! hiher sina" "eve" than second !est@
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
17/36
'i"ure $! 0lot showin" how much the o,ershootin" cell must be attenuated in order to
remo,e o,ershootin"
herefore 3 d) to ' d) attenuation of the overshootin ce"" (ou"d comp"ete"#
remove the overshootin.
'. Identif# the heiht difference !et(een the ce"" and the area of interest
Gp"ot of heiht profi"e in Asset
+. Identif# the antenna t#pe used in the ce""
. Fse an >$ce" sheet that ta9es the antenna diaram and the heiht difference of the
ce"" and area of interest into account to ca"cu"ate the re-uired ti"t to et there-uired reduction of sina" strenth. )e"o( an e$amp"e of an >$ce" ca"cu"ation
is sho(n (here the antenna ain of the main "o!e at round "eve" is ca"cu"ated.
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
18/36
'i"ure -! 0lot from an (xcel pro"ram that calculates the "ain of the antenna main lobe where
the main lobe hits the "round*
*ence put in different ti"ts or heihts and see (hat the e$pected chane in sina"
strenth (i"" !e. Remem!er to use the antenna pattern for antenna used in the ce""
of interest. :ther(ise fau"t# antenna ti"t decisions (i"" !e made.
- "nalysis of Drive Test .ofiles
).1 *rive +est Methodology
Drive tests are necessar# to et a ood understandin of the actua" -ua"it# in the net(or9.
Statistics and predictions miht not ive #ou the fu"" picture of a"" net(or9 pro!"ems e..
missin neih!ors or -ua"it# pro!"ems. It is recommended to use t(o ,Ss (hen drive
testin for optimiation purposes. :ne ,S in dedicated mode 5"on ca""6 to measure-ua"it# and one ,S in scannin mode to scan a"" )CC* fre-uencies 5tic9 the decode
)SIC !o$6 to measure coverae and !est server areas. %or simp"icit# reasons it is
recommended to a"(a#s define the )S in dedicated mode as )S and the )S in
scannin" mode as )S$.
7o NOT use an )S in +dle )ode since there is no ,alue of idle mode measurements since the id"e mode !ehavior is different from the dedicated mode and coverae and !est
server areas (i"" !e affected !# possi!"e missin neih!ors and s"o( ,S measurements.
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
19/36
).2 Analysis of s!anning data
Scannin data sha"" !e used for verif#in coverae and overshootin since the scannindata is not affected !# missin neih!ors0 handover marins or fau"t# )SS parameter
settins as id"e mode or dedicated mode measurements are.
It is recommended to do fo""o(in steps to ana"#e the scannin data@
1. >$port the information e"ements Stronest Scanned AR%CN and Stronest
Scanned R$ev for ,S2 5,S used for scannin6 for the 3 stronest scanned
channe"s i.e. (ith arument 10 2 and 3 to ,apinfo format as sho(n !e"o(.
'i"ure 1! T()S (xport to )apinfo
2. P"ot the stronest scanned R$ev in ,apinfo and create a "eend that sho(s
indoor coverae0 in&car coverae and outdoor coverae as sho(n !e"o(@
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
20/36
'i"ure 2! Stron"est Scanned Rx:e, plot
3. Chec9 for !ad overae near sites and identif# sites that are not transmittin and
ce""s (ith poor coverae and investiate possi!"e reasons. Panoramic pictures0statistics and a"arms can !e a ood he"p to find causes to pro!"ems.
4. P"ot the stronest scanned AR%CN and create a "eend inc"udin a"" )CC*fre-uencies.
'i"ure 3! Stron"est Scanned .R'%N plot
Note@ if havin more than 1+ fre-uencies for )CC* ,apinfo (i"" !e una!"e to
ive a"" fre-uencies a uni-ue co"or so ana"#e the fre-uencies outside the "eende$tra carefu""# or divide the fre-uencies into t(o roups.
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
21/36
'. Ana"#e overshootin and undefined coverae i.e. areas covered !# man# ce""s
(ith appro$imate"# the same sina" "eve". If sites are overshootin0 chec9 ho(stron the second !est server is and define ho( much the sina" "eve" of the
overshootin ce"" must !e reduced as sho(n in %iure 10 see chapter ' for moredetai"s of ma9in ti"t decisions.
).3 Analysis of dedi!ated mode data ,long !all-
he main purposes of the dedicated mode measurements are to find -ua"it# pro!"ems and
missin neih!ors.
It is recommended to do ana"#e the dedicated mode measurements in fo""o(in steps@1. >$port most of the information e"ements re"ated to dedicated mode for ,S1 5,S
in dedicated mode6. he most important information e"ements are@ R$evSu!0
R$Jua"Su!0 AR%CN )CC*0 C=I ?orst0 Neih!or ce"" R$ev0 Neih!or ce""
AR%CN0 Ce"" Name0 *oppin and A.
'i"ure 4! T()S export of dedicated mode data to )apinfo
Note0 use su! va"ues for R$ev and R$Jua" (hen DK is activated in the
net(or9
2. P"ot R$evSu! in ,apinfo. oo9 for areas (ith !ad coverae near sites that
miht indicate pro!"ems "i9e missin neih!ors. Pro!"ems can a"so !e found !#
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
22/36
comparin the coverae from the scannin measurements and dedicated mode
measurements. Coverae shou"d !e a"most the same if there are no pro!"ems.
'i"ure 5! Rx:e,Sub from the )S in dedicated mode
3. P"ot AR%CN )CC* and compare (ith stronest scanned AR%CN to find
overshootin. he dedicated mode data he"ps to identif# the ce"" of the
overshootin ce"" since ce"" ID can !e e$ported and (i"" !e sho(n !# c"ic9in onthe dedicated mode measurements in ,apinfo.
'i"ure 6! .R'%N B%%& from the )S in dedicated mode
4. P"ot C=I ?orst in ,apinfo and create a suita!"e "eend and identif# !ad -ua"it#
areas. C=I va"ues L 12 d) are considered as ood and C=I va"ues M / d) areconsidered as !ad.
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
23/36
'i"ure $/! %>+
-
8/10/2019 Optimisation Guideline PA2
24/36
. Issue (or9 orders to so"ve -ua"it# pro!"ems. erif# that a"" (or9 orders are imp"emented
/ "nalysis of statistics
.1 Analysis of daily re#orts
Statistics is ver# ood to for identif#in pro!"ematic ce""s since a"" ce""s are covered and
man# ca""s are inc"uded. *ence a ood ru"e is to use statistics to find the -ua"it# pro!"ems
and to use drive test find the specific reasons for the -ua"it# pro!"ems. o ma9e it easierto find the pro!"ems it is recommended to sho( the statistics eoraphica""# in Asset or
,apinfo (ith a co"or "eend. .lways use bouncin" busy hour ,alues when analyzin"
quality A0+s. Area or net(or9 !us# hour does not ive a correct picture of net(or9-ua"it# since man# ce""s miht have "o( traffic resu"tin in "o( interference "eve"s. *ence
possi!"e -ua"it# pro!"ems (i"" not !e detected if not !ouncin !us# hour va"ues are used.
o find pro!"ematic ce""s it is recommended to chec9 at "east fo""o(in statistics@
1. Ca"" Drop Rate 5CDR6
*ih CDR can !e caused !# missin neih!ors0 !ad -ua"it# or *? pro!"ems. Ce""s
that are coverae "imited e.. ce""s on cit# !orders usua""# have a hiher CDR thance""s in the cit# centre. %ocus on "o(erin CDR for ce""s in cit# centre first.
'i"ure $$! %all 7rop Rate presented "eo"raphically
2. Carried raffic
Ce""s (ith no traffic or ver# "o( traffic can have *? pro!"ems0 ver# !ad -ua"it# or
possi!"e no !est server areas.
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
25/36
'i"ure $-! %arried traffic shown "eo"raphically
3. *andover success rate
o( handover success rate can !e an indication of !ad )CC* fre-uenc# a""ocation0possi!"e missin neih!ors causin handovers to non !est servers or to man# *: of
urent t#pe e.. "eve"0 -ua"it# or interference handovers.
'i"ure $1! +ncomin" and out"oin" &O success rate
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
26/36
4. Percentae of -ua"it# and interference handovers
,an# -ua"it# and interference handovers indicates !ad -ua"it# and man# "eve" andman# "eve" handovers indicate poor coverae.
'i"ure $2! &O cause distribution
'. C* ,ean *o"din ime
A ver# "o( mean ho"din time can !e an indication of !ad -ua"it# or *? pro!"ems.
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
27/36
'i"ure $3! T%& )ean &oldin" Time
+. Interference )and 10 F interference "eve"s
Indication of e$terna" interference e.. ammers0 especia""# if do(n"in9 -ua"it# is
ood or interna" interference0 if !oth up"in9 and do(n"in9 -ua"it# are !ad.
'i"ure $4! Graph showin" the percenta"e of 8: interference band Rx:e,C/ to Rx:e,C/D
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
28/36
0 'SS Parameter Settins
/.1 0eneral guidelines
In 8S, s#stems there are man# radio net(or9 features and parameters that can !eused and optimied to improve net(or9 -ua"it#. It is a ris9 to mista9es and cause
pro!"ems that are difficu"t to foreseen (ithout ma9in a fu"" ana"#sis ho( parameters
interact (ith each other. he ver# !est (a# of havin fu"" understandin of the radionet(or9 !ehavior0 functiona"it# and )SS parameter settin used is to keep the radio
network as simple as possible. he )SS parameter settin must !e consistent to
avoid that an# unpredicted !ehavior of the net(or9 is achieved. herefore it
recommended usin fo""o(in ru"es@1. 8se the 0aktelEs BSS default settin"s for all cellsin the net(or9. Chec9 the
)SS parameter consistenc# ever# (ee9.
2. 7o not enable BSS functionalitiesun"ess the RN> department has approved thatthe function (i"" !e ood for net(or9 -ua"it#
3. 7o not use cell specific parameter settin"ssince it ma9es consistenc# chec9s
difficu"t and it can creates man# pro!"ems since the com!ination of that specific
settin has not !een ana"#ed carefu""#. P"ease 9eep in mind that the actua"
pro!"em that is tr#in to !e so"ved !# ce"" specific parameter settins can !eso"ved in other (a#s. here miht !e other reasons for the pro!"ems e.. *?
fau"ts. If it is found out that Pa9te" manaer. If it is areed the ne( parameter settin shou"d
!e tested for a"" ce""s in one )SC to et sufficient date to eva"uate. If the test is
successfu" Pa9te"
-
8/10/2019 Optimisation Guideline PA2
29/36
Capacity Plannin
.1 Averaging of traffi!
o ma9e accurate and re"ia!"e capacit# dimensionin averae va"ues of the traffic must!e used. :ther(ise it is a ris9 that capacit# is added or reduced !ased on insufficient data
and miht fau"t# capacit# dimensionin.
It is recommended to measure the a,era"e ,alue of the 3 busiest hours per cell of the
offered traffic for a $ week period both for T%& and S7%%&capacit# dimensionin.
hen the averae va"ue of the offered traffic is inserted in the >r"an) formu"a (ith the
num!er of defined channe"s 5not avai"a!"e channe"s6 to et the !"oc9in pro!a!i"it#. If the!"oc9in pro!a!i"it# is hiher than the predefined 8oS taret defined in chapter /.2
capacit# must !e added to the ce"".
.2 +C and *CC !a#a!ity dimensioningC* and SDCC* capacit# dimensionin are done in the same (a#. he on"# difference
is the 8oS tarets.%o""o(in 8oS tarets sha"" !e used@
FT%& GoS 2H II
FS7%%& GoS H II
1 .ocation "rea Dimensionin
15.1CCC !hannel !onfigurationsPain messaes are send out to a"" ce""s in one A. herefore A dimensionin is done
at A "eve"0 not on ce"" "eve". As a resu"t a"" ce""s must have the same pain capacit#. A""
ce""s sha"" use non&com!ined CCC* channe" confiurations (ith 2 CCC* !"oc9s
reserved for A8C*. It is recommended that a"" ce""s sha"" have fo""o(in )SS parametersettin@
CCCHCONF / 5non&com!ined CCC* resu"ts in / CCC* !"oc9s per mu"tiframe6
BSAGBLKRES $52 CCC* !"oc9s per mu"tiframe are reserved for A8C*6
BSPAMFRAMS 15+ mu"tiframes !et(een pain of same pain roup6
T3212 1/54 hours !et(een periodic A updates if necessar#6
MSC Detach TimerC 1hours O + minutes 5time !efore the ,SC detach the ,S6
15.2"aging statisti!s
?hen ana"#in pain stats and to verif# if the A sie is proper dimensioned. he
fo""o(in A dimensionin ru"e sha"" !e app"ied@
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
30/36
Total number of pa"in" attemptsper :.>B& C 4/ /// pa"in"s per :.>busy hour
In addition to the num!er of pains pain success rate sha"" !e monitored. If there is a
corre"ation !et(een a hih num!er of pains and "o( pain success rate there is a PC*or A8C* capacit# pro!"em. :ther(ise a "o( pain success rate can indicate poor radionet(or9 -ua"it#. Pain success rate sha"" e$ceed at "east 7 to !e accepta!"e.
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
31/36
11 "ppendi "
11.1 ummary of o#timi'ation flo$
11#1#1Nei!bors
1. Ana"#sis of e$istin neih!ors
a* %ind non&mutua" neih!ors.
b* ,a9e a"" non&mutua" neih!ors mutua" or de"ete the neih!or definitions ifnot re-uired
c* %ind and neih!ors (ith same )CC* in source and taret ce""
d* De"ete neih!or definitions (ith same )CC* in source and taret ce"" or
chane the )CC* fre-uenc# of either the source ce"" or the taret ce"".
2. Add ,issin Neih!orsa* Create a ta! de"imited .t$t import fi"e from the adacenc# fi"e from the
:,C
b* Import the .t$t fi"e inc"udin a"" neih!ors in to Asset usin 8S,
Import=neih!ors
c* Chec9 each ce"" one !# one if there are an# o!vious neih!ors missin
d* Ana"#e >,S drive test "ofi"es to find missin neih!ors
e* Create a ne( .t$t fi"e inc"udin a"" ne( neih!ors and import into Asset
f* Send (or9 order to :,C to add a"" missin neih!ors
"* ?hen a"" (or9 orders have !een imp"emented0 chec9 the neih!ors from
the :,C are the same as the ne( .t$t fi"e to verif# that a"" ne( p"anned
neih!ors have !een added to the radio net(or9
3. Removin not re-uired neih!ors
a* Fse statistics sho(in num!er of handover attempts per da# for a""neih!ors and then remove the neih!ors sho(in that ver# fe( handover
attempts are made.
b* A"" neih!ors than are "ocated more than 3' 9m a(a# can !e removed
11#1#2$re)uency Plan
4. Ana"#sis of e$istin fre-uenc# p"an
a* Create a ta! de"imited .t$t Asset import fi"e from the adacent ce"" "ist from
:,Cb* Import the .t$t fi"e in to Asset (ith 8S, Import=Import carriers.
c* Create an interference arra# in Asset to find possi!"e pro!"em areas
d* Fse the fre-uenc# re&use option in Asset to p"ot the !est server areas usin
same fre-uencies (ith same co"ors. P"ot one fre-uenc# roup at the timeand primar# "oo9 for ce""s shootin in to each other (ith same fre-uenc#
'. Choose %re-uenc# P"annin ,ethodo"o#
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
32/36
a* Cities (ith more than 17 sites use roup p"annin
b* Rura" Areas and cities (ith "ess than 17 sites use automatic fre-uenc#p"annin or deterministic p"annin
+. ,odification or creation of a ne( fre-uenc# p"an
a* Identif# a"" sites that shou"d !e inc"uded in the fre-uenc# p"an i.e.
operationa" sites and p"anned sites that (i"" !e on air short"#. If p"anned
sites are inc"uded in the fre-uenc# p"an is not on air (hen the ne(fre-uenc# p"an is "oaded in to the net(or9 there is !i ris9 for -ua"it#
pro!"ems since the actua" fre-uenc# re&use (i"" differ from the p"anned
fre-uenc# re&use
b* P"ot a"" sites to !e p"anned on a A3 paper
c* Define (hich fre-uencies that shou"d !e used for )CC* and C*
d* Divide a"" )CC* fre-uencies in to three fre-uenc# roups to !e used for
sector10 sector2 and sector3e* P"an a"" fre-uencies manua""# sector !# sector and (rite do(n the
fre-uencies on the A3 printout (ith a penci". Do not use a pen since man#
chanes miht !e re-uired. A tip can !e to (rite 10 20 30 etc0 instead of e../+0 /0 / etc to faci"itate the fre-uenc# a""ocation. he temporar#
num!ers (i"" !e re&p"aced easi"# "ater !# the correct AR%CNs
f* Create an Asset carrier import fi"e as sho(n ina!"e 4.
"* Import the carrier import fi"e in to Asset
h* ,a9e prediction (ith at "east 27 9m radius for a"" p"anned sites
i* Create a )est Server and Interference Arra#
=* Ana"#e interference "eve"s and identif# pro!"em areas
k* Rep"ace !ad fre-uenc# a""ocations (ith ne( fre-uencies !# usin the
fre-uenc# re&use option in Asset to find !etter fre-uencies. Fpdate the ne(
fre-uencies !# updatin the import fi"e. 7O NOT 807.T(
'R(98(N%+(S 7+R(%T:; +N .SS(T
-
8/10/2019 Optimisation Guideline PA2
33/36
a* ,a9e drive tests (ith an ,S in scannin mode 5use )SIC decodin6 and
prefera!"# (ith an additiona" ,S in dedicated mode
b* >$port the >,S "ofi"es to ,apinfo. he information e"ements that
shou"d !e e$ported are at "east BStronest Scanned AR%CN andBStronest Scanned R$ev. It is recommended to e$port theseinformation e"ement (ith arument 10 2 and 3 to et the 3 stronest ce""s
in each "ocation
c* Chec9 the !est server areas !# p"ottin Stronest Scanned AR%CN and"oo9 for overshootin. If a ce"" is !est server far a(a# from the site
"ocation ce"" is considered as overshootin0 especia""# if the !est server
area is discontinuous.
.ntennas must not be down tilted if@i. Coverae of the ce"" is a"read# !ad in the p"anned !est server area
ii. he Bovershootin is ver# (ea9 i.e. the coverae far a(a# is ver#
poor !ut no other ce"" covers that area.he re-uired sina" strenth it the !est server area is defined !# the
verification "eve"s (hich is the desin "eve" H outdoor fadin marin 5from
"in9 !udets6. 8sually a "ood le,el in the best ser,er area in dense
urban should be around #42 dBm.
d* Identif# ho( man# d) the sina" "eve" must !e reduced to remove the over
shootin
e* Identif# the heiht difference !et(een the ce"" and the area of interest
f* Identif# the antenna t#pe of the ce""
"* Fse an >$ce" sheet that ta9es the antenna diaram and the heiht
difference of the ce"" and area of interest into account and ca"cu"ate there-uired ti"t to et the re-uired reduction of sina" strenth.
11#1#(Drive Tests
. Ana"#sis of drive test scannin data
a* >$port the information e"ements Stronest Scanned AR%CN and Stronest
Scanned R$ev for ,S2 5,S used for scannin6 for the 3 stronestscanned channe"s i.e. (ith arument 10 2 and 3 to ,apinfo format as
sho(n !e"o(.
b* P"ot the stronest scanned R$ev in ,apinfo and create a "eend that
sho(s indoor coverae0 in&car coverae and outdoor coverae
c* Chec9 for !ad overae near sites and identif# sites that are not transmittin
and ce""s (ith poor coverae and investiate possi!"e reasons. Panoramicpictures0 statistics and a"arms can !e a ood he"p
d* P"ot the stronest scanned AR%CN and create a "eend inc"udin a""
)CC* fre-uencies.
Note@ if havin more than 1+ fre-uencies for )CC* ,apinfo (i"" !e una!"eto ive a"" fre-uencies a uni-ue co"or so ana"#e the fre-uencies outside the
"eend e$tra carefu""# or divide the fre-uencies into t(o roups.
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
34/36
e* Ana"#e overshootin and undefined coverae i.e. areas covered !# man#
ce""s (ith appro$imate"# the same sina" "eve". If sites are overshootin0chec9 ho( stron the second !est server is and define ho( much the
sina" "eve" of the overshootin ce"" must !e reduced0 see chapter 'formore detai"s of ma9in ti"t decisions
/. Ana"#sis of drive test dedicated mode data 5"on ca""6
a* >$port most of the information e"ements re"ated to dedicated mode for,S1 5,S in dedicated mode6. he most important information e"ements
are@ R$evSu!0 R$Jua"Su!0 C=I ?orst0 Neih!or ce"" R$ev 0 Neih!or
ce"" AR%CN0 Ce"" Name0 *oppin and A
b* P"ot C=I ?orst and R$Jua" in ,apinfo and create a suita!"e "eend andidentif# !ad -ua"it# areas.
c* Investiate the reasons for the !ad -ua"it# e.. overshootin0 missin
neih!ors0 !ad fre-uenc# a""ocations 5on"# app"ica!"e for )CC*fre-uencies6 or possi!"e *? pro!"ems. Interference is identified !# hih
sina" "eve" and !ad -ua"it#. *ence if the sina" strenth is "o( e.. "o(er
than &7 d)m the actua" pro!"em is more re"ated to poor coverae than!ad fre-uenc# a""ocations. Fsua""# is not eas# to find !etter fre-uenc#
a""ocations and therefore fre-uenc# re&a""ocations sha"" !e avoided un"ess
it is a!so"ute"# necessar#.
d* P"a# a"" "ofi"es one !# one to find a"" possi!"e optimiation issues "i9eovershootin0 !ad -ua"it# or missin neih!ors. Note that the >,S
feature B"eave trai" can !e used to find overshootin
11#1#*Statistics
17. Ana"#e fo""o(in Statistics
a* Ca"" Drop Rate 5CDR6
b* Carried raffic
c* *andover success rate
d* Percentae of -ua"it# and interference handovers
e* C* ,ean *o"din ime
f* Interference )and 10 F interference "eve"s
11#1#-'SS Parameters
11. 8se the 0aktelEs BSS default settin"s for all cellsin the net(or9. Chec9 the)SS parameter consistenc# ever# (ee9.
12. 7o not enable BSS functionalitiesun"ess the RN> department has approved thatthe function (i"" !e ood for net(or9 -ua"it#
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
35/36
13. 7o not use cell specific parameter settin"ssince it ma9es consistenc# chec9s
difficu"t and it can creates man# pro!"ems since the com!ination of that specificsettin has not !een ana"#ed carefu""#.
14. If it is suested to test a ne( parameter settin the suestion shou"d !epresented for the RN> manaer and if approved !e tested for a"" ce""s in one )SC.
11#1#/SDCCH and TCH Capacity
1'. Chec9 C* and SDCC* capacit# on a t(o&(ee9 !asis.
a* Fse offered traffic averae va"ue of the 3 busiest hoursper $ week
period!oth for C* and SDCC*
b* Fse fo""o(in 8oS tarets
C* 8oS H '
SDCC* 8oS H 1
http://www.netcomconsultants.com/ -
8/10/2019 Optimisation Guideline PA2
36/36
12 "ppendi '
12.16aseband or synthesi'ed frequen!y ho##ing7he t(o main fre-uenc# hoppin modes are !ase!and hoppin and s#nthesied hoppin.
)ase!and hoppin mode is usin one fre-uenc# per transceiver and the ca"" is hoppin todifferent transceivers. S#nthesied hoppin mode is usin mu"tip"e fre-uencies per
transceivers defined !# the ,A "ist. he ca"" (i"" sta# on the same times"ot on the same
transceiver a"" the time and the fre-uenc# hoppin is done !# chanin the fre-uenc# of
the transceiver appro$imate"# 21 times per second.?hich fre-uenc# hoppin mode resu"ts in the !est radio net(or9 -ua"it#; he ans(er is@
it depends on the radio net(or9 desin0 RK confiuration of ce""s0 fre-uenc# spectrum
avai"a!"e and fre-uenc# p"annin s9i""s of the radio net(or9 p"anners.S#nthesied fre-uenc# hoppin is !est (hen@
1. ?hen a ver# "imited fre-uenc# spectrum is avai"a!"e compared to the num!er ofRKs per ce"".
2. ?hen radio p"anners have "ess e$perience in fre-uenc# p"annin
3. ?hen there is no rid in the net(or9
4. ?hen there are man# ce""s that are over shootin other ce""s.
)ase!and hoppin is !est (hen@
1. here is sufficient fre-uenc# spectrum avai"a!"e compared to num!er of RKs
per ce"". %or e$amp"e at "east 1' fre-uencies 5prefera!"e more6 are re-uired for the)CC* RK "a#er and "east 12 fre-uencies are re-uired for a continuous C*
RK "a#er compared to num!er of RKs per ce"". If there are ce""s (ith a RK
"a#er that is ver# scattered e.. ce"" havin three RKs are far a(a# from eachother0 a much tihter reuse can !e used for the third RK "a#er.
2. A uniform rid in terms of site "ocations and antenna aimuths is used since the
ris9 for co channe" interference is minimied if a"" sectors are shootin in the
Bnec9 of the sector in front of itse"f.3. *ih"# s9i""ed fre-uenc# p"anners are re-uired. A !ad !ase!and hoppin p"an is
resu"ts in the (orst possi!"e -ua"it# (hi"st a ood !ase!and hoppin p"an can
resu"t in much !etter -ua"it# than a s#nthesied hoppin p"an.
Note that no fre-uenc# p"annin has to !e done for C* RKs (hen s#nthesied
fre-uenc# hoppin is used. herefore no fre-uencies need to !e p"anned and assin (hen
capacit# is added to ce""s. he on"# parameters that need to !e p"anned for ne( RKs arefre-uenc# hoppin ID and ,AI:. A"" C* RKs must have uni-ue ,AI:s and
prefera!"# one ,AI: separation to avoid adacent ce"" interference (hen usins#nthesied hoppin.
0aktel has not purchased baseband hoppin" from JT( and must therefore use
synthesized hoppin"*
http://www.netcomconsultants.com/