La latence, cet indicateur sous-estimé
Pendant longtemps, la latence a été perçue comme un simple KPI réseau. Quelques millisecondes de moins… sans réel impact métier. En environnement industriel, c’est exactement l’inverse. La latence devient un facteur de faisabilité :
- trop élevée → le cas d’usage ne fonctionne pas
- instable → le système devient dangereux
- imprévisible → l’automatisation est impossible
Les travaux de la GSMA montrent que la 5G Standalone (SA) ne se contente pas de réduire la latence. Elle permet surtout de la maîtriser de bout en bout.
1. Pourquoi la 5G NSA ne suffit pas
Beaucoup de déploiements initiaux reposent sur la 5G Non-Standalone (NSA). Mais pour les usages industriels, ce modèle atteint vite ses limites. La 5G NSA dépend du cœur 4G (EPC) : Contrôle moins fin de la QoS, latence non déterministe, dépendance à des architectures héritées. En conséquence, la 5G NSA améliore la performance… mais ne garantit pas les propriétés nécessaires aux usages critiques. À l’inverse, la 5G SA introduit un changement fondamental : Une architecture entièrement maîtrisée (NR + 5GC), une gestion fine des flux et des priorités
2. Le vrai levier : rapprocher la donnée
Le point clé du document GSMA est sans ambiguïté : La latence dépend moins de la radio… que de la distance parcourue par la donnée
Le rôle critique de l’UPF
Dans une architecture 5G SA : Le User Plane Function (UPF) route les données, il peut être déployé localement (on-premise). C’est ce qu’on appelle le local breakout
Résultat :
- traitement local des flux
- suppression des allers-retours vers un cœur distant
- latence drastiquement réduite
➡️ On passe de dizaines de millisecondes… à quelques millisecondes seulement
3. Edge computing : la deuxième pièce du puzzle
La 5G SA ne fonctionne pas seule. Elle s’appuie sur un autre pilier : L’edge computing (MEC). En effet,Même avec un réseau performant : Si l’application est dans le cloud → latence élevée, si elle est locale → latence minimale. Le MEC permet de : Traiter les données sur site, éviter les allers-retours inutiles, garantir des temps de réponse ultra courts
4. IoT industriel : des exigences radicalement différentes
Tous les objets connectés n’ont pas les mêmes besoins. On distingue clairement :
Massive IoT (NB-IoT / LTE-M) avec un besoin faible consommation, une latence tolérée, la priorité à l'autonomie et couverture ce type d'usage n'est pas dépendant de la 5G SA
IoT critique (URLLC) qui nécessite une latence ultra faible (1–10 ms), une fiabilité extrême, un besoin de synchronisation. Typiquement : robots, véhicules autonomes (AGV), systèmes de contrôle. Ces cas d’usage nécessitent : 5G SA, UPF local, edge computing
5. Le rôle de la QoS et du slicing
La 5G SA introduit un autre levier clé : le contrôle fin de la qualité de service (QoS). Ce que cela permet de prioriser les flux critiques, d'isoler les usages (via slicing) ainsi que de garantir des performances prévisibles. Exemple : Un slice pour la robotique, un autre pour les capteurs IoT, un autre pour la vidéo. Chaque flux a : sa latence, sa priorité et ses garanties
6. Le vrai enjeu : la prévisibilité
Ce que la 5G SA change réellement ce n’est pas uniquement la latence mais c’est sa stabilité. Dans l’industrie : une latence moyenne faible ne suffit pas il faut une latence déterministe
7. Le piège classique : oublier l’architecture globale
Le document GSMA le rappelle implicitement : La latence est un problème système, pas réseau elle dépend de :
- la radio
- le cœur
- le placement de l’UPF
- l’edge
- l’application
Source : https://www.gsma.com/solutions-and-impact/technologies/networks/gsma-private-networks-community-whitepaper/#h-download-whitepaper-now-by-completing-the-short-form
Ajouter un commentaire
Commentaires