Troubleshooting VoLTE : méthode de diagnostic terrain en 10 minutes

VoLTE HS côté client, mais RAS côté réseau. Ce scénario est un classique du troubleshooting télécom : l’abonné se plaint de coupures ou de qualité vocale dégradée, mais les KPIs réseau agrégés ne montrent aucune anomalie. Le problème se situe dans l’intersection entre la couche radio, la couche IMS et la couche codec — et seule une analyse corrélée de ces trois couches en temps réel permet de trancher.

Cet article présente une méthode de diagnostic VoLTE structurée, réalisable en 10 minutes sur le terrain, qui corrèle simultanément les messages Layer 3, les KPIs radio et le score MOS objectif.

Rappel : architecture d’un appel VoLTE

Les trois couches d’un appel VoLTE

Un appel VoLTE repose sur trois couches distinctes, chacune pouvant être le point de défaillance :

Couche 1 — Radio (LTE/NR)

• Bearer dédié QCI 1 (GBR, priorité voix)
• RSRP, SINR, CQI pour la qualité du lien radio
• Handover pendant l’appel (mobilité)

Couche 2 — IMS (IP Multimedia Subsystem)

• Enregistrement IMS (SIP REGISTER)
• Établissement d’appel (SIP INVITE, 100 Trying, 180 Ringing, 200 OK, ACK)
• Négociation SDP (codec, débit, paramètres RTP)
• Libération d’appel (SIP BYE)

Couche 3 — Codec et transport RTP

• Codec vocal : AMR-NB, AMR-WB (HD Voice), EVS (Super HD)
• Paquets RTP sur le bearer QCI 1
• Jitter, perte de paquets, latence

Le bearer QCI 1 : spécificité VoLTE

Contrairement au trafic data qui utilise des bearers non-GBR (QCI 6, 7, 8, 9), VoLTE utilise un bearer dédié QCI 1 avec des caractéristiques garanties :

Paramètre	QCI 1 (VoLTE)	QCI 9 (data best-effort)
Type	GBR (Guaranteed Bit Rate)	Non-GBR
Priorité	2 (haute)	9 (basse)
Packet Delay Budget	100 ms	300 ms
Packet Error Loss Rate	10⁻²	10⁻⁶
Débit garanti	~40 kbps UL+DL	Aucun

Le bearer QCI 1 est établi au moment de l’appel et libéré à la fin. Si son établissement échoue, l’appel ne peut pas se connecter. Si le bearer est dégradé pendant l’appel (congestion, handover), la qualité vocale se dégrade immédiatement.

Les 7 points de défaillance VoLTE

Point 1 : Enregistrement IMS échoué

Symptôme : Le terminal ne peut pas passer d’appel VoLTE (pas de symbole VoLTE/HD dans la barre de statut).

Cause : L’enregistrement SIP REGISTER auprès du P-CSCF/I-CSCF/S-CSCF a échoué. Causes possibles :

• APN IMS non configuré ou non activé sur le profil abonné
• Certificat IPsec expiré
• P-CSCF injoignable (problème de routage IP dans le EPC)

Diagnostic Layer 3 : Rechercher les messages NAS Activate Dedicated Bearer Request pour le bearer IMS, et les messages SIP REGISTER / 401 Unauthorized / 200 OK dans les traces.

Point 2 : Établissement d’appel échoué (SIP)

Symptôme : L’appel sonne mais ne se connecte jamais, ou “appel échoué” immédiat.

Cause : Le flux SIP INVITE n’aboutit pas. Examiner la séquence :

UE (appelant)         IMS Core          UE (appelé)
    |--- INVITE -------->|                    |
    |<-- 100 Trying -----|                    |
    |                     |--- INVITE ------->|
    |                     |<-- 180 Ringing ---|
    |<-- 180 Ringing -----|                    |
    |                     |<-- 200 OK --------|
    |<-- 200 OK ----------|                    |
    |--- ACK ------------>|                    |
    |                     |--- ACK ----------->|
    |<========= RTP (voix) ==================>|

Si le flux s’arrête à une étape (pas de 180, pas de 200 OK, timeout), le problème est côté IMS ou côté appelé. Les codes de réponse SIP indiquent la cause :

• 408 Request Timeout : le terminal appelé n’a pas répondu (couverture, DRX, terminal éteint)
• 486 Busy Here : appelé occupé
• 503 Service Unavailable : problème IMS backend
• 488 Not Acceptable Here : incompatibilité codec/SDP

Point 3 : Établissement du bearer QCI 1 échoué

