logo
Envoyer le message
Shenzhen Olax Technology CO.,Ltd
produits
Nouvelles
À la maison > Nouvelles >
Actualités de l'entreprise L'apprentissage de la RAN 5G (NR) - Demande de chemin lors du transfert
Événements
Contacts
Contacts: Ms. Anna
Contactez-nous maintenant
Expédiez-nous

L'apprentissage de la RAN 5G (NR) - Demande de chemin lors du transfert

2025-09-16
Latest company news about L'apprentissage de la RAN 5G (NR) - Demande de chemin lors du transfert

 

Dans un système 5G, une procédure de handover demande de chemin est une requête d'un terminal (UE) pour établir une connexion de signalisation liée à l'UE avec le 5GC et, le cas échéant, demander que le point de terminaison de liaison descendante du porteur de transport NG-U soit commuté vers un nouveau point de terminaison. La 5G prenant en charge un nombre croissant de types de services, le contenu des demandes de chemin pendant les handovers deviendra de plus en plus complexe. Le 3GPP définit cela dans TS 38.413 comme suit.

 

I. Budget de délai de paquets

 

  • Si l' IE Budget de délai de paquets CN en liaison descendante est incluse dans l'IE de transport d'accusé de réception de demande de commutation de chemin du message d'accusé de réception de demande de commutation de chemin (PATH SWITCH REQUEST ACKNOWLEDGE), le nœud NG-RAN DEVRAIT (si pris en charge) remplacer le Budget de délai de paquets CN en liaison descendante précédemment fourni (le cas échéant) et l'utiliser comme spécifié dans TS 23.502.

 

  • Si l' IE Budget de délai de paquets CN en liaison montante est incluse dans l'IE de transport d'accusé de réception de demande de commutation de chemin du message d'accusé de réception de demande de commutation de chemin, le nœud NG-RAN doit (si pris en charge) remplacer le Budget de délai de paquets CN en liaison montante précédemment fourni (le cas échéant) et l'utiliser comme spécifié dans TS 23.502.

 

II. Gestion des données en rafale

 

Si l'IE Heure d'arrivée des données en rafale en liaison descendante est incluse dans l'IE de transport d'accusé de réception de demande de commutation de chemin du message d'accusé de réception de demande de commutation de chemin, le nœud NG-RAN doit (si pris en charge) remplacer la valeur précédemment fournie (le cas échéant) et l'utiliser comme spécifié dans TS 23.502.

 

III. Gestion des informations d'assistance RRC inactive et réseau central

 

  • Si les informations d'assistance du réseau central de l'IE RRC INACTIVE sont incluses dans le message de confirmation de demande de commutation de chemin, le nœud NG-RAN (si pris en charge) doit stocker ces informations dans le contexte de l'UE et les utiliser pour les décisions d'état RRC_INACTIVE et la configuration RNA de l'UE et la pagination RAN (le cas échéant), comme décrit dans TS 38.300.

 

  • Si les informations d'assistance du réseau central de l'IE RRC INACTIVE incluent l'IE MICO All PLMN, le nœud NG-RAN (si pris en charge) doit traiter la zone d'enregistrement de l'UE comme le PLMN complet et ignorer la liste TAI de l'IE RRC Inactive.

 

  • Si les informations d'assistance du réseau central de l'IE RRC INACTIVE incluent l'IE Indication de cause de pagination du service vocal, le nœud NG-RAN (si pris en charge) doit les stocker et les utiliser comme spécifié dans TS 38.300.

 

  • Si les informations d'assistance du réseau central de l'IE RRC INACTIVE incluent l'IE Informations d'assistance PEIPS, le nœud NG-RAN (si pris en charge) doit les stocker et les utiliser pour les sous-groupes de pagination des UE dans l'état RRC_INACTIVE, comme décrit dans TS 38.300.

 

  • Si l'IE Gestion de la communication MT CN est incluse dans les informations d'assistance du réseau central (IE RRC INACTIVE), le nœud NG-RAN doit (si pris en charge) stocker cette IE et peut par la suite demander au CN d'effectuer la gestion de la communication MT, comme décrit dans TS 23.502, en fonction de l'implémentation.

 

  • Si l'IE Ajustement des paramètres RAN assisté par CN est incluse dans le message d'accusé de réception de demande de commutation de chemin (PATH SWITCH REQUEST ACKNOWLEDGE), le nœud NG-RAN peut utiliser cette IE comme décrit dans TS 23.501.

 

  • Si l'IE Demande de rapport de transition RRC INACTIVE est incluse dans le message d'accusé de réception de demande de commutation de chemin (PATH SWITCH REQUEST ACKNOWLEDGE), le nœud NG-RAN doit (si pris en charge) stocker ces informations dans le contexte de l'UE.

 

V. Traitement EPS et SRVCC

 

  • Si le message PATH SWITCH REQUEST ACKNOWLEDGE inclut la Redirection pour la voix IE

 

  • Repli EPS