Un método de operar un sistema de comunicación que comprende una red de Subsistemas de Multimedios IP y una pluralidad de terminales de usuario final,

cada uno de los cuales está asociado con una identidad de usuario pública de Subsistema de Multimedios IP, comprendiendo el método:

interponer una entidad lógica entre una pluralidad de Agentes de Usuario con Protocolo de Iniciación de Sesión implementada dentro o a nombre de un solo terminal de usuario final, y una Función de Control de Llamada/Sesión de Servicio de un Subsistema de Multimedios de IP;

para cada uno de los citados Agentes de Usuario, registrar con la citada entidad lógica una dirección de contacto; y

hacer que la citada entidad lógica registre su propia dirección de contacto con respecto a la identidad de usuario pública asociada con el citado terminal de usuario final, con la Función de Control de Llamada/Sesión de Servicio de manera que emule a un único Agente de Usuario con Protocolo de Iniciación de Sesión a la Función de Control de Llamada/Sesión de Servicio

Gestión de interfases de múltiples usuarios en un Subsistema de Multimedios IP.

Campo técnico

La presente invención se refiere al registro de un usuario en el Subsistema de Multimedios IP.

Antecedentes

Los Servicios de Multimedios IP proporcionan una combinación dinámica de voz, video, mensajería, datos, etc. dentro de la misma sesión. Aumentando el número de aplicaciones básicas y los medios que es posible combinar, el número de servicios ofrecidos a los usuarios finales aumentará, y la experiencia de comunicación inter-personal se enriquecerá. Esto llevará a una nueva generación de servicios de comunicación de multimedios rica, personalizada, que incluye los llamados servicios de "Multimedios IP combinacionales" que se consideran con más detalle a continuación.

El IP Multimedia Subsystem (IMS-Subsistema de Multimedios IP) es la tecnología definida por el Third Generation Partnership Project (3GPP-Proyecto de Colaboración de Tercera Generación) para proporcionar servicios de Multimedios IP en redes de comunicación de telefonía móvil (3GPP TS 22.228, TS 23.218, TS 23.228, TS 24.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 y TS 29.329 Versiones 5 a 7. El IMS proporciona características clave para enriquecer la experiencia de comunicación de persona-a-persona del usuario final mediante el uso de Accesos a Servicios de 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) en redes basadas en IP. El IMS hace uso del Session Initiation Protocol (SIP-Protocolo de Iniciación de Sesión) para establecer y controlar llamadas o sesiones entre terminales de usuario (o terminales de usuario y servidores de aplicación). El Session Description Protocol (SDP-Protocolo de Descripción de Sesión), transportado por la señalización de SIP, se usa para describir y negociar los componentes de medios de la sesión. Mientras que el SIP fue creado como un protocolo de usuario-a-usuario, el IMS permite a los operadores y a los proveedores de servicios controlar el acceso del usuario a servicios y facturar a los usuarios de manera correspondiente.

La Figura 1 ilustra esquemáticamente la arquitectura de IMS de acuerdo con el 3GPP Versión 5 (R5) y el IMS Versión 6 (R6). Las Call/Session Control Functions (CSCFs-Funciones de Control de Llamada/Sesión) operan como proxies de SIP dentro del IMS. La arquitectura de 3GPP define tres tipos de CSCFs: La Proxy CSCF (P-CSCF - CSCF de Proxy) que es el primer punto de contacto dentro del IMS para un terminal de SIP; el Serving CSCF (S-CSCF-CSCF de Servicio) que proporciona al usuario servicios a los que el usuario está suscrito; y la Interrogating CSCF (I-CSCF-CSCF de Interrogación) cuya función es identificar la S-CSCF correcta y enviar a esa S-CSCF una petición recibida desde un terminal de SIP por medio de la P-CSCF.

Un usuario se registra con el IMS usando el método de REGISTRAR con SIP especificado. Este es un mecanismo para conectarse al IMS y anunciar al IMS la dirección en la cual puede ser encontrada una identidad de usuario con SIP. El usuario recibe una única URI de la S-CSCF que utilizará cuando inicie un diálogo. En 3GPP, cuando un terminal con SIP lleva a cabo un registro el IMS valida al usuario, y asigna una S-CSCF a ese usuario del conjunto de S-CSCFs disponibles. Mientras que los criterios para asignar S-CSCFs no están especificados por el 3GPP, éstos pueden incluir requisitos de compartir carga y servicio. Se observa que la asignación de un S-CSCF es clave para controlar (y facturar) el acceso del usuario a servicios basados en IMS. Los operadores pueden proporcionar un mecanismo para evitar sesiones de SIP de usuario-a-usuario directas que se saltarían de otro modo la S-CSCF.

