Método y aparato para recuperar entre redes datos relativos al usuario.

Un método para recuperar los datos relativos a un abonado, realizado por un primer Perfil Genérico de Usuario,

GUP, servidor en una red de comunicaciones (100) que tiene un primer y un segundo dominio de comunicaciones,comprendiendo dicho método las etapas de:

- recibir (808) una petición de entrada de datos relativos a un abonado de un cliente de datos (102) en elprimer dominio de comunicaciones (101);

- determinar (812) que al menos una parte de los datos seencuentra en el segundo dominio de comunicaciones (109);

- transmitir (816) una petición de salida a un segundo servidor GUP en el segundo dominio decomunicaciones para al menos parte de los datos;

- recibir (822) una respuesta de el segundo servidor GUP que contiene al menos parte de los datossolicitados; - remitir (824) los datos solicitados al cliente de datoscaracterizado porque:

- antes de la etapa de determinación, realiza las etapas adicionales de:

(i) suscribir las notificaciones sobre los cambios de identificación del segundo dominio decomunicaciones (800);

(ii) recibir tales notificaciones sobre los cambios (802, 806);

(iii) almacenar tales notificaciones sobre los cambios (803, 807);

(iv) comprobar si una porción de la petición de datos es errante (810, 1020) y

- la etapa de determinación incluye el uso de tales notificaciones almacenadas para establecer unadirección al segundo servidor GUP (814).

Tipo: Patente Europea. Resumen de patente/invención. Número de Solicitud: E06126541.

Solicitante: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL).

Nacionalidad solicitante: Suecia.

Dirección: 164 83 STOCKHOLM SUECIA.

Inventor/es: WALKER, JOHN MICHAEL, JUKIC,ZDRAVKO, HERNÁNDEZ VÁZQUEZ,JORGE.

Fecha de Publicación: .

Clasificación Internacional de Patentes:

  • H04L12/08 ELECTRICIDAD.H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS.H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 12/00 Redes de datos de conmutación (interconexión o transferencia de información o de otras señales entre memorias, dispositivos de entrada/salida o unidades de tratamiento G06F 13/00). › Distribución de números de mensajes; Conteo de caracteres, de palabras o de mensajes.
  • H04W8/12 H04 […] › H04W REDES DE COMUNICACION INALAMBRICAS (difusión H04H; sistemas de comunicación que utilizan enlaces inalámbricos para comunicación no selectiva, p. ej. extensiones inalámbricas H04M 1/72). › H04W 8/00 Gestión de datos de red. › entre el registro de localización y servidores de movilidad.

PDF original: ES-2427965_T3.pdf

 

Método y aparato para recuperar entre redes datos relativos al usuario.

Fragmento de la descripción:

Método y aparato para recuperar entre redes datos relativos al usuario Campo de la invención La presente invención se refiere al manejo de los datos relativos de abonado en una red de comunicaciones y más particularmente a un método y a un aparato para recuperar entre redes los datos relativos a un abonado.

Antecedentes El objetivo de la especificación Perfil Genérico de Usuario (GUP) 3GPP es proporcionar un medio que permita el uso armonizado de la información relacionada con el usuario, originada desde diferentes entidades.

El Perfil Genérico de Usuario 3GPP es la recopilación de los datos relacionados con el Usuario que afecta a la forma en que un usuario individual aprecia los servicios en los que una comunidad de entidades comparte estos datos. El Perfil Genérico de Usuario 3GPP se puede almacenar en el entorno de la red doméstica y/o en el equipo del Proveedor de Servicios de Valor Añadido.

En un escenario GUP existen los siguientes roles: los Servidores GUP 3GPP que están desplegados por los Operadores, los usuarios finales que tienen un servidor GUP asociado a su perfil y los Clientes de Datos (por ejemplo, las aplicaciones) que necesitan manejar/utilizar los perfiles del usuario final que contactan con los Servidores GUP 3GPP.

