Vous êtes sur la page 1sur 20

Méthode de troubleshooting 2G Plaintes

Clients.
(Description de l’utilisation d’iPod Pour le traitement des
plaintes clients)

2014

NOTE :
- Ce document permet l’analyse des plaintes à partir des KPI.
- Nous allons Rédiger la Méthode à partir de 2 grandes Catégories, les plaintes sur indisponibilité
du réseau et les plaintes sur dégradations avec Réseau Disponible
- Les liens vers les docs outils seront rajoutés 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 Synthèse Et Prise en Main De L’outil IPOD ................................................................ 6


2.1 Prise En Main de l’outil .......................................................................................................... 6

3 Méthode De Traitement IPOD d’une plainte sur indisponibilité du réseau .................. 8


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

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

3.3 Problème de couverture: ..................................................................................................... 10

4 Méthode De Traitement IPOD D’une plainte sur une dégradation de service avec
Réseau Disponible. ......................................................................................................... 11
4.1 Réseau disponible avec PB d’accès au service voix ou DATA (TEA) ............................................ 11

Analyse des Echecs d’assignation SDCCH ........................................................................ 11


Analyse des échecs d’assignation TCH ............................................................................ 13
4.2 Analyse des EATBF UL (pb d’accès au service DATA) ........................................................... 14

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

4.4 Plainte sur injoignabilité aléatoire /coupures liées à un PB de mobilité (HO 2G2G) ........... 17

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


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

2
1. Introduction
L’objectif de ce document est de pouvoir utiliser IPOD afin d’effectuer les actions nécessaires au
traitement des Plaintes clients. Nous allons dans un premier temps expliquer le principe et donner
quelques notions de base de l’outil IPOD 2G puis introduire les deux grandes catégories de plaintes.

Afin de mieux comprendre les différents KPI illustrés dans IPOD 2G nous allons donner dans la suite
quelques explications théoriques pour la compréhension des principaux onglets nécessaires à
l’analyse d’une plainte client.
Cette section sera divisée en 4 parties :

 Accessibilité.
 Maintien de service.
 Mobilité.
 Radio

1.1 Accessibilité
Le contrôle de la performance de l’accessibilité sert à gérer la qualité de service d’accès aux réseaux
de téléphonie mobile sans fil 2G, 3G et 4G. Concernant l’accès en 2G, l'appel voix se déroule en trois
phases :

 RACH access request : Le canal RACH (Random Access CHannel) est un canal de contrôle
partagé par un ensemble de mobiles qui leur permet de se signaler au réseau pour effectuer
une opération telle que la localisation, l’envoi de messages courts, l’appel normal...

 SDCCH establishment : le canal SDCCH (Stand-alone Dedicated Control Channel) est un canal
qui s’occupe de la transmission de la signalisation (débit de 800 bits/s), Il peut être vu
comme un canal TCH de taille réduite, dédiés à 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 données à 12 kbits/s.

La clé de performance de l’accessibilité est représentée par le taux de succès 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 répétitions de tentatives d’accès RACH coté mobile.
Le TEA qui est pris en compte lors de l’analyse est le TEA abonné

4
1.2 Maintien de service
La coupure d’une communication (call drop) peut avoir plusieurs origines. Elle est particulièrement
désagréable pour l’abonné qui considère cet évènement plus négatif que la difficulté d’établir une
communication.

Les principales raisons de coupures sont les suivantes :

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


 Interférences élevées ayant entraîné l’impossibilité de maintenir les liens de signalisation
et/ou de trafic
 Problème de handover (mauvais paramétrage ou congestion sur la cellule cible)
 Mauvais paramétrage radio (exemple : liste des cellules voisines incomplète).

1.3 Mobilité
L’onglet Mobilité retrace les différents 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 contrôlons surtout le taux d’échecs des
HO IN.

1.4 RADIO (KPI= BER UL et DL)


