AGRUPAMIENTO DE IDENTIDADES DE USUARIO EN UN SUBSISTEMA MULTIMEDIA IP.

Agrupamiento de identidades de usuario en un subsistema multimedia IP CAMPO TÉCNICO La presente invención se refiere generalmente al registro implícito de identidades de usuario en un Subsistema multimedia IP y, en particular, en el que se aplica en un escenario convergente de telefonía fija - telefonía móvil. ANTECEDENTES De acuerdo con las especificaciones técnicas de 3GPP, es decir TS 23.228, a cada suscripción de usuario del IP Multimedia Subsystem (en lo que sigue IMS - Subsistema multimedia IP) el operador de red Local le asigna una o más Identidades de Usuario Privadas de IMS. Cada IMS Private User Identity (en lo que sigue IMPI Identidad de Usuario Privada de IMS) se utiliza para el registro del usuario en el IMS, y puede ser asociada con una o más Identidades de Usuario Públicas de IMS. Cada IMS Public User Identity (en lo que sigue IMPU Identidad de Usuario Pública de IMS) es utilizada por el usuario para comunicaciones con otros usuarios y puede ser asociada con un único IMS Service Profile (en lo que sigue SP Perfil de Servicio) de IMS y con una o más IMPIs. A este respecto, cualquier SP puede ser asociado con más de una IMPU, mientras que cada IMPU sólo puede ser asociada con un SP. Siendo SP, en pocas palabras, una colección de datos relativos a servicio y a usuario. Detalles en interfaces relevantes aplicables aparecen en el documento 3GPP TS 29.229. Actualmente, una pluralidad de IMPUs puede estar incluida en un Implicit Registration Set (en lo que sigue IRS Conjunto de Registro Implícito) en el que todas las IMPUs comparten un mismo estado de registro y están asociadas con un mismo conjunto de IMPIs. Así, donde un par de IMPI/IMPU está explícitamente registrado o es eliminado del registro, y la IMPU pertenece a un IRS, todas las IMPUs del IRS son simultáneamente consideradas como implícitamente registradas o eliminadas del registro por la red sin requerir un registro o una eliminación del registro para todos ellos. Para el propósito de la presente invención, donde varias IMPUs comparten un único SP y están incluidas en un mismo IRS, las citadas varias IMPUs están consideradas como alias, como se describe en la publicación de patente GB-A-2 425 685. De acuerdo con la comprensión anterior de un IRS, donde todas las IMPUs comparten un mismo estado de registro y están asociadas con un mismo conjunto de IMPIs, uno infiere que una IMPU sólo puede pertenecer a un IRS. Si no, donde la IMPU está incluida en dos IRSs, todas las IMPUs de los dos IRSs tendrían el mismo estado de registro; de manera que cualquier IMPU de los dos IRSs tendría dos estados de registro diferentes al mismo tiempo, lo cual no es posible. La estructura de datos de ejemplo ilustrada en la FIG. 1 muestra una suscripción con dos IMPIs, es decir IMPI-1 e IMPI-2, nueve IMPUs, es decir IMPU-1 a IMPU-9 y tres IRSs, es decir IRS-1 a IRS-3, en los cuales algunas de las IMPUs están distribuidas y donde todas las IMPUs de cada IRS están asociadas con la misma al menos una IMPI. En esta estructura de datos de ejemplo, la OMPU-3 está asociada con la IMPI-1 y la IMPI-2, mientras que la IMPU-6 sólo está asociada con la IMPI-2. En esta situación, la IMPU-3 puede ser registrada utilizando cualquiera de la IMPI- 1 ó la IMPU-2, mientras que la IMPU-6 sólo puede ser registrada utilizando la IMPU-2. También en esta estructura de datos de ejemplo, el IRS-1 consiste en la IMPU-1 y la IMPU-2, ambas asociadas sólo con la IMPI-1, de manera que el registro implícito bien de la IMPU-1 ó de la IMPU-2 sólo puede ser llevado a cabo con la IMPI-1, y activa el registro implícito bien de la IMPU-2 ó de la IMPU-1 respectivamente. El IRS-2, no obstante, consiste en la IMPU-4 y la IMPU-5, los dos asociados individualmente con la IMPI-1 y con la IMPI-2, de manera que el registro explícito bien de la IMPU-1 ó de la IMPU-2 puede ser llevado a cabo bien con la IMPI-1 ó con la IMPI-2, y activa el registro implícito bien de la IMPU-2 ó de la IMPU-1 respectivamente y para las mismas IMPI-1 ó IMPI-2. El IRS-3, por otra parte, consiste en las IMPU-7, IMPU-8 e IMPU-9, todas ellas asociadas solamente con la IMPI-2, de manera que el registro explícito de las IMPU-7, IMPU-8 ó IMPU-9 sólo puede ser llevado a cabo con la IMPI-2, y activa el registro implícito de las tres IMPUs. En particular, puesto que la IMPU-7 y la IMPU-8 están las dos asociadas con un único SP, es decir SP-E en esta Fig. 1, y dado que tanto la IMPU-7 como la IMPU-8 están incluidas en el mismo IRS, es decir en el IRS-3, tanto la IMPU-7 como la IMPU-8 se dice que son un alias de la otra, y pueden utilizarse indistintamente puesto que el tratamiento hecho por la red es el mismo para las dos. Una vez que la estructura de datos de ejemplo anterior con las realizaciones convencionales entre las IMPUs, las IMPIs, los IRSs y los SPs ha sido presentada, un razonamiento para introducir el IRS puede merecer la pena. Por un lado, el IMS hace uso del llamado Session Initiation Protocol (en lo que sigue, SIP Protocolo de Iniciación de Sesión), donde los identificadores de usuario son preferiblemente en forma de una llamada URI de SIP, tal como `sip: user@ims.com. Por otro lado, los usuarios de una red de telefonía fija están generalmente identificados por un número de abonado en forma de una llamada URI de TEL, tal como `tel: +987656789. De acuerdo con la especificación de SIP de IETF, una URI de TEL no puede ser registrada explícitamente. No obstante, los usuarios del IMS podrían también ser alcanzables con una URI de TEL, especialmente en el contexto de llamadas de emergencia. Para solucionar esto, el concepto de IRS fue introducido para permitir que un conjunto de IMPUs en 2 E07821925 16-11-2011   forma de URI de TEL y de URI de SIP sean implícitamente registradas mediante el registro explícito de una IMPU del citado IRS, la citada IMPU en forma de una URI de SIP. Incluso aunque las URI de SIP y URI de TEL se expresan de manera formal con un prefijo respectivo tal como se indica anteriormente `sip: user@ims.com y `tel: +987656789 respectivamente, en lo que sigue, y en aras de la simplicidad, se denominan simplemente `user@ims.com y `+987656789 respectivamente. Cuando se considera una red fixed-mobile convergent (en lo que sigue FMC - convergente de telefonía fija-telefonía móvil) para acceder al IMS, un usuario puede tener IMPUs de un tipo de URI de SIP, tal como bob@wire-line y bob@wireless, e IMPUs de un tipo de URI de TEL, tal como +1234567890 que identifica a un terminal de telefonía móvil y +9876543210 que identifica a un terminal telefónico fijo. Tal usuario FMC puede tener: un teléfono móvil alcanzable por una MSISDN, y que tiene un SIP User Agent (en lo que sigue SIP UA Agente de Usuario de SIP); un teléfono fijo alcanzable con un número de usuario E.164; un Personal Computer (en lo que sigue PC Ordenador Personal) de sobremesa con un UA de SIP basado en software; y probablemente una set-top box (en lo que sigue STB Caja para colocar sobre el televisor) de IPTV con un UA de SIP incorporado. Además, son necesarias diferentes URIs de TEL para terminales telefónicos fijos y móviles puesto que las llamadas de otra red de operador típicamente tienen un coste menor cuando se llama a un terminal telefónico fijo que el coste de la misma llamada a un terminal telefónico móvil y así al usuario llamante debería permitírsele elegir entre llamar a un terminal telefónico fijo o a un terminal telefónico móvil. Así, a este usuario de FMC puede dársele bajo la estructura de datos convencional ilustrada en la Fig. 1 un primer IRS con una primera IMPU +9876543210 del tipo de URI de TEL que identifica al terminal telefónico fijo y una segunda IMPU bob@wireline del tipo de URI de SIP que identifica, por ejemplo, al Personal Computer (en lo que sigue PC Ordenador Personal) de sobremesa, y probablemente a la STB de IPTV; y un segundo IRS con una primera IMPU +1234567890 del tipo de URI de TEL, es decir una MSISDN, que identifica al terminal de telefonía móvil y una segunda IMPU bob@wireless del tipo de URI de SIP que identifica el UA de SIP en el terminal de telefonía móvil. En operación, donde el UA de SIP en el terminal de telefonía móvil registra la IMPU bob@wireless, la red automáticamente registra la IMPU +1234567890 del tipo de URI de TEL que representa el número de MSISDN del terminal de telefonía móvil. También en operación, donde el UA de SIP bien en el PC de sobremesa o en la STB de IPTV registra la IMPU bob@wireline, la red automáticamente registra la IMPU +9876543210 del tipo de URI de TEL que representa el número de ISDN del terminal de telefonía móvil. Este usuario FMC puede tener también una IMPU del tipo de URI de SIP que identifica al usuario en el IMS, tal como bob@ims.com, e incluso una IMPU alias del tipo de URI de SIP que identifica también al usuario del IMS, tal como bob@bobdomain. Actualmente, estas... [Seguir leyendo]

