ES2236825T3 - Limitacion dinamica de carga en una arquitectura de red. - Google Patents

Abstract

UN PUNTO DE CONMUTACION DE SERVICIOS QUE CUENTA EL NUMERO DE CONSULTAS PENDIENTES ENVIADAS A UN PUNTO DE CONTROL DEL SERVICIO Y QUE ESPERAN UNA RESPUESTA. CUANDO EL NUMERO CONTADO ALCANZA UN UMBRAL, SE RECHAZAN OTROS INTENTOS DE LLAMADA. CON ESTO EVITA UNA CARGA EXCESIVA DEL PUNTO DE CONTROL DEL SERVICIO.

Description

Limitación dinámica de carga en una arquitectura de red.

Esta invención se refiere a un mecanismo para limitar la carga sobre un punto central en una arquitectura de red. En particular, la realización ilustrada de la invención se refiere a un mecanismo para limitar la carga sobre un Punto de Control de Servicio en una arquitectura de Redes Inteligentes.

Una arquitectura de Redes Inteligente incluye un Punto de Control de Servicio (SCP), que típicamente tiene un considerable número de Puntos de Conmutación de Servicio (SSP), conectados a él. Cada SSP es un sistema de conmutación que puede interceptar llamadas telefónicas, y consultar al SCP. El SCP contiene lógica específica de servicio y datos, que le permite retornar instrucciones al SSP sobre cómo gestionar la llamada interceptada.

Claramente, si el SCP recibe un número excesivo de consultas simultáneas desde diferentes SSP, puede surgir congestión en los enlaces de señalización de red, la capacidad de procesamiento del SCP puede estar sobrecargada, y puede dar por resultado demoras inaceptables en procesar las llamadas.

En una especificación de Red Inteligente existente, ETS 300 374-1, en las páginas 136-139, el intervalo de llamada se prevé como el único medio para reducir el tráfico de señalización enviado hacia los
SCP.

Cuando un SCP detecta una condición de carga elevada, envía instrucciones de nuevo a algunos o todos los SSP para iniciar el intervalo de llamada, lo que significa que esos SSP reducen la frecuencia en la cual se les permite enviar consultas al SCP. No obstante, este mecanismo es bastante ineficaz, debido a los retrasos que existen entre la detección de la condición de carga elevada por el SCP y el tiempo en el que el intervalo de llamada se inicia por el SSP. El resultado es que un pico inesperado en el número de consultas SCP puede todavía ocasionar que el SCP se sobrecargue.

Según otras Redes de Inteligencia existentes, el SSP tiene un mecanismo dinámico para monitorizar la condición de carga del SCP, y evitar la sobrecarga. Esto se logra definiendo un techo para el número de consultas SCP que esperan una respuesta, y rechazando los intentos de llamadas que pudieran absorber el número de consultas pendientes por encima de ese techo. Tales sistemas se describen en:

1. "On load control of an SCP in the Intelligent Network", NYBERG y col., procedimientos de las Redes de Telecomunicación australiana y conferencia de Aplicaciones, vol. 2, 1 de enero de 1994, páginas 751-756.

2. "A study of methods for protecting an SCP from overload", KIHL y col, conferencia IEE sobre Telecomunicaciones, 26 de marzo de 1995, páginas

\hbox{125-129.}

3. "Congestion control for Intelligent Networks", PHAM y col., seminario internacional de Zurich sobre Redes Inteligentes de Comunicaciones Digitales y sus aplicaciones, 16 de marzo de 1992, páginas 375-389.

4. "Performance and overload considerations when introducing IN into an existing network",
TSOLAS y col, seminario Internacional de Zurich sobre Redes Inteligentes de Comunicaciones Digitales y sus aplicaciones, 1 de enero de 1992, páginas 407-414.

Estos sistemas tienen la ventaja de que el SSP puede automáticamente reaccionar ante un cambio en la condición de carga del SCP, sin requerir que se envíe ningún mensaje desde el SCP, permitiendo una reacción más rápida a un aumento brusco inesperado de intentos de llamadas.

