MX2011013971A - Sistema y metodo para la tolerancia al desastre y equilibrio de carga de la entidad cscf. - Google Patents

Sistema y metodo para la tolerancia al desastre y equilibrio de carga de la entidad cscf.

Info

Publication number
MX2011013971A
MX2011013971A MX2011013971A MX2011013971A MX2011013971A MX 2011013971 A MX2011013971 A MX 2011013971A MX 2011013971 A MX2011013971 A MX 2011013971A MX 2011013971 A MX2011013971 A MX 2011013971A MX 2011013971 A MX2011013971 A MX 2011013971A
Authority
MX
Mexico
Prior art keywords
session control
control function
call session
function entity
domain name
Prior art date
Application number
MX2011013971A
Other languages
English (en)
Inventor
Xingmin Xu
Xongfang Al
Jian Han
Peng Ren
Original Assignee
Zte Corp
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 Zte Corp filed Critical Zte Corp
Publication of MX2011013971A publication Critical patent/MX2011013971A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1046Call controllers; Call servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1025Dynamic adaptation of the criteria on which the server selection is based
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1027Persistence of sessions during load balancing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1033Signalling gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1073Registration or de-registration

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

La presente invención describe un sistema y método para la tolerancia al desastre y equilibrio de carga de la entidad CSCF, comprendiendo el sistema las entidades P-CSCF, las entidades I-CSCF y las entidades S-CSCF y comprende además un servidor DNS. La presente invención utiliza un mensaje de ACTUALIZACIÓN DNS para reportar el peso equivalente de carga de la entidad CSCF en tiempo regular, de manera que el Servidor DNS pueda utilizar el peso equivalente de carga cuando se ejecuta la estrategia de equilibrio de carga. Esto hace que la tolerancia al desastre y el equilibrio de carga en la red IMS sea mucho más fácil de utilizar y extender, reduciendo así la carga de la red IMS.

Description