Symptôme : L’appel se connecte au niveau SIP mais pas de voix (silence complet).

Cause : Le bearer dédié QCI 1 n’a pas été établi ou a été rejeté. Vérifier dans les messages NAS :

• Activate Dedicated EPS Bearer Context Request du réseau
• Activate Dedicated EPS Bearer Context Accept du terminal
• Ou Activate Dedicated EPS Bearer Context Reject avec un code cause

En 5G SA (VoNR) : vérifier les messages PDU Session Modification pour l’ajout du QoS Flow QFI voix.

Point 4 : Négociation codec échouée ou sous-optimale

Symptôme : L’appel se connecte mais la qualité est médiocre dès le début (MOS < 3.5 constant).

Cause : Le codec négocié n’est pas optimal. La négociation codec se fait via le SDP (Session Description Protocol) dans les messages SIP INVITE et 200 OK.

Vérifier dans le SDP :

• Codec offert par l’appelant : a=rtpmap:XX AMR-WB/16000 ou a=rtpmap:XX EVS/16000
• Codec sélectionné par l’appelé : dans le SDP du 200 OK
• Mode-set : débits autorisés (ex. mode-set=0,1,2,3,4,5,6,7,8 pour AMR-WB = tous les débits)

Cas fréquent : les deux terminaux supportent AMR-WB, mais le réseau force un fallback sur AMR-NB (narrowband). Le MOS plafonne alors à 4.1 au lieu de 4.5+. Cela indique un problème de configuration IMS, pas un problème radio.

Point 5 : Dégradation radio pendant l’appel

Symptôme : L’appel démarre correctement puis la qualité se dégrade progressivement ou par intermittence.

Cause : Les KPIs radio se dégradent pendant l’appel :

• RSRP chute (éloignement de la cellule, pénétration indoor)
• SINR chute (interférence, congestion)
• CQI chute (le lien radio ne peut plus supporter le débit du codec)

Seuils critiques pour VoLTE :

KPI	Seuil VoLTE stable	Seuil dégradation	Seuil coupure
RSRP	> -95 dBm	-95 à -110 dBm	< -115 dBm
SINR	> 8 dB	3 à 8 dB	< 0 dB
CQI	> 7	4 à 7	< 4
BLER DL	< 2%	2 à 10%	> 10%

La corrélation temporelle entre la chute des KPIs radio et la dégradation du MOS est la clé du diagnostic. Si le MOS chute 200-500 ms après la chute du SINR, le problème est radio. Si le MOS est mauvais avec des KPIs radio excellents, le problème est ailleurs (codec, jitter réseau, IMS).

Point 6 : Handover pendant l’appel

Symptôme : Micro-coupure de 100-500 ms pendant l’appel, souvent répétée.

Cause : Un handover inter-cellule interrompt brièvement le flux RTP. En LTE, le handover est de type “break-before-make” : il y a une interruption radio entre l’ancienne et la nouvelle cellule.

Diagnostic : Rechercher les messages RRCConnectionReconfiguration avec mobilityControlInfo (LTE) ou RRCReconfiguration avec reconfigurationWithSync (NR) pendant l’appel. Corréler avec les micro-coupures MOS.

Types de handovers problématiques pour VoLTE :

• Handover inter-fréquence : interruption plus longue (mesure gap requise)
• Handover inter-RAT (LTE → 3G SRVCC) : interruption de 1-2 secondes, perte possible
• Handover échoué + re-establishment : interruption de 2-5 secondes, MOS effondré
• Ping-pong handover : micro-coupures répétées toutes les 5-10 secondes

Point 7 : Jitter et perte de paquets RTP

Symptôme : Voix hachée, mots manquants, écho. MOS oscillant entre 2.5 et 4.0.

Cause : Les paquets RTP sont retardés (jitter) ou perdus dans le réseau (transport IP entre eNB et IMS, ou sur le lien radio).

Impact du jitter et de la perte sur le MOS :

Perte de paquets	Jitter	Impact MOS
< 1%	< 20 ms	Imperceptible (MOS > 4.0)
1-3%	20-50 ms	Légère dégradation (MOS 3.5-4.0)
3-5%	50-80 ms	Dégradation audible (MOS 3.0-3.5)
> 5%	> 80 ms	Qualité inacceptable (MOS < 3.0)

Méthode de diagnostic en 10 minutes avec HiCellTek

Minute 0-1 : Préparation

1. Lancer HiCellTek et activer la capture combinée :
   • Layer 3 : RRC + NAS (pour les messages de signalisation)
   • KPIs radio : RSRP, RSRQ, SINR, CQI, PCI, bande
   • MOS voix : scoring objectif ViSQOL en temps réel