Sin embargo, estos sistemas padecen de desventaja porque el techo (o umbral) sólo se reduce después de que el sistema ha entrado en la condición de sobrecarga. La presente invención supera esta desventaja adoptando una acción correctora antes de que entre en la condición de sobrecarga, según se describirá más abajo.

Para una mejor comprensión de la presente invención, se hará referencia ahora, a modo de ejemplo, a los dibujos que se acompañan, en los que:

la figura 1 es un diagrama esquemático de bloque de una arquitectura de red que realiza la presente invención; y

la figura 2 es un diagrama de flujo que ilustra una parte de la operación de un SSP de acuerdo con la presente invención.

La arquitectura de red ilustrada en la figura 1 comprende un Punto de Control de Servicio (SCP) 2, al cual se conecta un número de Puntos de Conmutación de Servicio (SSP) 4, 6, 8, 10. Se apreciará, que en la práctica, el número de SSP conectado a un SCP será considerable. En la arquitectura de Redes de Inteligencia, el SSP intercepta las llamadas telefónicas, y envía consultas al SCP. El SCP retorna las instrucciones al SSP sobre cómo tratar además las llamadas interceptadas.

La figura 2 es un diagrama de flujo que muestra de qué modo un SSP puede materializar el mecanismo de limitación de llamada de acuerdo con la invención. Dentro del SSP, se puede asignar un contador a un conjunto determinado de criterios de llamada, tal como un número particular marcado. Para cada contador, se establece un valor máximo predeterminado, es decir, un techo.

En el procedimiento mostrado en la figura 2, en la etapa 22, se recibe un intento de llamada en el SSP que coincide con uno de los criterios. En la etapa 24, se incrementa el valor del contador correspondiente. En la etapa 26, se determina si el valor del contador ha alcanzado su valor máximo predeterminado. Si no lo ha hecho, la consulta se envía al SCP en la etapa 28. Tan pronto como se recibe una respuesta del SCP sobre una consulta pendiente, en la etapa 36, el valor del contador correspondiente es disminuido en la etapa 38.

Un contador de aciertos que representa el número de consultas consecutivas que han sido respondidas con éxito, se incrementa en la etapa 40. Se determina entonces en la etapa 42 si el contador de aciertos ha alcanzado un número predefinido. Si es así, el valor máximo definido del contador es automáticamente elevado por un incremento predefinido en la etapa 44. El procedimiento entonces retorna a inicio.

Si se determina en la etapa 26 que el valor del contador ha alcanzado su valor máximo predeterminado, es una indicación de que el SCP está en una condición de carga elevada, con un tiempo de respuestas correspondientemente incrementado a las consultas. Para hacer frente a este problema, en la etapa 30 el valor de contador máximo determinado se reduce por una etapa decreciente predefinida. Entonces, en la etapa 32, se rechaza la llamada recibida, y no se aceptan otros intentos de llamadas. El contador de aciertos se vuelve a colocar en cero en la etapa 33. Al tiempo que en esta condición, según se muestra en la etapa 34, el valor del contador se monitoriza, hasta que alcanza un valor inferior, el cual es un cierto porcentaje por debajo del presente valor del contador máximo determinado. Cuando se alcanza este valor inferior, es decir la respuesta SÍ se obtiene en la etapa 34, el SSP es capaz de nuevo de responder intentos de llamadas, y el proceso retorna al inicio.

Este mecanismo se puede mantener permanentemente en su lugar, o puede ser activado manualmente en el SSP, o por medio de una instrucción enviada al SSP desde el SCP. Además, la regulación del valor máximo inicial para el contador se puede asimismo regular manualmente en el SSP, o por medio de la instrucción desde el SCP.

