WO2003024037A2 - Passerelle protocolaire entre un terminal h.323 et un autre terminal, sans mise en oeuvre du rôle de maître - Google Patents

Passerelle protocolaire entre un terminal h.323 et un autre terminal, sans mise en oeuvre du rôle de maître Download PDF

Info

Publication number
WO2003024037A2
WO2003024037A2 PCT/FR2002/003014 FR0203014W WO03024037A2 WO 2003024037 A2 WO2003024037 A2 WO 2003024037A2 FR 0203014 W FR0203014 W FR 0203014W WO 03024037 A2 WO03024037 A2 WO 03024037A2
Authority
WO
WIPO (PCT)
Prior art keywords
protocol
terminal
master
gateway
message
Prior art date
Application number
PCT/FR2002/003014
Other languages
English (en)
Other versions
WO2003024037A3 (fr
Inventor
Philippe Dauchy
Frédéric REICH
Patricia Reymond
Original Assignee
Alcatel
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alcatel filed Critical Alcatel
Priority to CN028026489A priority Critical patent/CN1526224B/zh
Priority to JP2003527959A priority patent/JP4183616B2/ja
Priority to EP02797997A priority patent/EP1428373A2/fr
Publication of WO2003024037A2 publication Critical patent/WO2003024037A2/fr
Publication of WO2003024037A3 publication Critical patent/WO2003024037A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1106—Call signalling protocols; H.323 and related
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Definitions

  • Protocol gateway between an H.323 terminal and another terminal, without implementing the master role
  • the present invention relates to telecommunication networks, and more particularly, it relates to the management of multimedia sessions established over a data network.
  • This data network can comply with the protocols of the TCP / IP family (Transmission Control Protocol /
  • Internet Protocol Internet Protocol
  • Internet Protocol Internet Protocol
  • a multimedia session is called the transmission of data between two or more terminals involving several media, most often voice and / or video.
  • These multimedia sessions are commonly called VoIP for Voice over IP (Internet
  • the terminals involved Prior to the establishment of the multimedia session proper, the terminals involved must exchange information in order, in particular, to set certain parameters of the multimedia session.
  • These parameters relate for example to characteristics of the media (voice encoding format, video format etc.). These characteristics can be determined as a function of the capacities of the terminals participating in the multimedia session.
  • This phase of establishing the multimedia session is done according to a specific protocol.
  • these protocols are quite varied.
  • ITU-T International Telecommunication Union - Telecommunication Union - Telecommunication part
  • SIP protocol Session Initiation Protocol
  • RFC 2543 Request For Comments
  • these protocol gateways are part of call centers or controllers.
  • FIG. 1 schematically illustrates an example of the establishment of a multimedia session between two telecommunication terminals.
  • the terminal T A is the initiator of the multimedia session. It therefore initiates a negotiation m A for establishing a multimedia session with the call center CC, comprising a protocol gateway.
  • This multimedia session establishment negotiation contains in particular information on the media characteristics that the terminal T A can process (video format, type of voice encoding, etc.) and complies with the H.323 protocol.
  • the call center CC then negotiates with the recipient of the multimedia session, that is to say the terminal T B , by an exchange of messages m B according to the SIP protocol, then establishes the multimedia session MS between the two terminals T A and T B. If necessary, if the two terminals cannot agree on media features to communicate (for example, they do not support any common video encoding format), the call center can establish the multimedia session using a media gateway (or media gateway, according to terminology in English).
  • the H.323 protocol includes a phase for determining a “master” terminal and a “slave” terminal.
  • the protocol assumes that each terminal can assume both roles. The determination depends on a classification, previously established, of the different types of terminals: the most powerful terminal takes the role of "master” and at equal power, a draw is made to determine which of the two terminals will take the role of master.
  • This role of master comes into play in the event of conflicts or problems. It implies a significant complexity of the terminal implementing it.
  • this mechanism therefore assumes that the protocol gateway can assume the role of "master”. It must therefore support all the protocol mechanisms and software inherent in this function.
  • this protocol gateway being typically included in a call center, this use of resources can be at the expense of other functions of the call center.
  • the architecture of Internet-type data networks generally consists of minimizing the processing resources required within the network. The equipment located within the network has in fact a life expectancy superior to the terminals and any increase in the necessary resources and any update is expensive and to be avoided.
  • the aim of the present invention is to propose a protocol gateway allowing the establishment of multimedia sessions between a terminal using the H.323 protocol and a terminal using another protocol, without however requiring the implementation of the role of "master".
  • the invention has for its first object, such a protocol gateway, allowing the establishment of multimedia sessions between a first terminal, using a first protocol (for example the H.323 protocol of the ITU-T), and a second terminal, using a second protocol, the first protocol requiring the determination of a master.
  • a protocol gateway is characterized in that it has means to force the first terminal to assume the role of master.
  • the invention also relates to a call center comprising such a protocol gateway.
  • Another subject of the invention is a method of establishing a multimedia session between a first terminal using a first protocol (for example the H.323 protocol of the ITU-T), and a second terminal using a second protocol, the first protocol requiring the determination of a master, the first and second terminals communicating by means of a protocol gateway.
  • This process is characterized in that it comprises steps of: • transmission of a message for determining the Master / Slave status.
  • FIG. 1 already commented on, diagrams the establishment of a multimedia session between two terminals.
  • FIG. 2 illustrates the phase of determining the master role between a terminal and a protocol gateway.
  • the call center CC includes a protocol gateway G.
  • the role of this protocol gateway is to allow the establishment of multimedia sessions between terminals not using. not the same protocol.
  • Terminal T A uses the H.323 protocol.
  • This terminal wishes to establish a multimedia session with one or more other terminals, not shown in the figure, which use protocols different from H.323.
  • protocols different from H.323. it can for example be the SIP protocol.
  • the terminal T A transmits to the protocol gateway G, a message m ! to determine the Master / Slave status.
  • this message is a "MasterSIaveDetermination" message. It contains as parameter, on the one hand the type terminal, terminalType, and secondly a random number, statusDeterminationNumber.
  • the type of terminal is a number representative of its processing power.
  • the processing power makes it possible to determine which part of a multimedia session should be chosen as master.
  • the random number statusDeterminationNumber is used as a means of arbitration when the two parties are of equal power.
  • the protocol gateway G responds to the message m ⁇ by transmitting a message m 2 .
  • This m 2 message is a "MasterSIaveDeterminationAck" message.
  • the protocol gateway G decides to take the role of slave by forcing the terminal T A to assume the role of master.
  • this message m 3 is also a message
  • the parameter XXX contains the value "Slave", indicating that the terminal T A accepts that the protocol gateway G takes the role of slave.
  • the protocol gateway G is relieved of the management of the master role, without the terminal T A being impacted. For him, everything happens as a normal dialogue with another terminal. It should also be noted that according to the H.323 recommendation, the terminals must implement the management of the master role, so that the mechanism of the invention does not add any additional constraint on these terminals.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)

Abstract

Passerelle protocolaire permettant l'établissement de sessions multimédias entre un premier terminal, utilisant un premier protocole (par exemple H.323), et un second terminal, utilisant un second protocole, ledit premier protocole nécessitant la détermination d'un maître, caractérisée en ce qu'elle dispose de moyens pour forcer ledit premier terminal à assumer le rôle de maître.

Description

Passerelle protocolaire entre un terminal H.323 et un autre terminal, sans mise en œuvre du rôle de maître
La présente invention est relative aux réseaux de télécommunication, et plus particulièrement, elle concerne la gestion de sessions multimédias établies au dessus d'un réseau de données. Ce réseau de données peut être conforme aux protocoles de la famille TCP/IP (Transmission Control Protocol /
Internet Protocol), et il peut notamment s'agir du réseau dit « Internet ».
On appelle par la suite session multimédia, la transmission de données entre deux ou plusieurs terminaux impliquant plusieurs médias, notamment le plus souvent de la voix et/ou de la vidéo. Ces sessions multimédias sont communément appelées VoIP pour Voice over IP (Internet
Protocol), selon la terminologie en langue anglaise.
Préalablement à l'établissement de la session multimédia proprement dite, les terminaux impliqués doivent s'échanger des informations afin, notamment, de fixer certains paramètres de la session multimédia.
Ces paramètres sont par exemple relatifs à des caractéristiques du média (format d'encodage de la voix, format de la vidéo etc.). Ces caractéristiques peuvent être déterminées en fonction des capacités des terminaux participant à la session multimédia.
Cette phase d'établissement de la session multimédia se fait selon un protocole particulier. Toutefois, ces protocoles sont assez variés. On peut notamment citer le protocole H.323 défini par l'ITU-T (International Télécommunication Union - Télécommunication part) et le protocole SIP (Session Initiation Protocol) défini par le RFC 2543 (Request For Comments) de l'IETF (Internet Engineering Task Force) . Notamment afin de masquer ces différences et de faire cohabiter des terminaux utilisant des protocoles différents, il est connu de l'état de la technique d'interposer des passerelles protocolaires entre les différents terminaux. Typiquement, ces passerelles protocolaires font parties des centres ou contrôleurs d'appels.
La figure 1 illustre de façon schématique, un exemple d'établissement d'une session multimédia entre deux terminaux de télécommunication. Le terminal TA est l'initiateur de la session multimédia. Il initie donc une négociation mA d'établissement de session multimédia avec le centre d'appel CC, comportant une passerelle protocolaire. Cette négociation d'établissement de session multimédia contient notamment des informations sur les caractéristiques de média que le terminal TA peut traiter (format de vidéo, type d'encodage de la voix etc.) et est conforme au protocole H.323.
Le centre d'appel CC négocie alors avec le destinataire de la session multimédia, c'est-à-dire le terminal TB, par un échange de messages mB selon le protocole SIP, puis établit la session multimédia MS entre les deux terminaux TA et TB. Au besoin, si les deux terminaux ne peuvent pas se mettre d'accord sur des caractéristiques de média pour communiquer (par exemple, ils ne supportent aucun format d'encodage vidéo commun), le centre d'appel peut établir la session multimédia en utilisant une passerelle de média (ou média gateway, selon la terminologie en langue anglaise).
Toutefois, un problème se pose lorsque l'un des deux terminaux utilise le protocole H.323 et que l'autre terminal (ou les autres terminaux, dans le cas d'une session multimédia entre plus de deux participants) utilise un protocole autre que H.323 (par exemple, le protocole SIP). En effet, le protocole H.323 comporte une phase de détermination d'un terminal « maître » et d'un terminal « esclave ». Le protocole suppose que chaque terminal puisse assumer les deux rôles. La détermination dépend d'un classement, préalablement établi, des différents types de terminaux : le terminal le plus puissant prend le rôle de « maître » et à puissance égale, un tirage au sort est effectué pour déterminer lequel des deux terminaux prendra le rôle de maître.
Ce rôle de maître entre en ligne de compte en cas de conflits ou problèmes. Il implique une complexité importante du terminal l'implémentant.
Dans le cas de figure où l'établissement de la session multimédia passe par une passerelle protocolaire et où un seul terminal utilise le protocole H.323, un problème se pose puisque la phase de détermination des rôles « maître » et « esclave » ne peut se faire qu'entre le terminal utilisant le protocole H.323 et la passerelle protocolaire.
En reprenant l'exemple de la figure 1 , cela signifie que la détermination des rôles « maître » et « esclave » doit se faire entre le terminal TA et le centre d'appel CC contenant la passerelle protocolaire.
Conformément au protocole H.323, ce mécanisme suppose donc que la passerelle protocolaire puisse assumer le rôle de « maître ». Elle doit donc supporter tous les mécanismes protocolaires et logiciels inhérents à cette fonction.
Ces mécanismes étant complexes, une telle solution implique un accroissement des ressources de traitement nécessaires pour faire fonctionner la passerelle protocolaire (ressources mémoires, CPU (Central Processing Unit)...)
De plus, cette passerelle protocolaire étant typiquement comprise dans un centre d'appels, cette utilisation de ressources peut se faire au détriment d'autres fonctions du centre d'appels. Par ailleurs, l'architecture des réseaux de données de type Internet consiste à, d'une façon générale, minimiser les ressources de traitement nécessaires au sein du réseau. Le matériel situé au sein du réseau a en effet une durée de vie supposée supérieure aux terminaux et tout accroissement des ressources nécessaires et toute mise à jour est coûteux et à éviter.
Aussi, dans les réseaux de type Internet, une grande partie de l'intelligence est déportée sur les terminaux.
Il résulte de cela que l'accroissement de la complexité de la passerelle protocolaire est un inconvénient majeur.
Le but de la présente invention est de proposer une passerelle protocolaire permettant l'établissement de sessions multimédias entre un terminal utilisant le protocole H.323 et un terminal utilisant un autre protocole, sans pour autant nécessiter l'implémentation du rôle de « maître ».
Pour ce faire, l'invention a pour premier objet, une telle passerelle protocolaire, permettant l'établissement de sessions multimédias entre un premier terminal, utilisant un premier protocole (par exemple le protocole H.323 de l'ITU-T), et un second terminal, utilisant un second protocole, le premier protocole nécessitant la détermination d'un maître. Cette passerelle protocolaire se caractérise en ce qu'elle dispose de moyens pour forcer let premier terminal à assumer le rôle de maître.
L'invention a aussi pour objet un centre d'appels comportant une telle passerelle protocolaire.
L'invention a pour autre objet un procédé d'établissement d'une session multimédia entre un premier terminal utilisant un premier protocole (par exemple le protocole H.323 de l'ITU-T), et un deuxième terminal utilisant un deuxième protocole, le premier protocole nécessitant la détermination d'un maître, les premier et deuxième terminaux communiquant au moyen d'une passerelle protocolaire. Ce procédé se caractérise en ce qu'il comporte des étapes de : • émission d'un message de détermination du statut Maître/Esclave.
• émission d'un message de réponse par la passerelle protocolaire, contenant un champ forçant le premier terminal à assumer le rôle de maître.
L'invention, ses caractéristiques et ses avantages apparaîtront de façon plus claire dans la description d'une mise en œuvre qui va suivre en liaison avec les figures jointes.
La figure 1 , déjà commentée, schématise l'établissement d'une session multimédia entre deux terminaux. La figure 2, illustre la phase de détermination du rôle de maître entre un terminal et une passerelle protocolaire.
Dans l'exemple de la figure 2, le centre d'appels CC comporte une passerelle protocolaire G. Cette passerelle protocolaire a pour rôle de permettre l'établissement de sessions multimédias entre terminaux n'utilisant . pas le même protocole.
Le terminal TA utilise le protocole H.323. Ce terminal désire établir une session multimédia avec un ou plusieurs autres terminaux, non représentés sur la figure, qui utilisent des protocoles différents de H.323. Comme dit précédemment, il peut par exemple s'agir du protocole SIP.
Dans un premier temps, le terminal TA transmet à la passerelle protocolaire G, un message m! de détermination du statut Maître/Esclave.
Conformément au protocole H.323, ce message est un message "MasterSIaveDetermination". Il contient comme paramètre, d'une part le type de terminal, terminalType, et d'autre part un nombre aléatoire, statusDeterminationNumber.
Ainsi qu'indiqué dans le paragraphe 6.2.8.4 de la recommandation H.323 de l'ITU-T, le type de terminal est un nombre représentatif de sa puissance de traitement.
Dans l'état de l'art, la puissance de traitement permet de déterminer quelle partie à une session multimédia doit être choisie comme maître.
Le nombre aléatoire statusDeterminationNumber est utilisé comme moyen d'arbitrage lorsque les deux parties sont de puissance égale.
Selon l'invention, la passerelle protocolaire G répond au message m^ en transmettant un message m2. Ce message m2 est un message "MasterSIaveDeterminationAck". Quelque soient la puissance de traitement et le nombre aléatoire indiqués dans le message m1 ; la passerelle protocolaire G décide de prendre le rôle d'esclave en forçant le terminal TA à assumer le rôle de maître.
Pour ce faire, elle fixe le paramètre « Décision », tel que défini dans la recommandation H.245 de l'ITU-T, à la valeur "Master".
A la réception de ce message m2, le terminal TA peut répondre par un message m3. Ce message m3 est aussi un message
"MasterSIaveDeterminationAck". Cette fois-ci, le paramètre XXX contient la valeur "Slave", indiquant que le terminal TA accepte que la passerelle protocolaire G prenne le rôle d'esclave.
Ainsi, la passerelle protocolaire G est déchargée de la gestion du rôle de maître, sans que le terminal TA soit impacté. Pour lui, tout se passe comme un dialogue normal avec un autre terminal. Il est par ailleurs à noter que selon la recommandation H.323, les terminaux doivent mettre en œuvre la gestion du rôle de maître, de sorte que le mécanisme de l'invention ne rajoute aucune contrainte supplémentaire sur ces terminaux.

Claims

REVENDICATIONS
1 ) Passerelle protocolaire permettant l'établissement de sessions multimédias entre un premier terminal, utilisant un premier protocole, et un second terminal, utilisant un second protocole, ledit premier protocole nécessitant la détermination d'un maître, caractérisée en ce qu'elle dispose de moyens pour forcer ledit premier terminal à assumer le rôle de maître.
2) Passerelle protocolaire selon la revendication 1 , dans laquelle ledit premier protocole est le protocole H.323 de l'ITU-T.
3) Passerelle protocolaire selon la revendication 2, dans laquelle lesdits moyens sont aptes à renvoyer un message « MasterSIaveDeterminationAck » en réponse à un message « MasterSIaveDetermination », comportant un champ « Décision » fixé à « Master ».
4) Passerelle protocolaire, selon l'une des revendications précédentes, dans laquelle ledit second protocole est le protocole SIP.
5) Centre d'appels, caractérisé en ce qu'il comporte une passerelle protocolaire conforme à l'une des revendications précédentes.
6) Procédé d'établissement d'une session multimédia entre un premier terminal utilisant un premier protocole, et un deuxième terminal utilisant un deuxième protocole, ledit premier protocole nécessitant la détermination d'un maître, lesdits premier et deuxième terminaux communiquant au moyen d'une passerelle protocolaire, caractérisé en ce qu'il comporte des étapes de : • émission d'un message m-, de détermination du statut Maître/Esclave.
• émission d'un message de réponse m2 par ladite passerelle protocolaire, contenant un champ forçant ledit premier terminal à assumer le rôle de maître.
7) Procédé selon la revendication précédente, dans lequel ledit premier protocole est le protocole H.323 de l'ITU-T.
8) Procédé selon la revendication précédente, dans lequel ledit message de réponse est un message « MasterSIaveDeterminationAck » comportant un champ « Décision » fixé à « Master.
PCT/FR2002/003014 2001-09-13 2002-09-05 Passerelle protocolaire entre un terminal h.323 et un autre terminal, sans mise en oeuvre du rôle de maître WO2003024037A2 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN028026489A CN1526224B (zh) 2001-09-13 2002-09-05 在h323终端和另一个终端之间的协议网关
JP2003527959A JP4183616B2 (ja) 2001-09-13 2002-09-05 マスタを使用しない、ｈ．３２３端末と他の端末間のプロトコルゲートウェイ
EP02797997A EP1428373A2 (fr) 2001-09-13 2002-09-05 Passerelle protocolaire entre un terminal h.323 et un autre terminal, sans mise en oeuvre du r le de ma tre

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0111850 2001-09-13
FR0111850A FR2829649B1 (fr) 2001-09-13 2001-09-13 Passerelle protocolaire entre un terminal h.323 et un autre terminal, sans mise en oeuvre du role de maitre

