APN 4G vers DNN 5G : ce qui change vraiment

Un ingénieur RF décode un PDU Session Establishment Accept sur un site 5G SA fraîchement intégré. Dans la trace NAS, plus aucune mention d’APN. Le champ s’appelle désormais DNN — Data Network Name. Changement cosmétique ou rupture architecturale ? La réponse se trouve dans les spécifications 3GPP et dans la réalité terrain des déploiements 5G Standalone.

Avec 78 opérateurs ayant lancé la 5G SA dans 42 pays à septembre 2025 (source : GSMA Intelligence) et plus de 2 milliards de connexions 5G actives fin 2024, la transition de l’APN vers le DNN n’est plus un sujet théorique. C’est un enjeu opérationnel quotidien pour les équipes réseau.

De l’APN au DNN : un changement de paradigme

L’APN dans l’architecture 4G/EPS

Dans le réseau 4G (EPS — Evolved Packet System), l’Access Point Name (APN) joue un rôle central. Il identifie le PDN Gateway (P-GW) vers lequel le trafic de l’abonné doit être acheminé. Chaque APN correspond à un réseau de données spécifique : accès internet, plateforme IMS pour la voix, réseau d’entreprise privé.

L’APN est transmis dans l’Attach Request ou l’Activate Default EPS Bearer Context Request. Le MME utilise cette information pour sélectionner le S-GW et le P-GW appropriés, puis établit un ou plusieurs EPS Bearers entre l’UE et le P-GW.

Le modèle de QoS en 4G repose sur les bearers : chaque bearer possède un QCI (QoS Class Identifier) qui détermine ses caractéristiques de latence, de perte de paquets et de priorité. Un abonné connecté à un APN donné peut avoir plusieurs bearers dédiés pour différents types de trafic.

Le DNN dans l’architecture 5G SA

Le DNN, défini dans la spécification 3GPP TS 23.501 (section 5.9), reprend la fonction fondamentale de l’APN : identifier le réseau de données cible. Internet, IMS, réseau local privé — le DNN pointe vers la même destination logique que l’APN.

Mais la similarité s’arrête là. Le DNN s’inscrit dans une architecture radicalement différente, fondée sur les PDU Sessions et le découpage réseau (network slicing). La combinaison du DNN avec le S-NSSAI (Single Network Slice Selection Assistance Information) crée un système d’adressage bien plus granulaire que l’APN seul.

Au niveau du codage NAS, le DNN utilise le même format d’encodage que l’APN : une séquence d’étiquettes préfixées par leur longueur, tel que défini dans le 3GPP TS 24.501. Cette compatibilité de format facilite l’interworking entre les réseaux 4G et 5G.

La PDU Session : successeur de l’EPS Bearer

Établissement d’une PDU Session

Le mécanisme d’établissement de session constitue la différence architecturale la plus significative entre 4G et 5G. Défini dans le 3GPP TS 23.502, il remplace la procédure d’activation de bearer par un processus plus flexible.

L’UE envoie un PDU Session Establishment Request qui transporte trois informations essentielles : le DNN, le S-NSSAI souhaité et le type de PDU Session. Ce dernier point est une innovation majeure de la 5G : trois types de sessions sont disponibles — IPv4, IPv6 et Ethernet. Le type Ethernet, absent en 4G, répond directement aux besoins de l’IoT industriel et des réseaux privés.

L’AMF (Access and Mobility Management Function) reçoit cette requête et sélectionne le SMF (Session Management Function) approprié en fonction du couple DNN + S-NSSAI. Le SMF interroge ensuite l’UDM (Unified Data Management) pour récupérer le profil de l’abonné et la QoS souscrite pour ce DNN spécifique.

Le SMF sélectionne alors l’UPF (User Plane Function) adapté et établit les tunnels N3 (entre le gNB et l’UPF) et éventuellement N9 (entre UPF intermédiaires). La réponse — PDU Session Establishment Accept — renvoie à l’UE l’adresse PDU attribuée, le DNN confirmé, le S-NSSAI et les descriptions de QoS flows autorisés.

QoS par flow : la fin du modèle bearer

En 4G, la qualité de service est gérée au niveau du bearer. Chaque bearer possède un QCI fixe, et modifier la QoS nécessite de créer ou modifier un bearer dédié. Ce modèle, bien que fonctionnel, manque de flexibilité.

La 5G introduit une QoS par flow au sein de chaque PDU Session. Le 5QI (5G QoS Identifier) remplace le QCI, et les QoS Rules permettent de mapper dynamiquement les flux de trafic vers des QoS Flows distincts au sein d’une même session. Un abonné peut ainsi avoir une seule PDU Session vers un DNN « internet » avec plusieurs flows de QoS différents : un flow best-effort pour la navigation web, un flow à faible latence pour le gaming, un flow garanti pour un appel vidéo.

Cette granularité est essentielle pour les cas d’usage avancés de la 5G. Le traffic shaping devient plus précis, la gestion des ressources radio plus efficace, et les SLA d’entreprise plus faciles à implémenter.

Le rôle du DNN dans le network slicing

DNN + S-NSSAI : le couple fondamental

