Test VoNR sur le terrain en 2026 : valider la qualité voix sur 5G Standalone

Un intégrateur RF expérimenté roule sur le Sheikh Zayed Road un mardi matin de mars 2026. Le téléphone est verrouillé en 5G SA sur un réseau commercial des Émirats arabes unis. Chaque appel VoNR placé à vitesse autoroutière survit au premier secteur, puis retombe en LTE dès que la voiture franchit la limite du gNB suivant. Les scores POLQA sur l’audio enregistré sont corrects tant que l’appel reste en 5G, et tout juste acceptables dès que l’EPS Fallback se déclenche. Le client veut savoir si la voix sur 5G SA est de qualité production ou si le déploiement doit attendre encore un trimestre. La réponse n’est pas dans un dashboard vendeur. Elle est dans les traces NAS et SIP qui dorment sur le téléphone.

Voilà à quoi ressemble le test VoNR sur le terrain en 2026.

VoNR n’est plus un sujet de roadmap : c’est commercial en 2026

Pendant cinq ans, Voice over New Radio a été traité comme un sujet « pour l’année prochaine ». Ce n’est plus vrai. Au premier trimestre 2026, Verizon et Ericsson ont annoncé le premier roaming VoNR à l’échelle nationale aux États-Unis. En février 2026, du a lancé aux Émirats arabes unis le premier déploiement commercial VoNR du pays. Bell Canada porte VoNR sur iPhone dans la Grande Région de Toronto depuis août 2025. T-Mobile US et Vodafone Germany ont fait passer la voix sur 5G en production commerciale. La liste est courte mais elle a quitté le terrain expérimental.

L’image macro confirme le mouvement. Selon le rapport Opensignal de février 2026 sur l’état du 5G SA, environ 17,6 % des utilisateurs mondiaux ont accès à un réseau 5G Standalone, et le tracker GSA Standalone recense 89 réseaux SA commerciaux lancés, avec 181 opérateurs investissant dans le SA dans 73 pays. Le Standalone est passé du slide de présentation à la réalité déployée.

Le piège, c’est que la voix a pris du retard sur l’architecture. Le radio SA fonctionne. Le cœur SA fonctionne. Ce qui casse encore, en conditions réelles, c’est l’intégration IMS sur 5GC : le comportement cellule par cellule de l’EPS Fallback, la négociation de codec entre l’UE et l’IMS Application Server, et le traitement QoS du flow voix une fois la PDU session établie. C’est exactement ce que le client perçoit comme « les appels coupent » ou « la voix est robotisée », et c’est la raison pour laquelle la validation VoNR en 2026 est un problème de terrain, pas un problème de laboratoire.

Ce qui change entre VoLTE et VoNR : pourquoi votre méthode VoLTE ne tient plus

Les méthodes terrain VoLTE ne se transposent pas proprement à VoNR. Le chemin de signalisation, le marqueur QoS et les défauts codec changent tous. Réutiliser un plan de drive-test VoLTE sur un déploiement VoNR est la première raison pour laquelle les équipes passent à côté des vraies défaillances.

En VoLTE, le chemin voix transite par une connexion PDN LTE terminée sur le PGW. La signalisation IMS circule sur un default bearer ; la voix elle-même circule sur un dedicated bearer marqué QCI=1, avec AMR-WB par défaut comme codec et EVS optionnel dans les profils où le réseau et le terminal le supportent. Service Request, RRC Reconfiguration et négociation SIP/SDP s’observent à travers les points MME, S-GW et P-GW.

En VoNR, toute la chaîne de transport bascule sur le cœur 5G. Le flow voix est porté par une PDU session ancrée à l’UPF, avec une QoS gérée par QoS flow plutôt que par bearer. Le marqueur devient 5QI=1, attaché à un QFI dédié signalé via le SMF. Le S-NSSAI est sélectionné à l’enregistrement (typiquement le slice eMBB ou un slice voix dédié quand l’opérateur en a provisionné un), et EVS Super-Wideband devient le codec préféré, AMR-WB reste acceptable, et AMR-NB n’est plus acceptable pour la voix 5G commerciale. La couche IMS elle-même ne change pas dans son principe (P-CSCF, I-CSCF, S-CSCF, IMS-AS), mais elle se trouve désormais derrière une interface N6 depuis l’UPF plutôt que derrière le PGW.