1. Un Home Subscriber Server HSS Servidor de Abonado Local, (81) que soporta datos de abonado de usuarios de un IP Multimedia Subsystem IMS Subsistema multimedia IP (8), teniendo el HSS una estructura de datos por abonado que incluye una pluralidad de Identidades de Usuario Públicas de IMS (2a-2g), estando cada IMS Public User Identity IMPU Identidad de Usuario Pública de IMS asociada con al menos una IMS Private User Identity IMPI Identidad de Usuario Privada de IMS (3a-3b), donde un número n de IMPUs están distribuidas en un número m de Conjuntos de Registro implícitos (71, 72, 73, 74), y donde todas las IMPUs de cada Implicit Registration Set IRS Conjunto de Registro Implícito comparten el mismo estado de registro (51, 52, 53, 54), estando el HSS caracterizado porque cada IRS está asociado con una condición de acceso (41, 42, 43, 44), una IMPU (2a) dada es compartida por más de un IRS (71, 72), y el estado explícito de la citada IMPU (2a) dada bajo una condición de acceso (42) dada activa el registro implícito de las IMPUs (2a, 2b, 2c, 2f) en el IRS (72) asociado con la citada condición de acceso (42), mientras que el estado del registro (51, 53, 54) de las IMPUs en cualquier otro IRS (71, 73, 74) permanece sin cambios. 2. El HSS de la reivindicación 1, en el que un registro explícito de una IMPU, que pertenece sólo a un IRS, activa un registro implícito de las IMPU en el citado IRS para la condición de acceso asociada. 3. El HSS de la reivindicación 1, en el que la condición de acceso dada es seleccionada de un grupo de condiciones de acceso que incluye: sólo un acceso telefónico móvil, sólo un acceso telefónico fijo, una llamada de emergencia, una red de itinerancia y combinaciones de los mismos. 4. El HSS de la reivindicación 1, en el que el registro implícito de las IMPUs del IRS asociadas con la citada condición de acceso es grabado con el fin de impedir una eliminación parcial del registro de las IMPUs del citado IRS. 5. El HSS de la reivindicación 2, en el que el registro implícito de las IMPUs del IRS es grabado con el fin de impedir una eliminación parcial del registro de las IMPUs del citado IRS. 6. El HSS de la reivindicación 1, que comprende también un almacén (13) para almacenar la estructura de datos por abonado; un receptor (12) para recibir el registro explícito de la IMPU (2a) dada bajo la condición de acceso (42) dada; y un procesador (10) para activar el registro implícito de las IMPUs (2a, 2b, 2c, 2f) del IRS (72) asociado con la citada condición de acceso (42). 7. El HSS de la reivindicación 6, que comprende también un emisor (11) para enviar las IMPUs (2a, 2b, 2c, 2f) del IRS (72) asociadas con la citada condición de acceso (42) dada como resultado del registro explícito de la IMPU (2a) dada. 8. El HSS de la reivindicación 6, en el que el procesador está dispuesto para grabar en el almacén el registro implícito de las IMPUs del IRS asociadas con la citada condición de acceso con el fin de impedir una eliminación parcial del registro de las IMPUs del citado IRS. 9. El HSS de la reivindicación 7, en el que el procesador está dispuesto para grabar en el almacén el registro implícito de las IMPUs del IRS con el fin de impedir una eliminación parcial del registro de las IMPUs del citado IRS. 10. El HSS de la reivindicación 6, en el que el receptor está también dispuesto para recibir una condición de acceso dada junto con una eliminación de un registro de una IMPU, y el procesador está también dispuesto para utilizar la condición de acceso dada para determinar una eliminación del registro de las IMPUs del IRS asociadas con la citada condición de acceso. 11. El HSS de la reivindicación 6, en el que el almacén comprende un gestor de memoria (130) para enviar y obtener datos de una base de datos externa (131). 12. Un método de llevar a cabo un registro implícito de un Implicit Registration Set IRS Conjunto de Registro Implícito entre una pluralidad de IRSs en un Home Subscriber Server HSS Servidor de Abonado Local (81), comprendiendo cada IRS más de una IMS Public User Identity IMPU Identidad de Usuario Pública de IMS y compartiendo las IMPUs de cada IRS un mismo estado de registro, comprendiendo el método una etapa de distribuir un número n de IMPUs (2a-2g) en un número m de IRSs (71, 72, 73, 74), y caracterizado por las etapas de: - el que una IMPU (2a) dada sea compartida por más de un IRS (71, 72); - asociar cada IRS (71, 72, 73, 74) con una condición de acceso (41, 42, 43, 44); - llevar a cabo un registro explícito (S-100, S-200, S-220) de la IMPU (2a) dada bajo una condición de acceso (42) dada; y 12 E07821925 16-11-2011   - activar un registro implícito en el HSS (S-110, S-210, S-230) de las IMPUs (2a, 2b, 2c, 2f) de un IRS (72) asociadas con la citada condición de acceso (42) dada, mientras que el estado del registro (51, 53, 54) de las IMPUs de cualquier otro IRS permanece sin cambios. 13. El método de la reivindicación 12, que comprende también una etapa de llevar a cabo un registro explícito de una segunda IMPU, que pertenece sólo a un IRS, y una etapa responsable de activar un registro implícito de IMPUs en el citado IRS para la condición de acceso asociada. 14. El método de la reivindicación 12, en el que la condición de acceso dada es seleccionada de un grupo de condiciones de acceso que incluye: sólo un acceso telefónico móvil, sólo un acceso telefónico fijo, una llamada de emergencia, una red de itinerancia y combinaciones de los mismos. 15. El método de la reivindicación 12, que comprende también una etapa de grabar el registro implícito de las IMPUs del IRS asociadas con la citada condición de acceso, con el fin de impedir una eliminación parcial del registro de las IMPUs del citado IRS. 16. El método de la reivindicación 13, que comprende también una etapa de grabar el registro implícito de las IMPUs del IRS, con el fin de impedir una eliminación parcial del registro de las IMPUs del citado IRS. 17. El método de la reivindicación 12, que comprende también una etapa de recibir una condición de acceso dada junto con una eliminación parcial del registro de una IMPU, y una etapa de utilizar la condición de acceso dada para determinar una eliminación parcial del registro de las IMPUs de un IRS asociadas con la citada condición de acceso. 18. Un programa de ordenador, cargable en una memoria interna de un ordenador con unidades de entrada y salida así como con una unidad de tratamiento, comprendiendo el programa de ordenador un código ejecutable adaptado para llevar a cabo las etapas del método de acuerdo con cualquiera de las reivindicaciones 12 a 17 cuando se ejecuta en el ordenador. 19. El programa de ordenador de la reivindicación 18, en el que el software ejecutable es grabado en un portador legible en un ordenador. 13 E07821925 16-11-2011   14 E07821925 16-11-2011   E07821925 16-11-2011   16 E07821925 16-11-2011   17 E07821925 16-11-2011   18 E07821925 16-11-2011   19 E07821925 16-11-2011   E07821925 16-11-2011   21 E07821925 16-11-2011   22 E07821925 16-11-2011   23 E07821925 16-11-2011