Métodos y aparatos para iniciar el aprovisionamiento de datos de abonado en un HSS de una red del subsistema de multimedia sobre IP.

Un método de aprovisionamiento de datos de abonado en una Red del Subsistema de Multimedia sobre IP,

comprendiendo el método, en un Servidor de Abonado Local (1) de la Red del Subsistema de Multimedia sobre IP:recibir una solicitud de autenticación o mensaje de Protocolo de Iniciación de Sesión con respecto a un abonadodado que está haciendo uso de un terminal de usuario para acceder a la Red del Subsistema de Multimedia sobre IP;

determinar que los datos de abonado no están actualmente aprovisionados para el abonado en un Servidor deAbonado Local o recibir tal determinación; y

en respuesta a tal determinación,

1) hacer que una primera notificación sea enviada al terminal de usuario indicando que se ha rechazado unintento de registro, y

2) enviar una segunda notificación a un sistema de aprovisionamiento de abonado (5) informando al sistemade aprovisionamiento del intento de registro,

comprendiendo también el método, en el Servidor de Abonado Local, recibir datos de abonado desde el citadosistema de aprovisionamiento de abonado enviado en respuesta a la citada segunda notificación, y almacenar loscitados datos de abonado.

Métodos y aparatos para iniciar el aprovisionamiento de datos de abonado en un HSS de una red del Subsistema de Multimedia sobre IP.

Campo Técnico La presente invención se refiere a un método y a un aparato para el aprovisionamiento de datos de abonado dentro de nodos de una red de del subsistema de multimedia sobre IP.

Antecedentes Los servicios de Multimedia sobre IP proporcionan una combinación dinámica de voz, video, intercambio de mensajes, datos, etc. dentro de la misma sesión. Incrementando el número de aplicaciones básicas y los medios de comunicación que es posible combinar, el número de servicios ofrecidos a los usuarios finales aumentará, y su experiencia de comunicación interpersonal será más rica. Esto conducirá a una nueva generación de servicios de comunicación de multimedia ricos, personalizados, que incluyen los llamados servicios de “Multimedia sobre IP combinacionales”.

El UMTS (Sistema Universal de Telecomunicaciones Móviles – Universal Mobile Telecommunications System, en inglés) es un sistema inalámbrico de tercera generación diseñado para proporcionar mayores velocidades de datos y servicios mejorados a los usuarios. El UMTS es un sucesor del Sistema Global para Comunicaciones Móviles (GSM

– Global System for Mobile communications, en inglés) , siendo una importante etapa evolutiva entre el GSM y el UMTS el Servicio de Radio en Paquetes General (GPRS – General Packet Radio Service, en inglés) . El GPRS introduce la conmutación de paquetes en la red de núcleo de GSM y permite el acceso directo a las redes de datos en paquetes (PDNs – Packet Data Networks, en inglés) . Esto permite transmisiones de paquetes conmutados de alta velocidad de datos muy por encima del límite de 64 kbps de la ISDN a través de la red de llamadas de GSM, que es una necesitad para las velocidades de transmisión de datos del UMTS de hasta 2 Mbps. El UMTS está estandarizado mediante el Proyecto de Colaboración de 3ª Generación (3GPP – 3rd Generation Partnership Project, en inglés) que es un conglomerado de cuerpos de estándares regionales tales como el Instituto de Normalización de la Telecomunicación Europeo (ETSI – European Telecommunication Standards Institute, en inglés) , la Asociación de Negocios de la Industria de Radio (ARIB – Association of Radio Industr y Businesses, en inglés) y otros. Véase el documento TS 23.002 del 3GPP para más detalles.

La arquitectura de UMTS incluye un Subsistema conocido como el Subsistema de Multimedia sobre IP (IMS – IP Multimedia Subsystem, en inglés) para soportar la telefonía tradicional así como los nuevos servicios de Multimedia sobre IP (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 del 3GPP) . El IMS proporciona características claves para enriquecer la experiencia de comunicación de persona a persona de usuario final mediante el uso de Habilitadores de Servicio del IMS estandarizados, que facilitan nuevos servicios de comunicación de persona a persona (cliente a cliente) ricos, así como servicios de persona a contenido (cliente a servidor) sobre redes basadas en IP. El IMS es capaz de conectarse tanto a PSTN/ISDN (Red Telefónica Conmutada Pública / Red Digital de servicios Integrados – Public Switched Telephone Network / Integrated Services Digital Network, en inglés) como a la Internet.

