MXPA06004388A - Un metodo para manejar fallas en el servicio. - Google Patents

Un metodo para manejar fallas en el servicio.

Info

Publication number
MXPA06004388A
MXPA06004388A MXPA06004388A MXPA06004388A MXPA06004388A MX PA06004388 A MXPA06004388 A MX PA06004388A MX PA06004388 A MXPA06004388 A MX PA06004388A MX PA06004388 A MXPA06004388 A MX PA06004388A MX PA06004388 A MXPA06004388 A MX PA06004388A
Authority
MX
Mexico
Prior art keywords
network element
user equipment
message
service
network
Prior art date
Application number
MXPA06004388A
Other languages
English (en)
Inventor
Miikka Poiselka
Original Assignee
Nokia Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=29595567&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=MXPA06004388(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Nokia Corp filed Critical Nokia Corp
Publication of MXPA06004388A publication Critical patent/MXPA06004388A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1034Reaction to server failures by a load balancer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1073Registration or de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • H04L65/1095Inter-network session transfer or sharing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]

Abstract

Un metodo para manejar fallas en el servicio para una red de comunicaciones comprende un usuario de equipo, un primer elemento de red y un elemento de red de servicio, el metodo comprende los siguientes pasos. Recibir en el primer elemento de red un primer mensaje del equipo del usuario. Trasmitir el primer mensaje del primer elemento de red al elemento de red de servicio. Detectar en el primer elemento de red que el elemento de red de servicio esta fuera de servicio. Determinar en el primer elemento de red el tipo del primer mensaje, y dependiendo del tipo del primer mensaje enviar del primer elemento de red al equipo del usuario un mensaje de error que incluye una indicacion de que el elemento de red de servicio esta fuera de servicio.

Description