El GUP 3GPP define dos interfaces, denominados Rg y Rp, donde el primero es el único que va a ser utilizado por los Clientes de Datos (por ejemplo, las aplicaciones) , mientras que el segundo es un interfaz dentro de los operadores que va a ser utilizado por los Servidores GUP hacia los Depósitos de Datos. Ambos interfaces se basan en el protocolo DST Alianza en Libertad, véase "Liberty IDWSF Data Services Template Specification", Proyecto de Alianza en Libertad, http://www.projectliberty.org/specs/liberty-IDWSF-dst-v2.0.pdf.

La información que va a manejar los Servidores GUP 3GPP (modelo de datos lógicos) no se especifica actualmente, excepto una porción menor con respecto a los datos IMS dentro del nodo HSS.

Potencialmente cualquier dato del usuario final (estático y dinámico) que podría ser de interés para los clientes de datos podría ser decidido por los operadores, haciéndolo disponible a través de servidores GUP 3GPP.

El Perfil Genérico de Usuario (GUP) 3GPP se describe además en 3GPP TS 22.240 v6.5.0, " Perfil Genérico de Usuario (GUP) 3GPP; Etapa 1 (Publicación 6) " http://www.3gpp.org/ftp/Specs/htm1-info/22240.htm.

El GUP ayudará a superar algunos de los desafíos asociados con la introducción de sofisticados terminales de usuario con capacidades que varían ampliamente, combinaciones híbridas de dominios de la red móvil, la llegada de aplicaciones descargables y el deseo de los usuarios de personalizar los servicios potencialmente complejos según las preferencias y necesidades individuales.

Un ejemplo de componente GUP es una representación física de un componente GUP. Los ejemplos de los componentes pueden estar situados en la Red Doméstica, en el Entorno del Proveedor de Servicios de Valor Añadido y/o en el Equipo de Usuario.

El Perfil Genérico de Usuario 3GPP permite el uso dentro de la red (es decir, el intercambio de datos entre aplicaciones dentro de la red de un operador de telefonía móvil) y el uso entre redes (entre la red del operador móvil y los proveedores de servicios de valor añadido) . Los Operadores Móviles Virtuales MVNO:s y las redes visitadas son tratadas como proveedores de servicio de valor añadido en términos de intercambios de datos GUP con la red del operador móvil.

Para cada usuario existe un Perfil de Usuario, que puede constar de diversos "componentes". Estos componentes pueden estar distribuidos en la red doméstica y en el entorno del proveedor de servicios de valor añadido. Los datos GUP 3GPP se distribuyen por su índole y se almacenan en consecuencia en la red doméstica y en el Equipo del Proveedor del Servicio de Valor Añadido. El documento WO-2006/066145 describe que en un servidor de perfil abstracto (APS) , una vez generada una CSCF, se recibe la consulta relativa al abonado, se recoge la información del abonado en relación con la CSCF generada, se consulta en relación con el abonado de al menos una base de datos de información del abonado, usando un protocolo nativo de la base de datos de información del abonado, un mensaje de respuesta a la CSCF generada, se genera la consulta relativa al abonado basándose en la información recogida y se remite el mensaje de respuesta a una CSCF respectiva que generó la consulta relativa al abonado generada, siendo el mensaje de respuesta acorde con el protocolo de perfil abstracto.

Existe el problema de que los datos GUP3 GPP se distribuyen potencialmente en aquellos casos en los que un usuario final es un abonado a o en tránsito en una red diferente. En esta situación un servidor GUP sólo puede proporcionar datos estáticos y dinámicos que se almacenan en su propia red.

En un escenario de tránsito los clientes de datos (aplicaciones) situados en la PLMN-Doméstica (en adelante HPLMN) , y dispuestos a manejar datos dinámicos del usuario final en tránsito, siempre contactarán con el servidor GUP que albergue los datos para ese usuario final. En este escenario sucede que algunas partes del perfil del usuario final sólo pueden ser recuperadas poniéndose en contacto con la PLMN visitada (en adelante VPLMN) .

