ES2218698T3 - Metodo para tratar llamadas telefonicas. - Google Patents

Abstract

SE PRESENTA UN PROCEDIMIENTO PARA LA GESTION DE LLAMADAS TELEFONICAS QUE PERMITE QUE UN PUNTO DE CONTROL DETERMINE SI UNA PARTE DE UNA CONSULTA, RECIBIDA DESDE UN PUNTO DE CONMUTACION, SERIA MEJOR QUE LA GESTIONARA UN SEGUNDO PUNTO DE CONTROL. EN RESPUESTA A TAL DETERMINACION, EL PUNTO DE CONTROL DEVUELVE UNA INSTRUCCION ESPECIFICA AL PUNTO DE CONMUTACION, DIRIGIENDOLA PARA ENVIAR UNA CONSULTA AL SEGUNDO PUNTO DE CONTROL.

Description

Método para tratar llamadas telefónicas.

Esta invención se refiere a un método para tratar llamadas telefónicas y a un punto de control para uso con un método de esta clase. En particular, la invención se refiere a un método para tratar llamadas telefónicas que permita distribuir lógica de servicio en varios puntos de control de una arquitectura de red.

Una arquitectura para redes inteligentes incluye, típicamente, un punto de control de servicio (PCS), con gran número de puntos de central local de servicio (PCLS) conectados con él. Cada PCLS es un sistema de central local que puede interceptar llamadas telefónicas e interrogar al PCS. El PCS contiene lógica y datos específicos del servicio, que le permiten devolver instrucciones a los PCLS sobre cómo tratar la llamada interceptada.

Sin embargo, en algunas situaciones es ventajoso prever varios PCS en la arquitectura de red. Una posibilidad de este tipo se presenta cuando un PCLS necesite poder obtener datos de dos bases de datos diferentes accesibles a través de PCS respectivos diferentes.

La patente norteamericana nº 4.924.510 se refiere a una situación de este tipo, en la que un PCLS necesita poder acceder a la información almacenada en cualquiera de dos bases de datos de dos PCS diferentes. En respuesta a un número marcado, el PCLS interroga a un primer PCS. Si la información pertinente no está almacenada en la base de datos asociada con el primer PCS, éste devuelve al PCLS un mensaje que contiene un número especial, que es, de hecho, una versión modificada del número de abonado llamado que provocó la pregunta inicial. Entonces, en respuesta a este número modificado el PCLS envía una pregunta al segundo punto de control, al que está asociada la segunda base de datos, a fin de obtener los datos requeridos de la segunda base de datos. Pero este método tiene la desventaja de que el número especial devuelto por el primer punto de control al punto de central local tiene que ser analizado exactamente de la misma forma que el número de abonado llamado marcado inicialmente. Ello crea una carga de tratamiento adicional en el PCLS. Un sistema similar se describe en el documento W095/35633 (de Bellsouth Corporation).

La patente norteamericana nº 5.386.467 intenta evitar las desventajas identificadas en el método descrito en el documento 4.924.510, definiendo un protocolo PCS-PCS nuevo. Entonces, cuando un primer PCS determine que no puede proporcionar suficiente información para establecer la conexión requerida, solicita directamente esa información al segundo PCS, enviando un mensaje de solicitud de información. Después, el segundo PCS transmite directamente al PCLS la información solicitada. Una ventaja de un método de este tipo es que solamente requiere transmitir tres mensajes para proporcionar la información solicitada. Pero esta solución propuesta tiene la desventaja de que precisa un cierto grado de compatibilidad entre el primero y el segundo PCS, porque tienen que compartir un protocolo apropiado.

Por lo tanto, en la técnica anterior, no hay modo de obtener información a partir de dos PCS diferentes, con objeto de tratar una única solicitud de llamada. En consecuencia, toda la información requerida por un punto de central local para tratar una solicitud de llamada tiene que almacenarse en un único PCS, y no resulta posible una disposición distribuida para la lógica de servicio.

De acuerdo con la presente invención, el primer PCS puede devolver al PCLS un mensaje que contenga una instrucción explícita para dirigir una pregunta a un segundo PCS especificado. Ello tiene la ventaja de que el mensaje que se devuelve requiere menos tratamiento del PCLS. Además, la pregunta que se envía al segundo PCS puede contener información que permita al segundo PCS, a su vez, devolver el control al primer PCS. Ello permite una disposición distribuida de la lógica de servicio.

Para una mejor comprensión de la presente invención, se hará referencia ahora, a modo de ejemplos, a los dibujos adjuntos, en los que:

la figura 1 es un diagrama de bloques, esquemático, de una arquitectura de red de acuerdo con la presente invención; y

la figura 2 es un diagrama de flujo que ilustra parte del funcionamiento de la arquitectura de red de acuerdo con la presente invención.