Le changement le plus délicat est le comportement de fallback. EPS Fallback (EPS-FB) n’est pas un mode dégradé : c’est une fonctionnalité conçue. Quand un UE tente d’établir un appel voix sur une cellule qui ne supporte pas le full VoNR, ou avec un UE non provisionné, l’AMF déclenche une redirection vers LTE pendant le call setup, et l’appel se termine en VoLTE sur la branche LTE. Du point de vue utilisateur, l’appel fonctionne. Du point de vue mesure, le temps de setup que vous enregistrez est désormais dominé par la redirection, pas par le round-trip du SIP INVITE. Appliquez les mêmes principes MOS validés sur VoLTE à VoNR, mais attendez-vous à ce que le setup time et le taux de fallback se comportent très différemment.

Les 6 KPIs terrain qui prouvent qu’un appel VoNR fonctionne (ou pas)

Les laboratoires vendeurs et les rapports de conformité ne suffisent pas. Une fois VoNR passé en commercial, l’ingénieur terrain a besoin d’un petit ensemble de KPIs mesurables, qui mappent directement sur l’expérience utilisateur et sur les exigences 3GPP. Six d’entre eux portent l’essentiel du signal.

KPI 1 : Temps d’établissement d’appel VoNR. La cible sur une cellule SA mature est inférieure à 4 secondes en bout-à-bout, mesurée du Service Request initié par l’UE jusqu’au SIP 200 OK reçu sur la branche appelée. Le benchmark VoLTE se situe autour de 2 secondes. Sur les charges VoNR commerciales précoces, le setup time est le point de friction le plus visible : les round-trips de SIP INVITE empruntent le nouveau chemin 5GC, et tout goulet d’étranglement dans la coordination AMF-SMF-UPF s’y manifeste en premier.

KPI 2 : POLQA MOS mesuré selon ITU-T P.863.2 (mode Super-Wideband). Les seuils acceptés sont MOS ≥ 4,0 en EVS Super-Wideband et MOS ≥ 3,5 en AMR-WB. En dessous de 3,5 dans l’un ou l’autre codec, l’appel est suffisamment dégradé pour que les clients réclament.

KPI 3 : Latence one-way sur le QoS flow 5QI=1. La 3GPP TS 23.501 Table 5.7.4-1 spécifie un Packet Delay Budget de 100 ms pour le 5QI=1 (Conversational Voice). Une latence one-way mesurée au-dessus de 100 ms indique que le QFI est mal mappé sur le DRB côté radio, ou que l’UPF n’est pas sur un chemin à faible latence.

KPI 4 : Taux d’EPS Fallback. Dans une zone SA mature avec VoNR provisionné, le taux d’EPS-FB doit rester sous les 5 % des tentatives d’appel voix. Au-dessus, le problème n’est presque jamais radio : c’est du provisioning (profil abonné UDM/AMF), de l’activation IMS sur 5GC, ou une cellule qui n’annonce simplement pas le support VoNR dans son SIB.

KPI 5 : Taux de rejet Service Request. Pour les tentatives voix, il doit rester sous 1 %. Au-delà, vous regardez côté AMF : authentification, sélection de slice ou politique PCF. L’ensemble des codes de rejet NAS et la façon de les lire sont couverts dans notre guide de diagnostic des rejets de registration AMF en 5G SA.

KPI 6 : Résultat de la négociation codec. Lisez-le dans la SDP answer du 200 OK ou du 183 Session Progress. EVS-SWB est le résultat préféré. AMR-WB est acceptable. AMR-NB n’est pas acceptable pour la voix 5G commerciale en 2026, et sa présence sur un appel VoNR signale un profil IMS-AS mal configuré ou un interconnect dégradé.

L’observabilité QoS de bout en bout sur les flows voix est ce qui relie ces KPIs en une image cohérente, et c’est exactement ce que vise une approche de mesure QoS-QoE terrain.

Diagnostiquer un appel VoNR qui échoue : 4 causes racines et comment les identifier sur Android

Quand un appel VoNR échoue ou sonne mal sur un réseau commercial, la cause sous-jacente correspond presque toujours à l’un des quatre patterns récurrents. Le bon outillage terrain sur Android, capturant NAS 5GMM/5GSM et SIP/SDP depuis le chipset modem, rend chacun visible sans équipement laboratoire.

A. EPS Fallback non désiré. La signature est un Service Reject NAS pendant le call setup avec la cause 5GS_services_not_allowed, ou une redirection systématique vers LTE sur chaque tentative voix indépendamment de la qualité cellule. Cause racine : IMS sur 5GC n’est pas provisionné sur l’AMF/UDM pour cet abonné, ou la cellule n’annonce pas le support VoNR. Le fallback « fonctionne comme prévu », mais le déploiement est incomplet.

