ES2560624T3 - Método y sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de un elemento de red y un fallo operativo - Google Patents

Método y sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de un elemento de red y un fallo operativo Download PDF

Info

Publication number
ES2560624T3
ES2560624T3 ES14159898.7T ES14159898T ES2560624T3 ES 2560624 T3 ES2560624 T3 ES 2560624T3 ES 14159898 T ES14159898 T ES 14159898T ES 2560624 T3 ES2560624 T3 ES 2560624T3
Authority
ES
Spain
Prior art keywords
network element
cscf
message
service
user
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.)
Active
Application number
ES14159898.7T
Other languages
English (en)
Inventor
Qian Du
Bing Wei
Xiaoyun Wang
Leibin Wang
Shufeng Shi
Peng Zhao
Xuexia Yan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
China Mobile Communications Group Co Ltd
Original Assignee
Huawei Technologies Co Ltd
China Mobile Communications Group Co Ltd
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
Priority claimed from CN2007101015790A external-priority patent/CN101299874B/zh
Priority claimed from CNA2007101357285A external-priority patent/CN101212814A/zh
Application filed by Huawei Technologies Co Ltd, China Mobile Communications Group Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2560624T3 publication Critical patent/ES2560624T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/1016IP multimedia subsystem [IMS]
    • 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 Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Un método para el procesamiento de servicio, caracterizado por cuanto que comprende: la recepción, por un elemento de red de salto operativo precedente de un elemento de red defectuoso, de un mensaje de demanda de servicio enviado por un terminal llamante (1301; 1401), en donde el mensaje de demanda de servicio se envía por el terminal llamante después de que el terminal llamante esté registrado en un subsistema multimedia de protocolo IP, IMS, donde el elemento de red defectuoso es una función de control de sesión de llamada de servicio, S-CSCF, en el IMS y el elemento de red de salto operativo precedente es una CSCF proxy, P-CSCF, en el IMS; después de recibir el mensaje de demanda de servicio, el reenvío, por la P-CSCF, de un mensaje de invalidación del elemento de red al terminal llamante con el fin de activar el terminal llamante para iniciar un registro (1302, 1303; 1403, 1404).

Description

