Brevet FR3136916A1 — publié le 20231222

Procédé de fourniture d’informations, procédé de sélection, et entités configurées pour mettre en œuvre ces procédés L’invention concerne un procédé de fourniture d’informations relatives à un premier dispositif (NF3,…,NFN) d’un réseau de communication, le premier dispositif hébergeant une fonction réseau implémentant au moins une fonctionnalité dans le réseau dans une zone de service couvrant au moins une zone dite élémentaire, ce procédé comprenant : - une étape d’obtention, pour au moins une zone élémentaire couverte par ladite zone de service du premier dispositif, d’un poids affecté à cette zone élémentaire, ledit poids étant un nombre réel supérieur ou égal à 0 ; et - une étape de fourniture à un deuxième dispositif du réseau de tout ou partie desdits poids obtenus lors de l’étape d’obtention. Figure 2 Procédé de fourniture d’informations, procédé de sélection, et entités configurées 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 gestion de dispositifs implémentant diverses fonctionnalités ou services dans un réseau de communication, comme par exemple dans un réseau cœur 5G (ou « 5GC » pour « 5G Core network » en anglais) tel que défini par le standard 3GPP. De tels dispositifs sont par exemple dans ce contexte, des dispositifs hébergeant des fonctions réseau (ou NF pour « Network Functions » en anglais) implémentant des fonctionnalités telles que l’accès au réseau, la mobilité des utilisateurs ou encore la gestion des sessions établies dans le réseau, le stockage et la publication des profils des fonctions réseau, etc. Plusieurs instances d’une même fonction réseau peuvent être déployées au sein d’un réseau cœur 5G, chaque instance pouvant être chargée de desservir un secteur géographique donné, désigné ici par « zone de service », constitué par exemple d’un groupe de cellules radio. Afin d’optimiser les procédures au sein du réseau cœur 5G, les fonctions NF peuvent faire appel à une fonction NF spécifique chargée de collecter et d’analyser des données du réseau, appelée fonction NWDAF (pour « NetWork Data Analytics Function » en anglais). La fonction NWDAF propose aux fonctions NF du réseau qui la sollicitent, des analyses statistiques et/ou des prédictions sur le comportement du réseau en termes notamment de qualité de service et/ou sur le comportement des équipements utilisateurs (ou UE pour « User Equipment » en anglais). Les 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 (ex. taux de charge des ressources du réseau, qualité de service moyenne, nombre d’utilisateurs connectés au réseau ou de sessions actives, etc.), ou être individuelles, c’est-à-dire porter sur un UE ou sur un groupe d’UE particulier (ex. future localisation d’un UE, volumétrie d’une future session de communication d’un UE, etc.). Les analyses statistiques et les prédictions sont réalisées sur la base d’informations que la fonction NWDAF collecte auprès d’autres fonctions NF du réseau et/ou auprès de nœuds du réseau d’accès radio via l’entité de gestion du réseau en charge des opérations, de l’administration et de la maintenant, aussi connue sous le nom d’entité OAM (pour « Operations, Administration and Maintenance » en anglais). Comme évoqué précédemment, plusieurs instances NWDAF peuvent être déployées au sein du réseau cœur 5G, chacune étant en charge de desservir une zone géographique de service spécifique. Lorsqu’une fonction NF du réseau (par exemple une fonction AMF (pour « Access and Mobility management Function » en anglais) de gestion de l’accès et de la mobilité) souhaite accéder aux fonctionnalités implémentées par une fonction NWDAF, conformément au standard 3GPP, elle interroge la fonction NRF (pour « Network Repository Function » en anglais) du réseau. Cette fonction NRF maintient de façon connue un « catalogue » des profils des instances des fonctions NF du réseau cœur 5G, chaque profil associé à une instance d’une fonction NF contenant diverses informations comme l’identité de l’instance, le type de fonction NF implémentée par l’instance, ses caractéristiques de service, sa zone de service, etc. Ainsi, lorsqu’une fonction NF dite « consommatrice » (ou plus communément « consumer» en anglais) souhaite accéder aux fonctionnalités offertes par une autre fonction NF dite « fournisseuse » (ou plus communément « provider » en anglais), la fonction NF « consumer » envoie une requête de découverte à la fonction NRF spécifiant un ou plusieurs critères de recherche caractérisant la fonction NF « provider » avec laquelle elle souhaite communiquer. Un tel critère de recherche peut être notamment le type de fonction NF recherchée, c’est-à-dire NWDAF dans l’exemple évoqué ci-dessus, le type de statistiques et/ou de prédictions souhaitées, une zone d’intérêt desservie par la fonction NF recherchée, etc. La fonction NRF, à partir des profils de fonctions NF dont elle dispose, répond alors à la requête de découverte en identifiant une ou plusieurs instances dites « candidates » répondant au(x) critère(s) de recherche spécifié(s) dans la requête de découverte : si plusieurs instances candidates sont identifiées, la fonction NF consumer doit alors en sélectionner une pour répondre à ses besoins. La procédure de sélection d’une instance de fonction réseau NWDAF (désignée par « instance NWDAF » dans la suite par souci de simplification) par une fonction NF consumer est décrite dans le document 3GPP TS 23.288, intitulé “Architecture Enhancements for 5G system (5GS) to support network data analytics services (Release 17)”, v17.4.0, mars 2022, au paragraphe 5.2. Cette procédure prescrit de choisir une instance NWDAF dont la zone de service englobe une zone d’intérêt (« area of interest ») définie par la fonction NF consumer à l’aide par exemple des identifiants de type TAI (pour « Tracking Area Identity » en anglais) diffusés par les cellules présentes dans cette zone d’intérêt. Une telle zone d’intérêt est à titre illustratif la zone dans laquelle se trouve un UE pour lequel la fonction NF consumer souhaite recevoir, de la part de la fonction NWDAF, des analyses statistiques et/ou des prédictions. Si cela n’est pas possible (par exemple les TAIs de la zone d’intérêt ne sont pas connus de la fonction NF consumer, la zone d’intérêt n’est pas totalement couverte par une zone de service), il convient de choisir une instance NWDAF ayant une capacité d’agrégation (c’est-à-dire qui est capable de collecter et d’agréger les analyses statistiques et les prédictions fournies par plusieurs autres instances NWDAF) couvrant la zone géographique la plus large possible. La procédure de sélection définie dans le document TS 23.288 ne fournit toutefois aucune indication pour sélectionner une instance NWDAF lorsque la zone d’intérêt de la fonction NF consumer est couverte par les zones de service de plusieurs instances NWDAF candidates distinctes. La illustre une telle situation. Sur cette figure, quatre zones de service Z1, Z2, Z3 et Z4 sont affectées respectivement à quatre instances NWDAF candidates, référencées par NWDAF1, NWDAF2, NWDAF3 et NWDAF4. On considère une fonction NF consumer NF1 souhaitant obtenir des prédictions relatives à un équipement utilisateur UE1 ; la fonction NF1 définit ainsi comme zone d’intérêt ZI, la zone dans laquelle est localisée l’équipement utilisateur UE1. Dans l’exemple illustré sur la , cette zone d’intérêt ZI se trouve dans les zones de service Z1, Z2 et Z4 des instances candidates NWDAF1, NWDAF2 et NWDAF4. Selon la procédure de sélection évoquée décrite dans le document TS 23.288, la fonction « consumer » NF1 peut choisir indifféremment l’une quelconque des instances candidates NWDAF1, NWDAF2 et NWDAF4 pour adresser ses demandes de prédictions relatives à l’équipement utilisateur UE1. Il convient toutefois de noter que l’équipement utilisateur UE1 se trouve en bordure des zones de service des instances candidates NWDAF1 et NWDAF4. Si l’équipement utilisateur UE1 se déplace et sort de l’une ou l’autre de ces zones de service, cela ne laisse que peu de temps à l’instance NWDAF correspondante pour collecter des données sur l’équipement utilisateur UE1 afin de produire les prédictions que lui a demandées la fonction consumer NF1. On comprend bien dès lors qu’un choix de l’instance candidate NWDAF2, plutôt que des instances candidates NWDAF1 et NWDAF4, est dans ce contexte plus judicieux. Une situation similaire peut se présenter lorsque, pendant la période de collecte des données et/ou de calcul analytique, une instance NWDAF (ci-après instance NWDAF « source ») sélectionnée par une fonction NF consumer est amenée à transférer tout ou partie de ses souscriptions d’analyses statistiques et/ou de prédictions vers une autre instance NWDAF (ci-après instance NWDAF « cible »). La raison d’un tel transfert peut être interne (par exemple, équilibrage de charge, arrêt progressif de l’instance NWDAF source, etc.) ou externe (par exemple, mobilité de l’équipement utilisateur visé par les analyses statistiques et/ou prédictions requises par la fonction NF consumer). Cette procédure de transfert est décrite dans le document TS 23.288 au paragraphe 6.1B. Le transfert vers l’instance NWDAF cible peut être précédé d’une phase de préparation préalable permettant de déclencher une collecte des données au niveau de l’instance NWDAF cible avant que l’instance NWDAF source ne soit plus effective (par exemple, avant la sortie de l’équipement utilisateur UE1 faisant l’objet des analyses statistiques et/ou prédictions requises par la fonction NF consumer de la zone de service de l’instance NWDAF source). Le document TS 23.288 ne fournit toutefois aucune indication sur l’événement déclencheur de cette phase de préparation préalable. La procédure de transfert peut être initiée par l’instance NWDAF source, qui doit alors sélectionner l’instance NWDAF cible qui va lui servir de relais pour établir les analyses statistiques et/ou prédictions requises par la fonction NF consumer. La découverte des instances NWDAF candidates pour le transfert par l’instance NWDAF source est réalisée en adressant une requête de découverte à la fonction NRF, comme décrit précédemment, et la sélection d’une instance NWDAF parmi les instances NWDAF candidates identifiées par la fonction NRF s’effectue selon la procédure de sélection définie au paragraphe 5.2 du document TS 23.288. L’instance NWDAF source est donc susceptible de rencontrer les mêmes difficultés de sélection évoquées précédemment lorsque plusieurs zones de service affectées à des instances NWDAF candidates distinctes couvrent la zone d’intérêt définie par l’instance NWDAF source. L’invention permet de remédier aux inconvénients précités en proposant un procédé de fourniture d’informations relatives à un premier dispositif d’un réseau de communication, ce premier dispositif hébergeant une fonction réseau implémentant au moins une fonctionnalité dans le réseau dans une zone de service couvrant au moins une zone dite élémentaire, ce procédé comprenant : une étape d’obtention, pour au moins une zone élémentaire couverte par la zone de service du premier dispositif, d’un poids affecté à cette zone élémentaire, ce poids étant un nombre réel supérieur ou égal à 0 ; et une étape de fourniture à un deuxième dispositif du réseau de tout ou partie des poids obtenus lors de l’étape d’obtention. Corrélativement, l’invention vise également une entité dite de fourniture d’un réseau de communication, configurée pour fournir des informations relatives à un premier dispositif du réseau, le premier dispositif hébergeant une fonction réseau implémentant au moins une fonctionnalité dans le réseau dans une zone de service couvrant au moins une zone dite élémentaire. L’entité de fourniture comprend : un module d’obtention, configuré pour obtenir, pour au moins une zone élémentaire couverte par la zone de service du premier dispositif, un poids affecté à cette zone élémentaire, ce poids étant un nombre réel supérieur ou égal à 0 ; et un module de fourniture, configuré pour fournir à un deuxième dispositif du réseau tout ou partie des poids obtenus par le module d’obtention. L’entité de fourniture peut être le premier dispositif ou un autre dispositif du réseau. Le premier dispositif est typiquement un dispositif fournisseur de service(s) ou dispositif provider hébergeant une fonction réseau. Par exemple, le premier dispositif peut héberger une fonction réseau de collecte et d’analyse de données du réseau ; dans le contexte spécifique d’un réseau 5G, un tel premier dispositif est un dispositif hébergeant une fonction réseau NWDAF. Le deuxième dispositif est typiquement un dispositif consommateur de services ou dispositif consumer du réseau souhaitant accéder aux services et/ou fonctionnalités proposé(e)s par le premier dispositif. Un tel dispositif consumer est par exemple un dispositif hébergeant une fonction réseau AMF souhaitant obtenir des statistiques et/ou des prédictions d’un dispositif hébergeant une fonction réseau NWDAF. Il peut toutefois s’agir d’un autre dispositif qu’un dispositif consumer, tel que par exemple un dispositif configuré pour gérer les dispositifs hébergeant les différentes fonctions réseau, et notamment pour maintenir et publier les profils de ces dispositifs. Dans le contexte d’un réseau 5G évoqué précédemment, un tel dispositif est typiquement un dispositif hébergeant une fonction réseau NRF. Ainsi, l’invention a une application privilégiée mais non limitative dans les deux contextes suivants : le premier dispositif est une fonction réseau NWDAF mettant en œuvre le procédé de fourniture (intégrant donc une entité de fourniture au sens de l’invention), et le deuxième dispositif auquel le premier dispositif fournit les poids est une fonction réseau NRF ; le premier dispositif est une fonction réseau NWDAF, le procédé de fourniture est mis en œuvre par une fonction réseau NRF (qui intègre alors une entité de fourniture au sens de l’invention), et le deuxième dispositif est une fonction réseau sollicitant la fonction réseau NRF (par exemple une fonction réseau AMF ou une fonction réseau NWDAF) pour sélectionner une fonction réseau NWDAF afin d’établir des prédictions et/ou des statistiques ou de transférer des souscriptions relatives à de telles prédictions et/ou statistiques. Bien entendu, ces exemples ne sont donnés qu’à titre illustratif. Il convient de noter que bien qu’ayant été introduite en référence à des dispositifs hébergeant des fonctions réseau NRF, NWDAF et AMF dans un réseau cœur 5G, l’invention peut s’appliquer dans d’autres contextes, et notamment à d’autres fonctionnalités du réseau ainsi qu’à d’autres réseaux (ex. réseau 6G, réseau propriétaire, etc.). L’invention a une application privilégiée dès qu’une sélection est nécessaire parmi plusieurs dispositifs hébergeant une même fonction réseau au sein d’un réseau et desservant des zones de service couvrant une zone d’intérêt donnée, autrement dit se recouvrant (c’est-à-dire présentant une intersection) au moins au niveau de la zone d’intérêt. Pour gérer une telle situation et permettre la sélection du dispositif ayant la couverture la plus adaptée pour assurer une fonction réseau donnée, l’invention s’appuie avantageusement sur une nouvelle façon de décrire les zones de service affectées à des dispositifs hébergeant des fonctions réseau, géographiquement distribués dans le réseau. Plus spécifiquement, l’invention exploite le fait que dans un réseau, une zone de service affectée à un tel dispositif couvre généralement un nombre entier, supérieur ou égal à 1, de zones « élémentaires », et propose ainsi de décrire chaque zone de service à partir des zones élémentaires couvertes par celle-ci, auxquelles on affecte un poids, ce poids étant destiné à être pris en compte lorsque le dispositif en question est en concurrence avec d’autres dispositifs du réseau pour implémenter les fonctionnalités d’une certaine fonction réseau. On peut par exemple envisager d’affecter un poids au moins à chaque zone élémentaire couverte par la zone de service du premier dispositif et par au moins une autre zone de service d’au moins un troisième dispositif du réseau, ce troisième dispositif pouvant notamment héberger la même fonction réseau que le premier dispositif. Selon un autre exemple, chaque zone élémentaire de chaque zone de service se voit affecter un poids. Une telle zone élémentaire est typiquement une zone géographique « unitaire » associée au réseau et définie pour des besoins de déploiement et/ou de fonctionnement opérationnel du réseau. Par exemple, pour un réseau cellulaire, une zone élémentaire peut correspondre à une cellule du réseau ou à un ensemble composé d’une ou de plusieurs cellules du réseau tel qu’une zone de localisation (plus communément connue sous le nom de TA ou « Tracking Area » en anglais). De telles zones élémentaires forment avantageusement par leur ensemble un pavage de la totalité de la zone géographique de couverture du réseau. Les zones de service des dispositifs du réseau étant classiquement définies sur la base de telles zones élémentaires, cela permet de s’adapter à la topologie du réseau et à son déploiement (il convient d’ailleurs de noter que les dimensions des zones élémentaires peuvent différer d’une zone géographique à une autre en fonction des conditions de déploiement du réseau ; par exemple on peut envisager des cellules de tailles plus ou moins grandes selon si on est en milieu urbain ou en milieu rural), et/ou à son fonctionnement opérationnel. En outre, on assure un bon compromis lors de la mise en œuvre de l’invention entre complexité et précision : de telles zones élémentaires sont effectivement généralement représentatives du niveau de granularité considéré lors de l’exécution de la plupart des mécanismes opérationnels permettant le fonctionnement du réseau ; en outre, ce sont les identifiants de ces zones élémentaires qui sont véhiculés dans les messages de signalisation. En variante, on peut envisager des zones élémentaires indépendantes à proprement parler du réseau, par exemple des zones géographiques de dimensions fixes (ex. des carrés de dimensions 10 km par 10 km) formant un pavage de la zone de couverture du réseau. Une telle variante peut être envisagée notamment dans un contexte de sélection d’une entité du réseau assurant le contrôle aérien d’objets volants tels que des drones. Une telle entité est par exemple, dans le contexte d’un réseau 5G, une fonction USS/UTM (pour « UAS Service Supplier/UAS Traffic Management » en anglais, UAS désignant « Uncrewed Aircraft System »). Lorsqu’une même zone élémentaire est couverte par des zones de service affectées à des dispositifs distincts hébergeant une même fonction réseau (fonction réseau NWDAF dans la situation illustrée sur la ), un poids différent peut être affecté à cette zone élémentaire pour les différentes zones de service concernées. Ceci permet d’attribuer des priorités différentes aux dispositifs couvrant ces zones élémentaires communes (reflétant par exemple les préférences de l’opérateur du réseau), et de faciliter ainsi le choix d’un dispositif parmi les autres à partir de ces priorités. A l’inverse, si on ne souhaite pas établir de priorité entre deux dispositifs implémentant une même fonction réseau, le même poids peut être alloué à la zone élémentaire pour les zones de services de ces deux dispositifs. Ceci n’est toutefois qu’un choix particulier d’implémentation, et d’autres politiques d’affectation peuvent être envisagées. L’invention offre une grande flexibilité en la matière, permettant notamment de refléter aisément les préférences de l’opérateur. De manière générale, les poids sont affectés aux zones élémentaires selon une stratégie cohérente avec la politique de sélection que l’on (ex. l’opérateur du réseau) souhaite mettre en œuvre dans le réseau, compte tenu des fonctionnalités implémentées par les dispositifs et du contexte considéré. A titre illustratif, dans l’exemple envisagé précédemment, si l’on souhaite tenir compte de la mobilité d’un équipement utilisateur dans un contexte de sélection d’une instance de fonction NWDAF qui nécessite de collecter des données sur une période de temps plus ou moins longue, le poids affecté à une zone élémentaire pour le premier dispositif peut dépendre de la distance de cette zone élémentaire au centre de la zone de service du premier dispositif et/ou de sa distance par rapport à la frontière (i.e. la bordure) de cette zone de service. Notamment, plus le centre d’une zone élémentaire est éloigné du centre de la zone de service considérée, ou plus ce centre est proche de la bordure de la zone de service, plus le poids affecté à cette zone élémentaire peut être faible. Typiquement, si une zone de service est constituée d’un grand nombre de cellules disposées en ligne, il peut être avantageux d’affecter un poids plus faible aux cellules situées à proximité des extrémités de la ligne (par exemple à une distance d des extrémités) par rapport aux autres cellules (sans nécessairement établir de distinction de poids pour les cellules situées au-delà de la distance d, qu’elles soient proches ou non du centre de la ligne). En procédant de cette sorte, une zone élémentaire se voit affecter un poids plus faible pour le dispositif dont elle est le plus éloignée du centre de la zone de service ou plus proche des limites de la zone de service. Bien entendu, ceci n’est qu’un exemple illustratif, et d’autres stratégies d’affectation peuvent être appliquées. Le choix d’une stratégie ou d’une autre peut dépendre de différents facteurs, comme le contexte d’application de l’invention, la topologie du réseau, la configuration des zones de service (par exemple si une zone de service ne couvre qu’une zone élémentaire, ou une pluralité de zones élémentaires disposées en ligne), la nature de la fonction réseau implémentée, etc. En outre, selon le contexte d’application de l’invention, on peut allouer à une zone élémentaire un poids relatif (exprimé par exemple sous la forme d’un pourcentage), compris entre 0 et 1, et éventuellement normalisé sur l’ensemble des zones de service couvrant cette zone élémentaire desservies par des dispositifs implémentant une même fonction réseau, ou un poids absolu, supérieur ou égal à 0. Affecter des poids absolus non normalisés facilite la gestion d’une évolution de ces poids, notamment en cas de suppression ou d’ajout d’une instance d’une fonction réseau donnée. Il convient toutefois de s’assurer que ces poids sont exprimés selon une même échelle (pour qu’ils demeurent comparables). On note que les poids peuvent être affectés aux zones élémentaires couvertes par une zone de service d’un dispositif de manière statique, par exemple ils peuvent être affectés par l’opérateur du réseau de façon empirique ou par l’intermédiaire d’experts, puis obtenus par l’intermédiaire d’une configuration réalisée par l’opérateur du réseau au moyen de mécanismes connus en soi. En variante, l’affectation peut être plus dynamique, et les poids peuvent être générés via l’exécution d’un algorithme donné ou d’une formule analytique particulière appliqué(e) par exemple par le premier dispositif. En outre, il est possible d’affecter de manière indépendante des poids à une même zone élémentaire pour des zones de service de dispositifs hébergeant des fonctions réseaux différentes. Les poids affectés peuvent ainsi être indifféremment identiques ou différents dès lors qu’ils concernent des zones de service de dispositifs assurant des fonctionnalités différentes dans le réseau. En variante, on peut envisager une affectation corrélée des poids pour certaines fonctionnalités. Comme souligné précédemment, l’invention offre une grande flexibilité en la matière selon la politique et la stratégie d’implémentation retenues par l’opérateur. Quels que soient la politique et le choix d’implémentation retenus pour affecter les poids aux zones élémentaires couvertes par une zone de service d’un dispositif, ceux-ci fournissent une indication précieuse sur la priorité que le réseau accorde à ce dispositif pour implémenter une fonction réseau donnée dans une zone d’intérêt répartie sur une ou plusieurs zones élémentaires couvertes par la zone de service du dispositif. Ceci permet de choisir de façon éclairée, dans un contexte donné, le meilleur dispositif dans le réseau implémentant une fonction réseau particulière en comparant les poids affectés aux zones élémentaires pour différents dispositifs hébergeant une même fonction réseau. Pour réaliser ce choix, on peut par exemple évaluer une métrique à partir des poids affectés aux zones élémentaires recouvrant une zone d’intérêt pour plusieurs dispositifs hébergeant une même fonction réseau et choisir le dispositif optimisant la métrique ainsi évaluée. Une telle métrique est par exemple la somme (éventuellement pondérée) des poids affectés aux zones élémentaires couvertes par la zone d’intérêt. En variante, d’autres métriques peuvent être envisagées pour comparer les poids affectés pour différents dispositifs aux zones élémentaires comprises dans la zone d’intérêt. Dans un mode particulier de réalisation, le deuxième dispositif est configuré pour gérer des dispositifs hébergeant des fonctions réseau et tout ou partie des poids obtenus sont fournis au deuxième dispositif lors d’un enregistrement ou d’une mise à jour d’un profil du premier dispositif auprès du deuxième dispositif. Un tel deuxième dispositif est par exemple dans un réseau cœur 5G, comme évoqué précédemment, un dispositif hébergeant une fonction NRF, et maintenant des profils des instances de fonctions réseau déployées dans le réseau. Dans un autre mode de réalisation, les poids obtenus affectés aux zones élémentaires couvertes par ladite zone de service sont obtenus lors d’un enregistrement d’un profil du premier dispositif et tout ou partie desdits poids obtenus sont fournis en réponse à une requête de découverte de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère de recherche donné, ladite requête de découverte provenant du deuxième dispositif et ledit premier dispositif répondant audit au moins un critère de recherche donné. Ces deux modes de réalisation proposent d’enrichir les profils des dispositifs maintenus au sein du réseau (par exemple par la fonction NRF pour un réseau cœur 5G) et décrivant les caractéristiques des services/fonctionnalités offert(e)s par ces dispositifs, avec les zones élémentaires couvertes par les zones de service desservies par ces dispositifs, et les poids affectés à ces zones élémentaires. Ceci rend aisément accessibles ces informations aux dispositifs consumer consultant ces profils. La mise en œuvre de l’invention est ainsi facilitée, notamment dans le contexte d’un réseau 5G, puisqu’elle s’intègre aisément dans les procédures d’enregistrement, de mise à jour et de découverte déjà définies au sein d’un tel réseau et ne requiert pas la définition de nouvelles structures et de nouvelles procédures pour mémoriser ces informations ou pour y accéder. Comme mentionné précédemment, diverses stratégies peuvent être envisagées pour affecter un poids à une zone élémentaire couverte par une zone de service. Ainsi, dans un mode particulier de réalisation, lorsqu’une zone élémentaire est couverte par la zone de service du premier dispositif et au moins une autre zone de service d’au moins un troisième dispositif du réseau hébergeant la même fonction réseau que le premier dispositif, un poids différent est affecté à ladite zone élémentaire pour la zone de service du premier dispositif et pour ladite au moins une autre zone de service dudit au moins un troisième dispositif. De plus, les poids affectés à cette zone élémentaire pour la zone de service du premier dispositif et pour ladite au moins une autre zone de service dudit au moins un troisième dispositif peuvent être choisis tels que leur somme est non nulle et inférieure ou égale à 1. Une somme prise égale à 1 permet de normaliser les poids affectés à une même zone élémentaire sur des zones de service recouvrantes (c’est-à-dire qui ont une intersection non nulle ou encore ne sont pas disjointes) desservies par des dispositifs distincts. Cette normalisation facilite l’interprétation des métriques obtenues pour les différents dispositifs et des priorités reflétées par ces métriques. Il est toutefois possible de s’abstenir de procéder à une telle normalisation dès lors que les poids alloués à une même zone élémentaire pour différents dispositifs sont exprimés dans une même échelle, ce qui permet de les comparer entre eux et d’établir une hiérarchie (i.e. une préférence) le cas échéant entre les dispositifs. Dans un mode particulier de réalisation, le procédé de fourniture comprend en outre : une étape de mise à jour d’au moins un poids affecté à une dite zone élémentaire couverte par ladite zone de service du premier dispositif ; et une étape de fourniture dudit au moins un poids mis à jour au deuxième dispositif. Ce mode de réalisation permet de tenir compte d’une évolution potentielle dans le temps des poids affectés aux zones élémentaires et de s’assurer que le deuxième dispositif est informé de cette évolution. Une telle évolution peut être liée notamment à l’apparition ou à la disparition dans le réseau d’instances de fonction réseau, mais également à d’autres facteurs (ex. équilibrage de la charge, indisponibilité temporaire d’une instance de fonction réseau, etc.). Au vu de ce qui précède, l’invention facilite et permet donc d’optimiser la sélection d’un dispositif du réseau parmi plusieurs assurant une même fonction réseau. Ainsi, selon un autre aspect, l’invention vise un procédé de sélection par un dispositif d’un réseau de communication, dit quatrième dispositif, comprenant : une étape d’envoi, à un dispositif du réseau dit cinquième dispositif, d’une requête de découverte de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère de recherche donné ; une étape d’obtention d’une réponse à ladite requête de découverte identifiant au moins un dispositif du réseau dit candidat hébergeant une fonction réseau et répondant audit au moins un critère de recherche donné, ladite réponse comprenant pour chaque dispositif candidat ayant une zone de service couvrant une zone d’intérêt définie par le quatrième dispositif, un poids affecté à chaque zone dite élémentaire couverte par ladite zone de service et ladite zone d’intérêt, ledit poids étant un nombre réel supérieur ou égal à 0 ; et une étape de sélection d’un dit dispositif candidat pour implémenter au moins une fonctionnalité de la fonction réseau qu’il héberge en comparant les poids affectés aux zones élémentaires couvertes par ladite zone d’intérêt obtenus pour chaque dispositif candidat identifié dans la réponse. Corrélativement l’invention concerne aussi une entité dite de sélection d’un réseau de communication comprenant : un module d’envoi, configuré pour envoyer à un dispositif du réseau une requête de découverte de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère de recherche donné ; un module d’obtention, configuré pour obtenir une réponse à ladite requête de découverte identifiant au moins un dispositif du réseau dit candidat hébergeant une fonction réseau et répondant audit au moins un critère de recherche donné, ladite réponse comprenant pour chaque dispositif candidat ayant une zone de service couvrant une zone d’intérêt définie par l’entité de sélection, un poids affecté à chaque zone dite élémentaire couverte par ladite zone de service et ladite zone d’intérêt, ledit poids étant un nombre réel supérieur ou égal à 0 ; et un module de sélection, configuré pour sélectionner un dit dispositif candidat pour implémenter au moins une fonctionnalité de la fonction réseau qu’il héberge en comparant les poids affectés aux zones élémentaires couvertes par la zone d’intérêt obtenus pour chaque dispositif candidat identifié dans la réponse. Le procédé et l’entité de sélection bénéficient des mêmes avantages cités précédemment que le procédé et l’entité de fourniture selon l’invention. A titre illustratif, le quatrième dispositif peut être un dispositif hébergeant une fonction NF consumer, comme par exemple une fonction AMF, le cinquième dispositif un dispositif hébergeant une fonction NRF, et les dispositifs candidats, des dispositifs hébergeant une fonction NWDAF. Bien entendu, cet exemple n’est donné qu’à titre illustratif et n’est pas limitatif de l’invention. Ainsi, selon un autre exemple, le quatrième dispositif peut être un dispositif hébergeant une fonction NWDAF et recherchant une autre instance de fonction NWDAF pour transférer ses souscriptions de prédictions et/ou statistiques. Il convient de noter que les premier, deuxième, troisième, quatrième et cinquième dispositifs et dispositifs candidats ne désignent pas nécessairement des dispositifs distincts deux à deux. Par exemple, le cinquième dispositif au sens de l’invention peut être un deuxième dispositif au sens de l’invention ayant obtenu les poids associés aux zones élémentaires du réseau couvertes par les zones de service d’une pluralité de premiers dispositifs au sens de l’invention, les dispositifs candidats identifiés par le cinquième dispositif étant sélectionnés parmi ces premiers dispositifs. Dans un mode particulier de réalisation, l’étape de sélection comprend une détermination, pour chaque dispositif candidat du réseau identifié dans la réponse, d’une métrique à partir des poids obtenus affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d’intérêt, le dispositif candidat sélectionné étant celui qui optimise ladite métrique parmi les dispositifs candidats identifiés dans la réponse. Par exemple, la métrique déterminée pour un dit dispositif candidat correspond à une somme pondérée des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d’intérêt définie par le quatrième dispositif. Les facteurs de pondération utilisés pour évaluer la métrique globale sont des nombres réels positifs ou nuls, par exemple des nombres rationnels (ex. des pourcentages) compris entre 0 et 1, ou plus généralement des nombres réels compris entre 0 et 1. Selon une première variante, les facteurs de pondération utilisés dans la somme pondérée sont tous pris égaux à 1. Ceci revient à considérer comme métrique la somme des poids affectés aux zones élémentaires couvertes par la zone de service du dispositif candidat considéré et par la zone d’intérêt. Selon une deuxième variante, dans la somme pondérée, chaque poids affecté à une zone élémentaire est pondéré par une probabilité de présence d’un équipement utilisateur géré par le quatrième dispositif dans cette zone élémentaire. La probabilité de présence de l’équipement utilisateur peut provenir d’une prédiction de mobilité réalisée par exemple par un dispositif hébergeant une fonction de collecte et d’analyse de données du réseau tel qu’un dispositif hébergeant une fonction NWDAF pour un réseau 5G. En variante, elle peut résulter du constat de la présence de l’utilisateur dans la zone élémentaire. Cette deuxième variante a une application privilégiée dans le cadre d’une procédure de transfert, et plus particulièrement lorsque le quatrième dispositif est un dispositif assurant une certaine fonctionnalité dans le réseau en lien avec un équipement utilisateur (ex. un dispositif hébergeant une fonction réseau NWDAF) et qu’il interroge le cinquième dispositif (ex. un dispositif hébergeant une fonction NRF) pour identifier un relais vers lequel transférer les souscriptions relatives à l’équipement utilisateur. Le dispositif candidat sélectionné est alors utilisé comme relais du quatrième dispositif pour implémenter ladite fonctionnalité initialement fournie par le quatrième dispositif. Dans un tel contexte, la deuxième variante permet de s’assurer que le transfert vers le relais ainsi sélectionné est pérenne et ne nécessite pas, à trop court terme, la sélection d’un nouveau dispositif relais pour gérer la mobilité de l’équipement utilisateur qui pourrait s’avérer préjudiciable (il est en effet souhaitable, par souci de minimisation de la signalisation réseau et de plus grande robustesse, de ne pas déclencher des procédures de transfert trop souvent). Ainsi, dans un mode particulier de réalisation, le quatrième dispositif et ledit dispositif candidat sélectionné hébergent la même fonction réseau, et ledit dispositif candidat sélectionné est utilisé comme relais du quatrième dispositif pour implémenter au moins une fonctionnalité de ladite fonction réseau. Comme évoqué précédemment, on peut envisager de déclencher une phase préparatoire, en préliminaire de la procédure de transfert, pour éviter un transfert trop brutal et un va-et-vient entre le quatrième dispositif et le dispositif candidat sélectionné servant de relais. Cette phase préparatoire s’appuie avantageusement sur le recouvrement des zones de service du quatrième dispositif et du dispositif relais. Durant cette phase préparatoire, le dispositif candidat choisi comme relais réalise certaines opérations nécessaires à la bonne exécution et à l’efficience du transfert : typiquement, pour une fonction réseau NWDAF, durant cette phase préparatoire, le dispositif candidat choisi comme relais peut commencer à collecter et à analyser des données du réseau en lien avec les souscriptions qui vont lui être transférées. L’invention, dans un mode particulier de réalisation, fournit avantageusement des indications sur le moment opportun auquel déclencher une telle phase préparatoire. Plus particulièrement, dans un mode particulier de réalisation, le procédé de sélection comprend en outre, lorsque le quatrième dispositif détecte une entrée d’un équipement utilisateur qu’il gère dans une zone élémentaire couverte par sa zone de service et ayant un poids affecté pour le quatrième dispositif inférieur à un seuil donné ou inférieur à un poids affecté à ladite zone élémentaire pour un dit dispositif candidat identifié dans la réponse à la requête de découverte, un déclenchement d’une phase de préparation de l’utilisation du dispositif candidat sélectionné comme relais du quatrième dispositif. Ce mode de réalisation indique donc avantageusement au quatrième dispositif quand déclencher la phase préparatoire du transfert, ce qui permet d’améliorer l’efficacité du transfert. Dans un mode particulier de réalisation, les procédés de fourniture et de sélection 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é de fourniture conforme à l’invention et comporte des instructions adaptées à la mise en œuvre d’un procédé de fourniture 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 une entité de sélection conforme à l’invention et comporte des instructions adaptées à la mise en œuvre d’un procédé de sélection 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 fourniture et de sélection selon l’invention. Selon un autre aspect, l’invention vise également un système dans un réseau de communication comprenant : au moins un dispositif de collecte et d’analyse de données du réseau comprenant une première entité de fourniture selon l’invention ; un dispositif de gestion de profils d’une pluralité de dispositifs hébergeant des fonctions réseau du réseau, comprenant une deuxième entité de fourniture selon l’invention ; et un dispositif hébergeant une fonction réseau du réseau et comprenant une entité de sélection selon l’invention. Par exemple dans ce système : la première entité de fourniture peut être configurée pour fournir au dispositif de gestion des profils les poids affectés aux zones élémentaires couvertes par une zone de service du dispositif de collecte et d’analyse ; et l’entité de sélection peut être configurée pour envoyer une requête de découverte portant sur un critère de recherche donné au dispositif de gestion et recevoir, en réponse à cette requête de découverte, en provenance de la deuxième entité de fourniture, des poids affectés aux zones élémentaires des zones de service de dispositifs candidats répondant audit critère de recherche. Le système selon l’invention dispose des mêmes avantages cités précédemment que les procédés de fourniture et de sélection, et que les entités de fourniture et de sélection selon l’invention. Il a une application privilégiée dans le contexte d’un réseau 5G, pour la sélection notamment d’une instance de fonction réseau NWDAF que ce soit dans le cadre d’un accès aux fonctionnalités offertes par cette fonction réseau ou dans le cadre d’une procédure de transfert entre deux instances de fonction réseau NWDAF. Dans ce dernier cas de figure, le dispositif du système selon l’invention hébergeant une fonction réseau du réseau est un dit dispositif de collecte et d’analyse. On peut également envisager, dans d'autres modes de réalisation, que les procédés de fourniture et de sélection, les entités de fourniture et de sélection 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 , déjà décrite, illustre une situation dans laquelle plusieurs instances candidates sont disponibles pour assurer une fonction réseau NWDAF dans un réseau 5G ; la représente, dans son environnement, un système dans un réseau de communication conforme à l’invention, dans un mode particulier de réalisation ; la représente schématiquement l’architecture matérielle d’un ordinateur pouvant héberger l’une quelconque des entités selon l’invention appartenant au système de la ; la représente les modules fonctionnels des dispositifs du système de la ; ; les figures 5 et 6 représentent respectivement, sous forme d’ordinogrammes, les principales étapes d’un procédé de fourniture selon une deuxième variante et selon une première variante de réalisation de l’invention ; la illustre un exemple de réseau de communication dans lequel se trouve le système de la et différentes zones de service desservies par des dispositifs de ce système ; la illustre un autre exemple de zones de service affectées à deux instances de fonction réseau d’un réseau de communication ; la représente, sous forme d’ordinogramme, les principales étapes d’un procédé de sélection selon l’invention ; et la représente également, sous forme d’ordinogramme, les principales étapes d’un procédé de sélection selon l’invention lorsqu’il est utilisé dans le cadre d’une procédure de transfert. Description de l’invention La représente, dans son environnement, un système 1 conforme à l’invention, dans un mode particulier de réalisation dans lequel il se trouve dans un réseau de communication cellulaire NW s’appuyant sur un réseau cœur 5GC tel que défini par le standard 3GPP (aux aménagements près liés à la mise en œuvre de l’invention). Dans le mode particulier de réalisation décrit ici, le système 1 comprend une pluralité de dispositifs du réseau cœur CN, NF1,…, NFN, N désignant un entier supérieur à 1, hébergeant des instances de fonctions réseau implémentant diverses fonctionnalités au sein du réseau cœur CN, chaque instance de fonction réseau NFn, n=1,…,N desservant une zone de service Zn. Une zone de service affectée à une instance de fonction réseau correspond à la zone géographique desservie par cette instance, c’est-à-dire celle sur laquelle elle assure la ou les fonctionnalités dont elle est en charge au sein du réseau cœur CN. La définition de cette zone de service peut dépendre des fonctionnalités assurées par l’instance en question. Par exemple, pour une instance de fonction réseau NWDAF qui collecte et analyse des données concernant des UE, cette zone de service peut être définie en fonction de la localisation des UE : une instance NWDAF peut être affectée à la partie nord d’un pays couvert par le réseau NW, tandis qu’une autre instance NWDAF peut être affectée à la partie sud du pays en question. Pour une instance de fonction réseau NWDAF qui collecte et analyse des données collectées auprès d’autres fonctions NF (ex. charge, etc.), la zone de service de cette instance de fonction réseau peut être définie par rapport à la localisation de ces fonctions NF (par exemple une par région d’un pays couvert par le réseau NW). Une telle zone de service couvre généralement un nombre entier K supérieur ou égal à 1 de zones élémentaires associées au réseau (autrement dit, définies dans le contexte du réseau), typiquement un nombre entier K de cellules du réseau cellulaire NW, K pouvant bien entendu varier d’un dispositif à un autre. En variante, on peut envisager d’autres types de zones élémentaires comme unités pour définir les zones de service, comme par exemple une zone de localisation ou TA. Une telle zone de localisation est constituée d’une ou de plusieurs cellules du réseau et correspond à la zone géographique au sein de laquelle un équipement utilisateur peut se déplacer sans avoir à mettre à jour son enregistrement auprès du réseau cœur CN. Selon une autre variante encore, on peut envisager comme zones élémentaires des zones géographiques prédéfinies pavant la zone de couverture du réseau, définies de façon indépendante par rapport au réseau à proprement parler et à son fonctionnement opérationnel, comme par exemple des zones géographiques de dimensions fixes tels que des carrés ayant un côté de dimension 10 km. Aucune limitation n’est attachée au type de fonctions réseau hébergées par les dispositifs NF1,…,NFN. Dans l’exemple représenté sur la , on suppose à titre illustratif que : le dispositif NF1 héberge une instance de fonction réseau de type NRF, et maintient de façon connue en soi un catalogue des profils des autres fonctions réseau (i.e. de leurs différentes instances, le cas échéant) du réseau cœur CN. Chaque profil associé à une instance d’une fonction réseau, référencé de façon générale par NFPROF, contient diverses informations comme l’identité de l’instance, le type de fonction réseau correspondant, ses caractéristiques de service (ex. comment elle peut être jointe, les ressources qu’elle gère, etc.), son état opérationnel (ex. sa disponibilité, sa charge, etc.), la zone de service desservie par l’instance, etc. Le dispositif NF1 s’appuie, pour maintenir à jour ce catalogue de profils et publier tout ou partie des informations qu’il contient, sur une pluralité de services comprenant notamment des services de découverte et de gestion (incluant les opérations d’enregistrement/désenregistrement/mise à jour) qui reprennent ici respectivement la logique des services Nnrf_NFDiscovery et Nnrf_NFManagement 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 requis par l’invention détaillés ultérieurement). Plus particulièrement, dans le mode de réalisation décrit ici, le dispositif NF1 comprend une entité de fourniture conforme à l’invention selon une première variante de réalisation, de sorte que tout ou partie des profils maintenus par le dispositif NF1 sont enrichis avec des informations complémentaires, comme détaillé davantage ultérieurement ; le dispositif NF2 héberge une instance de fonction réseau AMF, implémentant des fonctionnalités de gestion de l’accès et de la mobilité dans le réseau. Dans le mode de réalisation décrit ici, le dispositif NF2 comprend une entité de sélection conforme à l’invention ; et les dispositifs NF3,…,NFN hébergent des instances de fonction réseau NWDAF, implémentant des fonctionnalités de collecte et d’analyse de données du réseau. Chacun de ces dispositifs comprend ici une entité de fourniture conforme à l’invention selon une deuxième variante de réalisation, ainsi qu’une entité de sélection conforme à l’invention. On note que le réseau cœur CN comprend de façon connue en soi d’autres dispositifs hébergeant des instances de fonction réseau offrant d’autres fonctionnalités nécessaires au fonctionnement opérationnel du réseau cœur CN et plus généralement du réseau NW. Par exemple, le réseau cœur CN comprend des instances de fonction réseau SMF (pour « Session Management Function » en anglais) de gestion de sessions, PCF (pour « Policy Control Function » en anglais) de gestion de la politique des flux, etc. Dans le mode de réalisation décrit ici, les dispositifs NF1,…,NFN ont l’architecture matérielle d’un ordinateur 2, telle que représentée à la . L’ordinateur 2 comprend notamment un processeur 3, une mémoire vive 4, une mémoire morte 5, une mémoire non volatile 6, et des moyens de communication 7 permettant notamment aux dispositifs NF1,…,NFN du système 1 de communiquer entre elles et avec d’autres dispositifs le cas échéant du réseau cœur CN et/ou plus généralement du réseau cellulaire NW. Ces moyens 7 de communication s’appuient d’une part, sur une interface de communication filaire ou sans fil, connue en soi et non décrite plus en détail ici, mais également ici sur une ou plusieurs interfaces logicielles basées sur le service ou SBI (pour « Service Based Interface » en anglais). La mémoire non volatile 6 de l’ordinateur 2 constitue un support d’enregistrement conforme à l’invention, lisible par le processeur 3 et sur lequel est enregistré(s) un ou plusieurs programmes d’ordinateur conformes à l’invention. Plus spécifiquement, la mémoire non volatile 6 de l’ordinateur 2 comprend, lorsqu’il s’agit du dispositif NF1 (qui héberge une fonction NRF), un enregistrement d’un programme d’ordinateur PROG1, comportant des instructions définissant les principales étapes d’un procédé de fourniture selon l’invention selon la première variante de réalisation. Ce programme PROG1 définit des modules fonctionnels d’une entité de fourniture selon la première variante de réalisation de l’invention qui s’appuient ou commandent les éléments matériels 3 à 7 de l’ordinateur 2 cités précédemment. Ces modules comprennent notamment comme illustré sur la : un module 8A d’obtention, configuré pour obtenir, en provenance d’au moins un dispositif (jouant le rôle de premier dispositif au sens de l’invention) hébergeant une instance de fonction réseau gérée par le dispositif NF1 et pour laquelle le dispositif NF1 mémorise et maintient à jour le profil, un poids affecté à au moins une zone élémentaire couverte par la zone de service desservie par cette instance de fonction réseau, ce poids étant un nombre réel (ex. un nombre rationnel tel qu’un pourcentage) supérieur ou égal à 0. Dans l’exemple envisagé à la , on suppose que le module 8A d’obtention obtient notamment de tels poids pour chacun des dispositifs NF3,…,NFN du réseau cœur CN hébergeant une fonction réseau NWDAF, et pour chaque zone élémentaire couverte par chaque zone de service des dispositifs NF3,…,NFN. En variante, on peut envisager de n’affecter et de n’obtenir des poids (en particulier des poids non nuls) que pour les zones élémentaires recouvertes par plusieurs zones de services de dispositifs hébergeant la même fonction réseau NWDAF. Ces poids sont obtenus par le dispositif NF1 et plus particulièrement par son module 8A, lorsque les dispositifs NF3,…,NFN enregistrent leurs profils auprès de lui et/ou lors d’une mise à jour de ces profils ; les dispositifs NF3,…,NFN utilisent à cette fin ici le service Nnrf_NFManagement offert par le dispositif NF1 adapté pour transmettre les poids des zones élémentaires, comme détaillé davantage ultérieurement ; et un module 8B de fourniture, configuré pour fournir à un dispositif consumer du réseau cœur CN (jouant le rôle de deuxième et de quatrième dispositif au sens de l’invention), lorsque le dispositif NF1 est interrogé par le dispositif consumer au moyen d’une requête de découverte portant sur au moins un critère de recherche CRIT (telle que définie par exemple dans le cadre du service Nnrf_NFDiscovery implémenté par le dispositif NF1), les poids obtenus par le module 8A d’obtention, affectés aux zones élémentaires couvertes par les zones de service des dispositifs dont il mémorise le profil et qui répondent au critère de recherche CRIT. Un tel critère de recherche CRIT comprend par exemple un type de fonction réseau implémentée par les dispositifs (ex. fonction NWDAF), une zone d’intérêt que les dispositifs doivent desservir, etc. Les poids sont fournis par le module 8B de fourniture dans la réponse à la requête de recherche adressée par le dispositif NF1 au dispositif consumer. Dans les exemples illustratifs décrits ci-après, on envisage comme dispositif consumer, le dispositif NF2 hébergeant une fonction réseau AMF, et le dispositif NF3 hébergeant une fonction réseau NWDAF. Bien entendu ces exemples ne sont donnés qu’à titre illustratif et d’autres dispositifs consumer peuvent être envisagés en variante. Le fonctionnement des modules 8A et 8B du dispositif NF1 est décrit plus en détail ultérieurement en référence aux étapes du procédé de fourniture selon la première variante de réalisation de l’invention. Lorsque l’ordinateur 2 est le dispositif NF2 (qui héberge une fonction AMF dans l’exemple illustratif envisagé ici) ou un dispositif NF3,…,NFN (qui héberge une instance de fonction NWDAF et jouent le rôle de deuxièmes et de quatrièmes dispositifs au sens de l’invention), la mémoire non volatile 6 de l’ordinateur 2 comprend un enregistrement d’un programme d’ordinateur PROG2, comportant des instructions définissant les principales étapes d’un procédé de sélection selon l’invention. Ce programme PROG2 définit des modules fonctionnels d’une entité de sélection selon l’invention, intégrée dans le dispositif NF2 et dans chacun des dispositifs NF3,…,NFN, qui s’appuient ou commandent les éléments matériels 3 à 7 de l’ordinateur 2 cités précédemment. Ces modules comprennent notamment, dans le mode de réalisation décrit ici et comme illustré sur la : un module 9A d’envoi, configuré pour envoyer à un dispositif du réseau cœur CN, en l’espèce ici au dispositif NF1 hébergeant la fonction réseau NRF (jouant le rôle de cinquième dispositif au sens de l’invention), une requête de découverte de dispositifs du réseau cœur CN hébergeant des fonctions réseau et répondant à au moins un critère de recherche CRIT donné, tel que décrit précédemment (ex. type de fonction réseau implémentée par le dispositif, zone d’intérêt, etc.) ; un module 9B d’obtention, configuré pour obtenir une réponse à cette requête de découverte identifiant au moins un dispositif du réseau cœur CN dit candidat, hébergeant une fonction réseau et répondant audit au moins un critère de recherche CRIT donné. Cette réponse comprend pour chaque dispositif candidat ayant une zone de service couvrant une zone d’intérêt définie par l’entité de sélection (en totalité dans le mode de réalisation décrit ici), le poids mémorisé dans le profil du dispositif candidat affecté à chaque zone élémentaire couverte par ladite zone de service et par la zone d’intérêt, ledit poids étant un nombre réel supérieur ou égal à 0. On note que, par souci de complétude, la réponse peut inclure également les poids des zones élémentaires couvertes par la zone de service du dispositif candidat qui ne sont pas comprises dans la zone d’intérêt ; un module 9C de détermination, configuré pour déterminer pour chaque dispositif candidat identifié dans la réponse obtenue, une métrique à partir des poids affectés aux zones élémentaires couvertes par cette zone de service et la zone d’intérêt ; et un module 9D de sélection, configuré pour sélectionner un dispositif candidat pour implémenter au moins une fonctionnalité de la fonction réseau qu’il héberge, en comparant les poids affectés aux zones élémentaires couvertes par la zone d’intérêt obtenus par le module 9B d’obtention pour chaque dispositif candidat identifié dans la réponse. Dans le mode de réalisation décrit ici, le module 9D de sélection utilise les métriques déterminées par le module 9C de détermination pour les différents dispositifs candidats identifiés dans la réponse et sélectionne le dispositif candidat correspondant à la métrique déterminée optimale. Lorsqu’il est stocké dans la mémoire non volatile 6 d’un dispositif NF3,…,NFN, le programme PROG2 définit en outre un module 9E de transfert, configuré pour mettre en œuvre une procédure de transfert, telle que par exemple celle décrite dans le document 3GPP TS 23.288, et transférer vers le dispositif candidat sélectionné par le module 9D de sélection tout ou partie des souscriptions dont le dispositif NF3,…,NFN a la charge. Ce module 9E de transfert est en outre configuré pour déclencher une phase de préparation de la procédure de transfert auprès du dispositif candidat sélectionné, comme décrite plus en détail ultérieurement. Dans l’exemple d’un transfert entre deux dispositifs hébergeant une fonction NWDAF, cette phase de préparation comprend notamment la transmission par le module 9E de transfert au dispositif candidat sélectionné des informations concernant les souscriptions qui vont lui être transférées afin que le dispositif candidat sélectionné soit en mesure de collecter des données pour réaliser les prédictions/statistiques requises par ces souscriptions dès que le transfert est effectif. Le fonctionnement des modules 9A-9D et le cas échéant 9E est décrit plus en détail ultérieurement en référence aux étapes du procédé de sélection selon l’invention. Enfin, lorsque l’ordinateur 2 est un dispositif NF3,…,NFN (qui héberge une instance de fonction NWDAF et jouent le rôle de premiers dispositifs au sens de l’invention), la mémoire non volatile 6 de l’ordinateur 2 comprend un enregistrement d’un programme d’ordinateur PROG1’, comportant des instructions définissant les principales étapes d’un procédé de fourniture selon la deuxième variante de réalisation de l’invention. Ce programme PROG1’ définit des modules fonctionnels d’une entité de fourniture selon la deuxième variante de réalisation, intégrée dans chaque dispositif NFn, n=3,…,N, ces modules s’appuyant ou commandant les éléments matériels 3 à 7 de l’ordinateur 2 cités précédemment. Ils comprennent notamment, comme illustré sur la : un module 8A’ d’obtention, configuré pour obtenir un poids (nombre réel compris entre 0 et 1) affecté à au moins une zone élémentaire couverte par la zone de service desservie par le dispositif NFn. Dans le mode de réalisation envisagé ici, un poids est affecté et obtenu pour chaque zone élémentaire couverte par la zone de service. Toutefois, comme évoqué précédemment, on peut envisager de n’affecter et de n’obtenir des poids (en particulier des poids non nuls) que pour les zones élémentaires couvertes par plusieurs zones de service de dispositifs implémentant la même fonction réseau. Le module 8A’ d’obtention peut obtenir les poids de différentes manières : les poids peuvent être affectés de façon statique et empirique ou par expertise par l’opérateur du réseau cellulaire NW (et du réseau cœur CN) et configurés au niveau du dispositif NFn par ce dernier (par exemple via un message ou une interface de configuration approprié(e), prévu(e) à cet effet). En variante, ils peuvent être évalués de façon dynamique par le module 8A’ d’obtention en appliquant un algorithme défini et paramétré par l’opérateur du réseau. Diverses stratégies d’affectation des poids aux zones élémentaires peuvent être retenues par l’opérateur. Comme évoqué précédemment, ces poids ont vocation à guider la sélection d’un dispositif parmi plusieurs hébergeant une même fonction réseau ; les poids sont donc affectés aux zones élémentaires couvertes par une zone de service selon une stratégie cohérente avec la politique de sélection que l’opérateur du réseau souhaite mettre en œuvre dans le réseau, compte tenu des fonctionnalités offertes par le dispositif en question et du contexte considéré. Des exemples de stratégie d’affectation et de poids affectés sont décrits plus en détail ultérieurement ; un module 8B’ de fourniture des poids obtenus affectés aux zones élémentaires couvertes par la zone de service du dispositif NFn considéré. Dans la deuxième variante de réalisation, le module 8B’ de fourniture est configuré pour fournir ces poids à un dispositif du réseau cœur CN gérant les dispositifs hébergeant des fonctions réseau et mémorisant le profil de ces dispositifs. Dans l’exemple envisagé sur la , il s’agit du dispositif NF1 hébergeant la fonction NRF. Plus spécifiquement, le module 8B’ de fourniture est configuré pour fournir les poids affectés aux zones élémentaires couvertes par la zone de service du dispositif NFn considéré lors de l’enregistrement du profil du dispositif NFn auprès du dispositif NF1 (en utilisant le service Nnrf_NFManagement proposé par le dispositif NF1), par exemple dans un nouvel attribut de ce profil prévu à cet effet. L’attribut en question peut notamment lister au moyen de leurs identifiants, les zones élémentaires couvertes par la zone de service du dispositif NFn, et pour chaque zone élémentaire, indiquer le poids affecté par l’opérateur du réseau à celle-ci. En variante, on peut envisager de compléter l’attribut définissant la zone de service du dispositif NFn fourni dans son profil. Il convient de noter que si un poids affecté à une zone élémentaire couverte par la zone de service du dispositif NFn est amené à évoluer dans le temps, le module 8B’ de fourniture peut effectuer une mise à jour dudit poids auprès du dispositif NF1 pour signaler cette évolution. Il peut à cet effet effectuer une mise à jour de son profil en utilisant par exemple le service Nnrf_NFManagement proposé par le dispositif NF1. Le fonctionnement des modules 8A’ et 8B’ des dispositifs NF3,…,NFN est décrit plus en détail ultérieurement en référence aux étapes du procédé de fourniture selon la deuxième variante de réalisation de l’invention. Nous allons maintenant décrire en référence aux et 6 respectivement les différentes étapes du procédé de fourniture telles qu’elles sont mises en œuvre par les dispositifs NF3,…,NFN et par le dispositif NF1, selon la première et la deuxième variante de réalisation de l’invention. La illustre la deuxième variante de réalisation, qui est mise en œuvre par chaque dispositif NFn, n=3,…,N. Comme indiqué précédemment, dans l’exemple illustratif envisagé ici, les dispositifs NF3,…,NFN hébergent des instances d’une même fonction réseau NWDAF de collecte et d’analyse de données. Ces dispositifs sont géographiquement distribués sur la zone de couverture du réseau NW, chaque dispositif NFn desservant une zone Zn de service dans laquelle il implémente la ou les fonctionnalités d’une fonction réseau NWDAF, à savoir par exemple collecter des données représentatives de faits réseau (ex. état d’un équipement utilisateur, cellule dans laquelle il se trouve, etc.) auprès d’autres fonctions réseau et/ou de nœuds radio via l’entité OAM du réseau, établir à partir des données collectées des statistiques et/ou des prédictions (globales et/ou individuelles), etc. Comme évoqué précédemment, la zone Zn de service du dispositif NFn couvre un nombre Kn de zones élémentaires ZEk(n), k=1,…,Kn associées au réseau, Kn désignant un entier supérieur ou égal à 1 qui peut varier d’un dispositif NFn à un autre. Dans l’exemple envisagé ici, chaque zone élémentaire ZEk(n) est une cellule du réseau NW. La illustre un exemple de zones de service Z3, Z4, Z5 et Z6 affectées respectivement aux dispositifs NF3, NF4, NF5, NF6 hébergeant une fonction réseau NWDAF. Dans l’exemple de la , on considère comme zones élémentaires des cellules hexagonales du réseau NW référencées par C1, C2,…, et K3 est pris égal à 7, K4 égal à 5, K5 égal 5, et K6 égal à 5. Plus précisément : Z3={ZE1(3)=C1, ZE2(3)=C2, ZE3(3)=C3, ZE4(3)=C5, ZE5(3)=C6, ZE6(3)=C7, ZE7(3)=C10} ; Z4={ZE1(4)=C3, ZE2(4)=C4, ZE3(4)=C6, ZE4(4)=C7, ZE5(4)=C8} ; Z5={ZE1(5)=C5, ZE2(5)=C6, ZE3(5)=C9, ZE4(5)=C10, ZE5(5)=C14} ; et Z6={ZE1(6)=C7, ZE2(6)=C11, ZE3(6)=C12, ZE4(6)=C15, ZE5(6)=C16}. La cellule C13 est couverte par d’autres dispositifs que les dispositifs NF3, NF4, NF5, NF6. Comme illustré sur la , les zones de service de certains des dispositifs NF3,…NFN peuvent être définies de sorte à être recouvrantes. Au sens de l’invention, des zones recouvrantes sont des zones qui ne sont pas disjointes, c’est-à-dire qui ont une intersection non vide (au sens topologique du terme). En d’autres mots, une même zone élémentaire peut être couverte par les zones de service de plusieurs dispositifs assurant la même fonction réseau. C’est ainsi le cas notamment de la cellule C6 qui est couverte par les trois zones de service Z3, Z4 et Z5 des dispositifs NF3, NF4 et NF5, de la cellule C10 qui est couverte par les zones de service Z3 et Z5 des dispositifs NF3 et NF5, ou encore de la cellule C7 qui est couverte par les zones de service Z3, Z4 et Z6 des dispositifs NF3, NF4 et NF6, etc. On note que les zones de service recouvrantes peuvent à l’origine avoir été définies de façon disjointe, puis étendues pour présenter des recouvrements, par exemple en vue de permettre l’exécution de certaines procédures au sein du réseau, comme notamment la phase préparatoire qui précède une procédure de transfert entre deux fonctions AMF. Conformément à l’invention, le dispositif NFn obtient, par l’intermédiaire de son module 8A’, des poids (nombres réels supérieurs ou égaux à 0) affectés à chacune des zones élémentaires couvertes par sa zone de service Zn. Comme évoqué précédemment, ces poids peuvent avoir été affectés de différentes manières aux zones élémentaires ZEk(n), k=1,…,Kn couvertes par la zone de service Zn. Ils peuvent notamment avoir été affectés de façon statique par l’opérateur du réseau cellulaire (et du réseau cœur CN) puis avoir été configurés au niveau du dispositif NFn par ce dernier, par exemple via un message ou une interface de configuration approprié(e), prévu(e) à cet effet, ou de façon dynamique, par exemple par le module 8A’ d’obtention lui-même, en exécutant un algorithme défini et paramétré par l’opérateur du réseau. Quelle que soit la façon de procéder retenue, les poids peuvent en outre évoluer dans le temps, par exemple en cas de disparition ou d’apparition d’une instance de la fonction réseau, d’une indisponibilité momentanée de cette instance, d’une volonté d’équilibrer la charge, etc. Pour affecter à proprement parler chaque poids à chaque zone élémentaire, une stratégie cohérente avec la politique que l’opérateur du réseau souhaite mettre en œuvre pour sélectionner un dispositif parmi plusieurs implémentant une fonction réseau donnée est appliquée. Cette politique peut tenir compte de plusieurs facteurs, comme par exemple de la fonction réseau implémentée, du contexte dans lequel se trouvent les zones élémentaires (ex. milieu urbain ou rural) et de la mobilité des équipements utilisateurs pouvant en résulter (ex. forte ou faible mobilité), de la configuration des zones de service (ex. forme, couverture), etc. Dans le mode de réalisation envisagé ici, chaque poids affecté à une zone élémentaire pour la zone de service Zn du dispositif NFn traduit la pertinence de ce dispositif (ou de façon équivalente la priorité qu’on (ex. l’opérateur du réseau NW) lui accorde) pour assurer la fonction réseau NWDAF dans cette zone élémentaire (par exemple au vu des préférences de l’opérateur), compte tenu du fait que cette même fonction réseau peut être exécutée par d’autres dispositifs desservant cette même zone élémentaire, et que les UE (équipements utilisateurs) sur lesquels sont susceptibles de porter les statistiques et/ou prédictions confiées à la fonction réseau NWDAF sont susceptibles de se déplacer. Le poids w(ZEk(n)) affecté à la zone élémentaire ZEk(n), pour k=1,…,Kn tient donc compte ici du fait que cette zone élémentaire est couverte ou non par d’autres dispositifs NFj avec j=3,…,N, j≠n : notamment, chaque poids est exprimé sous la forme d’un pourcentage et la somme des poids affectés à une zone élémentaire couverte par plusieurs zones de service est normalisée (i.e. prise égale à 1 ou de façon équivalente à 100%) sur l’ensemble desdites zones de service. On affecte en outre des poids différents pour une même zone élémentaire aux différentes zones de service associés à des dispositifs hébergeant la même fonction réseau et couvrant cette zone élémentaire. Bien entendu, d’autres choix peuvent être envisagés, comme par exemple affecter des poids absolus non normalisés (c’est-à-dire dont la somme n’est pas égale à 1) mais exprimés selon une même échelle, plutôt que des poids relatifs tels que des pourcentages, avoir une somme des poids inférieure à 1 ou différente de 1, affecter des poids réels plutôt que rationnels, affecter pour certaines zones de service des poids identiques lorsqu’elle couvre une même zone élémentaire (par exemple si l’on ne souhaite pas donner une priorité à l’une des zones de service par rapport à l’autre pour cette zone élémentaire), etc. On peut envisager différents critères pour attribuer un poids à une zone élémentaire couverte par une zone de service. Ainsi, selon un exemple illustratif mais non limitatif, lorsqu’une même zone élémentaire est couverte par plusieurs zones de service affectées à des dispositifs différents hébergeant la même fonction réseau, pour tenir compte de la mobilité potentielle des UE rattachés à un dispositif NFn, le poids affecté à cette zone élémentaire pour un dispositif NFn peut dépendre de sa distance (évaluée par exemple en prenant comme référence son centre ou son barycentre) par rapport au centre de la zone de service Zn du dispositif NFn considéré ou de sa distance par rapport aux limites de la zone de service Zn : par exemple, plus la zone élémentaire va être éloignée du centre (ou du barycentre) de la zone de service Zn ou plus elle va se rapprocher d’une bordure ou de la frontière de la zone de service Zn, plus le poids qu’on lui affecte pour cette zone de service comparativement aux zones de service des autres dispositifs couvrant la zone élémentaire peut être choisi faible, afin de traduire que le dispositif NFn est moins « prioritaire » que les autres dans cette zone élémentaire. La illustre de façon simple ce principe pour deux dispositifs D1’ et D2’ hébergeant des instances d’une même fonction réseau, auxquels sont affectées respectivement les zones de service Z1’ et Z2’. Les centres des zones de service Z1’ et Z2’ sont notés respectivement O1’ et O2’. En outre, sur cette , par souci de simplification, seules les cellules couvertes par les deux dispositifs sont référencées par C1’, C2’, C3’, C4’ et C5’. Ainsi, dans cet exemple, conformément au principe évoqué ci-dessus, on affecte à la cellule C4’ un poids plus important pour le dispositif D2’ que pour le dispositif D1’ : en effet la cellule C4’ se trouve en bordure de la zone de service Z1’ du dispositif D1’ et alors qu’elle se trouve éloignée de la bordure de la zone de service Z2’. A l’inverse, un poids plus faible est affecté à la cellule C3’ pour le dispositif D2’ que pour le dispositif D1’. Il convient de noter qu’il n’est pas nécessaire de normaliser les poids affectés aux différentes zones élémentaires d’une même zone de service, la sélection s’opérant non pas au sein d’une même zone de service, mais entre plusieurs dispositifs ayant des zones de service recouvrantes. En outre, si une zone élémentaire n’est couverte que par une unique zone de service pour une fonction réseau donnée, dans le mode de réalisation décrit ici, on lui affecte le poids maximum (par exemple 100%). Dans une variante de réalisation, on peut n’affecter un poids, en particulier un poids non nul, qu’aux zones élémentaires couvertes par des zones de service associés à plusieurs dispositifs hébergeant la même fonction réseau, et lorsque l’on souhaite affecter des poids différents à ces zones élémentaires recouvrantes. Ainsi, au vu de ce qui précède, le poids affecté à une zone élémentaire pour la zone de service Zn traduit en quelque sorte le rattachement plus ou moins important de cette zone élémentaire à la zone de service Zn et donc au dispositif NFn desservant cette zone de service ; en d’autres mots, cela traduit si lorsqu’il s’agit de couvrir cette zone élémentaire, on a intérêt à sélectionner le dispositif NFn ou un autre dispositif plus pertinent et plus approprié. Les poids affectés à une même zone élémentaire pour différentes zones de service couvrant cette zone élémentaire permettent donc d’attribuer des priorités différentes aux dispositifs associés, et donc d’orienter le choix d’un dispositif parmi les autres à partir de ces priorités. Il convient de noter qu’à l’inverse, si on ne souhaite pas établir de priorité entre deux dispositifs implémentant une même fonction réseau, le même poids peut être alloué à une zone élémentaire pour les zones de services de ces deux dispositifs. D’autres facteurs ou d’autres critères que la distance et/ou la proximité à la frontière de la zone de service d’un dispositif peuvent être pris en compte pour affecter un poids à une zone élémentaire pour un dispositif NFn, n=3,…,N donné. Par exemple, on peut tenir compte également d’une politique de répartition de la charge entre plusieurs dispositifs implémentant une même fonction réseau sur une zone élémentaire. Ce facteur peut être pris en compte notamment pour justifier de l’affectation de deux poids différents à une zone élémentaire couverte par deux dispositifs distincts et se trouvant à égale distance du centre des zones de service desservis par ces dispositifs ou de la bordure de ces zones de service. On peut également tenir compte, comme évoqué précédemment, du contexte d’application de l’invention, de la stratégie que souhaite adopter l’opérateur du réseau, de la topologie du réseau, etc. A titre illustratif, dans l’exemple de la , en appliquant la stratégie évoquée précédemment (poids affectés en fonction de la distance aux centres ou aux bordures des zones de service), les poids notés w rationnels suivants ont été affectés par l’opérateur du réseau aux zones élémentaires des zones de service Z3, Z4, Z5 et Z6 : pour le dispositif NF3 et la zone de service Z3 correspondante : w(ZE1(3)=C1)=100%, w(ZE2(3)=C2)=100%, w(ZE3(3)=C3)=40%, w(ZE4(3)=C5)=40%, w(ZE5(3)=C6)=70%, w(ZE6(3)=C7)=20%, w(ZE7(3)=C10)=40% ; pour le dispositif NF4 et la zone de service Z4 correspondante : w(ZE1(4)=C3)=60%, w(ZE2(4)=C4)=100%, w(ZE3(4)=C6)=20%, w(ZE4(4)=C7)=10%, w(ZE5(4)=C8)=100% ; pour le dispositif NF5 et la zone de service Z5 correspondante : w(ZE1(5)=C5)=60%, w(ZE2(5)=C6)=10%, w(ZE3(5)=C9)=100%, w(ZE4(5)=C10)=60%, w(ZE5(5)=C14)=100% ; pour le dispositif NF6 et la zone de service Z6 correspondante : w(ZE1(6)=C7)=70%, w(ZE2(6)=C11)=100%, w(ZE3(6)=C12)=100%, w(ZE4(6)=C15)=100%, w(ZE5(6)=C16)=100%. On note que selon cet exemple un poids de 100% a été affecté à une zone élémentaire pour un dispositif donné lorsque ce dispositif est le seul à couvrir cette zone élémentaire. Il convient de noter qu’il n’est pas exclu de ce fait d’avoir deux zones élémentaires situées à une même distance du centre d’une zone de service la couvrant affectés à des poids différents, puisqu’on s’intéresse ici à la gestion des zones recouvrantes. Ainsi, dans l’exemple illustratif de la , on privilégie le choix du dispositif NF3 pour couvrir la cellule C6, le choix du dispositif NF4 pour couvrir la cellule C3, le choix du dispositif NF6 pour couvrir la cellule C7, etc. Bien entendu cet exemple n’est donné qu’à titre illustratif, et d’autres poids peuvent être affectés. Les poids ainsi affectés aux différentes zones élémentaires du réseau couvertes par la zone de service Zn du dispositif NFn sont mémorisés par exemple dans la mémoire non volatile 6 de l’ordinateur 2 hébergeant le dispositif NFn. En référence à la , ils peuvent ainsi être obtenus par le module 8A’ du dispositif NFn en consultant cette mémoire (étape E10). Puis ils sont fournis via son module 8B’ de fourniture au dispositif NF1 mémorisant les profils des instances de fonction réseau opérant dans le réseau cœur CN (étape E20). Plus spécifiquement, dans la deuxième variante de réalisation décrit ici, les poids w(ZEk(n)) affectés aux différentes zones élémentaires ZEk(n) du réseau couvertes par la zone de service Zn du dispositif NFn sont fournis au dispositif NF1 implémentant la fonction réseau NRF lors de l’enregistrement du profil NFPROF(NFn) du dispositif NFn auprès du dispositif NF1. Cet enregistrement s’appuie ici sur le service Nnrf_NFManagement proposé par le dispositif NF1 tel que décrit dans le document TS 23.501 cité précédemment, aménagé pour que le dispositif NFn puisse déclarer dans son profil, outre sa zone de service Zn comme déjà prévu par le standard 3GPP ainsi que ses différentes caractéristiques de service, les poids w(ZEk(n)), k=1,…,Kn affectés à chacune des Kn zones élémentaires (i.e. cellules dans l’exemple envisagé ici) du réseau couvertes par la zone de service Zn. On note que si tout ou partie des poids affectés aux zones élémentaires ZEk(n) du réseau couvertes par la zone de service Zn du dispositif NFn évoluent dans le temps, le module 8B’ du dispositif NFn peut fournir les poids ayant évolué (ou de nouveau l’ensemble des poids) en effectuant une mise à jour de son profil, en utilisant par exemple de nouveau le service Nnrf_NFManagement proposé par le dispositif NF1 qui permet une telle mise à jour, aménagé pour inclure une mise à jour des poids. L’affectation des poids aux zones élémentaires et les étapes E10 d’obtention et E20 de fourniture de ces poids sont exécutées de façon similaire ou identique par chacun des dispositifs NF3,…,NFN. Nous allons maintenant décrire en référence à la le procédé de fourniture selon la première variante de réalisation tel qu’il est mis en œuvre par le dispositif NF1. Conformément à cette première variante et suite à l’étape E20 qui vient d’être décrite, le dispositif NF1 obtient, via son module 8A d’obtention, pour chaque dispositif NFn, n=3,…,N, les poids w(ZEk(n)) affectés aux différentes zones élémentaires ZEk(n) du réseau couvertes par la zone de service Zn du dispositif NFn lors de l’enregistrement du profil NFPROF(NFn) du dispositif NFn (ou de la mise à jour de ce profil) (étape F10). Le module 8A d’obtention mémorise les profils des dispositifs NFn dans la mémoire non volatile 6 de l’ordinateur 2 hébergeant le dispositif NF1. Il en est de même en cas de mise à jour. Les poids affectés aux zones élémentaires couvertes par les zones de service des dispositifs NF3,…,NFN peuvent de la sorte être rendus disponibles (i.e. fournis) aisément aux instances de fonctions réseau consumer du réseau CN souhaitant solliciter ces dispositifs pour la collecte et/ou l’analyse de données, et ce, au même titre que les autres informations mémorisées dans le profil de ces dispositifs. Les instances consumer peuvent à cet effet utiliser par exemple le service Nnrf_NFDiscovery implémenté par le dispositif NF1. Un dispositif « consumer » peut notamment accéder aux poids affectés aux zones élémentaires du réseau couvertes par la zone de service d’un dispositif NFn, n=3,…,N en envoyant une requête de découverte au dispositif NF1, comme décrit plus en détail ci-après en référence à la . La illustre les principales étapes d’un procédé de sélection selon l’invention mises en œuvre dans un mode particulier de réalisation par un dispositif consumer du réseau tel que le dispositif NF2 dans l’exemple envisagé à la . Comme évoqué précédemment, on suppose ici que le dispositif NF2 héberge une fonction réseau AMF et souhaite accéder pour les besoins de cette fonction réseau à des statistiques et/ou des prédictions, établies par une fonction réseau NWDAF du réseau cœur CN et portant sur un UE référencé par 9 sur la , qui lui est rattaché (autrement dit qui est géré par lui). A cet effet, il envoie par l’intermédiaire de son module d’envoi 9A une requête de découverte REQ au dispositif NF1 assurant la fonction réseau NRF dans le réseau cœur CN (étape G10). La requête de découverte REQ émis par le dispositif NF2 vise à découvrir les dispositifs du réseau CN hébergeant une fonction réseau et répondant ici à deux critères de recherche CRIT spécifiés dans la requête, à savoir un type de fonction réseau particulier (NWDAF dans l’exemple envisagé ici) et une zone d’intérêt ZI définie par le dispositif consumer NF2. En variante, la requête de découverte REQ peut porter sur un nombre plus ou moins élevé de critères ; par exemple la requête de découverte peut ne spécifier que la fonction réseau que doivent implémenter les dispositifs recherchés, et/ou sur d’autres critères (ex. statistiques ou prédictions particulières, etc.). Dans l’exemple envisagé ici, la zone d’intérêt ZI correspond à la zone dans laquelle se trouve l’UE 10. Elle est dérivée ici par le dispositif NF2 à partir de la zone d’enregistrement RA affectée à l’UE 10. Par exemple, la zone d’intérêt ZI est la zone RA affectée à l’UE 10 au moment de l’envoi de la requête de découverte REQ ; cette zone RA comprend une ou plusieurs zones élémentaires du réseau NW (ex. une ou plusieurs cellules). Dans l’exemple illustratif représenté sur la , on suppose que la zone RA de l’UE 10, et donc la zone d’intérêt ZI, contient uniquement la cellule C6. En référence à la , sur réception de la requête de découverte REQ par le dispositif NF1 (étape F20), celui-ci, par le biais de son module 8B de fourniture, examine les profils dont il dispose dans sa mémoire non volatile 6 pour identifier les dispositifs du réseau CN (dispositifs candidats au sens de l’invention) répondant aux critères CRIT (fonction NWDAF, ZI=RA(UE 10)) spécifiés dans la requête REQ (étape F30). On note NFCj, j=1,…,J avec J entier supérieur ou égal à 1, les dispositifs candidats ainsi identifiés. Dans l’exemple illustratif envisagé à la , les dispositifs candidats sont identifiés par le module 8B de fourniture parmi les dispositifs NF3,…,NFN implémentant la fonction réseau NWDAF et le module 8B de fourniture détermine que les dispositifs candidats NF3, NF4 et NF5 ont une zone de service couvrant l’entièreté de la zone d’intérêt ZI. Autrement dit, J=3 et NFC1=NF3, NFC2=NF4 et NFC3=NF5. Le dispositif NF1 répond donc, via son module 8B de fourniture, à la requête de découverte REQ du dispositif NF2 en identifiant dans sa réponse RESP les dispositifs candidats NFCj, j=1,…,J répondant aux critères CRIT et les caractéristiques de service contenues dans les profils NFPROF de ces dispositifs candidats et susceptibles d’intéresser le dispositif NF2 (étape F40). Conformément à l’invention, il inclut en outre dans sa réponse RESP les poids affectés aux zones élémentaires couvertes par les zones de service des dispositifs candidats NFCj, j=1,…,J. Ainsi, dans l’exemple illustratif envisagé en référence à la , il inclut les poids w(ZEk(n)), k=1,…,Kn pour n=3, 4 et 5. On note que dans le mode de réalisation décrit ici, le dispositif NF1 envoie au dispositif NF2 non seulement les poids affectés aux zones élémentaires comprises dans la zone d’intérêt ZI, mais également les poids affectés aux zones élémentaires non comprises dans cette zone ZI. Un exemple d’utilisation de ces poids en dehors de la zone d’intérêt ZI est décrit plus en détail ultérieurement. En variante, seuls les poids correspondant aux zones élémentaires couvrant la zone d’intérêt ZI sont inclus dans la réponse RESP, si une telle zone d’intérêt a été précisée dans la requête de découverte comme critère CRIT. Cette variante permet de limiter la taille du message envoyé par le dispositif NF1 au dispositif NF2 ; toutefois, elle requiert un effort de filtrage supplémentaire du dispositif NF1. En référence à la , sur réception de la réponse RESP par le module d’obtention 9B du dispositif NF2 (étape G20), si J>1, le dispositif NF2 compare les poids affectés aux zones élémentaires couvrant la zone d’intérêt ZI obtenus pour les différents dispositifs candidats NFCj, j=1,…,J. Dans le mode de réalisation décrit ici, pour opérer cette comparaison, le dispositif NF2 détermine, via son module 9C de détermination, pour chaque dispositif candidat NFCj, j=1,…,J identifié dans la réponse RESP, une métrique notée µ(NFCj) à partir des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d’intérêt ZI (étape G30). On note que si la zone d’intérêt ZI n’est pas incluse dans les critères CRIT de recherche spécifiés dans la requête de recherche, le module 9C de détermination choisit à partir des dispositifs candidats NFCj, j=1,…J identifiés dans la réponse RESP, ceux ayant une zone de service recouvrant la zone d’intérêt, et ne détermine la métrique µ(NFCj) que pour les dispositifs candidats ainsi choisis. Dans le mode de réalisation décrit ici, la métrique µ(NFCj) calculée par le module 9C de détermination pour chaque dispositif candidat NFCj concerné est la somme des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d’intérêt ZI. En variante, on peut envisager d’appliquer des facteurs de pondération à chaque poids (par exemple compris entre 0 et 1). Un exemple d’une telle somme pondérée est donné ultérieurement. Dans l’exemple illustratif envisagé en référence à la (NF3, NF4 et NF5 identifiés comme dispositifs candidats et zone d’intérêt ZI contenant la cellule C6), les métriques évaluées par le module 9C de détermination sont les suivantes : µ(NFC1=NF3)=70% ; µ(NFC2=NF4)=20% ; µ(NFC3=NF5)=10%. Le module 9D de sélection du dispositif NF2 sélectionne alors le dispositif candidat NFCj0 optimisant la métrique µ pour implémenter la fonction réseau NWDAF recherchée par le dispositif NF2 (étape G40), autrement dit, dans le mode de réalisation décrit ici, celui qui maximise la métrique µ (on note que suivant la métrique µ envisagée et la façon dont les poids sont affectés aux zones élémentaires, le module 9D peut être amené à sélecter le dispositif candidat minimisant la métrique µ pour l’optimiser). Dans l’exemple illustratif envisagé ici, c’est le dispositif NF3 qui est sélectionné pour implémenter la fonction NWDAF dont a besoin le dispositif NF2 sur la zone d’intérêt ZI={C6}. Suite à cette sélection, le dispositif NF2 adresse sa requête au dispositif NFCj0 sélectionné, cette requête indiquant les statistiques et/ou prédictions souhaitées par le dispositif NF2 (étape G50). Il peut arriver qu’au cours de l’exécution des fonctionnalités qui lui sont affectées, une instance de fonction réseau (par exemple le dispositif NF3 sélectionné lors de l’étape G50) doive transférer les requêtes qui lui ont été adressées en tout ou partie vers une autre instance implémentant la même fonction réseau. Ce transfert d’une instance qualifiée de « source » vers une instance qualifiée de « cible » ou de relais peut être déclenché pour des raisons internes (ex. équilibrage de la charge, arrêt progressif de l’instance, etc.), ou pour des raisons externes (ex. mobilité d’un équipement utilisateur dont elle est en charge) signalées par exemple par d’autres fonctions réseau auprès desquelles elle s’est abonnée pour être informée des événements correspondants. Un tel transfert nécessite la sélection d’une nouvelle instance de fonction réseau (i.e. l’instance cible ou servant de relais de façon équivalente). La représente les principales étapes mises en œuvre ici par le dispositif NF3 précédemment sélectionné (dispositif source) lorsqu’une telle situation se présente, requérant un transfert vers une instance cible implémentant également la fonction réseau NWDAF pour servir de relais au dispositif NF3 pour tout ou partie des fonctionnalités qu’il implémente. Ces étapes reprennent, éventuellement à quelques aménagements près, les étapes du procédé de sélection selon l’invention qui viennent d’être décrites. Plus précisément, on suppose que le dispositif NF3 détecte qu’un transfert est nécessaire vers une autre instance NWDAF de tout ou partie des souscriptions ou des requêtes qui lui ont été adressées, et plus particulièrement ici, des demandes de prédiction et de statistiques adressées par le dispositif NF2 en relation avec l’UE 10 (étape H10). Comme évoqué précédemment, la détection qu’un transfert est nécessaire peut s’appuyer sur des informations remontées par d’autres fonctions réseau du réseau cœur CN, comme notamment la notification d’événements auxquels le dispositif NF3 s’est préalablement abonné. Par exemple, le dispositif NF3 peut sur la base des informations de localisation de l’UE 10 qui lui sont remontées du dispositif NF2 (AMF), détecter que l’UE 10 se déplace et déterminer s’il est encore en mesure de fournir le service d’analyse et de prédiction requis par le dispositif NF2 ou s’il doit transférer les souscriptions correspondantes du dispositif NF2 vers une autre instance NWDAF (instance cible). Dans le mode de réalisation décrit ici, suite à cette détection, le dispositif NF3 sélectionne l’instance NWDAF cible (ou de façon équivalente le dispositif hébergeant cette instance cible) vers laquelle effectuer le transfert si celui-ci est confirmé. A cet effet, il envoie une requête de découverte REQ au dispositif NF1 (étape H20) comportant au moins un critère CRIT auquel doivent répondre les dispositifs recherchés. Dans le cadre d’une procédure de transfert entre deux dispositifs implémentant une fonction réseau NWDAF, la requête de découverte comprend comme critère CRIT le type NWDAF. Elle peut en outre comporter de façon optionnelle une zone d’intérêt définie par le dispositif NF3, correspondant par exemple à la localisation courante de l’UE 10. On suppose ici à titre illustratif que la zone d’intérêt ZI spécifiée dans la requête de découverte est la zone RA de l’UE 10, et plus particulièrement la cellule C7 dans l’exemple de la , l’UE 10 s’étant déplacé de la cellule C6 vers la cellule C7 après la sélection du dispositif NF3. L’étape d’envoi H20 est identique à l’étape G10 précédemment décrite en référence à la . Les étapes F20, F30 et F40 déjà décrites sont mises en œuvre par le dispositif NF1 sur réception de cette requête de découverte REQ. On suppose ici que la réponse RESP adressée par le dispositif NF1 au dispositif NF3 à l’étape F40 identifie les dispositifs candidats NFCm, m=1,…,M, M désignant un entier supérieur à 1, et fournit au dispositif NF3 pour chacun de ces dispositifs candidats, les poids associés aux zones élémentaires couvertes par les zones de service de ces dispositifs candidats (ou seulement ceux affectés aux zones élémentaires couvertes par les zones de service des dispositifs candidats et par la zone d’intérêt ZI spécifiée le cas échéant dans la requête de découverte). En référence à l’exemple illustratif représenté sur la , on suppose par exemple que la réponse RESP adressée au dispositif NF3 identifie les dispositifs NF3, NF4 et NF6. Sur réception de cette réponse (étape H30 identique à l’étape G20), si le nombre de dispositifs candidats distincts du dispositif NF3 est supérieur à 1, le dispositif NF3 compare les poids affectés aux zones élémentaires couvrant la zone d’intérêt ZI obtenus pour les différents dispositifs candidats NFCm, m=1,…,M, avec NFCm≠NF3. Plus particulièrement, pour réaliser cette comparaison, le dispositif NF3 détermine ici, via son module 9C de détermination, pour chaque dispositif candidat NFCm, m=1,…,M, avec NFCm≠NF3, identifié dans la réponse RESP, une métrique notée µ’(NFCm) à partir des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d’intérêt définie par le dispositif NF3 (étape H40). On note que si un seul dispositif candidat distinct du dispositif NF3 est identifié dans la réponse reçue, le module 9C de détermination sélectionne ce dispositif candidat comme potentiel relais du dispositif NF3 et déclenche le transfert vers celui-ci de tout ou partie des souscriptions que lui a adressées le dispositif NF2 lorsque le besoin de transfert est confirmé (par exemple, lorsque le dispositif NF3 détecte que l’UE 10 se trouve dans la cellule C8, hors couverture du dispositif NF3). Comme mentionné précédemment, si la zone d’intérêt ZI n’est pas incluse dans les critères CRIT de recherche spécifiés dans la requête de recherche, le module 9C de détermination choisit parmi les dispositifs candidats NFCm, m=1,…M identifiés dans la réponse RESP ceux ayant une zone de service recouvrant l’entièreté de la zone d’intérêt, et ne détermine la métrique µ’(NFCm) que pour les dispositifs candidats ainsi choisis. Dans le mode de réalisation décrit ici, la métrique µ’(NFCm) calculée par le module 9C de détermination du dispositif NF3 pour chaque dispositif candidat NFCm concerné différent de NF3 est la somme pondérée des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d’intérêt. Dans l’exemple envisagé ici d’un transfert requis en raison de la mobilité de l’UE 10, les facteurs de pondération appliqués aux poids affectés à chaque zone élémentaire sont représentatifs de la probabilité de présence de l’UE 10 dans cette zone élémentaire à un certain horizon temporel (par exemple dans les 10 prochaines minutes). Autrement dit, le dispositif NF3 tient compte d’une prédiction de mobilité de l’UE 10 pour décider du dispositif candidat vers lequel effectuer le transfert si celui-ci est confirmé. De telles probabilités de présence peuvent être déterminées par exemple par le dispositif NF3 à partir des données qu’il collecte pour le dispositif NF2 (on note déjà qu’elles peuvent faire partie des statistiques/prédictions demandées par le dispositif NF2 au dispositif NF3). En variante, il peut obtenir ces probabilités d’autres fonctions réseau du réseau cœur CN. Il convient de noter que d’autres facteurs de pondération que des probabilités de présence de l’UE 10 peuvent être appliqués dans la somme pondérée aux poids des zones élémentaires, ou pour calculer la métrique µ’(NFCm) associée à chaque dispositif candidat, notamment si le transfert est envisagé pour une autre raison que la mobilité de l’UE 10. Les facteurs de pondération appliqués peuvent être choisis en lien ou non avec la raison du transfert. Par exemple, on peut appliquer comme à l’étape G30 décrite précédemment, des facteurs de pondération unitaires à chaque poids considéré dans la métrique. Selon un autre exemple, on peut envisager d’utiliser comme facteurs de pondération d’autres informations contenues dans les profils des dispositifs candidats stockés auprès du dispositif NF1, comme par exemple les niveaux de charge des dispositifs candidats. A titre illustratif, on suppose que le dispositif NF3 détermine les probabilités notées Prob suivantes de présence de l’UE 10 dans les zones élémentaires couvertes par les dispositifs candidats identifiés dans la réponse RESP (NF4 et NF6 dans l’exemple illustratif envisagé ici) : Prob(C3)=0%, Prob(C4)=0%, Prob(C6)=0%, Prob(C7)=30%, Prob(C8)=50%, Prob(C11)=10%, Prob(C12)=10%, Prob(C15)=0%, Prob(C16)=0%. Selon cet exemple, la somme des probabilités sur l’ensemble des zones élémentaires couvertes par les dispositifs candidats est normalisée. On note toutefois qu’une telle normalisation n’est pas obligatoire. Elle peut dépendre notamment de la façon dont est définie la probabilité de présence de l’UE dans une zone élémentaire donnée. Par exemple, si cette probabilité est définie comme la probabilité que l’UE se trouve au moins une fois dans cette zone élémentaire dans un horizon temporel donné, la somme des probabilités obtenues peut être supérieure à 1. En revanche, si on considère la probabilité de présence d’un UE dans une zone élémentaire à un instant donné, la somme des probabilités est normalisée par définition. Il en résulte les métriques suivantes : µ’(NFC1=NF4)=w(ZE1(4)=C3).Prob(C3)+w(ZE2(4)=C4).Prob(C4) +w(ZE3(4)=C6).Prob(C6)+w(ZE4(4)=C7).Prob(C7) +w(ZE5(4)=C8).Prob(C8) = 10%x30%+100%x50% = 53% ; et : µ’(NFC2=NF6)= w(ZE1(6)=C7).Prob(C7)+w(ZE2(6)=C11).Prob(C11) +w(ZE3(6)=C12).Prob(C12)+w(ZE4(6)=C15).Prob(C15) +w(ZE5(6)=C16).Prob(C16) = 70%x30%+10%x100%+10%x100% = 41%. On note que la somme des métriques µ’ n’est pas égale à 100% ici car le dispositif NF3 couvre également la zone d’intérêt mais n’est pas pris en compte dans le calcul des métriques puisqu’on s’intéresse à un transfert depuis ce dispositif (la métrique µ’ calculée pour le dispositif NF3 est effectivement égale à 6% de sorte que la somme sur les dispositifs NF3, NF4 et NF6 est bien égale à 100%). Le module 9D de sélection du dispositif NF3 sélectionne alors le dispositif candidat NFCm0 optimisant la métrique µ’ comme potentiel relais pour réaliser les prédictions/statistiques requises par le dispositif NF2 (étape H50), autrement dit, dans le mode de réalisation décrit ici, celui qui maximise la métrique µ’. Dans l’exemple illustratif envisagé ici, c’est le dispositif NF4 qui est sélectionné comme potentiel relais, autrement dit comme dispositif cible vers lequel déclencher le transfert. Suite à cette sélection, si le transfert est confirmé (par exemple, le dispositif NF3 détecte que l’UE 10 sort de sa zone de service et entre dans la cellule C8, en accord avec les prédictions réalisées), le dispositif NF3 transfère, par le biais de son module 9E de transfert, les souscriptions que lui a adressées le dispositif NF2 vers le dispositif NF4 pour qu’il prenne en charge ces souscriptions (étape H60). Le dispositif NF4 prend alors en charge les souscriptions, collecte les données du réseau et réalise les prédictions/analyses statistiques correspondantes à l’issue du transfert. On note qu’il se peut qu’en définitive, le transfert vers le dispositif NF4 soit annulé pour diverses raisons. Par exemple, si c’est la mobilité de l’UE 10 qui avait motivé un tel transfert et que l’UE 10 arrête de se déplacer et reste dans la cellule C7, un tel transfert peut s’avérer inutile et être annulé par le dispositif NF3. De même, si l’UE 10 se déplace vers les cellules C11 ou C12, un transfert vers le dispositif NF4 n’est plus pertinent. En fonction du contexte, si un transfert est toujours nécessaire, le dispositif NF3 peut de nouveau solliciter le dispositif NRF1 pour identifier un autre dispositif relais pour ce transfert. Par ailleurs, comme évoqué précédemment, il est possible, en amont du transfert, de déclencher une phase de préparation du transfert durant laquelle le dispositif candidat identifié comme relais (par exemple, le dispositif NF4 dans l’exemple illustratif envisagé précédemment) pour le dispositif source commence à collecter des données de sorte à être effectif dès le transfert pour réaliser les analyses statistiques/prédictions correspondant aux souscriptions qui lui ont été transférées. L’invention permet avantageusement de déterminer quand déclencher cette phase de préparation, en exploitant les poids fournis par le dispositif NF1. Plus particulièrement, différents critères peuvent être examinés par le module 9E de transfert du dispositif NF3 pour déterminer s’il déclenche ou non la phase de préparation du transfert vers le dispositif NF4. Par exemple, le module 9E de transfert du dispositif NF3 déclenche la phase de préparation lorsqu’il détecte que l’UE 10 qui lui est rattaché entre dans une zone élémentaire qui est couverte par sa zone de service Z3 (et par la zone de service du dispositif NF4 sélectionné pour le transfert) et à laquelle est affecté, pour la zone de service Z3, un poids inférieur à un seuil donné. Pour éviter de déclencher de manière intempestive la phase de préparation, on choisit ici un seuil strictement inférieur à 50%, par exemple 30%. Dans l’exemple de la , la phase de préparation est ainsi déclenchée typiquement lorsque l’UE 10 entre dans la cellule C7de la zone de service Z3 du dispositif NF3 qui est affecté à un poids de 20%, inférieur au seuil de 30%. On peut en outre considérer une hystérésis et ne déclencher la phase de préparation que lorsque d’une part, le poids affecté à la zone élémentaire dans laquelle entre l’UE 10 est inférieur à un seuil donné et d’autre part, la différence entre ledit seuil et le poids affecté à la zone élémentaire dans laquelle entre l’UE 10 dépasse une certaine valeur. Selon un autre exemple, le module 9E de transfert du dispositif NF3 déclenche la phase de préparation lorsqu’il détecte que l’UE 10 entre dans une zone élémentaire qui est couverte par sa zone de service Z3 (et par la zone de service du dispositif NF4 sélectionné pour le transfert) et à laquelle est affecté, pour la zone de service Z3, un poids inférieur au poids affecté à cette même zone élémentaire pour un autre dispositif implémentant la fonction réseau NWDAF (c’est-à-dire la même fonction réseau que le dispositif NF3 source). Dans l’exemple de la , c’est par exemple le cas quand l’UE 10 entre dans les cellules C3, C5, C7 ou C10, seules C3 et C7 étant toutefois couvertes par le dispositif NF4 et pertinentes pour un transfert vers le dispositif NF4. Si le critère examiné par le module 9E de transfert est vérifié, ce dernier déclenche la phase de préparation du transfert vers le dispositif cible sélectionné lors de l’étape H50 de façon connue en soi (dispositif NF4 dans l’exemple illustratif envisagé), comme décrit notamment dans le document TS 23.288 au paragraphe 6.1B2.2. L’invention vient d’être décrite en référence à un réseau cœur 5G, et à des fonctions réseau NWDAF, AMF et NRF. Toutefois, l’invention peut s’appliquer dans d’autres contextes, à d’autres réseaux ainsi qu’à d’autres fonctions réseau dès lors qu’une sélection est nécessaire entre plusieurs dispositifs implémentant une même fonction réseau et ayant des zones de service recouvrantes. Procédé de fourniture d’informations relatives à un premier dispositif (NF3,…,NFN) d’un réseau de communication, ledit premier dispositif hébergeant une fonction réseau implémentant au moins une fonctionnalité dans ledit réseau dans une zone de service couvrant au moins une zone dite élémentaire, ledit procédé comprenant : une étape (E10,F10) d’obtention, pour au moins une zone élémentaire couverte par ladite zone de service du premier dispositif, d’un poids affecté à cette zone élémentaire, ledit poids étant un nombre réel supérieur ou égal à 0 ; et une étape (E20,F40) de fourniture à un deuxième dispositif (NF1,NF2,NF3) du réseau de tout ou partie desdits poids obtenus lors de l’étape d’obtention. Procédé de fourniture selon la revendication 1 dans lequel ledit deuxième dispositif (NF1) est configuré pour gérer des dispositifs hébergeant des fonctions réseau et tout ou partie desdits poids obtenus sont fournis au deuxième dispositif lors d’un enregistrement (E20) ou d’une mise à jour d’un profil du premier dispositif auprès du deuxième dispositif. Procédé de fourniture selon la revendication 1 ou 2 mis en œuvre par le premier dispositif, dans lequel ledit premier dispositif (NF3,…,NFN) héberge une fonction réseau de collecte et d’analyse de données du réseau. Procédé de fourniture selon la revendication 1 dans lequel les poids obtenus affectés aux zones élémentaires couvertes par ladite zone de service sont obtenus (F10) lors d’un enregistrement d’un profil du premier dispositif et tout ou partie desdits poids obtenus sont fournis en réponse à une requête de découverte (REQ) de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère (CRIT) de recherche donné, ladite requête de découverte provenant du deuxième dispositif (NF2,NF3) et ledit premier dispositif répondant audit au moins un critère de recherche donné. Procédé de fourniture selon l’une quelconque des revendications 1 à 4 dans lequel le poids affecté à dite une zone élémentaire dépend d’une distance de cette zone élémentaire à un centre de la zone de service et/ou de sa distance par rapport à une frontière de ladite zone de service. Procédé de fourniture selon l’une quelconque des revendications 1 à 5 dans lequel, lorsqu’une dite zone élémentaire est couverte par la zone de service du premier dispositif et au moins une autre zone de service d’au moins un troisième dispositif du réseau hébergeant la même fonction réseau que ledit premier dispositif : un poids différent est affecté à ladite zone élémentaire pour la zone de service du premier dispositif et pour ladite au moins une autre zone de service dudit au moins un troisième dispositif ; et/ou une somme des poids affectés à ladite zone élémentaire pour ladite zone de service du premier dispositif et pour ladite au moins une autre zone de service dudit au moins un troisième dispositif est non nulle et inférieure ou égale à 1. Procédé de fourniture selon l’une quelconque des revendications 1 à 6 comprenant : une étape de mise à jour d’au moins un poids affecté à une zone élémentaire couverte par ladite zone de service ; et une étape de fourniture dudit au moins un poids mis à jour au deuxième dispositif. Procédé de sélection par un dispositif (NF2,NF3) d’un réseau de communication, dit quatrième dispositif, comprenant : une étape (G10,H20) d’envoi, à un dispositif (NF1) du réseau dit cinquième dispositif, d’une requête de découverte (REQ) de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère de recherche donné ; une étape (G20,H30) d’obtention d’une réponse à ladite requête de découverte identifiant au moins un dispositif du réseau dit candidat hébergeant une fonction réseau et répondant audit au moins un critère de recherche donné, ladite réponse comprenant pour chaque dispositif candidat ayant une zone de service couvrant une zone d’intérêt définie par le quatrième dispositif, un poids affecté à chaque zone élémentaire couverte par ladite zone de service et ladite zone d’intérêt, ledit poids étant un nombre réel supérieur ou égal à 0 ; et une étape (G40,H50) de sélection d’un dit dispositif candidat pour implémenter au moins une fonctionnalité de la fonction réseau qu’il héberge en comparant les poids affectés aux zones élémentaires couvertes par ladite zone d’intérêt obtenus pour chaque dispositif candidat identifié dans la réponse. Procédé de sélection selon la revendication 8 dans lequel l’étape de sélection comprend une détermination (G30,H40), pour chaque dispositif candidat du réseau identifié dans la réponse, d’une métrique à partir des poids obtenus affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d’intérêt, le dispositif candidat sélectionné étant celui qui optimise ladite métrique parmi les dispositifs candidats identifiés dans la réponse. Procédé de sélection selon la revendication 9 dans lequel dans la métrique déterminée pour un dit dispositif candidat est une somme pondérée des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d’intérêt. Procédé de sélection selon la revendication 10 dans lequel, dans la somme pondérée, chaque poids affecté à une zone élémentaire est pondéré par une probabilité de présence d’un équipement utilisateur géré par le quatrième dispositif dans cette zone élémentaire. Procédé de sélection selon l’une quelconque des revendications 8 à 11 dans lequel le quatrième dispositif (NF3) et ledit dispositif candidat (NF4) sélectionné hébergent la même fonction réseau, et ledit dispositif candidat sélectionné (NF4) est utilisé comme relais du quatrième dispositif pour implémenter au moins une fonctionnalité de ladite fonction réseau. Procédé de sélection selon la revendication 12 comprenant en outre, lorsque le quatrième dispositif détecte une entrée d’un équipement utilisateur (10) qu’il gère dans une zone élémentaire couverte par sa zone de service et ayant un poids affecté pour le quatrième dispositif inférieur à un seuil donné ou inférieur à un poids affecté à ladite zone élémentaire pour un dit dispositif candidat identifié dans la réponse à la requête de découverte, un déclenchement d’une phase de préparation d’une utilisation du dispositif candidat sélectionné comme relais du quatrième dispositif. Procédé selon l’une quelconque des revendications 1 à 13 dans lequel ledit réseau (NW) est un réseau cellulaire et chaque zone élémentaire comprend au moins une cellule du réseau cellulaire. Entité dite de fourniture (NF1,NF3,…,NFN) d’un réseau de communication, configurée pour fournir des informations relatives à un premier dispositif dudit réseau, ledit premier dispositif hébergeant une fonction réseau implémentant au moins une fonctionnalité dans ledit réseau dans une zone de service couvrant au moins une zone dite élémentaire, ladite entité de fourniture comprenant : un module (8A,8A’) d’obtention, configuré pour obtenir, pour au moins une zone élémentaire couverte par la zone de service du premier dispositif, un poids affecté à cette zone élémentaire, ledit poids étant un nombre réel supérieur ou égal à 0 ; et un module (8B,8B’) de fourniture, configuré pour fournir à un deuxième dispositif du réseau, tout ou partie des poids obtenus par le module d’obtention. Entité dite de sélection (NF2,NF3) d’un réseau de communication comprenant : un module (9A) d’envoi, configuré pour envoyer à un dispositif du réseau une requête de découverte de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère de recherche donné ; un module (9B) d’obtention, configuré pour obtenir une réponse à ladite requête de découverte identifiant au moins un dispositif du réseau dit candidat hébergeant une fonction réseau et répondant audit au moins un critère de recherche donné, ladite réponse comprenant pour chaque dispositif candidat ayant une zone de service couvrant une zone d’intérêt définie par l’entité de sélection, un poids affecté à chaque zone élémentaire couverte par ladite zone de service et ladite zone d’intérêt, ledit poids étant un nombre réel supérieur ou égal à 0 ; et un module (9D) de sélection, configuré pour sélectionner un dit dispositif candidat pour implémenter au moins une fonctionnalité de la fonction réseau qu’il héberge, en comparant les poids affectés aux zones élémentaires couvertes par ladite zone d’intérêt obtenus pour chaque dispositif candidat identifié dans la réponse. Système (1) dans un réseau de communication (CN,NW) comprenant : au moins un dispositif (NF3,…,NFN) de collecte et d’analyse de données du réseau comprenant une première entité de fourniture selon la revendication 15 ; un dispositif (NF1) de gestion de profils d’une pluralité de dispositifs hébergeant des fonctions réseau du réseau, comprenant une deuxième entité de fourniture selon la revendication 15 ; et un dispositif (NF2,NF3) hébergeant une fonction réseau du réseau et comprenant une entité de sélection selon la revendication 16. Système (1) selon la revendication 17 dans lequel le dispositif (NF3) hébergeant une fonction réseau du réseau est un dit dispositif de collecte et d’analyse.