ES2349227T3 - Método para la integración de sistemas pbx (central secundaria privada) con redes sip (protocolo de inicio de sesion). - Google Patents

Método para la integración de sistemas pbx (central secundaria privada) con redes sip (protocolo de inicio de sesion). Download PDF

Info

Publication number
ES2349227T3
ES2349227T3 ES02024819T ES02024819T ES2349227T3 ES 2349227 T3 ES2349227 T3 ES 2349227T3 ES 02024819 T ES02024819 T ES 02024819T ES 02024819 T ES02024819 T ES 02024819T ES 2349227 T3 ES2349227 T3 ES 2349227T3
Authority
ES
Spain
Prior art keywords
telephony
sip
adapter
unit
application layer
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
Application number
ES02024819T
Other languages
English (en)
Inventor
Joao Eduardo C. De Almeida
Michael S. Wengrovitz
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
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 Lucent SAS filed Critical Alcatel Lucent SAS
Application granted granted Critical
Publication of ES2349227T3 publication Critical patent/ES2349227T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M9/00—Arrangements for interconnection not involving centralised switching
    • H04M9/02—Arrangements for interconnection not involving centralised switching involving a common line for all parties

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un adaptador (130) para una red de comunicaciones telefónica comprende una unidad de telefonía (145), comprendiendo el adaptador (130) una interfaz de red (750) para transmitir un mensaje de protocolo de control de capa de aplicación sobre una red de comunicaciones (150), caracterizado porque dicho adaptador (130) comprende: una interfaz de señalización (730) configurada para recibir un código de señalización de telefonía procedente de dicha unidad de telefonía (145), en el que el código de señalización de telefonía es un código de señalización y voz digital privada, PDSV, para intercambiar señalización y voz; un procesador (740) acoplado a dicha interfaz de red (750) y a la interfaz de señalización (730), estando configurado el procesador (740) para traducir el código de señalización de telefonía a mensaje de protocolo de control de capa de aplicación; en el que el procesador (740) está además configurado para traducir un mensaje de protocolo de control de capa de aplicación recibido por la interfaz de red (750) en un código de señalización de telefonía para enviarlo a la unidad de telefonía (145) sobre la interfaz de señalización (730).

Description

