ES2373458T3 - Método para registrar dispositivos multicontacto. - Google Patents

Método para registrar dispositivos multicontacto. Download PDF

Info

Publication number
ES2373458T3
ES2373458T3 ES06742770T ES06742770T ES2373458T3 ES 2373458 T3 ES2373458 T3 ES 2373458T3 ES 06742770 T ES06742770 T ES 06742770T ES 06742770 T ES06742770 T ES 06742770T ES 2373458 T3 ES2373458 T3 ES 2373458T3
Authority
ES
Spain
Prior art keywords
user
user device
ims
communication request
contact
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES06742770T
Other languages
English (en)
Inventor
Ralf Keller
Andreas Witzel
Arne Pehrson
Stephen Terrill
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2373458T3 publication Critical patent/ES2373458T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/567—Integrating service provisioning from a plurality of service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0081—Network operation, administration, maintenance, or provisioning

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Coupling Device And Connection With Printed Circuit (AREA)

Abstract

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.

Description

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,
10 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
15 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
20 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
25 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
30 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
35 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
40 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, el dispositivo de usuario puede alojar un cliente SIP para telefonia multimedia u otras aplicaciones. Alternativamente, o ademas, uno
o mas agentes de usuario se pueden situar en la red (por ejemplo residiendo cerca, en o asociados con una P-CSCF). En este caso, el agente de usuario puede actuar para un cliente de CS en el dispositivo de usuario. De esta manera cualquier comunicaci6n se basara en los protocolos de CS (por ejemplo la TS 24.008 del 3GPP) entre el cliente CS en el dispositivo de usuario y el nodo de red donde el agente de usuario esta residiendo, y probablemente estara basado en SIP entre el agente de usuario y las entidades adicionales dentro del dominio del IMS (en particular la P-CSCF y la S-CSCF).
La invenci6n por supuesto no esta limitada al uso de SIP. Otros protocolos para los prop6sitos de control y senalizaci6n en el campo de los servicios basados en IP existen ya o podrian existir en el futuro; un ejemplo es el protocolo H.323 existente especificado por la ITU-T.
En una variante adicional, el agente de usuario puede proporcionar adicionalmente un valor de la capacidad de usuario predeterminado adecuado para la entrega de los servicios de CS a traves del dominio del IMS. Un valor tipico podria ser "telefonia multimedia, solamente audio". Este valor podria ser predeterminado en caso de agentes de usuario especificamente disenados para el presente prop6sito, o podria ser controlable por el usuario o el operador.
El ID del dispositivo se puede derivar a partir de un identificador permanente global asociado con el dispositivo de usuario. En una realizaci6n de la invenci6n, se podria usar la IMEI (Identidad Internacional de Equipo M6vil). Tambien es posible no obstante usar otro identificador permanente global tal como la IMSI (Identidad Internacional de Abonado M6vil) para ese prop6sito.
De acuerdo con un aspecto adicional de la invenci6n, se propone un metodo para controlar una petici6n de comunicaci6n para un dispositivo de usuario multicontacto en una red habilitada IMS. El metodo comprende el paso de registrar multiples agentes de usuario para uno y el mismo dispositivo de usuario, en el que desde cada agente de usuario se proporciona la informaci6n de contacto que incluye un ID del dispositivo que identifica el dispositivo de usuario; y que ademas comprende el paso de procesar una petici6n de comunicaci6n dirigida hacia el dispositivo de usuario. El paso de procesamiento comprende el subpaso de identificar multiples ID del dispositivo identicos de los contactos registrados adecuados para la terminaci6n de la comunicaci6n hacia el dispositivo de usuario, y el
subpaso de tratar la petici6n de comunicaci6n de acuerdo con un esquema de manejo predeterminado relacionado con la detecci6n de los ID del dispositivo identicos.
Los ID del dispositivo proporcionados a la S-CSCF o un nodo de red similar durante el registro de los agentes de usuario permiten la detecci6n temprana de situaciones indeseables por ejemplo la bifurcaci6n o el redireccionamiento de una sesi6n entrante a de hecho uno y el mismo dispositivo de usuario. Tipicamente, una rutina de detecci6n para los ID del dispositivo identicos podria tener que ser aplicada cuando los pasos previos (por ejemplo la evaluaci6n de la capacidad del usuario o el valor q) provocan mas de una posibilidad de contacto.
El esquema de manejo predeterminado puede comprender una instrucci6n para reenviar la petici6n de comunicaci6n a solamente uno de los contactos que comprende los ID del dispositivo identicos. Este podria ser un contacto elegido aleatoriamente a partir de los dos o mas contactos detectados con los ID del dispositivo identicos, o se podria aplicar una l6gica de decisi6n mas elaborada (la cual incluye, por ejemplo, otros parametros de un perfil de contacto). Ademas, o alternativamente, el esquema de manejo predeterminado puede comprender una instrucci6n para no redirigir una petici6n de comunicaci6n en "ocupado" entre los contactos que comprenden los ID del dispositivo identicos.
En variaciones adicionales, el esquema de manejo predeterminado es configurable por al menos uno de un operador de red y el usuario. Por ejemplo, el operador podria configurar el rasgo de detectar los contactos con identicos ID del dispositivo de una manera estandar, que el usuario tiene permitido cambiar de acuerdo con su necesidad personal (por ejemplo, ajustando el valor q a un valor particular).
La invenci6n se puede implementar como componentes fisicos, componentes l6gicos o como una combinaci6n de los mismos. Con respecto a un aspecto de componentes l6gicos, se propone un producto de programa informatico que comprende partes de c6digo de programa para realizar los pasos de los metodos descritos anteriormente cuando el producto de programa informatico se ejecuta en uno o mas dispositivos informaticos. El producto de programa informatico se puede almacenar en un medio de grabaci6n legible por ordenador.
De acuerdo con un aspecto adicional de la invenci6n, se propone un agente de usuario que actua como un punto de terminaci6n para una comunicaci6n desde una red habilitada IMS. El agente de usuario se adapta para proporcionar un ID del dispositivo durante el registro con el dominio del IMS, el ID del dispositivo que identifica un dispositivo de usuario con el que esta asociado el agente de usuario. El agente de usuario sera tipicamente una parte de componentes l6gicos que puede estar escrita en el lenguaje de programaci6n Java el cual es, entre otros, popular para la implementaci6n de rasgos en telefonos m6viles. Por supuesto, el agente de usuario tambien podria estar basado en componentes fisicos o se podria implementar como microprogramas.
El agente de usuario se puede adaptar ademas para proporcionar una capacidad de usuario predeterminada adecuada para la entrega de servicios de CS a traves del dominio del IMS durante el registro con el dominio del IMS. Esto podria ser particularmente util para los agentes de usuario disenados especificamente para los prop6sitos de la invenci6n, para los agentes de usuario situados en la red, pero tambien para los agentes implementados en el dispositivo de usuario, para simplificar la configuraci6n del dispositivo.
De acuerdo con un aspecto adicional de la invenci6n, se propone un dispositivo de usuario, que tiene un agente de usuario incorporado como se describi6 antes. Como ejemplo, un equipo m6vil (telefono, ordenador agenda, pero en general tambien ordenadores personales u otros dispositivos informaticos que no son por si mismos "m6viles") podria tener implementado un cliente IMS que incluye un agente de usuario para permitir el establecimiento de una sesi6n con el dominio del IMS de una red m6vil o no m6vil. La sesi6n podria ser transportada a traves de WCDMA, GPRS, WLAN, o WiMax. En cualquier caso, el agente de usuario proporcionara sus atributos de contacto que incluyen el ID del dispositivo al dominio del IMS.
De acuerdo todavia con otro aspecto de la invenci6n, se propone un dispositivo de usuario, que tiene un agente de usuario como se describi6 antes asociado con el mismo, el agente de usuario que se situa en la red. Aqui, el dispositivo de usuario y el agente de usuario estan fisicamente separados, y los protocolos de comunicaci6n entre el agente y el dispositivo dependen de los detalles especificos del escenario. El dispositivo de usuario por ejemplo puede incorporar un cliente CS, y el agente de usuario entonces actua para el cliente CS. En ese caso, la comunicaci6n entre el agente de usuario y el usuario se puede basar en los protocolos basados en CS como los especificados por ejemplo en la TS 24.008.
El dispositivo de usuario puede tener agentes de usuario adicionales incorporados y/o asociados con los mismos. Ejemplos comprenden un dispositivo que incluye un cliente de IMS habilitado con SIP asi como un cliente CS habilitado con SIP, o un dispositivo que incluye dos clientes IMS, que funcionan por ejemplo a traves de WCDMA por una parte y WLAN por otra.
De acuerdo con un aspecto adicional de la invenci6n, se propone una pasarela de red para un intercambio de datos entre un dispositivo de usuario que incorpora un cliente CS, este ultimo que se adapta para un intercambio de datos con un dominio de CS de la o cualquier red, y un dominio del IMS de la red, la pasarela que incorpora un agente de usuario como se describi6 anteriormente. Esta pasarela permite a los usuarios acceder a los servicios en el dominio del IMS desde telefonos CS ordinarios sobre el acceso de CS. Ademas de alojar un agente de usuario (tipicamente
SIP) que sirve al cliente CS en el telefono CS, la pasarela podria realizar una o mas de las siguientes funciones: un interfuncionamiento entre la TS 24.008 / ISUP y SIP para las llamadas/sesiones; al menos un subconjunto de funciones de una P-CSCF; la gsmSCF (Funci6n de Control de Servicio GSM) para encaminamiento de llamadas estatico; y el control de una pasarela de medios (MGW). La pasarela se puede proporcionar como un dispositivo aut6nomo o puede estar co-situada con un MSC.
De acuerdo con un aspecto adicional de la invenci6n, se propone un nodo de servicio en una red habilitada IMS para controlar una petici6n de comunicaci6n para un dispositivo usuario multicontacto. El nodo de servicio se adapta para el registro de multiples agentes de usuario para uno y el mismo dispositivo de usuario, en el que desde cada agente de usuario se proporciona la informaci6n de contacto que incluye un ID del dispositivo que identifica el dispositivo de usuario. El nodo de servicio se adapta ademas para procesar una petici6n de comunicaci6n dirigida hacia el dispositivo de usuario. El procesamiento comprende el paso de identificaci6n de multiples ID del dispositivo identicos de los contactos registrados adecuados para la terminaci6n de la comunicaci6n hacia el dispositivo de usuario. El procesamiento ademas comprende el paso del tratamiento de la petici6n de comunicaci6n de acuerdo con un esquema de manejo predeterminado relacionado con la detecci6n de los ID del dispositivo identicos. El nodo de servicio podria ser por ejemplo la S-CSCF en un dominio del IMS de una red m6vil.
Breve descripci6n de los dibujos
A continuaci6n, la invenci6n se describira con referencia a las realizaciones ejemplares ilustradas en las figuras, en las que:
La Fig. 1 es un diagrama de flujo que ilustra una primera realizaci6n del metodo de la invenci6n
La Fig. 2 es un diagrama de flujo que ilustra una segunda realizaci6n del metodo de la invenci6n
La Fig. 3 es un diagrama esquematico que muestra una primera realizaci6n del sistema de la invenci6n
La Fig. 4 es un diagrama esquematico que muestra una segunda realizaci6n del sistema de la invenci6n
Descripci6n detallada de las realizaciones preferentes
En la siguiente descripci6n, para prop6sitos de explicaci6n y no de limitaci6n, se establecen en adelante los detalles especificos, tales como las topologias de red particulares, los protocolos de comunicaci6n etc., para proporcionar una comprensi6n minuciosa de la invenci6n actual. Sera evidente a un experto en la tecnica que la invenci6n actual se puede practicar en otras realizaciones que se salen de estos detalles especificos. Por ejemplo, el experto apreciara que la invenci6n actual se puede practicar con un protocolo de senalizaci6n y control distinto del estandar SIP tratado anteriormente para ilustrar la presente invenci6n. Tambien, la invenci6n se puede practicar sobre diversas redes de acceso que difieren del acceso PS y CS tratado anteriormente.
Aquellos expertos en la tecnica apreciaran ademas que las funciones explicadas aqui dentro mas adelante se pueden implementar usando circuiteria de componentes fisicos individual, usando componentes l6gicos que funcionan en conjunto con un microprocesador programado o un ordenador de prop6sito general, usando un circuito integrado de aplicaciones especificas (ASIC), y/o usando uno o mas procesadores de senal digital (DSP). Tambien se apreciara que mientras que la invenci6n actual se describe como un metodo, tambien se puede integrar en un procesador de ordenador y una memoria acoplada a un procesador, en donde la memoria se codifica con uno o mas programas que realizan los metodos tratados aqui dentro.
Con referencia a la Fig. 1, un diagrama de flujo 100 ilustra los pasos de una primera realizaci6n del metodo de la invenci6n, a saber el registro de dos o mas agentes de usuario asociados con un dispositivo de usuario multicontacto unico en una red habilitada IMS.
En un primer paso 102, cada agente de usuario envia un ID del dispositivo al dominio del IMS. El ID del dispositivo identifica unicamente el dispositivo de usuario asociado con el agente de usuario. En un segundo paso 104, el ID del dispositivo respectivo se recibe en el dominio del IMS. En este sentido, cada agente de usuario proporciona el ID del dispositivo al dominio del IMS durante el registro.
Con referencia a la Fig. 2, un diagrama de flujo 200 ilustra los pasos de una segunda realizaci6n del metodo de la invenci6n, a saber el control de una petici6n de comunicaci6n para un dispositivo de usuario multicontacto en una red habilitada IMS.
En un primer paso 202, un agente de usuario se registra en la red. En los pasos adicionales 204, 206, los agentes de usuario adicionales se registran en la red. Los pasos 204 no se muestran explicitamente y podrian comprender el registro de cero o mas agentes de usuario en adici6n a los agentes registrados en los pasos 202 y 206. Durante el registro, cada agente de usuario proporciona la informaci6n de contacto que incluye un ID del dispositivo, el cual identifica el dispositivo de usuario.
En los pasos adicionales 208, 210, se procesa una petici6n de comunicaci6n, la cual se dirige hacia el dispositivo de usuario. El paso 208 comprende identificar (o detectar) multiples ID del dispositivo identicos de los contactos
registrados adecuados para terminar la petici6n de comunicaci6n hacia el dispositivo de usuario. El paso 210 comprende el tratamiento de la petici6n de comunicaci6n de acuerdo con un esquema de manejo predeterminado relacionado con la detecci6n de dos o mas ID del dispositivo identicos.
La Fig. 3 ilustra esquematicamente las entidades de red que incluyen un dispositivo de usuario que esta implicado en una realizaci6n adicional de la invenci6n. Un dispositivo de usuario (o equipo de usuario, UE) 310 se usa por el usuario Bob. El dispositivo incluye un cliente SIP 312 para el acceso de PS a un dominio del IMS 311 de una red m6vil. El cliente SIP (es decir el agente de usuario SIP) esta asociado con un ID Privado derivado del ISIM (M6dulo de Identidad de Servicios Multimedia IP) asi como un ID publico 'bob@op.com', que esta formado como una direcci6n de correo electr6nico, pero tambien podria ser un numero (similar a un numero de telefono) o cualquier otro identificador. Ademas, el agente de usuario tiene una serie de atributos de contacto asociados con los mismos, que se trataran mas adelante. El perfil de contacto se denomina "Contacto A para el usuario Bob".
El dispositivo de usuario 310 ademas comprende un cliente CS 314 para la comunicaci6n sobre un dominio de CS de una red m6vil (no se muestra). Ademas, el cliente CS 314 puede conectarse con una entidad 320 en la red m6vil, que se describira a continuaci6n. La conexi6n entre el cliente 314 y la entidad 320 se basa en CS, es decir los protocolos de CS se usaran para el establecimiento, el control y la terminaci6n de la conexi6n. Los protocolos podrian incluir ISUP para una etapa de conexi6n entre una red de acceso radio y la entidad 320.
La entidad 320 es una funci6n de control de pasarela de acceso de medios (MAGCF). En terminos generales, la MAGCF 320 realiza el interfuncionamiento principal para las funciones relacionadas con el registro y la llamada. Una de sus tareas es alojar los agentes de usuario SIP 322, 324 para distintos dispositivos de usuario. El agente de usuario 322 comunica con el cliente CS 314 dentro del dispositivo 310 del usuario Bob y, por otra parte, comunica como un cliente SIP con entidades adicionales del dominio del IMS 311. Como ID privado, el agente de usuario 322 tiene un valor derivado de la IMSI asociado con el mismo. Los mismo sucede con el ID publico temporal. Alternativamente, el ID privado y el ID publico temporal podrian no ser derivados de la IMSI sino ser generados de otro modo. El ID publico permanente en este ejemplo es identico al ID publico asociado con el agente de usuario 312 dentro del dispositivo de usuario 310. El agente de usuario 322 tiene una serie de atributos de contacto asociados con los mismos, que se trataran mas adelante. Su perfil de contracto se denomina "Contacto B para el usuario Bob" para los prop6sitos de la discusi6n adicional.
Ademas de alojar el agente de usuario 322 para el usuario Bob, la MAGCF 320 puede alojar un gran numero de agentes de usuario adicionales para otros usuarios; dos agentes de usuario adicionales 324 se perfilan de manera ejemplar. La MAGCF ademas incluye una P-CSCF 326, que funciona como un Intermediario para los agentes de usuario 322, 324.
El dominio del IMS 311 ademas comprende una CSCF Intermediaria aut6noma 330, que funciona como un Intermediario para el cliente SIP 312 en el dispositivo de usuario 310. Una CSCF adicional 340 funciona como una entidad de servicio (S-CSCF) para el usuario Bob (y posiblemente otros usuarios tambien). La S-CSCF 340 de esta manera controla las sesiones relacionadas con los agentes de usuario correspondientes 312, 322. El dominio del IMS 311 puede comprender parte de la red local del usuario.
Los clientes SIP 312, 322 tiene que registrarse en el dominio del IMS 311 (mas precisamente con la S-CSCF 340) para ser capaces de iniciar las peticiones de sesi6n o para ser alcanzables por las peticiones de sesi6n iniciadas por otros usuarios. Para este fin, en un procedimiento de registro, los agentes correspondientes tienen que proporcionar sus perfiles de contacto (o, en resumen, los contactos) A y B, respectivamente, a la S-CSCF 340, la cual almacena los contactos de una forma relacionadas con el abonado o con el usuario, como se indica por el objeto 342 denominado 'Bob'. Por supuesto, muchos otros usuarios pueden tener sus agentes de usuario registrados en la S-CSCF 340, lo cual se indica por un objeto adicional 344.
El objeto 342 'Bob' se muestra en mas detalle como la estructura agrandada 350 en la Fig. 3, que ilustra esquematicamente algo del contenido de este objeto 342. El objeto mantiene los ID de usuario privados del usuario Bob asi como los ID de usuario permanentes y temporales publicos. Ademas, el objeto contiene los contactos A y B (numeros de referencia 352, 354) que han sido proporcionados por los agentes de usuario 312, 322 durante el registro.
El contacto A 352 especifica los parametros para una sesi6n que es terminada por un lado por el cliente SIP 312 en el dispositivo de usuario 310. La direcci6n de contacto podria ser una direcci6n WLAN o GPRS. La capacidad del usuario es 'Telefonia multimedia con video, audio'. Como prioridad o valor q, el agente de usuario se indica como 'WLAN del cliente SIP'. Como un Intermediario, se especifica la CSCF 330.
El contacto B 354 especifica como direcci6n la MAGCF 320 basada en la red. Como capacidad, se especifica 'Telefonia multimedia, solamente de audio', ya que los datos de comunicaci6n tienen que ser transportados a traves de mecanismos de acceso de CS entre el agente de usuario 322 y el cliente CS 314 en el dispositivo de usuario 310. El valor q se elige como el 'cliente CS' en consecuencia. Como un Intermediario, se especifica la CSCF 326 situada en la MAGCF 320.
De particular interes para la comprensi6n de la presente realizaci6n es el ID del dispositivo 356, 358, que forma
parte de cada uno de los perfiles del contacto A, B y como tal tambien se ha transferido desde los agentes de usuario 312, 322 a la S-CSCF 340 durante el registro.
Se supone ejemplarmente aqui que el dispositivo de usuario 310 tiene una IMEI (Identidad Internacional de Equipo M6vil) asociada con el mismo. Este es el caso por ejemplo para los telefonos m6viles. Una IMEI consta de una informaci6n que representa el fabricante y un numero de serie, y como tal constituye un ID que identifica unicamente el dispositivo de usuario entre todos los telefonos m6viles que nunca han sido fabricados (y que seran fabricados en el futuro). No obstante, para los prop6sitos de la invenci6n, tambien seria adecuada una identificaci6n del unico dispositivo dentro del contexto del control de sesiones relacionado con el dominio del IMS de una red (m6vil) particular.
Por lo tanto, en principio, tambien seria suficiente un identificador que es unico en la red. Podria ser no obstante mas eficiente basarse en la IMEI existente en lugar de introducir un esquema de identificaci6n adicional. Para los dispositivos que no poseen una IMEI, tendran que ser usados otros mecanismos. Uno podria usar tambien por ejemplo la IMSI (Identidad Internacional de Abonado M6vil) del usuario para los prop6sitos de la presente realizaci6n. Ya que aqui la identificaci6n unica esta asignada al usuario, mas concretamente su tarjeta (U)SIM, y no directamente al dispositivo de usuario, uno y el mismo abonado podria usar varias IMSI dentro o asociadas con uno y el mismo dispositivo. No obstante, estos casos en la actualidad no parecen ser de gran relevancia y se pueden resolver configurando adecuadamente los agentes de usuario y/o los componentes del IMS responsables.
Por supuesto, se podrian usar otros identificadores permanentes globales para los prop6sitos de la invenci6n. 'Global' a este respecto significa 'unico' al menos con respecto a la red a la que el dispositivo de usuario esta agregado, y la red que comprende en general todas las entidades interrelacionadas bajo el control del operador de red con el que el usuario o abonado esta suscrito, aunque otras configuraciones tambien son posibles.
En el ejemplo representado en la Fig. 3, la IMEI del dispositivo de usuario 310 se usa por el agente de usuario 312 situado dentro del dispositivo para derivar el ID del dispositivo. El agente de usuario 322 situado en el dominio del IMS 311 tambien deriva el ID del dispositivo a partir de esta IMEI. En general, sera ventajoso si ambos o todos los agentes de usuario usan el mismo esquema para derivar el ID del dispositivo. Por ejemplo, la posibilidad mas simple es usar directamente la IMEI. Donde esto no se desea, por ejemplo debido a la limitaci6n en la capacidad de almacenamiento o procesamiento o debido a razones de seguridad, se podria usar por ejemplo un esquema que es similar a producir un valor para generar claves de un conjunto de datos a ser firmado o cifrado en el campo de la seguridad IT.
El agente de usuario 322 en la MAGCF 320 podria haber recibido la IMEI a traves de una comunicaci6n basada en CS con el cliente CS 314 en el dispositivo de usuario 310, o el ID del dispositivo podria haber sido configurado directamente por el operador cuando se implementa el agente de usuario 322 en la MAGCF 320.
En la presente realizaci6n, ambos agentes de usuario 312, 322 usan el mismo esquema para derivar el ID del dispositivo. Por lo tanto, los ID del dispositivo 356, 358 son identicos uno del otro. A continuaci6n, con respecto a la Fig. 4, se describira el uso de tales ID del dispositivo por una funcionalidad de control de sesi6n de acuerdo con una realizaci6n adicional de la invenci6n.
La Fig. 4 ilustra esquematicamente una red m6vil 400, en la que el dominio de IMS (que podria ser identico al dominio del IMS 311 en la Fig. 3) se representa por una CSCF 402 que actua como una CSCF de servicio, una MAGCF 404 co-ubicada con un MSC de servicio y un Servidor de Aplicaciones IMS y el MRFC (Control de la Funci6n de Recursos Multimedia) 406. La red m6vil 400 comprende ademas capacidades de transporte de datos de usuario, representadas por el MRFP (Procesador de la Funci6n de Recursos Multimedia) 412 y la Pasarela de Medios 414, y una red de acceso radio (RAN) para UMTS/GPRS (UTRAN/GERAN) 408. Los datos de usuario se reenvian a lo largo de los caminos designados por la referencia numerica 420, mientras que los datos de senalizaci6n/control se reenvian a lo largo de los caminos 416, 418.
Se supone aqui que el dispositivo de usuario 410 es identico al mostrado en la Fig. 3, que pertenece al usuario Bob. Un agente de usuario 411 correspondiente se situa en la MAGCF 404 que se asocia con el dispositivo de usuario
410. El agente de usuario 411 comunica con un cliente CS (no se muestra) del dispositivo de usuario 410 y otros subsistemas del dispositivo 410 a traves de los protocolos de comunicaci6n basados en CS, como se indica por la (TS) 24.008. Hacia el dominio de IMS de la red 400, se usa SIP como el protocolo de control para, por ejemplo, registrar el agente de usuario 411 en la S-CSCF 402.
En general, una llamada dirigida hacia el usuario Bob (mas precisamente hacia un agente de usuario asociado con el dispositivo de usuario 410 del usuario Bob), se encaminara a la S-CSCF 402. La S-CSCF 402 implicara al AS del IMS 406, que a su vez desencadenara la ejecuci6n de los servicios de terminaci6n. La S-CSCF 402 conoce la direcci6n de la MAGCF 404 que sirve al dispositivo de usuario 410. La MAGCF 404 tambien comprende una P-CSCF (no se muestra), que es la P-CSCF designada en el perfil de contracto del agente de usuario 411.
En caso de multiples registros (activos), se requiere una decisi6n en la S-CSCF 402 para que una petici6n de sesi6n entrante de las P-CSCF tenga que ser reenviada. Se supone aqui que la llamada entrante requiere como capacidad de usuario 'audio' (voz, habla), que se completa mediante 'telefonia multimedia con video, audio' asi como 'Telefonia
multimedia, solamente audio'. El contacto A y el contacto B de la Fig. 3 con estas capacidades por lo tanto cualifican a ambos para reenviar la petici6n a sus direcciones resp. P-CSCF.
La S-CSCF 402 comprobara tipicamente el valor q de cada uno de los contactos A y B y seleccionara el contacto con el valor q mas alto. En el caso de los contactos que tienen el mismo valor q, de acuerdo con la tecnica anterior, se puede aplicar la bifurcaci6n (que suena en paralelo). Si, como en la presente realizaci6n, ambos contactos estan asociados con uno o el mismo dispositivo de usuario, la bifurcaci6n no funciona adecuadamente.
De acuerdo con la presente realizaci6n, la S-CSCF 402 comprueba adicionalmente de esta manera los ID del dispositivo contenidos en los dos contactos de calificaci6n. A partir de la Fig. 3 esta claro que los ID del dispositivo son identicos. En ese caso, se requiere l6gica adicional en la S-CSCF 402 para, por ejemplo, reenviar una petici6n a solamente uno de estos contactos y/o evitar redirigir una sesi6n en 'Usuario ocupado' desde un contacto al otro (ya que ambos contactos representan el mismo dispositivo).
El atributo del contacto "ID del dispositivo" puede ser un rasgo obligatorio o uno opcional, por ejemplo para permitir el uso en paralelo de clientes SIP habilitados y clientes SIP no habilitados (convencionales) para proporcionar un ID del dispositivo en una red. En el caso opcional, la S-CSCF tiene que tratar con situaciones en las que no se ha proporcionado ningun ID del dispositivo mediante un agente de usuario de registro. Una posibilidad entonces es suponer que un contacto sin ID del dispositivo se califica como que no se considera mas, alternativamente se califica como que se considera mas.
En cualquier caso, en un paso final, la S-CSCF tiene una lista de dos o mas contactos, que se capacitan en paralelo para reenviar la petici6n de (sesi6n) comunicaci6n y que contienen el mismo ID del dispositivo (o que se supone que tienen el mismo ID del dispositivo en caso de omitir el ID del dispositivo). En la realizaci6n descrita aqui, este es el caso de los contactos A y B. La S-CSCF 402 de esta manera tiene que decidir cual de estos contactos usar para reenviar la petici6n.
Esta decisi6n se basara en un esquema de manejo o prescripci6n predeterminado. En muchos casos podria ser util que el esquema de manejo comprenda una instrucci6n para reenviar la petici6n de comunicaci6n o sesi6n solamente a uno de los contactos que comprende los ID del dispositivo identicos. La decisi6n para la cual uno de los contactos de capacitaci6n va a ser reenviada la petici6n podria basarse en una inspecci6n adicional de los atributos del contacto, en otros datos de usuario disponibles en o en asociaci6n con la S-CSCF, o podria simplemente ser hecha eligiendo el 'primero' en la lista de contactos. La ventaja de la presente realizaci6n, a saber evitar la bifurcaci6n indeseada de la sesi6n a uno o el mismo dispositivo fisico, se logra en cualquiera de estos casos.
En el ejemplo descrito aqui, la S-CSCF 402 de esta manera podria decidir usar los atributos del contacto A, que conduce a un reenvio de la petici6n solamente a traves de la P-CSCF situada dentro de la MAGCF 404 al agente de usuario 411. El reenvio a traves de otra P-CSCF hacia un agente de usuario situado en el telefono m6vil 410 (no se muestra en la Fig. 4) se suprime. Los datos de audio entonces se reenviaran a traves de los nodos de transporte 412, 414.
Despues de que la sesi6n o llamada ha sido encaminada a la P-CSCF incluida en la MAGCF 404, la MAGCF 404 terminara la llamada hacia el dispositivo de usuario 410 sin invocaci6n de ningun servicio.
El esquema de manejo predeterminado usado en la S-CSCF 402 para decidir en los contactos de calificaci6n para dispositivos identicos podria comprender adicionalmente o alternativamente una instrucci6n para no redirigir una comunicaci6n en 'ocupado' entre los contactos que comprenden los ID del dispositivo identicos. Esto evita hacer sonar por ejemplo un ordenador de agenda, telefono inteligente u otro equipo m6vil cuando el usuario esta momentaneamente ocupado, por ejemplo, con otra llamada de telefono.
El esquema de manejo predeterminado tratado anteriormente puede ser configurable por el operador. Por ejemplo, se puede aplicar dependiendo de la categoria del usuario, por ejemplo usuario 'normal' o usuario 'superior' (en caso que el operador de red generalmente decida ofrecer este rasgo como opcional). El esquema de manejo tambien se podria implementar como que sea configurable por el usuario, como podria ser el caso para los valores q de sus agentes de usuario que tienen sesiones entregadas al contacto SIP preferente. Generalmente, sin embargo, una configuraci6n basada en operador parece ser preferente, ya que, por ejemplo, en general una transmisi6n de datos innecesarios sobre la interfaz de radio va a ser evitada por razones de ancho de banda fisicamente limitado. De esta manera, un operador podria preferir configurar el acceso radio de una forma que se evite la bifurcaci6n innecesaria, sin dar al usuario la posibilidad de influenciar este aspecto. No obstante, algunos subrasgos adicionales u opcionales relacionados con el rasgo de servicio podrian ser tambien configurables por el usuario, por ejemplo la redirecci6n en 'ocupado'.
Aunque la descripci6n anterior ha supuesto dos contactos registrados para el mismo dispositivo, por supuesto la invenci6n aplica igualmente bien a otros casos con mas de un registro para el mismo dispositivo. Por ejemplo, podria haber tres agentes de usuario asociados con un telefono m6vil, un agente que sirve un cliente CS en el telefono, un agente para acceso de PS a traves de WLAN y un agente para el acceso de PS celular. Algunos o todos estos agentes de usuario pueden poseer un registro en el dominio del IMS para telefonia multimedia. En otros casos se podria usar un acceso de PS para obtener acceso a un dominio de CS de una red m6vil. En ese caso el dispositivo de usuario es alcanzable desde el dominio de CS simultaneamente tanto a traves del acceso de CS como de PS. Esta claro para la persona experta que son posibles muchos escenarios adicionales.
La invenci6n revelada en lo anteriormente mencionado permite a una red habilitada IMS terminar una petici6n de comunicaci6n dirigida hacia un dispositivo de usuario de una forma bien definida, incluso para los casos en que 5 estan presentes multiples registros en el dominio del IMS que estan relacionados con el mismo dispositivo de usuario fisico.
Aunque la invenci6n actual se ha descrito en relaci6n con sus realizaciones preferentes, se tiene que entender que esta revelaci6n es para prop6sitos ilustrativos solamente. Por consiguiente se pretende que la invenci6n sea limitada por el alcance de las reivindicaciones adjuntas a la misma.

