Objectifs de loptimisation Radio

Loptimisation dun rseau GSM consiste rechercher un quilibre entre la couverture, la capacit et la
qualit de service fond sur l'investissement rationnel des ressources et des frquences limites,
ralisant ainsi le meilleur taux de retour sur investissement.
La capacit dun rseau GSM est le trafic maximal que ce rseau peut transporter pendant une priode
donne
La couverture est le rapport entre la superficie des parties de la cellule o le signal mis par les antennes
de la BTS parviennent avec un niveau dtectable par le mobile dun utilisateur quelconque et la
superficie totale de la cellule
La qualit de service l effet global produit par la qualit de fonctionnement dun service qui dtermine
le degr de satisfaction de lusager dun service .La QoS comporte loprabilit du service, laccessibilit
au service, le maintien du service, lintgrit du service et la continuit du service .
Procdure de loptimisation Radio

Dans cette deuxime phase nous sommes tenus de collecter des statistiques du trafic de donnes et
d'alarmes via l OMC-R, les donnes du drive test , et le reflet objectif du MS. Il existe deux mthodes
principales de collecte de donnes : le Drive Test ( DT) et les compteurs de l OMC-R.

Le Drive Test ( DT ) vise valuer les performances du rseau du point de vue des utilisateurs . Les
performances recherches sont : le taux de connectivit , la couverture , le taux de coupure d appel
(Call Drop) , le taux de russite ainsi que le taux dchec de handover
2.5.1.1 Les outils matriels
TEST MS
Le Test MS est un tlphone mobile spcial conu par HUAWEI et que nous utilisons pour effectuer le
Drive Test . Le test MS peut afficher la cellule de service d'un rseau de tlcommunication mobile et les
six cellules voisines. Il peut galement tre utilis pour tester les paramtres du rseau. Le test MS peut
tre connect un ordinateur, il peut donc recueillir et analyser les donnes avec l'aide du logiciel de
drive test . Il existe deux sries de MS fabriqu et utilis par HUAWEI : la MS U12OE et la MS 6100.
Le GPS
est un outil de golocalisation .Une fois connect un ordinateur ,le GPS nous permet de connatre
instantanment notre position sur la carte du maroc import dans le logiciel du Drive Test.
Un ordinateur

Pour effectuer un Drive Test , nous nous quipons toujours dun ordinateur portable auquel seront
connects les autres matriels du Drive Test et sur lequel est install un logiciel de Drive Test .Ceci nous
permet de visualiser instantanment les diffrents indices de performance du rseau , de suivre le
chemin indiqu par le GPS et de sauvegarder les donnes enregistres par le test MS pour une analyse
ultrieure dans des fichiers appels logfiles.
Outils logiciel
Genex prob
Cest le principal logiciel de Drive Test utilis par Huawei. Il peut tre install sur un ordinateur portable
ordinaire .Il est essentiellement responsable de la collecte des donnes sur linterface Um aussi bien
dans le sens montant que sur le sens descendant

La technique du drive test

Le Drive Test se fait en voiture qui roule une vitesse normale ou stationne. Le Test est divis en deux
grandes parties : Le Shake down test et le cluster test
Le shake down test

Le Shake down est un test qui sert tester les performances dun secteur toute seule et sa capacit
faire un handover (transfert d appel ou de trafic) vers les autres cellules de la mme BTS. Il est divis en
deux parties galement : les tests statiques et les tests de handover.
Les tests statiques
La voiture est stationne en face dun secteur et le test MS est en visibilit directe par lantenne du
secteur concern, ainsi le niveau du signal reu devra tre suprieur -45dbm .Pour chaque cellule ou
secteur on effectue trente cinq appels de trente secondes (short call ) , un tlchargement d un fichier (
download ) , un chargement de fichier (upload) et un ping vers le serveur EDGE de la cellule.
Les tests de handover
Dans cette phase du test , on fait le tour de la BTS dans les deux sens comme le montre la figure
suivante . On utilise deux MS de test. sur le premier MS on lance un appel long (Long call ) qui dure tout
le temps du test et on lance aussi un tlchargement ( Download ) partir des serveurs EDGE des
cellules de la BTS . Sur le deuxime MS on lance un chargement de fichier ( Upload ).
Le cl test
Ce test a pour objectif de tester la capacit dun ensemble de BTS fonctionner ensemble de faon
cohrente et assurer la continuit dun service de tlcommunication. Pendant cette phase du test ,
on parcourt des grands axes routiers regroupant plusieurs BTS .On utilise trois mobiles de test . Sur le
premier mobile on effectue des appels de courtes dures ( Short Call ), sur le deuxime mobile, on
effectue des appels longs ( Long Call ) et sur le troisime mobile on effectue des Test de PS (Packet
Switched). Voici un exemple de route de cluster test.
Principaux indicateurs relevs du Drive Test
Voici les principaux indicateurs relevs au cours du Drive Test :
Call Drop Rate (%) : le taux d abandon d appel
Call setup time (s) : Le temps ncessaire l tablissement dun appel Mobile
Rx Power (dbm) : la puissance moyenne reu au niveau du mobile Mobile
Tx Power (dbm): puissance moyenne mise par le mobile .
C/I : rapport entre la puissance du signal et linterfrence
intra-BSC Hand-off Success Rate (%) : Taux de russite du handover dans le mme BSC
Inter-BSC Hand-off Success Rate(%) : Taux de russite du handover entre deux BSC diffrents
Inter-Band Hand-off Success Rate : taux de russite de handover inter- bande entre le GSM900M et le
DSC1800.

