MXPA04009211A - Sistema y metodo de comunicacion. - Google Patents

Abstract

La invencion se relaciona con un sistema de comunicaciones el cual comprende por lo menos un equipo de usuario que tiene una pluralidad de identidades asociadas con el mismo; el equipo de usuario tiene un medio para almacenar por lo menos una de las identidades; se proporciona un medio de almacenamiento para almacenar por lo menos una de la pluralidad de identidades y un medio para recibir informacion de identidad del equipo de usuario, para obtener del medio de almacenamiento por lo menos una identidad asociada con la informacion de identidad recibida y para enviar al equipo de usuario por lo menos una de las obtenidas de los medios de almacenamiento.

Description

SISTEMA Y METODO DE COMUNICACION CAMPO DE LA INVENCION La presente invención se relaciona con un sistema y método de comunicación.

ANTECEDENTES DE LA INVENCION Un sistema de comunicación se puede ver como una instalación que permite la comunicación entre dos o más entidades tales como un equipo de usuario y/u otros nodos asociados con el sistema. Un sistema de comunicación típicamente funciona de acuerdo con un estándar o especificación dado el cual establece que los diversos elementos del sistema tienen permitido hacer y la manera en que esto se lleva a cabo. Por ejemplo, el estándar o especificación puede definir si el usuario, o de manera más precisa el equipo o la terminal del usuario se proporcionan con un servidor de conmutador de paquete y/o un servidor de conmutador de circuito. El protocolo de comunicación y/o los parámetros los cuales se utilizan para la conexión también se pueden definir. En otras palabras, necesitan definirse un conjunto específico de "reglas" sobre los cuales se puede basar la comunicación con el fin de habilitar la comunicación por medio del sistema.

Los sistemas de comunicación que proporcionan comunicación inalámbrica para la terminal del usuario u otros nodos son conocidos. Un ejemplo de un sistema inalámbrico es una red celular. En los sistemas celulares una estación transceptora de bases (BTS) o una entidad de acceso similar atiende a estaciones móviles (MS) o equipo de usuario inalámbrico similar (UE) por medio de una interconexión inalámbrica entre estas entidades. El funcionamiento de la estación de base y otros nodos que se requiere para la comunicación se puede controlar por una o varias entidades de control. Se pueden ¡nterconectar las diversas entidades de control. También se pueden proporcionar uno o más nodos de compuerta para conectar la red celular a otras redes tales como la red de telefonía conmutada pública (PSTN) y/u otras redes de comunicación tal como un IP (protocolo de internet) y/u otras redes conmutadas de paquetes. Un sistema de comunicación se puede adaptar para proporcionar servicios de comunicación de datos inalámbricos tales como servicios conmutados de paquete (PS) para una estación móvil. Los ejemplos de sistemas que habilitan los servicios de comunicación de datos inalámbricos, sin limitación a estos incluyen el servicio de radio de paquete general (GPRS), la velocidad de datos mejorada para la evolución de GSM (EDGE) de una red de datos móvil, los denominados sistemas de telecomunicación de la tercera generación (3G) tales como el sistema de telecomunicación móvil universal (UMTS), el i-phone o IMT-2000 (Telecomunicaciones móviles internacionales) y el sistema de radio truncado terrestre (TETRA).

