MÉTODO PARA REGISTRAR DISPOSITIVOS MULTICONTACTO.

Un método para controlar una petición de comunicación para un dispositivo de usuario multicontacto (310,

410) en una red habilitada IMS, el dispositivo de usuario (310, 410) que es identificable únicamente por un ID del dispositivo (310, 410), el método que comprende los pasos de: - registrar múltiples agentes de usuario (312, 322, 411) para el dispositivo de usuario (310, 410), en el que a partir de cada agente de usuario se proporciona información de contacto que incluye el ID del dispositivo (356, 358); - procesar una petición de comunicación dirigida hacia el dispositivo de usuario, el procesamiento que comprende - identificar múltiples ID del dispositivo idénticos de los contactos registrados adecuados para la terminación de la petición de comunicación hacia el dispositivo de usuario, y - tratar la petición de comunicación de acuerdo con un esquema de manejo predeterminado relacionado con la detección de los ID de dispositivo idénticos

Metodo para registrar dispositivos multicontacto Campo tecnico de la invenci6n La presente invenci6n se refiere de manera general al campo de las redes de comunicaciones que comprenden un 5 dominio del IMS. Mas especificamente, la invenci6n se refiere a una tecnica para registrar dispositivos de usuario multicontacto en un dominio del IMS de una red m6vil.

Antecedentes de la invenci6n Las redes m6viles estan evolucionando actualmente desde las redes de circuitos conmutados puras hacia las redes basadas en IP, y se pueden integrar de esta manera sin restricciones en la infraestructura basada en IP existente, por ejemplo Internet, la Web a Nivel Mundial y otras redes de comunicaci6n basadas en IP.

Dentro de las modernas redes m6viles de 3a generaci6n, junto al dominio de Circuitos Conmutados (CS) y el dominio de Paquetes Conmutados (PS) , el dominio del Subsistema Multimedia IP (IMS) se ha especificado por el Proyecto de Cooperaci6n de 3a Generaci6n (3GPP) como una arquitectura de plataforma de entrega de servicios flexible para el suministro de servicios multimedia IP. Uno de los principales componentes del dominio del IMS es la Funci6n de Control de Estado de Llamada (CSCF) , que realiza el control del establecimiento y terminaci6n de la sesi6n para las sesiones IMS. Mientras que una CSCF Intermediaria (P-CSCF) termina un camino de sesi6n en la frontera de un dominio del IMS, la funcionalidad de control principal se situa dentro de la CSCF de servicio (S-CSCF) .

Para funcionalidades de control y senalizaci6n de sesiones, tales como el inicio de sesi6n, la modificaci6n de sesi6n y la terminaci6n de sesi6n para llamadas de voz basadas en IP (VoIP) o conferencias multimedia, el IMS usa el Protocolo de Inicio de Sesiones (SIP) . SIP ofrece servicios similares a los protocolos de telefonia tales como la ISUP (Parte de Usuario ISDN) , pero en un contexto IP. Una entidad l6gica importante dentro de la trama SIP, que termina una sesi6n SIP hacia un usuario, es el agente de usuario. Los agentes de usuario inician las peticiones de sesi6n y son normalmente su destino.

Despues del registro de un agente de usuario en un dominio del IMS, el agente de usuario representa un contacto de usuario particular. Un usuario por supuesto puede registrar mas que un solo contacto, cada contacto que corresponde tipicamente a un dispositivo de usuario particular a traves del cual el usuario desearia ser alcanzable. Los mecanismos para la selecci6n de uno de multiples contactos registrados hacen uso de los atributos del contacto como son la capacidad del usuario y el valor q (valor de prioridad) , que se proporcionan por los agentes de usuario durante el registro. En caso que se pueda identificar un contacto con la prioridad mas alta, se reenvia una petici6n de sesi6n por la S-CSCF a la respectiva P-CSCF. En caso de dos contactos igualmente clasificados, la sesi6n entrante se bifurca, es decir se reenvia a ambos contactos, lo cual generalmente provoca que suenen en paralelo en dos dispositivos de usuario.