Rxlev (dbm) : mesure le niveau du Signal en chaque point du test .

RxQual (nombre entre o et 7): mesure la qualit du signal en chaque point du Test : il est calcul partir
du BER ( taux derreur binaire)
Les avantages du drive test
Le Drive Test permet danalyser en profondeur les problmes du rseau
L Drive Test permet de savoir avec prcision les emplacements des call Drop ou des handover failures.
Le Drive test permet de prendre en considration la topologie gographique et autres facteurs
environnementaux
2.5.1.6 Les inconvenients du drive test
Drive Test est trs coteux en argent, en ressources et aussi en temps.
Les Donnes du drive Test deviennent obsoltes ds le changement des Azimuth ou des tilts.

Les donnes de l OMC-R

Le deuxime moyen de collecter les donnes du rseau est de visualiser les donnes de L OMC-R
partir de loutil M2000 .
2.5.2.1 M2000
M2000 est un logiciel client du serveur OMC. M2000 contient une multitude de compteurs regroups
par thme permettant danalyser les problmes couramment rencontrs dans un rseau GSM
notamment le call drop, le handover failure et le problme de congestion.

Dans ce paragraphe , nous vous prsenterons les KPI dont nous nous sommes servis lors de nos analyses
.Le suivi dun KPI peut tre men en utilisant plusieurs compteurs et les KPI peuvent eux mme tre
regroups par thme :
Call measurement KPI
Ce groupe de KPI nous renseigne sur les performances du rseau lors de la ralisation dun appel
tlphonique
MR measurement KPI
Ce groupe de KPI donne les performances du lien radio linterface Um

2.5.2.5 Les avantages des KPI

v Les KPI nous donnent une vision actualise des paramtres du rseau
v Elles sont moins coteuses que les Drive Test
2.5.2.6 Les inconvenients des KPI
v Elles ne permettent pas toujours de retrouver avec prcision la cause et lemplacement des problmes
survenus dans le rseau.
Call measurement KPI
Ce groupe de KPI nous renseigne sur les performances du rseau lors de la ralisation dun appel
tlphonique.
MR measurement KPI
Ce groupe de KPI donne les performances du lien radio linterface Um.

CALL DROP MEASUREMENT : il contient plusieurs compteurs qui nous renseignent sur le nombre de
coupure d appel advenu pendant une dure donne, les conditions de cette coupure ainsi que l
interface du rseau o lappel sest coup.
INCOMING INTER-CELL HANDOVER MEASUREMENT : cet indicateur de performance permet de voir
pour chaque cellule le nombre de requte de handover quil a reu , le nombre de handover russis , le
nombre de handover chous, le taux de russite du handover
OUTGOING INTER-CELL HANDOVER MEASUREMENT : cet indicateur de performance permet
de voir pour chaque cellule le nombre total de requte de handover envoys ses
cellules voisines , le nombre de handover russis et chous, le taux de russite

RADIO LINK FAILURE PER TRX

Ce KPI nous donne l tat du lien radio l interface Um au moment du call drop ou dun handover
failure. On retrouve dans ce KPI des compteurs indiquent la qualit et niveau de signal sur la voix
montante et descendante au moment dchec de linterface radio.
INTERFERENCE BAND PER TRX : Ce KPI nous donne le nombre de canaux atteints par le

bruit ( signal interfrent + bruit due lactivit humaine) pour chaque TRX, on dfinit cinq
niveaux d interfrence selon la puissance du bruit

En gnral dans un rseau GSM, on cherchera fondamentalement rsoudre trois problmes : le Call
Drop (coupure d appel) , le handover failure (chec de transfert d appel ou de trafic dune cellule une
autre ) et le problme de congestion .

Analyse du call drop