Claims (6)

  1. REIVINDICACIONES
    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),
    5 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.
    15 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.
  2. 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.
  3. 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.
  4. 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.
  5. 6.
    El producto de programa informatico de la reivindicaci6n 5, almacenado en un medio de grabaci6n legible por ordenador.
  6. 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
    35 - 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.
ES06742770T 2006-05-02 2006-05-02 Método para registrar dispositivos multicontacto. Expired - Lifetime ES2373458T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2006/004097 WO2007128325A1 (en) 2006-05-02 2006-05-02 Method for registering multi-contact devices

Publications (1)

Publication Number Publication Date
ES2373458T3 true ES2373458T3 (es) 2012-02-03

Family

ID=37309831

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06742770T Expired - Lifetime ES2373458T3 (es) 2006-05-02 2006-05-02 Método para registrar dispositivos multicontacto.

Country Status (7)

Country Link
US (2) US9100408B2 (es)
EP (1) EP2020135B1 (es)
CN (1) CN101433050A (es)
AT (1) ATE524910T1 (es)
DK (1) DK2020135T3 (es)
ES (1) ES2373458T3 (es)
WO (1) WO2007128325A1 (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8149849B2 (en) * 2006-08-31 2012-04-03 Sony Ericsson Mobile Communications Ab Zigbee/IP gateway
US8301734B1 (en) * 2006-09-26 2012-10-30 Nextel Communications, Inc. Client-based solution for seamless access to applications across networks
US8301780B2 (en) * 2006-09-26 2012-10-30 Nextel Communications, Inc. Client-based solution for seamless access to applications across networks
US8391138B2 (en) * 2009-11-09 2013-03-05 Avaya Inc. Quantum and promiscuous user agents
CN102075386B (zh) * 2010-12-29 2013-11-06 华为技术有限公司 识别方法及装置
US8676954B2 (en) * 2011-12-06 2014-03-18 Kaseya International Limited Method and apparatus of performing simultaneous multi-agent access for command execution through a single client
US20130219070A1 (en) * 2012-02-16 2013-08-22 Research In Motion Limited Resolving device specific identifiers to a user identifier to initiate a dialog establishment with devices of a user
JP2014038517A (ja) * 2012-08-17 2014-02-27 Nec Corp コンテンツ提供装置およびコンテンツ提供方法、ポータルシステム、並びにコンピュータ・プログラム
CN105009205B (zh) * 2013-03-08 2019-11-05 索尼公司 用于启用网络的设备上的语音识别输入的方法和系统
US20150312281A1 (en) * 2014-04-25 2015-10-29 Vodafone Ip Licensing Limited Method and system for selection in multi-device scenario
CN105763524A (zh) * 2014-12-19 2016-07-13 华为技术有限公司 Ip多媒体子系统中的注册方法、装置和系统
CN115277707B (zh) * 2022-07-15 2024-09-20 京东科技信息技术有限公司 业务处理方法、装置、电子设备和存储介质
CN116955357B (zh) * 2023-07-21 2025-10-21 企查查科技股份有限公司 一种对象标识的识别方法、装置、计算机设备

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6954654B2 (en) * 2001-07-31 2005-10-11 Lucent Technologies Inc. Provision of services in a communication system including an interworking mobile switching center
US7412521B2 (en) * 2003-03-12 2008-08-12 Microsoft Corporation End-point identifiers in SIP
US20050190744A1 (en) * 2004-02-27 2005-09-01 Xian-He Sun Method of informing a callee of an attempted telephone call by means of internet protocol messaging
EP2031826B1 (en) * 2004-04-13 2010-05-12 Research In Motion Limited Method for a session initiation protocol push-to-talk terminal to indicate answer operating mode to an internet protocol push-to-talk network server
US7840681B2 (en) * 2004-07-30 2010-11-23 International Business Machines Corporation Method and apparatus for integrating wearable devices within a SIP infrastructure
US20060067244A1 (en) * 2004-09-30 2006-03-30 Microsoft Corporation Registration identifier reuse
US8055778B2 (en) * 2004-09-30 2011-11-08 Siemens Enterprise Communications, Inc. SIP user agent with simultaneous multiple registrations
FR2882482B1 (fr) * 2005-02-23 2007-04-20 Alcatel Sa Dispositif de controle d'acces de terminaux d'abonnes d'un domaine cs a des services d'un reseau de communication ims
EP1859645B8 (en) * 2005-03-08 2013-10-30 Genband US LLC Multiple access service convergence
WO2006103093A2 (en) * 2005-03-31 2006-10-05 Telefonaktiebolaget Lm Ericsson (Publ) Technique for coordinating cs and ps registrations in a multi-operator core network
US20060239251A1 (en) * 2005-04-26 2006-10-26 Bennett Jesse W Multi-user media client for communication devices
JP4190521B2 (ja) * 2005-07-14 2008-12-03 株式会社東芝 マルチプロトコルアドレス登録方法、マルチプロトコルアドレス登録システム、マルチプロトコルアドレス登録サーバおよびマルチプロトコルアドレス通信端末
US20070081518A1 (en) * 2005-08-10 2007-04-12 Rajnish Jain Open programmable software protocol stack for use with an Internet telephony system
US8194634B2 (en) * 2005-08-30 2012-06-05 Sprint Communications Company L.P. Method and system for extending a mobile directory number to a landline-based voice-over-packet network
DE602005013832D1 (de) * 2005-12-01 2009-05-20 Ericsson Telefon Ab L M Anrufabwicklung für einen ims-registrierten benutzer
US8391165B2 (en) * 2005-12-30 2013-03-05 Motorola Mobility Llc Method and apparatus for identifying caller preferences matched to callee capabilities for IMS communications
WO2007107185A1 (en) * 2006-03-21 2007-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for registering or deregistering a user to or from an ip multimedia subsystem
DE602006014737D1 (de) * 2006-06-09 2010-07-15 Ericsson Telefon Ab L M Handhabung mehrerer benutzerschnittstellen in einem ip multimedia subsystem
EP2478684B1 (en) * 2009-09-18 2018-11-07 Deutsche Telekom AG Method for supporting a user equipment lacking globally routable user agent uri - gruu support in an internet protocol multimedia subsystem - ims.

Also Published As

Publication number Publication date
EP2020135A1 (en) 2009-02-04
US9100408B2 (en) 2015-08-04
DK2020135T3 (da) 2012-01-16
US9596275B2 (en) 2017-03-14
WO2007128325A1 (en) 2007-11-15
EP2020135B1 (en) 2011-09-14
ATE524910T1 (de) 2011-09-15
US20150350257A1 (en) 2015-12-03
CN101433050A (zh) 2009-05-13
US20090296642A1 (en) 2009-12-03

Similar Documents

Publication Publication Date Title
ES2687988T3 (es) Método y elemento para control de servicio
US9596275B2 (en) Method for registering multi-contact devices
CN101641937B (zh) 用于指示ims注册时的电路交换接入的系统和方法
Poikselkä et al. The IMS: IP multimedia concepts and services
US7916685B2 (en) Methods, systems, and computer program products for supporting database access in an internet protocol multimedia subsystem (IMS) network environment
US7685293B2 (en) Method and apparatus for optimization of sigcomp UDVM performance
KR101333164B1 (ko) Ｓｉｐ 메세지에 대한 신뢰를 결정하는 시스템 및 방법
ES2379964T3 (es) Método para inciar comunicaciones basadas en IMSI
US11063990B2 (en) Originating caller verification via insertion of an attestation parameter
CN103975566A (zh) 服务域选择服务指示符
US8494527B2 (en) Method for transferring a communication session in a telecommunications network from a first connection to a second connection
US20130080648A1 (en) Session initiation from application servers in an ip multimedia subsystem
US20060083242A1 (en) Address modification in application servers
US20120265886A1 (en) Service templates for an ip multimedia subsystem
BRPI0416009B1 (pt) Método para uso em um controlador de rede, controlador de rede, equipamento de usuário e método para uso em um primeiro equipamento de usuário
ES2374058T3 (es) Subsistema multimedia ip (ims) y método para enviar un mensaje http a través de un ims.
BRPI0717609A2 (pt) Sistema e método para fornecer serviços combinacionais a chamadores anônimos
CN103491068B (zh) 通信设备和用于操作通信设备的方法
CN101448226B (zh) 一种前转业务的识别方法和设备
US20150050914A1 (en) Method and apparatus for verifying a device during provisioning through caller id
CN104159290B (zh) 注册多联系装置的方法