SISTEMA Y MÉTODO PARA LA TOLERANCIA AL DESASTRE Y EQUILIBRIO DE CARGA DE LA ENTIDAD CSCF Campo Técnico La presente invención se refiere al campo del subsistema de multimedia IP (IMS) , y más particularmente, a un sistema y método para la tolerancia al desastre y equilibrio de carga de la entidad de la función de control de sesión de llamada (CSCF) .
ANTECEDENTES DE LA TÉCNICA RELACIONADA Como la entidad de función de control de sesión de llamada en una red IMS, la flabilidad de la operación de la entidad CSCF tiene un gran significado en la operación confiable de toda la red IMS. A fin de garantizar que toda la red IMS opere de manera confiable, se proporcionan ideas de detección de disponibilidad del elemento de red y de la selección de equilibrio de carga del elemento de red adyacente en el IMS convencional . La idea de la detección de disponibilidad del elemento de red introduce el mecanismo de detección de enlace en el IMS, y el mecanismo de detección de enlace utiliza el método de OPCIONES del protocolo de iniciación de sesión (SIP) para detectar la disponibilidad del enlace desde el elemento de red local hacia el elemento de red adyacente. Durante una conexión de llamada, el elemento de red local selecciona un elemento de red adyacente disponible para ofrecer servicios de acuerdo con la - - disponibilidad del enlace al elemento de red adyacente. El método es capaz de mejorar la tasa de éxito de la conexión de señalización del plano de control, mejorando asi la conflabilidad de toda la red. De acuerdo con la idea de la selección del equilibrio de carga del elemento de red adyacente, una entidad CSCF próxima (P-CSCF) , una entidad CSCF de servicio (S-CSCF) y una entidad de función de control de la puerta de desconexión (BGCF) en el IMS aplica respectivamente el método de equilibrio de carga para seleccionar una entidad CSCF de interrogación (I-CSCF), una entidad de BGCF o una entidad de función de control de la puerta de medios (MGCF) .
La arquitectura de las ideas de la red local de la detección de disponibilidad del elemento de red y de la selección de equilibrio de carga del elemento de red adyacente utilizada en el IMS se muestra en la Figura 1, en el periodo de vida de la entidad P-CSCF 101, la entidad P-CSCF 101 envía una señalización de OPCIONES DEL SIP en un intervalo de tiempo pre-establecido a las entidades I-CSCF 102 que se conectan con la entidad P-CSCF 101 y si no se recibe una señalización de respuesta de una entidad I-CSCF 102 en un periodo de tiempo pre-establecido y el número de no recepción de la respuesta de señalización sobrepasa un valor numérico pre-establecido, entonces esa entidad I-CSCF 102 se considera como no disponible. Una vez que la señalización del registrador de un equipo de usuario (UE) 103 necesita desconectarse, en el conjunto de entidades I-CSCF disponible actual obtenido por el resultado de la detección de disponibilidad, la entidad P-CSCF 101 seleccione una entidad I-CSCF adecuada de acuerdo con la estrategia de equilibrio de carga, y dirija la señalización del registrador a la entidad I-CSCF seleccionada. Similar al proceso de una entidad P-CSCF que selecciona una I-CSCF, en la IMS los procesos de una entidad S-CSCF que selecciona una entidad BGCF y de una entidad BGCF que selecciona una entidad MGCF, también pueden utilizar el método antes mencionado.
El método antes mencionado tiene los siguientes problemas que: una entidad P-CSCF puede detectar la disponibilidad de las entidades I-CSCF, pero las entidades I-CSCF no pueden detectar la disponibilidad de una entidad P-CSCF, es decir, la detección no es bi-direccional ; si existe una entidad P-CSCF y/o una entidad I-CSCF que se agrega en la red IMS, la configuración de todas las entidades en la red IMS tiene que modificarse; y si en la red IMS la entidad P-CSCF, la entidad I-CSCF y la entidad S-CSCF tienen respectivamente una pluralidad de entidades físicas, la carga de la red IMS se incrementa debido a un gran número de señalizaciones de OPCIONES SIP para la detección de disponibilidad de la red agregadas en la red.
CONTENIDO DE LA INVENCIÓN La presente invención proporciona un sistema y método para la tolerancia al desastre y equilibrio de carga de la entidad CSCF para hacer más fácil el uso y extensión de la tolerancia al desastre y equilibrio de carga en la red IMS, reduciendo así la carga de la red IMS.
La presente invención describe un sistema para una tolerancia al desastre y equilibrio de carga de la entidad CSCF, y el sistema comprende las entidades P-CSCF, las entidades I-CSCF y las entidades S-CSCF, y comprende además un servidor del sistema de nombre de dominio (servidor DNS) , en donde, cada entidad P-CSCF o cada entidad I-CSCF se configura para: reportar su propio peso equivalente de carga a dicho Servidor DNS a través de un mensaje de ACTUALIZACIÓN DNS; cuando existe una señalización del registrador SIP que necesita desconectarse, envía una señalización de consulta DNS a dicho Servidor DNS, y dirige dicha señalización del registrador SIP a la entidad CSCF correspondiente a un registro de Servicio (SRV) regresado por el Servidor DNS; cada entidad S-CSCF se configura para reportar su propio peso equivalente de carga a dicho Servidor DNS a través del mensaje de ACTUALIZACIÓN DNS; y el Servidor DNS se configura para: ofrecer una lista de P-CSCF, una lista de I-CSCF y una lista de S-CSCF, y ajustar una posición de cada entidad CSCF en la lista de CSCF correspondiente de acuerdo con el mensaje de ACTUALIZACIÓN DNS recibido reportado por la entidad CSCF; y cuando se recibe la señalización de consulta DNS, regresa el registro SRV correspondiente a la entidad CSCF objetivo con un peso equivalente de carga mínimo en la lista de CSCF correspondiente a la entidad CSCF de origen.
En la presente invención, la entidad CSCF de origen es la entidad que se encuentra ahora operando; y la entidad CSCF objetivo es la que se operó.
Cada entidad P-CSCF, cada entidad I-CSCF o cada entidad S-CSCF se configura además para: recolectar sus propios parámetros de carga en tiempo regular, transferir los parámetros de carga recolectados hacia el peso equivalente de carga, calcular un valor absoluto de la diferencia entre el peso equivalente de carga actual y el anterior, y comparar dicho valor absoluto con un umbral pre-establecido; y si dicho valor absoluto no es menor a dicho umbral, reportar inmediatamente el peso equivalente de carga actual; si dicho valor absoluto es menor a dicho umbral, esperar durante un periodo de tiempo pre-establecido que este tiempo transcurra y después reportar el último peso equivalente de carga.
Cada entidad P-CSCF o cada entidad I-CSCF se configura además para: juzgar si dicho registro SRV contiene un domicilio IP de la entidad CSCF correspondiente cuando se recibe el registro SRV regresado por dicho Servidor DNS; si dicho registro SRV contiene el domicilio IP de la entidad CSCF correspondiente, envía directamente la señalización del registrador SIP que necesita desconectarse, a dicho domicilio IP contenido en dicho registro SRV; y si dicho registro SRV no contiene el domicilio IP de la entidad CSCF correspondiente, envía una señalización de solicitud para adquirir el domicilio IP de dicha entidad CCSCF a dicho servidor DNS, y envía la señalización del registrador SIP que necesita desconectarse, al domicilio IP regresado por dicho Servidor DNS.
Dicho Servidor DNS se configura además para: cuando se recibe por primera vez el mensaje de ACTUALIZACIÓN DNS de una entidad CSCF, iniciar un cronómetro que tiene una duración de tiempo pre-establecida para dicha, entidad CSCF; cuando se recibe el siguiente mensaje de ACTUALIZACIÓN DNS reportado por dicha entidad CSCF dentro de la duración de tiempo establecida en dicho cronómetro, a ustar la posición de dicha entidad CSCF en la lista de CSCF correspondiente de acuerdo con el peso equivalente de carga contenido en dicho mensaje, establecer como disponible el registro SRV correspondiente a dicha entidad CSCF, y después re-iniciar dicho cronómetro; cuando no se recibe el siguiente mensaje de ACTUALIZACIÓN DNS reportado por dicha entidad CSCF ya que el cronómetro excede el tiempo, establecer como no disponible el registro SRV correspondiente a dicha entidad CSCF, y re-iniciar dicho cronómetro; y regresar un domicilio IP de la entidad CSCF correspondiente cuando se recibe una solicitud para adquirir el domicilio IP.
Dicho sistema comprende además un UE, y el UE se configura para: solicitar una entidad P-CSCF al Servidor DNS al enviar una señalización de solicitud para el registro SRV de la entidad P-CSCF; cuando se recibe el registro SRV regresado por dicho Servidor DNS, juzgar si dicho registro SRV contiene un domicilio IP de la entidad P-CSCF correspondiente; si dicho registro SRV contiene el domicilio IP de la entidad P-CSCF correspondiente, enviar directamente la señalización del registrador SIP al domicilio IP contenido en dicho registro SRV; y si dicho registro SRV no contiene el domicilio IP de la entidad P-CSCF correspondiente, enviar una señalización de solicitud para adquirir el domicilio IP de dicho P-CSCF al Servidor DNS, y enviar la señalización del registrador SIP al domicilio IP regresado por dicho Servidor DNS .
La presente invención describe también un método para la tolerancia al desastre y equilibrio de carga de la entidad CSCF, y dicho método comprende: después de que un sistema se enciende, cada entidad CSCF reporta su propio peso equivalente de carga a un Servidor DNS en tiempo regular; dicho Servidor DNS ajusta una lista de CSCF correspondiente de acuerdo con el peso equivalente de carga recibido; cuando existe una señalización del registrador SIP que necesita desconectarse en una entidad CSCF de origen, dicha entidad CSCF de origen envía una señalización de consulta DNS al Servidor DNS; dicho Servidor DNS regresa a dicha entidad CSCF de origen un registro SRV de una entidad CSCF objetivo con el mínimo peso equivalente de carga en la lista de CSCF correspondiente de acuerdo con la señalización de consulta DNS recibida; y dicha entidad CSCF de origen dirige la señalización del registrador SIP hacia la entidad CSCF objetivo correspondiente a dicho registro SRV.
Antes de que dicha entidad CSCF reporte el peso equivalente de carga, realiza además las siguientes operaciones : dicha entidad CSCF recolecta sus propios parámetros de carga en tiempo regular y transfiere los parámetros de carga recolectados hacia el peso equivalente de carga, y después compara un umbral pre-establecido con un valor absoluto de la diferencia entre el peso equivalente de carga actual y el anterior; y si dicho valor absoluto no es menor a _ - dicho umbral, dicha entidad CSCF reporta inmediatamente el peso equivalente de carga actual al servidor DNS, y si dicho valor absoluto es menor a dicho umbral, dicha entidad CSCF reporta el último peso equivalente de carga después que ha transcurrido un periodo de tiempo pre-establecido . En donde, dichos parámetros de carga comprenden: la tasa de utilización de la CPU disponible, el tamaño de la memoria disponible, el tamaño del disco disponible, y la capacidad de comunicación de la red disponible; y dicho tiempo pre-establecido es una doceava parte de dicho periodo de tiempo pre-establecido.
A través de un campo de Peso y/o un campo de Prioridad en el registro SRV contenido en un mensaje de ACTUALIZACIÓN DNS, dicha entidad CSCF reporta su propio peso equivalente de carga a dicho Servidor DNS.
Cuando dicho Servidor DNS recibe el mensaje de ACTUALIZACIÓN DNS reportado por la entidad CSCF, dicho Servidor DNS enciende un cronómetro con una duración de tiempo pre-establecida para cada entidad CSCF, y detecta si dicho Servidor DNS reciba el siguiente mensaje de ACTUALIZACIÓN DNS reportado por dicha entidad CSCF antes de que dicho cronómetro se exceda en tiempo; si dicho Servidor DNS recibe el siguiente mensaje de ACTUALIZACIÓN DNS reportado por dicha entidad CSCF antes de que dicho cronómetro se exceda en tiempo, dicho Servidor DNS ajusta una posición de la entidad CSCF en la lista de CSCF correspondiente de acuerdo con el peso equivalente de carga contenido en dicho mensaje, establece como disponible el registro SFV correspondiente a dicha entidad CSCF y re-inicia dicho cronómetro; y si dicho Servidor DNS no recibe el siguiente mensaje de ACTUALIZACIÓN DNS reportado por dicha entidad CSCF antes de que dicho cronómetro se exceda en tiempo, dicho Servidor DNS establece como no disponible el registro SRV correspondiente a dicha entidad CSCF, y re-inicia dicho cronómetro.
Si dicha entidad CSCF de origen es una entidad P- CSCF, dicha entidad CSCF objetivo es una entidad I-CSCF, y si dicha entidad CSCF de origen es una entidad I-CSCF, dicha entidad CSCF objetivo es una entidad P-CSCF.
Cuando un UE se registra en el sistema, el UE primero solicita una entidad P-CSCF al Servidor DNS; después el Servidor DNS recibe la señalización de solicitud del UE, el Servidor DNS regresa el registro SRV correspondiente a la entidad P-CSCF con el mínimo peso equivalente de carga en una lista de P-CSCF a dicho UE; y dicho UE envía la señalización del registrador SIP a la entidad P-CSCF correspondiente al registro SRV recibido.
La presente invención utiliza el mensaje de ACTUALIZACIÓN DNS para reportar los pesos equivalentes de carga de las entidades CSCF en tiempo regular de manera que los pesos equivalentes de carga pueden utilizarse por el - - Servidor DNS cuando se lleva a cabo la estrategia de equilibrio de carga. Con la presente invención, cuando se agregan entidades CSCF en la red IMS, solo se necesita configurar un mecanismo de reporte del peso equivalente de carga a las entidades agregadas, pero sin afectar las operaciones de las otras entidades en la red original. Además, el Servidor DNS es responsable del manejo de la carga de las entidades CSCF en toda la red, y sin interacción entre las entidades CSCF si se necesita, reduciendo así el número de señalizaciones de OPCIONES SIP en la red IMS y reduciendo también la carga de la red.
BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 es¦ un diagrama esquemático de una arquitectura del sistema de detección y selección de equilibrio de carga en la técnica anterior; La Figura 2 es un diagrama esquemático de una estructura de un sistema de acuerdo con una modalidad de la presente invención; La Figura 3 es un diagrama de flujo de un método para cada entidad CSCF que reporta el peso equivalente de carga de acuerdo con una modalidad de la presente invención; La Figura 4 es un diagrama de flujo de un procedimiento llevado a cabo por un Servidor DNS cuando recibe un mensaje de ACTUALIZACIÓN DNS reportado por una I-CSCF de acuerdo con una modalidad de la presente invención; - - La Figura 5 es un diagrama de flu o de un procedimiento llevado a cabo por un Servidor DNS cuando recibe de un UE una señalización de solicitud para el registro de servicio (SRV) de una entidad P-CSCF de acuerdo con una modalidad del método de la presente invención; y La Figura 6 es un diagrama de flujo de un procedimiento llevado a cabo por una entidad P-CSCF cuando se procesa una señalización del registrador SIP que necesita desconectarse de acuerdo con una modalidad del método de la presente invención.
MODALIDADES PREFERIDAS DE LA PRESENTE INVENCIÓN La presente invención se ilustrará en más detalle con la combinación de los dibujos acompañantes y las modalidades preferidas.
La Figura 2 es un diagrama esquemático de una estructura de un sistema de acuerdo con una modalidad de la presente invención, y el sistema comprende las entidades P-CSCF 201, las entidades I-CSCF 202, las entidades S-CSCF 204, un UE 203 y un Servidor DNS 205. En la presente modalidad, se supone que el número de entidades P-CSCF es m, el número de entidades I-CSCF es n y el número de entidades S-CSCF es P- Cada entidad P-CSCF 201 y cada entidad I-CSCF 202 se configuran para: recolectar sus propios parámetros de carga en tiempo regular, transferir los parámetros de carga hacia un peso equivalente de carga, calcular un valor absoluto de la diferencia entre el peso equivalente de carga actual y el anterior, y comparar el valor absoluto con un umbral pre-establecido; y si el valor absoluto no es menor que el umbral, reportar el peso equivalente de carga actual a través de un mensaje de ACTUALIZACIÓN DNS, de otro modo, reportar el último peso equivalente de carga a través del mensaje de ACTUALIZACIÓN DNS cuando ha transcurrido el periodo de tiempo pre-establecido; y también se configuran para: cuando existe una señalización del registrador SIP que necesita desconectarse, enviar una señalización de consulta DNS al Servidor DNS 205, y cuando se recibe un registro SRV regresado por el Servidor DNS 205, juzgar si el registro SRV contiene un domicilio IP de la entidad CSCF correspondiente; y si es así, enviar directamente la señalización del registrador SIP que necesita desconectarse al domicilio IP contenido en el registro SRV, de otro modo, enviar al Servidor DNS una señalización de solicitud para el domicilio IP de la entidad CSCF y enviar la señalización del registrador SIP que necesita desconectarse al domicilio IP regresado por el Servidor DNS 205.
Cada entidad S-CSCF 204 se configura para: recolectar sus propios parámetros de carga en tiempo regular, transferir los parámetros de carga hacia un peso equivalente de carga, calcular un valor absoluto de la diferencia entre el peso equivalente de carga actual y el anterior, y comparar el valor absoluto con un umbral pre-establecido; y si el valor absoluto no es menor al umbral, reportar el peso equivalente de carga actual a través de un mensaje de ACTUALIZACIÓN DNS, de otro modo, reportar el último peso equivalente de carga a través del mensaje de ACTUALIZACIÓN DNS cuando ha transcurrido el periodo de tiempo preestablecido .
El UE 203 se configura para: solicitar al Servidor DNS 205 una entidad P-CSCF al enviar una señalización de solicitud al registro SRV de la entidad P-CSCF, y juzgar si un registro SRV contiene un domicilio IP de la entidad P-CSCF correspondiente cuando recibe el registro SRV regresado por el Servidor DNS 205; y si es así, enviar directamente la señalización del registrador SIP al domicilio IP contenido en el registro SRV, de otro modo, enviar una señalización de solicitud al domicilio IP de la entidad P-CSCF al Servidor DNS 205 y envía la señalización del registrador SIP al domicilio IP regresado por el Servidor DNS 205.
El Servidor DNS 205 se configura para: ofrecer una lista de P-CSCF, una lista de I-CSCF y una lista de S-CSCF; cuando se recibe una ACTUALIZACIÓN DNS de una entidad CSCF por primera vez, iniciar un cronómetro con un periodo de tiempo pre-establecido para la entidad CSCF; cuando se recibe el siguiente mensaje de ACTUALIZACIÓN DNS reportado por la - - entidad CSCF durante el periodo de tiempo pre-establecido del cronómetro, ajustar la posición de la entidad CSCF en la lista de CSCF correspondiente de acuerdo con el peso equivalente de carga contenido en el mensaje, establecer como disponible el registro SRV correspondiente a la entidad CSCF, y después re-iniciar el cronómetro; y cuando aún no se recibe el siguiente mensaje de ACTUALIZACIÓN DNS reportado por la entidad CSCF como el cronómetro excedido en tiempo, establecer como no disponible el registro SRV correspondiente a la entidad CSCF, y re-iniciar el cronómetro; y también se configura para: cuando se recibe una solicitud para adquirir el domicilio IP, regresar el domicilio IP de la entidad CSCF correspondiente, y cuando se recibe una señalización de consulta DNS, regresar el registro SRV correspondiente a la entidad CSCF objetivo con el mínimo peso equivalente de carga en la lista de CSCF correspondiente a la entidad CSCF de origen .
Cuando el Servidor DNS 205 guarda los registros SRV de la misma clase de entidades en la misma lista, es decir, se guardan los registros SRV de las entidades P-CSCF m en la lista de P-CSCF, se guardan los registros SRV de las entidades I-CSCF n en la lista de I-CSCF, y se guardan los registros SRV de las entidades S-CSCF p en la lista de S-CSCF. La misma clase de entidades se ordenan de acuerdo con sus pesos equivalentes de carga a fin de utilizarse en la - - estrategia de equilibrio de carga.
La Figura 3 es un diagrama de flujo de un método para cada entidad CSCF que reporta el peso equivalente de carga de acuerdo con una modalidad de la presente invención. En la presente modalidad, se supone que el periodo de tiempo pre-establecido de la entidad CSCF es 60 segundos. El procedimiento comprende específicamente las siguientes etapas : etapa 301, después que el sistema se enciende, un cronómetro de reporte de carga y un cronómetro de detección de carga de cada entidad CSCF se inicia; En la presente modalidad, la duración de tiempo del cronómetro de reporte de carga es igual al periodo de tiempo pre-establecido que es de 60 segundos; y la duración de tiempo del cronómetro de detección de carga es la doceava parte del periodo de tiempo pre-establecido, es decir, 60/12=5 segundos, es decir, la entidad CSCF recolecta los parámetros de carga y los transfiere hacia el peso equivalente de carga cada 5 segundos ; etapa 302, la entidad CSCF espera que su propio cronómetro de detección de carga empiece a transcurrir; etapa 303, el cronómetro de detección de carga transcurrió; y se procede a la etapa 304; etapa 304, se recolectan sus propios parámetros de carga y se transfieren al peso equivalente de carga; - - los parámetros de carga comprenden: la tasa de uso del CPU disponible, el tamaño de la memoria disponible, el tamaño del disco disponible y la capacidad de comunicación de la red disponible; etapa 305, se calcula el valor absoluto de la diferencia entre el peso equivalente de carga actual y el anterior; si el peso equivalente de carga actual es el primer peso equivalente de carga, el peso equivalente de carga anterior en esta etapa es 0; etapa 306, se compara el valor absoluto adquirido en la etapa 305 con el umbral pre-establecido; si el valor absoluto no es menor al del umbral, se procede a la etapa 307; de otro modo se procede a la etapa 308; el umbral puede ajustarse de acuerdo con el valor absoluto calculado; etapa 307, se reporta el peso equivalente de carga actual al Servidor DNS a través del campo de Peso y/o el campo de Prioridad en el registro SRV contenido en el mensaje de ACTUALIZACIÓN DNS; etapa 308, se juzga si transcurrió el cronómetro de reporte de carga, y si es así, se procede a la etapa 309, de otro modo, se procede a la etapa 302; etapa 309, se reporta el último peso equivalente de carga al Servidor DNS a través del campo de Peso y/o campo de - - Prioridad en el registro SRV contenido en el mensaje de ACTUALIZACIÓN DNS.
La Figura 4 es un diagrama de flujo de un procedimiento llevado a cabo por un Servidor DNS cuando se recibe un mensaje de ACTUALIZACIÓN DNS reportado por un I-CSCF de acuerdo con una modalidad de la presente invención. La presente modalidad toma las entidades I-CSCF como un ejemplo, y para las entidades P-CSCF y las entidades S-CSCF, el procedimiento es el mismo. El procedimiento comprende específicamente las siguientes etapas: etapa 401, después que el Servidor DNS recibe por primera vez un mensaje de ACTUALIZACIÓN DNS de la entidad I-CSCF n, inicia un cronómetro con una duración de tiempo preestablecida para la entidad I-CSCF n; etapa 402, detecta si recibe el siguiente mensaje de ACTUALIZACIÓN DNS reportado por la entidad I-CSCF n antes de que el cronómetro exceda en tiempo, y si es así, se procede a la etapa 403; de otro modo, se procede a la etapa 404; etapa 403, ajusta la posición de la entidad I-CSCF n en la lista de I-CSCF de acuerdo con el tamaño del peso equivalente de carga contenido en el registro SRV en el mensaje de ACTUALIZACIÓN DNS recibido, establece como disponible el registro SRV correspondiente a la entidad I-CSCF n en la lista de I-CSCF, y reinicia el cronómetro al - - mismo tiempo para esperar por el siguiente mensaje de ACTUALIZACIÓN DNS ; en la presente modalidad, cada entidad CSCF se ordena en su lista de CSCF de acuerdo con su peso equivalente de carga; etapa 404, establece como no disponible el registro SRV correspondiente a la entidad I-CSCF n en la lista de I-CSCF, y re-inicia el cronómetro para esperar el siguiente mensaje de ACTUALIZACIÓN DNS.
La Figura 5 es un diagrama de flujo de un procedimiento llevado a cabo por un Servidor DNS cuando recibe de un UE una señalización de solicitud para el registro SRV de una entidad P-CSCF de acuerdo con una modalidad del método de la presente invención, y el procedimiento comprende específicamente las siguientes etapas : etapa 501, el Servidor DNS recibe la señalización de solicitud para el registro SRV de una entidad P-CSCF proveniente del UE; etapa 502, el Servidor DNS regresa el registro SRV correspondiente a la entidad P-CSCF con el mínimo de peso equivalente de carga en la lista de P-CSCF al UE; etapa 503, el UE juzga si el registro SRV recibido contiene el domicilio IP de la entidad P-CSCF correspondiente, y si es así, procede a la etapa 504; de otro - - modo, procede a la etapa 505; etapa 504, el UE envía la señalización del registrador SIP al domicilio IP contenida en el registro SRV, y se completa el procesamiento para la solicitud; etapa 505, envía una solicitud A/AAAA al Servidor DNS para solicitar la adquisición del domicilio IP de la entidad P-CSCF; etapa 506, después que el Servidor DNS recibe la solicitud A/AAAA, busca y regresa el domicilio IP de la entidad P-CSCF al UE; etapa 507, después que el UE recibe el domicilio IP regresado por el Servidor DNS, envía la señalización del registrador SIP al domicilio IP, y se completa el procesamiento para la solicitud.
La Figura 6 es un diagrama de flujo de un procedimiento llevado a cabo por una entidad P-CSCF cuando se procesa una señalización del registrador SIP que necesita desconectarse de acuerdo con una modalidad del método de la presente invención. La presente modalidad se ilustra al tomar por ejemplo, la entidad P-CSCF siendo la entidad CSCF de origen y la entidad I-CSCF siendo la entidad CSCF objetivo, y cuando la entidad CSCF de origen es la entidad I-CSCF, el procedimiento es similar con lo anterior. El procedimiento específicamente comprende las siguientes etapas: - - etapa 601, una señalización del registrador SIP sobre la P-CSCF necesita desconectarse; etapa 602, enviar una señalización de consulta DNS al Servidor DNS; etapa 603, el Servidor DNS regresa el registro SRV correspondiente a la entidad I-CSCF con el mínimo peso equivalente de carga en la lista de I-CSCF a la entidad P-CSCF ; etapa 604, después que la entidad P-CSCF recibe el registro SRV, juzga si el registro SRV contiene el domicilio IP de la entidad I-CSCF correspondiente, y si es así, procede a la etapa 605; de otro modo, procede a la etapa 606; etapa 605, dirigir la señalización del registrador SIP al domicilio IP, y se completa el procesamiento para esa señalización del registrador SIP; etapa 606, enviar una consulta A/AAAA al Servidor DNS para solicitar la adquisición del domicilio IP de la entidad I-CSCF; etapa 607, después que el Servidor DNS recibe la consulta A/AAAA, busca y regresa el domicilio IP de la entidad I-CSCF a la entidad P-CSCF; etapa 608, después que la entidad P-CSCF recibe el domicilio IP regresado por el Servidor DNS, dirige la señalización del registrador SIP al domicilio IP, y se completa el procesamiento para esa señalización del - - registrador SIP.
La descripción anterior es solo de las modalidades preferidas de la presente invención, para los expertos en la materia, la presente invención puede tener una variedad de modificaciones o variaciones. Sin apartarse del espíritu y esencia de la presente invención, puede hacerse cualquier modificación, equivalentes o variaciones dentro del alcance de las reivindicaciones anexas de la presente invención.
Aplicabilidad Industrial En el sistema y método para la tolerancia al desastre y equilibrio de carga de la entidad CSCF de acuerdo con la presente invención, el mensaje de ACTUALIZACIÓN DNS se utiliza para reportar los pesos equivalentes de carga de las entidades CSCF en tiempo regular de manera que los pesos equivalentes de carga puedan utilizarse por el Servidor DNS cuando se lleva a cabo la estrategia de equilibrio de carga. Por lo tanto, cuando se agregan las entidades CSCF en la red IMS, solo se necesita configurar un mecanismo de reporte del peso equivalente de carga a las entidades agregadas, sin afectar las operaciones de las otras entidades en la red original. Además, el Servidor DNS es responsable del manejo de la carga de las entidades CSCF en toda la red, y no es necesaria la interacción entre las entidades CSCF, reduciendo así el número de señalizaciones de OPCIONES SIP en la red IMS y reduciendo también la carga de la red.

