Brevet FR2811498A1 — publié le 20020111

A 2811498 PROCEDE D'ETABLISSEMENT DE COMMUNICATIONS DANS UN SYSTEME A COMMUTATION DE PAQUETS. ET PASSERELLE DE MEDIA POUR LA MISE EN EUVRE DU PROCEDE La présente invention concerne un procédé d'établissement de communications entre terminaux dans un système de communication, en particulier dans un système multimédia. L'invention s'applique notamment à un système de communication fonctionnant sur un réseau de transmission de paquets selon le protocole IP (" Internet Protocol ", Request for Comments (RFC) 760, Internet Engineering Task Force (IETF), janvier 1980) auquel sont connectés un ou plusieurs serveurs d'appel fournissant des services de téléphonie à un ensemble d'abonnés. Le succès des réseaux fonctionnant selon le protocole IP 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 type téléphonie. On dispose maintenant de terminaux de téléphonie qui se raccordent à de tels réseaux, ci-après appelés " terminaux IP ". Ces terminaux IP peuvent notamment prendre la forme de téléphones classiques, conçus pour fonctionner sur des réseaux à commutation de circuit, associés à des adaptateurs appropriés, de terminaux téléphoniques raccordables directement au réseau IP (par exemple, le terminal de marque " Etherset " commercialisé par la société Nortel Networks), ou encore de micro-ordinateurs équipés de logiciels de téléphonie (par exemple le logiciel de marque " Netmeeting " commercialisé par la société Microsoft). Le succès des réseaux IP suggère d'autre part de les utiliser pour supporter du trafic de téléphonie ou plus généralement du trafic multimédia non seulement entre deux utilisateurs de terminaux IP, mais aussi entre utilisateurs de terminaux traditionnels. L'un des objectifs du projet TIPHON (" Telecommunications and Internet Protocol Harmonisation Over Networks ") mené par l'ETSI (" European Telecommunications Standards Institute ") est de résoudre les problèmes d'interopérabilité entre les applications de transport de la voix sur IP et les réseaux à commutation de circuits. Ce projet reprend le modèle fonctionnel défini dans la norme H.323 de l'Union Internationale des Télécommunications (UIT-T), qui définit trois entités, le garde-barrière (" gatekeeper "), la passerelle (" gateway "), et le terminal. -2- Les fonctions de la passerelle de H.323 ont été distribuées par TIPHON sur trois modules: la passerelle de signalisation (" Signalling Gateway " ou SG), la passerelle de média ( passerelle de média (" Media Gateway Controller " ou MGC). La passerelle de média convertit des flux provenant d'un premier type de réseau vers un format correspondant à un second type de réseau. Lorsqu'elle est par exemple utilisée entre un réseau classique à commutation de circuit et un réseau à commutation de paquets fonctionnant selon le protocole IP, elle fournit typiquement un point d'accès pour différents types de terminaux " classiques " (terminaux analogiques, postes RNIS, relais de téléphone sans fil, etc.), et elle comprend d'autre part un point d'accès connecté au réseau IP. Dans cette architecture, les traitements de signalisation concernant l'établissement d'une communication (ou toute autre fourniture de service) à travers la passerelle de média sont effectués par le contrôleur de passerelle (MGC). Ces traitements comprennent d'une part les tâches de supervision de la MGW pour identifier la signalisation voix (prise de ligne, relâchement, numérotation, occupation, taxation,...) et la traduire en signalisation de haut niveau et pour adresser diverses commandes à la MGW (sonnerie, tonalités, affichage,...), et d'autre part des tâches de gestion d'appel pour traiter les requêtes concernant la MGW. Les tâches de gestion d'appel utilisent habituellement des messages selon des formats et protocoles standardisés, tels que par exemple H.323 ou SIP (" SIP: Session Initiation Protocol ", RFC 2543, IETF, mars 1999), tandis que les tâches de contrôle de MGW 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 à la MGW pilotée. La MGC a pour cela la faculté de télécharger dans le MGW des scripts de description de profils de terminaux en utilisant des protocoles tels que MGCP, H.248, ou Megaco. Ces protocoles décrivent les messages échangés par des entités MGW et MGC physiquement distinctes (voir par exemple, " Megaco Protocol ", Internet Draft, IETF, 21 Février 2000). Ils permettent le pilotage de plusieurs MGW par un seul MGC. Chaque MGW est entièrement pilotée par un MGC, de sorte qu'elle ne comporte aucune intelligence logicielle. Cette distinction fonctionnelle, essentiellement basée sur la frontière entre logiciel et matériel, impose au MGC de disposer de la capacité de piloter l'ensemble des -3- signalisations des lignes de connexions des différents équipements qui peuvent être connectés à chaque MGW pilotée. Cela augmente considérablement la complexité des messages échangés sur l'interface entre les deux types d'équipements. Un inconvénient supplémentaire est révélé par l'analyse des traitements de signalisation effectués pour l'établissement d'un chemin de phonie entre deux terminaux connectés à une même MGW. Actuellement, les MGW incorporent une matrice de commutation qui permet d'effectuer des connexions entre les différentes interfaces classiques de téléphonie afin d'assurer l'acheminement des signaux en mode circuit. A réception d'un message d'établissement d'appel en provenance d'un serveur d'appel et à destination d'un terminal classique raccordé sur un point d'accès d'une MGW pilotée par une MGC, la MGC transmet au MGW une requête de connexion au sein de la MGW entre le point d'accès IP, une entrée de la matrice de commutation, et le point d'accès du terminal demandé, y compris dans le cas o l'appel provient d'un terminal classique raccordé à la même MGW que le terminal appelé. Seul la MGC peut en effet contrôler les connexions internes effectuées au sein d'une MGW pour relier deux points d'accès, de même que les connexions avec le point d'accès IP de la MGW. Ainsi, dès lors qu'une communication mettant en jeu deux terminaux connectés sur une même passerelle de média doit être établie, la phase d'établissement nécessite la réservation de ressources du point d'accès IP au niveau de la MGW de rattachement des terminaux en vue de l'établissement des connexions requises. Un but de la présente invention est d'optimiser, dans un système de communication de ce type, l'utilisation des ressources mobilisées au sein des entités formant les passerelles. Selon l'invention, il est proposé un procédé d'établissement de communications dans un système comprenant un réseau à commutation de paquets, au moins un serveur d'appel relié au réseau, au moins une passerelle de média reliée au réseau à une adresse de passerelle, un premier ensemble de terminaux reliés au réseau à des adresses de terminaux respectives, et un second ensemble de terminaux reliés à des interfaces de la passerelle de média. Chaque terminal est associé à un serveur d'appel pour des traitements de signalisation. Le procédé selon l'invention comprend les étapes suivantes pour établir une communication entre des terminaux appelant et appelé: -4- - création d'une première tâche de traitement d'appel dans le serveur d'appel associé au terminal appelant; émission, par la première tâche de traitement d'appel, d'un message d'établissement incluant au moins un identifiant du terminal appelé et une première adresse de réseau permettant d'atteindre le terminal appelant; en réponse à la réception dudit message d'établissement, création d'une seconde tâche de traitement d'appel dans le serveur d'appel associé au terminal appelé; - envoi, à partir de la seconde tâche de traitement d'appel vers une seconde adresse de réseau permettant d'atteindre le terminal appelé, d'informations de signalisation indiquant au moins ladite première adresse de réseau; - lorsque les première et seconde adresse de réseau sont identiques et correspondent à une adresse de passerelle, établissement au sein de la passerelle ayant ladite adresse d'un chemin de communication entre les terminaux appelant et appelé, ne passant pas par le réseau à commutation de paquets. Le procédé optimise l'utilisation du réseau à commutation de paquets servant de support a système de communication (ce réseau sera généralement de type IP). Le passage par le réseau IP et l'utilisation des ressources d'adressage correspondantes sont évités lorsque la passerelle détermine qu'elle peut aiguiller localement la communication sans passer par l'interface réseau. Un autre aspect de la présente invention se rapporte à une passerelle de média, comprenant une interface de raccordement à un réseau à commutation de paquets, des interfaces de raccordement d'un ensemble de terminaux, une matrice de commutation reliée auxdites interfaces, et des moyens de commande des interfaces et de la matrice de commutation pour établir des chemins de communication, au moins un serveur d'appel étant relié au réseau pour effectuer des traitements de signalisation pour au moins les terminaux dudit ensemble, dans laquelle les moyens de commande sont agencés pour établir un chemin de communication en réponse à des instructions issues du serveur d'appel dans un échange de signalisation effectué sur le réseau à commutation de paquets, échange au cours duquel les moyens de commande obtiennent des adresses de réseau respectives pour des terminaux appelant et appelé dont l'un au moins appartient audit - ensemble, le chemin établi passant par des interfaces de raccordement des terminaux appelant et appelé et par la matrice de commutation, sans passer par l'interface de raccordement au réseau, lorsque lesdites adresses de réseau sont identiques et correspondent à une adresse de réseau de la passerelle, et le chemin établi passant par une interface de raccordement de l'un des terminaux appelant et appelé, par l'interface de raccordement au réseau et par la matrice de commutation lorsque l'une desdites adresses de réseau diffère de l'adresse de réseau de la passerelle. D'autres particularités et avantages de l'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 communication mettant en oeuvre l'invention; - la figure 2 est un schéma synoptique d'une passerelle selon l'invention; - les figures 3 à 6 sont des diagrammes illustrant des procédures de demi- appel respectivement dans le cas d'un terminal appelant de type IP, dans le cas d'un terminal appelé de type IP, dans le cas d'un terminal appelant de type non-IP et dans le cas d'un terminal appelé de type non-IP. La figure 1 montre, à titre illustratif, un exemple de système de communication construit à partir d'un réseau IP constitué de deux réseaux locaux (LAN, " Local Area Network ") 54, 55 reliés entre eux par l'intermédiaire d'un réseau étendu (WAN, " Wide Area Network ") 56. Le WAN joue le rôle d'interconnexion entre les sous-réseaux 54, 55 formés par les LAN. Différents terminaux IP 40-43 sont directement connectés aux LAN 54, 55, et sont gérés par deux serveurs d'appel 52, 53 qui sont respectivement connectés aux sous-réseaux 54, 55. Il pourrait aussi y avoir un seul serveur d'appel pour l'ensemble du réseau. Un tel terminal 40 peut être un téléphone classique 47 associé à un adaptateur 48 pour le raccordement au réseau IP, un terminal téléphonique 41, 42 incorporant une interface IP ou encore un micro-ordinateur 43 exécutant une application de téléphonie sur réseau IP. L'invention est décrite ci-après dans le cas particulier o le réseau utilise la norme H.323 de l'UIT-T pour la signalisation d'appel. Chaque serveur d'appel 52, 53 a alors la fonction de " gatekeeper ". Pour la transmission de la parole codée sur le réseau IP 54-56, on utilise, comme il est usuel, le protocole de transport UDP (" User Datagram Protocol ", RFC 768, IETF, août 1980) et les protocoles temps réel RTP et -6- RTCP. Différents modes de codage/décodage de la parole peuvent être utilisés par les terminaux IP 40-43. Dans le cas de H.323, le codage audio peut être conforme à l'une des Recommandations G.711, G. 722, G.723.1, G.728 et G.729 de l'UIT-T. Dans l'exemple représenté, chaque sous-réseau comporte une passerelle de média (MGW) 60, 61 reliée au LAN 54, 55. Chaque MGW a une adresse déterminée dans le réseau IP. Des terminaux classiques (c'est-à-dire non IP) 32-35 peuvent être connectés à l'une des MGW 60, 61. Ces terminaux sont par exemple de type S.63 (32, 33) ou RNIS (34) ou encore des terminaux sans fil 35 qui se connectent par l'intermédiaire de bornes radio 37, 38 (par exemple DECT) reliées aux MGW. Une ou plusieurs MGW peuvent d'autre part comporter des interfaces pour le raccordement à des réseaux extérieurs tels qu'un réseau téléphonique commuté (RTC) 50. Dans l'exemple représenté, chaque MGW est respectivement pilotée par un contrôleur de passerelle de média (MGC) 62, 63. L'ensemble MGC/MGW assure l'interface entre le réseau IP équipé de ses serveurs d'appel 52, 53 et différents types de lignes, selon les compatibilités désirées du système. La signalisation entre le serveur d'appel 52, 53 et le MGC 62, 63 est par exemple transportée selon les protocoles de la norme H.323 (H.225 pour la signalisation de haut niveau et H.245 pour la signalisation voix), tandis que le protocole Megaco peut structurer les échanges entre le MGC 62, 63 et la MGW , 61. Chaque terminal téléphonique 32-35, 40-43 susceptible de communiquer par l'intermédiaire du réseau 54-56 a un serveur d'appel de rattachement qui, dans le cas d'un terminal filaire, est typiquement celui raccordé au même sous-réseau que le terminal. Ce serveur d'appel de rattachement assure notamment les traitements de signalisation concernant les terminaux. Dans l'exemple considéré, la signalisation est transmise sur le réseau IP conformément à la norme H.323 dans des sessions du protocole de transport TCP (" Transmission Control Protocol ", RFC 793, IETF, septembre 1981) établies entre deux serveurs d'appel ou entre un terminal IP et son serveur d'appel. Dans le cas d'un terminal relié par l'intermédiaire d'une passerelle 60, 61, son serveur d'appel 52, 53 dialogue avec le MGC 62, 63 7- selon la norme H.323 dans une session TCP, le MGC 62, 63 dialogue avec le MGW 60, 61 selon le protocole Megaco dans une autre session TCP, et la MGW dialogue avec le terminal selon le format de signalisation propre au type de terminal. La figure 2 montre la structure d'une MGW 60 qui incorpore des points d'accès pour terminaux analogiques 32, RNIS 34 et pour le raccordement de bornes radio 37, ainsi qu'un point d'accès pour le raccordement au LAN 54. Chaque point d'accès de la MGW 60 comporte une interface physique -73, qui assure les fonctions physiques de signalisation (détection d'événements, commandes,...). Chacune des ces interfaces 70-73 est reliée au bus 74 d'un processeur 75 associé à une mémoire 76. Elles sont d'autre part reliées à une matrice de commutation 77, qui opère une commutation physique, sous le contrôle du processeur 75, entre des canaux multiplexés dans le temps conformément à un schéma de multiplexage propre à la MGW. L'interface IP 70 est reliée au LAN 54, à l'adresse IP de la passerelle. Sous cette adresse, elle utilise un ou plusieurs ports logiques TCP pour les échanges de signalisation avec le MGC associé, et des ports logiques UDP pour les différentes sessions RTP-RTCP ouvertes pour transporter de la parole codée. Le port TCP de signalisation fait dialoguer les programmes de signalisation du processeur 75 avec le MGC. Les ports RTP/UDP sont associés à des modules de traduction reliés à la matrice de commutation 77. Dans l'exemple représenté, la MGW a une ou plusieurs interfaces 71 pour terminaux analogiques 32, une ou plusieurs interfaces 72 pour terminaux RNIS 34 et une ou plusieurs interfaces 73 pour bornes radio 37. Chacune de ces interfaces 71-73 assure les traductions et mises en forme nécessaires à la compatibilité des organes raccordés aux points d'accès avec le format utilisé par la matrice de commutation. Elle extrait la signalisation reçue sur la ligne reliée au point d'accès et en avise le processeur 75, pour que celui-ci répercute l'information de signalisation vers le MGC, et elle insère de la signalisation sur la ligne sous le contrôle du processeur 75. Un demi-appel concernant un terminal comporte la création d'une tâche Moniteur d'Appel Simple (MAS) dans le serveur d'appel de rattachement du terminal, 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 le serveur d'appel, contenant l'association entre le numéro d'annuaire du terminal -8- et une adresse IP correspondante, à laquelle ce terminal peut être atteint (l'adresse IP propre du terminal s'il est de type IP, et l'adresse IP d'une passerelle MGC et/ou MGW sinon). Ces tables définissent en outre les droits de l'utilisateur. Différents types de modules logiciels sont utilisés par les processeurs du MGC et de la MGW pour effectuer les traitements de signalisation. Un demi- appel concernant un terminal non-IP comporte ainsi la création d'une tâche TMGC au sein du MGC 62, 63, qui réalise les fonctions d'interface avec le MAS du serveur d'appel, tandis qu'une tâche TMGW au sein de la MGW 60, 61 gère les détails spécifiques à chaque type de terminal. Pour ces fonctions, le T_MGW consulte des tables stockées dans la mémoire 66, qui contiennent notamment des informations relatives au type et à l'identification de l'interface 71-73 à laquelle l'équipement terminal est connecté ainsi qu'à l'identification de l'utilisateur associé (numéro d'annuaire). Le TMGC consulte des tables mémorisées dans le MGC 62, 63, qui contiennent notamment des informations permettant d'associer des informations d'identification des utilisateurs, à savoir leurs numéros d'annuaire, et les adresses IP des MGW , 61 auxquelles ils sont raccordés. Lors de l'initialisation de la MGW 60, 61, la tâche T_MGW construit ses tables et se déclare au MGC 62, 63. La prise en compte de la mobilité des terminaux sans fil 35 peut conduire à des mises à jour de ces tables dans les MGW et les MGC. Ainsi, la tâche MAS exécutée dans le serveur d'appel ne manipule que des équipements terminaux identifiés par des adresses IP et des numéros d'annuaire. En variante, il est possible de se dispenser des MGC 62, 63 et de faire dialoguer directement les serveurs d'appel 52, 53 avec les MGW 60, 61 sans utiliser le protocole Megaco. Il suffit de munir la MGW de la capacité de traiter la signalisation H.323. Cette variante sera considérée dans les scénarios d'appel décrits ci- dessous, pour en alléger la description. On pourra aisément transposer au cas o le réseau est équipé de MGC utilisant un protocole intermédiaire tel que Megaco ou MGCP. Dans les diagrammes des figures 3 à 6, chaque demi-appel concernant un terminal implique un traitement d'appel qui est exécuté complètement dans le serveur d'appel 52, 53 dans le cas d'un terminal IP 40-43 (tâche MAS, figures 3 et 4), et qui est divisé en tâches MAS, le cas échéant TMGC, et -9- TMGW dans le cas d'un terminal non-IP (figures 5 et 6). Dans chaque diagramme, la notation " dr " fait référence au terminal demandeur, et la notation " dé " fait référence au terminal demandé. Un appel commence par un échange d'informations entre le terminal appelant 80, 180 et la tâche MAS 81, 181 qui lui correspond (figures 3 et 5). Cette tâche MAS a par exemple été créée par le serveur d'appel du terminal appelant 80, 180 à réception d'un message signalant la prise de ligne par ce terminal. Elle adresse au terminal les messages 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,...). Lorsque l'échange avec le terminal appelant 80, 180 lui permet de disposer d'informations suffisantes, la tâche MAS 81, 181 produit un message d'établissement comportant notamment les éléments suivants: - le numéro d'annuaire du terminal appelé 90,190, défini directement ou indirectement par l'utilisateur du terminal appelant 80, 180; - une adresse IP permettant d'atteindre le terminal appelant 80, 180 dans le réseau 54-56, un numéro de port UDP correspondant pour 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; - éventuellement le numéro d'annuaire du terminal appelant 80, 180. Le message d'établissement est envoyé à l'adresse IP du serveur d'appel qui créera la tâche MAS 91, 191 pour le demi-appel du côté demandé. Cette adresse IP est déduite du numéro d'annuaire du terminal appelé. Cette déduction peut être implicite dans l'organisation des numéros d'annuaire, o résulter de la consultation d'une table dont disposent les serveurs d'appel. Si le même serveur d'appel est amené à traiter le demiappel du côté demandé (ce qui se produit toujours dans le cas particulier o il n'y a qu'un seul serveur d'appel), le message d'établissement n'a pas besoin de transiter sur le réseau IP. Dans le cas d'un terminal appelant 80 de type IP, le dialogue avec le serveur d'appel s'effectue directement dans une connexion TCP entre le terminal et la tâche MAS 81 (figure 3). Dans le cas d'un terminal non-IP 180, il s'effectue par l'intermédiaire de la tâche T_MGW 182 (et TMGC le cas échéant) qui réalise l'interface - 10logicielles avec le protocole H.323 et/ou Megaco (figure 5). La tâche T MGW 182 est créée dans la passerelle 60 à réception dé la signalisation de prise de ligne par l'interface physique concernée 71-73. C'est cette tâche TMGW qui fournit l'adresse IP (à savoir celle de la MGW) et les numéros de port UDP affectés au terminal, et elle émet un message d'ouverture de session à l'adresse IP du serveur d'appel correspondant 52. Si elle accepte l'appel, la tâche MAS 91, 191 pour le demi-appel du côté demandé transmet une signalisation d'appel entrant vers le terminal demandé 90, 190 (figures 4 et 6), en fournissant au moins l'adresse IP et les numéros de port UDP définis pour le terminal appelant dans le message d'établissement, et éventuellement son numéro d'annuaire. Dans le cas d'un terminal appelé 90 de type IP, le serveur d'appel transmet cette signalisation directement dans une connexion TCP entre le terminal et la tâche MAS 91 (figure 4). Dans le cas d'un terminal non-IP 190, le serveur d'appel transmet cette signalisation à la MGW 60, an ajoutant le numéro d'annuaire du terminal demandé. A réception de ces informations, la MGW crée une tâche TMGW, qui communique l'appel entrant au terminal demandé 190 et lui affecte des ports UDP disponibles de l'interface 70. Le couple (adresse IP, port UDP) valable pour le terminal demandé 90, est retourné au MAS 81, 181 du côté demandeur (message ALERTE des figures 4 et 6), qui le transmet à l'adresse IP affectée au terminal appelant, c'est-à-dire à l'adresse IP du terminal dans le cas de la figure 3, et à celle de sa MGW dans le cas de la figure 5. Ceci permet de définir un chemin utilisable pour la communication à l'intérieur du réseau IP, puisque les terminaux IP et les MGW connaissent les couples (adresse IP, port UDP) de leur vis-à-vis. Lorsque le terminal appelé 90,190 prend la ligne, la communication peut commencer (message de signalisation CONNECT sur les figures 3 à 6). Si l'un des terminaux n'est pas de type IP, le processeur 75 de sa MGW complète le chemin de communication en commandant l'interface IP 70, le matrice de commutation 77 et l'interface 71-73 à laquelle est raccordée le terminal afin que les interfaces assurent les traductions requises et que la matrice 77 les fasse communiquer entre elles. Parfois, les deux terminaux en communication sont raccordés à la même MGW. Ceci est immédiatement détectable par les tâches TMGW -11 - puisque les adresses IP affectées aux deux terminaux sont identiques et correspondent à celle de la MGW. Dans ce cas, la tâche T_MGW ne réserve pas de ports UDP de l'interface IP 70 pour la communication. La parole codée ne passera pas par l'interface IP 70, mais par les interfaces 71-73 auxquelles les deux terminaux sont respectivement raccordés et par la matrice de commutation 77. Le processeur 75 commande ces deux interfaces et la matrice 77 en conséquence. Ce processus optimise l'utilisation des ressources du réseau IP ainsi que de ses interfaces dans les passerelles. - 12 - REVENDICATIONS 1. Procédé d'établissement de communications dans un système comprenant un réseau à commutation de paquets (54-56), au moins un serveur d'appel (52, 53) relié au réseau, au moins une passerelle de média (60, 61) reliée au réseau à une adresse de passerelle, un premier ensemble de terminaux (40-43) reliés au réseau à des adresses de terminaux respectives, et un second ensemble de terminaux (32-35) reliés à des interfaces (71-73) de la passerelle de média, dans lequel chaque terminal est associé à un serveur d'appel pour des traitements de signalisation, le procédé comprenant les étapes suivantes pour établir une communication entre des terminaux appelant et appelé: - création d'une première tâche de traitement d'appel dans le serveur d'appel associé au terminal appelant; - émission, par la première tâche de traitement d'appel, d'un message d'établissement incluant au moins un identifiant du terminal appelé et une première adresse de réseau permettant d'atteindre le terminal appelant; - en réponse à la réception dudit message d'établissement, création d'une seconde tâche de traitement d'appel dans le serveur d'appel associé au terminal appelé; - envoi, à partir de la seconde tâche de traitement d'appel vers une seconde adresse de réseau permettant d'atteindre le terminal appelé, d'informations de signalisation indiquant au moins ladite première adresse de réseau; - lorsque les première et seconde adresse de réseau sont identiques et correspondent à une adresse de passerelle, établissement au sein de la passerelle ayant ladite adresse d'un chemin de communication entre les terminaux appelant et appelé, ne passant pas par le réseau à commutation de paquets. 2. Procédé selon la revendication 1, dans lequel le système comprend en outre au moins un contrôleur de passerelle de média ayant une adresse dans le réseau à commutation de paquets (54-56), et dans lequel, lorsque ladite seconde adresse correspond à une adresse de passerelle, lesdites informations de signalisation sont transmises de la seconde tâche de - 13traitement d'appel au contrôleur de passerelle de média et relayées vers la seconde adresse de réseau par le contrôleur de passerelle de média. 3. Procédé selon la revendication 1 ou 2, dans lequel le réseau à commutation de paquets (54-56) fonctionne selon le protocole IP. 4. Passerelle de média, comprenant une interface (70) de raccordement à un réseau à commutation de paquets (54), des interfaces (71- 73) de raccordement d'un ensemble de terminaux (32, 34), une matrice de commutation (77) reliée auxdites interfaces (70-73), et des moyens (75) de commande des interfaces et de la matrice de commutation pour établir des chemins de communication, au moins un serveur d'appel (52) étant relié au réseau pour effectuer des traitements de signalisation pour au moins les terminaux dudit ensemble, dans laquelle les moyens de commande (75) sont agencés pour établir un chemin de communication en réponse à des instructions issues du serveur d'appel dans un échange de signalisation effectué sur le réseau à commutation de paquets (54), échange au cours duquel les moyens de commande (75) obtiennent des adresses de réseau respectives pour des terminaux appelant et appelé dont l'un au moins appartient audit ensemble, le chemin établi passant par des interfaces de raccordement des terminaux appelant et appelé et par la matrice de commutation, sans passer par l'interface (70) de raccordement au réseau, lorsque lesdites adresses de réseau sont identiques et correspondent à une adresse de réseau de la passerelle, le chemin établi passant par une interface de raccordement de l'un des terminaux appelant et appelé, par l'interface de raccordement au réseau et par la matrice de commutation lorsque l'une desdites adresses de réseau diffère de l'adresse de réseau de la passerelle.