Durante el proceso de registro, es responsabilidad de la I-CSCF seleccionar una S-CSCF si no se ha seleccionado ya una. La I-CSCF recibe las capacidades de S-CSCF requeridas del Home Subscriber Server (HSS-Servidor de Abonado Local) de la red local, y selecciona una S-CSCF apropiada basándose en las capacidades recibidas. [Se observa que la asignación de S-CSCF es llevada a cabo también para un usuario por la I-CSCF en el caso en el que el usuario sea llamado por otro participante, y el usuario no esté actualmente asignado en S-CSCF.] Cuando un usuario registrado subsiguientemente envía una petición de Sesión (por ejemplo SIP INVITE) al IMS, la petición incluirá las URLs P-CSCF y S-CSCF de manera que la P-CSCF es capaz de enviar la petición a la S-CSCF seleccionada. Esto aplica tanto en los lados de inicio como de finalización (del IMS). [Para la llamada de finalización la petición incluirá la dirección de P-CSCF y la dirección del UE].

Dentro de la red de servicios de IMS, se proporcionan application servers (ASs-Servidores de Aplicación) para implementar una funcionalidad de servicio de IMS. Mientras que originariamente se consideró que los ASs operarían como "esclavos" para las CSCFs de IMS, respondiendo a las peticiones delegadas por las S-CSCFs, éste no necesita ser el caso y verdaderamente se supone ahora que los ASs pueden tener interfaces a redes externas (es decir no-3GPP), y pueden recibir un estímulo interno para llevar a cabo una acción (por ejemplo una expiración de temporizador). La Figura 2 ilustra la interfaz del IMS Service Control (ISC-Control de Servicio de IMS) entre un AS y una S-CSCF, así como otras interfaces dentro del IMS. Aunque el AS en la Figura 2 se muestra con una única interfaz hacia una S-CSCF se debe apreciar que en la práctica la interfaz de ISC se extenderá a través de una red de comunicación a la cual muchos (o todos) de los servidores de CSCF de una red de operador dada están conectados, permitiendo a un AS comunicarse con todas estas CSCFs. [Otras entidades ilustradas en la Figura1] serán bien conocidas por los expertos].

Existe otra interfaz (Ut) entre el AS y el terminal de usuario (TS23.002) aunque esto no se muestra en la Figura. La interfaz Ut permite al usuario gestionar información relacionada con sus otros servicios, por ejemplo la creación y asignación de Identidades de Servicio Públicas, gestión de validación de políticas que usan por ejemplo los servicios de "presencia", gestión de política de conferencia, etc.

Existe actualmente en curso un trabajo de estandarización en 3GPP R7 en las áreas de Voice Call Continuity (3GPP TS 23.206), y Handling of the Termination of Real-Time Sessions and Calls (3GPP draft TR 23.819). En particular, se considera el manejo de sesiones en tiempo real de finalización y llamadas que tienen en cuenta diferentes dominios (CS, IMS) y diferentes capacidades del UE. Existe también una especificación establecida para Combining Circuit Switched (CS-Combinación mediante circuitos Conmutados) y Servicios de IP Multimedia Subsystem (IMS) (3GPP TS 23.279) que se está ampliando y refinando en R7. Estas áreas de trabajo en curso se refieren a un tipo de Equipo de Usuario que tiene la capacidad de acceder a servicios de IMS mediante redes con Circuit Switched (CS-Conmutación de circuitos) y/o con Packet Switched (PS-Conmutación de Paquetes). Aparecen problemas, por supuesto al tratar con rutas de acceso al IMS paralelas, múltiples registros de usuario de IMS y manejo de sesión de IMS. Las soluciones propuestas en los estándares generalmente se basan en que Servidores de Aplicación del IMS manejan las interacciones entre un terminal dado y sus diferentes dominios de acceso y entre el terminal y los servicios del IMS. El problema con una solución al nivel del Servidor de Aplicación es que la arquitectura del IMS se hace innecesariamente compleja, que requiere un gran número de interacciones complejas sobre la interfaz de ISC, y que puede llevar a Initial Filter Criteria (IFC-Criterios de Filtrado Iniciales) complejos o no gestionables en el núcleo del IMS. Los Servidores de Aplicación son forzados a tomar decisiones relativas a diferentes interfaces de acceso (y redes de acceso) del equipo terminal y necesitan reforzar tales decisiones en el núcleo del IMS sobre la interfaz de ISC, para la cual la interfaz de ISC no está diseñada.

El documento US 6.985.961 describe dispositivos de gestión múltiple que tienen cada uno un agente de usuario con SIP. De acuerdo con este método el agente de usuario con SIP de cada dispositivo se registra como un agente de usuario miembro con un agente de usuario compuesto, el agente de usuario compuesto se registra con un proxy de SIP utilizando las direcciones correspondientes a cada uno de los agentes de usuario miembros. El agente de usuario compuesto puede entonces actuar como una función de proxy...

1. Un método de operar un sistema de comunicación que comprende una red de Subsistemas de Multimedios IP y una pluralidad de terminales de usuario final, cada uno de los cuales está asociado con una identidad de usuario pública de Subsistema de Multimedios IP, comprendiendo el método:

interponer una entidad lógica entre una pluralidad de Agentes de Usuario con Protocolo de Iniciación de Sesión implementada dentro o a nombre de un solo terminal de usuario final, y una Función de Control de Llamada/Sesión de Servicio de un Subsistema de Multimedios de IP;