CAMPO DEL INVENTO
Este invento se refiere en general a la telefonía por Internet, y más particularmente, a integrar un sistema de Central Secundaria Privada (PBX) tradicional con una red de Protocolo de Inicio de Sesión (SIP).
ANTECEDENTES DEL INVENTO
Los sistemas de Central Secundaria Privada (PBX) tradicionales permiten que varios usuarios compartan un conjunto menor de líneas telefónicas que están conectadas a una red de teléfono público (PSTN). Como ha sido más efectivo en costes comprar un conmutador de PBX y desplegarlo dentro de una instalación que pagar tasas de acceso mensualmente para conectar cada teléfono a un conmutador en una red pública, el uso de las PBX tradicionales se ha extendido ampliamente en la actualidad.
Con la llegada del Protocolo de Inicio de Sesión (SIP), un protocolo de señalización potente para crear, modificar y terminar sesiones multimedia, incluyendo llamadas telefónicas por Internet entre uno o más puntos finales de SIP, muchos usuarios de la PBX tradicional quieren migrar partes de la tecnología de SIP a su infraestructura existente de modo que puedan (1) retener la totalidad de su funcionalidad existente, (2) aprovecharse de los muchos servicios que el SIP proporciona y (3) evitar el coste de comprar un nuevo sistema IP-PBX y su equipo asociado (por ejemplo aparatos de usuario) que ya incorporan (o pueden incorporar como opción) internamente la tecnología SIP. Detalles acerca del protocolo de señalización de SIP están descritos en la Solicitud de Fuerza de Trabajo de Ingeniería por Internet para el comentario 2543 titulado “SIP: Protocolo Inicio de Sesión”, marzo de 1999 (en lo que sigue denominado como RFC 2543), SIP proporciona una alternativa a la telefonía PBX-o H.323-señalizada.
Por consiguiente, existe la necesidad de un sistema híbrido que integre externamente un sistema de PBX con una red de SIP.
El documento US 2001/0028649 A1 describe un sistema para proporcionar un control de llamadas de terceros en un entorno de telecomunicaciones. El sistema comprende un mecanismo de control de llamadas para proporcionar lógica de servicio e inteligencia de encaminamiento, una aplicación de control para proporcionar una descripción de lógica de servicio e instrucción de mando a para poner en práctica conexiones de llamadas controladas de terceros, un mecanismo de conmutación de llamada para proporcionar un estado abstracto de matriz de conmutación y para conmutación de patas de llamadas externas e internas y una aplicación de conmutación para establecer e interrumpir conexiones de llamadas de acuerdo con órdenes enviadas desde la aplicación de control. El mecanismo de control de llamadas, que usa la aplicación de control, envía órdenes de texto primitivas al mecanismo de conmutación de llamadas, que utiliza la aplicación de conmutación, recibe, lee y pone en práctica las órdenes de texto que contienen toda la lógica de servicio e instrucciones requeridas para establecer satisfactoriamente conexiones de llamadas y en el que el mecanismo de conmutación de llamadas en virtud de la aplicación de conmutación envía notificación de éxito o fallo relativo a la puesta en práctica de órdenes recibidas de nuevo a la aplicación de control.
SUMARIO DEL INVENTO
El presente invento se refiere a un adaptador, según se ha definido por la reivindicación 1 y a un método para hacer funcionar un adaptador según se ha definido por las reivindicaciones 12, 38. El adaptador tiene un convertidor para traducir entre la señalización y voz de telecomunicación en el dominio de la PBX, denominado como señalización y voz digitales privadas (PDSV), y la señalización y voz de SIP en forma de paquetes en el dominio de la red de IP. Esto permite que los Agentes Usuarios de SIP accedan a los teléfonos y características en un sistema de PBX tradicional existente, para hacer y situar llamadas a y desde la red telefónica conmutada pública (PSTN), y continua accediendo a otros Agentes Usuario de SIP y servicios sobre la red de SIP. El presente invento es particularmente ventajoso porque las centrales de PBX tradicionales existentes y los teléfonos pueden ser totalmente integrados con la red SIP sin cambios en la PBX o en el teléfono.
De acuerdo con una realización del invento, un módulo adaptador de SIP (SAM) del invento está conectado directamente a cada teléfono existente, al conmutador de la PBX existente, y a la red SIP mediante IP. El SAM está situado preferiblemente en estrecha proximidad al teléfono al que está conectado. En algunos casos, si los teléfonos existentes tienen una cavidad interna, el SAM puede ser situado dentro del propio aparato telefónico. Alternativamente, el SAM puede estar situado alejado del teléfono al que está conectado.
De acuerdo con otra realización, el invento está dirigido a una red de comunicaciones telefónicas que incluye una interfaz de comunicaciones que recibe un mensaje de protocolo de control de capa de aplicación transmitido por una primera unidad de telefonía, un adaptador acoplado a la interfaz de comunicaciones, traduciendo el adaptador el mensaje de protocolo de control de capa de aplicación a un código de señalización de telefonía, y una segunda unidad de telefonía acoplada al adaptador para recibir el código de señalización de telefonía.
De acuerdo con otra realización, el invento está dirigido a una red de comunicaciones telefónicas que incluye una primera unidad de telefonía para generar un código de señalización de telefonía, un adaptador acoplado a la primera unidad de telefonía, traduciendo el adaptador el código de señalización de telefonía a un mensaje de protocolo de control de capa de aplicación, y una interfaz de comunicaciones acoplada al adaptador para transmitir el mensaje sobre una red de comunicaciones.
De acuerdo con otra realización, el invento está dirigido a una red de comunicaciones telefónicas que incluye una primera unidad de telefonía para generar un primer código de señalización de telefonía, una PBX acoplada a la primera unidad de telefonía para convertir el primer código de señalización de telefonía en un segundo código de señalización de telefonía, un adaptador acoplado a la PBX para traducir el segundo código de señalización de telefonía a un mensaje de protocolo de control de capa de aplicación, una primera interfaz de comunicaciones acoplada al adaptador para transmitir el segundo código de señalización de telefonía sobre una primera red de comunicaciones, y una segunda interfaz de comunicaciones acoplada al adaptador para transmitir el mensaje sobre una segunda red de comunicaciones.
De acuerdo con otra realización, el invento está dirigido a una red de comunicaciones telefónica que incluye una interfaz de comunicaciones que reciben un primer mensaje de protocolo de control de capa de aplicación transmitido por una primera unidad de telefonía, un servidor acoplado a la interfaz de comunicaciones para recibir el primer mensaje de protocolo de control de capa de aplicación y generar un segundo mensaje de protocolo de control de capa de aplicación a la primera unidad de telefonía y un tercer protocolo de control de capa de aplicación, y un adaptador para recibir el tercer mensaje de protocolo de control de capa de aplicación, para generar un cuarto mensaje de protocolo de control de capa de aplicación a la primera unidad de telefonía en el que la primera unidad de telefonía genera un quinto mensaje de protocolo de control de capa de aplicación al adaptador, y para traducir el quinto mensaje de protocolo de control de capa de aplicación a un primer código de señalización de telefonía.
De acuerdo con otra realización, el invento está dirigido a una red de comunicaciones telefónicas que incluye una unidad de telefonía y un adaptador acoplado a la unidad de telefonía, comprendiendo el adaptador una interfaz de señalización que recibe un código de señalización de telefonía procedente de una unidad de telefonía, un procesador acoplado a la interfaz de señalización, estando el procesador configurado para traducir el código de señalización de telefonía a un mensaje de protocolo de control de capa de aplicación, y una interfaz de red acoplada al procesador para transmitir el mensaje sobre una red de comunicaciones.
De acuerdo con otra realización, el invento está dirigido a un método de comunicaciones telefónicas que incluye la recepción de un mensaje de protocolo de control de capa de aplicación por una primera unidad de telefonía, la traducción del mensaje de protocolo de control de capa de aplicación a un código de señalización de telefonía, la transmisión del código de señalización de telefonía, y la recepción del código de señalización de telefonía.
De acuerdo con otra realización, el invento está dirigido a un método de comunicaciones telefónicas que incluye la generación de un código de señalización de telefonía, la traducción del código de señalización de telefonía a un mensaje de protocolo de control de capa de aplicación, y la transmisión del mensaje de protocolo de control de capa de aplicación sobre la red de comunicaciones.
De acuerdo con otra realización, el invento está dirigido a un método de comunicaciones telefónicas que incluye la generación de un primer código de señalización de telefonía, la conversión del primer código de señalización de telefonía en un segundo código de señalización de telefonía, la traducción del segundo código de señalización de telefonía a un mensaje de protocolo de control de capa de aplicación, la transmisión del segundo código de señalización de telefonía sobre una primera red de comunicaciones, y la transmisión del mensaje sobre una segunda red de comunicaciones.
De acuerdo con otra realización, el invento está dirigido a un método de comunicaciones telefónicas que incluye la recepción de un primer mensaje de protocolo de control de capa de aplicación transmitido por una primera unidad de telefonía, la generación de un segundo mensaje de protocolo de control de capa de aplicación a una primera unidad de telefonía, la generación de un tercer mensaje de protocolo de control de capa de aplicación a un adaptador, la generación de un cuarto mensaje de protocolo de control de capa de aplicación a la primera unidad de telefonía, la generación de un quinto mensaje de protocolo de control de capa de aplicación al adaptador, y la traducción del quinto mensaje de protocolo de control de capa de aplicación a un primer código de señalización de telefonía.
Debería apreciarse que el presente invento permite que los aparatos telefónicos digitales tradicionales y los agentes usuarios de SIP disfruten tanto del conjunto completo de funcionalidad de PBX proporcionado por servidores de SIP existentes como de los servicios de SIP proporcionados por servidores de SIP existentes.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Estas y otras características, aspectos y ventajas del presente invento serán comprendidos más completamente cuando se consideren con respecto a la siguiente descripción detallada, reivindicaciones adjuntas, y dibujos que la acompañan en los que:
La fig. 1 es un diagrama de bloques esquemático de un sistema de integración distribuido para acoplar una PBX y un teléfono a una red IP usando un Módulo Adaptador de SIP (SAM) de acuerdo con una realización del invento. La fig. 2 es un diagrama de bloques funcional de un proceso para que un teléfono reciba una llamada de SIP usando un SAM de acuerdo con una realización del invento. La fig. 3 es un diagrama de bloques funcional de un proceso para que un teléfono haga una llamada de SIP usando un SAM de acuerdo con la realización del invento. La fig. 4A es un diagrama de bloques funcional de un proceso para que un agente usuario de SIP conteste a una llamada que ha sido bifurcado a él y a un aparato telefónico usando un SAM de acuerdo con una realización del invento La fig. 4B es un diagrama de bloques funcional de un proceso para que un teléfono responda a una llamada que ha sido bifurcada a él y a un agente de usuario de SIP usando un SAM de acuerdo con la realización del invento. La fig. 5 es un diagrama de bloques funcional de un proceso para que una llamada entrante procedente de una PSTN sea conectada mediante pasarela a un agente usuario de SIP por un SAM de acuerdo con una realización del invento. La fig. 6 es un diagrama de bloques funcional de un proceso para que una llamada procedente de un agente usuario de SIP sea conectada mediante pasarela como una llamada saliente a una PSTN por un SAM de acuerdo con la realización del invento. La fig. 7 es un diagrama de bloques funcional del módulo de tratamiento SAM; y La fig. 8 es un diagrama de bloques funcional de un Bastidor de Adaptador de SIP (SAM) de acuerdo con la realización del invento.
DESCRIPCIÓN DETALLADA DE LAS REALIZACIONES ESPECÍFICAS
La fig. 1 es un diagrama de bloques esquemático de un sistema de integración distribuido para acoplar una PBX y un teléfono a una red IP usando un Módulo Adaptador de SIP (SAM) de acuerdo con una realización del invento. El sistema incluye el teléfono 145 que inicia una llamada que está dirigida a un agente usuario de SIP 165 sobre una red IP 150, tal como, por ejemplo, una red de área global, y sobre una red privada 140, tal como, por ejemplo, una red de área local, red privada y/o similar. La comunicación entre los teléfonos 160, 175, 186, 145, la PBX 110 y el SAM 130 usa señalización y voz digitales privadas (PDSV) para intercambiar señalización y voz.
El sistema incluye también el agente usuario de SIP 165 que inicia una llamada que es dirigida al teléfono 145 sobre la red IP 150, tal como, por ejemplo, una red de área global, y, sobre la red privada 140, tal como, por ejemplo, una red de área local, red privada y/o similar, usando una señal IP, en la que la señal IP es preferiblemente un mensaje de SIP y/o un Protocolo de Transporte en Tiempo Real (RTP) para intercambio de medios.
El sistema también incluye la PSTN 185 que inicia una llamada que es dirigida al agente usuario de SIP 165 sobre la red IP 150 y redes 135, 105, usando una PBX 110 y un Módulo Adaptador de SIP (SAM) 130. El sistema incluye también un agente usuario de SIP 165 que inicia una llamada que está dirigida a la PSTN 185 sobre la red IP 150 y redes 135, 105, usando una PBX 110 y el SAM 130.
El sistema incluye también una PSTN 185 que inicia una llamada que es dirigida a un teléfono 145 sobre redes 105, 135, 140, la PBX 110, y el SAM 130. El teléfono 145, la red 135, 140 y la PBX 110 se adhieren preferiblemente a protocolos privados. La red 105 se adhiere preferiblemente a protocolos públicos. El sistema incluye también el teléfono 145 que inicia una llamada que es dirigida a la PSTN 185 sobre redes 135, 140, 105, la PBX 110 y el SAM 130. El teléfono 145, las redes 135, 140, y la PBX 110 se adhieren preferiblemente a protocolos privados. La red 105 se adhiere preferiblemente a protocolos públicos.
En una configuración con una pluralidad de SAM, la pluralidad de SAM puede estar situada dentro de un Bastidor de Adaptador de SIP (SAC) que comparte el tratamiento interno, la comunicación y otros recursos.
El agente usuario de SIP 165 es preferiblemente un teléfono habilitado en SIP, un teléfono manual, un ordenador personal, un conmutador, un encaminador o “router”, un teléfono inalámbrico, un cable de entrada/salida, un teclado, una pantalla de presentación y/o similar para recibir y/o transmitir voz y/o datos y permitir una conversación de voz y/o de datos entre el que llama y el llamado. Un agente usuario de SIP y/o teléfono puede hacer y/o recibir una llamada de otro agente usuario de SIP y/o teléfono. Los teléfonos 145, 160, 175, 186 son preferiblemente un dispositivo de protocolo digital tal como, por ejemplo, un teléfono digital tradicional y/o similar. Los teléfonos 145, 160, 175, 186 pueden ser también un teléfono analógico, de IP y/o de software y/o similar. La PSTN 185 es preferiblemente una red telefónica conmutada pública. Los teléfonos 160, 175 son preferiblemente teléfonos habilitados que no tienen SAM acoplados a la PBX 110. Los SAM 130, 187 son preferiblemente uno de una pluralidad de dispositivos de SAM acoplados a la PBX 110.
El sistema de comunicación de la fig. 1 incluye además un servidor de SIP 155 que encamina preferiblemente llamadas de SIP entre el SAM 130 y un agente usuario de SIP, tal como un agente usuario de SIP 165. El SAM 130 preferiblemente traduce llamadas a/desde la PBX 110 desde/a la red IP 150, traduce llamadas a/desde la PBX 110 desde/a el teléfono 145, y traduce llamadas a/desde el teléfono 145 desde/a la red IP
150. El agente usuario de SIP 165 puede también suscribir al SAM 130 de modo que el agente usuario de SIP 165 ya no necesita usar el servidor de SIP 155 para recoger llamadas a/desde el SAM 130. El servidor de SIP 155 es preferiblemente un servidor intermediario (“proxy”) de SIP, un servidor doblemente directo de SIP y/o similar. El servidor de SIP 155 hace además disponibles para el agente usuario de SIP 165, para la PSTN 185 y para el teléfono 145 distintos servicios de SIP 156 tal como, por ejemplo, bifurcación de llamadas, preferencias del que llama, cifrado, autentificación, control de cortafuegos, facturación, encaminamiento de llamadas, y similar.
El servidor de medios 170 proporciona preferiblemente almacenamiento, interfaces de red, memoria y soporte para todas las formas de comunicación multimedia y y/o similares.
De acuerdo con una realización del invento, el SAM 130 y el teléfono 145 residen en dos máquinas separadas acopladas entre sí sobre la red privada 140. De acuerdo con otra realización del invento, el SAM 130 y el teléfono 145 residen en una sola máquina.
En general, el SAM 130 proporciona medios para la traducción entre IP y PDSV, donde el IP puede ser señalización de SIP más medios de Protocolo de Transporte en Tiempo Real (RTP), y PDSV puede ser Señalización y Voz Digitales Privadas usado por la PBX para intercambiar señalización y voz a/desde los teléfonos 160, 175, 145, 186.
La traducción, que es una tabla de búsqueda tradicional y/o algorítmica, entre PDSV e IP ocurre cuando el agente usuario de SIP 165 está comunicando a través del SAM 130 al teléfono 145 o a través del SAM a otro teléfono o PSTN a través de la PBX
110. Cuando el teléfono 145 está en comunicación con la PBX 110, no hay traducción entre PDSV e IP.
La fig. 2 es un diagrama de bloques funcional de un proceso para que un teléfono reciba una llamada de SIP usando un SAM de acuerdo con una realización del invento. En la operación 70 de la realización ilustrada, el servidor de SIP 155 recibe mensajes INVITE procedentes del agente usuario de SIP 165, pidiendo que sea conectado al teléfono 145. El servidor de SIP 155 usa la información INVITE contenida en el mensaje INVITE para determinar una dirección más correcta a la que encaminar la petición de conexión. El mensaje INVITE puede, por ejemplo, incluir información de encaminamiento en el “Desde:”, “A:”, “Contacto:”, y/o otros campos dentro del encabezamiento del mensaje INVITE.
El servidor de SIP 155 acepta el mensaje INVITE en la operación 72, transmite un mensaje IP TRYING al agente usuario de SIP 165 para indicar que esta acción se está tomando como consecuencia de la llamada, pero ese teléfono 145 no sido aún localizado. El SAM 130 traduce la señal de SIP a un código PDSV y, en la operación 76, emite la señal de PDSV RING apropiada para notificar al teléfono 145 que ha sido recibido un mensaje INVITE por el SAM 130 para el teléfono 145. El SAM 130 puede notificar al teléfono 145 del mensaje por ejemplo haciendo que el teléfono del usuario suene. En la operación 76, el SAM 130 también envía preferiblemente otros datos de PDSV al teléfono 145, tales como, por ejemplo, datos de ID (Identificación) del que llama y/o similar que han sido derivados a través de la traducción de la información del encabezamiento de SIP en el mensaje INVITE de la operación 81.
Si el teléfono 145 responde al RING (o a la llamada), por ejemplo, respondiendo al teléfono del usuario, el teléfono 145 responde al RING en la operación 80 con el código de respuesta de PDSV apropiado (ANS) que es devuelto al SAM 130. El SAM 130 replica al servidor de SIP 155 en la operación 82 con un mensaje SIP OK para indicar al servidor de SIP 155 que el teléfono 145 está listo para una conversación de voz y en la operación 84, el servidor de SIP 155 envía preferiblemente un mensaje SIP OK al agente usuario de SIP 165 para indicar que el teléfono 145 está listo para una conversación de voz. En la operación 86, el agente usuario de SIP 165 confirma preferiblemente que ha recibido el mensaje OK en la operación 84 y está listo para conversación de voz transmitiendo un mensaje de reconocimiento del SIP (ACK) al SAM 130. Una vez que el ACK ha sido recibido por el SAM 130 en la operación 186, la voz y/o la comunicación de datos siguen preferiblemente entre el agente usuario de SIP 165 y el teléfono 145 en las operaciones 90, 91.
Consiguientemente, en la operación 81, la voz IP es recibida preferiblemente desde el agente usuario de SIP 165 en el SAM 130 y el SAM 130 traduce preferiblemente la voz IP a una voz de PDSV adecuada para transmitir al teléfono 145 en la operación 90. De modo similar, en la operación 90, el teléfono 145 envía preferiblemente voz de PDSV al SAM 130 y el SAM 130 traduce preferiblemente la voz de PDSV a voz IP, que es a continuación transmitida al agente usuario de SIP 165 en la operación 91. La transferencia de información ocurre aquí preferiblemente de una manera que es transparente al agente usuario de SIP 165 y al teléfono 145. Además, pueden emplearse técnicas de cifrado y de firma digitales adecuadas tradicionales en la técnica para asegurar el acceso autorizado a los datos, y para asegurar además que los datos son auténticos.
La fig. 3 es un diagrama de bloques funcional de un proceso para que un teléfono haga una llamada de SIP usando un SAM de acuerdo con la realización del invento. En la operación 70, el SAM 130 recibe el código PDSV OFFHOOK+DIGITS desde el teléfono 145, solicitando preferiblemente que sea conectado al agente usuario de SIP 165. El SAM 130 contiene preferiblemente un plan de marcación que reconoce el código PDSV OFFHOOK+DIGITS en la operación 70 para determinar si debe enviar un código al agente usuario de SIP 165 o algún otro punto final y/o similar. En la operación 81, como el teléfono 145 está solicitando ser conectado al agente usuario de SIP 165, el SAM 130 genera preferiblemente un mensaje SIP INVITE al servidor de SIP 155. El servidor de SIP 155 usa la información INVITE contenida en el mensaje INVITE de la operación 81 para determinar una dirección más correcta a la que encaminar la solicitud de conexión. El mensaje INVITE de la operación 81 puede, por ejemplo, incluir información de encaminamiento estándar en el “Desde:”, “A:”, “Contacto:”, y/o otros campos dentro del encabezamiento del mensaje INVITE. El INVITE de la operación 81 puede también ser enviado a través de Servidores de SIP adicionales (no mostrados) o directamente al agente usuario de SIP 165.
El servidor de SIP 155 acepta el mensaje SIP INVITE de la operación 81 y en la operación 72, envía un mensaje SIP TRYING al SAM 130 de que el servidor de SIP 155 está buscando al agente usuario de SIP 165. Una vez que el servidor de SIP 155 localiza al agente usuario de SIP 165, emite una señal SIP INVITE en la operación 76 para notificar al agente usuario de SIP 165 de que ha sido llamado. En la operación 76, el servidor de SIP 155 también envía preferiblemente otros datos al agente usuario de SIP 165, tales como, por ejemplo, datos de ID del que llama.
Si el agente usuario de SIP 165 contesta a la llamada, el agente usuario de SIP 165 responde preferiblemente con un mensaje SIP OK apropiado al servidor de SIP 155 en la operación 80, y, en la operación 82, el servidor de SIP 155 replica preferiblemente al SAM 130, con un mensaje SIP OK para indicar al SAM 130 que el agente usuario de SIP 165 está listo para la conversación de voz. En la operación 88, el SAM 130 lo reconoce preferiblemente (ACK), con un SIP ACK al agente usuario de SIP 165 que significa que la conexión está lista y en la operación 90, 91 datos y/o voz siguen preferiblemente entre el agente usuario de SIP 165 y el teléfono 145.
Consiguientemente, en la operación 90, la voz de PDSV es recibida preferiblemente desde el teléfono 145 en el SAM 130 y el SAM 130 traduce preferiblemente la voz de PDSV y transmite la voz al agente usuario de SIP 165 en la operación 91. De modo similar, el agente usuario de SIP 165 envía preferiblemente una voz de PDSV adecuada al SAM 130 y el SAM 130 traduce preferiblemente la voz IP a voz de PDSV que es al teléfono 145. La transferencia de información ocurre aquí preferiblemente de una manera que es transparente al agente usuario de SIP 165 y al teléfono 145. Además, pueden emplearse técnicas de cifrado y de firma digitales adecuadas tradicionales en la técnica para asegurar el acceso autorizado a los datos, y para asegurar además que los datos son auténticos.
La fig. 4A es un diagrama de bloques funcional de un proceso para que un agente usuario de SIP conteste a una llamada que ha sido bifurcada a él y a un teléfono usando un SAM de acuerdo con una realización del invento. En la operación 410, la PBX 110 recibe el código PDSV OFFHOOK+DIGITS desde el teléfono 175, solicitando preferiblemente que sea conectado al agente usuario de SIP 165 o al teléfono 145, a cualquiera de ellos que responda el primero. En la operación 412 la PBX 110 emite preferiblemente un código PDSV RING al SAM 130. El SAM 130 contiene preferiblemente un plan de marcación que determina si debe enviar un código al agente usuario de SIP 165 y/o al teléfono 145 y/o a algún otro punto final y/o similar. En este caso, el SAM 130 determina preferiblemente que la solicitud es intentar conectar tanto al teléfono 145 como al agente usuario de SIP 165 y establecer una conexión de voz a cualquiera de ellos que responda en primer lugar. En la operación 416, el SAM 130 emite preferiblemente un código PDSV RING al teléfono 145. En la operación 414 que puede ocurrir al mismo tiempo que la operación 416, el SAM 130 emite un mensaje SIP INVITE al servidor de SIP 155 para el agente usuario de SIP 165. El servidor de SIP 155 usa la información INVITE contenida en el mensaje INVITE de la operación 414 para determinar una dirección más correcta a la que encaminar la solicitud de conexión. El mensaje INVITE de la operación 414 puede, por ejemplo, incluir información de encaminamiento estándar en el “Desde:”, “A:”, “Contacto:”, y/o otros campos dentro del encabezamiento del mensaje INVITE. El INVITE de la operación 414 puede también ser enviado a través de Servidores de SIP adicionales (no mostrados) o directamente al teléfono 165.
El servidor de SIP 155 acepta el mensaje SIP INVITE de la operación 414 y a continuación emite un mensaje SIP TRYING al SAM 130 para indicar al SAM 130 que el servidor de SIP 155 está intentando localizar al agente usuario de SIP 165. Una vez que el servidor de SIP 155 es localizado, el servidor de SIP 155 emite un mensaje SIP INVITE al agente usuario de SIP 165 en la operación 418 para indicar al agente usuario de SIP 165 que está siendo llamado desde la PBX 110. En la operación 418, el servidor de SIP 155 notifica preferiblemente al agente usuario de SIP 165 del INVITE por ejemplo, haciendo que el teléfono del usuario suene. En la operación 418, el servidor de SIP 155 envía también preferiblemente otros datos al agente usuario de SIP 165, tales como, por ejemplo, datos de ID del que llama.
Si el agente usuario de SIP 165 contesta a su INVITE de la operación 418 antes de que el teléfono 145 conteste a su RING en la operación 416, el servidor de SIP 155 responderá al SAM 130 en la operación 430 que ha recibido un mensaje de SIP OK desde el agente usuario de SIP 165 indicando que el agente usuario de SIP 165 está listo para la conversación de voz. Después de ello, el SAM 130 detendrá o cancelará preferiblemente su PDSV RING al teléfono 145 en la operación 488, el SAM 130 emitirá preferiblemente un reconocimiento de SIP (ACK) al agente usuario de SIP 165 de que el SAM 130 está listo para conexión de voz en la operación 440, y el SAM 130 emitirá preferiblemente una respuesta PDSV (ANS) a la PBX 110 de que el SAM 130 está listo para conversación de voz en la operación 489. En la operación 441, 442, 443 datos y/o voz, siguen entre el agente usuario de SIP 165 y el teléfono 175.
Consiguientemente, la voz de PDSV es recibida preferiblemente desde el teléfono 175 en la PBX 110, la PBX 110 emite preferiblemente la voz de PDSV al SAM 130, el SAM 130 traduce preferiblemente la voz de PDSV a voz IP que es a continuación transmitida al Agente Usuario de SIP 165. De modo similar, el agente usuario de SIP 165 transmite preferiblemente voz IP adecuada al SAM 130, el SAM 130 traduce preferiblemente la voz IP a voz de PDSV a la PBX 110, y la PBX 110 transmite preferiblemente la voz de PDSV al teléfono 175. La transferencia de información ocurre aquí preferiblemente de una manera que es transparente al agente usuario de SIP 165, a la PBX 110 y al teléfono 175. Además, pueden emplearse técnicas de cifrado y de firma digitales adecuadas tradicionales en la técnica para asegurar el acceso autorizado a los datos, y para asegurar además que los datos son auténticos.
La fig. 4B es un diagrama de bloques funcional de un proceso para que un teléfono responda a una llamada que ha sido bifurcada a él y a un agente de usuario de SIP usando un SAM de acuerdo con la realización del invento. En la operación 410, la PBX 110 recibe un código PDSV OFFHOOK+DIGITS desde el teléfono 175, solicitando preferiblemente que sea conectado al agente usuario de SIP 165 o al teléfono 145, a cualquiera de ellos que responda el primero. En la operación 412 la PBX 110 emite preferiblemente un código PDSV RING al SAM 130. El SAM 130 contiene preferiblemente un plan de marcación estándar que determina si debe enviar el mensaje al agente usuario de SIP 165 y/o al teléfono 145 y/o a algún otro punto final y/o similar. En este caso, el SAM 130 determina preferiblemente que la solicitud está intentando conectar tanto al teléfono 145 como al agente usuario de SIP 165 y establecer una conexión de voz a cualquiera de ellos que responda en primer lugar. En la operación 416, el SAM 130 emite preferiblemente un código PDSV RING al teléfono 145. En la operación 414 que puede ocurrir al mismo tiempo que la operación 416, el SAM 130 emite preferiblemente un mensaje SIP INVITE al servidor de SIP 155 para el agente usuario de SIP 165. El servidor de SIP 155 usa la información INVITE contenida en el mensaje INVITE de la operación 414 para determinar una dirección más correcta a la que encaminar la solicitud de conexión. El mensaje INVITE de la operación 414 puede, por ejemplo, incluir información de encaminamiento estándar en el “Desde:”, “A:”, “Contacto:”, y/o otros campos dentro del encabezamiento del mensaje INVITE. El INVITE de la operación 414 puede también ser enviado a través de Servidores de SIP adicionales (no mostrados) o directamente al teléfono 165.
El servidor de SIP 155 acepta el mensaje SIP INVITE de la operación 414 y a continuación envía un mensaje SIP TRYING al SAM 130 para indicar al SAM 130 que el servidor de SIP 155 está intentando localizar al agente usuario de SIP 165. Una vez que el agente usuario de SIP 165 está localizado, el servidor de SIP 155 emite un mensaje SIP INVITE al agente usuario de SIP 165 en la operación 418 para indicar al agente usuario de SIP 165 que está siendo llamado desde la PBX 110. En la operación 418, el servidor de SIP 155 notifica preferiblemente al agente usuario de SIP 165 del INVITE por ejemplo, haciendo que el teléfono del usuario suene. En la operación 418, el servidor de SIP 155 envía también preferiblemente otros datos al agente usuario de SIP 165, tales como, por ejemplo, datos de ID del que llama.
Esta realización es similar a la de la fig. 4A; sin embargo, en la operación 426, el teléfono 145 contesta preferiblemente a su código PDSV RING de la operación 416 significando que está listo para la conversación de voz antes de que el agente usuario de SIP 165 responda a su mensaje SIP INVITE de la operación 418. Consiguientemente, en la operación 488, el SAM 130 cancelará preferiblemente su PDSV INVITE de la operación 414 al servidor de SIP 155 y, en la operación 490, el servidor de SIP 155 cancelará preferiblemente su SIP INVITE de la operación 418 al agente usuario de SIP 165. Después de ello, el SAM 130 emite una respuesta PDSV (ANS) a la PBX 110 de que el teléfono 145 está listo para conversación de voz y en la operación 441, 442, 443 la conversación de voz seguirá entre el teléfono 175 y el teléfono 145.
Consiguientemente, la voz de PDSV es recibida preferiblemente desde el teléfono 175 en la PBX 110, la PBX 110 emite preferiblemente la voz de PDSV al SAM 130, y a continuación el SAM 130 envía preferiblemente la voz de PDSV al teléfono 145. De modo similar, el teléfono 145 transmite preferiblemente una voz de PDSV adecuada al SAM 130, el SAM 130 emite preferiblemente la voz de PDSV a la PBX 110, y la PBX 110 entrega su código de voz recibido al teléfono 175. La transferencia de información ocurre aquí preferiblemente de una manera que es transparente al teléfono 145, a la PBX 110 y al teléfono 175. Además, pueden emplearse técnicas de cifrado y de firma digitales adecuadas tradicionales en la técnica para asegurar el acceso autorizado a los datos, y para asegurar además que los datos son auténticos.
El proceso de bifurcación de las figs. 4A y 4B puede también ser realizado cuando se recibe una llamada por la PBX 110 desde una red telefónica conmutada pública PSTN
185. La fig. 5 es un diagrama de bloques funcional de un proceso para que una llamada entrante procedente de una PSTN sea conectada mediante pasarela a un agente usuario de SIP por un SAM de acuerdo con una realización del invento. En la operación 510, la PBX 110 recibe un código INCOMING CALL desde la PSTN 185. En la operación 512 la PBX 110 emite preferiblemente un código PDSV RING al SAM 130 indicando que una llamada entrante ha sido recibida por la PBX 110 que está destinada al usuario asociado con el teléfono 145. El SAM 130 contiene preferiblemente un plan de marcación estándar que determina si debe enviar un código al agente usuario de SIP 165 y/o al teléfono 145 y/o a algún otro punto final y/o similar. En este caso, el SAM 130 bifurca preferiblemente un PDSV RING al teléfono 145 en la operación 516 y un mensaje SIP INVITE al servidor de SIP 155 en la operación 514. El servidor de SIP 155 usa la información SIP INVITE contenida en el mensaje INVITE de la operación 514 para determinar una dirección más correcta a la que encaminar la solicitud de conexión. El mensaje SIP INVITE de la operación 514 puede, por ejemplo, incluir información de encaminamiento estándar en el “Desde:”, “A:”, “Contacto:”, y/o otros campos dentro del encabezamiento del mensaje INVITE. El INVITE de la operación 514 puede también ser enviado a través de Servidores de SIP adicionales (no mostrados) o directamente al teléfono 165.
El servidor de SIP 155 acepta el mensaje SIP INVITE de la operación 514 y a continuación emite un mensaje SIP TRYING al SAM 130 para indicar al SAM 130 que está buscando al agente usuario de SIP 165. Cuando el servidor de SIP 155 localiza al agente usuario de SIP 165, el servidor de SIP 155 emite un mensaje SIP INVITE al agente usuario de SIP 165 en la operación 518. En la operación 518, el servidor de SIP 155 notifica preferiblemente al agente usuario de SIP 165 del INVITE por ejemplo, haciendo que el teléfono del usuario suene. En la operación 518, el servidor de SIP 155 envía también preferiblemente otros datos al teléfono 165, tales como, por ejemplo, datos de ID del que llama.
En la operación 526, el agente usuario de SIP 165 responde al INVITE de servidor de SIP de la operación 518 con un mensaje SIP OK que indica al servidor de SIP 155 que el agente usuario de SIP 165 está listo para la conversación de voz. El agente usuario de SIP 165 puede indicar un SIP OK, por ejemplo, respondiendo al teléfono del usuario. En la operación 530, el servidor de SIP 155 indica preferiblemente la recepción del SIP OK del agente usuario de SIP 165 en la operación 526, con un SIP OK al SAM 130 para indicar al SAM 130 que el agente usuario de SIP 165 está listo para conversación de voz. Como el agente usuario de SIP 165 ha respondido con un SIP OK en la operación 526 y el servidor de SIP 155 ha respondido con un OK en la operación 530, el SAM 130 cancela
o detiene su PDSV RING de la operación 516 en la operación 588. Como tal, en la operación 540, el SAM 130 reconoce (ACK) preferiblemente al agente usuario de SIP 165 de que está listo para conversación de voz y en la operación 589, el SAM 130 de PDSV contesta (ANS) a la PBX 110 significando que está listo para la conversación de voz. Consiguientemente, en la operación 541, 542, 543 datos y/o voz, siguen entre la PSTN 185 y el agente usuario de SIP 165.
Consiguientemente, una señal de voz es recibida preferiblemente desde la PSTN 185 en la PBX 110, la PBX 110 emite preferiblemente la voz de PDSV al SAM 130, el SAM 130 traduce preferiblemente la voz de PDSV a voz IP, y el SAM 130 transmite entonces preferiblemente la voz IP al agente usuario de SIP 165. De modo similar, el agente usuario de SIP 165 transmite preferiblemente una voz IP adecuada al SAM 130, el SAM 130 traduce preferiblemente la voz IP a voz de PDSV, el SAM 130 emite preferiblemente la voz de PDSV a la PBX 110, y la PBX 110 entrega preferiblemente una señal de voz a la PSTN 185. La transferencia de información ocurre aquí preferiblemente de una manera que es transparente a la PSTN 185, y al agente usuario de SIP 165. Además, pueden emplearse técnicas de cifrado y de firma digitales adecuadas tradicionales en la técnica para asegurar el acceso autorizado a los datos, y para asegurar además que los datos son auténticos.
La fig. 6 es un diagrama de bloques funcional de un proceso para que una llamada procedente de un Agente Usuario de SIP sea conectada mediante pasarela como una llamada saliente a una PSTN por un SAM de acuerdo con la realización del invento. En la operación 610, el servidor de SIP 155 recibe una señal SIP desde el agente usuario de SIP 165, solicitando preferiblemente que sea conectado a la PSTN 185. El servidor de SIP 155 usa la información INVITE contenida en el mensaje INVITE de la operación 610 para determinar una dirección más correcta a la que encaminar la solicitud de conexión. El mensaje INVITE de la operación 610 puede, por ejemplo, incluir información de encaminamiento estándar en el “Desde:”, “A:”, “Contacto:”, y/o otros campos dentro del encabezamiento del mensaje INVITE.
El servidor de SIP 155 acepta el mensaje SIP INVITE de la operación 610 y, en la operación 624, transmite preferiblemente un mensaje SIP TRYING al agente usuario de SIP 165 para indicar que se está tomando una acción como consecuencia de la llamada. El servidor de SIP 155, preferiblemente al mismo tiempo que el mensaje SIP TRYING en la operación 624, emite un mensaje SIP INVITE al SAM 130 en la operación 612. En la operación 630, el SAM 130 responde preferiblemente al mensaje INVITE del servidor de SIP 155 de la operación 612 con un mensaje SIP OK y por ello el servidor de SIP 155 responde al agente usuario de SIP 165 con un mensaje SIP OK en la operación 631. Para verificar la conexión entre el agente usuario de 165 y el SAM 130, el agente usuario de SIP 165 envía un mensaje de reconocimiento de SIP (ACK) al SAM 130 en la operación
640. Consiguientemente, en la operación 614, el SAM 130 emite un código de PDSV OFFHOOK+DIGITS apropiado a la PBX 110 para notificar a la PBX 110 que un mensaje ha sido recibido por el SAM 130 desde el agente usuario de SIP 165 y que la PBX 110 debería colocar una llamada a través de la PSTN 185 al número marcado. En la operación 610, la PBX 110 inicia una llamada saliente a la PSTN, y una vez que la llamada saliente en la operación 610 ha sido recibida por la PSTN 185, la voz sigue entre el agente usuario de SIP 165 y la PSTN 185 en la operación 641, 642, 643.
Consiguientemente, la voz IP es preferiblemente recibida desde el agente usuario de SIP 165 en el SAM 130, el SAM 130 preferiblemente traduce la voz IP a una voz de PDSV adecuada, el SAM 130 envía preferiblemente la voz de PDSV adecuada a la PBX 110, y la PBX 110 convierte preferiblemente la voz de PDSV a voz adecuada para la PSTN 185. De modo similar, la PSTN 185 envía preferiblemente una señal de voz a la PBX 110, la PBX 110 convierte preferiblemente la señal de voz a una voz de PDSV adecuada al SAM 130, el SAM 130 traduce preferiblemente la voz de PDSV a una voz IP, y el SAM 130 envía preferiblemente la voz IP al agente usuario de SIP 165. La transferencia de información ocurre aquí preferiblemente de una manera que es transparente al agente usuario de SIP 165, a la PBX 110 y a la PSTN 185. Además, pueden emplearse técnicas de cifrado y de firma digitales adecuadas tradicionales en la técnica para asegurar el acceso autorizado a los datos, y para asegurar además que los datos son auténticos.
La fig. 7 es un diagrama de bloques funcional del módulo de tratamiento SAM. El SAM 130 incluye preferiblemente una interfaz de señalización y voz (PSVI) 710 de PBX, una Interfaz de Conjunto de Señalización y Voz (SSVI) 730, un procesador de señal digital (DSP) 720, un microprocesador 740, y una interfaz de red 750. El microprocesador 740 incluye preferiblemente un apilamiento 742 de protocolo SIP, para traducir señalización de PDSV a/desde mensajes de SIP usando una tabla de búsqueda tradicional y/o algorítmica. La traducción permite que el teléfono 145 y la PSTN 185 se aprovechen de los distintos servicios de SIP 156 que son proporcionados por el servidor de SIP 155 mientras que también se aprovechan de la gran cantidad completa de funcionalidades proporcionadas por la PBX 110. La traducción entre mensajes de SIP y una señalización de PDSV permite que el agente usuario de SIP 165 acceda al rango completo de funcionalidades proporcionadas por la PBX 110, mientras también se aprovecha de los distintos servicios de SIP 156 proporcionados por el servidor de SIP
155. En una realización, la interfaz del conjunto de señalización y voz (SSVI) 730 recibe preferiblemente una señalización y voz de PDSV desde el teléfono 145 sobre el puerto de comunicaciones 714. La SSVI 730 puede consistir de circuitos integrados de aplicación específica (ASIC) y/o apilamientos de software dentro de una máquina adecuada. La voz de PDSV es transmitida al DSP 720 para traducir preferiblemente a una voz IP y/o similar. La señalización de PDSV es preferiblemente transmitida al microprocesador 740 para tratamiento. El apilamiento 742 de protocolos de SIP dentro del microprocesador 740 es preferiblemente invocado para traducir la señalización de PDSV recibida en mensajes de SIP. El microprocesador 740 puede también usar otra lógica para traducir entre PDSV e IP. La señalización de PDSV puede ser traducida e incluida, por ejemplo, dentro del cuerpo de un mensaje de invitación de SIP, mensaje de pregunta, mensaje de respuesta, mensaje de información, mensaje instantáneo, y/o similar. Un mensaje de SIP es a continuación transmitido preferiblemente a través de la Interfaz de Red 750 al puerto de comunicaciones 716 para su transmisión sobre la red IP 150.
La Interfaz de Red 750 puede recibir además un mensaje de SIP en el puerto de comunicaciones 716 desde la red IP 150 para traducción por el microprocesador 740. A este respecto, el apilamiento 742 de protocolos de SIP recibe preferiblemente el mensaje de señal de SIP. Al producirse la traducción a la señalización de PDSV, el microprocesador 740 envía la comunicación al destino apropiado. En este caso, la señalización está destinada preferiblemente para el teléfono 145. Por ello el microprocesador 740 envía preferiblemente la señalización de PDSV 730 a la SSVI 730 para trasmitirla al teléfono 145 en el puerto de comunicaciones 714. La SSVI 730 puede consistir de circuitos integrados de aplicación específica (ASIC) y/o apilamiento de software dentro de una máquina adecuada.
En otra realización, la interfaz de señalización y voz (PSVI) 710 de PBX recibe preferiblemente una señalización y voz de PDSV desde la PBX 110 sobre el puerto de comunicaciones 712. La PSVI 710 puede consistir de circuitos integrados de aplicación específica (ASIC) y/o apilamientos de software dentro de una máquina adecuada. La voz de PDSV es emitida preferiblemente al DSP 720 para traducir a una voz IP. La señalización de PDSV es preferiblemente transmitida al microprocesador 740 para tratamiento. El apilamiento 742 de protocolos de SIP dentro del microprocesador 740 es preferiblemente invocado para traducir la señalización de PDSV recibida en mensajes de SIP. El microprocesador 740 puede también usar otra lógica para traducir entre PDSV e IP. La señalización de PDSV puede ser traducida e incluida, por ejemplo, dentro del cuerpo de un mensaje de invitación de SIP, mensaje de pregunta, mensaje de respuesta, mensaje de información, mensaje instantáneo, y/o similar. Un mensaje SIP es a continuación transmitido preferiblemente a través de la Interfaz de Red 750 a un puerto de comunicaciones 716 para su transmisión sobre la red IP 150.
La Interfaz de Red 750 puede recibir además un mensaje de SIP en el puerto de comunicaciones 716 desde la red IP 150 para traducción por el microprocesador 740. A este respecto, el apilamiento 742 de protocolos de SIP recibe preferiblemente la señal de SIP. Al producirse la traducción a una señalización de PDSV, el microprocesador 740 envía la señal PDSV al destino apropiado. En este caso, el código está destinado preferiblemente a la PBX 110. Por ello el microprocesador 740 envía preferiblemente la señalización de PDSV a la PSVI 710 para trasmitirla a la PBX 110 en el puerto de comunicaciones 712. La PSVI 710 puede consistir de circuitos integrados de aplicación específica (ASIC) y/o apilamientos de software dentro de una máquina adecuada.
En otra realización, la interfaz del conjunto de señalización y voz (SSVI) 730 de PBX recibe preferiblemente una señalización de PDSV desde el teléfono 145 sobre el puerto de comunicaciones 714. La SSVI 730 puede consistir de circuitos integrados de aplicación específica (ASIC) y/o apilamientos de software dentro de una máquina adecuada. La voz de PDSV es emitida preferiblemente al DSP 720 para traducir a una voz IP. Como tal, la señalización de PDSV es preferiblemente transmitida al microprocesador 740 para tratamiento en el que el apilamiento 742 de protocolos de SIP dentro del microprocesador 740 es preferiblemente no invocado para traducir la señal de PDSV recibida ya que la comunicación está destinada a la PBX 110. La señal de PDSV es preferiblemente transmitida a través de la PSVI 710 al puerto de comunicaciones 712 para entregar a la PBX 110. La PSVI 710 puede consistir de circuitos integrados de aplicación específica (ASIC) y/o apilamiento de software dentro de una máquina adecuada.
La PSVI 710 puede recibir además voz de PDSV desde la PBX 110 sobre un puerto de comunicaciones 712. La PSVI 710 puede consistir de circuitos integrados de aplicación específica (ASIC) y/o apilamientos de software dentro de una máquina adecuada. La voz de PDSV es transmitida preferiblemente al DSP 720 para traducción a voz IP. La señal de PDSV es preferiblemente transmitida al microprocesador 740 para tratar en el que el apilamiento 742 de protocolos de SIP dentro del microprocesador 740 es preferiblemente no invocado para traducir la señalización de PDSV recibida en mensajes de SIP y la comunicación está destinada al teléfono 145. La señalización de PDSV es a continuación transmitida preferiblemente a través de la SSVI 730 a un puerto de comunicaciones 714 para entrega al teléfono 145. La SSVI 730 puede consistir de circuitos integrados de aplicación específica (ASIC) y/o apilamientos de software dentro de una máquina adecuada.
La fig. 8 es un diagrama de bloques funcional de un Bastidor Adaptador de SIP
5 (SAM) de acuerdo con una realización del invento. En añadidura a la fig. 1, en una configuración con una pluralidad de SAM, la pluralidad de SAM puede ser situada dentro de un Bastidor Adaptador de SIP (SAC) 810. En la fig. 8, el SAC 810 contiene una pluralidad de SAM en el que los recursos dentro del SAC 810 son preferiblemente compartidos para cumplir las tareas antes mencionadas para las distintas realizaciones.
10 El SAC 810 tiene una pluralidad de entradas 820, 830 y una pluralidad de salidas 840, 850 que conducen al teléfono 860, 870. Aunque en este invento ha sido descrito en ciertas realizaciones específicas, los expertos en la técnica no tendrán dificultades al considerar variaciones que en ningún modo salen del marco del presente invento. Ha de comprenderse por ello que este
15 invento puede ser puesto en práctica de un modo distinto al específicamente descrito. Por ejemplo, aunque las realizaciones anteriores han sido descritas con respecto al protocolo SIP, una persona experta en la técnica debería reconocer que cualquier otro protocolo de control de capa (Capa 4) de aplicación TCP/IP conocido en la técnica puede ser usado en vez del SIP, tal como, por ejemplo, H.323, MGCP, o similar. Las realizaciones descritas
20 no están por ello ilimitadas al uso de mensajes SIP. Así, las presentes realizaciones del invento deberían ser consideradas en todos los aspectos como ilustrativas y no restrictivas, siendo indicado el marco del invento por las reivindicaciones adjuntas y sus equivalentes en vez de por la descripción anterior.

