ES2426065T3 - Recuperación tras un fallo en una red de subsistema de multimedios sobre IP - Google Patents
Recuperación tras un fallo en una red de subsistema de multimedios sobre IP Download PDFInfo
- Publication number
- ES2426065T3 ES2426065T3 ES07820711T ES07820711T ES2426065T3 ES 2426065 T3 ES2426065 T3 ES 2426065T3 ES 07820711 T ES07820711 T ES 07820711T ES 07820711 T ES07820711 T ES 07820711T ES 2426065 T3 ES2426065 T3 ES 2426065T3
- Authority
- ES
- Spain
- Prior art keywords
- session control
- control function
- call session
- user equipment
- network
- 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
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 14
- 238000000034 method Methods 0.000 claims abstract description 31
- 238000004891 communication Methods 0.000 claims description 8
- 230000001934 delay Effects 0.000 claims description 5
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 230000004044 response Effects 0.000 description 10
- 230000011664 signaling Effects 0.000 description 10
- 230000007246 mechanism Effects 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 239000012190 activator Substances 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000009792 diffusion process Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000012092 media component Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un método de facilitar la recuperación tras un fallo de una Función de Control de Sesión de Llamada de Servicio dentro de una red de Subsistema de Multimedios sobre IP, comprendiendo el método: recibir en una Función de Control de Sesión de Llamada del Proxy una solicitud de SIP enviada por un Equipo de Usuario que posee una identidad previamente registrada en la red de Subsistema de Multimedios sobre IP y para la cual fue seleccionada una Función de Control de Sesión de Llamada de Servicio dada; caracterizado por las etapas de determinar en la citada Función de Control de Sesión de Llamada del Proxy que la citada Función de Control de Sesión de Llamada de Servicio dada ha fallado o es de otro modo inaccesible; y enviar un mensaje de nuevo registro desde la Función de Control de Sesión de Llamada del Proxy al citado equipo de usuario, forzando la recepción del citado mensaje de nuevo registro en el equipo de usuario a que el equipo de usuario lleve a cabo un procedimiento de registro en la red del Subsistema de Multimedios sobre IP.
Description
Recuperación tras un fallo en una red de subsistema de multimedios sobre IP
Campo Técnico
La presente invención se refiere a la recuperación tras un fallo en una red de Subsistema de Multimedios sobre IP y en particular a un método y aparato para permitir la recuperación tras un fallo de una Función de Control de Sesión de Llamada de Servicio.
Los servicios de Multimedios sobre IP proporcionan una combinación dinámica de voz, video, intercambio de mensajes, datos, etc. dentro de la misma sesión. Aumentando el número de aplicaciones básicas y de medios que es posible combinar, el número de servicios ofrecidos a los usuarios finales aumentará, y la experiencia de comunicación interpersonal resultará enriquecida. Esto llevará a una nueva generación de servicios de comunicación
de multimedios ricos, personalizados, que incluyen los llamados servicios de “Multimedios sobre IP en combinación”.
El UMTS (Sistema de Telecomunicaciones de Telefonía Móvil Universal - Universal Mobile Telecommunications System, en inglés) es un sistema inalámbrico de tercera generación diseñado para proporcionar mayores velocidades de datos y servicios mejorados a los abonados. El UMTS es un sucesor del Sistema Global para Comunicaciones de Telefonía Móvil (GSM - Global System for Mobile Communications, en inglés) con una etapa evolutiva importante entre el GSM y siendo el UMTS el Servicio de Radio en Paquetes General (GPRS - General Packet Radio Service, en inglés). El GPRS introduce la conmutación de paquetes en la red de núcleo de GSM y permite un acceso directo a las Redes de Datos en Paquetes (PDNs - Packet Data Networks, en inglés). Esto permite transmisiones con conmutación de paquetes de mayor velocidad de datos muy por encima del límite de 64 kbps de la ISDN a través de la red de llamadas de GSM, lo que es una necesidad para velocidades de transmisión de datos de UMTS de hasta 2 Mbps. El UMTS está estandarizado por el Proyecto de Colaboración de 3ª Generación (3GPP – 3rd Generation Partnership Project, en inglés) que es un conglomerado de cuerpos de estándares regionales tales como el Instituto de Normalización de Telecomunicación Europeo (ETSI - European Telecommunications Standards Institute, en inglés), la Asociación de Empresas de Industria de Radio (ARIB -Association of Radio Industry Business, en inglés) y otros. Véase el documento 3GPP TS 23.002 para una especificación de la arquitectura de red.
La arquitectura de UMTS incluye un subsistema conocido como el Subsistema de Multimedios sobre IP (IMS - IP Multimedia Subsystem, en inglés) para soportar telefonía tradicional así como nuevos servicios de multimedios sobre IP (3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 y TS 29.329, Versiones 5 a 8). El IMS proporciona características claves para enriquecer la experiencia de comunicación de persona-a-persona de usuario-final mediante el uso de Activadores de Servicio de IMS estandarizados, lo que facilita nuevos servicios de comunicación de persona-a-persona (cliente-a-cliente) ricos, así como servicios de persona-a-contenido (cliente-a servidor) sobre redes basadas en IP. El IMS es capaz de conectar a ambas PSTN/ISDN (Red Telefónica Conmutada Pública/Red Digital de Servicios Integrados - Public Switched Telephone Network / Integrated Services Digital Network, en inglés) como la Internet.
El IMS hace uso del Protocolo de Iniciación de Sesión (SIP - Session Initiation Protocol, en inglés) para establecer y controlar llamadas o sesiones entre terminales de usuario (o terminales de usuario y servidores de aplicación). El Protocolo de Descripción de Sesión (SDP - Session Description Protocol, en inglés), transportado mediante la señalización de SIP, se utiliza para describir y negociar los componentes de medios de la sesión. Mientras que el SIP fue creado como un protocolo de usuario-a-usuario, el IMS permite a los operadores y proveedores de servicios controlar el acceso del usuario a servicios y efectuar el cargo a los usuarios de acuerdo con ello. El 3GPP ha elegido el SIP para la señalización entre un Equipo de Usuario (UE - User Equipment, en inglés) y el IMS, así como entre los componentes que están dentro del IMS (aunque otros protocolos tales como Diameter se utilizan también para la señalización de red).
Detalles específicos de la operación de la red de comunicaciones de UMTS y de los diferentes componentes que se encuentran dentro de tal red pueden encontrarse en las Especificaciones Técnicas para UMTS que están disponibles en http://www.3gpp.org. Otros detalles del uso del SIP dentro del UMTS pueden encontrarse en la Especificación Técnica de 3GPP TS 24.229.
La Figura 1 de los dibujos que se acompañan ilustra esquemáticamente cómo se ajusta el IMS a la arquitectura de red de telefonía móvil en el caso de una red de acceso de GPRS/PS (el IMS puede, por supuesto, operar sobre otras redes de acceso). Las Funciones de Control de Llamada/Sesión (CSCFs - Call/Session Control Functions, en inglés) operan como proxies de SIP dentro del IMS. La arquitectura de 3GPP define tres tipos de CSCFs: la CSCF Proxy (P-CSCF - Proxy CSCF, en inglés), que es el primer punto de contacto dentro del IMS para un terminal de SIP; la CSCF de Servicio (S-CSCF - Serving CSCF, en inglés), que proporciona servicios al usuario a los cuales el usuario está suscrito; y la CSCF de Interrogación (I-CSCF - Interrogating CSCF, en inglés), cuya función es identificar la correcta S-CSCF y enviar a esa S-CSCF una solicitud de SIP recibida de un terminal de SIP por medio de la P-CSCF.
Un usuario se registra con el IMS utilizando el método de REGISTRO de SIP. Éste es un mecanismo para conectarse al IMS y anunciar al IMS la dirección en la cual puede ser alcanzada una identidad de usuario de SIP. En 3GPP, cuando el terminal de SIP lleva a cabo un registro, el IMS autentifica al usuario, y asigna una S-CSCF a ese usuario del conjunto de S-CSCFs disponibles. Aunque los criterios para asignar S-CSCFs no son especificados por el 3GPP, éstos pueden incluir requisitos de compartición de carga y de servicios. Debe observarse que la asignación de una S-CSCF es clave para controlar (y realizar el cargo por ello) el acceso de un usuario a servicios basados en IMS.
Durante el proceso de registro, es responsabilidad de la I-CSCF seleccionar una S-CSCF si una S-CSCF no ha sido ya seleccionada. La I-CSCF recibe las capacidades de S-CSCF requeridas del Servidor de Abonado Local (HSS – Home Subscriber Server, en inglés) de la red local, y selecciona una S-CSCF apropiada basándose en las capacidades recibidas. El mensaje de REGISTRO de SIP es enviado a la S-CSCF seleccionada, que añade su identidad en la cabecera de Encaminamiento de Servicio de SIP en la respuesta de 200 OK. Cuando la P-CSCF recibe la respuesta de 200 OK de la S-CSCF, obtiene la identidad de la S-CSCF de la Cabecera de Encaminamiento de Servicio. Cuando un usuario registrado envía subsiguientemente una solicitud de SIP al IMS, la P-CSCF es capaz de enviar la solicitud a la S-CSCF seleccionada. Debe observarse que la asignación de S-CSCF es llevada también a cabo para un usuario por la I-CSCF en el caso en que el usuario sea llamado por otro interlocutor, y el usuario no esté actualmente asignado a una S-CSCF. Esto recibe el nombre de caso de llamada de “finalización”. Para el caso de llamada de finalización, la asignación de S-CSCF es temporal y el UE debe registrarse subsiguientemente en el IMS con el fin de iniciar otras llamadas.
Dentro de la red de servicio de IMS, se proporcionan Servidores de Aplicación (ASs – Application Servers, en inglés) para implementar la funcionalidad de servicio de IMS. Los Servidores de Aplicación proporcionan servicios a usuarios finales en un sistema de IMS, y pueden estar conectados como puntos finales sobre la interfaz Mr definida en el 3GPP, o “conectados” mediante una S-CSCF sobre la interfaz de ISC definida en el 3GPP. En el último caso, se utilizan Criterios de Filtrado Iniciales (IFC – Initial Filter Criteria, en inglés) por una S-CSCF para determinar qué Servidores de Aplicaciones deberían “conectarse” durante un establecimiento de Sesión de SIP. Diferentes IFCs pueden ser aplicados a diferentes casos de llamada. Los IFCs son recibidos por la S-CSCF desde un HSS durante el procedimiento de registro de IMS como parte del Perfil de Usuario de un usuario. Ciertos Servidores de Aplicación llevarán a cabo acciones que dependen de las identidades de abonado (bien del abonado llamado o del llamante,
cualquiera que “pertenezca” a la red que controla al Servidor de Aplicación). Por ejemplo, en el caso de transmisión
de llamada, el servidor de aplicación apropiado (de finalización) determinará el nuevo interlocutor de finalización al cual será enviada una llamada para un abonado dado. En el caso de que unos IFC indiquen que el mensaje de SIP recibido en la S-CSCF deba ser transmitido a un AS de SIP particular, ese AS se añade en la ruta del mensaje. Una vez que el mensaje de SIP es devuelto por el AS a la S-CSCF, es transmitido hacia su destino final, o transmitido a otro AS si esto se indica en los IFCs.
Las especificaciones de Núcleo de IMS actuales no incluyen procedimientos para la recuperación a un estado consistente tras un fallo en un elemento de red. Específicamente, el fallo de la S-CSCF sólo se considera en el caso de registro inicial (es decir, si una I-CSCF no es capaz de contactar con una S-CSCF seleccionada, es capaz de seleccionar una alternativa). Aunque se hadado consideración a este problema (véase SA2, CT! Y CT4 del 3GPP), las soluciones propuestas han sufrido generalmente el problema de la potencial doble asignación de S-CSCFs a la misma Suscripción de IMS y de la pérdida de estado de registro. Se ha creado un elemento de trabajo que cubre este caso de fallo y el arco de requisito de estudio definido en el TS 23.820 v0.1.0 del 3GPP (C4-070890). Se espera que la recuperación tras el fallo sea proporcionada en el TS 29.329 de Versión 8.
Los fallos de las S-CSCFs pueden ser a corto plazo (temporales) o pueden ser a largo plazo (permanentes). En el caso de un fallo permanente, la P-CSCF devolverá un mensaje de error (tiempo excedido 408) al UE en el caso de que no se reciba ninguna respuesta desde una S-CSCF después de que se alcance un número de umbral de reintentos. Esto se ilustra en la Figura 2, en la que el proceso se inicia con el envío por parte del UE de una solicitud de SIP a la P-CSCF. No se especifica actualmente cómo reaccionaría un UE al mensaje de tiempo excedido. Una posibilidad es que el UE reaccione, después de algún periodo predeterminado, por ejemplo, 24 horas, intentando otro registro. Este comportamiento no obstante no está asegurado.
El documento WO2006/136097 describe un método de facilitar la recuperación tras un fallo de una S-CSCF dentro de una red de IMS y que implica la selección de una S-CSCF alternativa por parte de una I-CSCF.
Compendio
Es un objeto de la presente invención proporcionar un mecanismo para la recuperación tras un fallo de una S-CSCF a continuación de la asignación de esa S-CSCF durante el registro de IMS del IE. Este objeto se consigue enviando desde la P-CSCF al UE un mensaje de nuevo registro que fuerza al UE a llevar a cabo un nuevo registro con el IMS.
De acuerdo con un primer aspecto de la invención, se proporciona un método de facilitar la recuperación tras un fallo de una Función de Control de Sesión de Llamada de Servicio dentro de una red de Subsistema de Multimedios sobre IP. El método comprende recibir en una Función de Control de Sesión de Llamada del Proxy una solicitud de SIP enviada por un Equipo de Usuario que posee una identidad previamente registrada en la red del Subsistema de Multimedios sobre IP y para la cual fue seleccionada una Función de Control de Sesión de Llamada de Servicio dada. La Función de Control de Sesión de Llamada del Proxy determina que la citada Función de Control de Sesión de Llamada de Servicio ha fallado o si no es inaccesible, y envía un mensaje de nuevo registro al citado equipo de usuario, forzando la recepción del citado mensaje de nuevo registro en el equipo de usuario a que el equipo de usuario lleve a cabo un procedimiento de registro en la red del Subsistema de Multimedios sobre IP.
Las realizaciones de la presente invención aseguran que el fallo de una S-CSCF no resulta en la pérdida de servicio de IMS para el equipo de usuario, y asegura que el equipo de usuario puede responder a un fallo de S-CSCF de una manera predecible.
La citada Función de Control de Sesión de Llamada puede incluir dentro del mensaje de nuevo registro un valor de retardo, provocando el valor de retardo que el equipo de usuario retarde el inicio del nuevo registro en el retardo especificado. Alternativamente, la citada Función de Control de Sesión de Llamada del Proxy puede incluir dentro del mensaje de nuevo registro un valor de retardo, haciendo el valor de retardo que el citado equipo de usuario retarde un reenvío de la citada solicitud de SIP en el retardo especificado, a continuación de un registro del Subsistema de Multimedios sobre IP correcto. Estos dos planteamientos tenderán a resultar en la difusión de la carga de señalización en el tiempo, a continuación de un fallo de la S-CSCF dentro de la red de IMS.
De acuerdo con una realización de la invención, el método puede comprender recibir el citado mensaje de nuevo registro en el citado equipo de usuario y subsiguientemente llevar a cabo un procedimiento de registro en la red del Subsistema de Multimedios sobre IP. En el citado equipo de usuario, una indicación de que la Función de Control de Sesión de Llamada de Servicio ha fallado (y opcionalmente una identificación de la Función de Control de Sesión de Llamada de Servicio) puede ser incluida dentro del mensaje de Registro de SIP iniciando el citado procedimiento de registro, permitiendo así que una Función de Control de Sesión de Llamada de Interrogación de la red del Subsistema de Multimedios de IP envíe una solicitud al Servidor de Abonados Local para capacidades de Función de Control de Sesión de Llamada de Servicio, indicando/identificando la citada solicitud la Función de Control de Sesión de Llamada de Servicio fallida.
Esta realización tiene la ventaja de que la repetición de la señalización entre la I-CSCF y la S-CSCF puede ser evitada. La solicitud de Registro enviada por el UE a la I-CSCF resulta de manera inmediata en la selección de una nueva S-CSCF.
De acuerdo con un segundo aspecto de la presente invención se proporciona un aparato configurado para operar como una Función de Control de Sesión de Llamada del Proxy dentro de una red de Subsistema de Multimedios sobre IP. El aparato comprende:
una entrada para recibir una solicitud de SIP enviada por un Equipo de Usuario;
medios para identificar una Función de Control de Sesión de Llamada de Servicio ya asignada a una identidad asociada con el citado equipo de usuario, y para determinar que la Función de Control de Sesión de Llamada de Servicio asignada ha fallado o si no es inaccesible; y
medios para enviar un mensaje de nuevo registro al citado equipo de usuario, siendo el citado mensaje de nuevo registro especificado para forzar al equipo de usuario a llevar a cabo un nuevo registro en la red del Subsistema de Multimedios sobre IP.
De acuerdo con un tercer aspecto de la presente invención se proporciona un aparato configurado para operar como una Función de Control de Sesión de Llamada de Interrogación dentro de una red del Subsistema de Multimedios sobre IP. El aparato comprende:
una entrada para recibir un mensaje de Registro de SIP desde un equipo de usuario;
medios para determinar si el citado mensaje de Registro contiene una indicación de que una Función de Control de Sesión de Llamada de Servicio asignada previamente ha fallado; y
medios para enviar una solicitud de capacidades de Función de Control de Sesión de Llamada de Servicio a un Servidor de Abonado Local, incluyendo la solicitud una indicación de que una Función de Control de Sesión de Llamada de Servicio previamente asignada ha fallado si el citado mensaje de Registro contuviese tal indicación.
De acuerdo con un cuarto aspecto de la presente invención se proporciona un equipo de usuario configurado para proporcionar acceso de usuario a servicios facilitados por una red del Subsistema de Multimedios sobre IP. El equipo de usuario está dispuesto para su uso en llevar a cabo un registro en la red del Subsistema de Multimedios sobre IP, lo que resulta en la asignación de una Función de Control de Sesión de Llamada de Servicio al equipo de usuario, para enviar una solicitud de SIP hacia la red del Subsistema de Multimedios sobre IP, para recibir, como resultado de un fallo de la Función de Control de Sesión de Llamada de Servicio asignada, un mensaje de nuevo registro desde una Función de Control de Sesión de Llamada del Proxy, y para responder a la recepción del citado mensaje de nuevo registro llevando a cabo un nuevo registro en la red del Subsistema de Multimedios sobre IP.
Breve descripción de los dibujos
La Figura 1, explicada anteriormente en esta memoria, ilustra esquemáticamente la integración de un Subsistema de Multimedios sobre IP en un sistema de comunicaciones de telefonía móvil de 3G;
La Figura 2 ilustra la señalización de IMS asociada con un fallo de la S-CSCF.
La Figura 3 ilustra la señalización de IMS asociada con una posible solución al problema del fallo de la S-CSCF;
La Figura 4 ilustra la señalización de IMS asociada con una posible solución al problema del fallo de la S-CSCF de acuerdo con una realización de la presente invención; y
La Figura 5 es un diagrama esquemático simplificado que ilustra los componentes funcionales de una Función de Control de Sesión de Llamada del Proxy de acuerdo con una realización de la invención.
Descripción detallada
Resultará evidente que los mecanismos existentes proporcionan la recuperación tras un fallo de la S-CSCF durante un procedimiento de registro. Resultará también evidente que la recuperación tras un fallo durante un caso de llamada de finalización ya se ha proporcionado puesto que la I-CSCF está necesariamente incluida en la ruta de solicitud de SIP. En lo que sigue, se trata el problema de recuperación tras un fallo de la S-CSCF durante una llamada de iniciación.
En referencia al diagrama de señalización de la Figura 3, debe asumirse que un UE 1 ya está registrado en la red de IMS y se le ha asignado una S-CSCF 2. En la etapa 1, el UE envía una solicitud de SIP (por ejemplo unaINVITACIÓN de SIP) hacia la red de IMS. La solicitud es encaminada en primer lugar a una P-CSCF 3 de acuerdo con la política de encaminamiento de IMS estándar. Durante el procedimiento de registro, la P-CSCF habría sido informada de la dirección de la S-CSCF para permitir que envíe la solicitud a la S-CSCF en esa dirección. Debe asumirse también que, en el periodo entre el registro y el envío de la solicitud de SIP, la S-CSCF ha fallado, y ya no es accesible desde la P-CSCF. Este estado debe ser detectado por la P-CSCF. Están disponibles varios mecanismos diferentes para conseguir esta detección. Por ejemplo:
a) la P-CSCF puede tener un conocimiento anterior de que la S-CSCF no está actualmente disponible como resultado de un sistema de gestión de red;
b) La P-CSCF puede tener un conocimiento previo de que una S-CSCF no está actualmente accesible como resultado de que la propia P-CSCF monitoriza la S-CSCF, por ejemplo por medio de un mecanismo de “latido”;
c) La P-CSCF puede intentar enviar la solicitud de SIP sobre un transporte fiable (por ejemplo TCP o SCTP), pero determina que no es posible establecer la conexión de transporte;
d) La P-CSCF puede intentar enviar la solicitud sobre un transporte no fiable (por ejemplo UDP) y recibe una indicación de no accesible desde la red de transporte, tal como un mensaje de ICMP con una indicación de error de destino no accesible;
e) La P-CSCF puede enviar la solicitud de SIP, con un tiempo excedido del temporizador mientras que la P-CSCF espera una respuesta. Éste es el caso ilustrado por la etapa 2) de la Figura 3.
Se propone en esta memoria añadir al estándar de IMS relevante (TS 24.229 del 3GPP) una nueva respuesta de error de SIP, denominada en esta memoria “Nuevo Registro” de SIP. Mediante la detección por parte de la P-CSCF de que la S-CSCF no está disponible [utilizando uno de los mecanismos a) a e) anteriores], la P-CSCF devuelve la nueva respuesta de error al UE (etapa 3). La recepción de la respuesta de error en el UE hace que el UE inicie un procedimiento de repetición de registro. Asumiendo la implementación de los procedimientos actualmente especificados en la I-CSCF, el nuevo registro casi con seguridad hará que la I-CSCF seleccione una vez más la misma S-CSCF fallida. No obstante, en ausencia de una respuesta desde la S-CSCF, la I-CSCF seleccionará una S-CSCF alternativa y el registro continuará. La S-CSCF que se acaba de seleccionar puede recuperar los datos asociados con el UE y perdidos por la S-CSCF fallida.
La P-CSCF puede opcionalmente incluir dentro de la respuesta de Nuevo registro una indicación para que el UE inicie el nuevo registro con un retardo dado, posiblemente definiendo el retardo o un intervalo de retardo. Esto proporciona un mecanismo para que la P-CSCF difunda la carga de solicitudes de SIP entrantes hacia la red y evite sobrecargas de señalización en el caso de fallos de red importantes. Otra opción para situaciones similares propuesta en esta memoria es que la P-CSCF sea capaz de añadir una indicación al UE de que retarde el reintentode la INVITACIÓN DE SIP (u otra solicitud) a continuación de un nuevo registro.
La Figura 5 ilustra de forma extremadamente simplificada una P-CSCF 1 que incluye la presente invención. Las solicitudes de SIP son recibidas desde un UE en una entrada 2. Un medio de procesamiento 3 determina, por 5 ejemplo, como resultado de una falta de respuesta desde la S-CSCF seleccionada, que la S-CSCF ha fallado. Otro medio de procesamiento 4 devuelve un mensaje de SIP de Nuevo Registro al UE.
Resultará evidente para el experto en la materia que pueden realizarse varias modificaciones a las realizaciones descritas anteriormente sin separarse del alcance de la presente invención. Por ejemplo, como un UE puede enterarse implícitamente a partir de la recepción de un mensaje de SIP de Nuevo Registro, de que la S-CSCF
10 asignada previamente ha fallado, podría incluir en la solicitud de Registro una indicación de que la S-CSCF ha fallado. La I-CSCF puede utilizar esta indicación para seleccionar de nuevo directamente una nueva S-CSCF, evitando la necesidad de que la I-CSCF envíe la solicitud a la S-CSCF fallida en el primer caso.
Claims (10)
- REIVINDICACIONES1. Un método de facilitar la recuperación tras un fallo de una Función de Control de Sesión de Llamada de Servicio dentro de una red de Subsistema de Multimedios sobre IP, comprendiendo el método:recibir en una Función de Control de Sesión de Llamada del Proxy una solicitud de SIP enviada por un Equipo de Usuario que posee una identidad previamente registrada en la red de Subsistema de Multimedios sobre IP y para la cual fue seleccionada una Función de Control de Sesión de Llamada de Servicio dada;caracterizado por las etapas dedeterminar en la citada Función de Control de Sesión de Llamada del Proxy que la citada Función de Control de Sesión de Llamada de Servicio dada ha fallado o es de otro modo inaccesible; yenviar un mensaje de nuevo registro desde la Función de Control de Sesión de Llamada del Proxy al citado equipo de usuario, forzando la recepción del citado mensaje de nuevo registro en el equipo de usuario a que el equipo de usuario lleve a cabo un procedimiento de registro en la red del Subsistema de Multimedios sobre IP.
-
- 2.
- Un método de acuerdo con la reivindicación 1, incluyendo la citada Función de Control de Sesión de Llamada del Proxy dentro del mensaje de nuevo registro un valor de retardo, haciendo el valor de retardo que el citado equipo de usuario retarde el nuevo registro de iniciación durante un retardo especificado.
-
- 3.
- El método de acuerdo con la reivindicación 1, incluyendo la citada Función de Control de Sesión de Llamada del Proxy dentro del mensaje de nuevo registro un valor de retardo, haciendo el valor de retardo que el citado equipo de usuario retarde un reenvío de la citada solicitud de SIP durante un retardo especificado, a continuación de un registro correcto en el Subsistema de Multimedios sobre IP.
-
- 4.
- Un método de acuerdo con una cualquiera de las reivindicaciones precedentes y que comprende recibir el citado mensaje de nuevo registro en el citado equipo de usuario y subsiguientemente llevar a cabo un procedimiento de registro en la red de Subsistema de Multimedios sobre IP.
-
- 5.
- Un método de acuerdo con la reivindicación 4 y que comprende, en el citado equipo de usuario, incluir dentro del mensaje de registro de SIP iniciación del citado procedimiento de registro e indicación de que la Función de Control de Sesión de Llamada de Servicio asignada previamente ha fallado.
-
- 6.
- El método de acuerdo con la reivindicación 5 y que comprende, en el citado equipo de usuario, incluir dentro del citado mensaje de Registro de SIP una identificación de la Función de Control de Sesión de Llamada de Servicio fallida.
-
- 7.
- Un método de acuerdo con la reivindicación 5 ó 6 y que comprende, mediante la recepción del citado mensaje de Registro de SIP en una Función de Control de Sesión de Llamada de Interrogación de la red de Subsistema de Multimedios sobre IP, enviar una solicitud desde la Función de Control de Sesión de Llamada de Interrogación a un Servidor de Abonado Local de capacidades de la Función de Control de Sesión de Llamada de Servicio, indicando/identificando la citada solicitud la Función de Control de Sesión de Llamada de Servicio fallida.
-
- 8.
- Aparato configurado para operar como una Función de Control de Sesión de Llamada del Proxy dentro de una red de Subsistema de Multimedios de IP, comprendiendo el aparato:
una entrada para recibir una solicitud de SIP enviada por un Equipo de Usuario;caracterizado pormedios para identificar una Función de Control de Sesión de Llamada de Servicio ya asignada a una identidad asociada con el citado equipo de usuario, y para determinar que la Función de Control de Sesión de Llamada de Servicio asignada ha fallado o es de otro modo inaccesible; ymedios para enviar un mensaje de nuevo registro al citado equipo de usuario, estando el citado mensaje de nuevo registro especificado para forzar al equipo de usuario a que realice un nuevo registro en la red de Subsistema de Multimedios de IP. - 9. Aparato configurado para operar como una Función de Control de Sesión de Llamada de Interrogación dentro de una red de Subsistema de Multimedios de IP, comprendiendo el aparato:una entrada para recibir un mensaje de Registro de SIP desde el equipo de usuario;caracterizado por medios para determinar si el citado mensaje de Registro contiene una indicación de que una Función de Control de Sesión de Llamada de Servicio previamente asignada ha fallado o no; ymedios para enviar una solicitud de capacidades de la Función de Control de Sesión de Llamada de Servicio a un Servidor de Abonado Local, incluyendo la solicitud una indicación de que la Función de Control de Sesión de Llamada de Servicio previamente asignada ha fallado si el citado mensaje de Registro contuviese tal indicación.
- 10. Equipo de Usuario configurado para proporcionar acceso de usuario a servicios facilitados por una red de5 Subsistema de Multimedios de IP, estando el equipo de usuario dispuesto para llevar a cabo un registro en la red de Subsistema de Multimedios de IP que resulta en la asignación de una Función de Control de Sesión de Llamada de Servicio al equipo de usuario, para enviar una solicitud de SIP hacia la red de Subsistema de Multimedios de IP, caracterizado porque está también configurado para recibir, como resultado de un fallo de la Función de Control de Sesión de Llamada de Servicio asignada, un mensaje de nuevo registro desde una Función de Control de Sesión de10 Llamada del Proxy, y para responder a la recepción del citado mensaje de nuevo registro llevando a cabo un nuevo registro en la red de Subsistema de Multimedios de IP.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2007/060324 WO2009039890A1 (en) | 2007-09-28 | 2007-09-28 | Failure recovery in an ip multimedia subsystem network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2426065T3 true ES2426065T3 (es) | 2013-10-21 |
Family
ID=38874420
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES07820711T Active ES2426065T3 (es) | 2007-09-28 | 2007-09-28 | Recuperación tras un fallo en una red de subsistema de multimedios sobre IP |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20090097398A1 (es) |
| EP (1) | EP2198587B1 (es) |
| JP (1) | JP2010541348A (es) |
| CN (1) | CN101809961B (es) |
| ES (1) | ES2426065T3 (es) |
| WO (1) | WO2009039890A1 (es) |
Families Citing this family (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2131557B1 (en) * | 2006-12-29 | 2014-11-12 | Huawei Technologies Co., Ltd. | Method and system and network element for service processing after network element data invalidated and occuring fault |
| CN102833042B (zh) * | 2008-06-13 | 2015-07-08 | 华为技术有限公司 | 业务控制信令信道的更换方法、装置及系统 |
| EP2139195B1 (en) * | 2008-06-23 | 2015-11-11 | Alcatel Lucent | Method, apparatus and system for registering a terminal with an application server in an IMS |
| WO2010061119A1 (fr) * | 2008-11-26 | 2010-06-03 | France Telecom | Procede et systeme de regulation du trafic de redemarrage dans un reseau de telecommunications |
| WO2010079307A1 (fr) * | 2009-01-08 | 2010-07-15 | France Telecom | Procede et systeme de regulation du trafic de redemarrage dans un reseau de telecommunications |
| CN104394146B (zh) * | 2009-04-13 | 2017-10-20 | 黑莓有限公司 | 用于确定sip消息的可信度的系统和方法 |
| JP5330158B2 (ja) | 2009-05-01 | 2013-10-30 | Kddi株式会社 | Imsネットワークシステムおよびノード変更方法 |
| CN101577914B (zh) * | 2009-06-04 | 2011-05-11 | 中兴通讯股份有限公司 | 一种ims网络中处理s-cscf变更的方法及系统 |
| WO2011137926A1 (en) * | 2010-05-03 | 2011-11-10 | Telefonaktiebolaget L M Ericsson (Publ) | Handling a registration timer to provide service continuity in ims |
| JP5834365B2 (ja) | 2011-08-02 | 2015-12-16 | ▲ホア▼▲ウェイ▼技術有限公司 | ダイアミタルーティングの運用のための方法および装置 |
| CN103138984B (zh) * | 2011-12-02 | 2016-09-28 | 中兴通讯股份有限公司 | 容灾倒回服务呼叫会话控制功能实体的方法及系统 |
| ES2669200T3 (es) * | 2012-05-21 | 2018-05-24 | Telefonaktiebolaget L M Ericsson (Publ) | Procedimiento y aparato para gestionar un fallo P-CSCF y recuperar la conectividad |
| EP3866438A1 (en) | 2013-09-24 | 2021-08-18 | Nec Corporation | Methods and apparatuses for facilitating p-cscf restoration when a p-cscf failure has occured |
| JP5681772B1 (ja) * | 2013-09-24 | 2015-03-11 | 株式会社Nttドコモ | Ipマルチメディアサブシステム、プロキシセッション制御装置及び通信制御方法 |
| KR101513451B1 (ko) * | 2013-10-30 | 2015-04-20 | 에스케이텔레콤 주식회사 | 무선 통신 시스템에서 재등록을 유도하기 위한 장치 및 이를 위한 방법 |
| US9749242B2 (en) | 2014-08-20 | 2017-08-29 | At&T Intellectual Property I, L.P. | Network platform as a service layer for open systems interconnection communication model layer 4 through layer 7 services |
| US10291689B2 (en) | 2014-08-20 | 2019-05-14 | At&T Intellectual Property I, L.P. | Service centric virtual network function architecture for development and deployment of open systems interconnection communication model layer 4 through layer 7 services in a cloud computing system |
| US9742690B2 (en) | 2014-08-20 | 2017-08-22 | At&T Intellectual Property I, L.P. | Load adaptation architecture framework for orchestrating and managing services in a cloud computing system |
| US9800673B2 (en) | 2014-08-20 | 2017-10-24 | At&T Intellectual Property I, L.P. | Service compiler component and service controller for open systems interconnection layer 4 through layer 7 services in a cloud computing system |
| US9473567B2 (en) | 2014-08-20 | 2016-10-18 | At&T Intellectual Property I, L.P. | Virtual zones for open systems interconnection layer 4 through layer 7 services in a cloud computing system |
| EP3295618B1 (en) * | 2015-05-15 | 2019-04-17 | Telefonaktiebolaget LM Ericsson (publ) | Routing in a multi-path network |
| US9819703B2 (en) | 2015-09-23 | 2017-11-14 | T-Mobile Usa, Inc. | SIP server with multiple identifiers |
| US10659278B2 (en) * | 2016-06-24 | 2020-05-19 | T-Mobile Usa, Inc. | Video interconnect system |
| CN107547489A (zh) * | 2016-06-29 | 2018-01-05 | 北京信威通信技术股份有限公司 | 一种重新注册的方法、装置及系统 |
| CN106302077B (zh) * | 2016-08-18 | 2019-12-13 | 中国联合网络通信集团有限公司 | 一种容灾倒回方法及设备 |
| US20180132291A1 (en) * | 2016-11-04 | 2018-05-10 | T-Mobile Usa, Inc. | SIP Call Continuity Upon Failure |
| WO2019177501A1 (en) * | 2018-03-12 | 2019-09-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Quick determination of the availability of a communication path between ues and ims |
| CN113366801A (zh) * | 2019-01-18 | 2021-09-07 | 瑞典爱立信有限公司 | 用于ims通信网络中的终止服务的继续的方法和设备 |
| US11252200B2 (en) * | 2019-04-25 | 2022-02-15 | Charter Communications Operating, Llc | Apparatus and method for P-CSCF failure detection and processing |
| CN112235200B (zh) * | 2019-07-15 | 2024-06-04 | 中国移动通信集团有限公司 | 业务控制方法、装置、设备及介质 |
| CN112235831B (zh) * | 2019-07-15 | 2024-03-12 | 中国移动通信集团有限公司 | VoLTE网络的注册管理方法、装置、设备及介质 |
| CN112243291B (zh) * | 2019-07-16 | 2024-02-23 | 中国移动通信集团有限公司 | 通信业务处理方法、系统、业务单元、终端和存储介质 |
| CN112637436B (zh) * | 2019-09-24 | 2022-08-05 | 北京小米移动软件有限公司 | Ims注册方法及装置、通信设备及存储介质 |
| CN111315009B (zh) * | 2020-04-07 | 2022-11-25 | 西安闻泰电子科技有限公司 | Ims网络注册方法及相关装置 |
| CN112511699A (zh) * | 2020-11-27 | 2021-03-16 | 国网河北省电力有限公司信息通信分公司 | 电话录音系统 |
| CN112584414B (zh) * | 2020-12-29 | 2021-11-09 | 深圳杰睿联科技有限公司 | 一种基于授权服务器的网络故障恢复方法和运营商系统 |
| CN113473591A (zh) * | 2021-07-06 | 2021-10-01 | 北京小米移动软件有限公司 | 注册方法及装置、电子设备、存储介质 |
| US12021904B1 (en) * | 2021-08-17 | 2024-06-25 | T-Mobile Usa, Inc. | IMS pseudo-registration |
| US20230217235A1 (en) * | 2021-12-30 | 2023-07-06 | T-Mobile Usa, Inc. | Hss-based p-cscf restoration triggered by as |
| US12021905B2 (en) | 2022-10-19 | 2024-06-25 | T-Mobile Usa, Inc. | Reducing IMS network congestion when a node in the IMS network becomes unavailable |
| CN116032893B (zh) * | 2022-12-14 | 2024-11-26 | 新讯数字科技(杭州)有限公司 | 一种用于ims网络的数据通道服务系统及实现方法 |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6778829B1 (en) * | 2000-06-02 | 2004-08-17 | Motorola, Inc. | Method for indicating unusable sites to communication units in a communication system |
| US7769374B2 (en) * | 2001-03-12 | 2010-08-03 | Son Phan-Anh | Recovery techniques in mobile networks |
| GB0111290D0 (en) * | 2001-05-09 | 2001-06-27 | Nokia Corp | Registration in a communication system |
| GB0205399D0 (en) * | 2002-03-07 | 2002-04-24 | Nokia Corp | Allocation of an S-CSCF to a subscriber |
| JP3761509B2 (ja) * | 2002-11-25 | 2006-03-29 | 日本電気通信システム株式会社 | Ip網におけるsipサーバ障害検出方式 |
| US7710905B2 (en) * | 2003-05-16 | 2010-05-04 | Qualcomm Incorporated | Link latency determination for optimal mobile IP re-registration |
| GB0324597D0 (en) * | 2003-10-21 | 2003-11-26 | Nokia Corp | A communication system |
| US7043226B2 (en) * | 2003-12-17 | 2006-05-09 | Motorola, Inc. | Variable expiration parameter of a wireless communication device based upon signal strength |
| JP2006042176A (ja) * | 2004-07-29 | 2006-02-09 | Sanyo Electric Co Ltd | Ip電話システム、ネットワーク管理サーバ、およびip電話機 |
| US7646753B2 (en) * | 2005-01-10 | 2010-01-12 | Research In Motion Limited | Mobile IP registration process for always-on device |
| JP4433191B2 (ja) * | 2005-03-30 | 2010-03-17 | サクサ株式会社 | 管理サーバ、バックアップサーバ、及びプログラム |
| CN100382503C (zh) * | 2005-06-20 | 2008-04-16 | 华为技术有限公司 | 一种在用户注册过程中注册异常的处理方法 |
| GB0610635D0 (en) * | 2006-05-30 | 2006-07-05 | Nokia Corp | Allocation of a call state control function to a subscriber |
| US20080182575A1 (en) * | 2007-01-30 | 2008-07-31 | Motorola, Inc. | Ims reliability mechanisms |
-
2007
- 2007-09-28 EP EP07820711.5A patent/EP2198587B1/en active Active
- 2007-09-28 ES ES07820711T patent/ES2426065T3/es active Active
- 2007-09-28 JP JP2010526168A patent/JP2010541348A/ja active Pending
- 2007-09-28 WO PCT/EP2007/060324 patent/WO2009039890A1/en not_active Ceased
- 2007-09-28 CN CN200780100832.9A patent/CN101809961B/zh active Active
-
2008
- 2008-09-26 US US12/238,946 patent/US20090097398A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| EP2198587A1 (en) | 2010-06-23 |
| CN101809961A (zh) | 2010-08-18 |
| US20090097398A1 (en) | 2009-04-16 |
| EP2198587B1 (en) | 2013-07-10 |
| CN101809961B (zh) | 2013-03-27 |
| WO2009039890A1 (en) | 2009-04-02 |
| JP2010541348A (ja) | 2010-12-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2198587B1 (en) | Failure recovery in an ip multimedia subsystem network | |
| ES2361509T3 (es) | Recuperación de un fallo en una red de subsistema de multimedios sobre ip. | |
| EP2266282B1 (en) | Apparatus, method, system and program for communication | |
| US8150393B2 (en) | Method for handling service failures | |
| US7283506B2 (en) | System and method for releasing sessions at network entities associated with the sessions | |
| EP2090066B1 (en) | Methods and apparatuses for transporting signalling connectivity status information relating to the signalling connection between a terminal and a p-cscf in an ims | |
| US9648048B2 (en) | Message handling in an IP multimedia subsystem | |
| US9420018B2 (en) | End-to-end address transfer | |
| WO2008085333A2 (en) | Dynamic service triggers in communication networks | |
| CA2605475C (en) | Session initiation from application servers in an ip multimedia subsystem | |
| ES2317341T3 (es) | Gestion de mensajes en un subsistema multimedia ip. | |
| US9699220B2 (en) | System and method to provide combinational services to anonymous callers | |
| EP2135423B1 (en) | Method and apparatus for use in a communications network | |
| US20050086327A1 (en) | Method and apparatus by which a UE starts compression in SIP signalling to IMS | |
| US9350768B2 (en) | Suppressing CAMEL service invocation for diverting users |