En tales casos los clientes de Datos (aplicaciones) podrían consultar al servidor GUP en la HPLMN (es decir, la única con la que la aplicación ha establecido una relación comercial) por estos datos, pero al servidor GUP no se le permite consultar depósitos de datos (por ejemplo, VLR o SGSN en VPLMN) en una red diferente (Rp, un interfaz entre operadores requiere altos niveles de confianza) .

Por lo tanto, no existen soluciones sobre cómo acceder a los datos relativos a un perfil de usuario residentes en otro dominio diferente del servidor GUP del cliente de datos, de forma segura y eficiente.

Resumen de la invención La presente invención se refiere al problema de proporcionar un aparato y un método mejorados para recuperar datos relativos al abonado en una red de comunicaciones evitando los inconvenientes mencionados anteriormente de la falta de soluciones sobre cómo acceder a los datos relativos al perfil del usuario residente en otro dominio diferente del servidor GUP de un cliente de datos, de una manera segura y eficiente.

Este problema se resuelve mediante un método y un aparato para recuperar datos relativos al abonado en la red de comunicaciones en la que un primer servidor GUP recibe una petición de entrada de los datos relativos a un abonado de un cliente de datos en un primer dominio de comunicaciones y determina que al menos una parte de los datos se encuentra en un segundo dominio de comunicaciones. Se transmite entonces una petición de salida para parte al menos de los datos a un segundo servidor GUP en el segundo dominio de comunicaciones. El segundo servidor GUP recupera entonces los datos relativos al abonado solicitados de al menos un depósito de la red y transmite una respuesta con los datos solicitados al primer servidor GUP. El primer servidor GUP recibe la respuesta del segundo servidor GUP que contiene al menos parte de los datos solicitados y envía los datos solicitados al cliente de datos.

El propósito de la invención es habilitar el acceso al servicio a los datos del abonado situado en otros dominios diferentes de los del Servidor GUP asociado con el cliente de datos, por ejemplo en caso de tránsito.

Una ventaja de la invención es que es posible recuperar partes del perfil de usuario de un usuario final en tránsito en aquellos casos en los que partes relevantes de tal perfil están distribuidas en el dominio doméstico, es decir, en el primer dominio de comunicaciones, y en el dominio visitado, es decir en el segundo dominio de comunicaciones.

También es una ventaja que es posible recuperar partes del perfil de usuario de un usuario final en aquellos casos en los que se distribuyen porciones relevantes de tal perfil en el dominio doméstico y en el dominio visitado de un usuario final que no está abonado al dominio de comunicaciones del GUP del cliente de datos.

Otra ventaja de la invención es que permite el intercambio de información entre servidores GUP proporcionando los mecanismos de confianza relevantes necesarios para tal comunicación.