UN METODO PARA MANEJAR FALLAS EN EL SERVICIO CAMPO DE LA INVENCION La presente invención se refiere a sistemas de comunicación, y en particular, el control de las sesiones de comunicación en un subsistema multimedia IP.
DESCRIPCION DE LA TECNICA RELACIONADA Un sistema de comunicación se puede ver como un servicio que permite las sesiones de comunicación entre dos o más entidades tales como equipo de usuario y/u otros nodos asociados con el sistema de comunicación. Las sesiones de comunicación pueden apoyar la comunicación de, por ejemplo, comunicación de voz, datos, multimedia, etc. El equipo del usuario puede, por ejemplo, ser provisto a través medios de una sesión de comunicaciones con una llamada telefónica bidireccional o una llamada de conferencia multidireccional. El equipo del usuario también puede ser provisto a través de medios de una sesión de comunicaciones con una conexión a una aplicación que provee una entidad, por ejemplo a un servidor de aplicación (AS), de esta forma permite el uso de servicios provistos por el servidor de la aplicación. Un sistema de comunicación típicamente opera de acuerdo con un estándar o especificación dada. El estándar o especificación establece cuáles de las varias entidades asociadas con el sistema de comunicación tienen permiso de hacerse y como se deberán lograr. Por ejemplo, el estándar o especificación puede definir si el usuario, o más precisamente, el equipo del usuario es provisto con un servicio conmutado de circuito y/o servicio conmutado de paquete. También se deben definir los protocolos y/o parámetros de comunicación utilizados para la conexión. En otras palabras, se definirá un grupo específico de "reglas" en el cual la comunicación se puede basar según las necesidades para permitir la comunicación a través de medios del sistema. Los sistemas de comunicación que proporcionan una comunicación inalámbrica para el equipo del usuario son conocidos. Un ejemplo de los sistemas Inalámbricos es la red móvil terrestre pública (PLMN). Otro ejemplo es un sistema de comunicación móvil que se basa, por lo menos parcialmente, en el uso de satélites de comunicación. Las comunicaciones inalámbricas también pueden ser provistas a través de medios de otras distribuciones, tales como a través de medios de redes de área local inalámbricas (WLAN). La comunicación en la interfase inalámbrica entre el equipo del usuario y los elementos de la red de comunicación se puede basar en un protocolo de comunicación apropiado. La operación del aparato estación del sistema de comunicación y otros aparatos requeridos para la comunicación se pueden controlar a través de una o varias entidades de control. Las varias entidades de control pueden estar ¡nterconectadas.
También se pueden proporcionar uno o más nodos de puerta de enlace para conectar una red de comunicación con otras redes. Por ejemplo, una red móvil puede conectarse a redes de comunicación tal como una IP (Protocolo de Internet) y/u otras redes de datos conmutadas de paquete. Un ejemplo de los sen icios que se puede ofrecer a los usuarios de un sistema de comunicación son los denominados servicios multimedia. Un ejemplo de los sistemas de comunicación habilitados para ofrecer servicios multimedia es la red Multimedia del Protocolo de Internet (IP). Las funcionalidades de la multimedia IP (IM) pueden ser provistas a través de medios de un subsistema de Red de Núcleo Multimedia IP (CN), o abreviado un subsistema Multimedia IP (IMS). El IMS incluye varias entidades de red para la provisión de servicios multimedia. El Proyecto de Asociación de la Tercera Generación (3GPP) ha definido el uso del Servicio Radial de Paquete General (GPRS) como una red de acceso de conectividad IP como un ejemplo no limitante de una red de acceso de conectividad IP posible que habilita los servicios multimedia. El Proyecto de Asociación de la Tercera Generación (3GPP) también ha definido una arquitectura de referencia para la red de la tercera generación (3G) la cual proporcionará a los usuarios del equipo del usuario acceso a los servicios multimedia. El Subsistema Multimedia apoya el Protocolo de Iniciación de Sesión (SIP) según desarrollado por el Grupo de Trabajo de Ingeniería de Internet (IETF) en RFC 3261. El Protocolo de Iniciación de Sesión (SIP) es un protocolo de control de la capa de aplicación para crear, modificar y terminar sesiones con uno o más participantes (puntos finales). Antes de que un equipo de usuario sea capaz de comunicarse con un subsistema de Multimedia IP, debe realizarse un procedimiento adjunto GPRS y puede establecerse un canal de comunicación conocido como el contexto del Protocolo de Datos de Paquete (PDP) para la señalización del SIP. El contexto PDP se establece hacia el GGSN en la red de doméstica o visitada. El contexto PDP proveerá al equipo del usuario una dirección IP apropiada. Esta dirección entonces puede servir como la dirección huésped durante la duración del contexto PDP. El contexto PDP cuando se lleva a cabo la señalización debe estar disponible siempre que se quieran los servicios del subsistema Multimedia IP. Este requerimiento no está limitado al acceso GPRS y a los contextos PDP, sino que también se pueden aplicar a otros tipos de sistemas de acceso y canales de comunicación. Los sistemas de comunicación se han desarrollado en la dirección en donde varias funciones de la red se manejan a través de entidades controladoras apropiadas. Un usuario puede acceder los servicios a través de una red de datos a mediante una cadena de controladores. Estos controladores típicamente se proveen a través de medios de servidores. Las especificaciones IMS definen diferentes clases de servidores SIP a través de los cuales los servicios de pueden acceder. Estos controladores proveen funciones tales como funciones de control de la sesión de llamada (CSCFs). Se deberá apreciar que las CSCFs también pueden referenciarse como las funciones de control de estado de la llamada. Las funciones de sesión de llamada se pueden dividir en varias categorías tales como una función de control de sesión de llamada de interfase de comunicaciones (proxy) (P-CSCF), la función de control de sesión de llamada de interrogación (l-CSCF), y la función de control de sesión de llamada de servicio (S-CSCF). El usuario necesita estar registrado en la función de control de sesión de llamada de servicio (S-CSCF) con el fin de ser capaz de solicitar un servicio del sistema de comunicación. Una función de control de sesión de llamada de interfase de comunicación (P-CSCF) a su vez, es para enlazar las comunicaciones a través de una interfase de comunicación entre un usuario y una función de control de sesión de llamada de servicio (S-CSCF) con la que el usuario está registrado. En otras palabras, después del registro en una red de datos IMS un usuario tiene una interfase de comunicaciones saliente (típicamente una P-CSCF) y un registro (S-CSCF) asignado. Cualquier actividad del usuario va a través de estas entidades de controlador de red de datos. Sin embargo hay veces en que el servidor de función de control tal como un S-CSCF o P-CFCS está fuera de servicio. En algunos casos, como en el caso de una falla o una actualización de software, un S-CSCF o P-CSCF puede tener que apagarse. Todos los usuarios conectados a la red doméstica que utilizan estos servidores entonces pueden experimentar la discontinuidad del servicio y pueden no ser capaces de cambiar sus requerimientos de comunicación.
Esto se requiere ya que el portador de los datos, se caerá, y necesita volverse a establecer. También los usuarios no serán advertidos de que la función del controlador ha sido o se apagará, y por consiguiente no pueden decidir por sí mismos iniciar ningún procedimiento de recuperación. Para superar el problema de tener que reiniciar el equipo del usuario en cada situación, una solución simple ha superado varios problemas prácticos. Primero, identificar el error, y la ubicación del servidor fuera de servicio. En segundo lugar, ¿el servidor fuera de servicio es el S-CSCF?, ¿cómo un l-CSCF selecciona otro S-CSCF? En tercer lugar, el manejo de la señalización y las corriente de datos multimedia, en otras palabras los diálogos activos que el usuario ha establecido con otro equipo de usuario (UE) y los servidores de aplicación (AS). En cuarto lugar informar a otras entidades, tales como los servidores de aplicación (AS) y elementos de red P-CSCF los nuevos detalles del registro. Se apreciará que aunque los procedimientos de registro y problemas relacionados anteriormente explicados con referencia a un sistema de comunicación de tercera generación (3G) basado en un protocolo de Internet (IP) y protocolo de iniciación de sesión (SIP), se pueden asociar desventajas similares con otros sistemas también y de esta forma la descripción no está limitada a estos ejemplos.
BREVE DESCRIPCION DE LA INVENCION Las modalidades de la presente invención ayudan, a tratar uno o varios de los problemas anteriores. De acuerdo con una modalidad de la presente invención un método para manejar fallas en el servicio en una red de comunicaciones comprende un equipo de usuario, un primer elemento de red y un elemento de red de servicio, el método comprende los pasos de: recibir en el primer elemento de red un primer mensaje de otro equipo de usuario; transmitir el primer mensajes del primer elemento de red al elemento de red de servicio; detectar en el primer elemento de red que el elemento de red de servicio está fuera de servicio, determinando en el primer elemento de red el tipo del primer mensaje; y dependiendo del tipo del primer mensaje, enviar a partir del primer elemento de red al equipo de usuario un mensaje de error que incluye una indicación de que el elemento de red de servicio está fuera de servicio. El método puede comprender el paso adicional de: recibir en el equipo de usuario el mensaje de error. El método además puede comprender el paso de: después de recibir el mensaje de error en el equipo de usuario, enviar un segundo mensaje de un segundo tipo diferente del tipo del primer mensaje para iniciar un registro desde el equipo de usuario a la red de comunicaciones. El método además puede comprender antes de recibir en el primer elemento de red un primer mensaje del equipo de usuario el paso de: establecer un portador para la señalización entre el equipo de usuario y el primer elemento de red. El método puede seleccionar un elemento de red de servicio adicional y enviar el mensaje a elemento de red de servicio adicional. El método puede comprender los pasos adicionales de: registrar en el elemento de red de servicio adicional el equipo de usuario. El portador para la señalización puede ser un contexto PDP para la señalización o de propósito general. La red de comunicaciones puede ser una red del subsistema de multimedia de Protocolo de Internet (IMS). El primer elemento de red puede ser una Función de Control de la Sesión de Llamada de interrogación (I- CSCF). El primer elemento de red puede ser una Función de Control de Sesión de la Llamada de la Interfase de Comunicaciones (P-CSCF). El elemento de la red de servicio puede ser una Función de Control de Sesión de Llamada de Servicio (S- CSCF). El paso para determinar un tipo de mensaje puede comprender la determinación del tipo de mensaje con base en el contenido de un elemento de información predeterminado en el mensaje. El paso de detección en el primer elemento de red que el elemento de red de servicio en una red de comunicaciones está fuera de servicio, puede comprender el paso de: detectar que ha pasado un período predeterminado desde el envío del mensaje del primer elemento de red al elemento de red de servicio y antes de que se haya recibido una respuesta del elemento de la red de servicio y/o determinar que el primer mensaje ha sido transmitido un número predeterminado de veces. El tipo del primer mensaje puede ser una solicitud de reinscripción. El tipo del segundo mensaje puede ser una solicitud de registro inicial. El elemento de información puede indicar que la solicitud se envía de integridad protegida. El elemento de información puede indicar que el usuario ha sido exitosamente autentificado. El elemento de información en el mensaje puede ser una bandera de integridad protegida en un encabezado de Autorización del mensaje. De acuerdo con un segundo aspecto de la presente invención se proporciona un elemento de red en una red de comunicaciones que además comprende un elemento de red de servicio y un equipo de usuario, en donde el elemento de red está organizado para: recibir un primer mensaje del equipo de usuario; enviar los primeros mensajes al elemento de red de servicio; detectar que el elemento de red de servicio está fuera de servicio; determinar el tipo del primer mensaje; y dependiendo del tipo del primer mensaje recibido del equipo de usuario enviar un mensaje de error al equipo del usuario. El elemento de red además puede estar organizado para recibir un mensaje adicional de un segundo tipo de diferente del tipo del primer mensaje del equipo de usuario. De acuerdo con un tercer aspecto de la presente invención se proporciona un equipo de usuario en una red de comunicaciones que además comprende un primer elemento de red y un elemento de red de servicio, en donde el equipo de usuario está organizado para recibir un mensaje de error del primer elemento de red, ei mensaje de error indica que el elemento de red de servicio para el equipo de usuario está fuera de servicio, y responder al mensaje de error a través del envío de un mensaje adicional de un segundo tipo diferente del primer tipo al primer elemento de red. El equipo de usuario además puede estar organizado para establecer un portador para la señalización entre equipo de usuario y la red de comunicaciones y además organizarse para responder al mensaje de error dando de baja el portador para la señalización entre el equipo de usuario y la red de comunicaciones. El portador para la señalización puede ser un portador de contexto PDP para la señalización o de propósito general. El tipo del mensaje adicional enviado al primer elemento de red puede ser una solicitud de registro inicial. De acuerdo con un cuarto aspecto de la presente invención, se proporciona un equipo de usuario para la operación en una red de comunicaciones que comprende un elemento de red, el equipo de usuario está organizado para determinar que el primer elemento de red está fuera de servicio enviando una solicitud al primer elemento de red y determinando que no se ha recibido ninguna respuesta del primer elemento de red; en donde el equipo de usuario está organizado para determinar que el primer elemento de red está fuera de servicio, para dar de baja el portador para la señalización entre el equipo de usuario y la red de comunicaciones, descubrir o seleccionar un nuevo primer elemento de red adicional; y enviar al elemento de red adicional un mensaje que comprende una solicitud inicial para el registro en la red de comunicaciones. De acuerdo con un quinto aspecto de la presente invención se proporciona un método para manejar las fallas en el servicio en una red de comunicaciones, la red de comunicaciones comprende: un equipo de usuario; un primer elemento de red; y un elemento de red adicional, el método comprende los pasos de: enviar desde el equipo de usuario a los primeros elemento de red un primer mensaje, detectar en el equipo de usuario que el primer elemento de red está fuera de servicio, dar de baja el portador de señalización desde el equipo de usuario a la red de comunicaciones; seleccionar o descubrir en el equipo de usuario el elemento de red adicional; enviar desde el equipo de usuario al elemento de red adicional un mensaje que comprende una solicitud de registro inicial. De acuerdo con un sexto aspecto de la invención se proporciona un método para determinar un tipo de registro en una red de comunicaciones que comprende por lo menos un equipo de usuario y un elemento de red, que comprende los pasos de: recibir en el elemento de red una solicitud para registro desde el equipo de usuario; detectar en el elemento de red un elemento de información en la solicitud recibida; determinar el contenido del elemento de información y dependiendo del contenido determinado del elemento de información determinar si la solicitud de registro es para un primer tipo de registro o para un segundo tipo de registro. La red de comunicaciones además puede comprender por lo menos un elemento de red de servicio y el método puede comprender los pasos adicionales de: transmitir la solicitud desde el primer elemento de red al elemento de red de servicio; detectar si la red de servicio está fuera de servicio al no recibir una respuesta del elemento de red de servicio, enviando un mensaje de elemento de red de servicio fuera de servicio al equipo de usuario, si la solicitud de registro es del primer tipo de solicitud de registro, seleccionar un elemento de red de servicio adicional a través del primer elemento de red si la solicitud de registro es para el segundo tipo de registro. El primer tipo de registro puede ser una reinscripción y el segundo tipo de registro puede ser un registro inicial. De acuerdo con un séptimo aspecto de la invención se proporciona un elemento de red en una red de comunicaciones que además comprende un equipo de usuario, en donde el elemento de red está organizado para: recibir una solicitud para registro desde el equipo del usuario; detectar un elemento de información dentro de la solicitud de registro recibida; determinar el contenido del elemento de información, y dependiendo del contenido determinado del elemento de información determinar si la solicitud de registro recibida es un primer tipo de registro o un segundo tipo de registro. El elemento de información puede indicar que la solicitud se envía con la integridad protegida. El elemento de información puede indicar que el usuario ha sido exitosamente autentificado. El elemento de información en el mensaje puede ser una bandera con la integridad protegida. Un sistema de comunicaciones puede comprender un elemento de red anteriormente descrito, y un equipo de usuario como se reivindicó anteriormente. Una modalidad de la presente invención describe un método para manejar fallas en el servicio en una red de comunicaciones, el método puede comprender los pasos de: establecer un portador para la señalización entre un equipo de usuario y la red de comunicaciones, registrar el equipo de usuario como un primer tipo de registro en el elemento de red de servicio en una red de comunicaciones, detectar un primer elemento de red de que el elemento de red de servicio en la red de comunicaciones está fuera de servicio, enviando desde el primer elemento de red al equipo de usuario un mensaje que incluye una indicación de que el elemento de red de servicio está fuera de servicio. Una modalidad adicional describe el método que además puede comprender el paso de: iniciar un registro de un segundo tipo a través del equipo del usuario red de comunicaciones. Una modalidad adicional describe el método que además puede comprender el paso adicional de: recibir mediante el equipo de usuario una indicación del primer elemento de red de que el elemento de red está fuera de servicio en una red de comunicaciones en respuesta a un mensaje enviado por equipo de usuario. Una modalidad adicional describe un método en donde el primer elemento de red puede ser un P-CSCF. Las modalidades adicionales describen un método que además puede comprender los pasos de: detectar mediante un primer elemento de red que el elemento de red de servicio está fuera de servicio durante el segundo tipo de registro, dar de baja el portador para la señalización a través del equipo de usuario en respuesta a la recepción del mensaje del primer elemento de red, registrar un primer tipo de registro en la red de comunicaciones a través del equipo del usuario, establecer un segundo portador para la señalización entre el equipo de usuario y la red de comunicaciones. Las modalidades adicionales describen que el portador para la señalización puede ser un contexto PDB de señalización o de propósito general, la red de comunicaciones puede ser una red IMS, el primer tipo de registro puede ser un registro inicial, el segundo tipo de registro puede ser una reinscripción, el primer elemento de red puede ser un CSCF de interrogación (l-CSCF) y el elemento de red de servicio puede ser un S-CSCF.
Las modalidades adicionales describen un método para determinar un tipo de registro en una red de comunicaciones que puede comprender los pasos de: enviar una solicitud para registro desde un equipo de usuario al primer elemento de red, verificar en el primer elemento de red un elemento de información en la solicitud, determinar con base en dicho resultado del paso de verificación, si la solicitud de registro es para un primer tipo de registro, o para un segundo tipo de registro. Las modalidades adicionales describen el método que puede comprender adicionalmente los pasos de: no recibir ninguna respuesta desde el elemento de red de servicio, enviar un mensaje de elemento de red de servicio fuera de servicio al UE, si la solicitud de registro es para el primer tipo de registro, seleccionar un nuevo elemento de red de servicio a través del primer elemento de red si la solicitud de registro es para el segundo tipo de registro. Las modalidades adicionales describen cuando el primer tipo de registro puede ser una reinscripción y el segundo tipo de registro puede ser un registro inicial. Las modalidades adicionales describen el método, en donde el paso de verificación puede verificar la presencia de un elemento de información en la solicitud. Las modalidades adicionales describen que el elemento de información puede indicar que la solicitud se envía de integridad protegida. Las modalidades adicionales describen que la información puede indicar que el usuario ha sido exitosamente autentificado. Las modalidades adicionales describen que la información en la solicitud puede ser una bandera de integridad protegida. Las modalidades que describen un elemento de red en una red de comunicaciones se pueden organizar para tener medios para enviar un mensaje a y/o desde un elemento de red de servicio, medios para detectar la información de que el elemento de red de servicio no es capaz de servir a un equipo de usuario y medios para enviar la información al equipo de usuario. Las modalidades adicionales describen que el elemento de red en una red de comunicaciones puede estar organizado para tener medios para recibir una solicitud de registro y medios para verificar si la solicitud de registro es de un primer tipo o de un segundo tipo. Las modalidades adicionales describen el elemento de red en una red de comunicaciones que puede estar organizado para tener medios para recibir mensajes de un equipo de usuario y medios para enviar un mensaje al equipo de usuario, el mensaje indica que un elemento de red en la red de comunicaciones no es capaz de servir al equipo de usuario. Las modalidades describen un equipo de usuario en una red de comunicaciones que puade estar organizado para tener medios para recibir un mensaje de la red de comunicaciones, el mensaje indica que el elemento de red de servicio para el equipo de usuario no es capaz de servir al equipo de usuario, y medios para responder al mensaje liberando los portadores. Las modalidades adicionales describen el equipo de usuario que puede estar organizado para tener medios para realizar el registro inicial para responder el mensaje. Las modalidades pueden proveer una forma de evitar la discontinuidad en la comunicación entre el equipo de usuario y un servidor de aplicación. La percepción del usuario se puede mejorar ya que el usuario no necesariamente se da cuenta de las fallas temporales. Tampoco se requiere que el usuario intervenga en el reestablecimiento de las comunicaciones con la red cuando ocurra una falla en la entidad del controiador de servicio.
BREVE DESCRIPCIÓN DE LOS DIBUJOS Para un mejor entendimiento de la presente invención, ahora se hará referencia a manera de ejemplo a los dibujos adjuntos en donde: La Figura 1 muestra un entorno del sistema de comunicación, en donde se puede representar la invención; La Figura 2 es un diagrama de flujo del flujo de señalización de un ejemplo de la primera modalidad de la presente invención; La Figura 3 es un diagrama de flujo del flujo de señalización de una modalidad adicional de la presente invención; La Figura 4 es un diagrama de flujo del flujo de señalización de un ejemplo de un ejemplo adicional de las modalidades de la presente invención en uso; La Figura 5 es un diagrama de flujo del flujo de señalización de un ejemplo de una modalidad adicional de la presente invención en uso.
DESCRIPCION DETALLADA DE LAS MODALIDADES PREFERIDAS Ciertas modalidades de la presente invención se describirán a continuación a manera de ejemplo, con referencia a la ejemplificación de la arquitectura de un sistema de comunicaciones móviles de la tercera generación (3G). Sin embargo, se deberá apreciar que las modalidades se pueden aplicar a cualquier sistema de comunicación adecuado. Por ejemplo un sistema de comunicaciones puede ser un sistema CDMA 2000. Se hace referencia a la Figura 1 que muestra un ejemplo de una arquitectura de red en donde se puede representar la invención. En la Figura 1 se proporciona una Red Multimedia IP 45 para ofrecer servicios multimedia IP para los suscriptores de la Red Multimedia IP. Como se describió anteriormente, el acceso al los servicios Multimedia IP (IM) se puede proveer por medio de un sistema de comunicación móvil. Un sistema de comunicación móvil típicamente está organizado para servir a una pluralidad de equipos de usuario móviles usualmente a través de una interfase inalámbrica entre el equipo de usuario y por lo menos una estación base 31 del sistema de comunicación. El sistema de comunicación móvil puede estar lógicamente dividido entre una red de acceso por radio y una red base (CN).
La estación base 31 está organizada para transmitir señales a y recibir señales de un equipo de usuario móvil 30 a través de una interfase inalámbrica entre equipo de usuario y la red de acceso por radio. Igualmente, el equipo de usuario móvil 30 es capaz de transmitir señales a y recibir señales de la red de acceso por radio a través de una interfase inalámbrica. En la organización mostrada el equipo de usuario 30 puede acceder la red IMS 45 a través de una red de acceso asociada con la estación base 31. Se deberá apreciar que, aunque, por razones de explicación la Figura 1 muestra una estación base de solamente una red de acceso por radio, un sistema de red de comunicación típico incluye un número de redes de acceso por radio. La red de acceso por radio 3G (RAN) típicamente está controlada por el controlador de red por radio apropiado (RNC). Este controlador no se muestra con el fin de mejorar la explicación. Se puede asignar un controlador para cada estación base o un controlador puede controlar una pluralidad de estaciones base, por ejemplo en el nivel de la red de acceso por radio. Se deberá apreciar que el nombre, lugar y número de controladores de la red por radio dependen del sistema. El equipo de usuario móvil 30 de la Figura 1 puede comprender cualquier equipo de usuario móvil apropiado adaptado para que la comunicación del Protocolo de Internet (IP) se conecte con la red. Por ejemplo, el usuario móvil puede acceder la red celular a través de medios de una computadora Personal (PC), un Asistente de Datos Personal (PDA), estación móvil ( S), etc. Los siguientes ejemplos se describen con referencia a las estaciones móviles. Un experto en la técnica está familiarizado con las características y la operación de la estación móvil típica. De esta forma, es suficiente notar que el usuario puede utilizar una estación móvil para tareas tales como hacer y recibir llamadas, para recibir y enviar datos de y a la red y para experimentar el contenido multimedia o por el contrario utilizar servicios multimedia. Una estación móvil puede incluir una antena para recibir y transmitir señales inalámbricas de y a la estación base de la red de comunicación móvil. Una estación móvil también puede proveerse con una pantalla para desplegar imágenes y otra información gráfica para el usuario del equipo de usuario móvil. Se pueden proveer medios de cámara para capturar imágenes fijas o de video. También se pueden proveer típicamente medios de bocinas. La operación de una estación móvil se puede controlar por medio de una interfase de usuario apropiada tales como botones de control, comandos de voz, etc. Además, se proporciona una estación móvil con una entidad de procesador y medios de memoria. Se deberá apreciar que aunque solamente se muestran unas cuantas estaciones móviles en la Figura 1 para la explicación, un gran número de estaciones móviles pueden estar en comunicación simultánea con un sistema de comunicación. Una red central (CN) típicamente incluye varias entidades de conmutación y otras de control y puertas de enlace para habilitar la comunicación a través de un número de redes de acceso por radio y también para entrelazar un sistema de comunicación individual con uno o más sistemas de comunicación tal como con otros sistemas celulares y/o sistemas de comunicación de línea fija. En los sistemas 3GPP la red de acceso por radio típicamente está conectada a una entidad o entidades de red central apropiada tales como, pero no limitándose a, un nodo de soporte del servicio por radio de paquete general de servicio (SGSN) 33. La red de acceso por radio está en comunicación con el nodo de soporte GPRS de servicio a través de una ¡nterfase apropiada, por ejemplo en una interfase lu. El nodo de soporte GPRS de servicio, a su vez, típicamente se comunica con una puerta de enlace apropiada, por ejemplo un nodo de soporte GPRS de puerta de enlace 34 a través de una red de infraestructura física GPRS 32. Esta interfase es comúnmente una ¡nterfase de datos de paquete conmutada. En una red 3GPP, se establece una sesión de datos de paquete para llevar los flujos del tráfico sobre la red. Dicha sesión de datos de paquete por lo general es referida como un contexto del protocolo de datos de paquete (PDP). Un contexto PDP puede incluir un portador provisto entre el equipo de usuario, el controlador de la red por radio y el SGSN 33, y los canales de datos de paquete conmutados provistos entre el nodo de servicio GPRS 33 y el nodo de servicio GPRS de la puerta de enlace. Cada contexto PDP usualmente provee una trayectoria de comunicación entre un equipo de usuario particular y el nodo de soporte GPRS de la puerta de enlace y, una vez establecido, puede típicamente llevar múltiples flujos. Cada flujo normalmente representa, por ejemplo, un servicio particular y/o componente de medios de un servicio particular. El contexto PDP por lo tanto comúnmente representa una trayectoria de comunicación lógica para uno o más flujos a través de la red. Para implementar el contexto PDP entre el equipo de usuario y el nodo de soporte GPRS de servicio, por lo menos un portador de acceso por radio (RAB) necesita establecerse, lo cual comúnmente permite la transferencia de los datos para el equipo de usuario. La implementación de estos canales lógico y físico es conocida por aquellos con experiencia en la técnica y por consiguiente no se explica adicionalmente en la presente. La Figura 1 también muestra una pluralidad de servidores de aplicación 50 conectados a la red Multimedia del Protocolo de Internet (IP) ejemplificada 45. El equipo de usuario 30 se puede conectar a través de la red GPRS 32 y una red IMS 45, a por lo menos uno de los servidores de aplicación 50. Se deberá apreciar que se pueden conectar un gran número de servidores de aplicación a una red de datos. La comunicación con los servidores de aplicación se controla por medio de funciones de la red de datos que son provistas mediante las entidades controladoras. Por ejemplo, en las arquitecturas de red multimedia inalámbricas de la tercera generación (3G) se asume que varios diferentes servidores que proveen varias funciones de control se utilizan para el control. Estas incluyen funciones tales como las funciones de control de la sesión de la llamada o estado de la llamada (CSCFs). Las funciones de la sesión de la llamada pueden estar divididas en varias categorías. La Figura 1 muestra las funciones de control de la sesión de la llamada de la interfase de comunicaciones (P-CSCF) 35, y 37, una función de control de la sesión de llamada (l-CSCF) 38 y 39, y una función de control de sesión de llamada de servicio (S-CSCF) 36. Se deberá apreciar que se pueden referir funciones similares en los diferentes sistemas con diferentes nombres. Un usuario que desea utilizar los servicios provistos por un servidor de aplicación a través del sistema IMS primero necesita registrase con un controlador del servicio, tal como la función del control de la sesión de la llamada (S-CSCF) 36. El registro puede ser requerido para permitir que el equipo de usuario solicite un servicio del sistema de multimedia. Como se muestra en la Figura 1, la comunicación entre la S-CSCF 36 y el equipo de usuario 30 se pueden dirigir a través de por lo menos una función de control de sesión de llamada de la inferíase de comunicaciones (P-CSCF) 35. La CSCF 35 de la interfase de comunicaciones de esta forma actúa como una interfase de comunicaciones que envía mensajes del GGSN 34 a una función de control de sesión de llamada 36 y viceversa. En un procedimiento de registro, el UE envía una solicitud de registro inicial a la red. La solicitud se dirige a través de CSCF(s) a S-CSCF que se encarga de la autentificación del usuario y lo enlaza con la dirección IP del UE para la identidad del usuario. El registro es válido durante cierto tiempo y es tarea del UE mantener el registro vivo. Para este propósito el UE envía una nueva solicitud de registro al S-CSCF antes de que expire el registro. Este procedimiento es denominado procedimiento de registro. Las Figuras 2 a 5 muestran series de ejemplos de las modalidades de la presente invención. Con referencia a la figura 2, se muestra una modalidad de la presente invención en donde el sistema de comunicaciones se muestra recuperándose de un error de fuera de servicio S- CSCF, la detección de dicho error siendo encontrada en respuesta a una solicitud de reinscripción. Como se sabe en la técnica después del registro inicial del usuario (descrito en 3GPP TS 23.228), y antes de que expire la validación del registro, el UE envía una solicitud de reinscripción a S-CSCF. En el primer paso 101 , el equipo de usuario (UE) envía la solicitud de reinscripción al P-CSCF. En un segundo paso 103 P-CSCF, recibe la solicitud de reinscripción, y envía el mensaje a l-CSCF. En el tercer paso 105 l-CSCF, recibe una solicitud de reinscripción de P-CSCF, e intenta pasar la solicitud sobre S-CSCF. Cuando S-CSCF está fuera de servicio es incapaz de responder a la solicitud. Cuando S-CSCF es incapaz de responder a la solicitud el cronómetro dentro de l-CSCF expira después de un tiempo predeterminado y, en el paso 107, l-CSCF se detiene intentando contactar a S-CSCF con la solicitud. l-CSCF puede intentar enviar la solicitud varias veces predeterminadas. En el cuarto paso 109, l-CSCF transmite una indicación de error, por ejemplo, un error del tiempo que el servidor estuvo fuera de servicio (también conocido como mensaje de error 504) de regreso a P-CSCF. En el quinto paso 1 1 , P-CSCF recibe un mensaje de error 504 y pasa el mensaje de error 504 de regreso al equipo de usuario (UE). En el sexto paso 113, el UE recibe el mensaje de error 504. El UE entonces da de baja toda la señalización y el tráfico de datos relacionados con el proceso reinscripción. En algunas modalidades de la presente invención el equipo de usuario solamente da de baja la información de señalización relacionada con el contexto PDP de señalización pero retiene los contextos PDP multimedia. En esta modalidad adicional el equipo de usuario tiene permiso de mantener contacto con el servicio/terminal remota mientras la segunda parte de la modalidad de la presente invención intenta resolver el error S-CSCF. En otras modalidades de la presente invención en donde se ha establecido un contexto PDP general el contexto PDP general es dado de baja. En el séptimo paso 115, el equipo de usuario transmite la solicitud de registro a P-CSCF. El registro inicial de UE es el primer paso en el reestablecimiento de la comunicación mediante el establecimiento de un nuevo contexto PDP de señalización o utilizando un contexto PDP de señalización existente. (En las modalidades en donde el contexto general ha sido dado de baja, el UE intenta establecer un nuevo contexto PDP general). En el octavo paso 17, P-CSCF recibe la solicitud del UE y pasa la solicitud de registro inicial a l-CSCF. En el noveno paso 119, l-CSCF recibe la solicitud y selecciona una segundo S-CSCF2 para el usuario. La segundo S-CSCF (S-CSCF2) en el paso 121 transmite una señal de aceptación positiva (también conocida como un mensaje ok 200) ai I- CSCF. La l-CSCF transmite el mensaje ok 200 recibido a P-CSCF en el paso 123. El P-CSCF en el paso 25, transmite el mensaje ok 200 recibido al equipo de usuario. Dicho método aunque se está percibiendo como un procedimiento pesado ya que se dirige hacia una interrupción completa en la provisión del servicio para el usuario y cualquier usuario remoto conectado al usuario, es más eficiente en que no requiere de una reanudación difícil del UE. También dicho procedimiento elimina cualesquiera estados restantes en el UE y en la red. El problema de cómo l-CSCF determina la solicitud de tiempo fuera actual, es ya sea una solicitud de reinscripción o de registro inicial que se pueden ver con respecto a la Figura 4. Con referencia a la Figura 4, se explica adicionalmente la determinación de si l-CSCF está procesando una solicitud de registro inicial o de reinscripción. La Figura 4 muestra un ejemplo en donde un registro inicial se está procesando y el S-CSCF se está dirigiendo a través del l-CSCF fuera de servicio. En los pasos 30 , 303 y 305, la solicitud del registro inicial se transmite desde el UE al P-CSCF (paso 301), después se vuelve a transmitir desde el P-CSCF al l-CSCF (paso 303), después se intenta volver a transmitir desde el l-CSCF al S-CSCF (paso 305) - en el primer intento que S-CSCF dirige al S-CSCF 1. En el paso 307, la falla del S-CSCF 1 en devolver un mensaje de respuesta causa que el cronómetro del l-CSCF expire y por consiguiente indicando que la solicitud haya expirado. l-CSCF puede intentar retransmitir la solicitud varios números de veces determinados al S-CSCF1. l-CSCF determina si la solicitud vencida fue una solicitud de registro inicial o de reinscripción examinando la bandera de "integridad protegida" en el encabezado de la solicitud. Ya que la bandera de integridad protegida se habilita solamente una vez, el UE y P-CSCF han formado una asociación de seguridad, un evento realizado después de una autentificación/registro exitoso, una bandera de "integridad protegida" indica al l-CSCF que es un proceso de registro inicial. Por consiguiente cuando una bandera de "integridad protegida" está presente en una solicitud vencida (tal como la que se produce cuando el S-CSCF está fuera de servicio) entonces la solicitud vencida activa a l-CSCF para enviar un mensaje de error 504 al UE a través de P-CSCF como se muestra en el ejemplo de la primera modalidad como se describió anteriormente. Cuando una bandera de "integridad protegida" no está presente en una solicitud vencida (tal como la producida cuando S-CSCF está fuera de servicio) entonces l-CSCF identifica que la solicitud se está procesando como una solicitud de registro inicial y por lo tanto l-CSCF transmite de acuerdo con el método conocido en la técnica una nueva solicitud de registro inicial a una S-CSCF diferente (S-CSCF nuevo). Esto se muestra en el paso 307. Si el UE es capaz de ser registrado en la S-CSCF diferente, y la S-CSCF diferente está en servicio, entonces la S-CSCF realiza la acción de registrar y transmitir un mensaje ok 200 de regreso al UE a través de l-CSCF y P-CSCF como se conoce en la técnica. En el ejemplo mostrado en la Figura 4 el UE no está autorizado para utilizar una S-CSCF diferente y por consiguiente emite un mensaje "no autorizado" 401. El mensaje 401 se transmite de nuevo al UE en los pasos 309, 311 , y 313. En el paso 309 el mensaje se pasa desde S-CSCF a l-CSCF, en el paso 31 el mensaje se pasa de l-CSCF a P-CSCF y en el paso 313 el mensaje se pasa de P-CSCF a UE. Por consiguiente de acuerdo con los dos ejemplos mostrados, las modalidades de la invención pueden determinar errores que ocurren en las solicitudes de registro inicial y de reinscripción e inicializar una recuperación dependiendo del tipo de solicitud mediante el examen de un elemento o parte del encabezado del mensaje de la solicitud. Sin dicho método no sería posible para l-CSCF determinar qué tipo de solicitud de registro estaba procesando y prevenir los círculos interminables que se están creando, por ejemplo cuando l-CSCF pasó los mensajes de tiempo agotado 504 para todas las solicitudes de registro de regreso al UE, y el UE pasó nuevas solicitudes de registro de regreso a l-CSCF las cuales se dirigirían al S-CSCF fuera de servicio solamente para causar un nuevo mensaje de tiempo agotado y un nuevo mensaje 504 que se va a pasar al UE. Una modalidad adicional de la presente invención se describe con referencia al ejemplo mostrado en la Figura 3. Esta modalidad muestra además que un P-CSCF al recibir un mensaje 504 cuando al procesar una solicitud de no registro pasa el mensaje de error 504 de regreso al UE, y el UE cuando recibe un mensaje de error 504 de un P-CSCF en respuesta a una solicitud no de registro lleva a cabo una reinscripción. Los pasos 201 , 203 y 205 muestran un UE transmitiendo (paso 201) un mensaje en formato SIP no de registro a través del P-CSCF (paso 203) y S-CSCF (paso 205) a una entidad en la red IP/SIP, por ejemplo un servidor de aplicación (AS). Debido a un error en algún lugar dentro de la red IP/SIP la solicitud falla en alcanzar su objetivo y más bien un mensaje de error 504 es devuelto al UE (el mensaje 504 devuelto es similar al mensaje 504 devuelto como se describió anteriormente). En los pasos 207, 209, y 211 este mensaje de error se devuelve desde la red IP/SIP (paso 207) a través de S-CSCF (paso 209), el P-CSCF (paso 2 1 ) y termina en el UE. Sin embargo el UE es incapaz de determinar a partir de la recepción del mensaje de error, si el error se originó en S-CSCF o en cualquier otro lugar. Por consiguiente con el fin de determinar el estado de su S-CSCF, se inicia, como se muestra en el paso 213, un proceso de solicitud de reinscripción como se describió anteriormente para determinar si el mensaje de error se originó en S-CSCF. Esto se muestra en la figura 3 en los pasos 215, 216 y 217, en donde la solicitud de reinscripción se transmite a través del UE (en el paso 215), se recibe y se vuelve a transmitir a través de P-CSCF (en el paso 216) y se recibe y se vuelve a transmitir por a través de l-CSCF (en el paso 217) a S- CSCF. En el ejemplo mostrado en la Figura 3, S-CSCF está en servicio y el proceso de reinscripción prosigue, con un mensaje ok 200 siendo transmitido por S-CSCF (en el paso 219), recibido y retransmitido por l-CSCF (en el paso 22 ) y recibido y retransmitido por P-CSCF al UE (en el paso 223). Sin embargo si se encuentra que S-CSCF es el creador del problema, entonces l-CSCF pasaría de regreso un mensaje de error adicional y el proceso se resolvería a sí mismo en una forma descrita anteriormente utilizando un nuevo proceso de registro. Con referencia a la Figura 5 se demuestra un ejemplo adicional que muestra una modalidad adicional de la invención. En el ejemplo mostrado en la Figura 5 el UE está registrado, y en el paso 402 está transmitiendo un mensaje de solicitud SIP a P-CSCF (P-CSCF1 ). P-CSCF1 está fuera de servicio y no responde. El cronómetro del UE expira y mediante el paso 403 el UE acepta que la solicitud ha expirado. En los pasos 404 y 405 el UE lleva a cabo un método similar al realizado siguiendo una situación de S-CSCF fuera de servicio. En el método previo descrito anteriormente, la situación de fuera de servicio produce una falla en la solicitud de reinscripción, y el UE da de baja el contexto PDP de señalización o el contexto PDP general relacionado con el mensaje. En el paso 404, la falla de P-CSCF fuera de servicio produce una falla de solicitud general, que activa que el UE de de baja el contexto PDP de señalización o el contexto PDP general relacionado con el UE. En modalidades adicionales de la presente invención el UE además da de baja los contextos PDP multimedia. Durante el paso 404 el UE puede descubrir un nuevo P-CSCF si no posee una dirección de contacto alternativa para P-CSCF1. En los pasos 405, 407, y 409 el UE inicia un nuevo proceso de registro inicial. En el paso 405 el UE utiliza una nueva dirección de contacto del P-CSCF para enviar una solicitud de registro inicial al nuevo P-CSCF (P-CSCF Nuevo). En el paso 407 se recibe la solicitud de registro inicial mediante el nuevo P-CSCF y se envía a l-CSCF. En el paso 409 ser recibe la solicitud de registro inicial a través de l-CSCF y se transmite de l-CSCF a S-CSCF. Esta modalidad adicional muestra que la presente invención controla los errores que ocurren cuando P-CSCF se pone en fuera de servicio, en una forma similar a las condiciones de S-CSCF fuera de servicio. Se deberá apreciar que aunque las modalidades de la presente invención han sido descritas con relación al equipo de usuario tales como estaciones móviles, las modalidades de la presente invención son aplicables a cualquier otro tipo de equipo que necesita ser autentificado. Por ejemplo la presente invención podría aplicarse a equipo de usuario que se conecta a una red IP/SIP a través de un sistema de comunicación de red de área local inalámbrica (WLAN). Los ejemplos de la invención han sido descritos en el contexto de un sistema IMS y redes GPRS. Sin embargo, esta invención también es aplicable a cualesquiera otros estándares. Además, los ejemplos dados se describen en el contexto de las así llamadas redes SIP con todas las entidades SIP y canales de comunicación conocidos como contextos PDP. Esta invención también es aplicable a cualesquiera otros sistemas de comunicación apropiados, ya sea sistemas inalámbricos o de línea fija, estándares de comunicación, y protocolos de comunicación. Los ejemplos de otros sistemas de comunicación posibles que habilitan los servicios de comunicación de datos inalámbricos, sin limitarse a éstos, incluyen el sistema de comunicación móvil de la tercera generación tal como el Sistema de Telecomunicación Móvil Universal (UMTS), teléfono-i o CDMA2000 y el sistema de Radio Truncado Terrestre (TETRA), la velocidad de Datos Mejorada para la red de datos móviles de Evolución GSM (EDGE). Los ejemplos de sistemas de línea fija incluyen las diversas técnicas de banda ancha que proveen acceso a Internet a usuarios en diferentes lugares, tales como oficinas y hogares. Independientemente de los estándares y protocolos utilizados para la red de comunicación, la invención se puede aplicar en todas las redes de comunicación en donde se requiere el registro de una entidad de red.
Las modalidades de la invención se han explicado en el contexto de las funciones de la interfase de comunicaciones y para el control del estado de la llamada de servicio. Las modalidades de la invención pueden ser aplicables a otros elementos de red cuando se aplicable. También se observa en la presente que aunque lo anterior describe modalidades ilustrativas de la invención, existen diversas variaciones y modificaciones que se pueden hacer a la solución descrita sin apartarse del alcance de la invención como se define en las reivindicaciones anexas. El solicitante a través de ésta describe que la invención no se interpretará solamente en el alcance de las reivindicaciones. Se entiende que el término fuera de servicio se puede interpretar como significando ya sea que el elemento de red de servicio no se está comunicando con dicho equipo de usuario debido a una falla en el elemento de red de servicio, o una falla en la red de comunicaciones que previene que el equipo de usuario se comunique con el elemento de la red de servicio. Además se entiende que el equipo de usuario puede comprender teléfonos móviles, dispositivos de comunicación personales, y asistentes de datos personales. Además se entiende que la acción de establecer un portador para la señalización se puede entender que significa crear una sesión de comunicación, y en donde el nodo de la comunicación está organizado para ser capaz de comunicarse con una red por medio de una sesión de comunicación, la red comprende un nodo de autorización de sesión para autorizar el establecimiento de una sesión de comunicación; el nodo de comunicación estando organizado para, con el fin de establecer una sesión, comunicarse con el nodo de autorización de sesión para recibir la autorización de la sesión; el nodo de comunicación siendo capaz de, durante una sesión de comunicación, solicitar al nodo de autorización la autorización de la sesión y estando organizado para terminar por lo menos la señalización de la sesión en respuesta a la recepción de la red en respuesta a dicha solicitud un mensaje que indica una falla a través del nodo de autorización de sesión para responder á la solicitud. El solicitante por la presente describe por separado cada característica individual descrita aquí y cualquier combinación de dos o más características, al grado que dichas características o combinaciones son capaces de ser llevadas a cabo en la presente especificación como un todo en luz del conocimiento general común de un experto en la técnica, independientemente de si dichas características o combinaciones de características resuelven cualesquiera problemas descritos aquí, y sin limitación al alcance de las reivindicaciones. El solicitante indica que los aspectos de la presente invención pueden consistir de cualquiera de dichas características o combinación de características. En vista de la descripción anterior será evidente para un experto en la técnica que se pueden hacer varias modificaciones dentro del alcance de la invención.