La qualité de la communication est également un indicateur très important pour l’abonné. Si le taux
d’erreurs binaire reste inférieur à un certain seuil pendant toute la communication, l’utilisateur
perçoit une communication de bonne qualité. Les pertes de trames peuvent également se traduire
par des microcoupures pendant l’appel traduisant une mauvaise qualité de communication. Les
principales raisons à l’origine de ces problèmes sont :

 Niveau d’interférences externes trop élevées (interférences dues à des émissions co-canal ou
sur canal adjacent par des équipements autres que ceux du réseau),
 Interférence co-canal ou sur canal adjacent trop élevées (mauvais plan de fréquences),
 Mobile située hors couverture du réseau ;
 Paramétrage inadéquat du handover (handover ping-pong produisant des microcoupures
répétitives).

5
2 Synthèse Et Prise en Main De L’outil IPOD
2.1 Prise En Main de l’outil
Dans la suite, Plusieurs captures d’écrans permettent d’expliquer comment exploiter l’outil 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 numéro de SITE, BSC ou


cellule pour afficher les courbe.

Glisser ici pour choisir la période


que l’on veut voir.

Cliquer sur valider pour voir le résultat.

Plainte
Synthèse
de Type Pb TDC Pb lié à la mobilité PB Lenteurs et
d’émission Voix ET SHO (soft HO) ET déconnexions DATA
DATA HO
6
L’onglet Synthèse est mis en place afin de pouvoir dire en un coup d’œil si une zone donnée (cellule,
Site, BSC, région, cluster) subit une dégradation :
- Données peu/pas fiables
- Accessibilité
- Maintien de service
- Perte de trafic
- Mauvais voisinage 2G2G
- Interférences UL trop élevées
- mauvais Paging
Si c’est le cas, les autres onglets sont là pour avoir plus de détails sur ce problème.

Tous les autres onglets traitent en détail des KPI qui permettent le suivi de la qualité du réseau à
différents niveau de l’infrastructure radio 2G (Interface Air, BTS, …).

7
3 Méthode De Traitement IPOD d’une plainte sur
indisponibilité du réseau
Dans le cas d’une plainte sur indisponibilité de réseau, le mobile n’arrive pas à s’attacher au
réseau. Afin d’analyser ce type de plainte et de déterminer sa cause, on commence par analyser
les KPI ci-dessous :

3.1 Disponibilité des cellules


Dans l’onglet synthèse d’une feuille de Perf Ericsson :

Figure 1 : Disponibilité SDCCH /TCH


KPI Type EXPLICATIONS
Nombre de time slot dédié 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 l’évolution du nombre de canaux Signalisation (SDCCH) et de transport
(TCH).nous avons deux cas de figure :
- Cellule allumée avec aucun TCH disponible
- Cellule allumée mais dont le nombre de TCH disponible est inférieur à ce qu’il 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 données EGPRS.

Procédure à suivre en cas de détection d’une indisponibilité


- Corréler la date de l’indispo avec la plainte.
- Vérifier si pas de TT dans GIR
- Vérifier la présence d’alarmes ou bagots Trans à l'OMC.
- Vérifier si la cellule n’est pas lockée
 Si pas de TT GIR, Envoyer un TT au SN1 avec l’analyse effectuée et les alarmes détectées
 S’il y a un TT GIR, suivre la résolution du TT et relancer l’équipe en charge
*SI après le suivi des étapes, vous ne trouvez pas de solution, envoyez le TT à STC-QOS-Radio

8
3.2 Trafic Voix
Dans l’onglet synthèse d’une 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 réseau sont liées à :


- un changement de paramétrage d’accès
- un paramétrage de priorisation entre band 900 et 1800
- tous les problèmes hardware sur la DUG, RUS ou ligne d’antenne

Exemple : paramètre d’accès ACCMIN qui est passé de 110 à 100 :

Procédure à suivre en cas de détection d’une baisse de trafic

- Vérifier si pas de TT dans GIR


- Vérifier la présence d’alarmes ou bagots Trans à l'OMC  envoyez le TT au SN1
 Changement de paramètres vérifier dans BCM, si on détecte un changement on peut soit
faire un retour arrière, soit envoyer un TT au SN2

9
- Vérifier si dans GCR il n'y a pas d'Opération réalisée :
 Assigner un TT à OPR si l’opération est réalisée par Prod ALU ou OPR
 Assigner un TT à OPTIM région si l’opération est réalisée par la région
- Corréler avec une baisse HO INTRA (et /ou) INTER BSC entrant sous IPOD 2G
 Vérifier si une voisine dégradée, voir si TT déjà crée sur la voisine suivre la résolution ou
