5G « sans couture » : ce qui se cache derrière le mot

Introduction

« Sans couture » (seamless) est l’un des mots les plus utilisés dans les présentations 5G, et l’un des moins définis. Derrière l’adjectif se cachent pourtant des mécanismes normalisés très précis, répartis sur plusieurs couches du système.

L’idée commune est simple : la discontinuité existe dans le réseau, mais elle reste invisible pour l’application. L’UE change de cellule, de gNB, d’ancre dans le cœur, voire de technologie d’accès ou de satellite, sans que la session ne soit perçue comme coupée.

L’IMT-2020 (ITU-R M.2410) chiffre cette ambition : un mobility interruption time de 0 ms. Cet article passe en revue les mécanismes 3GPP qui s’en approchent, de la couche radio jusqu’au cœur de réseau et au NTN.

Seamless ou lossless : une distinction 3GPP souvent oubliée

Dans les spécifications, seamless et lossless ne sont pas synonymes. La distinction remonte au LTE (TS 36.300) et se retrouve en NR (TS 38.300).

  • Seamless : on minimise le temps d’interruption, quitte à perdre quelques paquets pendant la bascule. C’est le choix pour les flux temps réel portés en RLC-UM (voix, vidéo interactive), où un paquet en retard est un paquet inutile.
  • Lossless : on garantit zéro perte de paquets, quitte à ajouter un peu de latence. La source transfère les PDCP SDU non acquittés vers la cible (data forwarding sur Xn), la numérotation PDCP (SN) est conservée et l’UE envoie un PDCP status report. C’est le choix pour les bearers RLC-AM (données).

Un handover peut donc être lossless sans être seamless, et inversement. Les mécanismes Rel-16 et suivants cherchent à obtenir les deux à la fois.

Côté radio : réduire l’interruption du handover

Dans un handover classique (break-before-make), l’UE coupe le lien avec la cellule source, puis se synchronise et fait un accès aléatoire sur la cible. Cette fenêtre, typiquement de l’ordre de quelques dizaines de millisecondes, est le « trou » que la 5G cherche à refermer. Trois mécanismes y contribuent.

DAPS : garder deux liens en parallèle (Rel-16)

Le Dual Active Protocol Stack handover est un vrai make-before-break. À réception de la commande de handover, l’UE conserve sa liaison avec la source pendant qu’il accède à la cible.

  1. L’UE crée une seconde pile (MAC/RLC/PHY) vers la cible ; chaque DRB DAPS possède une entité PDCP commune, avec des clés de sécurité distinctes pour la source et la cible.
  2. En voie descendante, il reçoit des deux côtés pendant la transition ; le PDCP réordonne et élimine les doublons.
  3. Une fois l’accès aléatoire réussi sur la cible, la voie montante bascule vers la cible, puis la source est relâchée.

L’interruption tend vers 0 ms, au prix d’une capacité terminal accrue (deux chaînes actives) et d’une contrainte de puissance en UL.

CHO : préparer avant d’en avoir besoin (Rel-16)

Le Conditional Handover traite une autre cause de coupure : la commande de handover qui arrive trop tard, quand le lien source est déjà dégradé. Le réseau envoie à l’avance une liste de cellules candidates préparées, chacune associée à une condition d’exécution (événements de type A3 ou A5).

L’UE évalue lui-même ces conditions et exécute le handover dès qu’une est remplie, sans attendre de commande. Le CHO réduit surtout les échecs de handover (RLF, ping-pong), ce qui compte autant que la durée d’interruption pour la perception de continuité. Il peut être combiné au DAPS.

LTM : un changement de cellule piloté en L1/L2 (Rel-18)

La L1/L2 Triggered Mobility pousse la logique plus loin. Les configurations des cellules candidates sont envoyées à l’avance en RRC ; la décision repose ensuite sur des mesures L1 et la bascule est déclenchée par un simple MAC CE.

L’UE peut acquérir à l’avance la synchronisation DL et l’avance temporelle (TA) des candidates, ce qui permet un changement de cellule sans accès aléatoire (RACH-less). La reconfiguration L3 disparaît du chemin critique. Le Rel-18 cible la mobilité intra-CU (entre DU), le Rel-19 étend l’approche à l’inter-CU.

Côté cœur : la continuité de session (SSC modes)

