Similaire aux systèmes 4G (LTE) de la génération précédente, la demande de changement de chemin (Path Switch Request) est un message de signalisation envoyé par la station de base cible au cœur de réseau pendant le handover pour rediriger le chemin de données (utilisateur) de la session (de données par paquets) du terminal. Ce message initie un processus où l'unité de gestion de session ordonne au plan utilisateur de changer le point de terminaison des données en liaison descendante de l'ancien site (source) vers le nouveau site, assurant un flux de données ininterrompu vers le nouvel emplacement de l'utilisateur.
I. Demande de changement de chemin (Path Switch Request) En 5G, le processus de demande de chemin établit une connexion de signalisation liée au terminal (UE) avec le 5GC et, le cas échéant, demande le changement du point de terminaison du terminal en liaison descendante du support de transport NG-U vers un nouveau point de terminaison. Ce processus utilise la signalisation liée à l'UE.
II. Processus de demande de chemin (Path Request Process) Comme illustré dans la Figure 8.4.4.2-1 ci-dessous, la « DEMANDE DE CHANGEMENT DE CHEMIN » est initiée par le nœud NG-RAN cible vers l'AMF. Sa définition spécifique est la suivante :
Le nœud NG-RAN initie le processus en envoyant un message de demande de changement de chemin (PATH SWITCH REQUEST) à l'AMF. Après avoir reçu le message PATH SWITCH REQUEST, l'AMF doit transférer de manière transparente l'IE de transfert de demande de changement de chemin au SMF associé à chaque session PDU indiquée dans l'IE d'ID de session PDU.
Lors de la réception du message PATH SWITCH REQUEST, l'AMF doit désactiver le traitement de communication MT activé, comme décrit dans TS 23.502.
III. Traitement du message de demande de chemin (Path Request Message Processing) Si le message PATH SWITCH REQUEST contient une IE de cause de reprise RRC, l'AMF doit (si pris en charge) l'utiliser conformément aux dispositions d'optimisation CIoT 5GS du plan utilisateur pour les nœuds NG-RAN agissant en tant que ng-eNB, spécifiées dans TS 23.502. Si le message PATH SWITCH REQUEST contient une IE d'indicateur RedCap ou une IE d'indicateur eRedCap, l'AMF doit (si pris en charge) traiter l'UE comme une UE RedCap ou une UE eRedCap précédemment desservie par une cellule E-UTRA, respectivement, et utiliser cette IE conformément à TS 23.501. Une fois toutes les mises à jour nécessaires (y compris le changement de chemin en liaison montante) terminées avec succès dans le 5GC, l'AMF doit envoyer un message d'accusé de réception de demande de changement de chemin au nœud NG-RAN pour au moins une ressource de session PDU incluse dans la demande de changement de chemin. Le processus se termine alors.
IV. Gestion des sessions PDU Pour un IAB-MT ou un IAB-MT mobile où l'IE d'ID de session PDU dans le message PATH SWITCH REQUEST indique un identifiant de session PDU non attribué (tel que défini dans TS 24.007), l'AMF doit (si pris en charge) considérer que l'IAB-MT ou l'IAB-MT mobile n'a pas de session PDU et procéder comme spécifié dans TS 23.501. Par la suite, le nœud NG-RAN doit (si pris en charge) ignorer l'IE de liste de ressources de session PDU commutées dans le message d'accusé de réception de demande de changement de chemin. Pour chaque session PDU où l'IE de transfert de demande de changement de chemin dans le message de demande de changement de chemin contient une IE d'informations supplémentaires de flux QoS DL par TNL, le SMF peut utiliser chaque information de couche de transport en liaison montante incluse comme point de terminaison en liaison descendante pour les flux QoS associés répartis sur différents tunnels pour cette session PDU.