traitement selon la dégradation

*SI après le suivi des étapes, vous ne trouvez pas de solution, envoyez le TT à STC-QOS-Radio

3.3 Problème de coverture:


Les problèmes de couverture en 2G sont identifié par les coupures TDC sous cause : low signal
strenght DL, UL et DL et UL au même temps.

Procédure à suivre en cas de détection de manque de couverture :

- Voisine HS ou démontée en 2G, 3G ou 4G


 Identification de la voisine et envoie à la région 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
- Vérification du paramétrage de base du maintien de service et de mobilité (Paramètres HCS et
paramétrage de locating) sur BCM
 Effectuer la modification du paramètre sur BCM

10
4 Méthode De Traitement IPOD D’une plainte sur une
dégradation de service avec Réseau Disponible.
Il s’agit des plaintes liées à des problématiques autres que l’accès ou la connexion au réseau
Lors du traitement de ce type de plaintes, on sera amené à prendre plusieurs mesures :

 Corrélations des dégradations de service avec les GIR et les GCR.


 Identification des alarmes sur l’OMC et résolution de tous les problèmes hardware sur le
site en question
 Identification des erreurs de transmission via l’OMC et de responsabilisation du SN1 et
SN1- Transmission.
 Identification d’un mauvais voisinage (peut être dû à un démontage) à escalader à la
région.
 Concernant les optimisations de paramétrage vous trouvez les détails dans les
commentaires de chaque clé de performance radio ci-après :

4.1 Réseau disponible avec PB d’accès au service voix ou DATA (TEA)

Le traitement d’une plainte sur la difficulté d’accès au service se fait en analysant les sous cause de
dégradation du KPI qui compose le TEA

On rappelle que :

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

Et qu’une 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 répétitions de tentatives d’accès RACH coté mobile.

Analyse des Echecs assignation SDCCH

Figure 3 : Echecs assignation SDCCH

11
KPI Type EXPLICATIONS
Allocated_SD Nbr nombre de canaux SDCCH alloués 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 alloués pour la signalisation en cas de congestion SDCCH
%echecs_assign_S
% pourcentage d’échec d’assignation SDCCH suite à un accès RACH
DCCH
pourcentage d’échec d’assignation SDCCH suite à un accès RACH pour
%echec_assign_SD
% location update
CCH_LU
pourcentage d’échec d’assignation SDCCH suite à un accès 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 démontée en 2G, 3G ou 4G
 La présence des alarmes ou bagots Trans à l'OMC
 Tout changement de paramétrage du mode non-connecté peuvent dégrader les EASDCCH:
o Cell Reselection Offset
o Cell Reselection Hysterisis
o ACCMIN, puissance d’émission
o Nombre SDCCH par channel group

Procédure à suivre en cas d’une augmentation des echecs SDCCH :


- Vérifier si pas de TT dans GIR
 suivre la résolution du TT et relance de l’équipe en charge du traitement
- Vérifier la présence d’alarmes ou bagots Trans à l'OMC
 envoyez le TT au SN1
- Vérifier Changement de paramètres Vérifier dans BCM, si on détecte un changement
 on peut soit faire un retour arrière, soit envoyer un TT au SN2
- Vérifier si dans GCR il n'y a pas d'Opération réalisée :
 assigner un TT à OPR si l’opération est réalisée par Prod ALU ou OPR
 Assigner un TT à OPTIM régionale si l’opération est réalisée par la Région
- Corréler avec une baisse HO INTRA (et - ou) INTER BSC entrant sous IPOD 2G
 Vérifier si une voisine dégradée, voir si TT déjà crée sur la voisine suivre la résolution ou
traitement selon la dégradation
- Voisine HS ou démontée en 2G, 3G ou 4G
 Identification de la voisine et suivi de la résolution de la cellule dégradée
- Tout changement de paramétrage du mode non-connecté (Cell Reselection Offset, Cell
Reselection Hysterisis, ACCMIN, puissance d’émission ET le nombre SDCCH par channel group)
 Identification du responsable sur changement sinon un retour arrière est recommandé
sur
BCM.

*SI après le suivi des étapes, vous ne trouvez pas de solution, envoyez le TT à STC-QOS-Radio

12
Analyse des échecs assignation TCH

Le défaut matériel est la principale cause de ces échecs. Il est primordial de vérifier la perf à l’heure
car un site en défaut durant plusieurs heures peut remonter sans aucune intervention humaine.

Figure 4 : Echecs assignation TCH

KPI Type EXPLICATIONS


TCH_Req_DEM Nbr Nombre d’assignement requests
TCHOKDEM Nbr Nombre d’assignement complete
Echecs_Assign_TC
% Pourcentage échecs assignation TCH
H

Commentaires:

Des problèmes tels que l’interférence (Brouillage / Fréquence), couverture, le manque de capacité
TCH, drop de SD peuvent également impacter l’accessibilité des canaux de trafic TCH.

Les causes de dégradation EATCH sont très proche des causes de dégradation SDCCH d’où le même
raisonnement de résolution, la seule différence est le paramètre à vérifier

Procédure à suivre en cas d’une augmentation des echecs TCH :


- Vérifier si pas de TT dans GIR
 suivre la résolution du TT et relance de l’équipe en charge du traitement
- Vérifier la présence d’alarmes ou bagots Trans à l'OMC
 envoyez le TT au SN1
- Changement de paramètres
 vérifier dans BCM, si on détecte un changement on peut soit faire un retour arrière, soit
envoyer un TT au SN2
- Vérifier si dans GCR il n'y a pas d'Opération réalisée :
 assigner un TT à OPR si l’opération est réalisée par Prod ALU ou OPR
 Assigner un TT à OPTIM régionale si l’opération est réalisée par la Région
- Corréler avec une baisse HO INTRA (et - ou) INTER BSC entrant sous IPOD 2G
 Vérifier si une voisine dégradée, voir si TT déjà crée sur la voisine suivre la résolution ou
traitement selon la dégradation
- Voisine HS ou démontée en 2G, 3G ou 4G
 Identification de la voisine et suivi de la résolution de la cellule dégradée
- Le paramètres NUREQBPC doit être égale à 8 * le nombre de TRX par channel groupe
 Modification du paramètre sur BCM.

13
*SI après le suivi des étapes, vous ne trouvez pas de solution, envoyez le TT à STC-QOS-Radio

4.2 Analyse des EATBF UL (Problème d’accès au service DATA)


Le but est d'établir un « Uplink TBF» : transfert de données 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 d’etablissement de TBF
Imm_Ass_rejects Nbr Nombre de rejets
Nbr Nombre d’échecs d’établissement TBF pour cause ressources
TBF_UL_echecs_re
ssources
TBF_UL_echecs_A Nbr Nombre d’échecs d’établissement TBF pour cause Abis
bis
TBF_UL_echecs_ot Nbr Nombre d’échecs d’établissement TBF dues à d’autres causes
her
%echecs_etabliss_
% pourcentage échecs d’établissement 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.

Procédure à suivre en cas d’une 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 transférer à la DIM il faut vérifier (via BCM2G) les points suivants :

1. Vérification si une alarme « ABIS PATH » est présente avant toute optimisation de
paramétrages
2. Vérification du paramétrage EDGE sur le Channel groupe 0
a. ODPDCHLIMIT = 100%.

14
b. NUMREQEGPRSBPC = 8 – 1 – nombre de SDCCH déclarés sur le CHGR0.
c. ETCHN= 0,1,2,3,4,5,6,7

3. Vérification du paramétrage EDGE sur le Channel groupe 1:


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

 Si tous ces paramètres sont respectés, le passage à la DIM peut être validé.

*SI après 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


Démarrages d’appel 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 n’est pas identifiée (~TDC
TDC other % système)

Les différentes causes de coupures sont données par le graphe ci-dessous.

15
KPI Type EXPLICATIONS
Démarrages d’appel 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 représentées par le nombre de coupures anormales sur le nombre global de
coupures.
Procédure à suivre en cas d’une augmentation des coupures TDC :

La vérification des points communs entre toutes les dégradations est indispensable avant toute
optimisation de paramétrage:
- Vérifier si pas de TT dans GIR
 suivre la résolution du TT et relance de l’équipe en charge du traitement

- Vérifier la présence d’alarmes ou bagots Trans à l'OMC


o Si Alarme Hardware  Création d’intervention
o Si autre alarme  envoyez le TT au SN1

- Identification des erreurs de transmission via l’OMC


 envoyez le TT au SN1

16
- Voisine démontée en 2G, 3G ou 4G
 Identification de la voisine et envoie du TT a la région pour optimisation

- Optimisations supplémentaires : Identification de voisinage manquant


 Ajout des voisines manquantes sur BCM

- Vérification du paramétrage de base du maintien de service (Paramètres HCS et paramétrage de


locating)
 Modification du paramètre sur BCM

*SI après le suivi des étapes, vous ne trouvez pas de solution, envoyez le TT à STC-QOS-Radio

4.4 Plainte sur injoignabilité aléatoire /coupures liées à 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 représente les communications en mobilité entre les cellules du même
BSC.
Procédure à suivre en cas d’une augmentation des echecs HO intra BSC entrant ou
sortant :
Pour tout type de problème de mobilité nous regardons les points suivants :

- Vérifier si pas de TT dans GIR


 suivre la résolution du TT et relance de l’équipe en charge du traitement
- Vérifier la présence d’alarmes ou bagots Trans à l'OMC

17
o Si Alarme Hardware  Création d’intervention
o Si autre alarme  envoyer le TT au SN1
- Identification des erreurs de transmission via l’OMC
 envoyer le TT au SN1

- Voisine démontée en 2G, 3G ou 4G


 Identification de la voisine et envoie à la région pour optimisation
Les optimisations supplémentaires sont :
- Corréler avec une Dégradation EATCH
 Suivre la procédure de résolution 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 représente les communications en mobilité entre les cellules du
même BSC.
Procédure à suivre en cas d’une augmentation des echecs HO intra BSC entrant ou
sortant :
Pour tout type de problème de mobilité nous respectons les points suivants :

- Vérifier si pas de TT dans GIR


 suivre la résolution du TT et relance de l’équipe en charge du traitement
- Vérifier la présence d’alarmes ou bagots Trans à l'OMC
o Si Alarme Hardware  Création d’intervention
o Si autre alarme  envoyez le TT au SN1
- Identification des erreurs de transmission via l’OMC via alarmes Trans
 envoyez le TT au SN1

- Voisine démontée en 2G, 3G ou 4G


 Identification de la voisine et envoie a la région pour optimisation

- Voisine dégradée en 2G, 3G ou 4G

18
 Si TT existant sur la voisine, suivre la résolution

Optimisations supplémentaires:
- Identification de voisinage manquant
 Ajout des voisines manquantes sur BCM
- Vérification du paramétrage de base de mobilité
 Modification du paramétre sur BCM
- Vérification de paramétrages croisés entre serveuse et voisines
 Modification du paramètre sur BCM

*SI après le suivi des étapes, vous ne trouvez pas de solution, envoyez le TT à STC-QOS-Radio

4.5 Problème RADIO (BER UL et DL)

Figure 9 : Bit erreur rate

KPI Type EXPLICATIONS


BER_UL Nbr Taux d’erreur Binaire UL
BER_DL Nbr Taux d’erreur Binaire DL

Commenatire:
Les BER DL et UL représente l'état des interférences sur l’interface Air sur les deux voies montante
et descendante.
Tous les problèmes de VSWR ou de diversité sur la chaine antennaire peuvent dégrader les
performances radio. Au dela du hardware, les plans de fréquence sont les causes majeures de la
dégradation du BER UL et DL.

Procédure à suivre en cas d’une augmentation de BER :

Dans la majorité des cas les Plans de fréquence sont les déclencheurs principaux de la dégradation de
ce KPI. Et par conséquent, il est indispensable de vérifier que le plan de fréquence coïncide avec une
plainte
- Vérifier si pas de TT dans GIR
 suivre la résolution du TT et relance de l’équipe en charge du traitement

- Vérifier la présence d’alarmes ou bagots Trans à l'OMC


o Si Alarme Hardware  Création d’intervention
o Si autre alarme  envoyez le TT au SN1

- Identification des erreurs de transmission via l’OMC

19
 envoyer le TT au SN1

- Identification du passage d’un plan de fréquence


 envoyer le TT au groupe responsable du plan de fréquence

*SI après 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