FR 3137245 A1 20231229 FR 2206374 A 20220627 Procédés d’obtention et de collecte, équipement utilisateur et entité applicative configurés pour mettre en œuvre ces procédés L’invention vise un procédé d’obtention d’informations par un équipement utilisateur (8) d’un réseau de communication cellulaire (NW), ledit procédé comprenant : - une étape de réception, en provenance d’au moins une station de base (6,7) du réseau, d’informations représentatives de conditions de déploiement courantes d’au moins une cellule (C1-C6) du réseau gérée par ladite au moins une station de base ; et - une étape de transmission à au moins une entité applicative du réseau de tout ou partie desdites informations reçues. Figure 1 Procédés d’obtention et de collecte, équipement utilisateur et entité applicative 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 ou connectées à 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 un dispositif de collecte et d’analyse de données du réseau aussi désigné par NWDAF (pour « NetWork Data Analytics Function » en anglais). Les réseaux de communication modernes, tels que les réseaux 5G définis par le standard 3GPP, sont confrontés à des situations complexes, qui sont la conséquence notamment d’un très grand nombre d’équipements utilisateurs (ou UEs pour « User Equipments » en anglais) à gérer, de la variété des usages faits du réseau (et des exigences en termes de latence, de débit, de volumétrie en découlant), ainsi que de la variété des comportements des utilisateurs du réseau dans le temps et dans l’espace. Pour faire face à ces situations complexes, les opérateurs mettent en place au sein de leurs réseaux une ou plusieurs entités spécialisées, chargées de collecter des données du réseau et de réaliser à partir de ces données des analyses statistiques et des prédictions (aussi désignées par « analytics » en anglais) par exemple sur la demande et la réponse apportées par le réseau en matière de qualité de service. Ces prédictions peuvent être globales, c’est-à-dire être établies au niveau du réseau, d’un serveur, d’une application ou encore d’une région. Des exemples de prédictions globales sont un taux de charge des ressources du réseau, la qualité de service moyenne, le nombre d’utilisateurs connectés au réseau via leurs équipements d’utilisateurs (ou plus simplement ci-après UE pour « User Equipment » en anglais) ou de sessions actives. Des prédictions individuelles, c’est-à-dire portant sur un utilisateur ou sur un groupe d’utilisateurs peuvent également être établies, comme par exemple la future localisation de l’UE de l’utilisateur ou la volumétrie d’une future session de communication de l’utilisateur établie via son UE. A titre illustratif, dans un réseau cœur 5G, la fonction NWDAF assure un tel rôle. La réalisation de prédictions par une fonction NWDAF suppose la collecte préalable de données brutes représentatives de faits réseau (ex. état connecté de l’UE, cellule dans laquelle il se trouve, etc.) auprès de différentes entités composant le réseau, aussi communément désignées par « fonctions réseau » (ou NF pour « Network Functions » en anglais). Ces données brutes peuvent être globales à chaque fonction NF, ou bien concerner chaque utilisateur. Une fois établies, les prédictions permettent de mettre en œuvre de façon anticipée des modifications correctives sur les paramètres du réseau afin d’optimiser son fonctionnement. Les entités utilisatrices de ces prédictions sont typiquement des fonctions NF, clientes de la fonction NWDAF, qui peuvent être distinctes ou non des fonctions NF ayant collecté et fourni les données brutes à la fonction NWDAF, telles que par exemple une fonction AMF (pour « Access and Mobility management Function » en anglais) de gestion d’accès, une fonction SMF (pour « Session Management Function » en anglais) de gestion de sessions, etc. Ces fonctions NF clientes sont alors en mesure d’adapter leur comportement en fonction des prédictions reçues de la fonction NWDAF en vue d’optimiser le fonctionnement du réseau et la qualité du service délivré à chaque utilisateur sur son UE. Le document 3GPP TR 23.791, intitulé « Technical Specification Group Services and System Aspects ; Study of Enablers for Network Automation for 5G (Release 16) », v16.2.0, juin 2019, évoque différents cas d’usage de telles prédictions dans un réseau 5G. Ainsi, par exemple, les prévisions de mobilité des UEs peuvent être utilisées par la fonction AMF pour optimiser la gestion de la mobilité des UE, et en particulier la détermination de leur zone d’enregistrement (ou RA pour « Registration Area » en anglais), cette zone d’enregistrement permettant de localiser les UE en veille et de leur adresser des messages de paging lorsque des données leur étant destinées parviennent au réseau, etc. Selon un autre exemple, il peut s’avérer utile à la fonction SMF de disposer de statistiques ou de prédictions sur le trafic réseau lors de la sélection d’une fonction UPF (pour « User Plane Function » en anglais) de plan utilisateur permettant d’acheminer les données des sessions PDU (pour « Packet Data Unit » en anglais). On comprend bien dès lors, au vu de leur importance dans le fonctionnement opérationnel du réseau, que les statistiques et/ou les prédictions délivrées par la fonction NWDAF doivent être précises et pertinentes. L’invention permet notamment d’améliorer la précision et la pertinence des statistiques et/ou prédictions délivrées par un dispositif de collecte et d’analyse de données d’un réseau tel qu’une fonction réseau NWDAF dans un réseau 5G. Elle peut toutefois contribuer à améliorer les fonctionnalités implémentées par d’autres entités applicatives d’un réseau de communication cellulaire ou connectées à un réseau de communication cellulaire. Par « entité applicative du réseau », on entend tout type d’entité appartenant au réseau et configurée pour mettre en œuvre une ou des logiques de traitement déterminées, comme une entité offrant et/ou consommant des services dans un réseau telles qu’une fonction réseau ou une instance de fonction réseau (ex. fonction AMF, SMF, NRF (pour « Network Repository Function » en anglais), etc.), une station de base, etc. Plus particulièrement, l’invention concerne un procédé d’obtention d’informations par un équipement utilisateur d’un réseau de communication cellulaire, ledit procédé comprenant : - une étape de réception, en provenance d’au moins une station de base du réseau, d’informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par ladite au moins une station de base ; et - une étape de transmission à au moins une entité applicative du réseau de tout ou partie desdites informations reçues. L’invention vise également un équipement utilisateur d’un réseau de communications cellulaire comprenant : - un module de réception configuré pour recevoir, en provenance d’au moins une station de base du réseau, des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par ladite au moins une station de base ; et - un module de traitement configuré pour transmettre à au moins une entité applicative du réseau tout ou partie desdites informations reçues. L’invention concerne également un procédé de collecte de données par une entité applicative d’un réseau de communication cellulaire, ledit procédé de collecte comprenant une étape de réception en provenance d’un équipement utilisateur d’informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par au moins une station de base du réseau. Corrélativement, l’invention vise aussi une entité applicative d’un réseau de communications cellulaire comprenant un module de collecte configuré pour recevoir en provenance d’un équipement utilisateur des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par au moins une station de base du réseau. 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é. Ces informations peuvent inclure divers types d’indications. 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 (« network slice » en anglais), 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.). Le choix de transmettre à l’équipement utilisateur l’une et/ou l’autre de ces informations peut relever d’une configuration de la station de base par l’opérateur du réseau. En variante, on peut envisager que l’équipement utilisateur puisse intervenir dans ce choix. Ces informations de conditions de déploiement courantes sont dynamiques et susceptibles d’évoluer dans le temps, par exemple 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. La connaissance du déploiement réel des cellules du réseau peut avantageusement être exploitée pour améliorer l’efficacité des procédures mises en œuvre dans le réseau, 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 (entité applicative au sens de l’invention) 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. 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 incidemment les décisions prises à partir de ces prédictions. En outre, la fourniture de telles informations à une fonction réseau NWDAF permet d’alimenter les modèles d’intelligence artificielle (ou IA) qu’elle exploite le cas échéant avec des données d’entrée enrichies, et ainsi de construire des modèles d’IA plus précis et plus pertinents pour les besoins/objectifs des fonctions réseau clientes sollicitant la fonction NWDAF. Typiquement, grâce à l’enrichissement des données d’entrée des modèles d’IA avec les informations représentatives des conditions de déploiement courantes des cellules du réseau, il est possible de faire apparaître des associations nouvelles et/ou d’éliminer des variables peu pertinentes par rapport aux finalités des traitements mis en œuvre par les fonctions réseau clientes. Il en est de même pour une station de base du réseau cellulaire, qui peut exploiter les informations qu’un UE lui remonte et a reçues d’une autre station de base pour décider de la pertinence d’un transfert (ou « handover » en anglais) et la cible de ce handover. Bien entendu ces exemples d’exploitation de l’invention ne sont donnés qu’à titre illustratif. Les informations représentatives des conditions de déploiement courantes des cellules gérées par la station de base viennent donc enrichir les informations dont dispose déjà l’UE sur certaines cellules comme par exemple des informations de configuration statique telles que l’identité des cellules, la bande de fréquences qu’elles utilisent ou encore la ou les technologies d’accès radio qu’elles supportent, ainsi que des informations liées au fonctionnement opérationnel du réseau comme par exemple l’appartenance d’une cellule à une zone de localisation ou TA (pour « Tracking Area » en anglais), une TA pouvant comprendre une ou plusieurs cellules du réseau cellulaire. Il convient de noter que l’UE dispose également déjà d’informations relatives à la station de base comme l’identité de la station de base, la liste des TA (pour « Tracking Area » en anglais) et/ou des tranches de réseau (ou « slices » en anglais) qu’elle supporte. On peut envisager de compléter ces informations par d’autres informations relatives à la station de base comme par exemple un état de la station (ex. niveau de charge ou niveau de congestion). Dans un mode particulier de réalisation, l’UE peut également transmettre, aux entités applicatives du réseau qui le sollicitent, tout ou partie de ces informations de configuration statique et liées au fonctionnement opérationnel, ainsi que des informations relatives aux stations de base reçues de celles-ci en plus des informations relatives aux conditions de déploiement courantes des cellules. L’invention propose donc de configurer tout ou partie des stations de base d’un réseau de communication cellulaire pour qu’elles fournissent notamment aux UE clients du réseau des informations représentatives des conditions de déploiement courantes des cellules du réseau (comme par exemple des relations d’adjacence des cellules). Les UE sont alors configurés pour transmettre tout ou partie des informations qu’ils ont reçues vers d’autres entités applicatives du réseau (autrement dit jouer le rôle de relais), telles que par exemple des entités applicatives du réseau cœur hébergeant des fonctions réseau. Avantageusement, les entités applicatives du réseau recevant ces informations peuvent les exploiter (ou les transmettre à leur tour vers d’autres entités du réseau intéressées) pour améliorer les fonctionnalités qu’elles mettent en œuvre dans le réseau, par exemple pour optimiser leurs prises de décision pour des dispositif hébergeant des fonctions réseau AMF ou SMF, ou améliorer les prédictions qu’elles fournissent pour un dispositif hébergeant une fonction réseau NWDAF. L’utilisation des UE comme relais permet de cibler les informations à transmettre vers le réseau, en fonction des besoins des entités applicatives du réseau sollicitant les UE pour obtenir ces informations. L’invention a ainsi une application privilégiée mais non limitative lorsque les entités applicatives en question appartiennent au réseau cœur et hébergent des fonctions réseau. Toutefois comme indiqué précédemment, elle s’applique également à des entités applicatives situées dans le réseau d’accès comme par exemple à d’autres stations de base du réseau cellulaire. Les informations reçues des stations de base peuvent également être exploitées directement par les UE. Le procédé d’obtention peut ainsi, dans un mode particulier de réalisation, comprendre une étape d’utilisation de tout ou partie desdites informations reçues pour sélectionner et/ou resélectionner une cellule du réseau (par exemple pour s’enregistrer auprès du réseau ou lorsqu’il est en mode veille respectivement). Ainsi, on améliore de façon globale la qualité de service du réseau et l’expérience des utilisateurs, en optimisant les prises de décision non seulement au niveau du réseau cœur et du réseau d’accès mais également au niveau des UE. Par exemple, un UE peut tenir compte du type de déploiement des cellules à sa proximité pour choisir l’une d’entre elles pour se connecter au réseau : ainsi, typiquement, un UE embarqué sur un bateau peut sélectionner préférentiellement une cellule couvrant un port ou une voie navigable (ou de type « port » ou « voie navigable » selon la forme donnée à cette information) pour se connecter au réseau. L’invention offre en outre avantageusement la possibilité de s’appuyer sur des interfaces de signalisation déjà existantes dans le réseau (ex. interfaces de programmation ou API (pour « Application Programming Interface » en anglais) ou autres types d’interfaces standardisées ou non) pour transmettre les informations représentatives des conditions de déploiement des cellules vers les UE vers les fonctions réseau du réseau cœur, ou encore vers d’autres stations de base. Il n’est pas nécessaire de recourir à une couche de gestion supplémentaire pour accéder à ces informations, 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). Par exemple, dans un mode particulier de réalisation du procédé d’obtention, les informations sont reçues par l’équipement utilisateur dans au moins un bloc d’informations système diffusé par ladite au moins une station de base sur ladite au moins une cellule. Corrélativement, dans un mode de réalisation correspondant du procédé de fourniture, les informations sont envoyées audit équipement utilisateur dans au moins un bloc d’informations système diffusé par la station de base sur ladite au moins une cellule. L’utilisation de bloc d’informations système diffusés par la station de base rend accessibles les informations représentatives des conditions de déploiement courantes des cellules à tous les UE se trouvant au voisinage de la station de base, que ceux-ci soient connectés au réseau (ou « connected » en anglais) ou non (mode veille ou « idle » en anglais). Ceci offre ainsi la possibilité aux UE en mode veille d’exploiter ces informations lorsqu’ils doivent sélectionner une cellule pour se connecter au réseau. Par ailleurs, lorsqu’un UE est connecté, il peut recevoir les blocs d’informations système relatifs à d’autres cellules que celle qu’il a sélectionnée, et ainsi exploiter ces informations pour resélectionner une cellule notamment en cas de mobilité lorsqu’il est en mode veille. En outre, cela permet de transmettre simultanément à un grand nombre d’UE les informations représentatives des conditions de déploiement courantes des cellules et ainsi d’économiser les ressources du réseau pour communiquer ces informations. Dans un autre mode de réalisation, les informations sont reçues par l’équipement utilisateur en provenance de la station de base, respectivement envoyées par la station de base à l’équipement utilisateur, dans un canal de signalisation dédié à l’équipement utilisateur ou dans au moins un bloc d’informations système transmis par la station de base sur requête de l’équipement utilisateur. Ceci permet de cibler les informations transmises par la station de base en fonction de l’équipement utilisateur. Par exemple en fonction du contexte dans lequel il se trouve (ex. en situation de mobilité ou non, selon sa localisation, etc.), certaines informations peuvent ne pas être pertinentes ou ne pas apporter d’éléments intéressants à exploiter par l’équipement utilisateur ou par les entités applicatives auxquelles il est susceptible de transmettre ces informations. En outre, l’usage d’un canal de signalisation dédié permet de transmettre une quantité plus importante d’informations à l’équipement utilisateur. Il convient de noter que par souci de limiter la quantité de signalisation échangée entre la station de base et l’UE, et entre l’UE et ladite au moins une entité applicative du réseau, et/ou de sécuriser les données échangées, on peut envisager que tout ou partie des informations représentatives des conditions de déploiement des cellules soient reçues ou transmises sous forme condensée, par exemple sous la forme de valeurs de hachage (ou « hash » en anglais), de clés ou encore de liens permettant d’accéder aux informations brutes dans une base de données sécurisée ou auprès de toute autre entité de confiance interne ou externe ou réseau. On peut également, de façon alternative ou complémentaire, envisager de sélectionner les informations de conditions de déploiement courantes des cellules envoyées à l’UE, par exemple comme évoqué précédemment, en fonction du contexte de mobilité de ceux-ci ou d’autres paramètres tels que la localisation de la station de base et/ou de l’UE (ex. environnement rural ou urbain). Ainsi dans un mode de réalisation, tout ou partie des informations reçues par l’équipement utilisateur dépendent d’un contexte de mobilité de l’équipement utilisateur. Comme mentionné précédemment, l’invention s’applique de façon privilégiée dans le contexte d’un réseau 5G. Par exemple, ladite au moins une entité applicative à laquelle l’équipement utilisateur transmet tout ou partie des informations reçues de la station de base peut être un dispositif du réseau hébergeant une fonction réseau telle qu’une fonction d’application (ou AF pour « Application Function » en anglais), sollicitée pour collecter des données en provenance de l’équipement utilisateur (directement ou via un dispositif hébergeant une fonction réseau NEF (pour « Network Exposure Function » en anglais) par un dispositif de collecte et d’analyse de données du réseau tel qu’un dispositif hébergeant une fonction NWDAF. Corrélativement, dans un mode particulier de réalisation, le procédé de collecte peut comprendre une étape de transmission à un dispositif de collecte et d’analyse de données du réseau (ex. dispositif hébergeant une fonction NWDAF) de tout ou partie des informations reçues de l’équipement utilisateur. Cet exemple n’est toutefois donné qu’à titre illustratif, et d’autres dispositifs du réseau hébergeant d’autres fonctions réseau peuvent être concernés, par exemple des dispositifs hébergeant des fonctions AMF ou SMF, etc. L’invention peut également être utilisée dans d’autres contextes qu’un réseau 5G. 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. L’invention peut donc aisément s’appliquer dans un tel contexte également. Comme évoqué précédemment, divers types d’informations représentatives des conditions de déploiement courantes des cellules peuvent être envisagés dans le cadre de l’invention. Il convient de noter que de telles informations, à l’exception de certaines informations relatives à l’état de la cellule, ne sont 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, elles ne sont pas partagées avec le réseau cœur ni avec les UE. Dans un mode particulier 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, dans un mode particulier de réalisation, au moins une partie desdites informations a été évaluée par ladite au moins une station de base avant de les envoyer audit équipement utilisateur. Par exemple, 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, au moins une partie desdites informations a été obtenue par la station de base en provenance d’un système de planification radio adapté audit réseau avant de l’envoyer audit équipement utilisateur. Un système de planification radio peut typiquement fournir des informations sur le type de déploiement envisagé pour une 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 de la cellule, 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 procédés d’obtention et de collecte sont mis en œuvre par un ordinateur. L’invention vise ainsi 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 équipement utilisateur conforme à l’invention et comportant des instructions adaptées à la mise en œuvre d’un procédé d’obtention 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 une entité applicative du réseau conforme à l’invention et comportant des instructions adaptées à la mise en œuvre d’un procédé de collecte 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 d’obtention et de collecte 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 et comprenant un module d’envoi configuré pour envoyer à au moins un équipement utilisateur du réseau des informations représentatives de conditions de déploiement courantes de ladite au moins une cellule ; - au moins un équipement utilisateur selon l’invention recevant lesdites informations envoyées par ladite au moins une station de base ; et - au moins une entité applicative du réseau selon l’invention ; dans lequel ledit équipement utilisateur est configuré pour utiliser et/ou transmettre à ladite au moins une entité applicative des informations représentatives de conditions de déploiement courantes d’au moins une cellule gérée par ladite au moins une station de base. On peut également envisager, dans d'autres modes de réalisation, que les procédés d’obtention et de collecte, l’équipement utilisateur, l’entité applicative et le 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 mode particulier de réalisation ; la représente schématiquement l’architecture matérielle d’une station de base, d’un équipement utilisateur et d’une entité applicative du système de la ; la représente les modules fonctionnels d’une station de base, d’un équipement utilisateur et d’une entité applicative du système de la ; et la illustre les étapes des procédés d’obtention, de fourniture et de collecte mis en œuvre par le système de la dans un mode particulier 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 mode particulier de réalisation. 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 ; il comprend 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 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 et d’analyses de données 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. Dans l’exemple de la , on considère notamment un dispositif 2 hébergeant une instance de fonction réseau AMF (aussi désigné par souci de simplification par dispositif AMF 2), un dispositif 3 hébergeant une instance de fonction réseau SMF (ou dispositif SMF 3), un dispositif 4 hébergeant une instance de fonction réseau NWDAF (ou dispositif NWDAF 4) et un dispositif 5 hébergeant une fonction réseau AF (ou dispositif AF 5). Bien entendu, cet exemple n’est donné qu’à titre illustratif et est nullement limitatif de l’invention. Ces divers dispositifs constituent des entités applicatives du réseau au sens de l’invention. Pour accéder aux services offerts par le réseau NW, un équipement utilisateur ou UE 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 de ce réseau d’accès. Aucune limitation n’est attachée à la nature de l’UE 5 : 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é, etc. De façon connue en soi, chaque station de base gNB 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 envisage plus particulièrement deux stations de base gNB 6, 7, tri-sectorielles : chacune de ces stations de base gère trois cellules du réseau (correspondant aux trois secteurs couverts par la station de base), à savoir les cellules C1, C2 et C3 pour la station de base 6, et les cellules C4, C5 et C6 pour la station de base 7. Bien entendu d’autres configurations peuvent être envisagées. 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, dans une plateforme haute altitude ou plus généralement dans tout système susceptible de se déplacer). 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 dans l’exemple de la , la station de base 6 gérant les cellules C1, C2 et C3, et la station de base 7 gérant les cellules C4, C5 et C6 ; au moins une entité applicative du réseau, telle qu’une fonction réseau, ou un dispositif hébergeant une telle fonction réseau. Dans l’exemple de la , on considère comme entités applicatives du réseau les dispositifs AMF 2, SMF 3, NWDAF 4 et AF 5, le dispositif AF 5 étant une entité applicative conforme à l’invention ; et au moins un équipement utilisateur ou UE 8, conforme à l’invention. Aucune limitation n’est attachée à la nature de l’UE 8 : il peut s’agir d’un téléphone intelligent (ou « smartphone » en anglais), d’un ordinateur portable, d’une tablette, d’un objet connecté, etc. Dans le mode de réalisation décrit ici, chaque station de base du système 1 (ex. gNB 6 et 7) a l’architecture matérielle d’un ordinateur telle que représentée à la . Cet ordinateur comprend notamment un processeur 9, une mémoire vive 10, une mémoire morte 11, une mémoire non volatile 12, et des moyens de communication 13 permettant à la station de base de communiquer avec des UE (ex. avec l’UE 8) ainsi qu’avec d’autres éléments du réseau NW, comme par exemple des dispositifs du réseau cœur CN ou des entités externes au réseau NW, telles qu’un système 14 de planification radio adapté au réseau NW (par exemple, celui utilisé par l’opérateur OP du réseau NW pour déployer son réseau). La mémoire non volatile 12 de l’ordinateur est ici un support d’enregistrement lisible par le processeur 9 et sur lequel est enregistré un programme d’ordinateur PROG comportant des instructions définissant les principales étapes d’un procédé de fourniture. Le programme PROG définit des modules fonctionnels de la station de base, qui s’appuient ou commandent les éléments matériels 9 à 13 de l’ordinateur cités précédemment. Ces modules fonctionnels incluent notamment, dans le mode de réalisation décrit ici et comme illustré sur la , un module 15 d’envoi configuré pour envoyer à un équipement utilisateur du réseau NW tel que l’UE 8, des informations notées INFO_CURR représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par la station de base. Le fonctionnement du module 15 est décrit plus en détail ultérieurement en référence aux étapes du procédé de fourniture. De façon similaire, dans le mode de réalisation décrit ici, l’équipement utilisateur ou UE 8 conforme à l’invention a l’architecture matérielle d’un ordinateur telle que représentée à la . Cet ordinateur comprend notamment un processeur 16, une mémoire vive 17, une mémoire morte 18, une mémoire non volatile 19, et des moyens de communication 20 permettant à l’UE 8 de communiquer d’une part avec les stations de base du système 1 (et notamment avec les stations de base 6 et 7) et plus généralement du réseau NW, et d’autre part, avec des entités applicatives du réseau, et notamment avec des dispositifs du réseau cœur CN tels que le dispositif AF 5. Les moyens de communication 20 peuvent à cet effet s’appuyer sur des interfaces normalisées (ex. sur des API) ou non. La mémoire non volatile 19 de l’ordinateur constitue ici un support d’enregistrement conforme à l’invention, lisible par le processeur 16 et sur lequel est enregistré un programme d’ordinateur PROG’ conforme à l’invention, comportant des instructions définissant les principales étapes d’un procédé d’obtention selon l’invention. Le programme PROG’ définit des modules fonctionnels de l’UE 8 qui s’appuient ou commandent les éléments matériels 16 à 20 de l’ordinateur cités précédemment. Ces modules comprennent notamment ici, comme illustré sur la : un module 21 de réception, configuré pour recevoir en provenance d’au moins une station de base du système 1, et notamment ici des stations de base 6 et 7, des informations INFO_CURR représentatives de conditions de déploiement courantes d’au moins une cellule gérée par cette station de base ; et un module 22 de traitement, configuré pour transmettre à au moins une entité applicative du réseau NW, tout ou partie desdites informations INFO_CURR reçues par le module 21 de réception. Dans le mode de réalisation décrit plus en détail ici, cette entité applicative est un dispositif du réseau cœur CN hébergeant une fonction réseau, tel que le dispositif AF 5. Toutefois, comme évoqué précédemment, d’autres entités applicatives peuvent être envisagées, comme par exemple une station de base du réseau cellulaire NW. En outre, dans le mode de réalisation décrit ici, le module 22 de traitement est configuré également pour utiliser tout ou partie des informations INFO_CURR pour implémenter certaines fonctionnalités mises en œuvre par l’UE 8, et notamment pour sélectionner et/ou resélectionner une cellule du réseau, par exemple pour s’enregistrer auprès du réseau ou lorsqu’il se trouve en mode veille. Le fonctionnement des modules 21 et 22 est décrit plus en détail ultérieurement en référence aux étapes du procédé d’obtention selon l’invention. Dans le mode de réalisation décrit ici, les entités applicatives conformes à l’invention telles que le dispositif AF 5 ont également l’architecture matérielle d’un ordinateur telle que représentée à la . Cet ordinateur comprend notamment un processeur 23, une mémoire vive 24, une mémoire morte 25, une mémoire non volatile 26, et des moyens de communication 27 permettant au dispositif AF 5 (et plus généralement à chaque entité applicative selon l’invention) de communiquer d’une part avec les UE du système 1 (et notamment avec l’UE 8), et d’autre part, avec des dispositifs du réseau cœur CN, comme par exemple avec le dispositif NWDAF 4 (par exemple via une API). La mémoire non volatile 26 de l’ordinateur constitue ici un support d’enregistrement conforme à l’invention, lisible par le processeur 23 et sur lequel est enregistré un programme d’ordinateur PROG’’ conforme à l’invention, comportant des instructions définissant les principales étapes d’un procédé de collecte selon l’invention. Le programme PROG’’ définit des modules fonctionnels d’une entité applicative selon l’invention telle que le dispositif AF 5, qui s’appuient ou commandent les éléments matériels 23 à 27 de l’ordinateur cités précédemment. Ces modules fonctionnels comprennent notamment, dans le mode de réalisation décrit ici, comme illustré sur la : un module 28 de sollicitation, configuré pour recevoir une sollicitation de la part ici d’un dispositif du réseau cœur, comme par exemple du dispositif NWDAF 4, pour collecter des données sur un UE tel que l’UE 8, ou sur un groupe d’UE. Le module 28 de sollicitation est en outre configuré pour, suite à cette sollicitation reçue, solliciter à son tour l’UE ou le groupe d’UE en question pour qu’il(s) lui fournisse(nt) les données demandées. Conformément à l’invention, ces données incluent des informations INFO_CURR représentatives de conditions de déploiement courantes d’au moins une cellule gérée par au moins une station de base du système 1 (et donc du réseau NW) que l’UE a reçues ou est en mesure de recevoir de celle-ci. Il convient de noter que les sollicitations (ex. du dispositif NWDAF 4 ou du dispositif AF 5) peuvent se faire sous la forme de requêtes simples ou de souscription à des événements donnés, en s’appuyant par exemple sur des mécanismes définis par le standard 3GPP ; et un module 29 de collecte, configuré pour recevoir de l’UE ou du groupe d’UE précité les informations INFO_CURR. Il convient de noter que le module 28 de sollicitation est optionnel, l’UE ou le groupe d’UE pouvant être configurés dans un autre mode de réalisation pour envoyer spontanément les informations INFO_CURR dont il(s) dispose(nt) au dispositif AF 5. Le fonctionnement des modules 28 et 29 est décrit plus en détail ultérieurement en référence aux étapes du procédé de collecte selon l’invention. Nous allons maintenant décrire, en référence à la les principales étapes du procédé de fourniture, et des procédés d’obtention et de collecte selon l’invention lorsqu’elles sont mises en œuvre respectivement, dans le mode de réalisation décrit ici, par les stations de base 6 et 7, par l’UE 8, et par le dispositif AF 5 du système 1. On suppose que l’UE 8 se trouve dans la cellule C1 du réseau NW (gérée par la station de base 6) et reçoit de façon connue en soi, depuis cette cellule, des informations système SI diffusées dans des blocs d’informations système (ou SIB pour « System Information Bloc » en anglais) par les stations de base avoisinantes, et plus particulièrement dans l’exemple envisagé ici, par les stations de base gNB 6 et 7 (étapes E10 et E20). L’acquisition des informations système SI par l’UE 8 et la diffusion de ces informations par les stations de base 6 et 7 sur les cellules qu’elles gèrent s’appuient ici sur les procédures décrites au paragraphe 5.2.2 du document 3GPP TS 38.331 intitulé « Technical Specification Group Radio Access Network; NR; Radio Resource Control (RRC) protocol Specification (Release 17) », v17.0.0, mars 2022. Ces procédures peuvent être mises en œuvre alors que l’UE 8 se trouve dans un mode connecté au réseau ou en veille. Comme décrit dans le document TS 38.331 au paragraphe 6.3.1, les informations système SI diffusées dans les SIB par une station de base contiennent, pour chaque cellule gérée par la station de base, des informations communes à la cellule (c’est-à-dire non spécifiques à un UE de la cellule) dont un UE a besoin pour accéder à la cellule et fonctionner correctement au sein du réseau. Elles comprennent notamment, comme décrit au paragraphe 4.4 du document 3GPP TS 38.331, des informations NAS (pour « Non-Access Stratum » en anglais) communes, des données d’assistance à la localisation, des paramètres de (re)sélection de la cellule, des informations sur les cellules voisines, des informations de configuration des canaux communs de la cellule, etc. Conformément à l’invention, les informations système SI classiquement diffusées dans le contexte d’un réseau 5G et décrites dans le document 3GPP TS 38.331 sont enrichies par le module 15 d’envoi de chaque station de base 6, 7 avec des informations INFO_CURR représentatives des conditions de déploiement courantes des cellules gérées par ladite station de base 6, 7. Les informations INFO_CURR relatives aux cellules du réseau NW 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 NW (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.), de l’apparition de nouvelles infrastructures (ex. routes, bâtiments, etc.), du déplacement le cas échéant des stations de base, de l’extinction de certaines cellules (par exemple pour limiter la consommation énergétique du réseau), etc. Ainsi, par exemple, les informations INFO_CURR représentatives des conditions de déploiement courante d’une cellule gérée par une station de base (6 ou 7 dans l’exemple de la ) 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, 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 files 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), 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 envisagées dans le contexte de l’invention. Le module 15 d’envoi de la station de base peut aussi ajouter aux informations systèmes SI des informations notées ici INFO_gNB la concernant, comme 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. Il convient de noter que les informations INFO_CURR et/ou INFO_gNB peuvent avoir été configurées au niveau de chacune station de base 6, 7 du système 1 par l’opérateur OP du réseau NW (via des moyens connus en soi et non décrits ici), ou être obtenues ou découvertes dynamiquement par chaque station de base 6, 7 avant de les transmettre à l’UE 8. Par exemple, une station de base 6, 7 peut évaluer certaines des informations INFO_CURR notamment elle-même, telles que la zone géographique couverte par chacune des cellules qu’elle gère. A cet effet, elle peut notamment utiliser la localisation géographique des UE connectés à la cellule, 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 être calculée par la station de base à 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 6, 7 peut établir une « cartographie » des UE que chaque cellule qu’elle gère et en déduire les limites de couverture de cette cellule. Selon un autre exemple, particulièrement bien adapté dans le cas d’une station de base mobile équipée d’un récepteur PNT et d’une boussole, une station de base 6, 7 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, une station de base 6, 7 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 6,7 peut déduire des informations relatives à l’état de la cellule à partir de son propre état : par exemple, si la station de base 6,7 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 6,7 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 buffers 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. Chaque station de base 6, 7 peut par ailleurs obtenir certaines des informations INFO_CURR d’entités tierces, par exemple d’entités du réseau NW ou d’entités externes. Notamment, on peut envisager que chaque station de base 6, 7 soit configurée pour communiquer avec le système 14 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 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 6, 7 peut également avoir connaissance de certaines des informations INFO_CURR et/ou INFO_gNB, car elle les utilise pour implémenter les traitements dont elle est en charge ou parce qu’elle est configurée pour diffuser ces informations sur le réseau NW (par exemple, l’identité des cellules qu’elle gère, ou la liste des TAs et/ou des slices qu’elle supporte). La nature des informations INFO_CURR (et le cas échéant INFO_gNB) utilisées par chaque module 15 d’envoi d’une station de base 6, 7 pour enrichir les informations système SI peut être définie par défaut au niveau de la station de base, par exemple par l’opérateur OP 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). De façon alternative ou complémentaire, on peut envisager que le module 15 d’envoi d’une station de base soit configuré pour opérer une sélection de tout ou partie des informations de conditions de déploiement courantes des cellules qu’il envoie dans les SIB en fonction d’un ou des plusieurs facteurs donnés, tels que par exemple de la localisation de la station de base à laquelle il appartient (ex. environnement rural ou urbain), ou de la mobilité des UE rattachés aux cellules que la station de base gère, etc. Une fois obtenues les informations INFO_CURR (et le cas échéant INFO_gNB) qu’elle souhaite/doit diffuser sur les cellules qu’elle gère, la station de base 6, 7 les transmet via son module 15 d’envoi dans des blocs SIB d’information système selon la procédure décrite dans le document 3GPP TS 38.331, paragraphe 5.2.2 (étapes E10 et E20). Ainsi, la station de base 6 diffuse via son module 15 d’envoi dans les SIB les informations INFO_CURR (et le cas échéant INFO_gNB) qu’elle a obtenues sur les cellules C1, C2 et C3, et la station de base 7 diffuse via son module 15 d’envoi dans les SIB les informations INFO_CURR (et le cas échéant INFO_gNB) qu’elle a obtenues sur les cellules C4, C5 et C6. Il convient de noter que les informations INFO_CURR (et le cas échéant INFO_gNB) diffusées par la station de base 6, 7 peuvent être transmises par son module 15 d’envoi dans les SIB sous forme brute ou sous forme condensée, par exemple, sous la forme de valeurs de hachage (ou « hash » en anglais), de clés ou de liens permettant d’accéder aux informations brutes dans une base de données sécurisée ou auprès de toute autre entité de confiance interne ou externe ou réseau NW (non représentée sur la ). Le recours à des fonctions de hachage permet notamment de sécuriser les informations INFO_CURR transmises : en effet, de telles fonctions de hachage ont des propriétés variées et peuvent notamment être utilisées de façon connue pour authentifier et protéger l’intégrité des données auxquelles elles sont appliquées, gérer la confidentialité de ces données ou les masquer. On note en outre que conformément au standard 3GPP, les SIB (et a fortiori dans le mode de réalisation décrit ici les informations INFO_CURR, et le cas échéant INFO_gNB) peuvent être diffusés périodiquement par les stations de base du réseau NW (dont les stations de base 6 et 7 du système 1) ou être transmis par les stations de base sur requête des UEs. Dans l’exemple envisagé ici, on suppose que l’UE 8, par l’intermédiaire de son module 21 de réception et de ses moyens de communication 20, reçoit les SIB diffusés par la station de base 6 contenant les informations INFO_CURR (et le cas échéant INFO_gNB) relatives aux cellules C1, C2 et C3, et les SIB diffusés par la station de base 7 contenant les informations INFO_CURR (et le cas échéant INFO_gNB) relatives aux cellules C4, C5 et C6. Dans le mode de réalisation décrit ici, l’UE 8 via son module 22 de traitement utilise les informations INFO_CURR relatives aux conditions de déploiement courantes des cellules C1 à C6 pour sélectionner une cellule pour s’enregistrer auprès du réseau cœur CN du réseau cellulaire NW (étape E30). Par exemple, le module 22 de traitement peut tenir compte à cet effet du contexte d’usage dans lequel se trouve l’UE 8 et sélectionner en fonction de ce contexte la cellule la plus appropriée parmi les cellules C1 à C6 au regard des informations INFO_CURR dont il dispose. Ce contexte peut être défini au niveau de l’UE 8 de façon statique (par exemple configuré lors de la fabrication de l’UE ou par l’utilisateur) et refléter un usage particulier de l’UE 8 : par exemple, l’UE 8 est un appareil destiné à équiper un bateau, une voiture, un train, etc. Le contexte d’usage de l’UE 8 peut en variante être déterminé de façon dynamique par le module 22 de traitement, par exemple en interrogeant l’utilisateur de l’UE 8 via une interface utilisateur prévu à cet effet, ou de façon autonome en s’appuyant par exemple sur l’historique des cellules qu’il a utilisées et le type de déploiement associé à ces cellules (par exemple les N dernières cellules étaient de type routier), et/ou sur des informations remontées le cas échéant par son accéléromètre (qui permet notamment de distinguer un usage piéton d’un usage voiture, les mouvements de l’UE n’étant pas les mêmes), etc. Ainsi, à titre illustratif, si le module 22 de traitement détermine que l’UE 8 équipe un bateau et qu’il dispose parmi les informations INFO_CURR, d’informations sur les conditions de déploiement des cellules C1 à C6 et/ou sur les infrastructures qu’elles couvrent, le module 22 de traitement peut sélectionner une cellule parmi les cellules C1 à C6 pour lesquelles ces informations indiquent un déploiement de type port ou voie navigable ou couvrant un port ou une voie navigable. Selon un autre exemple, si le module 22 de traitement détermine que l’UE se trouve à bord d’un train (respectivement d’une voiture ou d’un camion) et qu’il dispose parmi les informations INFO_CURR, d’informations sur les conditions de déploiement des cellules C1 à C6 et/ou sur les infrastructures qu’elles couvrent, le module 22 de traitement peut sélectionner une cellule parmi les cellules C1 à C6 pour lesquelles ces informations indiquent un déploiement de type voie ferrée ou couvrant une voie ferrée (respectivement de type routier). Bien entendu, ces exemples ne sont donnés qu’à titre illustratif et ne sont pas limitatifs de l’invention. On suppose, dans l’exemple illustré à la , que le module 22 de traitement de l’UE 8 sélectionne la cellule C1 pour permettre à l’UE 8 de s’enregistrer auprès du réseau cœur CN et plus précisément du dispositif AMF 2. L’enregistrement de l’UE 8 auprès du dispositif AMF 2 (étape E40) et l’établissement d’une session PDU (pour « Packet Data Unit » en anglais) s’ensuivant via le dispositif SMF 3 (étape E50) se déroulent de façon similaire ou identique à ce qui est décrit dans le standard 3GPP et notamment dans le document 3GPP 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, aux paragraphes 4.2.2.2.2 et 4.3.2.2.1 respectivement. Il convient de noter que d’autres stations de base du système 1 peuvent être amenés à transmettre des informations INFO_CURR (et le cas échéant INFO_gNB) à l’UE 8 au gré de ses déplacements. Elles procèdent à cet effet de façon identique à ce qui a été décrit précédemment pour les étapes E10 et E20. En outre, en cas de modification d’une ou de plusieurs informations INFO_CURR relatives aux conditions de déploiement courantes des cellules qu’elle gère, une station de base du système 1 peut informer l’UE 8 des modifications opérées. Elle peut à cet effet communiquer ces modifications à l’UE 8 par le biais de SIB diffusés sur les cellules qu’elle gère, comme décrit précédemment pour les étapes E10 et E20, si l’UE 8 se trouve encore dans la portée radio de l’une de ces cellules. On suppose maintenant qu’un dispositif du réseau cœur CN hébergeant une fonction réseau, par exemple le dispositif AMF 2 utilisé par l’UE 8, sollicite le dispositif NWDAF 4 pour obtenir des prédictions et/ou des statistiques en relation avec l’UE 8 telles que des prévisions de mobilité de l’UE 8 (étape E60). On note que l’invention ne se limite pas à une demande émanant du dispositif AMF 2 utilisé par l’UE 8 : la demande de prédictions et/ou de statistiques peut en effet provenir d’un autre dispositif AMF du réseau cœur CN (autrement dit hébergeant une autre instance de fonction AMF) que le dispositif AMF 2 utilisé par l’UE 8, ou d’un dispositif du réseau cœur CN hébergeant une autre fonction réseau qu’une fonction AMF comme évoqué ultérieurement. Elle peut en outre porter sur d’autres types de prédictions et/ou statistiques. Dans le mode de réalisation décrit ici, le dispositif AMF 2 utilise pour demander des prédictions et/ou statistiques au dispositif NWDAF 4 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 (message « Nnwdaf_AnalyticsInfo Request » comme illustré sur la ), ou en variante sous la forme d’une souscription comme décrit dans les documents précités. Sur réception de la demande de prédictions et/ou de statistiques du dispositif AMF 2, le dispositif NWDAF 4 collecte les données INPUT_DATA nécessaires au calcul des prédictions et/ou statistiques demandées auprès de diverses entités, comme décrit dans le document TS 23.288 au paragraphe 6.7.2.4 (étape E70). Ainsi, conformément à la procédure décrite dans ce document, le dispositif NWDAF 4 peut souscrire à la notification des données de service relatives à l’UE 8 auprès du dispositif AMF utilisé par ce dernier (dont le dispositif AMF 2), par exemple pour être informé des changements de localisation de l’UE 8 (étape E71). Il peut également solliciter le système OAM d’opération, d’administration et de gestion du réseau cellulaire NW (non représenté sur les figures) (étape E72). Il peut également collecter des données auprès de l’UE 8 ou d’un autre UE. Dans le mode de réalisation décrit ici, on suppose que le dispositif NWDAF 4 collecte également des données auprès de l’UE 8 pour obtenir notamment tout ou partie des informations INFO_CURR reçues par l’UE 8 des stations de base 6 et 7 (étape E73). A cet effet, le dispositif NWDAF 4 met en œuvre la procédure décrite au paragraphe 6.2.8 du document 3GPP TS 23.288, adaptée pour les besoins de l’invention. Plus particulièrement, il sollicite un dispositif hébergeant une fonction d’application AF, capable de collecter de telles données auprès de l’UE 8 (c’est-à-dire notamment autorisée par l’opérateur OP à le faire et en mesure d’interagir avec l’UE 8). Le dispositif NWDAF 4 découvre quel dispositif AF solliciter en interrogeant la fonction réseau NRF (qui maintient les profils des fonctions AF du réseau). On suppose ici que le dispositif NWDAF 4 détermine qu’il doit solliciter le dispositif AF 5 pour obtenir des données de l’UE 8. Il convient de noter que dans le mode de réalisation décrit ici s’appuyant sur un réseau cellulaire 5G tel que défini par le standard 3GPP, le dispositif NWDAF 4 est amené à interagir avec le dispositif AF 5 directement si le dispositif AF 5 est un dispositif considéré comme fiable (i.e. de confiance), ou via un dispositif intermédiaire hébergeant une fonction NEF sinon. On suppose ici par souci de simplification que le dispositif AF 5 est fiable. Le dispositif NWDAF 4 sollicite ainsi le dispositif AF 5 (et plus spécifiquement son module 28 de sollicitation) pour qu’il collecte des données auprès de l’UE 8 et en particulier tout ou partie des informations INFO_CURR que l’UE 8 a reçues ; il invoque à cet effet ici le service Naf_EventExposure_Subscribe (ou le service Nnef_EventExposure_Subscribe si l’intervention d’une fonction réseau NEF est requise) tel que décrit dans le document 3GPP TS 23.502 (étape E73a). Ce service permet au dispositif NWDAF 4 de souscrire à la notification de tout événement affectant l’UE 8 détecté par le dispositif AF 5. Dans l’exemple envisagé ici, le dispositif NWDAF 4 indique lors de sa demande de souscription vouloir être notifié des informations représentatives des conditions de déploiement courantes des cellules du réseau NW dont dispose l’UE 8 (c’est-à-dire des informations INFO_CURR sur les cellules C1 à C6 gérées par les stations de base 6 et 7 dans l’exemple envisagé ici). Pour indiquer les événements auxquels le dispositif NWDAF 4 souscrit (informations représentatives des conditions de déploiement courantes des cellules), on peut envisager que le dispositif NWDAF 4 utilise lors de l’invocation du service Naf_EventExposure_Subscribe un nouveau type d’événement défini pour les besoins de l’invention. On note que lors de l’invocation du service Naf_EventExposure_Subscribe, le dispositif NWDAF 4 peut désigner les types d’informations INFO_CURR qui l’intéressent et/ou les cellules pour lesquelles il souhaite obtenir tout ou partie des informations INFO_CURR. Ainsi, il peut souhaiter recevoir toutes les informations INFO_CURR détenues par l’UE 8 ou au contraire, effectuer une sélection parmi ces informations en fonction d’un ou de plusieurs critères de sélection. Typiquement, il peut limiter les informations INFO_CURR qu’il souhaite recevoir à certaines cellules du réseau NW (ex. cellules C1, C2 et C3 gérées par la station de base 6), ou aux cellules gérées par une station de base particulière (ex. par la station de base 6 gérant la cellule dans laquelle se trouve l’UE 8 ou utilisée par l’UE 8). De façon similaire, il peut cibler le type d’informations INFO_CURR qu’il souhaite recevoir, par exemple les informations relatives aux types de déploiement des cellules seulement. Les limitations quant aux informations INFO_CURR souhaitées peuvent être déterminées par le dispositif NWDAF 4 notamment à partir des informations INPUT_DATA qu’il a collectées et/ou de la nature des prédictions/statistiques qui lui sont demandées. Suite à cette souscription du dispositif NWDAF 4, le dispositif AF 5 collecte, via son module 29 de collecte, les données correspondant aux événements auxquels a souscrit le dispositif NWDAF 4 (incluant les informations INFO_CURR détenues par l’UE 8 que lui ont transmises les stations de base 6 et 7) (étape E73b). L’UE 8 transmet au dispositif AF 5 les données requises par ce dernier via son module 22 de traitement (étape E73b). Sur réception de ces données, le dispositif AF 5 les notifie au dispositif NWDAF 4 conformément à la souscription du dispositif NWDAF 4 (étape E73c). On note que dans le mode de réalisation décrit ici, le dispositif NWDAF 4 obtient les informations INFO_CURR via le dispositif AF 5 (et éventuellement un dispositif NEF) en utilisant la procédure existante Naf_EventExposure_Subscribe définie dans le standard 3GPP (et adaptée pour les besoins de l’invention pour notifier les informations INFO_CURR). Ceci permet avantageusement au dispositif NWDAF 4 d’être informé, tant que la souscription est valide, des événements auxquels il a souscrit, et notamment de mises à jour éventuelles des informations INFO_CURR (par exemple de la réception par l’UE 8 de nouvelles informations INFO_CURR relatives à de nouvelles cellules). En variante, le dispositif NWDAF 4 peut obtenir ces informations en utilisant une requête simple adressée au dispositif AF 5 (ou au dispositif NEF) pour déclencher la collecte des données souhaitées auprès de l’UE 8 (dont tout ou partie des informations INFO_CURR détenues par l’UE 8), cette requête indiquant les données souhaitées, ou en sollicitant directement l’UE 8 (via une souscription à des évènements ou l’envoi d’une requête simple comme évoqué ci-avant). De manière générale, le dispositif NWDAF 4 peut solliciter l’UE 8 via le dispositif AF 5 directement en liaison avec une demande de prédictions/statistiques qui lui est adressée ou de façon asynchrone, par exemple en anticipation de demandes à venir. Il peut par ailleurs pour une même demande, interroger plusieurs fois l’UE 8 via le dispositif AF 5. En outre, les informations INFO_CURR peuvent être transmises par l’UE 8 au dispositif AF 5 et/ou par le dispositif AF 5 au dispositif NWDAF 4 sous forme brute ou sous forme condensée comme décrit précédemment pour l’envoi de ces données par les stations de base 6 et 7 à l’UE 8. Le dispositif NWDAF 4 établit ensuite les prévisions de mobilité de l’UE 8 demandées par le dispositif AMF 2 en utilisant les données INPUT_DATA collectées mais également tout ou partie des informations INFO_CURR qu’il a reçues et qui ont été collectées auprès de l’UE 8 par l’intermédiaire du dispositif AF 5 (étape E80). Les prévisions de mobilité de l’UE 8 réalisées par le dispositif NWDAF 4 peuvent par exemple ê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 8 situées sur cette autoroute auront alors une probabilité plus importante. Selon un autre exemple, si les X (ex. X=3) dernières cellules utilisées par l’UE 8 couvrent un même axe routier, le dispositif NWDAF 4 peut prévoir avec une probabilité assez forte que la prochaine cellule visitée par l’UE 8 couvre également cet axe routier. Bien entendu ces exemples ne sont donnés qu’à titre illustratif et ne sont pas limitatifs en soi. Le dispositif NWDAF 4 transmet les prévisions de mobilité ainsi établies sur l’UE 8 au dispositif AMF 2 (message « Nnwdaf_AnalyticsInfo Response ») (étape E90), qui les utilise à son tour pour implémenter les fonctionnalités dont il est en charge. Par exemple, le dispositif AMF 2 utilise les prévisions du dispositif NWDAF 4 pour établir la zone d’enregistrement ou RA (pour « Registration Area » en anglais) de l’UE 8 de façon connue de l’homme du métier et non décrite en détail ici (étape E100). La RA ainsi établie peut notamment contenir toutes les TA contenant les positions futures de l’UE 8 prédites par le dispositif NWDAF 4. Bien entendu cet exemple n’est donné qu’à titre illustratif et n’est pas limitatif en soi. De façon similaire, d’autres fonctions réseau du réseau cœur CN, comme notamment le dispositif SMF 3, peuvent solliciter le dispositif NWDAF 4 pour obtenir des prédictions et/ou des statistiques concernant l’UE 8 (par exemple des prévisions sur les communications de l’UE 8) ou concernant d’autres aspects, en utilisant comme décrit précédemment le service Nnwdaf_AnalyticsInfo défini par le standard 3GPP (message « Nnwdaf_AnalysticsInfo Request ») (étape E110). Le dispositif NWDAF 4 peut alors utiliser, pour établir ces prédictions et/statistiques demandées par le dispositif SMF 3, les données déjà collectées lors de l’étape E70 (incluant les informations INFO_CURR) si elles sont pertinentes, ou solliciter de nouveau différentes entités pour collecter de nouvelles données de façon similaire ou identique à ce qui a été décrit précédemment lors de l’étape E70 pour établir les prédictions/statistiques demandées par le dispositif AMF 2 (d’autant plus si les prédictions/statistiques demandées par le dispositif SMF 3 diffèrent de celles demandées par le dispositif AMF 2) (étape E120). Le dispositif NWDAF 4 transmet ensuite les prédictions/statistiques établies au dispositif SMF 3 (message « Nnwdaf_AnalyticsInfo Response ») (étape E130), qui peut les utiliser pour optimiser diverses procédures de gestion de sa session avec l’UE 8 (étape E140). Par exemple, le dispositif SMF 3 peut utiliser les prédictions pour déterminer de façon optimale certains paramètres de la session tels que la ou les fonctions réseau du plan utilisateur ou UPF (pour « User Plane Function » en anglais) qui achemineront les données en fonction des débits des communications prédits par le dispositif NWDAF 4 (ex. selon si les débits sont importants ou s’il s’agit au contraire de transmissions sporadiques). Bien entendu cet exemple n’est donné qu’à titre illustratif et n’est pas limitatif en soi. Dans le mode de réalisation décrit ici, l’UE 8 transmet via son module 22 de traitement les informations INFO_CURR qu’il a reçues des stations de base du système 1 à des dispositifs du réseau cœur CN et notamment à des fonctions réseau pour leur permettre d’exploiter ces informations pour implémenter les fonctionnalités dont elles sont en charge dans le réseau cœur CN. Dans un autre mode de réalisation, comme évoqué précédemment, l’UE 8 peut transmettre les informations INFO_CURR à d’autres entités applicatives du réseau et notamment à une station de base du réseau d’accès. La connaissance des informations INFO_CURR peut alors être exploitée par cette station de base pour sélectionner de façon optimale la cellule cible lors d’un handover (de l’UE 8 ou d’un autre UE). Par ailleurs, dans le mode de réalisation décrit ici, les stations de base 6 et 7 du système 1 transmettent les informations INFO_CURR représentatives des conditions de déploiement réelles des cellules qu’elles gèrent respectivement dans des SIB diffusés sur lesdites cellules. En variante, on peut envisager que les informations INFO_CURR soient transmises à un UE (par exemple à l’UE 8) dans un canal de signalisation dédié. Il est alors possible pour les stations de base d’adapter (ou non) les informations INFO_CURR envoyées à un UE en fonction de cet UE (par exemple de son contexte de mobilité, de sa localisation, etc.). Comme décrit précédemment pour les SIB, les informations INFO_CURR peuvent être transmises dans le canal de signalisation dédié sous forme brute ou condensée. L’invention vient d’être décrite en référence à un réseau cellulaire 5G défini par le standard 3GPP. Cette hypothèse n’est pas limitative en soi, et l’invention peut être appliquée dans d’autres contextes, par exemple dans un réseau cellulaire 6G ou un réseau cellulaire propriétaire. Procédé d’obtention d’informations par un équipement utilisateur (8) d’un réseau de communication cellulaire (NW), ledit procédé comprenant : - une étape (E10,E20) de réception, en provenance d’au moins une station de base (6,7) du réseau, d’informations (INFO_CURR) représentatives de conditions de déploiement courantes d’au moins une cellule (C1-C6) du réseau gérée par ladite au moins une station de base ; et - une étape (E73b) de transmission à au moins une entité applicative du réseau de tout ou partie desdites informations reçues. Procédé d’obtention selon la revendication 1 dans lequel lesdites informations (INFO_CURR) sont reçues : - dans au moins un bloc d’informations système diffusé par ladite au moins une station de base sur ladite au moins une cellule ou transmis sur requête de l’équipement utilisateur ; ou - dans un canal de signalisation dédié à l’équipement utilisateur. Procédé d’obtention selon la revendication 1 ou 2 comprenant en outre une étape (E30) d’utilisation de tout ou partie desdites informations reçues pour sélectionner et/ou resélectionner une cellule du réseau . Procédé d’obtention selon l’une quelconque des revendications 1 à 3 dans lequel ladite entité applicative (5) est un dispositif hébergeant une fonction d’application sollicité pour collecter des données en provenance dudit équipement utilisateur par un dispositif (4) de collecte et d’analyse de données du réseau. Procédé d’obtention selon l’une quelconque des revendications 1 à 4 dans lequel tout ou partie des informations sont reçues de ladite au moins une station de base et/ou transmises à ladite au moins une entité applicative du réseau sous forme condensée. Procédé d’obtention selon l’une quelconque des revendications 1 à 5 dans lequel tout ou partie des informations reçues dépendent d’un contexte de mobilité de l’équipement utilisateur. Procédé de collecte de données par une entité applicative (5) d’un réseau de communication cellulaire (NW), ledit procédé de collecte comprenant une étape (E73b) de réception en provenance d’un équipement utilisateur (8) d’informations (INFO_CURR) représentatives de conditions de déploiement courantes d’au moins une cellule (C1-C6) du réseau gérée par au moins une station de base (6,7) du réseau. Procédé de collecte selon la revendication 7 comprenant en outre une étape (E73c) de transmission à un dispositif (4) de collecte et d’analyse de données du réseau de tout ou partie desdites informations reçues de l’équipement utilisateur. 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 d’une cellule 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 au moins une dite information (INFO_CURR) représentative de conditions de déploiement courantes d’une cellule a été évaluée par ladite au moins une station de base et/ou obtenue par la station de base d’un système de planification radio adapté au réseau. Equipement utilisateur (8) d’un réseau de communications cellulaire comprenant : - un module (21) de réception configuré pour recevoir, en provenance d’au moins une station de base du réseau, des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par ladite au moins une station de base ; et - un module (22) de traitement configuré pour transmettre à au moins une entité applicative du réseau tout ou partie desdites informations reçues. Entité applicative (5) d’un réseau de communications cellulaire comprenant un module (29) de collecte configuré pour recevoir en provenance d’un équipement utilisateur des informations représentatives de conditions de déploiement courantes d’au moins une cellule du réseau gérée par au moins une station de base du réseau. Système (1) d’un réseau de communications cellulaire (NW) comprenant : - au moins une station de base (6,7) gérant au moins une cellule (C1-C6) du réseau et comprenant un module (15) d’envoi configuré pour envoyer à au moins un équipement utilisateur du réseau des informations représentatives de conditions de déploiement courantes de ladite au moins une cellule ; - au moins un équipement utilisateur (8) selon la revendication 11 recevant lesdites informations envoyées par ladite au moins une station de base ; et - au moins une entité applicative (5) du réseau selon la revendication 12 ; dans lequel ledit équipement utilisateur est configuré pour envoyer à ladite au moins une entité applicative du réseau des informations représentatives de conditions de déploiement courantes d’au moins une cellule gérée par ladite au moins une station de base.