Apprentissage du système 5G - Surcharge du système (Initiation)

1. Surcharge du système : Dans les réseaux 5G, "surcharge" fait référence à un trafic excessif ou à un trop grand nombre d'appareils tentant de se connecter simultanément, ce qui submerge les ressources du réseau et entraîne une congestion, des vitesses lentes ou des échecs de connexion. Les stratégies pour remédier à cette surcharge incluent la libération de plus de spectre sous licence, l'allocation de ressources via le découpage du réseau et les fonctions du réseau central, et la mise en œuvre de mécanismes tels que la limitation du débit, les temporisations de sortie et les messages de surcharge pour contrôler et gérer efficacement le trafic.

2. Le processus d'initiation de la surcharge notifie le nœud NG-RAN pour réduire la charge de signalisation dirigée vers l'AMF associé. Ce processus d'initiation utilise une signalisation non associée à l'UE. Comme le montre la figure 8.7.7.2-1 ci-dessous, le processus d'initiation comprend :

• Un nœud NG-RAN recevant un message d'initiation de surcharge doit supposer que l'AMF récepteur est dans un état de surcharge.
• Si le message Overload Start contient l'IE Overload Action et l'IE AMF Overload Response, le nœud NG-RAN doit l'utiliser pour identifier le trafic de signalisation pertinent. Ces informations sont utilisées lorsque l'IE Overload Action est définie sur :
• “Rejeter l'établissement de la connexion RRC pour les transferts de données originaires du mobile non urgents” (c'est-à-dire rejeter le trafic correspondant aux causes RRC “mo-data”, “mo-SMS”, “mo-VideoCall” et “mo-VoiceCall” dans TS 38.331 ou “mo-data” et “mo-VoiceCall” dans TS 36.331), ou
• “Rejeter l'établissement de la connexion RRC pour la signalisation” (c'est-à-dire rejeter le trafic correspondant aux causes RRC “mo-data”, “mo-SMS”, “mo-signalling”, “mo-VideoCall” et “mo-VoiceCall” dans TS 38.331 ou “mo-data”, “mo-signalling” et “mo-VoiceCall” dans TS 36.331), ou
• “Autoriser l'établissement de la connexion RRC uniquement pour les sessions d'urgence et les services terminés par le mobile” (c'est-à-dire autoriser uniquement le trafic correspondant à TS 38.331 ou aux causes RRC "emergency" et "mt-Access" dans TS 36.331), ou
• "L'établissement de la connexion RRC n'est autorisé que pour les sessions à haute priorité et les services terminés par le mobile" (c'est-à-dire que seul le trafic correspondant aux causes RRC "highPriorityAccess", "mps-Priority Access", "mcs-PriorityAccess" et "mt-Access" dans TS 38.331 ou "highPriorityAccess", "mo-ExceptionData" et "mt-Access" dans TS 36.331 est autorisé).

3. Gestion de la surcharge : Le NG-RAN gère la situation comme suit :

• Si le message OVERLOAD START contient l'IE AMF Traffic Load Reduction Indication, le trafic de signalisation est réduit du pourcentage indiqué ; sinon, seul le trafic de signalisation non indiqué comme rejeté est envoyé à l'AMF.
• Si l'IE Overload Start NSSAI List est incluse dans le message OVERLOAD START, le nœud NG-RAN doit :
• Si l'IE Slice Traffic Load Reduction Indication est présente, réduire le trafic de signalisation de l'UE du pourcentage indiqué, à condition que l'IE soit présente et que le NSSAI demandé contienne uniquement le S-NSSAI contenu dans l'IE Overload Start NSSAI List et la réduction du trafic de signalisation indiquée par l'IE Overload Action dans l'IE Slice Overload Response ; sinon, s'assurer que seul le trafic de signalisation de l'UE (si le NSSAI demandé correspond, seul le trafic de signalisation de l'UE demandé NSSAI contenant des S-NSSAI autres que le S-NSSAI contenu dans l'IE Overload Start NSSAI List) ou le trafic de signalisation non réduit comme indiqué par l'IE Overload Action dans l'IE Slice Overload Response) est envoyé à l'AMF.
• Si le contrôle de surcharge est en cours et que le nœud NG-RAN reçoit un autre message OVERLOAD START, le nœud NG-RAN doit remplacer le contenu du message précédemment reçu par le nouveau contenu.