Dans ce paragraphe nous allons prsenter la procdure suivie pour analyser un problme de Call Drop.
Pour analyser le problme de Call Drop dans un rseau GSM, il faut dabord vrifier si le Call Drop
affecte toutes les cellules de la BSC ou seulement quelques cellules. Si le call drop est un phnomne
gnralis alors, il faudra revoir la planification des frquences, la couverture ou de certains paramtres
des BTS comme la hauteur des antennes, lAzimuth et le tilt de chaque cellule. Si le call drop ne touche
que quelques cellules alors il faut slectionner les cellules les plus touchs par le call drop pour les
analyser une par une. Pour chaque cellule dont le taux de call drop est lev, on vrifie le taux de call
drop due lchec du lien radio. Si ce taux est faible, on dduit quil sagit dun problme de
transmission ou dfaillance dun quipement de transmission. Sinon on vrifie si le problme est d soit
une mauvaise couverture, soit linterfrence , soit au handover failure ( chec de transfert d appel
ou de trafic dune cellule l autre ) .

Analyse du handover failure

Lorsque le taux de handover failure est jug trs lev, il faut tout d abord vrifier si le phnomne
est commun toutes les cellules de la BSC ou si seulement quelques cellules qui en souffrent . Si le
phnomne est gnralis toutes les cellules de la BSC alors il faut revoir les algorithmes , lhorloge
ainsi que la configuration des seuils partir desquels se fera une requte de handover, vrifier aussi
lhorloge de la BSC ainsi que les circuits l interface A. Si le phnomne nest pas gnralis, on
slectionne les cellules qui souffrent le plus du handover failure .On vrifie si le problme est un
problme radio ou pas .Si ce nest pas le cas, on vrifie la prsence dune congestion au niveau des
canaux TCHs ou SDCCH de la cellules cible ou si les liens de transmission l interface Abis fonctionnent
correctement. Si le problme se trouve au niveau de linterface radio, il faut systmatiquement vrifier
la couverture, linterfrence ainsi que configuration de voisinage NL.

Analyse de la congestion TCH

La congestion des canaux de trafic TCH est due gnralement un problme de transmission au niveau
de l interface Abis , la dfaillance d un quipement ( par exemple un TRX qui ne fonctionne plus), la
capacit du systme est insuffisante pour supporter le trafic, un problme li linterface radio tel que
la couverture ou l interfrence .Pour positionner la source du problme, il faut consulter les alarmes en
cherchant des quipements dfaillants, comme il faut observer le volume de trafic par TRX pendant une
dure donne pour vrifier la capacit et pour savoir si c est un problme radio il faut consulter les
indicateurs de couverture et de qualit de signale RxLev ,RxQual et le TA.

Comme on peut le constater dans le paragraphe prcdent , la plupart des problmes du rseau GSM
sont lis dune manire ou dune autre au problme dinterfrence , au problme de couverture ou de la
congestion.
Rsolution du problme de la couverture
La dgradation de la couverture peut provenir de plusieurs sources. Voici les tapes suivre pour
rsoudre le problme de couverture dune zone dans le rseau GSM : Vrifier les conditions autour de la
BTS :
Tout dabord il faut vrifier sil n y a pas dautres antennes dans les alentours immdiats de la BTS ( les
micro antennes par exemple ), les panneaux daffichage, les arbres, les immeubles vitrs. Tous ces
lments peuvent affecter ngativement la transmission ou la rception des signaux. Pour les viter on
peut soit modifier lAzimuth des antennes de la BTS, soit augmenter la hauteur des antennes Vrifier les
alarmes des antennes Il faut toujours vrifier les messages dalarmes aussi bien pour lantenne
principale que celle de la diversit. Ces alarmes informent souvent sur ltat des fils reliant les antennes
la BTS car une dfaillance de ces fils peut agir ngativement sur la couverture . Vrifier la tour
damplification Parfois les amplificateurs peuvent subir des dommages qui peuvent tre dus la
pntration de leau l intrieur des amplificateurs .Pour cela il faut toujours surveiller les alarmes des
amplificateurs . Vrifier les paramtres dingnierie. Le tilt et lAzimuth dterminent la zone de
couverture dune antenne .L augmentation du tilt ou la dviation de lAzimuth peuvent changer la

couverture dune BTS. Par consquent il faut veiller ce que les antennes soient bien fixes sur leurs
supports. Si le niveau du signal (RxLev) est trs faible juste proximit de la BTS, alors il faut vrifier la
puissance dmission de la BTS et laugmenter si ncessaire.
Si une rgion reste mal couverte malgr toues les oprations doptimisation alors il faut installer un
nouveau site dans cette rgion.

