Vous êtes sur la page 1sur 20

Mthode de troubleshooting 2G Plaintes

Clients.
(Description de lutilisation diPod Pour le traitement des
plaintes clients)

2014

NOTE :
- Ce document permet lanalyse des plaintes partir des KPI.
- Nous allons Rdiger la Mthode partir de 2 grandes Catgories, les plaintes sur indisponibilit
du rseau et les plaintes sur dgradations avec Rseau Disponible
- Les liens vers les docs outils seront rajouts par la suite (OMC, GCR, GIR, BCM etc )

1
Sommaire

1. Introduction............................................................................................................... 3
1.1 Accessibilit............................................................................................................................ 3

1.2 Maintien de service................................................................................................................ 5

1.3 Mobilit .................................................................................................................................. 5

1.4 RADIO (KPI= BER UL et DL) .................................................................................................... 5

2 Synthse Et Prise en Main De Loutil IPOD ................................................................ 6


2.1 Prise En Main de loutil .......................................................................................................... 6

3 Mthode De Traitement IPOD dune plainte sur indisponibilit du rseau .................. 8


3.1 Disponibilit des cellules ........................................................................................................ 8

3.2 Trafic Voix............................................................................................................................... 9

3.3 Problme de couverture: ..................................................................................................... 10

4 Mthode De Traitement IPOD Dune plainte sur une dgradation de service avec
Rseau Disponible. ......................................................................................................... 11
4.1 Rseau disponible avec PB daccs au service voix ou DATA (TEA) ............................................ 11

Analyse des Echecs dassignation SDCCH ........................................................................ 11


Analyse des checs dassignation TCH ............................................................................ 13
4.2 Analyse des EATBF UL (pb daccs au service DATA) ........................................................... 14

4.3 Coupure de communications (TDC Voix) ............................................................................. 15

4.4 Plainte sur injoignabilit alatoire /coupures lies un PB de mobilit (HO 2G2G) ........... 17

HO intra BSC Entrant ....................................................................................................... 17


4.4.2 HO intra BSC sortant............................................................................................................. 18
4.5 Problme RADIO (BER UL et DL) .................................................................................................. 19

2
1. Introduction
Lobjectif de ce document est de pouvoir utiliser IPOD afin deffectuer les actions ncessaires au
traitement des Plaintes clients. Nous allons dans un premier temps expliquer le principe et donner
quelques notions de base de loutil IPOD 2G puis introduire les deux grandes catgories de plaintes.

Afin de mieux comprendre les diffrents KPI illustrs dans IPOD 2G nous allons donner dans la suite
quelques explications thoriques pour la comprhension des principaux onglets ncessaires
lanalyse dune plainte client.
Cette section sera divise en 4 parties :

Accessibilit.
Maintien de service.
Mobilit.
Radio

1.1 Accessibilit
Le contrle de la performance de laccessibilit sert grer la qualit de service daccs aux rseaux
de tlphonie mobile sans fil 2G, 3G et 4G. Concernant laccs en 2G, l'appel voix se droule en trois
phases :

RACH access request : Le canal RACH (Random Access CHannel) est un canal de contrle
partag par un ensemble de mobiles qui leur permet de se signaler au rseau pour effectuer
une opration telle que la localisation, lenvoi de messages courts, lappel normal...

SDCCH establishment : le canal SDCCH (Stand-alone Dedicated Control Channel) est un canal
qui soccupe de la transmission de la signalisation (dbit de 800 bits/s), Il peut tre vu
comme un canal TCH de taille rduite, ddis la signalisation (voir figure ci-dessous)

3
.

TCH Assignement. : Les canaux de trafic TCH (Traffic CHannels) permettent de transmettre la
parole 13 kbits/s ou des donnes 12 kbits/s.

La cl de performance de laccessibilit est reprsente par le taux de succs de ces trois phases qui
nous permettent de calculer le TEA voix :
TEA abonn= (1 checs assignation SDCCH)*(1-%drops_SDCCH)*(1-checs assignation TCH)

