Brevet FR2799324A1 — publié le 20010406

PROCEDE D'ETABLISSEMENT DE COMMUNICATION ENTRE DES TERMINAUX RELIES A UN SYSTEME DE COMMUTATION. ET SYSTEME DE COMMUTATION METTANT EN CEUVRE LE PROCEDE La présente invention concerne un procédé d'établissement de communications entre terminaux dans un système de commutation L'invention s'applique plus particulièrement à un système de commutation dans lequel les points d'accès (lignes vers des terminaux ou des bornes rade raccordements à des réseaux ou à des lignes spécialisées_) sont organisés en 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 les communications ou autres fournitures de services impliquant points d'accès qui en dépendent. En particulier, l'UCG comporte une mémoi où sont stockées des tables contenant diverses données relatives terminaux qui lui sont reliés et permettant notamment de gérer les facultés dont les terminaux disposent. Cette architecture matérielle induit le concept logiciel de demi-appel. Les traitements de signalisation concernant l'établissement d'une commune ion (ou autre fourniture de service) à travers un point d'accès comprennent d'une part des tâches de contrôle du point d'accès pour identifier des événements (décroché, raccroché, numérotation, occupation...) issus du point d'accès et les traduire en messages du système de commutation et pour adresser diverses commandes au point d'accès (sonnerie, tonalités affichages... , et d'autre part des tâches de gestion d'appel pour traiter requêtes concernant le point d'accès (en fonction notamment des droits défini dans les tables) et pour superviser les tâches de contrôle du point d'accès. La signalisation relative à une communication entre plusieurs points d'accès procède des échanges de messages entre les demi-appels concernés. Avantageusement, les tâches de gestion d'appel utilisent des messages selon des formats et protocoles standardisés dans le système de commutation, tandis que les tâches de contrôle de points d'accès assurent les traductions nécessaires pour tenir compte des spécificités propres aux différents types de terminaux ou de réseaux susceptibles d'être raccordés. L'architecture ci-dessus est bien adaptée au cas de terminaux fixes reliés aux UCG à des adresses invariables. Le demi-appel concernant un tel terminal peut être entièrement exécuté au niveau de l'UCG à laquelle il est raccordé (UCG de référence). La demande de brevet EP-A-0 748 décrit une manière de l'adapter au cas de terminaux radio mobil susceptibles d'entrer en communication au moyen de bornes radio reliées à des UCG visitées distinctes de leurs UCG de référence. I UCG de référence d'un terminal étant généralement celle où sont stockées les données pertinentes concernant ce terminal. Le succès des réseaux fonctionnant selon le protocole IP ( Internet Protocol ) a conduit à développer des protocoles en temps réel (RTP, Real Time Protocol , et RTCP. Real Time Control Protocol capables de supporter du trafic de téléphonie. On dispose maintenant terminaux de téléphonie qui se raccordent à de tels réseaux ( terminaux IP ). Ces terminaux IP peuvent notamment prendre la forme de téléphones classiques associés à des adaptateurs appropriés, de terminaux téléphoniques raccordables directement au réseau IP (par exemple Webphone ), ou encore de micro-ordinateurs équipés de logiciels de téléphonie (par exemple Netmeeting commercialisé par la société Microsoft). Le succès des réseaux IP suggère d'autre part de les utiliser dans le domaine de la commutation d'entreprise, pour relier entre elles différentes entités du système de commutation. Le réseau local IP d'une entreprise (Intranet) peut ainsi servir à interconnecter des autocommutateurs distincts. En outre, il peut avantageusement fournir un moyen de liaison pour des terminaux IP gérés par le système. Dans l'architecture évoquée ci-dessus, certaines des UCG sont alors équipées d'interfaces passerelles avec le réseau IP, et peuvent servir d'UCG de référence pour des terminaux IP raccordés à ce réseau. Un terminal ne connaït a priori que l'adresse IP de l'interface passerelle de UCG de référence, et il adresse ses requêtes à cette UCG, laquelle relaie ensuite les signaux vers la destination. Ce processus utilise des ressources de l'UCG passerelle en cours de communication. Un but de la présente invention est d'optimiser; dans un système de commutation, l'utilisation des ressources mobilisées par des communications faisant intervenir des terminaux IP raccordés au système par un réseau local. Selon l'invention, il est proposé un procédé d'établissement d'une communication entre des terminaux reliés à un système de commutation, le système de commutation comprenant plusieurs unités de contrôle de grappe interconnectées fournissant chacune des points d'accès au système. Chaque terminal est respectivement associé, parmi les unités de contrôle de grappe, à une unité de référence qui mémorise des données propres audit terminal; servant à effectuer des traitements de signalisation le concernant. Certaines au moins des unités de contrôle de grappe sont des unités passerelles respectivement équipées d'interfaces passerelles avec un réseau IP. Certains des terminaux sont des terminaux de type IP reliés au système par l'intermédiaire du réseau IP. Le système de commutation comporte au moins un gestionnaire de configuration d'appel agencé pour délivrer des données de configuration d'appel en réponse à deux jeux de paramètres relatifs à des terminaux appelant et appelé, respectivement, ledit jeu de paramètres relatifs à un terminal incluant une indication de type de raccordement du terminal, qui diffère selon que le terminal est ou non de type IP. Le procédé selon l'invention comprend les étapes suivantes pour établir une communication entre des premier et second terminaux comprenant des terminaux appelant et appelé - création d'une première tâche de traitement d'appel dans l'unité de référence du terminal appelant - formation, par la première tâche de traitement d'appel, d'un message d'établissement incluant au moins le numéro du terminal appelé et l'indication de type de raccordement du terminal appelant ; - en réponse à la réception dudit message d'établissement, création d'une seconde tâche de traitement d'appel dans l'unité de référence du terminal appelé ; - interrogation du gestionnaire de configuration par la seconde tâche traitement d'appel, sur la base d'un jeu de paramètres relatifs au termi I appelant extraits du message d'établissement et d'un jeu de paramètres relatifs au terminal appelé déduits par la seconde tâche de traitement d'appel à partir du numéro reçu dans le message d'établissement ; et - lorsque les données de configuration d'appel retournées par gestionnaire de configuration correspondent à une possibilité d'échanger, directement à travers le réseau IP, du trafic entre ledit premier terminal et au moins une interface passerelle depuis laquelle ledit second terminal est accessible sans passer par le réseau IP, échange de signalisation entre les première et seconde tâches de traitement d'appel et une tâche de gestion d'une interface passerelle, afin d'établir entre ladite interface passerelle et le second terminal un chemin de communication ne passant pas par le réseau IP, de fournir à ladite interface passerelle des données d'adressage du premier terminal dans le réseau IP, et de fournir au premier terminal des données d'adressage ladite interface passerelle dans le réseau IP. Le procédé minimise les ressources requises dans le système de commutation pour supporter la communication entre un terminal de type et un terminal classique (qui n'est pas de type IP). En distinguant différentes configurations d'appel, le système peut dans chaque cas adopter un comportement approprié et profiter au maximum des capacités de routage du réseau IP lorsque c'est possible. Ainsi, lorsque les données de configuration d'appel retournées le gestionnaire de configuration correspondent à une possibilité d'échanger; directement à travers le réseau IP, du trafic entre lesdits premier et second terminaux, le procédé peut comprendre un échange de signalisation entre les première et seconde tâches de traitement d'appel. afin de fournir au second terminal des données d'adressage du premier terminal dans le réseau IP, et de fournir au premier terminal des données d'adressage du second terminal dans le réseau IP. Dans ce cas, les deux terminaux dialoguent directement le réseau IP, en ne conservant la liaison avec leurs unités de référence qu' ce qui concerne les fonctions de signalisation. Dans un mode d'exécution avantageux du procédé, le jeu de paramètres relatifs à un terminal de type IP, pris en compte par le gestionnaire de configuration, inclut une information sur des capacités de codage dudit terminal, et de préférence une information de localisation permettant d'identifier un sous-réseau du réseau IP auquel ledit terminal est raccordé. Le gestionnaire de configuration joue alors un rôle de serveur de topologie pour le réseau IP. La sélection du mode d'établissement du chemin de phonie par le gestionnaire de configuration s'opère en fonction des capacités de codage terminaux IP et des ressources de débit disponibles dans le réseau IP (pour simple raison de capacité technique et/ou compte tenu des choix effectués par l'administrateur du réseau). Le gestionnaire de configuration peut également tenir compte de l'état de charge du réseau IP pour privilégier l'emploi d'un codage à débit minimal pour les communications de phonie devant emprunter ce réseau alors qu'il est relativement encombré. Un autre aspect de la présente invention se rapporte à un système de commutation comprenant plusieurs unités de contrôle de grappe interconnectées fournissant chacune des points d'accès au système, certaines au moins des unités de controle de grappe étant des unités passerelles respectivement équipées d'interfaces passerelles avec un réseau IP, le système étant agencé pour mettre en oûuvre un procédé tel que défini ci- dessus pour établir une communication entre des terminaux qui lui sont reliés. D'autres particularités et avantages de l'invention apparaîtront dans la description ci-après d'exemples 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 selon l'invention - la figure 2 est un schéma synoptique d'une unité de contrôle de grappe du système de la figure 1 ; - les figures 3 à 6 sont diagrammes illustrant des exemples de signalisation d'appel dans I système de la figure 1; respectivement entre deux terminaux classiques; d'un terminal IP vers un terminal classique; d'un terminal classique vers un terminal IP, et entre deux terminaux IP. La figure 1 montre, à titre illustratif, un exemple de système de commutation construit à partir de trois autocommutateurs (PABX) 10. 20; 30. Chaque PABX aune organisation en grappes. II comprend ainsi une ou plusieurs unités de contrôle de grappe (UCG) 11-13; 21-25, 30 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 de lignes, selon les compatibilités désirées du système. On peut notamment prévoir des points d'accès pour le raccordement terminaux de téléphonie classiques 32-35, analogiques (terminaux S63 simpl ou terminaux "intelligents") ou numériques (terminaux X.25, RNIS...). Pour les communications extérieures, certaines au moins des UCG 13, 22 ont des ints d'accès reliés par exemple à des lignes du réseau téléphonique public commuté (RTC) 50. 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 éventuellement permettre des communications avec des terminaux mobiles 36 (par exemple CT2 ou DECT), certaines des UCG peuvent comporter des poi d'accès radio reliés à des bornes radio respectives 37, 38. Chaque UCG possède des ressources suffisantes pour supporter les communications entre ses propres points d'accès. Chaque PABX 10, 20 comportant plusieurs UCG est équipé d'une boucle de transport 18, 28, 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 peut être une ligne numérique à 40 Mbitsls organisée en temps partagé pour supporter 512 canaux à commutation de circuits ("canaux circuits") et 70 canaux à commutation de 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 utilisés par des communications à commutation de paquets et pour les échanges de commandes propres au système de commutation (notamment les fonctions signalisation). Des unités de contrôle non représentées sont prévues dans I PABX 10. 20 pour superviser le fonctionnement des boucles de transport 1 28. Lorsque le système comporte plusieurs PABX, des lignes inter-PABX 52 (par exemple des lignes MIC privées ou louées à un opérateur public) sont éventuellement prévues entre certaines de leurs UCG 25, 30. Le système de commutation coopère avec un réseau informati supportant le protocole IP. Dans l'exemple de la figure 1. ce réseau incorpore deux réseaux locaux (LAN) 54. 55 reliés entre eux par l'intermédiai d'un réseau étendu (WAN) 56. Le 1NAN 56 joue le rôle d'interconnexion entre les sous-réseaux formés par les LAN 54, 55. Le PABX 10 est relié au LAN par un point d'accès de son UCG 11. Le PABX 20 est relié au LAN 55 par point d'accès de son UCG 21. Le PABX 30 consistant en une seule UCG est relié au LAN 55 par un de ses points d'accès. Ces UCG 11, 21, 30 pourvues d'interfaces IP sont appelées ci-après UCG passerelles . Certains des terminaux gérés par un ou plusieurs des PABX sont terminaux de type IP 40-43, qui sont raccordés au système par l'intermédiai du réseau IP. Un tel terminal 40 peut être un téléphone conventionnel 47 associé à un adaptateur 48 pour le raccordement au réseau. II peut également être un terminal téléphonique 41, 42 ( VVebphone par exemple) incorporant une interface IP, ou encore un micro-ordinateur 43 exécutant une application de téléphonie ( Netmeetïng par exemple). Dans la réalisation considérée ici à titre d'exemple, l'UCG de référence de chaque terminal IP est une UCG passerelle. Sans être obligatoire, ceci simplifie l'architecture du système. Dans le cas représenté sur la figure , l'UCG 11 est par exemple l'UCG de référence des terminaux IP 40 et 41 reli " au LAN 54, tandis que l'UCG 21 est l'UCG de référence des terminaux IP 42 et 43 reliés au LAN 55. Chaque terminal IP mémorise l'adresse dans I réseau IP d'une interface passerelle de son UCG de référence, à laquelle il adresse toutes ses requêtes. La figure 2 est un schéma de principe d'une UCG 11 ayant par exemple points d'accès pour terminaux analogiques 32 pour le raccordement de bornes radio 37 et un point d'accès passerelle pour le raccordement au LAN 54. L'UCG 11 comporte une 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 canaux paquets et des canaux circuits et à mémoires tampon pour l'extraction et l'insertion des signaux concernant l'UCG. Chaque point d'accès de l'UCG consiste en une interface physique 61, 62; 63, qui assure les fonctions physiques de signalisation (détection d'événements, commandes. ... ); de traduction et de mise en forme nécessaires à la compati ilité des organes raccordés aux points d'accès avec les formats utilisés dans I système de commutation. En ce qui concerne les terminaux IP, l'interface 63 avec le 54 peut assurer fonctions de signalisation et de mise en forme selon protocole normali " par selon les Recommandations H.225, H.245 et H.323 de l'UIT-T. Une autre possibilité est de coder des mires de présentation définies pour le système de commutation au moyen d'un langage de description page tel que XML ( eXtended Markup Language ), comme décrit dans la demande de brevet français 99 06159. Si le terminal est adapté à ce type de présentation; il affiche les mires propres au système décrites dans les messages XML construits par son interface passerelle, et il peut fournir les informations de signalisation requises en réponse à ces messages. La transmission de la signalisation sur le réseau IP s'effectue selon des sessions du protocole de transport TCP ( Transmission Control Protocol ) établies entre deux UCG passerelle ou entre un terminal IP et son UCG passerelle. Pour la transmission de la parole codée sur le réseau I , on utilise comme il est usuel, le protocole de transport UDP ( User Datagram Protocol et les protocoles temps réel RTP et RTCP. Les interfaces passerel 63 sont donc aptes à construire et récupérer des datagrammes UDPIIP conformément aux protocoles RTP et RTCP. Différents modes de codage/décodage de la parole peuvent être utilisés par les terminaux IP 40-43 et les interfaces passerelles 63. Dans le cas de H.323, le codage audio peut être conforme à l'une des Recommandations G.711, G.722, 723.1, G.728 et G.729 de l' U IT-T. Dans I suite de la présente description, on suppose, sans que ceci soit limitatif, 'un terminal IP peut émettre et recevoir de la parole codée en G.711 (codage PCM à 64 kbitls), et éventuellement en G.723. (compression par codage prédictif à 6,4 ou 5;3 kbït/s), et que la transmission de parole au sein des PABX, entre les PABX et les terminaux classiques 32 35 et entre les PABX et les bornes radio 37, 38 est sous la forme G.711. Ainsi, l'interface passerelle est agencée pour effectuer un transcodage G.711 /G.723.1 lorsque c'est requis pour un terminal IP fonctionnant en G.723.1. Les différentes interfaces 60-63 sont reliées à une matrice de commutation 64 qui assure l'acheminement des signaux. Le fonctionnement de l'UCG 11 est contrôlé par un processeur 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 àssure notamment les traitements de signalisation concernant les points d'accès de l'UCG : il est informé des événements détectés par I 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. Pour l'interface avec la boucle de transport du PABX, le processeur 65 dispose de deux utilitaires logiciels : le GIC (Gestionnaire d'Inter Communications) qui gère les canaux paquets et le GIM (Gestionnaire d'Intervalle de temps Multisite) qui gère les canaux circuits. Pour l'émission et la réception ses messages, le traitement d'appel s'adresse au GIC sous forme de primitives. Par le choix d'un message dirigé ou d'un message diffusé, il est possible s'adresser à une UCG ou à toutes les UCG d'un PABX. En liaison avec I système opérationnel, le GIC gère l'acheminement des messages. Pour la prise/libération et la connexion/déconnexion du chemin phonique, le traitement d'appel s'adresse au GIM également sous forme de primitives. Lorsqu'il s'agit de réserver un chemin, les utilitaires GIM des deux demi-appels dialoguent directement entre eux. Différents types de modules logiciels sont utilisés par le processeur 65 pour effectuer les traitements de signalisation. Un demi-appel concernant un terminal comporte ainsi la création des tâches suivantes - le (Gestionnaire d'Organe) jouant le rôle de controleur du terminal, subdi isé en un MGO et un IGO. Le MGO (Moniteur de Gestion d'Organe) réalise de façon plus particulière les fonctions d'interface avec le niveau supérieur (niveau MAS) , tandis que 1'1G0 (interface de Gestion d'Organe) tient compte des détails spécifiques à chaque type de terminal. Le détecte les événements élémentaires produits le terminal, les traite et les traduit en événements téléphoniques transmis au MAS par des messages conformes au standard de la signalisation interne du système. II répercute vers le terminal les commandes exprimées par le MAS dans des messages conformes au standard la signalisation interne du système. - le Moniteur d'Appel Simple (MAS) qui réalise toutes les fonctions d'analyse et de décision (acheminement d'appel; demande de faculté....) intervenant dans la gestion d'appel. Pour ces fonctions, le MAS consulte des tables stockées dans la mémoire 66 et définissant notamment les its de l'utilisateur et les facultés accessibles par I terminal. Le MAS ilote le Gestionnaire d'Organe Le gestionnaire d'organe est adapté au type d'organe qu'il contrôle; le MAS est indépendant du type d'organe. Cette indépendance préservée par l'interface MASIMGO dont les formats sont standardisés au in du système. Le MGO est commun à une famille d'applicatifs alors 1'1G0 est plus spécifique. Dans les diagrammes des figures 3 à 6, chaque demi appel concernant un terminal est géré par une tâche de traitement d'appel (TAP) exécutée par le processeur 65 de l'UCG de référence du terminai. Cette tâche TAP regroupe les tâches MAS et MGOIIGO précitées; entre lesquelles la distinction n'est pas faite pour simplifier la représentation des scénarios d'appel. La partie gauche de chaque diagramme correspond au demi-appel demandeur, et la partie droite au demi-appel demandé. Chaque scénario d'appel représenté commence par un échange d'informations entre le terminal appelant 70. 170 et la tâche de traitement d'appel 71, 171 qui lui correspond. Cette tâche 71, 171 a par exemple été créée par le processeur 65 de l'UCG de référence du terminal appelant 70. 170 à réception d'un message signalant la prise de ligne par ce terminal. Elle adresse au terminal les mires codant les informations à présenter à l'utilisateur (affichages, tonalités, ... ). et récupère les données fournies par l'utilisateur pour définir sa requête (choix de fonctions, numérotation, ... ). Lorsqu'elle dispose d'informations suffisantes. l'UCG diffuse dans le système un message d'établissement (SET_UP), comportant notamment les éléments suivants - le numéro d'annuaire du terminal appelé 80; 180, défini directement ou indirectement par l'utilisateur du terminal appelant 70, 170 ; - la localisation du terminal appelant 70, 170 dans le système, à savoir le numéro de site de l'UCG de référence (un site pouvant correspondre à un PABX 10, 20, 30) et le numéro de cette UCG de référence dans le site ; - le type de raccordement du terminal appelant, figurant dans les tables de son UCG de référence 'exécutant la tâche TAP 71; 171 ; cet élément permet en particulier de distinguer les terminaux classiques des terminaux IP ; - pour un terminal appelant de type classique, un numéro d'équipement physique correspondant désignant l'interface du PABX à laquell le terminal est relié - pour un terminal appelant de type IP, une indication des codages et débits avec lesquels il est compatible (dans l'exemple simplifié évoqué précédemment, G.711 seulement ou G.711 +G.723.1) ; - pour un terminal appelant de type IP; l'adresse IP du terminal dans I réseau 54-56, un numéro de port UDP qu'il consacre à la transmission de phonie selon le protocole RTP et un autre numéro de port UDP pour la transmission des informations de contrôle selon le protocole RTCP. Les UCG vers lesquelles ce message est diffusé analysent le numéro du terminal appelé. La seule UCG qui prend en compte le message, en créant une tâche 81, 181 de traitement du demi-appel côté arrivée (TAP), est l' UCG de référence du terminal appelé. Cette tâche 81, 181 interroge un serveur de topologie 90 pour déterminer une configuration de l'appel. Dans l'exemple représenté sur la figure 1, le système comporte deux serveurs de topologie 90; l'un relié à un point d'accès de l'UCG 13 du PABX 10, et l'autre relié à un point d'accès de l'UCG 25 du PABX 20. Ces deux serveurs contiennent essentiellement les mêmes données; l'un ou l'autre étant interrogé selon YUCG où la tâche 81, 181 est exécutée. On notera que de nombreuses autres implémentations seraient possibles, par exemple prévoir un seul serveur de topologie ou davantage, raccorder un serveur de topologie au réseau IP, ou encore réaliser le serveur de topologie sous forme de tables simplement mémorisées dans chaque UCG susceptible de l'interroger. Le serveur de topologie 90 est interrogé sur la base de deux jeux de paramètres, l'un relatif au terminal appelant 70, 170 et l'autre relatif au terminal appelé 80, 180. Chaque jeu de paramètres relatif à un terminal comprend - le type de raccordement du terminal - la localisation dans le système (numéros de site de l'UCG de référence et numéro de cette UCG de référence dans le site) ; - pour un terminal de type IP, l'indication des codages et des débits avec lesquels il est compatible. Pour le terminal appelant, ces paramètres sont obtenus par la tâche TAP 81. 181 dans le message d'établissement reçu. Pour le terminal appelé, ils sont lus dans les données propres au terminal stockées dans l'UCG, au moyen du numéro d'annuaire obtenu dans le message d'établissement reçu. Dans le cas d'un appel entre deux terminaux 70, 80 de type classique (non IP), la configuration d'appel désignée par le serveur de topologie 90 en réponse à son interrogation correspond au diagramme de la figure 3. A l'aide de l'utilitaire GIM, la tâche TAP 81 du demi-appel arrivée, exécutée dans l'UCG de référence du terminal appelé 80, commande l'établissement d'un chemin de communication entre les points d'accès des terminaux appelant et appelé 70, 80. Le cas échéant (appel multisite), ce chemin de communication peut en partie emprunter le réseau IP entre deux UCG passerelles. tâche TAP 81 envoie directement au terminal appelé 80, s'il est disponible. I mire indiquant l'appel entrant, et elle retourne à la tâche TAP 71 du demi-appel départ un message d'alerte pour signaler le début de sonnerie au terminal appelé. Ce message d'alerte est retransmis sous forme d'une mire au terminal appelant 70, par l'intermédiaire de la ligne reliant ce terminal à son UCG de référence, laquelle est celle qui exécute la tâche TAP 71. Lorsque le terminal appelé prend la ligne. l'événement est signalé à la tâche TAP 81 qui en informe la tâche TAP 71 dans un message de connexion retransmis sous forme d'une mire au terminal appelant 70. La communication peut alors se dérouler classiquement. Lorsque l'un des terminaux est raccroché, l'autre en est informé par l'intermédiaire des tâches TAP 71, 81 avant que celles-ci se retirent. Dans fie cas d'un appel d'un terminal IP 170 vers un terminal de type classique 80, la configuration d'appel désignée par le serveur de topologie 90 en réponse à son interrogation peut correspondre au diagramme de la figure 4. La tâche TAP 81 du côté arrivée ne dispose pas immédiatement numéro d'équipement physique pour le terminal appelant, étant donné que lui-ci est raccordé par un réseau IP dans lequel il n'y a pas de notion de connexion. Elle adresse alors à la tâche TAP 171 de l'autre demi-appel un message de requête d'événement, dans lequel elle indique la configuration d'appel en cours ainsi que la localisation (site. UCG) du terminal appelé 80. A récepti de ce message, la tâche 171 consulte une table de désignation de passerelles 92 pour identifier l'UCG d'au moins une interface passerelle depuis laquelle le terminal appelé 80 est accessible sans passer par le réseau iP. La tabl 92 est construite lors de la configuration du système. Elle fait correspondre à chaque unité de contrôle de grappe 11-13, 21-25, 30 unité passerelle ire plusieurs) dont l'interface passerelle peut, d'après la configuration système, entrer en liaison avec les points d'accès de ladite unité de contrôle de grappe sans passer par le réseau IP. La table 92 peut par exemple être mémorisée dans chaque UCG passerelle, afin de pouvoir être consultée dans le traitement de chaque demi-appel concernant un terminal IP. Lors de la mise en place d'une nouvelle passerelle vers le réseau ; celle-ci diffuse sur le réseau IP; à destination de toutes les UCG comportant des passerelles; sa localisation (site, UCG) ainsi que la localisation (site; UCG) de chaque UCG à laquelle elle a accès à 'intérieur du système de PABX sans passer par le réseau IP. En variante, la table des passerelles 92 pourrait être stockée dans serveur accessible au sein des PABX ou sur le réseau IP. Ainsi, dans le scénario d'appel de la figure 4; lorsqu'ell reçoit un message de requête d'événement indiquant la localisation (site, UCG) d'un terminal appelé de type classique, la tâche TAP 171 peut obtenir dans la table 92 la localisati (site, UCG) de chaque passerelle appropriée. El émet alors un second message d'établissement, qu'elle dirige vers la I UCG désignée(s) par la table 92, incluant l'adresse IP du terminal appelant 170 et les numéros port UDP qu'il utilise pour les protocoles RTP et RTCP. A réception de message, la tâche 95 de gestion d'organe passerelle (GO-P) exécutée par le processeur d'une UCG passerelle concernée examine si l'interface passerelle dispose de ressources pour la communication en cours d'établissement. Dans l'affirmative, elle réserve deux numéros de port UDP pour les liaisons RTP et RTCP, et répond à la tâche 171 en retournant le numéro d'équipement physique de l'interface passerelle disponible, son adresse IP dans le réseau et les deux numéros de port UDP réservés. La tâche 171 peut alors répondre à la tâche 81 en fournissant le numéro d'équipement physique d'une interface passerelle. Disposant deux numéros d'équipements physiques (celui de l'interface passerelle à loyer, et celui du terminal appelé 80 quelle connaît d'après les tables stockées dans l'UCG), la tâche 81 commande, à !'aide de l'utilitaire GIM, l'établissement d'un chemin de communication, qui ne passe pas par le réseau IP, entre I interface passerelle et le point d'accès du terminal appelé 80. Elle envoie à terminal 80, s'il est disponible, la mire indiquant l'appel entrant, et elle retourne à la tâche TAP 171 du demi-appel départ le message d'alerte signalant le début de sonnerie au terminal appelé. Ce message d'alerte est retransmis sous forme d'une mire au terminal appelant 170, dans un ou plusieurs segments TCPIIP adressés au terminal par son UCG de référence; avec l'adresse IP de l'interface passerelle à utiliser et les ports UDP réservés dans celle-ci pour la communication. Lorsque le terminal appelé 80 prend la ligne, l'événement est signalé à la tâche TAP 81 qui en informe a tâche TAP 171 dans un message de connexion retransmis sous forme d'une mire au terminal appelant 170. La communication peut alors se dérouler - le terminal IP 170 envoie sa parole codée sous forme de paquets RTP à destination du port UDPIIP qui lui a été indiqué avec la mire d'alerte, et l'interface passerelle destinataire reconstitue le flux de signal de parole codé; opère le cas échéant un transcodage, et retransmet la parole codée en G.711 jusqu'au terminal classique 80 ; - la parole codée en G.711 émise par le terminal classique 80 est acheminée jusqu'à 'interface passerelle au sein d'un ou plusieurs PABX, éventuellement transcodée, puis envoyée sur le réseau IP au port UDP qui a été spécifié dans le second message d'établissement - les tâches TAP 171 et 81 (plus précisément les tâches GO) restent en vigueur jusqu'à la fin de la communication, de même que la session TCPIIP transportant la signalisation entre le terminal IP 170 et son UCG de référence. Dans le cas d'un appel d'un terminal de type classique 70 vers un terminal IP 180, la configuration d'appel désignée par le serveur de topologie 90 en réponse à son interrogation peut correspondre au diagramme de la figure 5. La tâche TAP 181 exécutée dans l' UCG passerelle du côté arrivée ne dispose pas immédiatement d'un numéro d'équipement physique pour le terminal appelé. Elle consulte alors la table de désignation de passerelles 92 sur la base de la localisation (site, UCG) du terminal appelant 70. qu'elle a obtenue dans le message d'établissement, pour identifier l'UCG d'au moins une interface passerelle depuis laquelle 'e terminal appelant 70 accessible sans passer par le réseau IP. La tâche TAP 181 émet alors un second message d'établissement, quelle dirige vers la ou les UCG désignée(s) par la table 92, incluant l'adresse IP du terminal appelé 180 et les numéros de port UDP qu'il utilise pour les protocoles RTP et RTCP (l'UCG exécutant la tâche 181 dispose de ces adresse et numéros de port dans les les qu'elle mémorise au sujet du terminal appelé dont le numéro figurait dans le premier message d'établissement) A réception de ce message, le module 96 de gestion d'organe passerelle (GO-P) exécuté par le processeur d'une UCG passerelle concernée examine si l'interface passerelle dispose ressources pour la communication en cours d'établissement. Dans l'affirmati , il réserve deux numéros de port UDP pour les liaisons RTP et RTCP, et répond à la tâche 181 en retournant le numéro d'équipement physique de l'interface passerelle disponible, son adresse IP dans le réseau et les deux numéros de port UDP réservés. Disposant des deux numéros d'équipements physiques (celui de l'interface passerelle à employer, et celui du terminal appelant 70 qu'elle a obtenu dans le premier message d'établissement), tâche 181 commande, à l'aide de l'utilitaire GIM, l'établissement d' chemin de communication, qui ne passe pas par le réseau IP, entre l'interface passerelle et le point d'accès du terminai appelant 70. Elle envoie à l'adresse IP du terminal appelé 180, s'il est disponible, la mire indiquant l'appel entrant, avec l'adresse IP de l'interface passerelle à utiliser et les ports UDP réservés dans celle-ci pour la communication, et elle retourne à la tâche TAP du demi- appel départ le message d'alerte signalant le début de sonnerie terminal appelé. Ce message d'alerte est retransmis sous forme d'une mire au terminal appelant 70. Lorsque le terminal appelé 180 prend la ligne, l'événement est signalé à la tâche TAP 181 qui en informe la tâche TAP 71 dans message de connexion retransmis sous forme dune mire au terminal appelant 70. La communication peut alors se dérouler - la parole codée en G.711 émise par le terminal classique 70 est acheminée jusqu'à l'interface passerelle au sein d'un ou plusieurs PABX, éventuellement transcodée; puis envoyée sur le réseau IP port UDP qui a été spécifié dans le second message d'établissement ; - le terminal IP 180 envoie sa parole codée sous forme de paquets RTP destination du port UDPIIP qui lui a été indiqué avec la mire d'appel entrant, et l'interface passerelle destinataire reconstitue le flux de si I de parole codé, opère le cas échéant un transcodage, et retransmet la parole codée en G.711 jusqu'au terminal classique 70 ; - les tâches TAP 71 et 181 (plus précisément les tâches GO) restent en vigueur jusqu'à la fin de la communication, de même que la session TCPIIP transportant la signalisation entre le terminal IP 180 et son UCG de référence. Dans le cas d'un appel entre deux terminaux IP 170; 180; la configuration d'appel désignée par le serveur de topologie 90 en réponse à son interrogation peut correspondre au diagramme de la figure 6. Dans cette configuration, la parole codée est échangée entre les terminaux directement sur le réseau IP 54-56. La tâche TAP 181, exécutée dans l'UCG passerelle du côté arrivée, envoie à l'adresse IP du terminal appelé 180, s'il est disponible. la mire indiquant l'appel entrant, avec l'adresse IP du terminal appelant 170 et les ports UDP utilisés par celui-ci pour la communication, qu'elle a obtenus dans le message d'établissement. En outre; elle retourne à la tâche TAP 171 du demi- appel départ le message d'alerte signalant le début de sonnerie au terminal appelé; avec l'adresse iP du terminal appelé 180 et les ports UDP utilisés par celui-ci pour la communication. Ce message d'alerte est retransmis sous forme d'une mire au terminal appelant 170, avec l'adresse IP du terminal appelé 180 et les ports UDP utilisés. Lorsque le terminal appelé 180 prend la ligne, l'événement est signalé à la tâche TAP 181 qui en informe la tâche TAP 171 dans un message de connexion retransmis sous forme d'une mire au terminal appelant 70. La communication peut alors se dérouler, directement entre les ports UDP pour la partie trafic, et dans le cadre des sessions TCPIIP entre I terminaux et leurs UCG de référence pour la partie signalisation. Dans le cas où les LAN 54, 55 et le WAN 56 sont toujours capables supporter n'importe quel débit et où les terminaux IP sont tous compatibles entre eux, la décision entre les quatre configurations d'appel illustrées par les figures 3 à 6 peut être prise par le serveur de topologie 90 sur la seule base des types de raccordement des terminaux appelant et appelé. Un raffinement consiste à prendre en compte les capacités de codage des terminaux IP. Les données de configuration retournées par le serveur 90 peuvent ainsi inclure des instructions d'utiliser tel ou tel type de codage dans les terminaux IP, que les tâches de traitement d'appel transmettent aux terminaux et interfaces passerelles concernés. L'administrateur du système peut ainsi privilégier les transmissions à bas débit (par exemple G.723.1 plutôt que G.711) sur le réseau IP pour limiter l'encombrement de celui-ci par le trafic téléphonique. II peut aussi éventuellement éviter les transcodages au niveau des passerelles s'il y a des contraintes sur les capaci de calcul de celles-ci (privilégier l'utilisation de G.711 par les terminaux si l'encombrement du réseau le permet). La configuration retenue par le serveur pour chaque appel peut dépendre de paramètres dynamiques sur l'encombrement du réseau IP ou la charge des interfaces. La prise en compte les capacités de codage terminaux IP peut en outre intervenir dans le choix du scénario de codage sel la figure 4, 5 ou 6. particulièrement dans le cas où la localisation des terminaux est également prise en compte. Cette information de localisation permet, pour un terminal IP, d'identifier un sous-réseau du `réseau IP. c'est-à-dire l'un des LAN 54. 55, auquel ce terminal est raccordé. Considérons par exemple le cas où il n'y aurait aucun problème d'encombrement pour transmettre la parole codée à 64 kbitls (G.711) sur les LAN 54, 55, mais où il serait souhaité de minimiser le débit sur le WAN 56. pour des raisons de facturation par un opérateur gérant le WAN. Pour établir une communication mettant en jeu un terminal IP appelant ou appelé, non équipé du codec G.723.1 (ce qui apparaît dans les jeux de paramètres fournis au serveur 90), le serveur de topologie 90 pourra commander la mise en ceuvre de la configuration d'appel selon la figure 4. 5 ou 6 tant que la communication peut avoir lieu sans passer par le WAN. Mais si l'autre terminal impliqué se trouve sur un autre site et nécessite un passage par le WAN 56, un transcodage G.7111G.723.1 devra être effectué, ce qui requiert une configuration d'appel différente. Par exemple, si le terminal IP 41 de la figure 1 est le terminal appelant qui supporte G.711 seulement et si le terminal iP 42 est le terminal appelé qui supporte G.711 et G.723.1, le serveur de topologie 90 répond aux jeux de paramètres qui lui sont présentés en commandant la configuration selon la figure 5 (et non selon la figure 6, bien que les deux terminaux soient de type IP). L'interface passerelle de l'UCG de référence 11 du terminal 41 jouera le même rôle que l'interface de raccordement d'un terminal classique : en cours de communication, elle opérera un transcodage, et dialoguera en G.711 avec le terminal 41 et en G,723.1 avec le terminal 42 à travers le réseau IP. même, si le terminal classique 34 est le terminal appelé par le terminal 41. I serveur de topologie 90 commande la configuration selon la figure 3. et non selon la figure 4. Symétriquement, si le terminal IP 43 de la figure 1 est le terminal appelé qui supporte G.711 seulement et si le terminal IP 40 est le termi appelant qui supporte G.7 1 1 et G.723.1. le serveur de topologie 90 répond jeux de paramètres qui lui sont présentés en commandant la configuration selon la figure 4 (et non selon la figure 6, bien que les deux terminaux soient type IP). De même; si le terminal classique 32 est le terminal appelant I terminal 43, le serveur de topologie 90 commande la configuration selon la figure 3. et non selon la figure 5. Pour prendre ce type de décision, le serveur 90 comporte des tables construites en intégrant la connaissance de la topologie du système de commutation et du réseau IP: qui permettent d'associer les données configuration appropriées à chaque couple de jeux de paramètres termï I appelant I terminal appelé. REVENDICATIONS 1. Procédé d'établissement d'une communication entre des terminaux (32-36, 40-43) reliés à un système de commutation, le système de commutation comprenant plusieurs unités de contrôle de grappe interconnectées (11-13; 21-25, 30) fournissant chacune des points d'accès au système, dans lequel chaque terminal est respectivement associé; parmi les unités de contrôle de grappe, à une unité de référence qui mémorise des données propres audit terminal, servant à effectuer des traitements de signalisation le concernant. dans lequel certaines au moins des unités de controle de grappe sont des unités passerelles (11, 21. 30) respectivement équipées d'interfaces passerelles avec un réseau IP. (54-56). et certains des terminaux sont des terminaux de type !P (40-43) reliés au système par l'intermédiaire du réseau IP. et dans lequel le système de commutation comporte au moins un gestionnaire de configuration d'appel (90) agencé pour délivrer données de configuration d'appel en réponse à deux jeux de paramètres latifs à des terminaux appelant et appelé, respectivement, ledit jeu de paramètres relatifs à un terminal incluant une indication de type de raccordement du terminal, qui diffère selon que le terminal est ou non de type IP, le procédé comprenant les étapes suivantes pour établir une communication entre des premier et second terminaux comprenant des terminaux appelant et appelé - création d'une première tâche de traitement d'appel (71, 171) dans l'unité de référence du terminal appelant (70, 170) ; - formation, par la première tâche de traitement d'appel; d'un message d'établissement incluant au moins le numéro du terminal appelé et l'indication de type de raccordement du terminal appelant - en réponse à la réception dudit message d'établissement; création d'une seconde tâche de traitement d'appel (81, 181) dans l'unité de référence du terminal appelé (80, 180) - interrogation du gestionnaire de configuration par la seconde tâche de traitement d'appel, sur la base d'un jeu de paramètres relatifs au terminal appelant extraits du message d'établissement et d'un jeu de paramètres relatifs au terminal appelé déduits par la seconde tâche de traitement d'appel à partir du numéro reçu dans le message d'établissement : et - lorsque les données de configuration d'appel retournées par le gestionnaire de configuration correspondent à une possibilité d'échanger, directement à travers le réseau IP, du trafic entre ledit premier terminal et au moins une interface passerelle depuis laquelle ledit second terminal est accessible sans passer par le réseau IP. échange de signalisation entre les première et seconde tâches de traitement d'appel et une tâche de gestion d'une interface passerelle, afin d'établir entre ladite interface passerelle et le second terminal un chemin de communication ne passant pas par le réseau IP, de fournir à ladite interface passerelle des données d'adressage du premier termina; dans ie réseau IP. et fournir au premier terminal des données d'adressage ladite interface passerelle dans le réseau IP. 2. Procédé selon la revendication 1, comprenant l'étape suivante lorsque les données de configuration d'appel retournées par le gestionnaire de configuration (90) correspondent à une possibilité d'échanger, irectement à travers le réseau IP, du trafic entre lesdits premier et second terminaux (170, 180) - échange de signalisation entre les première et seconde tâches de traitement d'appel (171, 181). afin de fournir au second terminal des données d'adressage du premier terminal dans le réseau , et de fournir au premier terminal des données d'adressage du second terminal dans le réseau IP. 3. Procédé selon la revendication 1 ou 2. dans lequel ledit jeu de paramètres relatifs à un terminal de type IP ;40-431 inclut une information sur des capacités de codage dudit terminal. 4. Procédé selon la revendication 3, dans lequel I données de configuration d'appel retournées par le gestionnaire de configuration (90) pour une communication mettant en jeu un terminal de type IP (40-43) comprennent une instruction d'utiliser un codage particulier. 5. Procédé selon la revendication 3 ou 4. dans lequel ledit jeu paramètres relatifs à un terminal inclut une information de localisati permettant, dans le cas d'un terminal de type iP (40-43); d'identifier un sous réseau (54, 55) du réseau IP auquel ledit terminal est raccordé. 6. Procédé selon l'une quelconque des revendications précédentes. dans lequel chaque terminal de type IP (40-43) a pour unité de référence une unité de contrôle de grappe (11, 21. 30) équipée d'une interface passerelle avec le réseau IP (54-56). 7. Procédé selon l'une que conque des revendications précédentes, dans lequel chaque unité passerelle (11; 21. 30) dispose d'une table de désignation des passerelles (92) faisant correspondre à chaque unité de contrôle de grappe (11-13. 21-25, 30) au moins une unité passerelle dont l'interface passerelle peut, d'après la configuration du système, entrer liaison avec les points d'accès' de ladite unité de contrôle de grappe sans passer par le réseau IP. 8. Procédé selon la revendication 7. dans lequel, lorsque les données de configuration d'appel retournées par le gestionnaire de configuration (90) correspondent à une possibilité d'échanger. directement à travers le réseau I (54-56), du trafic entre ledit premier terminal et au moins une interface passerelle depuis laquelle ledit second terminal est accessible sans passer par le réseau IP, ledit premier terminal (170) étant le terminal appelant de type IP, et ledit second terminal (80) étant le terminai appelé qui n'est pas de type IP, ledit échange de signalisation comporte les étapes suivantes - la seconde tâche de traitement d'appel (81) adresse un message requête à la première tâche de traitement d'appel (170), incluant identification de l'unité de contrôle de grappe de référence du terminal appelé - la première tâche de traitement d'appel consulte la table de désignation des passerelles (92) sur la base de l'unité de contrôle de grappe identifiée dans le message de requête, pour déterminer une unité passerelle depuis laquelle le terminal appelé est accessible sans passer par le réseau IP ; - la première tâche de traitement d'appel adresse un message, incluant une adresse IP et au moins un numéro de port UDP du terminal appelant, à une tâche (95) de gestion d'une interface passerelle de l'unité passerelle déterminée - la tâche de gestion de l'interface passerelle réserve au moins un numéro de port UDP pour la communication et retourne à la première tâche de traitement d'appel un numéro d'équipement et une adresse IP de l'interface passerelle et chaque numéro de port UDP réservé - la première tâche de traitement d'appel communique à la seconde tâche de traitement d'appel le numéro d'équipement et l'adresse IP de l'interface passerelle et chaque numéro de port UDP réservé ; - la seconde tâche de traitement d'appel commande l'établissement d'un chemin de communication ne passant pas par le réseau IP entre ladite interface passerelle et lie-point d'accès du terminal appel ". envoie vers le terminal appelé (80 ) une signalisation d'appel incluant l'adresse IP et chaque numéro de port UDP du terminal appelant, obtenus dans le message d'établissement. ,et retourne un message d'alerte à la première tâche de traitement d'appel : et - la première tâche de traitement d'appel adresse au terminal appelant (170) un message d'alerte avec l'adresse IP de l'interface passerelle et chaque numéro de port UDP réservé. 9. Procédé selon la revendication 7 ou 8, dans lequel, lorsque les données de configuration d'appel retournées par le gestionnaire de configuration (90) correspondent à une possibilité d'échanger; directement à travers le réseau IP (54-5ô), du trafic entre ledit premier termi I et au moins une interface passerelle depuis laquelle ledit second terminal est accessible sans passer par le réseau IP, ledit premier terminal (70) étant le terminal appelé de type IP, et ledit second terminal ( 180) étant le terminal appelant qui n'est pas de type IP, ledit échange de signalisation comporte les étapes suivantes - la seconde tâche de traitement d'appel (181) consulte la table de désignation des passerelles (92) sur la base de l'uni de contrôle de grappe de référence du terminal appelé, pour déterminer une unité passerelle depuis laquelle le terminal appelant est accessible sans passer par le réseau IP - la seconde tâche de traitement d'appel adresse un message, incluant une adresse IP et au moins un numéro de port UDP terminal appelé; à une tâche (96) gestion d'une interface passerelle de l'unité passerelle détermi - la tâche de gestion l'interface passerelle réserve au moins un numéro de port UDP pour I communication et retourne à la seconde tâche de traitement d'appel un numéro d'équipement et une adresse IP de l'interface passerelle et chaque numéro de port UDP réservé ; - la seconde tâche de traitement d'appel commande l'établissement d'un chemin de communication ne passant pas par le réseau IP entre ladite interface passerelle et le point d'accès du terminal appelant, envoie vers le terminal appelé (1 une signalisation d'appel incluant l'adresse IP de l'interface passerelle chaque numéro de port UDP réservé, et retourne un message d'alerte @ la première tâche de traitement d'appel ; et - la première tâche de traitement d'appel adresse un message d'alerte au terminal appelant (70). 10. Système de commutation comprenant plusieurs unités de contrôle de grappe interconnectées 1-13, 21-25; 30) fournissant chacune des points d'accès au système, certai au moins des unités de contrôle de grappe étant des unités passerelles (11, 21, 30) respectivement équipées d'interfaces passerelles avec un réseau (54-56). le système étant agencé pour mettre en ceuvre un procédé selon l' quelconque des revendications précédentes pour établir une communication entre des terminaux qui lui sont reliés.