B. SIP 488 Not Acceptable Here. L’IMS-AS rejette l’INVITE parce que le codec proposé par l’UE n’est pas dans sa liste acceptable. Inspectez le couple SDP offer/answer : si l’UE propose EVS Super-Wideband mais que le profil IMS-AS n’autorise qu’AMR-WB sur ce slice, la négociation échoue en 488. La correction est côté IMS, mais le diagnostic se fait sur le terminal.

C. Rejet de PDU Session Establishment côté SMF. Regardez la PDU Session Establishment Accept/Reject dans NAS 5GSM. Deux sous-cas récurrents : mauvais routage DNN pour l’APN IMS (l’opérateur a poussé un DNN 5G qui ne mappe pas vers l’APN IMS legacy dans la table de mapping HSS+UDM), ou le SMF retourne un 5QI=5 (best-effort par défaut) au lieu d’un 5QI=1, et le flow voix se retrouve traité en best-effort, dégradé sur n’importe quelle cellule encombrée. Le changement de routage entre APN 4G et DNN 5G est couvert dans notre guide de migration APN vers DNN.

D. Beam mismatch en handover Xn. L’appel VoNR survit au régime stationnaire mais coupe au premier handover inter-gNB. Cause racine : la configuration SCG sur le gNB cible ne contient pas le bon beam set, et le SS-RSRP sur la cible passe sous -110 dBm au moment du handover. Le MeasurementReport envoyé avant le handover montre le pattern d’échec ; le beam set manquant sur la cible apparaît dans la RRCReconfiguration qui prépare le handover.

Un protocole VoNR terrain concret (Android uniquement, sans équipement labo)

Vous n’avez pas besoin d’une licence TEMS ou Nemo pour valider VoNR en 2026. Les stacks de drive-test legacy sont l’alternative qu’on quitte, pas la destination. Un protocole moderne basé sur Android, capturé sur un chipset Qualcomm rooté, suffit à qualifier une cellule VoNR ou un corridor de roaming VoNR.

Setup. Un smartphone Qualcomm rooté (Snapdragon 8 Gen 2 ou plus récent), 5G SA forcé via l’interface AT du modem, IMS actif et enregistré, une SIM 5G SA valide avec VoNR provisionné dans l’UDM. Un second device pour la branche appelée, idéalement sur le même réseau. Des clips de référence POLQA chargés pour le scoring MOS objectif sur l’audio enregistré.

Méthode. 50 appels A→B dans une zone SA validée où la couverture est dominante et stable, et 50 appels en zone limite de couverture où des handovers Xn surviennent pendant l’appel. Chaque appel tenu pendant 60 secondes minimum. Audio enregistré aux deux extrémités. NAS 5GMM/5GSM, RRC NR et SIP/SDP capturés en QMDL en continu.

Mesure. POLQA MOS calculé localement sur l’audio enregistré selon ITU-T P.863.2 SWB. Setup time extrait du delta de timestamp entre Service Request et SIP 200 OK. EPS Fallback signalé chaque fois que l’appel s’établit en LTE malgré une registration SA. Valeur 5QI lue dans l’IE QoS Flow Description du PDU Session Establishment Accept. Codec lu dans la SDP answer.

Reporting. Un petit tableau markdown suffit pour la première itération :

Le même workflow checker que les opérateurs utilisent pour valider le comportement VoLTE peut être étendu pour capturer la signalisation VoNR sur le même téléphone : le workflow VoLTE checker en est la fondation, avec un mode VoNR-aware sur la roadmap. Pour une vue complète de la qualité voix d’expérience à travers LTE et 5G, l’approche VoLTE QoE measurement fournit la corrélation audio et signalisation nécessaire pour défendre le résultat face à l’opérateur.

En résumé

VoNR en 2026 est une réalité déployée, pas une roadmap. Verizon, du, Bell, T-Mobile et Vodafone Germany le font tourner en commercial, mais seule une fraction des réseaux SA délivre une qualité voix cohérente d’une cellule à l’autre, d’un secteur à l’autre, d’un handover à l’autre. Le travail de validation n’est plus un exercice de laboratoire : c’est un exercice terrain bâti sur six KPIs mesurables (selon les 3GPP TS 23.501, TS 24.501, TS 26.114, TS 23.228 et l’ITU-T P.863.2), quatre causes racines récurrentes, et un protocole qui tient sur un smartphone Android.

Les équipes qui réussiront le prochain rollout VoNR seront celles qui captureront NAS 5GMM/5GSM et SIP/SDP sur chaque appel, qui scoreront chaque enregistrement avec POLQA, et qui transformeront le résultat en un seul chiffre défendable par cluster. Celles qui attendront les dashboards vendeurs continueront à deviner.

Quel est aujourd’hui votre taux de fallback VoNR sur les sites commerciaux, et quelle part relève du design plutôt que du mauvais provisioning ?