Une variante du TEA voix est le TEA abonn qui ne prend pas en compte les RACH pour la location
update et qui ne compte pas les rptitions de tentatives daccs RACH cot mobile.
Le TEA qui est pris en compte lors de lanalyse est le TEA abonn

4
1.2 Maintien de service
La coupure dune communication (call drop) peut avoir plusieurs origines. Elle est particulirement
dsagrable pour labonn qui considre cet vnement plus ngatif que la difficult dtablir une
communication.

Les principales raisons de coupures sont les suivantes :

Mauvaise couverture (trou de couverture ou zone de couverture insuffisante)


Interfrences leves ayant entran limpossibilit de maintenir les liens de signalisation
et/ou de trafic
Problme de handover (mauvais paramtrage ou congestion sur la cellule cible)
Mauvais paramtrage radio (exemple : liste des cellules voisines incomplte).

1.3 Mobilit
Longlet Mobilit retrace les diffrents cas de Hand Over. On distingue principalement deux types :
- HO intra BSC sortant, entrant
- HO inter BSC sortant et entrant aussi
Pour assurer le bon suivi de la mobilit sur une cellule, nous contrlons surtout le taux dchecs des
HO IN.

1.4 RADIO (KPI= BER UL et DL)


La qualit de la communication est galement un indicateur trs important pour labonn. Si le taux
derreurs binaire reste infrieur un certain seuil pendant toute la communication, lutilisateur
peroit une communication de bonne qualit. Les pertes de trames peuvent galement se traduire
par des microcoupures pendant lappel traduisant une mauvaise qualit de communication. Les
principales raisons lorigine de ces problmes sont :

Niveau dinterfrences externes trop leves (interfrences dues des missions co-canal ou
sur canal adjacent par des quipements autres que ceux du rseau),
Interfrence co-canal ou sur canal adjacent trop leves (mauvais plan de frquences),
Mobile situe hors couverture du rseau ;
Paramtrage inadquat du handover (handover ping-pong produisant des microcoupures
rptitives).

5
2 Synthse Et Prise en Main De Loutil IPOD
2.1 Prise En Main de loutil
Dans la suite, Plusieurs captures dcrans permettent dexpliquer comment exploiter loutil IPOD
pour lancer des feuilles de perf ou consulter les alertes.

Pour visualiser les courbes :

Cliquer sur Performance Feuilles de Performance cliquer sur Quotidienne si on veut une
courbe quotidienne.

Pour voir les alertes :


Cliquer sur Alerteurs sous le menu
Alerteurs pour afficher les Alertes 2G

Entrer le numro de SITE, BSC ou


cellule pour afficher les courbe.

Glisser ici pour choisir la priode


que lon veut voir.

Cliquer sur valider pour voir le rsultat.

Plainte
Synthse
de Type Pb TDC Pb li la mobilit PB Lenteurs et
dmission Voix ET SHO (soft HO) ET dconnexions DATA
DATA HO
6
Longlet Synthse est mis en place afin de pouvoir dire en un coup dil si une zone donne (cellule,
Site, BSC, rgion, cluster) subit une dgradation :
- Donnes peu/pas fiables
- Accessibilit
- Maintien de service
- Perte de trafic
- Mauvais voisinage 2G2G
- Interfrences UL trop leves
- mauvais Paging
Si cest le cas, les autres onglets sont l pour avoir plus de dtails sur ce problme.

Tous les autres onglets traitent en dtail des KPI qui permettent le suivi de la qualit du rseau
diffrents niveau de linfrastructure radio 2G (Interface Air, BTS, ).

7
3 Mthode De Traitement IPOD dune plainte sur
indisponibilit du rseau
Dans le cas dune plainte sur indisponibilit de rseau, le mobile narrive pas sattacher au
rseau. Afin danalyser ce type de plainte et de dterminer sa cause, on commence par analyser
les KPI ci-dessous :

3.1 Disponibilit des cellules


Dans longlet synthse dune feuille de Perf Ericsson :

