Brevet FR2656755A1 — publié le 19910705

Système de test téléphonique. Le domaine de l'invention est celui des systèmes de test téléphonique. Plus précisément, la présente invention concerne un système permettant le test de tout matériel téléphonique. Une application particulière de ce système est de tester et de mettre au point le fonctionnement d'autocommutateurs. De façon plus précise, le système est destiné à trois types d'application qui sont le test unitaire d'un nouveau matériel ou d'un nouveau logiciel d'exploitation, la validation d'une nouvelle version et le contrôle de fabrication. De façon connue, il existe des systèmes de test à plusieurs niveaux d'appareils téléphoniques. Ces systèmes destinés à vérifier le bon fonctionnement d'appareils téléphoniques sont constitués de processeurs de commande programmés de telle sorte qu'il réalisent, grâce à des interfaces, par exemple des simulations de numérotations, de décrochage/raccrochage, de signaux sur les lignes, etc... Les programmes de commande permettant ces simulations sont réalisés dans des langages de niveau relativement élevé et ces systèmes sont spécifiques de par leur conception de base, à des protocoles donnés, à des types d'interfaces, d'appareils (ou de séries d'appareils) et de marques. Chaque sorte d'appareil nécessite donc une grande quantité de matériels et de protocoles de communication correspondants. Ils ne peuvent pas s'adapter à de nouvelles configurations d'appareils et la fabrication d'un nouvel appareil entraîne, pour son test, I'entière remise en cause du système existant. I1 n'existe donc pas d'outils permettant le test de tout type de matériel. De plus, il n'existe pas non plus de systèmes de test performants de systèmes complexes tels que des autocommutateurs. L'invention a notamment pour objectif de remédier à ces inconvénients. Un premier objectif de l'invention est de fournir un outil d'émulation de tous les équipements pouvant être raccordés à un autocommutateur et d'observation des réactions de cet autocommutateur. Un deuxième objectif de l'invention est de permettre la simulation de tous les éléments et/ou évènements téléphoniques possibles, probables ou improbables. Un troisième objectif de l'invention est d'apporter une aide efficace dans la localisation des erreurs détectées sur les appareils testés. Un quatrième objectif de l'invention est d'obtenir un domaine d'utilisation de l'outil le plus étendu possible pour permettre le test de tout appareil téléphonique. Un cinquième objectif de l'invention est de tester et simuler différents types d'interfaces téléphoniques au moyen d'équipements intelligents et modulaires, permettant d'intervenir à tous les niveaux physiques, tout en restant indépendants d'un quelconque protocole. Ces interfaces doivent être autonomes et servir de niveau de base d'un mécanisme formant le simulateur d'environnement téléphonique et télématique. Ces objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints à l'aide d'un système de simulation de modules fonctionnels d'une chaîne de transmission téléphonique quelconque, notamment pour effectuer le test de matériel téléphonique, présentant une structure à deux niveaux: - un premier niveau de supervision assurant l'émission d'ordres d'exécution de fonctions, à l'aide de moyens d'émission et d'interprétation de requêtes, chaque requête étant constituée de l'association d'une information de profil physique, d'une information d'élément physique, et d'une information de fonction, en fonction d'une séquence de test et du comportement détecté des équipements téléphoniques du système, simulés ou réels, impliqués dans le test;; - un second niveau d'exécution des ordres transmis par le niveau de supervision, constitué d'une pluralité de contrôleurs d'interface, comprenant des moyens d'interprétation des requêtes reçues, des moyens d'exécution des ordres contenus dans les requêtes, des moyens de détection des réponses du système testé et des moyens de formulation desdites requêtes. Les moyens de formulation des requêtes assurent l'association du superviseur et des contrôleurs d'interface. Les fonctions émises par le niveau de supervision peuvent non seulement être des fonctions téléphoniques, mais aussi des fonctions mathématiques, logiques, de calcul de temps, d'impression, etc... Préférentiellement, les contrôleurs d'interface comportent une double structure maître/esclave, la partie maître comportant des moyens d'interprétation et d'émission des requêtes, et la partie esclave assurant l'interface spécifique du contrôleur d'interface. Avantageusement, les contrôleurs d'interface appartiennent au groupe comprenant: - simulateur d'interface téléphonique analogique - simulateur de lien multiplex numérique; - simulateur de poste dédié. Selon un mode de mise en oeuvre préférentiel de l'invention, les informations d'élément physique appartiennent au groupe comprenant: - courant continu; - courant alternatif; - potentiel analogique; - potentiel logique - fréquence; - transmission de données registre - LED; - touche; - écran de visualisation. Avantageusement, les informations de profil physique appartiennent au groupe comprenant: - signal constant (présence ou absence) - transition (apparition, disparition ou inversion) - impulsion (apparition ou disparition temporaire) - train d'impulsions - rythme d'impulsions. Préférentiellement, les informations de fonction appartiennent au groupe comprenant: - génération; - détection. Selon un mode de réalisation préférentiel de l'invention, les requêtes sont transmises aux contrôleurs d'interfaces sous forme de commandes constituées d'une requête, d'un point physique de destination, d'une liste de paramètres obligatoires et d'une liste de paramètres facultatifs. Avantageusement, les paramètres appartiennent au groupe comprenant: - valeur de potentiel - valeur de courant; - valeur de fréquence; - valeur d'octet; - valeur de distance; - durée. De façon préférentielle, le procédé d'écriture d'un test comporte les étapes suivantes - description de l'environnement; - ouverture du test; - mise en place des contrôleurs d'interface dans une situation prédéterminée; - traitement spécifique du test. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante d'un mode de réalisation préférentiel de l'invention, donné à titre illustratif et non limitatif, et des dessins annexés, dans lesquels - la figure 1 représente les possibilités de configuration du système selon l'invention, - la figure 2 représente l'architecture générale du système selon l'invention. - la figure 3 représente la structure d'une requête de base destinée à piloter les contrôleurs d'interface, - la figure 4 représente la structure d'une commande destinée à programmer les contrôleurs d'interface. La figure 1 représente les possibilités de configuration du système selon l'invention. L'autocommutateur 1 à tester possède de multiples liaisons 2,3,4,5,6 et 7 destinées à être raccordées à différents simulateurs 8,9,10,11 et 13, notamment à un simulateur de réseau téléphonique 12. Sur cet exemple, l'autocommutateur 1 est relié à des simulateurs représentant un poste dédié 8, un autre autocommutateur 9, un poste analogique 10, un poste numérique 11, un réseau téléphonique 12 et/ou des moyens de programmation 13 d'autocommutateur. La présente invention a notamment pour but de permettre l'émulation simultanée synchrone ou asynchrone de tous ces appareils et réseaux. Cette émulation est réalisée grâce à l'architecture générale du système selon l'invention de la figure 2. Le système de test est organisé en deux niveaux: - un niveau supervision, constitué par le contrôleur global de simulation 27 et les contrôleurs généraux 25 et 26, - un niveau contrôle/commande constitué par les contrôleurs d'interface 21, 22 et 23. Un microlangage permet le dialogue entre ces deux niveaux. Le système selon l'invention comprend un contrôleur global de simulation 27, constitué par exemple par un mini-ordinateur qui permet la construction, le lancement et le suivi d'un test ou d'un ensemble de tests. Il pilote par des liaisons 32 et 33 les contrôleurs généraux 25 et 26 et peut modifier la configuration de l'autocommutateur 20 à tester, par des ordres RHM (relation homme-machine) sur une (ou plusieurs) liaisons série 28. Ces ordres RHM permettent la programmation de l'autocommutateur (liaisons internes, externes, lignes allouées aux différents appareils téléphoniques, transmissions numériques, communications sur réseaux spéciaux, liaisons dédiées, modems, etc...). Les contrôleurs généraux 25 et 26 ont pour fonction d'assurer le déroulement des tests, donc de transmettre les ordres correspondants aux contrôleurs d'interfaces 21, 22 et 23 adéquats, puis de récupérer les résultats ou les observations consécutives à ces ordres. Dans le cas de la figure 2, un contrôleur général 25 s'occupe de cette liaison 24 et un autre 26 peut agir sur la configuration RHM de l'autocommutateur 20 à tester. Matériellement, ces contrôleurs généraux se présentent sous la forme de micro-ordinateurs classiques pouvant être équipés de disques durs, de lecteurs de disquettes, d'imprimantes, etc... Ceci permet une grande souplesse au niveau de l'écriture et de la gestion des tests, mais aussi au niveau du suivi de l'exécution des tests et des résultats fournis. Les contrôleurs d'interface 21, 22 et 23 sont des équipements physiques interchangeables chargés d'émuler le fonctionnement d'un poste, d'une ligne et de tout équipement raccordable à un autocommutateur 20. Le contrôleur général 25 transmet des ordres, sur chacune des liaisons série des contrôleurs d'interface 21, 22 et 23 qui interprètent ces ordres. Chaque contrôleur d'interface remplit donc le rôle d'un appareil raccordable à un autocommutateur. Il faut donc autant de contrôleurs d'interface 21, 22, 23 de type différent qu'il existe d'équipements téléphoniques à émuler. Ces contrôleurs communiquent avec l'autocommutateur à tester par des liaisons 29, 30 et 31. Chaque contrôleur d'interface est constitué de deux cartes. La première 38 est une carte de base intelligente, intégrant un séquenceur qui gère les tâches, un gestionnaire de temps réel et un processeur de traitement de signal. La seconde 35, 36, 37 est spécifique à chaque type d'appareil à émuler. La présente invention propose d'émuler toutes sortes d'appareils téléphoniques. A titre d'exemple, on présente les contrôleurs d'interface correspondant à un poste téléphonique analogique, à un lien multiplex numérique à 2048 Kbits/s et à un poste dédié. Dans le cas d'un simulateur d'interface téléphonique analogique, la carte d'interface assurant la spécificité du contrôleur comprend des points d'accès liés à des éléments physiques tels que courant continu, alternatif, polarité analogique et fréquence. Chacun de ces éléments peut s'appliquer à différents points physiques selon l'interface utilisée. Cette structure permet à l'utilisateur de définir exactement le protocole qui convient à son application. En ce qui concerne un simulateur de lien multiplex à 2048 Kbits/s, deux cartes d'interface spécifique sont mises en oeuvre - une carte gérant la reconnaissance et l'émission de synchronisation à l'aide d'un processus rapide permettant d'agir directement sur l'intervalle de temps concerné, sans être tributaire d'un circuit spécialisé de gestion de lien. Cette architecture permet de traiter des signaux hors protocole, de fausser la signalisation de ligne pour des besoins de test, et de traiter des signalisations aux limites des tolérances. - une interface permettant de faire le traitement d'un intervalle de temps présélectionné, à partir d'une horloge et d'un signal de synchronisation. Il est ainsi possible de traiter un bit ou un octet particulier d'un intervalle de temps et d'émuler un abonné sur un lien MIC à 32 intervalles de temps. Ce nombre d'intervalles de temps n'est pas restrictif et peut varier en fonction de la structure de la trame d'une jonction à 2048 Kbits/s. Un simulateur de poste dédié comprend un groupe de cartes de liaison vers l'équipement à émuler. Ce simulateur assure deux fonctions - il transmet à la carte de base et à une carte spécifique toutes les informations relatives à un changement d'état du poste à un instant T (afficheurs, leds, ...), - il transcrit des ordres d'exécution tels que, par exemple, l'action sur une touche ou le décrochage du combiné. La partie audio est gérée par l'ensemble maître. Ce simulateur n'émule donc pas un poste dédié mais l'utilisateur qui se trouve derrière le poste. Il est indépendant et isolé électriquement de l'équipement qu'il simule. Il est prévu que les contrôleurs d'interface peuvent également être pilotés par une console (par exemple par Minitel (marque déposée)). Ceci permet, en bénéficiant de la modularité et de la portabilité des contrôleurs d'interface, de réaliser des tests élémentaires sur site. Dans un but d'évolutivité et d'uniformité, les contrôleurs d'interface présentent deux types d'adaptabilité : leur interface physique est la plus large possible et au niveau logiciel, ils comprennent une panoplie étendue de requêtes élémentaires paramétrables. Le mode de fonctionnement est le suivant : le contrôleur global de simulation 27 programme l'autocommutateur 20 par des ordres RHM 28, puis il autorise le contrôleur général à lancer le test correspondant à la configuration de l'autocommutateur permettant de tester certaines lignes de cet autocommutateur. Le contrôleur général 25 commande le(s) contrôleur(s) d'interface correspondant(s). Par exemple, les ordres de commande sur la liaison série concernée 24 peuvent piloter le contrôleur d'interface représentant un poste dédié 21 qui établit une liaison avec le contrôleur d'interface émulant un poste téléphonique numérique 22. Si des erreurs apparaissent lors de la transmission entre les deux appareils 21 et 22, celles-ci sont signalées par le contrôleur général 25 qui en rend compte au contrôleur global de simulation 27. La sélection des appareils en communication, c'est-à-dire des contrôleurs d'interface, est réalisée par logiciel. Le système de test doit gérer des variables de définition de l'environnement de l'autocommutateur pour permettre l'utilisation d'un même programme sur des autocommutateurs différents ou dans des contextes différents. On peut ainsi par exemple associer à un test donné les caractéristiques propres des équipements qui y interviennent, ainsi qu'un certain nombre de tables de l'autocommutateur (plan de numérotation,...). Des modifications de la configuration de l'autocommutateur par une liaison 34 remplissant la fonction RHM 28 sont exécutées, soit par un contrôleur général supplémentaire 26, soit par le contrôleur général 25 pilotant les différents contrôleurs d'interface, soit par le contrôleur global de simulation 27. Le microlangage dont dispose le système est adapté à chaque type d'interface, de façon à permettre la simulation de tous les événements possibles, probables et improbables. De plus, sa formulation est la même d'une interface à une autre. La gestion du temps, au niveau des micro-événements, doit être suffisamment précise, c'est-à-dire au moins aussi fine que 1 à 10 millisecondes. Une autre contrainte du type temps réel est d'assurer une égalité de gestion dans le temps de tous les types de micro-instructions. Ceci permet de gérer des types de communication "hybrides", c'est-à-dire faisant intervenir des interfaces de type différent ayant un même objectif. L'exécution du programme doit pouvoir garantir, dans un temps inférieur à la dizaine de millisecondes, la simulation ou l'observation de micro-évènements sur des interfaces de types différents. D'autre part, il faut donner la possibilité de définir des "macro-instructions" regroupant les micro-instructions, ceci afin de permettre la programmation des tests dans un langage proche des langages évolués, avec toutes les facilités de gestion et d'exécution que cela suppose. Ces macro-instructions sont ainsi associées avec des moyens d'édition, de correction, de mise à jour, d'assemblage, de compilation, de "debugging", de stockage, de transport des informations, etc... La gestion du temps associée à ces "macro-instructions" est moins rigoureuse que précédemment, allant de 20 à 100 millisecondes. Une autre caractéristique du programme de test est qu'il doit permettre une observation, la plus serrée possible, de toutes les erreurs qui surviennent, et les localiser. Ainsi, tout programme de test en cours peut être interrompu si une erreur survient ou sur ordre de l'opérateur. Les caractéristiques du micro-langage sont donc les suivantes - niveau très proche de la machine - constitution d'une base de toutes les requêtes téléphoniques possibles, - indépendance de l'équipement à tester, - possibilité d'être appelé à partir d'un langage de plus haut niveau. Les informations transmises entre les terminaux via l'autocommutateur appartiennent à trois familles différentes (Fig.3) - informations d'élément physique (42); - informations de profil physique (41); - informations de fonction (40). Les informations d'élément physique sont au nombre de neuf et peuvent se mesurer ou s'appliquer sur un ou plusieurs fils - Courant Continu (inférieur à 20 Hz) noté CC, - Courant Alternatif (de 20 à 100 Hz) noté CA, - Potentiel Analogique (lignes analogiques) noté PA, - Potentiel Logique (lignes numériques) noté PL, - Fréquence (de 300 à 3400 Hz) noté FQ, - Transmission de Données (exemple RS232C) noté TD. On peut ajouter le cas très fréquent de chargement ou de lecture en parallèle de plusieurs potentiels logiques - Registre (plusieurs potentiels logiques en parallèle) noté RG. A ces éléments, s'ajoutent trois éléments physiques particuliers qui habituellement servent d'interface entre l'utilisateur et la machine - Led noté LD, - Touche noté TC, - Ecran de visualisation noté VI. Tous ces éléments physiques interviennent dans la transmission des informations entre les terminaux, via l'autocommutateur. Il en va de même pour les informations de profil physique qui sont au nombre de cinq. Ces informations constituent les différents types de signaux pouvant être mis en oeuvre par un équipement téléphonique - ETAT indique la présence ou l'absence d'un signal. Cette information peut donc prendre deux valeurs PR pour présence ou état haut du signal, AB pour absence ou état bas du signal. - TRANSITION indique le passage d'un état à un autre, selon trois modes: AP pour apparition d'un signal, c'est-à-dire passage de l'état bas à l'état haut, .DI pour disparition d'un signal, c'est-à-dire passage de l'état haut à l'état bas, IN pour inversion d'un signal, c'est-à-dire passage à l'état opposé (de haut à bas ou de bas à haut). - IMPULSION indique un bref passage à l'état opposé de l'état courant. Deux modes sont possibles . AT pour apparition temporaire durant un temps T, c'est-à-dire passage de l'état bas à l'état haut pendant un temps T, DT pour disparition temporaire durant un temps T, c'est-à-dire passage de l'état haut à l'état bas pendant un temps T. - TRAIN (d'impulsions) indique un nombre fini d'impulsions de durée T1 et d'intervalle T2. Un nombre N représente le nombre de fois que l'on passe dans l'état opposé par rapport à l'état de départ. Cette information de profil est notée TR. - RYTHME (d'impulsions) noté RY, indique la combinaison de plusieurs impulsions de types différents, selon un motif qui se répète à l'infini. Un RYTHME est donc caractérisé par N impulsions et 2N temporisations (2 par impulsion). On peut ainsi générer tous les rythmes téléphoniques connus à ce jour. Les informations de fonction sont au nombre de deux: - GENERATION notée G qui consiste à: . générer un état simple, . passer d'un état à un autre, . passer pendant une durée T à l'état opposé, . générer un signal élaboré du type train d'impulsions, . envoyer une fréquence, un train ou un rythme de fréquence, simuler l'appui sur une touche, . envoyer un octet sur une liaison numérique, . charger un registre. - DETECTION notée D qui consiste à . observer un état, . déterminer une transition ou une impulsion, . compter un train d'impulsions, . détecter un rythme, lire un octet sur un liaison numérique ou dans un registre, . acquérir un écran de caractères (afficheur), .lire une led. A l'aide de ces trois types d'informations, on construit des requêtes de base consistant à combiner les trois types d'informations précédents. La combinaison est réalisée sous la forme représentée à la figure 3. On peut ainsi observer ou agir sur le profil d'un élément physique. Ce langage est donc très proche de la machine car il permet de générer ou de mesurer directement une grandeur physique. La requête "D ~ AP ~ CC" signifie par exemple "Détecter (D) l'APparition (AP) d'un Courant Continu (CC)". Le nombre total de requêtes possibles est de 180 (10 x 9 x 2). Il est judicieux de réduire ce nombre en ne conservant que les requêtes pouvant vraiment servir. Par exemple, GENERER ne s'applique pas aux éléments physiques LED (LD) et ECRAN (VI). Ainsi, après épuration, il n'en reste plus que 123. La Table I ci-après indique les requêtes effectivement utilisées. On y note par exemple que l'on ne peut pas Générer (G) ou Détecter (D) la PRésence ou l'ABsence d'une (TC) touche mais que l'on peut par contre Générer son APparition et sa DIsparition. TABLE I Eléments physiques CC CA PA PL FQ TD RG LD TC VI Profil physiques PR G/D G/D G/D G/D G/D G/D G/D D D AB G/D G!D G/D G/D G!D G!D G!D D AP G/D G/D G/D G/D G/D G/D G/D D G D DI G/D G/D G/D G/D G/D G/D D G IN G/D G/D G/D AT G/D G/D G/D G/D G/D G/D D G DT G/D G/D G/D G/D G/D G/D D G TR G/D G/D G/D G/D G/D G/D G RY G/D O/D G/D G/D G/D G/D D G A ces requêtes de base 43, il convient d'ajouter des requêtes particulières qui ont pour fonction d'ordonner aux contrôleurs d'interface de lire ou de modifier un paramètre interne qui n'entre pas dans les éléments physiques recensés par la normalisation des contrôleurs d'interface. Des requêtes spéciales, constituant un ensemble de requêtes de base, sont également prévues pour permettre d'effectuer des actions typiques et complexes sur des équipements sophistiqués tels que les joncteurs MIC par exemple. Il s'avére également nécessaire de disposer de tous les paramètres de type temporisation possibles et ce, pour chacun des profils physiques à observer ou à générer. Les temporisations sont caractérisées par un couple (T1, M1) où T1 est la durée de la temporisation et M1 la marge d'incertitude absolue de T1. Ces temporisations peuvent être associées à un état, à une transition, à une impulsion, à un train d'impulsions ou à un rythme. Les requêtes de base 43 ainsi établies sont associées à un Point Physique de destination 50 (PP) dans le contrôleur d'interface ainsi qu'à des Listes de Paramètres Obligatoires 51 (LisPO) et à des Listes de Paramètres Facultatifs 52 (LisPF). Une commande 53 se présente alors sous la forme représentée à la figure 4. Les paramètres donnés à la suite d'une requête de base 43 sont dépen dants de l'élément physique concerné par la requête (exemple LeD) et du contrôleur d'interface chargé d'exécuter cette requête. Les paramètres pouvant être associés aux divers éléments physiques sont des valeurs modifiables par logiciel. Un paramètre peut notamment consister en: - une valeur de potentiel - une valeur de courant; - une valeur de fréquence; - une valeur d'octet; - une valeur de distance; - une durée. Par exemple dans le cas d'un courant alternatif, on peut notamment observer quatre valeurs de fréquence : 100, 50, 25 ou 20 Hz Les paramètres de commande ou de mesure sont bien entendu différents d'un type d'appareil à émuler à un autre. La description suivante des paramètres modifiables par programme d'un contrôleur d'interface de type bouclant utilisé pour la simulation d'un poste analogique permettra de mieux comprendre les caractéristiques de l'invention. Les grandeurs physiques mises en jeu pour l'émulation d'un poste analogique sont: - le courant de ligne, - le courant alternatif d'appel, - les potentiels analogiques de fils de ligne, - les fréquences de la bande audio avec: les fréquences de numérotation, .les fréquences de signalisation d'autocommutation, les fréquences de contrôle de parole. L'interface compris dans le contrôleur d'interface du type poste analogique permet les commandes suivantes * Commandes de type action Accès indirect à la valeur du courant de ligne par modification de la longueur apparente de la ligne. Les commandes permettent d'obtenir les valeurs suivantes O Ohm : ligne courte; 390 Ohms : ligne de 3,25 kilomètres 820 Ohms : ligne de 6,80 kilomètres 1210 Ohms : ligne de 10,10 kilomètres. Accès direct au potentiel de fil L2. Ce fil peut être relié au potentiel de terre par 100 Ohms. Accès direct au courant de ligne, par fermeture ou ouverture de boucle. Accès indirect au courant de ligne, par action sur le limiteur de courant de boucle. Les commandes permettent de donner les consignes 17 mA, 38 mA, 70 mA et 91 mA. Accès direct à l'émission de fréquence de numérotation. Le niveau et les valeurs de fréquence peuvent être chargés au préalable. Les fréquences peuvent être émises individuellement, simultanément ou décalées. Ces fréquences sont au nombre de 8. Accès direct à l'émission de fréquences de conversation. Ce signal peut être contrôlé en niveau et fréquence par des ordres préalables. Accès direct à un générateur de signaux modulés en amplitude et en fréquence. * Commandes de type observation Accès direct à la mesure du signal alternatif d'appel. La fréquence du signal d'appel, ainsi que des plages de niveau peuvent être mesurées. Accès indirect à la mesure du courant de ligne. Cette observation classe le courant de ligne mesuré dans l'une des quatre plages suivantes .0 0 à 25 mA, .26 à 50 mA, .50 à 75 mA, supérieur à 75 mA. Accès direct à la mesure relative du potentiel de ligne. Cette mesure donne trois indications . pas de différence de L1 à L2, . potentiel de L1 supérieur au potentiel de L2, . potentiel de L2 supérieur au potentiel de L1. Détection de présence de signal dans la bande de fréquence de parole. Détection de présence de signal dans la bande de fréquence de tonalité. Afin de permettre un dialogue homme-machine simple, les commandes 53 sont groupées pour former des "macro-commandes" générées par un logiciel de haut niveau. Un test dans l'environnement du système est analogue à celle d'une commande DOS externe. Ainsi, plusieurs tests peuvent être exécutés simultanément, le partage de la mémoire occupée par le programme étant automatique. Le système fonctionne en multi-tâches mais seul le moniteur d'exécution dialogue directement avec les contrôleurs d'interface. Le moniteur d'exécution assure l'interface entre les tests et les contrôleurs d'interface. Ce moniteur, lors de la phase d'initialisation du contrôleur général, lit les caractéristiques (fréquence, courant,...) et les données (numéros des abonnés, ...) dans un fichier de configuration. Durant la phase d'exécution des tests, un programme de test peut ainsi par exemple demander au moniteur si un abonné entend une sonnerie de téléphone et le moniteur traduit en demandant par exemple au contrôleur d'interface numéro 6 s'il perçoit du 20 Hz. Le langage de test utilisé est un langage structuré proche du langage "C". Ses deux atouts sont sa portabilité et son aspect universel. A titre d'exemple, le décrochage d'un poste se programme par "Décroche (X)", X étant le nom de l'abonné de poste, ce qui correspond à la commande normalisée "1 ~ D ~ AP ~ CC ~ 3" par exemple (Détection de l'APparition de Courant Continu sur la partie 3 du contrôleur d'interface numéro 1). Le procédé d'écriture d'un test peut être de la forme suivante : on décrit l'environnement dans lequel se déroule le texte (sortir les erreurs sur imprimante, arrêter le test en cas d'erreur, ...), on ouvre le test en affectant les postes à émuler à des abonnés, on met les contrôleurs d'interface dans un situation prédéterminée, puis on écrit les procédures de test à effectuer. A titre d'exemple, on a présenté ci-après en Table II la structure d'un programme de test réalisant la fonction d'appel d'un abonné poste "B" de type décimal par un abonné "A" du même type. Ce test permet de tester l'autocommutateur sur deux liaisons (A et B) et dans deux directions (A vers B et B vers A). Quatre tâches indépendantes permettent de mettre en jeu jusqu'à 16 interfaces différentes dans des programmes de test à plusieurs niveaux: - test unitaire - test fonctionnel - vraie grandeur - test de fabrication de sous ensemble - test fonctionnel de fabrication - test de localisation d'avarie - test de dépannage TABLE II test début erreur~action (OBSERVATION, CONTINUER) ; si une erreur est détectée, elle est enregistrée et le test continue. sortir erreur = ECRAN + DISQUE; opentest; affecter (A, POSTE, DECIMAL) ; A possède un poste numérique affecter (B, POSTE, DECIMAL) ; B possède un poste numérique décroche (A) ; A décroche son combiné perçoit (A, IAN); A perçoit une tonalité numérote (A, B, PREMIER); A compose le 1er chiffre du numéro de B perçoit (A, SILENCE); A perçoit un silence numérote (A, B, RESTE); A termine de composer le numéro de B synchro (DEBUT); perçoit (A, RA); A perçoit une sonnerie chez B perçoit (B, SONNERIE); B perçoit une sonnerie synchro (FIN); décroche (B); B décroche son combiné synchro (DEBUT); perçoit (A, SILENCE) ; A perçoit un silence perçoit (B, SILENCE) ; B perçoit un silence synchro (FIN); parle (A, SEQUENCEl); A envoie des informations reçoit (B, SEQUENCE1); B les reçoit parle (B, SEQUENCEl); B envoie des informations reçoit (A, SEQUENCEl) ; A les reçoit raccroche (B) ; B raccroche perçoit (A, IAR) ; A perçoit une tonalité raccroche (A); A raccroche libérer (A); libérer (B); closetest fin Bien entendu, d'autres structures de programmation peuvent être mises en oeuvre et l'homme du métier imaginera d'autres applications du système, et notamment du logiciel, tels que décrits. REVENDICATIONS 1. Système de simulation de modules fonctionnels d'une chaîne de transmission téléphonique quelconque, notamment pour effectuer le test de matériel téléphonique, caractérisé en ce qu'il présente une structure à deux niveaux: - un premier niveau de supervision (25,26,27) assurant l'émission d'ordres d'exécution de fonctions, à l'aide de moyens d'émission et d'interprétation de requêtes (43), chaque requête (43) étant constituée de l'association d'une information de profil physique (41), d'une information d'élément physique (42), et d'une information de fonction (40), en fonction d'une séquence de test et du comportement détecté des équipements téléphoniques du système, simulés ou réels, impliqués dans le test;; - un second niveau d'exécution desdits ordres transmis par ledit niveau de supervision, constitué d'une pluralité de contrôleurs d'interface (21,22,23), comprenant des moyens d'interprétation des requêtes (43) reçues, des moyens d'exécution des ordres contenus dans les requêtes (43), des moyens de détection des réponses du système testé et des moyens de formulation desdites requêtes (43), lesdits moyens de formulation des requêtes (43) assurant l'association du superviseur (25,26,27) et des contrôleurs d'interface (21,22,23). 2. Système suivant la revendication 1 caractérisé en ce que lesdits contrôleurs d'interface (21,22,23) comportent une double structure maître/esclave, ladite partie maître (38) comportant des moyens d'interprétation et d'émission desdites requêtes, et ladite partie esclave (35,36,37) assurant l'interface spécifique dudit contrôleur d'interface (21,22,23). 3. Système suivant l'une quelconque des revendications 1 à 2, caractérisé en ce que les contrôleurs d'interface (21,22,23) appartiennent au groupe comprenant: - simulateur d'interface téléphonique analogique - simulateur de lien multiplex numérique - simulateur de poste dédié. 4. Système suivant l'une des revendications 1 ou 3, caractérisé en ce que lesdites informations d'élément physique appartiennent au groupe comprenant: - courant continu; - courant alternatif; - potentiel analogique - potentiel logique; - fréquence; - transmission de données; registre - LED; - touche; - écran de visualisation. 5. Système suivant l'une quelconque des revendications 1 à 4, caractérisé en ce que lesdites informations de profil physique appartiennent au groupe comprenant: - signal constant (présence ou absence) - transition (apparition, disparition ou inversion) - impulsion (apparition ou disparition temporaire) - train d'impulsions - rythme d'impulsions. 6. Système suivant l'une quelconque des revendications 1 à 5, caractérisé en ce que lesdites informations de fonction appartiennent au groupe comprenant: - génération; - détection. 7. Système suivant l'une quelconque des revendications 1 à 6, caractérisé en ce que lesdites requêtes (43) sont transmises auxdits contrôleurs d'interface (21,22,23) sous forme de commandes (53), lesdites commandes (53) étant constituées d'une requête (43), d'un point physique de destination (50), d'une liste de paramètres obligatoires (51) et d'une liste de paramètres facultatifs (52). 8. Système suivant la revendication 7, caractérisé en ce que lesdits paramètres (51,52) appartiennent au groupe comprenant: - valeur de potentiel - valeur de courant; - valeur de fréquence; - valeur d'octet; - valeur de distance; - durée. 9. Système suivant l'une quelconque des revendications 1 à 8, caractérisé en ce que le procédé d'écriture d'un test comporte les étapes suivantes - description de l'environnement; - ouverture du test; - mise en place desdits contrôleurs d'interface dans une situation prédéterminée; - traitement spécifique du test.