Le procédé d’établissement d’une communication entre un premier et un deuxième terminal est mis en œuvre par un serveur (S) et comporte des étapes de : - réception (E106), en provenance du premier terminal (T1) utilisant une première identité appelante (A), d’une requête comprenant une information sur une connexion (INFO) dudit premier terminal et un identifiant (ID) dudit premier terminal (T1); - obtention (E108), à partir d’une base de données et en utilisant ledit identifiant (ID), d’un couple d’identités appelantes (A, Abis) dont une certifiée (A) et une non certifiée (Abis), le couple comprenant ladite première identité appelante (A) et une deuxième identité appelante (Abis) ; - détermination (E110), à partir d’une desdites identités appelantes (A) et de l’information sur la connexion (INFO), d’un mode de connectivité dudit premier terminal (T1); - détermination (E112), en fonction du mode de connectivité, d’un numéro routable (TSAN) sur lequel le premier terminal (T1) peut envoyer une communication audit serveur (S), le serveur étant configuré pour router la communication vers le deuxième terminal en présentant une identité appelante (Abis) dudit couple (A, Abis); et - envoi (E114) dudit numéro routable (TSAN) audit premier terminal (T1). Figure pour l’abrégé : Fig. 3. Terminal mettant en œuvre un procédé de communication, et serveur mettant en œuvre un procédé d’établissement d’une communication entre deux terminaux L’invention se rapporte au domaine général des télécommunications. Plus précisément, l’invention se rapporte à l’établissement d’une communication par un terminal en utilisant, selon un critère sélectionné par un utilisateur du terminal, une identité appelante certifiée ou une identité appelante non certifiée du terminal. Des opérateurs téléphoniques proposent à leurs abonnés un service permettant à un terminal, selon un choix de l’utilisateur, d’émettre (ou de recevoir) des communications en utilisant une identité appelante certifiée, associée à un module d’authentification du terminal tel qu’une carte SIM ou eSIM (pour « Subscriber Identity Module » et « embedded SIM » en anglais), ou une identité appelante non certifiée. Ce service est particulièrement intéressant pour un utilisateur en situation de télétravail ou en déplacement professionnel. Ce service lui permet d’émettre des appels en utilisant son téléphone mobile tout en présentant au destinataire une identité appelante non certifiée du téléphone, qui correspond à un numéro professionnel par exemple un numéro fixe de son entreprise, et non pas l’identité appelante certifiée du téléphone mobile. Une application logicielle est installée sur le téléphone pour permettre l’émission des communications en utilisant l’identité appelante certifiée ou l’identité appelante non certifiée, selon un choix de l’utilisateur. Un appel entrant destiné initialement au numéro de l’entreprise qui correspond à l’identité non certifiée du téléphone mobile peut être renvoyé vers l’identité certifiée du téléphone, l’utilisateur pouvant ainsi recevoir cet appel sur son téléphone mobile. En particulier, la présentation sur le téléphone mobile des appels émis à destination de l’identité certifiée peut être différente de la présentation des appels émis à destination de l’identité non certifiée du téléphone (c’est-à-dire les appels destinés initialement au numéro de l’entreprise et renvoyés vers l’identité certifiée du téléphone), par exemple en utilisant une sonnerie différente ou en affichant un fond d’écran différent. Une application logicielle est installée sur le téléphone pour gérer la présentation des appels en fonction de leurs destinations initiales. La décrit une architecture d’un réseau de communication, dans lequel des méthodes de l’état de la technique sont mises en œuvre pour permettre à un terminal TA connecté au réseau en mode circuit d’émettre une communication en utilisant une identité appelante non certifiée Abis ou une identité appelante certifiée A, et pour permettre au terminal de recevoir une communication émise à destination de l’identité non certifiée Abis. Le réseau illustré est un réseau cellulaire de deuxième ou troisième génération (2G ou 3G) et comporte un réseau d’accès cellulaire RAN (pour «Radio Access Network » en anglais). De façon connue, le réseau illustré comporte un équipement de type GGSN (pour « GPRS Gateway Service Node » en anglais), un équipement de type SGSN (pour « Serving Gateway Service Node » en anglais), un commutateur mobile visité de type V-MSC (pour « Visited Mobile Switch Center » en anglais) comprenant un module de type VLR (pour « Visited Location Register » en anglais), et un équipement comprenant une base de données de type HLR (pour « Home Location Register » en anglais). Pour mettre en œuvre le service, le réseau comporte en outre une plateforme P utilisant le protocole de réseau intelligent CAMEL (pour « Customised Applications for Mobile Network Enhanced Logic » en anglais) ou INAP (pour « Intelligent Network Application Part » en anglais), et une plateforme de gestion du service par l’opérateur, notée SI pour « Système d’Informations ». Le terminal TA comporte un module d’authentification, par exemple une carte SIM ou eSIM, auquel l’identité appelante certifiée A est attribuée par l’opérateur du réseau, telle qu’une identité de type MSISDN (pour « Mobile Station International Subscriber Directory Number » en anglais). Le terminal TA peut être un téléphone mobile. La base de données HLR et la plateforme P font partie du réseau nominal du terminal TA, c’est-à-dire le réseau géré par l’opérateur ayant attribué l’identité appelante certifiée A. Ce réseau nominal est désigné en anglais par le réseau « Home ». Le commutateur V-MSC peut être géré par l’opérateur du réseau nominal ou par un opérateur d’un réseau visité si le terminal TA se trouve en situation d’itinérance (« roaming » en anglais). Des références numériques présentées sur la illustrent des échanges entre les différents équipements du réseau, qui représentent des étapes ETXi d’une méthode de l’art antérieur permettant d’émettre des communications sortantes en utilisant l’identité appelante certifiée A ou l’identité appelante non certifiée Abis, et des étapes ERXj d’une méthode de l’art antérieur permettant de recevoir des communications entrantes destinées à l’identité non certifiée Abis. Emission par le terminal TA d’une communication en utilisant l’identité non certifiée Abis de ce terminal: Au cours d’une étape ETX1a, la plateforme SI provisionne dans la base de données HLR une marque pour déclencher la plateforme P de réseau intelligent CAMEL mettant en œuvre le service pour les communications sortantes du terminal TA. Au cours d’une étape ETX1b, la plateforme SI provisionne dans une base de données MEM accessible par la plateforme P l’identité appelante certifiée A du terminal mobile TA et l’identité appelante non certifiée Abis correspondant à un numéro fixe ou mobile avec lequel le terminal TA est autorisé à émettre une communication sortante et présenter cette identité Abis à un terminal appelé TB. D’autres informations peuvent également être provisionnées dans la plateforme SI par exemple pour autoriser ou non certaines destinations appelées, ou pour autoriser ou non l’usage de ce service certains jours de la semaine ou durant un créneau horaire donné. Nous supposons que le terminal TA se connecte au réseau au cours d’une étape ETX2, par exemple suite à une mise en marche du terminal ou une désactivation d’un mode avion sur le terminal. Au cours d’une étape ETX3, le module VLR du commutateur mobile V-MSC télécharge le profil attaché au module d’authentification du terminal TA à partir de la base de données HLR. Le module VLR obtient ainsi la marque de déclenchement de la plateforme P de réseau intelligent CAMEL pour les communications sortantes du terminal TA. Cette marque de déclenchement comporte en particulier : - un point de déclenchement, par exemple de type IDP-2 (pour « Initial Detection Point – State 2 » en anglais), en référence à un automate d’appel de type O-BCSM (pour « Originating Basic Call State Machine » en anglais) standardisé et traité par le commutateur V-MSC ; - une adresse de la plateforme P traitant le service ; et - éventuellement le nom du service à exécuter par la plateforme P si elle traite plusieurs services. Au cours d’une étape ETX4, l’utilisateur du terminal TA déclenche l’application logicielle dédiée au service, par exemple l’application « Orange Telephone Pro » de l’opérateur Orange en France (marques déposées). L’utilisateur sélectionne un module permettant d’émettre une communication sortante en utilisant l’identité appelante non certifiée Abis. L’utilisateur compose un numéro appelé B du terminal TB. Au cours d’une étape ETX5a, l’application installée sur le terminal TA envoie une requête, par exemple de type HTTPS (pour « Hyper Text Transfer Protocol Secured » en anglais) vers la plateforme P, l’adresse de la plateforme P étant préconfigurée dans l’application. Cette requête contient le numéro appelé B et un identifiant technique permettant d’identifier le couple des identités A et Abis. Suite à la réception de la requête, la plateforme P consulte la base de données MEM pour vérifier que le service est autorisé pour le terminal TA et que le numéro appelé B est autorisé. Si c’est le cas, la plateforme P envoie au cours d’une étape ETX5b une réponse positive à l’application, par exemple en lui envoyant un code HTTP de type 2XX. En outre, la plateforme P crée en anticipation un contexte de communication en enregistrant dans la base de données MEM le numéro appelant de la requête qui est dans cet exemple l’identité certifiée appelante A, en association avec le numéro appelé B et avec l’identité appelante non certifiée Abis. Au cours d’une étape ETX6, l’application du terminal TA émet une communication sortante, en envoyant au commutateur V-MSC un message de type « Call Control Setup » comprenant le numéro appelé B et un identifiant technique associé à la carte SIM/eSIM du terminal TA, ce message étant un message de demande d’établissement d’une communication. Au cours d’une étape ETX7, le commutateur V-MSC reçoit le message de type Call Control Setup, vérifie sur la base du profil obtenu dans le module VLR que les communications sortantes sont autorisées, puis déclenche la plateforme P de réseau intelligent puisque la marque de déclenchement est présente dans ledit profil. Le commutateur V-MSC envoie à la plateforme P un message de type IDP (pour « Initial Detection Point » en anglais) conforme au protocole CAMEL et contenant : - l’identité appelante certifiée A obtenue du profil téléchargé (ETX3) de la base de données HLR lors de la phase d’attachement du terminal appelant TA au réseau; - le numéro appelé B obtenu du message de type Call Control Setup ; et - l’adresse de la plate-forme P et le nom du service obtenus du module VLR. La demande d’établissement de la communication sortante reste en attente au niveau du commutateur V-MSC en attendant la réponse de la plateforme P. Au cours d’une étape ETX8, la plateforme P de réseau intelligent CAMEL reçoit le message de type IDP, détecte la logique de service à appliquer à partir du nom du service contenu dans le message IDP, et consulte la base de données MEM pour rechercher la présence d’un contexte associé à l’identité appelante A et au numéro appelé B. Comme le résultat de la recherche du contexte est positif, la plateforme P envoie au cours d’une étape ETX9 une commande CX de type CAMEL CONNECT au commutateur V-MSC, cette commande CX comportant un paramètre de type « Generic Number » égal à l’identité appelante non certifiée Abis, et le numéro appelé B. Au cours d’une étape ETX10, le commutateur V-MSC reçoit la commande de type CAMEL CONNECT, traduit le message de demande d’établissement d’une communication en un message IAM (pour « Initial Address Message ») conforme au protocole ISUP/BICC (pour « ISDN Signalling User Part/Bearer-Independent Call Control » en anglais). Ce message IAM contient: - le numéro appelé B dans un champ « Called Number »; - l’identité appelante certifiée A dans un champ « Calling Party » ; et - l’identité appelante non certifiée Abis dans un champ « Generic Number ». Nous notons que les réglementations dans la majorité des pays, y compris la France, exigent que le numéro qui doit être restitué au niveau d’un terminal appelé est le numéro contenu dans le champ « Generic Number » et non pas dans le champ « Calling Party ». Lorsque le terminal TB associé au numéro appelé B reçoit la communication, il restitue, en tant que numéro appelant, l’identité appelante non certifiée Abis contenue dans le champ « Generic Number ». Emission par le terminal TA d’une communication en utilisant l’identité certifiée A de ce terminal : Si l’utilisateur du terminal TA choisit au cours de l’étape ETX4 en utilisant l’application installée sur le terminal, d’émettre une communication en utilisant l’identité appelante certifiée A, l’application ne met pas en œuvre l’étape ETX5a et n’envoie pas de requête. La plateforme P ne trouvant pas de pré-contexte au cours de l’étape ETX8, répond au commutateur V-MSC au cours de l’étape ETX9 avec un message de type CAMEL Continue. Ainsi le commutateur V-MSC insère au cours de l’étape ETX10 dans le message IAM de demande d’établissement de communication l’identité appelante certifiée A dans les champs « Generic Number » et « Calling Number » et le numéro appelé B dans le champ « Called Number ». Réception par le terminal TA d’une communication destinée à son identité non certifiée Abis : Le réseau illustré par la comporte en outre un équipement EQ-Abis du réseau de l’opérateur gérant l’identité non certifiée Abis, un équipement de type GMSC (pour « Gateway Mobile Switch Center » en anglais) du réseau nominal de l’identité certifiée A du terminal TA, et un équipement gérant une fonction de type « Event API » connecté à au moins un système de notification BD-APP propriétaire d’un fournisseur de système d’opération des terminaux mobiles, tels que les fournisseurs APNS (pour « Apple Push Notification Service ») et Firebase gérant respectivement les systèmes d’opérations mobiles Apple et Google (marques déposées). Au cours d’une étape ERX1, le terminal TB émet un message M1 de demande d’établissement d’une communication destinée au numéro Abis. La communication est routée selon l’état de la technique jusqu’au réseau prenant en charge ce numéro Abis, en particulier l’équipement EQ-Abis. Cet équipement EQ-Abis peut être un commutateur fixe CAA (pour « Commutateur à Autonomie d’Acheminement ») si le réseau appelé est un réseau RTC (pour « Réseau Téléphonique Commuté »), ou un équipement serveur d’application téléphonique TAS (pour « Telephony Application Server » en anglais), par exemple en mode Terminating, d’un réseau cœur IMS/NGN (pour « IP Multimedia Subsystem / Next Generation Network » en anglais) si le réseau appelé est un réseau fixe de type VoIP (pour « Voice over IP » en anglais), ou encore un point d’entrée GMSC si le réseau appelé est un réseau mobile. Cet équipement EQ-Abis est configuré avec un renvoi d’appel inconditionnel des communications émises à destination du numéro Abis vers le numéro A du terminal TA. Au cours d’une étape ERX2, l’équipement EQ-Abis envoie au dispositif GMSC du réseau mobile prenant en charge le numéro A, un message M2 de demande d’établissement d’une communication. Le message M2 est obtenu à partir du message M1 en modifiant le numéro appelé Abis par le numéro de renvoi A, en gardant le numéro appelant B, en valorisant le champ « numéro de redirection » avec le numéro initialement appelé Abis, en positionnant ou incrémentant un compteur de renvois, et en ajoutant une information sur la cause du renvoi. Au cours d’une étape ERX3, l’équipement GMSC consulte la base de données HLR du réseau nominal en lui envoyant un message de type SRI (pour « Send Routing Information » en anglais) contenant le numéro A. La base de données HLR gérant ce numéro retourne le profil correspondant et en particulier la marque CAMEL T-CSI (pour « Terminating Camel Subscription Identifier » en anglais) demandant à déclencher la plateforme P. Au cours d’une étape ERX4, l’équipement GMSC envoie à la plateforme P un message de type CAMEL IDP contenant le numéro appelé A, le numéro appelant B, le numéro de renvoi Abis présent dans le champ « Redirecting Number », et éventuellement un identifiant du service si la plateforme gère plusieurs services. Au cours d’une étape ERX5, la plateforme P consulte la base de données MEM en utilisant le numéro A pour vérifier que le service est autorisé et actif pour ce numéro A. La plateforme P détecte qu’il y a un numéro de renvoi valorisé avec le numéro Abis. Au cours d’une étape ERX6, la plateforme P envoie un message de notification, par exemple de type HTTPS, à l’équipement gérant la fonction Event API qui transmet ce message de notification au système BD-APP. Ce système envoie à l’application installée sur le terminal TA, par exemple via le réseau Internet, une notification comprenant le numéro de renvoi Abis et le numéro appelant B. Ainsi, l’application est avertie qu’elle va recevoir une communication qui devra être associée à l’identité non certifiée Abis. Au cours d’une étape ERX7, la plateforme P envoie à l’équipement GMSC un message de type CAMEL Continue pour qu’il poursuive la présentation de la communication vers le terminal TA de manière standard : seul le numéro appelant B est transmis au terminal TA. Au cours d’une étape ERX8 et de façon connue, l’équipement GMSC interroge la base de données HLR, via un message de type SRI pour obtenir un numéro technique routable du terminal TA par exemple selon la norme E.164, ce numéro étant attribué par le commutateur V-MSC auquel le terminal mobile TA est connecté sous couverture 2G ou 3G. La base de données HLR obtient ce numéro routable du commutateur V-MSC via un message de type PRN (pour « Provide Routable Number » en anglais) et le retourne à l’équipement GMSC. Au cours d’une étape ERX9, l’équipement GMSC route la communication jusqu’au commutateur V-MSC en lui fournissant un numéro appelé MSRN (pour « Mobile Station Routable Number » en anglais), le numéro appelant B, mais également le numéro de renvoi Abis pour notifier le commutateur V-MSC que cette communication est issue d’un premier renvoi d’appel et ne devrait pas être renvoyée vers un numéro autre que la messagerie du numéro appelé A. Au cours d’une étape ERX10, le commutateur V-MSC retrouve sur la base du numéro appelé MSRN le contexte du terminal mobile TA et route la communication vers le terminal TA en lui fournissant uniquement le numéro appelant B, par exemple via un message de type CC-Setup. L’application installée sur le terminal TA retrouve dans le message de notification de l’étape ERX6 le numéro B et présente alors la communication selon des paramètres de présentation spécifiques à l’identité non certifiée Abis, par exemple en générant une sonnerie donnée ou en affichant un fond d’écran ou un logo donné. Lorsque le terminal TA est connecté au réseau en mode VoIP, par exemple lorsque le réseau cellulaire est de quatrième ou cinquième génération (4G ou 5G), des échanges similaires à ceux décrits en référence à la se produisent pour mettre en œuvre le service d’émission ou de réception d’une communication en utilisant une identité certifiée ou une identité non certifiée, mais les échanges sont basés sur le protocole SIP (pour « Session Initiation Protocol » en anglais). De façon connue, le réseau nominal du terminal TA comporte une base de données de type HSS (pour « Home Subscriber Server » en anglais) en plus de la base HLR. De façon connue, le réseau 4G ou 5G comporte un équipement de type CSCF (pour « Call State Control Function » en anglais) et un équipement de type TAS (pour « Telephony Application Server » en anglais) au lieu des équipements VMSC utilisés dans les réseaux 2G ou 3G. Ces méthodes de l’art antérieur permettant d’émettre ou de recevoir des communications en utilisant une identité certifiée ou une identité non certifiée ne sont pas satisfaisantes, que ce soit lorsque le terminal TA est connecté au réseau en mode circuit (par exemple sous couverture 2G ou 3G) ou en mode VoIP (par exemple sous couverture 4G ou 5G ou WiFi). En effet, la durée des différents échanges entre les équipements du réseau impacte le délai PDD (pour « Post Dial Delay » en anglais) nécessaire pour établir la communication, ce qui impacte l’expérience de l’utilisateur. En outre ces méthodes se basent sur le protocole CAMEL, alors que ce protocole n’est pas supporté pas tous les opérateurs. En plus, ce protocole n’est pas supporté par tous les accords d’itinérance entre les opérateurs. En absence d’un tel accord, un terminal se trouvant en situation d’itinérance ne peut pas bénéficier du service : si l’utilisateur du terminal sélectionne d’émettre une communication en utilisant l’identité non certifiée Abis, l’émission de cette communication peut ne pas être admise par le réseau visité, ou la communication peut être présentée à l’appelant avec l’identité certifiée A. De plus, le service selon les méthodes de l’art antérieur ne peut être fourni par un opérateur donné que pour les terminaux associés à des identités appelantes certifiées attribuées par cet opérateur. Il existe donc un besoin d’une solution qui permet d’établir une communication en utilisant une identité appelante certifiée ou non certifiée selon un choix de l’utilisateur d’un terminal, et qui ne présente pas les inconvénients des méthodes de l'état de la technique. L’invention vise un procédé d’établissement d’une communication entre un premier et un deuxième terminal, le procédé étant mis en œuvre par un serveur et comportant des étapes de : - réception, en provenance du premier terminal utilisant une première identité appelante, d’une requête comprenant une information sur une connexion du premier terminal et un identifiant du premier terminal ; - obtention, à partir d’une base de données et en utilisant l’identifiant, d’un couple d’identités appelantes dont une certifiée et une non certifiée, le couple comprenant ladite première identité appelante et une deuxième identité appelante ; - détermination, à partir d’une desdites identités appelantes et de l’information sur la connexion, d’un mode de connectivité du premier terminal ; - détermination, en fonction du mode de connectivité, d’un numéro routable sur lequel le premier terminal peut envoyer une communication au serveur, le serveur étant configuré pour router la communication vers le deuxième terminal en présentant une identité appelante dudit couple ; et - envoi du numéro routable au premier terminal. Corrélativement, l’invention vise un serveur configuré pour établir une communication entre un premier et un deuxième terminal, le serveur comprenant : - des moyens de communication configurés pour recevoir, en provenance du premier terminal utilisant une première identité appelante, une requête comprenant une information sur une connexion du premier terminal et un identifiant du premier terminal ; - un module d’obtention, à partir d’une base de données et en utilisant l’identifiant, d’un couple d’identités appelantes dont une certifiée et une non certifiée, le couple comprenant ladite première identité appelante et une deuxième identité appelante ; - un module de détermination, à partir d’une desdites identités appelantes et de l’information sur la connexion, d’un mode de connectivité du premier terminal ; et - un module de détermination, en fonction du mode de connectivité, d’un numéro routable sur lequel le premier terminal peut envoyer une communication au serveur, le serveur étant configuré pour router la communication vers le deuxième terminal en présentant une identité appelante dudit couple ; - les moyens de communication étant configurés pour envoyer le numéro routable au premier terminal. Les caractéristiques et avantages du procédé d’établissement d’une communication proposé présentés ci-après s’appliquent de la même façon au serveur proposé et vice versa. Le procédé proposé d’établissement d’une communication permet de retourner au premier terminal émetteur de la requête, le numéro routable qui permet au premier terminal de joindre le serveur et lui envoyer la communication destinée au deuxième terminal, le serveur étant configuré pour router cette communication vers le deuxième terminal. Le serveur proposé peut être joignable via un ou plusieurs numéros routables. Le numéro routable retourné au premier terminal permet d’optimiser le routage de la communication du premier terminal vers le serveur, ce qui permet de réduire le coût de la communication et la consommation énergétique engendrée. Le serveur proposé d’établissement d’une communication est un serveur centralisé permettant de fournir le service. Le serveur proposé peut être situé dans n’importe quel pays, par exemple dans le pays du réseau nominal du terminal, dans un pays d’un réseau visité par le terminal ou dans un autre pays. La technique proposée ne se base pas sur les protocoles CAMEL ou INAP. Ainsi, le service d’établissement d’une communication en utilisant une identité appelante certifiée ou non certifiée peut être assuré lorsque le terminal est en situation d’itinérance, peu importe si le contrat d’itinérance supporte ou pas les protocoles CAMEL et/ou INAP. La technique proposée est néanmoins compatible avec l’utilisation des protocoles CAMEL et/ou INAP. Le serveur proposé peut être géré par un opérateur téléphonique pour fournir le service à plusieurs terminaux, sans exiger que ces terminaux soient associés à des identités appelantes certifiées attribuées par cet opérateur. Alternativement, le serveur proposé peut être géré par une organisation de type OTT (pour « Over The Top » en anglais). Ainsi, n’importe quel terminal peut bénéficier du service, quel que soit son opérateur. Le numéro routable est de préférence un numéro fixe. Alternativement, il peut être un numéro mobile. Le numéro routable peut être au format téléphonique national ou international E.164 ou bien encore au format TEL URI ou SIP URI. Chacune des identités appelantes, certifiée et non certifiée, peut être un numéro fixe ou mobile. Au sens de l’invention, une identité appelante certifiée, dite aussi de type certifiée, est un Numéro de Désignation de l’Installation NDI. Au sens de l’invention, une identité appelante non certifiée, dite aussi de type non certifiée, est un Numéro de Désignation Supplémentaire NDS. Une description sur les identités appelantes certifiée NDI et non certifiée NDS, conformément à l’art antérieur, est présentée en ce qui suit pour mieux comprendre l’invention. Une identité appelante certifiée NDI est certifiée par une entité gérant le réseau du dispositif appelant, par exemple l’opérateur du terminal appelant. Dans un mode de réalisation dans lequel la communication est un appel téléphonique, cette identité NDI peut correspondre au numéro de téléphone associé à la ligne téléphonique réelle du terminal appelant et fait partie du plan de numérotation international E.164. Plusieurs identités appelantes certifiées peuvent identifier une même communication. Par exemple, conformément au protocole SIP (pour « Session Initiation Protocol » en anglais, norme IETF RFC 3261), un appel sortant d’une entreprise peut être identifié par un champ PAI (pour « Private Asserted Identity » en anglais et défini dans la norme IETF RFC3325) à un format SIP URI contenant le numéro du poste téléphonique appelant (dans une partie « utilisateur » conforme au format SIP URI) et un autre champ PAI à un format TEL URI correspondant au numéro de téléphone du standard de l’entreprise, les deux champs PAI étant inclus dans un message de présentation d’appel SIP INVITE. Un message de présentation d’appel SIP INVITE peut contenir deux champs PAI ayant deux formats différents, mais qui contiennent ou non une même information, par exemple un même numéro de téléphone contenu dans un champ PAI au format TEL URI et dans la partie utilisateur d’un champ PAI au format SIP URI. Conformément à l’art antérieur, une identité appelante non certifiée NDS est transportée de manière transparente de bout en bout depuis le terminal appelant jusqu’au terminal appelé sans aucun contrôle ni d’un opérateur appelant ni d’un opérateur appelé ni d’un opérateur de transit, cette identité appelante non certifiée NDS étant insérée par l’installation du terminal appelant. Conformément au protocole SIP, une identité appelante non certifiée NDS peut être incluse dans un champ SIP FROM dans un message SIP INVITE. Selon l’état de la technique, le message SIP INVITE ne comporte qu’un seul champ SIP FROM. Une identité appelante non certifiée peut être une identité masquée. Une identité appelante non certifiée peut être une identité non disponible. Par exemple, un appel identifié par une identité appelante non certifiée non disponible, autrement dit un appel sans identité appelante non certifiée, peut être présenté par un message SIP INVITE comportant un champ SIP FROM vide, par exemple un champ FROM: "Unavailable" sip:unavailable@unknown.invalid. Typiquement lorsque la signalisation de la communication identifiée par cette identité appelante non certifiée emprunte un réseau ne supportant pas le type d’identités appelantes non certifiées, par exemple un réseau de vieille génération, l’identité appelante non certifiée est supprimée. En France, c’est l’identité appelante non certifiée NDS qui est affichée sur le dispositif appelé. Par exemple, lorsqu’un centre d’appel émet des communications pour faire une campagne commerciale à la demande d’une société, le centre d’appel ne présente pas le numéro du centre d’appel, mais présente le numéro de la société comme identité appelante non certifiée NDS de sorte à ce que le dispositif appelé puisse rappeler la société et non pas le centre d’appel. Dans d’autres pays, c’est l’identité appelante certifiée NDI qui est affichée sur le dispositif appelé. Dans un mode de réalisation particulier, la requête comprend un numéro appelé, le procédé proposé comprend en outre : - une étape d’enregistrement dans une mémoire, pour une durée donnée, du numéro appelé en association avec ledit couple (c’est-à-dire avec la première identité appelante et la deuxième identité appelante ); et - suite à une réception d’une communication émise avec la première identité appelante, une étape d’obtention du numéro appelé et de la deuxième identité appelante à partir de la mémoire ; et - une étape de routage de la communication vers le numéro appelé en présentant, selon un critère sélectionné par un utilisateur du premier terminal, la première ou la deuxième identité appelante dudit couple. Dans un mode de réalisation particulier, le mode de connectivité du premier terminal correspond à une connectivité du premier terminal à son réseau nominal ou à un réseau visité et/ou à une connectivité en technologie circuit ou en technologie VoIP. La technique proposée permet de tenir compte de la situation du premier terminal, sous couverture de son réseau nominal ou sous couverture d’un réseau visité, c’est-à-dire en situation d’itinérance, et de la technologie de la connexion du premier terminal au réseau nominal ou visité : en mode circuit ou en mode VoIP. Nous rappelons qu’une connexion en technologie VoIP peut être par exemple une connexion en technologie VoLTE, VoNR ou VoWiFi (pour « Voice over Long Term Evolution », « Voice over New Radio », et « Voice over Wireless Fidelity » en anglais). Tenir compte de ces éléments permet de déterminer, si le serveur peut être joignable via plusieurs numéros routables, le numéro routable qui optimise le routage de communication du premier terminal vers le serveur proposé, par exemple en termes de compatibilité technologique, d’optimisation de la qualité vocale des communications, de délai et/ou de coût de communication. Dans un mode de réalisation particulier, le mode de connectivité déterminé représente une connectivité du premier terminal à son réseau nominal, le numéro routable étant un numéro attribué dans la même zone géographique de tarification que celle du réseau nominal, tel qu’un numéro du même pays que celui du réseau nominal. Dans un mode de réalisation particulier, le mode de connectivité déterminé représente une connectivité du premier terminal à un réseau visité en technologie circuit, le numéro routable étant un numéro attribué dans la même zone géographique de tarification que celle du réseau visité, par exemple dans le même pays que celui du réseau visité ou dans la même zone géographique que celle du réseau visité dans laquelle les coûts d’itinérance sont imposés et identiques quel que soit le pays de cette zone, telle que la zone Europe. Ce numéro routable attribué dans la même zone que celle du réseau visité permet de réduire le délai PDD et d’éviter les coûts de communications en situation d’itinérance. En effet, dans ce mode le terminal utilise un commutateur V-MSC de l’opérateur du pays visité, qui télécharge dans son module VLR le profil associé à l’identité appelante certifiée du terminal, depuis la base de données HLR de l’opérateur nominal. Nous rappelons que le modèle d’itinérance correspondant à la connectivité en mode circuit est de type LBO (pour « Local Break Out » en anglais). Dans un mode de réalisation particulier, le mode de connectivité déterminé représente une connectivité du premier terminal à un réseau visité en technologie VoIP selon un modèle d’itinérance de type LBO et sous un accord d’itinérance en VoIP entre les opérateurs des réseaux nominal et visité, le numéro routable étant un numéro attribué dans la même zone géographique de tarification que celle du réseau visité, par exemple dans le même pays. Même si la signalisation de la communication selon le protocole SIP fait un aller-retour entre le pays visité et le pays nominal puis entre le pays nominal et le pays visité, les flux média selon le protocole RTP (pour « Real Time Protocol » en anglais) restent localisés au niveau du pays visité, plus précisément entre le premier terminal, un équipement de type IM-GW (pour « IP Multimedia Gateway » en anglais) piloté par un équipement de type P-CSCF du pays visité (pour « Proxy Call State Control Function » en anglais) et un équipement d’interconnexion avec le serveur proposé. Nous rappelons que les flux média selon le protocole RTP sont coûteux au niveau des réseaux d’interconnexions internationales de type IPX (pour « International Packet Exchange » en anglais). Le numéro routable attribué dans le pays du réseau visité permet d’éviter ces coûts. En plus, garder ces flux média dans le pays visité permet d’éviter un délai RTD (pour « Round Trip Delay » en anglais) d’acheminement de ces flux entre le pays du réseau nominal et celui du réseau visité. Dans un mode de réalisation particulier, le mode de connectivité déterminé représente une connectivité du premier terminal à un réseau visité en technologie VoIP selon un modèle d’itinérance de type S8HR et sous un accord d’itinérance en VoIP entre les opérateurs des réseaux nominal et visité, le numéro routable étant un numéro attribué dans la même zone géographique de tarification que celle du réseau nominal, par exemple dans le même pays que celui du réseau nominal. Nous rappelons que le modèle S8HR (pour « S8 Home Routed ») est un modèle d’itinérance standardisé selon les normes 3GPP et GSMA. Dans ce cas, les communications du premier terminal passent par une station de base eNodeB ou gNode de l’opérateur visité et un commutateur SGW (pour « Serving Gateway » en anglais) de l’opérateur visité. Cependant, ces communications passent par un routeur PGW (pour « Packet network Gateway » en anglais) et des équipements du cœur de réseau IMS de l’opérateur nominal : des équipements de type P-CSCF, I-CSCF, S-CSCF et TAS. Le flux média RTP, selon le modèle d’itinérance S8HR, émis ou reçu par le terminal mobile transite au travers d’un réseau d’interconnexion IPX entre le premier terminal, un équipement SGW de l’opérateur visité, un équipement PGW de l’opérateur nominal et un équipement IM-GW de l’opérateur nominal contrôlé par l’équipement P-CSCF de l’opérateur nominal. Dans ce mode de réalisation, le numéro routable qui réduit le délai PDD et le coût de communication est un numéro attribué dans la même zone géographique de tarification du réseau nominal, par exemple dans le pays du réseau nominal. La technique proposée permet de fournir le service pour les communications émises mais également pour les communications reçues par un terminal, sur une identité certifiée ou non certifiée de ce terminal. Dans un mode de réalisation particulier, le procédé d’établissement d’une communication comprend des étapes de : - suite à une réception d’une communication destinée à l’identité non certifiée du premier terminal, recherche dans la base de données de cette identité non certifiée, et en cas de recherche positive : - obtention de l’identité certifiée associée dans la base de données à l’identité non certifiée ; - envoi à destination de l’identité certifiée d’une notification alertant d’une future communication émise à destination de l’identité non certifiée, la notification comprenant le numéro appelant de la communication ; et - routage de la communication vers l’identité certifiée. Ce mode de réalisation concerne les communications émises à destination de l’identité non certifiée du premier terminal et renvoyées par le serveur proposé vers l’identité certifiée du premier terminal. Dans un mode de réalisation particulier relatif à une communication émise à destination de l’identité non certifiée, le procédé d’établissement d’une communication comprend en outre une étape de sélection d’un équipement d’interconnexion dans le pays dans lequel l'identité certifiée est attribuée, cet équipement étant sélectionné à partir d’une table de routage et/ou d’une base de portabilité de type SPN (pour « Serveur de Portabilité de Numéro »), la communication émise à destination de l’identité non certifiée étant routée via l’équipement d’interconnexion. L’équipement sélectionné permet de réduire la latence et le coût de la communication. L’invention vise également un dispositif comprenant un module configuré pour enregistrer dans une mémoire au moins un identifiant associé à un couple d’identités appelantes d’un terminal, dont une certifiée et une non certifiée. En particulier, le dispositif proposé peut faire partie du serveur proposé. L’invention vise également un procédé de communication mis en œuvre par un terminal et comportant des étapes de : - envoi à un serveur d’une requête comprenant une information sur une connexion du terminal et un identifiant du terminal ; - réception en provenance du serveur d’un numéro routable sur lequel le terminal peut envoyer une communication au serveur, le serveur étant configuré pour router la communication vers un deuxième terminal en présentant une identité appelante parmi un couple d’identités appelantes associé audit identifiant, le couple comprenant une identité appelante certifiée et une identité non certifiée du terminal ; et - envoi d’une communication au numéro routable. Corrélativement, l’invention vise un terminal comprenant des moyens de communication configurés pour : - envoyer à un serveur une requête comprenant une information sur une connexion du terminal et un identifiant du terminal ; - recevoir en provenance du serveur un numéro routable sur lequel le terminal peut envoyer une communication au serveur, le serveur étant configuré pour router la communication vers un deuxième terminal en présentant une identité appelante d’un couple associé audit identifiant, le couple comprenant une identité appelante certifiée et une identité appelante non certifiée dudit terminal ; et - envoyer une communication au numéro routable. Les caractéristiques et avantages du procédé de communication proposé présentés ci-après s’appliquent de la même façon au terminal proposé et vice versa. Les caractéristiques et avantages du procédé d’établissement d’une communication (et du serveur) proposé s’appliquent de la même façon au procédé de communication (et au terminal) proposé et vice versa. Le terminal peut être de type téléphone mobile, par exemple un Smartphone, ou une tablette, ou un ordinateur ou tout autre type de dispositif communicant. Dans un mode de réalisation particulier, le procédé de communication proposé comprend en outre des étapes de : - réception d’une notification alertant d’une future communication sur un numéro, la notification comprenant le numéro appelant de ladite communication ; - sélection, pour le numéro appelant et pour une durée donnée, de paramètres de présentation d’une communication ; et - suite à une réception d’une communication dont le numéro appelant est le numéro appelant contenu dans la notification, présentation de la communication selon les paramètres sélectionnés. Ce mode de réalisation permet de restituer une communication reçue sur l’identité certifiée de façon différente d’une communication reçue sur l’identité non certifiée. L’invention a une application avantageuse pour des personnes en situation de télétravail ou de déplacement professionnel. L’invention vise également un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou dans le serveur proposé. Ce programme comporte des instructions adaptées à la mise en œuvre d’un procédé d'établissement d’une communication tel que décrit ci-dessus, lorsque le programme est exécuté par un ordinateur. L’invention vise également un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou dans le terminal proposé. Ce programme comporte des instructions adaptées à la mise en œuvre d’un procédé de communication tel que décrit ci-dessus, lorsque le programme est exécuté par un ordinateur. Chacun de ces programmes peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise aussi un support d'information ou un support d’enregistrement lisibles par un ordinateur, et comportant des instructions d’un programme d'ordinateur tel que mentionné ci-dessus. Le support d'information ou d’enregistrement peut être n'importe quelle entité ou dispositif capable de stocker 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, ou une mémoire flash. D'autre part, le support d'information ou d’enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par lien radio, par lien optique sans fil ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, le support d'informations ou d’enregistrement peut être un circuit intégré dans lequel l’un des programmes est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution d’un procédé conforme à l’invention. D’autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - la , déjà décrite, illustre une architecture d'un réseau de communication dans lequel une méthode de l'état de la technique est mise en œuvre pour établir une communication ; - la est une architecture d'un réseau de communication dans lequel des procédés proposés sont mis en œuvre selon un premier mode de réalisation particulier; - la et la sont un organigramme représentant des étapes d’un procédé d’établissement d’une communication et des étapes d’un procédé de communication mis en œuvre selon le premier mode de réalisation particulier ; - la est un logigramme représentant une étape de détermination d’un numéro routable, selon un procédé d’établissement d’une communication mis en œuvre selon le premier mode de réalisation particulier ; - la est un organigramme représentant des étapes d’un procédé d’établissement d’une communication et des étapes d’un procédé de communication mis en œuvre selon une variante du premier mode de réalisation particulier ; - la est un organigramme représentant des étapes d’un procédé d’établissement d’une communication mis en œuvre selon un deuxième mode de réalisation particulier ; - la représente une architecture fonctionnelle, selon un mode de réalisation particulier, d’un système de communication ; - la représente une architecture matérielle d’un serveur selon un mode de réalisation particulier ; et - la représente une architecture matérielle d’un terminal selon un mode de réalisation particulier. Procédé d’établissement d’une communication entre un premier et un deuxième terminal (T1, T2), ledit procédé étant mis en œuvre par un serveur (S) et comportant des étapes de : - réception (E106), en provenance du premier terminal (T1) utilisant une première identité appelante (A), d’une requête comprenant une information sur une connexion (INFO) dudit premier terminal et un identifiant (ID) dudit premier terminal (T1); - obtention (E108), à partir d’une base de données (BD) et en utilisant ledit identifiant (ID), d’un couple d’identités appelantes (A, Abis) dont une certifiée (A) et une non certifiée (Abis), le couple comprenant ladite première identité appelante (A) et une deuxième identité appelante (Abis) ; - détermination (E110), à partir d’une desdites identités appelantes (A) et de l’information sur la connexion (INFO), d’un mode de connectivité dudit premier terminal (T1); - détermination (E112), en fonction du mode de connectivité, d’un numéro routable (TSAN) sur lequel le premier terminal (T1) peut envoyer une communication audit serveur (S), le serveur étant configuré pour router la communication vers le deuxième terminal (T2) en présentant une identité appelante (Abis) dudit couple (A, Abis); et - envoi (E114) dudit numéro routable (TSAN) audit premier terminal (T1). Procédé selon la revendication 1 dans lequel ladite requête comprend un numéro appelé (B), ledit procédé comprenant en outre : - une étape (E118) d’enregistrement dans une mémoire, pour une durée donnée, du numéro appelé (B) en association avec ledit couple (A, Abis) ; et - suite à une réception (E122) d’une communication émise avec la première identité appelante (A), une étape d’obtention (E124) du numéro appelé (B) et de la deuxième identité appelante (Abis) à partir de ladite mémoire ; et - une étape de routage de la communication vers le numéro appelé (B) en présentant, selon un critère sélectionné par un utilisateur dudit premier terminal, la première (A) ou la deuxième identité appelante (Abis) dudit couple (A, Abis). Procédé selon l’une quelconque des revendications 1 ou 2 dans lequel ledit mode de connectivité dudit premier terminal (T1) correspond à une connectivité du premier terminal à son réseau nominal ou à un réseau visité et/ou à une connectivité en technologie circuit ou en technologie VoIP. Procédé selon l’une quelconque des revendications 1 à 3 dans lequel le mode de connectivité déterminé représente une connectivité du premier terminal à son réseau nominal, le numéro routable étant un numéro attribué dans la même zone géographique de tarification que celle du réseau nominal. Procédé selon l’une quelconque des revendications 1 à 4 dans lequel le mode de connectivité déterminé représente une connectivité du premier terminal à un réseau visité en technologie circuit, le numéro routable étant un numéro attribué dans la même zone géographique de tarification que celle du réseau visité. Procédé selon l’une quelconque des revendications 1 à 5 dans lequel le mode de connectivité déterminé représente une connectivité du premier terminal à un réseau visité en technologie VoIP selon un modèle d’itinérance de type LBO et sous un accord d’itinérance en VoIP entre les opérateurs des réseaux nominal et visité, le numéro routable étant un numéro attribué dans la même zone géographique de tarification que celle du réseau visité. Procédé selon l’une quelconque des revendications 1 à 6 dans lequel le mode de connectivité déterminé représente une connectivité du premier terminal à un réseau visité en technologie VoIP selon un modèle d’itinérance de type S8HR et sous un accord d’itinérance en VoIP entre les opérateurs des réseaux nominal et visité, le numéro routable étant un numéro attribué dans la même zone géographique de tarification que celle du réseau nominal. Procédé selon l’une quelconque des revendications 1 à 7 comprenant des étapes de : - suite à une réception d’une communication destinée à l’identité non certifiée (Abis) du premier terminal (T1), recherche dans ladite base de données (BD) de cette identité non certifiée (Abis), et en cas de recherche positive : - obtention de l’identité certifiée (A) associée dans ladite base de données (BD) à l’identité non certifiée (Abis) ; - envoi à destination de l’identité certifiée (A) d’une notification alertant d’une future communication émise à destination de l’identité non certifiée (Abis), ladite notification comprenant le numéro appelant (B) de ladite communication ; et - routage de la communication vers l’identité certifiée (A). Procédé selon la revendication 8 comprenant en outre une étape de sélection d’un équipement d’interconnexion dans le pays dans lequel l'identité certifiée (A) est attribuée, l’équipement étant sélectionné à partir d’une table de routage et/ou d’une base de portabilité de type SPN, ladite communication étant routée via l’équipement d’interconnexion. Procédé de communication mis en œuvre par un terminal (T1) et comportant des étapes de : - envoi (F104) à un serveur (S) d’une requête comprenant une information sur une connexion (INFO) du terminal et un identifiant (ID) dudit terminal (T1); - réception (F116) en provenance du serveur (S) d’un numéro routable (TSAN) sur lequel le terminal (T1) peut envoyer une communication audit serveur (S), le serveur étant configuré pour router la communication vers un deuxième terminal (T2) en présentant une identité appelante (Abis) parmi un couple (A, Abis) d’identités appelantes associé audit identifiant (ID), le couple comprenant une identité appelante certifiée (A) et une identité non certifiée (Abis) dudit terminal (T1); et - envoi (F120) d’une communication au numéro routable (TSAN). Procédé selon la revendication 10 comprenant en outre des étapes de : - réception d’une notification alertant d’une future communication sur un numéro (Abis), ladite notification comprenant le numéro appelant (B) de ladite communication ; - sélection, pour le numéro appelant (B) et pour une durée donnée, de paramètres de présentation d’une communication ; et - suite à une réception d’une communication dont le numéro appelant (B) est le numéro appelant contenu dans ladite notification, présentation de ladite communication selon les paramètres sélectionnés. Programme d’ordinateur (Prog S ; Prog T) comportant des instructions pour l’exécution des étapes d’un procédé selon l’une quelconque des revendications 1 à 9 ou 10 à 11, lorsque ledit procédé est exécuté par un ordinateur. Serveur (S) configuré pour établir une communication entre un premier et un deuxième terminal (T1, T2), ledit serveur (S) comprenant : - des moyens de communication (COM_S) configurés pour recevoir, en provenance du premier terminal (T1) utilisant une première identité appelante (A), une requête comprenant une information sur une connexion (INFO) dudit premier terminal et un identifiant (ID) dudit premier terminal (T1); - un module (OBT_AAbis) d’obtention, à partir d’une base de données (BD) et en utilisant ledit identifiant (ID), d’un couple d’identités appelantes (A, Abis) dont une certifiée (A) et une non certifiée (Abis), le couple comprenant ladite première identité appelante (A) et une deuxième identité appelante (Abis) ; - un module (OBT_CX) de détermination, à partir d’une desdites identités appelantes (A) et de l’information sur la connexion (INFO), d’un mode de connectivité dudit premier terminal (T1); et - un module (OBT_TSAN) de détermination, en fonction du mode de connectivité, d’un numéro routable (TSAN) sur lequel le premier terminal (T1) peut envoyer une communication audit serveur (S), le serveur étant configuré pour router la communication vers le deuxième terminal (T2) en présentant une identité appelante (Abis) dudit couple (A, Abis); - les moyens de communication étant configurés pour envoyer ledit numéro routable (TSAN) audit premier terminal (T1). Dispositif (D) comprenant un module (BD) configuré pour enregistrer dans une mémoire au moins un identifiant (ID) associé à un couple d’identités appelantes (A, Abis) d’un terminal (T1), dont une certifiée (A) et une non certifiée (Abis). Terminal (T1) comprenant des moyens de communication (COM_T) configurés pour : - envoyer à un serveur (S) une requête comprenant une information sur une connexion (INFO) du terminal et un identifiant (ID) dudit terminal (T1); - recevoir en provenance du serveur (S) un numéro routable (TSAN) sur lequel le terminal (T1) peut envoyer une communication audit serveur (S), le serveur étant configuré pour router la communication vers un deuxième terminal (T2) en présentant une identité appelante (Abis) d’un couple (A, Abis) associé audit identifiant (ID), le couple comprenant une identité appelante certifiée (A) et une identité appelante non certifiée (Abis) dudit terminal (T1); et - envoyer une communication au numéro routable (TSAN). Terminal mettant en œuvre un procédé de communication, et serveur mettant en œuvre un procédé d’établissement d’une communication entre deux terminaux