Brevet FR2852414A1 — publié le 20040917

"Dispositif d'analyse des problèmes d'interopérabilité xDSL" La présente invention concerne un dispositif permettant d'analyser les problèmes d'interopérabilité survenant entre deux équipements d'accès xDSL, particulièrement les modems xDSL d'une part et les multiplexeurs d'accès xDSL d'autre part. L'invention se situe dans le domaine des systèmes d'accès à haut débit de type xDSL, par exemple SDSL (Single pair symmetric Digital Subscriber Line en terminologie anglosaxonne). Elle trouve typiquement son application lorsque des 10 problèmes d'interopérabilité de couche physique surviennent entre le modem xDSL et le multiplexeur d'accès. Un système d'accès haut débit est typiquement composé - d'un modem xDSL situé dans les locaux du client, - d'une ou plusieurs paires de cuivre entre le local du client et le 15 répartiteur d'abonnés, et - d'un multiplexeur d'abonnés, appelé DSLAM ou châssis maître, co localisé avec le répartiteur d'abonnés. L'interopérabilité dans le cadre de l'invention est la propriété qu'ont deux équipements de dialoguer entre eux. Or, la 20 plupart des standards de communications et des ensembles de communication mettent en oeuvre le modèle ISO de communications qui est réparti en sept couches allant du réseau physique de transmission jusqu'aux utilisateurs. Chaque liaison passe donc par une succession d'équipements répartis sur 25 chacune des sept couches du modèle ISO et le dialogue est établi au moyen d'interfaces de couche entre un côté de transmission et un côté de réception. Chaque interface de couche reçoit un message de la couche supérieure. Elle ajoute des informations de contrôle et 30 transmet le nouveau message à la couche suivante jusqu'à la couche physique. De plus, chaque interface de couche d'une même couche sur la machine de source et sur la machine de destination peut échanger directement des données de protocole. La couche physique fournit les procédures et les fonctions permettant d'assurer l'ensemble des fonctionnalités mécaniques, physiques pour établir, maintenir et libérer les connexions entre chaque équipement terminal de traitement de données comme un 5 ordinateur et un équipement terminal de circuit de données comme un modem. Or, malgré l'annonce par le constructeur de la conformité de la couche physique xDSL à la norme de référence comme les normes: - ADSL G.992.1 et TS 101 388, - SDSL G.991.2 et TS 101 524, - VDSL TS 101 270, il est courant de constater des interprétations abusives ou des omissions de certains points de la norme. Il en découle alors des 15 problèmes d'interopérabilité entre équipements localisés dans la couche physique xDSL. Les problèmes d'interopérabilité sont rencontrés lors de l'introduction d'un équipement supplémentaire dans le réseau, mais aussi lors de la mise à jour logicielle d'un équipement déjà disposé dans le réseau. De nouvelles anomalies 20 de fonctionnement entre équipements peuvent donc apparaître alors que les équipements sont déployés dans le réseau. C'est par exemple le cas lors de l'ajout de nouvelles requêtes EOC échangées sur le canal d'exploitation EOC et non gérées par l'équipement disposé à l'autre extrémité. Dans l'état de la technique, il est donc très difficile d'attribuer la responsabilité de la non interopérabilité du couple modem - multiplexeur d'abonnés DSLAM au fabricant du modem ou au fabricant du multiplexeur d'abonnés DSLAM. Les utilisateurs sont amenés à faire pression sur les deux fabricants 30 pour les faire travailler ensemble et mettre fin au dysfonctionnement provoqué par la non interopérabilité, ce qui se traduit par un temps allongé de non fonctionnement de l'équipement téléphonique. Pour remédier à cet inconvénient de l'état de la technique, l'invention concerne un dispositif d'analyse qui permet d'analyser la couche physique des liens xDSL afin de s'assurer de la conformité de la couche physique de l'équipement à la norme de 5 référence exploitée dans le système de communications xDSL dans lequel l'équipement est installé. Selon un aspect de l'invention, le dispositif d'analyse permet de déterminer la cause de non fonctionnement d'un couple Modem-DSLAM. En fonction de sa programmation, le dispositif de 10 l'invention peut simuler un modem et sera alors connecté à un multiplexeur d'abonnés DSLAM ou un multiplexeur d'abonnés DSLAM, et le dispositif de l'invention sera alors connecté à un modem. Selon un autre aspect de l'invention, le dispositif d'analyse 15 comporte un moyen d'analyse des différentes étapes d'activation de la couche physique pour détecter les défaillances et les non conformités d'un modem xDSL. Selon un autre aspect de l'invention, le dispositif d'analyse comporte un moyen pour exploiter les caractéristiques de 20 connexion xDSL d'une pluralité de jeux de circuits intégrés " chipset " xDSL du marché. Grâce à la donnée de multiples jeux de circuits intégrés " chipset " xDSL et à sa capacité fine d'analyse des différentes étapes de l'activation de la couche physique, le dispositif d'analyse de l'invention permet à 25 l'opérateur servant le dispositif d'analyse de l'invention de décider de l'état de défaillance sur la base des données mesurées par le dispositif d'analyse. Dans un mode de réalisation, le dispositif d'analyse de l'invention comporte un moyen pour détecter qu'un modem ne 30 respecte pas les durées de latence requis par la norme xDSL appliquée pour un changement d'état, ce qui peut empêcher la phase d'activation de se dérouler convenablement. Afin d'assurer une analyse précise de la couche physique de l'équipement xDSL, le dispositif d'analyse de l'invention comporte une partie matérielle et une partie logicielle. Il est ainsi constitué d'un moyen capable d'émuler le 5 fonctionnement d'un multiplexeur d'abonné en travaillant dans un mode CO d'émulation du central téléphonique pour l'établissement de la couche physique ou le fonctionnement d'un modem xDSL en travaillant dans un mode CPE en émulant un modem du côté de l'abonné au réseau téléphonique. D'autres caractéristiques et avantages de la présente invention seront mieux compris à l'aide de la description et des figures annexées parmi lesquelles: - la figure 1 est un exemple de réalisation d'un dispositif d'analyse de l'invention; - la figure 2 est un moyen de test appartenant au dispositif de la figure 1; - la figure 3 est une machine d'états expliquant le fonctionnement du dispositif de la figure 1; et - la figure 4 est un schéma bloc expliquant la structure de 20 l'automate intégré au dispositif de test de la figure 1. A la figure 1, on a représenté schématiquement un exemple de dispositif d'analyse selon l'invention. L'interopérabilité xDSL étant par ailleurs intrinsèquement liée à l'utilisation du jeu de circuits " chipset " xDSL utilisé, le 25 dispositif d'analyse selon l'invention comporte un moyen pour émuler les fonctions CO ou CPE pour les différents jeux de circuits " chipset " xDSL connus. Quel que soit le fonctionnement CO en émulation de central ou CPE en émulation de terminal, la gestion du canal de 30 maintenance appelé EOC est entièrement assurée. Par ailleurs, le dispositif d'analyse de l'invention intègre une interface TDM et une interface ATM afin de tester la qualité du lien xDSL, que ce soit en mode TDM ou en mode ATM (figure 2). A cet effet, le dispositif d'analyse de l'invention comporte un moyen pour effectuer un bouclage commandé sur l'équipement sous test. A cette fin, une séquence pseudo aléatoire est injectée sur l'interface TDM (respectivement ATM). La séquence pseudo 5 aléatoire est ensuite transmise sur le lien xDSL. Puis, elle est bouclée sur l'équipement sous test et est restituée sur l'interface TDM (respectivement ATM). A la figure 2, on a représenté un générateur de séquences pseudo aléatoires GSPA doté d'un lien ATM et d'un lien TDM avec 10 un simulateur d'activation SA connecté à l'équipement sous test EST par la ligne de cuivre 2_i. La partie matérielle du dispositif d'analyse de l'invention, schématiquement représentée à la figure 1, comporte un équipement 1 intégrant des cartes 6_1 à 6_n dites " cartes 15 xDSL ", chaque carte xDSL 6_i correspondant à un type déterminé de jeu de circuits a chipset " xDSL requis pour l'analyse de l'interopérabilité. L'ensemble de ces cartes 6_i constitue un moyen pour exploiter les caractéristiques de connexion xDSL d'une pluralité de jeux de circuits intégrés 20 " chipset " xDSL du marché. La partie matérielle 1 du dispositif d'analyse de l'invention comporte ensuite une carte maître 5 pilotant le moyen pour exploiter les caractéristiques de connexion xDSL d'une pluralité de jeux de circuits intégrés " chipset " xDSL du marché constitué des cartes xDSL 6_1 à 6_n, une carte de 25 contrôle de trafic 3 TDM et une carte de contrôle de trafic 4 ATM. La carte maître 5 restitue les informations relatives à la couche physique d'une carte xDSL 6_i à un ordinateur de commande (non représenté) via une liaison 9, qui peut être de type RS232, GPIB, ou autre. L'ordinateur de commande exécute 30 une application " hôte " de la partie logicielle du dispositif de l'invention. En fonctionnement en mode TDM, le dispositif d'analyse 1 de l'invention peut acquérir une séquence pseudo aléatoire externe via une liaison 7 selon un protocole G.703/G.704. Cette séquence est restituée à la carte maître 5 au moyen d'un module de traitement 3 de protocole G.703/G.704 et une liaison 10. La carte maître 5 injecte alors la séquence pseudo aléatoire à la carte xDSL concernée 6_i via une liaison 12_i, ladite liaison 12_i pouvant être du type série, La séquence pseudo aléatoire est ensuite intégrée dans la charge utile de la trame xDSL sur la liaison cuivre 2 i. Le fonctionnement devant être symétrique, la carte xDSL 6_i récupère la séquence pseudo aléatoire sur la liaison cuivre 2_i et 10 la transmet à la carte maître 5 sur la liaison 12_i. En fonctionnement en mode ATM, l'équipement peut acquérir une séquence pseudo aléatoire externe via une liaison 8 selon un protocole ATIV du type " 1.432.3 ", " ATMF25.6 ", " STIMI ", ou autre. Cette séquence est restituée à la carte 15 maître 5 via un module de traitement ATM 4 et une liaison 11. Le fonctionnement est ensuite identique au fonctionnement en mode TDM. La synchronisation du jeu de circuits " chipset " xDSL implémenté sur la carte xDSL 6_i peut être réalisée: - par récupération du rythme d'horloge sur la ligne cuivre 2_i, - par une horloge interne ou - par récupération du rythme d'horloge en provenance de l'interface de service 7 ou 8 via les liaisons 13_i ou 14_i. La partie logicielle du dispositif d'analyse de l'invention est 25 scindée en deux applications, appelées application " hôte " et application " automate ". L'application " hôte " est installée sur l'ordinateur de commande ou supervision et l'application " automate " est embarquée sur la carte maître 5 et exécutée par un microprocesseur de celle-ci. Les deux applications communiquent au moyen de l'interface 9, pouvant être du type RS232, GPIB, ou autre. Les deux applications permettent que le dispositif d'analyse de l'invention exécute des actions de: - paramétrer la couche physique du jeu de circuits " chipset " xDSL sélectionné et notamment exécuter: la sélection du mode CO d'émulation de central ou CPE d'émulation de terminal, * la sélection d'un ou de plusieurs débits sur une liste de débits de transmission autorisés, I'activation des réponses automatiques aux requêtes EOC en provenance de l'équipement sous test, lancer la phase d'activation et récupérer les informations 10 relatives aux différents enchaînements de l'activation en effectuant toutes les phases décrites dans la norme de référence xDSL, - répondre aux requêtes EOC lorsqu'elles proviennent de l'équipement sous test, - générer des requêtes EOC à la demande de l'utilisateur parmi les requêtes EOC définies par les normes de références xDSL, - paramétrer une pluralité de composants afin d'autoriser un test de taux d'erreur BER via l'interface TDM ou l'interface ATM et particulièrement: * une carte de contrôle de trafic TDM 3 qui comporte un moyen de définition des intervalles de temps sélectionnés pour transporter la séquence pseudo aléatoire, * une carte de contrôle de trafic ATM 4 qui comporte un moyen de délimitation de la connexion ATM (UNI, VP/VC) devant 25 transporter la séquence pseudo aléatoire, * carte maître 5 qui comporte un moyen de activation de la fonction de relais des données entre la carte de contrôle de trafic 3 TDM et une carte xDSL 6_i déterminée ou entre la carte de contrôle de trafic TDM 4 et une carte xDSL 6 i déterminée. A cette fin, l'application " hôte " ouvre une session avec l'application " automate " afin de définir la carte xDSL 6_i qui sera utilisée pour le test d'interopérabilité et sélectionner les différents paramètres nécessaires à l'établissement de la couche physique xDSL (mode CO ou mode CPE, liste des débits autorisés, ...). Ces paramètres sont stockés en mémoire. La configuration peut ensuite être lue par l'application " hôte " au moyen d'une requête spécifique. Le fonctionnement de l'application " automate " est décrit à l'aide de la figure 4. L'application " hôte " commande ensuite l'activation du lien xDSL. Lors du lancement de la phase d'activation, l'ordonnanceur 10 15 envoie les données de paramétrage au composant xDSL 6_i via la liaison 22 i. Dans le cas particulier d'un équipement d'accès SDSL, les normes de référence " ITU G.991.2 " et " ETSI TS 101524 " décomposent la phase d'activation en deux phases: une phase 15 de pré activation (G.994.1) et une phase d'activation proprement dite. La figure 3 décrit l'enchaînement de ces deux phases. A la figure 3, sont représentés deux diagrammes de transitions entre états pour l'activation des deux unités en cours de communication 20 lors du lancement d'activation: - à gauche, l'unité d'émission réception du côté du central o simulée par le dispositif d'analyse, lorsque le dispositif d'analyse émule un multiplexeur d'abonnés DSLAM, o réalisée par le multiplexeur d'abonnés DSLAM, lorsque le 25 dispositif d'analyse émule un modem xDSL, initialement dans l'état 30; - à droite, l'unité d'émission réception du côté distant o réalisée par le modem xDSL, lorsque le dispositif d'analyse émule un multiplexeur d'abonnés DSLAM, o simulée par le dispositif d'analyse, lorsque le dispositif d'analyse émule un modem xDSL, initialement dans l'état 43. Le processus représenté au niveau de l'unité d'émission réception du côté du central, respectivement de l'unité d'émission réception du côté distant, exécute d'abord une mise sous tension 31, respectivement 44, puis une action de préactivation 32, respectivement 45, selon les normes utilisées. Du côté " distant " (demi diagramme de gauche à la Figure 5 3), l'unité d'émission réception émet (état 45) un signal Cr de forme d'onde définie par la norme concernée avec des durée et latence déterminées. Le signal Cr est détecté du côté " central " par un état 33 et l'unité d'émission réception du côté " central " émet un signal Sc (état 34) de forme d'onde définie par la norme 10 concernée avec des durée et latence déterminées relativement au signal Cr. Puis, l'unité d'émission réception du côté " distant " émet un signal Sr (état 47) de forme d'onde définie par la norme concernée avec des durée et latence déterminées relativement au 15 signal Cr. L'unité d'émission réception du côté a distant " teste alors par un test 48 un état de défaut de convergence 49 selon la norme xDSL utilisée. Puis, l'unité d'émission réception du côté " central " émet le signal Tc lors d'une étape 35, une fois son propre test de 20 convergence 34 du récepteur effectué sur le signal Sr, le signal Sc étant émis pendant une durée déterminée. Un test 37 d'absence de détection du signal Tr est effectué, de même qu'un test de défaut de convergence 36 sur le signal Sr de sorte que, dans les deux cas vérifiés, 36 et 37, un état d'exception 38 soit 25 inscrit sur le dispositif d'émission réception du côté " central ". Puis, l'unité d'émission réception du côté " distant " produit 51 un signal Tr une fois qu'elle a convergé et détecté le signal Tc (test 50). Le signal Tr est de forme d'onde définie par la norme concernée avec des durée et latence déterminées. Un test 30 52 d'absence de détection d'un signal Fc défini plus loin et qui dépend du fabricant de l'équipement sous analyse est effectué. L'unité d'émission réception du côté " central " émet un signal Fc de forme d'onde définie par la norme concernée avec des durée et latence déterminées lors d'une étape 40 après avoir émis de la trame Tr en cours de l'étape 60 et le test de la détection du signal Tr de l'étape 36. Le signal Fc est émis pendant deux trames d'activation. Puis, sur le dispositif d'émission réception du côté 5 " distant ", on effectue le test de détection 53 de signal Fc et on reçoit les données dans un état 54. Si on détecte une exception par un test 55, comme pour les tests 48 et 52, un état " exception " 49 est établi sur le dispositif d'émission " distant. Si on détecte une exception 42 sur les données émises au dispositif d'émission réception du côté " central " (état 41), comme pour le teste 36 ou 37, un état exception 38 est établi sur le dispositif d'émission réception " central ". Une application composante de l'application " hôte ", dite 15 application " automate ", forme un ordonnanceur 15 qui gère une mémoire 17 des historiques qui enregistre un historique horodaté des changements d'état de la phase d'activation. L'équipement 1 du dispositif d'analyse comporte des moyens pour former des signaux d'horloge avec une résolution 20 déterminée. Les changements d'état observés au niveau de l'équipement 1 au cours de l'activation de la liaison xDSL sont horodatés par les moyens pour former des signaux d'horloge avec une précision de 1 ms. L'application " hôte " exécute cycliquement une requête 25 pour récupérer les données de la mémoire des historiques 17. Cette requête entre dans un tampon mémoire 19 avant d'être traitée par l'ordonnanceur 15.L'ordonnanceur 15 récupère alors les données de l'historique et les transmet à un tampon mémoire de sortie 20. L'ordonnanceur 15 efface alors la mémoire des 30 historiques 17. Le protocole d'échange entre l'hôte et l'automate ne dépend pas du type de jeu de circuits " chipset " utilisé. Pour cela, l'application " automate " comporte une application composante, dite API de "convergence", permettant de commander un processeur 18 de gestion SDSL qui permet de s'affranchir des différences, de commande par exemple, entre les technologies de chaque jeu de circuits " chipset ". L'équipement sous test émet des requêtes EOC qui sont 5 échangées sur au moins un canal d'exploitation intégré formé selon ce qui est exposé dans les normes xDSL. Ces requêtes sont réceptionnées par l'ordonnanceur 15 via la liaison 22_i. L'ordonnanceur 15 comporte un moyen de réponse automatique à la requête dont le fonctionnement peut être autorisé lors de la 10 configuration du dispositif d'analyse 1 de l'invention. L'utilisateur, via l'interface Homme - Machine IHM de commande qui est exécutée sur l'ordinateur de commande ou supervision par l'application " hôte ", peut créer une requête EOC devant être transmise à l'équipement sous test. L'application 15 " hôte " génère alors une requête stockée dans le tampon mémoire 19, puis traitée par le processeur 15 qui exécute l'application " ordonnanceur ". La requête est alors traduite en commande spécifique compréhensible par la carte émulant le jeu de circuits " chipset " 6_i à l'aide de l'application composante API 20 de convergence 18 et transmise au jeu de circuits " chipset " xDSL 6_i via la liaison 22_i. Le jeu de circuits " chipset " insère la commande EOC dans le canal de la trame xDSL conformément à la. norme de référence xDSL. L'équipement sous test répond alors à la 25 requête. Cette réponse suit le chemin inverse jusque à l'ordonnanceur 15 qui analyse la réponse et la stocke dans sa mémoire d'historique horodatée 17. L'hôte effectuant une requête périodique de lecture de l'historique, la réponse est remontée à l'utilisateur via l'interface homme machine IHM. Une fois la couche physique établie, l'utilisateur peut commander un test de mesure du taux de bits en erreur BERT. A cette fin, le dispositif d'analyse de l'invention comporte un moyen pour générer au préalable une commande EOC de bouclage à l'équipement sous test. Ainsi, toutes les données réceptionnées par l'équipement sous test seront retransmises vers l'émetteur. L'utilisateur utilisera un testeur TDM générant une séquence pseudo aléatoire en mode TDM ou un testeur ATM 5 générant une séquence 0.191 en mode ATM. En mode TDM, l'utilisateur doit donc connecter un testeur TDM sur l'interface G.703/G.704 (référencée 7 au dessin). L'utilisateur sélectionne alors les interruptions IT qui seront utilisés pour le test dans l'application d'interface homme-machine 10 IHM. Une fois validée, l'application " hôte " transmet la configuration à l'ordonnanceur 15 via une mémoire de requêtes 19. L'ordonnanceur paramètre alors le composant 3 conformément à la configuration via la liaison 10. Les données issues du composant 3 sont ensuite tramées et envoyées au jeu de circuits 15 " chipset " xDSL via la liaison 12_i. On notera que la liaison 12_i, dépendante du jeu de circuits " chipset " xDSL 6_i pourra intégrer la fonction d'adressage et de transmission de données. L'ordonnanceur effectue l'opération inverse pour les données retournées par l'équipement sous test. Ces données sont 20 alors restituées sur l'interface G.703/G.704 (référencée 7 au dessin) à destination du testeur TDM. En mode ATM, l'ordonnanceur transmet la configuration ATM requise pour la transmission de la séquence 0.191 au composant 4 via la liaison 11. L'ordonnanceur réalise alors la fonction de relais de cellules vers le jeu de circuits " chipset " xDSL 6_i via la liaison 12_i. L'ordonnanceur effectue l'opération inverse pour les données retournées par l'équipement sous test. Ces données sont alors restituées sur l'interface ATM 8 à destination du testeur 30 ATM. Quelle que soit la configuration d'essai (mode TDM ou ATM), c'est le testeur qui analyse le taux d'erreur binaire. REVENDICATIONS 1. Dispositif d'analyse d'un équipement d'accès à un réseau de communications à haut débit de genre xDSL, caractérisé en ce qu'il comporte un moyen d'analyse (1) de la 5 couche physique des liens xDSL afin de s'assurer de la conformité de la couche physique de l'équipement à la norme de référence exploitée dans le système de communications xDSL dans lequel l'équipement est installé. 2 - Dispositif d'analyse selon la revendication 1, 10 caractérisé en ce qu'il comporte aussi un moyen pour déterminer la cause de non fonctionnement d'un couple Modem- Multiplexeur d'abonnés DSLAM, qui comporte un moyen pour simuler le comportement normal d'un modem et un moyen de connexion à un multiplexeur d'abonnés DSLAM et/ou un moyen pour simuler le 15 comportement normal d'un multiplexeur d'abonnés DSLAM, et un moyen de connexion un modem. 3 - Dispositif d'analyse selon la revendication 1, caractérisé en ce qu'il comporte aussi un moyen d'analyse des différentes étapes (30 - 60) d'activation de la couche physique 20 pour détecter les défaillances et les non conformités d'un modem xDSL. 4 - Dispositif d'analyse selon la revendication 1, caractérisé en ce qu'il comporte aussi: - un moyen (6_1 - 6_n) pour mémoriser les 25 caractéristiques de connexion xDSL d'une pluralité de jeux de circuits intégrés " chipset " xDSL du marché, - un moyen de détection (5) des défaillances ou des nonconformités de la couche physique xDSL de l'équipement sous test permettant de décider de l'état de défaillance sur la base des 30 données mesurées; et - un moyen pour signaler (9) l'équipement xDSL en défaut d'interopérabilité. - Dispositif d'analyse selon la revendication 4, caractérisé en ce qu'il comporte aussi un moyen pour détecter qu'un modem ne respecte pas les durées de latence requis par la norme xDSL appliquée pour un changement d'état. 6 - Dispositif d'analyse selon la revendication 4, caractérisé en ce qu'il comporte aussi un moyen pour mettre le 5 multiplexeur d'abonnés DSLAM hors de cause dans un état de défaillance d'interopérabilité. 7 - Dispositif d'analyse selon la revendication 4, caractérisé en ce qu'il comporte aussi un moyen pour émuler le fonctionnement d'un multiplexeur d'abonné en travaillant dans un 10 mode CO d'émulation du central téléphonique pour l'établissement de la couche physique et/ou un moyen pour émuler le fonctionnement d'un modem xDSL en travaillant dans un mode CPE en émulant un modem du côté de l'abonné au réseau téléphonique. 8 - Dispositif d'analyse selon l'une au moins des revendications précédentes, caractérisé en ce qu'il comporte: 0 un équipement (1) de connexion à une pluralité d'interfaces cuivre en sortie (2_1 - 2_n), chaque interface cuivre pouvant comporter une paire de cuivre ou plus, des interfaces 20 pour le couplage d'équipement de tests de mode TDM et ATM (7, 8), une pluralité de cartes de lignes xDSL représentant chacune une technologie d'un fondeur (6_1 - 6_n), une carte maître (5) hébergeant un automate comportant au moins un moyen pour configurer les cartes de ligne et un moyen pour assurer les 25 échanges entre les interfaces de test (7, 8) et les cartes de lignes (6_1 - 6_n) et un moyen pour assurer les échanges d'information entre le dispositif et un ordinateur de commande au moyen une liaison (9); a -un logiciel constitué de deux entités: une application 30 " hôte " hébergée par ledit ordinateur de commande raccordé à l'équipement (1) au moyen d'une liaison (9) et une application " automate " hébergée par la carte maître (5), de sorte que au moins l'une des actions suivantes soit exécutée * la carte maître paramètre l'ensemble des cartes de ligne (61 - 6_n) de technologies différente via une API de convergence (18) selon une configuration spécifique par l'utilisateur, * la carte maître et son automate supervisent les différentes 5 étapes de la phase d'activation du lien xDSL sélectionné, chaque événement étant horodaté et mémorisé via l'interface de contrôle (22_i) avec une précision déterminée, * la carte maître et son automate répondent aux requêtes EOC en provenance de l'équipement sous test, * la carte maître relaie les commandes EOC en provenance de l'hôte vers la carte de ligne xDSL spécifique, * la carte maître établit un canal entre les interfaces de test et la carte de ligne spécifique. 9 - Dispositif selon la revendication 8, caractérisé en ce 15 que l'automate embarqué sur la carte maître comporte un ordonnanceur (15), une mémoire (17) chargée de recueillir un historique horodaté, une application API de convergence (18) pour unifier le langage de commande des différentes cartes de lignes xDSL (6_1 - 6_n), une horloge interne (16) chargée de 20 fournir le rythme de référence, une mémoire d'entrée (19) chargée de réceptionner les requêtes en provenance de l'hôte, une mémoire de sortie chargée de réceptionner les réponses aux requêtes de l'hôte. - Dispositif selon la revendication 9, caractérisé en ce 25 que l'application exécutée par l'automate hébergé par la carte maître (5): active l'ordonnanceur (15) de sorte que soit récupéré cycliquement l'état d'activation du composant (6i), via des requêtes traduites par l'application API de convergence (18), - organise un canal de transfert symétrique de données entre les interfaces de test (7, 8) et le composant (6_i). 11 - Dispositif selon la revendication 1, caractérisé en ce que l'application " hôte " hébergée par ledit ordinateur de commande raccordée à l'équipement (1) via la liaison (9) exécute au moins l'une des opérations suivantes: o la saisie de l'ensemble des informations relatives à l'établissement de la couche physique xDSL, o l'activation de la couche xDSL, o la récupération de données archivées dans une base de données d'historique (18) comprenant au moins l'état d'activation du composant (6j), le contenu des réponses aux requêtes EOC.