CH678250A5

CH678250A5 -

Info

Publication number: CH678250A5
Application number: CH132/90A
Authority: CH
Inventors: Steven Richard Coffelt; Thomas Watson Durston
Original assignee: Harris Corp
Priority date: 1988-05-10
Filing date: 1989-05-10
Publication date: 1991-08-15
Also published as: CA1313717C; US4965795A; GB9000645D0; WO1989011189A1; SE9000051L; JPH03500719A; GB2229606B; GB2229606A; EP0366788A1; KR900702681A; EP0366788A4

Description

1

CH 678 250 A5

2

Description

Domaine technique

La présente invention a trait à un dispositif de visualisation pour un terminal RNIS (Réseau Numérique à Intégration de Services) et, plus particulièrement, à un moniteur de canal D pour un tel terminal RNIS.

Etat de la technique

L'offre des RNIS est actuellement développée par les compagnies de téléphone dans le cadre d'un effort pour améliorer la qualité, la capacité, et la variété des services. Les spécifications préliminaires des RNIS ont été introduites par le CCITT, le comité international des standards de communication. Aux Etats-Unis d'Amérique et au Canada, des sous-ensembles et des variations mineures de ces standards sont en train d'être définis par les plus grandes sociétés commercialisant des équipements de bureautique centralisée, tels que AT&T et Northern Telecom. Le concept technique du RNIS est réalisé en utilisant le réseau existant de lignes téléphoniques en cuivre pour transporter un signal digital à la place du signal analogique usuel reproduisant la voix (limité à 3000 Hz). Le signal digital est transmis à la vitesse de 160 000 bits par seconde (bps), offrant deux canaux de 64 000 bps (connus sous le nom de canaux «B») pour le transport de la voix ou des données, et un canal à 16 000 bps (appelé canal «D») pour l'établissement et la maintenance de la connexion d'appel au réseau (il est aussi utilisé pour la transmission de données par paquets sous le protocole X.25) comme service de base. La mise en œuvre du RNIS nécessite un nouvel équipement central de communication et de transmission, et quelquefois des équipements terminaux radicalement différents (par ex. téléphones, modems, terminaux de données) du côté de l'utilisateur ou de l'abonné de là ligne de téléphone. Actuellement, le RNIS démarre des essais techniques limités dans quelques villes des Etats-Unis, et est déjà largement implémenté en Europe.

Les techniciens et installateurs de circuits RNIS ont souvent besoin d'identifier l'origine des difficultés éventuelles rencontrées lorsqu'ils font un appel pour transmettre de la voix ou des données, ou répondent à un tel appel. Comme on l'a noté plus haut, dans les services de base RNIS, les informations sous forme de voix ou de données sont transportées par l'un des deux canaux B sur le circuit RNIS. Les transactions d'appel nécessaires pour l'établissement d'une connexion, ou liaison, sont effectuées à travers le canal D. Les messages envoyés et reçus par le bureau central sur le canal D contiennent les informations définissant l'état de la liaison. II est très important de savoir quelle partie de l'activité de la liaison est défaillante pour déterminer si le problème réside dans l'équipement local ou ailleurs. Toutes tes informations de canal D peuvent être affichées dans les formats suivants:

1. Binaire

2. Hexadécimal

3. Etat d'activation du Bus

4. Cadres HDLC OSI couGhe 1

5. Cadres de décodeur LAPD/LAPD OSI couche 2

6. Cadres Q.931 et décodeur X.25 OSI couche 3

La présente invention a pour objet un moniteur de canal D permettant la simulation et la visualisation dans plusieurs modes pour aider à isoler rapidement et précisément l'origine de tous problèmes qui puissent surgir.

La fig. 1 monte un terminal de base RNIS avec lequel la présente invention peut être conjointement utilisée. Le terminal est partagé en groupes de fonctions. Cette séparation conceptuelle des fonctions permet d'identifier et de spécifier les interfaces entre ces fonctions. On trouvera ci-après une description des groupes fonctionnels, en notant que cette description se limite aux fonctions de l'accès de base.

NT1 - Extrémité de réseau 1. C'est le groupe de fonctions qui terminent la ligne de transmission. Comme tel, il est considéré dans les recommandations CCITT comme appartenant au réseau fourni, c'est-à-dire au propriétaire de la ligne de transmission. Les fonctions de NT1 sont décrites ainsi:

- Extrémité de transmission de la ligne.

- Visualisation de la maintenance et de la performance de la ligne.