El IMS hace uso del Protocolo de Iniciación de Sesión (SIP – Session Initiation Protocol, en inglés) para establecer y controlar llamadas o sesiones entre terminales de usuario (o terminales y servidores de aplicación) . El Protocolo de Descripción de Sesión (SDP – Session Description Protocol, en inglés) , que lleva la señalización de SIP, se usa para describir y negociar los componentes de medios de comunicación de la sesión. Mientras que el SIP fue creado como protocolo de usuario a usuario, el IMS permite que los operadores y los proveedores de servicio controlen el acceso de los usuarios a servicios y que tarifiquen a los usuarios de manera correspondiente. El 3GPP ha elegido el SIP para la señalización entre un Equipo de Usuario (UE – User Equipment, en inglés) y el IMS así como entre los componentes dentro del IMS.

A modo de ejemplo, la Figura 1 ilustra esquemáticamente cómo encaja el IMS en la arquitectura de red de telefonía móvil en el caso de una red de acceso de GPRS/PS (el IMS puede, por supuesto, operar sobre otras redes de acceso) . Las Funciones de Control de Llamada/Sesión (CSCFs – Call/Session Control Functions, en inglés) operan como proxies de SIP dentro del IMS. La arquitectura del 3GPP define tres tipos de CSCFs: el CSCF de Proxy (P-CSCF) que es el primer punto de contacto dentro del IMS para un terminal de SIP; la CSCF de Servicio (S-CSCF -Serving CSCF, en inglés) que proporciona servicios al usuario a los cuales está suscrito el usuario; y la CSCF de Interrogación (I-CSCF - Interrogating CSCF, en inglés) cuya función es identificar la S-CSCF correcta y transmitir a esa S-CSCF una solicitud recibida desde un usuario de SIP a través de una P-CSCF.

Dentro de la red de servicio del IMS, se proporcionan Servidores de Aplicación (AS – Application Servers, en inglés) para implementar una funcionalidad de servicio del IMS. Los Servidores de Aplicación proporcionan servicios a usuarios finales en un sistema del IMS, y pueden estar conectados bien como puntos finales sobre la interfaz Mr definida en el 3GPP, o “conectados” mediante una S-CSCF sobre la interfaz ISC definida en el 3GPP. En el último caso, se utilizan Criterios de Filtrado Inicial (IFC – Initial Filter Criteria, en inglés) por una S-CSCF para determinar qué Servidores de Aplicaciones deben ser “conectados” durante el establecimiento de una sesión de SIP (o desde luego con el propósito de cualquier método de SIP, relacionado o no con la sesión) . Los IFCs son recibidos por la S-CSCF desde un HSS durante el procedimiento de registro del IMS como parte del Perfil de Abonado de un usuario.

Una condición previa para que el usuario acceda al IMS y a sus servicios es que el usuario haya sido “aprovisionado” previamente en la red, es decir, que el abonado y los datos del servicio relacionados hayan sido registrados en bases de datos centrales tales como el Servidor de Abonado Local (HSS – Home Subscriber Server, en inglés) y la Función Localizadora de Suscripción (SLF – Subscription Locator Function, en inglés) . Siempre que un operador de red desea lanzar un servicio sobre una red del IMS, es poco probable que el operador sepa exactamente qué abonados desearán hacer uno del servicio. El operador tiene dos opciones; aprovisionar con antelación toda la base del abonado en la red del IMS, o implementar alguna forma de método de aprovisionamiento automático por medio del cual los abonados pueden ser aprovisionados como y cuando se suscriban al servicio.

El documento WO2007/099090 reivindica la descripción de uno de tales métodos de aprovisionamiento automático. Más particularmente, el documento resuelve el problema que aparece cuando un abonado intenta registrarse con el IMS cuando ese abonado no está aprovisionado en el IMS. Durante el registro, los datos de abonado del Registro de Ubicación Local (HLR – Home Location Register, en inglés) heredado son extraídos utilizando el procedimiento de facturación Radius y almacenados en la base de datos del HSS. Se asume que el procedimiento de autenticación y de autorización es llevado a cabo en la red de GPRS antes de acceder al IMS. Por lo tanto se asume que el registro del IMS recibido es autentico. Durante el procedimiento de pregunta sobre la ubicación se busca la ID privada (IMPI

– IP Multimedia Private Identity, en inglés) y se identifica comparándola con el valor de la IMSI almacenada anteriormente, donde la IMPI puede ser inferida a partir de la IMSI.