Como se muestra en la figura 1, la red incluye dos puntos 2, 4 de control de servicio y un punto 6 de central local de servicio. Desde luego, resultará evidente que, en la práctica, la red incluirá un gran número de puntos de central local de servicio, y puede incluir, perfectamente, más de dos puntos de control de servicio, pero la parte ilustrada de la red es suficiente para explicar la presente invención. El punto de central local de servicio (PCLS) 6 intercepta llamadas enviadas por un usuario final 8, que están previstas sean transmitidas a otros usuarios, posiblemente a través de otros puntos de central local. A fin de conectar correctamente la llamada, el PCLS 6 tiene que obtener información a partir de un punto de control de servicio (PCS). De ese modo, el PCS almacena lógica y datos específicos de servicio que le permitan devolver instrucciones al PCLS acerca de cómo tratar una llamada interceptada. En redes de la técnica anterior con esta estructura básica, no hay modo de obtener información, a partir de dos PCS diferentes, con objeto de tratar una única solicitud de llamada. En consecuencia, cada PCS tiene que almacenar toda la información necesaria, y no resulta posible una disposición distribuida para la lógica de servicio. Aunque la técnica anterior describe arquitecturas de red en las que un punto de central local puede tener acceso a dos bases de datos diferentes, existen problemas asociados con las soluciones propuestas, según se ha descrito en lo que antecede, y no permiten una lógica de servicio completamente distribuida.

Sin embargo, en algunas situaciones puede resultar ventajoso ejecutar la lógica de servicio de manera distribuida. Por ejemplo, puede ser ventajoso prever un gran número de puntos de control, situados cerca de sus usuarios respectivos, que contengan la lógica de servicio relacionada con las partes más comunes de un servicio, por ejemplo, interrogar al usuario con respecto al elemento solicitado, evaluar los derechos de acceso del usuario al servicio o recoger estadísticas acerca del resultado de la llamada. Ventajosamente, la parte de la lógica más específica del servicio puede ejecutarse en un PCS centralizado, que es interrogado por un gran número de PCLS. Ello evita la necesidad de instalar y mantener la totalidad de la lógica y los datos del PCS en cada ubicación y, también, evita la desventaja de que un solo PCS centralizado, que contenga la totalidad de la lógica y los datos del servicio, implicaría, necesariamente, grandes cantidades de tráfico de señalización de larga distancia.

Igualmente, una ventaja de una arquitectura de lógica distribuida sería que, aún cuando un usuario estuviera situado temporalmente en la red de otro operador, podría hacer uso de los mismos servicios que si estuviera llamando desde su casa.

La figura 2 es un diagrama de flujo que ilustra el uso de la presente invención, y su efecto en el funcionamiento de un PCLS.

En el paso 22, el PCLS intercepta una llamada de un usuario final. En respuesta a ello, en el paso 24, el PCLS envía una pregunta a un primer PCS, por ejemplo el PCS 2 de la figura 1. En respuesta a la pregunta, en el paso 26, el PCLS recibe instrucciones del primer PCS.

En el paso 28, estas instrucciones se analizan, a fin de determinar si incluyen una instrucción de traspaso.

Una instrucción de traspaso es enviada por el PCS, si éste determina, durante la ejecución de un servicio, que otro PCS debe asumir el control del intento de llamada. La instrucción de traspaso incluye: un parámetro que indique la dirección de red del PCS que envía la instrucción; un parámetro que indique la dirección de red del otro PCS, al que ha de transmitirse el control; y un contador, que se incrementa por traspasos, para asegurar que dos PCS no se traspasen mutuamente formando un bucle infinito. Ventajosamente, la instrucción de traspaso puede incluir, también, la información adicional siguiente: un parámetro que contenga información de correlación para el PCS que envíe la instrucción; un parámetro que contenga información de correlación para el PCS al que ha de transmitirse el control; un parámetro que contenga información que pueda ser usada en el establecimiento de un diálogo entre el subsistema de gestión de transacciones SGT y el segundo PCS, tal como la identificación del protocolo usado, datos de la parte de diálogo del SGT, etc; y un parámetro que contenga la información usada en el establecimiento del diálogo entre el SGT y el primer PCS, a fin de permitir devolver el control a ese PCS.

Si en el paso 28 se determina que no se ha recibido instrucción de traspaso alguna, la llamada se trata en el paso 30 de manera convencional. Pero si en el paso 28 se determina que se ha recibido una instrucción de traspaso, el diálogo entre el PCLS y el primer PCS se cierra, y se abre un nuevo diálogo con un segundo PCS, por ejemplo, el PCS 4 de la figura 1, mientras que, en el paso 32, se envía una pregunta al segundo PCS. Este nuevo diálogo puede usar la dirección cualquier otra información indicada por el primer PCS. En respuesta a la pregunta enviada al segundo PCS se reciben instrucciones en el paso 34. Al igual que en el paso 28, estas instrucciones se analizan en el paso 36, a fin de determinar si incluyen una instrucción de traspaso. Si no, la llamada es tratada en el paso 30. Si se recibe una instrucción de traspaso que indique que el control de la llamada tiene que devolverse al primer PCS, en el paso 38 se envía una pregunta apropiada. Entonces, en el paso 40, se reciben instrucciones adecuadas del primer PCS y el procedimiento continúa con el paso 30, en el que la llamada es tratada.