- Synchronisation.

- Transfert de puissance, le terminal tirant de la puissance de la ligne au moins pour assurer les fonctions de mise en route.

- Eléments de fonctions de multiplexage.

- Achèvement du caractère transitif de l'interface de la ligne en «T» ce qui permet de prévoir une extrémité à sorties multiples et les 'fonctions associées de résolution de conflits.

NT2 - Extrémité de réseau 2. C'est le groupe de fonctions qui donnent au terminal son «caractère» particulier. Une NT2 peut être un PABX si l'accès est primaire, un réseau local ou on contrôleur de terminaux. Les fonctions de la NT2 sont décrite ainsi:

- Traitement du protocole ou traitement de la partie du protocole associée à la transmission d'informations é travers un réseau.

- Les parties de plus haut niveau de la fonction de multiplexage.

- Fonctions de commutation et de concentration.

- Fonctions de maintenance.

- Fonctions d'interface aux interfaces S et T.

Le groupe fonctionnel NT2 peut être plus ou moins complexe selon l'application. Cette complexité va de la fonction très élaborée d'un PABX jusqu'à des fonctions relativement simples requises par un multiplexeur par division dé temps. Dans des cas spécifiques et simples toutes les fonctions peuvent être remplies de façon adéquate par NT1, et NT2 devient simplement une connexion physique.

TE - Equipement terminal. C'est l'appareil proprement dit. Ce peut être un téléphone digital, une station de travail CFAO, un terminal d'ordinateur, etc.

5

10

15

20

25

30

35

40

45

50

55

60

65

3

CH 678 250 A5

4

TE1 - Equipement Terminal Type 1. Un tel équipement répond aux recommandations d'interface utilisateur-réseau RNIS et supporte par conséquent l'interface S.

TE2 - Equipement terminal Type 2. Un tel terminal supporte les mêmes fonctions mais ne répond pas aux recommandations d'interface utilisateur-réseau RNIS. II nécessite par conséquent une interface avec l'accès RNIS qui est un adaptateur de terminal TA, qui convertit les fonctions d'interface non-RNIS sous forme acceptable par le RNIS aux points de référence S ou T.

Cette description a largement révélé la nature des interfaces. On trouvera ci-après un complément de description:

Point de référence T (comme Terminal) sépare l'équipement du fournisseur de réseau de l'équipement de l'utilisateur. Il fournit une interface standardisée entre les informations sur l'équipement, l'envoi et la réception, la validation et la synchronisation fournies au réseau et l'équipement terminal destiné à l'usage de ces informations.

Point de référence S (S comme Système) sépare l'équipement terminal de l'utilisateur des fonctions de réseau du terminal.

Point de référence R (R représente la vitesse) procure une interface non-RNIS entre un équipement d'utilisateur compatible non-RNIS et un équipement adaptateur. Une telle interface peut très bien être en accord avec une des recommandations d'interface de la série X du CCITT.

Point de référence U (U comme Utilisateur). Interface entre NT1 et la ligne de transmission.

La terminologie tirée de la fig. 1 sera utilisée dans tout le reste de la présent description. Cette terminologie est à présent bien acceptée comme terminologie standard, comme on le voit dans le livre «Le réseau numérique à intégration de services: du concept à l'application», de Jon Ronayne, publié par John Wile & Sons, Inc., 1988, qui est incorporé à titre de référence. On notera que dans toute la description, on utilisera le terme «TE» (équipement terminal) pour identifier de façon générique à la fois l'usage d'un équipement TE1 compatible RNIS et un équipement TE2 non compatible RNIS en même temps qu'un adaptateur de terminal (TA) disponible couramment dans le commerce.

Description de l'invention

La présente invention a pour objet de fournir un moniteur de canal D à l'interface S ou T d'un terminal d'accès à un RNIS par un utilisateur. La présente invention a également pour objet de fournir un dispositif de visualisation de canal D qui peut fonctionner sous plusieurs modes opératoires pour simuler des éléments différents du terminal d'accès de l'utilisateur au RNIS et/ou pour visualiser des opérations de canal D entre des éléments de l'équipement terminal d'accès de l'utilisateur. Pour atteindre ces objets et d'autres encore, la présente invention fournit un moniteur de canal D qui est capable de proposer plusieurs modes opératoires pour la visualisation des opérations de canal D. Comme tel, le moniteur de canal D peut comprendre un premier et un second élément d'interface qui peuvent être actionnés pour apparaître soit comme une interface NT (pour un TE) soit comme une interface TE (pour une NT). Un contrôleur est prévu pour faire en sorte que le premier et le second élément d'interface apparaissent de façon prédéterminée l'un comme l'interface NT et l'autre comme l'interface TE pour se coupler respectivement soit à un TE soit à une NT du terminal utilisateur RNIS. Un dispositif de visualisation est aussi inclus pour visualiser au terminal les signaux de canal D qui sont reçus à travers l'un ou l'autre des éléments d'interface. Ce dispositif de visualisation comprend des moyens pour indiquer l'état des signaux de canal D à un utilisateur.

