FR 2798796 A1 20010323 FR 9911650 A 19990917 PROCEDE DE TRANSMISSION DE PAQUETS, DISPOSITIFS D'INTERFACE ET EQUIPEMENTS DE COMMUNICATION POUR LA MISE EN CFUVRE DU PROCEDE La présente invention concerne le domaine de la transmission et de commutation par paquets. Elle s'applique dans des environnements utilisant plusieurs protocoles de communication en mode connecté, en particulier dans le domaine de I commutation d'entreprise. Une utilisation typique de l'invention consiste à faire passer connexions du protocole X.25 normalisé par le CCITT sur un réseau IP ( Internet Protocol ) supportant le protocole de transport ( Transmission Control Protocol ). De nombreuses applications et dispositifs ont été développés dans l'environnement X.25, et il est souhaitable de pouvoir transporter les informations correspondantes sur des réseaux de type qui connaissent actuellement un essor considérable. Une solution naturelle pour faire passer dans un réseau supportant un premier protocole en mode connecté (TCPIIP) des paquets construits selon un second protocole en mode connecté (X.25) consiste en l'utilisation de systèmes dits passerelles qui, placés en amont des nceuds d'un reseau, réalisent l'interface souhaitée et permettent ainsi l'interconnexion de réseaux une connexion du premier protocole étant associée de manière biunivoque une connexion, ou circuit virtuel, du second protocole. Pour faire dialoguer à travers un réseau TCPIIP des équipements gérant leurs entrées/sorties en X.25, on est amené à disposer deux passerelles en vis-à-vis. Si les équipements sont susceptibles d'utiliser d'assez nombreuses connexions X.25 entre diverses applications qu'ils hébergent entre divers terminaux qui leur sont raccordés, la solution ci-dessus est lourde car elle implique des passerelles relativement complexes, notamment en ce concerne les fonctions de routage IP et d'analyse de protocole et d'adressage pour le contrôle de l'acheminement des paquets. L'inconvénient ci-dessus est particulièrement sensible dans le cas de systèmes de commutation d'entreprise, utilisant des autocommutateurs (PABX) en différents sites de l'entreprise, reliés entre eux par un réseau IP public ou privé (Internet ou Intranet). D'assez nombreuses connexions X.25 sont utiles entre les différents sites, pour réaliser des échanges entre des applications PABX ou des transferts de données entre terminaux distants. La présente invention a pour but de proposer un procédé qui facilite l'interconnexion de systèmes de commutation d'entreprise au moyen de réseaux de télécommunication utilisant un protocole en mode connecté distinct, tout en évitant la complexité et le coût de mise en ceuvre des solutions traditionnelles. Il est ainsi proposé un procédé de transmission de paquets entre un ensemble d'équipements de communication reliés à un réseau supportant un premier protocole en mode connecté, lesdits paquets étant au format d'un second protocole en mode connecté, chaque équipement de l'ensemble comportant des moyens de commutation de paquets opérant selon le second protocole et au moins un dispositif d'interface avecledit réseau, relié à P accès des moyens de commutation, P étant un nombre au moins égal à 1. Selon l'invention, on établit des connexions du premier protocole entre d'une part un premier dispositif d'interface appartenant à un premier équipement de l'ensemble et d'autre part des dispositifs d'interface appartenant à N autres équipements de l'ensemble, N étant un nombre ,plus grand que P. Pour transmettre des paquets entre le premier équipement l'un des N autres équipements, on transporte lesdits paquets sur le réseau en les encapsulant dans des unités de données du premier protocole, transmises selon la connexion établie entre le premier dispositif d'interface et un second dispositif d'interface appartenant audit autre équipement, et on fait transiter lesdits paquets sur une première liaison entre les moyens de commutation du premier équipement et le premier dispositif d'interface et sur une seconde liaison entre les moyens de commutation dudit autre équipement et le second dispositif d'interface. Comme indiqué précédemment, dans un mode de réalisation typique mais non limitatif, le premier protocole en mode connecté est de type TCPIIP, et le second protocole en mode connecté est de type X.25. Avec le procédé proposé, le dispositif d'interface permet l'émulation, sur P liaisons de type X.25 avec les moyens de commutation, d'un ensemble de N liaisons élémentaires X.25 classiques point-à-point, avec N > P. Chaque liaison émulée est basée sur une connexion TCP, et permet le dialogue entre deux sites (équipements) distincts en supportant un ou plusieurs circuits virtuels X.25. Un nombre réduit P de liaisons X.25 vues des moyens de commutation (par exemple P = 1) permet donc d'atteindre N sites distincts, tout en simplifiant les processus de commutation X.25 et de routage IP. On peut ainsi faire communiquer entre eux un nombre importants de PABX, en respectant les limitations que peuvent avoir les composants en termes de nombre de liaisons maximum. Lorsque, comme c'est le cas en X.25, les paquets au format du second protocole comportent chacun un numéro de voie logique permettant de différencier des circuits virtuels, les moyens de commutation du premier équipement, le premier dispositif d'interface, le second dispositif d'interface et les moyens de commutation dudit autre équipement opèrent de préférence chacun une traduction du numéro de voie logique pour les paquets transmis entre le premier équipement et ledit autre équipement. En revanche, les traitements relatifs aux établissements de circuits virtuels X.25 sont, pour l'essentiel, réalisés de façon classique et transparente au niveau des moyens de commutation, les modifications nécessaires pour le fonctionnement avec le dispositif d'interface étant de portée limitée. Ainsi, en réponse à un paquet d'appel du second protocole reçu sur un accès des moyens de commutation du premier équipement et comportant un premier numéro de voie logique et une adresse de destination accessible ledi autre équipement, les étapes suivantes sont avantageusement exécutées dans le cadre de l'établissement d'un circuit virtuel du second protocole les moyens de commutation du premier équipement analysent l'adresse de destination reçue dans le paquet d'appel pour identifier la premiere liaison ainsi que la connexion établie entre les premier et second dispositifs d'interface ; les moyens de commutation du premier équipement sélectionnent un second numéro de voie logique disponible sur la première liaison et mémorisent une association entre les premier et second numéros de ie logique ; - les moyens de commutation du premier équipement envoient le paquet d'appel au premier dispositif d'interface sur la première liaison, en y incluant le second numéro de voie logique, et communiquent un index identifiant ladite connexion au premier dispositif d'interface ; - le premier dispositif d'interface sélectionne un troisième numéro de voie logique disponible relativement à la connexion identifiée et mémorise une association entre le second numéro de voie logique, reçu dans le paquet d'appel sur la première liaison, l'index identifiant ladite connexion et le troisième numéro de voie logique ; et - le premier dispositif d'interface émet le paquet d'appel sur le réseau, encapsulé dans au moins une unité de données transmise selon la connexion identifiée, le paquet d'appel encapsulé incluant le troisième numéro de voie logique. Symétriquement, en réponse à un paquet d'appel du second protocole reçu sur le réseau encapsulé dans au moins une unité de données transmise selon une connexion établie entre les premier et second dispositifs d'interface et comportant un premier numéro de voie logique et adresse de destination accessible via le premier équipement, les étapes suivantes sont avantageusement exécutées dans le cadre de l'établissement d'un circuit virtuel du second protocole : ' - le premier dispositif d'interface demande un numéro voie logique aux moyens de commutation du premier équipement ; - les moyens de commutation du premier équipement sélectionnent un second numéro de voie logique disponible sur la première liaison et le retournent au premier dispositif d'interface ; - le premier dispositif d'interface mémorise une association entre les premier et second numéros de voie logique et un index identifiant ladite connexion ; - le premier dispositif d'interface envoie le paquet d'appel aux moyens de commutation du premier équipement, en y incluant second numéro de voie logique ; - les moyens de commutation du premier équipement analysent l'adresse de destination reçue dans le paquet d'appel pour identifier un de leurs accès ; - les moyens de commutation du premier équipement sélectionnent un troisième numéro de voie logique disponible sur l'accès identifié et mémorisent une association entre les second et troisième numéros de voie logique ; et - les moyens de commutation du premier équipement émettent le paquet d'appel sur l'accès identifié, en y incluant le troisième numéro de voie logique. Selon un second aspect de l'invention, un dispositif d'interface entre un réseau supportant un premier protocole en mode connecté et un nombre P, au moins égal à 1, de liaisons transportant des paquets au format d'un second protocole en mode connecté, les P liaisons étant reliées à des moyens de commutation de paquets d'un équipement de communication comprend des moyens d'établissement de connexions du premier protocole avec d'autres dispositifs d'interface appartenant à N autres équipements de communication (N > P), des moyens d'encapsulation de paquets reçus sur les P liaisons dans des unités de données du premier protocole émises sur le réseau selon la connexion établie avec l'un desdits autres dispositifs d'interface et des moyens de désencapsulation de paquets contenus dans des unités données du premier protocole reçues sur le réseau selon différentes connexions établies avec lesdits autres dispositifs d'interface, chaque paquet désencapsulé étant transmis sur l'une des P liaisons. Selon un troisième aspect de l'invention, un équipement de communication comprend au moins un dispositif d'interface avec un réseau supportant un premier protocole en mode connecté, et des moyens de commutation de paquets opérant selon un second protocole en mode connecté, le dispositif d'interface étant relié à P accès des moyens de commutation, P étant un nombre au moins égal à 1. Le dispositif d'interface comprend des moyens d'établissement de connexions du premier protocole avec d'autres dispositifs d'interface appartenant à N autres équipements de communication (N > P), des moyens d'encapsulation de paquets reçus depuis les moyens de commutation dans des unités de données du premier protocole émises sur le réseau selon la connexion établie avec l'un desdits autres dispositifs d'interface, et des moyens de désencapsulation de paquets contenus dans des unités de données du premier protocole reçues sur le réseau selon différentes connexions établies avec lesdits autres dispositifs d'interface, les paquets désencapsulés étant transmis aux moyens de commutation. D'autres particularités et avantages de la présente invention apparaîtront dans la description ci-après d'exemples de réalisation non limitatifs, en référence aux dessins annexés, dans lesquels - la figure 1 est un schéma d'un système de commutation pour la mise en ceuvre de l'invention ; - la figure 2 est un schéma illustrant une unité de contrôle de grappe d'un système selon la figure 1 ; et - la figure 3 est un schéma synoptique d'une carte d'interface TCP/IP dont est équipée l'unité de contrôle de grappe de la figure 2. L'invention est décrite ci-après dans le cas d'un système de commutation dans lequel les points d'accès (lignes vers des terminaux ou des bornes radio, raccordements à des réseaux ou à des lignes spécialisées...) sont organisés grappes gérées chacune par une unité de contrôle de grappe (UCG). Chaque unité de contrôle de grappe possède une certaine autonomie pour gérer communications ou autres fournitures de services impliquant les points d'accès qui en dépendent. En particulier, l'UCG comporte une mémoire où sont stockées des tables contenant diverses données relatives aux terminaux qui lui sont reliés et permettant notamment de gérer les facultés dont les terminaux disposent. Les UCG hébergent diverses applications qui ont en charge traitements s'inscrivant dans le cadre de services particuliers supportés par le système de commutation. L'architecture du système'peut être telle que certaines applications de ce genre soient également exécutées dans des terminaux serveurs reliés à des UCG particulières. Ces applications sont conçues pour échanger entre elles des données insérées dans des paquets X.25 afin d'accomplir les fonctions requises. La figure 1 montre, à titre illustratif, un exemple de système de commutation construit à partir de quatre autocommutateurs (PABX) 10, 20, 30, 40. Chaque autocommutateur a une organisation en grappes. II comprend ainsi une ou plusieurs unités de contrôle de grappe (UCG) 11, 12, 13, 21, 22, 23, 31, 32, 33, 34, 41 comportant chacune un ensemble de points d'accès au système. Les points d'accès peuvent servir d'interface avec différents types lignes, selon les compatibilités désirées du système. On peut notamment prévoir des points d'accès pour le raccordement de terminaux de téléphonie analogique 50 (terminaux S63 simples ou terminaux "intelligents"), de terminaux numériques 51 pour réseaux X.25 ou à intégration de services... Pour les communications extérieures, certaines au moins des UCG ont des points d'accès reliés exemple à des lignes du réseau téléphonique public commuté (RTC), d'un réseau numérique à intégration de services (RNIS) et/ou d'un réseau numérique à commutation de paquets (X.25). Pour permettre des communications avec des terminaux mobiles 52, 53, certaines des UCG peuvent comporter des points d'accès radio respectivement reliés à des bornes radio 15, 16, 25, 35, 45. Chaque UCG possède des ressources suffisantes pour supporter communications entre ses propres points d'accès. Chaque PABX 10, 20, 30 comportant plusieurs UCG est équipé d'une boucle de transport 18, 28, 38, permettant les échanges inter-UCG de manière supporter les communications entre plusieurs points d'accès appartenant à ce PABX. A titre d'exemple, la boucle 18, 28, 38 peut être une ligne numérique à 40 Mbits/s organisée en temps partagé pour supporter 512 canaux à commutation de circuits ( canaux circuits ) et 70 canaux à commutation paquets ( canaux paquets ). Les canaux circuits sont prévus pour les points d'accès dont le fonctionnement requiert la réservation d'une ressource circuit tandis que les canaux paquets sont prévus pour les points d'accès utilises par des communications à commutation de paquets et pour les échanges de commandes propres au système de commutation (notamment les fonctions de signalisation). Des unités de contrôle non représentées sont prévues dans les PABX 10, 20, 30 pour superviser le fonctionnement des boucles de transport 18, 28,38. Pour réaliser l'interconnexion des PABX, une solution classique consiste à utiliser des lignes inter-PABX 55-58 entre des UCG particulières 13, 22, 23, 33, 34, 41 des différents PABX, comme illustré en pointillés sur la figure 1. Ces lignes peuvent être privées (par exemple dans le cas de deux PABX situes sur un même site géographique) ou louées à un opérateur public dans le cas d'un système de commutation multisite. Ces lignes 55-58 supportent des ressources pour la transmission en mode circuit, notamment pour transmettre la parole, et des ressources pour la transmission en mode paquet, notamment pour transmettre les paquets X.25 échangés par les applications PABX ou les terminaux d'utilisateur. Typiquement, l'administrateur du système est donc amené à prévoir parallèlement des lignes de type RTC et des liaisons X.25 entre ses différents PABX. Bien souvent, l'organisation équipée du système de commutation dispose par ailleurs de réseaux informatiques, notamment de type IP. utilisant le protocole de transport TCP, ces réseaux peuvent offrir un service de communication en mode connecté. Dans ces conditions, il est judicieux d'utiliser un tel réseau pour le transport des paquets X.25, ce qui permet de se dispenser des liaisons X.25 entre les PABX. D'autre part, on peut envisager d'utiliser le réseau IP pour fournir également, de façon connue en soi, les ressources de transmission en mode circuit entre les PABX, par exemple au moyen des protocoles UDP ( User Datagram Protocol ), RTP ( Real Time Protocol ) et RTCP ( Real Time Control Protocol ). La figure 1 montre un tel réseau IP 59 (Intranet et/ou Internet) associé au système de commutation pour remplacer les liaisons spécifiques 55-58. Dans l'exemple dessiné, les UCG 13, 23, 33, 34 et 41 sont reliées au réseau 59. Celui- ci est par exemple mis en oeuvre sur une plate-forme Ethernet. La figure 2 est un schéma de principe d'une de ces UCG 1 , ayant par exemple des points d'accès pour terminaux analogiques 50, un plusieurs points d'accès radio pour le raccordement de bornes 16 et un ou plusieurs points d'accès TCPIIP pour le raccordement au réseau IP. L'UCG 13 comporte un dispositif d'interface 60 avec la boucle de transport 18 du PABX, consistant par exemple en des répéteurs pour retransmettre les trames circulant sur la boucle 18, associés à un automate de séparation des canaux paquets et des canaux circuits et à des mémoires tampon pour l'extraction et l'insertion signaux concernant l'UCG. Chaque point d'accès de l'UCG consiste en dispositif d'interface physique 61, 62, 63. Chaque interface 6f; 62, 63 assure les fonctions physiques de signalisation (détection d'événements, commandes ...) et de traduction nécessaires à la compatibilité des organes raccordés aux points d'accès avec les formats utilisés dans le système de commutation. Les différents dispositifs d'interface 60-63 sont reliés à des accès respectifs d'une matrice de commutation 64 qui assure l'acheminement des signaux. Le fonctionnement de fUCG 13 est contrôlé par un processeur central 65 associé à une mémoire 66. Le processeur 65 pilote les interfaces 60-63 par l'intermédiaire de son bus 67 soit directement (interfaces 60, 62, 63 dans l'exemple de la figure 2) soit à travers la matrice de commutation 64 (interfaces 61). Le processeur 65 assure notamment les traitements de signalisation concernant les points d'accès de l'UCG : il est informé des événements détectés par les interfaces 60-63 et effectue les traitements appropriés pour configurer la matrice de commutation 64, adresser des messages de signalisation vers l'interface 60 et des commandes aux interfaces physiques 61-63. Le dispositif d'interface 63 a les fonctions d'une station du réseau local 59. II peut être réalisé sous la forme d'une carte dédiée (figure 3) comprenant essentiellement un noyau processeur 70, un composant 71 d'accès au réseau local Ethernet 59 et une mémoire tampon 72 pour les données incluses dans les paquets X.25 et les datagrammes IP. La carte a une adresse MAC en dur et une adresse IP configurable, attribuée par l'administrateur du réseau local ou par un serveur dédié. Cette carte ne traite que les données qui lui sont destinées, et n'a donc pas nécessairement besoin d'un processeur très puissant, contrairement à une carte qui assurerait des fonctions de type pont ou routeur impliquant un traitement sur toutes les données circulant sur le réseau local. Le raccordement au réseau local 59 a par exemple un débit de 10 ou 100 Mbit/s. Lors de la configuration du système, des connexions TCP/IP sont établies entre le dispositif 63 de l'UCG 13 et des dispositifs homologues des autres UCG 23, 33, 34, 41 reliées au réseau IP 59. Chacune des liaisons X.25 55-58 de l'architecture traditionnelle de la figure 1 sera émulée par l'une de connexions TCP. L'administrateur du système a une certaine latitude dans la définition connexions TCP/IP et des liaisons X.25 émulées. Au sein d'un PABX donné la carte d'interface IP peut en principe être reliée à n'importe quelle UCG exemple, la liaison X.25 notée 55 entre les UCG 13 et 22 peut être émulée ' l'aïde d'une connexion TCP établie entre des. cartes d'interface TCP/IP appartenant aux UCG 13 et 23, étant donné que les UCG 22 et communiquent au moyen de la boucle 28. Ces liaisons émulées sont en fait réalisées entre les PABX 10, 20, 30, 40. Selon les besoins, un PABX pourra comporter une carte d'interface TCP/IP ou plusieurs (cas du PABX 30 sur la figure 1). L'utilisation de connexions TCP/IP pour émuler des connexions X.25 procure d'autre part un moyen simple d'enrichir les interconnexions au sein du système de commutation (par exemple, il n'est plus besoin de passer par le PABX 30 pour faire communiquer les PABX 10 et 40 dans l'exemple représenté). L'établissement de chaque connexion TCP/IP peut être à l'initiative de l'une ou l'autre des deux extrémités concernées. A l'issue de cette configuration, le processeur central de l'UCG enregistre dans sa mémoire 66 une table T1 contenant des index logiques i identifiant les différentes connexions TCP établies avec le dispositif d'interface 63, en association avec les données et règles permettant de faire correspondre à ces index les adresses X.25 accessibles par l'intermédiaire des liaisons émulées par les connexions TCP en question. La liaison 68 entre le dispositif d'interface 63 et la matrice de commutation 64 est une liaison X.25 pouvant supporter un nombre V de circuits virtuels, par exemple numérotés de 1 à V. Le commutateur X.25 de l'UCG, constitué par la matrice 64 pilotée par le processeur 65 vis-à-vis des canaux paquets, gère l'attribution des numéros de voie logique sur la liaison 68. Le nombre V est par exemple de l'ordre de 100. Chaque liaison émulée i entre le dispositif 63 de l'UCG 13 et un dispositif homologue d'une autre UCG (1 mais ceci n'est pas obligatoire. Les nombres ki sont exemple de l'ordre de 1 à 10. mémoire 73 associée au processeur 70 de la carte interface 63 contient table T2 gérée dynamiquement à mesure des établissements et ruptures de circuits virtuels X.25 et permettant d'associer à chaque numéro de voie logique p sur la liaison 68, compris entre 1 et V, d'une part l'index i identifiant la connexion IP à utiliser, compris entre 1 et N, et d'autre part le numéro de voie logique la liaison émulée par cette connexion, compris entre 1 ki. réception depuis la matrice de commutation 64 d'un paquet X.25 portant numéro de voie logique p, le processeur 70 du dispositif consulte la table pour déterminer la connexion TCP associée et le numéro de voie logique , et il commande l'émission, sur la connexion déterminée, du paquet simplement encapsulé dans une ou plusieurs unités de données (segments) TCP après avoir substitué les numéros de voie logique. L'encapsulation consiste à insérer ensemble des paquets (y compris le numéro de voie logique après traducti et le type de paquet) dans la partie données des segments TCP. Symétriquement, à réception sur une connexion i d'un segment TCP dans lequel est encapsulé un paquet X.25 portant le numéro de voie logique q, le processeur 70 du dispositif 63 détermine en consultant la table T2 le numéro de voie logique p sur la liaison 68 avec la matrice de commutation 64, et il commande l'émission, sur la liaison 68, du paquet désencapsulé après avoir substitué les numéros de voie logique. L'encapsulation peut être transparente pour des applications dans lesquelles il y a une correspondance un pour un entre les paquets .25 et les datagrammes IP. Cela ne sera pas le cas général, de sorte qu'il convient de prévoir un mécanisme de segmentation des paquets pour tenir compte des tailles différentes selon les deux protocoles. On munit alors les processeurs 70 d'utilitaires gérant, de façon connue en soi, des délimiteurs permettant d'identifier sans ambiguïté le début et la fin des paquets X.25 dans flux TCP. A titre d'exemple, on peut utiliser des délimiteurs dits TPKT, comprenant un champ de quatre octets entre l'en-tête TCP des segments et les données proprement dites, spécifiant notamment la taille du paquet X.25 qui suit (voir IETF Network Working Group, Request For Comments 2126, mars 1997). Lorsqu'un paquet d'appel X.25 issu du PABX 10 reçu, par exemple via l'interface 60, par la matrice de commutation 64, avec numéro de voie logique n et un champ d'adresse de destination désignant une adresse X.25 accessible par un autre PABX (disons 20), le processeur 65 de l'UCG 13 repère, en analysant le champ d'adresse de destination, qu'il s'agit d'un appel de type X.25 émulé sur IP à acheminer sur la liaison 68. II identifie également la liaison X.25 émulée devant être employée, en consultant sa table T1 pour obtenir l'index logique i de la connexion TCP correspondante, établie avec une UCG du PABX 20. Le processeur 65 sélectionne alors un numéro de voie logique p, compris entre 1 et V, disponible pour la liaison 68 et mémorise dans une table T3 l'association entre les numéros de voie logique n et p en relation avec le couple d'accès reliés aux dispôsitifs 60 et 63. Le paquet d'appel est alors émis par la matrice 64 sur la liaison 68, en y incluant le numéro de voie logique sélectionné p. Parallèlement, le processeur 65 adresse l'index i identifiant la connexion TCP à employer au processeur 70 de la carte 63. A réception du paquet d'appel, le processeur 70 sélectionne un numéro de voie logique q disponible relativement à la connexion i, et enregistre dans sa table T2 l'association entre l'index i et les numéros de voies logiques p et q. II commande ensuite l'émission du paquet d'appel sur le reseau 59, encapsulé dans une ou plusieurs unités de données transmises selon la connexion i, après y avoir inséré le numéro de voie logique q. Si le processeur 70 de la carte 63 ne trouve pas de numéro de voie logique libre pour la connexion TCP concernée, il retourne un message d'alerte au processeur central 65, qui peut mettre en oeuvre des mécanismes d'acheminement alternatifs, ou retourner à l'appelant un paquet de signalisation X.25 indiquant l'impossibilité d'établir le circuit virtuel demandé. Lorsqu'un paquet d'appel X.25 est reçu par la carte 63 encapsulé dans un ou plusieurs datagrammes IP sur une connexion d'index i, avec un numéro de voie logique q et un champ d'adresse de destination désignant une adresse X.25 accessible par le. PABX 10, le processeur 70 de la carte 63 demande d'abord un numéro de voie logique au processeur central 65 de l'UCG 13 pour utilisation sur la liaison 68. Le processeur central 65 sélectionne un numéro de voie logique p disponible sur la liaison et le retourne au processeur 70. Celui-ci enregistre dans sa table T2 l'association entre l'index i et les numéros de voies logiques p et q, et commande l'émission du paquet d'appel sur la liaison 68 après y avoir inséré le numéro de voie logique p. De façon classique, le processeur central 65 analyse alors l'adresse de destination reçue dans le paquet d'appel pour identifier l'accès de la matrice 64 vers lequel la commutation X.25 doit être effectuée, sélectionne un numéro de voie logique n disponible sur l'accès identifié, mémorise dans sa table T3 l'association entre les numéros de voie logique n et p en relation avec l'accès relié au dispositif et celui qui a été identifié, et commande l'émission du paquet d'appel l'accès identifié. Les opérations ci-dessus s'inscrivent dans le cadre de l'établissement du circuit virtuel X.25 par les PABX appelant et appelé. Les voies logiques sont ensuite traitées de façon classique par la matrice 64 et le processeur 65, et la manière précédemment décrite par la carte d'interface 63. Le traitement des paquets X.25 de demande de libération de circuit'virtuel sont traités de façon traditionnelle par les processeurs centraux des UCG. A ce traitement traditionnel s'ajoute l'envoi au processeur 70 de la carte d'interface 63 d'un message lui permettant de mettre à jour sa table T2. Ces établissements et libérations de circuits virtuels X.25 sont effectués dynamiquement en fonction des besoins. En revanche, les connexions TCP peuvent être établies de façon plus durable lors de la configuration du système. Dans la réalisation préférée illustrée précédemment, il y a une liaison 68 entre la matrice de commutation 64 et le dispositif d'interface TCP/IP 63, correspondant à un numéro d'abonné X.25 du point de vue de la gestion de commutation X.25 par le processeur 65. II est à noter qu'il peut généralement avoir un nombre P de telles liaisons, avec 1 II est à noter qu'une UCG peut être équipée de liaisons X.25 avec d'autres types d'interface TCP/IP, en particulier des passerelles permettant le fonctionnement du système avec des applications développées dans l'environnement IP et interfacées avec le réseau 59 avec une API ( Application Programming Interface ) de type Winsocks ou analogue. Une telle passerelle demande l'établissement d'une connexion TCP avec l'application chaque fois qu'elle reçoit un paquet d'appel X.25 depuis la matrice de commutation de l'UCG. Symétriquement, elle génère un paquet d'appel X.25 vers la matrice 64 lorsqu'elle reçoit demande de connexion TCP sur le réseau 59. A titre d'exemple, de telles passerelles permettent de relier au système de commutation des serveurs pourvus de logiciels de présentation de téléphonie (TAPI, Telephone API ) et reliés par ailleurs à des terminaux de type PC associés aux terminaux téléphoniques. REVEN DICATIONS 1. Procédé de transmission de paquets entre un ensemble d'équipements de communication (10, 20, 30, 40) reliés à un réseau (59) supportant un premier protocole en mode connecté, lesdits paquets étant au format d'un second protocole en mode connecté, chaque équipement de l'ensemble comportant des moyens de commutation paquets (64, 65) opérant selon le second protocole et au moins un dispositif (63) d'interface avec ledit réseau, relié à P accès des moyens de commutation, P étant un nombre au moins égal à 1, dans lequel on établit des connexions du premier protocole entre d'une part un premier dispositif d'interface appartenant à un premier équipement de l'ensemble et d'autre part des dispositifs d'interface appartenant à N autres équipements de l'ensemble, N étant un nombre plus grand que P et dans lequel, pour transmettre des paquets entre le premier équipement et l'un des N autres équipements, on transporte lesdits paquets sur le réseau en les encapsulant dans des unités -de données du premier protocole, transmises selon la connexion établie entre premier dispositif d'interface et un second dispositif d'interface appartenant audit autre équipement, et on fait transiter lesdits paquets sur une première liaison (68) entre les moyens de commutation du premier équipement et le premier dispositif d'interface et sur une seconde liaison entre les moyens de commutation dudit autre équipement et le second dispositif interface. 2. Procédé selon la revendication 1, dans lequel les paquets au format du second protocole comportent chacun un numéro de voie logique permettant de différencier des circuits virtuels, et dans lequel, pour paquets transmis entre le premier équipement et ledit autre équipement, les moyens de commutation du premier équipement, le premier dispositif d'interface, le second dispositif d'interface et les moyens de commutation dudit autre équipement opèrent chacun une traduction du numéro de voie logique. 3. Procédé selon la revendication 2, dans lequel, en réponse à un paquet d'appel du second protocole reçu sur un accès des moyens de commutation (64) du premier équipement et comportant premier numéro de voie logique et une adresse de destination accessible via ledit autre équipement, les étapes suivantes sont exécutées dans le cadre de l'établissement d'un circuit virtuel du second protocole - les moyens de commutation (65) du premier équipement analysent l'adresse de destination reçue dans le paquet d'appel pour identifier la première liaison (68) ainsi que la connexion établie entre les premier et second dispositifs d'interface ; - les moyens de commutation du premier équipement sélectionnent un second numéro de voie logique disponible sur la première liaison et mémorisent une association entre les premier et second numéros de voie logique ; - les moyens de commutation du premier équipement envoient le paquet d'appel au premier dispositif d'interface sur la première liaison, en y incluant le second numéro de voie logique, et communiquent index identifiant ladite connexion au premier dispositif d'interface ; - le premier dispositif d'interface (63) sélectionne un troisième numéro de voie logique disponible relativement à la connexion identifiée et mémorise une association entre le second numéro de voie loge reçu dans le paquet d'appel sur la première liaison, l'index identifiant ladite connexion et le troisième numéro de voie logique ; et - le premier dispositif d'interface émet le paquet d'appel sur le réseau (59), encapsulé dans au moins une unité de données transmise selon la connexion identifiée, le paquet d'appel encapsulé incluant le troisième numéro de voie logique. 4. Procédé selon la revendication 2, dans lequel, en réponse à un paquet d'appel du second protocole reçu sur le réseau (59) encapsulé dans au moins une unité de données transmise selon une connexion établie entre les premier et second dispositifs d'interface et comportant un premier numéro de voie logique et une adresse de destination accessible via le premier équipement (10), les étapes suivantes sont exécutées dans le cadre de l'établissement d'un circuit virtuel du second protocole - le premier dispositif d'interface (63) demande un numéro de voie logique aux moyens de commutation du premier équipement ; - les moyens de commutation (65) du premier équipement sélectionnent un second numéro de voie logique disponible sur la première liaison (68) et le retournent au premier dispositif d'interface ; - le premier dispositif d'interface mémorise une association entre les premier et second numéros de voie logique et un index identifiant ladite connexion ; - le premier dispositif d'interface envoie le paquet d'appel aux moyens de commutation du premier équipement, en y incluant le second numéro de voie logique ; - les moyens de commutation du premier équipement analysent l'adresse de destination reçue dans le paquet d'appel pour identifier un de leurs accès ; - les moyens de commutation du premier équipement sélectionnent un troisième numéro de voie logique disponible sur l'accès identifié et mémorisent une association entre les second et troisième numéros de voie logique ; et - les moyens de commutation du premier équipement émettent le paquet d'appel sur l'accès identifié, en y incluant le troisième numero de voie logique. 5. Procédé selon l'une quelconque des revendications 1 à 4, dans lequel le premier protocole en mode connecté et de type TCPIIP. 6. Procédé selon l'une quelconque des revendications 1 à 5, dans lequel le second protocole en mode connecté est de type X.25. 7. Procédé selon l'une quelconque des revendications 1 à 6, dans lequel P = 1. 8. Dispositif d'interface entre un réseau (59) supportant premier protocole en mode connecté et un nombre P, au moins égal à 1, de liaisons (68) transportant des paquets au format d'un second protocole en mode connecté, les P liaisons étant reliées à des moyens de commutation de paquets (64, 65) d'un équipement de communication (10), le dispositif d'interface comprenant des moyens d'établissement de connexions du premier protocole avec d'autres dispositifs d'interface appartenant à N autres équipements de communication, N étant un nombre plus grand que P, des moyens d'encapsulation de paquets reçus sur les P liaisons dans des unités de données du premier protocole émises sur le réseau selon la connexion établie avec l'un desdits autres dispositifs d'interface, et des moyens de désencapsulation paquets contenus dans des unités de données du premier protocole reçues le réseau selon différentes connexions établies avec lesdits autres dispositifs d'interface, chaque paquet désencapsulé étant transmis sur l'une P liaisons. 9. Dispositif interface selon la revendication 8, dans lequel les paquets au format du second protocole comportent chacun un numéro de voie logique permettant de différencier des circuits virtuels, et dans lequel les moyens d'encapsulation et de désencapsulation de paquets sont agencés pour opérer une traduction du numéro de voie logique. 10. Dispositif d'interface selon la revendication 8 ou 9, dans lequel le premier protocole en mode connecté et de type TCPIIP. 11. Dispositif d'interface selon l'une quelconque des revendications 8 à 10, dans lequel le second protocole en mode connecté est de type X.25. 12. Dispositif d'interface selon l'une quelconque des revendications 8 à 11, dans lequel P = 1. 13. Equipement de communication, comprenant au moins un dispositif (63) d'interface avec un réseau (59) supportant un premier protocole en mode connecté, et des moyens de commutation de paquets (64, 65) opérant selon un second protocole en mode connecté, le dispositif d'interface étant relié à P accès des moyens de commutation, P étant un nombre au moins égal à 1, dans lequel le dispositif d'interface comprend des moyens d'établissement de connexions du premier protocole avec d'autres dispositifs d'interface appartenant à N autres équipements de communication, N étant un nombre plus grand que P, moyens d'encapsulation de paquets reçus depuis les moyens de commutation dans des unités de données du premier protocole émises sur le réseau selon la connexion établie avec l'un desdits autres dispositifs d'interface et des moyens de désencapsulation de paquets contenus dans des unités de données du premier protocole reçues sur le réseau selon différentes connexions établies avec lesdits autres dispositifs d'interface, les paquets désencapsulés étant transmis aux moyens de commutation. 14. Equipement de communication selon la revendication 13, dans lequel les paquets au format du second protocole comportent chacun un numéro de voie logique permettant de différencier des circuits virtuels, et dans lequel, pour les paquets échangés sur ladite liaison, les moyens commutation et le dispositif d'interface sont agencés pour opérer chacun traduction du numéro de voie logique. 15. Equipement de communication selon la revendication 14, dans lequel les moyens de commutation (64, 65) et le dispositif d'interface (63) sont agencés pour répondre à un paquet d'appel du second protocole, reçu sur un accès des moyens de commutation et comportant un premier numéro de voie logique et une adresse de destination accessible via l'un desdits autres équipements, en exécutant les étapes suivantes dans le cadre de l'établissement d'un circuit virtuel du second protocole - les moyens de commutation (65) analysent l'adresse de destination reçue dans le paquet d'appel pour identifier une liaison (68) avec le dispositif d'interface (63) ainsi que la connexion établie avec un autre dispositif d'interface appartenant audit autre équipement ; - les moyens de commutation sélectionnent un second numéro de ie logique disponible sur ladite liaison et mémorisent une association entre les premier et second numéros de voie logique, - les moyens de commutation envoient le paquet d'appel au dispositif d'interface sur ladite liaison, en y incluant le second numéro de voie logique, et communiquent un index identifiant ladite connexion dispositif d'interface ; - le dispositif d'interface (63) sélectionne un troisième numéro de voie logique disponible relativement à la connexion identifiée et mémorise une association entre le second numéro de voie logique, reçu dans le paquet d'appel sur ladite liaison, l'index identifiant ladite connexion et le troisième numéro de voie logique ; et - le dispositif d'interface émet le paquet d'appel sur le réseau (59), encapsulé dans au moins une unité de données transmise selon la connexion identifiée, le paquet d'appel encapsulé incluant le troisième numéro de voie logique. 16. Equipement de communication selon la revendication 14, dans lequel les moyens de commutation (64, 65) et le dispositif d'interface (63) sont agencés pour répondre à un paquet d'appel du second protocole reçu sur le réseau (59) encapsulé dans au moins une unité de données transmise selon une connexion établie avec un autre dispositif d'interface appartenant à l'un des N autres équipements et comportant un premier numéro voie logique et une adresse de destination accessible via les moyens de commutation, en exécutant les étapes suivantes dans le cadre de l'établissement d'un circuit virtuel du second protocole - le dispositif d'interface (63) demande un numéro de voie logique aux moyens de commutation ; - les moyens de commutation (65) sélectionnent un second numéro de voie logique disponible sur une liaison (68) avec le dispositif d'interface, et le retournent au dispositif d'interface ; - le dispositif d'interface mémorise une association entre les premier et second numéros de voie logique et un index identifiant de connexion ; - le dispositif d'interface envoie le paquet d'appel moyens de commutation, en y incluant le second numéro de voie logique ; - les moyens de commutation analysent l'adresse de destination reçue dans le paquet d'appel pour identifier un de leurs accès - les moyens de commutation sélectionnent un troisième numéro de voie logique disponible sur l'accès identifié et mémorisent -une association entre les second et troisième numéros de voie logique ; et - les moyens de commutation émettent le paquet d'appel sur l'accès identifié, en y incluant le troisième numéro de voie logique. 17. Equipement de communication selon l'une quelconque des revendications 13 à 16, dans lequel le premier protocole en mode connecté et de type TCPIIP. 18. Equipement de communication selon l'une quelconque des revendications 13 à 17, dans lequel le second protocole en mode connecté est de type X.25. 19. Equipement de communication selon l'une quelconque des revendications 13 à 18, dans lequel P = 1.