La US 2004/205192 A1 revela un sistema y metodo para identificando unicamente un dispositivo SIP extender el protocolo de comunicaci6n SIP con un identificador de punto final (epid) , transportado por ejemplo en la cabecera de una transmisi6n SIP. El identificador de punto final es util para el encaminamiento, registro, suscripci6n, y autentificaci6n. El dispositivo de punto final de un epid de usuario dado se puede identificar unicamente creando una clave a partir de un epid y una direcci6n de registro del usuario (URI) .

El Borrador de Trabajo del Estandar del IETF "Un Modelo de Datos para Presencia" de Rosenberg Cisco Systems J, N° 1, del 25 de octubre de 2004, define el modelo de datos de presencia subyacente usado por el Protocolo de Inicio de Sesiones (SIP) para la Mensajeria Instantanea y los agentes de presencia de las Extensiones de Aprovechamiento de Presencia (SIMPLE) . El modelo de datos proporciona la direcci6n sobre c6mo asignar varios sistemas de comunicaciones en los documentos de presencia de una forma consistente.

Dentro de la trama descrita hasta ahora, surge un problema particular debido al hecho de que hoy en dia a menudo ya no hay una relaci6n 1:1 entre un dispositivo de usuario (una parte de los componentes fisicos supuestos a ser 45 situados cerca del usuario) y un agente de usuario (tipicamente un m6dulo de componentes l6gicos que representa la funcionalidad de terminaci6n de la llamada o sesi6n) . Con los modernos dispositivos de usuario multicontacto, ahora es posible para el usuario registrar mas de un agente de usuario en la red, de manera que se pueden asociar dos o mas contactos con uno y el mismo dispositivo de usuario. Esto es distinto, por ejemplo, para las redes GSM, donde el punto de terminaci6n para una llamada es el dispositivo de usuario que tiene la funcionalidad requerida 50 fijamente integrada dentro de el.

Para el suministro eficiente y flexible del servicio sera deseable de manera general en el futuro situar el control del servicio en el dominio del IMS tambien para los servicios que hasta ahora han sido proporcionados por otros dominios. Por ejemplo, el control de llamada y servicio para los servicios de habla clasicos se realiza hasta ahora por el dominio de CS. Las configuraciones de red de prospecci6n pretenden no obstante situar el control de la llamada y 55 el servicio para estos servicios dentro del dominio del IMS. Entonces un usuario podria tener, por ejemplo, un cliente IMS y un cliente CS en su dispositivo. Ahora ambos requieren un agente de usuario, es decir hay dos agentes de

usuario asociados al mismo dispositivo de usuario. En el caso de capacidades de usuario identicas o superpuestas, la S-CSCF bifurcara de esta manera una petici6n de comunicaci6n entrante a dos o mas agentes de usuario asociados con uno y el mismo dispositivo de usuario, provocando posiblemente un estado operacional indefinido del dispositivo de usuario. Adicionalmente, en caso de condiciones tales como 'usuario no alcanzable' o 'usuario ocupado', un mecanismo de redirecci6n podria conducir a una redirecci6n de una llamada entrante a otro agente de usuario, pero de hecho al mismo dispositivo. Similares problemas pueden surgir con dos o mas clientes IMS en el mismo dispositivo de usuario, o en caso que el usuario haya configurado su cliente IMS para la accesibilidad desde el dominio de CS, o todavia en configuraciones adicionales.

Por consiguiente es un objeto de la presente invenci6n proponer un mecanismo eficiente y fiable que impida los efectos indeseables ilustrados anteriormente.

Resumen de la invenci6n La invenci6n se define por el asunto-materia de las reivindicaciones independientes.

De acuerdo con un primer aspecto de la invenci6n, se propone un metodo de registro en una red habilitada IMS de dos o mas agentes de usuario asociados con un dispositivo de usuario multicontacto unico. El metodo comprende el paso de proporcionar, mediante cada uno de los dos agentes de usuario, un identificador (ID) del dispositivo para el dominio del IMS, el ID del dispositivo que identifica el dispositivo de usuario.

El termino "agente de usuario" como se usa aqui dentro no esta limitado a la entidad SIP correspondiente sino que generalmente denota un componente capaz de hacerse cargo de las tareas de un usuario, y mas precisamente de un dispositivo de usuario o un cliente de usuario, y para este prop6sito se puede configurar de una forma especifica del usuario. En este contexto, el agente de usuario puede actuar por ejemplo como un iniciador de las peticiones de comunicaci6n o como destino para las peticiones de comunicaci6n.