En el sistema de la tercera generación, se ha propuesto proporcionar una arquitectura de red multimedia. Se pretende que una arquitectura multimedia sea capaz de manejar clases diferentes de datos tales como voz, audio, video, datos, por sf misma, y en realidad cualquier otro tipo de medio. Se ha propuesto tener un subsistema multimedia IP (de protocolo de internet) para tal arquitectura de red. Por lo tanto, el subsistema de la arquitectura se arregla para transferir datos entre las diversas entidades en forma de datos de paquetes, de acuerdo con el protocolo de internet. El subsistema multimedia IP comprende todos los elementos de red de núcleo para suministro de un servicio multimedia. Este incluye la recolección de señalización y elementos de red relacionados portadora, los servicios multimedia IP se distribuyen para uso en un dominio de conmutación de paquete. La red de núcleo multimedia IP se distribuye para habilitar operadores PLMN para ofrecer a sus suscriptores servicios multimedia en base en, y construidos sobre servicios y protocolos de aplicaciones de internet. Se pretende que el subsistema de red de núcleo multimedia IP sea capaz de convergencia y acceso a voz, video, mensajes, datos y tecnología basada en red para usuarios inalámbricos. La arquitectura de red multimedia de la tercera generación que se propone puede tener varios servidores diferentes para manejar diferentes funciones. Estos incluyen funciones tales como las funciones de control de estado de llamada (los CSCF). La función de control de estado de llamada puede comprender funciones tales como una función de control de estado de llamada de representante (P-CSCF), una función de control de estado de llamada de interrogación (l-CSCF), y una función de control de estado de llamada que se suministra (S-CSCF). Las funciones de control también se pueden proporcionar por entidades tales como un servidor o suscriptor de origen (home) (HSS) y varios servidores de aplicación. En la especificación propuesta actualmente, Third Generation Partnership Project; Technical Specification Group Services and System Aspect; IP multimedia subsystem (IMS) etapa 2, (publicación 5), el cual se incorpora en la presente como referencia, existen varias identidades que se pueden asociar con un usuario de un servicio multimedia IP. Estas identificaciones incluyen identidad privada del usuario e identidades públicas del usuario. Estas identidades se proporcionan en un módulo de identidad de suscriptores IM ISIM. Cada ISIM es una aplicación en la tarjeta de circuito integrado universal UICC del equipo de usuario. No obstante, en versiones anteriores de la especificación, la aplicación del módulo de identidad de suscriptor UMTS USIM en la tarjeta UICC no incluye estas Identidades adicionales. La tarjeta UICC la cual se adapta a las versiones anteriores de este estándar (R99 o Rel-4) se pueden vender o pueden ser propiedad del suscriptor. No obstante, si un usuario de equipo el cual está de acuerdo con la versión Rel-5 de la especificación intenta utilizar un sistema multimedia IP, no podrá ser capaz de hacerlo de esta manera. Se ha sugerido que las identidades del subsistema multimedia IP requeridas se derivan directamente del identificador del suscriptor móvil internacional (IMSI). No obstante, esto tiene la desventaja de que esto genera problemas de seguridad y optimización. De manera adicional, las identidades de usuario públicas no son amigables para el usuario tal como iohn.smith@vodafone.com. En vez de que una identidad de usuario pública derivada del IMSI algo como 336574890(5)22081 ). Además, las búsquedas de base de datos adicionales necesitan llevarse a cabo con el fin de verificar si son válidas las identidades de usuario públicas y privadas derivadas.

BREVE DESCRIPCION DE LA INVENCION Por lo tanto, un objetivo de las modalidades de la presente invención es resolver o por lo menos mitigar uno de los problemas descritos en lo anterior. De acuerdo con un primer aspecto de la presente invención, se proporciona un sistema de comunicación que comprende por lo menos un equipo de usuario que tiene una pluralidad de identidades asociadas con el mismo, el equipo de usuario tiene un medio para almacenar por lo menos una de las identidades, un medio de almacenamiento para almacenar por lo menos una de la pluralidad de identidades, un medio para recibir información de identidad del equipo de usuario, para obtener del medio de almacenamiento por lo menos una identidad asociada con la información de identidad recibida y para enviar al usuario equipo de por lo menos una identidad obtenida a partir del medio de almacenamiento.

De acuerdo con un segundo aspecto de la presente invención, se proporciona un nodo de comunicación para uso en un sistema de comunicaciones, que comprende un medio para recibir información de identidad del equipo de usuario, un medio para obtener del medio de almacenamiento por lo menos una identidad asociada con el equipo de usuario en base en la información de identidad recibida y un medio para enviar al equipo del usuario por lo menos una identidad obtenida del medio de almacenamiento. De acuerdo con un aspecto adicional de la presente invención, se proporciona un método de comunicación que comprende las etapas de enviar desde el equipo del usuario información de identidad en relación al equipo del usuario, obtener por lo menos una identidad del medio de almacenamiento en base en la información de identidad y enviar lo obtenido de por lo menos una identidad al equipo de usuario.

