Nothing Special   »   [go: up one dir, main page]

ES2686670T3 - Procedimiento de gestión de suscripciones de usuarios en una red de telecomunicaciones móviles - Google Patents

Procedimiento de gestión de suscripciones de usuarios en una red de telecomunicaciones móviles Download PDF

Info

Publication number
ES2686670T3
ES2686670T3 ES14752571.1T ES14752571T ES2686670T3 ES 2686670 T3 ES2686670 T3 ES 2686670T3 ES 14752571 T ES14752571 T ES 14752571T ES 2686670 T3 ES2686670 T3 ES 2686670T3
Authority
ES
Spain
Prior art keywords
user
network
mobile telecommunications
user equipment
default
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
ES14752571.1T
Other languages
English (en)
Inventor
Alessandro Betti
Laura Maspes
Fabio Mazzoli
Patricia Scognamiglio
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.)
Telecom Italia SpA
Original Assignee
Telecom Italia SpA
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 Telecom Italia SpA filed Critical Telecom Italia SpA
Application granted granted Critical
Publication of ES2686670T3 publication Critical patent/ES2686670T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support
    • H04W8/265Network addressing or numbering for mobility support for initial activation of new user
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/18Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/183Processing at user equipment or user record carrier
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/12Application layer protocols, e.g. WAP [Wireless Application Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Procedimiento de gestión del acceso de usuarios a servicios prestados por una red de telecomunicaciones móviles, que comprende: - recibir (302) de un equipo de usuario (201) de un usuario, equipo de usuario que es capaz de soportar comunicaciones con la red de telecomunicaciones móviles, una solicitud de autenticación (302) en la red de telecomunicaciones móviles, caracterizado por: - la autenticación (309) del equipo de usuario (201) en la red de telecomunicaciones móviles, - antes de dicha autenticación y en caso de que se evalúe (307) que la solicitud de autenticación recibida del equipo del usuario (201) es el primer intento de ese equipo de usuario (201) de registrarse en la red de telecomunicaciones móviles (307), crear (308), en una base de datos de perfiles de abonados de red (115), un perfil de abonado por defecto para ese equipo de usuario (201), en el que dicho perfil de abonado por defecto comprende un parámetro de tarificación de abonado predeterminado utilizado por la red de telecomunicaciones móviles para tarificar al usuario de dicho equipo de usuario, y un Nombre de Punto de Acceso predeterminado.

Description

DESCRIPCIÓN
Procedimiento de gestión de suscripciones de usuarios en una red de telecomunicaciones móviles 5 ANTECEDENTES DE LA INVENCIÓN
Campo técnico de la invención
[0001] La presente invención se refiere en general al campo de las telecomunicaciones, y en particular a
10 redes de radiotelecomunicación móviles (por ejemplo, celulares).
Descripción general de la técnica relacionada
[0002] El grupo de estandarización 3GPP (un acrónimo de “Third-Generation Partnership Project”, “Proyecto 15 de asociación para la tercera generación”) (sitio web:
www.3gpp.org) ha definido la UTRAN (“Universal
Terrestrial Radio Access Network”, “Red de acceso radioeléctrico terrestre universal”) 4G (“fourth generation”, “cuarta generación”), la red LTE (“Long Term Evolution”, “Evolución a largo plazo”) y SAE (“System Architecture Evolution”, “Evolución de la arquitectura del sistema”) (también denominada en lo sucesivo abreviadamente red LTE/SAE) como la evolución de los sistemas de comunicación móvil 2G/3G 20 (segunda generación y tercera generación) (como el GSM - “(Global System for Mobile Communications”,
“Sistema global para comunicaciones móviles”) - y el UMTS - (“Universal Mobile Telecommunications System”, “Sistema universal de telecomunicaciones móviles”).
[0003] La red LTE/SAE es una red totalmente IP (“Internet Protocol”, “Protocolo Internet”) que permite 25 servicios de datos rápidos en el dominio de la conmutación de paquetes.
[0004] El 3GPP también ha estandarizado un mecanismo de repliegue hacia redes PLMN (“Public Land Mobile Network”, “red móvil terrestre pública”) con conmutación de circuitos 2G/3G (“Circuit Switched Fallback Mechanism”, "Mecanismo de repliegue con conmutación de circuitos" o CSFB, descrito, por ejemplo, en la
30 especificación técnica 3GPP TS 23.272) para garantizar servicios de voz en los primeros despliegues de redes LTE.
[0005] VoLTE ("Voice over LTE", “Voz por LTE”), descrito por ejemplo en GSMA - "GSM Association" “Asociación GSM” - PRD - "Permanent Reference Document" “Documento de referencia permanente” - IR.92) es la solución de destino para servicios de voz en redes LTE y con calidad de servicio (QoS). VoLTE requiere la
35 combinación de la arquitectura de red LTE/SAE y el sistema IMS (“IP Multimedia Subsystem”, "Subsistema multimedia IP"), este último descrito, por ejemplo, en la especificación técnica 3GPP TS 23.228.
[0006] Al igual que los perfiles de los abonados de la red 2G/3G se cargan en una base de datos de red llamada HLR ("Home Location Register", “Registro de posiciones propio”), la red LTE/SAE e IMS requiere la carga
40 de los datos de los usuarios en una base de datos de red (por ejemplo, el HSS - “Home Subscriber Server”, "Servidor de abonado doméstico") que contiene la información relacionada con la suscripción (perfiles de abonado), realiza la autenticación y la autorización de los usuarios, y puede proporcionar información sobre la ubicación de los abonados.
45 [0007] Como se discute en el documento WO2011/003454, una condición previa para que un usuario
obtenga acceso a los servicios de red LTE/SAE e IMS es que el usuario haya sido "aprovisionado" previamente en la red, es decir, que el abonado y los datos de servicio relacionados hayan sido registrados en bases de datos centrales tales como HSS. Siempre que un operador de TLC ("TeLeCommunication", “Telecomunicación”) desea lanzar un servicio a través de una red LTE/SAE e IMS, es poco probable que el operador de TLC conozca 50 exactamente qué abonados desearán hacer uso de ese servicio. El operador de TLC tiene dos opciones: aprovisionar previamente toda la base de abonados en la red LTE/SAE e IMS, o implementar alguna forma de procedimiento de autoaprovisionamiento mediante el cual los abonados puedan aprovisionarse cuando se suscriban al servicio.
55 [0008] El documento US2008/0318551 A1 describe un procedimiento para aprovisionar, registrar y autenticar
un teléfono móvil en una estación de base. El procedimiento incluye recibir una solicitud de adición para la adición de una estación móvil a un registro de autorización de estación de base a través de una interfaz. El procedimiento continúa con la creación de una entrada para la estación móvil, donde la entrada incluye información de estación móvil, y recibir una solicitud de registro que incluye información de solicitud desde la estación móvil para registrarse
para recibir servicios basados en estación de base a través de la red de subsistema multimedia de Internet asociada. El procedimiento también incluye autorizar el registro en la red IMS basándose al menos en parte en la información de solicitud.
5 [0009] El documento WO2011/003454 A1 describe un procedimiento para iniciar el aprovisionamiento de
datos de abonado en al menos un Servidor de abonado doméstico de una red de subsistema multimedia IP. El procedimiento comprende recibir una solicitud de autenticación o un mensaje de Protocolo de Inicio de Sesión con respecto a un abonado dado que está utilizando un terminal de usuario para acceder a la red de subsistema multimedia IP. Si se determina que los datos de abonado no se aprovisionan actualmente para el abonado en una 10 función del Servidor de abonado doméstico o que reciben tal determinación, se realizan las siguientes etapas: 1) hacer que se envíe una primera notificación al terminal de usuario indicando que el intento de registro es rechazado, y 2) enviar una segunda notificación a un sistema de aprovisionamiento de abonado que informa al sistema de aprovisionamiento del intento de registro.
15 RESUMEN DE LA PRESENTE INVENCIÓN
[0010] El solicitante ha observado que ya que los aparatos de red que implementan la función de bases de datos de red como el HSS generalmente son vendidas por los fabricantes de aparatos con un coste total que se divide entre hardware y licencias comerciales asociadas a cada usuario cargado en la base de datos de red, cada
20 usuario que se carga en la (s) base (s) de datos de red de una red de comunicación móvil, como el HSS de la red LTE/SAE e IMS, produce un consumo de licencias comerciales con costes asociados para el operador del TLC propietario de la red.
[0011] Una gestión eficiente del coste de las licencias comerciales asociadas a cada usuario cargado en la(s) 25 base(s) de datos de red generalmente está fuera del alcance de los comités de estandarización, como el grupo de
estandarización 3GPP, por lo tanto las especificaciones emitidas por el grupo de estandarización, como las especificaciones técnicas 3GPP, no proporcionan ninguna prescripción o recomendación al respecto.
[0012] Las soluciones descritas en el documento WO2011/003454 no consideran la caracterización del perfil 30 del usuario, particularmente las soluciones propuestas no contemplan una gestión de las configuraciones específicas
de los usuarios que ya están presentes en las bases de datos de red 2G/3G y que deben estar alineadas con los nuevos accesos de red 4G por dichos usuarios, teniendo en cuenta las características del dispositivo de usuario (terminal de usuario). En particular, el solicitante ha observado que las soluciones descritas en el documento WO2011/003454 no consideran que se considere una caracterización de perfil de usuario, tal como:
35 1. dispositivo de usuario (por ejemplo, teléfono inteligente, tableta PC, módem) en uso;
2. perfil comercial suscrito en la red 2G/3G;
3. alineación de servicios ya suscrita por el usuario en las bases de datos de red (2G/3G y 4G, por ejemplo, LTE).
[0013] El solicitante ha abordado el problema de idear una solución que permita una gestión eficiente de las licencias comerciales que los fabricantes de aparatos de red para redes de comunicaciones móviles que
40 implementan la función de bases de datos de red como el HSS suelen vender junto con el hardware. Particularmente, el Solicitante ha abordado el problema de idear una solución que permita un uso eficiente de las licencias asociadas a cada usuario cargado en bases de datos de red como el HSS, y de los costes relacionados.
[0014] Según la presente invención, con el fin de tener una gestión eficiente de las licencias comerciales para 45 reducir los costes para un operador de TLC, el operador de TLC procede con la carga de un nuevo usuario en la
base de datos de red de comunicación móvil, por ejemplo en la base de datos de red LTE/SAE e IMS, sólo si el usuario:
1. ha intentado un primer registro en la red de comunicación móvil, por ejemplo, un primer intento de registro en una 50 red de comunicación móvil 4G, por ejemplo una red LTE o LTE-A (“LTE Advanced”, “LTE Avanzada”), o evoluciones
de las mismas;
2. tiene un dispositivo de usuario que es capaz de conectarse a la red de comunicación móvil, por ejemplo tiene capacidad LtE/SAE e IMS;
3. está ubicado en un área de cobertura de la red de comunicación móvil, por ejemplo en un área de cobertura LTE 55 o en una célula vecina de la red 2G/3G ubicada en las inmediaciones de células 4G, por ejemplo células LTE.
[0015] Este enfoque garantiza un uso eficiente de las licencias de la base de datos de red (por ejemplo, red LTE/SAE e IMS) y de los costes relacionados para el operador de TLC.
[0016] En particular, en una realización de la misma, la presente invención prevé:
• captar un evento que corresponde a un intento de acceder a la red 4G, por ejemplo la red LTE/SAE, por un nuevo abonado que ya es un abonado de la red /servicios 2G/3G heredados (es decir, un usuario cuyo perfil de abonado -
5 es decir, SIM /USIM - solo está presente en el HLR de la red 2G/3G);
• crear un nuevo perfil por defecto para el nuevo abonado que tenga un dispositivo de usuario con capacidad VoLTE (es decir, un dispositivo de usuario que tenga capacidad LTE/SAE e IMS) en todas las bases de datos de red LTE/SAE e IMS (por ejemplo, HSS, servidor MMTel - MultiMediaTelephony “telefonía multimedia”, servidor de presencia IMS, etc.) para permitir que el nuevo abonado disfrute de los nuevos servicios ofrecidos por la red
10 LTE/SAE e IMS;
• actualizar el perfil por defecto del nuevo abonado en función del perfil comercial del abonado.
[0017] Según un aspecto de la misma, la presente invención proporciona un procedimiento de gestión del acceso de los usuarios a servicios prestados por una red de telecomunicaciones móviles, que comprende:
15
- recibir desde un equipo de usuario de un usuario, qué equipo de usuario es capaz de soportar comunicaciones con la red de telecomunicaciones móviles, una solicitud de autenticación en la red de telecomunicaciones móviles;
- autenticar el equipo de usuario en la red de telecomunicaciones móviles;
- antes de dicha autentificación y en caso de que se evalúe que la solicitud de autenticación recibida del equipo de 20 usuario es el primer intento de ese equipo de usuario de registrarse en la red de telecomunicaciones móviles, crear,
en una base de datos de perfiles de abonados de red, un perfil de abonado por defecto para ese usuario equipo, en el que dicho perfil de abonado por defecto comprende un parámetro de tarificación de abonado predeterminado utilizado por la red para tarificar al usuario de dicho equipo de usuario, y un nombre de punto de acceso (APN, Access Point Name) predeterminado.
25
[0018] La red de telecomunicaciones móviles puede ser una red de telecomunicaciones móviles de cuarta generación, donde por "red de telecomunicaciones móviles de cuarta generación" se entiende una red de telecomunicaciones conforme al estándar LTE/LTE-A y evoluciones del mismo, o una red de telecomunicaciones conforme al estándar WiMAX y evoluciones del mismo.
30
[0019] Para los fines de la presente invención, por Nombre de Punto de Acceso se entiende al menos un identificador de una Red de Datos por Paquetes (Packet Data Network, PDN) con la que un usuario de una red de telecomunicaciones móviles desea comunicarse. Además de identificar una PDN, una APN también se puede usar para definir el tipo de servicio proporcionado por la PDN (por ejemplo, conexión al servidor de Protocolo de
35 Aplicación Inalámbrica - WAP (Wireless Application Protocol), el servicio de Mensajería MultiMedia - MMS (Multimedia Messaging Service).
[0020] Dicha solicitud de autenticación se recibe a través de una red de acceso, y dicha red de acceso puede ser, por ejemplo, una red de acceso 3GPP o una red de acceso No 3GPP, particularmente una red de acceso No
40 3GPP de confianza o una red de acceso No 3GPP no confiable.
[0021] El procedimiento puede comprender además, después de ser recibida dicha solicitud de autenticación y antes de dicha autentificación, evaluar si el equipo de usuario está autorizado, por un operador de la red de telecomunicaciones móviles, a operar en la red de telecomunicaciones móviles, en el que dicha evaluación se basa
45 en identidades IMEI asociadas al equipo de usuario.
[0022] El procedimiento puede comprender además, después de dicha autentificación, establecer una conexión de datos con el equipo de usuario usando el parámetro de tarificación de abonado predeterminado y el Nombre de punto de acceso predeterminado contenido en el perfil de abonado por defecto.
50
[0023] Dicho establecimiento de una conexión de datos con el equipo de usuario puede comprender:
- recibir una solicitud de conexión de datos del equipo del usuario,
- evaluar si el perfil de abonado asociado con el usuario del equipo de usuario es un perfil de abonado por defecto y, 55 en el caso afirmativo, anular un Nombre de punto de acceso incluido en la solicitud de conexión de datos recibida
con el Nombre de punto de acceso predeterminado,
- aceptar la solicitud de conexión de datos y habilitar el dispositivo de usuario para acceder a una red de datos a través del Nombre de punto de acceso por defecto.
[0024] Dicha evaluación de si el perfil de abonado asociado con el usuario del equipo de usuario es un perfil
de abonado por defecto puede comprender evaluar si el parámetro de tarificación asociado con dicho usuario corresponde al parámetro de tarificación predeterminado.
5 [0025] En caso de que el parámetro de tarificación asociado con dicho usuario no corresponda al parámetro
de tarificación predeterminado, el Nombre del punto de acceso incluido en la solicitud de conexión de datos recibida no podrá ser anulado.
[0026] El procedimiento puede comprender, además, después de haber evaluado que el perfil de abonado
10 asociado con el usuario del equipo de usuario es un perfil de abonado por defecto, enviar al equipo de usuario una
notificación para informar al usuario del equipo de usuario sobre la suscripción a servicios ofrecidos por la red de telecomunicaciones móviles.
[0027] Dicha evaluación de si el perfil de abonado asociado con el usuario del equipo de usuario es un perfil 15 de abonado por defecto preferentemente no se realiza en caso de que se evalúe que el equipo de usuario está
conectado a una red de acceso 3GPP diferente de una red de acceso de cuarta generación.
[0028] El procedimiento puede comprender además, en caso de que se evalúe que el equipo de usuario está
conectado a una red de acceso 3GPP diferente de una red de acceso de cuarta generación, evaluar si el equipo de
20 usuario es un equipo con capacidad de cuarta generación, y, en caso afirmativo, crear una entrada para el equipo de usuario en la base de datos de perfiles de abonados de red.
[0029] Dicha evaluación de si el equipo de usuario es un equipo con capacidad de cuarta generación puede comprender evaluar si el equipo de usuario está conectado a una célula de la red de acceso 3GPP diferente de una
25 red de acceso de cuarta generación, que es adyacente o cercana a una célula de una red de acceso de cuarta generación.
[0030] El procedimiento puede comprender además, después de dicho establecimiento de una conexión de datos con el equipo de usuario, gestionar una solicitud de sesión de exploración web del equipo de usuario, en el
30 que dicha gestión de la sesión de exploración web comprende:
- recibir del equipo de usuario una solicitud para iniciar una sesión de exploración web;
- evaluar si la solicitud del equipo de usuario contiene el Nombre de Punto de Acceso predeterminado, y en caso afirmativo, emitir al equipo de usuario una solicitud para que el usuario acepte los servicios prestados por la red de
35 telecomunicaciones móviles;
- si el usuario acepta los servicios prestados por la red de telecomunicaciones móviles, actualizar el perfil de abonado por defecto para el equipo de usuario según un perfil de abonado para el usuario del equipo de usuario ya asignado para redes de telecomunicaciones móviles distintas de la red de telecomunicaciones móviles (por ejemplo, cuarta generación ) considerada,
40 - de lo contrario, si el usuario no acepta los servicios prestados por la red de telecomunicaciones móviles (por ejemplo, cuarta generación) considerada, sustituir el parámetro de tarificación de abonado predeterminado por un parámetro de tarificación de abonado ya asignado para redes de telecomunicaciones móviles distintas de la red de telecomunicaciones móviles (por ejemplo, cuarta generación) considerada.
45 [0031] El procedimiento puede comprender además, si el usuario acepta los servicios prestados por la red de
telecomunicaciones móviles, por ejemplo la red de cuarta generación, solicitar a un subsistema multimedia IP IMS que suscriba al usuario en el subsistema multimedia IP IMS, o que actualice un perfil IMS de usuario ya existente, para que se aprovisionen los servicios prestados por la red de cuarta generación.
50 [0032] Según otro aspecto de la misma, la presente invención proporciona una red de telecomunicaciones
móviles, que comprende una base de datos de perfiles de abonados de red configurada para:
- tras la recepción, desde un equipo de usuario de un usuario, equipo de usuario que es capaz de soportar comunicaciones con la red de telecomunicaciones móviles, de una solicitud de autenticación en la red de
55 telecomunicaciones móviles, antes de autenticar el equipo de usuario en la red de telecomunicaciones móviles y en caso de que se evalúe que la solicitud de autenticación recibida del equipo de usuario es el primer intento de ese equipo de usuario de registrarse en la red de telecomunicaciones móviles, crear, en la base de datos de perfiles de abonados de red, un perfil de abonado por defecto para ese equipo de usuario, en la que dicho perfil de abonado por defecto comprende un parámetro de tarificación de abonado predeterminado utilizado por la red para tarificar al
usuario de dicho equipo de usuario, y un Nombre de Punto de Acceso predeterminado.
[0033] La red de telecomunicaciones móviles puede comprender una red de acceso a través de la cual se recibe dicha solicitud de autenticación, en la que dicha red de acceso puede comprender al menos una de una red
5 de acceso 3GPP y una red de acceso No 3GPP, particularmente una red de acceso No 3GPP de confianza o Red de acceso No 3GPp no confiable.
[0034] La red puede comprender una función de red de Autorización, Autenticación y Contabilidad para establecer una conexión de datos con el equipo de usuario utilizando el parámetro de tarificación de abonado
10 predeterminado y el Nombre de Punto de Acceso predeterminado.
[0035] Dicha función de red de Autorización, Autenticación y Contabilidad está configurada para evaluar si el perfil de abonado asociado con el usuario del equipo de usuario es un perfil de abonado por defecto y, en caso afirmativo, anular un Nombre de Punto de Acceso incluido en la solicitud de conexión de datos recibida con el
15 Nombre de Punto de Acceso por defecto, predeterminado.
[0036] Para dicha evaluación de si el perfil de abonado asociado con el usuario del equipo de usuario es un perfil de abonado por defecto, la función de red de Autorización, Autenticación y Contabilidad puede configurarse para evaluar si el parámetro de tarificación asociado con dicho usuario corresponde al parámetro de tarificación
20 predeterminado.
[0037] La red de telecomunicaciones móviles puede comprender una función de red, particularmente un proxy Diameter, configurado para evaluar si el equipo de usuario está autorizado, por un operador de la red de telecomunicaciones móviles, a realizar la autenticación en la red de telecomunicaciones móviles.
25
BREVE DESCRIPCIÓN DE LOS DIBUJOS
[0038] Estas y otras características y ventajas de la presente invención se harán evidentes por la siguiente descripción detallada de realizaciones ejemplares, no limitativas de la misma, descripción que se llevará a cabo
30 haciendo referencia a los dibujos adjuntos, en los que:
la Figura 1 muestra esquemáticamente algunas de las entidades funcionales de una red LTE/SAE, relevantes para la presente invención;
35 la Figura 2 representa las relaciones entre las entidades funcionales relevantes de la red LTE/SAE de Figura 1;
la Figura 3 muestra esquemáticamente las actividades de, y el flujo de mensajes entre, las entidades funcionales de Figura 2 para realizar un procedimiento de autenticación de un dispositivo de usuario que intenta un primer registro en la red LTE/SAE, según una realización de la presente invención;
40
la Figura 4 muestra esquemáticamente las actividades de, y el flujo de mensajes entre, las entidades funcionales de Figura 2 para establecer una conexión de datos con respecto al dispositivo de usuario, según una realización de la presente invención, y
45 la Figura 5 muestra esquemáticamente las actividades de, y el flujo de mensajes entre, las entidades funcionales de Figura 2 para gestionar una solicitud de sesión de exploración web procedente del dispositivo de usuario, según una realización de la presente invención.
50 DESCRIPCIÓN DETALLADA DE REALIZACIONES EJEMPLARES DE LA PRESENTE INVENCIÓN
[0039] La Figura 1 resume las entidades funcionales relevantes de una red LTE/SAE, como se define en la Especificación técnica 3GPP TS 23.402.
55 [0040] La red LTE/SAE comprende: en el lado de la red central, una porción de red EPC ("Evolved Packet
Core", “Núcleo de paquetes evolucionado”); en el lado de la red de acceso radioeléctrico, una porción de red de acceso 3GPP E-UTRAN (“Evolved-Universal Mobile Telecommunications System Terrestrial Radio Access Network”, "Red de acceso radioeléctrico terrestre del sistema de telecomunicaciones móviles universal evolucionado") y una porción de red de acceso No-3GPP.
[0041] La Especificación técnica 3GPP TS 23.002 ofrece una descripción general de la arquitectura del
sistema 3GPP. En particular, la Especificación Técnica 3GPP TS 23.002 describe todos los elementos de red utilizados en la porción de red EPC. La porción de red EPC comprende los siguientes elementos de red: una 5 pasarela de servicio (GW de servicio) 105, una pasarela PDN ("Packet Data Network", “Red de datos por paquetes”) (PDN GW) 110, un HSS (“Home Subscriber Server”, "Servidor de abonado doméstico") 115, una ePDG ("evolved Packet Data Gateway", “Pasarela de datos por paquetes evolucionada”) 120, una PCRF (“Policy and Charging Rules Function"Función de reglas de política y tarificación") 125.
10 [0042] El EPC está conectado a redes externas de paquetes de datos IP (PDN) 130, que pueden incluir una
infraestructura IMS (“IP Multimedia core network Subsystem”, "Subsistema de red central multimedia IP"), una infraestructura de servicio PSS (“Packet Switched Streaming”, "Transmisión en continuo con conmutación de paquetes"), etc.
15 [0043] La GW de servicio 105 y la PDN GW 110 se ocupan del plano de usuario. Transportan el tráfico de
datos IP entre un Equipo de Usuario (UE) y las redes externas.
[0044] La GW de servicio 105 es el punto de interconexión entre el lado de la red de acceso radioeléctrico 3GPP y el EPC. La GW de servicio 105 sirve al UE encaminando los paquetes IP entrantes y salientes.
20
[0045] La PDN GW 110 es el punto de interconexión entre el EPC y las PDN IP externas 130. La PDN GW 110 encamina paquetes hacia y desde las PDN externas 130. La PDN GW 110 también realiza varias funciones tales como asignación de dirección IP/prefijo IP o control de política y tarificación.
25 [0046] La PCRF 125 es el nodo de red central designado en tiempo real para determinar las reglas de política
en una red multimedia.
[0047] La Especificación Técnica 3GPP TS 23.401 define la arquitectura de la porción de red de acceso 3GPP E-UTRAN (es decir, 3GPP) 133, y la 3GPP TS 23.402 define las mejoras de arquitectura para accesos no
30 3GPP (es decir, accesos a la porción de red EPC a través de tecnologías de acceso Non-3GPP, es decir, tecnologías de acceso diferentes de 3GPP RAN, como la RAN GSM, la UTRAN y la E- UTRAN).
[0048] Los accesos no 3GPP se pueden dividir en dos categorías: "Accesos IP no 3GPP de confianza" 135 y "Accesos IP no 3GPP no confiables" 140. Los accesos no 3GPP de confianza 135 pueden interactuar directamente
35 con el EPC (a través de la PDN GW 110 y la PCRF 125). Los accesos no 3GPP no confiables 140 interactúan con el EPC a través de la ePDG 120. La ePDG 120 proporciona mecanismos de seguridad, tales como tunelización IPsec, para establecer conexiones con los UE 150 a través de un acceso 3GPP no confiable.
[0049] El HSS 115 (para los accesos 3GPP 133), y la PDN GW 110 y la ePDG 120 (para los accesos no 40 3GPP de confianza 135 y los accesos No 3GPP no confiables 140, respectivamente) se aprovechan de las
funciones de un servidor 3GPP AAA (“Authorization, Authentication and Accounting”, "Autorización, Autenticación y Contabilidad") 145 que realiza funciones AAA.
[0050] Las diversas entidades funcionales se comunican entre sí a través de interfaces estándar (como las 45 interfaces S2a, S2b, S5, S6a, S6b, Gx, Gxa, Gxb, Gxc, SGi, Rx, SWa, SWm, SWn, SWu, STa, SWx) que no se
describen con más detalle y al ser conocidas por el experto en la materia.
[0051] La Figura 2 describe las relaciones entre las entidades funcionales relevantes de la red LTE/SAE de la Figura 1.
50
[0052] El UE 201 es el dispositivo del usuario. El bloque 202 esquematiza el acceso 3GPP (LTE o 2G-3G) 133 o el acceso IP no 3GPP (acceso IP no 3GPP de confianza) 135 y acceso IP 3GPP no confiable 140), y representa todos los elementos funcionales de un acceso de red LTE/SAE implicado en el establecimiento y la gestión de una sesión de datos entre la porción de red central de EPC y un UE 201. Ejemplos de tales elementos
55 funcionales son eNodeB (“evolved NodeB”, "Nodo B evolucionado") y MME (“Mobility Management Entity”, "Entidad de gestión de la movilidad") implicados en los accesos 3GPP 133, y Pasarela de Acceso (AG) y Pasarela de Red de Acceso WLAN (Pasarela de Acceso Inalámbrico de Confianza o TWAG)) implicados en accesos IP no 3GPP no confiables 140 y accesos IP no 3GPP de confianza 135, respectivamente.
[0053] La pasarela SAE (S-PGW) 207 comprende dos pasarelas diferentes: la GW de servicio 105 que encamina y reenvía paquetes de datos de usuario y gestiona la movilidad del usuario, y la PDN GW 110 que gestiona la interconexión con otras redes de paquetes IP 130. Estos elementos son parte del EPC descrito en la Especificación técnica 3GPP TS 23.002.
5
[0054] El HSS 115 contiene información relacionada con la suscripción del usuario (también conocida como perfiles de abonado) y datos de usuario para procedimientos de autenticación y autorización. El HSS 115 también puede proporcionar información sobre la ubicación de los usuarios. Además, este elemento de red es parte del EPC descrito en la Especificación técnica 3GPP TS 23.002.
10
[0055] Un proxy Diameter (DP) 203 es un elemento opcional en la red LTE/SAE especificado en las especificaciones técnicas 3GPP TS 29.213, TS 29.272 y TS 23.402. El DP 203 es un elemento capaz de controlar la señalización de protocolo DIAMETER (que es un protocolo de Autenticación, Autorización y Contabilidad) según las políticas del operador. Por ejemplo, el DP 203 se utiliza para reducir la complejidad de la interconexión de los
15 elementos de red, para implementar el ocultamiento de la topología, para optimizar el nivel de transporte, para modificar el contenido del mensaje de protocolo DIAMETER.
[0056] El servidor AAA (3GPP) 204 es la entidad de red que habitualmente proporciona las funciones de Autenticación, Autorización y Contabilidad de los usuarios en una red de datos IP como la red LTE/SAE. Los detalles
20 técnicos del servidor AAA 204 no se describen aquí más detenidamente, siendo conocidos por el experto en la materia, y estando descritos en RFC (“Request For Comments”, “Solicitud de comentarios”) específicas como RFC 2865, RFC 2866, 3GPP TS 29.061.
[0057] El bloque 210 esquematiza la red del sistema IMS (subsistema multimedia IP), descrita, por ejemplo, 25 en la especificación técnica 3GPP TS 23.228. El sistema IMS es una arquitectura basada en IP estandarizada que
permite la convergencia de servicios de comunicación fijos y móviles utilizando el protocolo SIP (Protocolo de Inicio de Sesión). El sistema IMS 210 comprende, entre otros, los siguientes elementos de red:
1. un IMS HSS (“Home Subscriber Server”, "Servidor de abonado doméstico"), una base de datos que contiene 30 información relacionada con la suscripción de usuarios de IMS (también conocida como perfiles de abonados de
IMS);
2. una SLF (“Subscription Locator Function”, "Función de localización de suscripciones"), una base de datos que contiene la dirección de usuario de IMS cuando se utilizan múltiples HSS en la red;
3. DNS/ENUM (“Domain Name Server/tElephone NUmber Mapping”, "Servidor de nombres de dominio / asignación 35 de números de teléfono"), una base de datos que contiene la resolución de un número de teléfono ENUM en un URI
de SIP, encaminable en el sistema IMS;
4. P/I/S-CSCF (“Proxy/Interrogating/Serving-Call Session Control Function”, "Función de control de sesión de proxy/interrogación/servicio-llamada"), servidores SIP utilizados para procesar paquetes de señalización SIP en el sistema IMS;
40 5. BGCF (“Breakout Gateway Control Function”, "Función de control de desenganche en pasarela"), un proxy SIP capaz de encaminar solicitudes a la red CS. Tiene una base de datos de usuarios habilitados para ser accesibles a la red CS;
6. MMTEL AS (Multi Media TElephony Application Server”, "Servidor de aplicaciones de telefonía multimedia"), un servidor SIP para gestionar servicios suplementarios (SS) de usuario, como desvío de llamadas, llamada en espera,
45 retención de llamadas, etc. Tiene una base de datos de usuarios de IMS que contiene SS suscritos por el usuario;
7. Plataforma de mediación, un elemento que recibe la solicitud de aprovisionamiento de IMS e inserta la entrada de usuario en todas las bases de datos del sistema IMS (como HSS, SLF, BGCF, DNS / ENUM, MMTEL AS).
[0058] Siempre con referencia a Figura 2, se muestran tres elementos funcionales adicionales, no 50 especificados en las Especificaciones Técnicas 3GPP, que generalmente están comprendidos en una infraestructura
de operador de TLC:
1. Sistema de lógica de negocios (BLS) 206, que representa idealmente todas las plataformas y las aplicaciones que un operador de TLC utiliza normalmente para gestionar el aprovisionamiento y la tarificación de los usuarios de la
55 propia red (por "tarificar" se pretende la operación de documentación del tráfico de red, necesaria para la facturación a los usuarios);
2. Portal web del operador 208 que representa idealmente todas las plataformas y las aplicaciones que un operador de TLC utiliza normalmente para ofrecer una interfaz web a los clientes, comprar y gestionar la suscripción y/o con fines publicitarios, y
3. Servidor de mensajería (servidor MSG) 209, un elemento opcional para la presente invención, que se utiliza para enviar notificaciones al usuario a través del Servicio de Mensajes Cortos (SMS) y/o un Servicio de Mensajes Multimedia (MMS).
5 [0059] Un usuario, para acceder a los servicios de LTE, debe:
1) tener un perfil de abonado en la base de datos de red LTE (por ejemplo, el HSS 115), es decir, él/ella debería aprovisionarse en la red LTE;
2) tener un dispositivo con capacidad LTE (denominado "dispositivo LTE" a continuación), y 10 3) estar ubicado en o cerca de un área de cobertura LTE.
[0060] La presente invención se refiere a un procedimiento para gestionar el primer intento de registro en una red de telecomunicaciones móviles, tal como una red celular de cuarta generación como una red LTE/SAE a través de acceso 3GPP. 133 o acceso IP no 3GPP 135 o 140 de un dispositivo con capacidad LTE (UE 201) propiedad de
15 un usuario que aún no está aprovisionado en la red LTE, evitando las actividades de aprovisionamiento a priori.
[0061] A continuación, de la descripción para "usuario no aprovisionado" se entiende un usuario cuyo perfil no está cargado en una base de datos de red LTE, y para "actividades de aprovisionamiento a priori" se entiende un proceso que proporciona la configuración de usuario en la base de datos de red LTE independientemente de si el
20 usuario utilizará los servicios LTE o no.
[0062] Según una realización de la presente invención, se aprovechan las siguientes funcionalidades de los elementos de red descritos anteriormente:
25 a) Funcionalidad de proxy Diameter 203 (como se describe a continuación), y
b) funcionalidad de autoaprovisionamiento del HSS 115 que permite la creación de perfiles de abonado LTE por defecto en la base de datos de red LTE 115 para garantizar el registro del usuario en la red LTE/SAE.
[0063] La funcionalidad de aprovisionamiento automático se activa cuando un usuario hace un primer intento 30 de registro en las siguientes condiciones:
- el usuario tiene un dispositivo de usuario (UE 201) que tiene capacidad LTE/SAE e IMS, y
- el UE de usuario está ubicado en un área de cobertura de LTE o en una célula contigua de una red 2G/3G.
35 [0064] La Figura 3 muestra el flujo de mensajes entre los diferentes elementos funcionales de Figura 2 para
realizar un procedimiento de autenticación de un UE 201 que intenta un primer registro en la red LTE/SAE, según una realización de la presente invención.
[0065] Específicamente, en la etapa 302 el UE 201 de un usuario genérico envía un mensaje de Solicitud de
40 autenticación (AR) al acceso 3GPP o al acceso IP no 3GPP 202, conteniendo el mensaje de AR información específica (es decir, AVP, “Attribute-Value Pair”, "Par atributo-valor") que comprende, por ejemplo, la IMEI (International Mobile Equipment Identity”, "Identidad de equipo móvil internacional"), un código numérico que identifica unívocamente a ese UE 201. El mensaje de AR puede ser un mensaje de Solicitud de Información de Autenticación-AIR enviado por la interfaz S6a o un mensaje de Solicitud de Autenticación Multimedia - MAR enviado 45 por la interfaz Swx: en un escenario de acceso 3GPP (133 de la Figura 1) el mensaje de AR corresponde a la Solicitud de Información de Autenticación (AIR) descrita en la Especificación técnica 3GPp TS 29.272, mientras que en un escenario de acceso no 3GPP (135 o 140 de la Figura 1) el mensaje de AR corresponde a la Solicitud de Autenticación Multimedia (MAR) descrita en la Especificación técnica 3GPP Ts 29.273.
50 [0066] El mensaje de AR se recibe en el acceso 3GPP o el acceso IP no 3GPP 202. En la etapa 303, el proxy
Diameter 203 recibe el Mensaje de AR reenviado por el acceso 3GPP o el acceso IP no 3GPP 202.
[0067] Según una realización de la presente invención, se realiza una verificación opcionalmente en la etapa
(bloque de decisión) 304, para verificar preliminarmente si el UE 201 que envía el Mensaje de AR es un dispositivo 55 que el operador de TLC desea habilitar o no para la red LTE. La verificación se puede realizar analizando el AVP que contiene la información IMEI. Para realizar la verificación en la etapa 304, el proxy Diameter 203 debería estar provisto de una lógica configurada para interrogar a una base de datos (no mostrada en los dibujos) que debería crearse, por ejemplo, internamente al proxy Diameter 203 o en el Sistema de Lógica de Negocios (BLS) 206. Tal base de datos puede contener entradas, cada una correspondiente a un valor de IMEI asociado a un dispositivo que
el operador de TLC desea bloquear para el uso de la tecnología de LTE (indicado en lo siguiente como "dispositivo no autorizado"). La base de datos se puede llenar con todos los IMEI comercializados por el operador de TLC que están asociados a dispositivos no autorizados. En este escenario, con el fin de eliminar la condición "dispositivo no autorizado" para un UE específico, el operador de TLC eliminará el IMEI relacionado de la base de datos.
5
[0068] Si, en la etapa 304, el proxy Diameter 203 evalúa que el UE 201 es un "dispositivo no autorizado"(rama de salida SÍ del bloque de decisión 304), entonces en la etapa 305 el proxy Diameter 203 envía al UE 201 un mensaje de AA (Respuesta de autenticación) KO (el mensaje de AA OK puede ser enviado como una Respuesta de Información de Autenticación - AIA - por la interfaz S6a o como una Respuesta de Autenticación
10 Multimedia - MAA - por la interfaz Swx) con un Código de Resultado fallo de AVP, que indica que la solicitud de autenticación no ha sido exitosa. En consecuencia, el UE 201 no está autenticado por la red LTE y no puede establecer una conexión de datos con ella. De todos modos, un UE 201 registrado en la base de datos de red como un "dispositivo no autorizado", después de una autenticación no exitosa en la LTE, puede establecer una conexión de datos con la red 2G/3G heredada, si el UE 201 está ubicado en un área de cobertura 2G/3G.
15
[0069] Si, en la etapa 304, el proxy Diameter 203 evalúa que el UE 201 no está registrado en la base de
datos de red en el proxy Diameter 203 o en el Sistema de Lógica de Negocios (BLS) 206 como un "dispositivo no autorizado", es decir, el UE 201 es un dispositivo autorizado, no bloqueado por el operador de TLC para el uso de la tecnología LTE (rama de salida NO del bloque de decisión 304), entonces en la etapa 306 el proxy Diameter 203
20 envía el Mensaje de AR al HSS 115.
[0070] Si la verificación opcional en la etapa 304 no se realiza, entonces tras la recepción, en la etapa 303, del Mensaje de AR, el proxy Diameter 203 reenvía el Mensaje de AR directamente al HSS 115.
25 [0071] En la etapa (bloque de decisión) 307 el HSS 115 verifica^ si el usuario (UE 201) está en su primer
intento de registro en la red LTE. En caso afirmativo (rama de salida SÍ del bloque de decisión 307) el HSS 115, utilizando la característica de autoaprovisionamiento citada anteriormente, crea automáticamente (etapa 308) en la base de datos de HSS 115 un perfil de abonado LTE por defecto utilizando la información contenida en el mensaje de AR, tal como AVP de nombre de usuario para la identidad del usuario (por ejemplo, el IMSI, la Identidad de 30 Abonado Móvil Internacional).
[0072] El HSS 115 pasa entonces a la etapa 309 para autenticar el UE 201 según los mecanismos estándar
descritos, por ejemplo, en las Especificaciones Técnicas 3GPP TS 33.401 y TS 33.102.
35 [0073] En caso negativo, es decir, si el usuario del UE 201 no está en su primer intento, estando ya
aprovisionado en el HSS 115 (rama de salida NO del bloque de decisión 307), entonces el HSS 115 pasa directamente a autenticar al usuario UE 201 según con los mecanismos estándar citados anteriormente (etapa 309).
[0074] En la etapa 310, el HSS 115 envía al UE 201 un mensaje de Respuesta de Autenticación con un AVP
40 de Código de Resultado indicativo del hecho de que la autenticación del usuario se ha completado con éxito. En un
escenario de acceso 3GPP 133 el Mensaje de AA corresponde a una Respuesta de Información de Autenticación (AIA) descrita en la Especificación Técnica 3GPP TS 29.272, mientras que en un escenario de acceso no 3GPP 135 o 140 corresponde a una Respuesta de Autenticación Multimedia (MAA) descrita en la Especificación Técnica 3GPP TS 29.273.
45
[0075] Con referencia a la etapa 308 recién descrita, el perfil de abonado LTE por defecto que se crea por el HSS 115 en el primer intento de registro de un dispositivo de usuario en la red LTE contiene parámetros específicos para:
50 1) reconocer el usuario aprovisionado automáticamente:
a. Características de tarificación 3GPP con valor de AVP asociado "CC *". Este AVP se usa para generar información de tarificación del abonado.
b. APN por defecto con valor asociado "APN WELCOME". Este Nombre de Punto de Acceso es elegido por el 55 operador de TLC para acceder a la red de datos con fines de autoaprovisionamiento.
2) definir un nivel de servicio que el operador de TLC debería ofrecer a sus propios usuarios, por ejemplo (la lista se proporciona solo por ejemplo y no pretende ser exhaustiva):
a. Identificador de Clase de QoS (QCI) que especifica el tratamiento de los paquetes IP enviados/recibidos para la clase de servicio, en cuanto a prioridad, pérdida de paquetes, retardo de paquetes, etc. La Especificación Técnica 3GPP TS 23.107 define las siguientes clases de servicio: conversacional (para aplicaciones de voz), transmisión en continuo (para aplicaciones de transmisión en continuo de video), interactivo (para aplicaciones de exploración web),
5 fondo (para correo electrónico).
b. Velocidad binaria máxima agregada (AMBR) y Velocidad binaria máxima (MBR) que indican la anchura de banda máxima en bits por segundo admitida por la red, respectivamente, para el usuario y la APN en flujo IP de enlace ascendente/enlace descendente.
10 [0076] Según una realización de la presente invención, el perfil de abonado LTE por defecto contiene un valor
específico "CC*" para las Características de Tarificación 3GPP y un APN "APN WELCOME" por defecto dedicado a propósitos de autoaprovisionamiento. El operador de TLC puede elegir si el APN "APN WELCOME" por defecto es un APN nuevo o el APN por defecto es uno de los APN ya definidos en la red del operador de TLC.
15 [0077] La Figura 4 muestra el flujo de mensajes para establecer una conexión de datos según una
realización de la presente invención. La conexión de datos se establece entre un UE 201, autenticado según el procedimiento mostrado en la Figura 3, y la red LTE/SAE.
[0078] Con referencia a la Figura 4, en la etapa 320 la red de acceso IP 3GPP (LTE o 2G-3G) o no 3GPP 20 202 recibe del UE 201 un mensaje de Solicitud de conectividad de PDN (descrito, por ejemplo, en las
Especificaciones Técnicas 3GPP TS 24.301, TS 23.401 y TS 29.274) para un APN genérico.
[0079] En la etapa 321, la red de acceso IP 3GPP (LTE o 2G-3G) o no 3GPP 202 envía un mensaje de Pliegue de solicitud de sesión (descrito, por ejemplo, en las Especificaciones Técnicas 3GPP TS 29.274, TS 23.401)
25 al S-PGW 207 con el fin de comenzar una sesión de datos. Tanto el mensaje de Solicitud de conectividad de PDN como el mensaje de Crear solicitud de sesión contienen información tal como:
• Características de carga de 3GPP recibidas por el UE 201 durante el procedimiento de autenticación de la Figura 3;
30 • APN solicitado, elegido por el usuario o, si está ausente, indicado por la red (es decir, APN por defecto "APN WELCOME");
• RAT e identificador de célula, captados por el UE 201 en el acceso radioeléctrico;
• IMEI del UE 201, que indica el tipo de dispositivo.
35 [0080] Después de haber recibido el mensaje de Crear solicitud de sesión, en la etapa (bloque de decisión)
321a el S-PGW 207 envía un mensaje de AR al servidor AAA 204 que contiene información extraída del mensaje Crear solicitud de sesión, tal como características de tarificación 3GPP, APN solicitado, RAT, identificador de célula, IMEI. En particular, como ya se describió anteriormente, según una realización de la presente invención, un valor específico de las características de tarificación 3GPP (el valor CC *) identifica al UE 201 como un usuario 40 aprovisionado automáticamente por el HSS 115 en el primer intento de registro.
[0081] Después, el servidor AAA 204 verifica la información recibida, como aquí se describe a continuación.
[0082] Si el servidor AAA 204 verifica que la RAT es LTE (rama de salida SÍ del bloque de decisión 321a), en 45 la etapa (bloque de decisión 322) el servidor AAA 204 también analiza las características de tarificación 3GPP para
verificar si están establecidas iguales al valor CC *.
[0083] Si las características de tarificación 3GPP no son iguales al valor CC * (rama de salida NO del bloque de decisión 322) el mensaje de AR es reconocido directamente por el servidor AAA 204 enviando un mensaje de AA
50 al S-PGW 207 (etapas 323 y 327).
[0084] De lo contrario, si las características de tarificación 3GPP son iguales al valor CC * (rama de salida SÍ del bloque de decisión 322), (lo que significa que el usuario del UE 201 es un usuario aprovisionado automáticamente por el HSS 115 en un primer intento de registro), el servidor AAA 204 puede enviar opcionalmente
55 (etapa 324) un mensaje de alerta al BLS 206 para activar un mensaje de publicidad SMS y/o MMS, a través del servidor MSG 209, para informar al UE 201 sobre la suscripción a servicios comerciales de LTE.
[0085] En la etapa (bloque de decisión) 325, el servidor AAA 204 verifica el APN solicitado por el usuario (indicado como "APN solicitado" en lo siguiente).
[0086] Si el servidor AAA 204 verifica que el APN solicitado sea igual a una "APN WELCOME" (rama de salida NO del bloque de decisión 325), el servidor AAA 204 envía directamente un mensaje de AA al S-PGW 207 (etapa 327).
5
[0087] De lo contrario, si el servidor AAA 204 verifica que el APN solicitado no es igual a un "APN WELCOME" (rama de salida SÍ del bloque de decisión 325), entonces, según una realización de la presente invención, el servidor AAA 204 inicia un procedimiento de redirección APN (etapa 326). Específicamente, el servidor AAA 204 envía al S-PGW 207 un mensaje de AA (etapa 327) que incluye información sobre el "APN WELCOME"
10 que se utilizará. Esta información es utilizada por el S-PGW 207 para forzar al UE 201 en el "APN WELCOME".
[0088] Una vez que el S-PGW 207 recibe (en la etapa 327) el mensaje de AA, el S-PGW 207, en la etapa 328, envía un mensaje de (inicio de) Solicitud de contabilidad mensaje al servidor AAA 204 para notificar el inicio de la sesión de datos.
15
[0089] Después, en la etapa 329, el S-PGW 207 envía un mensaje de Crear respuesta de sesión tal como se describe en las Especificaciones Técnicas 3GPP TS 29.274, TS 23.401 y TS24.301 a las redes de acceso IP 3GPP (LTE o 2G-3G) o no 3GPP 202 para completar el establecimiento de la sesión de datos entre el UE 201 y la red LTE/SAE. En particular, para completar el establecimiento de la conexión de datos se asigna una dirección IP en la
20 etapa 329a al UE 201 con el fin de acceder a la red LTE a través del APN WELCOME si el usuario es un usuario aprovisionado automáticamente, o a través del APN solicitado si el usuario ya está aprovisionado.
[0090] El UE 201 ahora puede iniciar una sesión de exploración web hacia un Localizador Uniforme de Recursos (URL) genérico o usando un URL recibido en la etapa 324 a través de SMS o MMS en la red LTE.
25
[0091] Volviendo a la etapa 321a, si el servidor AAA 204 identifica que la RAT no es LTE, siendo una RAT 2g-3G (rama de salida NO del bloque de decisión 321a), el servidor AAA 204 envía directamente al S-PGW 207 un mensaje de AA (etapa 327) que incluye la información respecto al APN solicitado por el UE 201.
30 [0092] Además, en la etapa (bloque de decisión) 321b el servidor AAA 204 también analiza otra información
contenida en el mensaje de AR, tal como el IMEI y el ID de célula, para compararlos con la información almacenada en su propia base de datos o en otras bases de datos de operadores de TLC. El operador de TLC puede decidir crear un perfil de suscripción LTE si el UE 201 es un dispositivo con capacidad LTE y, opcionalmente, si el UE 201 está cubierto por una célula 2G/3G adyacente/cercana a un área de cobertura LTE.
35
[0093] Si el servidor AAA 204 verifica que el IMEI y el ID de célula recibidos en el mensaje de AR no están en la base de datos (rama de salida NO del bloque de decisión 321b) el servidor AAA 204 finaliza el procedimiento (etapa 321c), de lo contrario (rama de salida SÍ del bloque de decisión 321b) el servidor AAA 204 notifica este evento al BLS 206 (etapa 321d) enviando un mensaje de Solicitud de aprovisionamiento HTTP/WS/SOAP al BLS
40 206 que incluye la información relacionada con el UE 201 (por ejemplo, MSISDN, IMSI).
[0094] En esta fase, el BLS 206 puede enviar un mensaje de respuesta al servidor AAA 204:
• inmediatamente (en la etapa 321e), para liberar los recursos del servidor AAA 204 lo más pronto posible (para 45 ahorro de recursos);
• opcionalmente (etapa 321 i), al final del procedimiento para crear una suscripción de entrada en el HSS 115. En este segundo caso, los recursos del servidor AAA 204 permanecen comprometidos por más tiempo que en el caso anterior, pero con la ventaja de estar seguros de que la suscripción en el HSS 115 se ha completado.
50 [0095] En la etapa 321f el BLS 206 verifica en su propia base de datos si el MSISDN del que se solicita una
suscripción se puede habilitar para la suscripción a LTE según las políticas del operador de TLC (por ejemplo, primer intento de registro, tipo de perfil). En caso afirmativo, el BLS 206 requiere una entrada de suscripción al HSS 115 a través de LDAP (Protocolo ligero de acceso a directorios) y espera una respuesta (etapa 321g y etapa 321h).
55 [0096] Opcionalmente el BLS 206 puede enviar notificaciones a través del Sistema de Mensajes Cortos
(SMS) y/o el Sistema de Mensajes Multimedia (MMS) al UE 201 para informar al usuario que su UE 201 ahora está configurado para utilizar servicios comerciales de LTE.
[0097] La Figura 5 muestra el flujo de mensajes para gestionar una solicitud de sesión de exploración web de
un UE aprovisionado automáticamente 201 en un APN por defecto "APN WELCOME".
[0098] Específicamente, en la etapa 330 el UE 201 envía un mensaje de Solicitud HTTP al S-PGW 207 con el fin de comenzar el establecimiento de la sesión de exploración web.
5
[0099] En la etapa 331 el S-PGW 207, utilizando una funcionalidad de Inspección profunda de paquetes (DPI) en el APN "APN WELCOME" por defecto, analiza los paquetes de datos del mensaje de Solicitud HTTP para forzar el encaminamiento de estos paquetes de datos hacia el Portal web del operador 208. Incluso si el UE 201 inicia una sesión de exploración web hacia un URL genérico, será redirigido al URL del Portal web del operador 208. La
10 disponibilidad de una característica de Inspección profunda de paquetes (DPI) en el S-PGW 207 se supone. En caso de que esta característica no esté disponible, se puede utilizar la funcionalidad proporcionada por un equipo DPI externo.
[0100] El Portal web del operador 208, en la etapa 332, envía un mensaje de Respuesta de 15 redireccionamiento HTTP al UE 201 que muestra una publicidad de página web (LTE ADV) con el fin de informar al
usuario de la disponibilidad de servicios comerciales de LTE e invitarlo a suscribirse.
[0101] El portal web del operador analiza la respuesta del usuario en la etapa (bloque de decisión) 333. Si el usuario no acepta servicios comerciales LTE (rama de salida NO del bloque de decisión 333), por ejemplo saliendo
20 de la página web o haciendo un rechazo explícito o porque el temporizador de la página web expira, el Portal web del operador 208 notifica este evento al BLS 206 a través de un mensaje de Solicitud de aprovisionamiento HTTP/WS/SOAP (etapa 334) que incluye la identidad del UE 201 (por ejemplo, IP, MSISDN, IMSI) insertada por el S-PGW 207 en el mensaje de Solicitud de redireccionamiento HTTP (por ejemplo, utilizando la solución de enriquecimiento de encabezamiento HTTP). Ejemplos de protocolos que se pueden utilizar en la etapa 334 son el 25 Protocolo de transferencia de hipertexto - HTTP -, el Protocolo simple de acceso a objetos - SOAP -, el protocolo de Servicio web - WS).
[0102] Después, en la etapa 334a, el BLS 206 a través de LDAP modifica el perfil de abonado LTE del usuario por defecto previamente aprovisionado automáticamente (según el procedimiento de Figura 3) en el HSS
30 115.
[0103] Específicamente, en la etapa 335, el valor CC* del perfil de abonado LTE por defecto se reemplaza por las características de tarificación 3GPP asignadas al usuario en la red 2G/3G. Otros parámetros tales como AMBR/MBR y QCI pueden modificarse según las políticas de operador de TLC (por ejemplo, bloquear más accesos
35 del UE 201 a la red LTE).
[0104] El operador de TLC puede rehusar la solicitud del usuario de suscribir servicios LTE si tal usuario pertenece a una empresa (es decir, en caso de que el usuario no se corresponda con una parte que paga). En este caso, las etapas 334a y 335 no se realizan.
40
[0105] De lo contrario, si el usuario acepta los servicios LTE (rama de salida SÍ del bloque de decisión 333) el portal web del operador 208 notifica este evento al BLS 206 a través de un mensaje de Solicitud de aprovisionamiento HTTP/WS/SOAP (etapa 336) que incluye la identidad del UE 201 de la misma manera que se describió anteriormente.
45
[0106] En una etapa 337, el BLS 206 verifica si el tipo de perfil de usuario (por ejemplo, consumidor, negocio, prepago o postpago) puede admitir los servicios LTE y, en caso afirmativo, a través de LDAP (etapa 338), el BLS 206 actualiza el perfil de abonado de LTE del usuario por defecto (etapa 339) previamente aprovisionado automáticamente (según el procedimiento de la Figura 3) en el HSS 115. El valor CC* del perfil de abonado LTE por
50 defecto se reemplaza por las características de tarificación 3GPP asignadas al usuario en la red 2G/3G. Otros parámetros tales como APN, AMBR/MBR y QCI se pueden modificar según los servicios LTE elegidos previamente por el usuario (etapas 332 y 333).
[0107] Al final de la actualización del perfil de usuario de LTE (etapa 335 o etapa 339), el HSS 115 envía una 55 respuesta de resultado LDAP (etapa 340) al BLS 206.
[0108] Si, en la etapa 333, el usuario ha solicitado/aceptado también servicios IMS (por ejemplo, VoLTE), el BLS 206 recibe del Portal web del operador 208 a través del mensaje de Solicitud de aprovisionamiento HTTP/WS/SOAP (etapa 336) también esta información adicional. En este caso, el BLS 206 requiere al sistema IMS
210 a través de la Solicitud de aprovisionamiento LDAP/HTTP/WS/SOAP (etapa 338a):
1. Suscripción y/o actualización del perfil IMS del usuario en todas las bases de datos del sistema IMS 210 (por ejemplo, HSS, SLF, DNS/ENUM, MMTEL AS, BGCF, ...).
5 2. Alineación en todas las bases de datos del sistema IMS 210 (por ejemplo, MMTeL AS y HSS) de los servicios suplementarios de usuario recién suscritos por el usuario en la red de circuitos conmutados (por ejemplo, desvío de llamadas, retención de llamadas...).
[0109] Según los flujos de mensajes mostrados en la Figura 5, estas actividades de aprovisionamiento se 10 realizan a través de la plataforma de mediación comprendida en el sistema IMS 210 (etapa 339a). Opcionalmente,
estas actividades de aprovisionamiento se pueden realizar directamente por el BLS 206 en cada base de datos del sistema IMS.
[0110] Al final de la etapa 339a el sistema IMS 210 envía un mensaje de Respuesta de aprovisionamiento 15 LDAP/HTTP/WS/SOAP (etapa 340a) al BLS 206.
[0111] En la etapa 341, el BLS 206 analiza el mensaje de Respuesta de aprovisionamiento LDAP/HTTP/WS/SOAP recibido del HSS 115 y opcionalmente también el mensaje de Respuesta de aprovisionamiento LDAP/HTTP/WS/SOAP recibido del sistema IMS 210. Después el BLS 206 genera a través de la
20 página web una respuesta final HTTP para enviar al UE 201 a través del Portal web del operador 208 (etapa 342 y etapa 343). Dicha respuesta final de HTTP contiene el resultado de la solicitud de suscripción.
[0112] Si el resultado es positivo, con el fin de permitir que el UE 201 tenga acceso a los servicios LTE, la conectividad PDN con el APN "ApN WELCOME" por defecto debería desglosarse. Para este propósito, el S-PGW
25 207, por medio de la funcionalidad DPI, reconoce la respuesta final HTTP como una respuesta positiva y, en la etapa 344, envía un mensaje de Solicitud de contabilidad (STOP) al servidor AAA 204 para liberar los recursos asignados al APN "APN WELCOME" (por ejemplo, la dirección IP) y luego fuerza una desconexión de PDN al UE 201 (etapa 345) para finalizar la sesión de exploración web con el APN WELCOME. A partir de ahora, el UE 201 puede tener un acceso libre a los servicios LTE mediante un APN comercial (es decir, el usuario del UE 201) ya no es redirigido 30 hacia APN APN WELCOME).