Se dispone de este modo un mecanismo que permite un SSP para ajustarse automáticamente a la carga en el SCP, sin requerir que se envíen mensajes desde el SCP. El hecho de que exista siempre un valor máximo para el contador significa que el mecanismo es siempre capaz de gestionar los aumentos bruscos de intentos de llamada.

Aunque la invención se ha descrito anteriormente en términos de una arquitectura de telecomunicaciones de Redes Inteligente, con el SSP que contiene el mecanismo para limitar las consultas enviadas a un SCP, se apreciará que se puede usar un mecanismo análogo en cualquier arquitectura de red que requiera que se envíen consultas a una base de datos centralizada o punto de control por ejemplo en redes de telecomunicación móviles, bases de datos de tarjeta de crédito, o redes de ordenador.

Claims (9)

1. Un punto de conmutación (4, 6, 8, 10) para uso en una arquitectura de red que tiene un punto (2) de control central y una pluralidad de puntos (4, 6, 8, 10) de conmutación conectados al mismo, comprendiendo el punto (4, 6, 8, 10) de conmutación:

medios para enviar consultas al punto (2) de control, y recibir respuestas del mismo;

medios para contar el número de consultas pendientes enviadas al punto (2) de control y que esperan una respuesta; y

medios para evitar que se envíen consultas adicionales al punto (2) de control cuando el número de consultas pendientes alcanza un valor umbral, caracterizado por medios para hacer que disminuya el valor umbral cuando el número de consultas pendientes alcanza el valor umbral.

2. Un punto de conmutación según la reivindicación 1, que tiene medios para hacer que aumente el valor umbral cuando un número predeterminado de consultas consecutivas recibe respuestas satisfactorias.

3. Un punto de conmutación según la reivindicación 1, que tiene medios para contar una pluralidad de números de consultas pendientes de diferentes categorías.

4. Un método para gestionar una llamada telefónica en un punto (4, 6, 8, 10) de conmutación que forma parte de una arquitectura de red que tiene un punto (2) de control central y una pluralidad de puntos (4, 6, 8, 10) de conmutación conectados al mismo, gestionando el punto (2) de control consultas enviadas desde los puntos (4, 6, 8, 10) de conmutación, y comprendiendo el método:

recibir una consulta;

incrementar un valor del contador, que es disminuido siempre que una consulta recibe una respuesta desde el punto (2) de control;

comparar el valor del contador con un umbral predeterminado; y

si el valor del contador es menor que el valor umbral, enviar una consulta al punto (2) de control, y

si el valor del contador es igual o mayor que el valor umbral, rechazar la consulta, caracterizado porque el valor umbral es disminuido cuando el número de consultas pendientes alcanza el valor umbral.

5. Un método según la reivindicación 4, que comprende una etapa para determinar si una consulta satisface uno de una pluralidad de criterios predeterminados, y, si es así, incrementar un valor del contador asociado con el mismo.

6. Un método según la reivindicación 5, en el que cada valor del contador, asociado con un criterio predeterminado respectivo, tiene un umbral predeterminado respectivo.

7. Una arquitectura de red, que comprende un punto (2) de control central y una pluralidad de puntos (4,6,8,10) de conmutación conectados al mismo, comprendiendo cada punto (4, 6, 8, 10) de conmutación:

medios para enviar consultas al punto (2) de control, y recibir respuestas del mismo;

medios para contar el número de consultas pendientes enviadas al punto (2) de control y esperar una respuesta; y

medios para evitar que se envían consultas adicionales al punto (2) de control cuando el número de consultas pendientes alcanza un valor umbral, caracterizada por medios para disminuir el valor umbral cuando el número de consultas pendientes alcance el valor umbral.

8. Una arquitectura según la reivindicación 7, que tiene medios para incrementar el valor umbral cuando un número predeterminado de consultas consecutivas recibe respuestas satisfactorias desde el punto de control.

9. Una arquitectura según la reivindicación 7, que tiene medios para contar una pluralidad de números de consultas pendientes de diferentes categorías.