Méthodologie drive test 5G en 2026 : bonnes pratiques terrain

Le drive test reste en 2026 la méthode de référence pour valider la couverture et la performance des réseaux 5G NR sur le terrain. Mais les pratiques de 2023 ne suffisent plus. L’évolution des architectures (SA généralisée, FR2 en déploiement urbain, slicing opérationnel) impose une mise à jour de la méthodologie.

Ce qui a changé depuis 2024

Architecture SA désormais dominante

En 2024, la majorité des drive tests 5G se faisaient encore en NSA (Non-Standalone), avec une ancre LTE. En 2026, les principaux opérateurs européens et moyen-orientaux ont migré vers le SA (Standalone). Cela change fondamentalement ce qu’on mesure :

• Plus de dépendance LTE : en SA, le UE se rattache directement au cœur 5G. Les KPIs LTE ne sont plus pertinents sauf en cas de fallback
• Enregistrement 5G natif : les messages NAS 5G MM (Registration, Authentication, PDU Session) remplacent les Attach/Detach EPS
• Network slicing : certains opérateurs déploient des slices différenciées (eMBB, URLLC). Le drive test doit identifier sur quel slice le UE est connecté

Beamforming et multi-beam SSB

Le beamforming en 5G NR signifie que le RSRP n’est plus un scalaire unique. Un site peut émettre 8 à 64 beams SSB. Le drive test doit capturer le RSRP de chaque beam pour comprendre la couverture réelle. Un seul beam fort et 7 beams faibles ne signifie pas la même chose que 8 beams moyens.

Pour approfondir la mesure multi-beam, consultez notre article sur le RSRP multi-beam 5G NR SSB.

Préparation du drive test 5G : checklist 2026

Équipement

Le choix du terminal et de l’outil de mesure est critique. Voici les critères à valider avant le terrain :

Terminal de test :

• Chipset supportant 5G SA + NSA (Qualcomm Snapdragon 8 Gen 3 ou supérieur)
• Support des bandes déployées par l’opérateur cible (n78, n77, n28, n258 selon la région)
• Accès aux couches DIAG Qualcomm pour l’extraction des messages L3
• Firmware à jour (les mises à jour modem corrigent souvent des bugs de reporting RSRP)

Outil de capture :

• Décodage Layer 3 en temps réel (RRC + NAS 5G)
• Capture simultanée RSRP par SSB beam index
• Support GPS intégré avec précision < 3 m
• Export en formats standards (CSV, QMDL) pour le post-traitement

Pour les alternatives aux solutions traditionnelles de drive test, consultez notre comparatif des outils Android.

Définition du parcours

Un parcours de drive test 5G doit être plus granulaire qu’en LTE à cause de la directionnalité du signal :

• Vitesse de conduite : 30 à 50 km/h en urbain, 80 à 110 km/h en rural. En dessous de 20 km/h, les mesures sont biaisées par les réflexions stationnaires
• Maillage : couvrir chaque secteur de chaque site au moins 2 fois, dans les deux sens de circulation
• Points d’intérêt : inclure les zones indoor critiques (gares, centres commerciaux, hôpitaux) avec des arrêts de mesure dédiés
• Répétabilité : utiliser un parcours identique pour chaque campagne de mesure afin de comparer les évolutions

KPIs critiques à capturer en 2026

KPIs radio fondamentaux

KPI	Description	Seuil typique
SS-RSRP	Puissance du signal de référence SSB	> -100 dBm
SS-RSRQ	Qualité du signal de référence	> -13 dB
SS-SINR	Rapport signal/bruit	> 5 dB
Beam index	Index du beam SSB servant	Identifier les changements
PCI	Physical Cell ID	Détecter les collisions PCI
Timing Advance	Distance estimée au site	Corréler avec la couverture

KPIs de service

KPI	Description	Seuil typique
Débit DL/UL	Throughput en download et upload	Selon la capacité site
Latence RTT	Round-Trip Time	< 20 ms en SA
Jitter	Variation de latence	< 5 ms
MOS VoNR	Qualité voix sur 5G	> 3.5
Temps de setup appel	Délai d’établissement VoNR	< 3 s
Handover success rate	Taux de réussite des handovers	> 98%

KPIs protocole (Layer 3)

• RRC Setup Success Rate : pourcentage de connexions RRC établies avec succès
• PDU Session Establishment : délai et taux de succès de la création de session data
• Handover L3 messages : capturer MeasurementReport, RRCReconfiguration pour analyser les décisions de handover
• RLF (Radio Link Failure) : détecter les échecs radio et leur cause (T310 expiry, max retransmissions)

Pour une référence complète sur la méthodologie de drive test 5G, consultez notre guide drive test.

Analyse post-traitement : les pièges à éviter

Piège 1 : moyenner le RSRP sans contexte

Présenter un RSRP moyen sur l’ensemble du parcours n’a aucune valeur. Le RSRP doit être analysé par zone (indoor/outdoor), par site, et par beam. Un RSRP moyen de -90 dBm peut masquer des zones à -115 dBm qui causent des coupures.

Piège 2 : ignorer la corrélation temporelle

Les KPIs radio et les KPIs de service doivent être corrélés dans le temps. Un débit faible à un instant T doit être mis en relation avec le RSRP, SINR et la charge cellulaire à ce même instant. Sans cette corrélation, le diagnostic est aveugle.

Piège 3 : comparer des campagnes non reproductibles

Comparer deux campagnes de drive test réalisées à des heures différentes, avec des terminaux différents, sur des parcours différents n’a pas de sens. La reproductibilité est la base de toute analyse comparative.

Piège 4 : ne pas valider la configuration du terminal

Un terminal en mode NSA alors que le réseau est SA, ou un terminal qui n’a pas activé le VoNR, faussera toutes les mesures. Vérifier la configuration du modem avant chaque campagne.

Restitution exploitable

Le livrable d’un drive test n’est pas un fichier de logs brut. C’est un rapport structuré qui répond à des questions opérationnelles :

1. Couverture : quel pourcentage du parcours est au-dessus du seuil RSRP de l’opérateur ?
2. Performance : quel est le débit médian et le 10e percentile ?
3. Stabilité : combien de coupures, RLF, handover fails sur le parcours ?
4. Points noirs : quelles zones nécessitent une action corrective ?

Chaque point noir doit être documenté avec : position GPS, KPIs mesurés, screenshots L3, et recommandation d’action.

Pour un guide complet sur les 7 erreurs courantes en drive test, consultez notre article 7 erreurs drive tests 4G/5G.

Outils smartphone vs scanners traditionnels

En 2026, les outils de drive test sur smartphone Android représentent une alternative crédible aux solutions scanner traditionnelles pour de nombreux cas d’usage. Leur avantage : coût réduit, déploiement rapide, et capacité à mesurer l’expérience réelle du UE (pas seulement le signal RF).

Pour une comparaison détaillée, consultez notre article smartphone vs scanner RF terrain et découvrez notre solution de diagnostic réseau mobile.