ES2316845T3 - Metodo para controlar la carga de llamadas de usuario en un sistema de conmutacion por software. - Google Patents
Metodo para controlar la carga de llamadas de usuario en un sistema de conmutacion por software. Download PDFInfo
- Publication number
- ES2316845T3 ES2316845T3 ES03785459T ES03785459T ES2316845T3 ES 2316845 T3 ES2316845 T3 ES 2316845T3 ES 03785459 T ES03785459 T ES 03785459T ES 03785459 T ES03785459 T ES 03785459T ES 2316845 T3 ES2316845 T3 ES 2316845T3
- Authority
- ES
- Spain
- Prior art keywords
- calls
- congestion
- timer
- traffic
- load
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims abstract description 52
- 230000008569 process Effects 0.000 claims description 19
- 230000006854 communication Effects 0.000 claims description 17
- 238000004891 communication Methods 0.000 claims description 14
- 238000012423 maintenance Methods 0.000 claims description 4
- 238000012545 processing Methods 0.000 claims description 4
- 230000006835 compression Effects 0.000 claims description 3
- 238000007906 compression Methods 0.000 claims description 3
- 230000007423 decrease Effects 0.000 claims description 3
- 230000003247 decreasing effect Effects 0.000 claims description 2
- 230000026676 system process Effects 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000009792 diffusion process Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/36—Statistical metering, e.g. recording occasions when traffic exceeds capacity of trunks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Remote Monitoring And Control Of Power-Distribution Networks (AREA)
- Devices For Supply Of Signal Current (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Push-Button Switches (AREA)
Abstract
Método para controlar la carga de llamadas en un sistema de conmutación por software, que incluye: recibir un mensaje de indicación de congestión mediante un módulo de llamadas básicas (101); decidir si la congestión del sistema indicada mediante el mensaje de indicación de congestión está en un tipo de ráfaga o duración; e implementar el control para comenzar la carga de llamadas según la decisión del tipo de ráfaga o duración para la congestión del sistema, caracterizado porque la etapa de decidir si la congestión del sistema indicada mediante el mensaje de indicación de congestión está en un tipo de ráfaga o duración se implementa utilizando un temporizador T1 y T2, siendo el temporizador T1 un temporizador de duración menor, y siendo el temporizador T2 un temporizador de duración mayor, y la etapa de decidir si la congestión del sistema indicada mediante el mensaje de indicación de congestión está en un tipo de ráfaga o duración, incluye además las etapas de: decidir si se ha superado el tiempo del temporizador T1 y T2 o no; si no se ha superado el tiempo del temporizador T1, implementar un proceso de llamada normal en el módulo de llamadas básicas; si se ha superado el tiempo del temporizador T1 pero no se ha superado el tiempo del temporizador T2 (104), lo que indica que la congestión del sistema indicada mediante el mensaje indicativo de congestión puede estar en un tipo de duración, reiniciar los temporizadores T1 y T2 (107); si se ha superado el tiempo del temporizador T1 pero no se ha superado el tiempo del temporizador T2, y el estado de carga de tráfico es el nivel más alto del estado de sobrecarga (106), enviar una alarma de congestión (108) a un sistema de operación y mantenimiento desde el módulo de llamadas básicas; si se han superado los tiempos tanto del temporizador T1 como del temporizador T2, lo que indica que la congestión del sistema indicada mediante el mensaje de indicación de congestión está en un tipo de ráfaga, reiniciar el temporizador T2 (110); y si no se han superado los tiempos tanto del temporizador T1 como del temporizador T2 (109), y el estado de carga de tráfico alcanza el estado normal, implementar un proceso de llamada normal en el módulo de llamadas básicas.
Description
Método para controlar la carga de llamadas de
usuario en un sistema de conmutación por software.
La presente invención se refiere a un método
para el proceso de servicios en un sistema de redes de comunicación
electrónica, y de manera más particular a un método para controlar
la carga de llamadas en una red IP con un sistema principal de
conmutación por software.
En la actualidad, la información está altamente
centralizada, y un sistema de conmutación telefónica con frecuencia
afronta una ráfaga de pico de tráfico. Por ejemplo, durante un
cierto intervalo en un período vacacional o después de que ocurra
un evento regional intenso, un gran número de solicitudes de llamada
congestionan las redes telefónicas locales, y entonces una conexión
de llamadas puede no completarse por largo tiempo. A veces incluso
el conmutador necesita reajustar su sistema, lo que no sólo
interrumpe la conexión de llamadas de emergencia, sino que también
afecta de manera directa a la calidad de servicio y mantenimiento de
equipo del sistema de conmutación.
La carga de tráfico se controla a menudo en
técnicas actuales mediante un método para compartir la carga de
tráfico para promocionar el flujo de tráfico de ráfaga centralizado.
Pero cuando una ruta desbordada no está inactiva y sus ciertas
llamadas están también desbordadas, este método es incapaz de
procesar el tráfico de sobrecarga. Por el contrario, la congestión
de red puede agravarse mediante el método, cuando ocurre un tráfico
de desbordamiento severo. De este modo, este método obviamente no es
adecuado para una estructura de tráfico actual compleja y
cambiante.
El mismo problema descrito anteriormente,
concretamente, cómo controlar la carga de tráfico de manera
efectiva, se afronta en un sistema de conmutación por software que
es el equipo principal que se desarrolla desde la red conmutada por
circuitos a la red conmutada por paquetes, un sistema importante en
la próxima generación de la red de telecomunicaciones.
Una técnica anterior sumamente relacionada con
la presente invención es la patente estadounidense Nº 5933481, que
da a conocer "un método para controlar el tráfico de llamadas en
un sistema de telecomunicaciones". La invención proporciona un
método para alterar de manera dinámica la tasa a la que se aceptan
las llamadas propuestas entrantes, que incluye la etapa de
determinar de manera sucesiva la tasa de llamadas propuestas de las
llamadas propuestas entrantes. En este método, cuando las llamadas
propuestas aumentan, el sistema acepta las llamadas a una tasa más
baja. Para dos intervalos espaciados utilizados mediante la
invención, el intervalo espaciado más corto se utiliza para aceptar
las llamadas cuando la tasa de llamadas propuestas no es mayor que
un valor ajustado; el intervalo espaciado más largo se utiliza para
aceptar las llamadas cuando la tasa de llamadas propuestas supera
el valor ajustado. Sin embargo, hay desventajas en este método de la
manera siguiente:
Puede ocurrir una variación cuando se procesan
llamadas de ráfaga, bien aceptando llamadas más allá de la
capacidad de proceso del sistema, o rechazando algunas llamadas
cuando el sistema puede aceptar llamadas. Por ejemplo, dentro de un
intervalo de tiempo corto, el sistema propone llamadas más allá de
la capacidad de proceso del sistema, y a continuación
posteriormente el sistema podría no proponer llamadas en
absoluto.
En una aplicación práctica, la carga aceptada
por un sistema generalmente ocurre por un tiempo corto, lo que no
puede causar congestión del sistema. De este modo, todas las
llamadas propuestas pueden procesarse por el sistema. Si demasiadas
llamadas se reciben de manera continua dentro de un intervalo de
tiempo, el sistema debería rechazar procesar algunas de las
llamadas, en el que, además, las llamadas rechazadas deberían no
ser llamadas de emergencia para servicios especiales.
A partir del documento
US-A-5 835 490 se conoce un método
de control de sobrecarga, que utiliza una proporción de carga de
proceso de control de llamadas de un sistema móvil CDMA (CMS), que
puede controlar una paginación y una transmisión de señal mediante
un valor umbral y una sobrecarga mediante una señal que se recibe
calculando una proporción de carga promedio de un proceso y una
proporción de permiso variable en el tiempo de sobrecarga que
utiliza la CPU actual que ocupa la proporción y una proporción de
carga de un proceso de control de llamadas.
El documento
CN-A-1 275 851 da a conocer un
dispositivo y sistema de detección de horas ocupadas de abonado
para detectar un tiempo en el que los abonados utilizan con mayor
frecuencia las líneas de comunicación en un sistema de
telecomunicaciones.
A partir del documento
US-A-5 881 137 se conoce un método y
disposición de puerta para controlar el tráfico en un sistema de
telecomunicaciones. La tasa de incidencia de las unidades, tal como
llamadas, transmitidas se restringe a un cierto valor umbral
predeterminado cuando su tasa de incidencia supera el valor. Para
que pudiera ser posible aproximar mejor una puerta espaciadora
operativa de manera ideal, cuando una nueva llamada llega, un valor
promedio del intervalo entre dos llamadas consecutivas se calcula
sólo en función de las llamadas aceptadas anteriormente, y la
llamada se acepta, si el valor promedio calculado es al menos el
mismo que el valor umbral predeterminado.
La presente invención proporciona un método para
controlar carga de tráfico de llamadas en una red IP para vencer
las desventajas técnicas actuales.
El objetivo de la invención es proporcionar un
método para controlar la carga de llamadas en una red IP con un
sistema de conmutación por software como un elemento principal, en
el que, cuando ocurre tráfico masivo en el sistema de conmutación
por software, la tasa de aceptar llamadas se regula de manera
dinámica según la carga de tráfico para recuperar rápidamente una
carga de tráfico normal y evitar el fenómeno de difusión de
congestión y congestión que ocurre en el sistema de conmutación por
software.
Para conseguir el objetivo anterior, la solución
técnica de la invención incluye las etapas de la manera
siguiente:
Un método para controlar la carga de llamadas en
un sistema de conmutación por software, que incluye: recibir un
mensaje de indicación de congestión en un módulo de llamadas
básicas; decidir si la congestión del sistema indicada mediante el
mensaje de indicación de congestión está en un tipo de ráfaga o
duración; implementar el control para comenzar la carga de llamadas
según la decisión del tipo de ráfaga o duración para la congestión
del sistema, la etapa de decidir si la congestión del sistema
indicada mediante el mensaje de indicación de congestión está en un
tipo de ráfaga o duración se implementa utilizando unos
temporizadores T1 y T2; el temporizador T1 es un temporizador de
duración menor; el temporizador T2 es un temporizador de duración
mayor, la etapa de decidir si la congestión del sistema indicada
mediante el mensaje de indicación de congestión está en un tipo de
ráfaga o duración, incluye además: decidir si se ha superado o no el
tiempo del temporizador T1 y T2; en caso negativo se ha superado el
tiempo del temporizador T1, implementar un proceso de llamada normal
en el módulo de llamadas básicas; si se ha superado el tiempo del
temporizador T1 pero no se ha superado el tiempo del temporizador
T2, lo que indica que la congestión del sistema indicada mediante el
mensaje de indicación de congestión puede estar en un tipo de
duración, reiniciar el temporizador T1 y T2; si se ha superado el
tiempo del temporizador T1 pero no se ha superado el tiempo del
temporizador T2, y el estado de carga de tráfico es el nivel más
alto del estado de sobrecarga, enviar una alarma de congestión a un
sistema de operación y mantenimiento (OAM, operation and
maintenance system) desde el módulo de llamadas básicas; si se
han superado los tiempos tanto del temporizador T1 como del
temporizador T2, lo que indica que la congestión del sistema
indicada mediante el mensaje de indicación de congestión está en un
tipo de ráfaga, reiniciar el temporizador T2; en caso negativo se
han superado los tiempos tanto del temporizador T1 como del
temporizador T2 y el estado de carga de tráfico alcanza el estado
normal, implementar un proceso de llamada normal en el módulo de
llamadas básicas.
Preferiblemente, la etapa de recibir un mensaje
de indicación de congestión en un módulo de llamadas básicas
incluye además de la manera siguiente: decidir si es o no la primera
vez que el módulo de llamadas básicas recibe un mensaje de
indicación de congestión; en caso afirmativo, ajustar un estado de
carga de tráfico como un nivel del estado de sobrecarga más bajo, e
iniciar el temporizador T1 y T2.
Preferiblemente, la etapa de implementar el
control para comenzar la carga de llamadas, incluye además las
etapas de la manera siguiente: rechazar aceptar llamadas que no sean
de emergencia, cuando la congestión del sistema indicada mediante
mensaje de indicación de congestión está en un tipo de duración; y
disminuir el estado de carga de tráfico un nivel y reducir una tasa
de rechazar llamadas, cuando la congestión del sistema indicada
mediante mensaje de indicación de congestión está en un tipo de
ráfaga.
Preferiblemente, la etapa de rechazar aceptar
llamadas que no sean de emergencia, incluye además las etapas de la
manera siguiente: subir el estado de carga de tráfico un nivel;
contar un número de solicitudes de llamada recibidas; determinar
una tasa de rechazar llamadas utilizando un algoritmo para controlar
la carga de tráfico; rechazar aceptar llamadas que no sean de
emergencia según la tasa de rechazar llamadas.
Preferiblemente, la tasa de rechazar llamadas
está en relación directa con un número de llamadas que debería
rechazarse aceptar exceptuando llamadas de emergencia; la tasa de
rechazar llamadas está en relación inversa con un número de
llamadas que se cuenta posteriormente después de que se comienza a
contar las solicitudes de llamada actuales; el número de llamadas
que debería rechazarse aceptar exceptuando llamadas de emergencia
es igual a o mayor que el número de llamadas que se cuenta
posteriormente después de que se comienza a contar la solicitud de
llamada actual.
Preferiblemente, el algoritmo de control de
carga de tráfico se calcula según una carga de proceso del sistema
de conmutación por software en la red IP, y la carga de la red
portadora de datos relacionada.
Preferiblemente, la carga de proceso del sistema
de conmutación por software se obtiene según los siguientes
parámetros: una tasa de tiempo ocupado por la CPU dentro del sistema
de conmutación por software; tráfico de comunicación para cada
módulo de software dentro del sistema de conmutación por software;
un retardo de tiempo promedio para el acceso a la base de datos
dentro del sistema de conmutación por software; una capacidad de
memoria ocupada por el procesamiento de llamadas dentro del sistema
de conmutación por software, y un porcentaje de memoria libre; y un
porcentaje de carga de proceso y retardo de envío de mensaje de
equipos de proceso de comunicación dentro del sistema de
conmutación por software.
Preferiblemente, la carga de la red portadora de
datos relacionada se obtiene según los siguientes parámetros:
un porcentaje de tráfico de cada puerto de
datos, un retardo de comunicación en cada enrutador, una fluctuación
de comunicación en cada enrutador, una tasa de paquetes perdidos de
comunicación en cada enrutador, y tráfico de red adyacente.
Preferiblemente, deben satisfacerse las
siguientes condiciones para controlar la carga de tráfico mediante
el algoritmo de control de carga de tráfico: se garantiza que las
llamadas de emergencia están desbloqueadas; se garantizan las
llamadas de usuarios importantes y usuarios prioritarios; se limitan
las llamadas de usuarios normales mediante un modo de cuatro
niveles, en el que las tasas de restricción de llamadas son 50%,
75%, 87,5% y 100%; cuando se causa la carga de tráfico mediante un
flujo de medios, el sistema de conmutación por software debería
desviar el tráfico de red de datos relacionada, aunque la propia
conmutación por software no esté sobrecargada; cuando un flujo de
medios causa la congestión de tráfico, el modo de codificación del
flujo de medios se controla para reducir el tráfico de medios, por
ejemplo, el modo de codificación G.711 original que proporciona
calidad de voz se cambia por el modo G.732 o G.729 que adopta tasa
de compresión alta.
El efecto activo obtenido mediante la presente
invención es que el sistema tiene estabilidad y fiabilidad más
altas. Una vez que ocurre el estado de sobrecarga de tráfico, se
garantizan las conexiones con el máximo número de llamadas, y
podría recuperarse rápidamente el sistema a estado de carga normal.
Los módulos de software no interrumpen las conexiones de llamada
normal, y la sobrecarga de tráfico no bloquea las conexiones para
llamadas de emergencia para servicios especiales. Este método es
adecuado para aplicaciones amplias, y su control de carga de
tráfico es suave y eficaz con una capacidad de control de sobrecarga
adaptativa.
Se describirán de manera detallada realizaciones
a modo de ejemplo a continuación con referencia a los dibujos
adjuntos para la comprensión adicional y exhaustiva para el
objetivo, características y beneficios acerca de la presente
invención.
La figura 1 es un diagrama de flujo que
representa un módulo de llamadas básicas de un sistema de
conmutación por software en estado de sobrecarga de tráfico; y
la figura 2 es un diagrama de flujo que
representa un proceso de llamada de un módulo de llamadas
básicas.
Cuando el tráfico de llamadas recibido por el
sistema de conmutación por software ha superado la capacidad de
carga de tráfico que el sistema puede manejar, se envía un mensaje
de indicación de congestión a un módulo de llamadas básicas. No se
realizan acciones para ninguno de los mensajes de indicación de
congestión recibidos durante el temporizador T1, y su fin es
asegurar que no se produzca una caída rápida para el tráfico de
sistema y también poder identificar de manera eficaz si el sistema
se sobrecarga dentro de una duración de tiempo muy corto.
La presente invención se describirá
adicionalmente a continuación con referencia a los dibujos
adjuntos.
Como se muestra en la figura 1, en la etapa 101,
se verifica si es o no la primera vez que el módulo de llamadas
básicas recibe un mensaje de indicación de congestión. En caso
afirmativo, cambia el estado de carga de tráfico de sistema y lo
ajusta como el nivel más bajo (etapa 102), y también ajusta los dos
temporizadores, T1 con una duración más corta y T2 con una duración
más larga (etapa 103).
En caso negativo, se verifica si se ha superado
el tiempo del temporizador T1 y no se ha superado el tiempo de T2
(etapa 104); en caso afirmativo, el estado de carga de tráfico del
módulo de llamadas básicas se sube un nivel (etapa 105), y a
continuación se verifica si la carga de tráfico añadida está más
allá del umbral máximo o no (etapa 106); En caso afirmativo, se
reinician los temporizadores T1 y T2 (etapa 107); en caso negativo,
lo que se explica es que el sistema aún tiene el mensaje de
indicación de congestión aunque el estado de carga de tráfico del
módulo de llamadas básicas ha alcanzado el nivel más alto, se envía
el mensaje de indicación de congestión al OAM (etapa 108); a
continuación se finaliza el flujo de servicio actual, y se entra en
un estado de esperar mensaje.
Si en la etapa 104, se ha superado el tiempo del
temporizador T2, lo que indica que el mensaje de indicación de
congestión no se ha recibido durante una duración de T2, el estado
de carga de tráfico se disminuye un nivel, y T2 se reinicia; si en
este tiempo se ha superado el tiempo del T2 de nuevo, el estado de
carga de tráfico se disminuye un nivel de nuevo, hasta que se
recupera el estado de carga de tráfico a un estado normal; se
comprueba además si no se han superado los tiempos de ninguno de los
dos temporizadores T1 y T2 (etapa 109); en caso afirmativo, entrar
de manera directa en un estado de espera; en caso negativo, se
reinician los dos temporizadores T1 y T2 (etapa 110), y a
continuación se entra en un estado de espera.
Como se muestra en la figura 2, en primer lugar
se verifica si el módulo de llamadas básicas ha recibido un mensaje
de indicación de congestión, concretamente, si actualmente el
sistema ha estado en un estado de sobrecarga de tráfico (etapa
201); si no, se procesan las llamadas normalmente (etapa 202); en
caso afirmativo, lo que indica que el sistema ahora ha estado en un
estado de sobrecarga, se ajustar un nivel de carga de tráfico
actual (etapa 203), a continuación ajustar el algoritmo
correspondiente según el nivel de carga de tráfico (etapa 204) para
determinar la tasa de rechazar aceptar llamadas que no sean de
emergencia. El algoritmo detallado es de la manera siguiente:
comenzando desde la actual llamada, debería rechazarse aceptar m
llamadas dentro de las n llamadas subsiguientes, (m\leq n), en el
que las llamadas de emergencia no deberían incluirse en las m
llamadas. Por tanto, la tasa de rechazar aceptar llamadas es:
p =
m/n
Los niveles de carga de tráfico pueden
preajustarse según el rendimiento real del equipo de conmutación por
software. En general, p = 0, concretamente, no se necesita rechazar
ninguna llamada. Cuando la carga de tráfico aumenta hasta el estado
en el que la carga de tráfico debería controlarse, el valor de p
debería regularse a p > 0. Si en este tiempo la carga de tráfico
aún aumenta de manera continua, p debería aumentarse de manera
continua. Cuando
p = 1, se indica que se restringen todas las llamadas (exceptuando las llamadas de emergencia), de esta forma el sistema podría siempre ejecutarse en un rango seguro preajustado. A continuación se ejecuta la etapa de rechazar aceptar llamadas que no sean de emergencia (etapa 205).
p = 1, se indica que se restringen todas las llamadas (exceptuando las llamadas de emergencia), de esta forma el sistema podría siempre ejecutarse en un rango seguro preajustado. A continuación se ejecuta la etapa de rechazar aceptar llamadas que no sean de emergencia (etapa 205).
De este modo, el flujo de servicio se finaliza y
el sistema entra en un estado de esperar mensaje.
En la presente invención, el algoritmo para
controlar la carga de tráfico se determina según la carga de proceso
de la propia conmutación por software y la carga de la red
portadora de datos relacionada.
La carga de proceso de la propia conmutación por
software puede obtenerse según los siguientes parámetros:
una tasa de tiempo ocupado por la CPU dentro del
sistema de conmutación por software;
un tráfico de comunicación para cada módulo de
software dentro del sistema de conmutación por software;
un retardo de tiempo promedio para el acceso a
la base de datos dentro del sistema de conmutación por software;
una capacidad de memoria ocupada por el
procesamiento de llamadas dentro del sistema de conmutación por
software, y el porcentaje de memoria libre; y
un porcentaje de carga de proceso y retardo de
envío de mensaje del equipo de proceso de comunicación dentro del
sistema de conmutación por software.
\vskip1.000000\baselineskip
La carga de la red portadora de datos
relacionada puede obtenerse según los siguientes parámetros:
un porcentaje de tráfico de cada puerto de
datos;
un retardo de comunicación en cada
enrutador;
una fluctuación de comunicación en cada
enrutador;
una tasa de paquetes perdidos de comunicación en
cada enrutador; y
tráfico de red adyacente.
\vskip1.000000\baselineskip
Los siguientes principios deberían incluirse
para controlar la carga de tráfico mediante el algoritmo de control
de carga de tráfico:
debería garantizarse que las llamadas de
emergencia (tales como 110, 119, 112) están desbloqueadas;
deberían garantizarse las llamadas de usuarios
importantes y usuarios prioritarios (tales como departamentos
gubernamentales, fuerzas armadas, y policía);
las llamadas de usuarios normales se limitan
mediante un modo de cuatro niveles, en el que tasas de restricción
de llamadas son 50%, 75%, 87,5% y 100%;
cuando un flujo de medios causa la carga de
tráfico (en un sistema de conmutación por software, la conmutación
por software únicamente completa el proceso de llamada, mientras que
la conmutación del flujo de medios se completa mediante la red de
datos), el sistema de conmutación por software debería desviar el
tráfico de red de datos relacionada aunque la propia conmutación
por software no esté sobrecargada; y
cuando un flujo de medios causa la congestión de
tráfico, el modo de codificación del flujo de medios se controla
para reducir el tráfico de medios, por ejemplo, el modo de
codificación G.711 original que proporciona calidad de voz se
cambia por el modo G.732 o G.729 que adopta una tasa de compresión
alta.
\vskip1.000000\baselineskip
Toda la descripción anterior es sólo
realizaciones preferibles de la presente invención, lo que no
debería verse como una limitación para la invención, y el alcance
de la invención reivindicada para su protección no debe limitarse a
esta descripción. Según las tecnologías dadas a conocer mediante la
invención, cualquier modificación y variación equivalente hechas
por un experto en la técnica deberían caer dentro del alcance
reivindicado por la invención.
Claims (12)
1. Método para controlar la carga de llamadas en
un sistema de conmutación por software, que incluye:
recibir un mensaje de indicación de congestión
mediante un módulo de llamadas básicas (101);
decidir si la congestión del sistema indicada
mediante el mensaje de indicación de congestión está en un tipo de
ráfaga o duración; e
implementar el control para comenzar la carga de
llamadas según la decisión del tipo de ráfaga o duración para la
congestión del sistema, caracterizado porque la etapa de
decidir si la congestión del sistema indicada mediante el mensaje
de indicación de congestión está en un tipo de ráfaga o duración se
implementa utilizando un temporizador T1 y T2, siendo el
temporizador T1 un temporizador de duración menor, y siendo el
temporizador T2 un temporizador de duración mayor, y
la etapa de decidir si la congestión del sistema
indicada mediante el mensaje de indicación de congestión está en un
tipo de ráfaga o duración, incluye además las etapas de: decidir si
se ha superado el tiempo del temporizador T1 y T2 o no;
si no se ha superado el tiempo del temporizador
T1, implementar un proceso de llamada normal en el módulo de
llamadas básicas;
si se ha superado el tiempo del temporizador T1
pero no se ha superado el tiempo del temporizador T2 (104), lo que
indica que la congestión del sistema indicada mediante el mensaje
indicativo de congestión puede estar en un tipo de duración,
reiniciar los temporizadores T1 y T2 (107);
si se ha superado el tiempo del temporizador T1
pero no se ha superado el tiempo del temporizador T2, y el estado
de carga de tráfico es el nivel más alto del estado de sobrecarga
(106), enviar una alarma de congestión (108) a un sistema de
operación y mantenimiento desde el módulo de llamadas básicas;
si se han superado los tiempos tanto del
temporizador T1 como del temporizador T2, lo que indica que la
congestión del sistema indicada mediante el mensaje de indicación
de congestión está en un tipo de ráfaga, reiniciar el temporizador
T2 (110); y
si no se han superado los tiempos tanto del
temporizador T1 como del temporizador T2 (109), y el estado de
carga de tráfico alcanza el estado normal, implementar un proceso de
llamada normal en el módulo de llamadas básicas.
2. Método según la reivindicación 1,
caracterizado porque la etapa de recibir un mensaje de
indicación de congestión (101) en un módulo de llamadas básicas
incluye además las etapas de:
decidir si es o no la primera vez que el módulo
de llamadas básicas recibe un mensaje de indicación de congestión
(101); en caso afirmativo, ajustar un estado de carga de tráfico
como un nivel del estado de sobrecarga más bajo (102), e iniciar el
temporizador T1 y T2 (103).
3. Método según la reivindicación 1,
caracterizado porque la etapa de implementar el control para
comenzar la carga de llamadas, incluye además las etapas de:
rechazar aceptar llamadas que no sean de
emergencia (205), cuando la congestión del sistema indicada mediante
mensaje indicativo de congestión está en un tipo de duración; y
disminuir el estado de carga de tráfico un nivel
y reducir una tasa de rechazar llamadas, cuando la congestión del
sistema indicada mediante mensaje de indicación de congestión está
en un tipo de ráfaga.
4. Método según la reivindicación 3,
caracterizado porque la etapa de rechazar aceptar llamadas
que no sean de emergencia, incluye además las etapas de:
subir el estado de carga de tráfico un nivel
(203);
contar un número de solicitudes de llamada
recibidas;
determinar una tasa de rechazar llamadas
utilizando un algoritmo para controlar la carga de tráfico (204);
y
rechazar aceptar llamadas que no sean de
emergencia según la tasa de rechazar llamadas (205).
5. Método según la reivindicación 4,
caracterizado porque la tasa de rechazar llamadas está en
relación directa con un número de llamadas que debería rechazarse
aceptar exceptuando llamadas de emergencia.
6. Método según la reivindicación 4,
caracterizado porque la tasa de rechazar llamadas está en
relación inversa con un número de llamadas que se cuenta
posteriormente después de que se comienza a contar las solicitudes
de llamada actuales.
7. Método según la reivindicación 5 ó 6,
caracterizado porque el número de llamadas que debería
rechazarse aceptar exceptuando llamadas de emergencia es igual a o
mayor que el número de llamadas que se cuenta posteriormente
después de que se comienza a contar la solicitud de llamada
actual.
8. Método según la reivindicación 4,
caracterizado porque el algoritmo de control de carga de
tráfico se determina según una carga de proceso del sistema de
conmutación por software en la red IP, y la carga de la red
portadora de datos relacionada.
9. Método según la reivindicación 8,
caracterizado porque la carga de proceso del sistema de
conmutación por software se obtiene según los siguientes
parámetros:
una tasa de tiempo ocupado por la CPU dentro del
sistema de conmutación por software;
un tráfico de comunicación para cada módulo de
software dentro del sistema de conmutación por software;
un retardo de tiempo promedio para el acceso a
la base de datos dentro del sistema de conmutación por software;
una capacidad de memoria ocupada por el
procesamiento de llamadas dentro del sistema de conmutación por
software, y un porcentaje de memoria libre; y
un porcentaje de carga de proceso y retardo de
envío de mensaje de equipos de proceso de comunicación dentro del
sistema de conmutación por software.
10. Método según la reivindicación 8,
caracterizado porque la carga de la red portadora de datos
relacionada se obtiene según los siguientes parámetros:
un porcentaje de tráfico de cada puerto de
datos, un retardo de comunicación en cada enrutador, una fluctuación
de comunicación en cada enrutador, una tasa de paquetes perdidos de
comunicación en cada enrutador, y tráfico de red adyacente.
11. Método según la reivindicación 4 u 8,
caracterizado porque deben satisfacerse las siguientes
condiciones para controlar la carga de tráfico mediante el
algoritmo de control de carga de tráfico:
se garantiza que las llamadas de emergencia
están desbloqueadas;
se garantizan las llamadas de usuarios
importantes y usuarios prioritarios;
se adopta un modo de cuatro niveles para limitar
las llamadas de usuarios normales, en el que tasas de restricción
de llamadas son 50%, 75%, 87,5% y 100%; cuando se causa la carga de
tráfico mediante un flujo de medios, el sistema de conmutación por
software debería desviar el tráfico de la red de datos relacionada,
aunque la propia conmutación por software no esté sobrecargada;
y
cuando un flujo de medios causa la congestión de
tráfico, el modo de codificación del flujo de medios se controla
para reducir el tráfico de medios, por ejemplo, el modo de
codificación G.711 original que proporciona calidad de voz se
cambia por el modo G.732 o G.729 que adopta tasa de compresión
alta.
12. Método según la reivindicación 1,
caracterizado porque comprende además las etapas (104, 202,
204) de si se ha superado el tiempo del temporizador T2, lo que
indica que el mensaje de indicación de congestión no se ha recibido
durante una duración de T2, el estado de carga de tráfico se
disminuye un nivel, y T2 se reinicia y reducir la tasa de rechazar
aceptar llamadas.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB03114845XA CN100473043C (zh) | 2003-01-08 | 2003-01-08 | Ip网络中的用户呼叫负荷控制方法 |
| CN3114845.X | 2003-01-08 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2316845T3 true ES2316845T3 (es) | 2009-04-16 |
Family
ID=32686836
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES03785459T Expired - Lifetime ES2316845T3 (es) | 2003-01-08 | 2003-12-23 | Metodo para controlar la carga de llamadas de usuario en un sistema de conmutacion por software. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US7577242B2 (es) |
| EP (1) | EP1583338B1 (es) |
| CN (1) | CN100473043C (es) |
| AT (1) | ATE413055T1 (es) |
| AU (1) | AU2003296201A1 (es) |
| DE (1) | DE60324468D1 (es) |
| ES (1) | ES2316845T3 (es) |
| WO (1) | WO2004064364A1 (es) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060171298A1 (en) * | 2005-01-31 | 2006-08-03 | Santera Systems, Inc. | Methods and systems for dynamic load balancing between call processors |
| US8341261B2 (en) * | 2005-04-14 | 2012-12-25 | Panasonic Corporation | Server device, information report method, and information report system |
| CN1874351B (zh) * | 2006-01-26 | 2012-06-27 | 华为技术有限公司 | 一种实现自动拥塞控制的方法 |
| CN101132379B (zh) * | 2006-08-22 | 2010-06-23 | 中兴通讯股份有限公司 | 用于在接入网关中实现预定呼叫的方法和装置 |
| US8285868B2 (en) * | 2008-04-08 | 2012-10-09 | Verizon Patent And Licensing Inc. | Session initiation protocol (SIP) overload protection |
| CN101695187B (zh) * | 2009-10-21 | 2015-05-20 | 中兴通讯股份有限公司 | 呼叫预处理方法及其装置 |
| KR101680868B1 (ko) * | 2009-11-18 | 2016-11-30 | 삼성전자주식회사 | 무선통신시스템에서의 데이터 전송 제어장치 및 방법 |
| KR20110069692A (ko) * | 2009-12-17 | 2011-06-23 | 엘지전자 주식회사 | 광대역 이동 통신 시스템에서 긴급 서비스 정보 제공 장치 및 방법 |
| CN103457941B (zh) * | 2013-08-19 | 2016-09-07 | 北京佳讯飞鸿电气股份有限公司 | 多媒体指挥调度系统中调度台负荷自适应方法 |
| CN104168601B (zh) * | 2014-07-25 | 2018-07-10 | 京信通信系统（中国）有限公司 | 无线网络拥塞控制方法及装置 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3796837A (en) * | 1972-09-13 | 1974-03-12 | Bell Telephone Labor Inc | Network traffic control system |
| CA1310731C (en) * | 1988-04-30 | 1992-11-24 | Mamoru Higuchi | Exchange system having originating call restriction function |
| US5425086A (en) * | 1991-09-18 | 1995-06-13 | Fujitsu Limited | Load control system for controlling a plurality of processes and exchange system having load control system |
| FI98180C (fi) * | 1994-12-16 | 1997-04-25 | Nokia Telecommunications Oy | Liikenteen ohjaus tietoliikennejärjestelmässä |
| KR0155313B1 (ko) | 1995-08-21 | 1998-11-16 | 정선종 | Cms에서 호처리 프로세스 부하율을 이용한 과부하 제어방법 |
| US5933481A (en) | 1996-02-29 | 1999-08-03 | Bell Canada | Method of controlling call traffic in a telecommunication system |
| KR0175597B1 (ko) * | 1996-09-04 | 1999-04-01 | 한국전자통신연구원 | 비동기전달모드 교환 시스템에서 호 불완료 원인 메시지를 이용한 저확률 연결호 등록방법 |
| US6259776B1 (en) | 1997-03-25 | 2001-07-10 | British Telecommunications Public Limited Company | System for controlling telecommunication overload traffic |
| JP3805553B2 (ja) * | 1999-03-12 | 2006-08-02 | 株式会社日立コミュニケーションテクノロジー | Ａｔｍ多重化装置および輻輳通知方法 |
| JP2000341408A (ja) * | 1999-05-31 | 2000-12-08 | Nec Corp | 加入者最繁時検出方式及び加入者最繁時検出装置 |
| US7099329B1 (en) * | 2001-06-21 | 2006-08-29 | At&T Corp. | Method for preventing overload condition in a circuit switched arrangement |
| US7508763B2 (en) * | 2003-09-04 | 2009-03-24 | Hewlett-Packard Development Company, L.P. | Method to regulate traffic congestion in a network |
| US20070036277A1 (en) * | 2003-09-15 | 2007-02-15 | Atkinson Douglas A | Craft menu system using caller ID functionality for installation and testing |
-
2003
- 2003-01-08 CN CNB03114845XA patent/CN100473043C/zh not_active Expired - Fee Related
- 2003-12-23 DE DE60324468T patent/DE60324468D1/de not_active Expired - Lifetime
- 2003-12-23 AT AT03785459T patent/ATE413055T1/de not_active IP Right Cessation
- 2003-12-23 WO PCT/CN2003/001108 patent/WO2004064364A1/zh not_active Application Discontinuation
- 2003-12-23 ES ES03785459T patent/ES2316845T3/es not_active Expired - Lifetime
- 2003-12-23 AU AU2003296201A patent/AU2003296201A1/en not_active Abandoned
- 2003-12-23 EP EP03785459A patent/EP1583338B1/en not_active Expired - Lifetime
- 2003-12-23 US US10/541,968 patent/US7577242B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1516411A (zh) | 2004-07-28 |
| ATE413055T1 (de) | 2008-11-15 |
| EP1583338B1 (en) | 2008-10-29 |
| EP1583338A1 (en) | 2005-10-05 |
| DE60324468D1 (de) | 2008-12-11 |
| EP1583338A4 (en) | 2006-08-16 |
| US7577242B2 (en) | 2009-08-18 |
| AU2003296201A1 (en) | 2004-08-10 |
| US20060188079A1 (en) | 2006-08-24 |
| CN100473043C (zh) | 2009-03-25 |
| WO2004064364A1 (fr) | 2004-07-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3720356B2 (ja) | 電気通信網における過負荷を制御する方法 | |
| RU2316127C2 (ru) | Спектрально-ограниченная контролирующая пакетная передача для управления перегрузкой и установления вызова в сетях, основанных на пакетах | |
| US5280470A (en) | Bandwidth and congestion management in accessing broadband ISDN networks | |
| US20040071086A1 (en) | Traffic congestion | |
| US6356629B1 (en) | Switched virtual circuit controller setup congestion management strategy | |
| JPS63176045A (ja) | 輻湊制御型パケット交換方法及びその装置 | |
| ES2316845T3 (es) | Metodo para controlar la carga de llamadas de usuario en un sistema de conmutacion por software. | |
| KR20090077816A (ko) | 홈 네트워크의 대역폭 사용을 폴리싱하는 방법 및 장치 | |
| US7817789B2 (en) | Mass call defense | |
| US7957274B2 (en) | Intelligent routing for effective utilization of network signaling resources | |
| US6636487B1 (en) | Apparatus and method for providing multimedia conferencing services with an unspecified bit rate quality of service class over an asynchronous transfer mode network | |
| Wang et al. | Trunk congestion control in heterogeneous circuit switched networks | |
| EP2965562B1 (en) | User equipment for mobile telecommunications and method for accessing a telecommunications network | |
| US7068766B1 (en) | Method for preventing overload condition in a circuit switched arrangement | |
| JP3121800B2 (ja) | 広帯域通信網 | |
| Kang et al. | Analysis of resource increase and decrease algorithm in wireless sensor networks | |
| JP2007228161A (ja) | 無線ネットワーク制御装置のバッファ管理方法および無線ネットワーク制御装置 | |
| ES2360668T3 (es) | Control de admisión de llamadas. | |
| EP1721430B1 (en) | Call admission control | |
| EP1367779A1 (en) | Robust congestion control mechanisms for communication networks | |
| US8619556B2 (en) | Call control | |
| EP1721422B1 (en) | Call control method in packet switched networks | |
| Mase et al. | A circuit-connection-based multihop wireless infrastructure for local communities | |
| JP2001285489A (ja) | 回線交換網における回線設備の有効利用方法 | |
| Ariffin et al. | Design and QoS provisioning in Wireless ATM Network |