Un handover radio parfait ne suffit pas si l’ancre IP change. En 5GC, la session de données (PDU session) est ancrée sur un UPF appelé PSA (PDU Session Anchor). Avec le MEC, on veut parfois déplacer cette ancre au plus près de l’utilisateur. Le 3GPP (TS 23.501) définit trois modes de continuité de session et de service (SSC modes) :

Mode Comportement de l’ancre Adresse IP Usage typique
SSC 1 Le PSA est conservé pendant toute la session Inchangée Continuité stricte (IMS, voix)
SSC 2 L’ancienne session est relâchée, puis une nouvelle est établie (break-before-make) Change Applications tolérantes à une reconnexion
SSC 3 Une nouvelle session (ou un nouveau préfixe IPv6) est établie avant de relâcher l’ancienne (make-before-break) Change, avec recouvrement MEC, relocalisation d’application

Le mode 3 est le plus intéressant pour le « sans couture » : pendant une fenêtre de temps, l’UE dispose des deux ancres et l’application migre ses flux. La coupure perçue dépend alors de la capacité de l’application à gérer un changement d’adresse.

Entre accès : 5G et Wi-Fi dans la même session (ATSSS)

Le « sans couture » ne concerne pas que la mobilité entre cellules 5G. Depuis le Rel-16, ATSSS (Access Traffic Steering, Switching and Splitting) permet à une même session de s’appuyer simultanément sur un accès 3GPP et un accès non-3GPP, typiquement du Wi-Fi raccordé au 5GC via un N3IWF.

L’UE établit une MA PDU session (Multi-Access) : une seule session logique, deux chemins. Des règles fournies par le réseau (ATSSS rules côté UE, N4 rules côté UPF) décident, flux par flux, comment répartir le trafic :

  • Active-Standby : un accès principal, l’autre en secours ;
  • Smallest Delay : le trafic suit l’accès de plus faible latence mesurée ;
  • Load-Balancing : répartition selon des pourcentages ;
  • Priority-based : un accès prioritaire, débordement sur l’autre en cas de congestion.

La bascule d’un accès à l’autre se fait sans changer d’ancre ni d’adresse IP. Le transport repose sur MPTCP, ATSSS-LL pour le trafic non-TCP, puis MPQUIC à partir du Rel-18.

En NTN : quand c’est la cellule qui bouge

Avec les satellites LEO, le problème s’inverse : ce n’est plus seulement l’utilisateur qui se déplace, c’est la cellule qui défile à environ 7,5 km/s. Un UE immobile subit des handovers à intervalles réguliers, et en masse : tous les UE d’une même cellule basculent au même moment.

Le 3GPP a adapté les outils terrestres à cette situation prévisible :

  • CHO temporel et géographique (Rel-17) : les conditions d’exécution peuvent dépendre de l’heure (fenêtre de visibilité du satellite) ou de la distance entre l’UE et le centre de la cellule, et non plus seulement du niveau reçu, peu discriminant en NTN.
  • Changement de satellite avec resynchronisation (Rel-18) : en cellule quasi fixe au sol, quand un nouveau satellite reprend la même empreinte, la cellule (même PCI) est conservée. L’UE se resynchronise sur le nouveau lien de service sans procédure de handover complète.
  • Handover RACH-less (Rel-18) : l’UE, qui connaît sa position (GNSS) et les éphémérides, précompense délai et Doppler et évite l’accès aléatoire sur la cible.
  • Mobilité TN–NTN : à partir du Rel-18, des améliorations de la mobilité en mode connecté et en mode veille entre réseau terrestre et satellite visent une couverture sans couture, le satellite prenant le relais là où le terrestre s’arrête.

Le seamless NTN est donc surtout une affaire d’anticipation : la géométrie orbitale étant connue, le réseau peut préparer les bascules avant qu’elles ne deviennent critiques.

En résumé

« Sans couture » ne désigne pas un mécanisme unique, mais une propriété de bout en bout. Une session ne l’est réellement que si chaque couche traversée l’est aussi.