Brève description des dessins

La fig. 1 montre un diagramme d'un terminal RNIS de base en conjonction avec lequel la présente invention peut être utilisée-

la fig. 2 montre un diagramme d'une réalisation d'un moniteur de canal D selon la présente invention;

les fig. 3 à 7 sont des diagrammes montrant différents modes d'opération pour la connexion du moniteur de canal D de la figure 2, pour permettre la visualisation du signal de canal D dans un terminal RNIS sous différentes circonstances;

la fig. 8 est un schéma de câblage d'une possibilité de réalisation en circuit du moniteur de canal D de la fig. 2; et la fig. 9 montre un exemple d'une architecture de système de test qui peut être utilisée pour accomplir les opérations de visualisation du moniteur de canal D de la présente invention.

Réalisation préférentielle de l'invention

La fig. 2 est un diagramme décrivant une réalisation du moniteur de canal D selon la présente invention. Comme il est représenté ici, le moniteur comprend un premier et un second élément S1 et S2 d'interface S qui permettent le couplage soit à des TE soit à des NT d'un terminal RNIS (on notera que dans toute la description le terme «NT» sera entendu comme un terme générique incluant les équipements NT et NT2 dont il est question en relation avec la fig. 1). Ces éléments S1 et S2 d'interface S sont disponibles dans le commerce comme par exemple l'interface S de Intel 29C53. De telles interfaces sont conçues pour servir soit d'interface TE pour un NT soit d'interface NT pour un TE d'un terminal RNIS. Comme il est bien connu, les transmetteurs d'un TE fournissent des signaux légèrement différents des signaux d'une ligne de transmission d'un NT pour éviter la possibilité de collisions lorsque un NT unique dessert plusieurs TE. C'est pourquoi, dans le but de donner aux composants d'interface S la capacité de former une interface avec les NT et les TE, les composants d'interface commercialement disponibles comprennent des éléments appropriés pour leur permettre par commutation de servir soit d'interface TE soit d'interface NT.

Dans le but de faire en sorte que les interfaces S S1 et S2 apparaissent soit comme une interface TE

5

10

15

20

25

30

35

40

45

50

55

60

65

3

5

CH 678 250 A5

6

(pour un NT) soit comme une interface NT (pour un TE), des signaux de contrôle sont fournis depuis un processeur 10 aux éléments SI et S2 d'interface S à travers une interface de processeur 12. Bien que l'invention ne soit pas nécessairement limitée à ce cas, le processeur 10 peut être un microprocesseur tel que l'ordinateur portable Toshiba T1100. Le processeur 10 est soit couplé à un terminal utilisateur 14 pour disposer d'un affichage à l'écran ou, dans le cas du Toshiba T1100, le processeur 10 comprend directement le terminal utilisateur 14.

En plus de la fourniture de signaux de contrôle permettant de déterminer si les éléments S1 et S2 d'interface S seront en mode NT ou en mode TE, le processeur 10 reçoit aussi, à travers l'interface de processeur 12, des signaux de canal D des éléments S1 et S2 d'interface S, Alternativement, comme on le verra plus loin dans la discussion des modes de simulation du moniteur de canal D, le processeur 10 peut aussi fournir des signaux simulés de canal D aux interfaces S S1 et S2 en vue de les combiner avec des signaux de canal B pour former une sortie RNIS simulée ce qui permet de tester des éléments du terminal RNIS. Cette capacité du processeur 10 de travailler en double canal D est indiquée par la doublé flèche entre le processeur 10 et les éléments SI et S2 d'interface S.

Le processeur 10 est contrôlé conformément à des programmes stockés dans la mémoire 16. Ce contrôle sera discuté plus loin en liaison avec la fig. 9 concernant l'architecture logicielle pour le système.