BREVE DESCRIPCION DE LOS DIBUJOS Para una mejor comprensión de la presente invención y respecto a cómo la misma se puede llevar a cabo en efecto, se hará referencia ahora, a modo de ejemplo, a los dibujos acompañantes en los cuales: la figura 1 muestra una arquitectura de sistema de comunicación en la cual se pueden incorporar modalidades de la presente invención; la figura 2 muestra un primer flujo de información de acuerdo con una primera modalidad de la presente invención; la figura 3 muestra un flujo de información de acuerdo con una segunda modalidad de la presente invención; la figura 4 muestra una información que fluye de acuerdo con una tercera modalidad; y la figura 5 muestra un flujo de señal adicional utilizado junto con la figura 4.

DESCRIPCION DE LAS MODALIDADES PREFERIDAS DE LA PRESENTE INVENCION Se hace referencia primero a la figura 1 que muestra una arquitectura posible del sistema de red en la cual se pueden incorporar modalidades de la presente invención. El sistema 10 de red ejemplificante se distribuye de acuerdo con las especificaciones UMTS 3G. No obstante, debe apreciarse que las modalidades alternativas de la presente invención se pueden utilizar con otras especificaciones de tercera generación o en realidad con cualquier otro estándar adecuado. Un equipo 10 de usuario es conectable a una red 12 de acceso de radio. Esta conexión entre el equipo 10 de usuario y la red 12 de acceso de radio es vía una conexión 11 inalámbrica. El equipo 10 de usuario puede adquirir cualquier forma adecuada y puede ser, por ejemplo, un teléfono móvil, una computadora portátil, un asistente digital personal (PDA) o cualquier otro equipo inalámbrico adecuado. El equipo inalámbrico puede o no ser móvil. Las modalidades de la presente invención son aplicables cuando el equipo 10 de usuario se une a una red visitada que no es su red con la cual normalmente se asocia así como cuando el equipo del usuario se une en su red casera. La red 12 de acceso de radio consiste por lo menos de una estación de base y habitualmente también de un controlador. La red 12 de acceso de radio se conecta a una red de núcleo GPRS. Por ejemplo la RAN 12 se puede conectar a un SGSN 30 (nodo de soporte GPRS de suministro de servicio). A su vez, el SGSN 30 se puede conectar a un GGSN 32 (nodo de soporte GPRS de compuerta). El SGSN y el GGSN 32 constituyen la red 14 de núcleo GPRS. El GGSN 32 se conecta al DHCP 15 (protocolo de configuración de huésped dinámico). El DHCP 15 se utiliza para proporcionar el equipo 10 de usuario con el nombre de dominio de un nodo 16 representante CSCF. El nodo 16 P-CSCF se conecta al GGSN 32. El DNS 18 se conecta al P-CSCF 16 y al SGSN 30. Los elementos marcados en el bloque 34 se pueden considerar como la red visitada. La red de origen se marca en el bloque 36. La conexión entre las redes visitada y de origen es vía el GGSN 32 de la red visitada y un GGSN 38 de la red de origen. Entre los dos GGSN 32 está una red de estructura principal u otra forma de conexión. El GGSN 38 se conecta tanto a un l-CSCF 20 como a un S-CSCF 22. Ambos CSCF 20 y 22 se conectan al HSS 24. El S-CSCF es la función de control de estado de llamada de suministro y es el servidor que actualmente suministra servicio por lo menos a un equipo de usuario y está en control del estado de dicho equipo de usuario. La entidad 24 de servidor de suscriptor de origen se utiliza para almacenar identidades de registro, información relacionada de usuario similar y las identidades de usuario tanto públicas como privadas como se discutirán con mayor detalle en lo que sigue. Existen varias identidades que se pueden asociar con el usuario de un servicio IP multimedia (IM). En un subsistema IM, el suscriptor debe tener una identidad de usuario privada (IMPI). La identidad privada se asigna por el operador de red casera y se utiliza, por ejemplo, para registro, autorización, administración y propósitos de contabilidad. La identidad puede adquirir la forma de un identificador de acceso de red, como se define en RFC 2486. Esta es un estándar IETF (fuerza de tarea de ingeniería de internet). Es posible que una representación del IMSI esté contenida dentro del identificador de acceso de red para la identidad privada. La identidad de usuario privada normalmente no se utiliza para enrutado de mensajes SIP. La identidad de usuario privada puede estar contenida en solicitudes de registro que pasan del equipo del usuario a la red de origen. La identidad de usuario privada preferiblemente es una identidad global única definida por el operador de red de origen la cual se puede utilizar dentro de la red de origen para identificar de manera única al usuario desde una perspectiva de red. La identificación de usuario privada puede ser asignada permanentemente a un usuario aunque en modalidades alternativas de la presente invención se puede asignar de manera dinámica. Preferiblemente es válido para la duración de la suscripción con la red de origen. La identidad de usuario privada se puede utilizar para identificar la información del usuario tal como información de autentificación almacenada dentro de HSS. El IMPI puede estar presente en los registros de cargos en base en las políticas del operador. Debe apreciarse que el IMPI identifica la suscripción, es decir, la capacidad de servicio IM y no al usuario. El HSS y el C-SCCF necesitan obtener y almacenar la identidad privada de usuario en las modalidades preferidas de la invención. En lo que respecta a las identidades públicas del usuario, un suscriptor a un subsistema IM tendrá una o más identidades públicas de usuario IMPU. Una o varias de las identidades públicas de usuario se utilizan por cualquier usuario para solicitar comunicaciones a otros usuarios. Polr ejemplo, esto se puede incluir en una tarjeta de negocios. Tanto la numeración de telecomunicación como los esquemas de denominación de internet se pueden utilizar para dirigir a los usuarios dependiendo de la identidad pública del usuario que tengan los usuarios. Una o varias de las identidades públicas del usuario pueden tomar la forma de un SIPURL (como se define en RFC 2543, la cual se incorpora en la presente como referencia) y RFC 2396 la cual también se incorpora como referencia, o números E.164, esto es, números de teléfonos actuales. Es posible en modalidades preferidas de la invención registrar globalmente, por ejemplo, a través de una solicitud única un suscriptor que tiene más de una identidad pública asociada con el mismo por medio de un mecanismo dentro del subsistema de red de núcleo multimedia IP. Esto no impedirá que el usuario se registre individualmente con alguna de sus identidades públicas, si así lo desea. Las identidades públicas de usuario no necesitan ser autentificadas por la red durante el registro en modalidades preferidas de la presente invención. Las identidades públicas de usuario se pueden utilizar para identificar la información del usuario dentro del HSS. Se apreciará que el operador de red de origen es responsable de la asignación del identificador de usuario privado y los identificadores de usuario públicos. Debe apreciarse que algunas modalidades de la presente invención pueden utilizar otras identidades que no están definidas por el operador. Todas las identidades públicas de usuario se asocian con el mismo perfil de servicio y deben tener el mismo grupo de servicios. Debe apreciarse que un usuario dado puede tener más de una identidad pública de usuario la cual a su vez se relaciona con diferentes perfiles de servicio. Cada identidad pública de usuario se asocia únicamente con un perfil de servicio único en las modalidades preferidas de la presente invención. Se hace referencia ahora la figura 2, la cual muestra una primera modalidad de la invención y en particular a los flujos de señalización. En la primera etapa, S1 sucede lo siguiente: Se sigue un procedimiento de unión GPRS, se establece un contexto PDP (protocolo de datos de paquetes) y se lleva a cabo el procedimiento de descubrimiento P-CSCF. El procedimiento de unión GPRS es el procedimiento mediante el cual el equipo de usuario se une a sí mismo con la red GPRS. Esto se conoce y no se describirá con mayor detalle. El procedimiento de establecimiento del contexto PDP involucra el establecimiento del portador del contexto PDP apropiado utilizando, por ejemplo, el procedimiento de establecimiento de contexto PDP como se especifica en la especificación de tercera generación 3GPPTS24.008, la cual se incorpora en la presente como referencia. Debe apreciarse que el establecimiento del contexto PDP se conoce y no se describirá con mayor detalle aquí. En el procedimiento de descubrimiento de P-CSCF, esto se lleva a cabo después del procedimiento de unión posteriormente es parte de una activación exitosa del contexto PDP. Este puede utilizar uno de dos mecanismos: En un procedimiento, se utiliza DHCP y opcionalmente, si se requiere, el DNS con el fin de obtener la dirección P-CSCF. Este procedimiento involucra el envío del usuario de una solicitud a un servidor de DHCP. Este puede solicitar una lista de nombres de dominio calificados completamente de uno o más de los P-CSCF y las direcciones IP de los servidores DNS, o puede solicitar una lista de las direcciones IP de P-CSCF. Si esto no proporciona la dirección P-CSCF requerida, el equipo del usuario puede enviar una solicitud al servidor DNS para recuperar una lista de las direcciones IP de P-CSCF de las cuales se selecciona una. Si la respuesta del servidor DNS no contiene las direcciones IP, se necesita una solicitud DNS adicional para resolver el nombre de dominio calificado completo a una dirección IP.