Le network slicing est probablement l’innovation la plus structurante de la 5G SA. Chaque slice réseau — identifié par un S-NSSAI — constitue un réseau logique indépendant avec ses propres fonctions réseau, ses politiques de QoS et ses ressources dédiées.

Le DNN seul ne suffit pas à déterminer le chemin complet du trafic. C’est le couple DNN + S-NSSAI qui permet à l’AMF de router la requête vers le bon SMF, et au SMF de sélectionner l’UPF approprié. Un même DNN « internet » peut être servi par des slices différents : un slice eMBB pour le grand public, un slice URLLC pour les applications critiques, un slice mMTC pour les capteurs IoT.

Cette mécanique est transparente pour l’abonné grand public. Mais pour les équipes d’ingénierie réseau, elle complexifie significativement la phase de validation et de troubleshooting. Il ne suffit plus de vérifier qu’un APN est correctement configuré ; il faut valider le triplet DNN + S-NSSAI + type de PDU Session à chaque étape de la chaîne.

SSC Modes : la continuité de session réinventée

La 5G introduit trois modes de Session and Service Continuity (SSC), absents en 4G :

• SSC Mode 1 : l’ancre UPF reste fixe pendant toute la durée de la session. Comportement le plus proche de la 4G.
• SSC Mode 2 : le réseau peut libérer la session et en établir une nouvelle avec un UPF différent. Adapté aux services tolérants aux interruptions.
• SSC Mode 3 : le réseau peut établir une nouvelle session avant de libérer l’ancienne, assurant une continuité sans coupure. Idéal pour les services de streaming ou les applications critiques en mobilité.

Le mode SSC est négocié par DNN et par slice. Un même terminal peut donc avoir des comportements de continuité différents selon le service utilisé.

Interworking 4G/5G : le mapping DNN↔APN

La coexistence des deux mondes

La réalité terrain impose une coexistence prolongée des réseaux 4G et 5G. Aucun opérateur ne peut se permettre un basculement brutal. Le 3GPP a donc défini des mécanismes d’interworking qui permettent à un terminal de passer d’un réseau 4G à un réseau 5G (et inversement) sans perdre sa connectivité.

Au cœur de cette interopérabilité se trouve le mapping DNN↔APN. Le HSS+UDM maintient une table de correspondance entre les DNN du réseau 5G et les APN du réseau 4G, associés aux FQDN des SMF+PGW-C combinés. Lorsqu’un terminal en 5G SA effectue un handover vers la 4G, le réseau doit pouvoir traduire le DNN actif en APN équivalent, transférer les paramètres de QoS (5QI vers QCI) et maintenir la continuité de la session de données.

Ce mapping n’est pas trivial. Les politiques de QoS par flow doivent être reconverties en bearers. Les informations de slicing n’ont pas d’équivalent direct en 4G. Et les sessions de type Ethernet, spécifiques à la 5G, ne peuvent tout simplement pas être maintenues lors d’un repli vers la 4G.

Impact sur la validation réseau

Pour les équipes d’intégration et de validation, cette dualité signifie un doublement des scénarios de test. Chaque DNN doit être validé en contexte 5G SA pur, mais aussi en scénario d’interworking avec la 4G. Les cas de test incluent :

• Établissement de PDU Session avec DNN spécifique en 5G SA
• Handover inter-RAT 5G vers 4G avec maintien de session
• Vérification du mapping DNN→APN dans les traces HSS+UDM
• Validation de la conversion QoS (5QI→QCI) lors du repli
• Test des modes SSC lors de la mobilité inter-systèmes

Les outils de drive test et d’analyse protocolaire doivent désormais supporter nativement le décodage des deux signalisations. La capacité à corréler un DNN 5G avec son APN 4G correspondant dans une même trace devient un critère de sélection déterminant.

Préparer la migration : enjeux pratiques

La migration de l’APN vers le DNN ne se résume pas à un renommage de paramètres. Elle implique une refonte des processus de provisioning, une mise à jour des outils de supervision et une montée en compétences des équipes terrain.

Le GSMA Intelligence prévoit un quadruplement du trafic de données mobiles entre 2024 et 2030. Cette croissance sera portée par les réseaux 5G SA et leurs capacités de slicing. Les opérateurs qui maîtrisent dès maintenant la mécanique DNN + S-NSSAI seront mieux positionnés pour monétiser ces nouveaux services.

L’écart se creuse entre les marchés pionniers (GCC, pays nordiques, Chine, États-Unis) et le reste du monde. Pour les opérateurs en phase de déploiement 5G SA, la fenêtre de validation est critique. Chaque erreur de configuration DNN, chaque incohérence de mapping avec l’APN existant, chaque défaut de QoS flow se traduit par une dégradation de l’expérience abonné — et par du churn.

La question n’est plus de savoir si le DNN remplacera l’APN. C’est déjà fait dans les spécifications et dans les réseaux déployés. La vraie question est : vos processus de validation réseau sont-ils prêts pour cette complexité accrue ?

Pour approfondir les enjeux de migration réseau, consultez également notre analyse sur l’extinction du 2G en France en 2026.