Claims (9)

  1. REIVINDICACIONES
    1. Procedimiento de gestión del acceso de usuarios a servicios prestados por una red de
    telecomunicaciones móviles, que comprende:
    - recibir (302) de un equipo de usuario (201) de un usuario, equipo de usuario que es capaz de soportar comunicaciones con la red de telecomunicaciones móviles, una solicitud de autenticación (302) en la red de telecomunicaciones móviles,
    10 caracterizado por:
    - la autenticación (309) del equipo de usuario (201) en la red de telecomunicaciones móviles,
    - antes de dicha autenticación y en caso de que se evalúe (307) que la solicitud de autenticación recibida del equipo del usuario (201) es el primer intento de ese equipo de usuario (201) de registrarse en la red de telecomunicaciones
    15 móviles (307), crear (308), en una base de datos de perfiles de abonados de red (115), un perfil de abonado por defecto para ese equipo de usuario (201), en el que dicho perfil de abonado por defecto comprende un parámetro de tarificación de abonado predeterminado utilizado por la red de telecomunicaciones móviles para tarificar al usuario de dicho equipo de usuario, y un Nombre de Punto de Acceso predeterminado.
    20 2. El procedimiento según la reivindicación 1, en el que dicha solicitud de autenticación (302) se recibe a
    través de una red de acceso (202), siendo dicha red de acceso una red de acceso 3GPP (133) o una red de acceso no 3GPP (135,140), particularmente una red de acceso no 3GPP de confianza (135) o una red de acceso no 3GPP no confiable (140).
    25 3. El procedimiento según la reivindicación 1 o 2, que comprende además, después de recibirse dicha
    solicitud de autenticación (302) y antes de dicha autentificación (309), evaluar (304) si el equipo de usuario (201) está autorizado, por un operador de la red de telecomunicaciones móviles, a operar en la red de telecomunicaciones móviles, en el que dicha evaluación (304) se basa en identidades IMEI asociadas al equipo del usuario.
    30 4. El procedimiento según la reivindicación 1, 2 o 3, que comprende además, después de dicha
    autentificación, establecer una conexión de datos con el equipo del usuario (201) utilizando el valor de tarificación de abonado predeterminado y el Nombre de Punto de Acceso predeterminado contenido en el perfil de abonado por defecto.
    35 5. El procedimiento según la reivindicación 4, en el que dicho establecimiento de una conexión de datos
    con el equipo de usuario (201) comprende:
    - recibir (320) una solicitud de conexión de datos procedente del equipo del usuario (201),
    - evaluar (322) si el perfil de abonado asociado con el usuario del equipo de usuario (201) es un perfil de abonado 40 por defecto, y en caso afirmativo anular (326) un Nombre de Punto de Acceso incluido en la solicitud de conexión de
    datos recibida con el Nombre de Punto de Acceso predeterminado,
    - aceptar (327-329) la solicitud de conexión de datos y permitir al dispositivo del usuario (201) acceder a una red de datos a través del Nombre de Punto de Acceso predeterminado.
    45 6. El procedimiento según la reivindicación 5, en el que dicha evaluación de si el perfil de abonado
    asociado con el usuario del equipo de usuario (201) es un perfil de abonado por defecto comprende evaluar (322) si el valor de tarificación asociado con dicho usuario corresponde al parámetro de tarificación predeterminado.
  2. 7. El procedimiento según la reivindicación 6, en el que en el caso de que el valor de tarificación 50 asociado con dicho usuario no corresponda al parámetro de tarificación predeterminado, el Nombre de Punto de
    Acceso incluido en la solicitud de conexión de datos recibida no se anula.
  3. 8. El procedimiento según la reivindicación 5, 6 o 7, que comprende además, después de haber
    evaluado (322) que el perfil de abonado asociado con el usuario del equipo de usuario (201) es un perfil de abonado
    55 por defecto, enviar al equipo de usuario una notificación (324) para informar al usuario del equipo del usuario (201) sobre la suscripción a servicios ofrecidos por la red de telecomunicaciones móviles.
  4. 9. El procedimiento según una cualquiera de las reivindicaciones 5 a 8, en el que dicha evaluación de si el perfil de abonado asociado con el usuario del equipo de usuario (201) es un perfil de suscriptor por defecto no se
    realiza en caso de que se evalúe (321a) que el equipo de usuario (201) está conectado a una red de acceso 3GPP diferente de una red de acceso de cuarta generación.
  5. 10. El procedimiento según la reivindicación 9, que comprende además, en caso de que se evalúe (321a)
    5 que el equipo de usuario (201) está conectado a una red de acceso 3GPP diferente de una red de acceso de cuarta
    generación, evaluar (321b) si el equipo de usuario es un equipo con capacidad de cuarta generación, y, en caso afirmativo, crear (321g) una entrada para el equipo de usuario en la base de datos de perfiles de abonados de red (115).
    10 11. El procedimiento según la reivindicación 10, en el que dicha evaluación (321b) de si el equipo de
    usuario es un equipo con capacidad de cuarta generación comprende evaluar si el equipo de usuario está conectado
    a una célula de la red de acceso 3GPP diferente de una red de acceso de cuarta generación, que es adyacente o cercana a una célula de una red de acceso de cuarta generación.
    15 12. El procedimiento según una cualquiera de las reivindicaciones 4 a 11, que comprende además,
    después de dicho establecimiento de una conexión de datos con el equipo de usuario (201), gestionar una solicitud de sesión de exploración web del equipo de usuario, en el que dicha gestión de la sesión de exploración web comprende:
    20 - recibir del equipo de usuario una solicitud para iniciar una sesión de exploración web;
    - evaluar si la solicitud del equipo de usuario contiene el Nombre de Punto de Acceso por defecto, y en el caso afirmativo, emitir (332) al equipo de usuario una respuesta de redirección para el usuario hacia una página web que ofrece los servicios prestados por la red de telecomunicaciones móviles;
    - si el usuario acepta los servicios prestados por la red de telecomunicaciones móviles, actualizar el perfil de 25 abonado por defecto para el equipo del usuario (201) según un perfil de abonado para el usuario del equipo de
    usuario ya asignado para redes de telecomunicaciones móviles distintas de la red de telecomunicaciones móviles considerada,
    - de lo contrario, si el usuario no acepta los servicios prestados por la red de telecomunicaciones móviles, reemplazar el valor de tarificación de abonado por defecto con un valor de tarificación de abonado ya asignado para
    30 redes de telecomunicaciones móviles distintas de la red de telecomunicaciones considerada y actualizar los atributos del abonado en el HSS (115) para bloquear el acceso del equipo de usuario a la red de telecomunicaciones móviles considerada.
  6. 13. El procedimiento según la reivindicación 12, que comprende además:
    35 si el usuario acepta los servicios prestados por la red de telecomunicaciones móviles, solicitar (338a, 339a, 340a) a un subsistema multimedia IP IMS (210) que suscriba al usuario en el subsistema multimedia IP IMS, o que actualice un perfil IMS de usuario ya existente, para que se aprovisionen los servicios prestados por la red de telecomunicaciones móviles.
    40 14. Una red de telecomunicaciones móviles, que comprende una base de datos de perfiles de abonados
    de red (115) configurada para:
    - recibir (302), de un equipo de usuario (201) de un usuario, equipo de usuario que es capaz de soportar comunicaciones con la red de telecomunicaciones móviles, una solicitud de autenticación (302) en la red de
    45 telecomunicaciones móviles, caracterizada por, antes de autenticar (309) el equipo de usuario (201) en la red de telecomunicaciones móviles y en caso de que se evalúe (307) que la solicitud de autenticación recibida del equipo de usuario (201) es el primer intento de ese equipo de usuario (201) de registrarse en la red de telecomunicaciones móviles (307), crear (308), en la base de datos de perfiles de abonados de red (115), un perfil de abonado por defecto para ese equipo de usuario (201), en la que dicho perfil de abonado por defecto comprende un parámetro de 50 tarificación de abonado predeterminado utilizado por la red para tarificar al usuario de dicho equipo de usuario, y un Nombre de Punto de Acceso predeterminado.
  7. 15. La red de telecomunicaciones móviles según la reivindicación 14, que comprende una red de acceso (602) a través de la cual se recibe dicha solicitud de autenticación (302) a través, en la que dicha red de acceso
    55 comprende al menos una de una red de acceso 3GPP (133) y una red de acceso no 3GPP (135,140), particularmente una red de acceso no 3GPP de confianza (135) o una red de acceso no 3GPP no confiable (140) .
  8. 16. La red de telecomunicaciones móviles según la reivindicación 14 o 15, que comprende además una función de red de Autorización, Autenticación y Contabilidad (204) para establecer una conexión de datos con el
    equipo de usuario (201) utilizando el parámetro de tarificación de abonado predeterminado y el Nombre de Punto de Acceso predeterminado.
  9. 17. La red de telecomunicaciones móviles según la reivindicación 16, en la que dicha función de red de
    5 Autorización, Autenticación y Contabilidad (204) está configurada para evaluar (322) si el perfil de abonado asociado con el usuario del equipo de usuario (201) es un perfil de abonado por defecto, y en el caso afirmativo anular (326) un Nombre de Punto de Acceso incluido en la solicitud de conexión de datos recibida con el Nombre de Punto de Acceso predeterminado.
    10 18. La red de telecomunicaciones móviles según la reivindicación 17, en la que, para dicha evaluación de
    si el perfil de abonado asociado con el usuario del equipo de usuario (201) es un perfil de abonado por defecto, la función de red Autorización, Autenticación y Contabilidad (204) está configurada para evaluar (322) si el valor de tarificación asociado con dicho usuario corresponde al parámetro de tarificación predeterminado.
    15 19. La red de telecomunicaciones móviles según las reivindicaciones 16, 17 o 18, que comprende una
    función de red (204), particularmente un proxy Diameter, configurado para evaluar (304) si el equipo de usuario (201) está autorizado, por un operador de la red de telecomunicaciones móviles, a realizar la autenticación en la red de telecomunicaciones móviles.