Interfrence en uplink
L interfrence en uplink se produit souvent au niveau des canaux TCH. Dans le rseau GSM de INWI
install et supervis par HAUWEI, on utilise le saut de frquence synthtis .Chaque TRX dune cellule
l exception du TRX qui contient le BCCH saute sur une liste de frquences appele (MA LIST) attribue
la cellule .De ce fait l interfrence au niveau des canaux TCH est normment rduit . Cependant le
risque dinterfrence peut augmenter si deux cellules se faisant face lune lautre ont la mme MA
LIST. Le principe adopt par HUAWEI pour rduire les interfrences est le suivant : Les vingt quatre
ARFCN BCCH disponibles sont diviss en trois listes : MA LIST1, MA LIST2 et MA LIST3 . Chaque cellule
reoit une MA LIST. Ces MA LIST sont attribus dune faon telle que La mme MA LIST est attribue aux
cellules ayant presque le mme Azimuth. N B : La distance entre cellules qui utilisent la mme MA LIST
n a aucune importance car les algorithmes grant les sauts de frquence sont trs puissants et
permettent de rduire presque zro les risques dinterfrence . Chaque BTS du rseau de INWI
supporte non seulement les cellules GSM mais aussi les cellules CDMA 2000 . Or la bande CDMA utilise

est trs proche de celle du GSM 900. De ce fait si les filtres sparant les signaux du CDMA 2000 et ceux
du GSM sont en dfaillance, on peut observer des interfrences TCH. Pour rsoudre ce problme, il
suffit de sassurer que les filtres fonctionnent trs bien ou les remplacer en cas de dfaillance. Parfois les
canaux TCH peuvent tre interfrs par des sources externes. Et dans ce cas il revient lquipe INWI de
rsoudre ce problme en collaboration avec l ANRT.
2.7.2.1 Interfrence en downlink
L interfrence en downlink est cause par les frquences BCCH . Nous pouvons observer une
interfrence en downlink lorsque deux cellules proches ( 1 km en urbain ) utilisent la mme BCCH ou si
des cellules dclares voisines au niveau de la BSC ont des frquences BCCH adjacentes . Dans tous les
cas quelque soit la cause de linterfrence, la meilleure faon de rsoudre le problme dinterfrence en
downlink est de refaire la planification des frquences BCCH des cellules de la rgion concerne. Pour
cela nous utilisons NASTAR un outil logiciel de HUAWEI qui permet de planifier les frquences BCCH.
Voici un aperu de NASTAR.
Sur cette figure on peut voir chaque cellule avec sa zone de couverture . Le petite fentre en haut de la
figure que voici permet de choisir un ARFCN du BCCH. Les cellules colories en rouge sont les cellules
ayant lARFCN choisi. Les cellules en bleu sont les cellules ayant une frquence BCCH suprieure la
frquence courante de 200 KHZ et dont l ARFCN est gale l ARFCN courante plus lunit . Les cellules
en orange sont les cellules ayant une frquence BCCH infrieure la frquence courante de 200 KHZ et
dont l ARFCN est gale l ARFCN courante moins lunit . La rgle que nous suivons pour la
planification des frquences BCCH est la suivante :
Les cellules appartenant la mme BTS doivent avoir des frquences BCCH spares dau moins 400
KHZ c'est--dire leurs ARFCNs doivent tre spars d au moins deux units
Les cellules proches-voisines situes en ligne de vue ne doivent pas avoir la mme frquence BCCH.
Les cellules proches-voisines (dclares voisines au niveau de la BSC) doivent avoir des frquences
BCCH spares dau moins 400 KHZ

Rsolution du problme de la congestion

La congestion est un problme pineux dans tout rseau GSM en particulier celui de INWI. La principale
cause de ce problme tant laugmentation significative du nombre dabonns au GSM face une
ressource frquentielle trs limite . Do laugmentation des ressources de la capacit du rseau
devient presque invitable . Si la congestion est lie au trafic trs lev alors on suit la procdure
suivante : Pour chaque canal TCH , il existe deux mode de fonctionnement : le mode FULL RATE et le
mode HALF RATE. Dans le mode full rate un canal TCH est occup par une seule communication alors
que dans le mode half rate un canal TCH est occup par deux communications .Dans le rseau de INWI,
le mode half rate est activ automatiquement lorsqu un pourcentage bien dfini des canaux TCH en full
rate sont occups . par dfaut ce pourcentage est 95%.
Si malgr le fait que tous les canaux TCH fonctionnent en mode half rate, la congestion persiste , alors
on active les TRX qui ne sont pas encore activs ou on ajoute dautres TRX .Si on atteint le nombre
maximal de TRX que peut supporter la BTS ( 16 TRX recommand par Huawei vue la capacit limit du
lien de transmission) alors on doit installer un nouveau
site dans la zone considre, on peut aussi configurer la cellule pour partager le trafic jouant sur le
paramtre HO-load-threshold qui indique le seuil partir duquel un load HO est dclanch. La
congestion peut tre lie galement un problme de transmission linterface Abis .Dans ce cas le
problme est renvoy lquipe de transmision. La congestion peut tre aussi le rsultat le rsultat

dune mauvaise couverture ou dinterfrence grave. Dans ce cas il suffit de rsoudre le problme de
couverture ou dinterfrence suivant les mthodes prsentes plus haut.