FR 3128088 A1 20230414 FR 2110858 A 20211013 L'invention concerne un procédé de transfert vers une deuxième station de base d’une communication réalisée via une première station de base, ladite communication faisant intervenir au moins un terminal mobile d’un utilisateur, ledit procédé étant mis en œuvre par un dispositif de transfert. Figure pour l'abrégé : Figure 2 Procédé et dispositif de transfert d’une communication d’une station de base à une autre. 1. Domaine de l'invention L'invention se rapporte au domaine général des réseaux de télécommunications et plus précisément à la technologie permettant la mobilité d’un terminal mobile entre les différentes stations de base d’un réseau mobile. 2. Art Antérieur Pour accéder aux services digitalisés et à leurs contenus/fonctionnalités, un utilisateur peut par exemple utiliser un terminal mobile via un réseau mobile. De manière connue, un tel réseau mobile repose sur un maillage plus ou moins dense de stations de base. Par exemple, un réseau 5G demande un maillage plus important que les précédentes générations afin de répondre à la demande croissante des utilisateurs en débit/volume de données. Chaque station de base couvrant une plus faible portion du territoire, le terminal mobile d’un utilisateur en déplacement change plus souvent de station de base. En outre, les usages en mobilité augmentent. On peut par exemple citer la conduite autonome ou le suivi de véhicules/containers en temps réel. Par conséquent, la gestion de la mobilité d’un terminal entre les différentes stations de base d’un réseau mobile lors d’une communication (voix ou données), également appelé « handover » en anglais, joue un rôle de plus en plus important. Cependant, le processus de « handover » est source d’attaques de la part de personnes mal intentionnées. Celles-ci peuvent, par exemple, utiliser une station de base pirate qui va émettre plus intensément que la station de base de l’opérateur de télécommunications dans le but de forcer le terminal de l’utilisateur à s’y connecter. Le pirate pourra ensuite obtenir des données confidentielles du terminal de l’utilisateur. En outre, dans le cas où par exemple il n’y aurait pas de station de base disponible opérée par l’opérateur de télécommunications de l’utilisateur, le terminal peut, lors d’une phase dite d’itinérance (ou « roaming » en anglais), se connecter à une station de base d’un opérateur de télécommunications tiers. Il est alors important que les informations échangées entre les deux opérateurs permettant l’itinérance soient certifiées et sûres. 3. Exposé de l'invention L'invention vient améliorer l'état de la technique et propose un procédé de transfert vers une deuxième station de base d’une communication réalisée via une première station de base, ladite communication faisant intervenir au moins un terminal mobile d’un utilisateur, ledit procédé étant mis en œuvre par un dispositif de transfert et caractérisé en ce qu’il comprend : une première étape d’obtention d’une demande de transfert de ladite communication depuis ladite première station de base vers ladite deuxième station de base, ladite demande comprenant au moins une clef cryptographique publique ; une deuxième étape d’obtention d’au moins deux paramètres ; une étape de calcul d’une clef cryptographique de session en fonction desdits au moins deux paramètres obtenus et de ladite clef cryptographique publique ; une étape de déchiffrement, via ladite clef de session, d’une donnée permettant de valider ladite demande de transfert, ladite donnée étant comprise dans une requête d’acquittement reçue en provenance dudit au moins un terminal en réponse à l’émission d’une requête d’acceptation de ladite demande de transfert. Selon l'invention, lorsque la station de base cible reçoit une demande de transfert d’une communication, c’est-à-dire une demande de prise en charge d’une communication, le procédé obtient dans la requête de transfert, une clef de cryptographique publique. Le procédé calcule ensuite une clef de session en fonction de deux paramètres obtenus et de la clef cryptographique publique. Les deux paramètres obtenus sont par exemple des paramètres utilisés dans le protocole d’échange de clefs Diffie-hellman. Le procédé émet par la suite ensuite une requête d’acceptation à destination du terminal de l’utilisateur en réponse à la requête de la demande de transfert reçue. Le procédé reçoit ensuite une requête d’acquittement comprenant une donnée permettant de valider le transfert. Avantageusement, ce mode de réalisation permet une authentification mutuelle entre l’émetteur de la requête de demande de transfert et la station de base cible. A noter qu’une station de base de téléphonie mobile est une station d’émission et de réception fixe, composée d’une ou plusieurs antennes émettrices/réceptrices, qui sont utilisés pour acheminer les appels cellulaires. A noter également que le procédé peut s’appliquer à un groupement de stations de base géré par un AMF (« Access and Mobility Management Function » en anglais). On entend par identifiant une suite de caractères et/ou de données binaires qui sert à identifier de façon certaine un service informatique ou un dispositif. Un tel identifiant est par exemple composé d’une adresse électronique telle qu’une adresse IP, une adresse MAC ou bien une URI/URL. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite clef cryptographique publique est chiffrée et en ce que la première étape d’obtention est suivie d’une étape de déchiffrement de ladite clef cryptographique publique via une clef cryptographique symétrique. Avantageusement, ce mode de réalisation permet de sécuriser les échanges via le chiffrement de la demande de transfert grâce à une clef cryptographique symétrique. Le chiffrement permet de s’assurer que les données échangées ne sont pas en « clair », c’est-à-dire lisibles / intelligibles par un pirate qui obtiendrait la demande de transfert. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite demande de transfert est en provenance dudit terminal mobile. Avantageusement, ce mode de réalisation permet à un terminal mobile d’un utilisateur d’être à l’initiative de la demande de transfert (« handover ») d’une communication d’une station de base courante à une station de base cible. Ce mode de réalisation est particulièrement adapté lorsque le réseau mobile et plus particulièrement les stations de base utilisées sont partagées entre plusieurs opérateurs de télécommunications (itinérance). En effet, c’est le terminal mobile qui fait la demande de transfert auprès de la station de base cible lorsque le signal radio de la station de base en cours d’utilisation s’affaiblit (station de base courante). Ainsi, dans le cas particulier de l’itinérance, ce mode de réalisation permet d’éviter les échanges de données entre l’opérateur de télécommunications opérant la station de base courante et l’opérateur de télécommunications opérant la station de base cible. L’utilisateur et plus particulièrement sont terminal conserve la maitrise des données échangées avec les différentes stations de base. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite demande de transfert comprend en outre une adresse électronique d’au moins un contrat intelligent inscrit à une chaîne de blocs et en ce que ladite clef cryptographique symétrique est obtenue depuis ledit au moins un contrat intelligent. Avantageusement, ce mode réalisation permet de s’assurer de l’intégrité de la clef cryptographique symétrique obtenue via les mécanismes de gestion de la chaîne de blocs et de ses contrats intelligents. A noter que le contrat intelligent peut créer un bloc au sein de la chaîne de blocs lorsque celui-ci fournit la clef cryptographique symétrique au procédé. Alternativement, la demande de transfert comprend une adresse électronique d’au moins une base de données et la clef cryptographique symétrique est obtenue depuis la base de données en question. La base de données ou la table est alors accessible uniquement via par exemple une authentification de type identifiant / mot de passe ou bien via un certificat. Comme indiqué dans le document (https://fr.wikipedia.org/wiki/Blockchain), la technologie des chaînes de blocs est une technologie de stockage et de transmission d'informations sans organe de contrôle. Techniquement, il s'agit d'une base de données distribuée dont les informations envoyées par les utilisateurs et les liens internes à la base sont vérifiés et groupés à intervalles de temps réguliers en blocs, l'ensemble étant sécurisé par cryptographie, et formant ainsi une chaîne. Par extension, une chaîne de blocs est une base de données distribuée qui gère une liste d'enregistrements protégés contre la falsification ou la modification par les nœuds de stockage ; c'est donc un registre distribué et sécurisé de toutes les transactions effectuées depuis le démarrage du système. Les chaînes de blocs sont notamment caractérisées en ce que leurs contenus ne peuvent pas être modifiés ou supprimés : une information publiée (c’est-à-dire enregistrée ou sauvegardée) dans une chaîne de blocs le reste pour toujours. Ainsi, une chaîne de blocs est réputée inaltérable et permet la gestion de données sensibles telles que des crypto-monnaies (monnaie émise de pair à pair sans intervention d’une banque centrale). On peut citer par exemple la monnaie électronique décentralisée Bitcoin créée en 2009. De façon connue, la sécurité d’une chaîne de blocs réside également dans le fait que les transactions réalisées au niveau de la chaîne de blocs sont visibles par tous ceux qui ont accès à cette chaîne de blocs. Cette transparence est une propriété fondamentale de la chaîne de blocs. Un contrat intelligent est un petit programme informatique irrévocable qui permet de réaliser des transactions sous certaines conditions (exécute des instructions pré-définies). Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite clef cryptographique symétrique est obtenue depuis ladite première station de base. Ce mode de réalisation permet, par exemple, dans le cas d’un transfert d’une communication entre deux stations de base opérées par le même opérateur de télécommunications d’obtenir depuis le réseau et plus particulièrement depuis la station de base courante la clef cryptographique symétrique. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite demande de transfert comprend en outre un identifiant et en ce que l’obtention desdits au moins deux paramètres se fait en fonction dudit identifiant. L’identifiant est par exemple une adresse électronique d’au moins un contrat intelligent inscrit à une chaîne de blocs appartenant à l’utilisateur. Ce contrat intelligent permet par exemple le stockage d’informations relatives à l’utilisateur telles que son profil, l’offre souscrite et les métriques associées (durée de communication voix réalisée, volume de données émises et/ou reçues, options souscrites, seuils, plages horaires liées aux services de télécommunications, etc.). Ce mode de réalisation permet, par exemple, de conditionner l’obtention des paramètres à des données contenues dans l’offre souscrite par l’utilisateur auprès de son opérateur de télécommunications. Ainsi, l’obtention des paramètres peut ne pas se faire si le seuil de données ou le seuil de durée de communication associé à l’offre est dépassé. A noter que l’identifiant peut être chiffré partiellement ou totalement. Dans le cas d’une adresse électronique d’un contrat intelligent, celle-ci peut être signée par une clef cryptographique symétrique ou bien privée appartenant à l’utilisateur. Bien entendu la clef symétrique ou la clef publique associée à la clef cryptographique privée de l’utilisateur est connue du dispositif qui fournit les deux paramètres. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’obtention desdits au moins deux paramètres se fait depuis un espace de stockage numérique. Ce mode de réalisation permet d’obtenir les au moins deux paramètres depuis, par exemple une base de données ou un contrat intelligent inscrit à une chaîne de blocs. Avantageusement, ce mode de réalisation permet, dans le cas d’un contrat intelligent, de s’assurer de l’intégrité des données stockées dans l’espace de stockage numérique via les mécanismes de gestion de la chaîne de blocs et de ses contrats intelligents. A noter que chaque obtention des paramètres par le procédé peut déclencher la génération, par le contrat intelligent, d’un bloc au sein de la chaîne de blocs. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de calcul comprend le calcul d’une seconde clef cryptographique publique en fonction desdits au moins deux paramètres obtenus et en ce que ladite requête d’acceptation comprend au moins ladite seconde clef publique chiffrée via une clef cryptographique symétrique. Ce mode de réalisation permet d’augmenter la sécurité liée au transfert de la communication. En effet, la fourniture au terminal de la seconde clef cryptographique publique lui permet de générer une clef cryptographique de session apte à chiffrer les échanges futurs. En outre, le chiffrement permet de s’assurer que les données, en l’occurrence la seconde clef publique ne soit pas échangée en « clair », c’est-à-dire lisible / intelligible par un pirate qui obtiendrait la requête d’acceptation. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite demande de transfert comprend en outre au moins une première empreinte numérique, qu’une deuxième empreinte numérique d’une donnée dérivée de la donnée initiale de ladite première empreinte numérique est obtenue lors de la deuxième étape d’obtention et qu’une troisième empreinte numérique d’une donnée dérivée de la donnée initiale de ladite deuxième empreinte numérique est comprise dans ladite deuxième donnée. On entend par empreinte numérique une donnée obtenue via une fonction cryptographique telle qu’une fonction de hachage permettant d’identifier la donnée initiale traitée par la fonction de hachage. Ce mode de réalisation permet d’augmenter la sécurité du procédé en s’assurant qu’il n’y a pas eu une rupture dans la suite des échanges réalisés par le procédé. Plus précisément qu’il n’y a pas eu d’attaque du type « homme du milieu ». En effet, seuls les dispositifs certifiés impliqués dans le procédé de transfert ont la connaissance de la fonction cryptographique permettant de générer l’empreinte numérique ainsi que la donnée initiale. A noter que l’identifiant peut être chiffré via une clef cryptographique symétrique Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l‘étape de déchiffrement est suivie d’une étape d’émission à destination d’un contrat intelligent inscrit à une chaîne de blocs d’au moins une commande. Ce mode de mise en œuvre permet, par exemple, de déclencher une action exécutée par un contrat intelligent inscrit à une chaîne de blocs (par exemple mettre à jour un statut). Concrètement, ce mode de réalisation permet par exemple de mettre à jour un statut géré par le contrat intelligent ou bien lui fournir des informations nécessaires à la réalisation du transfert / « handover » entre la première station de base et la seconde. Avantageusement, ce mode réalisation permet de s’assurer de l’intégrité des données stockées via les mécanismes de gestion de la chaîne de blocs et de ses contrats intelligents. Le contrat intelligent peut par la suite être consulté en toute confiance par un dispositif apte à consulter le statut du transfert / « handover », les demandes étant vérifiées et sécurisées. A noter que chaque commande traitée par le contrat intelligent peut faire l’objet d’une création de bloc au sein de la chaîne de blocs. Alternativement, la ou les commandes sont émises à destination d’une base de données. La base de données ou la table est alors accessible uniquement via par exemple une authentification de type identifiant / mot de passe ou bien via un certificat. L'invention concerne également un dispositif de transfert vers une deuxième station de base d’une communication réalisée via une première station de base, ladite communication faisant intervenir au moins un terminal mobile d’un utilisateur, ledit dispositif étant caractérisé en ce qu’il comprend : un premier module d’obtention d’une demande de transfert de ladite communication depuis ladite première station de base vers ladite deuxième station de base, ladite demande comprenant au moins une clef cryptographique publique ; un deuxième module d’obtention d’au moins deux paramètres ; un module de calcul d’une clef cryptographique de session en fonction desdits au moins deux paramètres obtenus et de ladite clef cryptographique publique ; un module de déchiffrement, via ladite clef de session, d’une donnée permettant de valider ladite demande de transfert, ladite donnée étant comprise dans une requête d’acquittement reçue en provenance dudit au moins un terminal en réponse à l’émission d’une requête d’acceptation de ladite demande de transfert. Le terme module 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 telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé ci-dessus selon l'un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ledit programme est exécuté par un processeur. Le procédé peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Ce programme 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'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. 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. D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Ce dispositif de transfert et ce programme d'ordinateur présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé de transfert. 4. Liste des figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : La La représente l’architecture matérielle d’un dispositif de transfert selon un mode particulier de réalisation, La représente sous forme d’organigramme les principales étapes d’un procédé de transfert selon un mode particulier de réalisation de l’invention, 5. Description d'un mode de réalisation de l'invention La représente l’architecture matérielle d’un dispositif de transfert DT conforme à l’invention. Dans le mode de réalisation décrit ici, ce dispositif a l’architecture matérielle d’un ordinateur. Il comprend notamment un processeur PROC1, une mémoire vive MV1, une mémoire morte MEM1 et une mémoire flash non volatile MF1. De tels moyens sont connus en soi et ne sont pas décrits plus en détail ici. La mémoire morte constitue un support d’enregistrement conforme à l’invention, lisible par le processeur PROC1 et sur lequel est enregistré ici un programme d’ordinateur PG1 conforme à l’invention, ce programme comportant des instructions pour mettre en œuvre les étapes du procédé de transfert tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC1. A l'initialisation, les instructions de code du programme d'ordinateur PG1 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC1. Le processeur PROC1 de l'unité de traitement UT1 met notamment en œuvre les étapes du procédé de transfert selon l'un quelconque des modes particuliers de réalisation décrits en relation avec la , selon les instructions du programme d'ordinateur PG1. Le dispositif DT comprend également des modules d’obtention OBT1 et OBT2 respectivement aptes à obtenir une demande de transfert d’une communication en provenance d’un terminal mobile utilisateur et une pluralité de paramètre en provenance d’un espace de stockage numérique tel qu’une base de données, un fichier ou une chaîne de blocs. Les paramètres correspondent par exemple à des paramètres utilisés dans le protocole d’échange de clefs Diffie-hellman. A noter que la demande de transfert comprend au moins une clef cryptographique publique chiffrée. Les modules de communication OBT1 et OBT2 sont par exemple des modules des réception configurés pour établir des communications avec un réseau IP et/ou circuit. A noter que le module OBT2 peut être apte à publier dans une chaîne de blocs des données liées aux étapes du procédé de transfert. A noter également que les modules OBT1 et OBT2 peuvent être un seul et même module. Le dispositif DT comprend de plus deux modules de déchiffrement DECRYPT1 et DECRYPT2 respectivement aptes à déchiffrer la clef cryptographique publique obtenue via le module OBT1 et une donnée, en provenance du terminal mobile utilisateur, permettant de valider la demande de transfert. Le dispositif DT comprend en outre un module de calcul CALC apte à calculer des clefs cryptographiques. Concrètement, le module de calcul génère au moins une clef cryptographique publique en fonction de la pluralité des paramètres obtenus via le module OBT2 et au moins une clef de session également en fonction des paramètres obtenus via le module OBT2 mais aussi en fonction de la clef cryptographique publique obtenue via le module OBT1. A noter que le module DECRYPT2 déchiffre la donnée via la clef de session générée par le module CALC. A noter également que le modules DECRYPT1 déchiffre la clef la clef cryptographique publique obtenue via le module OBT1 grâce à une clef cryptographique symétrique obtenue depuis un espace de stockage numérique. A noter que l’espaces de stockage numérique peuvent être compris dans le dispositif de transfert (fichiers, espaces mémoire, etc.) ou bien hébergés dans le réseau comme par exemple une base de données ou une chaîne de blocs. Selon un mode particulier de réalisation de l’invention, les modules DECRYPT1 et DECRYPT2 peuvent être un seul et même module de déchiffrement. La illustre des étapes du procédé de transfert selon un mode particulier de réalisation de l'invention. La est constituée d’un terminal TRM comme par exemple un terminal mobile ou un ordinateur portable apte à émettre et recevoir des requêtes via par exemple un réseau IP privé ou public. Le terminal TRM est connecté à un réseau mobile et plus précisément à une station de base AMF_Old (non représentée). Le terminal TRM est par exemple en cours de communication avec un second terminal (non représenté), la communication transitant par la station de base AMF_Old. Lorsque le signal radio de la station de base en cours d’utilisation par le terminal mobile TRM s’affaiblit (station de base courante), le terminal mobile cherche une nouvelle station de base (AMF) disponible ayant un signal radio apte à permettre la continuité de la communication. Selon un mode particulier de réalisation de l’invention, le procédé de transfert est un dispositif connecté, via par exemple une réseau IP ou circuit, à la station de base AMF. Dans l’exemple décrit ci-après, nous considérons que le dispositif de transfert est compris dans la station de base AMF. Les dispositifs ESN1et ESN2 sont par exemple des contrats intelligents, des chaînes de blocs ou encore des bases de données. Dans l’exemple décrit ci-après, nous considérons que les dispositifs ESN1et ESN2 sont des contrats intelligents inscrits à une chaîne de blocs et aptes à exécuter des fonctions décentralisées au sens de la technologie des chaînes de blocs. Les chaînes de blocs peuvent être publiques ou bien privées opérées, par exemple, par le gestionnaire du réseau mobile. Selon un mode particulier de réalisation de l’invention, les dispositifs ESN1et ESN2 sont un seul et même contrat intelligent inscrit à une chaîne de blocs. La station de base AMF est apte à émettre et recevoir des requêtes vers et depuis une chaîne de blocs. Bien évidement il est supposé que la station de base AMF est déjà connue et enregistrée au sein de la chaîne de blocs qui comprend des contrats intelligents ESN1et ESN2. Au cours d’une première étape E10, le terminal TRM, constate que le signal radio capté de la station de base AMF_Old en cours d’utilisation (station de base courante) s’affaiblit. Le terminal TRM émet alors une demande de transfert de la communication vers une station de base (AMF) apte à prendre en charge la communication. Alternativement la demande de transfert est émise depuis la station de base AMF_Old vers la station de base AMF (non représenté). A noter que la communication peut être une communication de type voix et/ou texte et/ou vidéo. La demande de transfert est reçue par la station de base AMF lors de l’étape E20. Cette demande transfert comprend par exemple un identifiant (ID1) et une clef cryptographique publique chiffrée ( ). L’identifiant ID1 est le premier identifiant au sens de l’invention La première donnée au sens de l’invention comprend la clef cryptographique publique . La clef cryptographique est une clef appartenant à l’utilisateur. La clef a par exemple été calculée par le terminal TRM grâce à des paramètres obtenus depuis la station de base AMF_Old. Ces paramètres sont par exemple utilisés dans le cadre d’un protocole d’échange de clefs Diffie-hellman. Ainsi, la clef cryptographique publique peut correspondre à : , étant les paramètres obtenus depuis la station de base AMF_Old. étant un grand nombre premier et une de ses racines primaires (en anglais « prime roots ») ; étant la clef privée. Lors d’une étape E21, la station de base AMF émet, à destination du dispositif ESN1, une requête (REQ1) comprenant au moins l’identifiant ID1 reçu lors de l’étape E20. L’identifiant ID1 est par exemple un identifiant d’une table de données. Alternativement l’identifiant ID1 est l’adresse électronique du contrat intelligent ESN1. Le dispositif ESN1 reçoit la requête lors de l’étape E31 et fournit en retour (E32) une clef cryptographique CL2. Cette clef est par exemple une clef de chiffrement symétrique obtenue en fonction de l’identifiant ID1. La clef CL2 est la clef cryptographique symétrique au sens de l’invention. La clef CL2 est reçue par la station de base AMF lors de l’étape E22. La clef CL2 est ensuite utilisée par la station de base AMF pour déchiffrer (E23) la clef cryptographique publique préalablement obtenue. Bien évidement la clef CL2 est connue du terminal TRM. Elle est par exemple obtenue par le terminal TRM depuis la station de base AMF_Old ou pré-provisionnée par l’opérateur de télécommunications de l’utilisateur par exemple dans la carte SIM de l’utilisateur ou dans une mémoire du terminal TRM. Alternativement la clef CL2 est reçue par la station de base AMF en provenance de la station de base AMF_Old par exemple lors de la demande transfert de la communication (non représenté). Lors de l’étape E23, la station de base AMF émet à destination du dispositif ESN2 une requête REQ2. En réponse à la requête REQ2 (E44), le dispositif ESN2 transmet à la station de base AMF des paramètres. Ces paramètres sont reçus par la station de base AMF lors de l’étape E24. Les paramètres reçus (E24) sont au moins les paramètres . Lors de l’étape E24, la station de base AMF calcule une clef cryptographique et une clef de session . La clef cryptographique est la seconde une clef cryptographique publique au sens de l’invention. La clef de session est la clef cryptographique de session au sens de l’invention. Pour calculer la clef cryptographique , la station de base AMF sélectionne en tant que clef cryptographique privée puis calcule la clef cryptographique publique comme suit : La clef de session est quant à elle calculée selon cette formule mathématique : A noter que la clef de session est une clef cryptographique symétrique. Selon un mode particulier de réalisation de l’invention (non représenté), la station de base AMF peut émettre à destination d’un espace de stockage numérique une requête de stockage de la clef de session . Lors d’une étape E25, la station de base AMF émet à destination du terminal TRM une réponse (requête d’acceptation) à la demande de transfert reçue lors de l’étape E20. La réponse est reçue par le terminal TRM lors de l’étape E15. Le terminal TRM émet par la suite un accusé de réception (E16) qui comprend au moins une donnée chiffrée (requête d’acquittement). Cet accusé de réception permet de s’assurer que le terminal TRM est prêt pour le transfert et qu’il est apte à se connecter à la station de base AMF. La donnée chiffrée obtenue par la station de base AMF lors de l’étape E26 est par exemple chiffrée via la clef de session . Cette donnée est par exemple un booléen ou une chaîne de caractères. Bien évidemment, la station de base AMF valide l’accusé de réception si la donnée reçue déchiffrée est conforme à ce qui est attendu. Selon un mode particulier de réalisation de l’invention, la demande de transfert comprend en outre une adresse électronique d’un contrat intelligent appartenant à l’utilisateur du terminal TRM. Cette adresse électronique peut comprendre une signature électronique obtenue via par exemple la clef cryptographique CL2. Par la suite, lors de l’étape E23, la station de base AMF émet la requête REQ2 qui peut également comprendre l’adresse électronique du contrat intelligent appartenant à l’utilisateur du terminal TRM. Ainsi, le dispositif ESN2 peut conditionner la fourniture, à la station de base AMF, des paramètres en fonction de données obtenues depuis le contrat intelligent appartenant à l’utilisateur du terminal TRM. Bien évidemment, dans le cas où la requête REQ2 comprend une adresse électronique de l’utilisateur incluant une signature électronique obtenue via la clef cryptographique CL2, la clef de déchiffrement de la signature est connue du dispositif ESN2. Le contrat intelligent appartenant à l’utilisateur permet par exemple le stockage d’informations relatives à l’utilisateur telles que son profil, l’offre souscrite et les métriques associées (durée de communication voix réalisée, volume de données émises et/ou reçues, options souscrites, seuils, plages horaires liées aux services de télécommunications, etc.). Ainsi, l’obtention des paramètres par la station de base AMF peut ne pas se faire si le seuil de données ou le seuil de durée de communication associé à l’offre est dépassé. Selon un mode particulier de réalisation de l’invention, lors d’une étape E25, la station de base AMF émet à destination du terminal TRM une réponse (requête d’acceptation) qui comprend la clef cryptographique . A noter que la clef cryptographique émise ( ) peut être chiffrée via la clef cryptographique CL2. La clef ainsi obtenue du terminal TRM, permet à celui-ci de calculer la clef de session selon la formule mathématique suivante : . Une fois la clef générée par le terminal TRM, celui-ci peut chiffrer tout ou partie de l’accusé réception émis à destination de la station de base AMF lors de l’étape E16. Selon un mode particulier de réalisation de l’invention, la demande de transfert comprend en outre un « nonce ». Un « nonce » est un nombre aléatoire ou pseudo aléatoire tel qu’un l’UUID (en anglais Universally Unique IDentifier) ou un GUID (en anglais Globally Unique Identifier). Le nonce permet de se prémunir des attaques par rejeu Alternativement, la demande de transfert comprend une empreinte numérique du nonce réalisée via une fonction de hachage permettant d’identifier sans ambiguïté la donnée initiale (c’est-à-dire le nonce) traitée par la fonction de hachage. Lors de l’étape E23, la station de base AMF émet la requête REQ2 qui peut également comprendre le nonce ou son empreinte numérique ( ) et reçoit lors de l’étape E24 un deuxième nonce dérivé du premier, par exemple incrémenté (nonce+1), ou bien son empreinte numérique . Le deuxième nonce ou son empreinte numérique est ensuite émis à destination du terminal TRM lors de l’étape E25 par exemple via la requête d’acceptation. La station de base AMF reçoit en retour un nouveau nonce incrémenté par le terminal TRM (nonce+2) ou son empreinte numérique . Ce mode de réalisation permet d’augmenter la sécurité du procédé en s’assurant qu’il n’y a pas eu une rupture dans la suite des échanges réalisés par le procédé. En effet, seuls les dispositifs certifiés impliqués dans le procédé de transfert (ENS2, EMF et TRM) ont la connaissance de la fonction cryptographique permettant de générer l’empreinte numérique ainsi que la donnée initiale (le nonce). L’incrémentation du « nonce » au fil des échanges permet de vérifier que chaque étape a bien eu lieu via des dispositifs licites et qu’il n’y a pas eu de rejeu d’anciennes requêtes. Selon un mode particulier de réalisation de l’invention (non représenté), la station de base AMF émet à destination d’un espace de stockage numérique une requête de mise à jour d’un statut. A noter que l’espace de stockage numérique peut correspondre au dispositif ESN1, ESN2 ou à une base de données. Le statut permet par exemple de connaitre l’état de la demande de transfert de communication. Par exemple, le statut peut être représenté par un paramètre numérique : Si le paramètre est égal à 1 alors cela peut indiquer que l’AMF_Old a envoyé l’ensemble des informations permettant le transfert au terminal TRM ou à l’AMF. Ce statut est par exemple mis à jour lors d’une étape préalable à l’étape E10. Si le paramètre est égal à 2 alors cela peut indiquer que l’AMF accepte la demande de transfert de la communication. La requête de mise à jour du statut peut, par exemple, être émise à la suite des étapes E20, E22 ou E24. Si le paramètre est égal à 3 cela peut signifier que l’authentification de l’utilisateur est valide, par exemple lorsque la station de base AMF déchiffre (E23) la clef cryptographique publique ou bien lorsque la signature de l’adresse électronique du contrat intelligent appartenant à l’utilisateur du terminal TRM est vérifiée (obtention des paramètres lors de l’étape E24). Ainsi, la requête de mise à jour du statut peut, par exemple, être émise à la suite des étapes E23 ou E24 Si le paramètre est égal à 4 cela peut signifier que l’authentification mutuelle a été réalisée avec succès entre l’AMF et le terminal et que l’AMF a obtenu en provenance du terminal TRM un accusé de réception pour la demande de connexion (E26). Ainsi, la requête de mise à jour du statut peut, par exemple, être émise à la suite de l’étape E26. Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention. Procédé de transfert vers une deuxième station de base d’une communication réalisée via une première station de base, ladite communication faisant intervenir au moins un terminal mobile d’un utilisateur, ledit procédé étant mis en œuvre par un dispositif de transfert et caractérisé en ce qu’il comprend : - une première étape d’obtention (E20) d’une demande de transfert de ladite communication depuis ladite première station de base vers ladite deuxième station de base, ladite demande comprenant au moins une clef cryptographique publique ; - une deuxième étape d’obtention (E24) d’au moins deux paramètres ; - une étape de calcul (E24) d’une clef cryptographique de session en fonction desdits au moins deux paramètres obtenus et de ladite clef cryptographique publique ; - une étape de déchiffrement (E26), via ladite clef de session, d’une donnée permettant de valider ladite demande de transfert, ladite donnée étant comprise dans une requête d’acquittement reçue (E16) en provenance dudit au moins un terminal en réponse à l’émission d’une requête d’acceptation (E25) de ladite demande de transfert. Procédé de transfert selon la revendication 1 dans lequel ladite clef cryptographique publique est chiffrée et en ce que la première étape d’obtention est suivie d’une étape de déchiffrement de ladite clef cryptographique publique via une clef cryptographique symétrique. Procédé de transfert selon la revendication 1 dans lequel ladite demande de transfert est en provenance dudit terminal mobile. Procédé de transfert selon la revendication 2 dans lequel ladite demande de transfert comprend en outre une adresse électronique d’au moins un contrat intelligent inscrit à une chaîne de blocs et en ce que ladite clef cryptographique symétrique est obtenue depuis ledit au moins un contrat intelligent. Procédé de transfert selon la revendication 2 dans lequel ladite clef cryptographique symétrique est obtenue depuis ladite première station de base. Procédé de transfert selon la revendication 1 dans lequel ladite demande de transfert comprend en outre un identifiant et en ce que l’obtention desdits au moins deux paramètres se fait en fonction dudit identifiant. Procédé de transfert selon la revendication 1 dans lequel l’obtention desdits au moins deux paramètres se fait depuis un espace de stockage numérique. Procédé de transfert selon la revendication 1 dans lequel l’étape de calcul comprend le calcul d’une seconde clef cryptographique publique en fonction desdits au moins deux paramètres obtenus et en ce que ladite requête d’acceptation comprend au moins ladite seconde clef publique chiffrée via une clef cryptographique symétrique. Procédé de transfert selon la revendication 1 dans lequel ladite demande de transfert comprend en outre au moins une première empreinte numérique, qu’une deuxième empreinte numérique d’une donnée dérivée de la donnée initiale de ladite première empreinte numérique est obtenue lors de la deuxième étape d’obtention et qu’une troisième empreinte numérique d’une donnée dérivée de la donnée initiale de ladite deuxième empreinte numérique est comprise dans ladite deuxième donnée. Procédé de transfert selon la revendication 1 dans lequel la deuxième étape de déchiffrement est suivie d’une étape d’émission à destination d’un contrat intelligent inscrit à une chaîne de blocs d’au moins une commande. Dispositif de transfert vers une deuxième station de base d’une communication réalisée via une première station de base, ladite communication faisant intervenir au moins un terminal mobile d’un utilisateur, ledit dispositif étant caractérisé en ce qu’il comprend : - un premier module d’obtention (OBT1) d’une demande de transfert de ladite communication depuis ladite première station de base vers ladite deuxième station de base, ladite demande comprenant au moins une clef cryptographique publique ; - un deuxième module d’obtention (OBT2) d’au moins deux paramètres ; - un module de calcul (CALC) d’une clef cryptographique de session en fonction desdits au moins deux paramètres obtenus et de ladite clef cryptographique publique ; - un module de déchiffrement (DECRYPT2), via ladite clef de session, d’une donnée permettant de valider ladite demande de transfert, ladite donnée étant comprise dans une requête d’acquittement reçue en provenance dudit au moins un terminal en réponse à l’émission d’une requête d’acceptation de ladite demande de transfert. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 10, lorsque le programme est exécuté par un processeur.