ES14752571.1T 2014-07-22 2014-07-22 Procedimiento de gestión de suscripciones de usuarios en una red de telecomunicaciones móviles Active ES2686670T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2014/065660 WO2016012034A1 (en) 2014-07-22 2014-07-22 Method of managing subscriptions of users in a mobile telecommunications network

Publications (1)

Publication Number Publication Date
ES2686670T3 true ES2686670T3 (es) 2018-10-19

Family

ID=51357904

Family Applications (1)

Application Number Title Priority Date Filing Date
ES14752571.1T Active ES2686670T3 (es) 2014-07-22 2014-07-22 Procedimiento de gestión de suscripciones de usuarios en una red de telecomunicaciones móviles

Country Status (7)

Country Link
US (1) US10034165B2 (es)
EP (1) EP3172910B1 (es)
JP (1) JP6385558B2 (es)
KR (1) KR102298031B1 (es)
CN (1) CN106664550B (es)
ES (1) ES2686670T3 (es)
WO (1) WO2016012034A1 (es)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3277006B1 (en) * 2015-04-22 2020-07-08 Huawei Technologies Co., Ltd. Method, apparatus and system for authorizing access point name
IN201621030296A (es) * 2016-09-05 2019-10-11 Reliance Jio Infocomm Limited
US10952177B2 (en) 2016-10-10 2021-03-16 Nokia Solutions And Networks Oy Dynamic subscription handling in 5G and long term evolution (LTE)
GB2560065B (en) * 2016-11-24 2021-09-15 Reliance Jio Infocomm Ltd A system and method for data offloading in a hetnet
EP3457728A1 (en) * 2017-09-15 2019-03-20 Gemalto Sa A method for allocating temporarily a subscription to a credential container
US10779157B2 (en) * 2017-09-28 2020-09-15 Apple Inc. Methods and apparatus for accessing services of multiple wireless networks via a single radio access network
CN110234112B (zh) * 2018-03-05 2020-12-04 华为技术有限公司 消息处理方法、系统及用户面功能设备
CN112119652B (zh) * 2018-05-18 2024-08-23 交互数字专利控股公司 IoT设备的身份层
CN112470499B (zh) * 2018-07-31 2024-04-30 瑞典爱立信有限公司 用于更新用户设备ue的位置的方法和装置
WO2020078542A1 (en) * 2018-10-16 2020-04-23 Telefonaktiebolaget Lm Ericsson (Publ) User equipment registrations management
US10798635B2 (en) * 2018-12-03 2020-10-06 At&T Intellectual Property I, L.P. Mobile edge computing for data network traffic
US10412080B1 (en) * 2019-01-16 2019-09-10 Capital One Services, Llc Authenticating a user device via a monitoring device
US11696137B2 (en) 2020-07-31 2023-07-04 T-Mobile Usa, Inc. Detecting malicious small cells based on a connectivity schedule
US11202255B1 (en) 2020-07-31 2021-12-14 T-Mobile Usa, Inc. Cached entity profiles at network access nodes to re-authenticate network entities
US20220046406A1 (en) * 2020-08-07 2022-02-10 Nokia Technologies Oy Problem mitigation in subscriber profile management
US11877218B1 (en) 2021-07-13 2024-01-16 T-Mobile Usa, Inc. Multi-factor authentication using biometric and subscriber data systems and methods

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0329502D0 (en) * 2003-12-19 2004-01-28 Nokia Corp Control decisions in a communication system
FI20041652A0 (fi) * 2004-12-22 2004-12-22 Nokia Corp Vierailevan päätelaitteen oletustilaajaprofiili pakettidataperusteisessa matkaviestinverkossa
US7761913B2 (en) * 2005-01-24 2010-07-20 Telefonaktiebolaget L M Ericsson (Publ) Method for selecting an access point name (APN) for a mobile terminal in a packet switched telecommunications network
US7970398B2 (en) * 2007-06-25 2011-06-28 Alcatel-Lucent Usa Inc. Method and apparatus for provisioning and authentication/registration for femtocell user on IMS core network
CN101150418B (zh) * 2007-10-17 2011-01-05 中兴通讯股份有限公司 一种策略计费控制服务器的选择方法
CN101252770A (zh) * 2007-12-27 2008-08-27 华为技术有限公司 Ims的终端接入认证的方法、通信系统及相关设备
RU2517399C2 (ru) * 2009-07-09 2014-05-27 Телефонактиеболагет Лм Эрикссон (Пабл) Способы и устройства для инициирования снабжения абонентскими данными в hss сети мультимедийной подсистемы протокола ip
CN102036413B (zh) * 2009-09-25 2013-06-26 华为技术有限公司 多接入的接入信息管理方法、装置及网关

