Vous êtes sur la page 1sur 37

Troubleshoot cases

01 Fevrier 2020

Le présent document contient des informations secrètes qui sont la propriété de Sonatel. L'acceptation de ce document par son
destinataire implique, de la part de ce dernier, la reconnaissance du caractère confidentiel de son contenu et l'engagement de n'en faire
aucune reproduction, aucune transmission à des tiers, aucune divulgation et aucune utilisation sans l'accord préalable écrit de Sonatel.
Summary
Contexte
Dans le but d’assurer une bonne QoS il serait nécessaire d’engranger et de capitaliser le max de connaissances.
Ce qui nous permettrait de faire de très bonnes analyses en gagnant en rapidité et de fournir les PAs adéquats.
Les cas HUAWEI/NOKIA ci-dessous jugés intéressant seront mis à disposition de l’auditoire pour un échange fructueux.
POINTS:
 Logigramme Analyse
 Cell List
 Trafic Nul
 CME
 Identifier un problème commun lié à un RRU
 Problème de license
 RTWP
 Cas de Drop 3G
 Monitoring traffic/Throughput 2G/3G/4G en live
 DRD problem
 Etc.

2
DRPS
Etapes d’analyse
Début

Détection/Dégradations KPI/ Plainte :


Identifier la cellule/BTS/BSC/RNC

Vérification Alarmes Alarme liée au


problème ?
Yes
Checker si la dégradation No Suivre la procédure de
impacte d’autres cellules troubleshooting des
alarmes

Problème Problème de charge Problème de


Harware(matériel) Config/Paramétrage
ss

Orienter vers CI ou MFA Orienter vers Equipe Vérifier les LOGS


(pour cas aérien) Optim/Design (IQS) ss

Soldé
Yes NO
Interpeller les IS

Confirmer avec les KPI/ou Le feedback


du client

3
DRPS
Fermer le cas
Exemples d’Alarmes avec les orientations à suivre

Feuille de calcul
Microsoft Excel

4
DRPS
Cell List
Trafic nul
Méthode simple de visualisation de l’état de la cellule locked-Active-Disable…
Cell List

5
DRPS
Cas de SONATEL_SIEGE_u2/h2/h5 Trafic nul
Identifier ce que les cellules ont en commun
Pour ce cas-ci on voit qu’elles partagent le même RRU  Ce qui pousse à penser
qu’il s’agit d’un dysfonctionnement localisé au niveau RRU/Connexions

6
DRPS
Cas de SONATEL_SIEGE_u2/h2/h5 Trafic nul
Pour vérifier le mapping RRU/Cellules Aller dans
M2000CME  Planned Area  Open Planned Area

7
DRPS
Planned Area

8
DRPS
Carrier Ressource Management

9
DRPS
Alarme « RF Unit TX Channel Gain out of Range»

Alarme sur le RRU 0-81-0  « RF Unit TX Channel Gain out of Range »

 Conclusion :
Soft Reset or Hard Reset
Si l’alarme persiste  Demander un remplacement du RRU en spécifiant le type
de module

10
DRPS
Cas THIAROYE09: Forte baisse ERAB_Success

11
DRPS
Evolution main KPI (3G)
Alarme : dynamic traffic exceeded License limit
Ceci peut être causé par plusieurs facteurs dont : soit par une forte hausse du trafic due
à un évènement ou une indisponibilité de voisines, soit par un problème de
dépassement de licence
Et pour ce cas-ci le trafic n’a pas haussé.
Prochaine étape : Vérification des Logs :

On remarque que la licence a été mise à jour à la date du 05/01 coïncidant
avec le début des dégradations (passage de la licence temporaire à la licence
commerciale avec un nombre de RRC Connected User de 200) dans le check
on a vu que le nombre de RRC consommé était supérieur à 200

12
DRPS
Check statut de la licence du site
Commande : DSP LICINFO
Vérifier RRC Connected User

Solution : Augmentation de la licence du nombre de RRC user La licence a été


ramenée de 200 à 550 comme l’illustre le schéma ci-dessous.

13
DRPS
Visualisation Trafic et Débit: en live

Débit en live M2000 Monitor  Signaling Trace


Signalin trace Management LTE General
Throughput Monitoring (voir détail dans le fichier excel
ci-dessous)

Feuille de calcul
Microsoft Excel

14
DRPS
RTWP: Received Total Wideband Power

15
DRPS
RTWP: les différentes étapes d’analyses

1. Checker si c’est lié à la charge(Corrêler les niveaux


RTWP avec le trafic user UL)
2. Check configuration/ paramétrages du site
3. Check hardware : feeder/Jumper/système antennaire
4. Check existence de source d’interférence externes

16
DRPS
RTWP: Exemple UCAD_R1 lié à la charge

17
DRPS
RTWP: Exemple OUEST_FOIRE07_R2 lié à une interférence externe