2. Vérifier que le terminal affiche le symbole VoLTE (enregistrement IMS OK)
3. Préparer l’appel de test (numéro de test ou appel vers un second terminal)

Minute 1-2 : Établissement d’appel et vérification

1. Passer l’appel VoLTE
2. Vérifier dans la vue Layer 3 de HiCellTek :
   • Le bearer QCI 1 est établi (message NAS Activate Dedicated Bearer)
   • Le codec négocié (AMR-WB ou EVS visible dans les traces SIP/SDP)
3. Noter le MOS initial : il doit être > 4.0 si le codec est AMR-WB et les conditions radio sont bonnes

Minute 2-7 : Test en conditions réelles

1. Test stationnaire (2 minutes) : rester immobile et observer :

   • Stabilité du MOS (doit rester constant si les conditions radio sont stables)
   • Stabilité des KPIs radio (RSRP, SINR)
   • Absence de handover

2. Test en mobilité (3 minutes) : marcher ou rouler dans la zone de plainte :

   • Observer les handovers (changement de PCI dans HiCellTek)
   • Corréler visuellement les chutes de MOS avec les événements L3 et les KPIs radio
   • Marquer (bookmark) chaque dégradation significative du MOS

Minute 7-9 : Analyse des résultats

HiCellTek affiche une vue corrélée temporelle :

Ligne 1 — MOS : score qualité voix en temps réel (ViSQOL) Ligne 2 — KPIs radio : RSRP, SINR, CQI Ligne 3 — Events Layer 3 : handovers, bearer modifications, RRC events

L’analyse se fait par pattern matching visuel :

Pattern observé	Diagnostic	Action
MOS bas constant + KPIs radio bons	Problème codec ou IMS	Vérifier négociation SDP, codec actif
MOS chute quand SINR chute	Problème radio	Investiguer couverture/interférence
MOS chute à chaque handover	Problème de mobilité	Optimiser paramètres handover
MOS oscille sans corrélation radio	Jitter/perte réseau transport	Investiguer backhaul
MOS bon puis coupure brutale	Bearer release ou RRC release	Vérifier cause dans le message L3

Minute 9-10 : Export et conclusion

1. Arrêter la capture
2. Exporter le rapport structuré :
   • Résumé : diagnostic identifié, MOS moyen/min/max, KPIs moyens
   • Traces Layer 3 : export QMDL + PCAP avec tous les messages décodés
   • KPIs : export CSV avec horodatage pour corrélation côté réseau
3. Le diagnostic est posé en 10 minutes avec des preuves exploitables

Pour une référence complète sur le MOS et sa mesure automatique, consultez notre guide VoLTE MOS.

Cas pratiques de diagnostic VoLTE

Cas 1 : MOS dégradé sans cause radio apparente

Contexte : Plainte abonné sur qualité voix, zone urbaine bien couverte.

Mesures HiCellTek :

• RSRP = -78 dBm (excellent)
• SINR = 18 dB (excellent)
• MOS = 3.2 (dégradé)

Analyse Layer 3 : Le SDP dans le SIP INVITE montre que le codec négocié est AMR-NB 5.9 kbps au lieu d’AMR-WB 12.65 kbps. Le terminal supporte AMR-WB (vérifié dans les UE Capabilities), le terminal appelé aussi.

Diagnostic : La configuration IMS force un mode-set restreint qui exclut AMR-WB. C’est un problème de configuration réseau, pas un problème radio.

Résolution : Ticket vers l’équipe IMS pour corriger le profil codec.

Cas 2 : Coupures d’appel à un endroit précis

Contexte : Coupures VoLTE systématiques au même endroit sur un trajet routier.

Mesures HiCellTek :

• RSRP passe de -85 dBm à -112 dBm sur 50 mètres
• SINR chute de 15 dB à -2 dB
• Message RRCConnectionReestablishmentRequest avec cause handoverFailure
• L’appel est coupé 500 ms après le reestablishment failure

Analyse : Le handover vers la cellule voisine échoue systématiquement. Le message RRCConnectionReconfiguration avec mobilityControlInfo est envoyé, mais le terminal ne parvient pas à se synchroniser sur la cellule cible.

Diagnostic : La cellule cible a un problème de synchronisation (timing advance error) ou de configuration (PCI conflict). Le RSRP de la cellule cible vu dans les MeasurementReport est -88 dBm — suffisant pour le handover, mais la synchronisation échoue.

