ES2259820T3 - Red de comunicaciones. - Google Patents
Red de comunicaciones.Info
- Publication number
- ES2259820T3 ES2259820T3 ES98955764T ES98955764T ES2259820T3 ES 2259820 T3 ES2259820 T3 ES 2259820T3 ES 98955764 T ES98955764 T ES 98955764T ES 98955764 T ES98955764 T ES 98955764T ES 2259820 T3 ES2259820 T3 ES 2259820T3
- Authority
- ES
- Spain
- Prior art keywords
- terminal
- data
- call
- communications
- call control
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5629—Admission control
- H04L2012/563—Signalling, e.g. protocols, reference model
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
Abstract
Procedimiento para utilizar un sistema de comunicaciones (1), que comprende: (a) intercambiar datos de capacidades de control de llamadas entre los terminales de comunicación (2, 3), indicando dichos datos de capacidades de control de llamadas una pluralidad de protocolos de control de llamadas diferentes y direcciones de red diferentes para cada respectivo terminal (2, 3); y (b) establecer una llamada entre dichos terminales de comunicación (2, 3) mediante los protocolos de control de llamadas o las direcciones de red indicadas en dichos datos de capacidades de control de llamadas, en el que la etapa de intercambio de datos de capacidades de control de llamadas se realiza antes de iniciar el establecimiento de la llamada.
Description
Red de comunicaciones.
La presente invención se refiere a un sistema de
comunicaciones y, en particular, a un sistema heterogéneo que emplea
un grupo de mecanismos de control de llamadas diferentes y tipos de
direcciones diferentes.
En una red de comunicaciones homogénea
convencional, tal como la red telefónica pública conmutada (PSTN),
los clientes tienen un solo tipo de dirección (en este caso, su
número de teléfono) y disponen sólo de un mecanismo de control de
llamadas uniforme incorporado en la red. El mecanismo de control de
llamadas se utiliza para establecer y terminar llamadas y para
detectar, por ejemplo, si la parte llamada está ocupada. No
obstante, los clientes pueden acceder a un rango cada vez mayor de
tecnologías de red diferentes, presentando cada una de éstas un tipo
de dirección propio. Por ejemplo, un cliente puede tener, aparte de
un número de teléfono, una dirección IP (protocolo Internet)
convencional, una dirección de multidifusión IP y un URL
(localizador uniforme de recursos). En general, cada uno de estos
tipos de direcciones diferentes tiene asociado un respectivo
protocolo de control de llamadas (utilizándose el término "control
de llamadas" en sentido general para denotar los medios de
establecimiento y terminación de las conexiones entre las diferentes
partes). Por ejemplo, en las comunicaciones de audio o visuales
entre partes que utilizan direcciones IP convencionales, comúnmente
se emplea el protocolo H.323, mientras que en las comunicaciones
entre direcciones ATM de banda ancha se emplea un protocolo
diferente, el protocolo B-ISDN (red integral de
servicios integrados de banda ancha). En la práctica, el protocolo
de control de llamadas que se utiliza en una sesión de comunicación
particular tiende a ser determinado por la parte que inicia la
sesión. Si más tarde se incorporan otras partes a la sesión, éstas
podrán utilizar sólo las capacidades de direccionamiento y de
control de llamadas determinadas por la parte iniciadora.
MIKELAITIS, P., en el documento "A tutorial on
ISDN Customer Call Control. I" THE TELECOMMUNICATION JOURNAL OF
AUSTRALIA, vol. 38, nº 1, 1988, páginas 75-92,
XP002075878, describe las tareas ISDN para establecer una llamada
entre dos terminales interconectados por medio de una red ISDN. En
este documento se describe, en particular, cómo cada terminal que va
a interconectarse proporciona información sobre sus capacidades de
control de llamadas a la central telefónica que examina las
capacidades de control de llamadas de cada terminal y, a
continuación, selecciona dos terminales y trata de establecer una
llamada entre los dos. La central telefónica realiza la selección
según criterios predeterminados para elegir el mecanismo de control
de llamadas más favorable, basándose en la información proporcionada
por los dos terminales, en combinación con el conocimiento que posee
acerca de las capacidades de control de llamadas de la red que
interconecta los dos terminales.
Según un primer aspecto de la presente
invención, se proporciona un procedimiento para utilizar un sistema
de comunicaciones según la reivindicación 1.
La presente invención permite utilizar por
completo las capacidades de los terminales de un sistema de
comunicaciones heterogéneo, permitiendo que los terminales
homólogos intercambien datos que indican sus tipos de control de
llamadas y de direcciones. Este planteamiento permite poner en
práctica todo el potencial de un sistema de comunicaciones
heterogéneo, puesto que la utilización de este mecanismo hace que
sea innecesario que los usuarios adopten el "mínimo común
denominador" en los tipos de direccionamiento y de control de
llamadas. Esto sirve para propiciar la utilización de mecanismos de
control de llamadas y direccionamiento avanzados que ofrecen mayor
flexibilidad, aun cuando los mecanismos de control de llamadas y
direccionamiento avanzados sean utilizados sólo por una minoría de
terminales del sistema de comunicaciones.
El intercambio de datos puede integrarse en el
procedimiento de establecimiento de llamada y constituir la parte
inicial de dicho procedimiento. No obstante, para obtener una
flexibilidad máxima, es preferible que el intercambio se realice de
forma independiente antes del establecimiento de la llamada.
Después, el usuario tal vez elija no continuar con el
establecimiento, dependiendo de las capacidades del terminal o de
cada uno de los terminales.
Preferentemente, un primer terminal inicia el
intercambio de los datos de capacidades de control de llamadas,
transmitiendo los datos de capacidades de control de llamadas del
primer terminal a un segundo terminal, y el segundo terminal
transmite un acuse de recibo de la petición, incluyendo dicho acuse
de recibo los datos de capacidades de control de llamadas del
segundo terminal.
Se ha comprobado que la implementación
interactiva del intercambio de datos mediante una simple
petición/res-
puesta resulta particularmente eficaz.
puesta resulta particularmente eficaz.
Preferentemente, el procedimiento incluye
supervisar de forma continua el puerto de comunicaciones de un
terminal de comunicaciones y realizar el intercambio de datos de
capacidades de control de llamadas siempre que se reciba una
petición en dicho puerto. Preferentemente, dicha etapa de
supervisión continúa una vez que se ha establecido una llamada.
La implementación preferida aumenta todavía más
la flexibilidad del sistema de comunicaciones, permitiendo realizar
el intercambio de datos de capacidades en cualquier momento. Esto
permite al sistema responder, por ejemplo, a la incorporación, a
una sesión de comunicaciones de varias partes, de un nuevo miembro
con nuevas capacidades de comunicación, o responder a un cambio de
las capacidades de una de las partes de una sesión en curso.
Otras características preferidas se exponen en
las reivindicaciones subordinadas. Otros aspectos de la presente
invención se exponen en las otras reivindicaciones
independientes.
A continuación, se describirán con mayor detalle
y únicamente a título de ejemplo los procedimientos y los sistemas
que constituyen las formas de realización de la presente invención,
haciendo referencia a los dibujos adjuntos, en los que:
la Figura 1 es un esquema de una primera red que
constituye una forma de realización de la presente invención;
la Figura 2 ilustra el intercambio de datos de
capacidades;
las Figuras 3a y 3b ilustran las pilas de
protocolos de los sistemas que constituyen las formas de realización
de la presente invención;
las Figuras 4a y 4b representan las secuencias
del flujo de mensajes de los sistemas que constituyen las formas de
realización de la presente invención;
las Figuras 5 y 6 son diagramas que representan
objetos de software que implementan la presente invención;
la Figura 7 es una segunda forma de realización;
y
la Figura 8 representa los flujos de mensajes de
las redes de la Figura 7.
Un sistema de comunicaciones 1 incluye los
terminales de usuario 2, 3 conectados a respectivos dominios de red
diferentes 4, 5. En este ejemplo, los terminales de usuario 2, 3 son
estaciones de trabajo de ordenadores. Los dominios de red de este
ejemplo son redes de banda ancha que trabajan con los protocolos de
transmisión ATM (modo de transferencia asíncrona) e IP (protocolo
Internet). El terminal de usuario tiene una dirección de usuario
(111.111.1.113) y una dirección ATM (ATM1). Del mismo modo, el
segundo terminal de usuario tiene una dirección de Internet
(123.123.1.124) y una dirección ATM (ATM2). Los dominios de red
están enlazados mediante una conexión 6 que también es compatible
con ambos protocolos. En cada uno de los terminales 2, 3, se
almacena un respectivo objeto de capacidades del cliente en el que
se registran los tipos de dirección y los tipos de control de
llamadas con los que el terminal es capaz de trabajar. Los objetos
de clientes de los diferentes terminales se comunican entre sí
mediante un protocolo de comunicación predeterminado (en el presente
ejemplo, el protocolo Internet). El intercambio de capacidades de
direccionamiento y de control de llamadas entre dos clientes se
realiza independientemente de la llamada o las llamadas en curso en
una sesión.
Como se ilustra en la Figura 2, el mecanismo de
intercambio se inicia cuando el usuario del cliente saliente emite
una primitiva TRANSFER.request. La primitiva TRANSFER.request del
cliente iniciador incluye el conjunto de capacidades del cliente del
correspondiente terminal. El conjunto de capacidades del sistema
indica todas las tecnologías de control de llamadas y direcciones
admitidas por el terminal. El usuario recibe un aviso sobre la
petición de intercambio de datos de capacidades del cliente a través
de la primitiva TRANSFER.indication. El usuario del cliente
entrante inicia entonces la transferencia de sus capacidades
mediante la primitiva TRANSFER.response. Las capacidades del
terminal entrante, que es el terminal que recibe la petición de
intercambio de capacidades del cliente entrante, se devuelven al
terminal de origen utilizando un mensaje de acuse de recibo del
conjunto de capacidades del cliente. El usuario del cliente de
origen recibe el aviso de que el intercambio de datos de
capacidades se ha realizado mediante la primitiva
TRANSFER.confirm.
Los datos del conjunto de capacidades del
cliente del mensaje indicado indican qué tipos de direcciones y
tipos de control de llamadas de un grupo predeterminado son
admitidos. Los diferentes tipos de direcciones que pueden ser
admitidos incluyen, por ejemplo, direcciones de correo electrónico,
URL (localizador uniforme de recursos), IP de multidifusión, IP de
unidifusión, E.164 y AESA. Los diferentes tipos de control de
llamadas incluyen, por ejemplo, llamadas H.225.O, SDP,
B-ISDN Q.2971, B-ISDN
ATM-F UNI, N-ISDN Q.931, PSTN BTNR
315.
La tabla 1 proporcionada a continuación contiene
una lista completa de los tipos de direcciones y de control de
llamadas admitidos por una implementación de la presente invención.
Como se indica en la tabla, se utilizan códigos enteros diferentes
para identificar los respectivos tipos de control de llamadas y
direcciones diferentes.
Clase | Datos |
Cliente | familiarName : String |
distinguishedName : String | |
domainName : String | |
password : String | |
clientCapabilities : List | |
ClientCapability | |
Dirección | addressType : Integer = 0 |
IP | addressType : Integer = 1 |
version : String | |
Multidifusión | addressType : Integer = 2 |
version : String | |
timeToLive : Integer | |
Unidifusión | addressType : Integer = 3 |
version : String | |
E164 | addressType : Integer = 4 |
version : String | |
AESA | addressType : Integer = 5 |
version : String | |
type : String | |
Dirección electrónica | AddressType : Integer = 7 |
URL | AddressType : Integer = 7 |
SummaryText : String | |
CallControl | callControlType : Integer = 0 |
version : String | |
H225 | callControlType : Integer = 1 |
version : String | |
SDP | callControlType : Integer = 2 |
version : String | |
BISDN | callControlType Integer = 3 |
version : String | |
ATM-FUNI3.1 | callControlType Integer = 4 |
version : String | |
Q2931 | callControlType : Integer = 5 |
version : String | |
Q2971 | callControlType : Integer = 6 |
version : String | |
NISDN | callControlType : Integer = 7 |
version : String | |
Q931 | callControlType : Integer = 8 |
version : String |
Clase | Datos |
PSTN | callControlType : Integer = 9 |
version : String | |
BTNR315 | callControlType : Integer = 10 |
version : String | |
SMTP | callControlType : Integer = 11 |
HTTP | callControlType : Integer = 12 |
Como se indica en la tabla anterior, las
capacidades presentadas a través del mecanismo de intercambio de
capacidades pueden incluir un URL (localizador uniforme de
recursos). El terminal que ha iniciado la transferencia del conjunto
de capacidades puede acceder al URL para leer información sobre
capacidades adicionales a las proporcionadas en la tabla anterior.
De esta forma, el protocolo de intercambio de capacidades se amplía
para abarcar nuevos protocolos de llamadas. El URL puede, asimismo,
dirigir el terminal hacia algún recurso, tal como una
miniaplicación Java, que puede ser descargado por el terminal para
facilitar su comunicación con el terminal que ha proporcionado el
URL. Por ejemplo, el URL puede referirse a una página HTTP que
incluye una miniaplicación Java que presenta el botón
"llámame". Entonces, una vez que se ha pulsado el botón, se
efectúa una llamada desde el terminal que posee el URL hasta el otro
terminal.
Las Figuras 3a y 3b ilustran la arquitectura del
software de un sistema que constituye una forma de realización de la
presente invención. Cada terminal de comunicaciones ejecuta un
programa de comunicaciones que comprende una interfaz gráfica de
usuario (GUI 31) de comunicaciones por encima de una aplicación de
comunicaciones 32. La aplicación de comunicaciones 32 es admitida
por un grupo de recursos 33, incluido un módulo de intercambio de
capacidades (CE) y, por debajo de ésta, un "módulo de escucha"
supervisa de forma continua un zócalo predeterminado definido por la
dirección IP del terminal de comunicaciones junto con un número de
puerto de 16 bits. Los módulos CE y de escucha pueden coexistir con
otros recursos, tales como los módulos de protocolo de invitación de
sesión (SIP) y H323, representados en la Figura 4b. Se pasan
mensajes de conjunto de capacidades entre la capa UDP/TCP/IP y el
módulo de intercambio de capacidades (CE). El módulo de escucha y el
módulo CE se transmiten primitivas de transferencia del uno al otro.
En esta implementación preferida, se utiliza el protocolo UDP
(protocolo no fiable de datagrama) en lugar del protocolo TCP
(protocolo de control de transporte) para transportar los datos del
conjunto de capacidades a través de la red. Esto evita las
sobrecargas relacionadas con el establecimiento de un tren de datos
TCP. No obstante, con este sistema, es necesario retransmitir los
paquetes si no se recibe el acuse de recibo de éstos tras un período
predeterminado, para tener en cuenta las posibles pérdidas de
paquetes. La Figura 3b representa los flujos de mensajes a través de
diferentes API (interfaces de programador de aplicaciones) durante
el intercambio de datos de capacidades entre dos terminales. Las
primitivas de transferencia representadas en la Figura 2
corresponden a la API situada entre la capa de aplicación
(implementada mediante lenguaje Java, en este ejemplo) y las capas
inferiores de la pila de protocolos.
Las Figuras 4a y 4b representan con mayor
detalle la secuencia de los flujos de mensajes entre los terminales
A y B de diferentes implementaciones de la presente invención. En la
secuencia de la Figura 4a, el intercambio de datos de capacidades
se realiza antes de que se establezca una sesión. Inmediatamente
después del intercambio de datos de capacidades, se establece una
llamada, utilizando, por ejemplo, la secuencia de mensajes definida
para un protocolo ISDN, tal como el protocolo H.320, en caso de que
los datos de capacidades indiquen que ambas partes presentan esta
capacidad de control de llamadas. En el segundo ejemplo, ilustrado
en la Figura 4b, después del intercambio de datos de capacidades y
antes de establecer una llamada, utilizando, por ejemplo, el
protocolo de control de llamadas H.323, se utiliza el protocolo de
invitación de sesión (SIP) para establecer la sesión.
Las Figuras 5 y 6 son diagramas en los que se
utiliza el formalismo "Rational ROSE" (Rational
Object-oriented Software Engineering) (ingeniería
de software racional orientado a objetos) para definir objetos de
software e implementar las formas de realización descritas
anteriormente. La estructura representada puede compilarse
utilizando la herramienta de software ROSE comercializada por
Rational Software Corp. of Santa Clara, California, para generar,
por ejemplo, el código C++ y constituir la base de una
implementación de la presente invención. Como se representa en la
Figura 6, el objeto cliente ilustrado en cada terminal incluye los
procedimientos clientcapabilityset y clientcapabilityreturn, siendo
heredados dichos procedimientos por un objeto de capacidades del
cliente. Las propiedades del objeto de capacidades del cliente, a su
vez, son heredadas por los objetos de direcciones y control de
llamadas, ilustrados en la Figura 5.
Como alternativa a la transferencia directa de
los datos de capacidades del cliente, se dispone de la posibilidad
de realizar la transferencia por medio de un directorio. Este
procedimiento se describe en la solicitud europea en trámite nº
97309810.6, presentada el 4 de diciembre de 1997 (referencia de
agente A25527), cuyo contenido se incluye en la presente memoria a
título de referencia. La Figura 7 ilustra una forma de realización
en la que el intercambio de datos es mediado por una plataforma de
directorios 7. La plataforma de directorios 7 está conectada a la
red mediante un enlace 8 que transporta datos IP entre la red y la
plataforma de directorios 7. Los demás componentes de la red son
como los descritos con respecto a la Figura 1.
En funcionamiento, los clientes de los
terminales de usuario 2, 3 se registran en un servidor de
directorios que, en este ejemplo, se ejecuta en la plataforma de
directorios 7. Posteriormente, como se indica a continuación,
cuando el cliente del terminal de usuario 2 desea ponerse en
contacto con el cliente registrado en el terminal de usuario 3, se
presenta una petición al servidor de directorios. Esta petición se
transmite a la dirección IP de la plataforma de directorios 7. La
petición incluye datos, tales como el nombre del cliente que indica
el cliente al que se ha llamado. El servidor de directorios utiliza
estos datos para seleccionar el correspondiente perfil de usuario
que se ha creado cuando el cliente se ha registrado en el servidor
de directorios. A partir del perfil de usuario seleccionado, el
servidor de directorios presenta, al cliente que efectúa la llamada,
las direcciones de red y las capacidades de control de llamadas del
cliente al que se ha llamado. Mediante esta información, el cliente
que efectúa la llamada establece una llamada al otro cliente. Por
ejemplo, el cliente que efectúa la llamada de este ejemplo puede
decidir establecer una conexión con la dirección ATM (ATM2)
mediante el protocolo de control de llamadas ATM (Q.2931).
La Figura 8 representa los flujos de mensajes
entre el cliente local, la plataforma (o "servidor") de
directorios 7 y el cliente remoto de esta forma de realización que
se establecen cuando el cliente local registra su capacidad de
control de llamadas en el directorio y, posteriormente, el cliente
remoto lee los datos de capacidades de control de llamadas.
Claims (9)
1. Procedimiento para utilizar un sistema de
comunicaciones (1), que comprende:
- (a)
- intercambiar datos de capacidades de control de llamadas entre los terminales de comunicación (2, 3), indicando dichos datos de capacidades de control de llamadas una pluralidad de protocolos de control de llamadas diferentes y direcciones de red diferentes para cada respectivo terminal (2, 3); y
- (b)
- establecer una llamada entre dichos terminales de comunicación (2, 3) mediante los protocolos de control de llamadas o las direcciones de red indicadas en dichos datos de capacidades de control de llamadas, en el que la etapa de intercambio de datos de capacidades de control de llamadas se realiza antes de iniciar el establecimiento de la llamada.
2. Procedimiento según la reivindicación 1,
en el que un primer terminal (2) inicia el intercambio de datos de
capacidades de control de llamadas transmitiendo los datos de
capacidades de control de llamadas del primer terminal a un segundo
terminal (3), y el segundo terminal transmite un acuse de recibo de
la petición, incluyendo dicho acuse de recibo los datos de
capacidades de control de llamadas del segundo terminal.
3. Procedimiento según cualquiera de las
reivindicaciones anteriores, que comprende supervisar de forma
continua el puerto de comunicaciones de un terminal de
comunicaciones (2, 3) y realizar el intercambio de datos de
capacidades de control de llamadas siempre que se recibe una
petición en dicho puerto.
4. Procedimiento según la reivindicación 3,
en el que la supervisión del puerto de comunicaciones continúa una
vez establecida una llamada.
5. Procedimiento según cualquiera de las
reivindicaciones anteriores, que comprende transmitir, como parte
de dichos datos de capacidades de control de llamadas, un puntero
que señala una fuente de datos adicionales que identifica las
capacidades no facilitadas directamente en el protocolo de
intercambio de capacidades de control de lla-
madas.
madas.
6. Procedimiento según la reivindicación 5,
en el que el puntero es un localizador uniforme de recursos
(URL).
7. Procedimiento para establecer una llamada
entre un primer (2) y un segundo (3) terminal de comunicaciones, que
comprende:
- (a)
- recibir, en el primer terminal, datos de capacidades de control de llamadas respecto del segundo terminal, identificando dichos datos de capacidades de control de llamadas una pluralidad de protocolos de control de llamadas diferentes y direcciones de red diferentes para el segundo terminal; y
- (b)
- establecer una llamada desde el primer terminal de comunicaciones hasta el segundo terminal de comunicaciones, mediante uno de los protocolos de control de llamadas o una de las direcciones de red diferentes seleccionada, especificada en los datos de capacidades de control de llamadas recibidos desde el primer dispositivo de comunicaciones, en el que la etapa de recepción de datos de capacidades de control de llamadas se realiza antes de iniciar el establecimiento de la llamada.
8. Terminal de comunicaciones (2, 3), que
comprende:
- (a)
- unos medios para intercambiar datos de capacidades de control de llamadas con otros terminales de comunicaciones, identificando dichos datos de capacidades de control de llamadas uno o más protocolos de control de llamadas diferentes o direcciones de red diferentes seleccionados de entre una pluralidad para un respectivo terminal; y
- (b)
- unos medios para establecer una llamada entre dicho terminal de comunicaciones y el otro terminal de comunicaciones, utilizando un tipo de protocolo de control de llamadas o de direcciones de red identificado en los datos de capacidades de control de llamadas recibidos desde dicho otro terminal de comunicaciones, en el que el terminal puede ser utilizado para intercambiar datos de capacidades de control de llamadas antes de iniciar el establecimiento de la llamada.
9. Red de comunicaciones (1), que comprende
una pluralidad de terminales de comunicación (2, 3), en la que unos
terminales diferentes (2, 3) de entre la pluralidad de terminales de
comunicaciones admiten respectivos protocolos de control de llamadas
diferentes, y en la que cada uno de los terminales de comunicaciones
(2, 3) comprende:
- (a)
- unos medios para intercambiar datos de capacidades de control de llamadas con otros terminales de comunicaciones (3, 2), identificando dichos datos de capacidades de control de llamadas uno o más protocolos de control de llamadas diferentes o direcciones de red diferentes seleccionados de entre la pluralidad para un respectivo terminal (2, 3); y
\newpage
- (b)
- unos medios para establecer una llamada entre dicho terminal de comunicaciones (2) y el otro terminal de comunicaciones (3), utilizando un tipo de protocolo de control de llamadas o de direcciones de red identificado en los datos de capacidades de control de llamadas recibidos desde dicho otro terminal de comunicaciones, en la que cada uno de los terminales puede ser utilizado para intercambiar datos de capacidades de control de llamadas antes de iniciar el establecimiento de la llamada.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP97309810 | 1997-12-04 | ||
EP97309810 | 1997-12-04 | ||
EP98302452 | 1998-03-30 | ||
EP98302452 | 1998-03-30 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2259820T3 true ES2259820T3 (es) | 2006-10-16 |
Family
ID=26147726
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES98955764T Expired - Lifetime ES2259820T3 (es) | 1997-12-04 | 1998-11-24 | Red de comunicaciones. |
Country Status (9)
Country | Link |
---|---|
US (1) | US7142510B1 (es) |
EP (1) | EP1036481B1 (es) |
JP (1) | JP4270749B2 (es) |
CN (1) | CN1222193C (es) |
AU (1) | AU1249399A (es) |
CA (1) | CA2313042C (es) |
DE (1) | DE69834205T2 (es) |
ES (1) | ES2259820T3 (es) |
WO (1) | WO1999029135A1 (es) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2350257A (en) * | 1999-05-17 | 2000-11-22 | Ericsson Telefon Ab L M | Capability negotiation in a telecommunications network |
WO2000070885A1 (en) | 1999-05-17 | 2000-11-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Capability negotiation in a telecommunications network |
CN100375481C (zh) * | 2002-10-09 | 2008-03-12 | 中兴通讯股份有限公司 | 电信业务在宽带异构网络间的实现互通方法的方法和系统 |
US7480287B2 (en) | 2002-11-19 | 2009-01-20 | Murata Kikai Kabushiki Kaisha | Communication terminal device, communication method and electronic mail server |
JP4013153B2 (ja) * | 2004-04-20 | 2007-11-28 | 村田機械株式会社 | 通信装置及びプログラム |
JP2006186773A (ja) * | 2004-12-28 | 2006-07-13 | Kddi Corp | プロトコル生成装置および方法ならびにプログラム |
PT1847106E (pt) | 2005-02-08 | 2013-07-29 | Psygnificant Services Ltd | Notificação de chamadas controlada pelo sistema emissor de chamadas |
US9401934B2 (en) * | 2005-06-22 | 2016-07-26 | Microsoft Technology Licensing, Llc | Establishing sessions with defined quality of service |
US20090125958A1 (en) * | 2005-11-23 | 2009-05-14 | Pak Siripunkaw | Method of upgrading a platform in a subscriber gateway device |
EA201000597A1 (ru) * | 2007-10-16 | 2010-10-29 | Псайгнивикант Сервисес Лимитед | Система и способ связи |
CN109861876A (zh) * | 2018-12-29 | 2019-06-07 | 深圳市路畅科技股份有限公司 | 一种三方通话测试的方法以及相关装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH02220531A (ja) * | 1989-02-22 | 1990-09-03 | Toshiba Corp | 呼接続制御方式および流量監視方式 |
JPH07118717B2 (ja) * | 1993-01-05 | 1995-12-18 | 日本電気株式会社 | マルチプロトコル対応のパケット網構成方法 |
US5561666A (en) * | 1995-03-06 | 1996-10-01 | International Business Machines Corporation | Apparatus and method for determining operational mode for a station entering a network |
US6085238A (en) * | 1996-04-23 | 2000-07-04 | Matsushita Electric Works, Ltd. | Virtual LAN system |
KR100259409B1 (ko) * | 1996-09-23 | 2000-06-15 | 포만 제프리 엘 | 디지탈 정보 네트워크상에서의 전화 교환 시스템의 제어 |
EP0851706A1 (en) * | 1996-12-24 | 1998-07-01 | International Business Machines Corporation | Flow control for very bursty connections in high speed cell switching networks |
US6125123A (en) * | 1997-03-14 | 2000-09-26 | Fujitsu Limited | Signaling method, switching system, storage medium and network |
-
1998
- 1998-11-24 CA CA002313042A patent/CA2313042C/en not_active Expired - Fee Related
- 1998-11-24 US US09/530,785 patent/US7142510B1/en not_active Expired - Lifetime
- 1998-11-24 ES ES98955764T patent/ES2259820T3/es not_active Expired - Lifetime
- 1998-11-24 AU AU12493/99A patent/AU1249399A/en not_active Abandoned
- 1998-11-24 CN CN98811866.1A patent/CN1222193C/zh not_active Expired - Lifetime
- 1998-11-24 JP JP2000523826A patent/JP4270749B2/ja not_active Expired - Lifetime
- 1998-11-24 EP EP98955764A patent/EP1036481B1/en not_active Expired - Lifetime
- 1998-11-24 DE DE69834205T patent/DE69834205T2/de not_active Expired - Lifetime
- 1998-11-24 WO PCT/GB1998/003501 patent/WO1999029135A1/en active IP Right Grant
Also Published As
Publication number | Publication date |
---|---|
US7142510B1 (en) | 2006-11-28 |
CN1281626A (zh) | 2001-01-24 |
EP1036481A1 (en) | 2000-09-20 |
CN1222193C (zh) | 2005-10-05 |
DE69834205D1 (de) | 2006-05-24 |
DE69834205T2 (de) | 2007-03-08 |
AU1249399A (en) | 1999-06-16 |
WO1999029135A1 (en) | 1999-06-10 |
JP2002514018A (ja) | 2002-05-14 |
EP1036481B1 (en) | 2006-04-12 |
CA2313042A1 (en) | 1999-06-10 |
JP4270749B2 (ja) | 2009-06-03 |
CA2313042C (en) | 2007-02-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2227587T3 (es) | Procedimiento y sistema de establecimiento de una comunicacion telefonica en diferentes redes. | |
ES2206722T3 (es) | Metodo de transferencia de una llamada telefonica en una sesion de conexion internet. | |
US6677976B2 (en) | Integration of video telephony with chat and instant messaging environments | |
US8009592B2 (en) | Method and apparatus for exchange of information in a communication system | |
US6393467B1 (en) | Network interconnected computing device, server and notification method | |
ES2259820T3 (es) | Red de comunicaciones. | |
TW201029346A (en) | Mobile unit having internet protocol functionality | |
BRPI0719682A2 (pt) | Interceptando comunicações de voz via ip e outras comunicações de dados | |
KR19980086889A (ko) | 데이터 통신방법, 데이터 통신단말, 데이터 통신시스템 및 통신 제어시스템 | |
ES2296994T3 (es) | Arquitectura extendida de sistema de telecomunicaciones para acceso a servicios abiertos. | |
US20050129003A1 (en) | Call control method for IP based telephone services | |
ES2203342B1 (es) | Sistema de comunicaciones y metodo para ello. | |
US7756257B2 (en) | SIP enabled device identification | |
JP3697836B2 (ja) | 通信方法および通信端末 | |
JP2007049503A (ja) | パケット通信サービスシステム、パケット通信サービス方法、エッジ側ゲートウェイ装置、およびセンタ側ゲートウェイ装置 | |
ES2282863T3 (es) | Metodo para actualizar la informacion de inicio de seseion en relacion con una llamada telefonica y dispositivo terminal que utiliza el metodo. | |
JPH11275144A (ja) | 端末装置 | |
JPH1094038A (ja) | 相互接続装置 | |
JP2002077223A (ja) | メディア変換サービス提供方法 | |
WO2003009547A1 (en) | Method and apparatus for exchange of information in a communication network | |
ES2464267T3 (es) | Procedimiento para la conexión a un sistema electrónico por medio de un proveedor de acceso a una red de comunicaciones | |
Anerousis et al. | The TOPS architecture for signaling, directory services and transport for packet telephony | |
KR100360460B1 (ko) | 교환기에서 에이오디아이 서비스용 피알아이 정합 방법 | |
FI118243B (fi) | Asiakkaan tunnistusmenetelmä | |
ES2295514T3 (es) | Sistema de visualizacion de imagenes provenientes de la menos una camara de video en un telefono celular. |