FR 3156219 A1 20250606 FR 2313587 A 20231205 Procédé de génération d’un jeton d’authentification d’un terminal utilisateur auprès d’un réseau cœur reposant sur l’utilisation d’une chaine de blocs et procédé d’authentification du terminal utilisateur correspondant La solution objet de la présente invention repose sur l’utilisation d’une structure de chaînes de blocs pour concevoir une plateforme d’authentification d’un terminal utilisateur souhaitant s’enregistrer auprès d’un réseau cœur opéré par un opérateur en télécommunications auprès duquel l’utilisateur du terminal utilisateur a souscrit à une offre de services. Plus particulièrement, la présente solution repose sur la délégation de certaines opérations d’authentification d’un terminal utilisateur à un service tiers interfaçant la structure de la chaîne de blocs avec au moins un réseau d’accès radio, ou RAN, et une pluralité de réseau cœurs, afin de garantir l’intégrité et l’authenticité du processus d’authentification des terminaux utilisateurs, notamment dans un contexte de mutualisation du RAN entre une pluralité d’acteurs parmi lesquels peut se trouver, ou non, l’opérateur en télécommunications auprès duquel l’utilisateur du terminal utilisateur a souscrit à une offre de services. Figure pour l’abrégé : Fig. 1. Procédé de génération d’un jeton d’authentification d’un terminal utilisateur auprès d’un réseau cœur reposant sur l’utilisation d’une chaine de blocs et procédé d’authentification du terminal utilisateur correspondant La présente invention appartient au domaine général des télécommunications, et notamment des communications sans fil mises en œuvre sur des réseaux de type radio tels que des réseaux mobiles (ex. 4G, 5G, B5G etc.), etc. Elle concerne plus particulièrement un procédé de génération d’un jeton d’authentification d’un terminal utilisateur ainsi qu’un procédé d’authentification du terminal utilisateur auprès d’un réseau de communication, tel qu’un réseau cœur, au moyen du jeton d’authentification, ces deux procédés reposant sur une technologie de stockage décentralisé d’informations de type chaîne de blocs. Plus précisément, l'invention concerne des mécanismes, mis en œuvre par un ordinateur s’interfaçant avec au moins un nœud d’un réseau de chaîne de blocs exécutant un ou plusieurs contrats intelligents (en anglais « smart contracts »), conduisant d’une part à l’obtention du jeton d’authentification du terminal utilisateur et d’autre part à l’authentification du terminal utilisateur auprès du réseau de communication au moyen de ce jeton d’authentification. Les réseaux d’accès radio ou RAN pour « Radio Access Networks » constituent une composante essentielle des réseaux de télécommunications conformes à la cinquième génération de normes de communications radio ou 5G ainsi qu’aux générations de normes de communications radio antérieures telles que la 4G ou la 3G qui correspondent respectivement à la quatrième génération et à la troisième génération de normes de communications radio. Afin d’offrir une couverture étendue et robuste, garantissant à la fois un accès au plus grand nombre, et cela même dans les zones géographiques les plus reculées, ainsi qu’une qualité de service la plus adaptée au besoin de leurs usagers, les opérateurs en télécommunication investissent massivement dans le développement et la maintenance des infrastructures constituant les RAN. Il est en effet important pour un opérateur en télécommunications de faire évoluer les composants de ses RANs afin de s’assurer que ces derniers sont à même de toujours répondre aux besoins croissants en termes de capacités et de performances dus à l’augmentation du nombre de terminaux utilisateurs et à la demande croissante pour des services requérant un très haut débit. Les opérateurs en télécommunications sont par conséquent confrontés à des défis financiers liés à la nécessité de moderniser et d'étendre constamment leurs RANs pour rester compétitifs. Les coûts d'exploitation, de maintenance et de mise à niveau du RAN représentant une part importante des dépenses opérationnelles d’un opérateur en télécommunication, il est de plus en plus courant que les opérateurs en télécommunications cherchent à mutualiser leur RAN. La mutualisation d’un RAN est une pratique qui consiste à partager tout ou partie des infrastructures logicielles et/ou matérielles de ces RAN entre plusieurs acteurs tels que des opérateurs de télécommunication, des fournisseurs de services, des fournisseurs de contenus, etc. Cette approche vise à optimiser l'utilisation des ressources, à réduire les coûts et à favoriser une plus grande efficacité dans le déploiement et la gestion des RAN. Bien que la mutualisation du RAN offre des avantages économiques, elle entraine une complexité opérationnelle accrue. Au-delà de la gestion des relations entre les différentes entités partageant un même RAN, se pose la question de l’enregistrement des terminaux utilisateurs auprès d’un équipement du RAN afin de se voir octroyer un accès aux services fournis par un opérateur en télécommunications auprès duquel l’utilisateur a souscris un contrat de fourniture de services. A ce jour, les procédures d’enregistrement d’un terminal utilisateur reposent sur une authentification mutuelle du terminal utilisateur et du réseau cœur de l’opérateur en télécommunications. Cela permet de s'assurer que les deux parties sont légitimes, le terminal utilisateur prouvant son identité en utilisant un certificat SIM pour « Subscriber Identity Module » ou un équivalent, tandis que le réseau cœur utilise un certificat confirmant son identité. Cependant, le fait que le RAN au travers duquel les échangent protocolaires intervenant entre le terminal utilisateur et le réseau cœur soit un RAN partagé introduit une faille de sécurité dans cette procédure d’enregistrement. Il existe donc un besoin d'une technique d’enregistrement d’un terminal utilisateur auprès d’un réseau cœur qui ne présente pas tout ou parties des inconvénients de l’art antérieur, et qui puisse être mise en œuvre dans un contexte de mutualisation d’un RAN entre plusieurs intervenants ayant des intérêts variés. La présente invention a pour objectif de remédier à tout ou partie des inconvénients de l’art antérieur, notamment ceux exposés ci-avant, en proposant une solution qui permette l’enregistrement d’un terminal utilisateur auprès d’un réseau cœur opéré par une entité distincte de celle opérant le RAN au travers duquel les échanges protocolaires relatifs à la procédure d’enregistrement du terminal utilisateur sont transmis. A cet effet, et selon un premier aspect, l’invention concerne un procédé de génération d’un jeton d’authentification d’un terminal utilisateur auprès d’un réseau cœur mis en œuvre par un nœud appartenant à un réseau de chaine de blocs configuré pour exécuter un contrat intelligent de ladite chaine de blocs, ledit procédé comprenant les étapes suivantes : obtention d’une requête d’enregistrement du terminal utilisateur comprenant au moins un jeton d’identification chiffré au moyen d’une clé de chiffrement privée du terminal utilisateur et un paramètre de contrôle, et d’un identifiant du réseau cœur auprès duquel le terminal utilisateur est destiné à être authentifié, déchiffrement du jeton d’identification au moyen d’une clé publique du terminal utilisateur, génération du jeton d’authentification du terminal utilisateur auprès du réseau cœur dans le cas où le jeton d’identification et le paramètre de contrôle ont la même valeur, chiffrement du jeton d’authentification au moyen d’une clé de chiffrement publique associée au réseau cœur. La chaîne de blocs, ou en langue anglaise « blockchain », est une technologie de stockage et de transmission d’informations transparente, sécurisée, et fonctionnant sans organe central de contrôle. Plus précisément, une chaîne de blocs est une base de données distribuée, qui contient l’historique de tous les échanges effectués entre ses utilisateurs depuis sa création : les informations envoyées par les utilisateurs et les échanges internes à la base de données sont vérifiés et groupés à intervalles de temps réguliers en blocs, formant ainsi une chaîne. L’ensemble est sécurisé par cryptographie. Plus précisément, les transactions effectuées entre les utilisateurs du réseau de chaîne de blocs sont regroupées par blocs. Chaque bloc est validé par les nœuds du réseau, selon des techniques cryptographiques qui dépendent du type de chaîne de blocs utilisé. Une fois le bloc validé, il est horodaté et ajouté à la chaîne de blocs, à laquelle tous les utilisateurs ont accès. La transaction est alors visible pour l’ensemble des nœuds du réseau. Une fois ajouté à la chaîne de blocs, un bloc ne peut plus être ni modifié ni supprimé, ce qui garantit l’authenticité et la sécurité du réseau. Il existe des chaînes de blocs publiques, ouvertes à tous, et des chaînes de blocs privées, ou de consortium, dont l’accès et l’utilisation sont limitées à un certain nombre d’acteurs définis à l’avance. Les premières chaînes de blocs ont trouvé des applications dans le domaine de la monnaie numérique, telle que le bitcoin, qui est un exemple de monnaie programmable. Cependant, le caractère décentralisé de la chaîne de blocs, couplé avec sa sécurité et sa transparence, laisse entrevoir des applications bien plus larges que le seul domaine monétaire. Les infrastructures de chaînes de blocs se sont ainsi récemment enrichies de contrats intelligents, ou « smart contracts », que l’on peut définir comme des programmes qui exécutent automatiquement les conditions et termes d’un contrat, sans nécessiter d’intervention humaine. En d’autres termes, un contrat intelligent est un programme informatique compilé qui comporte un ensemble de caractéristiques lui permettant d’exécuter automatiquement et en autonomie au moins certaines des clauses spécifiques du contrat qu’il porte. L’utilisation une chaine de blocs, un contrat intelligent et des bases de données décentralisées pour procéder à la génération d’un jeton d’authentification permet de faire fi de l’implication du RAN dans la procédure d’enregistrement d’un terminal utilisateur auprès d’un réseau cœur. Ainsi même si le RAN n’est pas opéré par l’opérateur en télécommunication gestionnaire du réseau cœur, cela n’a aucun impact sur la procédure d’enregistrement puisque tous les échanges s’effectuent au travers de la chaine de blocs. Dans des modes particuliers de mise en œuvre du procédé de génération d’un jeton d’authentification, le jeton d’authentification est enregistré dans la chaine de blocs. Une telle étape d’enregistrement dans la chaine de blocs rend le jeton d’authentification accessible à tous les utilisateurs de cette dernière. Dans des modes particuliers de mise en œuvre du procédé de génération d’un jeton d’authentification, le jeton d’authentification est généré au moyen d’un identifiant du terminal utilisateur et d’au moins l’une des données suivantes appartenant à un groupe comprenant : un condensé, ou « hash », de la transaction, d’un condensé d’un identifiant de la transaction, un condensé d’un bloc de la chaine de blocs dans lequel la transaction est stockée, un condensé d’un identifiant du bloc de la chaine de blocs dans lequel la transaction est stockée, une donnée d’horodatage du bloc. Un tel jeton d’authentification généré au moyen de tout ou partie de ces données présente un niveau de sécurité élevé. Il est ainsi difficile pour une tierce partie d’usurper ce jeton d’authentification. Dans des modes particuliers de mise en œuvre du procédé de génération d’un jeton, celui-ci comprend une étape d’obtention de la clé de chiffrement publique du terminal utilisateur mémorisée dans la chaine de blocs au moyen d’un identifiant du terminal utilisateur compris dans la requête d’enregistrement du terminal utilisateur. Dans des modes particuliers de mise en œuvre du procédé de génération d’un jeton, le jeton d’identification est généré au moyen de l’identifiant du terminal utilisateur et d’un nombre aléatoire. L’utilisation d’un nombre aléatoire permet de réduire les risques d’usurpation du jeton d’authentification ou de réutilisation de la demande d’enregistrement par une tierce partie mal intentionnée. Dans des modes particuliers de mise en œuvre du procédé de génération d’un jeton, le paramètre de contrôle est généré au moyen de l’identifiant du terminal utilisateur et du nombre aléatoire. Dans des modes particuliers de mise en œuvre du procédé de génération d’un jeton, la requête d’enregistrement du terminal utilisateur comprend en outre des données relatives au type de service requis, et/ou des données relatives au type d’enregistrement requis. A titre d’exemples, de telles données complémentaires peuvent être un identifiant d’une tranche du réseau de communications, une valeur de débit requis, une valeur de latence à respecter, etc. Dans des modes particuliers de mise en œuvre du procédé de génération d’un jeton, le nombre aléatoire est généré par un équipement d’un réseau d’accès auquel le terminal utilisateur est attaché. Dans des modes particuliers de mise en œuvre du procédé de génération d’un jeton, l’identifiant du réseau cœur auprès duquel le terminal utilisateur est destiné à être authentifié est fourni par l’équipement du réseau d’accès auquel le terminal utilisateur est attaché. Dans des modes particuliers de mise en œuvre du procédé de génération d’un jeton, l’identifiant du réseau cœur auprès duquel le terminal utilisateur est destiné à être authentifié est mémorisé dans la chaine de blocs. Selon un autre aspect, l’invention concerne un procédé d’authentification d’un terminal utilisateur mis en œuvre par un équipement appartenant à un réseau cœur, ledit procédé comprenant les étapes suivantes : réception d’une demande de connexion émise par le terminal utilisateur comprenant un premier identifiant du terminal utilisateur et un premier jeton d’authentification du terminal utilisateur chiffré au moyen d’une clé de chiffrement publique associée au réseau cœur, obtention, au moyen du premier identifiant du terminal utilisateur, d’un deuxième jeton d’authentification du terminal utilisateur chiffré au moyen d’une clé de chiffrement publique associée au réseau cœur auprès d’un nœud appartenant à un réseau de chaine de blocs configuré pour mettre exécuter un contrat intelligent de ladite chaine de blocs, déchiffrement du premier jeton d’authentification et du deuxième jeton d’authentification au moyen d’une clé privée associée au réseau cœur, établissement d’une connexion avec le terminal utilisateur dans le cas où le premier jeton d’authentification et le deuxième jeton d’authentification ont la même valeur. Dans des modes particuliers de mise en œuvre du procédé d’authentification, la génération du jeton d’authentification par le contrat intelligent constituant une transaction stockée dans au moins un bloc de la chaine de blocs, le jeton d’authentification comprend un condensé, ou « hash », de la transaction, un condensé du bloc de la chaine de blocs dans lequel la transaction est stockée, d’un deuxième identifiant du terminal utilisateur et d’une donnée d’horodatage du bloc. [revendication 8] Dans des modes particuliers de mise en œuvre du procédé d’authentification, celui-ci comprend en outre les étapes suivantes : obtention auprès d’une base de données décentralisée, au moyen du premier identifiant du terminal utilisateur, de données relatives au terminal utilisateur chiffrées au moyen d’une clé de chiffrement symétrique et de la clé de chiffrement symétrique chiffrée au moyen de la clé de chiffrement publique associée au réseau cœur, les données relatives au terminal utilisateur comprenant au moins un troisième identifiant du terminal utilisateur, déchiffrement de la clé de chiffrement symétrique au moyen de la clé privée associée au réseau cœur, déchiffrement des données relatives au terminal utilisateur au moyen de la clé de chiffrement symétrique, établissement d’une connexion avec le terminal utilisateur dans le cas où le premier identifiant et le troisième identifiant du terminal utilisateur ont la même valeur. Dans des modes particuliers de mise en œuvre du procédé d’authentification, l’établissement de la connexion avec le terminal utilisateur est déclenché dans le cas où le premier identifiant, le deuxième identifiant et le troisième identifiant du terminal utilisateur ont la même valeur. Dans des modes particuliers de mise en œuvre du procédé d’authentification, la connexion avec le terminal utilisateur est destinée à être établie au moyen des données relatives au terminal utilisateur obtenues auprès d’une base de données décentralisée. Dans des modes particuliers de mise en œuvre du procédé d’authentification, l’authentification du terminal utilisateur est mémorisée dans la chaine de blocs. Selon un autre aspect, l’invention a pour objet un nœud appartenant à un réseau de chaine de blocs configuré pour exécuter un contrat intelligent de ladite chaine de blocs destiné à générer un jeton d’authentification d’un terminal utilisateur auprès d’un réseau cœur, le nœud comprenant au moins un processeur configuré pour : obtenir une requête d’enregistrement du terminal utilisateur comprenant au moins un jeton d’identification chiffré au moyen d’une clé de chiffrement privée du terminal utilisateur et un paramètre de contrôle, et d’un identifiant du réseau cœur auprès duquel le terminal utilisateur est destiné à être authentifié, déchiffrer le jeton d’identification au moyen d’une clé publique du terminal utilisateur, générer le jeton d’authentification du terminal utilisateur auprès du réseau cœur dans le cas où le jeton d’identification et le paramètre de contrôle ont la même valeur, chiffrer le jeton d’authentification au moyen d’une clé de chiffrement publique associée au réseau cœur, enregistrer le jeton d’authentification dans la chaine de blocs. Selon un autre aspect, l’invention concerne encore un équipement appartenant à un réseau cœur destiné à authentifier un terminal utilisateur, ledit équipement comprenant au moins un processeur configuré pour : recevoir une demande de connexion émise par le terminal utilisateur comprenant un premier identifiant du terminal utilisateur et un premier jeton d’authentification du terminal utilisateur chiffré au moyen d’une clé de chiffrement publique associée au réseau cœur, obtenir, au moyen du premier identifiant du terminal utilisateur, un deuxième jeton d’authentification du terminal utilisateur chiffré au moyen d’une clé de chiffrement publique associée au réseau cœur auprès d’un nœud appartenant à un réseau de chaine de blocs configuré pour mettre exécuter un contrat intelligent de ladite chaine de blocs, déchiffrer un premier jeton d’authentification et du deuxième jeton d’authentification au moyen d’une clé privée associée au réseau cœur, établir une connexion avec le terminal utilisateur dans le cas où le premier jeton d’authentification et le deuxième jeton d’authentification ont la même valeur. Enfin, l’invention a également pour objet un terminal utilisateur destiné à s’authentifier auprès d’un réseau cœur, le terminal utilisateur comprenant au moins un processeur configuré pour : transmettre une requête d’enregistrement comprenant au moins un jeton d’identification chiffré au moyen d’une clé de chiffrement privée du terminal utilisateur et un paramètre de contrôle à destination d’un nœud appartenant à un réseau de chaine de blocs configuré pour exécuter un contrat intelligent de ladite chaine de blocs destiné à générer un jeton d’authentification du terminal utilisateur auprès du réseau cœur, recevoir, en provenance du nœud appartenant à un réseau de chaine de blocs, le du jeton d’authentification du terminal utilisateur auprès du réseau cœur chiffré au moyen d’une clé de chiffrement publique associée au réseau cœur, émettre, à destination d’un équipement du réseau cœur, une demande de connexion comprenant un identifiant du terminal utilisateur et le jeton d’authentification chiffré, recevoir, en provenance de l’équipement du réseau cœur, un message relatif à l’établissement de la connexion. 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 : FIG. 1 la FIG. 1 représente un système d’authentification d’un terminal utilisateur à base de chaîne de blocs dans lequel les procédés de génération d’un jeton d’authentification d’un terminal utilisateur et d’authentification du terminal utilisateur selon l’invention sont mis en œuvre ; FIG. 2 la FIG. 2 illustre, sous forme d’ordinogramme, les principales étapes d’un procédé de génération d’un jeton d’authentification d’un terminal utilisateur auprès d’un réseau cœur mis en œuvre par un nœud Ni appartenant à un réseau blockchain selon un exemple de mise en œuvre de l’invention; FIG. 3 la FIG. 3 illustre, sous forme d’ordinogramme, un exemple de procédé d’authentification d’un terminal utilisateur mis en œuvre par un équipement appartenant à un réseau cœur selon un exemple de mise en œuvre de l’invention; FIG. 4 la FIG. 4 représente un nœud appartenant à un réseau de chaîne de blocs apte à mettre en œuvre certaines étapes des procédés de génération d’un jeton d’authentification d’un terminal utilisateur et d’authentification du terminal utilisateur selon l’invention ; FIG. 5 la FIG. 5 représente un équipement appartenant au réseau cœur apte à mettre en œuvre certaines étapes du procédé d’authentification du terminal utilisateur selon l’invention. La présente invention repose sur l’utilisation d’une structure de chaînes de blocs pour concevoir une plateforme d’authentification d’un terminal utilisateur souhaitant s’enregistrer auprès d’un réseau cœur opéré par un opérateur en télécommunications auprès duquel l’utilisateur du terminal utilisateur a souscrit à une offre de services. Plus particulièrement, la présente solution repose sur la délégation de certaines opérations d’authentification d’un terminal utilisateur à un service tiers interfaçant la structure de la chaîne de blocs avec au moins un réseau d’accès radio, ou RAN, et une pluralité de réseau cœurs, afin de garantir l’intégrité et l’authenticité du processus d’authentification des terminaux utilisateurs, notamment dans un contexte de mutualisation du RAN entre une pluralité d’acteurs parmi lesquels peut se trouver, ou non, l’opérateur en télécommunications auprès duquel l’utilisateur du terminal utilisateur a souscrit à une offre de services. Une telle plateforme correspond à un système d’authentification d’un terminal utilisateur à base de chaîne de blocs décrit en référence à la FIG. 1 . Un tel système peut comprendre un réseau de chaînes de blocs 100, également appelé par la suite réseau blockchain 100, comprenant une pluralité de nœuds N1 à N5 interconnectés les uns aux autres. La structure du nœud N1 est illustrée plus en détail sur cette FIG. 1 afin d’éclairer le lecteur. Chaque nœud N2 à N5 présente une architecture similaire à celle du nœud N1, bien que cela n’ait pas été détaillé, par souci de simplification, sur la FIG. 1 . Dans le présent document, le terme nœud se réfère exclusivement aux nœuds N1-N5 appartenant au réseau de chaînes de blocs 100. Il est a noté que le terme nœud peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions. Plus généralement, un nœud Ni comprend une mémoire vive (par exemple une mémoire RAM), une unité de traitement équipée par exemple d'un processeur, et pilotée par un programme d'ordinateur, représentatif des instructions de code d’un ou plusieurs contrats intelligents SC 11, SC UE , SC 102 , stockés dans une mémoire morte (par exemple une mémoire ROM ou un disque dur). A l'initialisation du nœud Ni, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive avant d'être exécutées par le processeur de l'unité de traitement. Ainsi, dans certains modes de réalisation, le nœud N1 peut comprendre en outre : - une machine virtuelle Ethereum EVM 10, qui est l’environnement d’exécution des contrats intelligents dans Ethereum. On rappelle qu’Ethereum est un protocole d’échanges décentralisés permettant la création par les utilisateurs de contrats intelligents grâce à un langage Turing-complet. D’autres protocoles d’échanges décentralisés peuvent être utilisés comme par exemple Polkadot, Solana ou encore Cardano; - une zone de stockage de données STOR 12 ; - le code à octets (en anglais « bytecode ») des contrats intelligents SC 11, SC UE , SC 102 , i.e. les codes déterministes exécutables sur le réseau blockchain 100, dont les variables peuvent être stockées sur le réseau 100, et dont les fonctions peuvent être appelées. Le système dorsal (ou « backend ») de la plateforme d’authentification d’un terminal utilisateur est ainsi décentralisé, et réside dans les contrats intelligents SC 11, SC UE , SC 102 , implémentant un panel de fonctions nécessaires à l’authentification d’un terminal utilisateur. Les utilisateurs de la plateforme sont par exemple des équipements 101 appartenant au RAN, tels qu’une station de base ou gNodeB, et des équipements 102 appartenant à un réseau cœur tels qu’un équipement exécutant une fonction de gestion de l’accès et de la mobilité ou AMF pour « Access and Mobility Managment ». Ces équipements 101 et 102 peuvent interagir avec la plateforme via leur interface, ou « f rontend » selon la terminologie anglaise. Des requêtes API (pour « Application Programming Interface », en français, interface de programmation d’application) permettent l’interaction entre les équipements 101, 102 d’une part, et les contrats intelligents SC 11, SC UE , SC 102 , déployés sur le réseau blockchain 100 d’autre part. L’équipement appartenant au réseau cœur 102 peut comprendre un module d’émission/réception RX/TX 1020, configuré pour émettre des requêtes à destination de la plateforme et pour obtenir un jeton d’authentification d’un terminal utilisateur. Un équipement 102 peut comprendre notamment un ou plusieurs processeurs, configurés pour exécuter des instructions de code de programme pour authentifier un terminal utilisateur, notamment conformes aux langages de programmation HTML (pour « HyperText Markup Language »), et JS (pour Java Script). L’équipement appartenant au RAN 101 comprend un module d’émission/réception RX/TX 1010, configuré pour émettre des requêtes en enregistrement de terminaux utilisateurs à destination de la plateforme. Un tel équipement appartenant au RAN 101comprend notamment un ou plusieurs processeurs, configurés pour exécuter des instructions de code de programme pour l’émission de telles données, notamment conformes aux langages de programmation HTML (pour « HyperText Markup Language »), et JS (pour Java Script). Les transactions répertoriées et validées entre les équipements appartenant au RAN 101 et les équipements appartenant à un réseau cœur 102 peuvent être stockées sous forme de blocs dans les nœuds N1 à N5 de la chaîne de blocs 100. Des règles de consensus peuvent aider à limiter les nœuds malveillants, et à repérer les transactions invalidées. Des règles cryptographiques peuvent aider à assurer un pseudo-anonymat des transactions et des utilisateurs, et l’authenticité des jetons d’authentification générée conformément à la solution objet de la présente invention. La FIG. 1 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser un nœud Ni afin qu’il effectue les étapes des procédé de génération d’un jeton d’authentification et d’authentification du terminal utilisateur UE détaillé ci-après, en relation avec les figures 2 et 3 (dans l’un quelconque des différents modes de réalisation, ou dans une combinaison de ces modes de réalisation). En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur, un processeur ou un microcontrôleur) exécutant un programme comprenant une séquence d’instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où le nœud Ni est réalisé avec une machine de calcul reprogrammable, les programmes correspondants (c'est-à-dire les séquences d’instructions) pourront être stockés dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. La FIG. 2 illustre, sous forme d’ordinogramme, les principales étapes d’un procédé de génération d’un jeton d’authentification d’un terminal utilisateur auprès d’un réseau cœur mis en œuvre par un nœud Ni appartenant à un réseau blockchain 100 selon un exemple de mise en œuvre de l’invention. Tel qu’illustré par la FIG. 2 , le procédé de génération d’un jeton d’authentification comprend une première étape E1 au cours de laquelle un terminal utilisateur UE (non représenté sur les figures) attaché à l’équipement appartenant au RAN 101 transmet une requête d’enregistrement du terminal utilisateur RQT à destination de ce dernier. Une telle requête d’enregistrement RQT comprenant au moins un jeton d’identification IdTok UE chiffré au moyen d’une clé de chiffrement privée KPriv UE du terminal utilisateur UE et un paramètre de contrôle PCheck UE . L’utilisation d’une telle clé de chiffrement privée KPriv UE permet de vérifier l’authenticité du terminal utilisateur UE à l’origine de l’émission de la requête d’enregistrement. Dans d’autres modes de mises en œuvre, la requête d’enregistrement RQT peut également comprendre un nombre aléatoire Rand, un identifiant Id UE du terminal utilisateur UE ou encore des données complémentaires telles qu’un identifiant d’une tranche du réseau de communications ou « slice » en langue anglaise, une valeur de débit requis, une valeur de latence à respecter, etc. Pour rappel, le découpage de réseau, ou « network slicing » en langue anglaise, est un concept clé dans le développement des réseaux de télécommunications 5G jouant un rôle essentiel dans la prise en charge de la diversité des services et des applications offertes par la 5G. Une tranche de réseau est essentiellement un réseau virtualisé de bout en bout, fournissant des capacités de service spécifiques et personnalisées pour répondre aux exigences d'un cas d'utilisation ou d'une application particulière. De manière générale, le jeton d’identification IdTok UE du terminal utilisateur UE est obtenu en chiffrant, au moyen de la clé de chiffrement privée KPriv UE , un couple constitué de l’identifiant Id UE du terminal utilisateur UE et du nombre aléatoire Rand. Dans d’autres modes de mise en œuvre, le jeton d’identification IdTok UE du terminal utilisateur UE est obtenu en chiffrant, au moyen de la clé de chiffrement privée KPriv UE , un condensé ou « hash » du couple constitué de l’identifiant Id UE du terminal utilisateur UE et du nombre aléatoire Rand. L’utilisation d’un nombre aléatoire dans la génération du jeton d’identification IdTok UE du terminal utilisateur UE permet de réduire les risques qu’un tiers mal intentionné puisse réutiliser la requête d’enregistrement RQT. Ce nombre aléatoire Rand peut être généré par le terminal utilisateur UE lui-même ou bien par l’équipement appartenant au RAN 101. Dans ce deuxième cas de figure, le nombre aléatoire Rand est transmis par l’équipement appartenant au RAN 101 sur requête du terminal utilisateur UE. De la même manière, le paramètre de contrôle PCheck UE correspond au couple constitué de l’identifiant Id UE du terminal utilisateur UE et du nombre aléatoire Rand ou à un condensé de ce dernier. Dans une étape E2, l’équipement appartenant au RAN 101 transmet la requête d’enregistrement RQT reçue à l’étape E1 à destination d’un nœud N1-5 appartenant au réseau blockchain 100. Dans d’autres modes de mises en œuvre, préalablement à la transmission de la requête d’enregistrement RQT à destination d’un nœud N1-5, l’équipement appartenant au RAN 101 sélectionne un réseau cœur auprès duquel le terminal utilisateur UE souhaite s’enregistrer. L’équipement appartenant au RAN 101 procède, par exemple, à cette sélection sur la base d’informations comprises dans la requête d’enregistrement RQT, telles qu’un identifiant du réseau cœur IdCore, ou encore sur la base d’informations mises à sa disposition par d’autres parties que le terminal utilisateur UE. Ainsi, l’équipement appartenant au RAN 101 peut contacter un nœud N1-5 exécutant un contrat intelligent dont la fonction est de stocker une liste d’identifiants de réseaux cœur IdCore auprès desquels le terminal utilisateur peut s’enregistrer. Un tel contrat intelligent est mis à jour périodiquement par des équipements appartenant à ces différents réseaux cœur. Afin de sélectionner le réseau cœur auprès duquel le terminal utilisateur va s’enregistrer, l’équipement appartenant au RAN 101 utilise des données associées à l’identifiant IdCore de chaque réseau cœur mémorisé dans le contrat intelligent afin de déterminer lequel, parmi l’ensemble de ces réseaux cœurs, répond au mieux aux besoins du terminal utilisateur UE en termes, par exemple, de qualité de service, de débit, de latence, etc. A titre d’exemple, l’identifiant du réseau cœur IdCore pointe vers l’équipement appartenant au réseau cœur 102. Il peut s’agir d’une adresse réseau, telle qu’une adresse IP associée à cet équipement appartenant au réseau cœur 102. Ainsi, à l’issue de l’étape E2, le nœud N1-5 dispose de toutes ou partie des données suivantes, fournies par l’équipement appartenant au RAN 101 : le jeton d’identification IdTok UE du terminal utilisateur UE, du paramètre de contrôle PCheck UE , les données complémentaires et l’identifiant du réseau cœur IdCore sélectionné. Ainsi, indirectement, le nœud N1-5 dispose de l’identifiant Id UE du terminal utilisateur UE et du nombre aléatoire Rand. La réception de la requête d’enregistrement RQT par le nœud N1-5 déclenche l’exécution du contrat intelligent SC 11 dans une étape E3. Le contrat intelligent SC 11 a pour fonction de générer un jeton d’authentification AuthTok UE-102 permettant au terminal utilisateur UE de s’authentifier auprès du réseau cœur via l’équipement appartenant au réseau cœur 102 afin de pouvoir accéder à un ou plusieurs services fournis par l’opérateur en télécommunication gestionnaire du réseau cœur. Le contrat intelligent SC 11 peut, pour un même terminal utilisateur UE, générer une pluralité de jetons d’authentification, chaque jeton d’authentification généré correspondant à un réseau cœur auprès duquel le terminal utilisateur UE peut s’enregistrer sans qu’il soit nécessaire que le terminal utilisateur UE soit équipé de plusieurs cartes SIM (pour « Subscriber Identification Module » ou module identifiant l’utilisateur en français). Dans une étape E4, le nœud N1-5 contact un autre nœud N1-5 appartenant également au réseau blockchain 100 et exécutant le contrat intelligent SC UE afin d’obtenir la clé de chiffrement publique KPub UE du terminal utilisateur UE. Le contrat intelligent SC UE est un contrat intelligent qui, lorsqu’il est exécuté, fourni un identifiant CID UE pointant vers une section d’une base de données BdD distribuée dans laquelle sont mémorisées des données relatives au terminal utilisateur UE. La nature de ces données relatives au terminal utilisateur UE sera discutée plus en détails dans la suite du présent document. Une telle base de données BdD peut être, à titre d’exemple, une base de données IPFS pour « InterPlanetary File System » ou système de fichier interplanétaire en français. Le système IPFS est un système distribué de fichiers pair à pair qui ne repose pas sur l’utilisation de serveurs centralisés. Ce système permet de connecter un ensemble d'équipements informatiques avec un même système de fichiers. Plus particulièrement, le système IPFS fournit un modèle de stockage de fichiers par blocs adressable au moyen d’hyperliens. Le nœud N1-5 exécutant le contrat intelligent SC 11 adresse le nœud N1-5 exécutant le contrat intelligent SC UE au moyen de l’identifiant Id UE du terminal utilisateur UE compris dans la requête d’enregistrement RQT. Dans d’autres modes de mises en œuvre, les deux contrats intelligents SC 11 et SC UE sont exécutés par le même nœud N1-5. Une fois que le contrat intelligent SC UE a été exécuté, l’identifiant CID UE est transmis à destination du nœud N1-5 exécutant le contrat intelligent SC 11 dans une étape E5. A l’aide de l’identifiant CID UE , le nœud N1-5 exécutant le contrat intelligent SC 11 adresse la base de données BdD afin d’obtenir toutes ou parties des données relatives au terminal utilisateur UE qu’elle contient, et plus particulièrement la clé de chiffrement publique KPub UE du terminal utilisateur UE, dans une étape E6. La base de données BdD comprend de nombreuses données D UE relatives au terminal utilisateur UE qui sont toutes chiffrées à l’exception de la clé de chiffrement publique KPub UE du terminal utilisateur UE. Plus particulièrement, les données D UE relatives au terminal utilisateur UE sont chiffrées au moyen d’une clé de chiffrement symétrique KSym connue du réseau cœur. Cette clé de chiffrement symétrique KSym est ensuite chiffrée au moyen d’une clé de chiffrement publique KPub 102 de l’équipement appartenant au réseau cœur 102. Cela limite les risques d’utilisation frauduleuse des données relatives au terminal utilisateur UE. Cette version chiffrée de la clé de chiffrement symétrique KSym est mémorisée dans la base de données BdD avec la version chiffrée des données D UE relatives au terminal utilisateur UE et la clé de chiffrement publique KPub UE du terminal utilisateur UE. Dans d’autres modes de mises en œuvre, la base de données BdD mémorise, pour un terminal utilisateur UE donné, autant de versions chiffrées des données D UE relatives au terminal utilisateur UE, et autant de versions chiffrées d’une clé de chiffrement symétrique KSym, qu’il y a de réseaux cœur auprès desquels le terminal utilisateur UE peut s’enregistrer. La base de données BdD ainsi interrogée, transmet la clé de chiffrement publique KPub UE du terminal utilisateur UE à destination du nœud N1-5 exécutant le contrat intelligent SC 11 dans une étape E7. Dans d’autres modes de mise en œuvre, la base de données BdD transmet au nœud N1-5 exécutant le contrat intelligent SC 11 l’ensemble des données concernant le terminal utilisateur qu’elle contient. Une fois en possession de la clé de chiffrement publique KPub UE du terminal utilisateur UE, le nœud N1-5 exécutant le contrant intelligent SC 11 procède au déchiffrement du jeton d’identification IdTok UE du terminal utilisateur UE dans une étape E8. A l’issue de l’étape E8, le nœud N1-5 exécutant le contrat intelligent SC 11 dispose du jeton d’identification déchiffré IdTok UE , lequel, pour rappel, peut être le couple constitué de l’identifiant Id UE du terminal utilisateur UE et du nombre aléatoire Rand ou le condensé de ce couple. Dans une étape E9, le nœud N1-5 exécutant le contrat intelligent SC 11 compare le jeton d’identification déchiffré IdTok UE avec le paramètre de contrôle PCheck UE . Si la valeur du jeton d’identification déchiffré IdTok UE correspond à la valeur du paramètre de contrôle PCheck UE alors le nœud exécutant le contrat intelligent SC 11 exécute l’étape E10. Dans le cas contraire, c’est-à-dire, lorsque la valeur du jeton d’identification déchiffré IdTok UE ne correspond pas à la valeur du paramètre de contrôle PCheck UE , cela signifie qu’une possible utilisation frauduleuse de la requête d’enregistrement est à l’œuvre. L’exécution du contrat intelligent SC 11 est alors interrompue. L’étape E10 correspond à la génération du jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur par le nœud N1-5 exécutant le contrat intelligent SC 11. Afin de pouvoir procéder à la génération du jeton d’authentification AuthTok UE-102 du terminal utilisateur UE auprès du réseau cœur, le nœud N1-5 exécutant le contrat intelligent SC 11 contact, dans une étape E11, un autre nœud N1-5 appartenant également au réseau blockchain 100 et exécutant le contrat intelligent SC 102 afin d’obtenir de la clé de chiffrement publique KPub 102 de l’équipement appartenant au réseau cœur 102. Le contrat intelligent SC 102 est un contrat intelligent qui, lorsqu’il est exécuté, fourni la clé de chiffrement publique KPub 102 de l’équipement appartenant au réseau cœur 102 . Le nœud N1-5 exécutant le contrat intelligent SC 11 adresse le nœud N1-5 exécutant le contrat intelligent SC UE au moyen de l’identifiant IdCore de l’équipement appartenant au réseau cœur 102 qu’il a reçu de l’équipement appartenant au RAN 101 au cours de l’étape E2. Dans d’autres modes de mises en œuvre, les deux contrats intelligents SC 11 et SC 102 sont exécutés par le même nœud N1-5. Une fois que le contrat intelligent SC 102 a été exécuté, la clé de chiffrement publique KPub 102 de l’équipement appartenant au réseau cœur 102 est transmise au nœud N1-5 exécutant le contrat intelligent SC 11 dans une étape E12. Les étapes E11 et E12 peuvent être mises en œuvre par le nœud N1-5 exécutant le contrat intelligent SC 11 à n’importe quel moment entre les étapes E3 et E9 ou concomitamment à l’une de ces deux étapes E3 ou E9. De retour à l’étape E10, le nœud N1-5 exécutant le contrat intelligent SC 11 génère le jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur. Un tel jeton d’authentification AuthTok UE-102 est obtenu en chiffrant, au moyen de la clé de chiffrement publique KPub 102 de l’équipement appartenant au réseau cœur 102, l’identifiant Id UE du terminal utilisateur UE et au moins l’un des données suivantes : - un condensé d’une transaction effectuée au sein du réseau blockchain 100, cette transaction comprenant l’ensemble des échanges et des actions effectuées au cours des étapes E3 à E12, - un identifiant de la transaction effectuée au sein du réseau blockchain 100 ou le condensé de cet identifiant, - un condensé d’un bloc B constitutif de la chaine de blocs dans lequel la transaction est mémorisée/stockée, - un identifiant du bloc B constitutif de la chaine de blocs dans lequel la transaction est mémorisée/stockée ou un condensé de cet identifiant, et - une donnée d’horodatage TS B du bloc B. Ainsi à titre d’exemple, le jeton d’authentification AuthTok UE-102 peut être obtenu en chiffrant, au moyen de la clé de chiffrement publique KPub 102 de l’équipement appartenant au réseau cœur 102, l’identifiant Id UE du terminal utilisateur UE, le condensé de la transaction effectuée au sein du réseau blockchain 100, le condensé du bloc B constitutif de la chaine de blocs dans lequel la transaction est mémorisée/stockée, et la donnée d’horodatage TS B du bloc B. Une fois le jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur généré, il est ensuite mémorisé dans le réseau blockchain 100 dans une étape E11. Il est ainsi accessible à toute partie prenante au réseau blockchain 100. Dans d’autres modes de mises en œuvre, le jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur est transmis, via l’équipement appartenant au RAN 101, à destination du terminal utilisateur UE. La FIG. 3 illustre, sous forme d’ordinogramme, un exemple de procédé d’authentification d’un terminal utilisateur mis en œuvre par un équipement appartenant à un réseau cœur 102. Tel qu’illustré par la FIG. 3 , le procédé d’authentification d’un terminal utilisateur mis en œuvre par un équipement appartenant à un réseau cœur 102 comprend une première étape G1 au cours de laquelle un terminal utilisateur UE (non représenté sur les figures) attaché à l’équipement appartenant au RAN 101 transmet une demande de connexion ConR émise par le terminal utilisateur UE. Une telle demande de connexion ConR comprend l’identifiant Id UE du terminal utilisateur UE et une première valeur du jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur. Dans une étape G2, l’équipement appartenant au réseau cœur 102 obtient du réseau blockchain 100 une deuxième valeur du jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur au moyen de l’identifiant Id UE du terminal utilisateur UE. Cette deuxième valeur du jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur peut être obtenue auprès d’un nœud N1-5 appartenant au réseau blockchain 100 exécutant un contrat intelligent dont la fonction est de fournir cette deuxième valeur du jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur. A l’issue de l’étape G2, l’équipement appartenant au réseau cœur 102 est en possession des deux valeurs du jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur, celle fournie par le terminal utilisateur UE et celle, fiable et qui sert donc de valeur de contrôle, fournie par un nœud N1-5 appartenant au réseau blockchain 100. L’équipement appartenant au réseau cœur 102 procède alors au déchiffrement de première valeur du jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur et de la deuxième valeur du jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur au moyen d’une clé de chiffrement privée KPriv 102 de l’équipement appartenant au réseau cœur 102 dans une étape G3. Une fois les deux valeurs du jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur, l’équipement appartenant au réseau cœur 102 compare une à une les valeurs du condensé d’une transaction effectuée au sein du réseau blockchain 100, du condensé du bloc B de la chaine de blocs dans lequel la transaction est mémorisée/stockée, de l’identifiant Id UE du terminal utilisateur UE, et de la donnée d’horodatage TS B du bloc B comprises dans les deux jetons d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur en possession de l’équipement appartenant au réseau cœur 102 au cours d’une étape G4. Si l’ensemble des valeurs du condensé d’une transaction effectuée au sein du réseau blockchain 100, du condensé du bloc B de la chaine de blocs dans lequel la transaction est mémorisée/stockée, de l’identifiant Id UE du terminal utilisateur UE, et de la donnée d’horodatage TS B du bloc B comprises dans les deux jetons d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur correspondent, l’équipement appartenant au réseau cœur 102 exécute alors l’étape G5. Dans le cas contraire, c’est-à-dire, lorsqu’au moins l’une des valeurs du condensé d’une transaction effectuée au sein du réseau blockchain 100, du condensé du bloc B de la chaine de blocs dans lequel la transaction est mémorisée/stockée, de l’identifiant Id UE du terminal utilisateur UE, et de la donnée d’horodatage TS B du bloc B comprises dans le jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur fourni par le terminal utilisateur UE ne correspond pas à la valeur correspondante comprise dans le jeton d’authentification AuthTok UE-102 du terminal utilisateur auprès du réseau cœur fourni par le nœud N1-5, cela signifie qu’une possible utilisation frauduleuse de la demande de connexion ConR est à l’œuvre. L’exécution du procédé d’authentification est alors interrompue. De retour à l’étape G5, l’équipement appartenant au réseau cœur 102 contact un nœud N1-5 appartenant au réseau blockchain 100 et exécutant le contrat intelligent SC UE afin d’obtenir l’identifiant CID UE pointant vers la section de la base de données BdD distribuée dans laquelle sont mémorisées des données relatives au terminal utilisateur UE. Une fois que le contrat intelligent SC UE a été exécuté, l’identifiant CID UE est transmis à destination de l’équipement appartenant au réseau cœur 102 dans une étape G6. A l’aide de l’identifiant CID UE , l’équipement appartenant au réseau cœur 102 adresse la base de données BdD afin d’obtenir toutes ou parties des données relatives au terminal utilisateur UE qu’elle contient dans une étape G7. Comme discuté plus haut dans le présent document, la base de données BdD comprend de nombreuses données D UE relatives au terminal utilisateur UE qui sont toutes chiffrées à l’exception de la clé de chiffrement publique KPub UE du terminal utilisateur UE. Plus particulièrement, les données D UE relatives au terminal utilisateur UE sont chiffrées au moyen de la clé de chiffrement symétrique KSym connue du réseau cœur. Cette clé de chiffrement symétrique KSym est ensuite chiffrée au moyen d’une clé de chiffrement publique KPub 102 de l’équipement appartenant au réseau cœur 102. Cette version chiffrée de la clé de chiffrement symétrique KSym est mémorisée dans la base de données BdD avec la version chiffrée des données D UE relatives au terminal utilisateur UE et la clé de chiffrement publique KPub UE du terminal utilisateur UE. La base de données BdD ainsi interrogée, transmet l’ensemble des données concernant le terminal utilisateur qu’elle contient à destination de l’équipement appartenant au réseau cœur 102 au cours d’une étape G8. A réception des données relatives au terminal utilisateur UE en provenance de la base de données BdD, l’équipement appartenant au réseau cœur 102 procède au déchiffrement de la clé de chiffrement symétrique KSym au moyen de sa clé de chiffrement privée KPriv 102 dans une étape G9. Puis une fois en possession de la clé chiffrement symétrique KSym, l’équipement appartenant au réseau cœur 102 procède au déchiffrement des données D UE relatives au terminal utilisateur UE au moyen de cette dernière dans une étape G10. L’équipement appartenant au réseau cœur 102 établit alors, dans une étape G11, une connexion avec le terminal utilisateur UE au moyen des données D UE relatives au terminal utilisateur UE. Dans d’autres modes de mises en œuvre, la connexion avec le terminal utilisateur UE est établie dans le cas où l’identifiant Id UE du terminal utilisateur UE issu de la base de données BdS correspond à l’identifiant Id UE du terminal utilisateur UE fourni par le nœud N1-5 appartenant au réseau blockchain 100. Dans le cas contraire, c’est-à-dire, lorsque l’identifiant Id UE du terminal utilisateur UE issu de la base de données BdS ne correspond pas à l’identifiant Id UE du terminal utilisateur UE fourni par le nœud N1-5 appartenant au réseau blockchain 100, l’établissement de la connexion avec le terminal utilisateur UE est interrompue. Dans d’autres modes de mises en œuvre, la connexion avec le terminal utilisateur UE est établie dans le cas où l’identifiant Id UE du terminal utilisateur UE issu de la base de données BdS correspond à l’identifiant Id UE du terminal utilisateur UE fourni par le nœud N1-5 appartenant au réseau blockchain 100 et à l’identifiant Id UE du terminal utilisateur UE compris dans la demande de connexion ConR. Dans le cas contraire, c’est-à-dire, lorsque l’identifiant Id UE du terminal utilisateur UE issu de la base de données BdS ne correspond pas à l’identifiant Id UE du terminal utilisateur UE fourni par le nœud N1-5 appartenant au réseau blockchain 100 et à l’identifiant Id UE du terminal utilisateur UE compris dans la demande de connexion ConR, l’établissement de la connexion avec le terminal utilisateur UE est interrompue. Une fois la connexion avec le terminal utilisateur UE établie, le terminal utilisateur et l’équipement appartenant au réseau cœur 102 mettent en œuvre de manière classique les étapes de la procédure d’attachement et de gestion des clés ou AKA pour « Attachment and Key Agreement » qui suivent l’authentification mutuelle du terminal utilisateur UE et de l’équipement appartenant au réseau cœur 102. Ainsi, le terminal utilisateur UE et l’équipement appartenant au réseau cœur 102 mettent en œuvre une procédure de négociation de clés de chiffrement, telles qu’une clé d'intégrité et une clé de chiffrement destinées à être utilisées afin de sécuriser les échanges de données intervenant entre le terminal utilisateur UE et le réseau cœur. La négociation des clés de chiffrement peut se faire au moyen de l’algorithme de Diffe-Hellman. La FIG. 4 représente un nœud N1-N5 appartenant à un réseau de chaîne de blocs apte à mettre en œuvre certaines étapes de la solution précédemment décrite. Un nœud N1-N5 peut comprendre au moins un processeur matériel 401, une unité de stockage 402 correspondant à la mémoire STOR 12 de la FIG. 1 , une première interface 403, et au moins une deuxième interface de réseau 404 et une machine virtuelle Ethereum EVM 10 qui sont connectés entre eux au travers d’un bus 405. Bien entendu, les éléments constitutifs du nœud N1-N5 peuvent être connectés au moyen d’une connexion autre qu’un bus. Le processeur 401 commande les opérations du nœud N1-N5. L'unité de stockage 402 stocke au moins un programme pour la mise en œuvre des différents procédés objets de l’invention à exécuter par le processeur 401, et diverses données, telles que des paramètres utilisés pour des calculs effectués par le processeur 401, des données intermédiaires de calculs effectués par le processeur 401, etc. Le processeur 401 peut être formé par tout matériel ou logiciel connu et approprié, ou par une combinaison de matériel et de logiciel. Par exemple, le processeur 401 peut être formé par un matériel dédié tel qu'un circuit de traitement, ou par une unité de traitement programmable telle qu'une unité centrale de traitement (« Central Processing Unit ») qui exécute un programme stocké dans une mémoire de celui-ci. L'unité de stockage 402 peut être formée par n'importe quel moyen approprié capable de stocker le programme ou les programmes et des données d'une manière lisible par un ordinateur. Des exemples d'unité de stockage 402 comprennent des supports de stockage non transitoires lisibles par ordinateur tels que des dispositifs de mémoire à semi-conducteurs, et des supports d'enregistrement magnétiques, optiques ou magnéto-optiques chargés dans une unité de lecture et d'écriture. L'interface 403 fournit une interface entre le nœud N1-N5 et un autre nœud N1-N5 du réseau de chaîne de blocs. L’interface réseau 404 fournit quant à elle une connexion entre le nœud N1-N5 et l’équipement appartenant au RAN 101, ou l’équipement appartenant au réseau cœur 102 ou encore la base de données BdD. La FIG. 5 représente un équipement appartenant au réseau cœur 102 apte à mettre en œuvre certaines étapes du procédé d’authentification du terminal utilisateur UE précédemment décrit. Un équipement appartenant au réseau cœur 102 peut comprendre au moins un processeur matériel 501, une unité de stockage 502, une première interface 503, et au moins une deuxième interface de réseau 504 qui sont connectés entre eux au travers d’un bus 505. Bien entendu, les éléments constitutifs de l’équipement appartenant au réseau cœur 102 peuvent être connectés au moyen d’une connexion autre qu’un bus. Le processeur 501 commande les opérations de l’équipement appartenant au réseau cœur 102. L'unité de stockage 502 stocke au moins un programme pour la mise en œuvre des différents procédés objets de l’invention à exécuter par le processeur 501, et diverses données, telles que des paramètres utilisés pour des calculs effectués par le processeur 501, des données intermédiaires de calculs effectués par le processeur 501, etc. Le processeur 501 peut être formé par tout matériel ou logiciel connu et approprié, ou par une combinaison de matériel et de logiciel. Par exemple, le processeur 801 peut être formé par un matériel dédié tel qu'un circuit de traitement, ou par une unité de traitement programmable telle qu'une unité centrale de traitement (« Central Processing Unit ») qui exécute un programme stocké dans une mémoire de celui-ci. L'unité de stockage 502 peut être formée par n'importe quel moyen approprié capable de stocker le programme ou les programmes et des données d'une manière lisible par un ordinateur. Des exemples d'unité de stockage 502 comprennent des supports de stockage non transitoires lisibles par ordinateur tels que des dispositifs de mémoire à semi-conducteurs, et des supports d'enregistrement magnétiques, optiques ou magnéto-optiques chargés dans une unité de lecture et d'écriture. L'interface 503 fournit une interface entre l’équipement appartenant au réseau cœur 102 et un nœud N1-N5 du réseau de chaîne de blocs 100. L’interface réseau 504 fournit quant à elle une connexion entre l’équipement appartenant au réseau cœur 102 et l’équipement appartenant au RAN 101, ou la base de données BdD. Procédé de génération d’un jeton d’authentification d’un terminal utilisateur auprès d’un réseau cœur mis en œuvre par un nœud appartenant à un réseau de chaine de blocs configuré pour mettre exécuter un contrat intelligent de ladite chaine de blocs, ledit procédé comprenant les étapes suivantes : obtention d’une requête d’enregistrement du terminal utilisateur comprenant au moins un jeton d’identification chiffré au moyen d’une clé de chiffrement privée du terminal utilisateur et un paramètre de contrôle, et d’un identifiant du réseau cœur auprès duquel le terminal utilisateur est destiné à être authentifié, déchiffrement du jeton d’identification au moyen d’une clé publique du terminal utilisateur, génération du jeton d’authentification du terminal utilisateur auprès du réseau cœur dans le cas où le jeton d’identification et le paramètre de contrôle ont la même valeur, chiffrement du jeton d’authentification au moyen d’une clé de chiffrement publique associée au réseau cœur. Procédé de génération d’un jeton d’authentification d’un terminal utilisateur selon la revendication 1 dans lequel, le jeton d’authentification est généré au moyen d’un identifiant du terminal utilisateur et d’au moins l’une des données suivantes appartenant à un groupe comprenant : un condensé, ou « hash », de la transaction, d’un condensé d’un identifiant de la transaction, un condensé d’un bloc de la chaine de blocs dans lequel la transaction est stockée, un condensé d’un identifiant du bloc de la chaine de blocs dans lequel la transaction est stockée, une donnée d’horodatage du bloc. Procédé de génération d’un jeton d’authentification d’un terminal utilisateur selon l’une quelconque des revendications 1 ou 2 comprenant une étape d’obtention de la clé de chiffrement publique du terminal utilisateur mémorisée dans la chaine de blocs au moyen d’un identifiant du terminal utilisateur compris dans la requête d’enregistrement du terminal utilisateur. Procédé de génération d’un jeton d’authentification d’un terminal utilisateur selon la revendication 3 dans lequel le jeton d’identification est généré au moyen de l’identifiant du terminal utilisateur et d’un nombre aléatoire. Procédé de génération d’un jeton d’authentification d’un terminal utilisateur selon la revendication 4 dans lequel le paramètre de contrôle est généré au moyen de l’identifiant du terminal utilisateur et du nombre aléatoire. Procédé de génération d’un jeton d’authentification d’un terminal utilisateur selon l’une quelconque des revendications 4 ou 5 dans lequel le nombre aléatoire est généré par un équipement d’un réseau d’accès auquel le terminal utilisateur est attaché. Procédé d’authentification d’un terminal utilisateur mis en œuvre par un équipement appartenant à un réseau cœur, ledit procédé comprenant les étapes suivantes : réception d’une demande de connexion émise par le terminal utilisateur comprenant un premier identifiant du terminal utilisateur et un premier jeton d’authentification du terminal utilisateur chiffré au moyen d’une clé de chiffrement publique associée au réseau cœur, obtention, au moyen du premier identifiant du terminal utilisateur, d’un deuxième jeton d’authentification du terminal utilisateur chiffré au moyen d’une clé de chiffrement publique associée au réseau cœur auprès d’un nœud appartenant à un réseau de chaine de blocs configuré pour mettre exécuter un contrat intelligent de ladite chaine de blocs, déchiffrement du premier jeton d’authentification et du deuxième jeton d’authentification au moyen d’une clé privée associée au réseau cœur, établissement d’une connexion avec le terminal utilisateur dans le cas où le premier jeton d’authentification et le deuxième jeton d’authentification ont la même valeur. Procédé d’authentification selon la revendication 7 dans lequel, la génération du jeton d’authentification par le contrat intelligent constituant une transaction stockée dans au moins un bloc de la chaine de blocs, le jeton d’authentification comprend un condensé, ou « hash », de la transaction, un condensé du bloc de la chaine de blocs dans lequel la transaction est stockée, d’un deuxième identifiant du terminal utilisateur et d’une donnée d’horodatage du bloc. Procédé d’authentification selon l’une quelconque des revendications 7 ou 8 comprenant en outre les étapes suivantes : obtention auprès d’une base de données décentralisée, au moyen du premier identifiant du terminal utilisateur, de données relatives au terminal utilisateur chiffrées au moyen d’une clé de chiffrement symétrique et de la clé de chiffrement symétrique chiffrée au moyen de la clé de chiffrement publique associée au réseau cœur, les données relatives au terminal utilisateur comprenant au moins un troisième identifiant du terminal utilisateur, déchiffrement de la clé de chiffrement symétrique au moyen de la clé privée associée au réseau cœur, déchiffrement des données relatives au terminal utilisateur au moyen de la clé de chiffrement symétrique, établissement d’une connexion avec le terminal utilisateur dans le cas où le premier identifiant et le troisième identifiant du terminal utilisateur ont la même valeur. Procédé d’authentification selon la revendication 9 dans lequel l’établissement de la connexion avec le terminal utilisateur est déclenché dans le cas où le premier identifiant, le deuxième identifiant et le troisième identifiant du terminal utilisateur ont la même valeur. Procédé d’authentification selon l’une quelconque des revendications 9 ou 10 dans lequel la connexion avec le terminal utilisateur est destinée à être établie au moyen des données relatives au terminal utilisateur obtenues auprès d’une base de données décentralisée. Nœud appartenant à un réseau de chaine de blocs configuré pour exécuter un contrat intelligent de ladite chaine de blocs destiné à générer un jeton d’authentification d’un terminal utilisateur auprès d’un réseau cœur, le nœud comprenant au moins un processeur configuré pour : obtenir une requête d’enregistrement du terminal utilisateur comprenant au moins un jeton d’identification chiffré au moyen d’une clé de chiffrement privée du terminal utilisateur et un paramètre de contrôle, et d’un identifiant du réseau cœur auprès duquel le terminal utilisateur est destiné à être authentifié, déchiffrer le jeton d’identification au moyen d’une clé publique du terminal utilisateur, générer le jeton d’authentification du terminal utilisateur auprès du réseau cœur dans le cas où le jeton d’identification et le paramètre de contrôle ont la même valeur, chiffrer le jeton d’authentification au moyen d’une clé de chiffrement publique associée au réseau cœur. Equipement appartenant à un réseau cœur destiné à authentifier un terminal utilisateur, ledit équipement comprenant au moins un processeur configuré pour : recevoir une demande de connexion émise par le terminal utilisateur comprenant un premier identifiant du terminal utilisateur et un premier jeton d’authentification du terminal utilisateur chiffré au moyen d’une clé de chiffrement publique associée au réseau cœur, obtenir, au moyen du premier identifiant du terminal utilisateur, un deuxième jeton d’authentification du terminal utilisateur chiffré au moyen d’une clé de chiffrement publique associée au réseau cœur auprès d’un nœud appartenant à un réseau de chaine de blocs configuré pour mettre exécuter un contrat intelligent de ladite chaine de blocs, déchiffrer un premier jeton d’authentification et du deuxième jeton d’authentification au moyen d’une clé privée associée au réseau cœur, établir une connexion avec le terminal utilisateur dans le cas où le premier jeton d’authentification et le deuxième jeton d’authentification ont la même valeur. Terminal utilisateur destiné à s’authentifier auprès d’un réseau cœur, le terminal utilisateur comprenant au moins un processeur configuré pour : transmettre une requête d’enregistrement comprenant au moins un jeton d’identification chiffré au moyen d’une clé de chiffrement privée du terminal utilisateur et un paramètre de contrôle à destination d’un nœud appartenant à un réseau de chaine de blocs configuré pour exécuter un contrat intelligent de ladite chaine de blocs destiné à générer un jeton d’authentification du terminal utilisateur auprès du réseau cœur, recevoir, en provenance du nœud appartenant à un réseau de chaine de blocs, le du jeton d’authentification du terminal utilisateur auprès du réseau cœur chiffré au moyen d’une clé de chiffrement publique associée au réseau cœur, émettre, à destination d’un équipement du réseau cœur, une demande de connexion comprenant un identifiant du terminal utilisateur et le jeton d’authentification chiffré, recevoir, en provenance de l’équipement du réseau cœur, un message relatif à l’établissement de la connexion. Programme d’ordinateur comportant des instructions pour la mise en œuvre d’un procédé de génération d’un jeton d’authentification d’un terminal utilisateur auprès d’un réseau cœur selon l’une quelconque des revendications 1 à 6, lorsque ledit programme est exécuté par un ordinateur. Programme d’ordinateur comportant des instructions pour la mise en œuvre d’un procédé d’authentification d’un terminal utilisateur selon l’une quelconque des revendications 7 à 11, lorsque ledit programme est exécuté par un ordinateur.