La invención reutiliza los acuerdos de interconexión de tránsito existentes entre el dominio doméstico y el dominio visitado (es decir, los operadores) y elimina la necesidad de que los clientes de datos tengan que establecer relaciones comerciales con múltiples proveedores de datos de usuario GUP (es decir, los operadores con una infraestructura de servidores... [Seguir leyendo]

 


Reivindicaciones:

1. Un método para recuperar los datos relativos a un abonado, realizado por un primer Perfil Genérico de Usuario, GUP, servidor en una red de comunicaciones (100) que tiene un primer y un segundo dominio de comunicaciones, comprendiendo dicho método las etapas de:

- recibir (808) una petición de entrada de datos relativos a un abonado de un cliente de datos (102) en el primer dominio de comunicaciones (101) ; - determinar (812) que al menos una parte de los datos se encuentra en el segundo dominio de comunicaciones (109) ;

- transmitir (816) una petición de salida a un segundo servidor GUP en el segundo dominio de comunicaciones para al menos parte de los datos;

- recibir (822) una respuesta de el segundo servidor GUP que contiene al menos parte de los datos solicitados; - remitir (824) los datos solicitados al cliente de datos

caracterizado porque:

- antes de la etapa de determinación, realiza las etapas adicionales de:

(i) suscribir las notificaciones sobre los cambios de identificación del segundo dominio de comunicaciones (800) ;

(ii) recibir tales notificaciones sobre los cambios (802, 806) ;

(iii) almacenar tales notificaciones sobre los cambios (803, 807) ;

(iv) comprobar si una porción de la petición de datos es errante (810, 1020) y

- la etapa de determinación incluye el uso de tales notificaciones almacenadas para establecer una dirección al segundo servidor GUP (814) .

2. Un método según la reivindicación 1 en el que las etapas de transmitir la petición de salida al, y recibir la respuesta del, segundo servidor GUP tiene lugar sobre un interfaz de inter funcionamiento del servidor GUP (111) .

3. Un método según las reivindicaciones 1-2, en el que la identificación del segundo dominio de comunicaciones sebasa en la Identidad del Área de Servicio almacenada en una base de datos del abonado (113) del primer dominio de comunicaciones.

4. Un método según cualquiera de las reivindicaciones precedentes en el que antes de la etapa de transmitir una petición de salida al segundo servidor GUP realiza las etapas adicionales de:

- almacenar (930) un mapeo entre la petición de entrada (910) y la petición de salida (940) ;

- insertar en la petición de salida (940) la identidad del primer GUP; y después de la etapa de recibir la respuesta (970) realiza la etapa adicional de:

- mapear los datos en la respuesta a la petición de entrada recibida (980) .

5. Un método según las reivindicaciones 1-3 en el que la etapa de transmitir una petición de salida al segundo servidor GUP (1030) incluye enviar un identificador del cliente de datos.

6. Un método según cualquiera de las reivindicaciones precedentes en el que la etapa de transmitir una petición de salida al segundo servidor de GUP incluye enviar un indicador del estado del tránsito para indicar si el usuario final cuyos datos se están consultando se encuentra en tránsito.

7. Un método según cualquiera de las reivindicaciones precedentes en el que la etapa de transmitir una petición de salida al segundo servidor de GUP se lleva a cabo sobre un Rg (103) GUP 3GPP o sobre un Rp (105) GUP 3GPP o sobre un interfaz de inter funcionamiento Ri (111) .

8. Un método según cualquiera de las reivindicaciones precedentes en el que el abonado se encuentra en tránsito en una primera o en una segunda red.

9. Un método según cualquiera de las reivindicaciones precedentes en el que el abonado es un abonado de otra red de comunicaciones diferente del HGUP.

10. Un servidor GUP Doméstico (104) para recuperar datos relativos a un abonado, que comprende un procesador

(503) y una memoria (504) que tiene instrucciones accesibles desde dicha memoria y gestionables por dicho procesador, que comprende además:

- un interfaz (103) para recibir (808) una petición de entrada de los datos relativos del abonado desde un cliente de datos (102) en un primer dominio de comunicaciones (101) ;

- un interfaz (103, 105, 111) para transmitir (816) una petición de salida a un segundo servidor GUP en un segundo dominio de comunicaciones para al menos parte de los datos;

- un interfaz (103, 105, 111) para recibir (822) una respuesta desde el segundo servidor GUP que contiene al menos parte de los datos solicitados y

- un interfaz (103) para remitir (824) los datos solicitados al cliente de datos; caracterizado porque la memoria comprende una función proxy inter dominios (501) adaptada para:

(i) suscribirse a las notificaciones sobre los cambios de una identificación del segundo dominio de comunicaciones (800) ;

(ii) recibir estas notificaciones sobre los cambios (802, 806) ;

(iii) almacenar estas notificaciones sobre los cambios (803, 807) ,

(iv) analizar la petición de entrada para determinar si los datos pueden estar situados en otro dominio diferente del dominio del servidor GUP del cliente de datos (810) ;

(v) establecer (812) que al menos una parte de los datos se encuentra en el segundo dominio de comunicaciones (109) ; y

(vi) usar tales notificaciones almacenadas para indicar una dirección al segundo servidor GUP (814) .

11. Un servidor GUP Doméstico según la reivindicación 10 caracterizado por un interfaz de inter funcionamiento del Servidor GUP (111) dispuesto para transmitir la petición de salida al, y para recibir la respuesta del, segundo servidor GUP.

12. Un servidor GUP Doméstico según la reivindicación 10 caracterizado porque la función de verificación distante de los datos (620) comprende una base de datos de notificaciones (650) para almacenar las notificaciones de los cambios en la localización de los datos del usuario.

13. Un servidor GUP Doméstico según las reivindicaciones 10-12 caracterizado porque la función proxy entre dominios comprende un depósito (610) para el almacenamiento de los parámetros y una función de búsqueda de direcciones (630) para mapear un parámetro de identidad de dominios a una dirección GUP distante válida.

14. Un servidor GUP Doméstico según las reivindicaciones 10-13 caracterizado porque está dispuesto para antes de la etapa de transmitir una petición de salida al segundo servidor GUP, realizar las etapas adicionales de:

- almacenar (930) un mapeo entre la petición de entrada (910) y la petición de salida (940) ;

- insertar en la petición de salida (940) la identidad del primer GUP; y después de la etapa de recibir la respuesta (970) realizar la etapa adicional de:

-mapear los datos en la respuesta a la petición de entrada recibida (980) .


 

Patentes similares o relacionadas:

Técnicas para proporcionar un enrutamiento específico para un abonado de un equipo de usuario en itinerancia en una red de comunicación visitada, del 24 de Junio de 2020, de DEUTSCHE TELEKOM AG: Un método para iniciar un enlace de comunicación en itinerancia entre un equipo de usuario (UE) y una red de comunicación visitada , comprendiendo el método: […]

Notificación del HSS de fallo de solicitud de conectividad para una sesión del paquete de datos, del 18 de Marzo de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un nodo de control de una primera red , que comprende: - una primera interfaz hacia un nodo de acceso de radio de la primera […]

Procedimiento y aparato de identificación de una seudoestación base, y terminal, del 1 de Enero de 2020, de Guangdong OPPO Mobile Telecommunications Corp., Ltd: Un procedimiento de identificación de una seudoestación base, que puede aplicarse a un terminal, comprendiendo el procedimiento: redireccionar […]

Imagen de 'Método para conectar un terminal de telecomunicación en itinerancia…'Método para conectar un terminal de telecomunicación en itinerancia a una red de operador visitada, del 28 de Agosto de 2019, de Thales Dis France SA: Método para conectar un terminal de telecomunicación en itinerancia a una red visitada, comprendiendo dicho terminal un elemento de seguridad, comprendiendo […]

Técnicas para iniciar un enlace de comunicación de itinerancia con un equipo de usuario en una red de comunicación visitada, del 26 de Junio de 2019, de DEUTSCHE TELEKOM AG: Un método para iniciar un enlace de comunicación de itinerancia con un equipo de usuario, UE en una red de comunicación visitada , el método […]

Método y sistema de tratamiento de solicitudes de información de localización de dispositivos móviles, del 22 de Mayo de 2019, de ALCATEL LUCENT: Un método de tratamiento de una solicitud de información de localización de un dispositivo móvil conectado a una primera red de un sistema inalámbrico […]

Método y sistema para facilitar itinerancia LTE entre operadoras domésticas y visitadas, del 22 de Mayo de 2019, de Mobileum Inc: Un método para gestionar itinerancia de dispositivos móviles, que comprende: recibir, en una pasarela asociada con una red Móvil Pública Visitada, VPMN, , […]

Redireccionamiento de tráfico en tráfico de itinerancia de datos, del 23 de Enero de 2019, de Mobileum Inc: Un procedimiento para direccionar tráfico de itinerancia asociado con un abonado de una red móvil pública local (HPMN) , comprendiendo […]

Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .