ES2607328T3 - Manejo de Perfiles de servicio en el IMS - Google Patents

Manejo de Perfiles de servicio en el IMS Download PDF

Info

Publication number
ES2607328T3
ES2607328T3 ES06754891.7T ES06754891T ES2607328T3 ES 2607328 T3 ES2607328 T3 ES 2607328T3 ES 06754891 T ES06754891 T ES 06754891T ES 2607328 T3 ES2607328 T3 ES 2607328T3
Authority
ES
Spain
Prior art keywords
public user
user identities
service profile
service
identities
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.)
Active
Application number
ES06754891.7T
Other languages
English (en)
Inventor
Stephen Terrill
Nuria Esteban Vares
German Blanco Blanco
Maria-Carmen Belinchon-Vergara
Hubert Przybysz
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
Priority claimed from PCT/EP2006/061880 external-priority patent/WO2006117323A1/en
Application granted granted Critical
Publication of ES2607328T3 publication Critical patent/ES2607328T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/2272—Subscriber line supervision circuits, e.g. call detection circuits
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/14—Session management
    • H04L67/147—Signalling methods or messages providing extensions to protocols defined by standardisation
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un Servidor de abonados locales para el manejo de suscripciones del Subsistema de multimedios de IP, y que comprende: un medio para guardar las asociaciones entre las Identidades públicas de usuario y los perfiles de servicio, estando cada identidad pública de usuario asociada con un perfil de servicio, y estando cada perfil de servicio asociado con una o más identidades públicas de usuario; en el que dos o más identidades públicas de usuario, distintas de las que pertenecen a un Conjunto implícito de registro, están asociadas con un perfil de servicio común; y caracterizado por: un medio para notificar a un nodo de red del perfil de servicio, una identificación del grupo de alias y las dos o más identidades públicas de usuario, distintas de las que pertenecen al Conjunto implícito de registro, que están asociadas con el perfil de servicio común y que se considerarán como identidades públicas de usuario alias.

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Manejo de Perfiles de servicio en el IMS Sector de la invencion
La presente invencion se refiere a un metodo y aparato para el manejo de Perfiles de servicio en el Subsistema de multimedios de IP.
Antecedentes de la invencion
El subsistema de multimedios de IP (IMS - IP Multimedia Subsystem, en ingles) es la tecnologfa definida por el Proyecto de asociacion de tercera generacion (3GPP - Third Generation Partnership Project, en ingles) para proporcionar Subsistemas de multimedios de IP en redes de comunicacion para moviles (documentos TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 y TS 29.329 de Version 5 y Version 6 del 3GPP). El IMS proporciona caractensticas clave para enriquecer la experiencia de comunicacion de persona a persona de un usuario final mediante la integracion y la interaccion de servicios. El IMS permite nuevas y mejores comunicaciones de persona a persona (cliente a cliente), asf como de persona a contenidos (cliente a servidor) en una red basada en IP. El IMS hace uso del Protocolo de iniciacion de sesion (SIP - Session Initiation Protocol, en ingles) para configurar y controlar llamadas o sesiones entre terminales de usuario (UE - User Terminals, en ingles) o entre varios UE y servidores de aplicacion (AS - Application Servers, en ingles). El Protocolo de descripcion se sesion (SDP - Session Description Protocol, en ingles), contenido en la senalizacion de SIP, se utiliza para describir y negociar los componentes de medios de la sesion. Mientras que el SIP se creo como protocolo de usuario a usuario, el IMS permite a los operadores y a los proveedores de servicios el control del acceso de usuario a servicios y la tarificacion a los usuarios de acuerdo con ello.
La figura 1 ilustra esquematicamente la arquitectura de IMS y sus interfaces internas y externas. Las Funciones de control de llamada / sesion (CSCF - Call / Session Control Functions, en ingles) operan como entidades de SIP dentro del IMS. La arquitectura de 3GPP define tres tipos de CSCF: la CSCF de Proxy (P-CSCF), que es el primer punto de contacto dentro del IMS para un terminal de SIP; la CSCF de Servicio (S-CSCF), que proporciona servicios al usuario, a los que el usuario esta suscrito; y la CSCF de Interrogacion (I-CSCF), cuya funcion es identificar la S- CSCF correcta y enviar a esa S-CSCF una solicitud recibida desde un terminal de SIP a traves de una P-CSCF.
Un usuario se registra en el IMS utilizando el metodo de REGISTRO de SIP especificado. Este es un mecanismo para conectarse al IMS y revelar al IMS la direccion en la que se puede encontrar la identidad del usuario de SIP. En 3GPP, cuando un terminal de SIP realiza un registro, el IMS autentica al usuario, y asigna una S-CSCF a ese usuario del conjunto de S-CSCF disponibles. Mientras que los criterios para asignar la S-CSCF no se especifican en el 3GPP, estos pueden incluir comparticion de carga y necesidades del servicio. Se observa que la asignacion de una S-CSCF es clave para el control y la tarificacion para el acceso de un usuario a servicios de IMS. Los operadores pueden proporcionar un mecanismo para evitar sesiones directas de SIP de usuario a usuario, que de lo contrario eludinan la S-CSCF.
Durante el proceso de registro, es responsabilidad de la I-CSCF el seleccionar una S-CSCF, si una S-CSCF no esta ya seleccionada. La I-CSCF recibe las capacidades de S-CSCF necesarias del Servidor de abonados locales (HSS
- Home Subscriber Server, en ingles) de la red de abonados locales, y selecciona una S-CSCF apropiada basada en las capacidades recibidas. Se observa que la asignacion de la S-CSCF se realiza asimismo para un usuario mediante la I-CSCF en el caso de que el usuario reciba una llamada de un tercero, y que al usuario no se le haya asignado actualmente una S-CSCF. Cuando un usuario registrado envfa a continuacion una solicitud de sesion al IMS, la P-CSCF puede enviar la solicitud a la S-CSCF sobre la base de la informacion recibida desde la S-CSCF durante el proceso de registro.
Cada usuario de IMS posee una o mas Identidades privadas de usuario. Una Identidad privada de usuario es asignada por el operador de la red de abonados locales y es utilizada por el IMS, por ejemplo, para registro, autorizacion, administracion y contabilidad. Esta identidad toma la forma de un Identificador de acceso a red (NAI - Network Access Identifier, en ingles), tal como se define en el documento RFC 2486. Es posible que una representacion de la Identidad de abonado movil internacional (IMSI - International Mobile Subscriber Identity, en ingles) este contenida en el NAI para la identidad privada. El documento TS 23.228 V6.9.0 del 3GPP (2005-03) especifica las propiedades siguientes de la Identidad privada de usuario:
- La Identidad privada de usuario no se utiliza para el encaminamiento de mensajes de SIP.
- La Identidad privada de usuario estara contenida en todas las solicitudes de registro, incluyendo las solicitudes de nuevo registro y de salida del registro) pasadas desde el UE a la red de abonados locales.
- Una aplicacion de Modulo de identidad de servicios de multimedios de IP (ISIM - IP Multimedia Services Identity, en ingles) almacenara de manera segura una Identidad privada de usuario. No sera posible que el UE modifique la informacion de la Identidad privada de usuario almacenada en la aplicacion de ISIM.
5
10
15
20
25
30
35
40
45
50
- La Identidad privada de usuario es una identidad global unica definida por el Operador de la red de abonados locales, que se puede utilizar en la red de abonados locales para identificar la suscripcion del usuario (por ejemplo, capacidad de servicios de IM) desde una perspectiva de red. La Identidad privada de usuario identifica la suscripcion, no al usuario.
- La Identidad privada de usuario se asignara de manera permanente a una suscripcion del usuario (no es una identidad dinamica), y es valida durante el tiempo de la suscripcion del usuario con la red de abonados locales.
- La Identidad privada de usuario se utiliza para identificar la informacion del usuario (por ejemplo, informacion de autenticacion) almacenada dentro del HSS (para su utilizacion, por ejemplo, durante el registro).
- La Identidad privada de usuario puede estar presente en los registros de tarificacion sobre la base de las polfticas del operador.
- La Identidad privada de usuario es autenticada solo durante el registro del usuario (incluyendo el nuevo registro y la salida del registro).
- El HSS necesita almacenar la Identidad privada de usuario.
- La S-CSCF necesita obtener y almacenar la Identidad privada de usuario tras un registro y una finalizacion no registrada.
Ademas de una Identidad privada de usuario, cada usuario de IMS dispondra de una o mas Identidades publicas de usuario de IMS (IMPU - iMs Public User Identities, en ingles). Las IMPU son utilizadas por cualquier usuario para solicitar comunicaciones a otros usuarios. Un usuario podna, por ejemplo, incluir una IMPU (pero no una Identidad privada de usuario) en una tarjeta de visita. El documento TS 23.228 V6.9.0 del 3GPP (2005-03) especifica las siguientes propiedades de la IMPU.
- Tanto la numeracion para telecomunicaciones como los esquemas de nomenclatura de Internet se pueden utilizar para dirigirse a los usuarios, dependiendo de las IMPU que tienen los usuarios.
- Las IMPU tendran la forma de un URI de SIP (tal como se define en los documentos RFC 3261 y RFC 2396 o el formato “tel:”-URI definido en el documento RFC 3966.
- Una aplicacion de ISIM almacenara de manera segura al menos una IMPU (no sera posible que el UE modifique la IMPU), pero no es necesario que todas las IMPU adicionales sean almacenadas en la aplicacion de ISIM.
- Una IMPU se registrara explfcita o implfcitamente antes de que la identidad se pueda utilizar para originar las sesiones de IMS y los procedimientos no relacionados con la sesion de IMS.
- Una IMPU sera registrada explfcita o implfcitamente antes de terminar las sesiones de IMS y de que los procedimientos no relacionados con la sesion de IMS puedan ser proporcionados al UE del usuario al que pertenece la IMPU.
- Sera posible registrar globalmente (es decir, mediante una sola solicitud del UE) un usuario que tiene mas de una IMPU mediante un mecanismo dentro del IMS (por ejemplo, utilizando un Ajuste de registro implfcito). Esto no impedira que el usuario registre individualmente alguna de sus IMPU si es necesario.
- Las IMPU no son autenticadas por la red durante el registro.
- Las IMPU se pueden utilizar para identificar la informacion del usuario dentro del HSS (por ejemplo, durante el establecimiento de la sesion terminada del movil).
- Las IMPU pueden ser utilizadas por los AS dentro del IMS para identificar los datos de configuracion del servicio que deben ser solicitados a un usuario.
La figura 2 ilustra esquematicamente relaciones de ejemplo entre una suscripcion de un usuario (IMS) y las Identidades de usuario publica y privada. En el ejemplo mostrado, un abonado tiene dos Identidades privadas de usuario, estando las dos asociadas con dos Identidades publicas de usuario (estando una de las Identidades publicas de usuario, las Identidades publicas de usuario-2, asociadas con las dos Identidades privadas de usuario). Un Perfil de servicio esta asociado con cada una de las Identidades publicas de usuario, especificando este perfil los datos del servidor para las Identidades publicas de usuario asociadas. Un Perfil de servicio se crea o modifica cuando a un usuario se le proporciona un servidor de aplicacion en el Servidor de abonados locales. Cada Perfil de servicio comprende uno o mas Criterios de filtrado iniciales (iFC - Initial Filter Criteria, en ingles) que se utilizan para activar la provision, o la restriccion, de los servicios de IMS. Las diferencias entre los servicios ofrecidos por el Perfil de servicio-1 y el Perfil de servicio-2 son espedficos para un operador, pero pueden implicar diferentes servidores de aplicacion (AS - Application Server, en ingles), e incluso diferentes esquemas de tarificacion / valoracion.
5
10
15
20
25
30
35
40
45
50
55
En el ejemplo, la Identidad publica de usuario-1 esta asociada con un Perfil de servicio-1, mientras que la Identidad publica de usuario-2 y la Identidad publica de usuario-3 estan asociadas con el Perfil de servicio-2. En un escenario tfpico, la Identidad publica de usuario-1 podna ser una identidad que el usuario proporciona a amigos y familia, por ejemplo
Big-Joe@priv.operator.com, mientras que la Identidad publica del usuario-2 y la Identidad publica del usuario-3 podnan ser identidades que el usuario proporciona a contactos de negocios, por ejemplo, +
46111222333@operator.com y
joe.black@operator.com.
En la red de servicios de IMS, los Servidores de aplicacion (AS) se proporcionan para implementar la funcionalidad de servicios de IMS. Para cualquier UE dado, uno o mas AS pueden estar asociados con ese terminal. La figura 3a ilustra la interfaz de control de servicios de IMS (ISC - IMS Service Control, en ingles) entre un AS y una S-CSCF, asf como otras interfaces dentro del IMS. Aunque el AS de la figura 3a se muestra solo con una unica interfaz hacia una S-CSCF, resultara evidente que en la practica la interfaz de ISC se extendera a traves de una red de comunicacion a la que estan conectados muchos (o todos) los Servidores de la CSCF de una red de operadores dada, lo que permite que un AS se comunique con todas estas CSCF. [Otras entidades ilustradas en la figura 3a seran bien conocidas para los expertos en la materia.]
Existe otra interfaz (Ut) entre el AS y el UE (vease el documento TS 23.002) tal como se ilustra en la figura 3b. La interfaz Ut permite al usuario gestionar la informacion relativa a sus servicios, por ejemplo, la creacion y asignacion de Identidades publicas de usuario, la gestion de las poltticas de autorizacion que se utilizan, por ejemplo, por parte de los servicios “presenciales”, conferencia, gestion de polfticas, etc.
Compendio de la invencion
De acuerdo con el documento TS 23.228, la asociacion entre las IMPU y los Perfiles de servicio y, en concreto la conexion de multiples IMPU a un solo Perfil de servicio, es conocida para el Servidor de abonados locales (HSS). No obstante, esta conexion solo indica las IMPU que comparten el mismo conjunto de criterios de filtrado, los medios suscritos, etc, y no proporciona ninguna indicacion acerca de los Perfiles de servicio generales almacenados fuera del HSS (por ejemplo, en los servidores de aplicacion), y no realiza ninguna asuncion acerca de las relaciones entre las IMPU que comparten el mismo Perfil de servicio (es decir, si existe un “alias” o no).
Los inventores de la presente invencion han reconocido aquellas entidades distintas del HSS y la S-CSCF, incluyendo cualquier Servidor o servidores de aplicacion asociados con un UE y al propio UE, y no provistas de informacion que asocia los Perfiles de servicios con diferentes IMPU, y estas otras entidades podnan hacer uso de la informacion. Por ejemplo, un servidor de aplicacion puede desear conectar la informacion de configuracion de servicio asociada con dos IMPU sobre la base de estas dos IMPU que comparten un solo Perfil de servicio.
En el ejemplo descrito anteriormente con referencia a la figura 2, la Identidad publica de usuario-1 asociada con un perfil personal para uso no de negocios, y la Identidad publica de usuario-2 y la Identidad publica de usuario-3 son para negocios, y se espera que tengan los mismos datos de configuracion. Es necesario tratar las acciones y los datos relativos a la Identidad publica de usuario-1 de manera diferente de las acciones y los datos de la Identidad publica de usuario-2 o la Identidad publica de usuario-3, cuando se tratan acciones y datos asociados con la Identidad publica de usuario-2 y la Identidad publica de usuario-3 de la misma manera. De este modo, por ejemplo, las sesiones de inicio y las sesiones de terminacion para la Identidad publica de usuario-2 y la Identidad publica de usuario-3 se tratan de la misma manera, dado que son datos de configuraciones de servicios suplementarios tales como “no molestar” para el servidor de Pulsar para hablar sobre movil (PoC - Push-to-talk over Cellular, en ingles) de IMS, o una asuncion de telefoma de multimedios de direccion de envfo de llamada.
Sin el conocimiento de que una pluralidad de IMPU estan asociadas, un servidor de aplicacion debe almacenar en su memoria una configuracion de servicio para cada IMPU. Esto tiene un impacto importante en las necesidades de memoria cuando un numero elevado, por ejemplo, millones, de IMPU estan activas. De manera similar, si un UE no tiene este conocimiento, el terminal no sabna, por ejemplo, si una operacion sobre la interfaz Ut se debe repetir para cada identificador publico de usuario. Cuando un usuario actualiza un numero de envfo de llamada a traves de la interfaz Ut para telefoma sobre multimedios, el terminal no tiene suficiente informacion sobre a que IMPU debe hacer esto; por ejemplo, actualizar el numero de envfo de llamada para la Identidad publica de usuario-3 implica que se actualiza automaticamente para la Identidad publica de usuario-2, o si el terminal debe enviar tambien solicitudes de interfaz Ut para la Identidad publica de usuario-2: este malentendido podna provocar problemas en algunas solicitudes de interfaz Ut tales como anadir un usuario a un grupo (en un servidor de aplicacion) en el caso de que la red y el UE lo entiendan de manera diferente.
Para las versiones del 3GPP especificadas actualmente, las entidades IMS (incluidos los UE) suponen que todas las IMPU se tratan de manera independiente.
Un objeto de la presente invencion es proporcionar un medio para informar a las entidades distintas del HSS de las relaciones entre las IMPU y los Perfiles de servicio.
La invencion proporciona un Servidor de abonados locales para el manejo de suscripciones del subsistema de multimedios de IP, un nodo de Funcion de control de sesion de llamada, un servidor de aplicacion, un terminal de usuario y metodos correspondientes de acuerdo con las reivindicaciones que se acompanan.
Los ejemplos de la presente invencion pueden ambos reducir las necesidades de almacenamiento en memoria en un servidor de aplicacion de SIP u otro nodo de red, y reducir la carga de senalizacion en el Subsistema de multimedios de IP y en las redes asociadas.
El termino “alias” tal como se utiliza en esta memoria se considera un termino de la tecnica. Significa que la 5 utilizacion o referencia a una de las Identidades publicas de usuario de IMS alias es tambien el uso de o una referencia a las otras Identidades publicas de usuario alias, es decir, el comportamiento de la red es, como regla general, identico para todas las identidades alias. Por ejemplo, una solicitud de cambio de datos de servicio / configuracion enviada a un servidor de aplicacion con respecto a una Identidad publica de usuario alias se debe tratar como una solicitud de cambio tambien para las otras Identidades publicas de usuario alias. Por supuesto, 10 puede haber casos excepcionales en los que un cambio en los datos / configuracion del servicio es relevante solo para una de las Identidades publicas de usuario alias, por ejemplo, el borrado de una de las Identidades publicas de usuario alias de la red, o un cambio del Perfil de servicio asignado para una Identidad publica de usuario de IMS alias.
Breve descripcion de los dibujos
15 La figura 1 ilustra esquematicamente una arquitectura del subsistema de multimedios de IP;
la figura 2 ilustra esquematicamente las relaciones de ejemplo entre una suscripcion de IMS de usuario y las Identidades publicas y privadas de usuario; y
las figuras 3a y 3b ilustran esquematicamente ciertas entidades del Subsistema de multimedios de IP que incluyen un servidor de aplicacion y una Funcion de control de llamada / sesion de servicio;
20 la figura 4 ilustra esquematicamente la estructura de un Perfil de servicio;
la figura 5 ilustra esquematicamente como se descargan datos de un Perfil de servicio a una Funcion de control de llamada / sesion de servicio;
la figura 6 ilustra esquematicamente la estructura de los datos de usuario transportados en la interfaz Cx; y
la figura 7 ilustra esquematicamente la relacion y las interfaces entre las entidades de un Subsistema de multimedios 25 de IP;
la figura 8 ilustra esquematicamente la estructura de un Perfil de servicio de acuerdo con una realizacion de la presente invencion.
Descripcion detallada de ciertas realizaciones
Tal como se ha explicado ya, la arquitectura del Subsistema de multimedios de IP (IMS) identifica a los usuarios de 30 IMS que utilizan Identidades privadas de usuario. Es la Identidad privada de usuario la que se utiliza para autenticar
a un usuario tras el registro inicial en el IMS. Por otro lado, una ubicacion de usuario se identifica mediante una o mas Identidades publicas de usuario (IMPU), y es una IMPU la que utilizan terceros para contactar con el propietario de la IMPU. Dentro de un Servidor de abonados locales (HSS) situado en la red de abonados locales (por ejemplo, la red de nucleo 3G), cada IMPU esta asociada con un Perfil de servicio. Un Perfil de servicio contiene datos del 35 servicio para estas IMPU, incluido un conjunto de Criterios iniciales de filtrado (iFC) que se utilizan para activar la
provision o restriccion de servicios de IMS. El 3GPP define la estructura del Perfil de servicio mostrada en la figura 4, e indica la manera en la que se descargan estos datos a la S-CSCF, tal como se ilustra en las figuras 5 y 6. Se pueden encontrar mas detalles en los documentos TS 29.228 y TS 29.229.
En el HSS, una o mas IMPU pueden estar asociadas con el mismo Perfil de servicio. Las IMPU asociadas con el 40 mismo Perfil de servicio se denominan en esta memoria IMPU “alias”. El 3GPP obliga a que siempre que un usuario se esta registrando en la red de IMS con una IMPU, el HSS envfe a la S-CSCF el Perfil de servicio asociado con esa IMPU. El 3GPP obliga ademas a que siempre que un usuario no registrado recibe una llamada de terminacion desde la red de IMS, el HSS envfe a la S-CSCF el Perfil de servicio asociado con la IMPU del usuario llamado. Siempre que se modifica un Perfil de servicio en el HSS, el HSS debe enviar el Perfil de servicio modificado a la S-CSCF para 45 cada IMPU asociada.
El 3GPP define un concepto llamado “Ajuste de registro implfcito” para identificar un conjunto de IMPU que funcionan como grupo, y que se registran y salen del registro juntas cuando alguna de las IMPU del conjunto se registra o sale del registro. El 3GPP obliga a que el HSS envfe el Conjunto implfcito de registro a la S-CSCF tras el registro de un usuario o tras la finalizacion de una llamada. Se ha entendido que (en el registro o la terminacion de la 50 llamada) el HSS identifica todas las IMPU del Conjunto implfcito de registro y, a continuacion, identifica todos los Perfiles de servicio asociados con estas IMPU. Los Perfiles de servicio (o datos seleccionados de los Perfiles de servicio) que contienen las IMPU con las que estan asociados, son enviados a continuacion a la S-CSCF. Esto se ilustra en la figura 6. Como resultado de esta operacion, la S-CSCF conoce todas las IMPU que pertenecen al mismo Conjunto implfcito de registro, asf como sus Perfiles de servicio.
5
10
15
20
25
30
35
40
45
Tal como se ha observado ya, el hecho de que dos o mas IMPU esten asociadas con un solo Perfil de servicio (dentro del HSS) se puede utilizar para asociar los datos de configuracion del servicio para estas IMPU en otros nodos de la red o en el terminal de usuario (UE). Se podna pensar que el concepto de Conjunto implfcito de registro proporciona un vefuculo apropiado para distribuir asociaciones entre las IMPU y los Perfiles de servicio mediante el IMS (al menos entre el HSS y la S-CSCF). No obstante, tal planteamiento ina en contra del proposito pretendido del Conjunto implfcito de registro, es decir, para registrar implfcitamente un numero de IMPU de manera independiente de los Perfiles de servicio con los que las IMPU estan asociadas. Por ejemplo, puede resultar deseable incluir varias IMPU personales o relacionadas con los negocios en un Conjunto implfcito de registros, manteniendo separados los Perfiles de servicio para los dos tipos de identidades. Esto quedara claro a partir del ejemplo de la figura 6, en el que las IMPU id. Publica 1, id. Publica 2 e id. Publica 3 pertenecen al mismo Conjunto implfcito de registro, pero no estan todas asociadas con el mismo Perfil de servicio. Es importante, por lo tanto, que las IMPU alias no esten ligadas al Conjunto implfcito de registro.
Un planteamiento preferido es exponer las IMPU asociadas con un Perfil de servicio en las interfaces Ut, Sh, ISC y/o Gm, e informar a los nodos de red o a los UE que reciben esta informacion de que las IMPU asociadas con el mismo Perfil de servicio se deben considerar como identidades publicas de usuario alias. La figura 7 muestra las diferentes interfaces que se pueden utilizar para distribuir la relacion entre las IMPU y los Perfiles de servicio del HSS a entidades tales como la S-CSCF, el AS y el terminal. El HSS hace que la informacion este disponible para la S- CSCF sobre la interfaz Cx, y los AS a traves de la interfaz Sh tras el registro (posiblemente iniciado debido al proceso de registro). La S-CSCF hace que la informacion este disponible para la P-CSCF sobre la interfaz Mw (no mostrada en las figuras), y la P-CSCF muestra esto al terminal sobre la interfaz Gm durante el registro. La S-CSCF tambien hace que esta este disponible para el AS sobre la interfaz ISC.
La interfaz Sh debena tambien poder reconocer que las IMPU asociadas con el mismo Perfil de servicio acceden a los mismos datos en el HSS. Las operaciones llevadas a cabo sobre las interfaces Ut y Sh para una IMPU se consideran realizadas para todas las IMPU asociadas con el mismo Perfil de servicio. [El Perfil de servicio puede estar completamente contenido en un conjunto implfcito de registro, aunque un registro implfcito puede contener mas de un Perfil de servicio.]
• Se consideran varias soluciones diferentes de como puede recibir e interpretar una S-CSCF el conjunto de agrupamiento del HSS.
Solucion A1: Revelar las IMPU que pertenecen a un Perfil de servicio dentro del Perfil de servicio
El agrupamiento de las IMPU que pertenecen a un Perfil de servicio debe coexistir con el Conjunto implfcito de registro dentro de las mismas ordenes sobre la interfaz Cx, y sera revelado siempre que sea posible si se descarga del HSS, es decir, en el registro (o el nuevo registro), terminacion de una llamada o cuando el perfil de usuario cambia en el HSS.
Esta solucion requiere que el Conjunto implfcito de registro sea revelado en un nuevo elemento de informacion (atribuir el par de valor o AVP (Attribute Value Pair, en ingles)) junto con el Perfil de servicio. El concepto de agrupamiento (identidades de usuario publicas alias) se revela dentro del Perfil de servicio como transferido en la interfaz Cx siempre que el perfil de usuario se haya descargado. Esto es, el Conjunto implfcito de registro se indica explfcitamente en la interfaz Cx; y las IMPU incluidas en el Perfil de servicio (transmitidas en la interfaz Cx) indican el agrupamiento alias. Los mensajes de Cx que contienen los Perfiles de servicio son la Respuesta de asignacion del servidor (SAA - Server Assignment Answer, en ingles) y la Solicitud de perfil de pulsar (PPR - Push Profile Request, en ingles). En esta solucion, el Perfil de servicio almacenado en el HSS permanece sin cambios, tal como se define en el documento TS 29.228 (vease la figura 5), pero se indica que el caso de Identificacion publica se refiere a las IMPU correspondientes al Perfil de servicio.
La interfaz Cx se modifica de la siguiente manera, cuando el texto subrayado identifica los nuevos AVP:
descarga del perfil en el registro o terminacion del tiempo de llamada (SAA)
<Server-Assignment-Answer> ::= < Diameter Header: 301, PXY, 16777216 >
< Session-Id >
{Vendor-Specific-Application-Id}
[ Result-Code ]
[Experimental-Result ]
{Auth-Session-State}
{Origin-Host}
{Origin-Realm}
[ User-Name ]
•[Public-Identity] -> set of implicit registration set, if exists *[ Supported-Features ]
[User-Data] -> contains the IMPUs related to a SP according to 29.228 annex D [ Charging-Information ]
*[ AVP ]
*[ Failed-AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
descarga del perfil cuando el perfil cambia (PPR)
< Push-Profile-Request > < Diameter Header: 305, REQ, PXY, 16777216 >
< Session-Id >
{Vendor-Specific-Application-Id}
{Auth-Session-State}
{ Origin-Host}
{Origin-Realm}
{Destination-Host}
{Destination-Realm}
{User-Name}
*rPublic-ldentitv1 -> set of implicit registration set, if exists *[ Supported-Features ]
[User-Data] -> contains the IMPUs related to a SP according to 29.228 annex D [ Charging-Information ]
*[ AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
donde los Datos de usuario estan de acuerdo con el documento TS 29.228, y se ilustra en la figura 6.
Solucion A2: Definir el concepto de agrupamiento dentro de las interfaces
Este planteamiento es introducir un nuevo concepto de agrupamiento en el HSS que identifica que IMPU estan asociadas. Requiere que el Perfil de servicio tal como se define en el documento TS 29.228 se modifique anadiendo 10 un nuevo caso llamado Identificador de PerfilS. Esto se ilustra en la figura 8. El caso del Identificador de PerfilS indica todas las IMPU que pertenecen a ese Perfil de servicio. Esto resultana en un AVP adicional en la interfaz Cx (dentro del SAA o el PPR) que transportarian la informacion acerca de las IMPU que se consideran Identidades publicas de usuario alias.
5
10
15
20
25
30
35
40
45
Solucion A3: Introducir indicacion de interpretacion alias
Considerando otra solucion A1, esta se puede simplificar haciendo la suposicion de que las IMPU asociadas con un unico Perfil de servicio siempre perteneceran al mismo Conjunto implfcito de registro. Suponiendo que el concepto de alias esta activado para los Perfiles de servicio, no hay necesidad de identificar ninguna IMPU fuera de los datos del Perfil de servicio contenidos en la lmea. Sin embargo, si el concepto de alias no esta activado por defecto, sera necesario identificar aquellos Perfiles de servicio a los que aplica el alias. Por referencia a la figura 6, puede ser, por ejemplo, que el alias se active solo para el Perfil de servicios 1.
• Se consideran diferentes soluciones de como puede recibir el servidor de aplicacion el conjunto de agrupamiento.
Solucion B1: La S-CSCF transmite la informacion a traves de la ISC. Son posibles una serie de implementaciones.
a) Revelar las IMPU que pertenecen a un solo Perfil de servicio en el registro de terceros.
De acuerdo con las especificaciones del 3GPP existentes, una S-CSCF puede recibir la instruccion de enviar un mensaje de REGISTRO de SIP a un servidor de aplicacion. Esto se conoce como registro de terceros. Este planteamiento es incluir datos nuevos en el mensaje de registro entre la S-CSCF y el servidor de aplicacion que contiene la informacion acerca de que IMPU son identidades publicas de usuario alias.
b) Revelar las IMPU que pertenecen a un solo Perfil de servicio suscribiendose a un evento de registro.
Actualmente, para que un servidor de aplicacion obtenga informacion acerca de las IMPU registradas implfcitamente, un servidor de aplicacion puede suscribirse (enviar un mensaje de SUSCRIBIRSE) a la S-CSCF que previamente envio un mensaje de REGISTRO al servidor de aplicacion. La S-CSCF enviara entonces un mensaje de NOTIFICAR al servidor de aplicacion conteniendo informacion acerca de las IMPU registradas. La propuesta es extender los contenidos del mensaje de NOTIFICAR para incluir informacion acerca de que IMPU son Identidades publicas de usuario alias.
Solucion B2: El AS recibe la informacion a traves de la Sh
El AS solicita la informacion del alias de la IMPU a traves de la interfaz Sh de la misma manera que solicita ya las IMPU que pertenecen a un Conjunto implfcito de registro o las IMPU bajo la misma IMPI.
Actualmente, el AS envfa un Leer-Sh al HSS indicando en el AVP de Identidad-Establecida:
TODAS_LAS_IDENTIDADES (0)
IDENTIDADES_REGISTRADAS (1)
IDENTIDADESJMPLfcITAS (2)
Para hacer que el agrupamiento de Perfiles de servicio se descargue, se anade un valor nuevo al mensaje: IDENTIDADES_DE_PERFIL_DE_SERVICIO (3)
Por ello, el HSS recibe una Identidad publica como clave de entrada (cuando cualquier operacion se realiza a traves de la Ut por ejemplo), y devuelve todas las demas IMPU asociadas con el mismo perfil que la IMPU, que el HSS indico en la solicitud.
• Se consideran asimismo diferentes soluciones de como puede recibir el terminal movil el conjunto de agrupamiento.
Por ejemplo, dos soluciones posibles son:
Solucion C1: Incluir el agrupamiento de las IMPU en los mensajes 200 OK de la fase de registro.
Incluir la informacion del agrupamiento de los identificadores publicos de usuario en el 200 OK enviado en respuesta al mensaje de Registro. Esto sena en forma de cabecera de SIP adicional al conjunto implfcito de registro.
Solucion B2: Incluir el agrupamiento de las IMPU en el paquete del evento del mensaje
Incluir la informacion del agrupamiento de las IMPU en el mensaje de NOTIFICAR enviado en respuesta al paquete de evento de registro.
Las soluciones B1 y B2 se complementan entre sf y, asf, no son necesariamente alternativas mutualmente exclusivas.
5
10
15
20
25
Aunque los mecanismos descritos anteriormente se refieren a la distribucion de datos en una red de operador y a los terminales moviles que se conectan a esa red, el principio subyacente de compartir la informacion del agrupamiento se extiende a pasar la informacion del agrupamiento a otras redes (incluyendo la informacion relevante en la Interfaz Red - Red), por ejemplo, entre la red de un operador A y la red de un operador B. En esta memoria, se proporcionan dos ejemplos para ilustrar cuando podna ser interesante pasar la informacion del agrupamiento de una red a otra red.
1. Presencia:
Un abonado del operador A (usuario A) incluye un abonado del operador B como observador de presencia permitida (usuario B), es decir, el usuario A ha autorizado al usuario B (utilizando un Identificador de usuario publico del usuario B) para monitorizar la presencia del usuario A. Sin embargo, el usuario B tiene dos (o mas) IMPU, y la que se utiliza (por parte del usuario B) para monitorizar la presencia del usuario A no es la que el usuario A ha autorizado. Transportando la informacion de agrupamiento para el usuario B a la red A de tal manera que el usuario B sea capaz (utilizando cualquiera de sus IMPU que comparten el mismo Perfil de servicio) para monitorizar la presencia del usuario A.
2. Listas de aceptacion y rechazo:
Por ejemplo, en un pulsar para hablar sobre movil (PoC), un AS de PoC de terminacion puede acceder a las listas de aceptacion y rechazo en el XDMS para el usuario de terminacion, con el fin de determinar si una solicitud de PoC de terminacion puede ser terminada para un usuario. Hasta ahora, esto no ha funcionado adecuadamente en el caso de que un usuario pueda ser identificado por mas de un medio (identificador de usuario publico). Una realizacion de la invencion proporciona una solucion a este problema incluyendo los datos de agrupamiento en un mensaje de SIP que crea una sesion de SIP nueva (por ejemplo, una INVITAR). La semantica de tales datos podna ser “El usuario X se conoce tambien como {lista de identificadores publicos de usuario agrupados}”.
Resultara evidente para un experto en la materia que se pueden realizar varias modificaciones a las realizaciones descritas anteriormente sin separarse del alcance de la presente invencion.

Claims (31)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    REIVINDICACIONES
    1. Un Servidor de abonados locales para el manejo de suscripciones del Subsistema de multimedios de IP, y que comprende:
    un medio para guardar las asociaciones entre las Identidades publicas de usuario y los perfiles de servicio, estando cada identidad publica de usuario asociada con un perfil de servicio, y estando cada perfil de servicio asociado con una o mas identidades publicas de usuario; en el que dos o mas identidades publicas de usuario, distintas de las que pertenecen a un Conjunto implfcito de registro, estan asociadas con un perfil de servicio comun;
    y caracterizado por:
    un medio para notificar a un nodo de red del perfil de servicio, una identificacion del grupo de alias y las dos o mas identidades publicas de usuario, distintas de las que pertenecen al Conjunto implfcito de registro, que estan asociadas con el perfil de servicio comun y que se consideraran como identidades publicas de usuario alias.
  2. 2. Un Servidor de abonados locales de acuerdo con la reivindicacion 1, en el que el medio para notificar envfa una notificacion al nodo de red en respuesta a un procedimiento de registro o de nuevo registro, a una llamada de terminacion o a un cambio de contenido en el perfil de servicio.
  3. 3. Un Servidor de abonados locales de acuerdo con la reivindicacion 1 o 2, en el que el medio para notificar al nodo de red de las dos o mas identidades publicas de usuario, distintas de las del Conjunto implfcito de registro, y asociadas con el perfil de servicio comun, comprende un medio para enviar al nodo de red uno o mas perfiles de servicio, identificando cada perfil de servicio todas las identidades publicas de usuario, distintas de las que pertenecen al Conjunto implfcito de registro, con el que esta asociado.
  4. 4. Un Servidor de abonados locales de acuerdo con una cualquiera de las reivindicaciones 1 a 3, que comprende ademas un medio para enviar al nodo de red un mensaje que contiene dos o mas identidades publicas de usuario que pertenecen al Conjunto implfcito de registro y respectivos perfiles de servicio.
  5. 5. Un Servidor de abonados locales de acuerdo con la reivindicacion 3, en el que el mensaje que contiene los uno o mas perfiles de servicio identifica, para cada perfil de servicio, las identidades publicas de usuario que se deben considerar Identidades publicas de usuario alias.
  6. 6. Un Servidor de abonados locales de acuerdo con una cualquiera de las reivindicaciones anteriores, en el que el nodo de red es un nodo de Funcion de control de sesion de llamada de servicio o un servidor de aplicacion.
  7. 7. Un Servidor de abonados locales de acuerdo con una cualquiera de las reivindicaciones anteriores, en el que el medio de notificacion contiene la informacion necesaria para una Funcion de control de sesion de llamada de servicio en un mensaje de Respuesta de asignacion de servicio de Cx o de solicitud de Perfil de pulsar.
  8. 8. Un Servidor de abonados locales de acuerdo con la reivindicacion 1, en el que las dos o mas identidades publicas de usuario alias asociadas con el perfil de servicio comun se consideran identidades publicas de usuario alias con comportamiento operativo en la red identico.
  9. 9. Un Nodo de Funcion de control de sesion de llamada para dar servicio a un usuario en una red del Subsistema de multimedios de IP, comprendiendo el nodo de la Funcion de control de sesion de llamada y estando caracterizado por:
    un medio para recibir, desde un Servidor de abonados locales, un mensaje que contiene dos o mas identidades publicas de usuario, distintas de las que pertenecen a un Conjunto implfcito de registro, un perfil de servicios comun con estas dos o mas identidades publicas de usuario, que se consideran Identidades publicas de usuario alias, y una identificacion del grupo de alias; y
    un medio para asociar las dos identidades publicas de usuario, que estan asociadas con el perfil de servicio comun, como identidades publicas de usuario alias.
  10. 10. Un nodo de Funcion de control de sesion de llamada de acuerdo con la reivindicacion 9, en el que para recibir el mensaje con las dos o mas identidades publicas de usuario, distintas de las del Conjunto implfcito de registro, y el perfil de servicio comun comprende un medio para recibir, desde el Servidor de abonados locales, uno o mas perfiles de servicio, identificando cada perfil de servicio a todas las identidades de usuario publicas, distintas de las que pertenecen al Conjunto implfcito de registro, con el cual esta asociado.
  11. 11. Un nodo de Funcion de control de sesion de llamada de acuerdo con la reivindicacion 9 y que comprende un medio para recibir, de un Servidor de abonados locales, un mensaje que contiene identidades publicas de usuario que pertenecen a un Conjunto implfcito de registro y Perfiles de servicio respectivos.
  12. 12. Un nodo de Funcion de control de sesion de llamada de acuerdo con la reivindicacion 10 y que comprende un medio para identificar los perfiles de servicio a los que se debe aplicar la asociacion de alias.
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
  13. 13. Un nodo de Funcion de control de sesion de llamada de acuerdo con una cualquiera de las reivindicaciones 9 a 12 y que comprende un medio para enviar una notificacion a un terminal de usuario o a un nodo de red que identifica el perfil de servicio comun y las dos o mas identidades publicas de usuario, distintas de las pertenecientes a un Conjunto implfcito de registro, que estan asociados con el perfil de servicio comun e identificadas como identidades publicas de usuario alias.
  14. 14. Un nodo de Funcion de control de sesion de llamada de acuerdo con una cualquiera de las reivindicaciones 9 a 13, siendo la Funcion de control de sesion de llamada un nodo de Funcion de control de sesion de llamada de servicio de la red del Subsistema de multimedios de IP.
  15. 15. Un servidor de aplicacion para ejecutar servicios en una red del Subsistema de multimedios de IP, comprendiendo el servidor de aplicacion:
    un medio para recibir desde una Funcion de control de sesion de llamada de servicio o un Servidor de abonados locales, una notificacion que identifica un perfil de servicio comun, una identificacion de grupo de alias y dos o mas identidades publicas de usuario, distintas de las pertenecientes a un Conjunto implfcito de registro, que se consideran como identidades publicas de usuario alias y estan, de este modo, asociadas con el perfil de servicio comun.
  16. 16. Un terminal de usuario para permitir a un usuario acceder a una red del Subsistema de Multimedios de IP, comprendiendo el terminal de usuario:
    un medio para recibir de la red del Subsistema de multimedios de IP, una notificacion que identifica un perfil de servicio comun, una identificacion de grupo de alias y dos o mas identidades publicas de usuario del terminal, distintas de las pertenecientes a un Conjunto implfcito de registro, que se consideran identidades publicas de usuario alias y estan, de este modo, asociadas con el perfil de servicio comun.
  17. 17. Un terminal de usuario de acuerdo con la reivindicacion 16, en el que el citado medio esta dispuesto en uso para recibir la citada notificacion de una Funcion de control de sesion de llamada de servicio.
  18. 18. Un metodo de operacion de un Subsistema de multimedios de IP para informar a los nodos de red y/o los terminales de usuario de las identidades publicas de usuario que se deben considerar como identidades publicas de usuario alias, aplicando el metodo a un servidor de aplicacion, y que comprende:
    guardar las asociaciones entre las identidades publicas de usuario y los perfiles de servicios, estando cada identidad publica de usuario asociada con un perfil de servicio, y estando cada perfil de servicio asociado con una o mas identidades publicas de usuario, en el que dos o mas identidades publicas de usuario, distintas de las pertenecientes a un Conjunto implfcito de registro, estan asociados con un Perfil de servicio comun;
    y caracterizado por:
    notificar a un nodo de red del perfil de servicio comun, una identificacion de grupo de alias y las dos o mas identidades publicas de usuario, distintas de las pertenecientes al Conjunto implfcito de registro, que estan asociadas con el perfil de servicio comun y se deben considerar como identidades publicas de usuario alias.
  19. 19. Un metodo de acuerdo con la reivindicacion 18, en el que notificar comprende enviar una notificacion al nodo de red en respuesta a un procedimiento de registro o de nuevo registro, a una llamada de terminacion o a un cambio de contenido en el perfil de servicio.
  20. 20. Un metodo de acuerdo con la reivindicacion 18 o 19, en el que notificar al nodo de red las dos o mas identidades publicas de usuario, distintas de las del Conjunto implfcito de registro, y asociadas con el perfil de servicio comun, comprende enviar al nodo de la red un mensaje que contiene uno o mas perfiles de servicio, identificando cada perfil de servicio todas las Identidades publicas de usuario, distintas de las pertenecientes al Conjunto implfcito de registro, con los que esta asociado.
  21. 21. Un metodo de acuerdo con la reivindicacion 18 o 19, que comprende ademas enviar al nodo de la red un mensaje que contiene dos o mas Identidades publicas de usuario pertenecientes al Conjunto implfcito de registro y a sus respectivos perfiles de servicio.
  22. 22. Un metodo de acuerdo con la reivindicacion 20, en el que el mensaje que contiene las una o mas identidades publicas de usuario, para cada perfil de servicio, las identidades publicas de usuario que se deben considerar como identidades publicas de usuario alias.
  23. 23. Un metodo de acuerdo con una cualquiera de las reivindicaciones 18 a 22, en el que el nodo de red es un nodo de Funcion de control de sesion de llamada de servicio o un servidor de aplicacion.
  24. 24. Un metodo de acuerdo con una cualquiera de las reivindicaciones 18 a 23, en el que el medio para notificar contiene la informacion necesaria para una Funcion de control de sesion de llamada de servicio en una Respuesta a la asignacion de servidor de Cx o un mensaje de Solicitud de perfil de pulsar.
    5
    10
    15
    20
    25
    30
  25. 25. Un metodo de operacion de un Subsistema de multimedios de IP, IMS, para informar a los nodos de red de IMS y/o a los terminales de usuario de las identidades publicas de usuario que se deben considerar como identidades publicas de usuario alias, aplicando el metodo a un nodo de red de IMS y que comprende y esta caracterizado por:
    recibir, desde el Servidor de abonados locales, un mensaje que contiene dos o mas identidades publicas de usuario, distintas de las pertenecientes a un Conjunto implfcito de registro, estando un perfil de servicio comun asociado con estas dos o mas identidades publicas de usuario, que estan consideradas como identidades publicas de usuario alias, y una identificacion del grupo de asociacion de alias; y
    asociar las dos o mas identidades publicas de usuario, que estan asociadas con el perfil de servicio comun, como identidades publicas de usuario alias.
  26. 26. Un metodo de acuerdo con la reivindicacion 25, en el que recibir el mensaje con las dos o mas identidades publicas de usuario, distintas de las del Conjunto implfcito de registro, y el perfil de servicio comun, comprende recibir, desde el Servidor de abonados locales, uno o mas perfiles de servicio, identificando cada perfil de servicio a todas las identidades publicas de usuario, distintas de las pertenecientes al Conjunto implfcito de registros, con los que esta asociado.
  27. 27. Un metodo de acuerdo con la reivindicacion 25, y que comprende recibir, desde el Servidor de abonados locales, un mensaje que contiene identidades publicas de usuario pertenecientes al Conjunto implfcito de registro y respectivos perfiles de servicio.
  28. 28. Un metodo de acuerdo con la reivindicacion 26, y que comprende identificar perfiles de servicio a los que se debe aplicar una asociacion de alias.
  29. 29. Un metodo de acuerdo con una cualquiera de las reivindicaciones 25 a 28, y que comprende enviar una notificacion a un terminal de usuario o a otro nodo de red de IMS, identificando el perfil de servicio comun y las dos o mas identidades publicas de usuario, distintas de las pertenecientes a un Conjunto implfcito de registro, que estan asociadas con el perfil de servicio comun e identificadas como identidades publicas de usuario alias.
  30. 30. Un metodo de acuerdo con una cualquiera de las reivindicaciones 25 a 29, en el que el nodo de red de IMS es un Funcion de control de sesion de llamada de servicio o un servidor de aplicacion.
  31. 31. Un metodo de operacion de un terminal de usuario configurado para su utilizacion con un Subsistema de multimedios de IP, comprendiendo el metodo:
    recibir desde el Subsistema de multimedios de IP, una notificacion identificando un perfil de servicio comun, una identificacion de grupo de alias y dos o mas identidades publicas de usuario del terminal, distintas de las pertenecientes a un Conjunto implfcito de registro que se deben considerar identidades publicas de usuario y que estan, asf, asociadas con el perfil de servicio comun.
ES06754891.7T 2005-04-29 2006-04-27 Manejo de Perfiles de servicio en el IMS Active ES2607328T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
GB0508690.5A GB2425685B8 (en) 2005-04-29 2005-04-29 Method and apparatus for handling IP multimedia core network subsystems public user identities
GB0508690 2005-04-29
GB0513154 2005-06-29
GB0513154A GB2425689B (en) 2005-04-29 2005-06-29 Method and apparatus for handling ip multimedia core network subsystem public user identities
PCT/EP2006/061880 WO2006117323A1 (en) 2005-04-29 2006-04-27 Service profile handling in the ims

Publications (1)

Publication Number Publication Date
ES2607328T3 true ES2607328T3 (es) 2017-03-30

Family

ID=34674029

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06754891.7T Active ES2607328T3 (es) 2005-04-29 2006-04-27 Manejo de Perfiles de servicio en el IMS

Country Status (8)

Country Link
US (4) US8195155B2 (es)
JP (3) JP2008539628A (es)
CN (1) CN101176369B (es)
ES (1) ES2607328T3 (es)
GB (2) GB2425685B8 (es)
PL (1) PL1875767T3 (es)
PT (1) PT1875767T (es)
RU (1) RU2413391C2 (es)

Families Citing this family (85)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101001247B (zh) * 2006-01-10 2011-06-08 华为技术有限公司 通信系统中感知服务配置下的公共用户标识的方法
EP1881434A1 (en) * 2006-06-09 2008-01-23 Axalto SA A personal token having enhanced signaling abilities
US20080003957A1 (en) * 2006-06-28 2008-01-03 Infineon Technologies Ag Message generation with identification group information
JP4804244B2 (ja) * 2006-07-03 2011-11-02 株式会社日立製作所 アプリケーションをフィルタリングする装置、システム及び方法
US8019073B2 (en) * 2006-10-30 2011-09-13 Alcatel Lucent Systems and methods for implementing split numbering plan area codes in an IMS network
JP4951676B2 (ja) * 2006-12-21 2012-06-13 テレフオンアクチーボラゲット エル エム エリクソン（パブル） マルチメディア・ネットワークにおいてサービス要求を処理するための方法及び装置
CN100551146C (zh) 2007-01-22 2009-10-14 华为技术有限公司 一种实现用户身份关联的方法、系统及装置
US8112523B2 (en) * 2007-02-22 2012-02-07 Telefonaktiebolaget L M Ericsson (Publ) Group access to IP multimedia subsystem service
US8184623B2 (en) * 2007-04-19 2012-05-22 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for handling profiles in a multimedia service network
CN101345748B (zh) * 2007-07-13 2010-08-04 华为技术有限公司 将用户状态通知应用服务器的方法、系统及装置
US8463264B2 (en) * 2007-08-15 2013-06-11 Telefonaktiebolaget L M Ericsson (Publ) Early IMS security
CN101374263A (zh) * 2007-08-21 2009-02-25 华为技术有限公司 一种业务配置的方法及业务配置保存实体
CN101127766B (zh) * 2007-09-24 2010-06-09 中兴通讯股份有限公司 基于sip协议的消息处理方法、装置及ip通信系统
US20090098853A1 (en) * 2007-10-15 2009-04-16 Jari Mutikainen Method, apparatus and computer program product for provision of grouped identity information
KR101424718B1 (ko) * 2007-10-17 2014-08-04 삼성전자 주식회사 원격 접속 환경에서 접속 가능한 홈 네트워크 정보를제공하는 장치 및 그 방법
WO2009052870A1 (en) * 2007-10-26 2009-04-30 Telefonaktiebolaget Lm Ericsson (Publ) Grouping of user identities in an ip multimedia subsystem
US20100293593A1 (en) * 2008-01-11 2010-11-18 Fredrik Lindholm Securing contact information
US8045955B2 (en) * 2008-02-07 2011-10-25 Nokia Siemens Networks Implicit emergency registration set
US9967132B2 (en) * 2008-04-08 2018-05-08 Nokia Solutions And Networks Oy Correlating communication sessions
FR2931606B1 (fr) * 2008-05-20 2012-07-27 Radiotelephone Sfr Systeme, procede, serveur d'application et hss pour l'autoprovisionnement d'au moins un service dans au moins un serveur d'application d'une architecture ims
US20100082972A1 (en) * 2008-09-29 2010-04-01 Benco David S Method to allow targeted advertising on mobile phones while maintaining subscriber privacy
US9021014B2 (en) 2009-03-25 2015-04-28 Tekelec, Inc. Methods, systems, and computer readable media for providing home subscriber server (HSS) proxy
US8868686B1 (en) * 2009-03-31 2014-10-21 Microsoft Corporation Sharing of repository data for non-alias identities
US8989705B1 (en) 2009-06-18 2015-03-24 Sprint Communications Company L.P. Secure placement of centralized media controller application in mobile access terminal
US8750839B1 (en) * 2009-06-18 2014-06-10 Sprint Communications Company L.P. Mobile access terminal with local call session control function
EP2538631B1 (en) 2009-11-10 2015-01-14 Nokia Solutions and Networks Oy Handling of public identities
US20110131177A1 (en) * 2009-12-01 2011-06-02 Sheth Niral S Method and system for providing rapid updating of services in an ims environment
US8750292B2 (en) * 2010-02-25 2014-06-10 Tekelec, Inc. Systems, methods, and computer readable media for using a signaling message routing node to provide backup subscriber information management service
US11349799B2 (en) * 2010-05-28 2022-05-31 Privowny, Inc. Managing data on computer and telecommunications networks
US11611526B2 (en) * 2010-05-28 2023-03-21 Privowny, Inc. Managing data on computer and telecommunications networks
CN103155641B (zh) * 2010-10-04 2016-03-09 交互数字专利控股公司 用于包括媒体会话信息的协同会话的用户设备（ue）间转移（iut）
WO2012088497A1 (en) 2010-12-23 2012-06-28 Tekelec Methods, systems, and computer readable media for modifying a diameter signaling message directed to a charging function node
US9100134B2 (en) 2011-06-06 2015-08-04 Sonus Networks, Inc. Synchronization of shared identifiers across servers in an IMS network
US9100796B2 (en) 2011-12-15 2015-08-04 Tekelec, Inc. Methods, systems, and computer readable media for seamless roaming between diameter and non-diameter networks
US8712407B1 (en) 2012-04-05 2014-04-29 Sprint Communications Company L.P. Multiple secure elements in mobile electronic device with near field communication capability
US9027102B2 (en) 2012-05-11 2015-05-05 Sprint Communications Company L.P. Web server bypass of backend process on near field communications and secure element chips
US8862181B1 (en) 2012-05-29 2014-10-14 Sprint Communications Company L.P. Electronic purchase transaction trust infrastructure
US9282898B2 (en) 2012-06-25 2016-03-15 Sprint Communications Company L.P. End-to-end trusted communications infrastructure
US9066230B1 (en) 2012-06-27 2015-06-23 Sprint Communications Company L.P. Trusted policy and charging enforcement function
US8649770B1 (en) 2012-07-02 2014-02-11 Sprint Communications Company, L.P. Extended trusted security zone radio modem
US8667607B2 (en) 2012-07-24 2014-03-04 Sprint Communications Company L.P. Trusted security zone access to peripheral devices
US8863252B1 (en) 2012-07-25 2014-10-14 Sprint Communications Company L.P. Trusted access to third party applications systems and methods
US9183412B2 (en) 2012-08-10 2015-11-10 Sprint Communications Company L.P. Systems and methods for provisioning and using multiple trusted security zones on an electronic device
US9015068B1 (en) 2012-08-25 2015-04-21 Sprint Communications Company L.P. Framework for real-time brokering of digital content delivery
US9215180B1 (en) 2012-08-25 2015-12-15 Sprint Communications Company L.P. File retrieval in real-time brokering of digital content
US8954588B1 (en) 2012-08-25 2015-02-10 Sprint Communications Company L.P. Reservations in real-time brokering of digital content delivery
US8752140B1 (en) 2012-09-11 2014-06-10 Sprint Communications Company L.P. System and methods for trusted internet domain networking
US9161227B1 (en) 2013-02-07 2015-10-13 Sprint Communications Company L.P. Trusted signaling in long term evolution (LTE) 4G wireless communication
US9578664B1 (en) 2013-02-07 2017-02-21 Sprint Communications Company L.P. Trusted signaling in 3GPP interfaces in a network function virtualization wireless communication system
US9104840B1 (en) 2013-03-05 2015-08-11 Sprint Communications Company L.P. Trusted security zone watermark
US8881977B1 (en) 2013-03-13 2014-11-11 Sprint Communications Company L.P. Point-of-sale and automated teller machine transactions using trusted mobile access device
US9613208B1 (en) 2013-03-13 2017-04-04 Sprint Communications Company L.P. Trusted security zone enhanced with trusted hardware drivers
US9049013B2 (en) 2013-03-14 2015-06-02 Sprint Communications Company L.P. Trusted security zone containers for the protection and confidentiality of trusted service manager data
US9049186B1 (en) 2013-03-14 2015-06-02 Sprint Communications Company L.P. Trusted security zone re-provisioning and re-use capability for refurbished mobile devices
US9374363B1 (en) 2013-03-15 2016-06-21 Sprint Communications Company L.P. Restricting access of a portable communication device to confidential data or applications via a remote network based on event triggers generated by the portable communication device
US9021585B1 (en) 2013-03-15 2015-04-28 Sprint Communications Company L.P. JTAG fuse vulnerability determination and protection using a trusted execution environment
US9191388B1 (en) 2013-03-15 2015-11-17 Sprint Communications Company L.P. Trusted security zone communication addressing on an electronic device
US8984592B1 (en) 2013-03-15 2015-03-17 Sprint Communications Company L.P. Enablement of a trusted security zone authentication for remote mobile device management systems and methods
US9324016B1 (en) 2013-04-04 2016-04-26 Sprint Communications Company L.P. Digest of biographical information for an electronic device with static and dynamic portions
US9454723B1 (en) 2013-04-04 2016-09-27 Sprint Communications Company L.P. Radio frequency identity (RFID) chip electrically and communicatively coupled to motherboard of mobile communication device
US9171243B1 (en) 2013-04-04 2015-10-27 Sprint Communications Company L.P. System for managing a digest of biographical information stored in a radio frequency identity chip coupled to a mobile communication device
US9838869B1 (en) 2013-04-10 2017-12-05 Sprint Communications Company L.P. Delivering digital content to a mobile device via a digital rights clearing house
US9443088B1 (en) 2013-04-15 2016-09-13 Sprint Communications Company L.P. Protection for multimedia files pre-downloaded to a mobile device
US9069952B1 (en) 2013-05-20 2015-06-30 Sprint Communications Company L.P. Method for enabling hardware assisted operating system region for safe execution of untrusted code using trusted transitional memory
US9560519B1 (en) 2013-06-06 2017-01-31 Sprint Communications Company L.P. Mobile communication device profound identity brokering framework
US9183606B1 (en) 2013-07-10 2015-11-10 Sprint Communications Company L.P. Trusted processing location within a graphics processing unit
US9208339B1 (en) 2013-08-12 2015-12-08 Sprint Communications Company L.P. Verifying Applications in Virtual Environments Using a Trusted Security Zone
US9185626B1 (en) 2013-10-29 2015-11-10 Sprint Communications Company L.P. Secure peer-to-peer call forking facilitated by trusted 3rd party voice server provisioning
US9191522B1 (en) 2013-11-08 2015-11-17 Sprint Communications Company L.P. Billing varied service based on tier
US9161325B1 (en) 2013-11-20 2015-10-13 Sprint Communications Company L.P. Subscriber identity module virtualization
US9118655B1 (en) 2014-01-24 2015-08-25 Sprint Communications Company L.P. Trusted display and transmission of digital ticket documentation
US9226145B1 (en) 2014-03-28 2015-12-29 Sprint Communications Company L.P. Verification of mobile device integrity during activation
US9230085B1 (en) 2014-07-29 2016-01-05 Sprint Communications Company L.P. Network based temporary trust extension to a remote or mobile device enabled via specialized cloud services
US11615199B1 (en) * 2014-12-31 2023-03-28 Idemia Identity & Security USA LLC User authentication for digital identifications
US9779232B1 (en) 2015-01-14 2017-10-03 Sprint Communications Company L.P. Trusted code generation and verification to prevent fraud from maleficent external devices that capture data
US9838868B1 (en) 2015-01-26 2017-12-05 Sprint Communications Company L.P. Mated universal serial bus (USB) wireless dongles configured with destination addresses
US9473945B1 (en) 2015-04-07 2016-10-18 Sprint Communications Company L.P. Infrastructure for secure short message transmission
US10448241B2 (en) * 2015-05-07 2019-10-15 Huawei Technologies Co., Ltd. Service processing method, and user equipment
US10904343B2 (en) * 2015-07-07 2021-01-26 T-Mobile Usa, Inc. Message delivery based on subsets of network identities
US9819679B1 (en) 2015-09-14 2017-11-14 Sprint Communications Company L.P. Hardware assisted provenance proof of named data networking associated to device data, addresses, services, and servers
US10282719B1 (en) 2015-11-12 2019-05-07 Sprint Communications Company L.P. Secure and trusted device-based billing and charging process using privilege for network proxy authentication and audit
US9817992B1 (en) 2015-11-20 2017-11-14 Sprint Communications Company Lp. System and method for secure USIM wireless network access
US10499249B1 (en) 2017-07-11 2019-12-03 Sprint Communications Company L.P. Data link layer trust signaling in communication network
US20210314372A1 (en) * 2018-10-12 2021-10-07 Nokia Technologies Oy Apparatus, method and computer program for call session control function restoration
EP4084432A1 (en) * 2021-04-30 2022-11-02 Deutsche Telekom AG A method, a communication system and a network entity for communicating

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI105761B (fi) * 1998-02-13 2000-09-29 Sonera Oyj Matkaviestintilaajan palveluprofiilin muuttaminen
US6791971B1 (en) * 1999-03-10 2004-09-14 Nortel Networks Limited Method and apparatus for providing a communications service, for communication and for extending packet network functionality
US7203315B1 (en) * 2000-02-22 2007-04-10 Paul Owen Livesay Methods and apparatus for providing user anonymity in online transactions
US20020120746A1 (en) * 2001-02-23 2002-08-29 Basavaraj Patil Method and system for providing a service
US7177642B2 (en) * 2001-07-03 2007-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for handling multiple registration
GB0206849D0 (en) * 2002-03-22 2002-05-01 Nokia Corp Communication system and method
AU2002356639A1 (en) * 2002-12-09 2004-06-30 Telefonaktiebolaget Lm Ericsson (Publ) Simultaneous registrations of a user in different service servers with different directory numbers
GB0307853D0 (en) * 2003-04-04 2003-05-14 Nokia Corp Registrations in a communication system
DE10355265A1 (de) * 2003-11-26 2005-06-23 Siemens Ag Verfahren zum Registrieren eines Kommunikationsgeräts, zugehöriges Kommunikationsgerät sowie Registrierungseinheit
EP1560368A1 (fr) * 2004-01-30 2005-08-03 France Telecom Procédé d'établissement d'une session multimédia entre un équipement appelant et un équipement appelé d'un réseau du type à sous domaine multimédia et système de communication mettant en oeuvre ce procédé
US7664495B1 (en) * 2005-04-21 2010-02-16 At&T Mobility Ii Llc Voice call redirection for enterprise hosted dual mode service
EP1915882B1 (en) 2005-08-12 2009-07-29 Telefonaktiebolaget LM Ericsson (publ) Provision of public service identities
US8965338B2 (en) * 2008-06-09 2015-02-24 Apple Inc Network access control methods and apparatus
US9432502B2 (en) * 2011-01-31 2016-08-30 Facebook, Inc. Caller identification using social network information

Also Published As

Publication number Publication date
GB0513154D0 (en) 2005-08-03
RU2413391C2 (ru) 2011-02-27
JP5491488B2 (ja) 2014-05-14
JP5530542B2 (ja) 2014-06-25
JP2012100308A (ja) 2012-05-24
PL1875767T3 (pl) 2017-03-31
RU2007144169A (ru) 2009-06-10
GB2425685A8 (en) 2015-07-29
PT1875767T (pt) 2016-12-21
US9942388B2 (en) 2018-04-10
CN101176369B (zh) 2016-08-03
US20150024741A1 (en) 2015-01-22
US9398145B2 (en) 2016-07-19
US20120178447A1 (en) 2012-07-12
GB2425689A (en) 2006-11-01
US20080176538A1 (en) 2008-07-24
US8880062B2 (en) 2014-11-04
GB2425685A (en) 2006-11-01
US20160295013A1 (en) 2016-10-06
US8195155B2 (en) 2012-06-05
GB2425685B (en) 2009-11-04
GB2425689B (en) 2009-11-04
JP2008539628A (ja) 2008-11-13
GB2425685B8 (en) 2015-07-29
CN101176369A (zh) 2008-05-07
JP2013153502A (ja) 2013-08-08
GB0508690D0 (en) 2005-06-08

Similar Documents

Publication Publication Date Title
ES2607328T3 (es) Manejo de Perfiles de servicio en el IMS
CA2604232C (en) Service profile handling in the ims
ES2375871T3 (es) Acceso de grupo a un servicio del subsistema multimedia ip.
EP1380137B1 (en) Registering a user in a communication network
US8984152B1 (en) Message handling in an IP multimedia subsystem
US8463264B2 (en) Early IMS security
EP2250791B1 (en) Securing contact information
US9692835B2 (en) Method and apparatuses for the provision of network services offered through a set of servers in an IMS network