18
DRPS
Plainte VIP: Zone SUD_FOIRE
DEBIT DL
DUREE EVENEMENT / TICKETS
DATEECHEC LOCALITÉ/ CELLULE SERVICE ECHEC CSSR (%) DCR (%) MOYEN/UTILISATEUR CAUSE ECHEC
NUM. DESTINATAIRE INCIDENTS
(KBIT/SEC)

14/10/2019 Dakar Dakar 0 H 0 Min 32 sec / Coupure


Voix 3G 100.00 0.32 215.42 UnspecFail / UnspecifiedFailure / CN
11:40 (3G)/SUD_FOIRE02_u1 221775389514 d'appel

14/10/2019 Dakar Dakar 0 H 0 Min 34 sec / Coupure


Voix 3G 100.00 0.32 215.42 UnspecFail / UnspecifiedFailure / CN
11:28 (3G)/SUD_FOIRE02_u1 221704582141 d'appel

14/10/2019 Dakar Dakar 0 H 1 Min 18 sec / Coupure


Voix 3G 99.63 0.00 299.00 UnspecFail / UnspecifiedFailure / CN
11:19 (3G)/SUD_FOIRE02_u3 221704582141 d'appel

14/10/2019 Dakar Dakar 0 H 0 Min 8 sec / Coupure


Voix 3G 100.00 2.33 264.28 UnspecFail / UnspecifiedFailure / CN
10:32 (3G)/SUD_FOIRE02_u3 221773298220 d'appel

14/10/2019 Dakar Dakar Coupure


Voix 3G 0 / 775498808 100.00 2.33 264.28 UnspecFail / UnspecifiedFailure / CN
10:17 (3G)/SUD_FOIRE02_u3 d'appel

14/10/2019 Dakar Dakar 0 H 0 Min 10 sec / Coupure


Voix 3G 99.82 0.83 335.22 UnspecFail / UnspecifiedFailure / CN
10:15 (3G)/SUD_FOIRE02_u1 775498808 d'appel

10/10/2019 Dakar Dakar 0 H 0 Min 13 sec / Coupure


Voix 3G 100.00 0.00 331.67 NCCA / NoCircuitChannelAvailable / CN
20:23 (3G)/DIEUPPEUL01_REMP_u2 221707839496 d'appel

10/10/2019 Dakar Dakar 0 H 0 Min 12 sec / Coupure


Voix 3G 100.00 0.00 331.67 NCCA / NoCircuitChannelAvailable / CN
20:23 (3G)/DIEUPPEUL01_REMP_u2 221707839496 d'appel

10/10/2019 Dakar Dakar 0 H 0 Min 9 sec / Coupure


Voix 3G 98.57 1.75 270.55 UnspecFail / UnspecifiedFailure / CN
17:07 (3G)/SUD_FOIRE02_u3 775160378 d'appel

10/10/2019 Dakar Dakar 0 H 0 Min 52 sec / Coupure


Voix 3G 98.08 1.10 355.62 UnspecFail / UnspecifiedFailure / CN
15:34 (3G)/SUD_FOIRE02_u3 221773426785 d'appel

10/10/2019 Dakar Dakar 0 H 1 Min 34 sec / Coupure


Voix 3G 99.48 0.61 353.42 UnspecFail / UnspecifiedFailure / CN
10:55 (3G)/SUD_FOIRE02_u3 775202363 d'appel

10/10/2019 Dakar Dakar 0 H 1 Min 22 sec / Coupure


Voix 3G 99.48 0.61 353.42 UnspecFail / UnspecifiedFailure / CN
10:22 (3G)/SUD_FOIRE02_u3 221776588919 d'appel

10/10/2019 Dakar Dakar 0 H 0 Min 27 sec / Coupure


Voix 3G 99.65 0.00 231.68 UnspecFail / UnspecifiedFailure / CN
09:38 (3G)/SUD_FOIRE02_u1 221773298220 d'appel

09/10/2019 Dakar Dakar 0 H 0 Min 8 sec / Coupure


Voix 3G 100.00 1.75 544.43 UnspecFail / UnspecifiedFailure / CN
12:35 (3G)/SUD_FOIRE02_h3 221776588919 d'appel

09/10/2019 Dakar Dakar 0 H 0 Min 13 sec / Coupure


Voix 3G 99.74 0.15 231.51 NRtD / NoRouteToDestination / CN
12:35 (3G)/SUD_FOIRE02_u1 221776588919 d'appel

09/10/2019 Dakar Dakar 0 H 0 Min 4 sec / Coupure


Voix 3G 100.00 0.00 317.51 UnspecFail / UnspecifiedFailure / CN
11:36 (3G)/SUD_FOIRE02_u3 771725440 d'appel

08/10/2019 Dakar Dakar 0 H 3 Min 27 sec / Coupure


Voix 3G 100.00 0.00 648.91 UnspecFail / UnspecifiedFailure / CN
12:44 (3G)/SUD_FOIRE02_u3 779900130 d'appel

