UE-SAT-UE Communication

ATTENTION : Cet article suit une recommandation et non une spécification. C’est donc seulement une étude qui a pour objectif de préparer l’écriture d’un autre article sur la communication UE-UE par satellite mais qui sera défini par la spécification R.19.

Cet article est écrit suite à la publication d’un essai de communication satellitaire 5G-NTN : Ericsson, Qualcomm et Thales Alenia Space franchissent une étape clé dans la connectivité par satellite : « Parmi les applications potentielles, cette technologie pourrait prendre en charge les appels vocaux de haute qualité et les services de streaming vidéo en temps réel. »

https://www.ericsson.com/fr/press-releases/3/2025/ericsson-qualcomm-thales-achieve-space-connectivity-milestone

L’article décrit ici s’appuie sur la recommandation TR 23.700-29.

Cette solution permet la communication directe entre équipements utilisateurs via satellites sans transit par les réseaux terrestres. Elle répond au problème concernant le support de la communication UE-satellite-UE.

I) Architecture et principes

L’architecture déploie des gNB (stations de base 5G) et des **UPF (User Plane Functions) directement sur les satellites. Les UE peuvent être desservis par le même satellite ou par des satellites différents connectés via des liens inter-satellites (ISL).

Principe fondamental : La signalisation des UE transite vers les réseaux 5GC et IMS au sol, mais le trafic utilisateur entre les deux UE est routé uniquement par les satellites.

Ces deux points sont fondamentaux et nécessite des hypothèses importantes :

 Hypothèses principales
– Les deux UE sont servis par le même PLMN (réseau domestique)
– Les deux UE utilisent la même instance SMF ou I/V-SMF
– Le système IMS détermine pendant l’établissement d’appel s’il faut utiliser la communication UE-Satellite-UE
– La passerelle média IMS (IMS AGW) reste au sol, ce qui signifie que le transcodage n’est pas supporté

Sélection intelligente des UPF

Le document décrit un mécanisme d’association de satellites organisés en groupes. Chaque groupe comprend :
– Des satellites avec gNB embarqués
– Un satellite avec UPF embarqué accessible via ISL
– Des DNAI (Data Network Access Identifier) accessibles

Le SMF sélectionne les UL CL/BP/PSA UPF locaux basés sur :
– L’ID du satellite embarquant le gNB
– Les informations d’association de satellites préconfigurées
– Le DNN fourni par l’UE

Gestion de l’itinérance satellite (Section 6.28.2.3)

La procédure I/V-SMF commun au sol traite un cas complexe d’itinérance où UE1 est dans son réseau domestique et UE2 est en itinérance home-routed dans le PLMN de UE1.

Étapes critiques de la procédure :

1. Établissement séparé des sessions PDU : Chaque UE établit sa session avec des UPF terrestres différents (UPFx pour UE1, UPFy pour UE2 en itinérance)

2. Détection de non-service : SMF1 servant UE1 détecte qu’il ne sert pas l’UE pair (UE2) lors de la demande de communication UE-SAT-UE

3. Sélection I-SMF coordonné : Un SMF dédié (I/V-SMF) supportant la communication UE-SAT-UE est sélectionné pour coordonner les deux sessions

4. Insertion UPF satellites : L’I/V-SMF insère UPF1 sur SAT1 pour UE1 et UPF2 sur SAT2 pour UE2

5. Re-sélection V-SMF : Le SMF2 servant UE2 déclenche également la sélection du même I/V-SMF

6. Chemin média optimisé : Le trafic final suit : UE1 ↔ SAT1(gNB1+UPF1) ↔ SAT2(gNB2+UPF2) ↔ UE2

Innovation technique : Cette procédure montre comment maintenir l’optimisation du trafic spatial même dans des scénarios d’itinérance complexes, en utilisant un SMF coordonnateur qui comprend les spécificités satellite.

Gestion des handovers satellite

Quand le satellite de service change, la procédure maintient la communication en :
– Sélectionnant un nouveau UPF sur le satellite cible
– Mettant à jour les chemins de signalisation
– Gérant la libération des ressources source avec un timer de garde pour éviter les pertes de paquets

ATTENTION : Cet article suit une recommandation et non une spécification. C’est donc seulement une étude et rien de spécifié.

Article dans la suite des articles précédents.

Solution Store and Forward (SSF) par Satellite avec Proxies UE et Point Terminal

Vue d’ensemble

Cette solution technique permet aux satellites de fournir des services de communication même sans liaison directe continue avec le réseau terrestre. Le principe est de stocker temporairement les données sur le satellite, puis de les retransmettre quand une connexion avec le réseau terrestre redevient disponible.

Principe de fonctionnement

Mode Store and Forward (SSF)

  • Stockage : Le satellite reçoit et stocke les données des utilisateurs
  • Retransmission : Plus tard, quand le satellite a accès au réseau terrestre, il transmet toutes les données stockées
  • Communication différée : Les messages n’arrivent pas instantanément mais avec un délai

Architecture principale

UE (Téléphone) ↔ Satellite en mode SSF ↔ Centre SSF ↔ Destinataire final

Composants clés

1. Satellite en mode SSF

Le satellite contient :

  • Fonctions RAN (comme une antenne-relais classique)
  • Cœur de réseau embarqué (CN)
  • Proxy de point terminal : stocke les données et simule les réponses

2. Centre SSF (SSFC)

Station au sol qui contient :

  • Proxy UE : simule la présence de l’utilisateur sur le réseau
  • Serveurs de stockage pour les données en attente

Processus détaillé

Phase 1 : Communication UE → Satellite

  1. Connexion initiale
    • Le satellite diffuse un indicateur SSF dans ses signaux
    • L’UE se connecte en mode SSF (comme une connexion réseau normale)
    • Authentification sécurisée avec clés spéciales
  2. Envoi de données (MO = Mobile Originated)
    • L’utilisateur envoie : SMS, données, messages vocaux, requêtes internet
    • Le satellite stocke tout dans son « proxy de point terminal »
    • Le satellite renvoie des réponses automatiques pour éviter les timeouts
  3. Perte de couverture
    • Avant de perdre le contact, le satellite déconnecte proprement l’UE
    • Toutes les données restent stockées dans le satellite

Phase 2 : Satellite → Réseau terrestre

  1. Connexion au réseau terrestre
    • Quand le satellite a accès à une liaison terrestre
    • Il transfère toutes les données UE vers le Centre SSF
  2. Simulation de présence UE
    • Le « proxy UE » du Centre SSF se connecte au réseau comme si c’était l’utilisateur réel
    • Il envoie tous les messages stockés vers leurs destinataires

Phase 3 : Réponses et retour

  1. Réception des réponses
    • Les destinataires peuvent répondre
    • Le Centre SSF stocke ces réponses (MT = Mobile Terminated)
  2. Retour vers l’UE
    • Le Centre SSF envoie les réponses vers des satellites qui passeront près de l’UE
    • Quand l’UE se reconnecte à un satellite, elle reçoit ses messages

Types de communications supportées

✅ Services compatibles

  • SMS (avec délai)
  • Messages vocaux unidirectionnels
  • Transfert de données (fichiers, images)
  • Requêtes HTTP (navigation internet basique)

❌ Limitations

  • Pas d’appels téléphoniques en temps réel
  • Pas de vidéoconférence
  • Pas de navigation internet interactive
  • Communication principalement unidirectionnelle

Aspects de sécurité

Solution IOPS (Interoperator Security)

  • Clés de sécurité spéciales (K*) dérivées de la clé principale
  • Cartes SIM adaptées ou cartes SIM duales
  • Double authentification : sur le satellite ET sur le réseau terrestre
  • Protection de la clé maître contre l’exposition

Optimisations pour la couverture discontinue

Regroupement de données

  • Packaging : Combiner plusieurs messages en un seul paquet
  • Transmission rapide pendant les courtes fenêtres de couverture
  • Dépackaging automatique à la réception

Liste de surveillance S&F

  • L’UE peut spécifier ses préférences de satellites
  • Économie d’énergie : surveiller seulement certains satellites
  • Optimisation des transmissions selon la position et les besoins

Avantages

  1. Couverture étendue : Service même sans infrastructure terrestre
  2. Fiabilité : Les messages finissent par arriver
  3. Zones isolées : Communication possible partout
  4. Efficacité énergétique : Optimisation de la consommation UE

Inconvénients

  1. Délais importants : Pas de communication temps réel
  2. Complexité : Architecture technique sophistiquée
  3. Limitations fonctionnelles : Services restreints
  4. Coût : Infrastructure satellite et centres SSF

Cas d’usage typiques

  • Zones polaires ou océaniques sans couverture
  • Situations d’urgence où les réseaux terrestres sont défaillants
  • Communications IoT dans des zones isolées
  • Messages de sécurité pour les transports maritimes/aériens

Cette solution représente un compromis intelligent entre couverture universelle et limitations techniques, permettant des communications basiques mais fiables partout sur Terre.

Split MME – NTN : La solution Store and Forward (S&F)

ATTENTION : Cet article suit une recommandation et non une spécification. C’est donc seulement une étude et rien de spécifié.

Pour rappel, le satellite et l’UE communique via le lien de Service. Le satellite est connecté au coeur de réseau via une passerelle terrestre.

Dans l’article précédent, l’architecture NTN est dite regénératice. La station de base est embarquée dans le satellite. La connexion avec la passerelle terrestre, le lien feeder transporte l’interface NG (vers l’AMF ou vers l’UPF).

Dans l’article précédent, nous avons vu comment suspendre cette interface lorsque le satellite survole une zone ou l’on sait que la connexion avec la passerelle n’est pas possible : l’AMF suspend sa connexion avec le gNB puis le reprend ultérieurement.

L’avantage de suspendre l’interfaca (au lieu de la déconnecter) permet de conserver les informations de connexion des UE au lieu de supprimer les contextes au niveau de l’AMF.

Nnous allons présenter ici une autre solution pour sauvegarder les données (Store) et les transmettre plus tard (Forward) mais en apportant des fonctionnalités du MME au niveau du satellite. C’est un point crucial à comprendre car dans la suite, le lien Feeder transporte une nouvelle interface entre le MME non terrestre (MME-NT) et le MME-T

La spécification 3GPP propose dans la TR 23.700-29 d’intégrer au niveau du satellite des fonctionnalités MME en plus du gNB.

Le MME est séparé en deux parties :

  • MME-NT : Non Terrestrial embarqué dans le satellité
  • MME-T : Le point d’ancrage au sol.

Le standard propose cette solution pour tout message transmis au MME, cela concerne la signalisation NAS, les SMS et les données IoT dans le cas de l’optimisation de contrôle EPC. Dans ce cas, les données sont sauvegardées dans le SGW et transmis au MME-T lorsque le lien MME-T <-> MME-NT est construit.

La solution proposée est de découper les fonctions du MME en deux parties, nous allons dans un premier temps rappelé ses fonctions.

I –  Le Rôle Traditionnel du MME

