Tratamiento de identidades de usuario en subsistema multimedia IP.

Método de tratamiento de un registro de identidad pública multimedia IP dentro de una red de subsistemamultimedia IP,

comprendiendo el método:

recibir en una función de control de sesión de llamada un mensaje SIP REGISTER que incluye un par completoatributo-valor de identidad pública multimedia IP y ninguna identidad privada multimedia IP (101);

derivar en la función de control de sesión de llamada una identidad privada multimedia IP utilizando la identidadpública multimedia IP (102);

enviar una solicitud Cx desde la función de control de sesión de llamada a un servidor de abonado local,incluyendo la solicitud la identidad pública multimedia IP y la identidad privada multimedia IP derivada (103);

en el servidor de abonado local, identificar un abono utilizando la identidad pública multimedia IP (104)determinando que la identidad privada multimedia IP derivada no está asociada con dicho abono, caracterizadopor, en el servidor de abonado local, identificar una identidad privada multimedia IP por defecto asociada condicho abono (105), y devolver una respuesta Cx a dicha función de control de sesión de llamada que incluyedicha identidad privada multimedia IP por defecto (106); y

en dicha función de control de sesión de llamada, utilizar la identidad privada multimedia IP por defecto,recibida, para seguir tratando dicho mensaje SIP (107).

Tratamiento de identidades de usuario en subsistemas multimedia IP

Campo técnico La presente invención se refiere al tratamiento de identidades de usuario en un subsistema multimedia IP (IP Multimedia Subsystem, IMS) y, en particular, al tratamiento de identidades de usuario públicas IMS que son compartidas por dos o más identidades de usuario privadas IMS.

Antecedentes El sistema universal de telecomunicaciones móviles (UMTS, Universal Mobile Telecommunications System) es un sistema inalámbrico de tercera generación diseñado para proporcionar a los abonados mayores velocidades de transferencia de datos y servicios mejorados. La arquitectura UMTS incluye un subsistema conocido como el subsistema multimedia IP (IMS, IP Multimedia Subsystem) para soportar telefonía tradicional así como nuevos servicios multimedia IP (3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 y TS 29.329, versiones 5 a 7) . IMS proporciona características clave para enriquecer la experiencia de comunicación persona a persona del usuario final, mediante la utilización de habilitadores de servicio IMS estandarizados, que facilitan nuevos servicios enriquecidos de comunicación persona a persona (cliente a cliente) así como servicios persona a contenido (cliente a servidor) sobre redes basadas en IP. El IMS es capaz de conectar tanto a PSTN/ISDN (Public Switched Telephone Network/Integrated Services Digital Network, red telefónica pública conmutada/red digital de servicios integrados) como a internet. La figura 1 muestra esquemáticamente esta funcionalidad, en la que los componentes del núcleo IMS están interconectados, a modo de ejemplo, con una red PSTN, una red de señalización móvil heredada, tal como una red GSM/GPRS, y por supuesto redes multimedia IP, tal como una red 3G.

El IMS hace uso del protocolo de inicio de sesión (SIP, Session Initiation Protocol) para establecer y controlar llamadas o sesiones entre terminales de usuario (o terminales de usuario y servidores de aplicación) . SIP posibilita que una parte que llama establezca una sesión con conmutación de paquetes con una parte llamada (utilizando los denominados agentes de usuario UA (User Agent) SIP, instalados en los terminales de usuario) incluso aunque la parte que llama no conozca antes de iniciar la llamada la dirección IP actual de la parte llamada. El protocolo de descripción de sesión (SDP, Session Description Protocol) , transportado mediante señalización SIP, se utiliza para describir y negociar los componentes de medios de la sesión. Mientras que el SIP fue creado como un protocolo usuario a usuario, IMS permite a los operadores y los proveedores de servicio controlar el acceso del usuario a los servicios y cobrar en consecuencia a los usuarios. El 3GPP ha elegido SIP para la señalización entre un equipo de usuario (UE, User Equipment) y el IMS, así como entre los componentes dentro del IMS.

Pueden encontrarse detalles específicos del funcionamiento de la red de comunicaciones UMTS y de los diversos componentes dentro de dicha red en las especificaciones técnicas para UMTS que están disponibles en http://www.3gpp.org. Pueden encontrarse detalles adicionales de la utilización de SIP dentro de UMTS en la especificación técnica de 3GPP, TS 24.228 V5.8.0 (2004-03) .

De nuevo haciendo referencia a la figura 1, el núcleo IMS comprende funciones de control de llamada/sesión (CSCFs, Call/Session Control Functions) que funcionan como agentes intermedios SIP dentro del IMS. La arquitectura 3GPP define tres tipos de CSCF: la CSCF intermedia (P-CSCF, Proxy CSCF) que es el primer punto de contacto dentro del IMS para un terminal SIP; la CSCF de servicio (S-CSCF, Serving CSCF) que proporciona al usuario servicios a los que éste está abonado; y la CSCF de interrogación (I-CSCF, Interrogating CSCF) cuya función es identificar la S-CSCF correcta y transmitir a dicha S-CSCF una solicitud recibida desde un terminal SIP a través de una P-CSCF.