Debe apreciarse que esto es únicamente a modo de ejemplo y que se puede utilizar cualquier procedimiento adecuado para identificar la dirección correcta del P-CSCF 6. En la etapa S2, se envía una solicitud de REGISTRO del equipo del usuario al P-CSCF 16. El propósito de esta solicitud es registrar el identificador de recurso uniforme de SIP (protocolo de internet de sesión) del usuario con un CSCF 22 en la red de origen. Esta solicitud se enruta al P-CSCF debido a que es el punto de contacto con el subsistema multimedia IP para el equipo del usuario. En la etapa S3, en base en el identificador de recurso uniforme de usuario URI, el P-CSCF 16 determina que el equipo 10 de usuario está registrado desde un dominio de visita y realiza una solicitud del servidor de nombre del dominio DNS 18 para localizar el l-CSCF 20 en la red de origen. La búsqueda en el DNS 18 se basa en la dirección especificada en el URI solicitado. En la etapa S4, el P-CSCF 16 envía la solicitud de registro, originándose desde el equipo 10 de usuario al l-CSCF 20 identificado en la etapa S3. En la etapa S5, el l-CSCF realiza una solicitud para información en relación al suscriptor (es decir, el usuario) del estado de registro al enviar una solicitud al HSS 24. El HSS envía de regreso al l-CSCF 20 las capacidades requeridas. En base en esta información, el l-CSCF 20 selecciona un S-CSCF 22 adecuado.