Pour bien comprendre la division, il faut d’abord rappeler le rôle du MME (Mobility Management Entity) dans un réseau terrestre classique (LTE/4G) :

  • Gestion de la Mobilité : Il suit la localisation de l’UE (User Equipment – votre smartphone) et gère les procédures de « handover » (transfert d’une antenne à une autre).
  • Point d’ancrage du plan de contrôle : C’est le point fixe dans le réseau cœur pour la signalisation. Même si l’UE se déplace, son point d’attache pour la gestion de la mobilité reste le MME.
  • Sécurité : Il est responsable de l’authentification de l’UE et gère le contexte de sécurité (clés de chiffrement, algorithmes).
  • Gestion des Sessions : Il établit les tunnels (bearer / canaux de données) en interagissant avec le SGW (Serving Gateway).
  • Signalisation NAS : Il traite les messages Non-Access Stratum (NAS), qui sont les messages de signalisation de haut niveau entre l’UE et le réseau cœur (ex: requêtes d’attachement, requêtes de service).

2 – L’Intégration Satellite

Les liaisons satellite introduisent des défis majeurs :

  • Latence Très Élevée : Un aller-retour entre la Terre et un satellite en orbite basse (LEO) peut prendre plusieurs dizaines de millisecondes.
  • Liaisons Intermittentes : L’UE n’est pas toujours en vue d’un satellite ; la connexion peut être coupée fréquemment.
  • Bande Passante Limitée : La capacité de liaison radio est une ressource précieuse et chère.

Faire transiter tous les messages de signalisation (NAS) jusqu’au sol pour être traités par un MME terrestre classique aggraverait considérablement la latence et rendrait le réseau inefficace.

3 –  Le découpage du MME « Split MME »

La proposition consiste à « diviser » les fonctions du MME traditionnel en deux entités pour s’adapter aux contraintes du satellite :

Figure 1 : Découpage du MME (extrait : TR 23.700-29h 06/2024)

3-1. MME-NT (MME on board satellite – « Non Terrestre »)

C’est la partie du MME qui est embarquée sur le satellite ou dans une station proche du satellite.

Fonctions détaillées

  • Maintenance de la Connexion S1 vers le RAN : Il gère la connexion S1-AP (le protocole entre la station de base – eNodeB/gNodeB – et le réseau cœur) pour le nœud d’accès radio (RAN) du satellite.
  • Proxy NAS (Encodeur/Décodeur) : Il ne déchiffre pas le message NAS
    • Vers le RAN : Il reçoit les messages NAS déjà chiffrés et préparés par le MME-T, et les encapsule simplement dans un message S1-AP pour les envoyer à l’UE via le RAN.
    • Vers le MME-T: Il reçoit les messages S1-AP du RAN, en extrait la payload NAS (chiffrée), et la transmet au MME-T pour traitement.
  • Store and Forward (Stockage et Transmission)** : C’est une fonction cruciale. Comme la liaison entre le satellite et le MME-T au sol peut être intermittente, le MME-NT peut stocker temporairement les messages en attente de les « transmettre » vers le sol dès que la liaison est rétablie. Il fait de même dans l’autre sens (du sol vers l’UE). C’est la « combinaison de deux steps not concurrent in time » (stockage puis transmission, pas simultanément).

3-2. MME-T (MME Terrestrial – « Terrestre »)

C’est la cheffe d’orchestre. L’entité MME est située au sol dans le réseau cœur traditionnel. Elle détient toute l’intelligence pour le contrôle des flux.

Fonctions détaillées :

  • Gestion Contexte UE : C’est le maître des données. Il stocke tout le contexte de l’UE (son état, ses abonnements, ses capacités).
  • Gestion de la Sécurité :
    • Contexte de Sécurité : Il génère et stocke les clés de sécurité racines.
    • Chiffrement/Déchiffrement NAS : Il est le seul à pouvoir déchiffrer les messages NAS entrants de l’UE et à chiffrer les messages NAS sortants. Le MME-NT ne fait que passer des messages opaques.
    • Protection d’Intégrité : Il vérifie que les messages NAS n’ont pas été altérés.
    • Authentification de l’UE : Il interagit avec le HSS (Home Subscriber Server, la base de données des abonnés) pour authentifier l’UE.
  • Gestion de la Mobilité « Macro »: Bien que le MME-NT gère la mobilité entre satellites, le MME-T est responsable des changements de « pool » MME ou de mobilité à plus grande échelle.

3-3) Pour comprendre par analogie :  Le Courrier Diplomatique

Imaginez un ambassadeur (l’UE) dans un pays éloigné qui communique avec son gouvernement (le réseau cœur).

Le MME-T est le ministère des Affaires étrangères au siège. Il comprend le contenu sensible, prend les décisions, et détient tous les dossiers.
Le MME-NT est l’ambassade locale. Elle fournit un point de contact stable pour l’ambassadeur. Elle reçoit les messages chiffrés du ministère, les met dans une enveloppe officielle (S1-AP) et les remet à l’ambassadeur. Inversement, elle reçoit les messages de l’ambassadeur, retire l’enveloppe externe, et envoie le message chiffré interne au ministère.

L’ambassade ne peut pas lire le message, elle ne fait que relayer le paquet scellé. Si la ligne de communication est coupée, l’ambassade stocke les messages en attendant de pouvoir les envoyer.

4- Avantages de cette Architecture

1. Réduction de la Latence quand le lien Feeder fonctionne : En ayant une ancre de mobilité (MME-NT) proche de l’UE, les procédures de handover entre satellites sont beaucoup plus rapides.
2. Resilience aux Intermittences : La fonction « Store and Forward » du MME-NT compense les périodes où le satellite n’est pas connecté à sa station sol.

La fonction S&F Store and Forward permet de conserver des messages du plan utilisateurs lorsque le circuit Feeder (Satellite/Station terrestre) est coupée. L’entité MME-NT gère la sauvegarde des données et la transmission lorsque le lien est à nouveau rétabli.

FIgure 2 : Couverture du satellite

Dans le mode Store & Forward (S&F), le MME-NT situé dans le satellite gère la fonction de stockage et retransmission.

  • T1 (10h00 – 10h20), le satellite blanc couvre Rennes et il est connecté à la station terreste

  • T2 (10h40 – 11h00)  Le satellite blanc couvre Châtellerault , l’UE et le satellite communique mais il n’y a plus de lien Feeder. Les données UL sont conservées par la fonctoin S&F

  • T3 : Le satellite blanc se synchronise avec le MME-T à Orléans et transmets les données qui ont été sauvegardées.

Optimisation de la mobilité pour l’’architecture régénérative

ATTENTION : Cet article suit une recommandation et non une spécification. C’est donc seulement une étude et rien de spécifié.

Réseaux Mobiles par Satellite : Défis et Solutions Innovantes

Avec l’arrivée des futurs réseaux 5G/6G satellitaires, nos communications ne se limiteront plus aux antennes terrestres. Mais connecter un smartphone via un satellite en orbite basse n’est pas si simple. Les satellites se déplacent à environ 27 000 km/h, ce qui bouleverse totalement l’architecture classique des réseaux mobiles.

Dans cet article, nous allons expliquer trois défis majeurs rencontrés par les réseaux mobiles par satellite, et les recommandations proposées par la 3GPP (TR 23.700-29).


1. Identifier les Zones de Couverture (TAI/CGI Report)

Sur Terre : le cas d’un gNB fixe

Dans un réseau mobile terrestre, lorsqu’un gNB (antenne 5G) s’allume, il se connecte au coeur de réseau et démarre la procédure de demande d’établissement.

  1. Le gNB s’allume et initie la procédure NG Setup.
  2. Il envoie un message NG SETUP REQUEST à l’AMF (Access and Mobility Management Function).
  3. Ce message contient :
    • L’identifiant global du gNB (Global gNB ID)
    • Les informations sur les cellules qu’il dessert (list of served cells)
    • Pour chaque cellule : la ou les TAI (Tracking Area Identity) associées
    • D’autres paramètres de configuration (comme les PLMN pris en charge)
  4. L’AMF répond par un NG SETUP RESPONSE (ou un FAILURE si quelque chose ne va pas).

Pour être plus précis :

1. Identification de chaque cellule :

  • NR Cell Identity (NCI) – identifiant unique de la cellule
  • Physical Cell ID (PCI) – identifiant physique pour la couche radio
  • TAC (Tracking Area Code) – zone de localisation

2. Caractéristiques radio :

  • Fréquences supportées (bandes de fréquences)
  • Largeur de bande (bandwidth)
  • Mode duplex (FDD/TDD)
  • Configuration des antennes

3. Capacités de la cellule :

  • Types de services supportés (eMBB, URLLC, mMTC)
  • Nombre maximum d’UE supportés
  • Débit maximum

Exemple pratique : Un gNB peut desservir :

  • Cellule 1 : Fréquence 3.5 GHz, TAC 100, PCI 1
  • Cellule 2 : Fréquence 28 GHz, TAC 100, PCI 2
  • Cellule 3 : Fréquence 700 MHz, TAC 101, PCI 3

Pourquoi c’est important :

  • L’AMF doit connaître toutes les cellules pour router correctement les UE
  • Permet la planification de la mobilité entre cellules
  • Nécessaire pour la gestion des handovers
  • Aide à l’optimisation du réseau

Dans l’espace : une couverture mouvante

Un satellite, contrairement à une antenne terrestre, change de zone toutes les quelques minutes :

  • À 10h00 : Paris, Lyon, Marseille
  • À 10h15 : Madrid, Barcelone
  • À 10h30 : Lisbonne, Porto

Dans ce cas, si on applique le même mécanisme que pour un gNB fixe, le satellite devrait :

  • Répéter une procédure de type « NG Setup Update » à chaque changement de zone
  • Envoyer en permanence une nouvelle liste de TAI correspondant aux régions qu’il survole

Avec des centaines de satellites, cela créerait un déluge de signalisation impossible à gérer pour le cœur de réseau.


La solution : le concept de Fixed Earth TAI

Pour contourner ce problème, on dissocie les TAI des satellites eux-mêmes et on les rattache directement à des zones fixes au sol.

  • Ancien fonctionnement (fixe ou mobile sans optimisation) :
    • Cellule = « Satellite-A-Cell-1 »
    • Les TAI changent au fur et à mesure que le satellite se déplace → signalisation énorme
  • Nouveau fonctionnement (Fixed Earth TAI) :
    • Cellule = « Zone-Europe-Paris-Nord »
    • Cette zone garde toujours le même TAI, quel que soit le satellite qui la couvre

La clé : la table de correspondance TAI ↔ zones au sol

Pour que cela fonctionne :

  • L’opérateur définit une table de correspondance entre les TAI et les zones géographiques fixes (Paris-Nord, Lyon-Centre, Madrid, etc.)
  • Le satellite, connaissant sa position et sa zone de couverture, sélectionne automatiquement le bon TAI dans cette table lorsqu’il survole une région