Claims (34)

NOVEDAD DE LA INVENCIÓN REIVINDICACIONES
1. Un método para manejar fallas en el servicio en una red de comunicaciones comprende un equipo de usuario, un primer elemento de red y un elemento de red de servicio, el método comprende los pasos de: recibir en el primer elemento de red un primer mensaje del equipo de usuario; transmitir el primer mensaje desde el primer elemento de red al elemento de red de servicio; detectar en el primer elemento de red que el elemento de red de servicio está fuera de servicio; determinar en el primer elemento de red el tipo del primer mensaje; y dependiendo del tipo del primer mensaje enviar desde el primer elemento de red al equipo de usuario un mensaje de error que incluye una indicación de que el elemento de red de servicio está fuera de servicio.
2. El método de conformidad con la reivindicación 1, caracterizado además porque comprende el paso adicional de: recibir en el equipo de usuario el mensaje de error.
3. El método de conformidad con la reivindicación 2, caracterizado además porque comprende adicionalmente el paso de: después de recibir el mensaje de error en el equipo de usuario, enviar un segundo mensaje de un segundo tipo diferente del tipo del primer mensaje para iniciar un registro del equipo de usuario al primer elemento de red.
4. El método de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque el método comprende adicionalmente antes de recibir en el primer elemento de red un primer mensaje del equipo de usuario el paso de: establecer un portador para la señalización entre el equipo de usuario y la red de comunicaciones.
5. El método de conformidad con la reivindicación 4, caracterizado además porque comprende los pasos adicionales de seleccionar un elemento de red de servicio adicional y enviar el mensaje al elemento de la red de servicio adicional.
6. El método de conformidad con la reivindicación 5, caracterizado además porque el método comprende el paso adicional de: registrar en el elemento de red de servicio adicional el equipo de usuario.
7. El método de conformidad con las reivindicaciones 4 a 6, caracterizado además porque el portador para la señalización es un contexto PDP de señalización o general.
8. El método de conformidad con cualquiera de las reivindicaciones previas, caracterizado además porque la red de comunicaciones es una red del subsistema multimedia del Protocolo de Internet (IMS).
9. El método de conformidad con cualquiera de las reivindicaciones previas, caracterizado además porque el primer elemento de red es una Función de Control de Sesión de Llamada de Interrogación (I-CSCF).
10. El método de conformidad con la reivindicación 1 , caracterizado además porque el primer elemento de red es una Función de Control de la Sesión de Llamada de la Inferíase de comunicación (P-CSCF).
11. El método de conformidad con cualquiera de las reivindicaciones previas, caracterizado además porque el elemento de red de servicio es una Función de Control de la Sesión de Llamada de Servicio (S- CSCF).
12. El método de conformidad con la reivindicación 1 , caracterizado además porque el paso de determinar un tipo de mensaje comprende determinar el tipo de mensaje con base en el contenido de un elemento de información predeterminado en el mensaje.
13. El método de conformidad con la reivindicación 1, caracterizado además porque el paso de detectar en el primer elemento de red que el elemento de red de servicio en una red de comunicaciones está fuera de servicio, comprende el paso de: detectar que ha pasado un período predeterminado desde el envío del mensaje del primer elemento de red al elemento de red de servicio y antes de que se haya recibido la respuesta del elemento de red de servicio y/o determinar que el primer mensaje ha sido transmitido un número predeterminado de veces.
14. El método de conformidad con las reivindicaciones 1 a 13, caracterizado además porque el tipo del primer mensaje es una solicitud de reinscripción.
15. El método de conformidad con la reivindicaciones 1 a 14, caracterizado además porque el tipo del segundo mensaje es una solicitud de registro inicial.
16. El método de conformidad con cualquiera de las reivindicaciones 12 y 13, caracterizado además porque el elemento de información indica que la solicitud se envía con la integridad protegida.
17. El método de conformidad con cualquiera de las reivindicaciones 12, 13 y 16, caracterizado además porque el elemento de información indica que el usuario ha sido exitosamente autentificado.
18. El método de conformidad con la reivindicaciones12, 13, 16 y 17, caracterizado además porque el elemento de información en el mensaje es una bandera con la integridad protegida en un encabezado de Autorización del mensaje.
19. Un elemento de red en una red de comunicaciones comprende adicionalmente un elemento de red de servicio y un equipo de usuario, en donde el elemento de la red está organizado para: recibir un primer mensaje del equipo de usuario; enviar el primer mensaje al elemento de red de servicio, detectar que el elemento de red de servicio está fuera de servicio; determinar el tipo del primer mensaje; y dependiendo del tipo del primer mensaje recibido del equipo de usuario enviar un mensaje de error al equipo de usuario.
20. El elemento de la red de conformidad con la reivindicación 20, caracterizado además porque está organizado adicionalmente para recibir un mensaje adicional de un segundo tipo diferente del tipo del primer mensaje del equipo de usuario.
21. Un equipo de usuario en una red de comunicaciones que comprende adicionalmente un primer elemento de red y un elemento de red de servicio, en donde el equipo de usuario está organizado para recibir un mensaje de error del primer elemento de red, el mensaje de error indica que el elemento de red de servicio para el equipo de usuario está fuera de servicio, y responder al mensaje de error mediante el envío de un mensaje adicional de un segundo tipo diferente al primer tipo al primer elemento de red.
22. El equipo de usuario de conformidad con la reivindicación 21, caracterizado además porque está organizado adicionalmente para establecer un portador para la señalización entre el equipo de usuario y la red de comunicaciones y además organizado para responder al mensaje de error dando de baja el portador para la señalización entre el equipo de usuario y la red de comunicaciones.
23. El equipo de usuario de conformidad con la reivindicación 22, caracterizado además porque el portador para la señalización es un portador de contexto PDP para la señalización o de propósito general.
24. El equipo de usuario de conformidad con la reivindicación 21, caracterizado además porque el tipo del mensaje adicional enviado al primer elemento de red es una solicitud de registro inicial.
25. Un equipo de usuario para la operación en una red de comunicaciones que comprende a primer elemento de red, el equipo de usuario que está organizado para determinar que el primer elemento de red está fuera de servicio mediante el envío de una solicitud al primer elemento de red y la determinación de que no se ha recibido ninguna respuesta del primer elemento de red; en donde el equipo de usuario está organizado para determinar que el primer elemento de red está fuera de servicio, para dar de baja al portador para la señalización entre el equipo de usuario y la red de comunicaciones, descubrir o seleccionar un nuevo primer elemento de red adicional, y enviar al elemento de red adicional un mensaje que comprende una solicitud inicial para el registro en la red de comunicaciones.
26. Un método para manejar las fallas en el servicio en una red de comunicaciones, la red de comunicaciones que comprende: un equipo de usuario; a primer elemento de red; y un elemento de red adicional, el método que comprende los pasos de: enviar desde el equipo de usuario a los primeros elementos de la red un primer mensaje; detectar en el equipo de usuario que el primer elemento de red está fuera de servicio; dar de baja el portador de la señalización del equipo de usuario para la red de comunicaciones; seleccionar o descubrir en el equipo de usuario el elemento de red adicional; enviar desde el equipo de usuario al elemento de red adicional un mensaje que comprende una solicitud de registro inicial.
27. Un método para determinar un tipo de registro en una red de comunicaciones que comprende por lo menos un equipo de usuario y un elemento de red, que comprende los pasos de: recibir en el elemento de red una solicitud para el registro desde el equipo de usuario; detectar en el elemento de red un elemento de información en la solicitud recibida, determinar el contenido del elemento de información, y dependiendo del contenido determinado del elemento de información, determinar si la solicitud de registro es un primer tipo de registro o un segundo tipo de registro.
28. El método de conformidad con la reivindicación 27, caracterizado además porque la red de comunicaciones comprende adicionalmente por lo menos un elemento de red de servicio y el método comprende los pasos adicionales de: transmitir la solicitud desde el primer elemento de la red al elemento de la red de servicio; detectar que la red de servicio está fuera de servicio al no recibir respuesta del elemento de la red de servicio, enviar un mensaje de fuera de servicio del elemento de red de servicio al equipo de usuario, si la solicitud de registro es del. primer tipo de solicitud de registro, seleccionar un elemento de red de servicio adicional a través del primer elemento de red si la solicitud de registro es para el segundo tipo de registro.
29. El método de conformidad con la reivindicación 27 o 28, caracterizado además porque el primer tipo de registro es una reinscripción y el segundo tipo de registro es un registro inicial.
30. Un elemento de red en una red de comunicaciones que comprende adicionalmente un equipo de usuario, en donde el elemento de red está organizado para: recibir una solicitud para el registro desde el equipo de usuario; detectar un elemento de información dentro de la solicitud de registro recibida; determinar el contenido del elemento de información, y dependiendo del contenido determinado del elemento de información determinar si la solicitud de registro recibida es un primer tipo de registro o un segundo tipo de registro.
31. El elemento de red de conformidad con la reivindicación 30, caracterizado además porque el elemento de información indica que la solicitud se envía con la integridad protegida.
32. El elemento de red de conformidad con las reivindicaciones 30 y 31, caracterizado además porque el elemento de información indica que el usuario ha sido exitosamente autentificado.
33. El elemento de red de conformidad con las reivindicaciones 30 a 32, caracterizado además porque el elemento de información en el mensaje es una bandera de integridad protegida.
34. Un sistema de comunicaciones que comprende un elemento de red de conformidad con las reivindicaciones 19, 20 y 30 a 33, y un equipo de usuario de conformidad con las reivindicaciones 21 a 25.
MXPA06004388A 2003-10-21 2004-10-21 Un metodo para manejar fallas en el servicio. MXPA06004388A (es)

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
MXPA06004388A true MXPA06004388A (es) 2006-06-14