Figure 1 : Disponibilit SDCCH /TCH


KPI Type EXPLICATIONS
Nombre de time slot ddi Trafic TCH = 8 * nombre de TRX-1 TS BCCH-
Available TCH Nbr
Nombre de SDCCH
Available SDCCH Nbr Nombre de SDCCH definie
TCH avilability % Taux global de disponibilit TCH

Commentaires :
Ce Graphe permet de suivre lvolution du nombre de canaux Signalisation (SDCCH) et de transport
(TCH).nous avons deux cas de figure :
- Cellule allume avec aucun TCH disponible
- Cellule allume mais dont le nombre de TCH disponible est infrieur ce quil devrait tre.
L'indisponibilit des canaux TCH a un impact sur les appels voix mais aussi les connexions data, car le
canal TCH permet aussi de transporter les donnes EGPRS.

Procdure suivre en cas de dtection dune indisponibilit


- Corrler la date de lindispo avec la plainte.
- Vrifier si pas de TT dans GIR
- Vrifier la prsence dalarmes ou bagots Trans l'OMC.
- Vrifier si la cellule nest pas locke
Si pas de TT GIR, Envoyer un TT au SN1 avec lanalyse effectue et les alarmes dtectes
Sil y a un TT GIR, suivre la rsolution du TT et relancer lquipe en charge
*SI aprs le suivi des tapes, vous ne trouvez pas de solution, envoyez le TT STC-QOS-Radio

8
3.2 Trafic Voix
Dans longlet synthse dune feuille de Perf Ericsson :

Figure 2 : Traffic voix


KPI Type EXPLICATIONS
Trafic Voix Nbr Trafic voix de la best serveuse

Commentaires :

Les baisses de trafic sur le rseau sont lies :


- un changement de paramtrage daccs
- un paramtrage de priorisation entre band 900 et 1800
- tous les problmes hardware sur la DUG, RUS ou ligne dantenne

Exemple : paramtre daccs ACCMIN qui est pass de 110 100 :

Procdure suivre en cas de dtection dune baisse de trafic

- Vrifier si pas de TT dans GIR


- Vrifier la prsence dalarmes ou bagots Trans l'OMC envoyez le TT au SN1
Changement de paramtres vrifier dans BCM, si on dtecte un changement on peut soit
faire un retour arrire, soit envoyer un TT au SN2

9
- Vrifier si dans GCR il n'y a pas d'Opration ralise :
Assigner un TT OPR si lopration est ralise par Prod ALU ou OPR
Assigner un TT OPTIM rgion si lopration est ralise par la rgion
- Corrler avec une baisse HO INTRA (et /ou) INTER BSC entrant sous IPOD 2G
Vrifier si une voisine dgrade, voir si TT dj cre sur la voisine suivre la rsolution ou
traitement selon la dgradation

*SI aprs le suivi des tapes, vous ne trouvez pas de solution, envoyez le TT STC-QOS-Radio

3.3 Problme de coverture:


Les problmes de couverture en 2G sont identifi par les coupures TDC sous cause : low signal
strenght DL, UL et DL et UL au mme temps.

Procdure suivre en cas de dtection de manque de couverture :

- Voisine HS ou dmonte en 2G, 3G ou 4G


Identification de la voisine et envoie la rgion pour une optimisation de la couverture
- Identification de voisinage manquant en utilisant Google Earth et les tables de voisinage BCM
Ajout des voisines manquantes sur BCM
- Vrification du paramtrage de base du maintien de service et de mobilit (Paramtres HCS et
paramtrage de locating) sur BCM
Effectuer la modification du paramtre sur BCM

10
4 Mthode De Traitement IPOD Dune plainte sur une
dgradation de service avec Rseau Disponible.
Il sagit des plaintes lies des problmatiques autres que laccs ou la connexion au rseau
Lors du traitement de ce type de plaintes, on sera amen prendre plusieurs mesures :

Corrlations des dgradations de service avec les GIR et les GCR.