En la etapa S6, se envía el mensaje de registro por el l-CSCF 20 al S-CSCF 22 seleccionado. En la etapa S7, se lleva a cabo un procedimiento de autentificación. Al recibir una solicitud de registro de un usuario no autorizado (esto es, un usuario el cual aún no ha sido autorizado), el S-CSCF 22 requiere por lo menos que se utilice por lo menos un vector de autentificación con el fin de exponer al usuario. Si no está disponible un vector de autentificación válido, entonces el S-CSCF 22 solicita tal vector del HSS. En esta etapa, el S-CSCF también indica al HSS 24 que se le ha asignado para atender al usuario particular. En la etapa S8, el S-CSCF 22 selecciona el vector para uso en la exposición de autentificación. En la etapa S9, el S-CSCF 22 envía la exposición de autentificación al l-CSCF 20. En la etapa S10, el l-CSCF 20 envía dicha exposición al P-CSCF 16 asociado. A su vez, el P-CSCF 16 envía la exposición de autorización en la etapa S11 al equipo 10 de usuario. En la etapa S12, el equipo de usuario se alista o prepara para generar claves de respuesta y de sesión. En la etapa S 3, el equipo 10 de usuario obtiene la identidad de suscriptor móvil internacional IMSI a partir de la solicitud USIM en la tarjeta Universal Integrated Circuit Caracterizado además porque UICC y la incluye en el mensaje de registro generado por el equipo de usuario. Esta solicitud de registro también incluye la respuesta al equipo de usuario. Este mensaje de registro contiene protección de integridad y por lo tanto la información IMSI puede ser incluida en este mensaje con mejor seguridad en comparación a si se incluyera en el primer mensaje de registro (esto es, la etapa S2). El mensaje de registro se envía desde el equipo 10 de usuario al P-CSCF 16. La etapa S14 es similar a S3 y asegura que el P-CSCF 16 envíe el mensaje de registro, en la etapa S15 al l-CSCF 20 correcto. La etapa S16 y la etapa S17 son similares a las etapas S5 y S6 descritas previamente. En la etapa S18, el S- CSCF 22 verifica la respuesta de autentificación UE 0 y verifica que es exitosa. En la etapa S19, una vez que un usuario ha sido registrado por el S- CSCF 22, el S-CSCF 22 informa al HSS 24 que el usuario ha sido registrado. El HSS también puede incluir el perfil de usuario en la respuesta que se envía de regreso al S-CSCF 22. En la etapa S20, si la autentificación es exitosa, el S-CSCF incluye al IMPI y/o los IMPU registrados en el mensaje enviado al equipo de usuario. En la etapa S20, la información se envía del S-CSCF 22 al l-CSCF 20. En la etapa S21 , en donde la información se envía al l-CSCF 20, y al P-CSCF 16. Finalmente, en la etapa S21 , el mensaje es enviado desde el P-CSCF al UE 10. Después de que el UE 10 ha recibido el IMPI y/o los IMPU, los almacenará en la memoria de teléfono de equipo de usuario y los utilizará según se define en las especificaciones IMS.

Dado que el primer mensaje de registro no incluye el IMSI, ese mensaje aún debe incluir alguna información que permita que se identifique el HSS 24 correcto. Por ejemplo, el usuario se le puede proporcionar con un número de identificación para el HSS con el cual se asocie. Debe apreciarse que en las modalidades alternativas de la presente invención, se pueden utilizar maneras alternativas para determinar el HSS correcto para el usuario. También debe apreciarse que el mensaje enviado en la etapa S20, S21 y S22 puede necesitar ser modificado para presentar las identidades pública y privada del usuario. Ahora se hará referencia a la figura 3 que muestra una modalidad alternativa de la presente invención. La etapa T1 es la misma que la etapa S1 de la figura 2. En la etapa T2 de la figura 3, se lleva a cabo una función similar a la de la etapa S2 de la figura 2. No obstante, la información IMSI o el identificador derivado del mismo se pueden incluir en el mensaje de registro. Esto permitirá que se identifique el HSS para el UE 10 dado. Las etapas T3 a T12 pueden ser las mismas o similares a las etapas S3 a S12 de la figura 2. La segunda solicitud de registro en la etapa T13 incluirá el mismo identificador UE que la primera solicitud de registro. Conforme este mensaje tiene protección de integridad, puede confirmar el valor enviado en la etapa T2. Las etapas T14 a T18 pueden ser las mismas que las etapas S14 a S18 de la figura 2. En la etapa T19, el S-CSCF 22 puede preguntar al HSS para proporcionarle el perfil del usuario que incluye los IMPU y/o el IMPI. Como una respuesta, el HSS proporciona los IMPU y/o los IMPI al S-CSCF. Debe apreciarse que en las especificaciones actuales, el HSS es capaz de proporcionar el perfil de usuario en respuesta a un mensaje enviado por el S-CSCF. En las etapas T20 a T22, se envía un mensaje de OK por el S- CSCF al equipo de usuario. Estos mensajes incluyen las identidades públicas y/o privadas. Los números o identidades se almacenan en el equipo de usuario. Se hace referencia ahora a la figura 4, la cual muestra una modalidad adicional de la invención. Las etapas R1 a R19 son las mismas a las descritas en relación a la figura 3. No obstante, el mensaje enviado en las etapas R20 a R22, el mensaje OK 200 no incluye las identidades privada o pública. En vez de esto, después de que el equipo de usuario ha sido registrado, se lleva a cabo un procedimiento en donde se obtienen las identidades pública y/o privada. Esto se muestra en la figura 5. En la figura 5, la primera etapa M1 es un mensaje de SUSCRIBIR por el equipo 10 de usuario al P-CSCF 16. Con esto, el equipo de usuario se suscribe a un paquete de suceso de estado de registro y utiliza el IMSI o un valor derivado como identificador. En la etapa M2, este es enviado por el P-CSCF 16 al S-CSCF 22. En la etapa M3 se envía una respuesta del S-CSCF 22 al P-CSCF 16 y en la etapa M4 se envía un mensaje al equipo 10 de usuario por el P-CSCF 16. En la etapa M5, el S-CSCF 22 envía un mensaje de notificación al P-CSCF 16 que contiene los identificadores privado y/o público. En la etapa M7, el equipo del usuario envía una respuesta, un mensaje OK 200 al P-CSCF 16 el cual es enviado al S-CSCF 22 en la etapa M8. Debe apreciarse que el equipo del usuario puede usar uno o más identificadores públicos o privados recibidos en señalización subsecuente o puede continuar utilizando el IMSI o un valor derivado en la señalización subsecuente. El mensaje suscrito contiene una solicitud para notificación en el estado del registro del suscriptor y es reconocido por el mensaje OK 200 en respuesta a esta solicitud, el S-CSCF enviará un mensaje de notificación al usuario que incluye los IMPU y/o los IMPI con los cuales está de acuerdo el usuario, con su operador de red, para que se registren ante un registro exitoso. Debe apreciarse que la terminal se puede preconfigurar para enviar el mensaje de suscripción a su propio estado de registro, utilizando el IMSI, justo después de que ha sido registrado. Debe apreciarse que el S-CSCF 22 puede obtener los IMPU y/o la información de IMPI en cualquier momento adecuado por ejemplo durante la descarga del perfil del suscriptor desde el HSS en la etapa T19. En una modificación a las modalidades de la invención, como una alternativa a la utilización del número IMSI, un equipo de usuario que ya tiene unido el GSM puede utilizar el IMSI temporal (TIMSI) o similar, el cual recibe el equipo de usuario cuando se une a la red GSM. Cualquier identidad derivada o temporal se puede utilizar de manera que identifique únicamente al usuario para la red. El beneficio principal de un TIMSI o similar es que uno puede ver (mediante escucha furtiva la interconexión aérea) cual usuario (es decir, cual IMS!) se registra con el IMS. Las modalidades preferidas de la presente invención se han descrito en el contexto del sistema GPRS y un sistema multimedia IP, debe apreciarse que las modalidades de la presente invención no se limitan a estos sistemas y que se pueden utilizar en cualquier otro sistema.