Couche Discontinuité masquée Mécanismes clés Release
PDCP Perte ou désordre des paquets Data forwarding Xn, continuité des SN, status report LTE / Rel-15
Radio (RRC/MAC) Interruption pendant le handover DAPS, CHO, LTM Rel-16 à Rel-19
Cœur (5GC) Changement d’ancre UPF/PSA SSC modes 1, 2, 3 Rel-15
Inter-accès Passage 5G ↔ Wi-Fi ATSSS, MA PDU session Rel-16 et suivantes
NTN Défilement des satellites LEO, passage TN ↔ NTN CHO temporel, satellite switch, RACH-less Rel-17 / Rel-18

Lorsqu’on lit « sans couture » dans une présentation, la bonne question est donc : à quel niveau, et pour quel type de trafic ? Une interruption nulle n’est pas une perte nulle, et une radio parfaite ne protège pas d’un changement d’adresse IP. La 6G, qui vise l’intégration native terrestre–satellite, devra traiter ces couches ensemble plutôt que les empiler.

Références : ITU-R M.2410 ; 3GPP TS 38.300 (NR, architecture et mobilité) ; TS 36.300 (LTE) ; TS 23.501 (5GC, SSC modes et ATSSS).

CHO : Conditionnal Handover, DAPS HO et H.O Traditionnel

La procédure de HandOver a pour objectif de maintenir une session de données ou un échange de signalisation lorsque l’UE bascule d’une cellule vers une autre. La station de base source informe la station de base cible d’une demande de handover par le message Handover Request. Ce message est porté par l’application XnAp. La station de base cible vérifie les conditions d’admission et répond à la station de base source par le message Handover Request Acknowledge. Si la demande est acceptée, la station de base source demande au mobile d’exécuter le handover. Pour guider le mobile, la station de base cible transmet à la station de base source les informations de configuration dans le message Handover Request Acknowledge. Ensuite, la station de base source transfère le contenu de la configuration de Handover dans le message RRC Reconfiguration (figure 1).

Les informations de configuration contiennent au minima l’identité de la cellule cible (Cell ID) et toutes les informations requises pour accéder à la station de base cible (préambule, C-RNTI de la cible gNB…). Ces informations sont transmises dans un containeur transparent d’un message RRC.

Figure 1 : La procédure de Handover inter-gNb [1]

 

Dès que la station de base source reçoit le message Handover Request Acknowledge, un tunnel de données est établi de manière temporaire de la station de base source vers la station de base cible. Cela permettra aux paquets à destination de l’UE (paquet descendant) d’être transférés vers la station de base cible pour les transmettre au mobile après exécution du handover.

L’exécution du Handover se passe en deux étapes : L’UE reçoit un ordre pour couper le lien radio avec la station de base source et il établit un lien avec la station de base cible.

Pour ce faire, l’UE démarre la procédure d’accès aléatoire (cf article précédent) avec la station de base cible et une fois connecté, l’UE transmet le message RRC Reconfiguration Complete à la station de base cible.

Le relâchement du flux entre la station de base source et le cœur de réseau est déclenché par la station de base cible.

A travers cet article, nous allons étudier trois méthodes de Handover :

  • Handover traditionnel
  • DAPS Handover
  • Handover Conditionnel

Les méthodes de Handover CHO et DAPS ne peuvent pas être configurés simultanément. La demande de Handover est déclenchée par une réception radio mauvaise. Nous allons démarrer l’article par les évènements de mesure du lien radio.

  • Les évènements de mesure

La demande de Handover est déclenchée par le mobile lorsque la puissance du signal radio reçue par le mobile correspond à un évènement connu par le mobile. Les évènements de déclenchement sont transmis par la station de base au mobile dans le message RRC Reconfiguration.

Les différents évènements de mesure sont :

A1 : Cet évènement est déclenché lorsque la puissance RSRP reçue par l’UE et issue de la cellule de service est supérieure à un seuil. Cette condition permet d’annuler la demande d’un Handover

A2 : Cet évènement est déclenché lorsque la puissance RSRP reçue par l’UE du signal issu de la cellule de service est inférieure à un seuil. Cette condition permet à l’UE de déclencher d’autres mesures inter-fréquences ou inter-systèmes ou de réaliser une mobilité à l’aveugle.