Claims (11)

REIVINDICACIONES
1. Un sistema para la tolerancia al desastre y equilibrio de carga de la entidad de la función de control de sesión de llamada, que comprende entidades de función de control de sesión de llamada próximas, entidades de función de control de sesión de llamada de interrogación, entidades de función de control de sesión de llamada de servicio, y que comprende además un servidor del sistema de nombre de dominio, en donde, cada entidad de función de control de sesión de llamada próxima o cada entidad de función de control de sesión de llamada de interrogación se configura para: reportar su propio peso equivalente de carga a dicho servidor del sistema de nombre de dominio a través del mensaje de ACTUALIZACIÓN DNS; cuando existe una señalización del registrador de protocolo de iniciación de sesión que necesita desconectarse, enviar una señalización de solicitud del sistema de nombre de dominio a dicho Servidor del sistema de nombre de dominio, y dirige dicha señalización del registrador de protocolo de iniciación de sesión a la entidad de función de control de sesión de llamada correspondiente a un registro de servicio regresado por el Servidor del sistema de nombre de dominio; cada entidad de función de control de sesión de llamada de servicio se configura para reportar su propio peso - - equivalente de carga a dicho Servidor del sistema de nombre de dominio a través del mensaje de ACTUALIZACIÓN DNS; y el servidor del sistema de nombre de dominio se configura para: ofrecer una lista de la función de control de sesión de llamada próxima, una lista de la función de control de sesión de llamada de interrogación y una lista de la función de control de sesión de llamada de servicio, y ajustar una posición de cada entidad de función de control de sesión de llamada en la lista de funciones de control de sesión de llamada correspondiente de acuerdo con el mensaje de ACTUALIZACIÓN DNS recibido reportado por la entidad de función de control de sesión de llamada; y cuando se recibe la señalización de consulta del sistema de nombre de dominio, regresar el registro de servicio correspondiente a la entidad de función de control de sesión de llamada objetivo con un mínimo peso equivalente de carga en la lista de funciones de control de sesión de llamada correspondiente a la entidad de función de control de sesión de llamada de origen.
2. El sistema de la reivindicación 1, e donde: cada entidad de función de control de sesión de llamada próxima, cada entidad de función de control de sesión de llamada de interrogación o cada entidad de función de control de sesión de llamada de servicio se configura además para: recolectar sus propios parámetros de carga en tiempo regular, transferir los parámetros de carga recolectados - - hacia el peso equivalente de carga, calcular un valor absoluto de la diferencia entre el peso equivalente de carga actual y el anterior, y comparar dicho valor absoluto con un umbral pre-establecido ; y si dicho valor absoluto no es menor a dicho umbral, reportar inmediatamente el peso equivalente de carga actual; si dicho valor absoluto es menor a dicho umbral, esperar que transcurra un periodo de tiempo preestablecido y después reportar el último peso equivalente de carga .
3. El sistema de la reivindicación 1, en donde: cada entidad de función de control de sesión de llamada próxima o cada entidad de función de control de sesión de llamada de interrogación se configura además para: juzgar si dicho registro de servicio contiene un domicilio de protocolo de Internet de la entidad de función de control de sesión de llamada correspondiente cuando se recibe el registro de servicio regresado por dicho servidor del sistema de nombre de dominio; si dicho registro de servicio contiene el domicilio del protocolo de Internet de la entidad de función de control de sesión de llamada correspondiente, enviar directamente la señalización del registrador de protocolo de iniciación de sesión que necesita desconectarse a dicho domicilio de protocolo de Internet contenido en dicho registro de servicio; y si dicho registro de servicio no contiene el domicilio del protocolo de Internet de la entidad - - de función de control de sesión de llamada correspondiente, enviar una señalización de solicitud para adquirir el domicilio del protocolo de Internet de dicha entidad de función de control de sesión de llamada a dicho servidor del sistema de nombre de dominio y enviar la señalización del registrador de protocolo de iniciación de sesión que necesita desconectarse al domicilio de protocolo de Internet regresado por dicho servidor del sistema de nombre de dominio.
4. El sistema de la reivindicación 1, en donde: dicho servidor del sistema de nombre de dominio se configura además para: cuando se recibe por primera vez el mensaje de ACTUALIZACIÓN DNS de una entidad de función de control de sesión de llamada, iniciar un cronómetro que tiene una duración de tiempo pre-establecido para dicha entidad de función de control de sesión de llamada; cuando se recibe el siguiente mensaje de ACTUALIZACIÓN DNS reportado por dicha entidad de función de control de sesión de llamada dentro de la duración de tiempo establecida en dicho cronómetro, ajustar la posición de dicha entidad de función de control de sesión de llamada en la lista de funciones de control de sesión de llamada correspondiente de acuerdo con el peso equivalente de carga contenido en dicho mensaje, establecer como disponible el registro de servicio correspondiente a dicha entidad de función de control de sesión de llamada, y después re-iniciar dicho cronómetro; cuando no se recibe el - - siguiente mensaje de ACTUALIZACIÓN DNS reportado por dicha entidad de función de control de sesión de llamada cuando se excede el cronómetro, establecer como no disponible el registro de servicio correspondiente a dicha entidad de función de control de sesión de llamada, y re-iniciar dicho cronómetro; y regresa un domicilio de protocolo de Internet de la entidad de función de control de sesión de llamada correspondiente cuando se recibe una solicitud para adquirir el domicilio de protocolo de Internet.
5. El sistema de la reivindicación 1, que comprende además : un equipo de usuario, configurado para: solicitar una entidad de función de control de sesión de llamada próxima al servidor del sistema de nombre de dominio al enviar una señalización de solicitud para el registro de servicio de la entidad de función de control de sesión de llamada próxima; cuando se recibe el registro de servicio regresado por dicho servidor del sistema de nombre de dominio, juzgar si dicho registro de servicio contiene un domicilio de protocolo de Internet de la entidad de función de control de sesión de llamada próxima correspondiente; si dicho registro de servicio contiene el domicilio de protocolo de Internet de la entidad de función de control de sesión de llamada próxima correspondiente, enviar directamente la señalización del registrador de protocolo de iniciación de - - sesión al domicilio de protocolo de Internet contenido en dicho registro de servicio; y si dicho registro de servicio no contiene el domicilio de protocolo de Internet de la entidad de función de control de sesión de llamada próxima correspondiente, enviar una señalización de solicitud para adquirir el domicilio de protocolo de Internet de dicha entidad de función de control de sesión de llamada próxima al servidor del sistema de nombre de dominio, y enviar la señalización del registrador de protocolo de iniciación de sesión al domicilio de protocolo de Internet regresado por dicho servidor del sistema de nombre de dominio.
6. Un método para la tolerancia al desastre y equilibrio de carga de la entidad de función de control de sesión de llamada que comprende: después que se enciende un sistema, cada entidad de función de control de sesión de llamada reporta su propio peso equivalente de carga a un servidor del sistema de nombre de dominio en tiempo regular; dicho servidor del sistema de nombre de dominio ajusta una lista de funciones de control de sesión de llamada correspondiente de acuerdo con el peso equivalente de carga recibido; cuando existe una señalización del registrador de protocolo de iniciación de sesión que necesita desconectarse de una entidad de función de control de sesión de llamada de - - origen, dicha entidad de función de control de sesión de llamada de origen envía una señalización de consulta del sistema de nombre de dominio al servidor del sistema de nombre de dominio; dicho servidor del sistema de nombre de dominio regresa a dicha entidad de función de control de sesión de llamada de origen un registro de servicio de una entidad de función de control de sesión de llamada objetivo con el mínimo peso equivalente de carga en la lista de funciones de control de sesión de llamada correspondiente de acuerdo con la señalización de consulta del sistema de nombre de dominio recibida; y dicha entidad de función de control de sesión de llamada de origen dirige la señalización del registrador del protocolo de iniciación de sesión a la entidad de función de control de sesión de llamada objetivo correspondiente a dicho registro de servicio.
7. El método de la reivindicación 6, en donde antes de que dicha entidad de función de control de sesión de llamada reporte el peso equivalente de carga, el método comprende además : dicha entidad de función de control de sesión de llamada recolecta sus propios parámetros de carga en tiempo regular y transfiere los parámetros de carga recolectados hacia el peso equivalente de carga, y después compara un - - umbral pre-establecido con un valor absoluto de la diferencia entre el peso equivalente de carga actual y el anterior; y si dicho valor absoluto no es menor a dicho umbral, dicha entidad de función de control de sesión de llamada reporta inmediatamente el peso equivalente de carga actual al servidor del sistema de nombre de dominio, y si dicho valor absoluto es menor a dicho umbral, dicha entidad de función de control de sesión de llamada reporta el último peso equivalente de carga después que ha transcurrido un periodo de tiempo pre-establecido.
8. El método de la reivindicación 6, en donde dicha entidad de función de control de sesión de llamada reporta su propio peso equivalente de carga a dicho servidor del sistema de nombre de dominio a través de un campo de Peso y/o un campo de Prioridad en el registro de servicio contenido en un mensaje de ACTUALIZACIÓN DNS.
9. El método de la reivindicación 8, que comprende además : cuando dicho servidor del sistema de nombre de dominio recibe el mensaje de ACTUALIZACIÓN DNS reportado por la entidad de función de control de sesión de llamada, dicho servidor del sistema de nombre de dominio inicia un cronómetro con una duración de tiempo pre-establecida para cada entidad de función de control de sesión de llamada, y detecta si dicho servidor del sistema de nombre de dominio - - recibe el siguiente mensaje de ACTUALIZACIÓN DNS reportado por dicha entidad de función de control de sesión de llamada antes de que dicho cronómetro exceda el tiempo; si dicho servidor del sistema de nombre de dominio recibe el siguiente mensaje de ACTUALIZACIÓN DNS reportado por dicha entidad de función de control de sesión de llamada antes de que dicho cronómetro exceda el tiempo, ajustar la posición de la entidad de función de control de sesión de llamada en la lista de funciones de control de sesión de llamada correspondiente de acuerdo con el peso equivalente de carga contenido en dicho mensaje, establecer como disponible el registro de servicio correspondiente a dicha entidad de función de control de sesión de llamada, y re-iniciar dicho cronómetro; y si dicho servidor del sistema de nombre de dominio no recibe el siguiente mensaje de ACTUALIZACIÓN DNS reportado por dicha entidad de función de control de sesión de llamada antes de que dicho cronómetro exceda el tiempo, establecer como no disponible el registro de servicio correspondiente a dicha entidad de función de control de sesión de llamada, y reiniciar dicho cronómetro.
10. El método de la reivindicación 6, en donde: si dicha entidad de función de control de sesión de llamada es una entidad de función de control de sesión de llamada próxima, dicha entidad de función de control de sesión de llamada objetivo es una entidad de función de - - control de sesión de llamada de interrogación; y si dicha entidad de función de control de sesión de llamada de origen es una entidad de función de control de sesión de llamada de interrogación, dicha entidad de función de control de sesión de llamada objetivo es una entidad de función de control de sesión de llamada próxima.
11. El método de la reivindicación 6, que comprende además : cuando un equipo de usuario se registra en el sistema, el equipo de usuario primero solicita una entidad de función de control de sesión de llamada próxima al servidor del sistema de nombre de dominio; después el servidor del sistema de nombre de dominio recibe la señalización de solicitud del equipo de usuario, regresando el servidor del sistema de nombre de dominio el registro de servicio correspondiente a la entidad de función de control de sesión de llamada próxima con el mínimo peso equivalente de carga en una lista de funciones de control de sesión de llamada próxima a dicho equipo de usuario; y dicho equipo de usuario envía la señalización del registrador del protocolo de iniciación de sesión a la entidad de función de control de sesión de llamada próxima correspondiente al registro de servicio recibido.
MX2011013971A 2009-06-19 2010-05-26 Sistema y metodo para la tolerancia al desastre y equilibrio de carga de la entidad cscf. MX2011013971A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910108354A CN101616152B (zh) 2009-06-19 2009-06-19 一种cscf实体容灾和负载均衡的系统及方法
PCT/CN2010/073254 WO2010145426A1 (zh) 2009-06-19 2010-05-26 一种cscf实体容灾和负载均衡的系统及方法