Also Published As

Publication number Publication date
WO2016012034A1 (en) 2016-01-28
EP3172910A1 (en) 2017-05-31
JP2017522821A (ja) 2017-08-10
EP3172910B1 (en) 2018-06-13
KR102298031B1 (ko) 2021-09-06
US10034165B2 (en) 2018-07-24
JP6385558B2 (ja) 2018-09-05
CN106664550B (zh) 2019-11-15
US20170164185A1 (en) 2017-06-08
KR20170040199A (ko) 2017-04-12
CN106664550A (zh) 2017-05-10

Similar Documents

Publication Publication Date Title
ES2686670T3 (es) Procedimiento de gestión de suscripciones de usuarios en una red de telecomunicaciones móviles
AU2018255075B2 (en) Method for processing PDU session establishment procedure and AMF node
CN113228570B (zh) 用于新无线电核心网系统的装置、方法、介质
EP3477993B1 (en) Method for processing pdu session establishment procedure and amf node
EP2399405B1 (en) Non-validated emergency calls for all-ip 3gpp ims networks
US8364114B2 (en) Emergency and priority calling support in WiMAX
US9730056B2 (en) System, method, and apparatus for facilitating selection of a serving node
US20120246325A1 (en) Network node and method to control routing or bypassing of deployed traffic detection function nodes
EP3780893A1 (en) Ue and communication method thereof
EP3158781B1 (en) Location information in managed access networks
US11943678B2 (en) Controlled handover from an incoming access network to a cellular access network of a visited network while in roaming
US10939484B2 (en) Establishing a bearer service in a telecommunications network