19
DRPS
Plainte VIP: Zone SUD_FOIRE

Remontée:
Merci de nous vérifier le fonctionnement des cellules ci-dessous.
Le client souffre énormément. Difficile d’appeler dit-il, trop de
coupures également depuis 5 jrs

20
DRPS
Plainte VIP: Zone SUD_FOIRE

Analyse: Drop en hausse sur la voisine SUD_FOIRE05

21
DRPS
Plainte VIP: Zone SUD_FOIRE
Analyse:
Le check effectué a montré une hausse du taux de coupures sur SUD_FOIRE02 mais
surtout sur SUD_FOIRE05_U depuis son intégration. Ce qui coïncide avec le début de la
remontée client.
Plusieurs alarmes ont aussi été notées sur SUD_FOIRE02 (alarme synchro, local cell
capability decline…) Soldé (Non lié à la plainte) Donc à ne pas inclure dans le
feedback.

Et en poussant plus loin avec la déclaration de voisines, on remarque que le site de


SUD_FOIRE05 ( plus proche) mais n’est pas déclaré comme voisine du côté de
SUD_FOIRE02.
Next Step :
Prendre en charge le réalignement des voisines entre SUD_FOIRE02/SUD_FOIRE05.
Porteur DI/IQS/IDR
Reboucler avec le client après exécution du PA1.

22
DRPS
Plainte VIP: Zone SUD_FOIRE

23
DRPS
HDSPA/DRD
Contexte

Dégradation de l’accessibilité data sur un secteur donné

Actions à faire:

 Regarder les rejets associés & faire la corrélation


 Vérification des paramètres blind HO
 Changement du paramètre

24
DRPS
Direct Retry Decision (DRD)

La décision de nouvelle tentative dirigée (DRD) est utilisée pour


sélectionner une cellule appropriée à laquelle un UE peut accéder.

Différentes types de DRD peuvent être adoptées au cours des différentes


phases du traitement du service.

 la capacité du système peut être maximisée


 meilleurs services peuvent être fournis

25
DRPS
Types de DRD

26
DRPS
RRC DRD

 La configuration de la connexion RRC échoue dans la cellule que l'UE


tente d’accéder

 La cellule à laquelle l'UE tente d'accéder ne prend pas en charge la


signalisation support radio (SRB) sur HSPA lorsque SRB sur HSPA est
sélectionné comme bearer scheme

RRC DRD est basé sur le blind HO.

27
DRPS
RAB DRD :Non-periodic DRD

RAB setup,
RAB modification,
DCCC channel reconfiguration

28
DRPS
Non-periodic DRD

blind handover OU measurement.


 Blind-handover-based non-periodic DRD
HSPA+ technological satisfaction, service priority, and cell load.
the best technological satisfaction and implements load balancing
and service steering.

 Measurement-based non-periodic DRD Measurement Based


Directed Retry (MBDR)

Comparaison
MBDR peut améliorer le taux de succès DRD si la cellule courante
et la cellule cible DRD ne sont pas dans la même zone de
localisation.

29
DRPS
Periodic DRD

After RAB setup


or after the bearer scheme is changed

30
DRPS
Periodic DRD
Periodic DRD is triggered by the HSPA/HSPA+ retry or cell service
priority. It can be performed to select a suitable cell when the RNC
determines that the UE can be served by a better HSPA/HSPA+
technology or when a neighboring cell has a higher service priority
than the current cell. Note that only measurement-based periodic
DRD can be triggered by cell service priority.
After periodic DRD is triggered, it can be performed through either
of the following two ways:
Blind-handover-based periodic DRD: It mainly applies to the
inter-frequency same-coverage scenarios. It selects the target
cell that support blind handover and does not consider the signal
quality of the target cell.
Measurement-based periodic DRD: It applies to both the
inter-frequency different-coverage scenarios and the
inter-frequency same-coverage scenarios. It selects the target
cell according to the signal measurement results. Only the cell
that meets the specified signal conditions can be selected as the
target cell.

31
DRPS
KPI Associés
PRS
VS.DRD.RBSetup.AttIn
VS.DRD.RBSetup.AttOut
VS.DRD.RBSetup.SuccIn
VS.DRD.RBSetup.SuccOut
VS.RAB.FailEstabPS.PhyChFail
VS.RAB.FailEstabPS.RBIncCfg
VS.RAB.FailEstabPS.RNL
VS.RAB.FailEstabPS.TNL

OSIRIS
Nb_PS_RAB_Fails_RNL
Nb_PS_RAB_Fails_PhyChFail

LST UINTERFREQNCELL
MOD UINTERFREQNCEL
32
DRPS
VS.RAB.FailEstabPs.PhyChFail

33
DRPS
VS.DRD.RBSetup.AttIn

34
DRPS
VS.RAB.FailEstabPs.RNL

35
DRPS
CSSR Vs Rejets

36
DRPS
merci.
A
suivre
37
DRPS

Vous aimerez peut-être aussi