A3 : Cet évènement est déclenché lorsque la puissance RSRP reçue de l’UE et issue d’une cellule voisine est supérieure aux mesures des cellules SpCell c’est-à-dire la cellule maître et secondaire (Double connectivité : https://blogs.univ-poitiers.fr/f-launay/2022/07/20/pcell-scell-pscell-et-spcell/)

A4 : Cet évènement est déclenché lorsque la puissance RSRP reçue par l’UE d’une cellule voisine est supérieure à un seuil. Cet évènement permet de faire de l’équilibrage de cellule d’un UE à cause du nombre d’UE et non des conditions radio. Dans ce cas, il est juste nécessaire de vérifier que la couverture radio de la cellule voisine est suffisante pour une couverture radio convenable.

A5 : Cet évènement est déclenché lorsque la puissance RSRP reçue de l’UE par une cellule est inférieure à un seuil alors que la puissance reçue par une autre cellule est supérieure à un autre seuil. Cette mesure permet un Handover intra-fréquence ou inter-fréquence.

A6 : Cet évènement est déclenché lorsque la puissance RSRP reçue par l’UE d’une cellule voisine est supérieure ou inférieure à une cellule secondaire utilisé lors de l’agrégation de cellule. La puissance reçue par la cellule secondaire est affecté d’un offset positif ou négatif.

B1 : Cet évènement est déclenché lorsque la puissance RSRP reçue par l’UE d’une cellule voisine d’un autre RAR est supérieur à un seuil.  Cet évènement peut être utilisé pour réaliser un Handover afin d’équilibrer la charge de la cellule tant que la réception radio est suffisante.

B2 : Cet évènement est déclenché lorsque la puissance RSRP reçue par l’UE de la cellule primaire est inférieure à un seuil alors que la puissance radio reçue par l’UE d’une autre technologie RAT est supérieure à un autre seuil. Cela permet de définir quelle station de base cible prendra le relais radio lors du Handover.

Les mesures A1 à A6 concernent des mesures radio de la même technologie radio

Les mesures B1 et B2 concernent des mesures radios de technologies différentes (autre RAT)

 

  • Le Handover traditionnel HO

La procédure de H.O traditionnelle s’effectue en trois étapes :

  • Préparation du HandOver
  • Exécution
  • Achèvement

Figure 2 : La procédure de Handover BHO

Phase de préparation :

A partir du rapport de mesure, la décision du Handover revient à la station de base source. C’est elle qui décide quelle station de base cible assurera la reprise de la session. En fonction des mesures, le mobile fait une demande de HO et attend la réponse de la station de base ciblée par la station de base source.

Phase d’exécution :

La figure 2 complète les premiers messages de la figure 1.

Avant que l’UE se connecte à la station de base cible (procédure RACH et message RRC Reconfiguration Complete), la station de base source envoie le numéro de séquence de l’entité PDCP pour le lien montant et pour le lien descendant (SN Status Transfer). Le numéro SN permet de vérifier qu’aucun paquet n’est perdu au niveau de l’entité PDCP pour les paquets en mode acquitté (RLC AM) lors du HandOver (source/cible). L’entité de la couche RLC remet à 0 le compteur de paquet entre l’UE et la station de base cible, la séquence numéroté PDCP est là pour garantir que tous les paquets ont bien été reçus par le récepteur.

Au niveau du plan utilisateur :

1) lors de la phase d’exécution du HO, après l’envoi du numéro SN, la station de base source établit un tunnel temporaire vers la station de base cible. Le plan utilisateur (trafic) utilise ce tunnel temporaire pour envoyer les flux vers la station de base cible. Ainsi les données entrantes, du réseau DN vers le mobile sont transmis de l’UPF vers le gNB source et du gNB source vers le gNB cible. Les paquets sont bufferisés au niveau du gNB cible. En même temps, la station de base cible recopie la table d’acheminement de la station de base source ce qui lui permet de connaitre l’adresse IP du la fonction UPF et l’identifiant de tunnel TEID associé au flux : le tunnel montant est ainsi ré-établi au niveau de la gNB cible.

Entre temps, le mobile fait une demande d’attachement avec la station de base cible. Une fois connecté, le mobile communique de manière bidirectionnelle avec la station de base cible. Ainsi, les données bufferisées au niveau du gNB cible peuvent être transmises vers le mobile. Pour le lien montant, l’UE envoie les données vers le gNB cible qui les transfère vers l’UPF (@IP UPF et TEID connu).