imagen1
imagen2
imagen3
imagen4
imagen5
15
25
35
45
55
65
una función de control de sesión de llamada de servicio (S-CSCF) en un subsistema multimedia IP (IMS), lo que recupera los servicios de red de un usuario a su debido tiempo cuando falla la S-CSCF.
En consecuencia, en una forma de realización, la presente invención da a conocer un método para el procesamiento de servicio. El método incluye las etapas siguientes.
Un elemento de red de salto operativo precedente de un elemento de red defectuoso recibe un mensaje de demanda de servicio enviado por un terminal llamante. El terminal llamante envía el mensaje de demanda de servicio después de que el terminal llamante se registre para un subsistema multimedia IP (IMS), y el elemento de red defectuoso es una función de control de sesión de llamada de servicio (S-CSCF) en el IMS y el elemento de red de salto operativo precedente es una CSCF proxy (P-CSCF) en el IMS. Después de que la P-CSCF reciba el mensaje de demanda de servicio, la P-CSCF reenvía un mensaje de invalidación del elemento de red al terminal llamante para activar mediante el terminal llamante la iniciación de un registro.
En otra forma de realización, la presente invención da a conocer una P-CSCF en una IMS. La P-CSCF incluye un módulo de recepción de mensaje de demanda de servicio y un módulo de envío de mensaje de invalidación del elemento de red. El módulo de recepción de mensaje de demanda de servicio está configurado para recibir un mensaje de demanda de servicio enviado desde un terminal llamante. El mensaje de demanda de servicio se envía por un terminal llamante después de que el terminal llamante se registre para IMS. El módulo de envío de mensaje de invalidación del elemento de red está configurado para reenviar un mensaje de invalidación del elemento de red al terminal llamante para hacer que el terminal llamante inicie un registro, cuando falle un CSCF de servicio.
En otra forma de realización más, la presente invención de a conocer un equipo de usuario. El equipo de usuario incluye medios para enviar un mensaje de demanda de servicio a una función de control de sesión de llamada proxy (P-CSCF) en un subsistema multimedia IP (IMS) después de que el equipo de usuario se registre para el IMS. El equipo de usuario incluye, además, medios para recibir un mensaje de invalidación del elemento de red enviado desde el P-CSCF después de que la P-CSCF reciba el mensaje de demanda de servicio y determine que falla una CSCF de servicio (S-CSCF) en el IMS. El equipo de usuario incluye además medios para iniciar un registro, cuando se recibe el mensaje de invalidación del elemento de red.
En otra forma de realización más, la presente invención da a conocer, además, un método para el procesamiento de servicio. El método incluye las siguientes etapas.
Un terminal llamante envía una demanda de servicio a una función de control de sesión de llamada proxy (P-CSCF), en un subsistema multimedia de protocolo de internet (IMS) después de que el terminal llamante se registre para el IMS. El terminal llamante recibe un mensaje de invalidación del elemento de red que se envía desde la P-CSCF después de que la P-CSCF determine que falla una CSCF de servicio en el IMS. El terminal llamante inicia un registro después de que el terminal llamante recibe el mensaje de invalidación del elemento de red.
Las formas de realización de la presente invención presentan los efectos ventajosos siguientes.
Las formas de realización de la presente invención superan los defectos en las normas de 3GPP. Cuando falla la S-CSCF, si el terminal llamante recibe un mensaje de invalidación del elemento de red desde la P-CSCF, el terminal llamante puede iniciar un registro. De este modo, el tiempo indisponible de servicio de usuario se acorta y se pueden recuperar con rapidez los servicios de usuario. Además, mediante el método para el procesamiento de servicio después de que falle el elemento de red, en el caso de fallo operativo de la red, el proceso de servicio actual se puede interrumpir y puede informarse de dicha situación al terminal llamante. De este modo, se consumirán menos recursos del sistema de los elementos de red.
Las soluciones técnicas de la presente invención se describirán, en detalle, a continuación, haciendo referencia a las formas de realización y a los dibujos adjuntos.
Breve descripción de los dibujos
La Figura 1 es una vista de estructura de red de una red IMS en la técnica anterior;
La Figura 2 es un diagrama de flujo de un proceso de realización de servicio de un usuario en la red IMS descrito en las normas de 3GPP en la técnica anterior;
La Figura 3 es una vista estructural esquemática detallada de la red IMS en la técnica anterior;
La Figura 4 es una vista esquemática del proceso de puesta en práctica para una sesión de llamada de terminación que no está registrada en la red de un usuario en la técnica anterior;
La Figura 5 es una vista esquemática del proceso de puesta en práctica para una sesión de llamada de terminación
imagen6
15
25
35
45
55
65
La Figura 24 es una vista estructural esquemática de un sistema para reenviar datos de usuarios en un sistema para el procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según una primera forma de realización de la presente invención;
La Figura 25 es una vista estructural esquemática de un servidor HSS en un sistema para reenviar datos de usuario en un sistema para procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según la presente invención;
La Figura 26 es una vista estructural esquemática de una S-CSCF en un sistema para reenviar datos de usuario en un sistema para procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según la presente invención;
La Figura 27 es una vista estructural esquemática de un sistema para reenviar datos de usuarios en un sistema para procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según una segunda forma de realización de la presente invención;
La Figura 28 es una vista estructural esquemática de otro servidor HSS en un sistema para reenviar datos de usuarios en un sistema para procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según la presente invención y
La Figura 29 es una vista estructural esquemática de otra S-CSCF en un sistema para reenviar datos de usuarios en un sistema para procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según la presente invención.
Descripción detallada de la invención
En una primera forma de realización de la presente invención, un método para el procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos es como sigue:
Cuando un extremo llamante envía un mensaje de demanda de servicio a un elemento de red de servicio en una red y los datos del usuario llamante memorizados en el elemento de red de servicio no son válidos, el elemento de red de servicio envía un mensaje de invalidación de datos al extremo llamante. El extremo llamante puede iniciar un nuevo registro de inmediato o realizar un nuevo registro cuando termine un periodo de registro.
En el sistema real, el extremo llamante de la primera forma de realización puede ser una P-CSCF o un equipo UE y el elemento de red de servicio puede ser una S-CSCF. Para asegurar que el extremo llamante pueda recuperar los servicios de comunicación normales a su debido tiempo, en el método según la primera forma de realización, el mensaje de invalidación de datos puede transmitir información para iniciar la operación del extremo llamante para realizar el nuevo registro y de este modo, el extremo llamante puede realizar el nuevo registro inmediatamente después de recibir el mensaje de invalidación de datos. Más concretamente, el método según la primera forma de realización puede ser como sigue. La P-CSCF envía un mensaje INVITE de llamada origen a la S-CSCF y cuando la S-CSCF no contiene los datos del usuario, la S-CSCF envía un mensaje de invalidación de datos que transmite información para la iniciación operativa del extremo llamante para realizar un nuevo registro para la P-CSCF.
Para asegurar que el extremo llamante pueda recuperar los servicios de comunicación normales a su debido tiempo, el método, según una segunda forma de realización de la presente invención, puede adoptarse. El método para el procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según la segunda forma de realización de la presente invención incluye las etapas siguientes.
El elemento de red de servicio puede enviar un mensaje de iniciación operativa para un nuevo registro al extremo llamante al mismo tiempo que envía el mensaje de invalidación de datos; el extremo llamante no necesita iniciar el nuevo registro después de que termine el periodo de registro y puede recuperar los servicios a su debido tiempo. Después de que el elemento de red de servicio envíe el mensaje de invalidación de datos, el extremo llamante puede iniciar una operación de recuperación de los datos de usuario. Más concretamente, la operación puede ser como sigue. El extremo llamante inicia una demanda de operación para el nuevo registro para el elemento de red de servicio; el elemento de red de servicio realiza la operación de nuevo registro en el extremo llamante y utiliza los datos de usuario no registrados para actualizar los datos de usuario y después de que se recuperen los datos de usuario, el elemento de red de servicio realiza el procesamiento de servicio correspondiente en conformidad con el mensaje de demanda de servicio.
En una tercera forma de realización de la presente invención, un método para el procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos incluye las etapas siguientes.
La primera forma de realización resuelve solamente el problema de que el extremo llamante que ocurre después de que los datos sean declarados no válidos; sin embargo, puesto que el extremo llamado y el extremo llamante
15
25
35
45
55
65
pueden no estar en la cobertura del mismo elemento de red de servicio, el extremo llamado y el extremo llamante son procesados en diferentes métodos. Cuando un elemento de red de servicio recibe un mensaje de demanda de servicio iniciado para un extremo llamado en una red y los datos de usuario del extremo llamado memorizados en el elemento de red de servicio se declaran no válidos, el elemento de red de servicio reenvía un mensaje de invalidación de datos del extremo llamado a la red.
Después de recibir el mensaje de invalidación de datos, la red determina si la demanda de servicio puede reenviarse, o no, a otra red que sea capaz de realizar las operaciones de comunicación sin los datos de usuario del extremo llamado memorizados en el elemento de red en función del contenido del mensaje de demanda de servicio y si la demanda de servicio puede reenviarse a otra red que sea capaz de realizar las operaciones de comunicación sin los datos de usuario del extremo llamado memorizados en el elemento de red, la demanda de servicio se convierte en un mensaje de demanda adaptado a dicha otra red y el mensaje de demanda se reenvía a dicha otra red para completar la operación de servicio correspondiente. A modo de ejemplo, después de recibir el mensaje de invalidación de datos del usuario, la red puede iniciar los servicios no registrados del usuario y enviar un mensaje de solicitud y un mensaje de respuesta. Los servicios no registrados pueden reenviar la llamada a un buzón de correo de voz del usuario, reenviar la llamada a otro usuario específico, enviar una llamada de solicitud al usuario llamante y operaciones similares. Si la demanda de servicio no puede reenviarse a otra red, el mensaje de invalidación de datos se reenvía a un extremo emisor del mensaje de demanda de servicio.
La Figura 8 es una vista estructural esquemática de un sistema para procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según una primera forma de realización de la presente invención. En esta forma de realización, el sistema incluye un extremo de envío de demanda de ser 2, un extremo de recepción de demanda de servicio 3 y un elemento de red de servicio 1 configurado en una red. El elemento de red de servicio incluye un módulo de memorización de datos de usuarios y un módulo de comparación de datos de usuarios e incluye, además, un módulo de envío de mensaje de invalidación 11 configurado para enviar un mensaje de invalidación de datos de usuario al extremo emisor de la demanda de servicio.
La Figura 9 es una vista estructural esquemática de un sistema para procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según una segunda forma de realización de la presente invención. A diferencia de la estructura del sistema según la forma de realización ilustrada en la Figura 8, el elemento de red de servicio ilustrado en la Figura 9 incluye, además, un módulo de envío de mensaje de iniciación operativa configurado para enviar un mensaje de nuevo registro en conformidad con el mensaje de invalidación de datos de usuarios y un módulo de nuevo registro 12 configurado para recuperar los datos de usuarios.
La Figura 10 es una vista estructural esquemática de un sistema para procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según una tercera forma de realización de la presente invención. A diferencia de la forma de realización ilustrada en la Figura 9, en la forma de realización ilustrada en la Figura 10, la red incluye, además, un módulo de determinación de demanda de servicio 4 configurado para realizar la determinación del servicio en conformidad con el mensaje de invalidación de datos de usuarios y el mensaje de demanda de servicio enviado por el extremo emisor de demanda de servicio. El módulo de determinación de demanda de servicio está configurado para determinar si la demanda de servicio puede reenviarse a otra red que sea capaz de realizar operaciones de comunicación sin los datos de usuario memorizados en el módulo de memorización de datos de usuarios. Además, la red incluye, además, un módulo de conversión de demanda de servicio 5 configurado para reenviar la demanda de servicio a dicha otra red para realizar operaciones de comunicación.
La Figura 11 es una vista estructural esquemática de un sistema para procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según una cuarta forma de realización de la presente invención. A diferencia de la forma de realización ilustrada en la Figura 11, en la forma de realización ilustrada en la Figura 10, el elemento de red de servicio incluye, además, un módulo de envío de mensaje de iniciación operativa configurado para enviar un mensaje de nuevo registro en función del mensaje de invalidación de datos de usuario y un módulo de nuevo registro 12 configurado para recuperar los datos de usuarios.
La Figura 12 es una vista estructural esquemática de un sistema para procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según una quinta forma de realización de la presente invención. A diferencia de la forma de realización ilustrada en la Figura 9, en la forma de realización ilustrada en la Figura 12 la red incluye, además, un módulo de reenvío de mensaje de invalidación 6 configurado para reenviar el mensaje de invalidación de datos de usuario al extremo emisor de demanda de servicio. el módulo está configurado para informar a un usuario llamante o a un elemento de red, mediante el cual se sirve al usuario llamante después de que los datos de un usuario llamado se declaren no válidos cuando el usuario llamante y el usuario llamado no estén bajo la cobertura del mismo elemento de red.
En todas las formas de realización anteriores, el extremo emisor de demanda de servicio y el extremo receptor de demanda de servicio pueden ser un equipo de usuario UE en un elemento de red de procesamiento de información en la red, a modo de ejemplo, una CSCF o un AS. El elemento de red de servicio puede ser una función P-CSCF, una función I-CSCF o una función S-CSCF.
15
25
35
45
55
65
El método para el procesamiento de servicio después de que falle un elemento de red según la presente invención incluye las etapas siguientes.
Después de recibir un mensaje de demanda de servicio, un elemento de red de salto operativo precedente del elemento de red defectuoso termina un proceso de servicio actual y reenvía un mensaje de invalidación de elemento de red a un terminal llamante que envía el mensaje de demanda de servicio.
El mensaje de invalidación del elemento de red, reenviado por al terminal llamante por el elemento de red de salto operativo precedente del elemento de red defectuoso, puede contener información para iniciar un nuevo registro del terminal llamante. Después de recibir el mensaje, el terminal llamante realiza un nuevo registro, con el fin de evitar el elemento de red defectuoso en nuevos servicios.
Para algunos elementos de red, existe un mecanismo de detección de fallos entre los elementos de red (a modo de ejemplo, los elementos de red detectan si falla el otro elemento, o no, mediante una función denominada latido de frecuencia). Mediante el mecanismo de detección de fallos, un elemento de red puede conocer si falla, o no, el elemento de red de salto operativo siguiente. Por lo tanto, el elemento de red de salto operativo precedente del elemento de red defectuoso puede detectar que ocurre un fallo en elemento de red defectuoso mediante el mecanismo de detección de fallos.
Para los elementos de red sin el mecanismo de detección de fallos, el procesamiento de servicio puede ser como sigue. Después de recibir el mensaje de demanda de servicio, el elemento de red de salto operativo precedente del elemento de red defectuoso reenvía la demanda de servicio a un elemento de red de salto operativo siguiente. Si un mensaje de respuesta desde el elemento de red defectuoso no se recibe dentro de un periodo de tiempo predeterminado, se termina el proceso de servicio actual y el mensaje de invalidación de elemento de red se envía al terminal llamante que envía el mensaje de demanda de servicio. A modo de ejemplo, cuando falla la función S-CSCF y un usuario registrado con la S-CSCF defectuosa inicia una demanda de servicio, si el elemento de red de salto operativo precedente de la S-CSCF es la P-CSCF, la P-CSCF reenviará el mensaje de invalidación al terminal llamante después de recibir la demanda de servicio.
La Figura 13 es un diagrama de flujo de señalización de un método para el procesamiento de servicio después de que falle un elemento de red, según una primera forma de realización de la presente invención. El método incluye las etapas siguientes.
En la etapa 1301, un terminal llamante inicia una demanda de servicio inicia y un elemento de red puede determinar si el propio elemento de red está en un lado llamante, o no, según un identificador de parámetro en el mensaje.
En la etapa 1302, un elemento de red de salto operativo precedente, de un elemento de red defectuoso, detecta que falla el elemento de salto operativo siguiente (es decir, el elemento de red defectuoso) y termina un proceso de servicio actual y reenvía un mensaje de invalidación de elemento de red al terminal llamante que envía el mensaje de demanda de servicio. El elemento de red de salto operativo precedente del elemento de red defectuoso determina una dirección del elemento de red de salto operativo siguiente en función de la información de enrutamiento contenida en el mensaje y puede detectar un estado del elemento de red de salto operativo siguiente antes de reenviar la demanda de servicio al elemento de red de salto operativo siguiente.
En la etapa 1303, después de recibir el mensaje de invalidación del elemento de red, el terminal llamante inicia un nuevo registro.
La Figura 14 es un diagrama de flujo de señalización de un método para procesamiento de servicio después de que falle un elemento de red según una segunda forma de realización de la presente invención. El método incluye las etapas siguientes.
En la etapa 1401, un terminal llamante inicia una llamada de servicio inicial.
En la etapa 1402, un elemento de red de salto operativo precedente de un elemento de red defectuoso reenvía el mensaje de demanda de servicio inicial al elemento de red de salto operativo siguiente (es decir, el elemento de red defectuoso).
En la etapa 1403, si no se recibe un mensaje de respuesta en el periodo de tiempo predeterminado, se termina el proceso de servicio actual y se reenvía un mensaje de invalidación de elemento de red al terminal llamante que envía el mensaje de demanda de servicio.
En la etapa 1404, después de recibir el mensaje de invalidación del elemento de red, el terminal llamante inicia un nuevo registro.
La Figura 15 es una vista estructural esquemática de un elemento de red para procesamiento de servicio después
15
25
35
45
55
65
de que falle un elemento de red según una primera forma de realización de la presente invención. El elemento de red incluye un módulo de recepción de mensaje de demanda de servicio 151 y un módulo de envío de mensaje de invalidación de elemento de red 152.
El módulo de recepción de mensaje de demanda de servicio 151 está configurado para recibir un mensaje de demanda de servicio.
El módulo de envío de mensaje de invalidación de elemento de red 152 está configurado para reenviar un mensaje de invalidación de elemento de red a un terminal llamante que envía el mensaje de demanda de servicio cuando falla un elemento de red de salto operativo siguiente del elemento de red.
La Figura 16 es una vista estructural esquemática de un elemento de red para el procesamiento de servicio después de que falla un elemento de red según una segunda forma de realización de la presente invención. Además de los componentes ilustrados en la Figura 15, el elemento de red incluye, además, un módulo de detección de fallos 153.
El módulo de detección de fallos 153 está configurado para realizar la detección de fallos en un elemento de red de salto operativo siguiente del elemento de red e inicia la operación del módulo de envío de mensaje de invalidación de elemento de red para enviar un mensaje de invalidación de elemento de red después de detectar un fallo. El mensaje de demanda de servicio recibido por el módulo de recepción de mensaje de demanda de servicio contiene información de enrutamiento del elemento de red de salto operativo siguiente del elemento de red actual. Por lo tanto, el módulo de detección de fallos puede determinar el elemento de red de salto operativo siguiente en función de la información de enrutamiento, realiza la detección de fallos en el elemento de salto operativo siguiente y envía una instrucción para iniciar la operación del módulo de envío de mensaje de invalidación de red para enviar el mensaje de invalidación de elemento de red.
La Figura 17 es una vista estructural esquemática de un elemento de red para el procesamiento de servicio después de que falle un elemento de red según una tercera forma de realización de la presente invención. Además de los componentes ilustrados en la Figura 15, el elemento de red incluye, además, un módulo de reenvío de mensaje de demanda de servicio 154 y un módulo de recepción y detección de mensaje de respuesta 155.
El módulo de reenvío de mensaje de demanda de servicio 154 está configurado para reenviar un mensaje de demanda de servicio a un elemento de red de salto operativo siguiente de un elemento de red actual.
El módulo de recepción y detección de mensaje de respuesta 155 está configurado para detectar si se recibe un mensaje de respuesta dentro de un periodo de tiempo predeterminado y para iniciar la operación del módulo de envío de mensaje de invalidación de elemento de red para reenviar un mensaje de invalidación de elemento de red a un terminal llamante que envía el mensaje de demanda de servicio si no se recibe el mensaje de respuesta reenviado por el elemento de red de salto operativo siguiente. Después de reenviar el mensaje de demanda de servicio, el módulo de reenvío de mensaje de demanda de servicio inicia la operación del módulo de recepción y detección de mensaje de respuesta para detectar el mensaje de respuesta. Si el mensaje de respuesta correspondiente no se recibe dentro de un periodo de tiempo predeterminado (que puede constatarse mediante un temporizador), el módulo de recepción y detección de mensaje de respuesta inicia la operación del módulo de envío de mensaje de invalidación de elemento de red para enviar el mensaje de invalidación correspondiente.
La Figura 18 es un diagrama de flujo de un método para reenviar datos de usuarios después de que los datos de un elemento de red se declaren no válidos según una primera forma de realización de la presente invención. El método incluye las etapas siguientes.
En la etapa 1801, una función S-CSCF recibe un mensaje de demanda de llamada que contiene una identidad de usuario.
En la etapa 1802, la función S-CSCF encontró que los datos de usuario no se pueden obtener en función de la identidad de usuario.
En la etapa 1803, la S-CSCF añade la identidad de usuario a un mensaje de demanda de datos de usuario y envía el mensaje de demanda de datos de usuario que contiene la identidad de usuario a un servidor HSS.
En la etapa 1804, el servidor HSS recibe el mensaje de demanda de datos de usuario desde la S-CSCF.
En la etapa 1805, el servidor HSS consulta el estado de registro del usuario memorizado y la S-CSCF asignada al usuario en función de la identidad del usuario.
En la etapa 1806, cuando se registra el estado de registro memorizado del usuario y la S-CSCF asignada es la S-CSCF demandante, el servidor HSS reenvía datos del usuario en función del mensaje de demanda.
En la etapa 1807, la S-CSCF realiza el control de servicio en función de los datos de usuario reenviados.
imagen7
imagen8
15
25
35
45
55
65
En la etapa 2201, un equipo UE inicia un mensaje INVITE y puede introducir opcionalmente una Identidad de Usuario Público que identifica el UE en un campo de cabecera de Identidad-Preferida-P.
En la etapa 2202, después de recibir el mensaje INVITE, la P-CSCF comprueba si el mensaje contiene, o no, el campo de cabecera de Identidad-Preferida-P y comprueba si el valor del campo de cabecera coincide con una Identidad de Usuario Público registrada en la P-CSCF; si el valor del campo de cabecera coincide con una Identidad de Usuario Público registrada en la P-CSCF, la P-CSCF utiliza la Identidad de Usuario Público como el iniciador de la sesión e introduce la Identidad de Usuario Público en el parámetro de la Identidad-Confirmada-P; si no se encuentra ninguna coincidencia con la Identidad de Usuario Público registrada, o no existe el campo de cabecera de Identidad-Preferida-P, la P-CSCF selecciona una Identidad de Usuario Público por defecto como el iniciador de la sesión para el usuario e introduce la Identidad de Usuario Público en el parámetro de Identidad-Confirmada-P.
En la etapa 2203, después de recibir el mensaje INVITE, si la S-CSCF no encuentra ninguna información del usuario según se identifica en el parámetro de Identidad-Confirmada-P, la S-CSCF transmite, en un SAR, la identidad del usuario como en el campo de cabecera de Identidad-Confirmada-P del mensaje, con el fin de demandar datos de suscripción del usuario desde el servidor HSS; un parámetro de tipo de asignación de servidor en la orden de SAR, se establece en NO_ASSIGNMENT; en una puesta en práctica específica, la S-CSCF puede transmitir su identificador de error en el SAR enviado al servidor HSS.
En la etapa 2204, si el servidor HSS encuentra que la S-CSCF que inicia la operación de SAR y la S-CSCF memorizada en el servidor HSS son las mismas, el servidor HSS descarga los datos del usuario a la S-CSCF a través de SAA; o bien, si el servidor HSS encuentra que se transmite el identificador de error, el HSS descarga los datos del usuario en la S-CSCF a través de SAA.
En la etapa 2205, la S-CSCF inicia los servicios correspondientes en función de los datos del usuario descargados en SAA y encamina las sesiones posteriores, en conformidad con la URI-Demandada (es decir, la llamada) en el mensaje INVITE.
Puede deducirse de la forma de realización anterior que cuando la S-CSCF recibe un mensaje INVITE de demanda de llamada origen y no encuentra ninguna información del usuario, que combine la información de error solicitada por el propio sistema, la S-CSCF transmite, en el SAR, la identidad del usuario como en el campo de cabecera de Identidad-Confirmada-P del mensaje, con el fin de demandar los datos de suscripción del usuario desde el servidor HSS; el parámetro del tipo de asignación del servidor en la orden de SAR se establece en NO_ASSIGNMENT; la S-CSCF puede transmitir también su identificador de error en el SAR enviado al HSS e inicia los servicios normales y encamina las sesiones posteriores después de recibir los datos del usuario.
La Figura 23 es una vista esquemática del proceso de puesta en práctica en el que una S-CSCF recibe una demanda de sesión desde una P-CSCF después de la avería y reiniciación operativa del sistema en un método para el procesamiento de servicio después de que los datos de un elemento de red se declaren no válidos según la presente invención. En esta forma de realización, el proceso de puesta en práctica para reenviar datos del usuario cuando los datos del usuario se pierden debido a la avería y reiniciación operativa del sistema se describe a continuación. Según se ilustra en la Figura 23, el proceso en el que la S-CSCF recibe la demanda de sesión desde la P-CSCF y activa un nuevo registro de un UE, incluye las etapas siguientes.
En la etapa 2301, un equipo UE inicia un mensaje INVITE y puede introducir una Identidad de Usuario Público que identifique al UE en un campo de cabecera de Identidad-Preferida-P de forma opcional.
En la etapa 2302, después de recibir el mensaje INVITE, la P-CSCF comprueba si el mensaje contiene el campo de cabecera de Identidad-Preferida-P y comprueba si el valor del campo de cabecera coincide con una Identidad de Usuario Público registrada en la P-CSCF; si el mensaje contiene el campo de cabecera de Identidad-Preferida-P y el valor del campo de cabecera coincide con una Identidad de Usuario Público registrada en la P-CSCF; la P-CSCF utiliza la Identidad de Usuario Público como el iniciador de la sesión e introduce la Identidad de Usuario Público en el parámetro de Identidad-Confirmada-P, si no se encuentra ninguna coincidencia de la Identidad de Usuario Público registrada, o no existe el campo de cabecera de Identidad-Preferida-P, la P-CSCF selecciona una Identidad de Usuario Público por defecto como el iniciador de la sesión para el usuario e introduce la Identidad de Usuario Público en el parámetro de Identidad-Confirmada-P.
En la etapa 2303, después de recibir el mensaje INVITE, la S-CSCF no encuentra información del usuario y reenvía una respuesta 401 y demanda de la autenticación del UE.
En la etapa 2304, la P-CSCF reenvía un mensaje de respuesta no autorizado 401 al UE.
En la etapa 2305, el equipo UE inicia una demanda de nuevo registro.
En la etapa 2306, la P-CSCF reenvía la demanda de nuevo registro a la I-CSCF.
imagen9
imagen10
imagen11
10
15
20
25
30
35
40
El segundo de módulo de adición 2410 está configurado para añadir la identidad del usuario y un identificador de error a un mensaje de demanda de datos del usuario y para enviar el mensaje de demanda de datos del usuario a un servidor HSS; el servidor HSS determina si reenviar, o no, los datos del usuario en conformidad con el mensaje de demanda según el mensaje de demanda contenga, o no, el identificador de error.
En una forma de realización preferida, el servidor HSS consulta el estado de registro memorizado del usuario en función de la identidad del usuario y cuando el identificador de error está contenido y se registra el estado de registro memorizado del usuario, el servidor HSS reenvía los datos del usuario en conformidad con el mensaje de demanda.
Puede deducirse de las formas de realización anteriores, que las formas de realización de la presente invención amplían las funciones del servidor HSS y de la S-CSCF, mejorando también la tolerancia a fallos del HSS y de la S-CSCF; en el caso de que se pierdan los datos de usuarios debido a un error de la S-CSCF, si una demanda de sesión de mensaje INVITE de la IMPU originalmente registrada en la S-CSCF enviada por la I-CSCF o el servidor AS se recibe desde la reiniciación operativa, cuando la S-CSCF demanda datos del usuario desde el servidor HSS, el servidor HSS no reenvía directamente un error a la S-CSCF, sino que descarga directamente los datos de servicio del usuario a la S-CSCF a través de SAA cuando encuentra que la S-CSCF demandante y la S-CSCF asignada son las mismas o se transmite el identificador de error. Mientras tanto, cuando se pierden los datos del usuario debido al error de la S-CSCF, si la demanda de sesión del mensaje INVITE de la IMPU originalmente registrada en la S-CSCF que se envía por la P-CSCF se recibe después de la reiniciación operativa, la S-CSCF envía el SAR para demandar los datos del usuario desde el servidor HSS e inicia operativamente los servicios y conecta la sesión en lugar de reenviar directamente una respuesta de fallo a la P-CSCF. De este modo, en el caso de que la S-CSCF tenga un error tal como una avería del sistema y se reinicie operativamente, la llamada de terminación no registrada o la llamada de origen iniciada por el UE o la llamada de origen iniciada por el AS, en nombre del usuario, se pueden proporcionar todavía.
A través de las formas de realización de la presente invención, cuando la S-CSCF en la red tiene un error tal como la avería del sistema y se reinicia operativamente, la llamada de terminación no registrada o la llamada origen iniciada por el UE o la llamada origen iniciada por el AS, en nombre del usuario, pueden proporcionarse todavía al usuario, con lo que se evita una experiencia de servicio desfavorable del usuario.
Por último, conviene señalar que las formas de realización anteriores se utilizan solamente para describir las soluciones técnicas de la presente invención, pero no están previstas para limitar la presente invención. La presente invención se ilustra en detalle haciendo referencia a las formas de realización. Sin embargo, los expertos en esta técnica deben entenderse que se pueden realizar modificaciones a las soluciones técnicas de las formas de realización anteriores y se puede realizar una sustitución equivalente para algunas de las características técnicas; no constituyendo dichas modificaciones o sustituciones el contenido esencial de las soluciones técnicas sin desviarse por ello del alcance de protección de las soluciones técnicas de las formas de realización de la presente invención.