Les éléments S1 et S2 d'interface S servent aussi, bien sûr, à passer des informations de canai B. Ces informations de canal B transitent par un chemin (auquel il est ici fait simplement référence par un commutateur 18 de canal B) sans subir de modification (on notera que les informations de canal D sont soit visualisées soit modifiées, comme on le verra plus loin). Les informations de canal B sont transmises à un Codec 10 (par ex., un Intel 29C48, ou tout autre équipement de codage-décodage convenable disponible sur le marché. Depuis le Codec 20, les canaux B aboutissent à un combiné téléphonique 22 pour permettre la communication vocale à travers le moniteur de canal D.

Alternativement, les informations de canal B peuvent aussi être passées, si on le désire, à un moniteur de canal B (par exemple utilisant un Intel 82520HSCC) pour fournir également une visualisation des canaux B. La réalisation décrite ci-dessus et montrée à la fig. 2 sert de structure de base pour permettre une grande variété d'opérations de simulation et de visualisation pour les signaux de canal D. line caractéristique essentielle de la présente invention est sa polyvalence permettant à un utilisateur une grande variété de modes opératoires pour l'étude du fonctionnement du canal D d'un terminal RNIS. Cette variété de modes opératoires peut permettre à l'utilisateur de localiser sans délai l'Origine d'un problème pouvant affecter le terminal RNIS. Pour donner une meilleure idée de ce qui précède, les figures 3 à 7 seront maintenant passées en revue pour illustrer quelques modes opératoires possibles pour la réalisation de la fig. 2.

La fig. 3 montre un premier mode dans lequel le moniteur de canal D fonctionne comme un simulateur de TE. Pour cela, l'un des deux éléments d'interface S (par exemple S1) est commandé pour être en mode TE pour apparaître comme un TE pour l'extrémité NT du RNIS. L'autre élément d'interface S (par exemple S2) n'est pas utilisé. Dans ce premier mode, le processeur 10 fournit des signaux de canal D à la NT à travers l'interface de processeur 12 et l'interface S1. Des signaux de canal B peuvent aussi être fournis par simulation dans le processeur ou en émettant des signaux vocaux dans le combiné. Le moniteur de canal D peut alors étudier les signaux de canal D en retour de la NT à travers l'interface S1. En effet, le mode 1 est une visualisation à sens unique des informations de canal D en provenance de la NT, qui peut se concentrer sur la détection de problèmes éventuels de fonctionnement dans la partie NT du terminal RNIS.

La fig. 4 montre un deuxième mode dans lequel le moniteur de canal D fonctionne comme simulateur NT. Dans ce cas, l'un des éléments d'interface S (par ex., S1) est commandé pour apparaître comme une interface NT pour le TE du terminal RNIS. Le processeur 10 fournit au TE les informations de canal D à travers cette interface NT. Là encore, l'autre élément d'interface S (par ex., S2) n'a pas d'utilité dans ce mode opératoire. Le processeur reçoit aussi des informations de canal D depuis le TE (à travers l'interface S1 de la NT et l'interface de processeur 12) et étudie ces informations de canal D. De cette façon, le moniteur de canal D peut se concentrer sur le test du TE du terminal RNIS pour déterminer s'il est à l'origine d'un problème. Comme dans la figure 3, le deuxième mode représenté à la figure 4 est essentiellement un dispositif de visualisation à sens unique.

La fig. 5A illustre un mode qui permet la visualisation à double sens des informations de canal D circulant entre le TE et la NT d'un terminal RNIS. Dans ce mode, les éléments S1 et S2 d'interface S sont tous deux utilisés. Spécifiquement, le processeur 10 fait en sorte que S1 apparaisse comme une interface NT pour le TE du terminal, et que S2 apparaisse comme une interface TE pour la NT du terminal.

Dans le dispositif de la frg. 5A, le moniteur de canal D peut effectivement être transparent ce qui permet d'analyser simplement le flux à double sens d'informations entre le TE et la NT du terminal. Cette visualisation à double sens peut être utilisée pour vérifier rapidement à la fois le TE et la NT du terminal.

Cependant, en plus de la simple visualisation à double sens, la réalisation de la fig. 5A a une autre caractéristique importante. Spécifiquement, chacun des éléments S1 et S2 d'interface S sont des extrémités indépendantes pour le TE et la NT du terminal, des modifications des informations de canal D peuvent être conduites dans le moniteur de canal D pour réaliser différents scénarios de test. Une large variété de changements peuvent être apportés aux informations de canal D en utilisant le processeur 10 pour étudier la façon dont réagissent le TE et la NT quand la situation se modifie. Par exemple, on pourra ajouter des signaux de canal D sup5