2) La phase d’achèvement permet de modifier la table d’acheminement de l’UPF pour que les données soient acheminées vers la station de base cible. Cette phase permet aussi de vérifier que toutes les données ont bien été réacheminées (End Marker). Lorsque le dernier paquet reçu par la gNB source a été transmis au gNB cible, le gNB cible demande à la fonction AMF de modifier la table d’acheminement de l’UPF. La fonction AMF envoie la requête PATH SWITCH REQUEST à la fonction SMF afin que cette fonction commute le trafic descendant du gNB source vers le gNB cible.

La figure 3 représente le plan utilisateur lors du H.O :

 

Figure 3 : Le plan utilisateur lors du Handover

  • DAPS HO

Dans le cas de la procédure du H.O, il y a une interruption radio de 30 ms à une centaine de ms, ce qui n’est pas compatible avec les services de type URLLC ou la latence est de 1 ms.

La méthode de Handover DAPS (Dual Active Protocol Stack) permet au mobile de conserver le lien radio de données DRB (Data Radio Bearer) avec la station de base source après la commande de Handover, mais l’UE suspend sa signalisation radio SRB avec la station de base source.

Ainsi, l’UE continue à recevoir et à émettre du trafic avec la station de base source en attendant d’être connecté avec la station de base cible.

Préparation du HO.

Le mobile envoie son rapport de mesure à la station de base. La station de base source déclenche le Handover et envoie la commande Handover Request à la station de base cible. La station de base gNB cible prépare le Handover et envoie le message Handover Request Acknowledgement à la station de base source.

La station de base source envoie ensuite le message RRC_Reconfiguration à l’UE pour lui fournir les informations du HO.

Au moment de la demande de HandOver, un tunnel temporaire est établi entre la station de base source et la station de base cible permettant de router le trafic Uplink/Downlink lorsque le mobile se connecte avec la station de base cible. C’est la station de base source qui décide à quel moment elle arrête de transmettre le trafic DL.

Exécution du H.O.

La station de base source envoie ensuite le message SN Uplink Early Status Transfer à la station de base cible. La station de base cible envoie le message SN Downlink Early Status Transfer à la station de base source.

L’information Early Status Transfer (procédure de transfert anticipé) permet de connaitre le numéro de séquence de la première liaison SDU PDCP descendante que la station de base source doit transmettre à la cible.

L’UE se synchronise sur la station de base cible et finalise le Handover par le message RRC Reconfiguration Complete à la station de base cible (suite à la procédure d’accès aléatoire).

La station de base source maintient la transmission DL jusqu’à réception du message HandOver Success émis par la station de base cible. Ce message est transmis lorsque l’UE est connecté sur la station de base cible. Le message HandOver Success permet à la station de base cible d’informer la station de base source que le H.O s’est bien déroulé.

Achevènement du H.O

La station de base source envoie le message SN Status Transfer à la station de base cible. Le cœur de réseau modifie le tunnel entre la fonction UPF et la station de base source.

Ainsi, pour le DAPS HO, le mobile se connecte avec la station de base cible avant de libérer sa connexion avec la station de base source.

Même si le trafic DL a commuté vers la station de base cible, le trafic UL est toujours émis de l’UE vers la station de base source. L’UE continue a émettre les informations CSI, HARQ vers la station de base source.

Puis, le mobile libère les ressources radios avec la station de base source. En cas d’échec, l’UE se repli (fallback) sur la station de base source en ré-établissant les bearers de signalisation SRB suspendus.

Deux piles protocolaires au niveau de l’UE sont nécessaires pour maintenir la session avec la station de base source et pour établir une nouvelle session avec la station de base cible ce qui suppose :

  • Création d’une nouvelle entité MAC et RLC pour chaque DRB
  • Etablissement d’une entité RLC associé au canal logique DTCH pour la station de base cible pour chaque DRB concerné

Figure 4 : La couche protocolaire pour la méthode DAPS HO

Les couches PHY/MAC/RLC sont dupliquées, l’une pour la station de base source, l’autre pour la station de base cible. L’unique entité PDCP gère les bearers vers les deux stations de base. La signalisation SRB est émise vers la station de base cible.

Lors de la procédure DAPS, le mobile maintient donc sa connexion avec la station de base source après avoir reçu la commande de HandOver, à la différence du HO traditionnel.

Figure 5 : La procédure de Handover DAPS