Ainsi, côté cœur de réseau, la vision reste stable et cohérente : il voit toujours les mêmes TAI fixes, même si en réalité ce sont des satellites qui se succèdent pour assurer la couverture.

Avantages :

  • Signalisation fortement réduite
  • Simplification pour l’AMF/MME qui n’a plus à gérer des mises à jour permanentes
  • Meilleure évolutivité pour supporter des constellations massives

2. Garder les Connexions Actives (TNL Connection Suspending)

Le problème

Lorsqu’un satellite sort de la zone de couverture, la connexion avec le réseau se coupe. Le protocole utilisé (SCTP) ferme automatiquement la session après 30 à 60 secondes sans signal.

Conséquences :

  • Connexion interrompue brutalement
  • Lors du retour du satellite, tout doit être réinitialisé (procédure lourde)
  • Avec une constellation entière, cela provoque une surcharge du réseau

La solution : suspendre plutôt que couper

Avant de sortir de couverture, le satellite envoie au CN : « Je pars, mais je reviendrai ».

  • La connexion est mise en pause plutôt que fermée
  • Le réseau sauvegarde le contexte : sécurité, sessions utilisateurs, paramètres actifs
  • Les minuteries sont allongées (par exemple, 10 minutes au lieu de 60 secondes)
  • Quand le satellite revient, la connexion reprend immédiatement

Résultat : continuité de service, moins de signalisation, meilleure fluidité pour l’utilisateur.


3. Retrouver un Utilisateur (Paging)

Le problème

Jean utilise son téléphone via un satellite au-dessus de Lyon. Puis il devient inactif. Deux heures plus tard, quelqu’un l’appelle. Mais le satellite initial est déjà au-dessus de l’Espagne !

Où chercher Jean ?

Le fonctionnement terrestre

Dans un réseau classique, le CN envoie un message de paging (appel général) à toutes les antennes d’une zone. Mais avec les satellites, les zones changent sans cesse → cela reviendrait à solliciter toute la constellation.

La solution : un paging intelligent

  1. On connaît la dernière position de Jean (ex. Zone Lyon Centre à 12h00).
  2. On connaît les trajectoires satellites : à 14h00, la zone « Lyon Centre » est couverte par Satellite-C et Satellite-D.
  3. On envoie le paging uniquement à ces deux satellites, pas à toute la flotte.

Et si Jean s’est déplacé ? Le réseau calcule une zone de probabilité selon :

  • Sa vitesse possible (train, voiture, avion)
  • Son historique de mobilité
  • Les zones adjacentes couvertes

Résultat : recherche ciblée, moins de messages, et appel plus rapide.


Bénéfices Globaux

Ces solutions apportent :

  • Réduction massive de la signalisation (jusqu’à 90 % en moins)
  • Moins de congestion dans le réseau
  • Temps de réponse améliorés pour les utilisateurs
  • Scalabilité : gestion possible de milliers de satellites

En clair, elles posent les bases d’un futur où nos téléphones pourront communiquer directement avec des satellites, sans rupture de service.

 

La Déconnexion de l’Interface N2/S1 NTN

ATTENTION : Cet article suit une recommandation et non une spécification. C’est donc seulement une étude et rien de spécifié.

L’enjeu des réseaux hybrides terrestres-satellites dans l’écosystème 5G

Contexte technique et défis architecturaux

Les satellites LEO évoluent à des vitesses orbitales de 27 000 km/h,. Dans l’architecture regénératives, elles embarquent des stations de base mobiles (gNodeB ou gNB en 5G ou eNB en 4G) qui doivent maintenir une connectivité constante avec le cœur de réseau 5G (5GC) ou 4G (EPC) situé au sol.

La problématique centrale réside dans la nature dynamique de ces liaisons : lorsqu’un satellite sort de la zone de couverture d’une station terrienne (le feeder link, c’est à dire le lien entre le satellite et la station satellitaire terreste), la connexion sur l’interface N2 (protocole NGAP – Next Generation Application Protocol) entre le gNB satellite et l’AMF (Access and Mobility Management Function) est brutalement interrompue (ou sur l’interface S1, protocole S1AP entre l’eNB et le MME).

Impact sur les performances réseau

Cette déconnexion non contrôlée génère des dysfonctionnements opérationnels significatifs. Lorsqu’un terminal utilisateur se trouve en état de veille (RRC_IDLE) et qu’un appel entrant doit être acheminé, l’AMF consulte sa base de données de localisation et initie une procédure de radiodiffusion (paging) vers toutes les stations de base de la zone de routage, incluant le gNB/eNB satellite désormais inaccessible.

Cette situation engendre des délais d’attente (timeout) pouvant atteindre plusieurs secondes, dégradant significativement la qualité d’expérience (QoE) et l’efficacité spectrale du réseau. L’impact est d’autant plus critique que ces délais se multiplient proportionnellement au nombre de satellites déconnectés de manière non contrôlée.

Ce délai d’attente est le temps d’attendre une réponse du satellite qui n’arrivera pas.

La solution standardisée : Déconnexion Gracieuse de l’Interface N2

Principe de fonctionnement

La spécification 3GPP a défini une procédure élégante pour résoudre cette problématique : la « N2/S1 Interface Graceful Disconnection ». Cette méthode exploite la capacité prédictive des satellites à anticiper leur perte de connectivité grâce à leurs données éphémérides précises.

Séquence protocolaire détaillée

La procédure s’articule autour de quatre étapes critiques :

Phase 1 – Préparation et transferts d’urgence Le gNB satellite identifie sa prochaine déconnexion imminente et exécute les procédures de handover nécessaires pour transférer tous les utilisateurs actifs vers des stations de base alternatives, garantissant la continuité de service.

Phase 2 – Signalisation de déconnexion Le gNB émet un message N2 DISCONNECT REQUEST vers l’AMF, poue la demande de déconnexion contrôlée.

Phase 3 – Acquittement réseau L’AMF répond par un message N2 DISCONNECT RESPONSE, confirmant l’acceptation de déconnexion.

Phase 4 – Mise à jour de la topologie réseau L’AMF procède immédiatement à la mise à jour de ses tables de routage internes, supprimant le gNB satellite de la liste des points d’accès actifs pour la zone géographique concernée.

Figure 1 : Procédure de déconnexion N2/S1

Bénéfices opérationnels et techniques

L’implémentation de cette procédure apporte des améliorations mesurables :

  • Réduction des délais de paging : Élimination des timeouts liés aux tentatives de contact avec des gNB inaccessibles.
  • Optimisation des ressources réseau : Concentration des requêtes de radiodiffusion uniquement sur les stations actives
  • Amélioration de la réactivité : Détection quasi-instantanée de l’absence d’un terminal dans une zone donnée
  • Scalabilité : Adaptation efficace aux architectures à grande échelle avec de multiples satellites

Lorsque l’AMF envoie les requêtes de paging aux gNB, ceux-ci émettent la paging sur le lien radio et répond très rapidement à l’AMF si aucun UE ne répond au paging.

Mais, si l’AMF pense que le gNB est toujours connecté, il va attendre longtemps la réponse du gNB. C’est cette attente qui génère un délai important.

 

Les réseaux non-terrestres 5G : Configuration TAI, cartographie des faisceaux et localisation d’urgence

Introduction : Rappel sur le TAC (Tracking Area Code) :  Le Code Postal de l’Espace

Sur un réseau mobile terrestre classique (4G/5G), le **TAC (Tracking Area Code)** est un identifiant crucial. Imaginez-le comme un **code postal pour votre smartphone**. Le réseau regroupe plusieurs cellules (antennes) dans une même « zone de tracking » identifiée par un TAC. Votre terminal n’a pas besoin de signaliser sa position (« je suis là ! ») à chaque changement de cellule, seulement quand il passe d’un TAC à un autre. Cela permet d’économiser énormément la batterie du terminal et les ressources du réseau.

La question centrale pour les NTN (Non-Terrestrial Networks) est : comment gérer ce concept de « zone géographique fixe » lorsque l’antenne (le satellite) se déplace à plus de 27 000 km/h ? La réponse est aussi élégante que complexe.

Le Défi du Satellite Mobile

Sur un réseau satellitaire en orbite basse (LEO), la cellule (ou le faisceau) projetée au sol par le satellite se déplace très rapidement. Si on utilisait un TAC statique pour un faisceau, sa « zone de couverture » au sol défilerait à plusieurs centaines de km/h. Votre téléphone, immobile, verrait le TAC changer toutes les minutes, voire toutes les secondes ! Il déclencherait des procédures de mise à jour de localisation en permanence, rendant le réseau totalement inefficace et le terminal incapable de rester connecté.

La solution, définie par le 3GPP dès la Release 17, est de découpler le faisceau physique du satellite de la zone de tracking logique au sol.

La Solution : Le « TAC Géofixe ou Earth-fixed tracking areas » (zones de suivi fixes par rapport à la Terre) et le Network Orchestrator

Contrairement au réseau terrestre où un TAC est lié à une antenne physique fixe, en NTN, le TAC est associé à une zone géographique fixe au sol. On parle de TAI (Tracking Area Identity) géofixe.

Comment cela fonctionne-t-il ?

1. Le Réseau est Omniscient : Le segment spatial (les satellites) et le segment terrestre (les stations de gateway et le cœur de réseau 5G – 5GC) connaissent en temps réel la position précise de chaque satellite et l’orientation de chacun de ses faisceaux.