10

15

20

25

30

35

40

45

50

55

60

65

4

7

CH 678 250 A5

8

plémentaires. D'un autre côté, des signaux de canal D peuvent aussi être supprimés ou modifiés pour tout autre but que désire se fixer le testeur.

On notera ici que bien que les figures passées en revue jusqu'à maintenant n'illustrent que deux éléments d'interface pour le moniteur de canal D, on pourra faire intervenir un plus grand nombre d'entre eux. La fig. 56, qui est en fait une variation de la fig. 5A, en montre un exemple. Dans la fig. 5B, trois éléments S1, S2 et S3 d'interface S sont utilisés dans le moniteur de canal D pour permettre la visualisation du flux d'informations de canal D entre deux différents TE et une NT. TEa est un téléphone générant un trafic relativement faible sur le canal D. TEb, au contraire, est un terminal de données générant un trafic élevé sur le canai D. Pour permettre la visualisation du canal D dans cette situation, une troisième interface S S3 est prévue pour se coupler à TEb. De la manière discuté précédemment, S1 est contrôlé par le processeur 10 pour apparaître comme une interface NT, S2 est contrôlé pour apparaître comme interface TE et S3 est contrôlé pour apparaître comme une interface NT pour TEb.

Pendant la visualisation du canal D, si l'usager le désire, le processeur 10 peut fonctionner de façon à modifier le flux de trafic sur les canaux D entre les deux TE et le NT sur la fig. 5B. Par exemple, si le gros volume de trafic de canal D venant de TEb semble affecter de façon défavorable le fonctionnement de TEa le moniteur de canal D peut temporairement bloquer tout ou partie des informations de canal D de TEb, les empêchant d'atteindre NT tout en continuant à permettre une pleine communication entre TEa et NT. En effet, à ce moment TEb communiquera seulement avec le processeur de canal D (qui pourrait simuler le NT comme dans le mode 2), alors que TEa communique à travers le processeur de canal D la véritable NT du terminal RNIS. Ceci permet d'isoler des éléments choisis du terminal pour la localisation de la source d'éventuels problèmes.

La fig. 6 montre un quatrième mode qui est essentiellement une version simplifiée du troisième mode. Ici, une simple connexion câblée non terminale est utilisée pour coupler le moniteur de canal D à l'interface S/T entre le TE et la NT du terminal. L'un des éléments d'interface S du moniteur de canal D (par ex., S1) est alors mis en mode TE pour apparaître au terminal TE comme un simple TE supplémentaire. Aucun signal de canal D n'est mis en circuit par le processeur. Au contraire, le processeur 10 ne fait que visualiser passivement les informations de canal D qu'il reçoit à travers l'interface S1.

La fig. 7 montre une variation de la fig. 4 où le moniteur de canal D peut simuler une NT à l'intention d'une paire de TE. Dans ce cinquième mode, seulement l'un des éléments d'interface S (par ex., S1) est utile pour apparaître comme une interface TE. Les informations de canal D sont simulées par le processeur 10 comme fournies au deux TE. Alors, le processeur 10 peut analyser les informations de canal D en retour des TE pour visualiser les sorties respectives de ces deux TE.

La fig. 8 montre un exemple détaillé d'un schéma représentant une portion du moniteur de canal D. Dans cette figure, le moniteur de canal D est formé d'une carte d'extension adaptée à un microprocesseur Toshiba T1100, comme on l'a mentionné plus haut. La figure montre la localisation de circuits intégrés commercialement disponibles ainsi que les circuits appropriés pour réaliser les portes et les étages d'amplification pour l'interface de processeur, l'interface S, le CODEC et la connexion de combiné, conjointement avec le microprocesseur Toshiba T1100. Cette figure est simplement fournie comme unique exemple d'un dispositif de circuit qui pourrait être utilisé avec l'ordinateur particulier Toshiba T1100 pour réaliser en pratique la forme de réalisation de la fig. 2.

La fig. 9 illustre un exemple d'une architecture de système de test qui peut être utilisée conjointement avec la forme de réalisation de la figure 2 pour réaliser les modes 1 à 4 discutés précédemment (par exemple, les figures 3 à 6). Comme on l'a noté précédemment, la fig. 7 représente une simple modification du mode 2 qui pourrait être directement réalisé dans cette architecture logicielle.