Le Handover Inter-RAT DAPS n’est pas supporté dans la R.17, ni même le DAPS HO de la bande FR2 vers la bande FR2.

  • Le Handover Conditionnel CHO

Le Handover Conditionnel CHO est apparu dans la spécification R.16. Lorsqu’un évènement de mesure est satisfait, l’UE envoi un rapport de mesure vers la station de base source, et celle-ci démarre la procédure de HO Conditionnelle.

La nouveauté est que l’exécution du Handover est faite au niveau de l’UE à partir des conditions de HO des stations de base voisines.

Ainsi, lors de la phase de préparation, gérée par la station de base source, la gNB source demande à un ensemble de stations de base voisines de transmettre les conditions de Handover. Dans le cas du H.O traditionnel, la station de base source choisissait la station de base cible. Chaque station de base voisine transmet à la station de base source les conditions de déclenchement de Handover.

Lors de la phase de préparation, la station de base source fournit les conditions d’exécution à l’UE à travers un message de Commande de HandOver (HO Command) dans le message RRC Reconfiguration.

La sélection de la station de base cible est gérée au niveau de l’UE à partir des conditions reçues.  En cas d’échec de HO, le mobile recherche une nouvelle cellule et si celle-ci est candidate, le mobile fait une nouvelle tentative. En cas de deuxième chec, le mobile revient sur la cellule initiale.

Le choix de la station de base cible par l’UE s’appuie sur une ou plusieurs conditions est/sont atteinte(s). La condition peut porter sur le RSRP ou RSRQ. L’UE indique le choix de la station de base cible via le message RRC Reconfiguration Complete envoyé à la station de base source.

L’UE initie la demande d’accès aléatoire selon les conditions de HO reçue dans la commande de HO vers la station de base cible. Si, les conditions sont atteintes mais avant de déclencher le HO l’UE reçoit une nouvelle commande de HO, il ne poursuit pas la procédure de HandOVer initiale.

Le CHO a pour objectif d’améliorer le taux de réussite du Handover et s’effectue toujours en trois étapes.

  • Etape de préparation : Le mobile fait une demande de Handover et reçoit un acquittement avec les conditions de HO.
  • Etape d’exécution : Le mobile analyse les conditions de HO et se synchronise sur la cellule candidate. La station de base source envoie le message EARLY STATUS TRANSFER contenant le numéro SN de reprise de séquence. Un tunnel DATA temporaire est créé entre la station de base source et la station de base cible pour le trafic descendant. Les données sont bufferisées au niveau de la station de base cible.

Figure 6 : La procédure de Handover CHO

L’UE réalise des mesures du lien radio. Lorsqu’un évènement de mesure (A1/A6) se déclenche, l’UE transmet un rapport de mesure à la station de base, indiquant à celle-ci qu’un handover sera nécessaire.

Phase de préparation

La station de base source envoie la requête Handover Request via l’application XnAP vers toutes les stations de bases voisines candidates. Chaque station de base candidate transmet à l’UE le préambule d’accès aléatoire et se prépare à recevoir une demande d’accès aléatoire de la part de l’UE. La station de base source récupère les informations de HO. Chaque condition contient le préambule à utiliser spécifique à la station de base et des options de mesures d’évènement à réaliser pour la station de base. Chaque condition est regroupée dans la payload du message RRC Reconfiguration. La commande de Handover Condtionnelle est transmise au mobile via le message RRC Reconfiguration.

Phase d’exécution

A partir des conditions reçues, et des mesures complémentaires à réaliser, l’UE choisit la station de base cible et en informe la station de base source via le message RRC Reconfiguration Complete de la station de base cible choisit. La station de base source initie la procédure de modification du plan d’acheminement NGAP Path Switch Procedure. Via le message Early Status Transfert, la station de base source transmet à la station de base cible les informations d’acheminement du l’UPF (@IP de l’UPF et l’identifiant TEID concernant la session de l’UE et réalise la création d’un tunnel temporaire entre la station de base source et la station de base cible.

L’UE exécute la procédure d’accès aléatoire vers la station de base cible.

 

Références

[1] TS38.300 R.17 : Figure 9.2.3.1-1

https://www.etsi.org/deliver/etsi_ts/138300_138399/138300/17.00.00_60/ts_138300v170000p.pdf

Annexe DAPS