FR2820530A1 - Procede de realisation d'une base de donnees d'enregistrement commune pour plusieurs commandes de flux de trafic et moyens de mise en oeuvre de celui-ci - Google Patents

Abstract

Ce procédé, permettant la réalisation d'une base de données d'enregistrement commune pour une grappe (CL) comportant de multiples commandes de flux de trafic (GK), comprend les opérations suivantes : apparition d'un phénomène, concernant l'enregistrement, auprès d'une commande de flux de trafic (GK) de la grappe (CL), communication du phénomène et/ ou de ses conséquences aux autres commandes de flux de trafic (GK) de la grappe.

Description

Le standard ITU-T H.323 définit une famille de protocoles pour la commande

unifiée de services dans des réseaux par paquets multimédia (notamment des réseaux IP, c'est-à-dire des réseaux dans lesquels de multiples services différents peuvent être transmis. Ces services réalisés dans un environnement multimédia unifié sont également appelés "applications multimédia". Ce sont aussi bien des services tels que la téléphonie classique (mot-clef "Voice over IP" (VolP - voix sur IP)) que des services tels que fax, conférence téléphonique, conférence vidéos, Video on Demand (VoD - vidéo à la demande) et analogues encore qui tombent sous la dénomination

d'application multimédia.

Les composants de réseau essentiels du H.323 à base de paquets sont des terminaux (unités qui pourraient utiliser les applications, telles que par exemple un client PC), des passerelles (GW) pour le transfert dans le réseau téléphonique basé sur lignes, des Multipoint Control Units (MCU unités de commande multipoint) servant à la commande de conférences, et de portiers (GK). Un portier commande l'accès dans le réseau IP pour tous les composants de réseau H.323 (terminaux, GW, MCU) qui appartiennent à sa zone. Les fonctions suivantes sont associées à un GK: 1. Admission Control (contrôle d'admission - contrôle d'accès réseau) 2) Call Authorization (autorisation d'appel - authentification de liaisons individuelles) 3) Address Translation (traduction d'adresses - conversion de l'information d'appel en adresses IP)

4) Call Control Signalling (signalisation de commande d'appel -

commande pour établir et défaire les liaisons, ainsi que commande des features (particularités) d'usager) ) GK Communication (communication GK communication avec les

GK d'autres zones).

En cas de défaillance du portier, les fonctions indiquées ci-dessus et par suite également les services indiqués en introduction ne sont plus disponibles pour les terminaux de la zone GK. Ceci signifie que notamment le service vocal, basée sur H.323, n'est plus disponible. Les terminaux ne peuvent donc ni établir eux-mêmes des liaisons, ni ne peuvent être joints par

d'autres usagers (à partir du réseau IP ou du réseau téléphonique classique).

Etant donné toutefois que la possibilité de jonction téléphonique jouit d'une priorité élevée pour un usager, la disponibilité du service est de plus en plus

importante pour le carriergrade (niveau de porteuse) VolIP.

Jusqu'à présent, la disponibilité d'un GK ne peut être assurée qu'au moyen d'appareils à haute disponibilité et chers. Etant donné toutefois que de telles machines peuvent être défaillantes, les unités de défaillance doivent être réduites à un minimum, ce qui signifie que la zone H.323 qu'un portier dessert est constituée d'un nombre de terminaux et de passerelles plus petit que le GK pourrait effectivement commander. Cela entraîne à son tour un gaspillage des

ressources et des investissements.

L'invention a pour but de fournir un moyen à l'aide duquel au moins la disponibilité du service VolP puisse être assurée pour des terminaux H. 323,

sans devoir installer des serveurs GK à haute disponibilité et chers.

Il est proposé de réunir plusieurs portiers en une "grappe de portiers" à base de données d'enregistrement commune. Les portiers d'une grappe desservent alors en commun une zone d'enregistrement et se partagent la

commande du trafic entrant qui se présente.

Etant donné que les données d'enregistrement sont échangées entre les portiers, de préférence séparés matériellement, I'installation de serveurs

chers et à haute disponibilité est superflue.

Les terminaux de cette zone connaissent au moins un GK primaire et le plus souvent un GK secondaire. Les autres GK existants de la grappe ne sont en général pas visibles directement par eux-mêmes, même si cela n'est pas

en principe exclu.

Jusqu'à présent, un terminal peut s'enregistrer à l'intérieur de sa grappe de portiers auprès de son GK primaire, au moyen d'un message H.323 RRQ (Registration Request - requête d'enregistrement). Si le GK primaire n'est pas disponible, le terminal s'enregistre auprès de son GK secondaire (procédé standard dans H.323). Le message RRQ fait partie de ce qu'il est convenu

d'appeler des messages RAS (RAS - Registration, Admission and Status -

enregistrement, admission et statut). Pour que désormais le terminal puisse également être joint par l'intermédiaire d'un autre GK quelconque de la grappe auprès de laquelle d'autres terminaux ou passerelles se sont annoncés, il est prévu dans la présente solution que les données d'enregistrement d'un terminal soient envoyées à intervalles périodiques à tous les portiers de la grappe de portiers, par exemple par Multicast (multidiffusion) UDP. Dans le cas inverse, c'est-à-dire lorsque la liaison d'un terminal auprès d'un GK est défaite, également appelé "désenregistrement", les autres GK de la grappe en sont informés au moyen de la même méthode. Cela permet d'obtenir que tous les portiers d'une grappe possèdent des banques de données

d'enregistrement identiques.

Les GK d'une grappe de GK constituent avantageusement un groupe Multicast (multidiffusion) propre, de sorte que les messages Multicast (multidiffusion) ne sont pas appliqués aux autres hôtes du segment LAN (réseau local) dans lequel les portiers de la grappe se trouvent. La charge supplémentaire du réseau concernant un échange des données d'enregistrement est limitée par l'utilisation de messages Multicast (multidiffusion), étant donné que les portiers d'une grappe constituent un groupe Multicast (multidiffusion) en soi fermé, bien défini. En outre, des messages d'enregistrement et de désenregistrement ne sont pas émis aussi souvent que par exemple des messages de signalisation pour établir et défaire

des liaisons.

Un très bel avantage des banques de données d'enregistrement identiques réside dans le fait que les passerelles, terminaux, MCU ou portiers d'autres zones n'ont pas besoin de savoir auprès de quel GK de la grappe

s'est annoncé un terminal déterminé qu'il veut joindre.

Si par exemple une passerelle établit une liaison avec un GK auprès duquel le terminal souhaité ne s'est pas annoncé, ce GK dispose également de l'adresse IP (et éventuellement des données Security (de sécurité)) du terminal et peut établir directement une liaison avec le terminal (ce qu'il est convenu d'appeler "direct routed call model" (modèle d'appel à acheminement direct) du standard H.323)). La liaison H.323 RAS existe donc vers un portier de la grappe, tandis que la signalisation de liaison s'effectue non pas par l'intermédiaire d'un portier ou au moins non pas par l'intermédiaire de ce portier, mais par l'intermédiaire d'un autre portier de la grappe. En revanche, si le terminal souhaité s'est annoncé auprès du GK qui doit également exécuter l'établissement de liaison, la liaison s'établit conformément au "gatekeeper routed call model" (modèle d'appel acheminé par portier). Par contre, des liaisons provenant d'un terminal à destination d'une cible s'effectuent d'abord toujours par l'intermédiaire du GK primaire auprès duquel le terminal est enregistré. Les terminaux surveillent le portier auprès duquel ils se sont enregistrés, au moyen de messages H.323 RRQ émis périodiquement auxquels le GK doit répondre. Si le portier n'accuse pas réception du message

RRQ, le terminal essaye de s'annoncer auprès d'un autre portier connu de lui.

Cela peut par exemple être ce qu'il est convenu d'appeler un GK secondaire.

Même si tous les GK connus d'un terminal sont défaillants, celui-ci peut encore être joint par l'intermédiaire des autres GK de la grappe, étant donné que ceux-ci ont également rangé en mémoire le profil du terminal (lequel contient notamment l'adresse IP du terminal). Ainsi, un terminal "intelligent" peut également apprendre les adresses IP d'autres portiers, en relevant leur adresse IP lors d'un appel et en s'enregistrant ensuite éventuellement auprès de ceux-ci (dans le but non seulement de pouvoir être joint, mais également

de pouvoir lui-même établir de nouveau des liaisons).

D'une manière avantageuse, il est possible d'accroître d'une manière simple une zone H.323, des serveurs GK étant acceptés en supplément dans la grappe. Ces GK supplémentaires peuvent désormais, en tant que parties du groupe Multicast (à multidiffusion), établir des liaisons vers tous les terminaux qui sont enregistrés auprès de n'importe lequel des GK de la grappe. Des terminaux entrant nouvellement dans la zone ou des terminaux qui font déjà

partie de la zone peuvent s'enregistrer auprès des GK supplémentaires.

Grâce à la méthode ici exposée, la charge de travail de tous les serveurs GK utilisés peut être optimisée, ce qui entraîne une utilisation optimale des investissements réalisés. L'invention est ainsi une solution qui assure d'une manière très économique la possibilité d'atteindre individuellement les usagers et permet en même temps d'ajuster des zones GK à des nombres croissants d'usagers sans complexité importante, en installant d'une manière simple, dans une zone, des serveurs GK supplémentaires qui se répartissent automatiquement entre eux le trafic

entrant dans cette zone.

Ainsi l'invention a pour objets - un procédé de réalisation d'une base de données d'enregistrement commune pour une grappe comportant de multiples commandes de flux de trafic, comprenant les opérations suivantes: apparition d'un phénomène, concernant l'enregistrement, auprès d'une commande de flux de trafic de la grappe, communication du phénomène et/ou de ses conséquences aux autres commandes de flux de trafic de la grappe; de préférence, le phénomène est réalisé en tant qu'enregistrement ou désenregistrement d'un terminal; - un produit constitué d'un programme d'ordinateur, comprenant des segments de type code de logiciel au moyen desquels un procédé conforme à l'invention est exécuté au moyen d'un processeur; - un système, notamment réseau, comprenant des moyens permettant de mettre en oeuvre un procédé conforme à l'invention; - une grappe de commandes de flux de trafic, comprenant des moyens servant à réaliser une base de données d'enregistrement commune; - un dispositif, notamment commande de flux de trafic, passerelle ou terminal, comprenant des moyens servant à mettre en oeuvre un procédé

conforme à l'invention.

L'invention est exposée ci-après en détail à l'aide d'exemples de réalisation qui sont représentés aux figures. On voit: à la figure 1, un agencement, permettant de mettre en oeuvre le procédé conforme à l'invention, qui comprend une grappe CL comportant deux portiers GK1, GK2, un client EP et une passerelle GW, à la figure 2, un établissement de liaison dans l'agencement de la figure 1. La figure I représente l'opération d'enregistrement pour un terminal H.323, qui est réalisé sous forme d'un client H.323 EP, et un terminal H.323 qui est réalisée en tant que passerelle H.323 GW. Le client H.323 EP s'annonce auprès de son portier primaire GK1 et la passerelle GW auprès de son portier primaire GK2 conformément au protocole RAS (Registration, Admission and Status enregistrement, admission et statut). L'enregistrement du client EP est déposé dans la base de données d'enregistrement DB1 du portier GK1 et celui de la passerelle GW dans la base de données d'enregistrement DB2 du portier GK2. Les portiers GK1 et GK2 constituent une grappe de portiers CL conforme à l'invention. Les données d'enregistrement sont échangées entre GK1 et GK2, par exemple dans un segment LAN (Local Area Network - réseau local) commun, conformément à un protocole d'échange DBEX qui est de préférence réalisé sous forme de Multicast (multidiffusion) MC. Ainsi, l'enregistrement du client H.323 EP est également connu auprès du portier GK2 et celui de la passerelle GW auprès du portier GK1. Les données de tous les terminaux EP, MG enregistrés (par exemple des adresses IP, des Crypto Token (identificateur crypté) pour la transmission sûre de messages, etc.) sont disponibles pour chacun des portiers, de sorte qu'est

fournie une base de données d'enregistrement commune.

La figure 2 représente l'établissement de liaison de la passerelle GW au client H.323 EP. Etant donné que la passerelle est enregistrée auprès de GK2, elle envoie des messages RAS à ce portier. Un souhait d'établissement de liaison suivant de la passerelle GW à destination du client EP est alors communiqué au portier GK2 conformément au Gatekeeper routed call model (modèle à appel acheminé par portier) GRM. Etant donné que, conformément à l'invention, ce GK2 connaît également la base de données d'enregistrement DB1 du portier GK1 et dispose donc également des données d'enregistrement du client H.323 EP, il sait que le client EP est en ligne et peut transmettre les messages de signalisation provenant de la passerelle directement au client EP, c'est-à-dire conformément au direct routed call model (modèle d'appel à acheminement direct) DRM. De son côté, le client EP est enregistré auprès de GK1 et est donc interrogé dans celui-ci, au moyen de messages RAS, sur la question de savoir s'il peut accepter des liaisons en provenance du portier GK2. Etant donné que le portier GK1 connaît, conformément à l'invention, la base de données d'enregistrement DB2 du portier GK2 de la grappe CL, le portier GK1 peut renvoyer au client EP un accusé de réception positif à son interrogation.

Il convient de souligner le fait que la description des composants

pertinents pour l'invention ne doit en principe pas être comprise d'une manière limitative. Pour un technicien compétent, il est notamment évident que des termes tels que "terminal", "passerelle" ou "portier" doivent être compris fonctionnellement et non pas matériellement. C'est ainsi qu'ils peuvent par exemple être également réalisés partiellement ou totalement en logiciel et/ou

en étant répartis parmi plusieurs dispositifs matériels.

Claims (6)

REVENDICATIONS

1. Procédé de réalisation d'une base de données d'enregistrement commune pour une grappe (CL) comportant de multiples commandes de flux de trafic (GK), caractérisé en ce qu'il comprend les opérations suivantes: apparition d'un phénomène, concernant l'enregistrement, auprès d'une commande de flux de trafic (GK) de la grappe (CL), - communication du phénomène et/ou de ses conséquences aux autres

commandes de flux de trafic (GK) de la grappe.

2. Procédé suivant la revendication 1, caractérisé en ce que le phénomène est réalisé en tant qu'enregistrement ou désenregistrement d'un

terminal (EP, MG).

3. Produit constitué d'un programme d'ordinateur, caractérisé en ce qu'il comprend des segments de type code de logiciel au moyen desquels un

procédé suivant l'une quelconque des revendications 1 et 2 est exécuté au

moyen d'un processeur.

4. Système, notamment réseau, caractérisé en ce qu'il comprend des moyens permettant de mettre en oeuvre un procédé suivant l'une quelconque

des revendications 1 et 2.

5. Grappe (CL) de commandes de flux de trafic (GK), caractérisée en ce qu'elle comprend des moyens (DB1, DB2, DBEX) servant à réaliser une base

de données d'enregistrement commune.

6. Dispositif, notamment commande de flux de trafic (GK), passerelle (GW) ou terminal (EP), caractérisé en ce qu'il comprend des moyens servant à

mettre en oeuvre un procédé suivant l'une quelconque des revendications 1 et

2.