Identification des alarmes sur lOMC et rsolution de tous les problmes hardware sur le
site en question
Identification des erreurs de transmission via lOMC et de responsabilisation du SN1 et
SN1- Transmission.
Identification dun mauvais voisinage (peut tre d un dmontage) escalader la
rgion.
Concernant les optimisations de paramtrage vous trouvez les dtails dans les
commentaires de chaque cl de performance radio ci-aprs :

4.1 Rseau disponible avec PB daccs au service voix ou DATA (TEA)

Le traitement dune plainte sur la difficult daccs au service se fait en analysant les sous cause de
dgradation du KPI qui compose le TEA

On rappelle que :

TEA = (1 checs assignation SDCCH)*(1-%drops_SDCCH)*(1-checs assignation TCH)

Et quune variante du TEA voix est le TEA abonn qui ne prend pas en compte les RACH pour location
update et qui ne compte pas les rptitions de tentatives daccs RACH cot mobile.

Analyse des Echecs assignation SDCCH

Figure 3 : Echecs assignation SDCCH

11
KPI Type EXPLICATIONS
Allocated_SD Nbr nombre de canaux SDCCH allous cot BSC
LU_RACH Nbr nombre de RACH (channel requests) pour location update
nombre de RACH (channel requests) pour autre cause que location
Client_RACH %
update
Vols TCH Nbr nombre de TCH allous pour la signalisation en cas de congestion SDCCH
%echecs_assign_S
% pourcentage dchec dassignation SDCCH suite un accs RACH
DCCH
pourcentage dchec dassignation SDCCH suite un accs RACH pour
%echec_assign_SD
% location update
CCH_LU
pourcentage dchec dassignation SDCCH suite un accs RACH pour
%echec_assign_SD
% cause autre que location update.
CCH_Client

Commentaires:
Les checs SDCCH peuvent augmenter brusquement cause de:
Une voisine HS ou dmonte en 2G, 3G ou 4G
La prsence des alarmes ou bagots Trans l'OMC
Tout changement de paramtrage du mode non-connect peuvent dgrader les EASDCCH:
o Cell Reselection Offset
o Cell Reselection Hysterisis
o ACCMIN, puissance dmission
o Nombre SDCCH par channel group

Procdure suivre en cas dune augmentation des echecs SDCCH :


- Vrifier si pas de TT dans GIR
suivre la rsolution du TT et relance de lquipe en charge du traitement
- Vrifier la prsence dalarmes ou bagots Trans l'OMC
envoyez le TT au SN1
- Vrifier Changement de paramtres Vrifier dans BCM, si on dtecte un changement
on peut soit faire un retour arrire, soit envoyer un TT au SN2
- Vrifier si dans GCR il n'y a pas d'Opration ralise :
assigner un TT OPR si lopration est ralise par Prod ALU ou OPR
Assigner un TT OPTIM rgionale si lopration est ralise par la Rgion
- Corrler avec une baisse HO INTRA (et - ou) INTER BSC entrant sous IPOD 2G
Vrifier si une voisine dgrade, voir si TT dj cre sur la voisine suivre la rsolution ou
traitement selon la dgradation
- Voisine HS ou dmonte en 2G, 3G ou 4G
Identification de la voisine et suivi de la rsolution de la cellule dgrade
- Tout changement de paramtrage du mode non-connect (Cell Reselection Offset, Cell
Reselection Hysterisis, ACCMIN, puissance dmission ET le nombre SDCCH par channel group)
Identification du responsable sur changement sinon un retour arrire est recommand
sur
BCM.

*SI aprs le suivi des tapes, vous ne trouvez pas de solution, envoyez le TT STC-QOS-Radio

12
Analyse des checs assignation TCH

Le dfaut matriel est la principale cause de ces checs. Il est primordial de vrifier la perf lheure
car un site en dfaut durant plusieurs heures peut remonter sans aucune intervention humaine.

Figure 4 : Echecs assignation TCH

KPI Type EXPLICATIONS