Claims (1)

  1. imagen1
    imagen2
ES14159898.7T 2006-12-29 2007-12-26 Método y sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de un elemento de red y un fallo operativo Active ES2560624T3 (es)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN200610169866 2006-12-29
CN200610169866 2006-12-29
CN2007101015790A CN101299874B (zh) 2007-04-30 2007-04-30 用户数据返回方法、系统及设备
CN200710101579 2007-04-30
CNA2007101357285A CN101212814A (zh) 2006-12-29 2007-08-10 网元数据失效或发生故障后的业务处理方法、系统及网元
CN200710135728 2007-08-10

Publications (1)

Publication Number Publication Date
ES2560624T3 true ES2560624T3 (es) 2016-02-22

Family

ID=40934998

Family Applications (4)

Application Number Title Priority Date Filing Date
ES07846158.9T Active ES2480140T3 (es) 2006-12-29 2007-12-26 Método, sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de elemento de red y que se produzca un fallo operativo
ES14159898.7T Active ES2560624T3 (es) 2006-12-29 2007-12-26 Método y sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de un elemento de red y un fallo operativo
ES15187027.6T Active ES2638219T3 (es) 2006-12-29 2007-12-26 Método y aparato para procesamiento de servicio después de que falle un elemento de red
ES09165871.6T Active ES2529747T3 (es) 2006-12-29 2007-12-26 Método, sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de elemento de red y que se produzca un fallo operativo

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES07846158.9T Active ES2480140T3 (es) 2006-12-29 2007-12-26 Método, sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de elemento de red y que se produzca un fallo operativo