Claims (25)

NOVEDAD DE LA INVENCION REIVINDICACIONES

1.- Un sistema de comunicación que comprende: por lo menos un equipo de usuario que tiene una pluralidad de identidades asociadas con el mismo, el equipo de usuario tiene un medio para almacenar por lo menos una de las identidades; un medio de almacenamiento para almacenar por lo menos una de la pluralidad de identidades; un medio para recibir información de identidad del equipo de usuario, para obtener del medio de almacenamiento por lo menos una identidad asociado con la información de identidad recibida y para enviar al equipo de usuario por lo menos una identidad obtenida del medio de almacenamiento.

2.- El sistema de conformidad con la reivindicación 1 , caracterizado además porque el sistema está adaptado de manera que el equipo de usuario proporciona la información de identidad al medio receptor cuando se ha establecido una conexión segura.

3.- El sistema de conformidad con la reivindicación 1 ó 2, caracterizado además porque la pluralidad de identidades comprende por lo menos una de las siguientes: IMSI, una identidad privada de usuario, por lo menos una identidad pública de usuario.

4. - El sistema de conformidad con la reivindicación 3, caracterizado además porque el equipo de usuario está adaptado para almacenar el IMSI.

5. - El sistema de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque la información de identidad comprende por lo menos una de las identidades almacenadas por el equipo de usuario o información derivada del mismo.