[La IMSI es almacenada en el nodo de AuC del GMS/UMTS] y la IMPI en el nodo AVG del IMS con el propósito de autenticación.] Los datos disponibles serán almacenados en el HSS y el procedimiento de registro tendrá éxito.

El documento WO2009053918 describe un método y sistema para el aprovisionamiento bajo demanda de una tarjeta SIM (Módulo de Identidad del Abonado - Subscriber Identity Module, en inglés) en elementos de la red dentro de una red de comunicación de telefonía móvil y un sistema de aprovisionamiento bajo demanda. Un mensaje de detección de abonado que incluye un identificador de SIM asociado con la tarjeta SIM es recibido, siendo el identificador de SIM extraído del mensaje de detección del abonado. El identificador de SIM puede ser una Identidad de Abonado de Telefonía Móvil Internacional... [Seguir leyendo]

1. Un método de aprovisionamiento de datos de abonado en una Red del Subsistema de Multimedia sobre IP, comprendiendo el método, en un Servidor de Abonado Local (1) de la Red del Subsistema de Multimedia sobre IP:

recibir una solicitud de autenticación o mensaje de Protocolo de Iniciación de Sesión con respecto a un abonado dado que está haciendo uso de un terminal de usuario para acceder a la Red del Subsistema de Multimedia sobre IP;

determinar que los datos de abonado no están actualmente aprovisionados para el abonado en un Servidor de Abonado Local o recibir tal determinación; y

en respuesta a tal determinación,

1) hacer que una primera notificación sea enviada al terminal de usuario indicando que se ha rechazado un intento de registro, y

2) enviar una segunda notificación a un sistema de aprovisionamiento de abonado (5) informando al sistema de aprovisionamiento del intento de registro,

comprendiendo también el método, en el Servidor de Abonado Local, recibir datos de abonado desde el citado sistema de aprovisionamiento de abonado enviado en respuesta a la citada segunda notificación, y almacenar los citados datos de abonado.

2. Un método de acuerdo con la reivindicación 1, estando el método implementado en un Servidor de Abonado Local, y comprendiendo la citada etapa de recibir una solicitud de autenticación recibir una solicitud de autenticación desde una Función de Control de Sesión de Llamada de Servicio de la Red del Subsistema de Multimedia sobre IP.

3. Un método de acuerdo con la reivindicación 2, en el que la citada etapa de hacer que una primera notificación sea enviada al terminal de usuario indicando que el intento de registro es rechazado, comprende enviar una notificación a la citada Función de Control de Sesión de Llamada de Servicio indicando que la autenticación ha sido completada con éxito y que los datos de abonado para el abonado no se han aprovisionado todavía en el Servidor de Abonado Local.

4. Un método de acuerdo con una cualquiera de las reivindicaciones precedentes, en el que un mensaje de Protocolo de Iniciación de Sesión recibido incluye una o más capacidades del Subsistema de Multimedia sobre IP del terminal de usuario, comprendiendo el método incluir estas capacidades en la citada segunda notificación.

5. Un método de acuerdo con la reivindicación 4 y que comprende incluir una o más capacidades de red en la segunda notificación.

6. Aparato configurado para proporcionar una función de Servidor de Abonado Local (1) dentro de una Red del Subsistema de Multimedia sobre IP, comprendiendo el aparato:

un receptor para recibir una solicitud de autenticación con respecto a un abonado dado que está haciendo uso de un terminal de usuario para acceder a la Red del Subsistema de Multimedia sobre IP;

un autenticador para autenticar al abonado;

una unidad de determinación para determinar que los datos de abonado no están actualmente aprovisionados para el abonado en la función de Servidor de Abonado Local; y

una unidad de notificación que responde a tal determinación para,

1) hacer que una primera notificación sea enviada al terminal de usuario indicando que se ha rechazado un intento de registro,

2) enviar una segunda notificación a un sistema de aprovisionamiento de abonado (5) informando al sistema de aprovisionamiento del intento de registro.

7. Un método de aprovisionamiento de datos de abonado en al menos un Servidor de Abonado Local (1) de una Red del Subsistema de Multimedia sobre IP, comprendiendo el método:

recibir dentro de la Red del Subsistema de Multimedia sobre IP, un mensaje de Protocolo de Iniciación de Sesión desde un terminal de usuario;

mediante una determinación de que los datos de abonado no están actualmente aprovisionados para el abonado en el Servidor de Abonado Local,

1) hacer que una primera notificación sea enviada al terminal de usuario indicando que se ha rechazado un intento de registro,

2) enviar una segunda notificación a un sistema de aprovisionamiento de abonado (5) informando al sistema de aprovisionamiento del intento de registro;

3) en respuesta a la recepción de la citada segunda notificación en el sistema de aprovisionamiento, aprovisionar datos de abonado para el abonado en el citado Servidor de Abonado Local de otro Servidor de Abonado Local del Subsistema de Multimedia sobre IP;

donde, mediante la recepción de otro mensaje de Registro desde el citado terminal de usuario, el subsiguiente registro del Subsistema de Multimedia sobre IP puede continuar sobre la base de los datos de abonado aprovisionados.

8. Un método de acuerdo con la reivindicación 7 y que comprende, mediante la recepción del mensaje del Protocolo de Iniciación de Sesión dentro de la Red del Subsistema de Multimedia sobre IP, autenticar a un abonado asociado con el terminal de usuario al Servidor de Abonado Local.

9. Un método de acuerdo con la reivindicación 7 u 8, y que comprende, en respuesta a la recepción de la citada segunda notificación en el sistema de aprovisionamiento, aprovisionar datos de abonado para el abonado en uno o más de otros nodos de la Red del Subsistema de Multimedia sobre IP.

10. Un método de acuerdo con la reivindicación 9, en el que el o cada uno de los otros nodos es uno de:

un nodo de Función de Ubicación de Suscripción;

un Sistema de Nombre de Dominio / nodo de Enumeración;

un Servidor de Aplicación de Protocolo de Iniciación de Sesión.

11. Un método de acuerdo con una cualquiera de las reivindicaciones 7 a 10 y que comprende:

recibir un mensaje de Registro en una Función de Control de Sesión de Llamada de Interrogación de la Red del Subsistema de Multimedia sobre IP, y enviar el mensaje de Registro desde la Función de Control de Sesión de Llamada de Interrogación al Servidor de Abonado Local;

hacer una primera determinación de que los datos de abonado no están actualmente aprovisionados para el abonado en el Servidor de Abonado Local, y notificar a la Función de Control de Sesión de Llamada de Interrogación de una Función de Control de Sesión de Llamada de Servicio responsable para el abonado; y

enviar el mensaje de Registro a la Función de Control de Sesión de Llamada de Servicio identificada, y enviar una solicitud de autenticación desde la Función de Control de Sesión de Llamada de Servicio al Servidor de Abonado Local.

12. Un método de acuerdo con la reivindicación 11 y que comprende:

cuando se recibe la solicitud de autenticación en el Servidor de Abonado Local desde la Función de Control de Sesión de Llamada de Servicio, hacer una segunda determinación de que los datos de abonado no están actualmente aprovisionados para el abonado en el Servidor de Abonado Local y a continuación llevar a cabo las etapas 1) a 3) anteriores.

13. Un método de acuerdo con la reivindicación 12, en el que la citada etapa de hacer que una primera notificación sea enviada al terminal de usuario indicando que el intento de registro es rechazado comprende enviar una notificación desde el Servidor de Abonado Local a la Función de Control de Sesión de Llamada de Servicio indicando que la autenticación ha sido completada con éxito y que los datos de abonado para el abonado no han sido aprovisionados todavía en el Servidor de Abonado Local, enviando a su vez la Función de Control de Sesión de Llamada de Servicio un mensaje de error de Protocolo de Iniciación de Sesión al terminal de usuario.

14. Un método de acuerdo con la reivindicación 13, en el que el citado mensaje de error del Protocolo de Iniciación de Sesión es un mensaje de temporalmente no disponible.

15. Un método de acuerdo con la reivindicación 14 y que comprende, cuando se recibe un mensaje de temporalmente no disponible en el terminal del cliente, enviar automáticamente otro mensaje de Registro desde el terminal del cliente a la Red del Subsistema de Multimedia sobre IP.

16. Un método de acuerdo con una cualquiera de las reivindicaciones 7 a 15, en el que el citado mensaje de Protocolo de Iniciación de Sesión incluye una o más capacidades del Subsistema de Multimedia sobre IP del terminal de usuario, comprendiendo el método incluir estas capacidades en la citada segunda notificación.

17. Un método de acuerdo con la reivindicación 16 y que comprende incluir una o más capacidades de red en la citada segunda notificación.