Family Applications After (2)

Application Number Title Priority Date Filing Date
ES15187027.6T Active ES2638219T3 (es) 2006-12-29 2007-12-26 Método y aparato para procesamiento de servicio después de que falle un elemento de red
ES09165871.6T Active ES2529747T3 (es) 2006-12-29 2007-12-26 Método, sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de elemento de red y que se produzca un fallo operativo

Country Status (7)

Country Link
US (2) US9706019B2 (es)
EP (6) EP2763377B1 (es)
ES (4) ES2480140T3 (es)
PL (2) PL2763377T3 (es)
PT (1) PT2099156E (es)
RU (2) RU2429576C2 (es)
WO (1) WO2008083587A1 (es)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4573064B2 (ja) * 2007-04-02 2010-11-04 日本電気株式会社 Imsネットワークシステム及びデータリストア方法
CN102098652B (zh) * 2008-01-18 2012-12-12 华为技术有限公司 一种为用户提供业务的方法、系统和装置
WO2011032611A1 (en) * 2009-09-17 2011-03-24 Telefonaktiebolaget L M Ericsson (Publ) Method and node in a telecommunications network
US8793388B2 (en) * 2009-12-28 2014-07-29 At&T Intellectual Property I, L.P. Method and apparatus for processing a call to an aggregate endpoint device
US8451841B2 (en) 2009-12-28 2013-05-28 At&T Intellectual Property I, L.P. Method and apparatus for processing a call to an aggregate endpoint device
US8762549B2 (en) * 2010-01-18 2014-06-24 Telefonaktiebolaget L M Ericsson (Publ) System and method for IPTV node recovery
CN102884858B (zh) * 2010-05-14 2015-11-25 瑞典爱立信有限公司 用于使能来自ims中未登记ue的连接的设置的方法和装置
JP4834167B1 (ja) * 2010-06-04 2011-12-14 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び移動通信システム
US9019954B2 (en) * 2010-06-18 2015-04-28 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatuses for handling public identities in an internet protocol multimedia subsystem network
EP2620014A4 (en) * 2010-09-21 2017-03-22 Telefonaktiebolaget LM Ericsson (publ) Network signal tracing using charging identifiers as trace recording session references
US9426711B2 (en) * 2011-05-26 2016-08-23 Telefonaktiebolaget Lm Ericsson (Publ) Traffic control within an IP multimedia subsystem
US8856290B2 (en) * 2011-10-24 2014-10-07 General Instrument Corporation Method and apparatus for exchanging configuration information in a wireless local area network
US20130279373A1 (en) * 2012-04-18 2013-10-24 Interdigital Patent Holdings, Inc. Method and apparatus for providing an internet protocol multimedia subsystem triggering service
US9509811B2 (en) * 2012-12-28 2016-11-29 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for resolving data inconsistencies in an IMS network
CN103441862B (zh) 2013-08-07 2017-08-04 华为技术有限公司 一种实现终端被叫业务恢复的方法、相关装置及系统
US10313528B2 (en) * 2014-03-26 2019-06-04 Genband Us Llc Systems, methods, and computer program products for providing regional survivable calling over a packet network
WO2016134791A1 (en) * 2015-02-27 2016-09-01 Telefonaktiebolaget Lm Ericsson (Publ) P-cscf recovery and reregistration
US10027721B2 (en) * 2016-04-05 2018-07-17 Samsung Electronics Co., Ltd. Multi-endpoint design for ePDG supported devices
US9979756B2 (en) * 2016-06-07 2018-05-22 Verizon Patent And Licensing Inc. Recovery from a potential proxy call session control function (P-CSCF) failure during call origination
US10383164B2 (en) * 2016-10-06 2019-08-13 T-Mobile Usa, Inc. Network terminal having configurable retry or changeover
CN109951824B (zh) 2018-04-09 2022-04-05 华为技术有限公司 通信方法及装置
CN112187615B (zh) * 2020-08-31 2022-11-08 Oppo(重庆)智能科技有限公司 消息响应方法、装置、终端及存储介质
US11290505B1 (en) * 2021-09-02 2022-03-29 Bank Of America Corporation Data processing systems for data request routing
US20230217235A1 (en) * 2021-12-30 2023-07-06 T-Mobile Usa, Inc. Hss-based p-cscf restoration triggered by as

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6678264B1 (en) 1999-06-30 2004-01-13 Nortel Networks Limited Establishing connections with a pre-specified quality of service across a communication network
GB0110542D0 (en) 2001-04-30 2001-06-20 Nokia Corp Messaging system
CA2446966C (en) * 2001-05-09 2013-03-26 Nokia Corporation Method for indicating a ue that it must register
EP1407631B1 (en) 2001-06-18 2009-12-16 Nokia Corporation Roaming from ims domain to the cs domain
EP1402705B1 (en) 2001-07-03 2005-01-05 Telefonaktiebolaget LM Ericsson (publ) Method and system for handling multiple registration
GB0205399D0 (en) * 2002-03-07 2002-04-24 Nokia Corp Allocation of an S-CSCF to a subscriber
US7080141B1 (en) * 2002-04-12 2006-07-18 Cisco Technology, Inc. Arrangement for automated fault detection and fault resolution of a network device
AU2002310572A1 (en) 2002-05-30 2003-12-19 Nokia Corporation Sip based call setup
US6757722B2 (en) 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
US9451422B2 (en) 2003-03-17 2016-09-20 Nokia Technologies Oy Method, system and network device for routing a message to a temporarily unavailable network user
GB0324597D0 (en) * 2003-10-21 2003-11-26 Nokia Corp A communication system
EP1698202A1 (en) 2003-12-23 2006-09-06 Nokia Corporation User registration in a communication system
GB2411541B (en) 2004-02-26 2006-09-13 Siemens Ag A sip server
CN1278519C (zh) 2004-07-30 2006-10-04 华为技术有限公司 将终端能力变化通知给网络的方法
KR100584968B1 (ko) * 2004-09-10 2006-05-29 한국정보통신대학교 산학협력단 광 레이블 통합과 망 부하에 따른 동적 자원 공유방식을이용한 링크 장애 보호/복구 방법
CN100370744C (zh) * 2004-09-29 2008-02-20 华为技术有限公司 一种归属用户服务器故障恢复处理方法
KR101075614B1 (ko) 2004-10-15 2011-10-21 삼성전자주식회사 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 착신호를 가능하게 하는 방법
CN100512106C (zh) 2004-11-05 2009-07-08 华为技术有限公司 一种确定何时发起服务呼叫控制功能选择的方法
CN100493227C (zh) 2004-11-15 2009-05-27 华为技术有限公司 一种网络侧对更新ip地址的用户的处理方法
GB0502383D0 (en) 2005-02-04 2005-03-16 Nokia Corp User identities
DE102005007060B4 (de) 2005-02-16 2008-11-13 Nokia Siemens Networks Gmbh & Co.Kg Signalisierung des Ausfalls einer Netzeinheit über ein Kommunikationsnetz
WO2006089592A1 (de) 2005-02-22 2006-08-31 Nokia Siemens Networks Gmbh & Co. Kg Verfahren zur aufrechterhaltung von sip calls bei hardwareausfall redundanter ip systeme
CN103763446B (zh) 2005-03-10 2016-01-20 朗迅科技公司 使用既有设备的ims网络接入
US7376081B2 (en) 2005-04-04 2008-05-20 Lucent Technologies Inc. Establishment of QoS by applications in cellular networks using service based policy control mechanisms
CN100382503C (zh) * 2005-06-20 2008-04-16 华为技术有限公司 一种在用户注册过程中注册异常的处理方法
CN1885779B (zh) 2005-06-24 2011-07-27 朗迅科技公司 为在线收费系统验证路由选择的ims网关系统和方法
CN100499657C (zh) * 2005-08-03 2009-06-10 华为技术有限公司 一种对用户标识存在性进行约束的方法及系统
CN100387014C (zh) * 2005-10-21 2008-05-07 华为技术有限公司 在用户注册过程中注册异常的处理方法
CN100391167C (zh) * 2006-03-20 2008-05-28 华为技术有限公司 服务呼叫会话控制功能实体备份方法及其系统
WO2007107185A1 (en) 2006-03-21 2007-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for registering or deregistering a user to or from an ip multimedia subsystem
CN1878074A (zh) * 2006-07-10 2006-12-13 武汉理工大学 一种基于广播中继的Ad hoc网络多播路由的建立方法