Un dispositivo de usuario multicontacto es un dispositivo que proporciona dos o mas opciones de contacto para establecer una comunicaci6n de voz, datos o multimedia, o para ser alcanzable para tal comunicaci6n. En el contexto presente, un dispositivo de usuario multicontacto se asociara tipicamente con mas de un agente de usuario.

El agente de usuario de un dispositivo multicontacto se puede configurar para proporcionar un conjunto de atributos de contacto a la S-CSCF de un dominio del IMS. El ID del dispositivo podria constituir un nuevo parametro o se podria representar por un parametro existente entre el conjunto de atributos de contacto. Las redes habilitadas IMS incluyen preferentemente redes m6viles con un dominio del IMS, pero podrian comprender otros escenarios de red tambien, por ejemplo las redes de acceso que usan WLAN, WIFI o WiMAX conectadas al dominio del IMS.

Uno o mas de los agentes de usuario se pueden situar en el dispositivo de usuario. Por ejemplo,... [Seguir leyendo]

1. Un metodo para controlar una petici6n de comunicaci6n para un dispositivo de usuario multicontacto (310, 410) en una red habilitada IMS, el dispositivo de usuario (310, 410) que es identificable unicamente por un ID del dispositivo (310, 410) , el metodo que comprende los pasos de:

- registrar multiples agentes de usuario (312, 322, 411) para el dispositivo de usuario (310, 410) , en el que a partir de cada agente de usuario se proporciona informaci6n de contacto que incluye el ID del dispositivo (356, 358) ;

- procesar una petici6n de comunicaci6n dirigida hacia el dispositivo de usuario, el procesamiento que 10 comprende

- identificar multiples ID del dispositivo identicos de los contactos registrados adecuados para la terminaci6n de la petici6n de comunicaci6n hacia el dispositivo de usuario, y

- tratar la petici6n de comunicaci6n de acuerdo con un esquema de manejo predeterminado relacionado con la detecci6n de los ID de dispositivo identicos.

2. El metodo de acuerdo con la reivindicaci6n 1, en el que el esquema de manejo predeterminado comprende una instrucci6n para reenviar la petici6n de comunicaci6n solamente a uno de los contactos que comprenden los ID del dispositivo identicos.

3. El metodo de acuerdo con la reivindicaci6n 1 o 2

en el que el esquema de manejo predeterminado comprende una instrucci6n para no redirigir una comunicaci6n en 20 'ocupado' entre los contactos que comprenden los ID de dispositivo identicos.

4. El metodo de acuerdo con cualquiera de las reivindicaciones 1 a 3, en el que el esquema de manejo predeterminado es configurable por al menos uno de un operador y el usuario.

5. Un producto de programa informatico que comprende partes de c6digo de programa para realizar los pasos de

cualquiera de las reivindicaciones precedentes cuando el producto de programa informatico se ejecuta en uno o mas 25 dispositivos informaticos.

6. El producto de programa informatico de la reivindicaci6n 5, almacenado en un medio de grabaci6n legible por ordenador.

7. Un nodo de servicio (340, 404) en una red habilitada IMS (311, 400) para controlar una petici6n de

comunicaci6n para un dispositivo de usuario multicontacto (310, 410) identificable unicamente por un ID del 30 dispositivo, en donde el nodo de servicio esta adaptado para registrar multiples agentes de usuario (312, 322, 411) para el dispositivo de usuario, en el que a partir de cada agente de usuario se proporciona una informaci6n de contacto que incluye el ID del dispositivo (356, 358) ; y el nodo de servicio se adapta ademas para procesar una petici6n de comunicaci6n dirigida hacia el dispositivo de usuario, el procesamiento que comprende - identificar multiples ID del dispositivo identicos de los contactos registrados adecuados para la terminaci6n de la comunicaci6n hacia el dispositivo de usuario, y

- tratar la petici6n de comunicaci6n de acuerdo con un esquema de manejo predeterminado relacionado con la detecci6n de los ID de dispositivo identicos.