TCH_Req_DEM Nbr Nombre dassignement requests
TCHOKDEM Nbr Nombre dassignement complete
Echecs_Assign_TC
% Pourcentage checs assignation TCH
H

Commentaires:

Des problmes tels que linterfrence (Brouillage / Frquence), couverture, le manque de capacit
TCH, drop de SD peuvent galement impacter laccessibilit des canaux de trafic TCH.

Les causes de dgradation EATCH sont trs proche des causes de dgradation SDCCH do le mme
raisonnement de rsolution, la seule diffrence est le paramtre vrifier

Procdure suivre en cas dune augmentation des echecs TCH :


- Vrifier si pas de TT dans GIR
suivre la rsolution du TT et relance de lquipe en charge du traitement
- Vrifier la prsence dalarmes ou bagots Trans l'OMC
envoyez le TT au SN1
- Changement de paramtres
vrifier dans BCM, si on dtecte un changement on peut soit faire un retour arrire, soit
envoyer un TT au SN2
- Vrifier si dans GCR il n'y a pas d'Opration ralise :
assigner un TT OPR si lopration est ralise par Prod ALU ou OPR
Assigner un TT OPTIM rgionale si lopration est ralise par la Rgion
- Corrler avec une baisse HO INTRA (et - ou) INTER BSC entrant sous IPOD 2G
Vrifier si une voisine dgrade, voir si TT dj cre sur la voisine suivre la rsolution ou
traitement selon la dgradation
- Voisine HS ou dmonte en 2G, 3G ou 4G
Identification de la voisine et suivi de la rsolution de la cellule dgrade
- Le paramtres NUREQBPC doit tre gale 8 * le nombre de TRX par channel groupe
Modification du paramtre sur BCM.

13
*SI aprs le suivi des tapes, vous ne trouvez pas de solution, envoyez le TT STC-QOS-Radio

4.2 Analyse des EATBF UL (Problme daccs au service DATA)


Le but est d'tablir un Uplink TBF : transfert de donnes dans le sens montant pour un mobile en
standby mode.

Figure 5 : Echecs tablissement TBF UL

KPI Type EXPLICATIONS


TBF_UL_Req Nbr Nombre de demandes detablissement de TBF
Imm_Ass_rejects Nbr Nombre de rejets
Nbr Nombre dchecs dtablissement TBF pour cause ressources
TBF_UL_echecs_re
ssources
TBF_UL_echecs_A Nbr Nombre dchecs dtablissement TBF pour cause Abis
bis
TBF_UL_echecs_ot Nbr Nombre dchecs dtablissement TBF dues dautres causes
her
%echecs_etabliss_
% pourcentage checs dtablissement TBF
TBF_UL

Commentaires:

Le mobile envoie un "Channel Request ou un EGPRS Channel Request" message la BTS sur les
canaux communs (RACH). La BTS transmet le message dans un "Channel Required" ou un message
"EGPRS Channel Requeried", message qui est envoy au BSC.

Procdure suivre en cas dune augmentation des echecs Echecs TBF UL:

Si l'on constate une hausse des checs TBF hors effet saisonnier, aucun site 2G/3G/4G voisin HS, et
avant de transfrer la DIM il faut vrifier (via BCM2G) les points suivants :

1. Vrification si une alarme ABIS PATH est prsente avant toute optimisation de
paramtrages
2. Vrification du paramtrage EDGE sur le Channel groupe 0
a. ODPDCHLIMIT = 100%.

14
b. NUMREQEGPRSBPC = 8 1 nombre de SDCCH dclars sur le CHGR0.
c. ETCHN= 0,1,2,3,4,5,6,7

3. Vrification du paramtrage EDGE sur le Channel groupe 1:


a. ODPDCHLIMIT = 100%.
b. NUMREQEBPC = 8 * Nombre of TRX.
c. NUMREQEGPRSBPC = NUMREQBPC - Nombre de SDCCH dclars sur le CHGR0.
d. ETCHN= 1,2,3,4,5,6,7.

Si tous ces paramtres sont respects, le passage la DIM peut tre valid.