Also Published As

Publication number Publication date
EP2131557A3 (en) 2010-02-17
EP2099156A1 (en) 2009-09-09
PL2996312T3 (pl) 2017-11-30
EP2763377B1 (en) 2015-11-18
EP3796623A1 (en) 2021-03-24
WO2008083587A1 (fr) 2008-07-17
EP3253033A1 (en) 2017-12-06
RU2426275C2 (ru) 2011-08-10
US20100165833A1 (en) 2010-07-01
US20090279425A1 (en) 2009-11-12
EP2996312B1 (en) 2017-06-07
ES2480140T3 (es) 2014-07-25
PL2763377T3 (pl) 2016-04-29
EP2131557B1 (en) 2014-11-12
RU2009134567A (ru) 2011-03-20
EP2996312A1 (en) 2016-03-16
RU2009129157A (ru) 2011-02-10
PT2099156E (pt) 2014-07-18
EP2099156A4 (en) 2009-12-09
EP2131557A2 (en) 2009-12-09
EP2763377A1 (en) 2014-08-06
US9706019B2 (en) 2017-07-11
ES2529747T3 (es) 2015-02-25
ES2638219T3 (es) 2017-10-19
RU2429576C2 (ru) 2011-09-20
EP2099156B1 (en) 2014-05-07

Similar Documents

Publication Publication Date Title
ES2560624T3 (es) Método y sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de un elemento de red y un fallo operativo
US11412371B2 (en) Method, apparatus, and system for disaster recovery of ims
ES2434339T3 (es) Un método y aparato para poner en práctica la recuperación de fallos operativos del IMS IP
US8934461B2 (en) Method for re-assignment of S-CSCF services to registered IMS users of a home subscriber servers HSS
ES2384525T3 (es) Método para realizar la activación del registro de usuarios en un subsistema multimedia IP
US9332041B2 (en) System and method for providing a circuit switched domain number
JP6181160B2 (ja) P−cscfの障害に対処し、接続を回復するための方法及び装置
US8279854B2 (en) Method, equipment and system for deregistering a wireless IP access network contact address
US9456400B2 (en) Best effort call routing preference setting
EP4123984A1 (en) Associated service registration method, related device and computer-readable storage medium
KR20110070449A (ko) 단말과 cscf 간 중복성 제공 방법 및 시스템