FR 3137249 A1 20231229 FR 2206372 A 20220627 Procédés de communication, de gestion, et de découverte dans un réseau, et dispositifs configurés pour mettre en œuvre ces procédés. L’invention vise un procédé de communication avec un dispositif de contrôle (2) d’un réseau (NW) de communication cellulaire, configuré pour gérer des entités applicatives (4,5,6) du réseau proposant des services dans le réseau et maintenir un profil de ces entités applicatives, le procédé comprenant une étape d’enregistrement d’un profil auprès du dispositif de contrôle, ce profil comprenant des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par une station de base du réseau. Figure 1 Procédés de communication, de gestion et de découverte, et dispositifs configurés pour mettre en œuvre ces procédés L’invention appartient au domaine général des télécommunications. Elle concerne plus particulièrement la fourniture d’informations permettant d’améliorer certaines fonctionnalités implémentées par des entités d’un réseau de communication cellulaire. L’invention a une application privilégiée mais non limitative dans le contexte d’un système ou réseau de communication cellulaire s’appuyant sur un réseau cœur 5G (ou 5GC pour « 5G Core network » en anglais) défini par le standard 3GPP. Elle permet notamment dans ce contexte d’améliorer les fonctionnalités implémentées par l’entité de gestion d’accès et de mobilité aussi désignée par AMF (pour « Access and Mobility management Function » en anglais). Comme décrit notamment dans le document 3GPP TS 23.501 intitulé « Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS); Stage 2 (Release 17) », v17.4.0, mars 2022, l’entité AMF assure dans un réseau cœur 5G diverses fonctionnalités comme par exemple la gestion de l’enregistrement des équipements d’utilisateurs (ou UE pour « User Equipment » en anglais), leur connexion au réseau et leur joignabilité, la gestion de la mobilité des UE, l’authentification et l’autorisation d’accès au réseau, etc. Lorsqu’un UE s’enregistre auprès du réseau, l’AMF lui alloue un ensemble appelé « TAI-list » d’identifiants de zones dites de localisation ou TA (pour « tracking area » en anglais), chaque TA comprenant une ou plusieurs cellules du réseau cellulaire. Une telle TAI-list (TAI signifiant « TA Identity » en anglais) définit la zone d’enregistrement ou RA (pour « Registration Area » en anglais) de l’UE. La RA de l’UE, qui peut donc comprendre une ou plusieurs cellules du réseau cellulaire, permet de localiser cet UE, notamment lorsque celui-ci est en veille (ou « idle » en anglais). En effet, lorsque le réseau reçoit un paquet de données destiné à un UE en veille, il envoie un ou plusieurs messages de paging dans la zone définie par sa RA. Bien qu’étant en veille, l’UE reste à l’écoute des messages de paging, et lorsqu’il détecte un message de paging le concernant, il passe en mode connecté et peut ainsi recevoir le paquet de données qui lui est destiné. Par ailleurs, lorsqu’un UE entre dans une cellule, il compare le TAI diffusé par la station de base gérant cette cellule avec les TAI présents dans sa RA. Si le TAI diffusé par la station de base n’est pas contenu dans la RA qui lui a été allouée, l’UE déclenche une procédure d’enregistrement auprès du réseau pour l’informer de sa nouvelle localisation, autrement dit de la TA dans laquelle il vient d’entrer. Le réseau alloue alors une nouvelle RA à l’UE (i.e. une nouvelle TAI-list) contenant la TA signalée par l’UE. Ces procédures permettent de localiser aisément un UE tout en limitant la signalisation échangée sur le réseau. Le standard 3GPP ne fournit pas à proprement parler de façon optimale d’allouer une RA (autrement dit une TAI-list) à un UE. L’AMF peut utiliser diverses informations fournies par les stations de base comme par exemple leurs TAI, les TA auxquelles elles appartiennent ou les tranches de réseau (ou « network slices » en anglais) qu’elles supportent. Toutefois, comme souligné dans le document S2-2104656 intitulé « Some Network slicing topics proposals for rel-18 », présenté par Nokia et Nokia Shanghai Bell au meeting 3GPP SA WG2 #145E en mai 2021, le standard 3GPP ne définit pas aujourd’hui de moyen permettant à l’AMF de disposer d’informations concernant notamment la topologie des stations de base ou leur couverture géographique. Or, pour allouer une RA pertinente à un UE tenant compte de son comportement notamment en termes de mobilité (vitesse, direction de déplacement, etc.), il n’est pas suffisant de connaître quelles sont les TAs supportant une tranche de réseau donnée. Il importe également de connaître les relations d’adjacence entre les cellules : par exemple, des TAs peuvent être adjacentes géographiquement parlant mais pas nécessairement d’un point de vue logique (ex. présence d’un obstacle physique entre les TAs ne permettant pas à un UE de passer de l’une à l’autre). Le document S2-2104656 propose d’étudier cette thématique dans le cadre de la Release 18 sans toutefois fournir à ce stade de solution. L’invention répond à ce besoin en proposant un procédé de communication avec un dispositif de contrôle d’un réseau de communication cellulaire, configuré pour gérer des entités applicatives du réseau proposant des services dans le réseau et maintenir un profil de ces entités applicatives. Ce procédé comprend une étape d’enregistrement d’un profil auprès du dispositif de contrôle comprenant des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par une station de base du réseau. Corrélativement, l’invention propose aussi une entité d’un réseau de communication cellulaire comprenant un module d’enregistrement configuré pour enregistrer un profil auprès d’un dispositif de contrôle du réseau, gérant des entités applicatives du réseau proposant des services dans le réseau et maintenant un profil de ces entités applicatives, ledit profil enregistré par le module d’enregistrement comprenant des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par une station de base du réseau. Au sens de l’invention, une entité applicative est une entité configurée pour mettre en œuvre une ou des logiques de traitement déterminées dans le réseau telle qu’une entité offrant et/ou consommant un ou plusieurs services du réseau. Une telle entité peut être située dans le réseau d’accès ou dans le cœur du réseau (aussi appelé réseau cœur ou encore « Core Network » en anglais), et ainsi, par le biais des services qu’elle offre, implémenter une ou plusieurs fonctionnalités du réseau, comme par exemple les fonctionnalités d’une fonction réseau ou NF (pour « Network Function » en anglais) telle qu’une fonction AMF ou une fonction SMF (pour « Session Management Function » en anglais), les fonctionnalités d’une station de base, etc. Il peut s’agir d’une entité physique ou virtuelle, telle que par exemple une instance virtuelle d’une fonction réseau ou un dispositif matériel hébergeant une telle fonction réseau ou instance de fonction réseau. Dans l’exemple d’un réseau 5G défini par le standard 3GPP, un dispositif de contrôle gérant de telles entités applicatives et maintenant leurs profils est typiquement une fonction réseau NRF (pour « Network Repository Function » en anglais) qui, dans l’état actuel de la technique, gère les profils des fonctions réseau (ou des instances de fonction réseau) du réseau cœur. Chaque profil associé à une entité applicative et mémorisé par la fonction NRF comprend une pluralité d’attributs susceptibles d’être utilisés par d’autres entités du réseau souhaitant consommer les services de l’entité applicative en question, et caractérisant notamment son état opérationnel (ex. sa disponibilité, sa charge, etc.), ses caractéristiques (ex. son identité, le type de fonction NF qu’elle implémente, comment la joindre, etc.), les services qu’elle offre, les ressources qu’elle gère, etc. L’invention propose donc, pour rendre aisément accessibles aux entités applicatives du réseau (et notamment du réseau cœur) des informations représentatives des conditions de déploiement courantes des cellules du réseau (comme par exemple les relations d’adjacence des cellules évoquées précédemment), d’enregistrer ces informations au niveau d’un dispositif de contrôle du réseau (tel qu’une fonction NRF d’un réseau 5G) gérant déjà des profils d’entités applicatives du réseau. En d’autres mots, les profils déjà mémorisés par le dispositif de contrôle et relatifs aux entités applicatives du réseau sont complétés par d’autres profils contenant des informations relatives au déploiement réel des cellules du réseau. Divers niveaux de granularité peuvent être envisagés pour ces autres profils, à savoir un profil pour chaque cellule du réseau ou un profil pour chaque station de base gérant au moins une cellule du réseau. De façon avantageuse, mémoriser dans un profil maintenu par un tel dispositif de contrôle des informations représentatives de conditions de déploiement courantes des cellules du réseau facilite la gestion et la mise à jour le cas échéant de ces informations, ainsi que leur accès par d’autres entités du réseau qui peuvent utiliser les procédures existantes (normalisées ou non) pour accéder aux profils des entités applicatives du réseau pour accéder à ces autres profils. L’invention peut ainsi être mise en œuvre en s’appuyant sur des interfaces de signalisation du réseau déjà présentes (plan de contrôle du réseau ou « Control Plane » en anglais), comme par exemple des interfaces normalisées par le standard 3GPP (ex. une interface de programmation applicative ou API (pour « Applicative Programming Interface » en anglais)), notamment lorsque le dispositif de contrôle héberge une fonction réseau NRF. Elle ne requiert pas le développement d’une couche de gestion supplémentaire, qui rendrait le système plus complexe et limiterait la dynamicité des échanges d’information, par exemple en cas de modification des conditions de déploiement (ex. liée à une reconfiguration automatique d’une station de base et à la modification des informations de voisinage pouvant en découler). Grâce aux informations rendues disponibles par l’invention, la qualité des décisions prises dans le réseau, et notamment dans le réseau cœur, peut être améliorée. Par informations représentatives de conditions de déploiement courantes d’une cellule, on entend des informations qui traduisent les conditions réelles dans laquelle la cellule est déployée à l’instant considéré. Différents types d’informations sont concernés. Par exemple, au moins une dite information représentative de conditions de déploiement courantes est relative à : une disposition de la cellule dans une architecture du réseau (ex. couverture, voisinage radio), un environnement géographique de la cellule, un type de déploiement de la cellule, une configuration d’au moins une antenne de la cellule, au moins une infrastructure couverte par la cellule (ex. route, voie ferrée, bâtiment, etc.), et/ou un état de la cellule (ex. charge de la cellule, charge au niveau de chaque tranche de réseau (slice), nombre d’utilisateurs actifs, débit en liaison montante (UL pour « UpLink » en anglais) ou descendante (DL pour « DownLink » en anglais), indicateurs de congestion, état d’alarme, état en termes de sécurité, etc.). Ces informations sont dynamiques et susceptibles d’évoluer dans le temps, typiquement du fait d’une reconfiguration des stations de base, de l’apparition de nouvelles infrastructures, de l’extinction de certaines cellules (ex. des petites cellules ou « small cells » prévues pour des raisons capacitaires, pendant des périodes où le réseau est peu utilisé comme la nuit, afin de réduire la consommation énergétique du réseau), etc. De telles informations ne sont, à l’exception de certaines informations relatives à l’état de la cellule, pas connues aujourd’hui des stations de base : la station de base n’a pas connaissance du contexte de déploiement réel des cellules qu’elle gère, elle dispose uniquement de paramètres radio qu’elle utilise pour gérer la qualité des liaisons radio, maintenir les communications à l’aide de mesures qu’elle réalise et/ou qui sont remontées par les UE et/ou diffuser des paramètres de sélection/resélection de cellules aux UE. Ce type d’informations n’est en effet pas exploité aujourd’hui par les stations de base dans les traitements qui leur sont confiés. Quant aux informations relatives à l’état de la cellule et/ou de la station de base, elles ne sont pas partagées avec d’autres entités que ce soit des UE, d’autres stations de base du réseau cellulaire ou encore des fonctions réseau du réseau cœur. La connaissance du déploiement réel des cellules du réseau peut être exploitée pour améliorer l’efficacité des procédures mises en œuvre dans le réseau, que ce soit dans le réseau cœur ou dans le réseau d’accès, et incidemment la qualité de service en résultant. Par exemple, les prédictions de mobilité d’un UE réalisées par une fonction réseau NWDAF (pour « NetWork Data Analytics Function » en anglais) dans un réseau 5G peuvent être facilitées et rendues plus précises si l’on sait que l’UE se déplace sur un axe routier principal (ex. la fonction NWDAF peut accorder une probabilité plus importante aux positions de l’UE se trouvant sur cet axe routier). Selon un autre exemple, les informations de congestion d’une cellule ou de débit moyen atteint en UL et/ou en DL peuvent influencer les prédictions de qualité de service, et les décisions prises à partir de ces prédictions. Selon un autre exemple encore, si l’on envisage un contexte dans lequel une station de base peut interroger le dispositif de contrôle pour accéder aux informations de conditions courantes de déploiement des cellules du réseau, de telles informations peuvent lui être utiles pour décider d’un transfert entre cellules (ou « handover » en anglais) et des modalités de ce transfert (typiquement de la station de base cible vers laquelle déclencher ce transfert). Bien entendu ces exemples d’exploitation de l’invention ne sont donnés qu’à titre illustratif. Il convient de noter que d’autres informations relatives à la cellule, en plus des informations de conditions de déploiement courantes de la cellule, peuvent être enregistrées dans le profil auprès du dispositif de contrôle, comme par exemple des informations de configuration statique de la cellule telles que : une identité de la cellule ; et/ou une bande de fréquence allouée à la cellule ; et/ou au moins une technologie d’accès radio associée à la cellule ; etc. ou d’autres informations davantage liées au fonctionnement opérationnel du réseau comme par exemple l’appartenance à une TA d’une cellule. Cette liste n’est pas exhaustive bien entendu, et on peut envisager d’enrichir le profil de la cellule ou de la station de base avec d’autres informations encore, comme par exemple avec des informations relatives à la station de base, déjà connues et partagées par cette dernière dans l’état de la technique, telle que son identité, la liste des TAs et/ou des slices qu’elle supporte, ou des informations relatives à un état de la station de base (ex. niveau de charge, niveau de congestion), etc. Comme évoqué ci-dessus, l’invention s’applique de façon privilégiée dans le contexte d’un réseau 5G. Elle peut toutefois être utilisée dans d’autres contextes. En effet, certains acteurs du domaine des télécommunications anticipent pour la 6 ème génération de réseaux mobiles (aussi appelée plus communément 6G), un effacement des frontières entre réseau(x) d’accès et réseau cœur. Dans cette perspective, les architectures de réseau basées sur des interfaces de signalisation du plan de contrôle, peuvent présenter des avantages importants, rendant possible l’accès aux contextes internes propres aux équipements/fonctions virtualisées du réseau. L’invention peut donc aisément s’appliquer dans un tel contexte également. Dans un mode particulier de réalisation, les informations relatives aux conditions de déploiement des cellules sont enregistrées auprès du dispositif de contrôle directement par les stations de base gérant ces cellules. L’invention concerne donc également une station de base d’un réseau de communication cellulaire hébergeant une entité selon l’invention, lesdites informations étant relatives à au moins une cellule gérée par ladite station de base. Dans ce mode de réalisation, tout ou partie des informations relatives aux conditions de déploiement courantes des cellules du réseau peuvent être configurées au niveau des stations de base par l’opérateur du réseau (par exemple sous forme de métadonnées non structurées (ex. formats XML, JSON, YAML, etc.) dans un référentiel de données normalisé ou propre à l’opérateur du réseau) ou être acquises ou déterminées par les stations de base elles-mêmes. Ainsi, le procédé de communication, lorsqu’il est mis en œuvre par la station de base, peut comprendre une étape d’évaluation d’au moins une partie desdites informations avant de les enregistrer auprès du dispositif de contrôle. A titre illustratif, on peut envisager que la station de base évalue l’étendue géographique de la zone de couverture d’une cellule à partir des positions géographiques des UE desservis par celle-ci, ces positions pouvant être fournies par des modules de positionnement par satellite (ex. GPS (pour « Global Positioning System » en anglais), GNSS (pour « Global Navigation Satellite Systems » en anglais)) équipant les UE ou déduites par la station de base à partir d’informations dont elle dispose sur ces UE comme leur vitesse ou une différence observée de temps d’arrivée (ou OTDOA pour « Observed Time Difference of Arrival » en anglais)). En variante, le procédé de communication, lorsqu’il est mis en œuvre par la station de base, peut comprendre une étape d’obtention, en provenance d’un système de planification radio adapté au réseau, d’au moins une partie desdites informations avant de les enregistrer auprès du dispositif de contrôle. Un système de planification radio peut typiquement fournir des informations sur le type de déploiement envisagé pour la cellule : en zone dense, suburbaine ou rurale, en visibilité directe (ou LOS pour « Line Of Sight » en anglais) ou non (ou NLOS pour « Non Light Of Sight » en anglais), déploiement événementiel ou temporaire, configuration de la cellule (ex. macro, micro ou pico cellule), configuration des antennes de la cellule (ex. système d’antennes distribuées ou DAS (pour « Distributed Antenna System » en anglais), etc. Il peut aussi fournir des informations sur les infrastructures couvertes par la cellule, par exemple si celle-ci est déployée pour couvrir un axe routier, une voie navigable, un port, une voie ferrée, une gare, et le cas échéant identifier les infrastructures en question. Dans un mode particulier de réalisation, les informations relatives aux conditions de déploiement des cellules sont enregistrées auprès du dispositif de contrôle par l’intermédiaire d’une entité applicative du réseau qui obtient ces informations des stations de base. Une telle entité applicative est par exemple un dispositif de gestion d’accès du réseau cellulaire telle qu’une fonction réseau AMF dans le contexte d’un réseau 5G. L’invention vise donc également un dispositif de gestion d’accès d’un réseau de communication cellulaire hébergeant une entité selon l’invention. Dans un mode particulier de réalisation dans lequel le procédé de communication est mis en œuvre par un dispositif de gestion d’accès du réseau cellulaire, le procédé de communication peut comprendre une étape d’obtention d’au moins une partie desdites informations en provenance de la station de base lors d’une association de ladite station de base avec ledit dispositif de gestion d’accès. L’invention vise donc également une station de base d’un réseau de communication cellulaire comprenant un module de transmission configuré pour transmettre à un dispositif de gestion d’accès du réseau cellulaire un profil comprenant des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par la station de base. Ce mode de réalisation a une application privilégiée mais non limitative lorsque la station de base ne supporte pas un ou plusieurs protocoles utilisés sur les interfaces de signalisation avec le dispositif de contrôle ; il propose dès lors de passer par une entité intermédiaire du réseau cœur en mesure de communiquer directement avec le dispositif de contrôle et notamment d’enregistrer un profil auprès de ce dispositif de contrôle. Ainsi, dans l’exemple d’un réseau 5G et d’un dispositif de contrôle de type fonction NRF, ce mode de réalisation peut être avantageux notamment lorsque la station de base ne supporte pas le protocole HTTP2 permettant de consommer les services de la fonction NRF. L’invention propose alors d’exploiter la procédure d’association de la station de base avec le dispositif de gestion d’accès (AMF dans l’exemple du réseau 5G) pour communiquer les informations de déploiement courantes des cellules qu’elle gère au dispositif de gestion d’accès, charge ensuite à celui-ci d’enregistrer ces informations auprès du dispositif de contrôle du réseau dans un profil, de façon similaire ou identique à la façon dont il enregistre son propre profil auprès de ce dispositif de contrôle. Bien entendu, on peut envisager que la station de base transmette les informations de conditions de déploiement courantes des cellules qu’elle gère à un autre moment, soit dans un message dédié échangé avec le dispositif de gestion d’accès, soit lors d’un autre échange prévu par le standard avec ce dispositif. Comme évoqué précédemment, l’invention s’appuie sur l’enregistrement d’informations de conditions de déploiement courantes de cellules du réseau dans des profils maintenus par un dispositif de contrôle du réseau. Elle s’appuie également sur la mise à disposition de ces informations de conditions de déploiement courantes par le dispositif de contrôle, et sur l’exploitation de ces informations. Ainsi, selon un autre aspect, l’invention concerne un procédé de gestion par un dispositif de contrôle d’un réseau de communication cellulaire, configuré pour gérer des entités applicatives du réseau proposant des services dans le réseau et maintenir un profil de ces entités applicatives, ledit procédé comprenant : une étape d’enregistrement d’un profil fourni par une entité du réseau cellulaire et comprenant des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau cellulaire gérée par une station de base du réseau ; en réponse à une requête de découverte reçue d’un dispositif dit demandeur du réseau, une étape de transmission de tout ou partie dudit profil audit dispositif demandeur. Corrélativement, l’invention vise aussi un dispositif de contrôle d’un réseau de communication cellulaire configuré pour gérer des entités applicatives du réseau proposant des services dans le réseau et maintenir un profil de ces entités applicatives, ledit dispositif de contrôle comprenant : un module d’enregistrement, configuré pour enregistrer un profil fourni par une entité du réseau cellulaire, ledit profil comprenant des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau cellulaire gérée par une station de base du réseau ; et un module de réponse, configuré pour transmettre en réponse à une requête de découverte reçue d’un dispositif dit demandeur du réseau, tout ou partie dudit profil audit dispositif demandeur. Comme mentionné ci-avant, le profil peut être fourni au dispositif de contrôle par la station de base ou par une entité intermédiaire du réseau telle qu’un dispositif de gestion d’accès du réseau cellulaire (ex. fonction AMF). Le procédé de gestion et le dispositif de contrôle bénéficient des mêmes avantages cités précédemment que le procédé de communication et l’entité selon l’invention. Dans un mode particulier de réalisation, le procédé de gestion comprend : une étape de mise à jour d’au moins une dite information dans ledit profil ; et une étape de notification de ladite au moins une information mise à jour audit dispositif demandeur. Cette notification peut se faire suite à une requête du dispositif demandeur, ou de façon spontanée, par exemple lorsque le dispositif demandeur a souscrit auprès du dispositif de contrôle à un service de notification des changements affectant ledit profil. Ce mode de réalisation permet de tenir informées les entités applicatives du réseau exploitant les informations de conditions de déploiement des cellules d’une évolution de ces conditions. Selon un autre aspect encore, l’invention concerne un procédé de découverte par un dispositif dit demandeur d’un réseau de communication cellulaire, ledit procédé comprenant : une étape d’envoi d’une requête de découverte à un dispositif de contrôle du réseau configuré pour gérer des entités applicatives du réseau proposant des services dans le réseau et maintenir un profil de ces entités applicatives, ladite requête de découverte portant sur au moins une cellule gérée par une station de base du réseau cellulaire ; une étape de réception d’une réponse à ladite requête de découverte comprenant des informations représentatives de conditions de déploiement courantes de ladite au moins une cellule stockées dans un profil maintenu par le dispositif de contrôle ; et une étape d’utilisation de tout ou partie desdites informations reçues lors d’une fourniture d’une fonctionnalité implémentée par le dispositif demandeur dans le réseau. Corrélativement, l’invention vise aussi un dispositif dit demandeur d’un réseau de communication cellulaire comprenant : un module d’envoi configuré pour envoyer une requête de découverte à un dispositif de contrôle du réseau gérant des entités applicatives du réseau proposant des services dans le réseau et maintenant un profil de ces entités applicatives, ladite requête de découverte portant sur au moins une cellule gérée par une station de base du réseau cellulaire ; un module de réception, configuré pour recevoir une réponse à ladite requête de découverte comprenant des informations représentatives de conditions de déploiement courantes de ladite au moins une cellule stockées dans un profil maintenu par le dispositif de contrôle ; et un module d’utilisation, configuré pour utiliser tout ou partie desdites informations reçues lors d’une fourniture d’une fonctionnalité implémentée par le dispositif demandeur dans le réseau. Le procédé de découverte et le dispositif demandeur bénéficient des mêmes avantages cités précédemment que le procédé de communication, le procédé de gestion, l’entité et le dispositif de contrôle selon l’invention. On note qu’il peut s’agir d’un dispositif du réseau cœur, comme par exemple un dispositif hébergeant une fonction réseau (ou une instance de fonction réseau), ou d’un dispositif du réseau d’accès, comme par exemple une station de base. Dans un mode particulier de réalisation, les procédés de communication, de gestion et de découverte sont mis en œuvre par un ordinateur. L’invention vise également un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou plus généralement dans une entité conforme à l’invention et comportant des instructions adaptées à la mise en œuvre d’un procédé de communication tel que décrit ci-dessus. L’invention vise également un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou plus généralement dans un dispositif de contrôle conforme à l’invention et comportant des instructions adaptées à la mise en œuvre d’un procédé de gestion tel que décrit ci-dessus. L’invention vise aussi un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou plus généralement dans un dispositif demandeur conforme à l’invention et comportant des instructions adaptées à la mise en œuvre d’un procédé de découverte tel que décrit ci-dessus. Chacun de ces programmes peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise aussi un support d'information ou un support d’enregistrement lisibles par un ordinateur, et comportant des instructions d’un programme d'ordinateur tel que mentionné ci-dessus. Le support d'information ou d’enregistrement peut être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur, ou une mémoire flash. D'autre part, le support d'information ou d’enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par lien radio, par lien optique sans fil ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'information ou d’enregistrement peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution des procédés de communication, de gestion et de découverte selon l’invention. Selon un autre aspect, l’invention concerne un système dans un réseau de communication cellulaire comprenant : au moins une station de base gérant au moins une cellule du réseau ; au moins une entité du réseau conforme à l’invention ; un dispositif de contrôle conforme à l’invention ; et au moins un dispositif demandeur conforme à l’invention. Dans un mode particulier de réalisation, l’entité du réseau est hébergée par la station de base. Dans un autre mode de réalisation, l’entité du réseau est hébergée par un dispositif de gestion d’accès du réseau et la station de base est conforme à l’invention. On peut également envisager, dans d'autres modes de réalisation, que les procédés de communication, de gestion et de découverte, et les entité, dispositif de contrôle, dispositif demandeur et système selon l’invention présentent en combinaison tout ou partie des caractéristiques précitées. D’autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la représente, dans son environnement, un système dans un réseau conforme à l’invention, dans un premier mode de réalisation ; la représente schématiquement l’architecture matérielle d’un ordinateur pouvant héberger une entité, un dispositif de contrôle et un dispositif demandeur selon l’invention ; la représente les modules fonctionnels d’une entité, d’une station de base, d’un dispositif de contrôle et d’un dispositif demandeur selon l’invention, dans le premier mode de réalisation ; la illustre, dans un premier exemple d’application, les étapes des procédés de communication, de gestion et de découverte mis en œuvre par le système de la dans le premier mode de réalisation ; la illustre, dans un deuxième exemple d’application, les étapes des procédés de communication, de gestion et de découverte mis en œuvre par le système de la dans le premier mode de réalisation ; la représente, dans son environnement, un système dans un réseau conforme à l’invention, dans un deuxième mode de réalisation ; la représente les modules fonctionnels d’une entité, d’un dispositif de gestion d’accès, d’un dispositif de contrôle et d’un dispositif demandeur selon l’invention, dans le deuxième mode de réalisation ; la illustre les étapes des procédés de communication, de gestion et de découverte mis en œuvre par le système de la dans le deuxième mode de réalisation. Description de l’invention La représente un système 1 dans un réseau NW de communication cellulaire, conforme à l’invention, dans un premier mode de réalisation de l’invention. Le réseau NW est ici un réseau 5G tel que défini par le standard 3GPP, géré par un opérateur OP, le réseau NW comprenant au moins un réseau d’accès AN et un réseau cœur CN. De façon connue en soi, le réseau cœur CN s’appuie sur une pluralité de fonctions réseau ou NF (entités applicatives du réseau au sens de l’invention) proposant divers services et implémentant diverses fonctionnalités dans le réseau cœur CN, comme par exemple une fonction AMF gérant l’accès au réseau et la mobilité des UE rattachés au réseau, une fonction SMF gérant les sessions établies dans le réseau, une fonction NRF maintenant les profils des fonctions NF du réseau, une fonction NWDAF de collecte de données et de prédiction du réseau, etc. Une ou plusieurs instances de chacune des fonctions NF du réseau cœur CN peuvent être déployées pour assurer le fonctionnement opérationnel de ce dernier. Pour accéder aux services offerts par le réseau NW, un équipement utilisateur ou UE 2 se connecte au réseau cœur CN par l’intermédiaire du réseau d’accès AN, et plus particulièrement d’une station de base gNB 3 de ce réseau d’accès. Aucune limitation n’est attachée à la nature de l’UE 2 : il peut s’agir d’un téléphone intelligent (ou « smartphone » en anglais), d’un ordinateur portable, d’une tablette, d’un objet, d’une machine ou d’un véhicule connecté(e), etc. De façon connue en soi, chaque station de base gNB (et en particulier la station de base 3) est configurée pour gérer une ou plusieurs cellules du réseau NW. Par « cellule », on entend ici une zone géographique « unitaire » du réseau NW à laquelle on associe un identifiant de cellule (ou « NR Cell Identity » en anglais) la désignant de manière unique, et des paramètres de transmission (ex. une bande de fréquence). Il convient de noter que les mêmes paramètres de transmission peuvent être utilisés simultanément par plusieurs cellules du réseau dûment réparties pour limiter les interférences. Dans l’exemple de la , on suppose que la station de base 3 est une gNB tri-sectorielle et gère ainsi trois cellules du réseau C1, C2 et C3 correspondant respectivement aux trois secteurs couverts par la station de base 3. Aucune limitation n’est attachée au type de stations de base considérées pour le réseau AN. On peut envisager des stations de base fixes et/ou mobiles (par exemple embarquées dans un véhicule, dans un drone ou plus généralement dans tout système susceptible de se déplacer). Comme évoqué précédemment, le contexte 5G qui vient d’être décrit n’est pas limitatif en soi ; l’invention peut en effet s’appliquer à d’autres réseaux, comme par exemple à un réseau 6G, à un réseau propriétaire, etc. Conformément à l’invention, le système 1 comprend : au moins une station de base gNB gérant au moins une cellule du réseau NW, à savoir la station de base 3 gérant les cellules C1, C2 et C3 du réseau NW ; au moins un dispositif demandeur, conforme à l’invention, à savoir dans le premier mode de réalisation décrit ici, l’instance 4 de fonction réseau AMF, l’instance 5 de fonction réseau SMF et l’instance 6 de fonction réseau NWDAF. Bien entendu, ces exemples ne sont donnés qu’à titre illustratif, et d’autres entités du réseau NW, en particulier d’autres fonctions réseau ou instances de fonctions réseau du réseau cœur CN ou des stations de base du réseau d’accès AN peuvent être des dispositifs demandeurs au sens de l’invention ; au moins une entité 7 du réseau NW conforme à l’invention. Dans le premier mode de réalisation illustré à la , l’entité 7 est hébergée dans la station de base 3. Toutefois, comme détaillé ultérieurement en référence à un deuxième mode de réalisation de l’invention, l’entité 7 peut être hébergée dans d’autres entités du réseau NW, et notamment dans un dispositif hébergeant une fonction réseau du réseau cœur CN, comme par exemple dans le dispositif hébergeant l’instance 4 de fonction réseau AMF ; un dispositif 8 de contrôle du réseau NW, conforme à l’invention, gérant diverses entités applicatives du réseau et maintenant un profil de chacune d’entre elles. Ce dispositif 8 de contrôle est, dans le contexte du réseau 5G envisagé ici, un dispositif hébergeant une fonction réseau NRF (aussi désigné par dispositif NRF 8 dans la suite), qui de façon connue en soi, gère les instances de fonctions NF du réseau cœur CN et maintient un profil de chacune de ces instances, noté de façon générale ici NFPROF. Chaque profil NFPROF associé à une instance de fonction NF et mémorisé par la fonction NRF comprend une pluralité d’attributs susceptibles d’être utilisés par d’autres entités du réseau cœur CN souhaitant consommer les services de l’instance en question, et caractérisant notamment son état opérationnel (ex. sa disponibilité, sa charge, etc.), ses caractéristiques (ex. son identité, le type de fonction NF qu’elle implémente, comment la joindre, etc.), les services qu’elle offre, les ressources qu’elle gère, etc. Conformément à l’invention, et comme détaillé davantage ultérieurement, le dispositif NRF 8 maintient également un profil noté gNBPROF pour chacune des stations de base gNB du réseau NW (ou au moins une partie d’entre elles), ou dans une variante de réalisation, un profil noté CellPROF pour chacune des cellules du réseau NW gérées par tout ou partie des stations de base gNB du réseau. Le choix de l’une ou l’autre des options (un profil par station de base ou un profil par cellule) est laissé à l’opérateur OP du réseau NW. Dans la suite de la description, le dispositif NRF 8 maintient un profil gNBPROF par station de base gNB du réseau d’accès AN. Il convient de noter que le système 1 peut comprendre une pluralité de dispositifs 8 de contrôle conformes à l’invention, chaque dispositif 8 de contrôle étant configuré pour gérer au moins une partie des fonctions réseau du réseau cœur CN et maintenir les profils d’au moins une partie des stations de base du réseau d’accès AN ou les profils des cellules gérées par ladite au moins une partie des stations de base. Dans le premier mode de réalisation décrit ici, le dispositif NRF 8, l’entité 7 (et la station de base 3 l’hébergeant) et les dispositifs demandeurs 4, 5 et 6 ont l’architecture matérielle d’un ordinateur 9 telle que représentée à la , ou sont hébergés par l’ordinateur 9. L’ordinateur 9 comprend notamment un processeur 10, une mémoire vive 11, une mémoire morte 12, une mémoire non volatile 13, et des moyens de communication 14 permettant notamment au dispositif NRF 8, à l’entité 7 hébergée par la station de base 3 et aux instances 4, 5 et 6 du système 1 de communiquer entre eux, ainsi qu’avec des dispositifs du réseau cœur CN et/ou plus généralement du réseau cellulaire NW, ou avec des entités externes au réseau, comme par exemple avec un système 15 de planification radio adapté au réseau NW (ex. celui utilisé par l’opérateur OP du réseau NW pour déployer son réseau). La mémoire non volatile 13 de l’ordinateur 9 constitue un support d’enregistrement conforme à l’invention, lisible par le processeur 10 et sur lequel est enregistré(s) un ou plusieurs programmes d’ordinateur conforme(s) à l’invention. Plus spécifiquement, la mémoire non volatile 13 de l’ordinateur 9 comprend, lorsqu’il s’agit du dispositif NRF 8 ou qu’il héberge le dispositif NRF 8, un enregistrement d’un programme d’ordinateur PROG1, comportant des instructions définissant les principales étapes d’un procédé de gestion selon l’invention. Ce programme PROG1 définit les modules fonctionnels d’un dispositif de contrôle selon l’invention (tel que le dispositif NRF 8 dans le premier mode de réalisation décrit ici), qui s’appuient ou commandent les éléments matériels 10 à 14 de l’ordinateur 9 cités précédemment. Ces modules comprennent notamment comme illustré sur la : un module 8A d’enregistrement de profils, configuré pour enregistrer, par exemple dans la mémoire non volatile 13, les profils NFPROF des entités applicatives du réseau cœur CN, et plus particulièrement des instances de fonctions réseau du réseau cœur CN (ex. instances de fonction AMF 4, de fonction SMF 5 et de fonction NWDAF 6), mais également, conformément à l’invention, pour enregistrer les profils gNBPROF des stations de base du réseau cellulaire NW (et plus particulièrement du réseau d’accès AN du réseau cellulaire NW), chaque profil gNBPROF associé à une station de base gNB du réseau NW comprenant, pour chaque cellule gérée par la station de base en question, des informations représentatives des conditions de déploiement courantes de cette cellule. Comme mentionné précédemment, dans une variante de réalisation, le module 8A d’enregistrement est configuré pour enregistrer un profil CellPROF pour chaque cellule gérée par une station de base gNB du réseau AN, chaque profil CellPROF étant associé à une cellule comprenant des informations représentatives des conditions de déploiement courantes de cette cellule. Dans le premier mode de réalisation décrit ici, les profils gNBPROF des stations de base du réseau AN sont fournis au module 8A d’enregistrement par les stations de base elles-mêmes ; et un module 8B de réponse, configuré pour transmettre, en réponse à une requête REQ de découverte reçue d’un dispositif du réseau NW (par exemple un des dispositifs demandeurs hébergeant les instances 4, 5 et 6) portant sur au moins un critère CRIT de recherche, tout ou partie des profils enregistrés par le module 8A d’enregistrement dans la mémoire non volatile 13, et qui sont associés à des entités du réseau NW répondant au critère CRIT de recherché indiqué dans la requête de découverte. Par exemple, le critère CRIT porte sur au moins une cellule du réseau NW, et le module 8B de réponse est configuré pour répondre à la requête de découverte reçue en lui fournissant tout ou partie du ou des profils CellPROF correspondant au critère CRIT. Dans le premier mode de réalisation décrit ici d’un dispositif NRF 8 tel que défini par le standard 3GPP, les modules 8A d’enregistrement et 8B de réponse utilisent respectivement la logique des services Nnrf_NFManagement et Nnrf_NFDiscovery décrits dans les documents 3GPP TS 23.502 intitulé « Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2; (Release 17) », v17.4.0, mars 2022, et TS 29.510 intitulé « Technical Specification Group Core Network and Terminals; 5G System; Network Function Repository Services; Stage 3; (Release 17) », v17.5.0, mars 2022 (aux aménagements près nécessaires pour la mise en œuvre de l’invention détaillés ultérieurement). Le fonctionnement des modules 8A et 8B du dispositif NRF 8 est décrit plus en détail ultérieurement en référence aux étapes du procédé de gestion selon l’invention. Par ailleurs, la mémoire non volatile 13 de l’ordinateur 9 comprend, lorsqu’il s’agit de la station de base 3 hébergeant l’entité 7 ou qu’il héberge la station de base 3, un enregistrement d’un programme d’ordinateur PROG2, comportant des instructions définissant les principales étapes d’un procédé de communication selon l’invention. Ce programme PROG2 définit les modules fonctionnels d’une entité 7 selon l’invention (et de la station de base 3 hébergeant l’entité 7, dans le premier mode de réalisation, ou d’un dispositif de gestion d’accès dans le deuxième mode de réalisation comme décrit davantage ultérieurement), qui s’appuient ou commandent les éléments matériels 10 à 14 de l’ordinateur 9 cités précédemment. Ces modules comprennent notamment comme illustré sur la un module 7A d’enregistrement configuré pour enregistrer ici le profil gNBPROF(3) de la station de base 3 auprès du dispositif NRF 8. Comme mentionné précédemment, dans une variante de réalisation, le module 7A peut être configuré pour enregistrer auprès du dispositif NRF 8 le profil CellPROF de chaque cellule gérée par la station de base 3, c’est-à-dire les profils CellPROF(C1) de la cellule C1, CellPROF(C2) de la cellule C2 et CellPROF(C3) de la cellule C3, chaque profil d’une cellule comprenant des informations représentatives des conditions de déploiement courantes de cette cellule. Le fonctionnement du module 7A de l’entité 7 hébergée par la station de base 3 est décrit plus en détail ultérieurement en référence aux étapes du procédé de communication selon l’invention. Enfin, la mémoire non volatile 13 de l’ordinateur 9 comprend, lorsqu’il s’agit d’un dispositif demandeur ou qu’il héberge un tel dispositif demandeur, un enregistrement d’un programme d’ordinateur PROG3, comportant des instructions définissant les principales étapes d’un procédé de découverte selon l’invention. Ce programme PROG3 définit les modules fonctionnels d’un dispositif demandeur selon l’invention (tel que les instances AMF 4, SMF 5 et NWDAF 6 dans le premier mode de réalisation décrit ici), qui s’appuient ou commandent les éléments matériels 10 à 14 de l’ordinateur 9 cités précédemment. Ces modules comprennent notamment comme illustré sur la : un module 16A d’envoi configuré pour envoyer une requête de découverte au dispositif NRF 8. Cette requête de découverte porte sur au moins un critère CRIT de recherche, par exemple sur au moins une cellule du réseau NW gérée par une station de base du réseau cellulaire ; un module 16B de réception, configuré pour recevoir une réponse à la requête de découverte. Si le critère CRIT de recherche indiqué dans la requête de découverte porte sur au moins une cellule du réseau NW, alors la réponse reçue du dispositif NRF 8 comprend des informations représentatives de conditions de déploiement courantes de ladite au moins une cellule stockées dans ledit au moins un profil gNBPROF de ladite au moins une station de base gérant ladite au moins une cellule, maintenu par le dispositif NRF 8 ; et un module 16C d’utilisation, configuré pour utiliser tout ou partie desdites informations reçues, par exemple lors de la fourniture d’une fonctionnalité implémentée par le dispositif demandeur dans le réseau NW. Par exemple, si le dispositif demandeur est l’instance AMF 4, le module 16C peut utiliser les informations de conditions de déploiement fournies par le dispositif NRF 8 pour déterminer la RA d’un UE. Selon un autre exemple illustratif, si le dispositif demandeur est l’instance SMF 5, le module 16C peut utiliser les informations de conditions de déploiement fournies par le dispositif NRF 8 pour déterminer certains paramètres d’une session avec un UE. Selon un autre exemple encore, si le dispositif demandeur est l’instance NWDAF 6, le module 16C peut utiliser les informations de conditions de déploiement fournies par le dispositif NRF 8 pour améliorer ses prédictions relatives à un UE. Le fonctionnement des modules 16A à 16C du dispositif demandeur selon l’invention est décrit plus en détail ultérieurement en référence aux étapes du procédé de découverte selon l’invention. Nous allons maintenant décrire, en référence à la qui illustre un premier exemple d’application de l’invention, les principales étapes des procédés de communication, de gestion et de découverte selon l’invention lorsqu’elles sont mises en œuvre respectivement dans le premier mode de réalisation de l’invention, par la station de base 3 hébergeant l’entité 7, par le dispositif NRF 8, et par les instances AMF 4 et SMF 5. On suppose ici que, suite à son activation par l’opérateur OP du réseau cellulaire NW et à sa mise en marche, la station de base 3 enregistre son profil gNBPROF(3) auprès du dispositif NRF 8 (étape E10), via son module d’enregistrement 7A. Comme évoqué précédemment, conformément à l’invention, le profil gNBPROF(3) contient pour chaque cellule C1, C2, C3 gérée par la station de base 3, des informations INFO_CURR représentatives des conditions de déploiement courantes de ces cellules. Ces informations INFO_CURR reflètent le déploiement réel du réseau NW à un instant donné, c’est-à-dire, les zones géographiques et les infrastructures couvertes par les cellules, la topologie de l’architecture du réseau (ex. adjacence entre cellules), etc. Elles sont dynamiques dans le sens où elles peuvent évoluer dans le temps, en fonction des décisions prises par l’opérateur OP du réseau NW ou de façon autonome par les stations de base (ex. reconfiguration de certaines stations de base, etc.), du déplacement des stations de base (notamment lorsqu’elles sont mobiles), de l’extinction de certaines cellules (par exemple pour limiter la consommation énergétique du réseau), de l’apparition de nouvelles infrastructures (ex. routes, bâtiments, etc.), etc. Ainsi, par exemple, les informations INFO_CURR peuvent comprendre tout ou partie des informations suivantes : informations relatives à la disposition de la cellule dans l’architecture du réseau, telles que le voisinage logique ou radio des cellules (sous forme par exemple de l’identité des cellules voisines de ladite cellule) ; informations relatives à l’environnement géographique de la cellule telles que la zone géographique couverte par la cellule (exprimée par exemple à partir des coordonnées (latitude et longitude) du centre de la cellule et de son rayon, ou d’un motif spatial polygonal utilisant le même type de coordonnées ou via une référence à une carte de couverture, etc.) ; informations relatives au type de déploiement de la cellule, telles qu’un déploiement indoor/outdoor, en visibilité directe (LOS) ou indirecte (NLOS), en zone blanche, dense, suburbaine ou rurale, ayant une finalité de couverture ou capacitaire, en support d’un réseau privé, d’une infrastructure ou d’une verticale critique, déploiement événementiel/temporaire, configuration du déploiement (ex. cellule macro/petite/pico, ou cellule gérée par une station de base embarquée sur une plateforme à haute altitude, un drone ou un satellite, etc.) ; informations relatives à une configuration d’au moins une antenne de la cellule telles que la position et l’orientation de cette antenne (latitude, longitude, altitude, hauteur au sol, azimuth, inclinaison), le déploiement d’un système d’antenne distribué (ou DAS) ; informations relatives à au moins une infrastructure couverte par la cellule, par exemple un axe routier, une voie ferrée, une voie navigable, un ou plusieurs immeubles, une zone industrielle, etc. (exprimée par exemple sous forme de l’identité de l’infrastructure en question) ; informations relatives à l’état de la cellule, telles que la charge ou le niveau de charge (ex. faible, moyen, élevé) de la cellule, la charge ou le niveau de charge de la cellule au niveau de chaque tranche de réseau (slice), le nombre d’utilisateurs actifs dans la cellule, le débit en liaison montante (UL) ou descendante (DL), des indicateurs de congestion (ex. taux d’utilisation des ressources radio, nombre de paquets en file d’attente), un état de faute ou un niveau d’alarme, un état en termes de sécurité (ex. détection de brouillage (ou jamming en anglais), la détection d’attaques de type « attaque de l’homme du milieu » (ou « Man In The Middle Attack » en anglais), « fausse station de base », déni de service distribué (ou DDoS pour « Distributed Denial of Service » en anglais), compromission par des botnets), etc. Cette liste n’est bien entendu pas exhaustive et d’autres informations représentatives des conditions de déploiement courantes des cellules peuvent être contenues dans les profils. En outre, les profils peuvent contenir d’autres informations INFO_SUPP, telles que des informations de configuration statique des cellules, comme par exemple : une identité de la cellule ; une bande de fréquence utilisée par la cellule ; au moins une technologie d’accès radio associée à la cellule (ex. GERAN, UTRA, E-UTRA, NR); etc. Il convient de noter qu’on peut envisager que certaines de ces informations qui sont statiques aujourd’hui dans le contexte des réseaux 5G, revêtissent un caractère plus dynamique dans une version (ou « Release » en anglais) ultérieure de ces réseaux ou dans un autre contexte. Le profil gNBPROF(3) de la station de base 3 peut en outre contenir des informations INFO_gNB relatives à la station de base 3 telles que son identité (sous la forme par exemple d’un identifiant « Global RAN Node ID »), la liste des TAs et/ou des slices qu’elle supporte, des informations représentatives de son état (ex. charge ou niveau de charge, nombre d’utilisateurs utilisant la station de base), etc. Le profil gNBPROF(3) est mémorisé par exemple dans la mémoire non volatile 13 de la station de base 3. Il convient de noter que les informations INFO_CURR, INFO_SUPP et/ou INFO_gNB peuvent avoir été configurées au niveau de la station de base 3 par l’opérateur OP du réseau (via des moyens connus en soi et non décrits ici), ou être obtenues ou découvertes dynamiquement par la station de base 3. Par exemple, la station de base 3 peut évaluer certaines de ces informations elle-même, telles que la zone géographique couverte par chacune des cellules C1, C2 et C3. A cet effet, elle peut notamment utiliser la localisation géographique des UE qui sont rattachés à la cellule en question, cette localisation pouvant être remontée par des modules de positionnement par satellite (ou PNT pour « Positioning Navigation and Timing Service » en anglais) tels que des modules GPS ou GNSS équipant les UE ou pouvant être calculée par la station de base 3 à partir des informations de TDOA et de vitesses dont elle dispose sur les UE. Grâce à la localisation des UE et à la connaissance des cellules servant chacun de ces UE, la station de base 3 peut établir une « cartographie » des UE et en déduire les limites de couverture de chaque cellule. Selon un autre exemple, particulièrement bien adapté dans le cas d’une station de base 3 mobile équipée d’un récepteur PNT et d’une boussole, la station de base 3 peut évaluer la position et l’orientation des antennes desservant les cellules qu’elle gère à partir des positions remontées par son récepteur PNT et des indications fournies par sa boussole. Selon un autre exemple encore, la station de base 3 peut déterminer l’identité des cellules voisines de chaque cellule qu’elle gère en utilisant la fonctionnalité ANR (pour « Automatic Neighbor Relation » en anglais) de la technologie SON (pour « Self-Organizing Networks » en anglais) conçue de façon connue en soi pour permettre l’auto-configuration, l’auto-exploitation et l’auto-optimisation des équipements d’un réseau de communication cellulaire. Selon un autre exemple, la station de base 3 peut déduire des informations relatives à l’état de la cellule à partir de son propre état : par exemple, si la station de base 3 rencontre un problème de surcharge causé typiquement par la limitation de ses capacités de traitement, cela va se répercuter sur l’état des cellules qu’elle gère qui seront elles-mêmes dans un état surchargé. En outre, la station de base 3 dispose de façon connue en soi, d’informations sur l’utilisation des ressources réseaux. Elle peut à partir de ces informations détecter un état (ou un niveau) de congestion des cellules qu’elle gère. Une telle congestion est susceptible d’affecter différents types de ressources utilisées par la cellule, comme des ressources radio ou PRB (pour « Physical Ressource Block » en anglais), des mémoires tampons (ou buffers en anglais) ou encore des canaux radio (ex. canaux de trafic, de signalisation ou de paging), et intervient lorsque 100% des ressources en question sont utilisées (ex. 100% des buffers sont pleins). Pour détecter un tel état, on peut surveiller divers indicateurs avancés de congestion tels que par exemple un pourcentage d’utilisation des ressources qui s’approche d’un seuil critique, une augmentation des délais ou des pertes de paquets observés sur la cellule, etc. Ces indicateurs peuvent être considérés parmi les informations INFO_CURR. La station de base 3 peut par ailleurs obtenir certaines des informations d’entités tierces, par exemple d’entités du réseau NW ou d’entités externes. Notamment, on peut envisager que la station de base 3 soit configurée pour communiquer avec le système 15 de planification radio adapté au réseau NW, et obtiennent certaines informations de ce système de planification radio, comme par exemple les informations relatives au type de déploiement des cellules C1, C2 et C3 qu’elle gère, l’identité des infrastructures couvertes par chacune de ces cellules, ou encore les informations relatives à la configuration de déploiement de ces cellules. La station de base 3 peut également avoir connaissance de certaines de ces informations car elle les utilise pour implémenter les traitements dont elle est en charge (ex. identité des cellules voisines, bande de fréquences utilisée par chaque cellule ou encore technologie de réseau d’accès implémentée dans chaque cellule), ou parce qu’elle est configurée pour diffuser ces informations sur le réseau NW (ex. identité des cellules qu’elle gère, liste des TAs et/ou des tranches de réseau qu’elle supporte). La nature des informations INFO_CURR, et le cas échéant INFO_SUPP et INFO_gNB, contenues dans le profil gNBPROF(3) de la station de base 3 peuvent être définies par défaut au niveau de la station de base 3 (et plus précisément de l’entité 7), par exemple par l’opérateur du réseau NW, ou par une plateforme de gestion aussi connue sous le nom de plateforme OAM (pour « Operations, Administration and Maintenance » en anglais). Pour enregistrer le profil gNBPROF de la station de base 3 auprès du dispositif NRF 8, dans le premier mode de réalisation décrit ici, le module d’enregistrement 7A utilise le service Nnrf_NFManagement_NFRegister défini dans les documents 3GPP TS 23.502 et TS 29.510 cités précédemment, adapté pour les besoins de l’invention. Plus spécifiquement, la requête d’enregistrement du service Nnrf_NFManagement_NFRegister (message « Nnrf_NFManagement_NFRegister Request »), habituellement utilisée par les fonctions NF du réseau cœur CN pour enregistrer leurs profils NFPROF respectifs auprès du dispositif NRF 8, est adaptée pour être utilisée par la station de base 3 (et plus particulièrement par le module 7A d’enregistrement de l’entité 7 hébergée par la station de base 3) pour enregistrer son profil gNBPROF(3). Cette adaptation consiste à modifier la requête pour qu’elle contienne dans le profil gNBPROF(3), pour chaque cellule C1, C2 et C3 gérée par la station de base 3, les informations INFO_CURR, et le cas échéant les informations INFO_SUPP et INFO_gNB. Une telle adaptation est évidente pour l’homme du métier et n’est pas décrite davantage ici. Sur réception de la requête d’enregistrement de la station de base 3, le dispositif NRF 8, via son module 8A d’enregistrement, mémorise le profil gNBPROF(3) par exemple dans sa mémoire non volatile 13 (étape E20). Puis il envoie par l’intermédiaire de son module 8A d’enregistrement un message de confirmation (message « Nnrf_NFManagement_NFRegister Response ») de l’enregistrement du profil gNBPROF(3) à la station de base 3 en utilisant le service Nnrf_NFManagement_NFRegister, de façon similaire ou identique à ce qu’il fait lors de l’enregistrement du profil d’une fonction NF (étape E30). On suppose maintenant que lorsqu’il détecte l’activation d’une nouvelle station de base (à savoir ici de la station de base 3), l’instance AMF 4 interroge le dispositif NRF 8 pour obtenir des informations sur les cellules du réseau NW gérées par cette nouvelle station de base 3 se trouvant sa zone de service (autrement dit, dans les TA que l’instance AMF4 dessert) (étape E40). A cet effet, dans le premier mode de réalisation décrit ici, le module 16A d’envoi de l’instance AMF 4 utilise le service Nnrf_NFManagement_NFDiscovery défini dans les documents 3GPP TS 23.502 et TS 29.510 cités précédemment, adapté pour les besoins de l’invention. Plus spécifiquement, le module 16A d’envoi de l’instance AMF 4 envoie au dispositif NRF 8 une requête de découverte (message « Nnrf_NFManagement_NFDiscovery Request ») telle que définie par le service Nnrf_NFManagement_NFDiscovery indiquant comme critères de recherche l’identité de la station de base 3 nouvellement détectée et les TA desservies par l’instance AMF 4. On note qu’en variante, cette interrogation du dispositif NRF 8 par l’instance AMF 4 peut intervenir à d’autres moments qu’en réaction à l’activation de la station de base 3. Ainsi par exemple, cette interrogation peut être déclenchée lorsque l’instance AMF 4 détecte qu’elle a besoin d’informations concernant un UE qu’elle gère. Sur réception de la requête de découverte de l’instance AMF 4, le dispositif NRF 8 consulte les profils enregistrés dans sa mémoire 13 non volatile, sélectionne les stations de base candidates coïncidant avec les critères de recherche indiqués dans la requête de découverte (la station de base 3 dans l’exemple envisagé ici), et répond à l’instance AMF 4 via son module 8B de réponse en utilisant le service Nnrf_NFManagement_NFDiscovery (étape E50). Conformément à l’invention, la réponse (message « Nnrf_NFManagement_NFDiscovery Response ») envoyée par le module 8B de réponse comprend tout ou partie du profil gNBPROF(3) de la station de base 3. En particulier, pour chaque cellule gérée par la station de base 3, la réponse envoyée par le module 8B de réponse comprend tout ou partie des informations INFO_CURR, et le cas échéant tout ou partie des informations INFO_SUPP et INFO_gNB, associées à cette cellule et contenues dans le profil gNBPROF(3). On note que l’envoi d’une partie seulement du profil gNBPROF(3) de la station de base 3 peut résulter de limitations spécifiées dans les critères CRIT de recherche indiqués dans la requête de découverte, mais également d’une configuration du dispositif NRF 8 (par exemple, le dispositif NRF 8 peut être configuré pour fournir tels types d’informations à tel type d’entité applicative). Sur réception de cette réponse par son module 16B de réception, l’instance AMF 4 extrait les informations contenues dans la réponse et les stocke par exemple dans sa mémoire 13 non volatile. L’instance AMF 4 déduit des informations qu’elle a reçues sur les cellules gérées par la station de base 3 faisant partie des TA qu’elle dessert, des indications sur ces TA (par exemple, leur topologie, les relations d’adjacence entre ces TA, le type de déploiement appliqué dans ces TA, etc.) (étape E60). On note que d’autres facteurs peuvent déclencher l’envoi d’une requête de découverte par l’instance AMF 4 au dispositif NRF 8. Par exemple, une telle requête de découverte peut être envoyée lors de la mise en service de l’instance AMF 4 par l’opérateur OP du réseau NW (et du réseau cœur CN), auquel cas la requête de découverte peut porter sur les cellules couvertes par plusieurs stations de base du réseau NW si cela s’avère pertinent (typiquement si plusieurs stations de base desservent la zone de service de l’instance AMF 4 ou sont découvertes par l’instance AMF lors de sa mise en service). On suppose maintenant que l’UE 2 s’enregistre auprès du réseau cœur CN par l’intermédiaire de la station de base 3 (étape E70). De façon connue en soi, la demande d’enregistrement de l’UE 2 (« Registration Request ») est transmise à une instance AMF, par exemple ici à l’instance AMF 4. Si la demande d’enregistrement de l’UE 2 est acceptée, l’instance AMF 4 détermine alors sa zone RA d’enregistrement (étape E80). Lors de cette détermination (fonctionnalité implémentée par l’instance AMF 4 au sens de l’invention), le module 16C d’utilisation de l’instance AMF 4 peut avantageusement utiliser, grâce à l’invention, les indications obtenues lors de l’étape E60, ce qui lui permet de constituer une RA adaptée au contexte dans lequel se trouve l’UE 2. Par exemple, le module 16C d’utilisation peut inclure dans la RA de l’UE 2 des TA adjacentes à la TA de la cellule utilisée par l’UE 2 pour l’enregistrement (cellule C1 dans l’exemple illustré sur la ), ou des TA qui couvrent la même infrastructure (par exemple la même voie ferrée). Bien entendu cet exemple n’est donné qu’à titre illustratif et n’est pas limitatif en soi. On note que les étapes E40 à E60 peuvent être mises en œuvre comme cela est décrit avant l’étape E70 ou après. Les autres étapes de la procédure d’enregistrement de l’UE 2 sont identiques ou similaires aux étapes décrites dans le document 3GPP TS 23.502 au paragraphe 4.2.2.2.2, et ne sont pas détaillées davantage ici. L’instance AMF 4 envoie la confirmation de l’enregistrement à l’UE 2 (« Registration Accept »), en incluant dans cette confirmation la RA qu’elle vient de déterminer (étape E90). Suite à son enregistrement, l’UE 2 requiert l’établissement d’une session (« PDU Session Establishment Request ») (étape E100). L’instance AMF 4 via laquelle la requête transite peut déterminer de façon connue en soi l’instance SMF qui va gérer cette session (l’instance SMF 5 dans l’exemple envisagé ici), ou utiliser les informations reçues lors de l’étape E60 sur la cellule C1 à laquelle est attachée l’UE 2 pour identifier cette instance (représentée en une seule étape E100 sur la ). Par exemple, on peut envisager de déterminer par apprentissage des corrélations entre le type de déploiement des cellules et des caractéristiques de session (ex. durée, débit), et sélectionner en tenant compte de ces corrélations, l’instance SMF la plus adaptée pour gérer la session requise par l’UE 2. Sur réception de la requête d’établissement de session, l’instance SMF 5, via son module 16A d’envoi, interroge ici à son tour le dispositif NRF 8 pour obtenir des informations sur la cellule C1 à laquelle est attaché l’UE 2 (étape E110). A cet effet, comme décrit précédemment pour l’instance AMF 4, le module 16A d’envoi de l’instance SMF 5 utilise le service Nnrf_NFManagement_NFDiscovery défini dans les documents 3GPP TS 23.502 et TS 29.510 adapté pour les besoins de l’invention. Plus spécifiquement, le module 16A d’envoi de l’instance SMF 5 envoie au dispositif NRF 8 une requête de découverte (message « Nnrf_NFManagement_NFDiscovery Request ») telle que définie par le service Nnrf_NFManagement_NFDiscovery indiquant comme critère de recherche l’identité de la cellule C1 utilisée par l’UE 2 pour accéder au réseau. Sur réception de la requête de découverte de l’instance SMF 5, le dispositif NRF 8 consulte les profils enregistrés dans sa mémoire 13 non volatile, identifie le profil gNBPROF(3) de la station de base 3 gérant la cellule C1 indiquée dans la requête de découverte, et répond à l’instance SMF 5 via son module 8B de réponse en utilisant le service Nnrf_NFManagement_NFDiscovery (étape E120). Conformément à l’invention, la réponse (message « Nnrf_NFManagement_NFDiscovery Response ») envoyée par le module 8B de réponse comprend tout ou partie des informations contenues dans le profil gNBPROF(3) associées à la cellule C1, et en particulier, tout ou partie des informations INFO_CURR relatives à cette cellule. La réponse est reçue par le module 16B de réception de l’instance SMF 5, puis le module 16C d’utilisation de l’instance SMF 5 utilise les informations reçues sur la cellule C1 pour établir la session requise par l’UE 2 (fonctionnalité implémentée par l’instance SMF 5 au sens de l’invention) (étape E130). Plus particulièrement ici, le module 16C d’utilisation de l’instance SMF 5 utilise ces informations pour déterminer de façon optimale certains paramètres de la session, par exemple la ou les fonctions réseau du plan utilisateur ou UPF (pour « User Plane Function » en anglais) qui achemineront les données. Ceci peut être fait, comme décrit précédemment, en exploitant des corrélations établies entre les types de déploiement des cellules et des caractéristiques de sessions telles que notamment le débit. Bien entendu cet exemple n’est donné qu’à titre illustratif et n’est pas limitatif en soi. Les autres étapes de la procédure d’établissement de la session de l’UE 2 sont identiques ou similaires aux étapes décrites dans le document 3GPP TS 23.502 au paragraphe 4.3.2.2.1, et ne sont pas détaillées davantage ici. L’instance SMF 5 confirme alors l’établissement de la session auprès de l’UE 2 (« PDU Session Establishment Accept ») (étape E140). Dans ce qui précède, les dispositifs AMF 4 et SMF 5 ont interrogé chacun à leur tour le dispositif NRF 8 pour obtenir des informations de conditions de déploiement courantes des cellules du réseau NW et exploité ces informations pour mettre en œuvre les fonctionnalités qui leur sont confiées aux étapes E80, E100 et E130. Bien entendu ces hypothèses ne sont pas limitatives en soi, et on peut envisager que de telles informations ne soient requises et exploitées que pour un nombre réduit de ces étapes (typiquement seulement une ou deux de ces étapes). Dans le premier mode de réalisation décrit ici, les services Nnrf_NFManagement_NFRegister et Nnrf_NFManagement_NFDiscovery définis par le standard 3GPP pour les échanges entre les fonctions NF et la fonction NRF du réseau cœur ont été préférentiellement utilisés et adaptés pour gérer les échanges entre la station de base 3 et la fonction NRF 8 d’une part (enregistrement du profil de la station de base, ou des cellules) et entre la fonction NRF 8 et les fonctions NF 4, 5 consumer d’’autre part (découverte des informations contenues dans le profil de la station de base ou des cellules). Dans un autre mode de réalisation, on peut envisager de procéder différemment, notamment d’utiliser des messages dédiés à l’invention permettant à la station de base 3 d’enregistrer son profil (ou le profil des cellules qu’elle gère) auprès du dispositif NRF 8 et aux fonctions NF du réseau cœur d’accéder aux informations sur les cellules mémorisées dans ce profil (ou ces profils). En outre, on peut envisager d’enregistrer les profils des stations de base du réseau NW contenant les informations de conditions de déploiement courantes des cellules auprès d’une autre entité du réseau NW (dispositif de contrôle au sens de l’invention) que le dispositif NRF 8, par exemple une entité chargée de gérer des entités applicatives du réseau d’accès AN (incluant notamment les stations de base du réseau d’accès AN) et de maintenir pour ces entités applicatives des profils, ladite autre entité pouvant être accessible via une API ou tout autre type d’interface. Par ailleurs, dans le premier mode de réalisation décrit ici, si la station de base 3 détecte une évolution des informations représentatives des conditions de déploiement courantes d’une ou de plusieurs cellules qu’elle gère, elle met à jour, via son module 7A d’enregistrement, son profil gNBPROF(3) auprès du dispositif NRF 8 en utilisant le service Nnrf_NFManagement_NFRegister défini par le standard 3GPP dans les documents TS 23.501 et TS 29.510, adapté pour les besoins de l’invention pour inclure les informations représentatives des conditions de déploiement courantes mises à jour. Suite à cette mise à jour du profil gNBPROF(3), de la même façon que cela se fait pour les informations contenues dans les profils des fonctions NF mémorisés par le dispositif NRF 8, le dispositif NRF 8 notifie les fonctions NF « consumer » ayant souscrit aux notifications de mise à jour du profil de la station de base 3 ou des informations relatives à une ou plusieurs cellules gérées par la station de base 3, et leur fournit les informations représentatives des conditions de déploiement courantes des cellules ayant évolué correspondant à leur souscription. La même procédure est appliquée lorsque des profils de cellule sont enregistrés auprès du dispositif NRF 8. La illustre un deuxième exemple d’application de l’invention selon le premier mode de réalisation dans lequel les étapes du procédé de communication sont mises en œuvre par la station de base 3 hébergeant l’entité 7, les étapes du procédé de gestion sont mises en œuvre par le dispositif NRF 8, et les étapes du procédé de découverte sont mises en œuvre par l’instance NWDAF 6. Suite à son activation par l’opérateur OP du réseau cellulaire NW et à sa mise en marche, la station de base 3 enregistre son profil gNBPROF(3) auprès du dispositif NRF 8, via son module d’enregistrement 7A en utilisant le service Nnrf_NFManagement_NFRegister adapté pour les besoins de l’invention (message « Nnrf_NFManagement_NFRegister Request ») (étape F10). Il convient de noter qu’un tel enregistrement peut également avoir lieu suite à la modification de tout ou partie des informations contenues dans le profil gNBPROF(3). Sur réception de la requête d’enregistrement de la station de base 3, le dispositif NRF 8, via son module 8A d’enregistrement, mémorise le profil gNBPROF(3) par exemple dans sa mémoire non volatile 13 (étape F20). Puis il envoie par l’intermédiaire de son module 8A d’enregistrement un message de confirmation (message « Nnrf_NFManagement_NFRegister Response ») de l’enregistrement du profil gNBPROF(3) à la station de base 3 en utilisant le service Nnrf_NFManagement_NFRegister, de façon similaire ou identique à ce qu’il fait lors de l’enregistrement du profil d’une fonction NF (étape F30). On suppose maintenant que l’UE 2 s’enregistre auprès du réseau cœur CN par l’intermédiaire de la station de base 3 (étape F40). De façon connue en soi, la demande d’enregistrement de l’UE 2 (« Registration Request ») est transmise à l’instance AMF 4 à laquelle est rattaché cet UE. Les étapes F10, F20, F30 et F40 sont identiques respectivement aux étapes E10, E20, E30 et E70 décrites précédemment en référence à la , et ne sont pas reprises en détail ici. Dans le deuxième mode de réalisation décrit ici, on suppose que sur réception de la requête d’enregistrement de l’UE 2, l’instance AMF 4 demande à l’instance NWDAF 6 des prédictions/statistiques et plus particulièrement des prévisions sur la mobilité de l’UE 2 (message « Nnwdaf_AnalyticsInfo Request ») (étape F50). Elle utilise à cet effet, dans le premier mode de réalisation décrit ici, le service Nnwdaf_AnalyticsInfo décrit dans les documents 3GPP TS 23.288 intitulé « Architecture Enhancements for 5G system (5GS) to support network data analytics services (Release 17) », v17.4.0, mars 2022, et TS 28.520 intitulé « Technical Specification Group Core Network and Terminals; 5G System; Network Data Analytics Services; Stage 3; (Release 17) », v17.6.0, mars 2022. On note que cette demande peut se faire sous la forme d’une requête simple « Nnwdaf_AnalyticsInfo Request » comme décrit ici, ou en variante sous la forme d’une souscription en utilisant le service Nnwdaf_Analytics Subscription comme décrit dans les documents TS 23.288 et TS 29.520 précédemment cités. Sur réception de la demande de prévisions de l’instance AMF 4, l’instance NWDAF 6 collecte les données INPUT_DATA nécessaires au calcul des prévisions demandées, comme décrit dans le document TS 23.288 au paragraphe 6.7.2.4. En outre, l’instance NWDAF 6 interroge, via son module 16A d’envoi, le dispositif NRF 8 pour obtenir des informations sur la cellule du réseau NW utilisée par l’UE 2. L’identifiant de la cellule utilisée par l’UE 2 (C1 dans l’exemple envisagé ici) peut être obtenu par l’instance NWDAF 6 par exemple à partir des données INPUT_DATA qu’elle a collectées. Pour interroger le dispositif NRF 8, le module 16A d’envoi de l’instance NWDAF 6 envoie une requête de découverte (message « Nnrf_NFManagement_NFDiscovery Request ») au dispositif NRF 8 (étape F60), de façon similaire ou identique à ce qui a été décrit précédemment à l’étape E110 pour l’instance SMF 5 en référence à la . Plus spécifiquement, la requête de découverte telle que définie par le service Nnrf_NFManagement_NFDiscovery indique dans le cas présent comme critère de recherche l’identité de la cellule C1 utilisée par l’UE 2 pour accéder au réseau. Sur réception de la requête de découverte de l’instance NWDAF 6, le dispositif NRF 8 consulte les profils enregistrés dans sa mémoire 13 non volatile, identifie le profil gNBPROF(3) de la station de base 3 gérant la cellule C1 indiquée dans la requête de découverte, et répond à l’instance NWDAF 6 via son module 8B de réponse en utilisant le service Nnrf_NFManagement_NFDiscovery (étape F70). Conformément à l’invention, la réponse (message « Nnrf_NFManagement_NFDiscovery Response ») envoyée par le module 8B de réponse comprend tout ou partie des informations contenues dans le profil gNBPROF(3) associées à la cellule C1, et en particulier, tout ou partie des informations INFO_CURR relatives à cette cellule. La réponse du dispositif NRF 8 est reçue par le module 16B de réception de l’instance NWDAF 6. L’instance NWDAF 6, via son module 16C d’utilisation, établit alors les prévisions demandées par l’instance AMF 4 (fonctionnalité implémentée par l’instance NWDAF 6 au sens de l’invention), en utilisant d’une part les données INPUT_DATA collectées, mais également ici tout ou partie des informations reçues du dispositif NRF 8 sur la cellule C1, et en particulier tout ou partie des informations INFO_CURR de conditions de déploiement courantes de la cellule C1 reçues du dispositif NRF 8 (étape F80). Par exemple, les prévisions de l’instance NWDAF 6 peuvent être influencées par le type de déploiement de la cellule C1 et notamment le fait qu’elle soit déployée en support d’une infrastructure donnée telle qu’une autoroute : les positions futures de l’UE 2 situées sur cette autoroute auront alors une probabilité plus importante. Bien entendu cet exemple n’est donné qu’à titre illustratif et n’est pas limitatif en soi. Il convient de noter que les étapes F60 à F80 qui viennent d’être décrites peuvent être réitérées et/ou exécutées à d’autres moments. Par exemple, l’instance NWDAF 6 peut observer le déplacement de l’UE 2 pendant une certaine période et interroger le dispositif NRF 8 pour chacune des cellules visitées par l’UE 2 afin d’obtenir des prédictions plus fiables. Ceci est possible notamment lorsque le dispositif demandeur des prédictions/statistiques de l’instance NWDAF 6 n’a pas besoin d’une réponse immédiate de cette dernière. Le module 16C d’utilisation de l’instance NWDAF 6 transmet les prévisions ainsi établies à l’instance AMF 4 (message « Nnwdaf_AnalyticsInfo Response ») (étape F90), qui les utilise pour établir la RA de l’UE 2 de façon connue de l’homme du métier et non décrite en détail ici (étape F100). Par exemple, la RA peut contenir toutes les TA contenant les positions futures de l’UE 2 prédites par l’instance NWDAF 6. Bien entendu cet exemple n’est donné qu’à titre illustratif et n’est pas limitatif en soi. Les autres étapes de la procédure d’enregistrement de l’UE 2 sont identiques ou similaires aux étapes décrites dans le document 3GPP TS 23.502 au paragraphe 4.2.2.2.2, et ne sont pas détaillées davantage ici. L’instance AMF 4 envoie la confirmation de l’enregistrement à l’UE 2 (« Registration Accept »), en incluant dans cette confirmation la RA qu’elle vient de déterminer (étape F110). Suite à son enregistrement, l’UE 2 requiert l’établissement d’une session (« PDU Session Establishment Request ») (étape F120). L’instance AMF 4 via laquelle la requête transite peut sélectionner l’instance SMF 5 qui va gérer cette session de façon classique, telle que prévue par le standard 3GPP, en utilisant éventuellement les prévisions reçues lors de l’étape F90 pour sélectionner l’instance SMF 5. Sur réception de la requête d’établissement de session, l’instance SMF 5 demande à l’instance NWDAF 6 des prédictions/statistiques sur l’UE 2, comme par exemple des prévisions sur les communications de l’UE 2 (message « Nnwdaf_AnalyticsInfo Request ») (étape F130). Comme décrit précédemment pour l’instance AMF 4 à l’étape F50, l’instance SMF 5 utilise à cet effet, dans le premier mode de réalisation décrit ici, le service Nnwdaf_AnalyticsInfo décrit dans les documents 3GPP TS 23.288 et TS 28.520. Les étapes F60 et F70 peuvent être réitérées si besoin par l’instance NWDAF 6 (non représentées sur la ). Ce peut être le cas notamment lorsque l’instance NWDAF 6 est sollicitée pour réaliser des prédictions/statistiques de différentes natures, comme par exemple ici, par l’instance AMF 4 pour établir des prévisions sur la mobilité de l’UE 2 et par l’instance SMF 5 pour établir des prévisions sur les communications de l’UE 2, les requêtes de découverte adressées auprès du dispositif NRF 8 pouvant alors porter sur des critères de recherche différents. L’instance NWDAF 6, via son module 16C d’utilisation, établit alors les prévisions demandées par l’instance SMF 5 (fonctionnalité implémentée par l’instance NWDAF 6 au sens de l’invention) en utilisant d’une part les données INPUT_DATA qu’elle a collectées, mais également tout ou partie des informations fournies par le dispositif NRF 8 sur la cellule C1 utilisée par l’UE 2 pour accéder au réseau, et en particulier tout ou partie des informations INFO_CURR de conditions de déploiement courantes de la cellule C1 (étape F140). Le module 16C d’utilisation de l’instance NWDAF 6 transmet les prévisions ainsi établies à l’instance SMF 5 (message « Nnwdaf_AnalyticsInfo Response ») (étape F150), qui les utilise pour établir la session requise par l’UE 2 (étape F160). Par exemple, le module 16C d’utilisation de l’instance SMF 5 utilise ces prévisions pour déterminer de façon optimale certains paramètres de la session, telle que la ou les fonctions réseau du plan utilisateur ou UPF (pour « User Plane Function » en anglais) qui achemineront les données. Par exemple, en fonction des débits des communications de l’UE 2 prévues par l’instance NWDAF 6, l’instance SMF 5 peut sélectionner une fonction UPF optimisée pour traiter un débit important ou au contraire des communications sporadiques. Bien entendu cet exemple n’est donné qu’à titre illustratif et n’est pas limitatif en soi. L’instance SMF 5 confirme alors l’établissement de la session auprès de l’UE 2 (« PDU Session Establishment Accept ») (étape F170). Il convient de noter que les remarques faites précédemment quant à la possibilité d’utiliser d’autres messages que ceux définis par les services Nnrf_NFManagement_NFRegister et Nnrf_NFManagement_NFDiscovery du standard 3GPP, de mettre à jour certaines informations du profil de la station de base 3 ou des cellules du réseau NW, d’interroger et d’exploiter les informations de conditions de déploiement courantes des cellules uniquement durant certaines étapes, et d’envisager un autre dispositif de contrôle que le dispositif NRF 8 (par exemple un dispositif de contrôle gérant des entités applicatives du réseau d’accès AN telles que les stations de base) s’appliquent également dans le contexte de ce deuxième exemple illustratif. Par ailleurs, les deux exemples illustratifs qui viennent d’être présentés ne sont pas limitatifs en soi, et l’invention peut s’appliquer dans d’autres contextes, et impliquer d’autres entités applicatives du réseau cœur CN (par exemple d’autres fonctions réseau) et/ou du réseau d’accès AN (par exemple d’autres stations de base). Notamment on peut envisager comme autre dispositif demandeur, une station de base du réseau AN qui utilise les informations de conditions de déploiement courantes des cellules du réseau NW pour décider d’un transfert ou « handover » entre deux cellules pour un UE rattaché à cette station de base, et déterminer les modalités de ce handover (notamment la cellule cible). Par exemple, s’il est déterminé qu’un UE se déplace sur une voie ferrée (ex. par l’intermédiaire des prédictions réalisées par une fonction réseau NWDAF), la station de base pourrait, grâce aux informations INFO_CURR obtenues du dispositif NRF 8, ne sélectionner parmi les cellules voisines candidates (qui sont configurées au niveau de la station de base), que celles qui couvrent la voie ferrée en question sur laquelle l’UE se déplace, comme cibles potentielles pour le handover de l’UE. Il convient de noter que les API actuellement définies par le standard 3GPP ne permettent pas à une station de base gNB d’interroger un dispositif NRF ; par conséquent, il conviendrait d’adapter cette API (ce qui ne poserait pas de difficulté à l’homme du métier) ou de prévoir une interface permettant à la station de base d’interroger le dispositif NRF pour obtenir les informations INFO_CURR qui l’intéressent. Dans le premier mode de réalisation qui vient d’être décrit, la station de base 3 héberge l’entité 7, et enregistre elle-même auprès du dispositif NRF 8 son profil gNBPROF(3) ou le profil CellPROF des cellules C1, C2 et C3 qu’elle gère. Ce qui vient d’être décrit en référence à la station de base 3 est mis en œuvre par tout ou partie des stations de base du réseau NW. Nous allons maintenant envisager en référence à la un deuxième mode de réalisation de l’invention dans lequel l’entité 7 est hébergée dans une entité applicative du réseau cœur CN et plus précisément dans un dispositif hébergeant une fonction réseau, à savoir une instance AMF (dispositif de gestion d’accès au réseau au sens de l’invention). Les mêmes références que celles utilisées sur les figures 1 à 3 sont utilisées pour les éléments qui sont identiques au premier mode de réalisation et pour lesquelles les caractéristiques détaillées dans le premier mode de réalisation s’appliquent dans le deuxième mode de réalisation. Ainsi, la représente un système 1’ dans un réseau NW de communication cellulaire, conforme au deuxième mode de réalisation de l’invention. Le réseau NW est comme décrit précédemment en référence au premier mode de réalisation, un réseau 5G tel que défini par le standard 3GPP, géré par un opérateur OP, et comprenant au moins un réseau d’accès AN et un réseau cœur CN. Pour accéder aux services offerts par le réseau NW, l’UE 2 se connecte au réseau cœur CN par l’intermédiaire du réseau d’accès AN, et plus particulièrement d’une station de base gNB 3’ de ce réseau d’accès. La station de base gNB 3’ est configurée pour gérer une ou plusieurs cellules du réseau NW ; dans l’exemple envisagé ici, la station de base 3’ est une gNB tri-sectorielle gérant trois cellules du réseau C1, C2 et C3. Le réseau cœur CN s’appuie sur plusieurs fonctions réseau comme décrit précédemment pour le premier mode de réalisation, et notamment sur des instances 4’ de fonction réseau AMF, 5 de fonction réseau SMF et 6 de fonction réseau NWDAF. Conformément à l’invention, le système 1’ comprend : au moins une station de base gNB gérant au moins une cellule du réseau NW, conforme à l’invention, à savoir la station de base 3’ gérant les cellules C1, C2 et C3 du réseau NW ; au moins un dispositif demandeur, conforme à l’invention, à savoir dans l’exemple illustré sur la , l’instance NWDAF 6. Bien entendu, cet exemple n’est donné qu’à titre illustratif, et d’autres entités du réseau NW, en particulier d’autres fonctions réseau ou instances de fonctions réseau du réseau cœur CN peuvent être des dispositifs demandeurs au sens de l’invention ; au moins une entité 7 du réseau NW conforme à l’invention. Dans le deuxième mode de réalisation, l’entité 7 est hébergée par l’instance AMF 4’ (dispositif de gestion d’accès au sens de l’invention) ; et un dispositif 8 de contrôle du réseau NW, conforme à l’invention, tel que décrit dans le premier mode de réalisation de l’invention. La représente la répartition dans les différents éléments du système 1’ des modules fonctionnels 8A-8B, 7A, et 16A à 165C définis respectivement par les programmes PROG1, PROG2 et PROG3, décrits précédemment pour le premier mode de réalisation. Les caractéristiques de ces modules restent les mêmes pour le deuxième mode de réalisation à la différence près que l’entité 7 (et donc le module d’enregistrement 7A) est maintenant hébergée dans une instance de fonction réseau du réseau cœur CN, à savoir dans l’instance AMF 4’. Il convient de noter que l’instance AMF 4’ peut également être un dispositif demandeur au sens de l’invention dans le deuxième mode de réalisation et héberger des modules 16A-16C (non représentés toutefois sur la ). Nous allons maintenant décrire, en référence à la qui illustre un exemple d’application de l’invention dans le deuxième mode de réalisation, les principales étapes des procédés de communication, de gestion et de découverte mises en œuvre respectivement par l’instance AMF 4’ hébergeant l’entité 7, par le dispositif NRF 8, et par l’instance NWDAF 6. Il convient de noter que le deuxième mode de réalisation est particulièrement bien adapté lorsque la station de base 3’ ne supporte pas le ou les protocoles permettant de consommer les services de l’instance AMF 4’ ou du dispositif NRF 8 (protocole HTTP2 notamment dans l’exemple d’un réseau 5G défini par le standard 3GPP). Suite à son activation par l’opérateur OP du réseau cellulaire NW, la station de base 3’ déclenche une procédure d’association avec l’instance 4’ AMF désignée pour gérer la station de base 3’ (étape G10). A cet effet, dans le deuxième mode de réalisation décrit ici, la station de base 3’ exécute la procédure « NG Setup » décrite dans le document 3GPP TS 38.413 intitulé « Technical Specification Group Radio Access Network; NG-RAN; NG Application Protocol (NGAP); (Release 17) », v17.0.0, avril 2022, au paragraphe 8.7.1. Toutefois conformément à l’invention, lors de cette procédure, la station de base 3’ enrichit le message d’association (message « NG SETUP Request ») envoyé à l’instance AMF 4’ avec son profil gNBPROF(3’). Comme décrit dans le premier mode de réalisation de l’invention, le profil gNBPROF(3’) contient pour chaque cellule C1, C2, C3 gérée par la station de base 3’, des informations INFO_CURR représentatives des conditions de déploiement courantes de ces cellules, et éventuellement des informations supplémentaires INFO_SUPP et INFO_gNB relatives à la station de base 3’. Les informations INFO_CURR, INFO_SUPP et INFO_gNB considérées dans le deuxième mode de réalisation sont identiques à celles considérées dans le premier mode de réalisation et ne sont pas décrites de nouveau en détail ici. Il en est de même pour la façon dont la station de base 3’ obtient ces informations (configuration opérateur, évaluation par elle, ou obtention en provenance d’entités tierces comme d’un système de planification radio adapté au réseau NW). En outre, comme dans le premier mode de réalisation, on peut envisager qu’au lieu de transmettre son profil gNBPROF(3’) à l’instance AMF 4’, la station de base 3’ transmettre un profil CellPROF pour chacune des cellules C1, C2 et C3 qu’elle gère. L’instance AMF 4’ extrait le profil gNBPROF(3’) transmis par la station de base 3’ et le stocke par exemple dans sa mémoire non volatile 13. Il finalise la procédure d’association avec la station de base 3’ comme décrit dans le document 38.413 (étape G20 et message « NG SETUP Response »). Suite à la réception du profil gNBPROF(3’) de la station de base 3’, l’instance AMF 4’, via son module d’enregistrement 7A, enregistrement le profil gNBPROF(3’) auprès du dispositif NRF 8 (étape G30). A cet effet, dans le deuxième mode de réalisation décrit ici, le module d’enregistrement 7A de l’instance AMF 4’ utilise le service Nnrf_NFManagement_NFRegister défini dans les documents 3GPP TS 23.502 et TS 29.510 cités précédemment, adapté pour les besoins de l’invention. Plus spécifiquement, la requête d’enregistrement du service Nnrf_NFManagement_NFRegister (message « Nnrf_NFManagement_NFRegister Request »), habituellement utilisée par les fonctions NF du réseau cœur CN pour enregistrer leurs profils NFPROF respectifs auprès du dispositif NRF 8, est adaptée pour être utilisée par l’instance AMF 4’ (et plus particulièrement par le module 7A d’enregistrement de l’entité 7 hébergée par l’instance AMF 4’) pour enregistrer le profil gNBPROF(3’) de la station de base 3’. La requête « Nnrf_NFManagement_NFRegister Request » est donc modifiée pour, bien qu’étant envoyée par l’instance AMF 4’, contenir le profil gNBPROF(3’) de la station de base 3’ qui comprend, pour chaque cellule C1, C2 et C3 gérée par la station de base 3’, les informations INFO_CURR, et le cas échéant les informations INFO_SUPP et INFO_gNB. Une telle adaptation ne poserait pas de difficulté à l’homme du métier et n’est pas décrite davantage ici. Sur réception de la requête d’enregistrement de l’instance AMF 4’, le dispositif NRF 8, via son module 8A d’enregistrement, mémorise le profil gNBPROF(3’), par exemple dans sa mémoire non volatile 13 (étape G40). Ainsi, à l’issue de cette étape, le dispositif NRF 8 dispose dans sa mémoire non volatile 13 non seulement les profils des fonctions NF du réseau cœur CN, mais également le profil de la station de base 3’ (ainsi que d’autres stations de base du réseau NW, les profils de ces autres stations de base ayant été enregistrés par l’instance AMF 4’ si elles sont rattachées à cette instance ou par d’autres instances AMF du réseau cœur ayant procédé de façon similaire ou identique). Le dispositif NRF 8 envoie alors par l’intermédiaire de son module 8A d’enregistrement un message de confirmation (message « Nnrf_NFManagement_NFRegister Response ») de l’enregistrement du profil gNBPROF(3’) de la station de base 3’ à l’instance AMF 4’, en utilisant le service Nnrf_NFManagement_NFRegister, de façon similaire ou identique à ce qu’il fait lors de l’enregistrement du profil d’une fonction NF (étape G50). On suppose maintenant que l’UE 2 s’enregistre auprès du réseau cœur CN par l’intermédiaire de la station de base 3’, et plus particulièrement auprès de l’instance AMF 4’ (étape G60). L’étape G60, puis la série d’étapes G70 à G190 qui s’ensuivent, sont identiques respectivement aux étapes F40 puis F50 à F170 décrites en référence à la et ne sont pas détaillées de nouveau ici. Il convient de noter que les remarques faites précédemment quant à la possibilité d’utiliser d’autres messages que ceux définis par les services Nnrf_NFManagement_NFRegister et Nnrf_NFManagement_NFDiscovery du standard 3GPP ou de mettre à jour certaines informations du profil de la station de base 3 ou des cellules du réseau NWs’appliquent également dans le contexte de ce deuxième mode de réalisation. Par ailleurs, l’exemple illustratif qui vient d’être présenté n’est pas limitatif en soi, et l’invention peut s’appliquer dans d’autres contextes, et impliquer d’autres entités applicatives du réseau cœur CN (par exemple d’autres fonctions réseau) En outre, ce qui vient d’être décrit en référence au profil gNBPROF(3’) de la station de base peut être appliqué au profil CellPROF de chaque cellule géré par la station de base 3’. Dans les deux modes de réalisation qui ont été décrits, le réseau NW est un réseau 5G tel que défini par le standard 3GPP. Toutefois, comme mentionné précédemment, l’invention ne se limite pas à ce contexte et peut être appliquée à d’autres réseaux, par exemple à un réseau 6G ou à un réseau propriétaire. Procédé de communication avec un dispositif de contrôle (2) d’un réseau (NW) de communication cellulaire, configuré pour gérer des entités applicatives (4,4’,5,6) du réseau proposant des services dans le réseau et maintenir un profil de ces entités applicatives, le procédé comprenant une étape (E10,F10,G30) d’enregistrement d’un profil auprès du dispositif de contrôle, ce profil comprenant des informations (INFO_CURR) représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par une station de base du réseau. Procédé de communication selon la revendication 1 dans lequel ledit profil est un profil (gNBPROF(3),gNBPROF(3’)) de la station de base ou un profil de ladite au moins une cellule. Procédé de communication selon la revendication 1 ou 2, mis en œuvre par ladite station de base (3), et comprenant en outre une étape d’évaluation d’au moins une partie desdites informations avant de les enregistrer auprès du dispositif de contrôle. Procédé de communication selon l’une quelconque des revendications 1 à 3, mis en œuvre par ladite station de base (3), et comprenant en outre une étape d’obtention, en provenance d’un système (15) de planification radio adapté au réseau, d’au moins une partie desdites informations avant de les enregistrer auprès du dispositif de contrôle. Procédé de communication selon la revendication 1 ou 2, mis en œuvre par un dispositif (4’) de gestion d’accès du réseau cellulaire, et comprenant une étape (G10) d’obtention d’au moins une partie desdites informations en provenance de la station de base lors d’une association de ladite station de base avec ledit dispositif de gestion d’accès. Procédé de gestion par un dispositif de contrôle (8) d’un réseau de communication cellulaire, configuré pour gérer des entités applicatives du réseau proposant des services dans le réseau et maintenir un profil de ces entités applicatives, ledit procédé comprenant : - une étape (E10,F10,G50) d’enregistrement d’un profil fourni par une entité du réseau cellulaire et comprenant des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau cellulaire gérée par une station de base du réseau ; et - en réponse à une requête de découverte reçue d’un dispositif dit demandeur du réseau, une étape (E50,E120,F70,G90) de transmission de tout ou partie dudit profil audit dispositif demandeur. Procédé de gestion selon la revendication 6 dans lequel ledit profil est fourni au dispositif de contrôle (8) par ladite station de base (3) ou par un dispositif (4’) de gestion d’accès du réseau cellulaire. Procédé de gestion selon la revendication 6 ou 7 comprenant en outre : - une étape de mise à jour d’au moins une dite information dans ledit profil ; et - une étape de notification de ladite au moins une information mise à jour audit dispositif demandeur. Procédé selon l’une quelconque des revendications 1 à 8 dans lequel au moins une dite information (INFO_CURR) représentative de conditions de déploiement courantes est relative à une disposition de la cellule dans une architecture du réseau, à un environnement géographique de la cellule, à une configuration d’au moins une antenne de la cellule, à un type de déploiement de la cellule, à au moins une infrastructure couverte par la cellule, et/ou à un état de la cellule. Procédé selon l’une quelconque des revendications 1 à 9 dans lequel ledit profil comprend en outre : - une identité de la cellule ; et/ou - une bande de fréquence allouée à la cellule ; et/ou - au moins une technologie d’accès radio associée à la cellule. Procédé de découverte par un dispositif dit demandeur (4,5,6) d’un réseau de communication cellulaire, ledit procédé comprenant : - une étape (E40,E110,F60,G80) d’envoi d’une requête de découverte à un dispositif de contrôle du réseau configuré pour gérer des entités applicatives du réseau proposant des services dans le réseau et maintenir un profil de ces entités applicatives, ladite requête de découverte portant sur au moins une cellule gérée par une station de base du réseau cellulaire ; - une étape (E50,E120,F70,G90) de réception d’une réponse à ladite requête de découverte comprenant des informations représentatives de conditions de déploiement courantes de ladite au moins une cellule stockées dans un profil maintenu par le dispositif de contrôle ; et - une étape (E60,E130,F80,G100) d’utilisation de tout ou partie desdites informations reçues lors d’une fourniture d’une fonctionnalité implémentée par le dispositif demandeur dans le réseau. Entité (7) d’un réseau de communication cellulaire comprenant un module (7A) d’enregistrement configuré pour enregistrer un profil auprès d’un dispositif de contrôle du réseau gérant des entités applicatives du réseau proposant des services dans le réseau et maintenant un profil de ces entités applicatives, ledit profil enregistré par le module d’enregistrement comprenant des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par une station de base du réseau. Station de base (3) d’un réseau de communication cellulaire hébergeant une entité (7) selon la revendication 12, lesdites informations étant relatives à au moins une cellule du réseau gérée par ladite station de base. Dispositif (4’) de gestion d’accès d’un réseau de communication cellulaire hébergeant une entité (7) selon la revendication 12. Dispositif (8) de contrôle d’un réseau de communication cellulaire configuré pour gérer des entités applicatives du réseau proposant des services dans le réseau et maintenir un profil de ces entités applicatives, ledit dispositif de contrôle comprenant : - un module (8A) d’enregistrement, configuré pour enregistrer un profil fourni par une entité du réseau cellulaire, ledit profil comprenant des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau cellulaire gérée par une station de base du réseau ; et - un module (8B) de réponse, configuré pour transmettre en réponse à une requête de découverte reçue d’un dispositif dit demandeur du réseau, tout ou partie dudit profil audit dispositif demandeur. Dispositif (4,5,6) dit demandeur d’un réseau de communication cellulaire comprenant : - un module (16A) d’envoi configuré pour envoyer une requête de découverte à un dispositif de contrôle du réseau gérant des entités applicatives du réseau proposant des services dans le réseau et maintenant un profil de ces entités applicatives, ladite requête de découverte portant sur au moins une cellule gérée par une station de base du réseau cellulaire ; - un module (16B) de réception, configuré pour recevoir une réponse à ladite requête de découverte comprenant des informations représentatives de conditions de déploiement courantes de ladite au moins une cellule stockées dans un profil maintenu par le dispositif de contrôle ; et - un module (16C) d’utilisation, configuré pour utiliser tout ou partie desdites informations reçues lors d’une fourniture d’une fonctionnalité implémentée par le dispositif demandeur dans le réseau. Système (1,1’) dans un réseau de communication cellulaire comprenant : - au moins une station de base (3,3’) gérant au moins une cellule du réseau ; - au moins une entité (7) du réseau selon la revendication 12 ; et - un dispositif (8) de contrôle selon la revendication 15 ; et - au moins un dispositif (4,5,6) demandeur selon la revendication 16.