Publications (1)

Publication Number Publication Date
MX2011013971A true MX2011013971A (es) 2012-01-27

Family

ID=41495558

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2011013971A MX2011013971A (es) 2009-06-19 2010-05-26 Sistema y metodo para la tolerancia al desastre y equilibrio de carga de la entidad cscf.

Country Status (8)

Country Link
US (1) US8495214B2 (es)
EP (1) EP2445164B1 (es)
CN (1) CN101616152B (es)
AU (1) AU2010262428B2 (es)
BR (1) BRPI1009024A2 (es)
MX (1) MX2011013971A (es)
RU (1) RU2496247C2 (es)
WO (1) WO2010145426A1 (es)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101616152B (zh) 2009-06-19 2012-10-10 中兴通讯股份有限公司 一种cscf实体容灾和负载均衡的系统及方法
CN101834877B (zh) * 2010-06-03 2012-08-08 华中科技大学 基于分布式sip构架的动态负载均衡的方法及系统
US20130272253A1 (en) * 2010-11-30 2013-10-17 Koninklijke Kpn N.V. Dynamic Assignment of a Serving Network Node
WO2012172729A1 (ja) 2011-06-14 2012-12-20 日本電気株式会社 移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体
EP2747364A1 (en) 2012-12-20 2014-06-25 British Telecommunications public limited company Overload control for session setups
WO2014131453A1 (en) * 2013-02-28 2014-09-04 Telefonaktiebolaget L M Ericsson (Publ) Ip multimedia subsystem restoration procedures
US9426833B2 (en) 2013-03-01 2016-08-23 T-Mobile Usa, Inc. Systems and methods for emergency call route failover
US9762532B2 (en) * 2013-08-14 2017-09-12 Coriant Oy Method and network device for configuring a data transfer network
CN103701912A (zh) * 2013-12-30 2014-04-02 大唐移动通信设备有限公司 一种域名服务器更新网关gw设备负荷信息的方法及设备
CN104168208B (zh) * 2014-08-27 2017-06-09 中国联合网络通信集团有限公司 一种网络异地容灾的实现方法及装置
CN105049230B (zh) * 2015-06-15 2019-01-29 中兴国通通讯装备技术(北京)有限公司 一种基于域名系统的分布式多媒体子系统的车辆容灾方法及其车辆容灾系统
US10757070B2 (en) * 2015-11-24 2020-08-25 International Business Machines Corporation Trustworthiness-verifying DNS server for name resolution
CN108307442A (zh) * 2017-01-13 2018-07-20 中兴通讯股份有限公司 业务发送方法及装置
CN106878313A (zh) * 2017-02-24 2017-06-20 宁波联视网络科技有限公司 云视频协作信令控方法
CN109525536A (zh) * 2017-09-18 2019-03-26 深圳市中兴微电子技术有限公司 一种ip多媒体子系统接入方法和装置
CN110048987B (zh) * 2018-01-15 2021-06-22 华为技术有限公司 一种多媒体系统入口网元的选择方法、注册方法及装置
WO2019195474A1 (en) * 2018-04-04 2019-10-10 T-Mobile Usa, Inc. Call setup logic with emerg-request-non-100 timer
CN109104500A (zh) * 2018-09-29 2018-12-28 广东省信息工程有限公司 一种动态调整的服务器负载均衡方法及装置
US20200120146A1 (en) * 2018-10-11 2020-04-16 Comcast Cable Communications, Llc Application Server for Dynamic IMS CSCF Overload Protection
CN110138850B (zh) * 2019-05-06 2022-05-03 福建星网智慧科技有限公司 一种基于DNSmasq实现云PBX业务负载均衡的方法
CN111083196B (zh) * 2019-11-14 2022-07-12 北京无限光场科技有限公司 信息转发方法、装置和电子设备
CN111147493B (zh) * 2019-12-27 2022-10-21 宇龙计算机通信科技(深圳)有限公司 Ims网络的注册方法、装置、存储介质及终端设备
CN111711964B (zh) * 2020-04-30 2024-02-02 国家计算机网络与信息安全管理中心 一种系统容灾能力测试方法
US11729656B2 (en) * 2021-02-01 2023-08-15 T-Mobile Usa, Inc. P-CSCF registration and discovery mechanism

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5790548A (en) * 1996-04-18 1998-08-04 Bell Atlantic Network Services, Inc. Universal access multimedia data network
US6108703A (en) * 1998-07-14 2000-08-22 Massachusetts Institute Of Technology Global hosting system
US7103647B2 (en) * 1999-08-23 2006-09-05 Terraspring, Inc. Symbolic definition of a computer system
WO2002102107A1 (en) * 2001-06-08 2002-12-19 Nokia Corporation Accessing ip multimedia subsystem
US7418509B2 (en) * 2001-11-13 2008-08-26 Nokia Corporation Method and apparatus for a distributed server tree
CN101090561A (zh) * 2006-06-16 2007-12-19 华为技术有限公司 选择服务会话控制功能实体的系统及方法
US7929419B2 (en) * 2006-08-04 2011-04-19 Tekelec Methods, systems, and computer program products for inhibiting message traffic to an unavailable terminating SIP server
CN101170553B (zh) * 2006-10-24 2011-07-20 华为技术有限公司 实现互联网协议多媒体子系统容灾的方法和装置
EP2269142A4 (en) * 2008-03-14 2015-04-22 Neomedia Tech Inc MESSAGE EXCHANGE SYSTEM
CN101616152B (zh) * 2009-06-19 2012-10-10 中兴通讯股份有限公司 一种cscf实体容灾和负载均衡的系统及方法