Publications (2)

Publication Number Publication Date
WO2003024037A2 true WO2003024037A2 (fr) 2003-03-20
WO2003024037A3 WO2003024037A3 (fr) 2003-11-27

Family

ID=8867246

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2002/003014 WO2003024037A2 (fr) 2001-09-13 2002-09-05 Passerelle protocolaire entre un terminal h.323 et un autre terminal, sans mise en oeuvre du rôle de maître

Country Status (6)

Country Link
US (1) US7417994B2 (fr)
EP (1) EP1428373A2 (fr)
JP (1) JP4183616B2 (fr)
CN (1) CN1526224B (fr)
FR (1) FR2829649B1 (fr)
WO (1) WO2003024037A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100334829C (zh) * 2004-02-07 2007-08-29 华为技术有限公司 一种消息传输的实现方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8009642B2 (en) * 2005-11-14 2011-08-30 Broadcom Corporation System for transmitting high throughput data between multiple devices
WO2013014834A1 (fr) * 2011-07-25 2013-01-31 パナソニック株式会社 Dispositif de communication, procédé de communication et programme de communication

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000076107A2 (fr) * 1999-06-07 2000-12-14 Nortel Networks Limited Procede et appareil d'interfonctionnement entre protocoles telephoniques ip

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9607615D0 (en) * 1996-04-12 1996-06-12 British Telecomm Multimedia switching apparatus
JP4051794B2 (ja) * 1999-01-13 2008-02-27 富士通株式会社 音声ゲートウェイ装置およびその方路選択方法
US6738390B1 (en) * 2000-04-03 2004-05-18 Siemens Information & Communication Networks, Inc. SIP-H.323 gateway implementation to integrate SIP agents into the H.323 system
US6993012B2 (en) * 2001-02-20 2006-01-31 Innomedia Pte, Ltd Method for communicating audio data in a packet switched network
US6801604B2 (en) * 2001-06-25 2004-10-05 International Business Machines Corporation Universal IP-based and scalable architectures across conversational applications using web services for speech and audio processing resources

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000076107A2 (fr) * 1999-06-07 2000-12-14 Nortel Networks Limited Procede et appareil d'interfonctionnement entre protocoles telephoniques ip

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ANQUETIL L-P ET AL: "MEDIA GATEWAY CONTROL PROTOCOL AND VOICE OVER IP GATEWAYS. MGCP AND VOIP GATEWAYS WILL OFFER SEAMLESS INTERWORKING OF NEW VOIP NETWORKS WITH TODAY'S TELEPHONE NETWORKS" ELECTRICAL COMMUNICATION, ALCATEL. BRUSSELS, BE, 1 avril 1999 (1999-04-01), pages 151-157, XP000830045 ISSN: 0013-4252 *
ROSEN B: "VOIP GATEWAYS AND THE MEGACO ARCHITECTURE" BT TECHNOLOGY JOURNAL, BT LABORATORIES, GB, vol. 19, no. 2, 1 avril 2001 (2001-04-01), pages 66-76, XP001034589 ISSN: 1358-3948 *
See also references of EP1428373A2 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100334829C (zh) * 2004-02-07 2007-08-29 华为技术有限公司 一种消息传输的实现方法

