LA CHINE Shenzhen Olax Technology CO.,Ltd Nouvelles de l'entreprise

AMF (Fonction de gestion d'accès et de mobilité) est une unité fonctionnelle du plan de contrôle (CU) dans le cœur de réseau 5G (CN). Les éléments de réseau radio (gNodeBs) doivent se connecter à l'AMF avant de pouvoir accéder à un service 5G. La connexion entre l'AMF et les autres unités du système 5G est illustrée dans la figure ci-dessous.     *Figure 1. Schéma de l'AMF et de la connexion des éléments du réseau 5G (les lignes continues dans la figure représentent les connexions physiques et les lignes en pointillés représentent les connexions logiques)   I. Fonctions d'interface AMF N1[2]:L'AMF obtient toutes les informations relatives à la connexion et à la session de l'UE via l'interface N1. N2[3]:La communication entre l'AMF et le gNodeB concernant l'UE, ainsi que la communication non liée à l'UE, s'effectue via cette interface. N8:Toutes les règles de politique utilisateur et spécifiques à l'UE, les données d'abonnement relatives à la session, les données utilisateur et toute autre information (telle que les données exposées aux applications tierces) sont stockées dans l'UDM, et l'AMF obtient ces informations via l'interface N8. N11[4]:L'interface N11 représente les déclencheurs pour l'AMF afin d'ajouter, de modifier ou de supprimer des sessions PDU sur le plan utilisateur. N12:L'AMF simule un AUSF au sein du cœur de réseau 5G et fournit des services à l'AMF via l'interface N12 basée sur l'AUSF. Le réseau 5G représente une interface basée sur les services, axée sur l'AUSF et l'AMF. N22:L'AMF sélectionne la meilleure fonction réseau (NF) dans le réseau en utilisant le NSSF. Le NSSF fournit des informations de localisation des fonctions réseau à l'AMF via l'interface N22. SBI[8]:L'interface basée sur les services est une communication basée sur l'API entre les fonctions réseau.   II. Protocoles d'application AMF NAS[5]:En 5G, NAS (Non-Access Layer Protocol) est le protocole du plan de contrôle sur l'interface radio (interface N1) entre l'UE et l'AMF ; il est responsable de la gestion de la mobilité et du contexte lié à la session au sein du 5GS (système 5G). NGAP[6]:NGAP (Next Generation Application Protocol) est un protocole du plan de contrôle (CP) utilisé pour la communication de signalisation entre le gNB et l'AMF. Il est responsable de la gestion des services liés à l'UE et des services non liés à l'UE. SCTP[7]:Le protocole de transmission de contrôle de flux (SCTP) assure la transmission des messages de signalisation entre l'AMF et le nœud 5G-AN (interface N2). Messages ITTI[9]:Interface inter-tâches utilisée pour envoyer des messages entre les tâches.   III. Flux d'appels - Enregistrement et désenregistrement de l'UE (Étapes) L'AMF doit d'abord s'enregistrer auprès du NRF pour identifier et communiquer avec la localisation de la fonction réseau. Lorsque l'UE s'allume, il passe par un processus d'enregistrement. L'AMF traite l'enregistrement, puis reçoit le message NAS UE initial et la demande d'enregistrement. Ce message est utilisé pour créer une identité AMF pour l'UE. Ensuite, l'AMF vérifie l'AMF auprès duquel l'UE s'est enregistré en dernier. Si l'ancienne adresse AMF est trouvée avec succès, la nouvelle AMF récupérera tous les contextes UE et lancera une procédure de désenregistrement pour l'ancienne AMF. L'ancienne AMF demande de libérer le contexte SM du SMF et le contexte UE du gNB.   IV. Authentification et autorisation du terminal Si la nouvelle AMF ne détecte aucune trace de l'ancienne AMF, elle lance le processus d'autorisation et d'authentification avec l'UE. Elle gère le processus de vérification d'identité et demande un vecteur d'authentification à l'AMF. Elle envoie ensuite une demande d'authentification à l'UE pour définir une clé de sécurité et sélectionner un algorithme de sécurité pour le canal, assurant ainsi une transmission sécurisée des données. L'AMF contrôle tous les canaux de transmission en liaison descendante/montante NAS utilisés pour la communication.

À mesure que les réseaux de communication mobile deviennent de plus en plus complexes, l'optimisation des performances et l'amélioration de l'expérience utilisateur sont cruciales pour les opérateurs. Auparavant, les ingénieurs en optimisation s'appuyaient principalement sur des tests de conduite pour effectuer des mesures (physiques) du réseau afin de comprendre et de contrôler la couverture et les performances sans fil. Cependant, cette méthode de test est coûteuse, chronophage et pas toujours exhaustive.   I. Minimum Drive Testing (MDT)est une méthode de mesure de réseau sans fil conçue par le 3GPP pour les réseaux de communication mobile. Le MDT permet au réseau de collecter des données de performance réelles directement du côté de l'équipement utilisateur (UE), réduisant ainsi le besoin de tests de conduite manuels. Il est spécifiquement divisé en MDT journalisé et MDT immédiat (iMDT).   II. MDT immédiat, tel que défini dans le 3GPP, fait référence au reporting en temps réel des données de performance du réseau par l'équipement terminal (UE) pendant une session de connexion radio. Contrairement au MDT journalisé, qui stocke les données sur l'appareil pour un téléchargement ultérieur, le MDT immédiat envoie les résultats de mesure au réseau, permettant aux opérateurs de :   Identifier les problèmes de réseau tels que les échecs de liaison radio (RLF) en temps réel. Collecter des données à des emplacements spécifiques pendant la session en temps réel. Améliorer les performances de l'utilisateur en temps réel.   III. Points clés du MDT immédiat Le processus MDT immédiat pendant une session de connexion entre l'UE et le réseau comprend principalement : Configuration MDT : L'UE obtient la configuration MDT du réseau. Cette configuration spécifie quels types de données doivent être collectées (par exemple, RSRP, RSRQ, SINR ou événements d'appel). Timing des mesures : Dans un état connecté, l'UE effectue périodiquement des mesures en fonction des conditions spécifiées. Les paramètres de mesure peuvent inclure la force du signal, les mesures de qualité et les données de localisation. Zones mortes de couverture et échecs de liaison radio (RLF) : Si l'UE se retrouve dans une zone morte de couverture, un RLF peut se produire, ce qui incite le processus MDT à enregistrer la force du signal et l'emplacement pour une analyse plus approfondie. Journalisation et indication RLF : Lors d'un événement RLF, l'UE enregistre des informations clés telles que la force du signal et les coordonnées de localisation. Après le rétablissement de la connexion RRC, une indication de journal RLF est créée et envoyée. Rétablissement et reporting : L'UE doit rétablir la connexion RRC pour se reconnecter. Après la reconnexion RRC, l'UE envoie l'indication du journal RLF ainsi que les informations enregistrées. Cela aide le réseau à identifier l'emplacement et la cause du RLF, ce qui est très utile pour l'optimisation du réseau.

I. Notification de ressource de session PDU (PDU SESSION RESOURCE NOTIFY) est une notification du système 5G à l'élément de réseau central AMF indiquant qu'un flux QoS ou une session PDU établi pour un terminal spécifique (UE) a été libéré, n'est plus en cours d'exécution ou est en cours de réexécution par un nœud NG-RAN contrôlé par une notification de requête. Cette procédure est également utilisée pour notifier au nœud NG-RAN les paramètres QoS qui n'ont pas été acceptés avec succès lors de la procédure de requête de transfert de chemin. L'ensemble de la procédure utilise une signalisation liée à l'UE.   II. Notification de succès de ressource de session PDU: Comme le montre la figure 8.2.4.2-1, l'opération de succès de ressource de session PDU est initiée par le nœud GN-RAN.     III. Informations clés pour la notification de ressource de session PDUcomprend :   Le nœud NG-RAN initie ce processus en envoyant un message de notification de ressource de session PDU. Le message PDU SESSION RESOURCE NOTIFY doit contenir des informations sur les ressources de session PDU ou les flux QoS qui ont été libérés, ne sont plus en cours d'exécution ou ont été réexécutés par le nœud NG-RAN. Pour chaque session PDU où certains flux QoS ont été libérés, ne sont plus en cours d'exécution ou ont été réexécutés par le nœud NG-RAN, un IE de transport de notification de ressource de session PDU doit être inclus, contenant : Une liste des flux QoS libérés par le nœud NG-RAN (le cas échéant) dans l'IE de liste de libération de flux QoS. Si aucun autre flux QoS n'est associé au porteur existant après la libération (par exemple, la division de la session PDU), le nœud NG-RAN et le 5GC doivent considérer que le porteur de transport NG-U associé a été supprimé et que les informations TNL UP NG-U associées sont à nouveau disponibles. Une liste des flux QoS GBR que le nœud NG-RAN n'exécute plus ou a réexécutés par le nœud NG-RAN (le cas échéant) dans l'IE de liste de notification de flux QoS, ainsi que l'IE de raison de notification. Pour les flux QoS indiqués comme n'étant plus satisfaits, le nœud NG-RAN peut également indiquer les ensembles de paramètres QoS alternatifs qui peuvent actuellement être satisfaits dans l'IE d'index d'ensemble de paramètres QoS actuel. Pour les flux QoS indiqués comme n'étant plus satisfaits, le nœud NG-RAN peut également indiquer une rétroaction RAN dans l'IE de rétroaction des caractéristiques de trafic TSC. Une liste (le cas échéant) des flux QoS dont les paramètres QoS ont été mis à jour mais ne peuvent pas être acceptés avec succès par le nœud NG-RAN lors d'une requête de transfert de chemin doit être incluse dans l'IE de liste de rétroaction de flux QoS, qui peut être associée à des valeurs qui peuvent être fournies. Pour chaque ressource de session PDU libérée par le nœud NG-RAN, une transmission de notification de ressource de session PDU libérée doit être incluse dans le "IE de transmission libérée de notification de ressource de session PDU" et la raison de la libération doit être incluse dans le "IE de raison". Si l'IE d'indication d'erreur de plan utilisateur est défini sur "Indication d'erreur GTP-U reçue", le SMF (si pris en charge) doit considérer la session PDU comme libérée en raison de la réception d'une indication d'erreur GTP-U via le tunnel NG-U, comme décrit dans TS 23.527. Le nœud NG-RAN (si pris en charge) doit signaler les informations de localisation de l'UE dans l'IE d'informations de localisation de l'utilisateur dans le message PDU SESSION RESOURCE NOTIFY. Lors de la réception d'un message PDU SESSION RESOURCE NOTIFY, l'AMF doit transmettre de manière transparente un IE de transfert de notification de ressource de session PDU ou un IE de transfert libéré de notification de ressource de session PDU au SMF associé à la session PDU pertinente pour chaque session PDU indiquée dans l'IE d'ID de session PDU. Lors de la réception de l'IE de transfert de notification de ressource de session PDU, le SMF initie généralement la procédure de libération ou de modification correspondante du côté du réseau central pour les sessions PDU ou les flux QoS qui sont identifiés comme ne satisfaisant plus. Pour chaque session PDU, si son IE de transfert de notification de ressource de session PDU ou son IE de transfert libéré de notification de ressource de session PDU contient un IE d'informations d'utilisation RAT secondaire, le SMF doit traiter ces informations conformément à TS 23.502. Si le message de notification de ressource de session PDU contient un IE d'informations de localisation de l'utilisateur, l'AMF doit traiter ces informations conformément à TS 23.501.

  I. Un CORESET est un ensemble de ressources de contrôle utilisé dans la 5G (NR). Il s'agit d'un ensemble de ressources physiques au sein d'une zone spécifique de la grille de ressources de liaison descendante utilisée pour transporter le PDCCH (DCI). Dans la 5G (NR), le PDCCH est spécifiquement conçu pour être transmis au sein d'un ensemble de ressources de contrôle (CORESET) configurable.   II. PDCCH Emplacement Le CORESET en 5G est similaire à une région de contrôle en LTE car son ensemble de ressources (RB) et son ensemble de symboles OFDM sont configurables, et il possède un espace de recherche PDCCH correspondant. La flexibilité de la configuration de la région de contrôle NR, y compris le temps, la fréquence, l'ensemble de paramètres et le point de fonctionnement, lui permet de répondre à un large éventail de scénarios d'application. Alors que les PDCCH dans les régions de contrôle LTE sont alloués sur toute la largeur de bande du système, les PDCCH NR sont transmis dans une zone CORESET spécialement conçue, située dans une région spécifique du domaine fréquentiel, comme le montre le schéma ci-dessous.   III. 4G PDCCH et 5G PDCCH CORESET L'allocation de fréquence dans une configuration CORESET peut être continue ou discontinue. Une configuration CORESET s'étend sur 1 à 3 symboles OFDM consécutifs dans le temps. Les RE dans un CORESET sont organisés en REG (groupes RE). Chaque REG est composé de 12 RE d'un symbole OFDM dans un RB. Le PDCCH est confiné à un CORESET et transmis à l'aide de son propre signal de référence de démodulation (DMRS) pour réaliser la formation de faisceau du canal de contrôle pour l'UE. Pour s'adapter à différentes tailles de charge utile DCI ou à différents taux de codage, le PDCCH est transporté par 1, 2, 4, 8 ou 16 éléments de canal de contrôle (CCE). Chaque CCE contient 6 REG. Le mappage CCE-vers-REG d'un CORESET peut être entrelacé (pour la diversité de fréquence) ou non entrelacé (pour la formation de faisceau locale). IV. Mappage CORESET Chaque terminal 5G (UE) est configuré pour tester à l'aveugle plusieurs signaux candidats PDCCH avec différents formats DCI et niveaux d'agrégation. Le décodage aveugle augmente la complexité de l'UE, mais est nécessaire pour planifier et traiter de manière flexible différents formats DCI avec une faible surcharge.   V. Caractéristiques du CORESET Identifiant d'ensemble de ressources de contrôleCORESET0 en 5G (NR) est similaire à la zone de contrôle PDCCH LTE ; Les CORESETs 5G (NR) sont divisés en deux types : CORESETs généraux, nommé CORESETs spécifiques à l'UE; Chaque BWP de liaison descendante active peut configurer jusqu'à 3 ensembles de base, y compris les CORESETs généraux et les CORESETs spécifiques à l'UE ;Une cellule de desserte peut avoir jusqu'à 4 BWPs, et chaque BWP peut avoir jusqu'à 3 CORESETs, nommé 12 CORESETsCORESET0Chaque CORESET peut être identifié par un index allant de 0 à 11, nommé Identifiant d'ensemble de ressources de contrôle;L' Identifiant d'ensemble de ressources de contrôleCORESET0Lorsqu'un Les spécifique est défini, son index est CORESET0; ce CORESET est configuré à l'aide d'un élément d'information de 4 bits dans le MIB (bloc d'informations principales), qui est associé au signal de synchronisation défini par la cellule et au bloc de canal de diffusion physique (PBCH) (SSB) ;Les CORESETs ne sont configurés que dans leur activation de bande passante pondérée (BWP) associée. L'activation ne se produit qu'à l'activation, à l'exception de CORESET0, qui est associé au paquet pondéré en bande passante initial (le paquet pondéré en bande passante avec l'index 0) ;Dans le domaine fréquentiel, les CORESETs sont configurés sur des grilles de fréquence de 6 PRB par unités de 6 PRB ;  

Par rapport aux générations précédentes de technologies, la 5G (NR) a des exigences plus élevées en matière de précision de synchronisation temporelle. En effet, le réseau a besoin de synchronisation pour réaliser des fonctions telles que l'agrégation de porteuses, le Mass MIMO et le TDD (Time Division Duplex) ; des technologies clés telles que les horloges de frontière améliorées, PTP (Protocole de Temps Précis) et TSN (Time Sensitive Networking) peuvent répondre à ses exigences de précision ; concernant les rapports d'état de synchronisation temporelle, le 3GPP les définit dans la TS38.413 comme suit :     I. Rapport d'état de synchronisation temporelle L'objectif du processus de rapport d'état de synchronisation temporelle dans le système 5G est de permettre aux nœuds NG-RAN de fournir des informations d'état de synchronisation temporelle RAN à l'AMF conformément aux TS 23.501 et TS 23.502 ; le processus de rapport d'état de synchronisation temporelle utilise une signalisation non associée à l'UE. Le processus d'opération de rapport réussi est illustré à la Figure 8.19.2.2-1, où :   Le nœud NG-RAN initie le processus en envoyant un message de rapport d'état de synchronisation temporelle TSCTSF, indiqué par l'ID de routage IE, à l'AMF.   II. L'objectif du rapport d'état de synchronisation temporelle est de permettre à l'AMF de demander au nœud NG-RAN de démarrer ou d'arrêter le rapport d'informations d'état de synchronisation temporelle RAN, comme spécifié dans les TS 23.501 et TS 23.502. Le processus d'opération de rapport d'état de synchronisation réussi est illustré à la Figure 8.19.1.2-1 ci-dessous. Le processus de rapport utilise une signalisation non associée à l'UE ; où :     L'AMF initie ce processus en envoyant un message de demande d'état de synchronisation temporelle au nœud NG-RAN. Si l'IE de type de demande RAN TSS contenue dans le message de demande d'état de synchronisation temporelle est définie sur "démarrer", le nœud NG-RAN doit démarrer le rapport RAN TSS pour le TSCTSF indiqué par l'IE d'ID de routage. Si l'IE de type de demande RAN TSS est définie sur "arrêter", le nœud NG-RAN doit arrêter le rapport du TSCTSF indiqué par l'IE d'ID de routage. III. L'opération de rapport d'état de synchronisation planifiée a échoué, comme illustré à la Figure 8.19.1.3-1, où :     Si un nœud NG-RAN ne peut pas rapporter l'état de synchronisation temporelle, le processus doit être considéré comme un échec et un message "Échec de l'état de synchronisation temporelle" doit être renvoyé.  

I. Support de serviceComme pour les systèmes de communication mobile 2G, 3G et 4G, les systèmes 5G (NR) prennent en charge les services classés en trois types principaux : voix, données, et vidéo. Un système mobile cellulaire est constitué de deux parties de base : le terminal mobile (UE) et le réseau (composé de stations de base et de composants de connexion de données dorsales tels que le réseau central et la fibre optique).   II. Caractéristiques du systèmeLa 5G est développée selon les normes 3GPP Release 15 et supérieures, et est rétrocompatible avec LTE et LTE-Advanced Pro. Actuellement, les systèmes 5G sont en cours de développement dans plusieurs bandes de fréquences pour prendre en charge la réglementation du spectre dans le monde entier. Un système 5G peut être composé de trois parties : UE (c'est-à-dire le terminal - téléphone mobile) gNB (c'est-à-dire la station de base) CN (c'est-à-dire le réseau central)   III. Déploiement du réseau 5GLe déploiement de la 5G est divisé en architectures Non-Standalone (NSA) et Standalone (SA). Plus précisément :   En NSA, l'UE fonctionne simultanément sur l'eNB LTE et le gNB 5G. Dans ce mode, l'UE utilise le plan C (plan de contrôle) de l'eNB LTE pour la synchronisation initiale, puis se connecte au plan U (plan utilisateur) du gNB 5G pour l'échange de trafic. En SA, l'UE fonctionne uniquement en présence d'une station de base 5G (gNB). Dans ce mode, l'UE utilise le plan de contrôle de la station de base 5G pour la synchronisation initiale, puis se connecte également au plan utilisateur de la station de base 5G pour l'échange de trafic.   IV. Flux d'appels de service 4.1 Flux d'appels vocaux Les appels vocaux 5G établissent un circuit entre l'appelant et le correspondant pour permettre la transmission et la réception vocales sur le réseau 5G. Les appels vocaux sont de deux types : Appel initié par le mobile Appel terminé par le mobile Les appels vocaux réguliers peuvent être effectués à l'aide de téléphones 4G/5G sans aucune application. 4.2 Flux d'appels de données Les appels de données 5G établissent un circuit virtuel entre l'appelant et le correspondant pour permettre la transmission et la réception de données sur le réseau 5G. Les appels de données sont de deux types : Appel par paquets initié par le mobile Appel par paquets terminé par le mobile Les services spécifiques incluent la navigation Internet normale et le téléchargement/téléchargement après avoir établi une connexion Internet avec le réseau 5G et le téléphone 5G (c'est-à-dire le terminal).   4.3 Flux d'appels vidéo Les appels vidéo 5G établissent une connexion entre deux téléphones (ou terminaux) et utilisent une connexion par paquets pour la transmission et la réception vidéo ; il utilise des applications telles que WhatsApp, Facebook Messenger et GTalk via la connexion Internet.

    Comparé aux systèmes 4G, la 5G (NR) a réalisé des améliorations révolutionnaires dans les indicateurs de performance clés de la communication mobile ; elle prend également en charge divers scénarios d'application émergents. Sur la base du succès des systèmes 5G (NR), la 6G devrait émerger vers la fin de 2030. Les multiples études de 3GPP SA1 sur Rel-19 démontrent non seulement les capacités supplémentaires que les systèmes 5G apporteront, mais fournissent également des orientations pour les futures capacités requises pour les systèmes 6G.   I. Normes 3GPP L'ensemble du développement de la communication mobile, de GSM (2G), WCDMA (3G), LTE (4G) à NR (5G), a adopté 3GPP, la seule norme de communication leader au niveau mondial. Au cours de cette période, presque tous les téléphones mobiles et appareils connectés aux réseaux cellulaires ont pris en charge au moins une de ces normes. En plus de contribuer à l'énorme succès des systèmes 4G (communément appelés LTE), 3GPP a également considérablement amélioré les performances des systèmes de communication cellulaire en 5G.   II. Normes et fonctions 5G Depuis le premier déploiement commercial des systèmes 5G en 2018, comme le montre la Figure 1, 3GPP a continuellement ajouté de nouvelles fonctions dans les versions ultérieures, notamment :     Rel-15, Rel-16 et Rel-17 sont les trois premières versions prenant en charge les systèmes 5G, fournissant les fonctionnalités de base qui distinguent la 5G des systèmes 4G. Rel-18, Rel-19 et Rel-20 ajoutent des fonctionnalités avancées aux systèmes 5G et sont également connus sous le nom de 5G-Advanced. Les deuxième et troisième phases des groupes de travail de 3GPP ont développé l'architecture et les protocoles du système Rel-18, tandis que le groupe de travail de la première phase de 3GPP a discuté des architectures de système 6G au-delà du système 5G Rel-19.   III. Progrès globaux de Rel-19 Lors des réunions SA1#97 (février 2022) et SA1#98 (mai 2022), le groupe de travail 3GPP SA1 est parvenu à un accord sur les Descriptions des éléments de recherche (SIDs) Rel-19, comme le montre le tableau 1. De nombreux projets progressent progressivement vers l'application.     Comme le suggère le titre de la recherche, les normes 3GPP répondent aux besoins plus spécifiques des industries qui envisagent d'utiliser des systèmes de communication basés sur 3GPP. Les versions précédentes des normes 3GPP ont ajouté la prise en charge de diverses industries, telles que la communication machine à machine. 3GPP a également introduit des fonctionnalités telles que la prise en charge de la communication IoT à faible consommation, de la communication IoT à large couverture et de la communication véhicule à véhicule.   Cependant, la prise en charge des versions précédentes est insuffisante pour certaines autres industries, et de nouvelles recherches s'efforcent de répondre à leurs besoins. Par exemple, la recherche sur les services Metaverse (FS_Metaverse) répondra aux exigences des systèmes basés sur 3GPP en transportant le trafic pour les applications dans les scénarios metaverse.   D'un autre côté, à mesure que les industries adoptent les technologies de communication basées sur 3GPP, de nouveaux scénarios émergent constamment, ce qui oblige 3GPP à mener d'autres recherches. Par exemple, la recherche sur l'accès par satellite (FS_5GSAT_ph3) tente de répondre aux besoins supplémentaires de l'industrie satellitaire, en s'appuyant sur les recherches précédentes.

Dans un système de diffusion 5G, la modification de session mettra à jour la session PDU (Packet Data Unit) ; la mise à jour peut être déclenchée par des événements tels que le terminal (UE), le réseau ou une défaillance de liaison radio. Le processus de mise à jour de session MBS est spécifiquement géré par le SMF, impliquant l'UPF qui met à jour la connexion du plan utilisateur ; ensuite, l'UPF notifie le réseau d'accès et l'AMF pour modifier les règles de session, la QoS (Qualité de Service) ou d'autres paramètres.   I. Initiation de la modification de session dans les systèmes 5G peut être déclenchée par plusieurs éléments du réseau, à savoir : Déclenchée par l'UE : l'UE demande des modifications de sa session PDU, telles que la modification des filtres de paquets ou de la QoS pour un service spécifique. Déclenchée par le réseau : le réseau (généralement une fonction de contrôle de stratégie (PCF)) initie des modifications, telles que l'application de nouvelles règles de stratégie ou des modifications de la QoS. Déclenchée par le réseau d'accès : des événements tels que les défaillances de liaison radio, l'inactivité de l'utilisateur ou les restrictions de mobilité peuvent déclencher des modifications, amenant l'AN à libérer la session ou à modifier sa configuration. Déclenchée par l'AMF : l'AMF peut également déclencher des modifications, par exemple en raison de défaillances réseau non spécifiées.   II. La modification réussie de la session MBS la procédure de modification de session de diffusion vise à demander au nœud NG-RAN de mettre à jour les ressources ou les zones de session MBS liées aux sessions MBS de diffusion précédemment établies ; cette procédure utilise une signalisation non associée à l'UE. Une modification réussie est illustrée à la figure 8.17.2.2-1, où :   Le MF initie ce processus en envoyant un message « BROADCAST SESSION MODIFICATION REQUEST » au nœud NG-RAN, dans lequel :   Si le message « Broadcast Session Modification Request » contient un IE « MBS Service Area », le nœud NG-RAN doit mettre à jour la zone de service MBS et envoyer un message « Broadcast Session Modification Response ». Si le message « Broadcast Session Modification Request » contient un IE « MBS Session Modification Request Transmission », le nœud NG-RAN doit remplacer les informations précédemment fournies par les informations nouvellement reçues et mettre à jour les ressources et la zone de session MBS en fonction de la demande, puis envoyer un message « Broadcast Session Modification Response ». Si le message « Broadcast Session Modification Request » inclut un IE « List of Supported User Equipment Types » (si pris en charge), le nœud NG-RAN doit en tenir compte dans la configuration des ressources de session MBS. Si l'IE d'indication de défaillance MBS NG-U est inclus dans le message de demande de modification de session de diffusion dans l'IE de configuration ou de transmission de demande de modification de session MBS et est défini sur « Défaillance du chemin N3mb », le nœud NG-RAN peut fournir de nouvelles informations de couche de transport NG-U pour remplacer les informations de couche de transport défaillantes, ou basculer la transmission de données vers un autre 5GC conformément à la procédure de récupération de session MBS de diffusion en cas de défaillance du chemin N3mb spécifiée dans TS 23.527.   III. Échec de la modification MBS Dans le réseau en direct, les nœuds NG-RAN peuvent rencontrer des échecs de modification de session de diffusion pour diverses raisons ; l'échec de la modification est illustré à la figure 8.17.2.3-1, où :   Si un nœud NG-RAN ne parvient pas à mettre à jour les modifications demandées, le nœud NG-RAN doit envoyer un message « Broadcast Session Modification Failure ».  

1. Libération de session de diffusion :Dans les systèmes de communications mobiles, cela fait référence au processus par lequel un équipement utilisateur (UE) met fin à la réception de signaux de diffusion à partir d'un réseau 5G, similaire à la fin d'une session de diffusion en continu. Cela se produit lorsque l'utilisateur met explicitement fin à la session, que la diffusion se termine ou que l'appareil sort de la couverture de diffusion. L'élément réseau (Centre de services de diffusion/multidiffusion) interrompra la session pour assurer une transmission efficace des données à plusieurs utilisateurs simultanément. Les libérations comprennent :     Libération initiée par l'utilisateur :L'utilisateur arrête manuellement la diffusion, comme pour fermer une application de diffusion en continu. Libération initiée par le réseau :La session de diffusion se termine en raison de l'achèvement de la lecture du contenu ou de la résiliation par l'opérateur réseau. Cela peut être dû à la fin d'un événement en direct ou d'une diffusion programmée. Libération initiée par l'appareil :L'appareil sort de la couverture de diffusion, entraînant une perte de signal et la fin de la session. Le Centre de services de diffusion/multidiffusion (BM-SC)gère les sessions de diffusion et peut initier des libérations en fonction des politiques du réseau ou des actions de l'utilisateur.   2. Processus de libération de session de diffusion :L'objectif est de libérer les ressources associées à une session de diffusion MBS précédemment établie. La libération utilise une signalisation non associée à l'UE. Une opération de libération réussie est illustrée à la Figure 8.17.3.2-1, où :       L'AMF initie cette procédure en envoyant un message de Demande de libération de session de diffusion au nœud NG-RAN. À la réception du message de Demande de libération de session de diffusion, le nœud NG-RAN doit répondre avec un message de Réponse de libération de session de diffusion. Le nœud NG-RAN doit cesser la diffusion et libérer toutes les ressources de session MBS associées à la session de diffusion. À la réception du message de Réponse de libération de session de diffusion, l'AMF doit transmettre de manière transparente l'IE de Transport de Réponse de libération de session de diffusion (le cas échéant) au MB-SMF.

  L'utilisation efficace du spectre est cruciale dans les communications mobiles. Alors que les opérateurs s'efforcent de fournir des débits de données plus rapides et une meilleure connectivité, l'agrégation de porteuses (CA) est devenue l'une des fonctionnalités les plus importantes introduites dans la 3GPP R10 (LTE-Advanced) et développée davantage dans la 5G (NR).   1. Agrégation de porteuses(CA) augmente la bande passante et le débit en combinant plusieurs porteuses composantes (CC). La bande passante de chaque porteuse composante varie de 20 MHz en LTE à 100 MHz en 5G (NR). Par conséquent, la bande passante totale de LTE-Advanced (5CC) peut atteindre 100 MHz, tandis que la bande passante totale de la 5G (NR) (16CC) peut atteindre 640 MHz. Le principe est qu'en combinant les porteuses, le réseau peut envoyer et recevoir plus de données simultanément, améliorant ainsi l'efficacité et l'expérience utilisateur.   2. Types d'agrégation :En 4G et 5G, l'agrégation de porteuses peut être classée en fonction de la manière dont les porteuses sont organisées sur ou au sein de différentes bandes de fréquences :   Intra-bande contiguë | Porteuses adjacentes au sein de la même bande | Bande 3 : 1800 MHz (10+10 MHz contigu) Intra-bande non contiguë | Porteuses au sein de la même bande mais avec une séparation de fréquence | Bande 40 : 2300 MHz (20+20 MHz avec un écart) Agrégation inter-bandes | Porteuses de différentes bandes | Bande 3 (1800 MHz) + Bande 7 (2600 MHz)   La figure ci-dessus illustre visuellement le type intra-bande non contigu, où les deux porteuses appartiennent à la bande A mais il y a un écart dans le spectre entre elles.   3. Agrégation de porteuses intra-bande contiguë (ICCA) fonctionne en combinant des porteuses adjacentes au sein de la même bande.Agrégation de porteuses intra-bande non contiguë(NCCA) va plus loin et permet l'agrégation de porteuses non adjacentes au sein de la même bande. Ceci est particulièrement important pour les opérateurs traitant des allocations de spectre fragmentées.   4. Agrégation de porteuses intra-bande non contiguë(ICA) est une fonctionnalité activée en 4G et 5G pour utiliser pleinement le spectre fragmenté. L'agrégation de porteuses (CA) permet aux opérateurs de combiner plusieurs porteuses (appelées porteuses composantes (CC)) pour créer des canaux à bande passante plus large, améliorant ainsi le débit et améliorant l'expérience utilisateur.