Résolution : Ticket vers l’équipe RAN avec les traces L3 montrant le handover failure, les PCI/EARFCN des deux cellules, et les KPIs au moment de l’échec.

Cas 3 : Qualité vocale intermittente en indoor

Contexte : Bureau avec DAS, plaintes sporadiques sur la qualité VoLTE.

Mesures HiCellTek :

• RSRP stable à -82 dBm (bon pour indoor)
• SINR oscille entre 5 dB et 18 dB de manière cyclique (période ~10 s)
• MOS oscille en corrélation avec le SINR : 4.2 quand SINR > 15, 3.0 quand SINR < 8

Analyse : L’oscillation périodique du SINR indique une interférence intermittente. Le PCI reste constant (pas de handover). Les cellules voisines ne changent pas.

Diagnostic : Interférence intra-DAS probable. Deux antennes DAS sur le même PCI créent un delay spread variable selon la position des personnes dans le bureau (réflexions changeantes). Le SINR oscille quand les réflexions passent de constructives à destructives.

Résolution : Revoir l’espacement des antennes DAS et éventuellement réduire la puissance de l’antenne la plus proche pour éliminer le multipath destructif.

Formule de corrélation MOS-Radio

Pour quantifier la relation entre les KPIs radio et le MOS, voici un modèle empirique simplifié :

MOS_estimé = MOS_codec_max - Δ_radio - Δ_jitter - Δ_handover

Avec :

• MOS_codec_max : plafond du codec (4.1 pour AMR-NB, 4.5 pour AMR-WB, 4.7 pour EVS SWB)
• Δ_radio : dégradation due aux conditions radio

Δ_radio = 0             si SINR > 15 dB
Δ_radio = (15 - SINR) x 0.1    si 5 < SINR < 15
Δ_radio = 1.0 + (5 - SINR) x 0.2  si SINR < 5

• Δ_jitter : dégradation due au jitter/perte

Δ_jitter = perte_paquets(%) x 0.15

• Δ_handover : dégradation transitoire pendant un handover

Δ_handover = 0.5 à 1.5 pendant 200-500 ms (transitoire)

Ce modèle est une approximation. Le MOS objectif calculé par l’algorithme ViSQOL intégré dans HiCellTek est plus précis car il analyse le signal audio réel, pas uniquement les KPIs radio.

Pour approfondir les méthodes de mesure QoS/QoE sur le terrain, consultez notre guide QoS/QoE réseaux mobiles.

Checklist de diagnostic VoLTE rapide

Pour un diagnostic systématique, suivre cette checklist dans l’ordre :

Étape	Vérification	Outil dans HiCellTek	KO si…
1	Enregistrement IMS	Statut VoLTE dans le dashboard	Pas de symbole VoLTE
2	Bearer QCI 1 établi	Messages NAS Layer 3	Pas de Dedicated Bearer Accept
3	Codec négocié	Traces SIP/SDP dans Layer 3	AMR-NB au lieu de AMR-WB/EVS
4	MOS initial	Score MOS temps réel	MOS < 3.5 dès le début
5	Stabilité radio	KPIs RSRP/SINR/CQI	SINR < 5 dB pendant l’appel
6	Handovers	Events Layer 3 + PCI	Handover failure ou ping-pong
7	MOS en mobilité	Score MOS temps réel	MOS < 3.0 pendant déplacement
8	Corrélation	Vue corrélée MOS + radio + L3	Dégradation sans cause identifiable

Conclusion : 10 minutes pour trancher

Le diagnostic VoLTE est complexe parce qu’il traverse trois couches (radio, IMS, codec) qui sont traditionnellement analysées par des équipes différentes avec des outils différents. L’abonné se plaint d’une qualité vocale dégradée, l’équipe radio dit “RAS côté KPIs”, l’équipe IMS dit “RAS côté plateforme”, et le problème reste ouvert pendant des semaines.

HiCellTek résout ce problème en corrélant les trois couches en temps réel sur le terrain : Layer 3 (RRC/NAS/SIP), KPIs radio (RSRP/SINR/CQI) et MOS objectif (ViSQOL). En 10 minutes, le diagnostic est posé avec des preuves structurées : la cause est radio, IMS, codec ou transport. Le dossier est exportable pour escalade immédiate vers l’équipe compétente.

---

Vous faites face à des problèmes VoLTE non résolus sur le terrain ? Contactez-nous à sales@hicelltek.com ou visitez hicelltek.com pour découvrir le diagnostic VoLTE corrélé de HiCellTek.