Claims (54)

  1. REIVINDICACIONES
    1. Un adaptador (130) para una red de comunicaciones telefónica comprende una unidad de telefonía (145), comprendiendo el adaptador (130) una interfaz de red (750) para transmitir un mensaje de protocolo de control de capa de aplicación sobre una red de comunicaciones (150), caracterizado porque dicho adaptador (130) comprende: una interfaz de señalización (730) configurada para recibir un código de señalización de telefonía procedente de dicha unidad de telefonía (145), en el que el código de señalización de telefonía es un código de señalización y voz digital privada, PDSV, para intercambiar señalización y voz; un procesador (740) acoplado a dicha interfaz de red
    (750) y a la interfaz de señalización (730), estando configurado el procesador (740) para traducir el código de señalización de telefonía a mensaje de protocolo de control de capa de aplicación; en el que el procesador (740) está además configurado para traducir un mensaje de protocolo de control de capa de aplicación recibido por la interfaz de red (750) en un código de señalización de telefonía para enviarlo a la unidad de telefonía (145) sobre la interfaz de señalización (730).
  2. 2.
    El adaptador (130) según la reivindicación 1, caracterizado por una segunda interfaz de señalización (710) configurada para recibir un código de señalización de telefonía desde una PBX (110) en el que dicho procesador (740) está acoplado a la segunda interfaz de señalización (710), estando configurado el procesador (740) para traducir el código de señalización de telefonía de la PBX (110) a un mensaje de protocolo de control de capa de aplicación y para proporcionar a dicha interfaz de red (750) acoplada al procesador (740) con el mensaje de protocolo de control de capa de aplicación para transmitir el mensaje de protocolo de control de capa de aplicación sobre una red de comunicaciones (150).
  3. 3.
    El adaptador (130) según la reivindicación 2, en el que el procesador (740) está además configurado para traducir un mensaje de protocolo de control de capa de aplicación recibido por la interfaz de red (750) a un código de señalización de telefonía para enviar a la PBX (110) sobre la segunda interfaz de señalización (710).
  4. 4.
    El adaptador (130) según una de las reivindicaciones precedentes, caracterizado por un procesador de señal digital, DSP (720) que está configurado para
    traducir datos de voz recibidos sobre dicha interfaz de señalización (710, 730) a datos de voz IP para transmitir los datos de voz traducidos sobre dicha red de comunicación (150) y/o para traducir datos de voz IP recibidos desde dicha red de comunicaciones (150) a datos de voz adecuados para transmisión sobre dicha interfaz de señalización (710, 730).
  5. 5.
    El adaptador (130) según una de las reivindicaciones 2 a 4, en el que dicho adaptador (130) está configurado para enviar un código de señalización de telefonía y/o datos de voz desde dicha PBX (110) a dicha unidad de telefonía (145) y viceversa.
  6. 6.
    El adaptador (130) según una de las reivindicaciones precedentes, en el que el mensaje de control de capa de aplicación es un mensaje de Protocolo de Iniciación de Sesión SIP, y/o un Protocolo de Transporte en Tiempo Real ,RTP, para intercambio de medios.
  7. 7.
    El adaptador (130) según una de las reivindicaciones precedentes, en el que la unidad de telefonía es un teléfono digital.
  8. 8.
    El adaptador (130) según una de las reivindicaciones precedentes, en el que la red de comunicaciones (150) es una red IP.
  9. 9.
    Un bastidor (810) de adaptador de SIP para una red de comunicaciones de telefonía, que comprende una pluralidad de adaptadores (130) según una de las reivindicaciones precedentes.
  10. 10.
    Un bastidor (810) de adaptador de SIP según la reivindicación 9, caracterizado por estar acoplado a una PBX (110) y/o a una red de telefonía conmutada pública, PSTN,
    (185) a través de dicha PBX (110), uno o más teléfonos (860,…, 870) y a una red IP (150).
  11. 11. Una red de comunicaciones de telefonía que comprende una o más unidades de telefonía (145, 160, 175) y uno o más adaptadores (130) o bastidor (810) de adaptador de SIP según una de las reivindicaciones precedentes.
  12. 12. un método para hacer funcionar un adaptador (130) para una red de comunicaciones de telefonía que comprende una primera unidad de telefonía (145, 175) y/o una PBX (110), comprendiendo el método:
    la recepción de un código de señalización de telefonía procedente de dicha unidad de telefonía (145, 175) y/o de dicha PBX (110) en una interfaz de señalización (730, 710) de dicho adaptador (130), en el que el código de señalización de telefonía es un código de señalización y voz digital privada, PDSV, para intercambiar señalización y voz; la traducción del código de señalización de telefonía a un mensaje de protocolo de control de capa de aplicación por medio de un procesador (740) acoplado a la interfaz de señalización (730, 710); la transmisión del mensaje de protocolo de control de capa de aplicación sobre una red de comunicaciones (150) por medio de una interfaz de red (750) acoplada al procesador (740), la traducción de un mensaje de protocolo de control de capa de aplicación recibido por la interfaz de red (750) a un código de señalización de telefonía para enviarlo a la unidad de telefonía (145) sobre la interfaz de señalización (730).
  13. 13.
    El método según la reivindicación 12, caracterizado porque una segunda unidad de telefonía (165) suscribe con dicho adaptador (130) para recibir el mensaje de protocolo de control de capa de aplicación.
  14. 14.
    El método según una de las reivindicaciones 12 a 13, caracterizado porque el adaptador (130) permite que la primera unidad de telefonía (145) acceda a la funcionalidad de la central secundaria privada asociada con el código de señalización de telefonía.
  15. 15.
    El método según una de las reivindicaciones 13 a 14, caracterizado por encaminar el mensaje de protocolo de control de capa de aplicación a la segunda unidad de telefonía (165) a través de un servidor (155).
  16. 16.
    El método según la reivindicación 15, caracterizado porque el servidor (155) determina la segunda unidad de telefonía (165) para recibir el mensaje de protocolo de control de capa de aplicación y transmite el mensaje de protocolo de control de capa de aplicación a la segunda unidad de telefonía (165).
  17. 17.
    El método según una de las reivindicaciones 15 a 16, caracterizado porque dicho servidor (155) proporciona un servicio de terceros para la primera unidad de telefonía (145) y/o la segunda unidad de telefonía (165).
  18. 18. El método según una de las reivindicaciones 12 a 17, en el que el mensaje de
    protocolo de control de capa de aplicación es un mensaje de Protocolo de Iniciación de Sesión, SIP, y/o un Protocolo de Transporte en Tiempo Real, RTP, para intercambio de medios.
  19. 19.El método según una de las reivindicaciones 12 a 18, en el que la primera unidad de telefonía (145) es un teléfono digital.
  20. 20. El método según una de las reivindicaciones 12 a 19, en el que la segunda unidad de telefonía (165) es un agente usuario de SIP.
  21. 21. El método según una de las reivindicaciones 12 a 20, en el que el adaptador
    (130)
    es un adaptador (130) según una de las reivindicaciones 1 a 8, en particular un adaptador SIP (130).
  22. 22. El método según una de las reivindicaciones 12 a 21, en el que el adaptador
    (130)
    permite que la primera unidad de telefonía (145) acceda a la funcionalidad de servidor de SIP asociada con el código de señalización de telefonía.
  23. 23.
    El método según la reivindicación 12, caracterizado porque dicha PBX (110) recibe dicho código de señalización de telefonía desde dicha unidad de telefonía (175) como un primer código de señalización de telefonía y convierte dicho primer código de señalización de telefonía recibido en un segundo código de señalización de telefonía antes de enviar dicho segundo código de señalización de telefonía a dicha interfaz de señalización (710) de dicho adaptador (130).
  24. 24.
    El método según la reivindicación 23, en el que una segunda unidad de telefonía (145) acoplada al adaptador (130) recibe el segundo código de señalización de telefonía; un servidor (155) acoplado a la red de comunicaciones (150) encamina el
    mensaje de protocolo de control de capa de aplicación y comunica con el adaptador (130); y una tercera unidad de telefonía (165) acoplada al servidor (155) recibe el mensaje de protocolo de control de capa de aplicación.
  25. 25.
    El método según la reivindicación 24, en el que el adaptador (130) cancela el segundo código de señalización de telefonía a la segunda unidad de telefonía (145) y mantiene el mensaje a la tercera unidad de telefonía (165) si la tercera unidad de telefonía (165) responde a un mensaje de protocolo de control de capa de aplicación antes de que la segunda unidad de telefonía (145) responda al segundo código de señalización de telefonía.
  26. 26. El método según la reivindicación 25, en el que la primera unidad de telefonía
    (175) tiene acceso a la funcionalidad de central secundaria privada asociada con el código de señalización de telefonía.
  27. 27. El método según la reivindicación 24, en el que el adaptador (130) cancela el mensaje de protocolo de capa de aplicación a la tercera unidad de telefonía (165) y mantiene el segundo código de señalización de telefonía a la segunda unidad de telefonía
    (145) si la segunda unidad de telefonía (145) responde al segundo código de señalización de telefonía antes de que la tercera unidad de telefonía (165) responda al mensaje de protocolo de control de capa de aplicación.
  28. 28. El método según la reivindicación 27, en el que la primera unidad de telefonía
    (175) tiene acceso a la funcionalidad del protocolo de iniciación de sesión asociado con el mensaje de protocolo de control de capa de aplicación.
  29. 29. El método según la reivindicación 24, en el que el servidor (155) determina la tercera unidad de telefonía (165) para recibir el mensaje de protocolo de control de capa de aplicación y transmite el mensaje de protocolo de capa de aplicación a la tercera unidad de telefonía (165).
  30. 30. El método según la reivindicación 24, caracterizado porque dicho servidor
    (155) proporciona un servicio de terceros para la primera unidad de telefonía (175) y/o la tercera unidad de telefonía (165).
  31. 31. El método según la reivindicación 24, en el que el mensaje de protocolo de control de capa de aplicación es un mensaje de Protocolo de Iniciación de Sesión SIP, y/o un Protocolo de Transporte en Tiempo Real, RTP, para intercambio de medios.
  32. 32. El método según la reivindicación 24, en el que la tercera unidad de telefonía
    (165) es un agente usuario de SIP.
  33. 33. El método según la reivindicación 24, en el que la primera unidad de telefonía
    (175)
    y/o la segunda unidad de telefonía (145) es un teléfono digital.
  34. 34. El método según la reivindicación 24, en el que la primera unidad de telefonía
    (175)
    es una red de telefonía conmutada pública, PSTN.
  35. 35.
    El método según la reivindicación 24, en el que el adaptador (130) es una adaptador (130) según una de las reivindicaciones 1 a 8, en particular un adaptador de SIP (130).
  36. 36.
    El método según la reivindicación 24, en el que el adaptador (130) permite que la primera unidad de telefonía (175) acceda a la funcionalidad de servidor de SIP asociada con el código de señalización de telefonía.
  37. 37.
    El método según la reivindicación 23, que comprende además: una segunda unidad de telefonía (145) que recibe el segundo código de señalización de telefonía; y una tercera unidad de telefonía (165) que recibe el mensaje de protocolo de control de capa de aplicación, en el que dicha tercera unidad de telefonía (165) suscribe con el adaptador (130) para recibir el mensaje de protocolo de control de capa de aplicación.
  38. 38.
    El método de hacer funcionar una adaptador (130) para una red de comunicaciones de telefonía que comprende una primera unidad de telefonía (165), comprendiendo el método: la recepción de un mensaje de protocolo de control de capa de aplicación transmitido por dicha primera unidad de telefonía (165) a una interfaz de comunicaciones (750) de dicho adaptador (130); la traducción del mensaje de protocolo de control de capa de aplicación a un código de señalización de telefonía por medio de un
    procesador (740) acoplado a dicha interfaz de comunicaciones, en el que el código de señalización de telefonía es un código de señalización y voz digital privado, PSDV, para intercambiar señalización y voz digital; la recepción de de dicho código de señalización de telefonía en una segunda unidad de telefonía (145) acoplado a dicho adaptador (130).
  39. 39.
    El método según la reivindicación 38, en el que el adaptador (130) permite que la primera unidad de telefonía (165) acceda a la funcionalidad de central secundaria privada asociada con el mensaje de protocolo de control de capa de aplicación.
  40. 40.
    El método según la reivindicación 38 que comprende además el encaminamiento del mensaje de protocolo de control de capa de aplicación transmitido por la primera unidad de telefonía (165) a través de un servidor (155).
  41. 41.
    El método según la reivindicación 40, en el que el servidor (155) permite que la primera unidad de telefonía (165) acceda a la funcionalidad de servidor de SIP asociada con el mensaje de protocolo de capa de aplicación.
  42. 42.
    El método según la reivindicación 40, en el que el servidor (155) proporciona un servicio de terceros para la primera unidad de telefonía (165) y/o para la segunda unidad de telefonía (145).
  43. 43.
    El método según la reivindicación 39, en el que el mensaje de protocolo de control de capa de aplicación es un mensaje de protocolo de inicio de sesión (SIP) y/o Protocolo de Transporte en Tiempo Real (RTP) para intercambio de medios.
  44. 44. El método según la reivindicación 38, en el que la primera unidad de telefonía
    (165) es un agente usuario de SIP.
  45. 45. El método según la reivindicación 38, en el que la segunda unidad de telefonía
    (145) es un teléfono digital.
  46. 46.
    El método según la reivindicación 38, en el que: un servidor (155) acoplado a la interfaz de comunicaciones recibe un primer mensaje de protocolo de control de capa de aplicación y genera un segundo mensaje de protocolo de control de capa de aplicación
    a la primera unidad de telefonía (165) y un tercer mensaje de protocolo de control de capa de aplicación; y el adaptador (130) recibe el tercer mensaje de protocolo de control de capa de aplicación, genera un cuarto mensaje de protocolo de capa de aplicación a la primera unidad de telefonía (165) en el que la primera unidad de telefonía (165) genera un quinto mensaje de protocolo de control de capa de aplicación al adaptador (130), y en el que el adaptador (130) traduce el quinto mensaje de protocolo de control de capa de aplicación a un primer código de señalización de telefonía.
  47. 47.
    El método según la reivindicación 46, en el que una PBX (110) acoplada al adaptador (130) convierte el primer código de señalización de telefonía en un segundo código de señalización de telefonía; y una segunda unidad de telefonía (185) acoplada a la PBX (110) recibe el segundo código de señalización de telefonía.
  48. 48. El método según la reivindicación 47, en el que la primera unidad de telefonía
    (165) tiene acceso a la funcionalidad de protocolo de instalación de sesión SIP, asociada con el primer mensaje de protocolo de control de capa de aplicación.
  49. 49.
    El método según la reivindicación 48, en el que el servidor (155) proporciona un servicio de terceros para la primera unidad de telefonía (165).
  50. 50.
    El método según la reivindicación 46, en el que el mensaje de protocolo de control de capa de aplicación es un mensaje de protocolo de Iniciación de Sesión SIP, para intercambio de medios y/o un protocolo de Transporte en Tiempo Real RTP para intercambio de medios.
  51. 51.
    El método según la reivindicación 46, en el que el código de señalización de telefonía es un código de señalización y voz digitales privadas PDSV, para intercambiar señalización y voz.
  52. 52. El método según la reivindicación 46, en el que la primera unidad de telefonía
    (165) es un agente usuario de SIP.
  53. 53. El método según la reivindicación 47, en el que la segunda unidad de telefonía
    (185) es una red de teléfono conmutada publico, PSTN.
  54. 54. El método según la reivindicación 46, en el que el adaptador (130) es una adaptador (130) según una de las reivindicaciones 1 a 8, en particular un adaptador SIP (130).
