ES2710655T3 - Método para manejar fallos en el servicio - Google Patents
Método para manejar fallos en el servicio Download PDFInfo
- Publication number
- ES2710655T3 ES2710655T3 ES04791769T ES04791769T ES2710655T3 ES 2710655 T3 ES2710655 T3 ES 2710655T3 ES 04791769 T ES04791769 T ES 04791769T ES 04791769 T ES04791769 T ES 04791769T ES 2710655 T3 ES2710655 T3 ES 2710655T3
- Authority
- ES
- Spain
- Prior art keywords
- network element
- message
- service
- user equipment
- type
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims abstract description 49
- 238000004891 communication Methods 0.000 claims abstract description 94
- 230000004044 response Effects 0.000 claims abstract description 14
- 238000001514 detection method Methods 0.000 claims abstract description 5
- 230000011664 signaling Effects 0.000 claims description 20
- 238000013475 authorization Methods 0.000 claims description 7
- 230000006870 function Effects 0.000 description 26
- 238000010295 mobile communication Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 7
- 230000000977 initiatory effect Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 239000012092 media component Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000005303 weighing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1034—Reaction to server failures by a load balancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- 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/1066—Session management
- H04L65/1073—Registration or de-registration
-
- 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/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1095—Inter-network session transfer or sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- 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
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
-
- 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 Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
Abstract
Un método para manejar fallos del servicio en una red de comunicaciones que comprende un equipo de usuario (30), un primer elemento de red (35, 39) y un elemento de red de servicio (36), comprendiendo el método las etapas de: recibir en el primer elemento de red (35, 39) un primer mensaje del equipo de usuario (30); transmitir el primer mensaje desde el primer elemento de red (35, 39) al elemento de red de servicio (36); detectar en el primer elemento de red (35, 39) que el elemento de red de servicio (36) está fuera de servicio; determinar en el primer elemento de red (35, 39) el tipo del primer mensaje, en donde determinar el tipo del primer mensaje comprende evaluar el contenido de un elemento de información predefinido en el primer mensaje; en respuesta a la detección en el primer elemento de red de que el elemento de red de servicio (36) está fuera de servicio y a determinar que un tipo del primer mensaje es una solicitud de nuevo registro: enviar desde el primer elemento de red (35, 39) al equipo de usuario un mensaje de error que incluye una indicación de que el elemento de red de servicio (36) está fuera de servicio; y después de enviar el mensaje de error al equipo de usuario (30), recibir en el primer elemento de red (35, 39) un segundo mensaje del equipo de usuario (30), siendo el segundo mensaje de un segundo tipo diferente del tipo de primer mensaje, siendo el tipo del segundo mensaje una solicitud de registro inicial.
Description
DESCRIPCION
Metodo para manejar fallos en el servicio
Campo de la invencion
La presente invencion se refiere a sistemas de comunicacion y, en particular, el control de las sesiones de comunicacion en un subsistema multimedia IP.
Descripcion de la tecnica relacionada
Un sistema de comunicacion puede ser visto como una instalacion que permite a las sesiones de comunicacion entre dos o mas entidades tales como un equipo de usuario y/u otros nodos asociados con el sistema de comunicacion. Las sesiones de comunicacion pueden soportar la comunicacion, por ejemplo, comunicacion de voz, datos, multimedia, etc. El equipo de usuario puede proporcionarse, por ejemplo, por medio de una sesion de comunicaciones con una llamada telefonica bidireccional o una llamada de conferencia multidireccional. El equipo del usuario tambien puede proporcionarse por medio de una sesion de comunicaciones con una conexion a una entidad proveedora de la aplicacion, por ejemplo, a un servidor de aplicaciones (AS), permitiendo as! el uso de los servicios proporcionados por el servidor de aplicaciones.
Un sistema de comunicacion opera normalmente de acuerdo con una norma o especificacion dada. El estandar o especificacion establece lo que se permite hacer a las diferentes entidades asociadas con el sistema de comunicacion y como que deben lograrse. Por ejemplo, la norma o especificacion puede definir si el usuario, o mas precisamente, el equipo del usuario recibe un servicio de conmutacion de circuitos y/o un servicio de conmutacion de paquetes. Tambien se pueden definir protocolos de comunicacion y/o parametros utilizados para la conexion. En otras palabras, debe definirse un conjunto especlfico de "reglas" en las que se puede basar la comunicacion para permitir la comunicacion por medio del sistema.
Se conocen sistemas de comunicacion que proporcionan comunicacion inalambrica para un equipo de usuario. Un ejemplo de los sistemas inalambricos es la red movil terrestre publica (PLMN). Otro ejemplo es un sistema movil que se basa, al menos parcialmente, en el uso de satelites de comunicacion. Las comunicaciones inalambricas tambien pueden proporcionarse por medio de otros acuerdos, tales como por medio de redes de area local inalambricas (WLAN). La comunicacion en la interfaz inalambrica entre el equipo del usuario y los nodos de acceso se puede basar en un protocolo de comunicacion adecuado. La operacion del aparato de la estacion del sistema de comunicacion y otros aparatos requeridos para la comunicacion puede ser controlada por una o varias entidades de control. Las diversas entidades de control pueden estar interconectadas. Tambien se pueden proporcionar uno o mas nodos de pasarela para conectar una red de comunicacion a otras redes. Por ejemplo, una red movil puede estar conectada a otras redes de comunicacion de llnea fija o movil o redes de comunicacion de datos tales como un IP (Protocolo de Internet) y/u otras redes de datos conmutados en paquetes.
Un ejemplo de los servicios que pueden ser ofrecidos a los usuarios de un sistema de comunicacion es el llamado servicios multimedia. Un ejemplo de los sistemas de comunicacion habilitados para ofrecer servicios multimedia es la red multimedia del protocolo de Internet (IP). Las funcionalidades de multimedia IP (IM) se pueden proporcionar por medio de un subsistema de red central de multimedia IP (CN), o abreviadas a subsistema multimedia IP (IMS). El IMS incluye varias entidades de red para la prestacion de los servicios multimedia.
El Proyecto de Asociacion de Tercera Generation (3GPP) ha definido el uso del Servicio de Radio de Paquete de Radio (GPRS) como red de acceso de conectividad IP para la prestacion de los servicios de IMS, el GPRS esta dando en este documento como un ejemplo no limitativo de una posible red de acceso a conectividad IP habilitando los servicios multimedia. El Proyecto de Asociacion de Tercera Generacion (3GPP) tambien ha definido una arquitectura de referencia para la red de tercera generacion (3G) que proporcionara a los usuarios de equipos de usuarios acceso a los servicios multimedia.
El Subsistema Multimedia IP es compatible con el Protocolo de Initiation de Sesion (SIP) desarrollado por el Grupo de Trabajo en Ingenierla de Internet (IETF) en el RFC 3261. El Protocolo de inicio de sesion (SIP) es un protocolo de control de nivel de aplicacion para crear, modificar y finalizar sesiones con uno o mas participantes (puntos finales).
Antes de que un equipo de usuario es capaz de comunicar con un subsistema multimedia IP, se debe llevar a cabo un procedimiento de conexion GPRS y se debe establecer un canal de comunicacion conocido como Protocolo de Datos de Paquetes (PDP) contexto para la serialization SIP. El contexto PDP se establece hacia el GGSN en la red local o visitada. El contexto PDP proporcionara al equipo del usuario una direction IP apropiada. Esta direction puede entonces servir como la direccion de internet durante la duration del contexto PDP. El contexto PDP donde se realiza la senalizacion SIP debe estar disponible siempre que se requieran servicios del subsistema Multimedia IP. Este requisito no se limita al acceso GPRS y los contextos PDP, sino que tambien puede aplicarse a otros tipos de sistemas de acceso y canales de comunicacion.
Los sistemas de comunicacion se han desarrollado en la direction en la que diversas funciones de la red se manejan por entidades controlador adecuado. Un usuario puede acceder a los servicios a traves de una red de datos a traves de una cadena de controladores. Estos controladores se proporcionan normalmente por medio de servidores. Las especificaciones de IMS definen diferentes tipos de servidores SIP a traves de los cuales se puede acceder a los servicios. Estos controladores proporcionan funciones como las funciones de control de sesion de llamada (CSCF). Se apreciara que tambien se puede hacer referencia a las CSCF como funciones de control del estado de la llamada.
La llamada funciones de sesion se pueden dividir en varias categorlas tales como una funcion de control de sesion de llamada proxy (P-CSCF), interrogando sesion de llamada a la funcion de control (I-CSCF), y Funcion de Control de Sesion de Llamada (S-CSCF). El usuario debe estar registrado en la funcion de control de sesion de llamada de servicio (S-CSCF) para poder solicitar un servicio del sistema de comunicacion. Una funcion de control de sesion de llamada proxy (P-CSCF) a su vez, es para enviar comunicaciones entre un usuario y una funcion de control de sesion de llamada (S-CSCF) con la que el usuario esta registrado. En otras palabras, despues de registrarse en una red de datos IMS, un usuario tiene un proxy de salida (normalmente un P-CSCF) y un registro (S-CSCF) asignado. Cualquier actividad del usuario pasa por estas entidades controladoras de la red de datos.
Sin embargo, hay veces en que un servidor de funcion de control tal como una S-CSCF o P-CFCS queda fuera de servicio. En algunos casos, como en el caso de un fallo o una actualization de software, puede ser necesario apagar una S-CSCF o P-CSCF.
Todos los usuarios conectados a la red domestica que utilizan estos servidores pueden experimentar una discontinuidad del servicio y pueden no ser capaces de cambiar sus requisitos de comunicacion. La comunicacion generalmente se puede continuar reiniciando el equipo del usuario. Esto es necesario ya que el soporte de datos se eliminara y se debera restablecer. Ademas, los usuarios pueden no estar conscientes de que la funcion del controlador ha sido o sera apagada, y por lo tanto, ellos mismos no pueden decidir iniciar ningun procedimiento de recuperation.
Para superar el problema de tener que reiniciar el equipo de usuario en cada situation una solution mas simple tiene que superar varios problemas practicos. En primer lugar, identificar el error y la ubicacion del servidor fuera de servicio. En segundo lugar, ^el servidor fuera de servicio es el S-CSCF, como un I-CSCF selecciona otro S-CSCF? En tercer lugar, el manejo de los flujos de datos de serialization y multimedia, en otras palabras, los dialogos activos que el usuario ha establecido con otros equipos de usuario (UE) y servidores de aplicaciones (AS). En cuarto lugar, informar a otras entidades de la red, como los servidores de aplicaciones (AS) y los elementos de la red P-CSCF de los nuevos detalles de registro.
Se apreciara que, aunque el discutido anteriormente el procedimiento de registro y problemas relacionados con referencia a un protocolo de Internet (IP) basado tercera generation del sistema (3G) de comunicaciones y el protocolo de initiation de sesion (SIP), desventajas similares pueden estar asociadas con otros sistemas tambien y por lo tanto la description no se limita a estos ejemplos.
La solicitud de patente de Estados Unidos 2003/0191831 describe un sistema que esta previsto para gestionar las comunicaciones de reintento entre un cliente y una fuente de datos. El sistema tiene un cliente, un componente de reintento y una fuente de datos. El documento US 2003/191831 tiene como objetivo evitar que el cliente permanezca en un perlodo de tiempo relativamente largo antes de recibir una notification de comunicacion fallida del cliente. El componente de reintento determina si un cierto tipo de comunicacion del cliente es fiable. Si la comunicacion del cliente no es redistribuible, se notifica al cliente que la comunicacion del cliente ha fallado.
El documento US 5.917.537 divulga una red digital para proporcionar comunicaciones seleccionados de punto a punto entre terminales de abonado y el equipo del servidor de banda ancha creadas por una pluralidad de proveedores de servicios de information independientes. La red digital tiene un terminal superior determinado, DET (terminal de entretenimiento digital) conectado a una puerta de enlace de nivel 1 y la puerta de enlace de nivel 1 esta conectada a una puerta de enlace de nivel 2 para proporcionar servicios a los proveedores de informacion. El documento US 5917537 proporciona un sistema para mejorar el control de red y la facturacion de los servicios de video proporcionados por la puerta de enlace de nivel 2.
Sistema de telecomunicaciones celular digital; el protocolo de control de llamada multimedia IP basado en SIP y SDP ESTI TS 124 229 revela un protocolo de control de llamada para uso en el subsistema de red central multimedia IP basado en el protocolo de inicio de sesion y el protocolo de descripcion de sesion asociado. En particular, la section 5.2.2 describe el procedimiento de protocolo cuando la P-CSCF recibe una solicitud de registro del UE. Cuando la P-CSCF recibe la solicitud de registro, inserta el parametro "integridad protegida". El parametro de integridad protegida puede ser 'si' o 'no' dependiendo de si la solicitud de registro se recibe con los asociados de seguridad creados durante un procedimiento de autenticacion en curso e incluye una respuesta de autenticacion.
Rosenberg, J et al: "SIP: Protocolo de inicio de sesion ", RFC3261, 2002-06-01 describe SIP, un protocolo de control de capa de aplicacion (senalizacion) para crear, modificar y finalizar sesiones con uno o mas participantes.
Rosenberg, J, Dynamisoft y H Schulzrinne, Columbia U.:"SIP: La localizacion de los servicios SIP ", RFC3263 , describe como el Protocolo de inicio de sesion (SIP) utiliza los procedimientos de DNS para permitir que un cliente resuelva un URI de identificador uniforme de recursos (SIP) en la direccion IP, el puerto y el protocolo de transporte del proximo salto para ponerse en contacto.
Sumario de la invencion
Las realizaciones de la presente invencion pretenden abordar uno o varios de los problemas anteriores.
Segun un primer aspecto, se proporciona un metodo de acuerdo con la reivindicacion 1 adjunta.
De acuerdo con un segundo aspecto, se proporciona un elemento de red de acuerdo con la reivindicacion adjunta 14.
De acuerdo con un tercer aspecto de se proporciona un equipo de usuario en una red de comunicaciones de acuerdo con la reivindicacion adjunta 15.
Segun un cuarto aspecto, se proporciona un metodo de acuerdo con la reivindicacion adjunta 18.
De acuerdo con un quinto aspecto, se proporciona un sistema de comunicaciones de acuerdo con la reivindicacion adjunta 19.
Breve descripcion de los dibujos
Para una mejor comprension de la presente invencion, se hara referencia ahora a modo de ejemplo a los dibujos adjuntos, en los que:
La figura 1 muestra un entorno de sistema de comunicacion en el que la presente invencion puede realizarse; La figura 2 es un diagrama de flujo del flujo de senalizacion de un ejemplo de la primera realizacion de la presente invencion;
La figura 3 es un diagrama de flujo del flujo de senalizacion de una realizacion adicional de la presente invencion; La figura 4 es un diagrama de flujo del flujo de senalizacion de un ejemplo de un ejemplo adicional de realizaciones de la presente invencion en uso;
La figura 5 es un diagrama de flujo del flujo de senalizacion de un ejemplo de una realizacion adicional de la presente invencion en uso.
Descripcion detallada de las realizaciones preferidas
Ciertas realizaciones de la presente invencion se describen en la siguiente a modo de ejemplo, con referencia a la arquitectura a modo de ejemplo de un sistema de comunicaciones moviles de tercera generacion (3G). Sin embargo, debe apreciarse que las realizaciones pueden aplicarse a cualquier sistema de comunicacion adecuado. Por ejemplo, un sistema de comunicaciones adecuado puede ser un sistema CDMA 2000.
Se hace referencia a la figura 1 que muestra un ejemplo de una arquitectura de red en la que la invencion se puede realizar. En la figura 1, se proporciona una red IP multimedia 45 para ofrecer servicios multimedia IP para suscriptores de redes multimedia IP.
Como se ha descrito anteriormente, el acceso a los servicios de IP Multimedia (IM) se puede proporcionar por medio de un sistema de comunicacion movil. Un sistema de comunicacion movil esta dispuesto normalmente para servir a una pluralidad de equipos de usuario moviles, normalmente a traves de una interfaz inalambrica entre el equipo de usuario y al menos una estacion base 31 del sistema de comunicacion. El sistema de comunicacion movil se puede dividir logicamente entre una red de acceso de radio (RAN) y una red central (CN).
La estacion base 31 esta dispuesta para transmitir senales a y recibir senales desde un equipo movil de usuario 30 a traves de una interfaz inalambrica entre el equipo de usuario y la red de acceso radio. En consecuencia, el equipo de usuario movil 30 es capaz de transmitir senales a la red de acceso de radio y de recibirlas a traves de la interfaz inalambrica.
En la disposicion mostrada el equipo de usuario 30 puede acceder a la red de IMS 45 a traves de la red de acceso asociado con la estacion base 31. Se apreciara que, aunque, por razones de claridad, la figura 1 muestra una estacion base de una sola red de acceso de radio, un sistema de red de comunicacion tlpico generalmente incluye varias redes de acceso de radio.
La red de acceso radio 3G (RAN) es normalmente controlada por el controlador de red de radio apropiado (RNC). Este controlador no se muestra para mejorar la claridad. Se puede asignar un controlador para cada estacion base o un controlador puede controlar una pluralidad de estaciones base, por ejemplo, en el nivel de red de acceso de
radio. Se apreciara que el nombre, la ubicacion y el numero de los controladores de red de radio dependen del sistema.
El equipo movil de usuario 30 de la figura 1 puede comprender cualquier equipo de usuario movil adecuado adaptado para la comunicacion de protocolo de Internet (IP) para conectar la red. Por ejemplo, el usuario movil puede acceder a la red celular por medio de una computadora personal (PC), un asistente de datos personales (PDA), una estacion movil (MS), etc. Los siguientes ejemplos se describen con referencia a estaciones moviles.
Un experto en la tecnica esta familiarizado con las caracterlsticas y el funcionamiento de una estacion movil tlpica. Por lo tanto, es suficiente tener en cuenta que el usuario puede usar una estacion movil para tareas tales como hacer y recibir llamadas telefonicas, para recibir y enviar datos desde y hacia la red y para experimentar contenido multimedia o utilizar servicios multimedia. Una estacion movil puede incluir una antena para recibir y transmitir de forma inalambrica senales desde y hacia estaciones base de la red de comunicaciones moviles. Una estacion movil tambien puede estar provista de una pantalla para visualizar imagenes y otra informacion grafica para el usuario del equipo de usuario movil. Se pueden proporcionar medios de camara para capturar imagenes fijas o de video. Normalmente tambien se proporcionan los medios de altavoz. El funcionamiento de una estacion movil puede controlarse por medio de una interfaz de usuario adecuada, como botones de control, comandos de voz, etc. Ademas, una estacion movil esta provista de una entidad procesadora y un medio de memoria.
Se apreciara que, aunque solo se muestran algunas estaciones moviles en la figura 1 para mayor claridad, un gran numero de estaciones moviles puede estar en comunicacion simultanea con un sistema de comunicacion.
Una red central (CN) normalmente incluye varias entidades de conmutacion y otras de control y las puertas de enlace para permitir la comunicacion a traves de una serie de redes de acceso de radio y tambien para la conexion de un unico sistema de comunicacion con uno o mas sistema de comunicacion tal como con otros sistemas celulares y/o sistemas de comunicacion de llnea fija. En los sistemas 3GPP, la red de acceso de radio esta normalmente conectada a una entidad de red central apropiada o entidades tales como, entre otras, un nodo de soporte de servicio de radio de paquete general (SGSN) 33. La red de acceso de radio esta en comunicacion con el nodo de soporte GPRS de servicio a traves de una interfaz apropiada, por ejemplo, en una interfaz lu. El nodo de soporte GPRS de servicio, a su vez, normalmente se comunica con una pasarela apropiada, por ejemplo, un nodo de soporte GPRS de pasarela a traves de la red troncal GPRS 32. Esta interfaz es comunmente una interfaz de paquetes de datos conmutados.
En una red 3GPP, se establece una sesion de paquetes de datos para llevar a los flujos de trafico en la red. Dicha sesion de paquete de datos a menudo se conoce como un contexto de protocolo de paquete de datos (PDP). Un contexto PDP puede incluir un portador de radio proporcionado entre el equipo de usuario y el controlador de red de radio, un portador de acceso de radio proporcionado entre el equipo de usuario, el controlador de red de radio y el SGSN 33, y canales de datos de paquetes conmutados proporcionados entre el nodo de servicio GPRS que sirve 33 y el nodo de servicio GPRS pasarela 34. Por lo general, cada contexto PDP proporciona una ruta de comunicacion entre un equipo de usuario particular y el nodo de soporte GPRS de la puerta de enlace y, una vez establecido, generalmente puede llevar multiples flujos. Cada flujo normalmente representa, por ejemplo, un servicio en particular y/o un componente de medios de un servicio en particular. Por lo tanto, el contexto PDP a menudo representa una ruta de comunicacion logica para uno o mas flujos a traves de la red. Para implementar el contexto PDP entre el equipo del usuario y el nodo de soporte GPRS de servicio, se debe establecer al menos un portador de acceso de radio (RAB) que comunmente permita la transferencia de datos para el equipo del usuario. La implementacion de estos canales logicos y flsicos es conocida por los expertos en la tecnica y, por lo tanto, no se explica mas en este documento.
La figura 1 muestra tambien una pluralidad de servidores de aplicaciones 50 conectados a la red multimedia 45 del Protocolo de Internet (IP) de ejemplo. El equipo de usuario 30 puede conectarse, a traves de la red GPRS 32 y una red IMS 45, al menos a uno de los servidores de aplicaciones 50. Se apreciara que un gran numero de servidores de aplicaciones pueden estar conectados a una red de datos.
La comunicacion con los servidores de aplicaciones se controla mediante funciones de la red de datos que proporcionan las entidades controladoras apropiadas. Por ejemplo, en las arquitecturas de redes multimedia inalambricas actuales de tercera generacion (3G) se supone que se utilizan varios servidores diferentes que proporcionan varias funciones de control para el control. Estas incluyen funciones como la sesion de llamada o funciones de control de estado de llamada (CSCF). Las funciones de sesion de llamada se pueden dividir en varias categorlas. La figura 1 muestra las funciones de control de sesion de llamada proxy (P-CSCF) 35 y 37, una funcion de control de sesion de llamada de interrogacion (I-CSCF) 38 y 39, y una funcion de control de sesion de llamada de servicio (S-CSCF) 36. Se apreciara que se pueden hacer referencia a funciones similares en sistemas diferentes con nombres diferentes.
Un usuario que desea utilizar los servicios proporcionados por un servidor de aplicaciones a traves del sistema IMS puede necesitar primero registrarse con un controlador de servicio, tales como la funcion de control de sesion de llamada (S-CSCF) 36. El registro puede ser necesario para permitir que el equipo del usuario solicite un servicio del
sistema multimedia. Como se muestra en la figura 1, la comunicacion entre la S-CSCF 36 y el equipo de usuario 30 se puede enrutar a traves de al menos una funcion de control de sesion de llamada de proxy (P-CSCF) 35. El proxy CSCF 35 actua as! como un proxy que reenvla mensajes del GGSN 34 a una funcion de control de sesion de llamada de servicio 36 y viceversa.
En un procedimiento de registro, el equipo UE envla una solicitud de registro inicial a la red. La solicitud se enruta a traves de las CSCF(s) a una S-CSCF que se encarga de autenticar al usuario y vincula la direccion IP del UE a la identidad del usuario. El registro es valido durante cierto tiempo y es tarea de la UE mantener el registro activo. Para este proposito, el UE envla una nueva solicitud de registro a la S-CSCF antes de que expire el registro. Este procedimiento se llama como un procedimiento de registro adicional.
Las figuras 2 a 5 muestran una serie de ejemplos de formas de realizacion de la presente invencion. Con referencia a la figura 2, se muestra una realizacion de la presente invencion en la que se muestra que el sistema de comunicaciones se recupera de un error de una S-CSCF fuera de servicio, encontrandose la deteccion de tal error en respuesta a una solicitud de nuevo registro. Como se conoce en la tecnica despues del registro inicial del usuario (descrito en 3GPP TS 23.228), y antes de que expire la validez del registro, el UE envla una solicitud de nuevo registro a la S-CSCF.
En la primera etapa 101, el equipo de usuario (UE) envla la peticion de nuevo registro a la P-CSCF.
En la segunda etapa 103 la P-CSCF, recibe la peticion de registro adicional, y reenvla el mensaje a la I-CSCF. En la tercera etapa 105 la I-CSCF, recibe la peticion de registro adicional desde la P-CSCF, y los intentos de llegar la peticion a la S-CSCF. Como la S-CSCF esta fuera de servicio, no puede responder a la solicitud.
A medida que la S-CSCF es incapaz de responder a la solicitud el temporizador dentro de la I-CSCF expira despues de un tiempo predeterminado y, en la etapa 107, la I-CSCF deje de intentar comunicarse con la S-CSCF con la solicitud. La I-CSCF puede intentar enviar la solicitud varias veces predeterminadas.
En la cuarta etapa 109, la I-CSCF transmite una indicacion de error, por ejemplo, un mensaje de error de tiempo de espera del servidor (tambien conocido como un mensaje de error 504) de nuevo a la P-CSCF.
En la quinta etapa 111, la P-CSCF recibe el mensaje de error 504 y pasa el mensaje de error 504 de vuelta al equipo de usuario (UE).
En la sexta etapa 113, el UE recibe el mensaje de error 504. Luego, el UE descarta todo el trafico de datos y senalizacion relacionado con ese proceso de reinscripcion.
En algunas realizaciones de la presente invencion el equipo de usuario solo se cae la informacion de senalizacion relacionada con el contexto PDP de senalizacion, pero conserva los contextos PDP multimedia. En esta realizacion adicional, se permite que el equipo de usuario mantenga contacto con el terminal/servicio remoto mientras la segunda parte de la realizacion de la presente invencion intenta resolver el error de la S-CSCF. En otras realizaciones de la presente invencion en las que se ha establecido un contexto general de PDP, se descarta el contexto general de PDP.
En la septima etapa 115, el equipo de usuario transmite una peticion de registro inicial a la P-CSCF. El registro inicial del UE es la primera etapa para restablecer la comunicacion al establecer un nuevo contexto PDP de senalizacion o al utilizar un contexto PDP de senalizacion existente. (En las realizaciones en las que se ha eliminado un contexto general, el UE intenta establecer un nuevo contexto general de PDP).
En la octava etapa 117, la P-CSCF recibe la solicitud desde el UE y pasa la peticion de registro inicial a la I-CSCF. En la novena etapa 119, la I-CSCF recibe la solicitud y selecciona una segunda S-CSCF2 para el usuario.
La segunda S-CSCF (S-CSCF2) en la etapa 121 transmite una senal de confirmation positiva (tambien conocido como un mensaje 200 OK) a la I-CSCF.
La I-CSCF transmite el mensaje 200 OK recibido a la P-CSCF en la etapa 123.
La P-CSCF en la etapa 125, transmite el mensaje 200 OK recibido al equipo de usuario.
Tal metodo, aunque sea percibido como un procedimiento de pesada - ya que conduce a una ruptura completa en la prestacion de servicios para el usuario y cualquier usuario remoto conectado al usuario, es mas eficiente en que no requiere un restablecimiento de la UE. Ademas, un procedimiento de este tipo 'aclara' cualquier estado restante en el Ue y en la red.
El problema de como la I-CSCF determina si la solicitud expirada de corriente es o bien un registro adicional o una solicitud de registro inicial se pueden ver con respecto a la figura 4.
Con referencia a la figura 4, se discute ademas la determinacion de si la I-CSCF esta procesando un registro inicial o una peticion de registro adicional. La figura 4 muestra un ejemplo donde se esta procesando un registro inicial y la S-CSCF direccionada por la I-CSCF esta fuera de servicio.
En las etapas 301, 303 y 305, la solicitud de registro inicial es transmitida desde el UE a la P-CSCF (etapa 301), entonces retransmitidas desde la P-CSCF a la I-CSCF (etapa 303), entonces intenta retransmitirse desde la I-CSCF a la S-CSCF (paso 305): en el primer intento, la S-CSCF a la que se dirige es la S-CSCF 1.
En la etapa 307, el fracaso de la S-CSCF 1 para devolver un mensaje de respuesta provoca que el temporizador de la I-CSCF expire y, por tanto, indicando que la solicitud ha expirado. La I-CSCF puede intentar retransmitir la solicitud varias veces predeterminadas a la S-CSCF1.
La I-CSCF determina entonces si la solicitud espirada fue un registro inicial o una peticion de registro adicional mediante el examen de la senalizacion 'protegida por integridad' en el encabezado de la solicitud.
Dado que el indicador de integridad protegida se activa solo una vez que el UE y la P-CSCF ha formado una asociacion de seguridad, un evento realizado siguiendo una autenticacion exitosa/registro, una senalizacion 'protegida por integridad' ausente indica a la I-CSCF que es un proceso de registro inicial.
Por lo tanto, cuando una senalizacion 'protegida por integridad' esta presente en una solicitud expirada (tal como el producido cuando la S-CSCF esta fuera de servicio), entonces la solicitud expirada desencadena la I-CSCF para enviar un mensaje de error 504 al UE a traves de la P-CSCF como se muestra en el primer ejemplo de realization como se describe anteriormente.
Cuando un indicador 'protegido por integridad' no esta presente en una solicitud expirada (tal como se produce cuando la S-CSCF esta fuera de servicio), el I-CSCF identifica que la solicitud que esta procesando es una solicitud de registro inicial y por lo tanto, la I-CSCF transmite, segun el metodo conocido en la tecnica, una nueva solicitud de registro inicial a una S-CSCF diferente (Nueva S-CSCF). Esto se muestra en la etapa 307.
Si el UE es capaz de ser registrado en la S-CSCF diferente, y la S-CSCF diferente esta en servicio, entonces la S-CSCF realiza el acto de registro y transmite un mensaje 200 OK de vuelta a la UE a traves de la I-CSCF y la P-CSCF como se conoce en la tecnica. En el ejemplo que se muestra en la figura 4, el UE no esta autorizado a utilizar las diferentes S-CSCF y, por lo tanto, emite un mensaje 401 "no autorizado". El mensaje 401 se transmite de nuevo al UE en las etapas 309, 311 y 313. En la etapa 309, el mensaje pasa de la S-CSCF a la I-CSCF, en la etapa 311 el mensaje se pasa de la I-CSCF a la P-CSCF y en la etapa 313 el mensaje se pasa de la P-CSCF a la UE.
Por lo tanto, de acuerdo con los dos ejemplos se muestra, las realizaciones de la invention se pueden determinar los errores que se producen a las solicitudes de registro o de registro adicional inicial e inicializar una recuperation depende del tipo de peticion mediante el examen de un elemento o parte de la cabecera mensaje de peticion. Sin un metodo de este tipo, no serla posible que el I-CSCF determinara que tipo de solicitud de registro estaba procesando y evitarla la creation de bucles sin fin, por ejemplo, cuando la I-CSCF paso 504 mensajes de tiempo de espera para todas las solicitudes de registro de vuelta al El UE y el UE pasaron nuevas solicitudes de registro a la I-CSCF que se dirigirla a la S-CSCF fuera de servicio solo para provocar un nuevo tiempo de espera y un nuevo mensaje 504 que se pasara al UE.
Otro ejemplo de realizacion se describe con referencia al ejemplo mostrado en la figura 3. Esta realizacion a modo de ejemplo muestra ademas que una P-CSCF al recibir un mensaje 504 cuando procesa una solicitud de no registro pasa el mensaje de error 504 al UE, y el UE al recibir un mensaje de error 504 de una P-CSCF en respuesta a una solicitud de no registro realiza un nuevo registro.
Las etapas 201, 203 y 205 muestran una transmision UE (etapa 201) un mensaje de formato SIP no registro a traves de la P-CSCF (etapa 203) y S-CSCF (etapa 205) a una entidad en el IP/SIP red, por ejemplo, un servidor de aplicaciones (AS).
Debido a un error en algun lugar dentro de la red IP/SIP, la solicitud no alcanza su objetivo y en su lugar se devuelve un mensaje de error 504 al UE (el mensaje 504 devuelto es similar al mensaje 504 devuelto como se describe anteriormente). En las etapas 207, 209 y 211, este mensaje de error se devuelve desde la red IP/SIP (etapa 207) a traves de la S-CSCF (etapa 209), la P-CSCF (etapa 211) y finaliza en el UE.
Sin embargo, el UE no es capaz de determinar a partir de la reception del mensaje de error, si el error se ha originado a partir de la S-CSCF o en otro lugar. Por lo tanto, para determinar el estado de su S-CSCF, se inicia, como se muestra en la etapa 213, un proceso de solicitud de nuevo registro como se describio anteriormente para determinar si el mensaje de error se origino en la S-CSCF.
Esto se muestra en la figura 3 por las etapas 215, 216 y 217, cuando la peticion de registro adicional es transmitida por el UE (en la etapa 215), recibido y retransmitido por la P-CSCF (en la etapa 216) y recibio y retransmitido por la I-CSCF (en la etapa 217) a la S-CSCF.
En el ejemplo mostrado en la figura 3 la S-CSCF esta en servicio y el producto de proceso de registro adicional, con un mensaje OK 200 que se transmite por la S-CSCF (en la etapa 219), recibido y retransmitido por la I-CSCF (en la etapa 221) y recibida y retransmitida por la P-CSCF al UE (en la etapa 223).
Sin embargo, si la S-CSCF se encontro que era el originador del problema, entonces la I-CSCF pasarla de nuevo un mensaje de error mas y el proceso se resolverla de una manera descrita anteriormente, utilizando un nuevo proceso de registro.
Con referencia a la figura 5 un ejemplo adicional que muestra una realization adicional de la invention se demuestra. En el ejemplo que se muestra en la figura 5, el UE esta registrado y en la etapa 402 esta transmitiendo un mensaje de solicitud SIP a la P-CSCF (P-CSCF1).
El P-CSCF1 esta fuera de servicio y no responde. El temporizador del UE caduca y, en la etapa 403, el UE reconoce que la solicitud ha caducado.
En las etapas 404 y 405 el UE realiza un metodo similar al que se lleva a cabo despues de una S-CSCF de situation de servicio. En el metodo anterior descrito anteriormente, la situacion de fuera de servicio produce un error de solicitud de nuevo registro, y el UE elimino el contexto de PDP de serialization o el contexto de PDP general relacionado con el mensaje. En la etapa 404, el fallo fuera de servicio de la P-CSCF produce un fallo de solicitud general, que activa al UE para que abandone el contexto de PDP de senalizacion o el contexto de PDP general relacionado con el UE. En realizaciones adicionales de la presente invencion, el UE descarta ademas los contextos PDP multimedia. Durante la etapa 404, el UE puede descubrir una nueva P-CSCF si no posee una direction de contacto alternativa para una P-CSCF1.
En las etapas 405, 407, y 409 el UE inicia un nuevo proceso de registro inicial. En la etapa 405, el UE utiliza una nueva direccion de contacto de P-CSCF para enviar una solicitud de registro inicial a la nueva P-CSCF (Nueva P-CSCF). En la etapa 407, la nueva P-CSCF recibe la solicitud de registro inicial y la reenvla a la I-CSCF. En la etapa 409, la solicitud de registro inicial es recibida por la I-CSCF y se transmite desde la I-CSCF a la S-CSCF.
Esta forma de realizacion adicional muestra el manejo de errores que se producen cuando la P-CSCF queda fuera de servicio, de una manera similar a la S-CSCF de las condiciones de servicio de la presente invencion.
Se hace notar que mientras que en las realizaciones de la presente invencion se describen en relation con el equipo de usuario tales como estaciones moviles, las realizaciones de la presente invencion son aplicables a cualquier otro tipo adecuado de equipo que necesita ser autenticado. Por ejemplo, la presente invencion podrla aplicarse al equipo de usuario que se conecta a una red IP/SIP a traves de un sistema de comunicaciones de red de area local inalambrica (WLAN).
Los ejemplos de la invencion se han descrito en el contexto de un sistema IMS y redes GPRS. Sin embargo, esta invencion tambien es aplicable a cualquier otro estandar. Ademas, los ejemplos dados se describen en el contexto de las llamadas redes SIP con todas las entidades SIP y canales de comunicacion conocidos como contextos PDP. Esta invencion tambien es aplicable a cualquier otro sistema de comunicacion apropiado, ya sea un sistema inalambrico o de llnea fija, estandares de comunicacion y protocolos de comunicacion.
Los ejemplos de otros posibles sistemas de comunicacion que habilitan servicios de comunicacion de datos inalambricos, sin limitarse a estos, incluyen el sistema de comunicacion movil de tercera generation, como el sistema de telecomunicacion movil universal (UMTS), i-phone o CDMA2000 y la radio troncal terrestre (TETRA) sistema, la velocidad de datos mejorada para la red de datos moviles de evolution GSM (EDGE). Los ejemplos de sistemas de llnea fija incluyen las diversas tecnicas de banda ancha que proporcionan acceso a Internet para los usuarios en diferentes ubicaciones, como en el hogar y las oficinas. Independientemente de los estandares y protocolos utilizados para la red de comunicacion, la invencion puede aplicarse en todas las redes de comunicacion en las que se requiere el registro en una entidad de red.
Las realizaciones de la invencion se han discutido en el contexto de las funciones de control del estado de proxy y de llamadas de servicio. Las realizaciones de la invencion pueden ser aplicables a otros elementos de red cuando sea aplicable.
Tambien se observa aqul que mientras que lo anterior describe formas de realizacion a modo de ejemplo de la invencion, hay varias variaciones y modificaciones que pueden realizarse a la solution dada a conocer sin apartarse del alcance de la invencion como se define en las reivindicaciones adjuntas.
Se entiende que el termino fuera de servicio se puede interpretar en el sentido de que, o bien el elemento de red de servicio no se esta comunicando con dicho equipo de usuario debido a un fallo en el elemento de red de servicio, o un fallo en la red de comunicaciones evitando que el equipo de usuario que comunica el elemento de red de servicio.
Ademas, se entiende que el equipo de usuario puede comprender los telefonos moviles, dispositivos de comunicacion personales, y asistentes de datos personales.
Se entiende ademas que el acto de establecer un portador para la senalizacion se puede entender en el sentido de la creacion de una sesion de comunicacion, y en el que el nodo de comunicacion esta dispuesto para ser capaz de comunicacion con una red por medio de una sesion de comunicacion, la red de que comprende un nodo de autorizacion de sesion para autorizar el establecimiento de una sesion de comunicacion; estando dispuesto el nodo de comunicacion para, con el fin de establecer una sesion, comunicarse con el nodo de autorizacion de sesion para recibir la autorizacion de la sesion; siendo el nodo de comunicacion capaz de, durante una sesion de comunicacion, solicitar al nodo de autorizacion la autorizacion de la sesion y estar dispuesto a terminar al menos la senalizacion de la sesion en respuesta a la recepcion de la red en respuesta a tal solicitud, un mensaje que indica un error por parte del nodo de autorizacion de sesion para responder a la solicitud.
El solicitante se da a conocer de forma aislada cada caracterlstica individual descrita en el presente documento y cualquier combinacion de dos o mas de tales caracterlsticas, en la medida en que tales caracterlsticas o combinaciones sean capaces de llevarse a cabo sobre la base de la presente memoria descriptiva como un todo, a la luz del conocimiento general comun de una persona experta en la tecnica, independientemente de si tales caracterlsticas o combinaciones de caracterlsticas resuelven cualquier problema divulgado aqul, y sin limitacion al alcance de las reivindicaciones. El solicitante indica que los aspectos de la presente invencion pueden consistir en cualquier caracterlstica individual o combinacion de caracterlsticas. En vista de la descripcion anterior, sera evidente para una persona experta en la tecnica que pueden realizarse diversas modificaciones dentro del alcance de la invencion.
Claims (19)
1. Un metodo para manejar fallos del servicio en una red de comunicaciones que comprende un equipo de usuario (30), un primer elemento de red (35, 39) y un elemento de red de servicio (36), comprendiendo el metodo las etapas de:
recibir en el primer elemento de red (35, 39) un primer mensaje del equipo de usuario (30);
transmitir el primer mensaje desde el primer elemento de red (35, 39) al elemento de red de servicio (36); detectar en el primer elemento de red (35, 39) que el elemento de red de servicio (36) esta fuera de servicio; determinar en el primer elemento de red (35, 39) el tipo del primer mensaje, en donde determinar el tipo del primer mensaje comprende evaluar el contenido de un elemento de informacion predefinido en el primer mensaje;
en respuesta a la deteccion en el primer elemento de red de que el elemento de red de servicio (36) esta fuera de servicio y a determinar que un tipo del primer mensaje es una solicitud de nuevo registro:
enviar desde el primer elemento de red (35, 39) al equipo de usuario un mensaje de error que incluye una indicacion de que el elemento de red de servicio (36) esta fuera de servicio; y
despues de enviar el mensaje de error al equipo de usuario (30), recibir en el primer elemento de red (35, 39) un segundo mensaje del equipo de usuario (30), siendo el segundo mensaje de un segundo tipo diferente del tipo de primer mensaje, siendo el tipo del segundo mensaje una solicitud de registro inicial.
2. El metodo segun cualquier reivindicacion anterior, en donde el metodo comprende ademas antes de recibir en el primer elemento de red (35, 39) un primer mensaje desde el equipo de usuario (30) la etapa de:
establecer un portador para la senalizacion entre el equipo de usuario (30) y la red de comunicaciones.
3. El metodo segun la reivindicacion 2, que comprende las etapas adicionales de seleccionar un elemento de red de servicio adicional y reenviar el mensaje al elemento de red de servicio adicional.
4. El metodo segun la reivindicacion 3, en donde el metodo comprende la etapa adicional de: registrar en el elemento de red de servicio adicional el equipo de usuario (30).
5. El metodo segun las reivindicaciones 2 a 4, en el que el portador para senalizacion es un contexto de PDP de senalizacion o de proposito general.
6. El metodo segun cualquier reivindicacion anterior, en el que la red de comunicaciones es una red de subsistema multimedia de protocolo de Internet, IMS.
7. El metodo segun cualquier reivindicacion anterior, en el que el primer elemento de red (39) es una funcion de control de sesion de llamada de interrogacion, I-CSCF.
8. El metodo segun la reivindicacion 1, en el que el primer elemento de red (35) es una funcion de control de sesion de llamada de proxy, P-CSCF.
9. El metodo segun cualquier reivindicacion anterior, en el que el elemento de red de servicio (36) es una funcion de control de sesion de llamada de servicio, S-CSCF.
10. El metodo segun la reivindicacion 1, en el que la etapa de detectar en el primer elemento de red (35, 39) que el elemento de red de servicio (36) en una red de comunicaciones esta fuera de servicio, comprende la etapa de: detectar que ha transcurrido un perlodo de tiempo predeterminado desde el reenvlo del mensaje desde el primer elemento de red (35, 39) al elemento de red servidor (36) y antes de que se haya recibido una respuesta del elemento de red servidor (36) y/o determinar que el primer mensaje ha sido transmitido un numero predeterminado de veces.
11. El metodo segun cualquiera de las reivindicaciones 9 y 10, en el que el elemento de informacion indica que la solicitud se envla con proteccion de integridad.
12. El metodo segun cualquiera de las reivindicaciones 9, 10 y 11, en el que el elemento de informacion indica que el usuario se ha autenticado con exito.
13. El metodo segun cualquiera de las reivindicaciones 9, 10 y 12, en el que el elemento de informacion en el mensaje es un indicador de integridad protegida en un encabezado de autorizacion del mensaje.
14. Un elemento de red (35, 39) para operar en una red de comunicaciones que comprende ademas un elemento de red de servicio (36) y un equipo de usuario (30), en donde el elemento de red (35, 39) esta dispuesto para: recibir un primer mensaje del equipo del usuario;
reenviar el primer mensaje al elemento de red de servicio (36);
detectar que el elemento de red de servicio (36) esta fuera de servicio;
determinar un tipo del primer mensaje, en donde determinar el tipo del primer mensaje comprende evaluar el contenido de un elemento de informacion predefinido en el primer mensaje;
en respuesta a la deteccion de que el elemento de red de servicio (36) esta fuera de servicio y a determinar que un tipo del primer mensaje es una solicitud de nuevo registro
enviar un mensaje de error al equipo de usuario (30) que incluya una indicacion de que el elemento de red de servicio esta fuera de servicio; y
despues de enviar el mensaje de error, recibir del equipo de usuario (30) un mensaje adicional de un segundo tipo diferente del tipo del primer mensaje, siendo el tipo del segundo mensaje una solicitud de registro inicial.
15. Un equipo de usuario (30) para operar en una red de comunicaciones que comprende ademas un primer elemento de red (35, 39) y un elemento de red de servicio (36), en donde el equipo de usuario (30) esta configurado para:
enviar un primer mensaje con un primer tipo, siendo el primer tipo una solicitud de nuevo registro;
recibir un mensaje de error del primer elemento de red (35, 39) en respuesta al primer mensaje, indicando el mensaje de error que el primer elemento de red ha determinado que el elemento de red de servicio (36) para el equipo de usuario (30) esta fuera de servicio; y
responder al mensaje de error enviando al primer elemento de red (35, 39) un mensaje adicional de un segundo tipo diferente al primer tipo, siendo el segundo tipo una solicitud de registro inicial.
16. El equipo de usuario (30) segun la reivindicacion 15, dispuesto ademas para establecer un portador para senalizar entre el equipo de usuario (30) y la red de comunicaciones y ademas dispuesto para responder al mensaje de error dejando caer el portador para senalizar entre el equipo de usuario (30) y la red de comunicaciones.
17. El equipo de usuario (30) segun la reivindicacion 16, en el que el portador para senalizacion es un portador de contexto PDP de senalizacion o de proposito general.
18. Un metodo para manejar fallos del servicio en una red de comunicaciones, comprendiendo la red: un equipo de usuario (30); un primer elemento de red (35, 39); y un elemento de red adicional, comprendiendo el metodo las etapas de:
enviar desde el equipo del usuario (30) al primer elemento de red (35, 39) un primer mensaje, teniendo el primer mensaje un primer tipo, siendo el primer tipo una solicitud de reinscripcion;
recibir un mensaje de error del primer elemento de red (35, 39) en respuesta al primer mensaje, indicando el mensaje de error que el primer elemento de red ha determinado que el elemento de red de servicio (36) para el equipo de usuario (30) esta fuera de servicio; y
en respuesta al mensaje de error, enviar al primer elemento de red (35,39) desde el equipo del usuario un mensaje adicional de un segundo tipo diferente al primer tipo, siendo el segundo tipo una solicitud de registro inicial.
19. Un sistema de comunicaciones que comprende dicho sistema de comunicaciones:
un elemento de red (35,39);
un elemento de red de servicio (36) en comunicacion con el elemento de red (35, 39); y
un equipo de usuario (30) en comunicacion con dicho elemento de red (35, 39);
en el que dicho elemento de red (35, 39) esta configurado para:
recibir un primer mensaje del equipo del usuario (30);
reenviar el primer mensaje al elemento de red de servicio (36);
detectar que el elemento de red de servicio (36) esta fuera de servicio; y
determinar un tipo del primer mensaje, en donde la determinacion del tipo del primer mensaje comprende evaluar el contenido de un elemento de informacion predefinido en el primer mensaje;
en respuesta a la deteccion en el primer elemento de red de que el elemento de red de servicio (36) esta fuera de servicio y a determinar que un tipo del primer mensaje es una solicitud de nuevo registro: el elemento de red (35, 39) esta dispuesto para enviar al equipo del usuario un mensaje de error que incluye una indicacion de que el elemento de red de servicio esta fuera de servicio; y
despues de enviar el mensaje de error al equipo de usuario (30), el elemento de red (35,39) dispuesto para recibir un segundo mensaje desde el equipo de usuario (30), siendo el segundo mensaje de un segundo tipo diferente del tipo de primer mensaje, siendo el tipo del segundo mensaje una solicitud de registro inicial.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GBGB0324597.4A GB0324597D0 (en) | 2003-10-21 | 2003-10-21 | A communication system |
| PCT/IB2004/003573 WO2005039108A2 (en) | 2003-10-21 | 2004-10-21 | A method for handling service failures |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2710655T3 true ES2710655T3 (es) | 2019-04-26 |
Family
ID=29595567
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04791769T Expired - Lifetime ES2710655T3 (es) | 2003-10-21 | 2004-10-21 | Método para manejar fallos en el servicio |
Country Status (17)
| Country | Link |
|---|---|
| US (1) | US8150393B2 (es) |
| EP (1) | EP1676415B2 (es) |
| JP (1) | JP2007510328A (es) |
| KR (2) | KR20060063992A (es) |
| CN (1) | CN1871831B (es) |
| AU (1) | AU2004306986B2 (es) |
| BR (1) | BRPI0416008A (es) |
| CA (1) | CA2541331C (es) |
| ES (1) | ES2710655T3 (es) |
| GB (1) | GB0324597D0 (es) |
| MX (1) | MXPA06004388A (es) |
| PL (1) | PL1676415T3 (es) |
| RU (1) | RU2386219C2 (es) |
| TR (1) | TR201902096T4 (es) |
| TW (1) | TWI289984B (es) |
| WO (1) | WO2005039108A2 (es) |
| ZA (1) | ZA200604010B (es) |
Families Citing this family (58)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0324597D0 (en) † | 2003-10-21 | 2003-11-26 | Nokia Corp | A communication system |
| US20060286980A1 (en) * | 2005-06-15 | 2006-12-21 | Lucent Technologies Inc. | Methods and systems for managing multiple registration and incoming call routing for mobile user equipment in wireless/IMS networks |
| CN100382503C (zh) * | 2005-06-20 | 2008-04-16 | 华为技术有限公司 | 一种在用户注册过程中注册异常的处理方法 |
| CN100388685C (zh) | 2005-08-30 | 2008-05-14 | 华为技术有限公司 | Ip多媒体子系统中ims注册触发实现方法 |
| US8849800B2 (en) * | 2005-09-19 | 2014-09-30 | Tektronix, Inc. | System and method of forwarding end user correlated user and control plane or network states to OSS system |
| CN100512495C (zh) | 2006-02-20 | 2009-07-08 | 华为技术有限公司 | 一种实现被叫服务的方法和系统 |
| AU2006344794B2 (en) * | 2006-06-20 | 2010-12-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Loss of signalling bearer transport |
| EP3796623A1 (en) * | 2006-12-29 | 2021-03-24 | Huawei Technologies Co., Ltd. | Method and apparatus for service processing after network element fails |
| KR100946900B1 (ko) | 2007-01-11 | 2010-03-09 | 삼성전자주식회사 | Ｉｍｓ 재등록 방법 및 이를 위한 시스템 |
| US20080182575A1 (en) * | 2007-01-30 | 2008-07-31 | Motorola, Inc. | Ims reliability mechanisms |
| US9055517B2 (en) * | 2007-02-26 | 2015-06-09 | Blackberry Limited | System and method of user-directed dynamic domain selection |
| US7995562B2 (en) * | 2007-02-26 | 2011-08-09 | Research In Motion Limited | System and method to trigger a mobile device in different domains based on unsuccessful initialization or handover |
| US20100142372A1 (en) * | 2007-03-29 | 2010-06-10 | Christer Boberg | Method And Apparatus For Use In A Communications Network |
| RU2404532C1 (ru) | 2007-04-02 | 2010-11-20 | Нек Корпорейшн | Сетевая система ims и способ восстановления данных |
| KR101486352B1 (ko) | 2007-06-18 | 2015-01-26 | 엘지전자 주식회사 | 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법 |
| KR101341515B1 (ko) | 2007-06-18 | 2013-12-16 | 엘지전자 주식회사 | 무선 통신 시스템에서의 반복 전송 정보 갱신 방법 |
| WO2008156314A2 (en) | 2007-06-20 | 2008-12-24 | Lg Electronics Inc. | Effective system information reception method |
| EP2174461B1 (en) * | 2007-07-23 | 2010-11-24 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for use in a communications network |
| US8782208B2 (en) * | 2007-07-23 | 2014-07-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for use in a communications network |
| KR101495913B1 (ko) | 2007-08-10 | 2015-02-25 | 엘지전자 주식회사 | 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치 |
| US8422385B2 (en) | 2007-08-10 | 2013-04-16 | Lg Electronics Inc. | Control method for uplink connecting of idle terminal |
| KR20090016431A (ko) | 2007-08-10 | 2009-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 채널품질 보고 수행 방법 |
| US9008006B2 (en) | 2007-08-10 | 2015-04-14 | Lg Electronics Inc. | Random access method for multimedia broadcast multicast service(MBMS) |
| KR101490253B1 (ko) | 2007-08-10 | 2015-02-05 | 엘지전자 주식회사 | 무선 통신 시스템에서의 제어정보 전송 및 수신 방법 |
| KR101513033B1 (ko) | 2007-09-18 | 2015-04-17 | 엘지전자 주식회사 | 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법 |
| KR101591824B1 (ko) | 2007-09-18 | 2016-02-04 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| KR101435844B1 (ko) | 2007-09-18 | 2014-08-29 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 전송 방법 |
| US8687565B2 (en) | 2007-09-20 | 2014-04-01 | Lg Electronics Inc. | Method of effectively transmitting radio resource allocation request in mobile communication system |
| WO2009039890A1 (en) * | 2007-09-28 | 2009-04-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Failure recovery in an ip multimedia subsystem network |
| US8503312B2 (en) * | 2007-09-28 | 2013-08-06 | Telefonaktiebolaget L M Ericsson (Publ) | Failure recovery in an IP multimedia subsystem network |
| EP2208294B1 (en) * | 2007-10-29 | 2019-07-31 | LG Electronics Inc. | Method of repairing a security failure |
| CN101217407B (zh) * | 2008-01-04 | 2012-12-19 | 中兴通讯股份有限公司 | 一种代理呼叫会话控制功能故障的处理方法 |
| CN102098652B (zh) | 2008-01-18 | 2012-12-12 | 华为技术有限公司 | 一种为用户提供业务的方法、系统和装置 |
| JP5205990B2 (ja) * | 2008-01-30 | 2013-06-05 | 日本電気株式会社 | Ｉｍｓネットワーク、ｉｍｓノード装置及びそれらに用いるサービス提供方法 |
| KR101594359B1 (ko) | 2008-01-31 | 2016-02-16 | 엘지전자 주식회사 | 랜덤 접속에서 백오프 정보를 시그널링하는 방법 |
| EP2086148B1 (en) | 2008-01-31 | 2018-09-05 | LG Electronics Inc. | Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications |
| EP2086276B1 (en) | 2008-01-31 | 2016-11-02 | LG Electronics Inc. | Method for signaling back-off information in random access |
| KR101163275B1 (ko) | 2008-03-17 | 2012-07-05 | 엘지전자 주식회사 | Ｐｄｃｐ 상태 보고 전송 방법 |
| US7995466B2 (en) * | 2008-03-26 | 2011-08-09 | Avaya Inc. | Failover/failback trigger using SIP messages in a SIP survivable configuration |
| US8191100B2 (en) * | 2008-06-04 | 2012-05-29 | Telefonaktiebolaget L M Ericsson (Publ) | Method and terminal for providing IPTV to multiple IMS users |
| CN101631344B (zh) | 2008-07-16 | 2011-10-05 | 华为技术有限公司 | 隧道管理方法、装置及通信系统 |
| CN102124716A (zh) * | 2008-08-13 | 2011-07-13 | 阿尔卡特朗讯美国公司 | 基于ip的多媒体会话中承载丢失的检测 |
| US8467306B2 (en) * | 2008-12-04 | 2013-06-18 | At&T Intellectual Property I, L. P. | Blending telephony services in an internet protocol multimedia subsystem |
| KR20100102026A (ko) * | 2009-03-10 | 2010-09-20 | 주식회사 케이티 | 사용자 단말 인증 방법과 그 인증 서버 및 사용자 단말 |
| CN104394146B (zh) | 2009-04-13 | 2017-10-20 | 黑莓有限公司 | 用于确定sip消息的可信度的系统和方法 |
| US20100268981A1 (en) * | 2009-04-20 | 2010-10-21 | Futurewei Technologies, Inc. | System and Method for Tunneling System Error Handling Between Communications Systems |
| US8762549B2 (en) * | 2010-01-18 | 2014-06-24 | Telefonaktiebolaget L M Ericsson (Publ) | System and method for IPTV node recovery |
| DE102010029301B4 (de) | 2010-05-26 | 2014-05-22 | Siemens Aktiengesellschaft | Netzwerk und Erweiterungseinheit sowie Verfahren zum Betreiben eines Netzwerks |
| KR20160124231A (ko) * | 2012-01-20 | 2016-10-26 | 후지쯔 가부시끼가이샤 | 링크 실패의 원인을 분석하는 방법, 및 네트워크 최적화 방법 및 장치 |
| JP2013219635A (ja) * | 2012-04-10 | 2013-10-24 | Ntt Docomo Inc | 移動局、通信システム及び通信方法 |
| CN104094577B (zh) | 2012-08-13 | 2017-07-04 | 统一有限责任两合公司 | 用于间接地评定活动实体的状态的方法和装置 |
| AU2014209369A1 (en) | 2013-01-23 | 2015-08-06 | Cardinalcommerce Corporation | Framed implementation for payment widgets |
| CN105765933B (zh) | 2013-09-24 | 2019-03-08 | 日本电气株式会社 | P-cscf恢复 |
| KR102240727B1 (ko) * | 2015-01-28 | 2021-04-15 | 삼성전자주식회사 | 통신 시스템에서 보안 연계를 설정하기 위한 장치 및 방법 |
| CN111654923A (zh) * | 2016-05-26 | 2020-09-11 | 华为技术有限公司 | 一种通信控制的方法及相关网元 |
| US11122416B2 (en) | 2019-01-22 | 2021-09-14 | Samsung Electronics Co., Ltd. | Device and method for providing network slice interworking in wireless communication system |
| US10911500B1 (en) | 2020-07-01 | 2021-02-02 | T-Mobile Usa, Inc. | Registration control for wireless networks, such as IMS networks |
| US11910474B1 (en) * | 2021-03-02 | 2024-02-20 | T-Mobile Usa, Inc. | IMS selection for multi-HSS route advance |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5682325A (en) * | 1994-09-12 | 1997-10-28 | Bell Atlantic Network Services, Inc. | Level 1 gateway for video tone networks |
| JP3407002B2 (ja) | 1995-03-08 | 2003-05-19 | 日本電信電話株式会社 | メッセージ中継装置及びメッセージ中継方法 |
| FI107312B (fi) * | 1997-10-14 | 2001-06-29 | Nokia Networks Oy | Verkonvalvontamenetelmä tietoliikenneverkkoa varten |
| JP3535388B2 (ja) | 1998-07-27 | 2004-06-07 | 富士通株式会社 | ネットワーク監視システム、情報提供装置及び端末装置 |
| US6771623B2 (en) † | 2000-12-01 | 2004-08-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for ensuring reliable mobile IP service |
| GB0110900D0 (en) * | 2001-05-03 | 2001-06-27 | Nokia Corp | Registrations in a communication system |
| WO2003005669A1 (en) * | 2001-07-03 | 2003-01-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for handling multiple registration |
| US7337234B2 (en) * | 2002-04-05 | 2008-02-26 | Oracle International Corporation | Retry technique for multi-tier network communication systems |
| DE10223248A1 (de) * | 2002-05-22 | 2003-12-04 | Siemens Ag | Verfahren zum Registrieren eines Kommunikationsendgeräts |
| US7831247B2 (en) * | 2002-11-12 | 2010-11-09 | Nokia Corporation | Method of communication and communication system |
| US7421732B2 (en) * | 2003-05-05 | 2008-09-02 | Nokia Corporation | System, apparatus, and method for providing generic internet protocol authentication |
| GB0324597D0 (en) † | 2003-10-21 | 2003-11-26 | Nokia Corp | A communication system |
-
2003
- 2003-10-21 GB GBGB0324597.4A patent/GB0324597D0/en not_active Ceased
-
2004
- 2004-10-21 ES ES04791769T patent/ES2710655T3/es not_active Expired - Lifetime
- 2004-10-21 CN CN2004800309823A patent/CN1871831B/zh not_active Expired - Lifetime
- 2004-10-21 AU AU2004306986A patent/AU2004306986B2/en not_active Expired
- 2004-10-21 JP JP2006536213A patent/JP2007510328A/ja active Pending
- 2004-10-21 TW TW093131943A patent/TWI289984B/zh active
- 2004-10-21 PL PL04791769T patent/PL1676415T3/pl unknown
- 2004-10-21 TR TR2019/02096T patent/TR201902096T4/tr unknown
- 2004-10-21 EP EP04791769.5A patent/EP1676415B2/en not_active Expired - Lifetime
- 2004-10-21 RU RU2006117356/09A patent/RU2386219C2/ru active
- 2004-10-21 MX MXPA06004388A patent/MXPA06004388A/es active IP Right Grant
- 2004-10-21 WO PCT/IB2004/003573 patent/WO2005039108A2/en active Application Filing
- 2004-10-21 US US10/581,207 patent/US8150393B2/en active Active
- 2004-10-21 KR KR1020067007643A patent/KR20060063992A/ko not_active Application Discontinuation
- 2004-10-21 KR KR1020097004116A patent/KR101018851B1/ko active IP Right Grant
- 2004-10-21 BR BRPI0416008-8A patent/BRPI0416008A/pt not_active Application Discontinuation
- 2004-10-21 CA CA2541331A patent/CA2541331C/en not_active Expired - Lifetime
-
2006
- 2006-05-18 ZA ZA200604010A patent/ZA200604010B/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| MXPA06004388A (es) | 2006-06-14 |
| US20070275710A1 (en) | 2007-11-29 |
| WO2005039108A2 (en) | 2005-04-28 |
| EP1676415B2 (en) | 2024-03-13 |
| TWI289984B (en) | 2007-11-11 |
| TR201902096T4 (tr) | 2019-03-21 |
| KR20090028843A (ko) | 2009-03-19 |
| WO2005039108A3 (en) | 2005-10-27 |
| CN1871831A (zh) | 2006-11-29 |
| CA2541331A1 (en) | 2005-04-28 |
| RU2386219C2 (ru) | 2010-04-10 |
| KR20060063992A (ko) | 2006-06-12 |
| US8150393B2 (en) | 2012-04-03 |
| AU2004306986A1 (en) | 2005-04-28 |
| TW200527852A (en) | 2005-08-16 |
| EP1676415B1 (en) | 2018-11-21 |
| JP2007510328A (ja) | 2007-04-19 |
| CN1871831B (zh) | 2011-07-06 |
| AU2004306986B2 (en) | 2010-11-25 |
| PL1676415T3 (pl) | 2019-05-31 |
| GB0324597D0 (en) | 2003-11-26 |
| ZA200604010B (en) | 2007-09-26 |
| EP1676415A2 (en) | 2006-07-05 |
| CA2541331C (en) | 2016-07-19 |
| BRPI0416008A (pt) | 2007-01-02 |
| RU2006117356A (ru) | 2007-11-27 |
| KR101018851B1 (ko) | 2011-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2710655T3 (es) | Método para manejar fallos en el servicio | |
| ES2426065T3 (es) | Recuperación tras un fallo en una red de subsistema de multimedios sobre IP | |
| ES2384525T3 (es) | Método para realizar la activación del registro de usuarios en un subsistema multimedia IP | |
| JP2009284492A (ja) | 通信ネットワーク間のセキュアな通信を提供する方法及びシステム | |
| WO2006136028A1 (en) | System and method of registering a mobile device identifier as an instance id | |
| CA2605475C (en) | Session initiation from application servers in an ip multimedia subsystem | |
| JP2009524314A (ja) | 回線交換方式の無線アクセスネットワークとｉｐマルチメディアサブシステムとの接続 | |
| WO2005081490A1 (en) | Controlling communication sessions in a communication system | |
| US20050015499A1 (en) | Method and apparatus for SIP user agent discovery of configuration server | |
| EP2119178B1 (en) | Method and apparatuses for the provision of network services offered through a set of servers in an ims network | |
| US20050159157A1 (en) | Authentications in a communication system | |
| ES2325093T3 (es) | Transmision de datos en una red de telecomunicaciones. | |
| US20050086327A1 (en) | Method and apparatus by which a UE starts compression in SIP signalling to IMS |