2. La Table de Mapping Dynamique : Il existe bien une table de correspondance, mais elle n’est pas stockée dans le satellite. Elle est gérée de manière centralisée par une entité d’orchestration du réseau (souvent appelée Network Orchestrator ou NTN Management Function). Cette table dynamique fait le lien entre :

  • L’identifiant du faisceau satellite (ex: Beam ID #15 du Satellite « A »)
  • La position géographique actuelle de ce faisceau sur Terre (sa « footprint »)
  • Le **TAC géofixe** qui correspond à cette zone géographique.

3. La Diffusion en Temps Réel : Le satellite, ou plus précisément la station de gateway qui le contrôle, modifie le contenu du message système SIB (System Information Block). Conformément à la spécification 3GPP TS 38.331, le SIB contient entre autres le TAC. Grâce à la table de mapping, le réseau injecte dans le SIB le TAC géofixe correspondant à la zone survolée à cet instant précis par le faisceau

Exemple Concret

Imaginons que le TAC `0x5A01` soit attribué à la région de Paris.
À l’instant T1 : Le faisceau du Satellite A survole Paris. Le Network Orchestrator lui dit : Diffuse le TAC `0x5A01` dans ton SIB.

À l’instant T2 (10 min plus tard) : Le Satellite A a avancé et son faisceau survole maintenant la Bourgogne, attribuée au TAC `0x5B02`. L’Orchestrator met à jour l’info : Maintenant, diffuse le TAC `0x5B02`.

Pendant ce temps, à l’instant T2 : Le Satellite B arrive au-dessus de Paris. L’Orchestrator lui ordonne : « Toi, diffuse le TAC `0x5A01` ».

Résultat : Un terminal immobile à Paris verra toujours le même TAC `0x5A01`,
peu importe le satellite ou le faisceau qui le sert. Il ne déclenchera une mise à jour de localisation que s’il se déplace hors de la zone de Paris, vers un autre TAC.

 

La spécification et les choix de l’opérateur

Question 1 : Est-ce la même valeur de TAC que celle diffusée par les cellules sur terre ?

Ca dépend de l’opérateur et de l’intégration, mais c’est techniquement possible et même probable. Rien n’empêche un opérateur comme Orange ou SpaceX (via des partenariats) d’attribuer le même TAC à une zone géographique, qu’elle soit couverte par une antenne terrestre ou par un satellite. Cette approche d’intégration transparente (Transparent NTN ») est un objectif clé de la 5G avancée.

Avantages :

Pour le terminal : Il est incapable de faire la différence. Il voit un TAC, point final. Cela garantit une compatibilité maximale avec les terminaux existants (avec les firmwares appropriés).
Pour le réseau cœur (5GC) : La gestion de la mobilité entre la Terre et l’Espace devient beaucoup plus simple. Le 5GC voit un terminal qui passe d’une cellule TAC `0x5A01` (terrestre) à une autre cellule TAC `0x5A01` (satellite). Cela peut être traité comme un simple handover intra-cellule, sans déclencher de procédure de « Tracking Area Update ».

Cependant, un opérateur purement satellitaire pourrait aussi choisir une plage de TACs distincte pour son réseau NTN pour des raisons de gestion interne.

Conclusion : Une Danse Orchestrée depuis le Sol

La politique de diffusion des TAC en 5G NTN n’est donc pas une table statique embarquée dans le satellite, mais bien **un mapping dynamique et centralisé, piloté en temps réel par l’intelligence du réseau.

Le satellite devient un « exécutant » qui projette une identité logique (le TAC) sur une zone géographique prédéfinie. Cette abstraction est la clé de voûte qui permet de faire cohabiter des réseaux cellulaires fixes et des constellations de satellites mobiles dans un écosystème 5G unifié et efficace.

 

Pour Aller Plus Loin :

Source 3GPP TS 38.413 : Cette spécification décrit les procédures du NG-RAN et mentionne comment le système peut gérer la mobilité et les associations entre cellules NTN et zones de tracking.

3GPP TR 38.821 : « Solutions for NR to support non-terrestrial networks (NTN) » – Le document fondateur.

3GPP TS 23.122 :** « Non-Access-Stratum (NAS) functions related to Mobile Station (MS) in idle mode » – Décrit les procédures de Tracking Area.

IRIS² : La constellation européenne et l’avenir des communications spatiales

Introduction : L’Europe dans la course spatiale

Après les succès de Galileo (navigation) et Copernicus (observation de la Terre), l’Europe franchit une nouvelle étape avec IRIS² (Infrastructure de résilience, d’interconnectivité et de sécurité par satellite). Cette constellation de satellites de télécommunications, qui sera déployée en 2030, représente bien plus qu’un simple projet technologique : elle incarne la volonté européenne d’autonomie stratégique face à la domination actuelle des acteurs extra-européens.

Qu’est-ce qu’IRIS² ?

IRIS² est la réponse européenne aux méga-constellations de satellites qui révolutionnent actuellement le marché des télécommunications spatiales. Le projet se compose de :

  • 264 satellites en orbite basse (LEO – 1 200 km d’altitude)
  • 18 satellites en orbite moyenne (MEO – 8 000 km d’altitude)
  • Un budget de 10,6 milliards d’euros (60% de fonds publics, 40% privés)
  • Un consortium SpaceRISE formé par Eutelsat, SES et Hispasat

Contrairement à Starlink qui compte déjà 7 000 satellites et vise les 42 000, IRIS² n’est pas une méga-constellation pure mais privilégie une approche équilibrée entre besoins gouvernementaux et services commerciaux.

Les défis technologiques d’IRIS² : la révolution 5G NTN

La 5G NTN (Non-Terrestrial Networks) représente l’intégration des réseaux satellitaires dans l’écosystème 5G standard. Concrètement, cela signifie que votre smartphone pourra se connecter directement aux satellites comme il le fait actuellement avec les antennes terrestres, sans modification ni équipement spécial.

Cette technologie, déjà expliquée dans ce blog, permet :

  • Une couverture universelle : Internet haut débit même dans les zones les plus isolées
  • Une continuité de service : Basculement automatique entre réseaux terrestres et satellitaires
  • Des communications d’urgence : Connectivité maintenue lors de catastrophes naturelles
  • Support IoT global : Objets connectés fonctionnant partout sur la planète

Les innovations techniques d’IRIS²

IRIS² intègre plusieurs technologies de pointe :

Communication inter-satellite par laser : Les données transitent entre satellites via des liens optiques à très haut débit, réduisant la dépendance aux infrastructures terrestres.

Miniaturisation électronique avancée : Utilisation de puces gravées en 7 nm, une première en Europe, permettant des satellites entièrement reprogrammables.

Compatibilité 5G native : Transition fluide vers la 6G prévue grâce à la reprogrammabilité des satellites.

Sécurisation renforcée : Seulement 5 points de présence au sol, tous en territoire européen, pour un contrôle total des communications.

Le paysage concurrentiel : qui sont les autres acteurs ?

Les géants américains

SpaceX Starlink : Le leader incontesté avec plus de 7 000 satellites opérationnels et 5 millions d’utilisateurs dans 125 pays. Starlink vise 42 000 satellites et développe des services Direct-to-Cell avec T-Mobile, permettant aux smartphones de communiquer directement avec les satellites.

Amazon Project Kuiper : 3 236 satellites planifiés, premiers lancements opérationnels en avril 2025. Amazon mise sur l’intégration avec AWS et ses partenariats avec Verizon et Vodafone. Service commercial prévu vers 2026.

OneWeb (Eutelsat) : 648 satellites actifs en orbite polaire, focus sur les marchés B2B, gouvernementaux et maritimes. Racheté par Eutelsat en 2023, OneWeb privilégie la qualité de service sur des marchés de niche.

Les constellations chinoises : la montée en puissance

La Chine développe trois projets majeurs qui pourraient bouleverser le marché :

Qianfan (G60) : 12 000 satellites planifiés par Shanghai Spacecom Satellite Technology, avec un financement de 943 millions de dollars. Premier lancement de 18 satellites en août 2024, objectif de 600 satellites d’ici fin 2025 et service global d’ici 2030.

Guowang : Le projet gouvernemental le plus ambitieux avec 13 000 satellites prévus, directement contrôlé par l’État chinois via China Satellite Network Group.

Honghu-3 : 10 000 satellites développés par Landspace, une entreprise privée chinoise qui développe aussi des fusées réutilisables comparables au Falcon 9 de SpaceX.

Autres acteurs significatifs

Telesat Lightspeed (Canada) : 300 satellites en orbite polaire haute (1 325 km), focus sur les entreprises et gouvernements avec des garanties de performance contractuelles.

Viasat : Spécialiste des satellites géostationnaires haute capacité, 600 000 abonnés actuels.

SES O3b mPOWER : Constellation en orbite moyenne (8 000 km) intégrée à IRIS².

Les enjeux géopolitiques et stratégiques

Autonomie européenne

IRIS² répond à un impératif de souveraineté numérique. La guerre en Ukraine a démontré l’importance stratégique des communications satellitaires, Starlink étant devenu un outil géopolitique majeur. L’Europe ne peut dépendre d’acteurs extra-européens pour ses besoins critiques.

La bataille des fréquences

L’Europe possède un avantage considérable : IRIS² hériteront des droits fréquentiels d’OneWeb (prioritaire sur Starlink en orbite basse) et d’O3b mPOWER. La bande Ka militaire européenne bénéficie également d’excellents droits de priorité.

Concurrence et coopération paradoxale

Paradoxalement, les concurrents collaborent parfois : OneWeb a utilisé les fusées SpaceX après l’arrêt des lancements russes Soyuz suite aux sanctions. Cette interdépendance révèle la complexité du marché spatial actuel.

L’écosystème technologique de la 5G NTN

Les standards 3GPP

La 5G NTN s’appuie sur les standards 3GPP (3rd Generation Partnership Project) :

  • Release 17-18 : Architecture « transparente » où les satellites agissent comme répéteurs
  • Release 19 : Introduction des charges utiles « régénératives » avec stations de base complètes embarquées
  • Release 20-21 : Optimisations et nouvelles capacités avancées

Types d’orbites et applications

LEO (Low Earth Orbit – 300-2000 km) :

  • Latence faible (20-40 ms)
  • Couverture mobile nécessitant de nombreux satellites
  • Idéal pour Internet haut débit et communications temps réel

MEO (Medium Earth Orbit – 8000-20000 km) :

  • Compromis latence/couverture
  • Moins de satellites nécessaires
  • Applications spécialisées

GEO (Geostationary Orbit – 35 786 km) :

  • Couverture fixe continue
  • Latence élevée (600+ ms)
  • Broadcasting et services IoT

Défis et perspectives d’avenir

Débris spatiaux et durabilité

Avec potentiellement plus de 100 000 satellites en orbite d’ici 2030, la gestion des débris spatiaux devient critique. IRIS² mise sur la durabilité avec seulement 282 satellites sur 10 ans, contrastant avec les méga-constellations concurrentes.

Impact astronomique

Les constellations affectent l’observation astronomique. IRIS² développe des satellites « non-émissifs » pour préserver l’astronomie, un engagement que tous les concurrents ne prennent pas.

Intégration terrestrial-spatial

L’avenir appartient aux réseaux hybrides combinant infrastructures terrestres et spatiales. La 5G NTN permettra un basculement transparent entre les deux, ouvrant la voie aux applications 6G futures.

Chronologie et déploiement

2024-2025 : Phase de développement, premiers tests 2026-2027 : Début des lancements IRIS² 2028-2030 : Déploiement opérationnel complet 2030+ : Services commerciaux pleinement opérationnels

Parallèlement, la concurrence s’intensifie :

  • Kuiper : Service commercial dès 2026
  • Qianfan : 600 satellites d’ici fin 2025
  • Starlink : Expansion continue vers 42 000 satellites

Conclusion : vers un internet spatial multipolaire

IRIS² représente plus qu’une constellation satellitaire : c’est un pari sur l’avenir d’un internet spatial européen souverain. Face à la domination américaine de Starlink et à l’émergence des constellations chinoises, l’Europe trace sa propre voie, privilégiant la durabilité et la sécurité.

La révolution 5G NTN transformera fondamentalement nos communications, rendant l’internet spatial accessible à tous via nos équipements actuels. Dans ce nouveau monde connecté, la maîtrise des technologies spatiales devient un enjeu de souveraineté nationale.

Le Rôle du NSACF dans l’Architecture 5G et 6G

Introduction

En s’appuyant sur la virtualisation du réseau, la technologie 5G permet un découpage réseau (network slicing) pour créer des réseaux virtuels personnalisés sur une infrastructure physique commune.

La 4G peut également proposer la virtualisation par le concept DCN dans la R.13 (nommé DECOR – Dedicated Core Network puis eDECOR en R.14 mais seul le coeur de réseau est dédié aux UE et le choix du coeur du réseau est basé sur l’IMSI (statique).

La 5G est Cloud Native. L’architecture SBA facilite l’approche d’un coeur de réseau et d’un RAN dédiés de manière dynamique pour les UE. Le Network Slicing apparait dès la R.15.

Dans la spécification R.17, une fonction spécifique est ajoutée pour gérer les ressources des slices : le Network Slice Admission Control Function (NSACF). Cette fonctiot, permet de garantir l’efficacité et l’équité d’accès aux tranches de réseau dans un environnement où les ressources, bien qu’importantes, demeurent finies.

Nous allons décrire le rôle du NSACF, son évolution au sein des normes 5G, et analyser comment le réseau fonctionnaient avant son introduction (R.15 et R.16). Nous explorerons également les mécanismes alternatifs qui permettent à un équipement utilisateur (UE) d’accéder à ses services même lorsque le NSACF refuse temporairement l’accès à une tranche spécifique

Contexte Historique et Évolution des Normes

L’Émergence du Network Slicing dans les Standards 5G

Le concept de découpage réseau, ou network slicing est l’une des caractéristiques différenciatrices majeures de la 5G afin de supporter une multitude de cas d’usage avec des exigences très différentes : de l’Internet des objets massif (mMTC) nécessitant de faibles débits mais une grande densité de connexions, aux communications ultra-fiables à faible latence (URLLC) pour les applications critiques, en passant par le haut débit mobile amélioré (eMBB) pour la consommation multimédia..

Introduction Progressive du Contrôle d’Admission

La Release 15 avait posé les bases architecturales du network slicing, mais les mécanismes de contrôle d’admission n’étaient pas encore définis. Initialement, la sélection des tranches et l’allocation des UE à ces tranches reposaient principalement sur le Network Slice Selection Function (NSSF) et sur des politiques relativement statiques.

La Release 16 a apporté des améliorations sur la gestion des tranches de réseau comme la surveillance et le reporting des tranches, et le support multi-opérateur. Mais la R.16 n’avait pas encore formalisé une fonction dédiée spécifiquement au contrôle d’admission basé sur la charge et les ressources.

Définition Formelle du NSACF

Le NSACF a été formellement défini dans la Release 17 du 3GPP.pour répondre à un besoin d’optimisation en temps réel des ressources entre les différentes tranches de réseau.

Le 3GPP TR 23.700-91 « Study on enablers for Network Automation for 5G » et les spécifications TS 23.501 « System Architecture for the 5G System » constituent les documents de référence qui définissent le NSACF et son intégration dans l’architecture 5G. Ces documents décrivent le NSACF comme une fonction réseau chargée de déterminer si un UE peut être admis dans une tranche particulière en fonction de facteurs tels que la charge actuelle, les ressources disponibles et les politiques établies.

L’introduction du NSACF s’inscrit dans une évolution plus large vers l’automatisation des réseaux et les réseaux auto-optimisants, où les décisions d’allocation de ressources sont prises de manière dynamique en fonction des conditions en temps réel plutôt que sur la base de configurations statiques.

Architecture et Fonctionnement du NSACF

Positionnement dans l’Architecture 5G

Dans l’architecture de référence, le NSACF communique directement avec :

  • Le Network Slice Selection Function (NSSF) qui identifie initialement la tranche appropriée pour un UE
  • Le Network Data Analytics Function (NWDAF) qui fournit des analyses sur l’état du réseau et la charge des tranches
  • Le Policy Control Function (PCF) qui définit les politiques générales d’allocation de ressources
  • Le Network Repository Function (NRF) pour la découverte et l’enregistrement des services

Cette interconnexion permet au NSACF d’avoir une vision globale de l’état du réseau tout en restant focalisé sur sa mission principale : le contrôle d’admission aux tranches.

Fonctionnalités Clés du NSACF

Les principales fonctionnalités du NSACF sont :

  1. Évaluation des demandes d’admission : Analyser chaque demande d’accès à une tranche en fonction des caractéristiques demandées et des ressources requises.
  2. Monitoring de la charge des tranches : Maintenir une vision à jour de l’utilisation des ressources par chaque tranche de réseau.
  3. Application des politiques d’admission : Implémenter les règles et politiques définies par l’opérateur concernant les priorités entre différents types de services ou d’abonnés.
  4. Décision d’admission : Déterminer si une demande d’accès à une tranche doit être acceptée, refusée ou redirigée.
  5. Coordination multi-domaines : Dans les scénarios impliquant plusieurs opérateurs ou domaines, coordonner les décisions d’admission entre ces différentes entités.
  6. Génération de métriques et rapports : Fournir des statistiques et des données sur les décisions d’admission et l’état des tranches pour alimenter les systèmes d’analyse et d’automatisation du réseau.

Call FLOW

Voici un exemple de call flow impliquant le NSACF  :

  1. Un UE envoie une demande de connectivité sur un slice, incluant ses besoins en termes de service.
  2. L’AMF (Access and Mobility Management Function) traite cette demande et consulte le NSSF pour identifier la tranche de réseau appropriée.
  3. Le NSSF détermine la tranche candidate et consulte le NSACF pour vérifier si cette tranche peut accepter une nouvelle connexion.
  4. Le NSACF évalue la demande en fonction de :
    • La charge actuelle de la tranche
    • Les ressources disponibles
    • Les politiques d’admission en vigueur
    • La priorité de la demande
  5. Le NSACF renvoie sa décision : acceptation, refus, ou suggestion d’une tranche alternative.
  6. En fonction de cette décision, l’UE est soit connecté à la tranche demandée, soit redirigé vers une tranche alternative, soit informé de l’impossibilité temporaire d’accéder au service.

Méthodes d’Évaluation et Critères de Décision

Les décisions du NSACF reposent sur plusieurs critères et méthodes d’évaluation sophistiqués :

  1. Modèles de charge prédictifs : Utilisation d’algorithmes pour anticiper l’évolution de la charge des tranches en fonction des tendances historiques.
  2. Seuils dynamiques : Définition de seuils d’utilisation adaptés à chaque type de tranche et ajustés en fonction du contexte (heure de la journée, événements spéciaux, etc.).
  3. Évaluation multi-paramètres : Prise en compte simultanée de plusieurs métriques comme la bande passante disponible, la capacité de traitement, la latence attendue, etc.
  4. Politiques de priorité et préemption : Application de règles permettant à certains services critiques ou utilisateurs prioritaires d’accéder aux tranches même en situation de congestion.
  5. Optimisation globale du réseau : Décisions visant à maximiser l’efficacité globale du réseau plutôt que simplement satisfaire des demandes individuelles.

Ces mesures permettent au NSACF de prendre des décisions qui équilibrent les besoins immédiats des utilisateurs avec l’optimisation des ressources réseau à plus long terme.

Différences Fonctionnelles : Avant et Après le NSACF

Gestion des Tranches Avant le NSACF

Avant l’introduction formelle du NSACF dans la Release 17, le contrôle d’admission aux tranches de réseau existait sous des formes moins centralisées et moins sophistiquées. Dans les premières implémentations du network slicing (Release 15 et Release 16), plusieurs mécanismes et fonctions coopéraient pour assurer un rôle similaire :

  1. Approche par politiques statiques : Les décisions d’allocation étaient principalement basées sur des politiques prédéfinies et relativement rigides, configurées par l’opérateur.
  2. Rôle central du NSSF : Le Network Slice Selection Function jouait un rôle prépondérant dans la sélection des tranches, mais ses décisions étaient davantage fondées sur les caractéristiques du service demandé que sur l’état de charge des tranches.
  3. Limitations du PCF : Le Policy Control Function contribuait à l’application des politiques, mais n’avait pas la visibilité spécifique sur l’utilisation des ressources par tranche.
  4. Absence de vision globale : Sans fonction centralisée, il était difficile d’avoir une vision d’ensemble de l’utilisation des ressources par les différentes tranches.
  5. Gestion réactive plutôt que proactive : Les problèmes de congestion étaient souvent traités après leur apparition plutôt qu’anticipés.
  6. Dimensionnement par surcapacité : Pour pallier l’absence de contrôle d’admission dynamique, les opérateurs tendaient à surdimensionner les ressources allouées à chaque tranche, réduisant l’efficacité globale.

Cette approche présentait plusieurs défis :

  • Risque de congestion de certaines tranches tandis que d’autres étaient sous-utilisées
  • Difficulté à réagir rapidement aux variations de demande
  • Efficacité limitée dans l’utilisation des ressources réseau
  • Complexité accrue dans la gestion des priorités entre services

Améliorations Apportées par le NSACF

L’introduction du NSACF a apporté des améliorations significatives sur plusieurs aspects :

  1. Centralisation des décisions : Une fonction unique et spécialisée traite désormais toutes les décisions d’admission, garantissant une cohérence globale.
  2. Décisions basées sur l’état réel : Le NSACF prend ses décisions en fonction de l’état actuel et prévu des tranches, plutôt que sur des règles statiques.
  3. Optimisation dynamique : Les ressources peuvent être allouées de manière plus fluide entre les tranches en fonction des besoins réels.
  4. Gestion proactive : La capacité à anticiper les congestions permet d’agir avant que les problèmes n’affectent les utilisateurs.
  5. Équilibrage charge/qualité : Meilleur équilibre entre maximisation du nombre d’utilisateurs et maintien de la qualité de service.
  6. Intégration avec l’analytique réseau : Le NSACF peut exploiter les données d’analytique du réseau pour des décisions plus informées.
  7. Support des SLA différenciés : Capacité accrue à respecter différents niveaux de service pour diverses catégories d’utilisateurs ou applications.

Ces améliorations ont des impacts concrets :

  • Meilleure utilisation des ressources réseau, permettant de servir plus d’utilisateurs avec la même infrastructure
  • Réduction des incidents liés à la congestion des tranches
  • Amélioration de l’expérience utilisateur grâce à une qualité de service plus stable
  • Support plus efficace de la diversification des services sur le réseau 5G

Alternatives et Mécanismes de Continuité de Service

Scénarios de Refus d’Admission

Lorsqu’un UE se voit refuser l’accès à une tranche de réseau par le NSACF, plusieurs scénarios peuvent se présenter, chacun avec ses propres implications :

  1. Refus temporaire : La tranche est momentanément surchargée mais devrait redevenir disponible rapidement.
  2. Refus persistant : La tranche est confrontée à une congestion de longue durée ou à des limitations de ressources structurelles.
  3. Refus partiel : L’accès est accordé mais avec des limitations de service (bande passante réduite, priorité moindre, etc.).
  4. Refus sélectif : Certains types de services au sein d’une tranche sont limités tandis que d’autres restent accessibles.

Ces différents scénarios nécessitent des approches distinctes pour assurer la continuité du service pour l’utilisateur.

Mécanismes de Redirection vers des Tranches Alternatives

L’un des principaux mécanismes permettant de maintenir le service malgré un refus d’admission est la redirection vers des tranches alternatives :

  1. Tranches équivalentes : Redirection vers une autre tranche offrant des caractéristiques similaires mais moins chargée.
  2. Tranches de repli (fallback) : Utilisation de tranches spécifiquement conçues pour absorber le trop-plein des tranches principales.
  3. Tranches hiérarchisées : Système où les tranches sont organisées en niveaux de priorité, permettant un « débordement » structuré.
  4. Tranches dynamiques : Création à la volée de nouvelles instances de tranches pour répondre aux pics de demande.

Le processus de redirection est généralement transparent pour l’utilisateur, qui continue à bénéficier du service sans percevoir le changement de tranche sous-jacent. Cette transparence est essentielle pour maintenir une expérience utilisateur.

Politiques de Priorité et Préemption

Les mécanismes de priorité et préemption constituent une autre approche importante :

  1. Niveaux de priorité des UE : Attribution de niveaux de priorité différents aux utilisateurs en fonction de leur type d’abonnement ou de leur rôle (services d’urgence, infrastructures critiques, etc.).
  2. Préemption contrôlée : Possibilité de libérer des ressources en réduisant le service alloué à des connexions de moindre priorité.
  3. Dégradation gracieuse : Réduction progressive de la qualité de service pour accommoder plus d’utilisateurs plutôt que de refuser totalement l’accès.
  4. Quotas garantis : Réservation de ressources minimales pour chaque niveau de priorité, assurant qu’un service de base reste disponible même en cas de congestion.

Ces mécanismes permettent d’assurer que les services les plus critiques restent disponibles même dans des conditions de ressources limitées, tout en maximisant le nombre d’utilisateurs pouvant accéder au réseau.

Stratégies de Partage de Ressources

Le partage intelligent des ressources entre tranches constitue également une stratégie efficace :

  1. Partage dynamique : Allocation flexible des ressources entre tranches en fonction de l’utilisation réelle plutôt que de réservations statiques.
  2. Mutualisation conditionnelle : Possibilité pour une tranche d’utiliser temporairement les ressources inutilisées d’une autre tranche.
  3. Isolation garantie avec débordement : Maintien d’un niveau d’isolation entre tranches pour la qualité de service, tout en permettant un débordement contrôlé en cas de besoin.
  4. Adaptation temporelle : Modification des allocations de ressources en fonction des variations prévisibles de la demande (heures de pointe, événements spéciaux, etc.).

Ces stratégies permettent d’optimiser l’utilisation globale des ressources du réseau tout en préservant les caractéristiques essentielles de chaque tranche.

Défis et Perspectives d’Évolution

Défis Actuels dans l’Implémentation du NSACF

Malgré ses avantages significatifs, le NSACF et les mécanismes associés font face à plusieurs défis :

  1. Complexité algorithmique : Développer des algorithmes de décision efficaces qui équilibrent multiples facteurs tout en prenant des décisions en temps réel.
  2. Cohérence multi-domaines : Assurer une cohérence des décisions d’admission lorsque les services traversent plusieurs domaines ou opérateurs.
  3. Prédiction de charge précise : Améliorer la précision des prévisions de charge pour des décisions proactives plutôt que réactives.
  4. Équité vs optimisation : Trouver le juste équilibre entre l’optimisation des ressources et l’équité d’accès entre différentes catégories d’utilisateurs.
  5. Diversité des métriques : Intégrer une multitude de métriques hétérogènes dans le processus de décision (bande passante, latence, fiabilité, etc.).
  6. Transparence pour l’utilisateur : Gérer les redirections et adaptations de service de manière transparente pour préserver l’expérience utilisateur.
  7. Conformité aux SLA : Garantir que les décisions d’admission respectent les engagements contractuels pris envers les clients.

Évolutions Attendues dans les Futures Releases

Les prochaines évolutions du 3GPP devraient apporter des améliorations significatives au NSACF et aux mécanismes associés :

  1. Intégration accrue avec l’IA et le ML : Utilisation d’algorithmes d’intelligence artificielle et de machine learning pour optimiser dynamiquement les décisions d’admission.
  2. Automatisation avancée : Évolution vers des réseaux auto-optimisants où les paramètres du NSACF s’ajustent automatiquement en fonction des conditions.
  3. Harmonisation inter-opérateurs : Standardisation accrue des interfaces permettant une meilleure coordination entre NSACF de différents opérateurs.
  4. Granularité plus fine : Passage d’une gestion au niveau des tranches à une gestion au niveau des flux ou des sessions individuelles.
  5. Intégration MEC (Multi-access Edge Computing) : Prise en compte de la localisation des ressources de computing edge dans les décisions d’admission.
  6. Mécanismes de réservation anticipée : Possibilité de réserver des ressources pour des événements planifiés ou des services critiques.
  7. Différenciation contextuelle : Adaptation des critères d’admission en fonction du contexte (localisation, type d’appareil, application, etc.).

Impact sur les Futurs Services et Applications

Ces évolutions du NSACF auront un impact significatif sur le développement des services  6G :

  1. Support de garanties de QoS plus strictes : Permettra l’émergence d’applications critiques nécessitant des garanties de service très strictes.
  2. Personnalisation accrue des services : Facilitera la création de services hautement personnalisés avec des caractéristiques réseau sur mesure.
  3. Efficacité énergétique : Contribuera à l’optimisation de la consommation énergétique des réseaux par une allocation plus efficiente des ressources.
  4. Extension aux environnements non-terrestres : Adaptation des mécanismes pour les réseaux satellitaires et autres environnements non-terrestres.
  5. Convergence fixe-mobile : Facilitation de l’intégration transparente entre réseaux fixes et mobiles grâce à des mécanismes d’admission harmonisés.
  6. Virtualisation extrême : Support de modèles où presque toutes les fonctions réseau sont virtualisées et dynamiquement reconfigurables.
  7. Applications distribuées complexes : Facilitation du déploiement d’applications distribuées utilisant simultanément plusieurs tranches avec différentes caractéristiques.

Ces évolutions ouvrent la voie à une nouvelle génération de services numériques où les caractéristiques réseau deviennent une ressource flexible et programmable, s’adaptant dynamiquement aux besoins spécifiques de chaque application.

Conclusion

En passant d’une allocation relativement statique des ressources à une approche dynamique et contextuelle, le NSACF apporte de la flexibilités et de l’adaptabilité sur l’allocation des ressources afin de garantir :

  • une optimisation de l’utilisation des ressources
  • une meilleure garantie de la qualité de service
  • un support plus efficace de la diversification des services
  • une capacité à gérer des pics de demande sans dégradation majeure de l’expérience utilisateur.

Même lorsqu’un équipement utilisateur se voit refuser l’accès à une tranche spécifique, les mécanismes de redirection, priorisation et adaptation permettent dans la plupart des cas de maintenir la continuité du service. Cette capacité à équilibrer l’admission aux tranches tout en préservant l’expérience utilisateur est le rôle principal de cette fonction.

Les défis actuels et les évolutions futures du NSACF s’inscrivent dans une tendance plus large vers des réseaux toujours plus intelligents, automatisés et adaptables. L’intégration progressive de l’intelligence artificielle, de l’analyse prédictive et de mécanismes d’auto-optimisation ouvre la voie à des réseaux capables de s’adapter en temps réel à des besoins en constante évolution pour transformer les réseaux de simples canaux de communication en plateformes de services intelligentes où les caractéristiques réseau deviennent des ressources programmables au service de l’innovation numérique.

 

Références

 

  • 3GPP TR 23.700-91, « Study on enablers for Network Automation for 5G », 2020-2021
  • 3GPP TS 23.501, « System Architecture for the 5G System; Stage 2 », v17.0.0, 2021
  • 3GPP TS 28.552, « Management and orchestration; 5G performance measurements », v17.2.0, 2021
  • Ericsson, « 5G Network Slicing: Ensuring end-to-end performances », Ericsson Technology Review, 2020
  • Nokia Bell Labs, « Dynamic Resource Allocation in 5G Network Slicing », Nokia White Paper, 2019
  • Huawei, « 5G Network Slicing Whitepaper », 2020
  • ZTE, « Network Slicing and Resource Management in 5G Networks », ZTE Communications, vol. 17, no. 2, 2019

 

Comprendre le concept du modèle ML/IA – Le cycle de vie (TR28.908)

Le cycle de vie d’un modèle IA en 5G

À partir du document 3GPP TR 28.908 version 18.0.0 Release 18 « Study on Artificial Intelligence/Machine Learning (AI/ ML) management », cet article présente le cycle de vie d’un modèle IA.

Après avoir traduit le document TR 28.908, je propose une explication de quelques lignes.

Entraînement du modèle ML

Traduction : L’entraînement d’un modèle ML ou d’un groupe de modèles ML en phase de production a pour objectif d’évaluer ses performances lorsqu’il traite les données d’entraînement et les données de validation. Si le résultat de validation ne répond pas aux attentes (par exemple, si la variance n’est pas acceptable), le modèle ML doit être réentraîné.

C’est la première phase où l’on nourrit le modèle avec des données pour qu’il apprenne des motifs et des relations. La validation intervient pendant cette phase pour vérifier si le modèle apprend correctement, sans surapprentissage ni sous-apprentissage.

Test du modèle ML

Traduction : test d’un modèle ML validé pour évaluer les performances du modèle entraîné lorsqu’il traite des données de test. Si le résultat du test répond aux attentes, le modèle ML peut passer à l’étape suivante. Si le résultat du test ne répond pas aux attentes, le modèle ML doit être ré-entraîné.

Explication : après l’entraînement et la validation, on teste le modèle avec des données qu’il n’a jamais vues pour confirmer qu’il généralise bien ses apprentissages. Cette phase détermine si le modèle est prêt pour le déploiement réel.

Émulation d’inférence IA/ML

Traduction : Exécution d’un modèle ML pour l’inférence dans un environnement d’émulation. L’objectif est d’évaluer les performances d’inférence du modèle ML dans cet environnement avant de l’appliquer au réseau ou système cible. Si le résultat de l’émulation ne répond pas aux attentes (par exemple, si les performances d’inférence n’atteignent pas l’objectif, ou si le modèle ML impacte négativement les performances d’autres fonctionnalités existantes), le modèle ML doit être ré-entraîné.

NOTE : L’émulation d’inférence IA/ML est considérée comme optionnelle et peut être ignorée dans le cycle de vie du modèle ML.

Explication : cette étape simule l’utilisation du modèle dans des conditions réelles, mais dans un environnement contrôlé. On vérifie la vitesse, la fiabilité et l’impact du modèle sur les systèmes existants avant de risquer un déploiement en production.

Déploiement du modèle ML

Traduction : le déploiement du modèle ML comprend le processus de chargement du modèle ML (également appelé séquence d’actions atomiques) pour rendre un modèle ML entraîné disponible pour utilisation par la fonction d’inférence IA/ML cible.

Le déploiement du modèle ML peut ne pas être nécessaire dans certains cas, par exemple lorsque la fonction d’entraînement et la fonction d’inférence sont co-localisées.

Explication : C’est l’étape où le modèle est installé dans l’environnement de production. Cela peut impliquer des transformations du modèle, des optimisations ou des intégrations avec d’autres systèmes.

Inférence IA/ML

Traduction : Réalisation d’inférences en utilisant un modèle ML entraîné par la fonction d’inférence IA/ML. L’inférence IA/ML peut également déclencher un réentraînement ou une mise à jour du modèle basée, par exemple, sur la surveillance et l’évaluation des performances.

NOTE : Selon l’implémentation du système et les arrangements de fonctionnalités IA/ML, les étapes d’émulation d’inférence IA/ML et de déploiement ML peuvent être ignorées.

Explication : C’est l’utilisation proprement dite du modèle en production pour générer des prédictions ou des décisions sur de nouvelles données. À cette étape, le modèle peut être configuré pour signaler quand ses performances se dégradent, ce qui déclencherait un nouveau cycle d’entraînement.

En résumé, ces étapes décrivent le cycle de vie complet d’un modèle d’apprentissage automatique, de sa création à son déploiement en production, avec des points de contrôle et de validation à différentes étapes pour garantir sa qualité et son efficacité.

Figure 1 : extraite de Sharetechnote https://www.sharetechnote.com/html/5G/5G_AI_ML.html

 

 

 

 

 

 

 

Comprendre le concept du modèle ML/IA – Sur le CN

Cet article reprend une partie des fonctionnalités déjà détaillées pour le NWDAF

Intégration de l’IA/ML dans le cœur 5G

La nouveauté majeure introduite dans la Release 15 du 3GPP est le Network Data Analytics Function (NWDAF), qui fournit divers résultats d’analyse pour soutenir un ensemble de cas d’utilisation.

Le NWDAF héberge différents algorithmes d’IA/ML alimentés par des données provenant de diverses fonctions réseau NF (Network Function). Il produit des résultats d’analyse spécifiques qui peuvent être consommés (en référence à l’architecture SBA ou les fonctions sont productrives ou consommatrices) par différentes fonctions réseau. Les exemples d’applications incluent:

  • La prédiction des modèles de trafic pour optimiser le nombre d’instances UPF déployées
  • La prévision de la mobilité des utilisateurs
  • L’optimisation dynamique des ressources réseau

Les capacités IA/ML du NWDAF incluent des algorithmes de prédiction, des capacités d’IA générative, et des techniques de clustering.

Approches d’apprentissage pour les modèles IA/ML

Avec la disponibilité de volumes importants de données provenant de différentes sources à différents endroits, l’entraînement des modèles IA/ML peut adopter diverses approches:

  1. Apprentissage centralisé: Les modèles sont entraînés dans un emplacement centralisé avec des données agrégées.
  2. Apprentissage fédéré: L’entraînement se produit en continu dans différentes parties du réseau. Les modèles sont entraînés sur des nœuds locaux avec des sources de données locales et mis à jour par un modèle global entraîné dans un emplacement centralisé avec des sources de données agrégées. On distingue l’apprentissage fédéré horizontal et verticale (R.19)
  3. Approches alternatives: D’autres méthodes d’apprentissage distribuées peuvent être employées selon les cas d’utilisation spécifiques.

L’apprentissage fédéré améliore l’évolutivité, la sécurité et la précision en adaptant le modèle IA/ML aux données uniques spécifiques à chaque emplacement.

On distingue l’apprentissage fédéré horizontal (gauche Figure 1) et l’apprentissage fédérée verticale (droite Figure 1)

Figure 1 : Horizontal Federated Learning HFL (gauche) et Vertical Federated Learning  VFL (droite)

Dans le cas du HFL, on alimente deux ML qui ont les mêmes caractéristiques avec des données complémentaires. Par exemple, deux opérateurs peuvent apporter un profil de leurs clients pour augmenter les données;

Dans le cas du VFL, on alimente deux ML avec des données complémentaires. Par exemple, on peut s’intéresser pour un client donnée de ses états MM et on complète par les états CM

Gestion de réseau assistée par IA pour le cœur du réseau

Orchestration et provisionnement automatisés

  • Orchestration: L’IA/ML peut aider à automatiser les processus de provisionnement et à optimiser l’allocation des ressources pour diverses fonctions réseau.
  • Détection d’erreurs de provisionnement: Les algorithmes d’IA/ML peuvent détecter les erreurs de provisionnement de manière automatisée, permettant des corrections proactives.
  • Analyse des journaux de trafic: L’analyse GenAI des journaux de trafic, qui comprend un mélange de données non structurées et structurées, peut indiquer des défaillances potentielles, y compris la prédiction des défaillances et aider à identifier les causes profondes.
  • Détection des failles de sécurité: Les violations de sécurité potentielles peuvent être détectées via des algorithmes d’IA/ML, aidant à décider de manière proactive de l’atténuation appropriée.

Amélioration de l’efficacité opérationnelle

Dans l’OSS/BSS, l’IA/ML et l’IA générative peuvent améliorer considérablement l’efficacité opérationnelle et l’expérience client:

  • Gestion de l’expérience client: Les chatbots pilotés par l’IA peuvent gérer les requêtes courantes des clients.
  • Facturation et assurance des revenus: La prédiction du taux d’abandon (churn predicting) basée sur l’IA/ML peut grandement bénéficier à ces domaines pour estimer à quel moment un client arrête le service demandé..
  • Planification réseau: La planification réseau peut être soutenue par des techniques de prévision de trafic basées sur l’IA/ML.

En cas de défaillance, la gestion centralisée de plusieurs agents permet d’analyser différentes pistes afin de trouver la cause réelle de la panne. Par exemple, un appel VoNR qui s’arrête peut provenir de plusieurs causes : coupure radio, restauration du P-CSCF, TAS en erreur, routage erroné, … Les outils comme Agentic.ia va explorer les différents log et si un prestataire doit être contacté, l’outil peut générer le ticket client.

Network Data Analytics Function (NWDAF)

Introduction et évolution du NWDAF

Le NWDAF a été introduit à l’origine dans la Release 15 du 3GPP comme mécanisme pour rapporter des insights sur le fonctionnement du réseau. Ces insights peuvent ensuite être utilisés par d’autres fonctions pour réaliser une automatisation en boucle fermée afin d’améliorer le fonctionnement du réseau.

On appelle insight des connaissances exploitables ou des résultats d’analyse dérivés des données du réseau. Ces insights peuvent concerner par exemple les modèles de trafic, le comportement des utilisateurs, ou les performances du réseau, et sont utilisés par d’autres fonctions du réseau pour optimiser leur fonctionnement.

Le NWDAF réalise cela en:

  • Collectant et agrégeant des données de différentes parties du réseau cœur
  • Analysant ces données pour identifier des modèles et générer des prédictions via des algorithmes statistiques et basés sur le ML (y compris le DL)
  • Respectant la confidentialité lors de la collecte de données, permettant aux utilisateurs de choisir de participer ou non à la collecte de données

Intégration avec d’autres fonctions réseau

Le NWDAF s’intègre avec d’autres fonctions réseau via une interface basée sur les services (SBI). Cette intégration permet à d’autres fonctions réseau de devenir des abonnés aux événements générés par le NWDAF et d’influencer le fonctionnement du réseau cœur en consommant ces événements.

Toute fonction réseau conforme au 3GPP, fonction d’application (AF) ou opération, administration et maintenance (OAM) devrait pouvoir utiliser les services d’analyse activés par le NWDAF en tant que consommateur pour prendre des décisions basées sur l’analyse dans le cadre de leurs procédures réseau.

Cas d’utilisation et services d’analyse

Différents cas d’utilisation ont été implémentés et pris en charge dans le NWDAF dans un environnement multi-fournisseurs. Le NWDAF de la version 16 de la spécification technique 29.520 [2] du 3GPP prend en charge les services d’analyse définis dans la TS 23.288 [1]:

  1. Analytique de charge de tranche réseau
  2. Analytique d’expérience de service
  3. Analytique de charge de fonction réseau
  4. Analytique de performance réseau
  5. Analytique de comportement anormal/attendu de l’UE
  6. Analytique de mobilité de l’UE
  7. Analytique de communication de l’UE
  8. Analytique de congestion des données utilisateur
  9. Analytique de durabilité de la QoS

Apprentissage fédéré dans le NWDAF

Le document détaille comment le NWDAF a évolué pour inclure des capacités d’apprentissage fédéré:

  • Release 17: Le NWDAF a acquis la capacité d’effectuer un apprentissage fédéré horizontal (HFL), souvent simplement appelé apprentissage fédéré. Le HFL est une technique de ML préservant la confidentialité qui permet un entraînement de modèle collaboratif entre différentes zones d’intérêt.
  • Fonctionnement du HFL: Chaque zone d’intérêt entraîne son modèle localement en utilisant le NWDAF le plus proche, et l’apprentissage collectif de plusieurs zones est ensuite agrégé via une fonction centrale sur le serveur NWDAF. Le processus est qualifié d' »horizontal » car chaque participant a le même espace de caractéristiques mais des échantillons différents.
  • Avantages du HFL: Cette approche réduit le volume de données transférées sur le SBI, car seuls les paramètres neuronaux—améliorés par des protocoles préservant la confidentialité comme l’agrégation sécurisée—sont transmis, plutôt que les données brutes. La réduction du volume de données peut être encore améliorée via l’utilisation de techniques comme la distillation de connaissances, la quantification et l’élagage des paramètres neuronaux.
  • Release 18: La Release 18 a introduit l’apprentissage fédéré et le transfert de modèle de machine learning entre différents domaines administratifs, comme les réseaux mobiles connectés par des accords d’itinérance, étendant davantage le cycle de vie des modèles initialement déployés dans le NWDAF.
  • Release 19: La Release 19 introduit l’apprentissage fédéré vertical (VFL) dans le NWDAF entre les NWDAF et les fonctions d’application. Le VFL offre plusieurs améliorations par rapport au HFL:
    • Chaque participant peut avoir sa propre architecture de réseau neuronal
    • Chaque participant peut avoir son propre espace de caractéristiques
    • Les nouvelles données, comme celles collectées dans les fonctions d’application, peuvent être utilisées en combinaison avec le réseau cœur pour entraîner de meilleurs modèles ML
  • Applications du VFL: Des cas d’utilisation comme la prédiction de QoS utilisant l’entrée des fonctions d’application sont en cours de développement et bénéficient du VFL. Notamment, le VFL est introduit comme une extension de l’apprentissage fédéré, ce qui signifie que les cas d’utilisation existants peuvent également bénéficier de cette nouvelle fonctionnalité.

Fonctionnement du VFL vs HFL

Dans le VFL, le modèle ML est divisé en modèle de tête et modèle de queue. Le processus d’entraînement VFL implique:

  1. La propagation vers l’avant commence sur les modèles des Clients A et B
  2. Leurs activations sont communiquées au modèle de queue où elles sont concaténées
  3. Le modèle de queue effectue une propagation vers l’avant et calcule la perte en utilisant des étiquettes locales
  4. La rétropropagation commence et les dérivées partielles sont envoyées aux modèles de tête correspondants
  5. Chaque client effectue sa propre rétropropagation
  6. Le processus se poursuit avec plusieurs itérations jusqu’à ce que toutes les données aient été traitées

Du point de vue du 3GPP, HFL et VFL sont deux approches pour apprendre un modèle collaborativement sans partager de données. Ils sont spécifiés de manière agnostique au processus de HFL ou VFL, considérant plutôt une architecture client-serveur et la capacité de chaque nœud à prendre en charge HFL ou VFL et potentiellement d’autres techniques qui pourraient être introduites à l’avenir.

Gestion du cycle de vie et flux de travail dans le NWDAF

Les procédures introduites dans le NWDAF pour prendre en charge l’apprentissage automatique permettent la gestion du cycle de vie des modèles IA/ML dans le réseau cœur. La gestion du cycle de vie des modèles IA/ML est le processus ou l’ensemble de tâches nécessaires pour entraîner, mettre à jour et maintenir un modèle d’apprentissage automatique.

En raison de la nature basée sur les données des modèles d’apprentissage automatique, la gestion du cycle de vie des modèles IA/ML est essentielle car elle assure la reproductibilité de l’apprentissage automatique lorsqu’ils quittent l’environnement de science des données et passent en production.

La gestion du cycle de vie des modèles aborde des problèmes tels que:

  • Comment entraîner et déployer un modèle à grande échelle
  • La gouvernance, la qualité et la conformité des données
  • La supervision du processus d’entraînement via des pipelines de traitement de données
  • Les mécanismes pour se connecter aux sources de données et prétraiter les données

Le rôle de l’IA générative dans le cœur du paquet et les systèmes BSS/OSS

Amélioration du traitement des données

Le document explique que l’IA générative peut améliorer significativement le traitement et l’analyse des données dans les réseaux cœur et le NWDAF, ainsi que les systèmes OSS/BSS:

  • Génération de données synthétiques: L’IA générative peut générer des données synthétiques pour compenser les lacunes ou enrichir les ensembles de données avec des informations limitées. Cela réduit le besoin de collecte extensive de données, ce qui diminue les coûts de communication et améliore la confidentialité lors du traitement de données sensibles.
  • Jumeaux numériques: Dans le contexte du NWDAF, l’IA générative peut aider à créer des jumeaux numériques de fonctions réseau NF, permettant la simulation de divers scénarios. Par exemple, elle peut modéliser des conditions futures potentielles comme l’augmentation du trafic réseau et prédire leur impact sur des KPI comme la latence, le débit et la consommation d’énergie, tout en tenant compte de la durabilité.

Transformation des systèmes BSS/OSS

Les systèmes BSS/OSS, cruciaux pour soutenir les opérations et les fonctions commerciales d’un opérateur de télécommunications, peuvent grandement bénéficier de l’IA générative:

  • Évolution des systèmes: Traditionnellement, les systèmes BSS/OSS s’appuyaient sur des requêtes SQL pour récupérer des données des bases de données. Cependant, avec l’avènement du big data, ces systèmes ont évolué pour incorporer l’IA et l’analytique avancée pour des insights plus profonds dans les opérations réseau.
  • Capacités des LLM: L’IA générative, particulièrement les grands modèles de langage (LLM), offre de nouvelles capacités. Par exemple, les LLM peuvent traduire le langage naturel en requêtes SQL, rendant l’accès à l’information plus intuitif et éliminant le besoin d’une connaissance intriquée des schémas de base de données.
  • Analyse de données améliorée: Les LLM peuvent améliorer l’analyse de données au sein des systèmes BSS/OSS grâce à des techniques comme la génération augmentée par récupération ou le fine-tuning, leur permettant d’intégrer les résultats avec des connaissances supplémentaires et de fournir des insights plus complets.

Applications pratiques

L’intégration des LLM dans les systèmes BSS/OSS promet des avantages significatifs pour les réseaux mobiles:

  • Automatisation du dépannage: Les LLM peuvent être utilisés pour automatiser les processus de dépannage en exploitant les informations des tickets précédemment résolus pour la gestion du réseau.
  • Service client: Les LLM peuvent agir comme un assistant virtuel infatigable fournissant une aide directe aux abonnés, améliorant l’expérience utilisateur et réduisant la charge sur le support client humain.
  • Cybersécurité: Les LLM peuvent être utilisés pour générer de nouvelles attaques dans les réseaux mobiles, qui peuvent ensuite être utilisées pour développer des mécanismes de défense qui préviennent de telles attaques, renforçant la posture de sécurité globale.

Ces applications démontrent le potentiel transformateur de l’IA générative dans les opérations de réseau cœur et les systèmes BSS/OSS, conduisant à une efficacité opérationnelle accrue, une meilleure expérience client et une sécurité renforcée.

Processus de bout en bout pour le déploiement de l’IA dans les réseaux

Le document souligne que l’IA/ML peut être utilisée pour optimiser le fonctionnement de divers segments des réseaux cellulaires. Pour y parvenir, les processus d’entraînement de l’IA/ML et les moteurs d’inférence doivent être intégrés dans les différents segments des réseaux cellulaires et pris en charge pour la gestion de leur cycle de vie.

Réseaux pilotés par l’intention et IA

L’IA joue un rôle crucial dans les réseaux pilotés par l’intention, où elle et l’approche basée sur l’intention se renforcent mutuellement:

  • L’IA aide à éliminer les goulets d’étranglement dans l’implémentation des intentions, tandis que les réseaux basés sur l’intention simplifient l’exécution des politiques d’IA, réduisant le besoin d’API traditionnelles.
  • Les réseaux pilotés par l’intention représentent un changement de paradigme vers une approche de gestion de réseau plus dynamique et adaptative. Ils se concentrent sur la traduction d’objectifs commerciaux de haut niveau en politiques et configurations réseau exploitables.

L’IA améliore les réseaux pilotés par l’intention de plusieurs façons:

  1. Décisions contextuelles: L’IA améliore les réseaux pilotés par l’intention en permettant une prise de décision contextuelle. Elle aide à traduire les intentions commerciales en actions réseau en analysant les données en temps réel et en adaptant les politiques réseau pour s’aligner avec des objectifs spécifiques.
  2. Automatisation et optimisation: L’automatisation pilotée par l’IA facilite l’implémentation de politiques basées sur l’intention à travers le réseau. Elle optimise les ressources et la performance réseau basées sur des intentions commerciales prédéfinies, réduisant l’intervention manuelle et améliorant l’efficacité opérationnelle.
  3. Évolutivité et flexibilité: L’évolutivité de l’IA lui permet de s’adapter à divers environnements et intentions réseau. Que ce soit dans le Cloud RAN, l’Open RAN ou le RAN traditionnel, l’IA peut être exploitée pour interpréter et exécuter les intentions réseau, assurant que le réseau évolue en réponse aux besoins commerciaux et conditions opérationnelles changeants.

Gestion du cycle de vie (LCM) des modèles d’IA

Une gestion efficace du cycle de vie des modèles d’IA est cruciale pour assurer la performance optimale des modèles d’IA/ML afin d’apporter plus d’adaptabilité dans les architectures réseau modernes. Cela implique plusieurs processus et méthodologies clés.

Collecte et préparation des données

Les modèles d’IA sont fondamentalement pilotés par les données, faisant de la collecte de données une première étape critique dans leur développement:

  • Pour créer des modèles d’IA efficaces, il est essentiel de recueillir des données extensives de divers éléments réseau, y compris RAN, le coeur du réseaux et les applications.
  • Ces données englobent le comportement utilisateur, les modèles de trafic et les métriques de performance réseau.
  • La qualité et l’efficacité des résultats de l’IA dépendent de l’accès à des données amples, à jour et anonymisées pour l’entraînement.
  • Les données brutes contiennent souvent des erreurs ou des valeurs manquantes qui doivent être nettoyées et formatées pour permettre aux modèles d’IA d’apprendre avec précision et efficacité.

Sélection et entraînement des modèles

Après la phase de préparation des données, la sélection d’un modèle d’IA approprié est cruciale:

  • Le choix du modèle influence significativement la performance dans la reconnaissance de modèles et la précision de prédiction.
  • Le modèle doit s’aligner avec le problème spécifique à adresser.
  • Une fois le modèle et les données préparés, le processus d’entraînement peut commencer en utilisant les données traitées.
  • Les algorithmes d’IA/ML doivent être entraînés pour comprendre les comportements sous-jacents du réseau ou d’environnements similaires.
  • Des barrières de protection et des mécanismes de surveillance adéquats assurent que le réseau opère dans les paramètres attendus, maintenant la stabilité et la performance.

Évaluation, validation et déploiement

Après l’entraînement, le modèle subit une évaluation et une validation:

  • Cette étape détermine si un développement supplémentaire est nécessaire, pouvant impliquer l’ajustement fin du modèle, l’optimisation des paramètres et le réentraînement pour améliorer la précision.
  • Ce processus itératif est essentiel pour affiner le modèle et améliorer sa performance.
  • Les modèles d’IA sont développés en utilisant à la fois des données historiques et en temps réel pour aborder des tâches spécifiques comme la gestion du trafic, l’équilibrage de charge ou la maintenance prédictive.
  • Les ressources basées sur le cloud sont communément utilisées pour l’entraînement en raison de leur évolutivité et puissance de calcul, cruciales pour gérer de larges ensembles de données et des modèles complexes.
  • Une fois le développement du modèle terminé, il est déployé et utilisé pour l’inférence, où le modèle est appliqué aux données réseau actuelles pour effectuer des tâches comme la détection d’anomalies ou l’optimisation du trafic.
  • Une allocation efficace des ressources est vitale pour les tâches d’inférence, exploitant les ressources distribuées dans le Cloud RAN ou l’architecture modulaire de l’Open RAN pour assurer un traitement efficace des tâches d’inférence, réduisant la latence et améliorant la performance globale.

 

Conclusion et perspectives futures

La section 3 conclut en soulignant l’importance croissante de l’IA dans les réseaux cœur, OSS/BSS et la gestion réseau. Elle suggère que l’avenir verra une intégration encore plus profonde de l’IA, particulièrement de l’IA générative, dans ces systèmes.

Références

[1] TS 23.288 : Architecture enhancements for 5G System (5GS) to support network data analytics services : https://www.3gpp.org/ftp/Specs/archive/23_series/23.288/23288-j10.zip

[2] TS 29.520 : 5G System; Network Data Analytics Service, https://www.3gpp.org/ftp/Specs/archive/29_series/29.520/29520-j10.zips; Stage 3