Las especificaciones 3GPP exigen que cada subsistema de la red central IMS debe tener una o varias identidades de usuario privadas (IMPI) . Una IMPI es asignada por el operador de la red local del abonado, y se utiliza para registro IMS (es decir, con propósitos de autorización y autenticación) . Esta identidad adoptará la forma de un identificador de acceso de red (NAI, Network Access Identifier) , tal como se define en RFC 2486. Debe observarse que un abono puede estar vinculado a una persona o a una organización, tal como una empresa. Sin embargo, en la siguiente discusión el término "usuario" se utiliza como sinónimo del término "identidad de usuario privada".

Un usuario (identidad de usuario privada) puede tener una o varias identidades de usuario públicas. La identidad/identidades de usuario públicas (IMPU) son utilizadas por cualquier usuario para solicitar comunicaciones con otros usuarios (en la forma de SIP URI -IETF RFC 3261 [26]- o de TEL URL -IETF RFC 3966) . La relación entre IMPUs e IMPIs está definida por 3GPP a partir de la versión 6 y se muestra esquemáticamente en la figura 2. Resulta evidente que pueden compartirse IMPUs a través de múltiples IMPIs dentro del mismo abono IMS. Considérese una familia que tiene un solo abono IMS, teniendo asignado cada elemento de la familia su propia IMPI. Además de tener su propia IMPU personal, los elementos de la familia pueden compartir una IMPU familiar para permitir que todos los elementos reciban llamadas IMS entrantes dirigidas a la IMPU familiar.

Un usuario registra una dirección de contacto para una IMPU con la red central IMS, utilizando el método de registro SIP. Además de registrar una dirección de contacto para la IMPU identificada en el mensaje de registro, la misma dirección de contacto se registra para cualesquiera otras IMPU que pertenezcan al mismo "conjunto de registro implícito" (IRS, "Implicit Registration Set") . La construcción del IRS se muestra asimismo en la figura 2.

Volviendo a la cuestión del registro IMS, el proceso general de registro IMS se muestra en el flujo de señalización de la figura 3 para un equipo de usuario (UE) que comprende un cliente IMS. Las etapas principales son las siguientes:

1. El UE envía el flujo de información de registro a la P-CSCF (el registro incluyendo la IMPU a registrar, IMPI, nombre de dominio de red local y la dirección IP del UE) .

2. La P-CSCF examinará el "nombre de dominio local" para descubrir el punto de entrada a la red local (es decir, la I-CSCF) . El servidor intermedio enviará el flujo de información de registro a la I-CSCF (incluyendo el nombre/dirección P-CSCF, IMPU, IMPI, identificador de red de P-CSCF, y dirección IP del GUI) .

3. La I-CSCF enviará la información de consulta-Cx/extracción-selección-Cx, al HSS (incluyendo IMPU, IMPI, identificador de red P-CSCF) . El HSS comprobará si el usuario está ya registrado. El HSS indicará si se permite al usuario registrarse en dicha red P-CSCF (identificada mediante el identificador de red de P-CSCF) en función del abono del usuario y de las limitaciones/restricciones del operador, si las hay. El HSS lleva a cabo las comprobaciones de autorización en base al par IMPI/IMPU. Debe observarse que es obligatorio que las identificaciones IMPI e IMPU estén ambas presentes en el mensaje recibido.

4. Se envía una Resp Cx-consulta/Resp Cx-selección-extracción desde el HSS a la I-CSCF. Ésta contendrá el nombre de la S-CSCF si es conocida por el HSS, o las capacidades de S-CSCF si ello es necesario para que la I-CSCF seleccione una nueva S-CSCF.

5. La I-CSCF enviará el flujo de información del registro (que incluye nombre/dirección P-CSCF, IMPU, IMPI, identificador de red de P-CSCF, dirección IP del UE y la I-CSCF (THIG) en caso de que se desee ocultación de la configuración de red) a la S-CSCF ya asignada o seleccionada.

Aunque no se indica en el flujo, 3GPP específica en otra especificación (33.210) que, en este punto, la S-CSCF inicia procedimientos de autenticación para el par IMPU-IMPI recibido, enviando una orden Cx-Auth al HSS. Con propósitos de autenticación, es obligatorio incluir la IMPI en la interfaz Cx en este punto. De lo contrario la autenticación fallará.

6. Después de una autenticación satisfactoria, la S-CSCF enviará al HSS Cx-introducir/Cx-extraer (IMPU, IMPI, nombre de la S-CSCF) .

7. El HSS almacenará el nombre de la S-CSCF para dicho usuario (IMPI) y devolverá el flujo de información Resp Cx-introducir/Resp Cx-extraer (perfil de usuario) a la S-CSCF.

