REGISTRO DEL USUARIO EN UN SISTEMA DE COMUNICACIÓN
CAMPO DE LA INVENCIÓN La presente invención se refiere al registro de un usuario en un sistema de comunicación. ANTECEDENTES DE LA INVENCIÓN Hoy en día se utiliza una diversa escala de sistemas de comunicación que habilitan la comunicación entre dos o más entidades, tales como un equipo de usuario y/u otros nodos asociados con el sistema. Dichos sistemas pueden comprender, por ejemplo, comunicación de voz, datos, y datos multimedia. Los sistemas de comunicación que proveen comunicación inalámbrica para terminales de usuario u otros nodos son conocidos. Un ejemplo de un sistema inalámbrico es una red móvil terrestre pública (PLMN, por sus siglas en inglés) . Una PLMN es típicamente una red celular en donde una estación trasmisora-receptora base (BTS, por sus siglas en inglés) o entidad de acceso similar le da servicio al equipo del usuario (UE, por sus siglas en inglés) tal como estaciones móviles (MS, por sus siglas en inglés) a través de una interfaz inalámbrica. La operación del aparato requerida para la comunicación usualmente se controla a través de una o más entidades de control, las cuales pueden interconectarse entre ellas. Uno o más nodos de entrada proveen la conexión Ref. 1794.68 de PLMN con las otras redes. Ejemplos de otras redes son otra red celular, una red telefónica conmutada pública (PSTN, por sus siglas en inglés) y redes de datos conmutadas en paquete tales como una red basada en IP (Protocolo de Internet) . La comunicación entre el equipo del usuario y los otros elementos del sistema de comunicación se basan en un protocolo de comunicaciones apropiado, que define las "reglas" bajo las cuales la comunicación se maneja en el sistema. En el sistema inalámbrico de la tercera generación actual (3G) , se definen varios servidores para el manejo de diferentes servicios de comunicación para usuarios móviles. Estos incluyen servidores que proveen las funciones de control de la sesión de llamada, conocida como CSCF. Las funciones de control también pueden ser provistas por medio de entidades tales como un servidor de suscriptor nacional (HSS, por sus siglas en inglés) y varios servidores de aplicación (AS, por sus siglas en inglés) . El HSS es típicamente para almacenar permanentemente el perfil del usuario (suscriptor) . Por ejemplo, en la arquitectura de la Versión 5 para 3G, como se especifica por el Proyecto del Convenio de la Tercera Generación (3GPP, por sus siglas en inglés) , estas entidades se pueden encontrar localizadas en el Subsistema Multimedia IP (IMS, por sus siglas en inglés) . La función de control de sesión de llamada provee una función de servicio S-CSCF, una función de interrogación, I-CSCF y una función Proxy P-CSCF. La red IMS se puede colocar en el concentrador de puertos de la arquitectura 3G, dando soporte a la red basada en la IP que maneja ambos servicios de telefonía de voz tradicional y multimedia. El 3GPP ha seleccionado el protocolo de iniciación de sesión (SIP, por sus siglas en inglés) como un protocolo de señalización de sesión de núcleo para redes 3G. SIP ha sido desarrollado por el Grupo de Trabajo de Ingeniería en Internet (IETF, por sus siglas en inglés). La especificación 24.229 de 3GPP que describe la operación básica de la red IMS desde una perspectiva SIP se puede encontrar en http://www.3gpp.org/ftp/Specs/latest/Rel-5/24_series/ . Se deberá observar que SIP es un protocolo de estilo solicitud/respuesta, en el sentido de que para cada mensaje enviado desde un origen, existe una respuesta asociada desde el destino que confirma la recepción del mensaje enviado . Los usuarios se registran con S-CSCF de acuerdo con la ubicación y los enlaces de comunicación disponibles. La función de control de sesión de la llamada de servicio de interrogación (I-CSCF) se utiliza para poner en contacto el S-CSCF. Cuando el S-CSCF el cual se asigna a S-CSCF para un usuario no se puede contactar a través de I-CSCF, es posible asignar un nuevo S-CSCF para un usuario durante el procedimiento de registro. Cuando se hace esto, es posible que el servidor del suscriptor nacional HSS reciba un comando de solicitud de autentificación multimedia (MAR, por sus siglas en inglés) incluyendo un nombre de S-CSCF que no es el mismo que el S-CSCF previamente asignado por el usuario. En el protocolo 3GPP existente, el servidor del suscriptor nacional puede cancelar el registro en los registros S-CSCF anterior a través del uso de comando de Solicitud de Terminación de Registro (RTR, por sus siglas en inglés) . Al asignar la razón NUEVO_SERVIDOR_ASIGNADO a este comando, esto causa que la identidad pública del usuario que está registrada en el nuevo S-CSCF se cancele del S-CSCF anterior. Se hace referencia a una solicitud de E. U. A presentada anteriormente No en el nombre de Nokia Corporation (Nokia Ref: NC40087) por medio de un antecedente para la optimización de la cancelación del registro. Un S-CSCF particular se identifica a través de URI SIP (Identificador de Recursos Uniforme del Protocolo de Iniciación de Sesión) . De acuerdo con IETF RFC 3261 (Solicitud para Comentarios) un URI SIP toma la siguiente forma general :
Sip :usuario : contraseña@servidor :puerto; uri-parámetros?encabezados El campo "usuario" es el identificador de un recurso particular en el servidor al que se está dirigiendo. En esta forma, la información del usuario comprende el campo de usuario, el campo de contraseña, y el campo de @. El campo de "contraseña" es una contraseña asociada con el usuario, y el campo "servidor" identifica al servidor que está proveyendo el recurso SIP. El campo "puerto" es el número de puerto a donde se va a enviar la solicitud. Los parámetros uri- afectan una solicitud construida a partir de URI, por ejemplo permitiendo que los parámetros transporte, maddr (dirección de servidor) , ttl (tiempo de vida) , usuario, método, e Ir (asignación de ruta) se establezcan en una forma conocida en sí. "Encabezados" son los campos del encabezado que se van a incluir en una solicitud construida a partir del URI. De acuerdo con las reglas de comparación de URI SIP especificadas en IETF RFC 3261, para dos URI que sean iguales a los componentes del usuario, contraseña, servidor y puerto deben coincidir. Además, cualquier parámetro uri que aparece en ambos URI debe coincidir con las reglas que regulan la situación en donde un parámetro está presente en un URI y no en el otro. Los componentes del encabezado no se ignoran, cualquier componente de encabezado presente debe estar presente en ambos URI y deben coincidir. Como consecuencia de estas reglas, los inventores aprecian que puede surgir una situación cuando se indica una diferencia entre URI SIP, aún cuando S-CSCF de hecho es el mismo. Esto puede activar un procedimiento de cancelación de registro no deseado hacia el S-CSCF. BREVE DESCRIPCIÓN DE LA INVENCIÓN Es un objeto de la presente invención reducir los procedimientos de cancelación de registro innecesarios. De acuerdo con un aspecto de la presente invención se provee un método para registrar usuario en un sistema de comunicaciones móvil, el método comprende los pasos de: almacenar en un almacén de información de usuario los identificadores primario y secundario que identifican un primer controlador de servicio, recibir una solicitud de un controlador de servicio, dicha solicitud identificando que el controlador de servicio utiliza los identificadores primario y secundario; comparar el identificador primario en el almacén de la información del usuario con el identificador primario en dicha solicitud y, si existe una diferencia, comparar el identificador secundario en el almacén de información de usuario con el identificador secundario en dicha solicitud en donde, cuando existe una diferencia entre los identificadores secundarios se determina que el controlador de servicio identificado en la solicitud no es el primer controlador de servicio; y cuando existe una coincidencia entre los identificadores secundarios se determina que el controlador del servicio identificado en la solicitud es el primer controlador de servicio. Otro aspecto provee un sistema de comunicaciones que comprende: un primer controlador de servicio; un almacén de información de usuario que controla para un usuario por lo menos una identidad en asociación con el primer controlador de servicio, en donde el primer controlador de servicio se identifica por medio de los identificadores primario y secundario; medios para recibir una solicitud desde el controlador de servicio, dicha solicitud identifica al controlador de servicio utilizando los identificadores primario y secundario; y medios para comparar el identificador primario en el almacén de la información del usuario con el identificador primario en dicha solicitud y, si existe una diferencia, comparar el identificador secundario en el almacén de la información del usuario con el identificador secundario en dicha solicitud en donde, cuando existe una diferencia entre los identificadores secundarios se determina que el controlador de servicio identificado en la solicitud no es el primer controlador de servicio, y cuando existe una correspondencia entre los identificadores secundarios se determina que el controlador de servicio identificado en la solicitud es el primer' controlador de servicio. Otro aspecto provee una entidad de red para uso en un sistema de comunicaciones móvil para proveer comunicación entre usuarios, la entidad de red comprende: un almacén de la información del usuario que controla para un usuario al menos una identidad en asociación con un primer controlador de servicio, el primer controlador de servicio estando identificado por los identificadores primario y secundario; medios para recibir una solicitud de un controlador de servicio, dicha solicitud identificando que el controlador de servicio utiliza los identificadores primario y secundario; y medios para comparar el identificador primario en el almacén de la información del usuario con el identificador primario en dicha solicitud y, si existe una diferencia, compara el identificador secundario en el almacén de la información del usuario con el identificador secundario en dicha solicitud en donde, cuando existe una diferencia entre los identificadores secundarios se determina que el controlador de servicio identificado en la solicitud no es el primer controlador de servicio y cuando existe una correspondencia entre los identificadores secundarios se determina que el controlador de servicio identificado en la solicitud es el primer controlador de servicio. En la arquitectura 3GPP, el almacén de la información del usuario está constituido por el Servidor del Suscriptor Nacional (HSS) , pero se apreciará que en otras arquitecturas se puede proveer una base de datos diferente.
También, los controladores de servicio son provistos a través de las Funciones de Control de Sesión de Llamada de Servicio (S-CSCF) en una arquitectura 3GPP, pero otra vez se apreciará que en una arquitectura diferente cualquier controlador adecuado podría llevar a cabo este papel. La solicitud que identifica al controlador de servicio puede ser una MAR (Solicitud de Autentificación Multimedia) . La solicitud de cancelación de registro puede ser un comando RTR (Solicitud de Terminación de Registro) de acuerdo con el protocolo 3G conocido, o puede ser el comando equivalente u otro comando adecuado en diferentes protocolos. BREVE DESCRIPCIÓN DE LAS FIGURAS Para un mejor entendimiento de la presente invención y para mostrar como lo mismo se puede llevar a cabo a efecto, ahora se hará referencia a manera de ejemplo a las figuras anexas en donde: La Figura 1 es un diagrama esquemático que muestra el entorno en el cual una modalidad de la invención se puede implementar; La Figura 2 es un diagrama esquemático que ilustra el almacenamiento de las asignaciones S-CSCF; La Figura 3 es un diagrama esquemático que ilustra el flujo de los mensajes en donde la comparación no es exitosa;
La Figura 4 ilustra los componentes de dirección en un comando MAR; La Figura 5 ilustra los campos de un URI SIP; y La Figura 6 es un diagrama esquemático que ilustra el flujo de mensajes en donde la comparación es exitosa. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN A continuación se describirán ciertas modalidades de la presente invención a manera de ejemplo, con referencia a la arquitectura ilustrativa de un sistema de comunicaciones móvil de la tercera generación (3G) . Sin embargo, se deberá apreciar que las modalidades se pueden aplicar a cualquier sistema de comunicaciones adecuado. Haciendo referencia a la Figura 1 que muestra un ejemplo de una arquitectura de red en donde se puede modalizar la invención. En la figura 1 se provee un
Subsistema Multimedia IP (IMS) 45 para ofrecer los servicios multimedia IP de los suscriptores de la Red Multimedia IP. Como se describió anteriormente, las funcionalidades de la Multimedia IP (IM) se pueden proveer por medio de un sistema de comunicaciones móvil. Un sistema de comunicaciones móvil típicamente se configura para dar servicio a una pluralidad de equipo de usuario móvil (UE) usualmente a través de una interfaz inalámbrica entre el equipo del usuario y por lo menos una estación base del sistema de comunicación. El sistema de comunicación móvil puede lógicamente dividirse ente una red de acceso por radio (RAN, por sus siglas en inglés) y una red central (CN, por sus siglas en inglés) . En el sistema se configura una estación base 31 para transmitir señales y recibir señales de un equipo de usuario móvil 30 de un usuario móvil, es decir, suscriptor a través de una interfaz inalámbrica entre el equipo de usuario y la red de acceso de radio. Igualmente, el equipo de usuario móvil es capaz de transmitir señales y recibir señales de la red de acceso por radio a través de la interfaz inalámbrica. En la configuración mostrada el equipo de usuario 30 puede acceder la red IMS 45 a través de la red de acceso asociado con la estación base 31, respectivamente. Se deberá apreciar que, sin embargo, por razones de claridad la Figura 1 muestra una estación base de solamente una red de acceso por radio, un sistema de red de comunicaciones típico usualmente incluye un número de redes de acceso por radio . La red de acceso por radio 3G (RAN, por sus siglas en inglés) típicamente se controla a través de un controlador de red de radio apropiada (RNC, por sus siglas en inglés) . Este controlador no se muestra con el fin mejorar la claridad. Se puede asignar un controlador para cada estación base o un controlador puede controlar una pluralidad de estaciones base, por ejemplo al nivel de la red de acceso por radio. De esta forma se debe apreciar que el nombre, ubicación, y número de controladores de red depende del sistema. El equipo de usuario móvil 30 puede comprender cualquier equipo de usuario móvil apropiado adaptado para la comunicación con el Protocolo de Internet (IP) para conectar la red. Por ejemplo, el usuario móvil puede acceder la red celular por medio de una computadora Personal (PC, por sus siglas en inglés) , Asistente de Datos Personal (PDA, por siglas en inglés), estación móvil (MS) , etc. Los ejemplos siguientes se describen en contexto de las estaciones móviles . Un experto en la técnica está familiarizado con las características y la operación de una estación móvil típica. De esta forma, es suficiente observar que el usuario puede utilizar una estación móvil para las tareas tales como hacer y recibir llamadas telefónicas, para recibir y enviar datos desde y hacia la red y para experimentar el contenido multimedia o por el contrario utilizar los servicios multimedia. Una estación móvil puede incluir una antena para recibir de forma inalámbrica y transmitir señales desde y hacia las estaciones base de la red de comunicaciones móvil. Una estación móvil también puede ser provista con una pantalla para desplegar imágenes y otra información gráfica para el usuario del equipo de usuario móvil. Los medios de cámara pueden ser provistos para capturar imágenes fijas o de vídeo. Los medios de altavoz también son típicamente provistos. La operación de una estación móvil se puede controlar por medio de una interfaz de usuario apropiada tales como botones de control, comandos de voz, etc. Además, una estación móvil es provista con una entidad de procesador y medios de memoria. Se debe apreciar que aunque solamente se muestra una estación móvil en la Figura 1 para claridad, un número de estaciones móviles puede estar en comunicación simultánea con las estaciones base de un sistema de comunicaciones móvil. Las entidades de la red central (CN) típicamente incluyen varias entidades de conmutación y de control y entradas para habilitar la comunicación a través de un número de redes de acceso por radio y también para interconectar un sistema de comunicaciones individual con uno o más sistemas de comunicaciones tal como con otros sistemas celulares y/o sistemas de comunicación de línea fija. En los sistemas 3GPP el controlador de la red de acceso por radio típicamente está conectado a una entidad de red central apropiada o entidades tales como pero no limitándose a, un nodo del soporte de servicio de radio de paquete general de servicio (SGSN, por sus siglas en inglés) 33. El controlador de la red de acceso por radio está en comunicación con el nodo de soporte GPRS de servicio a través de una interfaz apropiada, por ejemplo en una interfaz lu. Aunque no se muestra, la SGSN típicamente tiene un acceso designado a la base de datos del suscriptor configurada para almacenar información asociada con el suscriptor del equipo de usuario respectivo. El nodo de soporte GPRS de servicio, a su vez, típicamente se comunica con un nodo de soporte GPRS de entrada (GGSN) 34 a través de la red del segmento principal
GPRS 32. Esta interfaz es comúnmente una interfaz de datos de paquete conmutada. La Figura 1 muestra un servidor de aplicación (AS) 50. El equipo de usuario 30 puede conectarse, a través de la red GPRS, al servidor de aplicación que está conectado a una o más redes de datos tales como, pero no limitándose, a la red del Protocolo de Internet (IP) ilustrativa. Se deberá apreciar que un mayor número de servidores de aplicación se pueden conectar a cada red de datos. Los sistemas de comunicación han desarrollado en la dirección en donde los servicios son provistos para el equipo del usuario por medio de varias funciones de la red de datos que se manejan a través de entidades controladoras , tales como servidores. Por ejemplo, en las arquitecturas de red multimedia inalámbricas de la tercera generación (3G) actuales se asume que varios diferentes servidores que proveen varias funciones de control se utilizan para el control de la provisión del servicio. Estas incluyen funciones tales como las funciones de control de sesión de llamada (CSCF) . Las funciones de sesión de llamadas se pueden dividir en varias categorías tales como la función de control de sesión de llamada Proxy (P-CSCF) , la función de control de sesión de llamada de interrogación (I-CSCF) , y la función de control de sesión de llamada de servicio (S-CSCF) . Se deberá apreciar que similares funciones pueden ser referidas a sistemas diferentes con diferentes nombres. Por ejemplo, en ciertas aplicaciones el CSCF puede ser referenciado como las funciones de control del estado de llamada. Un usuario que desea utilizar los servicios provistos por un servidor de aplicación a través del sistema IMS puede necesitar primero registrarse con un controlador de servicio, tal como la función de control de sesión de llamada de servicio (S-CSCFl) 42. Como se muestra en la Figura 1, la comunicación entre S-CSCF 42 y el equipo de usuario 30 se puede enrutar a través de por lo menos una función de control de sesión de llamada Proxy (P-CSCF) 35 y una función de control de sesión de llamada de interrogación I-CSCF 36. La CSCF 35 proxy es de esta forma intercomunicar los mensajes con GGSN 34 a una función de control de sesión de llamada de servicio 42. El S-CSCF 42 en la Figura 1, a su vez, provee la entidad de control que el equipo de usuario 30 necesita para registrarse. El registro es requerido para habilitar al equipo del usuario solicitar un servicio del servicio de comunicación.
El sistema de la Figura 1 además está configurado de tal forma que un usuario que ha sido provisto con recursos de comunicación requeridos a través de la red de segmento principal y se registra con S-CSCF 42 tiene que iniciar el uso de los servicios ofrecidos por el servidor de aplicación 50 enviando una solicitud al servicio deseado al S-CSCF 42 a través del sistema de comunicación. En la Figura 1, se ilustra otra función de control de sesión de llamada de servicio 43, S-CSCF2. En la práctica por supuesto habrá un número de S-CSCFs. La entidad de almacenamiento de información del usuario también puede ser provista para almacenar al suscriptor es decir, la información relacionada por el usuario. En la modalidad particular la entidad de almacenamiento se muestra provista por medio de un servidor de suscriptor nacional (HSS) 37. El servidor de suscriptor nacional (HSS) 37 puede ser consultado a través de otras entidades de función a través de interfases apropiadas , por ejemplo, durante los procedimiento de consideración de la sesión y después. La información del suscriptor puede incluir información tal como los datos requeridos para los propósitos de registro y autentificación (por ejemplo, identidades y estado del registro del suscriptor), etc. El HSS 37 también puede utilizarse para almacenar permanentemente la información del perfil del suscriptor. En particular, el servidor de suscriptor nacional controla la información asociada con identidades públicas con el UE del equipo del usuario particular, e identificar el S-CSCF con el cual el UE está registrado. Cada UE se identifica con una identidad privada única, que tiene la forma de identificador de acceso de red, por ejemplo UE@example. org. Cada S-CSCF se identifica a través de una URI SIP (Identificador de Recurso Uniforme de Protocolo de Iniciación de Sesión), por ejemplo sip:s-cscfl .example.org: 5060. Cada S-CSCF también se identifica a través de su identidad de diámetro, la cual se presenta en el formato de Nombre de Dominio Completamente Calificado (FQDN, por sus siglas en inglés), por ejemplo s-cscfl .example.org. El protocolo basado en el diámetro pretende proveer una autentificación, autorización, y la estructura de contabilidad (AAA, por sus siglas en inglés) para aplicaciones tales como acceso a la red o movilidad IP (Protocolo de Internet) . La transacción del Diámetro básico involucra pares de valores de atributo (AVP, por sus siglas en inglés), que son atributos emparejados (por ejemplo, el ID del usuario, contraseña) y valores para esos atributos (por ejemplo, John Doe, Marigold) que se pueden utilizar para los propósitos de autentificación. Estos AVP constituyen elementos de información en un mensaje de diámetro. De esta forma, cuando un mensaje se despacha desde un S-CSCF de acuerdo con el protocolo Diámetro, incluye un AVP de Origen-Servidor que identifica el origen del mensaje Diámetro (la Dirección del Cliente Diámetro-DCA) . La Figura 2 muestra a manera de ejemplo el contenido de la base de datos del servidor del suscriptor nacional 38. Se apreciará que esto es a manera de ejemplo solamente y que el diseño y protocolo precisos variarán de acuerdo con los requerimientos de la red. El UE equipo del usuario se muestra asociado con solamente una identidad pública Pid, por lo que en la práctica puede haber varias para cada UE. La identidad pública es la dirección pública del usuario, que se utiliza para la comunicación con el sistema IMS. La identidad del usuario pública puede, por ejemplo, estar en una forma de URI SIP de tipo sip:pidl@example.org. La base de datos 38 también indica un estado del registro para cada equipo de usuario UEl, UE2 , UE3 , etc., y la ubicación registrada actual para ese equipo de usuario. La ubicación registrada actual representa el S-CSCF con el cual el equipo de usuario está actualmente registrado, identificado por un URI SIP y un DCA en cada caso. En el ejemplo de la Figura 2, los equipos de usuario UEl, UE2 se muestran registrados en S-CSCF 1 mientras el equipo de usuario UE3 se muestra registrado en S-CSCF 2. Si existe un cambio en la asignación de un equipo de usuario particular a un S-CSCF particular, es necesario que la base de datos HSS 38 sea apropiadamente actualizada. También es necesario implementar un procedimiento de cancelación de registro hacia el S-CSCF previo y el equipo de usuario mismo para asegurar que el equipo del usuario esté conciente de que ya no está registrado con un S-CSCF particular de tal manera que se puede lograr un nuevo procedimiento de registro a un nuevo S-CSCF. El procedimiento para esto ahora será explicado con referencia a las Figuras 3 a 6. En una red 3G cuando un usuario primero se cambia a una terminal móvil, debe registrar su ID de usuario o dirección con la red antes de permitir que la terminal se conecte completamente. Esto se hace enviando un mensaje SIP 'REGISTRO', que incluye detalles de la dirección del usuario, de la terminal al IMS. Esta información se procesa en la función de control de sesión de llamada de servicio (S-CSCF) que almacena la información de registro relevante en el HSS. Esta información de registro puede incluir el estado del usuario tal como la ubicación, capacidad de la terminal, y disponibilidad del usuario. El registro es aprobado por el IMS a través de un mensaje de respuesta adecuado que también está de acuerdo con SIP. Los registros subsiguientes también toman lugar ( 're-REGISTRO' ) siempre que el registro precedente haya vencido, o cuando existe un cambio en el estado del usuario u otra razón para actualizar el registro. En la Figura 3 se asume que un procedimiento de registro ha sido previamente conducido para registrar UEl en S-CSCFl. Ahora, se ha emitido una solicitud de re-REGISTRO marcada SIP REGISTRO en la Figura 3. Con el fin de solicitar la información de autenticación y verificar que el equipo del usuario UEl está registrado con respecto a S-CSCFl, el S-CSCFl emite un comando de Solicitud de Autentificación Multimedia (MAR) que se identifica asimismo utilizando URIi SIP (un identificador primario) . También, debido a que el comando MAR está construido de acuerdo con el protocolo Diámetro, la dirección del cliente diámetro DCA (segundo identificador) se incluye en el comando MAR en la forma de un AVP Origen-Servidor que identifica S-CSCF 1, como se muestra en la Figura 4. El servidor del suscriptor nacional 37 recibe el comando MAR y busca establecer si ha habido un cambio en el S-CSCF asignado para el equipo de usuario particular. El primer paso es comparar el URI SIP recibido en el comando MAR con el URI SIP que está almacenado en la base de datos HSS 38. La construcción del URI SIP se muestra en la Figura 5 y, como ya se ha explicado anteriormente, comprende una pluralidad de diferentes campos: usuario, contraseña, servidor, URI, parámetros, encabezados. La aplicación del criterio del comparación establecido en IETF RFC 3261 puede conducir a una diferencia entre el URI SIP en el comando MAR y URI SIP mantenido en la base de datos HSS 38 aún cuando de hecho, los campos de usuario, contraseña y servidor (que identifican el S-CSCF) son correspondientes. Es decir, las redes de comparación que se utilizan pueden conducir al resultado de que el servidor del suscriptor nacional 37 considera que ha habido un cambio en S-CSCF cuando de hecho no ha habido ningún cambio en el S-CSCF asignado. La función de comparación del servidor del suscriptor 37 se denota como Cl en la Figura 3, y se apreciará que se puede llevar a cabo en cualquier software o hardware adecuado. Si la función de comparación indica que existe una diferencia entre el URI SIP recibido en el comando MAR y el URI SIP mantenido en la base de datos 38, el servidor del suscriptor nacional prosigue hacia una segunda función de comparación C2 que compara la dirección cliente Diámetro recibida en el comando MAR con la dirección cliente diámetro mantenida en la base de datos 38. Si la dirección cliente Diámetro recibida en el comando MAR no coincide con una que es mantenida en la base de datos 38, se puede asumir de manera segura que el S-CSCF ha sido cambiado y en este caso el servidor del suscriptor nacional 37 despacha una solicitud de cancelación de registro (RTR, Solicitud de Terminación de Registro) al S-CSCF. Opcionalmente, y como se muestra en la Figura 3, el servidor del suscriptor nacional 37 puede agregar el URI SIP 2 de un S-CSCF recientemente asignado a la solicitud RTR de tal forma que el S-CSCF puede detectar si la solicitud RTR es válida o no. El S-CSCF verifica si el URI SIP recibido en RTR tiene una parte servidor idéntica con el URI SIP del S-CSCF mismo.
La función válida de verificación es denotada como C3 en la Figura 3. El servidor de suscriptor nacional 37 inserta en el comando RTR la razón de cancelación de registro NUEVO_SERVIDOR_ASIGNADO junto con el URI SIP de nuevo S-CSCF2, la identidad privada del UEl y las identidades públicas, que han sido registradas con el nuevo S-CSCF2. Cuando el primer S-CSCFl recibe el comando RTR con la razón de la cancelación de registro asignada al valor NUEVO_SERVIDOR_ASlGNADO remueve los datos del usuario de las identidades públicas desde la base local del S-CSCF. Si el S-CSCFl almacena también otras identidades públicas de UEl, pero que aún no han sido registradas en el nuevo S-CSCF2, el servidor de suscriptor nacional 37 envía otro comando RTR al S-CSCFl. Después HSS inserta en el comando RTR, la razón de la cancelación del registro SERVIDOR_CAMBIO junto con el URI SIP del nuevo S-CSCF2, la identidad privada del UEl y las identidades públicas que no han sido registradas aún con el nuevo S-CSCF2. Cuando el primer S-CSCFl recibe el comando RTR con la razón de la cancelación del registro asignada al valor SERVIDOR_CAMBIO remueve los datos del usuario de las identidades públicas de la base de datos local del S-CSCF y puede emitir un mensaje NOTIFICAR al equipo del usuario UEl. El mensaje NOTIFICAR contiene una indicación para el equipo del usuario UEl para volver a registrar el nuevo S-CSCF2.
Esto se logra llevando a cabo un procedimiento de volver a registrar como se indica en la Figura 3, y como se describió anteriormente . La Figura 6 muestra la situación en donde la función DCA de comparación C2 conduce a un resultado en donde el DCA en el comando MAR corresponde al DCA mantenido en la base de datos 38. En este caso, el servidor del suscriptor nacional 37 asume que el URI SIP S-CSCF se va a actualizar en su base de datos 38, pero que el S-CSCF permanece igual. En este caso, ningún RTR se envía sino que el procedimiento de autentificación continúa por medio de un comando MAA
(Respuesta a la Autentificación Multimedia) en una forma conocida en sí. La función URI actualizada es denotada como
C4 en la Figura 6. La modalidad de la invención anteriormente descrita de esta forma optimiza una funcionalidad existente de la cancelación de registro IMS 3GPP. En particular optimiza el uso de la interfaz Cx y el comportamiento del HSS para reducir procedimientos de cancelación de registros innecesarios para S-CSCF asignado. Será fácilmente apreciado que la red IMS ilustrada en la Figura 1 puede comprender S-CSCF adicionales, CSCF de interrogación y CSCF Proxy. Igualmente, aunque las modalidades de la presente invención han sido descritas en el contexto de 3G utilizando SIP, otros sistemas adecuados y protocolos de interfaz también podrían utilizarse. En particular, aunque las modalidades anteriormente descritas utilizan el protocolo Diámetro y consecuentemente la dirección cliente Diámetro DCA para la segunda comparación, se apreciará que cualquier protocolo podría utilizarse y en particular cualquier identificador secundario para el S-CSCF. También se observa aquí que ya que lo anteriormente descrito ejemplifica modalidades de la invención, existen diversas variaciones y modificaciones que pueden hacerse a la solución descrita sin apartarse del alcance de la presente invención como se define en las reivindicaciones anexas . Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.