*SI aprs le suivi des tapes, vous ne trouvez pas de solution, envoyez le TT STC-QOS-Radio

4.3 Coupure de communications (TDC Voix)

Figure 6 : Taux de coupures

KPI Type EXPLICATIONS


Dmarrages dappel voix + HO entrants (venant de la 2G ou de la 3G)
PrisesTCH #
TDC radio % Pourcentage de drops dont la typologie est identifi
(nombre de HO sortants exec nombre de HO sortants success -
TDC HO %
nombre de return to old channel)/PrisesTCH
Somme de tous les drops dont la cause nest pas identifie (~TDC
TDC other % systme)

Les diffrentes causes de coupures sont donnes par le graphe ci-dessous.

15
KPI Type EXPLICATIONS
Dmarrages dappel voix + HO entrants (venant de la 2G ou de la 3G)
PrisesTCH Nbr
TDC _low_sig-DL % manque de couverture en downlink
TDC _low_sig_UL % manque de couverture en downlink
TDC _low_sig- TDC abo_low_sig-UL&DL
%
UL&DL
maivaise qualit downlink
TDC _badqual_DL %
mauvaise qualit uplink
TDC _badqual_UL %
TDC_sudden_lost % Perte soudaine de connexion
TDC _FER_DL % mauvaise qaulit de la trame TDMA DL
TDC_FER_UL % mauvaise qaulit de la trame TDMA UL
TDC_TA % overshooting

Commentaries:
Les coupures TDC sont reprsentes par le nombre de coupures anormales sur le nombre global de
coupures.
Procdure suivre en cas dune augmentation des coupures TDC :

La vrification des points communs entre toutes les dgradations est indispensable avant toute
optimisation de paramtrage:
- Vrifier si pas de TT dans GIR
suivre la rsolution du TT et relance de lquipe en charge du traitement

- Vrifier la prsence dalarmes ou bagots Trans l'OMC


o Si Alarme Hardware Cration dintervention
o Si autre alarme envoyez le TT au SN1

- Identification des erreurs de transmission via lOMC


envoyez le TT au SN1

16
- Voisine dmonte en 2G, 3G ou 4G
Identification de la voisine et envoie du TT a la rgion pour optimisation

- Optimisations supplmentaires : Identification de voisinage manquant


Ajout des voisines manquantes sur BCM

- Vrification du paramtrage de base du maintien de service (Paramtres HCS et paramtrage de


locating)
Modification du paramtre sur BCM

*SI aprs le suivi des tapes, vous ne trouvez pas de solution, envoyez le TT STC-QOS-Radio

4.4 Plainte sur injoignabilit alatoire /coupures lies un PB de


mobilit (HO 2G2G)

HO intra BSC Entrant

Figure 7 : HO intra BSC entrant

KPI Type EXPLICATIONS


Nombre de drop HO entrant intra BSC
HO_in_intra_drop Nbr
HO_in_intra_fail Nbr Nombre des echecs HO entrant intra BSC
HO_in_intra_drop % Pourcentage de drop HO entrant intra BSC
Pourcentage des echecs HO entrant intra BSC
HO_in_intra_fail %

Commenatire:

Le handover intra BSC entrant reprsente les communications en mobilit entre les cellules du mme
BSC.
Procdure suivre en cas dune augmentation des echecs HO intra BSC entrant ou
sortant :
Pour tout type de problme de mobilit nous regardons les points suivants :

- Vrifier si pas de TT dans GIR


suivre la rsolution du TT et relance de lquipe en charge du traitement
- Vrifier la prsence dalarmes ou bagots Trans l'OMC

17
o Si Alarme Hardware Cration dintervention
o Si autre alarme envoyer le TT au SN1
- Identification des erreurs de transmission via lOMC
envoyer le TT au SN1

- Voisine dmonte en 2G, 3G ou 4G


Identification de la voisine et envoie la rgion pour optimisation
Les optimisations supplmentaires sont :
- Corrler avec une Dgradation EATCH
Suivre la procdure de rsolution des checs TCH