6. - El sistema de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque la información de identidad comprende una identificación temporal.

7. - El sistema de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque el medio de almacenamiento del equipo de usuario comprende un módulo de identidad de suscriptor SIM.

8.- El sistema de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque el sistema comprende un sistema multimedia IP.

9.- El sistema de conformidad con la reivindicación 8, caracterizado además porque el medio receptor comprende un CSCF.

10.- El sistema de conformidad con la reivindicación 9, caracterizado además porque el medio receptor comprende un S-CSCF.

11. - El sistema de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque el medio de almacenamiento comprende un HSS.

12. - El sistema de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque el sistema comprende una red de origen con la cual se asocia el equipo de usuario normalmente y una red de servicio la cual es una de la red de origen y una red visitada.

13. - El sistema de conformidad con la reivindicación 12, caracterizado además porque el medio de almacenamiento se asocia con la red de origen.

14. - El sistema de conformidad con cualquiera de las reivindicaciones 1 1 ó 12, caracterizado además porque el equipo de usuario se proporciona con información para identificar el medio de almacenamiento con el cual se asocia el equipo de usuario.

15. - El sistema de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque el equipo de usuario tiene un medio para almacenar por lo menos una identidad obtenida del medio de almacenamiento.

16.- Un nodo de comunicación para uso en un sistema de comunicaciones que comprende: un medio para recibir información de identidad del equipo de usuario, un medio para obtener del medio de almacenamiento por lo menos una identidad asociada con el equipo de usuario en base en la información de identidad recibida; y un medio para enviar al equipo de usuario por lo menos una identidad obtenida del medio de almacenamiento.

17. - Un método de comunicación que comprende las etapas de: enviar del equipo de usuario información de identidad en relación al equipo de usuario; obtener por lo menos una identidad del medio de almacenamiento en base en la información de identidad; y enviar la obtenida de por lo menos una identidad, al equipo de usuario.

18. - El método de conformidad con la reivindicación 17, caracterizado además porque la información de identidad comprende uno o más de: una identidad del usuario, información derivada de una identidad del usuario; una identidad temporal asociada con el usuario.

19. - El método de conformidad con la reivindicación 17 ó 18, caracterizado además porque al menos una identidad obtenida del medio de almacenamiento comprende por lo menos uno de al menos una identidad pública y una identidad privada.

20. - El método de conformidad con cualquiera de las reivindicaciones 17 a 19, caracterizado además porque comprende la etapa de almacenar en el equipo del usuario por lo menos una identidad obtenida.

21.- El método de conformidad con cualquiera de las reivindicaciones 17 a 20, caracterizado además porque la etapa de envío comprende enviar un primer mensaje desde el equipo de usuario y enviar un segundo mensaje desde el equipo de usuario, el primero y segundo mensajes comprenden la información de identidad, y el segundo mensaje es más seguro que el primer mensaje.

22. - El método de conformidad con la reivindicación 21 , caracterizado además porque el segundo mensaje está protegido en su integridad.

23. - El método de conformidad con cualquiera de las reivindicaciones 17 a 22, caracterizado además porque por lo menos una identidad que se obtiene se envía al equipo de usuario por medio de una conexión asegurada.

24.- El método de conformidad con cualquiera de las reivindicaciones 17 a 23, caracterizado además porque al menos una identidad se envía al equipo de usuario es enviada en un mensaje NOTIFICAR.

25.- El método de conformidad con cualquiera de las reivindicaciones 17 a 23, caracterizado además porque al menos una identidad es enviada al equipo de usuario en un mensaje OK 200.