FR 3074398 A1 20190531 FR 1761436 A 20171130 Arrière plan de l'invention L'invention se situe dans le contexte des réseaux de télécommunications et plus précisément dans le contexte de la fourniture de services Réseau Intelligent (RI) aux utilisateurs en situation d'itinérance (en anglais « roaming »). On rappelle que les services RI, ou encore, services RI, sont des services personnalisés d'un opérateur qui s'appliquent à des appels dont la signalisation est normalisée. On distingue généralement ces services de réseau RI des services MMTel (Multimedia Telephony), solution standardisée du 3GPP pour fournir des services de téléphonie vocale, vidéo et autres sur les réseaux cellulaires 2G/3G/4G/5G. A ce jour, les conditions dans lesquelles l'opérateur d'un réseau nominal permet à ses clients itinérants dans un réseau visité de bénéficier des services RI dont il bénéficie naturellement dans son réseau nominal dépendent d'un éventuel accord entre l'opérateur du réseau nominal et l'opérateur du réseau visité. Lorsqu'un tel accord n'a pas été établi, un utilisateur itinérant dans un réseau visité souhaitant bénéficier dans ce réseau d'un service RI peut par exemple utiliser les mécanismes des codes USSD (Unstructured Supplementary Service Data), (chaînes de caractères qui commencent par * ou #, comportent des codes de services numériques puis qui se terminent par #). Ce mécanisme de code USSD permet en particulier à un utilisateur itinérant en mode prépayé de générer un appel sortant depuis le réseau visité, même en l'absence d'accord RI CAMEL (Customized Application for Mobile network Enhanced Logic) entre l'opérateur du réseau nominal et l'opérateur du réseau visité. Par exemple, un utilisateur en mode prépayé et en situation d'itinérance à l'étranger peut composer le code de service USSD *1234#33296073859# pour être mis en relation téléphonique avec le N° 33296073859 en France. Ainsi, si la balance du compte prépayé de l'utilisateur est positive, le réseau nominal génère lui-même un appel téléphonique vers cet utilisateur en situation d'itinérance à l'étranger puis, une fois ce premier appel établi, le réseau nominal initie un appel supervisé par le service RI prépayé vers le numéro composé 33296073859 puis « aboute » ces 2 appels. Cette solution n'est pas satisfaisante car elle impose à l'utilisateur de connaître le code USSD correspondant au service d'appel sortant depuis un réseau visité sans accord de RI. D'autre part, selon les fabricants de terminaux, le contenu du journal d'appel du terminal peut être erroné du fait que cet appel peut être ajouté au journal d'appel entrant alors qu'il s'agit d'un appel sortant. 2 L'invention vise une solution permettant à un opérateur d'offrir certains services RI à ses utilisateurs en situation d'itinérance sans accord préalable de réseau intelligent avec l'opérateur du réseau visité et qui ne présente pas les inconvénients de la solution précitée. 5 Objet et résumé de l'invention Ainsi, et selon un premier aspect, l'invention vise un procédé de gestion de profils de service d'utilisateurs mis en oeuvre par une entité de gestion de profils de services 10 d'utilisateurs dans un réseau nominal. Ce procédé est mis en oeuvre par l'entité de gestion de profils de services d'utilisateurs avant d'envoyer, à une entité tierce, le profil de services d'un utilisateur. Il comporte : - une étape pour déterminer si l'entité tierce se trouve dans le réseau nominal ou dans 15 un réseau visité; - si l'entité tierce se trouve dans un réseau visité, une étape pour déterminer, à partir du profil de services de l'utilisateur enregistré dans l'entité de gestion de profils, si l'utilisateur a au moins une marque associée à un service Originating d'un RI; - si l'utilisateur a au moins une marque associée à un service Originating d'un RI, une 20 étape de contrôle pour déterminer s'il existe un accord de réseau intelligent entre un opérateur du réseau nominal et un opérateur du réseau visité et si cet accord existe, la nature de cet accord ; - une étape d'envoi, à l'entité tierce, d'un profil de services de l'utilisateur déterminé en fonction d'un type de ce service Originating d'un RI et du résultat de cette étape de 25 contrôle. On rappelle qu'un service Originating d'un RI (en français «service appelant d'un RI ») désigne notamment l'interception de tout ou partie des messages de signalisation d'une session émise par un terminal par le commutateur du réseau nominal ou du réseau visité ayant pris en charge le terminal lors de sa procédure d'attachement au réseau pour 30 la transmettre partiellement ou en globalité après adaptation protocolaire vers une entité de traitement de service RI localisée dans le réseau nominal de l'utilisateur et qui se charge d'appliquer une logique de service spécifique avant de redonner le contrôle au commutateur sur cette session. On rappelle qu'une marque de service de RI définit l'ensemble des paramètres de 35 déclenchement de ce RI, dont (i) l'adresse de la plateforme gsm-SCF (Global System Mobile - Service Control Func-tion) de traitement de la logique de service et (ii) la clé de 3 service (en anglais « Service Key ») identifiant la logique de service qui doit être invoquée dans cette plateforme et (iii) TDP (Trigger Detection Point) list identifiant le point de détection de l'automate d'appel BCSM (Basic Call State Machine) sur lequel le déclenchement du service RI doit intervenir et (iiii) le Default Call Handling qui indique si 5 l'appel doit être poursuivi ou libéré dans le cas d'une erreur lors d'un dialogue entre le gsm-SSF et le gsm-SCF. Corrélativement, l'invention vise une entité de gestion des profils de services d'utilisateurs dans un réseau nominal. Cette entité comporte : - une unité pour déterminer si une entité tierce à laquelle elle envisage d'envoyer un 10 profil d'un utilisateur, se trouve dans un réseau visité; - une unité pour déterminer, si l'entité tierce se trouve dans un réseau visité, et à partir du profil de services de l'utilisateur enregistré dans une base de données gérée par l'entité de gestion des profils de services, si cet utilisateur a au moins une marque associée à un service Originating d'un RI; 15 -une unité de contrôle configurée pour déterminer s'il existe un accord de réseau intelligent entre un opérateur du réseau nominal et un opérateur du réseau visité et le cas échéant la nature de cet accord ; - une unité d'envoi, à l'entité tierce, d'un profil de services de l'utilisateur déterminé en fonction d'un type du service Originating d'un RI et du résultat de la détermination 20 précitée effectuée par l'unité de contrôle. L'invention peut notamment être mise en oeuvre par une entité de type HLR (Home Location Register), HSS (Home Subscriber Server) ou SDM (Service Data Management). Au sens de l'invention, l'entité tierce peut notamment être constituée par un 25 commutateur VMSC (Visited Mobile Switch Center), un serveur TAS (Telephony Application Server) ou une plateforme SCP (Service Control Platform) ou une plate-forme USSD Gateway. Ainsi, et d'une façon générale, l'invention permet à l'entité de gestion des profils de services d'utilisateurs selon l'invention, c'est-à-dire par exemple à une entité HLR, HSS 30 ou SDM de générer un profil dynamiquement, selon notamment que l'entité tierce à qui ce profil doit être envoyé se trouve dans le réseau nominal ou dans un réseau visité. Par conséquent, deux entités qui demandent successivement le profil d'un même utilisateur à l'entité de gestion de profils de services selon l'invention peuvent se voir délivrer des profils différents. 4 En effet, dans un mode de réalisation de l'invention, le procédé est mis en oeuvre lorsque l'entité de gestion des profils de service d'utilisateurs selon l'invention reçoit une requête de l'entité tierce pour télécharger un profil de services de l'utilisateur. En variante, ou de façon complémentaire, le procédé peut être mis en oeuvre 5 lorsque l'entité de gestion des profils d'utilisateurs selon l'invention détecte un changement dans le profil de services de l'utilisateur enregistré dans sa base de données. Dans un mode particulier de réalisation de l'invention, l'étape pour déterminer si l'entité tierce se trouve dans un réseau visité est effectuée à partir d'une adresse de routage internationale de l'entité tierce. 10 Cette adresse internationale de routage peut par exemple notamment être constituée par une adresse réseau globale connue de l'homme du métier des réseaux sous le terme « Global Title ». Cette adresse internationale peut notamment être : - un numéro conforme à la norme E164 utilisé dans le cadre du protocole MAP (Mobile Application Protocol) par exemple pour les échanges entre le serveur 15 vmSC ou TAS ou SCP ou USSD Gateway et le HLR ou SDM ; ou une adresse nom de domaine/adresse IP utilisée dans le cadre du protocole DIAMETER, par exemple pour les échanges entre le TAS et le HSS ou SDM. Conformément à l'invention, lorsque l'utilisateur a au moins une marque de service Originating d'un RI, et lorsque l'entité tierce se trouve dans un réseau visité, le 20 profil de services de l'utilisateur envoyé à l'entité tierce est déterminé en fonction de l'existence et de la nature d'un accord entre l'opérateur du réseau nominal et l'accord du réseau visité. Cet accord de RI peut notamment être un accord de type CAMEL. L'invention peut être utilisée par l'opérateur d'un réseau nominal, pour offrir à un utilisateur attaché à un réseau visité qui ne bénéficie pas d'accord avec ce réseau 25 nominal, un service équivalent au service offert à cet utilisateur sur le réseau nominal. Par exemple, l'invention peut être utilisée par l'opérateur d'un réseau nominal pour permettre aux utilisateurs de lancer un appel en VoWIFI (Voice over WiFi) lorsque ceux-ci sont attachés en cellulaire à un réseau visité, même si ces utilisateurs bénéficient d'un abonnement de type prépayé, même s'il n'existe pas d'accord à cet effet entre 30 l'opérateurs du réseau nominal et l'opérateur du réseau visité. Dans un mode particulier de réalisation, les différentes étapes du procédé de gestion de profils d'utilisateurs selon l'invention sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur, sur un 35 support d'informations, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de gestion des profils d'utilisateurs selon l'invention. 5 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. 5 L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations 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 10 microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, le support d'informations peut être 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. Le programme selon l'invention peut être en 15 particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être 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. 20 Brève description des dessins 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 : 25 - la figure 1 représente de façon schématique une entité de gestion de profils de services d'utilisateurs conforme à un mode particulier de réalisation de l'invention ; la figure 2 illustre l'architecture matérielle d'une entité de gestion de profils de services d'utilisateurs conforme à un mode particulier de réalisation de l'invention ; la figure 3 représente sous forme d'organigramme, les principales étapes d'un 30 procédé de gestion des profils d'utilisateurs conforme à un mode particulier de réalisation de l'invention ; et - la figure 4 illustre de façon schématique le traitement d'un appel VoWiFi conformément à l'état de la technique. 35 6 Description détaillée d'un mode de réalisation de l'invention La figure 1 représente une entité 10 de gestion de profils de services d'utilisateurs. Cette entité 10 peut par exemple être constituée par un HLR, un HSS ou un 5 SDM. De façon connue, cette entité comporte une base de données BD dans laquelle sont enregistrés les profils PFiLg de services d'utilisateurs. Dans le premier mode de réalisation décrit ici, l'entité 10 de gestion de profils d'utilisateurs a l'architecture d'un ordinateur, telle qu'illustrée à la figure 2. Elle comprend notamment un processeur 7, une mémoire vive 8, une mémoire morte 9, une 10 mémoire flash non volatile 15 ainsi que des moyens de communication 11. De tels moyens sont connus en soi et ne sont pas décrits plus en détail ici. La mémoire morte 9 du dispositif de l'entité 10 de gestion de profils d'utilisateurs constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 7 et sur lequel est enregistré ici un programme d'ordinateur PROG conforme à l'invention. 15 Le programme d'ordinateur PROG définit des modules fonctionnels et logiciels ici, configurés pour mettre en oeuvre les étapes d'un procédé de gestion de profils de service d'utilisateurs. Ces modules fonctionnels s'appuient sur et/ou commandent les éléments matériels 7-11 de l'entité 10 cités précédemment. Ils comprennent notamment ici, comme illustré sur la figure 1 : 20 - une unité 2A pour déterminer si une entité tierce à laquelle elle envisage d'envoyer un profil d'un dit utilisateur, se trouve dans un réseau visité ou dans le réseau nominal, par exemple à partir d'une adresse de routage internationale de ladite entité tierce. - une unité 2B pour déterminer si un utilisateur a au moins une marque associée à un service Originating d'un RI, à partir du profil de services de l'utilisateur enregistré dans la 25 base de données BD; -une unité 2C de contrôle configurée pour déterminer s'il existe un accord de réseau intelligent entre un opérateur dudit réseau nominal et un opérateur dudit réseau visité et le cas échéant la nature dudit accord, par exemple un accord CAMEL ; - une unité d'envoi 2D configurée pour envoyer à une entité tierce un profil de services 30 de l'utilisateur déterminé en fonction d'un type du service Originating et du résultat de la détermination effectuée par l'unité de contrôle 2C; et - une unité 2E configurée pour détecter un changement dans le profil de services de l'utilisateur enregistré dans sa dite base de données. Les moyens de communication 11 sont notamment configurés pour recevoir une 35 requête de l'entité tierce pour télécharger un profil de services de l'utilisateur. 7 En référence à la figure 3, nous allons maintenant décrire les principales étapes d'un procédé de gestion de profils de service d'utilisateurs dans un mode particulier de réalisation de l'invention. Dans l'exemple de réalisation décrit ici, ce procédé est mis en oeuvre par une 5 entité de gestion des profils de services d'utilisateurs HLR dans un réseau nominal, du type de l'entité 10 précédemment décrite, lorsque celle-ci envisage d'envoyer un profil de services d'un utilisateur à une entité tierce ET, soit sur requête de l'entité tierce ET, soit spontanément, c'est-à-dire en mode « PUSH » lorsque l'entité HLR a détecté un changement dans le profil de services PHLR de cet utilisateur enregistré dans la base de 10 données BD. Ce procédé comporte une étape E10 au cours de laquelle le HLR 10 détermine si l'entité tierce ET se trouve dans le réseau nominal RN ou dans un réseau visité RV. Dans le mode de réalisation décrit ici, cette étape E10 de détermination est effectuée en analysant l'adresse de routage internationale de l'entité tierce. Dans le mode 15 de réalisation décrit ici, cette adresse est de type Global Title. Cette analyse peut notamment être effectuée en comparant un préfixe de l'adresse E164 avec une table comportant des préfixes en relation avec des localisations de réseaux. S'il est déterminé à l'étape El0 que l'entité tierce ET se trouve dans un réseau visité RV (résultat du test E10 = «V »), l'étape El0 est suivie par une étape E12 au cours 20 de laquelle l'entité HLR détermine, à partir du profil de services de l'utilisateur PHLR enregistré dans sa base de données BD, si cet utilisateur a au moins une marque associée à un service Originating d'un RI. Si une telle marque existe, on appelle TS le type de ce service. Ce type est mémorisé dans un registre de la mémoire 15. S'il est déterminé à l'étape E12 que l'utilisateur a au moins une marque de 25 service Originating d'un RI, l'étape E12 est suivie par une étape E14 de contrôle au cours de laquelle l'entité HLR détermine s'il existe un accord de réseau intelligent entre un opérateur du réseau nominal RN et un opérateur du réseau visité RV, et le cas échéant la nature de cet accord. Dans le mode de réalisation décrit ici, le résultat de l'étape E14 de contrôle est 30 mémorisé dans une variable RES de la mémoire 15, dont la valeur est 0 s'il n'existe pas d'accord entre l'opérateur du réseau nominal RN et l'opérateur du réseau visité RV ou une valeur NA non nulle représentative de la nature de cet accord si cet accord existe. Au cours d'une étape E16, l'entité HLR envoie, à l'entité tierce, un profil de services PTS, RES de l'utilisateur déterminé dynamiquement en fonction du type TS du 35 service Originating d'un RI et du résultat RES de l'étape E14 de contrôle. 8 Dans le mode de réalisation décrit ici, s'il est déterminé à l'étape El0 que l'entité tierce se trouve dans le réseau nominal (résultat du test El0 = « N ») ou s'il est déterminé à l'étape E12 que l'utilisateur n'a pas de marque de service Originating d'un RI, l'entité HLR envoie le profil PHLR à l'entité tierce TE au cours d'une étape E18. 5 Exemple de problème résolu par l'invention Nous allons maintenant décrire comment l'invention peut être utilisée par l'opérateur d'un réseau nominal pour permettre aux utilisateurs de lancer un appel en 10 VoWIFI (Voice over WiFi) lorsque ceux-ci sont attachés en cellulaire à un réseau visité, même si ces utilisateurs bénéficient d'un abonnement de type prépayé, dès lors qu'il existe un accord à cet effet entre l'opérateur du réseau nominal et l'opérateur du réseau visité. On rappelle que le mode prépayé (en anglais Pre-Paid) demande 15 systématiquement l'utilisation du service RI CAMEL. Par conséquent, lorsqu'un utilisateur bénéficie d'un abonnement prépayé, son profil de services utilisateur PHLR/ tel qu'enregistré dans la base de données gérée par l'entité HLR du réseau nominal comporte, outre des marques de services téléphoniques classiques, des marques de déclenchement de services Originating 0-CSI (Originating 20 Camel Subscription Information) et éventuellement des marques de déclenchement de services Terminating T-CSI (Terminating Camel Subscription Information) d'un réseau intelligent. Lorsqu'un tel utilisateur se retrouve sous couverture cellulaire 2G/3G/4G d'un réseau visité, le commutateur VMSC de ce réseau visité (Visited Mobile Switch Center), 25 après attachement du terminal au réseau, demande le téléchargement du profil de services du client en interrogeant l'entité HLR du réseau nominal. Sur réception de cette demande, l'entité HLR du réseau nominal vérifie s'il existe un accord d'itinérance avec support de services RI CAMEL avec l'opérateur du réseau visité sur la base des identifiants MNC (Mobile Network Code) et MCC (Mobile Country 30 Code) et/ou d'adresse GT transmis dans le protocole MAP (Mobile Application Part) utilisé entre le VMSC et le HLR. S'il n'existe pas d'accord de réseau intelligent entre l'opérateur du réseau nominal et l'opérateur du réseau visité, alors : l'entité HLR du réseau nominal active le service MMTel Outgoing Call Barring 35 avant de retourner le profil de services du client au VMSC de sorte à interdire tout appel sortant ; et 9 l'entité HLR du réseau nominal ne remonte pas les marques de déclenchement de services Originating O-CSI au commutateur VMSC du réseau visité. Le profil de services retourné par le HLR au V-MSC indique explicitement au VMSC que ce client n'a pas le droit de passer des appels sortants et que le VMSC doit 5 bloquer/interdire toute tentative d'appel sortant de l'appelant. Dans ces conditions, si l'utilisateur tente de faire un appel sortant via le réseau cellulaire 2G/3G/4G, le commutateur VMSC diffuse un message vocal informant l'utilisateur de l'impossibilité de passer des appels sortants et peut lui proposer d'utiliser un code USSD pour passer des appels sortants. 10 Nous supposons maintenant que l'utilisateur, tout en restant attaché au réseau cellulaire 2G/3G/4G du réseau visité, décide de faire un appel en VoWiFi. De façon connue et comme représenté à la figure 4, le terminal UE A se connecte au travers de n'importe quel point d'accès WiFi AP (Access Point) à une entité ePDG (enhanced Packet Data Gateway), point d'entrée du réseau nominal, via un canal IPsec 15 établi entre le terminal UE et cette entité ePDG. Cette entité ePDG est connectée à un serveur AAA (Authentification, Authorization , Accounting), qui est lui-même connecté à l'entité HLR/HSS 10 de gestion des profils de service utilisateur dans le réseau nominal et au coeur de réseau IMS via un équipement PGVV. 20 Après vérification des identifiants (en anglais « credentials ») liés notamment à l'authentification et au cryptage par le serveur AAA et par le serveur HLR/HSS, le terminal UE A envoie un message SIP REGISTER qui arrive au S-CSCF dans le coeur de réseau IMS nominal et remonte via la procédure de Third Party Registration jusqu'à un serveur TAS (Telephony Application Server). 25 Le serveur TAS télécharge le profil de services du client auprès du HLR/HSS 10. Sans la mise en oeuvre de l'invention, ce profil est identique à celui précédemment téléchargé dans le réseau visité par le commutateur VMSC du réseau cellulaire 2G/3G/4G auquel est attaché le terminal. Comme établi ci-dessus, du fait de l'absence d'accord de réseau intelligent entre 30 l'opérateur du réseau nominal et l'opérateur du réseau visité, le champ Outgoing Call Barring est positionné dans le profil de services de l'utilisateur de sorte à empêcher l'utilisateur de faire des appels sortants de manière standard depuis le réseau visité. Ceci a pour effet d'activer également et de la même façon le service Outgoing Call Barring dans le serveur TAS. Les appels sortants sont donc également interdits pour 35 cet utilisateur, même en VoWiFi. Concrètement, lorsque le terminal de l'utilisateur envoie 10 un message SIP INVITE pour générer un appel sortant, le serveur TAS refuse de passer l'appel et répond par exemple à ce message SIP INVITE par un message 403 Forbidden. On note que si l'utilisateur avait configuré son terminal en mode dit « avion » (modes cellulaires 2G, 3G, 4G désactivés, mode WiFi activé), l'appel VoWiFi aurait pu être 5 passé; en effet, si le terminal n'est pas attaché en cellulaire au réseau visité, le service Outgoing Call Barring est désactivé dans le profil de services de l'utilisateur géré par l'entité HLR/HSS du réseau nominal. Le procédé et l'entité HLR/HSS 10 selon l'invention permettent notamment de résoudre ce problème. En effet, lorsque le serveur TAS demande le téléchargement du 10 profil de services de l'utilisateur, l'entité HLR/HSS détecte, à l'étape E10 que cette demande vient d'une entité tierce du réseau nominal et autorise les appels sortant en envoyant au serveur TAS un profil dans lequel le service MMtel Outgoing Call Barring est désactivé, même si le terminal est attaché en cellulaire 2G/3G/4G dans le réseau visité. 15 Autre exemple de mise en oeuvre de l'invention L'invention peut aussi être utilisée par exemple pour la mise en oeuvre du service Originating d'un RI « Wrong Number Correction ». On rappelle que ce service activé uniquement lorsque l'utilisateur est localisé 20 dans un réseau visité, consiste à compléter ou adapter le numéro appelé si l'utilisateur compose un numéro qui n'est pas interprétable par le réseau visité, typiquement lorsque l'utilisateur applique par simple habitude les mêmes règles de numérotation qu'il utilise couramment dans son pays nominal. S'il existe un accord d'itinérance avec l'opérateur du réseau visité avec support 25 des services RI, le service Originating d'un RI Wrong Number Correction permet par exemple pour le cas d'un appel vers la France depuis un pays visité de remplacer automatiquement le numéro composé par l'utilisateur OZABPQMCDU par 0033ZABPQMCDU ou +33ZABPQMCDU. Dans l'état actuel de la technique, s'il n'existe pas d'accord de service Originating 30 d'un RI avec l'opérateur du réseau visité, le client, sous couverture cellulaire 2G/3G/4G, ne peut pas bénéficier de ce service. En revanche, lorsque l'utilisateur initie un appel en VoWiFi depuis n'importe où dans le monde, le terminal est localisé comme s'il était dans le réseau nominal, puisque l'entité ePDG et l'entité coeur IMS avec le TAS sont toujours dans le réseau nominal. De 35 ce fait, il n'est pas utile de déclencher ce service Originating d'un RI. 11 L'invention peut donc être utilisée pour éviter de déclencher le service Originating d'un RI Wrong Number Correction lorsque l'entité HLR/HSS reçoit une demande de téléchargement de profil depuis une entité du réseau nominal, en l'occurrence REVENDICATIONS1. Procédé de gestion de profils de service d'utilisateurs mis en oeuvre par une entité (HLR/HSS/SDM) de gestion des profils de services d'utilisateurs dans un réseau nominal, avant d'envoyer à une entité tierce (VMSC, TAS, SCP) un profil de services d'un dit utilisateur, ledit procédé étant caractérisé en ce qu'il comporte : - une étape (E10) pour déterminer si ladite entité tierce se trouve dans un réseau visité; - si c'est le cas, une étape (E12) pour déterminer, à partir du profil de services de l'utilisateur enregistré dans l'entité de gestion des profils, si ledit utilisateur a au moins une marque associée à un service Originating d'un RI; - si c'est le cas, une étape (E14) de contrôle pour déterminer s'il existe un accord de réseau intelligent entre un opérateur dudit réseau nominal et un opérateur dudit réseau visité et le cas échéant la nature dudit accord ; - une étape (E16) d'envoi, à ladite entité tierce, d'un profil de services de l'utilisateur déterminé en fonction d'un type dudit service et du résultat de ladite étape de contrôle. 2. Procédé selon la revendication 1, ledit procédé étant mis en oeuvre sur réception d'une requête de ladite entité tierce pour télécharger un profil de services de l'utilisateur. 3. Procédé selon l'une quelconque des revendications 1 à 2, ledit procédé étant mis en oeuvre sur détection d'un changement dans ledit profil de services de l'utilisateur enregistré dans l'entité de gestion des profils. 4. Procédé selon l'une quelconque des revendications 1 à 3 caractérisé en ce que ladite étape pour déterminer si ladite entité tierce se trouve dans un réseau visité est effectuée à partir d'une adresse de routage internationale de ladite entité tierce. 5. Entité (HLR/HSS/SDM) de gestion des profils de services d'utilisateurs dans un réseau nominal, caractérisée en ce qu'elle comporte : - une unité (2A) pour déterminer si une entité (VMSC, TAS, SCP, USSD Gateway) tierce à laquelle elle envisage d'envoyer un profil d'un dit utilisateur, se trouve dans un réseau visité; - une unité (2B) pour déterminer, si ladite entité tierce se trouve dans un réseau visité, et à partir du profil de services de l'utilisateur enregistré dans une base de données gérée 13 par l'entité de gestion des profils, si ledit utilisateur a au moins une marque associée à un service Originating d'un RI; -une unité (2C) de contrôle configurée pour déterminer s'il existe un accord de réseau intelligent entre un opérateur dudit réseau nominal et un opérateur dudit réseau visité et 5 le cas échéant la nature dudit accord ; - une unité (2D) d'envoi, à l'entité tierce, d'un profil de services de l'utilisateur déterminé en fonction d'un type du service Originating d'un RI et du résultat de la détermination précitée effectuée par ladite unité de contrôle. 10 6. Entité de gestion de profils selon la revendication 5, caractérisée en ce qu'elle comporte une unité (2D) de réception configurée pour recevoir une requête de ladite entité tierce pour télécharger un profil de services de l'utilisateur. 7. Entité de gestion de profils selon l'une quelconque des revendications 5 à 6, 15 caractérisée en ce qu'elle comporte une unité (2E) configurée pour détecter un changement dans ledit profil de services de l'utilisateur enregistré dans sa dite base de données. 8. Entité de gestion de profils selon l'une quelconque des revendications 5 à 7 caractérisé 20 en ce que ladite unité (2A) pour déterminer si ladite entité tierce se trouve dans un réseau visité est configurée pour effectuer cette détermination à partir d'une adresse de routage internationale de ladite entité tierce. 9. Programme d'ordinateur (PROG) comportant des instructions pour l'exécution des 25 étapes d'un procédé de gestion de profils de service d'utilisateurs selon l'une quelconque des revendications 1 à 4 lorsque ledit programme est exécuté par un ordinateur. 10. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du 30 procédé de gestion de profils de service d'utilisateurs selon l'une quelconque des revendications 1 à 4.