Also Published As

Publication number Publication date
CN101616152B (zh) 2012-10-10
BRPI1009024A2 (pt) 2016-03-08
AU2010262428A1 (en) 2012-01-19
WO2010145426A1 (zh) 2010-12-23
EP2445164A1 (en) 2012-04-25
AU2010262428B2 (en) 2013-06-27
EP2445164A4 (en) 2014-12-03
RU2012100038A (ru) 2013-07-27
RU2496247C2 (ru) 2013-10-20
EP2445164B1 (en) 2016-10-12
US8495214B2 (en) 2013-07-23
US20120198085A1 (en) 2012-08-02
CN101616152A (zh) 2009-12-30

Similar Documents

Publication Publication Date Title
MX2011013971A (es) Sistema y metodo para la tolerancia al desastre y equilibrio de carga de la entidad cscf.
US20200162946A1 (en) Systems and methods for emergency call route failover
US10743175B2 (en) Method, apparatus, and system for disaster recovery of IMS
US8719617B2 (en) Method and device for realizing IP multimedia subsystem disaster tolerance
CN102138312B (zh) Ip多媒体子系统网络中的故障恢复
US20110093584A1 (en) System and method to prevent endpoint device recovery flood in NGN
WO2016062008A1 (zh) 一种容灾方法及网元、服务器、存储介质
US20130097330A1 (en) Failover communication services
WO2011017978A1 (zh) 用于ip多媒体子系统的呼叫管理方法及装置
CN101212814A (zh) 网元数据失效或发生故障后的业务处理方法、系统及网元
WO2009124439A1 (zh) 一种服务呼叫会话控制功能故障恢复处理方法
CN106302077B (zh) 一种容灾倒回方法及设备
CN104168275A (zh) 一种注册控制方法和装置
US9426711B2 (en) Traffic control within an IP multimedia subsystem
CN101132407A (zh) 一种对重选服务呼叫会话控制功能导致的异常的处理方法
US9398054B2 (en) Optimized user re-distribution over S-CSCF entities
KR101124821B1 (ko) Ims 서비스를 위한 p-cscf 설정 시스템 및 ims 서비스를 위한 p-cscf 설정 방법
EP2382749A1 (en) Allocation of a serving entity in a communication network
JP2015171021A (ja) 移動体通信システム、当該移動体通信システムにおけるsipサーバの決定方法

Legal Events

Date Code Title Description
FG Grant or registration