Brevet FR2973979A1 — publié le 20121012

Système de détection de contournement avec masquage de numéro Domaine de l'invention La présente invention concerne de manière générale un système pour la détection d'un contournement d'interconnexion dans des réseaux de télécommunication, en particulier dans des réseaux de télécommunication sans, par exemple du type GSM, GPRS, UMTS ou similaires, mais également dans des réseaux de télécommunication câblés. Arrière-plan de l'invention Lorsqu'un opérateur de réseau de télécommunication fournit un accès de son réseau à un réseau d'un autre opérateur de réseau de télécommunication et vice versa, les deux opérateurs, au moyen d'un accord ou parfois en fonction de conditions de réglementation, établissent une fonction d'interconnexion appropriée qui est soumise à des tests approfondis afin d'évaluer la fiabilité technique et la qualité de service de la fonction d'interconnexion pour que les normes convenues ou réglementaires soient respectées. En plus des dispositions techniques, il y a, dans de nombreux cas, également, des frais d'interconnexion que l'opérateur de réseau de télécommunication recevant un appel facture pour les appels passant à travers la fonction d'interconnexion. Lorsqu'une partie appelante appelle d'un autre réseau de télécommunication vers le réseau de l'opérateur de réseau de télécommunication de la partie réceptrice, par exemple car la partie appelante est une cliente d'un opérateur de réseau autre que l'opérateur récepteur ou car la partie appelante est à l'étranger et utilise un opérateur de réseau partenaire qui fournit des services itinérants pour son opérateur de réseau, cet appel doit passer à travers la fonction d'interconnexion. Parfois, des tentatives de contournement des fonctions d'interconnexion de l'opérateur de réseau, pour essayer de gagner de l'argent en évitant au moins une partie des frais d'interconnexion, sont réalisées. Ces tentatives sont réalisées par des opérateurs de contournement qui réacheminent une partie du trafic de parties appelantes à l'intérieur du réseau d'un autre opérateur jusqu'au réseau de l'opérateur récepteur sans passer à travers la fonction d'interconnexion. Généralement, ces opérateurs de contournement utilisent des fonctions d'utilisateur final de l'opérateur récepteur. Ceci entraîne une perte directe de revenus pour les opérateurs récepteurs de réseaux et entraîne des problèmes contournement pour fournir l'utilisation Tout d'abord, l'opérateur de fonctions d'utilisateur final interconnexion de réseau. En outre, de ces fonctions d'utilisateur final et techniques. utilise des une l'établissement d'un nouvel appel créent une interface 25 supplémentaire. Ainsi, un sérieux risque de problèmes de qualité, tels qu'une audio ou de données, qualité dégradée de transmissions des interruptions durant l'appel, un temps d'attente prolongé durant l'initiation d'appel, des retards inacceptables dans les transmissions, etc., 30 existe. En outre, comme les opérateurs de contournement réacheminent l'appel en établissant un nouvel appel en utilisant des fonctions d'utilisateur final de l'opérateur récepteur, la CLI (« Calling Line Identification » ou identification de ligne appelante) de la partie appelante est remplacée par la CLI du nouvel appel. Ceci entraîne des dérangements pour les parties réceptrices qui reçoivent une CLI erronée, mais peut également entraîner des problèmes de sécurité plus sérieux dans le cas d'un appel à des services d'urgence ou à la police. En outre, ceci crée également de sérieuses difficultés techniques pour les commutateurs téléphoniques automatiques qui fonctionnent conformément à la CLI de l'appel entrant. Un système pour établir des appels de test dans un réseau de télécommunication est connu, par exemple a partir des documents WO99/01 974 et WO2008/071 857. Ces systèmes de vérifications de facturation d'appel génèrent une série d'appels entre différents sites sur un ou plusieurs réseaux pour permettre à l'opérateur de réseau de contrôler la procédure de facturation du réseau. Cependant, ces systèmes dépendent de la collecte de données de facturation produites par l'opérateur afin d'extraire des données, telles que, par exemple, la CLI pour l'analyse. Ainsi, ces systèmes nécessitent un accès à des données confidentielles de l'opérateur de réseau de télécommunication. Ces données sont confidentielles car elles sont liées au comportement d'appel des clients de l'opérateur et pourraient être soumises à des réglementations de confidentialité ou car elles sont liées à des informations de facturation qui sont considérées comme étant une expertise commerciale de l'opérateur de réseau de télécommunication. Ces problèmes sont en particulier pertinents si le système de vérification de facturation d'appel est exploité par des tierces parties qui offrent un tel système en tant que service à l'opérateur de réseau de télécommunication car, alors, un accès important par ces tierces parties à des informations de l'opérateur de réseau de télécommunication nécessite que des interfaces spécifiques soient développées pour fournir un accès aux informations de facturation pour chaque opérateur de réseau de télécommunication spécifique. Ceci prend beaucoup de temps et exige beaucoup de ressources et rend la mise à l'échelle du système de vérification à de multiples opérateurs de réseau de télécommunication difficile. Un système connu qui résout les inconvénients susmentionnés est le système Meucci tel qu'il est décrit sur le site web : http://www.meucci-solutions.com. Ce système pour la détection d'un contournement d'une interconnexion à un réseau de télécommunication à l'essai comprend des moyens adaptés pour émettre un appel de test vers ledit réseau de télécommunication à l'essai à partir de l'extérieur du réseau de télécommunication à l'essai et au moins une sonde réceptrice avec un abonnement pour terminer ledit appel de test. En outre, ce système comprend un système de commande configuré pour émettre l'appel de test ; recevoir, à partir de la sonde réceptrice, des informations d'appel comprenant une identification de ligne appelante (CLI) reçue de l'appel de test ; et analyser l'identification de ligne appelante (CLI) reçue de sorte que la présence du contournement puisse être détectée. Le système Meucci ne nécessite pas d'interface avec le système de facturation car il obtient la CLI reçue de l'appel de test à partir de la sonde réceptrice. Cependant, dans ce cas, des difficultés peuvent être entraînées pour détecter et désactiver un contournement lorsque l'opérateur de contournement utilise la fonction CLIR (« Calling Line Identification Restriction » ou restriction d'identification de ligne appelante) afin de masquer l'identification de ligne appelante de son équipement de contournement, comme cela sera expliqué de façon plus détaillée ci-dessous. Un problème avec ces systèmes qui utilisent des appels de test est qu'ils sont exposés au risque d'identification de leur comportement d'appel. Dans des systèmes d'art antérieur, les appels de test ne reçoivent normalement jamais de réponse et sont réalisés selon une configuration fixe de temps de commencement, de durée de sonnerie, etc., ce qui peut entraîner une configuration appelante suspecte. Un autre problème est que les moyens pour émettre des appels de test et les abonnements qui terminent des appels de test peuvent émettre ou terminer un nombre important d'appels, un tel volume étant suspect. Ceci engendre le risque que les opérateurs de contournement détectent et identifient les moyens pour émettre les appels de test et/ou les abonnements utilisés par les sondes réceptrices utilisées pour recevoir l'appel de test. L'opérateur de contournement peut alors ensuite mettre à l'index ces moyens et/ou abonnements spécifiques afin d'éviter la détection. Afin de continuer d'être efficaces, des parties du système pour réaliser des appels de test, comme, par exemple, la sonde réceptrice ou les moyens pour émettre des appels de test, doivent être reconfigurées de façon approfondie, par exemple en leur fournissant de nouveaux abonnements pour recevoir ou générer des appels de test, ce qui est lent, coûte cher et peut nécessiter une intervention physique, comme, par exemple, le remplacement d'une carte SIM. Le document FR2938392 décrit un système qui génère des appels de test et qui utilise un mécanisme de renvoi pour mettre en cascade des abonnements clients réalisés avec des cartes SIM. Ce système réduit le risque de contre-détection en augmentant le nombre d'abonnements utilisés en tant que partie appelée pour les appels de test, cependant la mise en oeuvre de ce système souffre d'importantes limitations car le mécanisme de mise en cascade augmente le coût et la complexité, réduit la facilité de maintenance d'un tel système et présente des difficultés pour augmenter le nombre de ces abonnements. Même lorsque le nombre important de cartes SIM ou d'abonnements clients, par exemple cinq cents, n'est pas immédiatement utilisé dans ce système, mais, par exemple, est introduit dans le système de manière séquentielle, ceci nécessite toujours une documentation complète de l'établissement du système et les cartes SIM ou abonnements disponibles destinés à être utilisés dans le système. En outre, le mécanisme de mise en cascade proposé avec deux phases, voire potentiellement encore plus, présente des problèmes spécifiques. Un abonnement et sa configuration associée pour renvoyer ou détourner des appels doivent être documentés dans une multitude de systèmes et bases de données ou autrement ils risquent d'être éliminés lorsque des contrôles de qualité et d'intégrité de données sont réalisés. La configuration de renvois ou de détournements d'appel n'est pas toujours stable. L'établissement d'un renvoi ou d'un détournement d'appel prend du temps à l'établissement d'un appel. Un renvoi ou un détournement peut être un service fondé sur la rémunération qui pourrait générer des coûts sur des abonnements utilisés dans le mécanisme de mise en cascade, il pourrait entraîner un coût de transfert au sein d'un opérateur et il rend l'utilisation d'abonnements prépayés difficile. De même, lors du renvoi ou du détournement d'un appel, dans certains cas, la CLI est changée par l'opérateur en CLI de l'abonnement qui est le renvoi ou le détournement de l'appel, ce qui rend la totalité du système inutile. Lorsqu'un abonnement utilisé dans un tel système doit être remplacé par un nouvel abonnement, par exemple car il a été détecté par un opérateur de contournement, ceci nécessite une multitude d'opérations car toute la documentation concernant l'état du système doit être actualisée et également la configuration du mécanisme de renvoi ou de détournement doit être adaptée par conséquent. En tant que tel, un système qui puisse fournir en temps réel des informations concernant la disponibilité d'un contournement est nécessaire. Ce système doit être capable d'être exploité par des tierces parties et ne doit pas nécessiter d'accès à des données confidentielles de l'opérateur de réseau de télécommunication. Le système doit également présenter un risque réduit de contre-détection par un opérateur de contournement et doit permettre une configuration simple, permettre une facilité de maintenance et une extensibilité améliorée. Résumé de l'invention Selon l'invention, un système pour la détection d'un contournement d'une interconnexion à un réseau de télécommunication à l'essai est proposé, ledit système comprenant : - des moyens adaptés pour émettre un appel de test audit réseau de télécommunication à l'essai à partir de l'extérieur du réseau de télécommunication à l'essai ; - au moins une sonde réceptrice avec un abonnement de terminaison pour terminer ledit appel de test ; et - un système de commande configuré pour : - émettre l'appel de test ; - recevoir, à partir de la sonde réceptrice, des informations d'appel comprenant une identification de ligne d'appel reçue de l'appel de test ; et - analyser l'identification de ligne d'appel reçue de sorte que la présence du contournement puisse être détectée, caractérisé en ce que - ledit système comprend en outre : - un jeu non en cascade de numéros virtuels, configuré de sorte que lesdits appels de test soient terminés en une phase sur ledit abonnement de terminaison ; et - des moyens configurés pour manipuler des identifications de ligne d'appel, et en ce que - ledit système de commande est en outre configuré : - pour utiliser ledit jeu non en cascade de numéros virtuels en tant que partie appelée desdits appels de test ; et - pour établir des appels de test vers ledit jeu de numéros virtuels à partir des moyens configurés pour manipuler des identifications de ligne d'appel à travers lesdits moyens pour émettre un appel de test, 15 - ledit jeu de numéros virtuels (81) ou de CLI manipulées étant divisé en sous-jeux qui sont utilisés consécutivement dans un ordre de rotation. Ce système selon l'invention est capable d'un risque réduit de contre-détection par un opérateur de 20 contournement car il peut utiliser une quantité importante de numéros virtuels et de CLI manipulées. En outre, grâce à ceci, il est impossible pour l'opérateur d'un contournement d'identifier l'abonnement de terminaison et/ou les moyens pour émettre des appels de 25 test et ensuite de les mettre à l'index, car des moyens sont prévus pour manipuler l'identification de ligne appelante qui empêchent la détection des moyens pour émettre un appel de test et des numéros virtuels en tant que parties appelées sont prévus qui empêchent la 30 détection de l'abonnement de terminaison. Comme la partie appelée et la partie appelante de l'appel de test 10 en association sont à la disponibilité d'un opérateur de contournement, ceci signifie que, si l'opérateur de contournement est capable d'identifier l'un des deux comme étant utilisé dans un système pour la détection d'un contournement, automatiquement l'autre est également soumis à une détection. Il est donc essentiel que la partie appelée ainsi que la partie appelante soient pourvues de mécanismes pour réduire le risque de détection, respectivement le jeu non en cascade de numéros virtuels et les moyens configurés pour manipuler des identifications de ligne d'appel. En tant que tel, il est également important que les numéros de partie appelée (numéros virtuels) ainsi que les numéros de partie appelante (CLI manipulées) existent en grandes quantités pour éviter la détection, car, comme cela est expliqué ci-dessus, la détection de l'un entraînerait inévitablement et immédiatement la détection de l'autre. Facultativement, ledit ordre de rotation est aléatoire ou l'utilisation de numéros virtuels au sein desdits sous-jeux de numéros virtuels est aléatoire. Toutes ces mesures réduisent le risque que l'opérateur de contournement soit capable d'associer le comportement d'appel du système de détection de contournement à un numéro spécifique et en particulier aux abonnements des sondes réceptrices pour terminer les appels de test car le nombre de ces abonnements de sondes réceptrices n'est pas visible du tout pour un quelconque opérateur de télécommunication ou opérateur de contournement. Il est également essentiel qu'un jeu non en cascade de numéros virtuels soit utilisé à la place d'un jeu en cascade de numéros associé avec un jeu en cascade d'abonnements comprenant deux ou plus phases de mise en cascade, car, autrement, l'augmentation de la quantité de numéros jusqu'à un niveau qui est suffisant pour éviter la contre-détection par l'opérateur de contournement exigerait des opérations approfondies et complexes et d'importants frais généraux de configuration qui entraînent une maintenance considérable, des nécessités de documentation considérables et une configuration difficile et sujette à l'erreur. Ce système ne nécessite en outre pas de calculs complexes ni de quantités importantes de données pour être capable de détecter l'existence d'un contournement. Il nécessite seulement l'analyse de l'identification de ligne appelante (CLI) reçue. L'analyse peut être réalisée de manière simple, par exemple en déterminant si la CLI reçue provient d'un appel qui a été émis à partir de l'intérieur du réseau de télécommunication à l'essai en analysant le préfixe de la CLI reçue pour déterminer la présence d'un préfixe appartenant au plan de numérotation du réseau de télécommunication à l'essai. Selon un mode de réalisation de l'invention, lesdits moyens configurés pour manipuler des identifications de ligne d'appel comprennent : - des abonnements d'utilisateur final avec la possibilité de manipuler des CLI ; ou - un générateur d'appel connecté à un réseau de télécommunication sur un niveau réseau. Selon un mode de réalisation supplémentaire de l'invention, lesdits moyens pour émettre un appel de test comprennent lesdits moyens configurés pour manipuler des identifications de ligne d'appel. Selon une variante de mode de réalisation, les moyens configurés pour manipuler des identifications de ligne d'appel acheminent des appels de test à travers lesdits moyens pour émettre un appel de test. Selon un mode de réalisation supplémentaire, les moyens pour émettre ledit appel de test comprennent un abonnement émetteur à un réseau émetteur à l'extérieur du réseau de télécommunication à l'essai, qui est configuré pour être acheminé jusqu'auxdits numéros virtuels, et des appels de test étant établis à partir desdits moyens configurés pour manipuler des identifications de ligne d'appel avec des identifications de ligne d'appel différentes par rapport audit abonnement émetteur pour permettre des appels de test acheminés à travers le réseau émetteur mais ne pas nécessairement générer d'identification de ligne appelante identifiant le réseau émetteur. Ceci réduit le risque qu'un opérateur de contournement mette à l'index tous les appels avec une CLI identifiant un réseau spécifique, ou mette à l'index un réseau émetteur entier ou une interconnexion avec un opérateur de télécommunication, que l'opérateur de contournement soupçonne de servir de réseau émetteur pour des appels de test d'un système de détection de contournement. Selon un mode de réalisation de l'invention, ledit jeu de numéros virtuels non en cascade est réalisé sous forme de : - multiples options de numéro d'abonné sur ligne fixe d'accès de base RNIS physique unique ; - multiples numéros d'autocommutateur privé sur une ligne d'accès primaire RNIS physique unique ; - multiples numéros de réseau numérique à intégration de services d'abonné mobile sur un abonnement à carte SIM physique unique ; ou - multiples numéros acheminés jusqu'à une seule IMSI (« International Mobile Subscriber Identity » ou identité internationale de l'abonné mobile) au moyen de la table d'acheminement. Ceci permet aux numéros virtuels non en cascade d'être établis avec une technologie qui est couramment disponible dans la plupart des réseaux de télécommunication. Selon un mode de réalisation supplémentaire, ledit jeu de numéros virtuels comprend un ou plusieurs des éléments suivants : - des numéros réutilisés et non utilisés ; - des numéros non consécutifs ; et - des numéros de multiples zones géographiques dans le cas d'un réseau à ligne fixe ou de multiples préfixes de réseau dans le cas de réseaux mobiles. Selon un mode de réalisation supplémentaire, le jeu de numéros virtuels est renouvelé régulièrement. De cette manière, le risque que ces numéros virtuels soient corrélés avec un comportement d'appel de test est réduit. Selon un mode de réalisation préféré, ledit abonnement de terminaison est configuré avec une annulation de restriction d'identification de ligne appelante (« Calling Line Identification Restriction Override » ou CLIRO). Ceci permet avantageusement un système simple et robuste pour la détection d'un contournement qui est capable de détecter un contournement même si l'opérateur de contournement utilise une fonction de restriction d'identification de ligne appelante (« Calling Line Identification Restriction » ou CLIR) afin de cacher la CLI pour éviter la détection. Ceci permet d'identifier et ensuite de désactiver les abonnements qui sont utilisés dans un contournement même si l'opérateur de contournement utilise la fonction CLIR. Lorsque des tierces parties fournissent le système pour la détection d'un contournement en tant que service à un opérateur de réseau de télécommunication, ceci ne nécessite ni l'accès à des données confidentielles, comme par exemple une date de facturation, ni des interfaces techniques complexes pour fournir cet accès. La tierce partie nécessite seulement un abonnement configuré avec une CLIRO pour terminer l'appel de test. Brève description des dessins La figure 1 illustre un mode de réalisation selon l'invention sans la présence d'un contournement ; la figure 2 illustre le mode de réalisation selon la figure 1 avec la présence d'un contournement ; la figure 3 illustre une variante de mode de réalisation selon l'invention sans la présence d'un contournement ; et la figure 4 illustre le mode de réalisation selon la figure 3 avec la présence d'un contournement. Description détaillée de mode(s) de réalisation La figure 1 représente un système 1 pour la détection d'un contournement d'une interconnexion 530 à un réseau de télécommunication 50 à l'essai. Le système 1 selon l'invention comprend des moyens 10 pour émettre un appel de test audit réseau de télécommunication 50 à l'essai à partir de l'extérieur du réseau de télécommunication 50 à l'essai. Ces moyens 10 peuvent être une sonde émettrice appropriée comme, par exemple, un téléphone mobile GSM ou tout autre type de dispositif capable d'émettre un appel sur un réseau de télécommunication extérieur prédéterminé autre que le réseau de télécommunication 50 de l'opérateur de réseau qui réalise l'étude en ce qui concerne la présence d'un contournement d'une interconnexion 530, comme, par exemple, des cartes appelantes, un numéro de téléphone fournissant un accès à des systèmes VoIP (« Voice over IP » ou voix sur IP), des mécanismes de rappel, tout type d'appels émis par PC, un abonnement approprié à des réseaux mobiles comme, par exemple, une carte SIM, des réseaux câblés ou des générateurs d'appels directement connectés à un équipement de réseau de télécommunication. Les moyens 10 peuvent comprendre, par exemple, un abonnement de ligne fixe au Royaume Uni « +44 20 1234 5678 » et le réseau de télécommunication 50 à l'essai peut, par exemple, être un réseau de télécommunication d'un opérateur de télécommunication mobile belge avec un plan de numérotation avec un préfixe 474, à savoir « +32 474 xxx xxx ». Les moyens 10 sont, dans ce but, connectés à un système de commande approprié 40 qui permet d'émettre l'appel de test selon des instructions reçues à partir de ce système de commande 40. Le système de commande 40 est, par exemple, un ordinateur programmé de façon appropriée qui est directement connecté aux moyens 10, mais il pourrait également être un système d'ordinateur à distance qui est connecté aux moyens 10 par l'intermédiaire d'une interface de réseau appropriée, comme, par exemple, un réseau local LAN ou Internet, pour permettre un échange d'instructions et/ou de données à travers ce réseau. Il est évident que le système 1 pour la détection d'un contournement n'est pas limité à un système avec seulement un groupe de moyens 10, il peut cependant comprendre un nombre approprié quelconque de groupes de moyens 10 dispersés parmi un nombre approprié quelconque de réseaux de télécommunication extérieurs, comme, par exemple, huit groupes de moyens 10 pour différents réseaux de télécommunication en France et trois groupes de moyens 10 pour des partenaires itinérants de réseau de télécommunication au Ghana. Comme on peut le voir sur la figure 1, le système de détection de contournement 1 comprend également une sonde réceptrice 20. Cette sonde réceptrice 20 peut, par exemple, également être un téléphone mobile GSM ou tout autre type de dispositif avec un abonnement pour terminer l'appel de test. La sonde réceptrice 20 peut, par exemple, comprendre un abonnement au réseau de télécommunication 50 à l'essai « +32 474 123 456 ». La sonde réceptrice 20 est également connectée à un système de commande approprié 40. Le système de commande 40 reçoit, à partir de la sonde réceptrice 20, des informations d'appel comprenant une identification de ligne appelante (« Calling Line Information » ou CLI) reçue de l'appel de test. Il est évident que le système 1 n'est également pas limité à un système avec seulement une sonde réceptrice 20. Il peut comprendre un nombre approprié quelconque de sondes réceptrices 20 avec un abonnement pour terminer des appels de test. Les informations d'appel comprennent une CLI reçue de l'appel de test et facultativement d'autres données concernant l'appel comme, par exemple, l'heure et la date auxquels l'appel de test a exactement été reçu, l'heure et la date commencé à sonner, l'heure de test a été terminé, un l'appel de test a reçu téléphone associé aux présentation, etc. Comme cela est représenté sur la figure 1, lorsqu'aucun contournement n'est présent, le système de commande 40 émet l'appel de test en activant les moyens 10 qui émettent ensuite l'appel de test en appelant l'abonnement au réseau de télécommunication 50 à l'essai dans la sonde réceptrice 20. L'appel de test est alors envoyé au réseau de télécommunication 50 à l'essai, par exemple facultativement par l'intermédiaire d'une ou de plusieurs opérateurs de télécommunication 60. Ensuite, l'appel de test passe par l'interconnexion 530 du réseau de télécommunication 50 à auxquels l'appel de test a et la date auxquels l'appel indicateur pour indiquer si une réponse, le numéro de moyens 20, l'indicateur de l'essai qui achemine l'appel de test jusqu'à la sonde réceptrice 20. La sonde réceptrice 20 reçoit alors l'appel de test entrant. Il n'est pas nécessaire que la sonde réceptrice 20 réponde vraiment à l'appel de test. Le système de commande 40 pourrait par exemple être configuré de manière telle qu'il donne l'ordre aux moyens 10 d'émettre l'appel de test à la sonde réceptrice 20 et de déconnecter automatiquement l'appel de test après trois sonneries. Le système de commande 40 reçoit alors, à partir de la sonde réceptrice prédéterminée 20, des informations d'appel qui comprennent une CLI reçue, qui est transmise juste avant ou après la première sonnerie, et facultativement d'autres données concernant l'appel de test. Ceci pourrait être réalisé, par exemple, en téléchargeant les informations d'appel de la sonde réceptrice 20 au système de commande 40 ou en les transmettant au système de commande 40 d'une quelconque manière appropriée, par exemple par l'intermédiaire de moyens de connexion câblés ou sans fil. Le système de commande 40 analyse alors la CLI reçue. Cette analyse peut être exécutée sous forme de simple comparaison avec le numéro de partie appelante associé aux moyens 10 auxquels le système de commande 40 a donné l'ordre d'émettre l'appel de test. Dans le cas illustré sur la figure 1 où l'appel de test est passé à travers la fonction d'interconnexion 530, cette CLI reçue, par exemple « +44 20 1234 5678 », correspondra au numéro de partie appelante, « +44 20 1234 5678 », associé avec les moyens 10 et le système de commande 40 sera capable de déterminer que, pour cet appel de test, aucun contournement n'a été détecté. Comme les moyens 10 émettent l'appel de test à partir de l'extérieur du réseau de télécommunication 50 à l'essai, l'analyse peut être réalisée avec une complexité encore plus réduite et une fiabilité encore plus importante. Il est possible de vérifier si la CLI reçue est un appel qui est émis à partir de l'intérieur du réseau de télécommunication 50 à l'essai, à savoir est un appel de réseau, par exemple en analysant si le préfixe de la CLI reçue diffère du préfixe associé avec le plan de numérotation du réseau de télécommunication 50 à l'essai. Si cette analyse de la CLI reçue indique que la partie appelante de l'appel de test n'est pas de l'intérieur du réseau de télécommunication à l'essai, aucun contournement n'a été détecté. Ainsi, dès que l'analyse est capable de déterminer que la CLI reçue n'appartient pas au plan de numérotation associé avec le réseau de télécommunication 50 à l'essai, aucun contournement à l'intérieur du réseau à l'essai n'a été détecté. De même, afin de prendre en compte une portabilité de numéro, l'analyse pourrait comprendre un contrôle pour vérifier si la CLI reçue comprend un numéro qui est compris dans la base de données de numéros du réseau de télécommunication 50 à l'essai. Si ceci n'est pas le cas, aucun contournement à l'intérieur du réseau à l'essai n'a été détecté. En général, comme les moyens 10 émettent l'appel de test à partir de l'extérieur du réseau de télécommunication 50 à l'essai, la présence d'un contournement peut être détectée si la CLI reçue appartient à un abonnement au réseau de télécommunication 50 à l'essai. Une autre possibilité pour l'analyse est de contrôler si la CLI reçue comprend le même indicatif de pays que l'indicatif de pays associé avec le réseau de télécommunication 50 à l'essai. Comme, dans de nombreux cas, les moyens 10 émettent un appel de test à partir d'un pays autre que celui du réseau de télécommunication 50 à l'essai, ceci fournit un outil pour déterminer si un contournement est présent. La figure 2 représente le système 1 selon la figure 1 en fonctionnement, mais, maintenant, un contournement 540 est en place et ce contournement 540 réachemine l'appel de test. Maintenant, lorsque le système de commande 40 émet un appel de test entre les moyens 10 et la sonde réceptrice 20 et l'appel est réacheminé facultativement par l'intermédiaire d'une ou de plusieurs opérateurs de télécommunication 60 jusqu'au contournement 540, une détection du contournement 540 est possible comme cela est expliqué ci-dessous. Un tel contournement 540, également appelé, par exemple, passerelle GSM ou boîte SIM dans le cas d'un réseau de télécommunication sans fil ou autocommutateur privé de fuite dans le cas d'un réseau de télécommunication câblé, est exploité par des opérateurs de contournement d'interconnexion qui acheminent une partie du trafic jusqu'au réseau de télécommunication 50 à l'essai à partir de l'extérieur de réseau de télécommunication 50 par l'intermédiaire, par exemple, d'une interface Internet appropriée avec une des opérateurs de télécommunication 60 vers un contournement 540 qui utilise normalement une pluralité d'abonnements, par exemple « +32 474 111 222 », qui fonctionnent à l'intérieur du réseau de télécommunication 50 à l'essai et qui convertissent l'appel de test entrant en un nouvel appel émis à partir d'un abonnement au réseau de télécommunication 50, « +32 474 111 222 », et à la même destination, et, en tant que tels, contournent l'interconnexion 530. Cependant, maintenant, lorsque le système de commande 40 reçoit les informations d'appel de récepteur à partir de la sonde réceptrice 20 qui a reçu l'appel de test émis à partir des moyens 10, la CLI reçue, « +32 474 111 222 », ne correspondra pas au numéro de partie appelante, « +44 20 1234 5678 », associé aux moyens 10. Ceci est dû au fait que, à la place du numéro de partie appelante des moyens 10, le numéro de partie appelante d'un des abonnements dans le contournement 540, « +32 474 111 222 », sera dans la CLI reçue par la sonde réceptrice 20. Le système de commande 40 est alors capable de déterminer qu'un contournement 530 est présent. Comme cela est expliqué ci-dessus, comme les moyens 10 émettent l'appel de test à partir de l'extérieur du réseau de télécommunication 50 à l'essai, la présence d'un contournement 540 peut être détectée si la CLI reçue appartient à un abonnement au réseau de télécommunication 50 à l'essai. Ceci peut être réalisé en contrôlant si la CLI reçue comprend un préfixe qui appartient au plan de numérotation du réseau de télécommunication 50 à l'essai « +32 474 xxx xxx » ou, lorsque l'on prend également en compte une portabilité de numéro, en contrôlant si la CLI reçue comprend un numéro qui est compris dans la base de données de numéros du réseau de télécommunication 50 à l'essai. Lorsqu'il est utilisé, le système 1 émet de multiples appels de test qui sont acheminés jusqu'à un abonnement de terminaison 80 dans la sonde réceptrice 20, comme cela est représenté sur les figures 1 et 2. Selon une variante de mode de réalisation (non représentée), la sonde réceptrice pourrait comprendre une pluralité d'abonnements 80 pour terminer des appels de test. Cependant, il y a des limites pratiques en ce qui concerne le nombre d'abonnements 80 qu'une sonde réceptrice 20 peut contenir car chaque abonnement comporte des composants physiques associés. Si la sonde réceptrice 20 comprend des abonnements sous forme de cartes SIM, dans le cas d'un réseau de télécommunication sans fil 50 à l'essai, des connecteurs physiques suffisants pour introduire une carte SIM et des éléments électroniques associés doivent être présents. De même, dans le cas d'un réseau de télécommunication câblé 50 à l'essai, où les abonnements pourraient être mis en oeuvre sous forme de circuits électroniques appropriés, cette mise en oeuvre nécessite également qu'un matériel électrique physique suffisant soit présent. Même lorsque le système 1 selon l'invention utilise une pluralité de sondes réceptrices 20, chacune comprenant une pluralité d'abonnements physiques 80 pour terminer les appels de test, le volume d'appels de test et l'utilisation à long terme du système 1 selon l'invention augmentent le risque de détection par l'opérateur du contournement 540. Comme cela est expliqué ci-dessus, les appels de test ne doivent pas nécessairement recevoir une réponse pour que le système 1 fonctionne, et, ainsi, afin de diminuer le coût de fonctionnement du système 1 et afin de réduire la durée d'appel de test pour augmenter le rendement du système 1, les appels de test ne reçoivent normalement pas de réponses. Ceci, cependant, entraînerait un comportement d'appel à long terme spécifique vers ces sondes réceptrices 20 car le rapport résultant de réponse/prise pour un abonnement utilisé dans ces sondes réceptrices 20 serait clairement différent de celui d'un comportement d'appel humain normal. En outre, le volume total d'appels audit abonnement 80 serait également suspect, comme le serait la gamme de différentes CLI appelant cet abonnement. Selon un mode de réalisation du système 1 selon l'invention tel qu'il est représenté sur les figures 1 et 2, les numéros virtuels 81 sont empêchés d'être détectés (comme cela est expliqué de façon plus détaillée ci-dessous), et les moyens 10 pour émettre des appels de test sont également empêchés d'être détectés car les moyens 10 comprennent des abonnements d'utilisateur final qui permettent de manipuler des CLI ou des générateurs d'appels ou des variantes de moyens 11 pour réaliser une manipulation directe de CLI. De cette manière, le risque que l'opérateur de contournement puisse détecter la partie appelée et la partie appelante à partir des appels de test est réduit. Lorsque l'opérateur de contournement détecte un appel de test et met à l'index un des numéros virtuels 81 ou une des CLI générées par les moyens 10, ils peuvent être très facilement remplacés. Comme le risque d'être détecté par un opérateur de contournement ne peut jamais être totalement éliminé et comme, au fil du temps, la possibilité d'une telle détection augmente, il est important de présenter une flexibilité plus importante pour changer des numéros de téléphone utilisés dans un système 1 selon l'invention. Le remplacement d'un numéro virtuel non en cascade 81 peut être réalisé efficacement car seulement le numéro virtuel lui-même doit être remplacé et, en outre, sa configuration est très simple car seulement une phase est nécessaire. Une variante de mode de réalisation du système 1 selon l'invention, comme cela est représenté sur les figures 3 et 4, réduit avantageusement le risque de contre-détection et de mise à l'index car l'abonnement de terminaison 80 est empêché d'être détecté au moyen des numéros virtuels 81 (comme cela est expliqué de façon plus détaillée ci-dessous), et les moyens 10 pour émettre des appels de test sont également empêchés d'être détectés. Afin d'accomplir ceci, les moyens 10 comprennent un abonnement émetteur 90 à un réseau émetteur 190 à l'extérieur du réseau de télécommunication 50 à l'essai. Cet abonnement émetteur 90 est configuré pour acheminer l'appel de test jusqu'aux numéros virtuels 81. Les appels de test sont alors établis à partir des moyens 11 avec des identifications de ligne d'appel différentes par rapport audit abonnement émetteur 90 pour permettre des appels de test acheminés à travers le réseau émetteur 190 mais ne pas nécessairement générer une identification de ligne appelante identifiant le réseau émetteur 190. Ceci évite qu'un opérateur d'un contournement 540 soit capable de détecter le réseau 190 dont l'abonnement émetteur 90 fait partie, ce qui pourrait entraîner la mise à l'index, par l'opérateur d'un contournement 540, du réseau émetteur 190 ou de l'abonnement 90 entier car, dans ce mode de réalisation, les appels de test sembleraient être émis à partir de l'extérieur du réseau émetteur 190, tout en étant toujours acheminés à travers le réseau émetteur 190 afin de détecter un contournement dans l'acheminement de ce réseau émetteur 190 jusqu'au réseau de télécommunication 50 à l'essai. Lesdits moyens 11 configurés pour manipuler des identifications de ligne d'appel sont, par exemple, un abonnement voix sur IP (« Voice over IP » ou VoIP) ou un générateur d'appel connecté à un réseau de télécommunication sur un niveau réseau configuré pour manipuler des identifications de ligne d'appel. Comme cela est représenté sur les figures 3 et 4, ces moyens 11 configurés pour manipuler des identifications de ligne d'appel sont à l'extérieur du réseau émetteur 190 car, dans la plupart des réseaux fixes et mobiles, une manipulation directe de la CLI n'est pas possible. Afin de réduire ce risque, le système 1 selon l'invention, tel qu'il est représenté sur les figures 1 et 2, utilise également un jeu de numéros de téléphone virtuels 81 en tant que partie appelée de ces appels de test. Ce jeu de numéros virtuels 81 termine les appels de test entrants directement sur l'abonnement de terminaison 80. De cette manière, l'abonnement de terminaison 80 est empêché d'être détecté par le réseau du contournement 540 car le numéro de téléphone de ce numéro virtuel sera présenté en tant que partie appelée à la place du nombre associé avec l'abonnement de terminaison 80. Il est important que ceci soit un jeu non en cascade de numéros virtuels 81 à la place d'un jeu en cascade de numéros associé avec un jeu en cascade d'abonnements, car, autrement, une augmentation de la quantité de numéros jusqu'à un niveau qui est suffisant pour éviter la contre-détection par l'opérateur du contournement 540 exigerait des opérations approfondies et complexes et d'importants frais généraux de configuration qui entraînent une maintenance considérable, des nécessités de documentation considérables et une configuration difficile et sujette à l'erreur. Selon les modes de réalisation de l'invention, tels qu'ils sont représentés sur les figures 1 à 4, le jeu de numéros virtuels 81 est mis en oeuvre sous forme de jeu de numéros disponibles sur l'abonnement de terminaison 80. Ceci peut, par exemple, être mis en oeuvre en utilisant de multiples options de numéro d'abonné sur ligne fixe d'accès de base RNIS physique unique, en utilisant de multiples numéros d'autocommutateur privé sur une ligne d'accès primaire RNIS physique unique, ou en peuplant, au moyen des bases de données ou des multiples numéros de réseau numérique à intégration de services d'abonné mobile de plateforme IN (« Intelligent Network » ou réseau intelligent), un abonnement à carte SIM physique unique identifié par son identité internationale d'abonné mobile (« International Mobile Subscriber Identity » ou IMSI). Comme, par exemple dans un contexte de télécommunication mobile, les numéros RNIS de station mobile définis sur une IMSI sont un attribut défini sur cette IMSI dans le HLR (« Home Location Register » ou enregistreur de localisation nominal), une telle opération ne nécessite pas d'intervention physique et un changement peut ainsi être exécuté sans retard inutile. Il est évident que ces multiples numéros virtuels 81 sont associés avec une seule entité physique, telle qu'une ligne physique, dans un contexte de télécommunication à ligne fixe, ou une SIM, dans un contexte de télécommunication mobile, dans une configuration non en cascade. Ceci signifie qu'aucun moyen ou aucune configuration supplémentaire, comme, par exemple, des mécanismes de renvoi, ne doit être mis en oeuvre pour terminer des appels de test à ces numéros virtuels 81 en une phase sur l'abonnement 80. De cette manière, lorsqu'un changement de numéro est nécessaire, par exemple car un ou plusieurs des numéros virtuels sont détectés par un opérateur de contournement, la seule opération qui doit être réalisée est un changement du numéro virtuel respectif. Ceci permet également une installation simple du système 1 qui ne nécessite pas de documentation et de configuration considérables car il n'y a aucun niveau multiple de mise en cascade et mécanisme de mise en cascade associé, et sa configuration correspondante est comprise. L'installation non en cascade telle qu'elle est décrite ci-dessus empêche même l'établissement de multiples niveaux de mise en cascade sur un niveau technique. Selon une variante de mode de réalisation, ces numéros virtuels non en cascade 81 pourraient également être créés dans le HLR d'un réseau de télécommunication, par exemple le réseau de télécommunication 50 à l'essai. Une manière préférée de terminer des appels de test directement, à savoir en une phase, sur l'abonnement de terminaison 80 est en utilisant les tables d'acheminement pour terminer ces numéros virtuels 81 à l'abonnement de terminaison 80. De cette manière, un renvoi ou un détournement d'appel est évité et des abonnements non en cascade sont nécessaires. Bien que, dans la plupart des réseaux de télécommunication, une telle fonction de renvoi d'appel soit couramment disponible, la configuration de renvoi d'appel n'est pas toujours stable, exige beaucoup de temps à établir et pourrait entraîner des coûts. Ainsi, l'établissement et la configuration de ces numéros virtuels 81 ne nécessitent pas de ressources importantes et l'augmentation jusqu'à une échelle qui réduit le risque de contre-détection n'exige pas le coût et les ressources qui seraient associés avec une réalisation physique. De même, la reconfiguration du système, par exemple au cas où un des abonnements virtuels a été mis à l'index par un opérateur de contournement, n'exige pas d'interférence physique avec le système 1 et, en raison de l'installation non en cascade, ne nécessite pas d'opération supplémentaire, à part le changement des numéros virtuels. Comme cela est expliqué ci-dessus, ceci permet un système 1 qui ne nécessite pas de documentation et de configuration considérables. Afin de réduire davantage le risque de contre-détection, par exemple par les opérateurs du contournement 540, le jeu de numéros virtuels ou de CLI manipulées pourrait facultativement être un mélange de numéros réutilisés et non utilisés, des numéros non consécutifs, et des numéros de multiples zones géographiques dans le cas d'un réseau à ligne fixe ou de multiples préfixes de réseau dans le cas de réseaux mobiles. Un autre mécanisme est un renouvellement régulier du jeu de numéros virtuels 81 ou de CLI manipulées, durant l'utilisation, ou la division du jeu de numéros virtuels 81 ou des CLI manipulées en sous- jeux de numéros virtuels qui sont utilisés consécutivement dans un ordre de rotation, de préférence un ordre de rotation aléatoire. Un mécanisme supplémentaire est le caractère aléatoire de l'utilisation de numéros virtuels ou des CLI manipulées à l'intérieur d'un jeu spécifique de numéros virtuels 81 ou de CLI manipulées. Grâce à toutes ces mesures, il est difficile pour un opérateur d'attribuer un comportement d'appel de test à des parties appelées, parties appelantes ou réseaux émetteurs spécifiques car le nombre de numéros utilisés est suffisamment élevé afin de répartir le risque de détection et le comportement d'appel systématique du système 1 selon l'invention lorsque la réalisation de multiples appels de test est aléatoire, ce qui rend la contre-détection des modes du comportant d'appel de test plus difficile. Lors de l'utilisation d'un système 1 selon l'invention, il existe un risque que l'opérateur du contournement 540 utilise la fonction CLIR de sorte que le système 1 ne soit pas capable de garantir la détection de la présence et/ou la désactivation subséquente d'un contournement 540. À savoir, les signaux échangés entre des réseaux de télécommunication comprennent deux champs, un champ CLI qui contient le numéro de téléphone de partie appelante et un indicateur de présentation (« Presentation Indicator » ou PI) qui indique si la CLI peut être représentée ou non. Le PI comporte trois états : « disponibles » signifie qu'il y a une CLI et elle peut être représentée, « indisponible » signifie qu'aucune CLI n'est présente et « limité » signifie qu'une CLI est présente mais elle ne peut pas être représentée. Lorsque l'opérateur du contournement 540 permet la fonction CLIR pour les abonnements que le contournement 540 utilise, le dernier commutateur dans le trajet ne fera pas passer la CLI à l'abonnement de terminaison utilisé dans la sonde réceptrice 20. Une description plus détaillée de la fonction CLIR se trouve, par exemple, dans la spécification ITU CCITT 1.251.4 ou la spécification 3GPP TS 24.081. Ainsi, le système selon l'invention utilise une sonde réceptrice 20 qui comprend un abonnement de terminaison 80 configuré avec une fonction d'annulation de restriction d'identification de ligne appelante (« Calling Line Identification Restriction Override » ou CLIRO). Ceci est une caractéristique mise en oeuvre dans l'équipement du réseau de télécommunication 50. La caractéristique donnera l'ordre au commutateur final dans le trajet de l'appel de test d'ignorer le PI s'il est réglé sur « limité » et de continuer de faire passer la CLI à l'abonnement de terminaison de la sonde réceptrice 20. Alors, même si le contournement 540 utilise une fonction CLIR, la sonde réceptrice 20 sera toujours capable de détecter la CLI de l'appel de test entrant. Ceci permettra au système 1 de détecter et/ou ensuite désactiver les abonnements spécifiques qui sont utilisés dans le contournement 540. Bien que la présente invention ait été illustrée en référence à des modes de réalisation spécifiques, l'homme du métier comprendra que l'invention n'est pas limitée aux détails des modes de réalisation illustratifs précédents, et que la présente invention peut être réalisée avec divers changements et diverses modifications sans s'éloigner de sa portée. Les présents modes de réalisation doivent donc être considérés à tous égards comme illustratifs et non restrictifs, la portée de l'invention étant indiquée par les revendications jointes plutôt que par la description précédente, et tous les changements qui sont dans le sens et la portée d'équivalence des revendications sont donc prévus pour être compris dans celles-ci. En d'autres termes, il est envisagé que les modifications, variations ou équivalents qui sont au sein de la portée des principes sous-jacents de base et dont les attributs essentiels sont revendiqués dans la présente demande de brevet soient couverts. Le lecteur de la présente demande de brevet comprendra en outre que les mots « comprenant » ou « comprendre » n'excluent pas d'autres éléments ou d'autres étapes, que les mots « un » ou « une » n'excluent pas une pluralité, et qu'un seul élément, tel qu'un système d'ordinateur, un processeur, ou une autre unité intégrée, peut remplir les fonctions de plusieurs moyens indiqués dans les revendications. Aucun signe de référence dans les revendications ne doit être interprété comme limitant les revendications respectives concernées. Les termes « premier », « deuxième », « troisième », « a », « b », « c », et analogues, lorsqu'ils sont utilisés dans la description ou dans les revendications sont introduits pour distinguer entre des éléments ou des étapes similaires et ne décrivent pas nécessairement un ordre séquentiel ou chronologique. De façon similaire, les termes « haut », « bas », « sur », « sous », et analogues sont introduits dans des buts descriptifs et non nécessairement pour indiquer des positions relatives. Il faut entendre que les termes ainsi utilisés sont interchangeables dans des circonstances appropriées et les modes de réalisation de l'invention sont capables de fonctionner selon la présente invention dans d'autres séquences, ou dans des orientations différentes de celle(s) décrite(s) ou illustrée(s) ci-dessus. REVENDICATIONS1.- Système (1) pour la détection d'un contournement (540) d'une interconnexion (30) à un réseau de télécommunication (50) à l'essai, ledit système (1) comprenant : - des moyens (10) adaptés pour émettre un appel de test vers ledit réseau de télécommunication (50) à l'essai à partir de l'extérieur du réseau de télécommunication (50) à l'essai ; - au moins une sonde réceptrice (20) avec un abonnement de terminaison (80) pour terminer ledit appel de test ; et - un système de commande (40) configuré pour : - émettre l'appel de test ; - recevoir, à partir de la sonde réceptrice (20), des informations d'appel comprenant une identification de ligne appelante (CLI) reçue de l'appel de test ; et - analyser l'identification de ligne appelante (CLI) reçue de sorte que la présence du contournement (540) puisse être détectée, caractérisé en ce que - ledit système (1) comprend en outre : - un jeu non en cascade de numéros virtuels (81) configuré de sorte que lesdits appels de test soient terminés en une phase sur ledit abonnement de terminaison (80) ; et - des moyens (11) configurés pour manipuler des identifications de ligne d'appel (CLI), et en ce que- ledit système de commande (40) est en outre configuré : - pour utiliser ledit jeu non en cascade de numéros virtuels (81) en tant que partie appelée desdits appels de test ; et - pour établir des appels de test vers ledit jeu de numéros virtuels (81) à partir desdits moyens (11) configurés pour manipuler des identifications de ligne d'appel (CLI) à travers lesdits moyens (10) pour émettre un appel de test ; - ledit jeu de numéros virtuels (81) ou de CLI manipulées étant divisé en sous-jeux qui sont utilisés consécutivement dans un ordre de rotation. 2.- Système selon la revendication 1, dans lequel ledit ordre de rotation est aléatoire. 3.- Système selon la revendication 1 ou 2, dans lequel l'utilisation de numéros virtuels (81) à l'intérieur desdits sous-jeux de numéros virtuels (81) est aléatoire. 4.- Système selon l'une quelconque des revendications précédentes, dans lequel lesdits moyens (11) configurés pour manipuler des identifications de ligne d'appel (CLI) comprennent : - des abonnements d'utilisateur final avec la possibilité de manipuler des CLI ; ou - un générateur d'appel connecté à un réseau de télécommunication sur un niveau réseau. 5.- Système selon l'une quelconque des revendications 1 à 4, dans lequel lesdits moyens (10) pour émettre un appel de test comprennent lesditsmoyens (11) configurés pour manipuler des identifications de ligne d'appel (CLI). 6.- Système selon l'une quelconque des revendications 1 à 4, dans lequel lesdits moyens (11) configurés pour manipuler des identifications de ligne d'appel (CLI) acheminent des appels de test à travers lesdits moyens (10) pour émettre un appel de test. 7.- Système selon la revendication 6, dans lequel les moyens (10) pour émettre ledit appel de test comprennent un abonnement émetteur (90) à un réseau émetteur (190) à l'extérieur du réseau de télécommunication (50) à l'essai, qui est configuré pour être acheminé jusqu'auxdits numéros virtuels (81), et dans lequel des appels de test sont établis à partir desdits moyens (11) configurés pour manipuler des identifications de ligne d'appel (CLI) avec des identifications de ligne d'appel (CLI) différentes par rapport audit abonnement émetteur (90) pour permettre des appels de test acheminés à travers le réseau émetteur (190) mais ne pas nécessairement générer d'identification de ligne appelante (CLI) identifiant le réseau émetteur (190). 8.- Système selon l'une quelconque des revendications précédentes, dans lequel ledit jeu non en cascade de numéros virtuels (81) est réalisé sous forme de . - multiples options de numéro d'abonné sur ligne fixe d'accès de base RNIS physique unique ; - multiples numéros d'autocommutateur privé sur une ligne d'accès primaire RNIS physique unique ;- multiples numéros de réseau numérique à intégration de services d'abonné mobile sur un abonnement à carte SIM physique unique ; ou - multiples numéros acheminés jusqu'à une seule IMSI (« International Mobile Subscriber Identity ») au moyen de la table d'acheminement. 9.- Système selon l'une quelconque des revendications précédentes, dans lequel ledit jeu de numéros virtuels (81) comprend un ou plusieurs des éléments suivants : - des numéros réutilisés et non utilisés ; - des numéros non consécutifs ; et - des numéros de multiples zones géographiques dans le cas d'un réseau à ligne fixe ou de multiples préfixes de réseau dans le cas de réseaux mobiles. 10.- Système selon l'une quelconque des revendications précédentes, dans lequel ledit jeu de numéros virtuels (81) ou de CLI manipulées est renouvelé régulièrement. 11.- Système selon l'une quelconque des revendications précédentes, dans lequel ledit abonnement de terminaison (80) est configuré avec une annulation de restriction d'identification de ligne appelante (CLIRO).