ES02024819T 2001-11-07 2002-11-07 Método para la integración de sistemas pbx (central secundaria privada) con redes sip (protocolo de inicio de sesion). Expired - Lifetime ES2349227T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US33697101P 2001-11-07 2001-11-07
US336971P 2001-11-07
US74340 2002-02-12

Publications (1)

Publication Number Publication Date
ES2349227T3 true ES2349227T3 (es) 2010-12-29

Family

ID=43415450

Family Applications (1)

Application Number Title Priority Date Filing Date
ES02024819T Expired - Lifetime ES2349227T3 (es) 2001-11-07 2002-11-07 Método para la integración de sistemas pbx (central secundaria privada) con redes sip (protocolo de inicio de sesion).

Country Status (2)

Country Link
US (1) US8040873B2 (es)
ES (1) ES2349227T3 (es)

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE346870T1 (de) * 2001-03-09 2006-12-15 Diapharm Ltd Natürlicher antikörper mit wirkung gegen das hiv virus
US7656860B2 (en) * 2003-07-22 2010-02-02 Phillips Bruce A Personal communication service network interface device
US7599355B2 (en) * 2003-08-14 2009-10-06 Aksys Networks Inc. Server-less VoIP (voice over internet protocol) phone system
DE10345548A1 (de) * 2003-09-30 2005-05-04 Siemens Ag Anordnung und Verfahren zur Steuerung von Kommunikationsverbindungen
JP4328595B2 (ja) * 2003-10-21 2009-09-09 Ｎｅｃインフロンティア株式会社 ネットワーク、構内交換機及びそれに用いるマルチプロトコル通信端末制御方法
US8027335B2 (en) * 2004-05-05 2011-09-27 Prodea Systems, Inc. Multimedia access device and system employing the same
US7422152B2 (en) 2004-05-13 2008-09-09 Cisco Technology, Inc. Methods and devices for providing scalable RFID networks
US8488612B2 (en) 2004-11-01 2013-07-16 At&T Intellectual Property Ii, L.P. System and method for method for providing quality-of service in a local loop
US7509431B2 (en) * 2004-11-17 2009-03-24 Cisco Technology, Inc. Performing message and transformation adapter functions in a network element on behalf of an application
US8458467B2 (en) * 2005-06-21 2013-06-04 Cisco Technology, Inc. Method and apparatus for adaptive application message payload content transformation in a network infrastructure element
US7664879B2 (en) * 2004-11-23 2010-02-16 Cisco Technology, Inc. Caching content and state data at a network element
US7987272B2 (en) * 2004-12-06 2011-07-26 Cisco Technology, Inc. Performing message payload processing functions in a network element on behalf of an application
US7725934B2 (en) * 2004-12-07 2010-05-25 Cisco Technology, Inc. Network and application attack protection based on application layer message inspection
US7496750B2 (en) * 2004-12-07 2009-02-24 Cisco Technology, Inc. Performing security functions on a message payload in a network element
US8082304B2 (en) * 2004-12-10 2011-12-20 Cisco Technology, Inc. Guaranteed delivery of application layer messages by a network element
US7606267B2 (en) * 2004-12-10 2009-10-20 Cisco Technology, Inc. Reducing the sizes of application layer messages in a network element
US7551567B2 (en) * 2005-01-05 2009-06-23 Cisco Technology, Inc. Interpreting an application message at a network element using sampling and heuristics
US20060155862A1 (en) * 2005-01-06 2006-07-13 Hari Kathi Data traffic load balancing based on application layer messages
US7698416B2 (en) * 2005-01-25 2010-04-13 Cisco Technology, Inc. Application layer message-based server failover management by a network element
US8266327B2 (en) * 2005-06-21 2012-09-11 Cisco Technology, Inc. Identity brokering in a network element
US7345585B2 (en) * 2005-08-01 2008-03-18 Cisco Technology, Inc. Network based device for providing RFID middleware functionality
US7920692B2 (en) * 2005-10-03 2011-04-05 Verizon Data Services Llc PBX call management
US8958346B2 (en) 2006-03-02 2015-02-17 Tango Networks, Inc. Calling line/name identification of enterprise subscribers in mobile calls
US7873001B2 (en) * 2006-03-02 2011-01-18 Tango Networks, Inc. System and method for enabling VPN-less session setup for connecting mobile data devices to an enterprise data network
US7890096B2 (en) 2006-03-02 2011-02-15 Tango Networks, Inc. System and method for enabling call originations using SMS and hotline capabilities
US11405846B2 (en) 2006-03-02 2022-08-02 Tango Networks, Inc. Call flow system and method for use in a legacy telecommunication system
US8023479B2 (en) * 2006-03-02 2011-09-20 Tango Networks, Inc. Mobile application gateway for connecting devices on a cellular network with individual enterprise and data networks
US8045983B2 (en) * 2006-04-13 2011-10-25 Tekelec Methods systems, and computer program products for providing internet protocol multimedia subsystem (IMS) services in response to advanced intelligent network (AIN) triggers
US8249238B2 (en) * 2006-09-21 2012-08-21 Siemens Enterprise Communications, Inc. Dynamic key exchange for call forking scenarios
US9569587B2 (en) 2006-12-29 2017-02-14 Kip Prod Pi Lp Multi-services application gateway and system employing the same
US11316688B2 (en) 2006-12-29 2022-04-26 Kip Prod P1 Lp Multi-services application gateway and system employing the same
US11783925B2 (en) 2006-12-29 2023-10-10 Kip Prod P1 Lp Multi-services application gateway and system employing the same
US9602880B2 (en) 2006-12-29 2017-03-21 Kip Prod P1 Lp Display inserts, overlays, and graphical user interfaces for multimedia systems
US20170344703A1 (en) 2006-12-29 2017-11-30 Kip Prod P1 Lp Multi-services application gateway and system employing the same
US8280978B2 (en) 2006-12-29 2012-10-02 Prodea Systems, Inc. Demarcation between service provider and user in multi-services gateway device at user premises
WO2009033179A2 (en) * 2007-09-06 2009-03-12 Tekelec Methods, systems, and computer readable media for providing services in a telecommunications network using interoperability specification/session initiation protocol (ios/sip) adapter
US7817636B2 (en) * 2008-01-30 2010-10-19 Cisco Technology, Inc. Obtaining information on forwarding decisions for a packet flow
US8135124B2 (en) 2008-03-21 2012-03-13 Microsoft Corporation Communicating information pertaining to cancelling of forked call requests
KR101455125B1 (ko) * 2008-08-08 2014-10-27 알까뗄 루슨트 개선된 이용자 서비스들을 위한 ｓｉｐ 포킹에 대한 강화
US8275896B2 (en) 2009-12-23 2012-09-25 Bce Inc. Method and system for converting session initiation messages
US9467828B2 (en) 2013-11-08 2016-10-11 Gogo Llc Systems and methods for configuring an electronic device for cellular-based communications
US9648468B2 (en) * 2014-05-01 2017-05-09 Gogo Llc Systems and methods for facilitating voice-based communications
US10237212B2 (en) * 2016-07-18 2019-03-19 T-Mobile Usa, Inc. RCS origination forking
US10153993B2 (en) 2016-07-18 2018-12-11 T-Mobile Usa, Inc. RCS origination forking
US11855808B2 (en) 2021-01-29 2023-12-26 Zoom Video Communications, Inc. Cloud-based private branch exchange

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6985478B2 (en) 1998-02-17 2006-01-10 Genesys Telecommunications Laboratories, Inc. Using XML expressed primitives for platform and system-independent call modeling
US6615236B2 (en) 1999-11-08 2003-09-02 Worldcom, Inc. SIP-based feature control
US6393166B1 (en) 2000-03-27 2002-05-21 Codeon Corporation Variable chirp modulator having three arm interferometer
US6888839B1 (en) * 2000-10-19 2005-05-03 Nortel Networks Limited Method and apparatus for tunneling operating codes to and from a call server in a packet network