Family

ID=29595567

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA06004388A MXPA06004388A (es) 2003-10-21 2004-10-21 Un metodo para manejar fallas 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)

* Cited by examiner, † Cited by third party
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 华为技术有限公司 一种实现被叫服务的方法和系统
CA2654331C (en) 2006-06-20 2014-08-19 Telefonaktiebolaget L M Ericsson (Publ) Loss of signalling bearer transport
PL2996312T3 (pl) * 2006-12-29 2017-11-30 Huawei Technologies Co., Ltd. Sposób i urządzenie do przetwarzania usługi po wystąpieniu usterki elementu sieciowego
KR100946900B1 (ko) * 2007-01-11 2010-03-09 삼성전자주식회사 Ims 재등록 방법 및 이를 위한 시스템
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
WO2008119378A1 (en) * 2007-03-29 2008-10-09 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for use in a communications network
EP2031849B1 (en) * 2007-04-02 2013-05-15 NEC Corporation Ims network system and data restore method
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
ATE489803T1 (de) * 2007-07-23 2010-12-15 Ericsson Telefon Ab L M Verfahren und vorrichtung zur verwendung in einem kommunikationsnetz
DE602007010990D1 (de) * 2007-07-23 2011-01-13 Ericsson Telefon Ab L M Verfahren und vorrichtung zur verwendung in einem kommunikationsnetz
WO2009022836A2 (en) 2007-08-10 2009-02-19 Lg Electronics Inc. A random access method for multimedia broadcast multicast service(mbms)
KR101490253B1 (ko) 2007-08-10 2015-02-05 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101495913B1 (ko) 2007-08-10 2015-02-25 엘지전자 주식회사 이동통신 시스템에서 pdcp 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치
KR20090016431A (ko) 2007-08-10 2009-02-13 엘지전자 주식회사 무선 통신 시스템에서 채널품질 보고 수행 방법
US8422385B2 (en) 2007-08-10 2013-04-16 Lg Electronics Inc. Control method for uplink connecting of idle terminal
KR101513033B1 (ko) 2007-09-18 2015-04-17 엘지전자 주식회사 다중 계층 구조에서 QoS를 보장하기 위한 방법
KR101591824B1 (ko) 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
KR101435844B1 (ko) 2007-09-18 2014-08-29 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 전송 방법
WO2009038377A2 (en) 2007-09-20 2009-03-26 Lg Electronics Inc. Method of effectively transmitting radio resource allocation request in mobile communication system
EP2198587B1 (en) * 2007-09-28 2013-07-10 Telefonaktiebolaget L M 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 中兴通讯股份有限公司 一种代理呼叫会话控制功能故障的处理方法
CN101489174B (zh) * 2008-01-18 2011-04-20 华为技术有限公司 一种为用户提供业务的方法和装置
JP5205990B2 (ja) * 2008-01-30 2013-06-05 日本電気株式会社 Imsネットワーク、imsノード装置及びそれらに用いるサービス提供方法
KR101594359B1 (ko) 2008-01-31 2016-02-16 엘지전자 주식회사 랜덤 접속에서 백오프 정보를 시그널링하는 방법
WO2009096731A2 (en) 2008-01-31 2009-08-06 Lg Electronics Inc. Method for signaling back-off information in random access
EP3410623B1 (en) 2008-01-31 2021-07-28 LG Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
KR101163275B1 (ko) 2008-03-17 2012-07-05 엘지전자 주식회사 Pdcp 상태 보고 전송 방법
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
CN102355686B (zh) * 2008-07-16 2015-08-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 주식회사 케이티 사용자 단말 인증 방법과 그 인증 서버 및 사용자 단말
ES2773546T3 (es) 2009-04-13 2020-07-13 Blackberry Ltd Sistema y método para determinar la confianza para mensajes de 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
CN104081806A (zh) * 2012-01-20 2014-10-01 富士通株式会社 分析链路失败原因的方法、网络优化方法及其装置
JP2013219635A (ja) * 2012-04-10 2013-10-24 Ntt Docomo Inc 移動局、通信システム及び通信方法
EP2837161B1 (en) 2012-08-13 2018-05-30 Unify GmbH & Co. KG Method and apparatus for indirectly assessing a status of an active entity
WO2014116818A1 (en) 2013-01-23 2014-07-31 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 삼성전자주식회사 통신 시스템에서 보안 연계를 설정하기 위한 장치 및 방법
BR112018074138A2 (pt) * 2016-05-26 2019-02-26 Huawei Technologies Co., Ltd. método de controle de comunicação e elemento de rede relacionado
EP3912431A4 (en) 2019-01-22 2022-03-23 Samsung Electronics Co., Ltd. DEVICE AND METHOD FOR PROVIDING NETWORK SLICE INTERWORKING IN A 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)