Comme on peut le voir à la fig. 9, les différents modes de fonctionnement, en conjonction avec les trois premières couches du notoire OSI (interconnexion de systèmes ouverts) sont prévus pour l'affichage des informations sur le fonctionnement du canal D à l'intention de l'utilisateur. L'architecture commence avec un menu de sélection de mode opérateur pour choisir le mode de fonctionnement de base de l'unité de test. Le logiciel de test approprié est alors chargé par sélection depuis ces menus. Les menus Simulateur TA/Simulateur NT/Mode Moniteur constituent le niveau suivant de sélection de menu opérateur, dans lequel la conduite de test spécifique est sélectionnée et chargée, et où le type et le format d'écran son choisis. Ces informations sont alors passées à la fonction mise en marche du suivi et à la fonction suivi de format et d'écran. Dans la forme de réalisation représentée à la fig. 9, deux fenêtres sont visibles sur l'écran du PC du terminal utilisateur 14 de la fig. 2, une pour le contrôle du test par l'opérateur et l'autre affichant les fonctions du moniteur.

Dans la fig. 9, la fonction Mise en œuvre de l'instrumentation concerne le logiciel choisi pour les instruments de mise en forme au niveau des couches 1, 2 et 3. La fonction Captage des données brutes de mise en forme fait la saisie et le stockage intermédiaire de toutes les données de mise en forme et de visualisation telles qu'elles sont mises en œuvre depuis les couches 1, 2 et 3. En ce qui concerne les couches, la couche 3 peut être la couche 3 Q.931 et X.25 avec un logiciel d'instrumentation pour l'extraction des données de mise en forme. La couche 2 peut être la Q.921 avec un logiciel d'instrumentation pour l'extraction de données de mise en forme. La couche 1 peut être constituée par des organes de conduite de dispositifs de couche 1 avec un logiciel d'instrumentation pour l'extraction de données de mise en forme. La couche 1 est aussi équipée d'un organe de conduite pour accomplir la fonction de visualisation de la ligne.

Les organes de conduite de test de la figure 9

5

10

15

20

25

30

35

40

45

50

55

60

65

5

g

CH 678 250 A5

10

sont un ensemble de tests spécifiques qui sont sélectionnés par l'opérateur dans les modes 1 et 2 de simulation TE/NT, Ces «tests» conduisent les fonctions existantes de couche 3. On trouvera ci-après quelques exemples de tests qui peuvent être conduits avec l'architecture logicielle de la figure 9 en connexion avec les modes 1 à 4:

1. Etablissement d'appel vocal côté TE

2. Etablissement d'appel vocal côté NT

3. Fin d'appel vocal côté NT

4. Fin d'appel vocal côté TE

5. Etablissement d'appel données X.25 côté NT

6. Etablissement d'appel données X.25 côté TE

7. Fin d'appel données X.25 côté NT

8. Fin d'appel données X.25 côté TE

9. Chevauchement d'appels voix/données

10. Vérification de l'état de la ligne.

En conjonction avec ta fig. 9, l'Appendice annexé fournit les spécifications logicielles fonctionnelles et opérationnelles pour le moniteur de canal D de la présenté invention. Ces spécifications logicielles peuvent être utilisées pour réaliser l'architecture logicielle représentée à la fig. 9 pour permettre à la forme de réalisation représentée à la frg. 2 de faire fonctionner les modes représentés dans les fig. 3 à 7. Bien entendu, la présente invention n'est pas supposée limitée à ces spécifications logicielles particulières (ou à l'architecture logicielle particulière de la fig. 9, dans ce même but) car évidemment des modifications à ce qui précède sont possibles sans sortir du domaine de la présente invention.

Comme on l'a noté ci-dessus pour la fig. 9, on voit que deux fenêtres d'écran peuvent être affichées au terminal utilisateur 14 (c'est-à-dire, une pour le contrôle du test par l'opérateur et une pour présenter les fonctions du moniteur). Bien entendu, des fenêtres supplémentaires pourraient être fournies au besoin. Dans tous les cas, on notera que selon un autre aspect optionnel de la présente invention, le moniteur de canal D peut en fait proposer à l'écran des suggestions à l'utilisateur sur l'origine possible d'un problème. On a mentionné précédemment que la présente invention permet la connexion du moniteur de canal D dans une variété de modes pour permettre d'isoler des éléments respectifs du terminal RNIS. Ceci étant, la programmation du processeur peut être telle qu'une analyse des informations de canal D est faite pour proposer des suggestions sur la cause la plus probable du problème décelé.