Also Published As

Publication number Publication date
WO2003024037A3 (fr) 2003-11-27
EP1428373A2 (fr) 2004-06-16
JP4183616B2 (ja) 2008-11-19
JP2005503072A (ja) 2005-01-27
FR2829649B1 (fr) 2004-01-30
US7417994B2 (en) 2008-08-26
CN1526224B (zh) 2010-04-28
FR2829649A1 (fr) 2003-03-14
CN1526224A (zh) 2004-09-01
US20030189939A1 (en) 2003-10-09

Similar Documents

Publication Publication Date Title
FR2925247A1 (fr) Controle de l'interfac d'emission d'un message de reponse sip
EP1678899B1 (fr) Procede et dispositif d acces a un terminal serveur mobile d un premier reseau de communication au moyen d un termi nal client d un autre reseau de communication
WO2007113426A1 (fr) Apprentissage du delai d'expiration d'une association d'adresses au sein d'un dispositif de traduction d'adresses pour serveur de signalisation sip
EP2148489B1 (fr) Etablissement et contrôle d'appel par équipement tiers
EP1411704A1 (fr) Dispositif et procédé pour l'établissement de canaux de transmission
WO2007113427A1 (fr) Optimisation de la connexion entre un terminal mobile de communication et un serveur de signalisation a travers un dispositif de traduction d'adresses
WO2007144314A1 (fr) Detection de boucles au sein d'un element intermediaire de signalisation sip
WO2003024037A2 (fr) Passerelle protocolaire entre un terminal h.323 et un autre terminal, sans mise en oeuvre du rôle de maître
WO2007071873A1 (fr) Procede de transfert de flux de communication
EP3560168B1 (fr) Classification et aiguillage de messages de contrôle d'une infrastructure de communications
WO2014009502A1 (fr) Procede d'enregistrement d'au moins une adresse publique dans un reseau ims et application correspondante
EP2258097A1 (fr) Etablissement d'une conference avec une politique de mixage de flux de communication
EP3361746B1 (fr) Systeme de gestion de flux media
EP1267531B1 (fr) Routeur de signalisation pour l'établissement de sessions multimédias multiparties
WO2019239029A1 (fr) Procédé de traitement de messages par un dispositif d'un réseau de voix sur ip
EP4207824A1 (fr) Procédé d'initiation de communication au sein d'un regroupement de groupes de communication dans un réseau 3gpp mcs
EP2252034A1 (fr) Refus d'une demande de service contenu par un message de signalisation SIP "UPDATE"
Bulk Final project: skype
WO2003071759A1 (fr) Systeme de transmission de contenus multimedias apte a accorder les contenus au cours de leur transmission
EP4449678A1 (fr) Mécanismes de communication avec un service accessible via un réseau de télécommunication prenant en compte la mobilité des services, des utilisateurs et des équipements
EP1872530B1 (fr) Procede de transfert d'un code d'information entre deux dispositifs de communication
FR2886797A1 (fr) Procede de communication entre un point de commande de services d'un reseau intelligent et un serveur externe, point de commande, serveur externe, systeme et programmes d'ordinateur associes
Condie et al. VoIP applied—lab bench to multimedia service
WO2009136114A1 (fr) Négociation optimisée de ressources de codage entre clients de communication
EP1239647A1 (fr) Procédé et dispositifs de sécurisation d'une session de communication

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 02802648.9

Country of ref document: CN

AK Designated states

Kind code of ref document: A2

Designated state(s): CN JP

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FR GB GR IE IT LU MC NL PT SE SK TR US

WWE Wipo information: entry into national phase

Ref document number: 2002797997

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10398935

Country of ref document: US

Ref document number: 2003527959

Country of ref document: JP

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 2002797997

Country of ref document: EP