Se apreciará que el segundo PCS puede determinar que un tercer PCS tenga que asumir el control del intento de llamada. En ese caso, pueden devolverse al PCLS las instrucciones de traspaso apropiadas, que incluyen, por ejemplo, la dirección de red del tercer PCS. Entonces, en un caso de este tipo, el PCLS dirige una pregunta al tercer PCS y recibe instrucciones de él. Tales instrucciones pueden permitir que la llamada sea tratada o pueda incluir una instrucción de traspaso a otro PCS.

Por consiguiente, se ha descrito un método de tratamiento de llamadas, que permite una distribución eficaz de lógica de servicio, sin precisar una nueva interfaz PCS-PCS.

Debe señalarse, en particular, que el PCLS puede comunicar con los dos PCS usando protocolos diferentes.

Claims (10)

1. Un método para tratar llamadas telefónicas en una red que comprende, al menos, un punto (6) de central local, al que se dirigen llamadas, y una pluralidad de puntos (2, 4) de control, a los que se dirigen preguntas desde los puntos (6) de central local,

en el que, cuando un primer punto (2) de control reciba una pregunta desde un punto (6) de central local, y determine que un segundo punto (4) de control debe tratar, al menos, parte de la pregunta, el primer punto (2) de control devuelve un mensaje al punto (6) de central local, caracterizado porque el mensaje contiene una instrucción explícita, que ordena al punto (6) de central local que dirija una pregunta al segundo punto (4) de control.

2. Un método según la reivindicación 1, en el que el mensaje devuelto por el primer punto (2) de control al punto (6) de central local contiene información a trasmitir al segundo punto (4) de control que le permita al segundo punto (4) de control devolver un segundo mensaje, al punto (6) de central local, que le dé instrucciones para dirigir una pregunta adicional al primer punto (2) de control.

3. Un método según la reivindicación 2, en el que la información a transmitir al segundo punto (4) de control, contenida en el mensaje devuelto por el primer punto (2) de control al punto (6) de central local, incluye la dirección de red del primer punto (2) de control.

4. Un método según la reivindicación 1, en el que, cuando el primer punto (2) de control determine que él mismo debe tratar una primera parte de la pregunta, y determine que un segundo punto (4) de control debe tratar una segunda parte de la pregunta, el primer punto (2) de control devuelve un mensaje al punto (6) de central local con instrucciones que se refieran a la primera parte de la pregunta y pidiéndole que dirija una pregunta al segundo punto (4) de control.

5. Un punto (2) de control, para uso en una red que comprenda, al menos, un punto (6) de central local, al que se dirijan llamadas, y una pluralidad de puntos (4) de control, a los que se dirijan preguntas desde los puntos (6) de central local,

comprendiendo el punto (2) de control medios para determinar si un segundo punto (4) de control debe tratar, al menos, parte de una pregunta de un punto (6) de central local y, en respuesta a tal determinación, devolver un mensaje al punto (6) de central local, caracterizado porque el mensaje contiene una ins-
trucción explícita, que ordena al punto (6) de central local que dirija una pregunta a un segundo punto (4) de control.

6. Un punto (2) de control según la reivindicación 5, en el que el mensaje devuelto por el punto (2) de control al punto (6) de central local contiene información, a transmitir al segundo punto (4) de control, que permita que el segundo punto (4) de control devuelva un segundo mensaje al punto (6) de central local que le ordene dirigir una pregunta adicional al punto (2) de control.

7. Un punto (2) de control según la reivindicación 6, en el que la información a transmitir al segundo punto (4) de control, contenida en el mensaje devuelto por el punto (2) de control al punto (6) de central local, incluye la dirección de red del punto (2) de control.

8. Un punto (2) de control según la reivindicación 5, en el que en respuesta a la determinación de que él mismo tiene que tratar una primera parte de la pregunta, y que un segundo punto (4) de control debe tratar una segunda parte de la pregunta, el primer punto (2) de control devuelve un mensaje al punto (6) de central local con instrucciones que se refieran a la primera parte de la pregunta y pidiéndole al punto (6) de central local que dirija una pregunta al segundo punto (4) de control.

9. Un punto (6) de central local, para uso en una red que comprenda, al menos, un punto (6) de central local, al que se dirijan llamadas, y una pluralidad de puntos (2, 4) de control, a los que se dirijan preguntas desde el punto (6) de central local, caracterizado porque

el punto (6) de central local comprende medios para analizar instrucciones devueltas por un primer punto (2) de control y reconocer una instrucción explícita para dirigir una pregunta a un segundo punto (4) específico de control identificado en la instrucción.

10. Una arquitectura de red, que comprende, al menos, un punto (6) de central local, y una pluralidad de puntos (2, 4) de control, en la que

un primer punto (2) de control incluye lógica que se refiere a funciones comunes del servicio, y

un segundo punto (4) de control incluye lógica que se refiere a funciones específicas del servicio, y en la que el primer punto (2) de control comprende medios para determinar si el segundo punto (4) de control debe tratar, al menos, parte de una pregunta de un punto (6) de central local y, en respuesta a tal determinación, devolver un mensaje al punto (6) de central local, caracterizado porque el mensaje contiene una ins-
trucción explícita, que ordene al punto (6) de central local que dirija una pregunta al segundo punto (4) de control.