Un exemple classique d'un problème de linge RNIS que cette invention serait particulièrement adaptée à résoudre est le cas où deux terminaux se retrouvent pour une cause quelconque programmés comme ayant la même adresse. De façon typique, des messages sur une interface S sont différenciés par un champ d'adresse. Sur certains appareils le champ d'adresse relatif à un TE particulier est fixé par des mini-commutateurs à l'arrière de l'unité. Si par inadvertance quelqu'un a réglé ces mini-commutateurs de façon à générer la même adresse sur deux TE différents, il n'y a alors aucun moyen de distinguer entre les messages de l'un et de l'autre. Ceci est un problème courant. Il a pour conséquence finale que le commutateur de l'office central désactive la ligne puis essaie à nouveau de rétablir la communication. Cette situation peut être démêlée par la présente invention en visualisant tes messages arrivant soit du commutateur de l'office central soit des terminaux. Si un message particulier arrive depuis le commutateur de l'office central, il sollicite une réponse. Si les deux terminaux sur la ligne sont programmés comme ayant la même adresse, alors chacun d'eux recevra ce message et le considérera comme lui étant destiné. Et ils répondront tous les deux. Ce que verra le moniteur de canal D sera un message entrant unique pour une certaine adresse et deux réponses venant de la même adresse. Le processeur 10 peut alors conclure qu'il doit y avoir deux terminaux avec la même attribution d'adresse. Par conséquent, le processeur 10 va simplement afficher un message à l'écran «Vérifier les attributions d'adresses», comme suggestion à l'utilisateur pour résoudre le problème.

On notera que la présente invention peut être utilisée conjointement avec le système décrit dans ta demande de brevet américain No: 07192175 déposé le 10 mai 1988 par les inventeurs de la présente demande, intitulée «Adaptateur de générateur de trafic RNIS» et qui est incluse ci-aprês à titre de référence.

Il est entendu que les dispositifs décrits plus haut sont seulement appelés à illustrer l'application des principes de cette invention. De nombreux autres arrangements pourront facilement être réalisés par l'homme de l'art en partant des principes décrits dans l'invention et en restant dans sa portée.

Claims

Revendications

1. Moniteur de canal D pour utilisation avec un terminal RNIS comprenant:

une premier et second élément d'interface comprenant des moyens de permettre à chacun des éléments d'interface d'apparaître sélectivement soit comme une interface terminale de réseau soit comme une interface d'équipement terminal; une contrôleur couplé auxdits premier et second éléments d'interface, ledit contrôleur comprenant des moyens commander que lesdits premier et second éléments d'interface apparaissent sélectivement et de façon prédéterminée, soit comme ladite interface terminale de réseau, soit comme ladite interface d'équipement terminal, pour les coupler respectivement et sélectivement soit à un équipement terminal soit à une extrémité de réseau dudit terminal RNIS; et des moyens de visualisation des signaux de canal D dans ledit réseau RNIS, reçus à travers l'un ou l'autre à choix desdits premier et second éléments d'interface pour permettre l'examen du contenu de messages passant dans le canal D.

2. Moniteur de canal D selon revendication 1, dans lequel lesdits premier et second éléments d'interface sont des éléments d'interface S.

3. Moniteur de canal D selon revendication 1, dans lequel ledit contrôleur et les dits moyens de visualisation font partie d'un processeur, dans lequel ledit moniteur de canal D comprend des moyens

5

10

15

20

25

30

35

40

45

50

55

60

65

6

11

CH 678 250 A5

12

pour générer des signaux de canal B, dans lequel lesdits premier et second éléments d'interface comprennent chacun des moyens pour séparer les informations de canal B des informations de canal D pour produire des sorties séparées de canal B et de canal D quand lesdits premier et second éléments d'interface sont contrôlés par ledit contrôleur pour apparaître comme une interface d'équipement terminal et quand lesdits premier et second éléments d'Interface reçoivent d'un réseau RNIS un signal RNIS combiné comprenant des informations de canal B et des informations de canal D, et dans lequel lesdits premier et second éléments d'interface comprennent de plus des moyens pour combiner des informations de canal B et des informations de canal D pour former un signal RNIS combiné destiné audit réseau RNIS lorsque ledit contrôleur fait en sorte que lesdits premier et second éléments d'interface apparaissent comme une interface d'extrémité de réseau et lorsque lesdits premier et second éléments d'interface reçoivent des signaux de canal D générés par ledit processeur et des signaux de canal B générés par lesdits moyens de générer des signaux de canal B.