4.4.2 HO intra BSC sortant

Figure 8 :HO intra BSC sortant

KPI Type EXPLICATIONS


HO_out_intra_dro Nombre de drop HO sortant intra BSC
Nbr
p
HO_out_intra_fail Nbr Nombre des echecs HO sortant intra BSC
HO_out_intra_dro
% Pourcentage de drop HO sortant intra BSC
p
Pourcentage des echecs HO sortant intra BSC
HO_out_intra_fail %

Commenatire:
Le handover intra BSC sortant reprsente les communications en mobilit entre les cellules du
mme BSC.
Procdure suivre en cas dune augmentation des echecs HO intra BSC entrant ou
sortant :
Pour tout type de problme de mobilit nous respectons les points suivants :

- Vrifier si pas de TT dans GIR


suivre la rsolution du TT et relance de lquipe en charge du traitement
- Vrifier la prsence dalarmes ou bagots Trans l'OMC
o Si Alarme Hardware Cration dintervention
o Si autre alarme envoyez le TT au SN1
- Identification des erreurs de transmission via lOMC via alarmes Trans
envoyez le TT au SN1

- Voisine dmonte en 2G, 3G ou 4G


Identification de la voisine et envoie a la rgion pour optimisation

- Voisine dgrade en 2G, 3G ou 4G

18
Si TT existant sur la voisine, suivre la rsolution

Optimisations supplmentaires:
- Identification de voisinage manquant
Ajout des voisines manquantes sur BCM
- Vrification du paramtrage de base de mobilit
Modification du paramtre sur BCM
- Vrification de paramtrages croiss entre serveuse et voisines
Modification du paramtre sur BCM

*SI aprs le suivi des tapes, vous ne trouvez pas de solution, envoyez le TT STC-QOS-Radio

4.5 Problme RADIO (BER UL et DL)

Figure 9 : Bit erreur rate

KPI Type EXPLICATIONS


BER_UL Nbr Taux derreur Binaire UL
BER_DL Nbr Taux derreur Binaire DL

Commenatire:
Les BER DL et UL reprsente l'tat des interfrences sur linterface Air sur les deux voies montante
et descendante.
Tous les problmes de VSWR ou de diversit sur la chaine antennaire peuvent dgrader les
performances radio. Au dela du hardware, les plans de frquence sont les causes majeures de la
dgradation du BER UL et DL.

Procdure suivre en cas dune augmentation de BER :

Dans la majorit des cas les Plans de frquence sont les dclencheurs principaux de la dgradation de
ce KPI. Et par consquent, il est indispensable de vrifier que le plan de frquence concide avec une
plainte
- Vrifier si pas de TT dans GIR
suivre la rsolution du TT et relance de lquipe en charge du traitement

- Vrifier la prsence dalarmes ou bagots Trans l'OMC


o Si Alarme Hardware Cration dintervention
o Si autre alarme envoyez le TT au SN1

- Identification des erreurs de transmission via lOMC

19
envoyer le TT au SN1

- Identification du passage dun plan de frquence


envoyer le TT au groupe responsable du plan de frquence

*SI aprs le suivi des tapes, vous ne trouvez pas de solution, envoyez le TT STC-QOS-Radio

Glossaire

Acronyme Signification
ACCMIN Minimum received signal level in dbm at the MS
for permission to access the system
CRO Cell Reselection Offset - defines an offset to
encourage or discourage MSs to select the cell while it
is camping on another cell, eg: perforam a cell
reselection
SDCCH Stand-alone Dedicated Control Channel
BCCH Broadcast control channel
EDGE Enhanced Data Rates for GSM Evolution
CRH Cell Reselection Hysteresis - receiving signal strength
hysteresis
CCHPWR Maximum transceiver power level an MS may use when
accessinf on a control channel
HCS Hierarchical Cell Structures
RACH Random Access CHannel
SDCCH Stand-alone Dedicated Control Channel
TCH Traffic CHannels

20