8. En función del perfil de usuario, la S-CSCF llevará a cabo cualesquiera procedimientos de control del servicio que sean apropiados. La S-CSCF registrará asimismo la dirección de contacto para la IMPU registrada (y para cualesquiera... [Seguir leyendo]

1. Método de tratamiento de un registro de identidad pública multimedia IP dentro de una red de subsistema multimedia IP, comprendiendo el método:

recibir en una función de control de sesión de llamada un mensaje SIP REGISTER que incluye un par completo atributo-valor de identidad pública multimedia IP y ninguna identidad privada multimedia IP (101) ;

derivar en la función de control de sesión de llamada una identidad privada multimedia IP utilizando la identidad pública multimedia IP (102) ;

enviar una solicitud Cx desde la función de control de sesión de llamada a un servidor de abonado local, incluyendo la solicitud la identidad pública multimedia IP y la identidad privada multimedia IP derivada (103) ;

en el servidor de abonado local, identificar un abono utilizando la identidad pública multimedia IP (104) determinando que la identidad privada multimedia IP derivada no está asociada con dicho abono, caracterizado por, en el servidor de abonado local, identificar una identidad privada multimedia IP por defecto asociada con dicho abono (105) , y devolver una respuesta Cx a dicha función de control de sesión de llamada que incluye dicha identidad privada multimedia IP por defecto (106) ; y

en dicha función de control de sesión de llamada, utilizar la identidad privada multimedia IP por defecto, recibida, para seguir tratando dicho mensaje SIP (107) .

2. Método según la reivindicación 1, en el que dicha función de control de sesión de llamada es una función de control de sesión de llamada de servicio.

3. Método según la reivindicación 1, en el que dicha función de control de sesión de llamada es una función de control de sesión de llamada de interrogación.

4. Método según cualquiera de las reivindicaciones anteriores, en el que dicha etapa de derivar una identidad privada multimedia IP comprende utilizar el proceso de derivación de identidad privada multimedia IP presentado en el documento 3GPP TS 33.978.

5. Aparato configurado para implementar un servidor de abonado local (1) dentro de una red de subsistema multimedia IP, y que comprende:

una unidad (3) de recepción para recibir una solicitud Cx desde una función de control de sesión de llamada, la solicitud concerniente a un registro IMS e incluyendo la identidad pública multimedia IP y una identidad privada multimedia IP derivada;

una unidad (4) de proceso para identificar un abono utilizando dicha identidad pública multimedia IP, determinando que la identidad privada multimedia IP derivada no está asociada con dicho abono, y caracterizado por que la unidad de proceso está adaptada para identificar una identidad privada multimedia IP por defecto asociada con dicho abono; y

una unidad (5) de envío para devolver una respuesta Cx a dicha función de control de sesión de llamada, que incluye dicha identidad privada multimedia IP por defecto.

6. Aparato configurado para implementar una función (6) de control de sesión de llamada dentro de una red de subsistema multimedia IP, y que comprende:

una primera unidad (8) de recepción para recibir un mensaje SIP REGISTER que incluye un par completo atributo-valor de identidad pública multimedia IP y ninguna identidad privada multimedia IP;

una primera unidad (9) de proceso para derivar una identidad privada multimedia IP utilizando la identidad pública multimedia IP;

una unidad (10) de envío para enviar una solicitud Cx a un servidor de abonado local, incluyendo la solicitud la identidad pública multimedia IP y la identidad privada multimedia IP derivada;

una segunda unidad (12) de recepción para recibir desde el servidor de abonado local una respuesta Cx, caracterizado por que la respuesta incluye una identidad privada multimedia IP por defecto; y

una segunda unidad de proceso para utilizar la identidad privada multimedia IP por defecto, recibida, para seguir tratando dicho mensaje SIP REGISTER.

7. Aparato según la reivindicación 6, estando configurado el aparato para implementar una función de control de sesión de llamada de servicio.

8. El aparato según la reivindicación 6, estando configurado el aparato para implementar una función de control de sesión de llamada de interrogación.

9. Método de manejo de un servidor de abonado local dentro de una red de subsistema multimedia IP, y que comprende:

recibir una solicitud Cx desde una función de control de sesión de llamada, la solicitud concerniente a un registro IMS e incluyendo la identidad pública multimedia IP y una identidad privada multimedia IP derivada;

identificar un abono utilizando dicha identidad pública multimedia IP (104) , determinar que la identidad privada multimedia IP derivada no está asociada con dicho abono, y estando caracterizado por identificar una identidad privada multimedia IP por defecto asociada con dicho abono (105) ; y

devolver una respuesta Cx a dicha función de control de sesión de llamada que incluye dicha identidad privada multimedia IP por defecto (106) .

10. Método de manejo de un nodo de función de control de sesión de llamada dentro de una red de subsistema multimedia IP, y que comprende:

recibir un mensaje SIP REGISTER que incluye un par completo atributo-valor de identidad pública multimedia IP 15 y ninguna identidad privada multimedia IP (101) ;

derivar una identidad privada multimedia IP utilizando la identidad pública multimedia IP (102) ;

enviar una solicitud Cx a un servidor de abonado local, incluyendo la solicitud la identidad pública multimedia IP y la identidad privada multimedia IP derivada (103) ;

recibir desde el servidor de abonado local una respuesta Cx, caracterizado por que la respuesta incluye una 20 identidad privada multimedia IP por defecto (107) ; y

utilizar la identidad privada multimedia IP por defecto, recibida, para seguir tratando dicho mensaje SIP REGISTER (108) .