4. Moniteur de canal D selon revendication 3, dans lequel ledit processeur comprend des moyens de fournir des messages de canal D simulés à ladite extrémité de réseau dudit réseau RNIS et des moyens pour examiner les messages venant de l'extrémité de réseau en retour vers ledit moniteur de canal D en réponse auxdits messages simulés de canal D, pour étudier si ladite extrémité de réseau a des difficultés pour fournir des messages de canal D précis à l'équipement terminal du réseau RNIS, quand ledit moyen de contrôle fait en sorte que ledit premier élément d'interface apparaisse comme interface d'équipement terminal.

5. Moniteur de canal D selon revendication 3, dans lequel ledit processeur comprend des moyens pour fournir des messages de canal D simulés audit équipement terminal dudit réseau RNIS et des moyens pour étudier les messages de canal D reçus par le moniteur de canal D depuis ledit équipement terminal en réponse aux messages de canal D simulés pour étudier si l'équipement terminal a un problème pour fournir des messages précis de canal D à une extrémité de réseau du réseau RNIS, lorsque ledit contrôleur fait en sorte que le premier élément d'interface apparaisse comme une interface d'extrémité de réseau.

6. Moniteur de canal D selon revendication 3, dans lequel ledit processeur comprend des moyens pour permettre de façon transparente l'examen du contenu des messages de canal D passant entre un équipement terminal et une extrémité de réseau d'un réseau RNIS lorsque lesdits moyens de contrôle font en sorte que ledit premier élément d'interface apparaisse comme une interface d'équipement terminal pour l'extrémité de réseau dudit réseau RNIS et font en sorte que ledit second élément d'interface apparaisse comme une interface d'extrémité de réseau pour l'équipement terminal dudit réseau RNIS.

7. Moniteur de canal D selon revendication 1, dans lequel lesdits moyens de visualiser des signaux de canal D comprennent des moyens de présentation des messages de canal D sous une forme permettant l'examen par lecture d'un utilisateur.

8. Moniteur de canal D selon revendication 6, dans lequel lesdits moyens de visualiser les signaux de canal D comprennent des moyens de présentation des messages de canal D sous forme permettant l'examen par lecture d'un utilisateur.

9. Moniteur de canal D selon revendication 6, dans lequel ledit processeur comprend en plus des moyens pour varier le contenu du flux à double sens des messages de canal D entre l'extrémité du réseau et l'équipement terminal du réseau RNIS pour permettre d'examiner comment la variation affecte le flux à double sens des messages de canal D.

10. Moniteur de canal D selon revendication 3, dans lequel ledit moniteur de canal D comprend en plus un troisième élément d'interface couplé audit moyen de contrôle, ledit troisième élément d'interface comprenant des moyens de permettre audit troisième élément d'interface d'apparaître soit comme une interface d'extrémité de réseau soit comme une interface d'équipement terminal, en accord avec un signal de contrôle reçu dudit contrôleur, et dans lequel ledit processeur inclut en plus des moyens pour permettre de façon transparente l'examen du contenu des messages de canal D passant entre deux équipements terminaux et une extrémité de réseau d'un réseau RNIS lorsque ledit moyen de contrôle fait en sorte que ledit premier élément d'interface apparaisse comme une interface d'équipement terminal pour ladite extrémité de réseau dudit réseau RNIS et fait en sorte que lesdits second et troisième éléments d'interface apparaissent comme des éléments d'interface d'extrémité de réseau pour lesdits deux équipements terminaux dudit réseau RNIS.

11. Moniteur de canal D selon revendication 10, dans lequel ledit processeur comprend de plus des moyens pour faire varier le flux de messages de canal D entre ladite extrémité de réseau et lesdits deux équipements terminaux dudit réseau RNIS pour permettre d'examiner comment la variation affecte le flux de messages de canal D.

12. Moniteur de canal D selon revendication 11, dans lequel ledit processeur comprend en plus des moyens d'empêcher le flux de messages de canal D de circuler entre l'un desdits deux équipements terminaux et ladite extrémité de réseau dudit réseau RNIS, pour permettre d'isoler la communication entre l'autre équipement terminai et l'extrémité de réseau dudit réseau RNIS.

5

10

15

20

25

30

35

40

45

50

55

60

65

7