Also Published As

Publication number Publication date
US8040873B2 (en) 2011-10-18
US20030095569A1 (en) 2003-05-22

Similar Documents

Publication Publication Date Title
ES2349227T3 (es) Método para la integración de sistemas pbx (central secundaria privada) con redes sip (protocolo de inicio de sesion).
US9131006B2 (en) Method and system for extending services to cellular devices
ES2436604T3 (es) Disposición de anfitrión múltiple para sesiones multimedia usando una comunicación de protocolo de inicio de sesión (SIP)
ES2206722T3 (es) Metodo de transferencia de una llamada telefonica en una sesion de conexion internet.
TWI229518B (en) Apparatus and method for computer telephone integration in packet switched telephone networks
ES2649748T3 (es) Asociación de una llamada de teléfono con un diálogo sobre la base de un protocolo informático tal como SIP
US20090310602A1 (en) Mapping of ip phones for e911
ES2262356T3 (es) Metodo y sistema de encaminamiento de llamadas en funcion de la posicion de la persona que realiza la llamada en una red ip movil.
US20090181648A1 (en) Mobile Telephony Device Identifying Whether Incoming Wireless Call Anchored by an Enhanced Services Server
AU2004222782B2 (en) Network, private branch exchange, wireless LAN terminal, multiprotocol communication terminal control method therefor
WO2004062186A1 (en) Integrating the internet with the public switched telephone network
CN104170352B (zh) 传达表示第一通信设备的物理位置的位置信息的方法、用于执行该方法的计算机程序产品、以及用于传达位置信息的第一通信设备
US7050565B2 (en) Multimedia augmented call coverage
ES2203342B1 (es) Sistema de comunicaciones y metodo para ello.
CN102045465A (zh) 虚拟总机中分机话务的处理方法、系统及虚拟总机服务器
EP1311103B1 (en) Method for integration of PBX systems with SIP networks
CN100433842C (zh) 一种实现软交换多种信令的集成呼叫系统及呼叫处理方法
US7706253B1 (en) Gateway to route communications during a fault
US11277521B1 (en) On premises gateways interconnecting VoIP systems, the public switched telephone network and private branch exchanges and other telephony infrastructure
JP5158588B2 (ja) ＳＩＰ電話機、ＶｏＩＰシステム及びそれらに用いる同一ネットワーク内通信方法並びにそのプログラム
KR100968484B1 (ko) 자석식 전화 가입자의 호 처리를 위한 ＶｏＩＰ 게이트웨이및 그 호 처리방법
JP2006094330A (ja) Ｉｐ電話転送装置
JP2006121470A (ja) 電話通信システム及びこれに用いる情報処理端末、電話通信制御方法、電話通信制御用プログラム
JP2007013616A (ja) プレゼンスサーバ、情報提供システム及び情報提供方法
JP7335776B2 (ja) ナースコールシステム