* Cited by examiner, † Cited by third party
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
ATE286641T1 (de) * 2001-07-03 2005-01-15 Ericsson Telefon Ab L M Verfahren und system zur behandlung von mehrfachanmeldungen
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

Also Published As

Publication number Publication date
JP2007510328A (ja) 2007-04-19
TWI289984B (en) 2007-11-11
RU2386219C2 (ru) 2010-04-10
US20070275710A1 (en) 2007-11-29
TW200527852A (en) 2005-08-16
ES2710655T3 (es) 2019-04-26
AU2004306986B2 (en) 2010-11-25
RU2006117356A (ru) 2007-11-27
KR20090028843A (ko) 2009-03-19
WO2005039108A2 (en) 2005-04-28
BRPI0416008A (pt) 2007-01-02
PL1676415T3 (pl) 2019-05-31
CA2541331A1 (en) 2005-04-28
EP1676415A2 (en) 2006-07-05
CN1871831B (zh) 2011-07-06
WO2005039108A3 (en) 2005-10-27
KR101018851B1 (ko) 2011-03-04
CN1871831A (zh) 2006-11-29
EP1676415B1 (en) 2018-11-21
KR20060063992A (ko) 2006-06-12
TR201902096T4 (tr) 2019-03-21
ZA200604010B (en) 2007-09-26
GB0324597D0 (en) 2003-11-26
AU2004306986A1 (en) 2005-04-28
CA2541331C (en) 2016-07-19
EP1676415B2 (en) 2024-03-13
US8150393B2 (en) 2012-04-03

Similar Documents

Publication Publication Date Title
US8150393B2 (en) Method for handling service failures
EP2198587B1 (en) Failure recovery in an ip multimedia subsystem network
EP1914937B2 (en) Method and system for realizing ims network reliability
JP4549414B2 (ja) 通信方法及び通信システム
US20050159156A1 (en) Controlling communication sessions in a communication system
US8295171B2 (en) Sessions in a communication system
WO2005081490A1 (en) Controlling communication sessions in a communication system
AU2005270966A1 (en) User registration in a communication system
US9307417B2 (en) Dynamic scrolling-ticker for initiating telecommunications services
WO2011057568A1 (zh) 一种会话切换的实现方法和系统
US20050159157A1 (en) Authentications in a communication system
EP1796326A1 (en) A method for enabling communication in the application servers

Legal Events

Date Code Title Description
FG Grant or registration
HH Correction or change in general