para cada uno de los citados Agentes de Usuario, registrar con la citada entidad lógica una dirección de contacto; y

hacer que la citada entidad lógica registre su propia dirección de contacto con respecto a la identidad de usuario pública asociada con el citado terminal de usuario final, con la Función de Control de Llamada/Sesión de Servicio de manera que emule a un único Agente de Usuario con Protocolo de Iniciación de Sesión a la Función de Control de Llamada/Sesión de Servicio.

2. Un método de acuerdo con la reivindicación 1 y que comprende, en la Función de Control de Llamada/Sesión, en respuesta a la recepción de una petición de REGISTRAR mediante SIP desde un Agente de Usuario con Protocolo de Iniciación de Sesión, delegando selectivamente las funciones de Registrador mediante Protocolo de Iniciación de Sesión Local para ese Agente de Usuario con Protocolo de Iniciación de Sesión a la citada entidad lógica, para permitir a la citada entidad lógica llevar a cabo los registros y eliminaciones de registro en la red de Subsistemas de Multimedios IP en nombre del Agente de Usuario con Protocolo de Iniciación de Sesión.

3. Un método de acuerdo con la reivindicación 2 y que comprende llevar a cabo la delegación selectiva de las funciones de Registrador mediante Protocolo de Iniciación de Sesión Local a la citada entidad lógica basándose en los Criterios de Filtrado Inicial obtenidos por la Función de Control de Llamada/Sesión de Servicio para un usuario.

4. Un método de acuerdo con la reivindicación 3, en el que los citados Criterios de Filtrado Inicial incluyen la dirección de la citada entidad lógica.

5. Un método de acuerdo con cualquiera de las reivindicaciones 2 a 4 y que comprende llevar a cabo la delegación selectiva de las funciones de Registrador mediante Protocolo de Iniciación de Sesión Local a la citada entidad lógica basándose en una política de delegación local de la Función de Control de Llamada/Sesión de Servicio.

6. Un método de acuerdo con cualquiera de las reivindicaciones 2 a 5, en el que la Función de Control de Llamada/Sesión de Servicio envía la petición REGISTRAR a la citada entidad lógica, y en respuesta la entidad lógica se registra con el Subsistema de Multimedios IP en nombre del Agente de Usuario y se conecta en la ruta con Protocolo de Iniciación de Sesión para el Agente de Usuario.

7. Un método de acuerdo con cualquiera de las reivindicaciones 2 a 6, en el que al menos uno de los citados Agentes de Usuario con Protocolo de Iniciación de Sesión es implementado en el citado terminal de usuario final.

8. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que al menos uno de los citados Agentes de Usuario con Protocolo de Iniciación de Sesión es implementado entre un Agente de Usuario sin Protocolo de Iniciación de Sesión situado dentro del citado terminal de usuario, y la citada entidad lógica.

9. Un método de acuerdo con la reivindicación 8 y que comprende llevar a cabo una traducción entre la señalización sin Protocolo de Iniciación de Sesión y con Protocolo de Iniciación de Sesión dentro del Subsistema de Multimedios IP.

10. Un método de acuerdo con cualquiera de las reivindicaciones precedentes y que comprende originar una petición para una sesión con Protocolo de Iniciación de Sesión y la citada entidad lógica, en nombre de un Agente de Usuario con Protocolo de Iniciación de Sesión.

11. Un método de acuerdo con cualquiera de las reivindicaciones precedentes y que comprende finalizar una petición para una sesión con Protocolo de Iniciación de Sesión en la citada entidad lógica, en nombre de un Agente de Usuario con Protocolo de Iniciación de Sesión.

12. Un método de operar una entidad de tratamiento y señalización dentro de un sistema de comunicación que comprende una red de Subsistema de Multimedios IP, comprendiendo el método:

para un terminal de usuario, registrar con la entidad una dirección de contacto para cada uno de una pluralidad de Agentes de Usuario con Protocolo de Iniciación de Sesión implementados dentro o en nombre del terminal de usuario; y

hacer que la entidad registre con la Función de Control de Llamada/Sesión de Servicio su propia dirección de contacto con respecto a una identidad de usuario pública asociada con el citado terminal de usuario final de manera que emule a un único Agente de Usuario con Protocolo de Iniciación de Sesión a la Función de control de Llamada/Sesión de Servicio en nombre del terminal de usuario final.

13. Una entidad de tratamiento y señalización para su uso dentro de un sistema de comunicación que comprende una red de Subsistemas de Multimedios IP, comprendiendo la entidad:

medios para registrar con la entidad una dirección de contacto para cada uno de una pluralidad de Agentes de Usuario con Protocolo de Iniciación de Sesión dentro o en nombre de un terminal de usuario final; y

medios para hacer que la entidad registre con la Función de Control de Llamada/Sesión de Servicio su propia dirección de contacto con respecto a una identidad de usuario pública asociada con el citado terminal de usuario de manera que emule a un único Agente de Usuario con Protocolo de Iniciación de Sesión a la Función de Control de Llamada/Sesión de Servicio.