ES3061492T3

ES3061492T3 - Network connectivity

Info

Publication number: ES3061492T3
Application number: ES22789981T
Authority: ES
Inventors: André Alves Rogério Santos; João Afonso Vieira Casal; Dmitry Radzevich; Frederico Alexandre De Matos M Palma; Victor Manuel Vieira Pinto; Hugo Filipe Neves Santos; Carlos Hugo Baptista Morgado; Scott Mackenzie
Original assignee: Truphone Ltd
Current assignee: Truphone Ltd
Priority date: 2021-09-10
Filing date: 2022-09-12
Publication date: 2026-04-06
Anticipated expiration: 2042-09-12
Also published as: FI4399895T3; GB2610614A; HRP20260146T1; WO2023037128A3; GB202112967D0; AU2022344559A1; LT4399895T; EP4399895B1; MX2024002854A; DK4399895T3; PT4399895T; RS67784B1; CA3230997A1; GB2610614B; US20240397303A1; SI4399895T1; SMT202600086T1; EP4399895A2; WO2023037128A2

Abstract

Se proporciona un método para que un dispositivo anfitrión obtenga conectividad a la red celular, que incluye realizar un primer proceso, utilizando conectividad de datos no celular para descargar una estructura de datos de perfil, la cual comprende un conjunto de dos o más Identidades Internacionales de Abonado Móvil (IMSI) y datos de autenticación; y realizar un segundo proceso, posteriormente, seleccionando una IMSI del conjunto de IMSI; e intentando registrarse en una red celular utilizando la IMSI seleccionada y los datos de autenticación para obtener conectividad a la red celular. También se describe un método para permitir que un dispositivo anfitrión obtenga conectividad a la red celular, el dispositivo anfitrión, un medio de almacenamiento no transitorio legible por computadora, un elemento de red para autenticar un dispositivo anfitrión en una red celular y un sistema informático acoplado comunicativamente a una red celular según dicho método. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN

[0002] Conectividad de red

[0003] Campo técnico

[0004] La presente invención se refiere a las telecomunicaciones y en particular a un método de autenticación de red celular para obtener conectividad de red celular.

[0005] Antecedentes

[0006] Generalmente, los dispositivos de Internet de las cosas (IoT), de máquina a máquina (M2M) y de consumo están configurados para usar una tarjeta de circuito integrado universal (UICC) o, en implementaciones recientes, una tarjeta de circuito integrado universal incorporada (eUICC), también denominada módulo de identificación de suscriptor incorporado (eSIM), una tarjeta de circuito integrado universal (iUCC) integrada o una SIM basada en software (SIM software) con fines de autenticación ante un operador de red móvil (MNO) o un operador de red virtual móvil (MVNO) y acceder a los servicios proporcionados por dicha red. La UICC tiene la forma de una pequeña tarjeta que se puede insertar y extraer del dispositivo. La eUICC también es un pequeño chip que se inserta en los dispositivos de manera no extraíble. La iUICC consiste en una solución de sistema en chip en la que las capacidades UICC se ejecutan en el conjunto de chips del dispositivo. La tarjeta SIM software incluye una colección de aplicaciones de software y datos que realizan todas las funciones de una tarjeta SIM, pero no residen en ningún tipo de almacenamiento de datos seguro ni usan un procesador seguro, sino que se almacenan en la memoria y el procesador del propio dispositivo de comunicaciones (es decir, no hay hardware SIM).

[0007] Dentro de la presente descripción, un módulo seguro puede ser cualquiera de los siguientes: UICC, eUICC, iUICC o soft SIM que pueden incluirse en dispositivos IoT, dispositivos M2M u otros dispositivos.

[0008] En los casos de UICC, eUICC, iUICC y soft SIM, la autenticación y acceso a los servicios prestados por una red móvil podrá realizarse a través de aprovisionamiento SIM remoto, es decir, la descarga, instalación y habilitación de un perfil operativo, también denominado perfil SIM, inalámbrico (OTA).

[0009] La presencia de módulos seguros como UICC, eUICCS, iUICC o las SIM software en dispositivos IoT, dispositivos M2M y otros dispositivos está aumentando, y es posible que sea posible proporcionar conectividad lista para usar. Las divulgaciones relevantes de la técnica anterior en este campo técnico son: el documento US 2019/313240 A1 y el documento US 2021/044947 A1.

[0010] Sumario

[0011] De acuerdo con un primer aspecto de la presente divulgación, se proporciona un método implementado por ordenador para un dispositivo anfitrión, comprendiendo el método implementado por ordenador:

[0012] realizar un primer proceso en un primer momento, comprendiendo el primer proceso usar conectividad de datos no celular para descargar una estructura de datos de perfil, comprendiendo la estructura de datos de perfil un conjunto de dos o más identidades de suscriptor móvil internacional, IMSI, y datos de autenticación; y realizar un segundo proceso en un segundo momento, siendo el segundo momento posterior al primero, comprendiendo el segundo proceso:

[0013] - seleccionar una IMSI del conjunto de IMSI; e

[0014] - intentar registrarse en una red celular usando la IMSI seleccionada y los datos de autenticación para obtener conectividad de red celular.

[0015] De acuerdo con un segundo aspecto de la presente divulgación, se proporciona un dispositivo anfitrión que comprende al menos un procesador y un almacenamiento que comprende instrucciones ejecutables por ordenador que, cuando son ejecutadas por al menos dicho procesador, hacen que al menos dicho procesador realice métodos implementados por ordenador de acuerdo con el primer aspecto.

[0016] De acuerdo con un tercer aspecto de la presente invención, se proporciona un medio de almacenamiento no transitorio legible por ordenador, que comprende instrucciones ejecutables por ordenador que, cuando son ejecutadas por al menos un procesador, hacen que al menos dicho procesador realice métodos de acuerdo con el primer aspecto.

[0017] De acuerdo con un cuarto aspecto de la presente divulgación, se proporciona un método implementado por ordenador para permitir que un dispositivo anfitrión obtenga conectividad de red celular, comprendiendo el método:

[0018] recibir una petición para proporcionar una estructura de datos de perfil a un dispositivo anfitrión; y

[0019] transmitir la estructura de datos de perfil para su recepción por el dispositivo anfitrión,

[0020] en donde la estructura de datos de perfil comprende un primer conjunto de dos o más identidades de suscriptor móvil Internacional, IMSI y datos de autenticación, y

[0021] en donde el primer conjunto de dos o más IMSI se selecciona de un segundo conjunto de tres o más IMSI. De acuerdo con un quinto aspecto de la presente divulgación, se proporciona un elemento de red para autenticar un dispositivo anfitrión en una red celular, estando configurado el elemento de red para realizar operaciones que comprenden:

[0022] - recibir una petición de autenticación de un dispositivo anfitrión, en donde el dispositivo anfitrión usa:

[0023] una IMSI compartida que está incluida en una pluralidad de estructuras de datos de perfil que están disponibles para una pluralidad de dispositivos anfitriones; o

[0024] una IMSI privada que se incluye de manera única en una estructura de datos de perfil del dispositivo anfitrión; - acceder a información que identifica una IMSI usada por el dispositivo anfitrión como una IMSI compartida o una IMSI privada; y,

[0025] - responder a la petición de autenticación de una manera que depende de si el dispositivo anfitrión está usando una IMSI compartida o una IMSI privada.

[0026] De acuerdo con un sexto aspecto de la presente divulgación, se proporciona un sistema informático acoplado comunicativamente a una red celular, comprendiendo el sistema al menos un procesador y un almacenamiento que comprende instrucciones ejecutables por ordenador que, cuando son ejecutadas por al menos dicho procesador, hacen que el sistema informático realice métodos de acuerdo con el cuarto aspecto.

[0027] De acuerdo con un séptimo aspecto de la presente divulgación, se proporciona un medio de almacenamiento no transitorio legible por ordenador que comprende instrucciones ejecutables por ordenador que, cuando son ejecutadas por al menos un procesador, hacen que el procesador realice métodos de acuerdo con el cuarto aspecto.

[0028] Muchos dispositivos anfitriones solo están registrados en una red celular por un corto período de tiempo, es decir, el dispositivo anfitrión puede tener un ciclo de trabajo bajo y solo requerir una IMSI mientras está registrado en una red celular para la conectividad celular. Por lo tanto, las realizaciones de la presente divulgación pueden ser útiles para asignar a una pluralidad de dispositivos anfitriones estructuras de datos de perfil que comparten las mismas IMSI para ser usadas mientras el dispositivo anfitrión está registrado en una red celular. Los sistemas y métodos descritos en el presente documento pueden permitir la reutilización de una IMSI compartida por una pluralidad de dispositivos anfitriones en diferentes puntos temporales. De esta manera, los operadores de redes móviles y los operadores de redes virtuales móviles pueden gestionar las IMSI disponibles de una manera más eficiente. La presente invención es particularmente útil para disminuir la probabilidad de colisión cuando se usa una de las IMSI compartidas para registrarse en una red y también para recuperarse de una colisión con otro dispositivo anfitrión que usa la misma IMSI compartida para registrarse en una red.

[0029] Otras características y ventajas de la presente divulgación se pondrán de manifiesto a partir de la siguiente descripción de realizaciones preferidas, dada sólo a modo de ejemplo, que se hace con referencia a los dibujos que se acompañan.

[0030] Breve descripción de los dibujos

[0031] La figura 1 es un diagrama esquemático de un dispositivo anfitrión que comprende un módulo seguro de acuerdo con los ejemplos;

[0032] la figura 2 es un diagrama de flujo que muestra un método implementado por ordenador para un dispositivo anfitrión de acuerdo con los ejemplos;

[0033] la figura 3 es un diagrama esquemático que muestra una red celular, un dispositivo anfitrión e ilustra métodos implementados por ordenador de acuerdo con los ejemplos;

[0034] la figura 4 es un diagrama de flujo que muestra un método implementado por ordenador para permitir que un dispositivo anfitrión obtenga conectividad de red celular de acuerdo con los ejemplos;

[0035] la figura 5 es un diagrama esquemático que muestra una versión simplificada de la red celular e ilustra métodos implementados por ordenador de acuerdo con los ejemplos;

[0036] la figura 6 es un diagrama esquemático que muestra un servidor de prueba y una parte de un procedimiento de prueba de conexión de acuerdo con los ejemplos;

[0037] la figura 7 es un diagrama esquemático que ilustra un medio de almacenamiento no transitorio legible por ordenador que comprende instrucciones para realizar un método de acuerdo con los ejemplos mostrados en la figura 2;

[0038] la figura 8 es un diagrama esquemático que muestra un sistema informático configurado para realizar un método de acuerdo con los ejemplos mostrados en la figura 4;

[0039] la figura 9 es un diagrama esquemático que muestra un medio de almacenamiento no transitorio legible por ordenador que comprende instrucciones para realizar un método de acuerdo con los ejemplos mostrados en la figura 4;

[0040] la figura 10 es un diagrama de bloques esquemático que muestra un elemento de red incorporado como un servidor local y una pluralidad de dispositivos anfitriones de acuerdo con los ejemplos;

[0041] la figura 11 es un diagrama de flujo que muestra un método realizado por el elemento de red de acuerdo con los ejemplos mostrados en la figura 10.

[0042] Descripción detallada

[0043] Como se mencionó brevemente en la sección de antecedentes de la petición, es posible proporcionar conectividad inmediata para IoT, M2M y otros dispositivos anfitriones que incluyan módulos seguros como UICC, eUICCS, iUICC o las SIM software. Para ello, un módulo seguro puede usar un perfil de aprovisionamiento, también conocido como perfil de arranque, para acceder a un mercado y a una plataforma de aprovisionamiento remoto de SIM (RSP) sin necesidad de una conexión WI-FI.

[0044] El mercado y la plataforma RSP pueden permitir al usuario comprar sin problemas un plan de conectividad de su proveedor de elección, habilitando así la conectividad a la red celular. Esto se puede lograr mediante los siguientes pasos:

[0045] 1- El dispositivo se inicia al desempaquetarlo.

[0046] 2- El dispositivo establece una conectividad limitada mediante un perfil de aprovisionamiento preconfigurado. 3- El usuario accede a un mercado y compra un plan.

[0047] 4- El dispositivo descarga un perfil operativo de la plataforma RSP.

[0048] 5- El dispositivo establece conectividad completa usando el nuevo perfil operativo.

[0049] El módulo seguro identifica una suscripción, ya sea un dispositivo IoT, un dispositivo M2M o un dispositivo móvil, mediante una identidad internacional de suscriptor móvil (IMSI). La IMSI es una identidad globalmente enrutable, asignada a un operador y única a nivel mundial para permitir el enrutamiento de la señalización entre operadores.

[0050] Una potencial manera de proporcionar conectividad lista para usar, como se describió anteriormente, puede requerir que todos y cada uno de los dispositivos IoT, M2M y otros dispositivos móviles se configuren con un perfil de aprovisionamiento funcional en la fabricación, lo que requiere la asignación de una gran cantidad de IMSI. Este escenario puede conducir a una mayor demanda de IMSI y posiblemente al agotamiento de la reserva mundial de numeración IMSI.

[0051] Sin embargo, dependiendo del tipo de dispositivo y perfil de uso, es posible que varios dispositivos nunca usen el perfil de aprovisionamiento y la IMSI asociada, ya sea porque nunca usan la capacidad del módulo seguro o porque usarán el dispositivo a través del acceso WI-FI. Por lo tanto, se desea gestionar de manera más eficiente la asignación de IMSI para optimizar el uso del recurso.

[0052] Ciertos ejemplos descritos en el presente documento describen métodos y sistemas para proporcionar estructuras de datos de perfil que pueden asignarse a dispositivos anfitriones con fines de autenticación con una red celular y acceso a la conectividad proporcionada por la red celular. Las estructuras de datos de perfil pueden compartir identidades de suscriptor móvil internacional, IMSI, con otras estructuras de datos de perfil. Los sistemas y métodos descritos en el presente documento pueden permitir la reutilización de una o más IMSI compartidas por una pluralidad de dispositivos anfitriones. Un dispositivo anfitrión puede usar una de las IMSI compartidas proporcionadas en una estructura de datos de perfil para acceder a la conectividad proporcionada por la red celular y, cuando el dispositivo anfitrión se da de baja de la red celular, la IMSI compartida puede liberarse para que lo use otro dispositivo anfitrión. De esta manera, los operadores de redes móviles (MNO) y los operadores de redes virtuales móviles (MVNO) pueden gestionar el uso de las IMSI que están disponibles para ese MNO o MVNO de una manera más eficiente. Es decir, las IMSI disponibles para el MNO o el MVNO pueden ser reutilizadas por diferentes dispositivos anfitriones, lo que reduce la cantidad de IMSI que podrían desperdiciarse al asignarse a un dispositivo anfitrión que no las usa de manera persistente. Dos dispositivos anfitriones no pueden usar simultáneamente la misma IMSI para conectarse a una red celular.

[0054] Si un dispositivo anfitrión se registra usando una IMSI particular y posteriormente, o poco después, otro dispositivo anfitrión intenta registrarse usando la misma IMSI, entonces la red celular puede reaccionar de una manera no óptima o impredecible, como autorizar el segundo dispositivo en lugar del acceso a la red existente del primer dispositivo o rechazar el registro del segundo dispositivo. Estos escenarios pueden denominarse colisión. La presente invención es particularmente útil para reducir la probabilidad de colisión al usar una de las IMSI compartidas para registrarse en una red, así como para recuperarse de una colisión con otro dispositivo anfitrión ya registrado en la red celular que usa una IMSI compartida. Esta solución puede superar las limitaciones de la tecnología actual, ya que permite la asignación de la misma IMSI a varias estructuras de datos de perfil. Esta IMSI, compartida entre varias estructuras de datos de perfil, puede ser usada por un dispositivo anfitrión cuando ningún otro lo usa, lo que reduce la probabilidad de colisiones entre dos o más dispositivos anfitriones que intentan usar la misma IMSI compartida. La presente solución también proporciona métodos para resolver colisiones entre dispositivos anfitriones que intentan usar la misma IMSI compartida.

[0056] La figura 1 ilustra un módulo seguro 100 incluido en un dispositivo anfitrión 110. En algunos ejemplos, el dispositivo anfitrión 110 puede ser un dispositivo de consumidor, o una máquina u objeto en un contexto de IoT o M2M. En algunos ejemplos, el dispositivo anfitrión puede ser un dispositivo móvil, por ejemplo, un teléfono inteligente o un ordenador portátil. En otros ejemplos, el dispositivo anfitrión puede instalarse de manera permanente o semipermanente en una ubicación, por ejemplo, un electrolocal u otras máquinas en un hogar o entorno industrial. En este ejemplo, el dispositivo anfitrión 110 incluye un módulo seguro 100 en forma de tarjeta SIM. Sin embargo, se apreciará que el módulo seguro 100 puede comprender una UICC, una eUICC, una iUICC o una SIM software. En algunos ejemplos, los métodos descritos en el presente documento pueden implementarse mediante una UICC o una eUICC.

[0058] El módulo seguro 100, mostrado en la figura 1, comprende al menos un procesador 130 y al menos un almacenamiento legible por ordenador 120. Al menos dicho procesador 130 puede estar acoplado comunicativamente al menos a un almacenamiento legible por ordenador 120 y puede estar configurado para ejecutar instrucciones 125 almacenadas en al menos dicho almacenamiento legible por ordenador 120. Al menos dicho procesador 130 puede poseer capacidad proactiva en el sentido de que es capaz de interactuar directamente con el dispositivo anfitrión 110 informando al dispositivo anfitrión 110 de que una configuración de uno o más ajustes ha cambiado, por ejemplo, cuando ha cambiado una IMSI que se usará para registrarse en una red celular.

[0060] Al menos dicho almacenamiento legible por ordenador 120 incluye una estructura 140 de datos de perfil que puede usarse para registrarse en una red celular y obtener conectividad de red celular como se describirá más adelante con respecto a la figura 2. La estructura 140 de datos de perfil comprende un conjunto de dos o más IMSI 150 y datos 160 de autenticación. En algunos ejemplos, un solo conjunto de datos 160 de autenticación está asociado con cada IMSI del conjunto de IMSI 150. El conjunto de IMSI 150 comprende una o más IMSI compartidas 152, que están incluidas en una pluralidad de estructuras de datos de perfil que están disponibles para uno o más dispositivos anfitriones adicionales. Por ejemplo, una IMSI compartida puede incluirse en al menos otra estructura de datos de perfil almacenada en el módulo seguro de otro dispositivo anfitrión. Como las IMSI compartidas generalmente se incluyen en una pluralidad de estructuras de datos de perfil que se ponen a disposición de una pluralidad de dispositivos anfitriones, cuando un dispositivo anfitrión 110 intenta registrarse en una red celular usando una IMSI compartida, el registro se procesará exitosamente si ningún otro dispositivo anfitrión está usando la misma IMSI compartida para registrarse en una red celular al mismo tiempo.

[0062] Como alternativa, o adicionalmente, dichas una o más IMSI compartidas pueden incluirse en al menos otra estructura de datos de perfil que puede ser descargada por otro dispositivo anfitrión, pero que aún no ha sido proporcionada a otro dispositivo anfitrión. En algunos ejemplos, una o más IMSI compartidas pueden incluir IMSI independientes de la región asociadas con datos de indicación de independencia de la región. Una IMSI independiente de la región también puede denominarse IMSI de itinerancia de datos internacional patrocinada, ISR IMSI, que se refiere a una IMSI que está incluida en un subrango de un rango IMSI global de un operador de red móvil, MNO, y se asigna a un operador de red asociado para que los suscriptores del operador de red asociado puedan acceder a la red del MNO cuando están en itinerancia de datos entre redes celulares. Por lo tanto, las IMSI independientes de la región no están asociadas a una región geográfica particular.

[0063] Alternativamente, o adicionalmente, dichas una o más IMSI compartidas 152 pueden incluir IMSI dependientes de la región asociadas con datos de indicación de dependencia de la región. Una IMSI dependiente de una región es una IMSI que está asociada con una región geográfica particular, típicamente un país.

[0065] Cuando un primer dispositivo anfitrión se registra en una red celular usando una IMSI compartida y posteriormente se cancela su registro, dicha IMSI compartida puede ser usada por un segundo dispositivo anfitrión para registrarse en una red celular. El conjunto de IMSI 150 también incluye una o más IMSI privadas 154. Dichas una o más IMSI privadas se incluyen de manera única en la estructura 140 de datos de perfil descargada al dispositivo anfitrión 110 de modo que solo están disponibles para el dispositivo anfitrión 110 y no para otros dispositivos anfitriones que cuentan con una estructura de datos de perfil. Las IMSI privadas 154 pueden incluir una IMSI independiente de la región o una IMSI dependiente de la región. En el ejemplo de la figura 1, las IMSI compartidas 152 incluyen IMSI independientes de la región y las IMSI privadas 154 incluyen IMSI dependientes de la región. Sin embargo, como se describió anteriormente, tanto las IMSI compartidas como las privadas pueden incluir IMSI independientes de la región o dependientes de la región, o ambas.

[0067] Los datos de indicación regional y los datos de indicación de independencia de región pueden incluirse como parte de las IMSI a las que se refieren. Las IMSI suelen incluir números de 15 dígitos, aunque pueden ser más cortos en algunos territorios donde se usan estándares de IMSI más antiguos. Los primeros tres dígitos de una IMSI generalmente representan un código de país móvil, MCC, que es seguido por un código de red móvil, MNC, que tiene dos dígitos (de acuerdo con los estándares europeos) o tres dígitos (de acuerdo con los estándares norteamericanos). Los dígitos restantes se denominan número de identificación de suscripción móvil (MSIN). Los datos de indicación de independencia regional (o datos de indicación regional) pueden ser el MCC incluido en la IMSI. Si la IMSI depende de la región, el MCC se refiere a la región a la que está asociado. Cuando la IMSI es una IMSI independiente de la región, los primeros tres dígitos de la IMSI que normalmente serían el MCC pueden no estar relacionados con un MCC asociado con alguna región en particular.

[0069] La figura 2 es un diagrama de flujo que ilustra un método implementado por ordenador 200 para un dispositivo anfitrión 110 que comprende un módulo seguro 100 para obtener conectividad de red celular. Las instrucciones 125 almacenadas en el almacenamiento 120 pueden, cuando son ejecutadas por un procesador 130, hacer que el procesador implemente el método 200. El método implementado por ordenador 200 puede desencadenarse tras el arranque de un dispositivo anfitrión 110 por primera vez para registrarse en una red celular para obtener conectividad de red celular. El método implementado por ordenador 200 también puede desencadenarse cuando el dispositivo anfitrión 110 detecta una necesidad de descargar una estructura de datos de perfil 150 o una necesidad de conectividad de red celular. Por ejemplo, si el módulo seguro 100 carece de una estructura 140 de datos de perfil adecuada que pueda usarse para obtener conectividad de red celular. El método 200 también puede desencadenarse en función de una señal de entrada, por ejemplo cuando un usuario del dispositivo anfitrión 110 interactúa con una interfaz de usuario (no mostrada) del dispositivo anfitrión 110 para proporcionar una señal de entrada que especifica que se debe desencadenar el método 200.

[0071] En el bloque 210, el método implementado por ordenador 200 comprende realizar un primer proceso en un primer momento, comprendiendo el primer proceso usar conectividad de datos no celular para descargar una estructura 140 de datos de perfil. La conectividad de datos no celular puede ser cualquier medio adecuado para obtener conectividad de datos, por ejemplo Wi-Fi®, Bluetooth® o cualquier otro tipo de conectividad de datos adecuado. La conectividad de datos no celular puede incluir medios de comunicación de datos cableados y/o inalámbricos. Como se describió anteriormente en relación con la figura 1, la estructura 140 de datos de perfil comprende un conjunto de dos o más IMSI 150 y un solo conjunto de datos 160 de autenticación asociado con cada IMSI del conjunto de IMSI 150. En los ejemplos mostrados, este conjunto de IMSI 150 comprende una o más IMSI compartidas 152 y también comprende una o más IMSI privadas 154. En algunos ejemplos, la estructura 140 de datos de perfil puede incluir una IMSI privada que será la que use con mayor frecuencia el dispositivo anfitrión 110. A un suscriptor se le puede proporcionar una IMSI privada que corresponda a la región en la que se encuentra con mayor frecuencia, por ejemplo su país de origen. La estructura 140 de datos de perfil también puede comprender una pluralidad de IMSI compartidas que pueden usarse cuando el suscriptor viaja a diferentes países. Por ejemplo, las IMSI compartidas pueden incluir IMSI compartidas dependientes e independientes de la región que pueden usarse de manera temporal cuando el suscriptor viaja a diferentes territorios. El suscriptor puede tener uno o más países a los que viaja con mucha frecuencia y, por lo tanto, la estructura 140 de datos de perfil puede incluir IMSI privadas dependientes de la región correspondientes a aquellos países a los que el suscriptor viaja con frecuencia.

[0073] En algunos casos, el primer proceso para descargar una estructura de datos de perfil se puede realizar durante la fabricación, por ejemplo, ciertos fabricantes de dispositivos anfitriones pueden incluir elementos, como la estructura 140 de datos de perfil, en el módulo seguro 100 incluido en el dispositivo anfitrión 110 durante la fabricación del dispositivo anfitrión 110 antes de proporcionar el dispositivo anfitrión 110 a los usuarios. En estos casos, el primer proceso del método 200 puede desencadenarse durante la fabricación del dispositivo anfitrión 110 antes de proporcionar el dispositivo anfitrión 110 a los usuarios.

[0075] Volviendo brevemente a la figura 3, una vez que se desencadena el primer proceso, el primer proceso puede incluir un dispositivo anfitrión 110 que transmite inicialmente una petición 322 para el suministro de una estructura 140 de datos de perfil al dispositivo anfitrión 110. La petición 322 puede transmitirse a uno o más dispositivos informáticos remotos que están configurados para realizar métodos para permitir que el dispositivo anfitrión 110 obtenga conectividad de red celular como se describirá más adelante con respecto a las figuras 3 y 4. Se transmite una respuesta 324 que incluye la estructura 140 de datos de perfil para su recepción por el dispositivo anfitrión 110. La estructura 140 de datos de perfil comprende un conjunto de dos o más IMSI 150 y datos 160 de autenticación asociados con el conjunto de IMSI 150.

[0077] Volviendo a la figura 2, en el bloque 220 el método implementado por ordenador 200 comprende realizar un segundo proceso en un segundo momento, siendo el segundo momento después del primero. El segundo proceso puede desencadenarse independientemente del primer proceso, por ejemplo, la estructura 140 de datos de perfil puede descargarse al módulo seguro 100 incluido en el dispositivo anfitrión 110 durante la fabricación y el segundo proceso puede desencadenarse tras el arranque del dispositivo anfitrión 110 por primera vez para registrarse en una red celular para obtener conectividad de red celular. Alternativamente, o adicionalmente, el segundo proceso puede desencadenarse cuando el dispositivo anfitrión detecta una necesidad de conectividad de red celular, por ejemplo, cuando el dispositivo anfitrión 110 está configurado para obtener conectividad de red celular durante el arranque y si la conectividad de red celular aún no está disponible durante el arranque. Otros ejemplos pueden incluir cuando un usuario del dispositivo anfitrión 110 instruye al dispositivo anfitrión 110, a través de una interfaz de usuario, para realizar un proceso que requiere conectividad de red celular, y el dispositivo anfitrión 110 aún no tiene conectividad de red celular.

[0079] En algunos casos, es posible que al dispositivo anfitrión 110 le falten varios tipos de conectividad en el segundo momento. Por ejemplo, además de carecer de conectividad a una red celular, es posible que el dispositivo anfitrión no tenga conectividad de datos no celular. Por ejemplo, es posible que el dispositivo anfitrión no tenga acceso a una conexión a Internet a través de Wi-Fi® o cualquier otro tipo de conectividad de datos no celular y, por lo tanto, no sea capaz de descargar más datos en el segundo momento, como otra IMSI, que podría usarse para intentar registrarse en una red celular.

[0081] Como se muestra en la figura 2, en el bloque 230 el segundo proceso realizado en el segundo momento comprende seleccionar una IMSI del conjunto de IMSI 150. En algunos ejemplos, el dispositivo anfitrión 110 puede seleccionar la IMSI del conjunto de IMSI 150 mientras que en otros ejemplos el segundo proceso incluye la activación de la estructura 140 de datos de perfil que en consecuencia selecciona una IMSI del conjunto de IMSI 150. La IMSI que se selecciona puede ser una IMSI privada o una IMSI compartida.

[0083] En algunos casos, la selección de una IMSI privada puede tener prioridad sobre la de una IMSI compartida. En otros casos, la selección de una IMSI compartida puede tener prioridad sobre la de una IMSI privada. La priorización de una IMSI privada o compartida puede determinarse en función de la configuración especificada en el dispositivo anfitrión 110 o en la estructura 140 de datos de perfil. En algunos ejemplos, un usuario del dispositivo anfitrión 110 puede proporcionar una entrada que especifique si se debe seleccionar una IMSI privada o compartida y la selección de la IMSI puede ser sensible a esta entrada.

[0085] Cuando se selecciona una IMSI privada del conjunto de IMSI 150, se puede seleccionar una IMSI privada que esté asociada con una ubicación del dispositivo anfitrión 110 en el momento de realizar el segundo proceso. De esta manera, un dispositivo anfitrión 110 puede seleccionar una IMSI que esté asociada con la ubicación del dispositivo anfitrión 110 y, por lo tanto, puede aparecer ante una red visitada como un suscriptor local. En algunos casos, una IMSI privada adecuada, por ejemplo una IMSI privada asociada con la ubicación del dispositivo anfitrión 110, puede no estar disponible en la estructura 140 de datos de perfil en el segundo momento, y por eso el dispositivo anfitrión 110 puede seleccionar una IMSI compartida 152. En algunos casos, si bien puede haber una IMSI privada adecuada disponible, aún puede seleccionarse una IMSI compartida. En algunos casos, la estructura 140 de datos de perfil puede incluir únicamente IMSI compartidas. El tipo de IMSI incluida en la estructura 140 de datos de perfil puede depender del tipo de suscripción del usuario. Por ejemplo, la suscripción de un usuario puede permitir un conjunto de IMSI privadas dependientes de la región y un conjunto de IMSI compartidas independientes de la región, como se muestra en la figura 1.

[0087] Si el conjunto de una o más IMSI 150 comprende varias IMSI compartidas 152, la selección de una IMSI compartida puede incluir la selección de una IMSI compartida que corresponda a la región donde se encuentra el dispositivo anfitrión 110, por ejemplo, una IMSI compartida dependiente de la región. Si no se dispone de una IMSI compartida dependiente de la región adecuada, se puede seleccionar una IMSI compartida independiente de la región. Si hay una pluralidad de IMSI compartidas independientes de la región en el conjunto de IMSI 150, la IMSI compartida independiente de la región puede seleccionarse al azar entre dos o más IMSI compartidas independientes de la región 152 en la estructura 140 de datos de perfil o en función de una posición respectiva en una lista de IMSI compartidas independientes de la región almacenada en la estructura 140 de datos de perfil.

[0088] Para determinar si se debe seleccionar una IMSI dependiente de la región o una IMSI independiente de la región, el segundo proceso puede comprender determinar una ubicación geográfica del dispositivo anfitrión 110 en el segundo momento. La ubicación geográfica del dispositivo anfitrión 110 puede determinarse de varias maneras.

[0089] En algunos ejemplos, determinar la ubicación geográfica comprende recibir en la red celular 300 un mensaje de actualización de ubicación y comunicarse con dispositivos informáticos próximos, como servidores, enrutadores o dispositivos móviles, a través de cualquier medio de comunicación cableado o inalámbrico adecuado. Cuando el dispositivo anfitrión 110 está ubicado dentro de la región de una red celular local 300, la red celular 300 puede determinar directamente a partir de una comunicación del dispositivo anfitrión 110 que el dispositivo anfitrión 110 está en la región de la red celular 300. Cuando el dispositivo anfitrión 110 se encuentra en una región asociada con una red celular diferente, por ejemplo una red visitada 350, la red celular 300, que puede ser una red local del dispositivo anfitrión 110, puede recibir un mensaje de actualización de ubicación de la red visitada 350.

[0090] La determinación de la ubicación geográfica también puede realizarse en función de una indicación almacenada de la ubicación geográfica del dispositivo anfitrión 110 o cualquier otro ejemplo de determinación de una ubicación geográfica que sea adecuado. Después de la determinación de la ubicación geográfica del dispositivo anfitrión 110, la selección de una IMSI del conjunto de IMSI 150 incluido en la estructura 140 de datos de perfil puede incluir la selección de una IMSI dependiente de la región asociada con la ubicación geográfica del dispositivo anfitrión 110. Por ejemplo, cuando el dispositivo anfitrión 110 está ubicado en el Reino Unido (RU), se puede seleccionar una IMSI que comprenda un MCC asociado con el RU.

[0092] Las IMSI privadas se incluyen de manera única en la estructura 140 de datos de perfil descargada al dispositivo anfitrión 110 y no en otras estructuras de datos de perfil proporcionadas a otros dispositivos anfitriones. Como tal, las IMSI privadas en el conjunto de IMSI 150 incluidas en la estructura 140 de datos de perfil solo están disponibles para su uso por parte del dispositivo anfitrión 110 y pueden usarse en cualquier momento para registrarse en una red celular.

[0094] Después de la selección de una IMSI, el segundo proceso comprende, como se muestra en la figura 2 en el bloque 240, intentar registrarse en una red celular usando la IMSI seleccionada y los datos 160 de autenticación para obtener conectividad de red celular. La red celular a la que el dispositivo anfitrión 110 intenta registrarse puede ser la red local 300 del suscriptor, o puede ser una red celular diferente 350, tal como una red celular visitada 350 de una región a la que ha viajado un usuario del dispositivo anfitrión 110.

[0096] Para registrarse en una red celular 300, 350, con una IMSI privada, el dispositivo anfitrión 110 envía una petición de autenticación que incluye una IMSI privada y datos de autenticación. Si el dispositivo anfitrión 110 se encuentra en una red celular 350 visitada en el segundo momento, la petición de autenticación se envía al registro 352 de ubicación de visitantes (VLR) de la red celular 350 a la que el dispositivo anfitrión 110 intenta registrarse, usando la IMSI privada seleccionada. El VLR 352 se comunica con el HSS 308 de la red local del suscriptor mediante el envío de un mensaje de información de autenticación del suscriptor (SAI) al HSS 308. El HSS 308 responde al mensaje de información de autenticación del suscriptor, SAI, aceptando el registro. De esta manera el intento de registro se procesa con éxito y el dispositivo anfitrión 110 se conecta a la red celular visitada 350 y puede obtener conectividad de red celular. Si el dispositivo anfitrión 110 se encuentra en la red local del suscriptor, no se puede usar un VLR 352 y la petición se puede enviar al HSS 308 de la red local del suscriptor sin usar un VLR. En este caso, el HSS 308 puede responder a la petición de autenticación aceptando el registro sin enviar la respuesta a través de un VLR. Este proceso suele ser el mismo independientemente de si la IMSI privada es una IMSI dependiente de la región, asociada a la región donde se encuentra el VLR, o una IMSI independiente de la región.

[0098] Este proceso puede modificarse si la IMSI seleccionada es compartida. En ese caso, el HSS 308 del suscriptor puede comprobar si otro dispositivo anfitrión lo está usando. Si dicha IMSI compartida está siendo usada por cualquier otro dispositivo anfitrión en otro VLR, o en el mismo VLR, el HSS 308 del suscriptor responde al mensaje SAI rechazando el registro. La función del HSS 308 se describirá más adelante con respecto a las figuras 9 y 10.

[0100] Si el intento de registrarse en una red celular 300, 350 usando la IMSI seleccionada no tiene éxito, por ejemplo, cuando se usa una IMSI compartida al intentar registrarse en la red celular 300, 350, pero un dispositivo anfitrión adicional está usando la IMSI compartida en el segundo momento, el segundo proceso puede comprender seleccionar una IMSI adicional del conjunto de IMSI 150 para que sea la IMSI seleccionada e intentar registrarse en la red celular 300, 350 usando esta IMSI adicional como la IMSI seleccionada.

[0102] En algunos casos, el intento de registrarse en la red celular 300, 350 usando la IMSI seleccionada puede tener éxito, pero no se proporciona conectividad de red celular al dispositivo anfitrión 110. En este caso, el método 200 puede consistir en seleccionar otra IMSI del conjunto de IMSI 150 como IMSI seleccionada e intentar registrarse en la red celular usando dicha IMSI como IMSI seleccionada. La falta de conectividad con la red celular puede detectarse mediante un conjunto de instrucciones incluidas en la memoria o almacenamiento 120 del módulo seguro 100 del dispositivo anfitrión 110. Por ejemplo, las instrucciones, cuando son ejecutadas por el procesador 130 del módulo seguro 100, pueden hacer que el procesador 130 intente comunicarse con Internet para detectar si hay conectividad de red celular. Una comunicación relacionada con la conectividad del dispositivo anfitrión 110 puede enviarse a un módulo de selección IMSI inteligente, SIS, 302 cuya función se describirá más adelante con respecto a la figura 4. En algunos casos, la falta de conectividad a la red celular puede detectarse después de transcurrido un período de tiempo predeterminado desde el registro con éxito. Este período de tiempo puede ser configurable. De esta manera, es posible evitar un nuevo registro prematuro del dispositivo anfitrión 110 con una IMSI diferente del conjunto de IMSI 150.

[0104] Cuando se usa una IMSI compartida, al finalizar una sesión de comunicación que se ha habilitado mediante el registro del dispositivo anfitrión 110 en la red celular 300, 350 usando la IMSI compartida seleccionada, la IMSI compartida seleccionada puede cancelarse. Tras la cancelación del registro de la IMSI compartida, dicha IMSI compartida podrá ser usada por un dispositivo anfitrión diferente para registrarse en una red celular 300, 350. De esta manera, se pueden asignar IMSI compartidas a una pluralidad de estructuras 140 de datos de perfil que se ponen a disposición de una pluralidad de dispositivos anfitriones, por ejemplo el dispositivo anfitrión 110 y uno o más dispositivos anfitriones adicionales, para usarlos para registrarse en una red celular 300, 350. Debido a la cancelación del registro de una IMSI compartida una vez finalizada la sesión de comunicación, es posible usar las IMSI compartidas en varios dispositivos anfitriones. Como tales, estas IMSI compartidas se pueden proporcionar en estructuras de datos de perfil que se relacionan con perfiles de arranque y/o perfiles completamente operativos sin que las IMSI compartidas se desperdicien y queden sin uso, como puede suceder con las IMSI incluidas en perfiles de arranque.

[0106] Volviendo al ejemplo de una red celular 300 mostrada en la figura 3 y también con referencia a la figura 4, ahora se describirá un método 400 para permitir que un dispositivo anfitrión obtenga conectividad de red celular. El método 400 puede implementarse mediante un sistema informático que se muestra en detalle y se describe con respecto a la figura 8. Un ejemplo específico de las funciones que puede implementar el sistema informático se muestra en la figura 3, implementado como un módulo 304 de aprovisionamiento remoto de SIM (RSP), un módulo 302 de selección inteligente de IMSI (SIS), un sistema 316 de aprovisionamiento y un entorno 318 de datos. Las funciones del RSP 304, SIS 302 y el sistema 316 de aprovisionamiento quedarán claras a partir de la descripción del método 400.

[0108] El módulo RSP 304 recibe 402 una petición 322 para proporcionar una estructura 140 de datos de perfil al dispositivo anfitrión 110. En el ejemplo mostrado, la petición 322 se recibe directamente desde el dispositivo anfitrión 110 y puede recibirse a través de cualquier protocolo de comunicación adecuado, como Wi-Fi, Bluetooth, otros protocolos de comunicaciones inalámbricas y protocolos de comunicación por cable.

[0110] El RSP 304 puede entonces transmitir 404 la estructura 140 de datos de perfil para su recepción por el dispositivo anfitrión 110 en forma de respuesta 324. La estructura 140 de datos de perfil comprende un primer conjunto de dos o más IMSI 150 y datos 160 de autenticación, estando asociados los datos 160 de autenticación con el primer conjunto de dos o más IMSI 150. En algunos ejemplos, se proporciona un solo conjunto de datos de autenticación para todas las IMSI en el primer conjunto de IMSI 150. En otros ejemplos, los datos 160 de autenticación pueden incluir un conjunto diferente de datos de autenticación para cada IMSI o para diferentes subconjuntos de IMSI en el primer conjunto de IMSI 150.

[0112] El sistema informático implementado como el módulo RSP 304, el módulo SIS 302 y el sistema 316 de aprovisionamiento pueden ser responsables de generar la estructura 140 de datos de perfil que se proporciona para el dispositivo anfitrión 110. El primer conjunto de dos o más IMSI 150 que se proporcionan en la estructura 140 de datos de perfil se selecciona de un segundo conjunto de tres o más IMSI 328. En el ejemplo mostrado, el segundo conjunto de tres o más IMSI 328 está organizado en una pluralidad de conjuntos agrupados en lote de IMSI 330a, 330b, 330c, aunque en otros ejemplos, las IMSI 328 pueden no estar agrupadas en lote de esta manera. El segundo conjunto de IMSI 328 puede comprender IMSI que pueden ponerse a disposición de los suscriptores de la red celular local 300. Por ejemplo, un MNO puede tener una gama de IMSI que puede permitir que los suscriptores usen para registrarse en el MNO y/o redes celulares en otras regiones. El rango de las IMSI asociado a este MNO puede incluir tanto las IMSI compartidas como privadas. De esta manera, cada dispositivo anfitrión 110 que implementa el método 200 generalmente recibe un subconjunto del rango total de las IMSI potencialmente disponibles para dicho dispositivo.

[0114] Si bien la petición 322 que se muestra en la figura 3 es enviada por el dispositivo anfitrión 110 y recibida en el RSP 304, se apreciará que la petición 322 puede ser recibida desde dispositivos informáticos diferentes al dispositivo anfitrión 110 pero enviada en nombre del dispositivo anfitrión 110. Por ejemplo, cuando se debe proporcionar al dispositivo anfitrión 110 una estructura 140 de datos de perfil en la fabricación, el fabricante puede descargar la estructura 140 de datos de perfil para proporcionarla en el dispositivo anfitrión 110 en la fabricación. En este caso, el fabricante puede comunicarse con un RSP 304 para generar la estructura 140 de datos de perfil que se proporcionará al módulo seguro 100 en la fabricación.

[0116] En respuesta a esta petición 322, el RSP 304 transmite una petición al SIS 302 para el aprovisionamiento de un conjunto de dos o más IMSI 150. La petición transmitida por el RSP 304 al SIS 302 puede incluir datos que identifican la ubicación geográfica del dispositivo anfitrión 110. Por ejemplo, la petición transmitida por la plataforma RSP 304 al SIS 302 puede incluir la dirección IP del dispositivo anfitrión 110 que solicita la estructura 140 de datos de perfil. En ejemplos, cuando un fabricante intenta obtener una estructura 140 de datos de perfil para proporcionar a un dispositivo en la etapa de fabricación, se puede proporcionar una señal que identifique una ubicación geográfica en la que se usará el dispositivo anfitrión 110. Tras la petición de la plataforma RSP 304, el SIS 302 realiza una operación de selección para seleccionar un conjunto agrupado en lote de dos o más IMSI 150 de la pluralidad de conjuntos agrupados en lote 330a, 330b, 330c.

[0118] En el ejemplo mostrado, el sistema 316 de aprovisionamiento agrupa en lote el segundo conjunto de IMSI 328 en una pluralidad de conjuntos agrupados en lote de dos o más IMSI 330a, 330b, 330c. Cada conjunto agrupado en lote de IMSI 330a, 330b y 330c puede incluir al menos una IMSI compartida y, en algunos ejemplos, al menos una IMSI privada. Los conjuntos agrupados en lote de IMSI 330a, 330b y 330c generados a partir del segundo conjunto de IMSI 328 pueden seleccionarse, al menos parcialmente, de manera aleatoria. Es decir, que cada conjunto agrupado en lote puede incluir al menos una IMSI compartida y/o al menos una IMSI privada, seleccionadas aleatoriamente. Esto permite que las IMSI del segundo conjunto de IMSI 328 se distribuyan uniformemente entre los conjuntos agrupados en lote de IMSI 330a, 330b y 330c. En el ejemplo mostrado, un primer conjunto agrupado en lote 330a comprende una IMSI compartida, IMSI_5, y dos IMSI privadas, IMSI_7 e IMSI_8. Un segundo conjunto agrupado en lote 330b comprende una pluralidad de IMSI compartidas, IMSI_3 e IMSI_5, y una IMSI privada, IMSI_4. El tercer conjunto agrupado en lote 330c que se muestra comprende una IMSI compartida, IMSI_3, y dos IMSI privadas, IMSI_1 e IMSI_2.

[0120] El sistema 316 de aprovisionamiento puede asociar cada uno de los conjuntos agrupados en lote de IMSI 330a, 330b, 330c con los respectivos datos de autenticación, no mostrados. Por ejemplo, el sistema 316 de aprovisionamiento puede asociar cada uno de los conjuntos agrupados en lote de IMSI 330a, 330b, 330c con un identificador de datos de autenticación, que identifica un conjunto particular de datos de autenticación que se debe adjuntar a un conjunto agrupado en lote de IMSI 330a, 330b, 330c. Las IMSI compartidas del segundo conjunto de IMSI 328 pueden incluirse en una pluralidad de conjuntos agrupados en lote de IMSI 330a, 330b y 330c, de modo que una pluralidad de estructuras 140 de datos de perfil generadas a partir de los conjuntos agrupados en lote puedan comprender una o más de las mismas IMSI compartidas. Las IMSI privadas pueden incluirse de manera única en un conjunto agrupado en lote de IMSI, de modo que, una vez proporcionadas a un dispositivo anfitrión 110 en una estructura 140 de datos de perfil, solo estén disponibles para su uso por dicho dispositivo y no por otros dispositivos.

[0122] El sistema 316 de aprovisionamiento transmite 320a, 320b y 320c los conjuntos agrupados en lote 330a, 330b, 330c de dos o más IMSI y una asociación con los respectivos datos de autenticación, tal como un identificador de los respectivos datos de autenticación, para su recepción por elementos de red tales como un servidor de suscriptor local, HSS, 308, y para su recepción por módulos tales como el SIS 302 y el RSP 304. La función SIS 302 incluye un depósito 306 de la pluralidad de conjuntos agrupados en lote de dos o más IMSI 330a, 330b y 330c, junto con los identificadores de los datos de autenticación asociados a cada conjunto. El primer conjunto de dos o más IMSI 150 que se proporcionará al dispositivo anfitrión 110 es seleccionado del depósito 306 por el SIS 302; es decir, que uno de los conjuntos agrupados en lote de IMSI 330a, 330b y 330c se selecciona como el primer conjunto de IMSI 150. Por lo tanto, en los ejemplos en los que los conjuntos agrupados en lote de IMSI 330a, 330b, 330c se seleccionan aleatoriamente cuando se agrupan en lote, el primer conjunto de IMSI 150 puede estar relacionado aleatoriamente en al menos un aspecto con el segundo conjunto de IMSI 328.

[0124] A continuación, el SIS 302 transmite el conjunto de dos o más IMSI 150 y un identificador de un respectivo conjunto de datos de autenticación al RSP 304. El RSP 304 usará el identificador para identificar el conjunto respectivo de datos 160 de autenticación, que se asociará con el conjunto de IMSI. La plataforma RSP 304 genera la estructura 140 de datos de perfil que, como se describió anteriormente en relación con la figura 1, comprende el conjunto de dos o más IMSI 150 y los datos 160 de autenticación asociados con el conjunto de IMSI 150, identificados por el identificador recibido del SIS 302. Al almacenar los datos 160 de autenticación en el RSP 304 y transmitir únicamente identificadores de los datos de autenticación entre el sistema 316 de aprovisionamiento, el SIS 302 y el RSP 304, se puede mantener la seguridad e integridad de los datos 160 de autenticación. Es decir, los datos 160 de autenticación no pueden transmitirse entre diferentes módulos o a través de redes de comunicaciones que de otro modo podrían hacerlos vulnerables a la identificación por parte de terceros. La estructura 140 de datos de perfil puede luego transmitirse 324 para su recepción por el dispositivo anfitrión 110. La estructura 140 de datos de perfil puede transmitirse directamente al dispositivo anfitrión 110 o puede transmitirse y recibirse por un dispositivo informático intermedio que luego puede proporcionar la estructura 140 de datos de perfil al dispositivo anfitrión 110.

[0126] Como se muestra en el ejemplo de la figura 3, la red celular 300 puede comprender un servidor de suscriptor local, HSS, 308 que proporciona detalles de los suscriptores a otras entidades dentro de la red celular 300 y a otros sistemas informáticos en comunicación con dicha red 300. Por ejemplo, el HSS 308 puede enviar una notificación 326 que informa al SIS 302 sobre los eventos en los que los dispositivos anfitriones se registran en una red celular 300, 350 mediante una IMSI compartida. En algunos ejemplos, un registro de ubicación local (HLR) puede sustituir al HSS 308 descrito en el presente documento, o vincularse a un HSS 308, de modo que el HLR pueda realizar la función del HSS 308. En otros ejemplos, un centro de autenticación, AuC, está vinculado a un HLR que puede reemplazar al HSS 308. Se apreciará que, si bien el presente ejemplo de la figura 3 se ha descrito con respecto a un HSS 308, cualquier servidor local puede ser adecuado, en donde un servidor local puede implementarse como uno o más de un servidor de suscriptor local, HSS, un HLR, un HSS/HLR combinado, un HLR/AuC combinado o cualquier otro elemento similar que pueda comunicarse con las entidades dentro de la red celular 300 y el SIS 302 de la manera deseada.

[0128] Se apreciará que la figura 3 no muestra todos los componentes de la red celular 300, sino aquellos que son fundamentales para la presente divulgación. En este ejemplo se muestran módulos separados para el SIS 302, para la plataforma RSP 304, para el HSS 308 y para el sistema 316 de aprovisionamiento. Sin embargo, se apreciará que estos módulos 302, 304, 316, pueden implementarse como uno o más dispositivos informáticos, incluyendo cualquier combinación adecuada de hardware y software, ya sea ubicados en una sola ubicación geográfica o distribuidos en un área geográfica, que comprenden tecnología de comunicaciones adecuada para comunicarse con uno o más dispositivos anfitriones 110. La red celular 300 también puede comprender interfaces para comunicarse con otras redes y/o servidores remotos, por ejemplo, Internet. En algunos ejemplos, los elementos de red descritos en el presente documento pueden implementarse mediante uno o varios dispositivos informáticos. Aunque se han mostrado seis comunicaciones 320a, 320b, 320c, 322, 324 y 326 en la figura 3, se apreciará que se puede transmitir cualquier número de señales en la red celular 300 y entre la red celular 300, el dispositivo anfitrión 110 y los módulos 302, 304, 316 al solicitar, generar, transmitir y/o recibir la estructura 140 de datos de perfil.

[0130] En algunos casos, la selección de un conjunto agrupado en lote de dos o más IMSI 150 puede ser sensible al uso de IMSI por otros dispositivos anfitriones. Como parte de la operación para seleccionar el conjunto agrupado en lote de dos o más IMSI 150 del depósito 306, el SIS 302 puede ser notificado continuamente 326 por el HSS 308 de la actividad de los dispositivos anfitriones que usan IMSI compartidas que están incluidas en el segundo conjunto de IMSI 328 a partir del cual se generan los conjuntos agrupados en lote 330a, 330b, 330c de dos o más IMSI. El SIS 302 almacena la información relativa a los usos de las IMSI compartidas, como la hora y el lugar en que se han usado. La ubicación geográfica de un dispositivo anfitrión que usa una IMSI compartida que está comprendida en el segundo conjunto de dos o más IMSI 328 a partir del cual se generan los conjuntos agrupados en lote 330a, 330b, 330c puede determinarse mediante el título global de llamada que el HSS 308 proporciona al SIS 302.

[0132] En los ejemplos en los que el SIS 302 ha sido notificado por el HSS 308 de la actividad de los dispositivos anfitriones que usan las IMSI compartidas, el SIS 302, al seleccionar un conjunto agrupado en lote de IMSI 150, puede priorizar un conjunto agrupado en lote 150 que incluya IMSI compartidas que no hayan sido usadas recientemente por otros dispositivos anfitriones. De esta manera, el SIS 302 puede reducir la probabilidad de proporcionar una IMSI compartida que probablemente cause un evento de colisión cuando el dispositivo anfitrión 110 intenta registrarse en una red celular 300, 350 usando esa IMSI compartida.

[0134] De esta manera, el uso de una IMSI compartida por el dispositivo anfitrión 110 puede afectar a un conjunto adicional de dos o más IMSI que se proporcionarán a otro dispositivo anfitrión. En otras palabras, la operación de selección realizada por el SIS 302 al responder a una petición del RSP 304 para proporcionar un conjunto de dos o más IMSI, puede priorizar conjuntos agrupados en lote de dos o más IMSI 330a, 330b, 330c en función de la cantidad de veces que las IMSI compartidas comprendidas en los conjuntos de dos o más IMSI del depósito 306 han sido usadas por otros dispositivos anfitriones. En algunos ejemplos, esta priorización depende de la región, de modo que la operación de selección realizada por el SIS 302 prioriza conjuntos agrupados en lote de IMSI 330a, 330b, 330c en función de la cantidad de veces que se han usado IMSI compartidas en la misma ubicación geográfica del dispositivo anfitrión 110 que solicita la estructura 140 de datos de perfil.

[0136] En algunos ejemplos, la priorización de conjuntos de dos o más IMSI 330a, 330b, 330c al seleccionar un conjunto de IMSI del depósito 306 depende del tiempo, de modo que se priorizan diferentes IMSI en diferentes puntos temporales. Por ejemplo, un conjunto particular de IMSI, que comprende una IMSI compartida dado, que está inicialmente priorizado, se puede proporcionar a un dispositivo anfitrión 110 en una estructura 140 de datos de perfil. Una vez proporcionado el conjunto específico de IMSI al dispositivo anfitrión 110, los conjuntos de IMSI que no incluyan las IMSI compartidas especificadas pueden priorizarse sobre los conjuntos que sí los incluyan. La priorización de los conjuntos de IMSI puede cambiar continuamente con el tiempo en función del orden en que las IMSI se hayan proporcionado más recientemente o con mayor frecuencia a los dispositivos anfitriones 110 en las estructuras 140 de datos de perfil.

[0138] El SIS 302 puede priorizar las IMSI compartidas que no se usaron en la ubicación geográfica del dispositivo anfitrión 110 que solicita la estructura de datos de perfil. Si no hay IMSI compartidas que no se hayan usado recientemente en la ubicación geográfica del dispositivo anfitrión 110 que solicita la estructura 140 de datos de perfil, el SIS 302 puede priorizar las IMSI compartidas en función de la menor cantidad de veces que se hayan usado las IMSI durante un período de tiempo configurable en la ubicación geográfica del dispositivo anfitrión 110 que solicita la estructura 140 de datos de perfil para registrarse en una red celular 300, 350.

[0140] En algunos ejemplos, un entorno 318 de datos puede usarse para fines analíticos. Como parte de la operación de selección, el SIS 302 puede notificar continuamente al entorno 318 de datos los usos de las IMSI comprendidas en el depósito 306 de conjuntos agrupados en lote de dos o más IMSI 330a, 330b, 330c. El SIS 302 puede ser notificado por un dispositivo anfitrión 110 sobre cuántos intentos de registrar el dispositivo anfitrión 110 se realizaron antes de que se obtuviera exitosamente la conectividad de red celular y con qué IMSI se obtuvo exitosamente la conectividad de red celular.

[0142] Para este fin, el entorno 318 de datos y/o el SIS 302 pueden recibir datos de seguimiento de peticiones de registro que se usan para realizar un seguimiento de la ocurrencia, frecuencia y tasa de éxito de las peticiones de registro, entre otras cosas. En algunos ejemplos, el dispositivo anfitrión 110 puede estar configurado para realizar un procedimiento de prueba de conexión para probar si el dispositivo anfitrión 110 está conectado exitosamente a una red celular para servicio. Pasando a la figura 6, se puede ver una parte del procedimiento de prueba de conexión en el que el dispositivo anfitrión 110 transmite un mensaje 606 de prueba de conexión a un servidor 602 de prueba. El procedimiento de prueba de conexión también puede incluir determinar si el dispositivo anfitrión 110 recibe una respuesta al mensaje 606 de prueba de conexión. En el ejemplo mostrado, el mensaje 606 de prueba de conexión se transmite a través de una red 604, como Internet o algún hardware de red de comunicaciones alternativo.

[0144] El mensaje 606 de prueba de conexión incluye datos 608 de seguimiento de petición de registro que pueden usarse para registrar, o determinar de otro modo, estadísticas relacionadas con los intentos de registrar el dispositivo anfitrión 110 con la red celular 300. En algunos casos, el mensaje 606 de prueba de conexión también incluye datos 610 que pueden usarse para identificar el dispositivo 110 para garantizar que el servidor 602 de prueba responda a mensajes de prueba legítimos 606 de dispositivos anfitriones 110 adecuados. El servidor de pruebas 602 puede registrar estos datos 608 de seguimiento de petición de registro y proporcionarlos al SIS 302 y/o al entorno 318 de datos.

[0146] Al rastrear las estadísticas relacionadas con los intentos de registro de los dispositivos anfitriones 110, es posible identificar cuándo se degrada la calidad del servicio del dispositivo 110. En particular, se puede identificar fácilmente un aumento en la frecuencia de intentos de registro realizados por un dispositivo 110. Un aumento en la frecuencia de intentos de registro generalmente es indeseable ya que puede estar asociado con que el dispositivo 110 pase por períodos más largos o más frecuentes sin tener servicio proporcionado por una red celular 300. Otros ejemplos incluyen la capacidad de identificar la frecuencia de intentos de registro fallidos realizados con ciertas IMSI. Si la frecuencia de intentos de registro fallidos con una IMSI determinada aumenta, esto podría indicar que la IMSI se ha proporcionado a un número determinado de dispositivos anfitriones, de modo que se selecciona y usa con demasiada frecuencia, lo que provoca una degradación del servicio prestado a ciertos dispositivos anfitriones. Esto puede indicar que se debería evitar o dejar de darle prioridad a la IMSI en las estructuras 104 de datos de perfil recién construidas y aprovisionadas.

[0148] La transmisión de estos datos 608 de seguimiento de petición en un mensaje 606 de prueba proporciona un canal para que estos datos se señalicen en la red celular 300, y/o en un MNO, u otro proveedor de servicios que administra el dispositivo anfitrión 110 y la estructura 104 de datos de perfil proporcionada en el mismo. El MNO, u otro tipo de proveedor de servicios, puede entonces usar estos datos 608 de seguimiento para modificar o ajustar la producción de estructuras 104 de datos de perfil que se proporcionan a otros dispositivos. El proveedor de servicios también puede modificar la estructura 104 de datos de perfil almacenada en el dispositivo anfitrión 110, por ejemplo, para actualizar las IMSI allí proporcionadas, para reducir la frecuencia con la que el dispositivo 110 pierde el servicio de la red celular 300 y/o para aumentar la velocidad con la que el dispositivo 110 puede reconectarse a la red celular 300 después de una pérdida de servicio. Esto se puede hacer usando técnicas RSP y transmitiendo una estructura de datos de perfil actualizada al dispositivo anfitrión 110 que incluye las IMSI que se han proporcionado en menos perfiles que la IMSI previamente comprendida en la estructura de datos de perfil anterior. Cuando los datos 608 de seguimiento indican que las peticiones de conexión que usan una IMSI determinada fallan con mayor frecuencia en comparación con las peticiones de conexión que usan otras IMSI, el MNO u otro tipo de proveedor de servicios puede dejar de priorizar esa IMSI determinada al producir perfiles para otros dispositivos, de modo que sea menos probable que se proporcione a otros dispositivos.

[0150] Al transmitir los datos 608 de seguimiento de petición de registro al servidor 602 de prueba, se hace posible mejorar el servicio proporcionado a los dispositivos anfitriones 110 ajustando la variación en las IMSI proporcionadas a ciertos dispositivos anfitriones mientras se intenta mantener bajo el número total de IMSI usadas.

[0152] Los datos 608 de seguimiento de petición de registro pueden incluir una pluralidad de elementos de datos en forma de secuencias de bytes que están configurados para representar información específica usada para rastrear los procedimientos de petición de registro. Los datos 608 de seguimiento pueden incluir una indicación de una cantidad de intentos de registro fallidos que han ocurrido desde que el dispositivo anfitrión 110 comenzó a intentar registrarse en la red celular 300. Esta indicación puede incluirse en forma de un contador de longitud de 1 byte. En algunos ejemplos, el primer procedimiento de petición de registro puede incluir volver a intentar el registro o adjuntarlo.

[0154] Los datos 608 de seguimiento pueden incluir una indicación de la cantidad de intentos fallidos de registro ocurridos desde un restablecimiento anterior del perfil, y/o una cantidad de intentos fallidos de registro desde que el dispositivo 110 se registró exitosamente por última vez para el servicio con la red celular 300. La estructura 104 de datos de perfil puede restablecerse después de ciertos eventos, como por ejemplo al reiniciar el dispositivo o al cambiar la ubicación geográfica del dispositivo 110. En este caso, los intentos de registro pueden realizarse repetidamente mientras se intenta conectar a la red celular 300. Los datos 608 de seguimiento de petición de registro pueden incluir un contador que cuenta el número total de intentos de registro fallidos desde que se restableció por última vez el perfil 104.

[0156] Los datos 608 de seguimiento pueden incluir adicionalmente, o alternativamente, una indicación de un número de IMSI que ha sido seleccionados desde el restablecimiento anterior del perfil 104. Por ejemplo, el número total de IMSI que han sido seleccionadas y usadas por el dispositivo 110 en un intento de registrarse en la red celular 300 se pueden contar e incluir en los datos 608 de seguimiento. Cuando se ha seleccionado una gran cantidad de IMSI desde el último restablecimiento del perfil 104, esto puede ser una indicación de que las IMSI incluidas en el perfil 104 están siendo usadas simultáneamente por una gran cantidad de otros dispositivos anfitriones y, como tal, están provocando una degradación en el servicio proporcionado al dispositivo anfitrión 110 debido a un aumento en los eventos de colisión.

[0158] Los datos 608 de seguimiento también pueden incluir una indicación de las IMSI que se han seleccionado desde el restablecimiento anterior del perfil 104. Estas IMSI pueden incluir una primera IMSI, seleccionada durante un primer procedimiento de petición de registro, también denominado intento de registro. Además, esto puede incluir las IMSI seleccionadas en procedimientos de petición de registro anteriores que se hayan realizado desde el último restablecimiento del perfil 104. De esta manera, es posible realizar un seguimiento de qué IMSI específicas se están usando junto con las estadísticas relacionadas con su frecuencia de uso con éxito o sin éxito en peticiones de conexión a la red 300. La indicación de las IMSI usadas puede incluir un conjunto de una o más referencias de índice que hacen referencia a números de registro de una base de datos en la que se almacenan los valores de las IMSI. El envío de una referencia de índice asociada con cada IMSI en lugar del valor de IMSI real puede mitigar un aumento en el tamaño del mensaje 606 de prueba en comparación con las implementaciones donde los valores de IMSI en sí están incluidos en el mensaje 606 de prueba, por ejemplo, mientras que cada valor de IMSI normalmente incluye de 14 a 15 dígitos, la referencia de índice para una IMSI puede representarse usando un byte en el mensaje 606 de prueba. Cuando hay N números de IMSI que se han usado desde el último restablecimiento del perfil, es posible que se usen N bytes para indicar los valores de las IMSI que se han seleccionado desde el último restablecimiento del perfil.

[0160] Los datos 608 de seguimiento también pueden incluir una fecha y hora específicas de la región del procedimiento de prueba de conexión, que está asociada con la región o el país en el que se encuentra el dispositivo anfitrión 110. La fecha y la hora pueden codificarse en los datos 608 de seguimiento de acuerdo con ETSI TS 102223. La inclusión de información de fecha y hora en los datos 608 de seguimiento puede permitir identificar tendencias en el funcionamiento de los procedimientos de petición de registro que varían en el tiempo. Por ejemplo, las tendencias en la frecuencia y/o tasa de éxito y fracaso de los procedimientos de petición de registro pueden estar correlacionadas temporalmente, de tal manera que en ciertos momentos del día la frecuencia de los procedimientos de petición de registro puede cambiar. Estas frecuencias pueden correlacionarse con tendencias a lo largo de períodos distintos de un día, por ejemplo, a lo largo de una semana, un mes o a lo largo de períodos de tiempo irregulares.

[0162] Volviendo a la figura 5, los datos recibidos por el entorno 318 de datos, por ejemplo desde el servidor 602 de prueba y/o desde el SIS 302, pueden usarse para generar métricas tales como la tasa de colisión por hora entre dispositivos anfitriones que intentan usar una IMSI comprendida en el depósito 306 de conjuntos de dos o más IMSI 330a, 330b, 330c incluidos en el SIS 302; países en los que se usan las IMSI del depósito 306 de conjuntos de dos o más IMSI 330a, 330b, 330c incluidas en el SIS 302; total por hora de usos de cada IMSI comprendida en el depósito 306 de conjuntos de dos o más IMSI 330a, 330b, 330c incluidas en el SIS 302; duración media del registro en una red celular realizado usando una IMSI comprendida en el depósito 306 de conjuntos de dos o más IMSI 330a, 330b, 330c incluidas en el SIS 302; intentos de registro y fallos de registro realizados usando una IMSI comprendida en el depósito 306 de conjuntos de dos o más IMSI 330a, 330b, 330c incluidas en el SIS 302; y tiempo medio para que un dispositivo anfitrión se recupere de un fallo de registro realizado usando una IMSI comprendida en el depósito de conjuntos de dos o más IMSI incluidas en el SIS 302. Las métricas generadas por el entorno 318 de datos se pueden usar para optimizar la operación de selección realizada por el SIS 302 para seleccionar un conjunto de dos o más IMSI 150 y un conjunto de datos 160 de autenticación asociados con el conjunto de IMSI para proporcionar a un dispositivo anfitrión.

[0164] Como alternativa a realizar la operación de selección priorizando conjuntos agrupados en lote de IMSI 330a, 330b, 330c que incluyen IMSI compartidas que no se han usado o que han sido menos usadas, el SIS 302 puede seleccionar un conjunto agrupado en lote de dos o más IMSI al azar de un grupo de conjuntos agrupados en lote que comprenden las IMSI compartidas menos usadas.

[0166] Como se describió anteriormente, la operación de selección puede incluir la priorización de conjuntos agrupados en lote de IMSI 330a, 330b, 330c que incluyen IMSI compartidas en función del uso de estas IMSI compartidas o la selección de conjuntos agrupados en lote de IMSI al azar. Ambos métodos son eficaces para disminuir la probabilidad de colisión cuando se usa una de las IMSI compartidas para registrarse en una red celular.

[0167] Como se describió anteriormente, el uso de una IMSI para registrar un dispositivo anfitrión 110 en una red celular 300, 350 puede provocar que se modifique el suministro de una estructura de datos de perfil adicional a otro dispositivo anfitrión para reducir la probabilidad de una colisión de registro entre el dispositivo anfitrión 110 y otro dispositivo anfitrión. La figura 5 es un diagrama esquemático simplificado que ilustra esto de acuerdo con los ejemplos. En el ejemplo mostrado, un primer dispositivo anfitrión 110 realiza un método 200 como se describió anteriormente en relación con las figuras 1 a 3. El método 200 incluye la descarga de una primera estructura 140 de datos de perfil que comprende un conjunto de dos o más IMSI 150, que se selecciona de un depósito 306 de conjuntos agrupados en lote de IMSI 330a, 330b, 330c y datos 160 de autenticación. El primer dispositivo anfitrión 110 puede entonces seleccionar una IMSI compartida e intentar registrarse en una red celular, siendo la red celular la red celular local 300 mostrada en la figura 5, o una red celular diferente, tal como una red celular visitada 350 en un país donde se encuentra el dispositivo anfitrión 110. Si el registro del primer dispositivo anfitrión 110 se procesa correctamente, este se conecta a la red celular 300, 350 usando la IMSI compartida seleccionada. Tras el registro, el HSS 308 notifica al SIS 302 sobre el uso de la IMSI compartida por parte del primer dispositivo anfitrión 110. La ubicación geográfica del primer dispositivo anfitrión 110 que usa la IMSI compartida puede determinarse de diversas maneras. En algunos ejemplos, el SIS 302 puede determinar la ubicación geográfica del primer dispositivo anfitrión 110 a partir de un título global de llamada que el HSS 308 proporciona al SIS 302. De esta manera, el SIS 302 tiene un registro de qué IMSI comprendidas en el depósito 306 de conjuntos de IMSI incluidos en el SIS 302 se están usando y en qué ubicaciones geográficas. El SIS 302 notifica al entorno 318 de datos los usos de las IMSI del depósito 306. De esta manera, el entorno 318 de datos registra qué IMSI del depósito 306 se usan y en qué ubicaciones geográficas. Simultáneamente, o poco después, un segundo dispositivo anfitrión 500 también puede implementar un método 200 para obtener conectividad de red celular. Por ejemplo, el segundo dispositivo anfitrión 500 puede realizar un primer proceso para descargar una segunda estructura 502 de datos de perfil que comprende un conjunto de dos o más IMSI 504 y datos de autenticación 506 asociados con el conjunto de IMSI.

[0169] Como se describió anteriormente, si un primer dispositivo anfitrión 110 está usando una IMSI compartida seleccionada y un segundo dispositivo anfitrión 500 intenta usar la misma IMSI compartida para intentar registrarse en una red celular, este intento puede fallar. Cada IMSI es única para un registro entre un dispositivo anfitrión y la red celular, por lo que no hay dos dispositivos anfitriones que puedan usar simultáneamente la misma IMSI, aunque si el primer dispositivo anfitrión 110 dejara de usar la IMSI compartida seleccionada, el segundo dispositivo anfitrión 500 podría usar la IMSI compartida seleccionada.

[0171] En el presente ejemplo, el SIS 302 puede configurarse para mitigar la probabilidad de que el primer dispositivo anfitrión 110 y el segundo dispositivo anfitrión 500 intenten usar la misma IMSI compartida al mismo tiempo para registrarse en una red celular. Al realizar la operación de selección para seleccionar un conjunto de dos o más IMSI que se proporcionarán al segundo dispositivo anfitrión 502, el SIS 302 puede priorizar un conjunto agrupado en lote de dos o más IMSI 330a, 330b, 330c en función de la cantidad de veces que se hayan usado las IMSI compartidas comprendidas en el depósito 306 de conjuntos de dos o más IMSI 330a, 330b, 330c. Por ejemplo, se puede notificar al SIS 302 que el primer dispositivo anfitrión 110 se ha registrado recientemente en una red celular usando una IMSI compartida determinada y, al seleccionar un conjunto de dos o más IMSI 330a, 330b, 330c para proporcionar al segundo dispositivo anfitrión 502, el SIS 302 puede priorizar conjuntos de IMSI 330a, 330b, 330c que no incluyen la IMSI compartida determinada usada por el primer dispositivo anfitrión 110.

[0173] Se apreciará que con un conjunto limitado de IMSI compartidas y durante un largo período de tiempo, se pueden usar todas o casi todas las IMSI compartidas. Como tal, la priorización puede depender del tiempo, de modo que diferentes IMSI se priorizan en diferentes puntos temporales. El SIS 302 puede, por ejemplo, ordenar los conjuntos de dos o más IMSI 330a, 330b, 330c de tal manera que los conjuntos de IMSI que comprenden IMSI compartidas que se han usado con menor frecuencia puedan aparecer cerca de la parte superior de una lista de la que se seleccionan los conjuntos agrupados en lote 330a, 330b, 330c. La lista puede actualizarse a medida que se reciben datos del HSS 308 que notifican al SIS 302 sobre el uso de IMSI compartidas. El SIS 302 puede, adicionalmente o alternativamente, priorizar las IMSI compartidas que no se usaron en la ubicación geográfica del segundo dispositivo anfitrión 500 que solicita la segunda estructura 502 de datos de perfil. Si no hay IMSI compartidas que no se hayan usado en la ubicación geográfica del segundo dispositivo anfitrión 500 que solicita la segunda estructura 502 de datos de perfil, el SIS 302 puede priorizar las IMSI compartidas en función de la menor cantidad de veces que se hayan usado las IMSI en la ubicación geográfica del segundo dispositivo anfitrión 500 que solicita la segunda estructura 502 de datos de perfil para registrarse en una red celular.

[0175] De esta manera, se hace posible reducir la probabilidad de que la segunda estructura 502 de datos de perfil que se proporcionará al segundo dispositivo anfitrión 500 comprenda un conjunto de dos o más IMSI 504 que incluya la IMSI compartida en uso, o usada recientemente, por el primer dispositivo anfitrión 110 en la misma ubicación geográfica durante un período de tiempo configurable. Lo que a su vez reduce la probabilidad de que ocurra un evento de colisión de registro cuando el segundo dispositivo anfitrión 502 intente registrarse en una red celular de acuerdo con el segundo proceso del método 200 descrito anteriormente en relación con la figura 2.

[0177] Si no hay IMSI compartidas que no se hayan usado en la ubicación geográfica del segundo dispositivo anfitrión 500 que solicita la segunda estructura 502 de datos de perfil, el conjunto de dos o más IMSI 504 que selecciona el SIS 302 de los conjuntos agrupados en lote de dos o más IMSI 330a, 330b, 330c para la segunda estructura 502 de datos de perfil puede incluir las IMSI que se han usado menos en esa ubicación geográfica durante un período de tiempo configurable. Tras la selección del conjunto de dos o más IMSI 504 por el SIS 302 y la transmisión de este conjunto 504 a la plataforma RSP 304, el RSP 304 transmite una segunda estructura 502 de datos de perfil que comprende el conjunto de dos o más IMSI 504 y datos de autenticación 506 asociados con el conjunto de IMSI para su recepción por el dispositivo anfitrión 500. De esta manera, es menos probable que el segundo dispositivo anfitrión 500 seleccione una IMSI compartida que, al usarse para registrarse en una red celular 300, 350, causaría una colisión de registro.

[0178] La figura 7 ilustra un medio de almacenamiento no transitorio legible por ordenador 700 que comprende instrucciones ejecutables por ordenador 702 a 708, que cuando son ejecutadas por al menos el procesador 710 hacen que al menos dicho procesador 710 realice un método 200 para un dispositivo anfitrión 110 como se describió anteriormente de acuerdo con los ejemplos mostrados en las figuras 1 a 3.

[0179] La figura 8 muestra un sistema informático 800 que comprende al menos un procesador 802 y un almacenamiento 804 que almacena instrucciones 806, 808 para la ejecución de un método 400 para permitir que un dispositivo anfitrión obtenga conectividad de red celular descrita anteriormente con respecto a las figuras 3 a 5. El sistema informático 800 puede implementarse como uno o más dispositivos informáticos, incluida cualquier combinación adecuada de hardware y software, incluidos dispositivos informáticos distribuidos en un área geográfica o ubicados en el mismo lugar. El sistema informático 800 puede comprender tecnología de comunicaciones adecuada para comunicarse con uno o más dispositivos anfitriones, como por ejemplo poder comunicarse a través de frecuencias celulares inalámbricas. El sistema informático 800 también puede comprender una o más interfaces para comunicarse con otras redes y/o servidores remotos, por ejemplo, Internet. En algunos ejemplos, los elementos de red descritos anteriormente en relación con las figuras 3 a 5 pueden implementarse mediante uno o varios dispositivos informáticos.

[0180] La figura 9 muestra un medio de almacenamiento no transitorio legible por ordenador 900 que comprende instrucciones ejecutables por ordenador 902 y 904 que, cuando son ejecutadas por un procesador 906, hacen que el procesador realice un método 400 como se describió anteriormente en relación con las figuras 3 a 5. En algunos ejemplos, el servidor local 308, como un HSS, puede reaccionar de manera diferente a los intentos de registro mediante IMSI compartidas y privadas. A continuación, se describe un ejemplo de servidor local 308, compatible con los ejemplos descritos anteriormente, de acuerdo con las figuras 1 a 8, con referencia a las figuras 10 y 11. La figura 10 ilustra un servidor local 308, o elemento de red, que puede implementarse como uno o más de un HSS, un HLR, un AuC o una combinación de los mismos. El servidor local 308 comprende el almacenamiento 1002 y uno o más procesadores 1004. El almacenamiento 1002 comprende instrucciones ejecutables por ordenador que, cuando son ejecutadas por un procesador o procesadores 1004, hacen que el procesador realice un método 1100 ilustrado en la figura 11. El método 1100 incluye, en el bloque 1102, recibir una petición de autenticación de un dispositivo anfitrión 110 que intenta registrarse en una red celular. El dispositivo anfitrión 110 puede usar una IMSI compartida o una IMSI privada que se proporcionan al dispositivo anfitrión 110 en una estructura 140 de datos de perfil de acuerdo con el método 400 descrito en relación con las figuras 3 y 4.

[0181] En el bloque 1104, el servidor local 308 accede a información que identifica una IMSI usada por el dispositivo anfitrión 110 como una IMSI compartida o privada. Por ejemplo, un sistema 316 de aprovisionamiento puede comunicarse con el servidor local 308 a través de una interfaz para proporcionar información que identifica una IMSI usada por el dispositivo anfitrión 110 como una IMSI privada o compartida.

[0182] En el bloque 1106, el servidor local 308 responde a la petición de autenticación de una manera que depende de si el dispositivo anfitrión está usando una IMSI compartida o una IMSI privada.

[0183] En el ejemplo mostrado en la figura 10, un primer dispositivo anfitrión 110 comprende un módulo seguro 100 que incluye una estructura 140 de datos de perfil que comprende un conjunto de dos o más IMSI 150 y datos 160 de autenticación asociados a dicho conjunto. El conjunto de dos o más IMSI 150 comprende al menos una IMSI compartida y una IMSI privada. Se realiza el segundo proceso, de acuerdo con el método 200 descrito anteriormente en la figura 2, y se selecciona una IMSI compartida. El primer dispositivo anfitrión 110 envía una petición 1020a de autenticación al servidor local 308 usando la IMSI compartida seleccionada, donde la petición de autenticación puede tener la forma de un mensaje SAI. El dispositivo anfitrión 110 puede estar ubicado dentro de la región de la red celular local 300 o puede estar en una red visitada 350. El servidor local 308 realiza una verificación para determinar si la IMSI compartida está en un estado activo en la misma red celular o en una red celular diferente a la red celular en la que se encuentra el dispositivo anfitrión 110. El ejemplo que se muestra en la figura 10 está simplificado de tal manera que parece que el dispositivo anfitrión 110 se comunica directamente con el servidor local 308, sin embargo, se apreciará que la petición 1020a puede recibirse a través de otros elementos de red. Si la IMSI compartida no está en estado activo, la respuesta 1106 a la petición 1020a de autenticación incluye que el servidor local 308 envíe una respuesta 1020b al mensaje SAI aceptando el registro del primer dispositivo anfitrión 110. La IMSI compartida usada por el primer dispositivo anfitrión 110 está marcada como activo y si el dispositivo anfitrión 110 está en una red celular visitada, entonces el dispositivo anfitrión 110 también está marcado como activo en el VLR de la red visitada 350.

[0185] Simultáneamente, o poco después, cuando la IMSI compartida seleccionada todavía está siendo usada por el primer dispositivo anfitrión 110, un segundo dispositivo anfitrión 500 que comprende un módulo seguro 508, que incluye una estructura 502 de datos de perfil que puede compartir una o más IMSI compartidas con la estructura 140 de datos de perfil del primer dispositivo anfitrión 110, puede seleccionar una IMSI y enviar una petición 1022a de autenticación al servidor local 308.

[0187] El servidor local 308 accede a la información que identifica una IMSI usada por el segundo dispositivo anfitrión 500 como una IMSI compartida o privada. Si la IMSI usada por el segundo dispositivo anfitrión 500 es privada, la respuesta 1106 a la petición 1022a de autenticación del segundo dispositivo anfitrión 500 incluye la autenticación del segundo dispositivo anfitrión 500 y el envío de una respuesta 1022b al mensaje SAI que acepta el registro del segundo dispositivo anfitrión 500.

[0189] Si la IMSI usada por el segundo dispositivo anfitrión 500 es una IMSI compartida, entonces el servidor local 308 realiza una verificación para determinar si dicha IMSI compartida está en estado activo. Si la IMSI compartida usada por el segundo dispositivo anfitrión 500 es la misma IMSI compartida usada por el primer dispositivo anfitrión 110, y esta IMSI compartida está en un estado activo en una red celular, el servidor local 308 envía una respuesta 1022b al mensaje SAI 1022a rechazando el registro del segundo dispositivo anfitrión 500. De esta manera, cuando se registra una IMSI compartida y simultáneamente, o poco después, se produce un intento de registro usando la misma IMSI compartida, el servidor local 308 responde al mensaje SAI del segundo dispositivo anfitrión 500 con una negativa a registrarse. Esto evita que el primer dispositivo anfitrión 110 que ya estaba registrado pierda el servicio y que el segundo dispositivo anfitrión 500 reciba un mensaje de rechazo de registro. El segundo dispositivo anfitrión 500 puede luego seleccionar una IMSI diferente e intentar registrarse en la red celular usando esa IMSI.

[0191] Si la IMSI usada por el segundo dispositivo anfitrión 500 en la petición 1022a de autenticación es una IMSI compartida pero no está en un estado activo, entonces el servidor local 308 puede enviar una respuesta 1022b aceptando el registro del segundo dispositivo anfitrión 500.

[0193] El servidor local 308 también puede configurarse para procesar periódicamente información de registro asociada con dispositivos anfitriones que están registrados en una red celular. Por ejemplo, el servidor local 308 puede procesar una lista de dispositivos anfitriones registrados y puede anular el registro de aquellos dispositivos anfitriones que ya no deban registrarse. En algunos casos, el servidor local 308 puede anular el registro de dispositivos anfitriones que se hayan registrado usando una IMSI compartida después de un período de tiempo predeterminado después de que el respectivo dispositivo anfitrión 110 se haya registrado originalmente. En otros ejemplos, un dispositivo anfitrión que usa una IMSI compartida puede ser dado de baja tras un periodo predeterminado desde que el dispositivo anfitrión 110 usó activamente la conectividad de red celular obtenida mediante la IMSI compartida. Este periodo predeterminado puede ser estático y configurarse en el servidor local 308. Alternativamente, el período de tiempo predeterminado puede configurarse y modificarse dinámicamente en función de las métricas recopiladas por el entorno 318 de datos. Para este fin, el SIS 302 puede comunicarse con el servidor local 308 para actualizar el período de tiempo predeterminado en función del cual se cancelan el registro de los dispositivos anfitriones.

[0195] Las realizaciones anteriores deben entenderse como ejemplos ilustrativos de la invención. Se prevén otras formas de realización de la invención. Se debe entender que cualquier característica descrita en relación con cualquier realización puede usarse sola o en combinación con otras características descritas, y también puede usarse en combinación con una o más características de cualquier otra de las realizaciones, o cualquier combinación de cualquier otra de las realizaciones. Además, también se pueden emplear equivalentes y modificaciones no descritas anteriormente sin alejarse del alcance de la invención, que se define en las reivindicaciones adjuntas.

Claims

1. REIVINDICACIONES

1.- Un método implementado por ordenador para un dispositivo anfitrión, comprendiendo el método implementado por ordenador:

realizar un primer proceso en un primer momento, comprendiendo el primer proceso usar conectividad de datos no celular para transmitir una petición para descargar una estructura de datos de perfil, comprendiendo la estructura de datos de perfil un conjunto de dos o más identidades de suscriptor móvil internacional, IMSI, y datos de autenticación asociados con el conjunto de dos o más IMSI; y

realizar un segundo proceso en un segundo momento, siendo el segundo momento posterior al primero, comprendiendo el segundo proceso:

- seleccionar una IMSI del conjunto de dos o más IMSI; e

- intentar registrarse en una red celular usando la IMSI seleccionada y los datos de autenticación para obtener conectividad de red celular,

en el que el conjunto de dos o más IMSI comprende una o más IMSI compartidas y una o más IMSI privadas, estando incluidas las una o más IMSI compartidas en una pluralidad de estructuras de datos de perfil que están disponibles para uno o más dispositivos anfitriones adicionales y estando incluidas de manera única las una o más IMSI privadas en la estructura de datos de perfil descargada al dispositivo anfitrión,

al menos una IMSI en el conjunto de dos o más IMSI es una IMSI independiente de la región asociada con datos de indicación de independencia de la región y al menos una IMSI en el conjunto de dos o más IMSI es una IMSI dependiente de la región asociada con datos de indicación regional, y

la selección de una IMSI privada o una IMSI compartida del conjunto de dos o más IMSI se proporciona de acuerdo con la priorización especificada en el dispositivo anfitrión y/o en la estructura de datos de perfil.

2.- Un método implementado por ordenador de acuerdo con la reivindicación 1, en el que las una o más IMSI compartidas comprenden al menos una IMSI independiente de la región asociada con datos de indicación de independencia de la región y al menos una IMSI dependiente de la región asociada con datos de indicación regional y/o en el que las una o más IMSI privadas comprenden al menos una IMSI dependiente de la región asociada con datos de indicación regional y al menos una IMSI independiente de la región asociada con datos de indicación de independencia de la región.

3.- Un método implementado por ordenador de acuerdo con cualquier reivindicación anterior, en el que el segundo proceso comprende activar la estructura de datos de perfil para seleccionar una IMSI privada o compartida del conjunto de IMSI.

4.- Un método implementado por ordenador de acuerdo con cualquier reivindicación anterior, en el que el segundo proceso comprende determinar una ubicación geográfica del dispositivo anfitrión en el segundo momento, y en el que, si las IMSI dependientes de la región no están asociadas con la ubicación geográfica del dispositivo anfitrión, la selección de una IMSI del conjunto de IMSI incluye seleccionar una IMSI independiente de la región asociada con datos de indicación de independencia de la región para registrarlo en una red celular.

5.- Un método implementado por ordenador de acuerdo con cualquier reivindicación anterior, en el que la selección de una IMSI del conjunto de IMSI incluye priorizar una IMSI privada asociada con la ubicación geográfica del dispositivo anfitrión en el segundo momento.

6.- Un método implementado por ordenador de acuerdo con cualquier reivindicación anterior, en el que el segundo proceso comprende:

si el intento de registrarse en la red celular usando la IMSI seleccionada no tiene éxito:

- seleccionar una IMSI adicional del conjunto de IMSI para que sea la IMSI seleccionada; e

- intentar registrarse en la red celular usando la IMSI adicional seleccionada; y/o

si el intento de registrarse en la red celular usando la IMSI seleccionada tiene éxito y no se proporciona conectividad de red celular al dispositivo anfitrión:

- intentar registrarse en la red celular usando la IMSI adicional seleccionada.

7.- Un método implementado por ordenador de acuerdo con cualquier reivindicación anterior, en el que:

un solo conjunto de datos de autenticación de asocia con cada IMSI del conjunto de IMSI; o

diferentes subconjuntos de IMSI en el conjunto de IMSI se asocian con diferentes conjuntos de datos de autenticación.

8.- Un método implementado por ordenador de acuerdo con cualquier reivindicación anterior, en el que el segundo proceso se desencadena independientemente del primer proceso.

9.- Un dispositivo anfitrión que comprende al menos un procesador y un almacenamiento que comprende instrucciones ejecutables por ordenador que, cuando son ejecutadas por el al menos un procesador, hacen que el al menos un procesador realice un método implementado por ordenador de acuerdo con cualquiera de las reivindicaciones 1 a 8.

10.- Un método implementado por ordenador para posibilita que un dispositivo anfitrión obtenga conectividad de red celular, proporcionado el método por uno o más elementos de red conectados operativamente y comprendiendo:

recibir una petición para proporcionar una estructura de datos de perfil a un dispositivo anfitrión;

generar la estructura de datos de perfil que comprende un primer conjunto de dos o más identidades de suscriptor móvil internacional, IMSI, y datos de autenticación asociados con las mismas; y

transmitir la estructura de datos de perfil para su recepción por el dispositivo anfitrión,

en el que:

el primer conjunto de dos o más IMSI es seleccionable de un segundo conjunto de tres o más IMSI;

el segundo conjunto de IMSI comprende una o más IMSI compartidas y una o más IMSI privadas, estando incluidas las una o más IMSI compartidas en una pluralidad de estructuras de datos de perfil que están disponibles para uno o más dispositivos anfitriones adicionales y estando incluidas de manera única las una o más IMSI privadas en la estructura de datos de perfil descargada al dispositivo anfitrión; y

el segundo conjunto de IMSI comprende al menos una IMSI independiente de la región asociada con datos de indicación de independencia de la región y al menos una IMSI dependiente de la región asociada con datos de indicación regional, y

en el que la generación de la estructura de datos de perfil comprende:

agrupar en lote el segundo conjunto de tres o más IMSI en una pluralidad de conjuntos agrupados en lote de dos o más IMSI, comprendiendo cada conjunto agrupado en lote de dos o más IMSI al menos una IMSI compartida y al menos una IMSI privada; y

seleccionar el primer conjunto de dos o más IMSI de los conjuntos agrupados en lote de dos o más IMSI.

11.- Un método implementado por ordenador de acuerdo con la reivindicación 10, comprendiendo el método recibir datos que indican un número de veces que las IMSI en el segundo conjunto de IMSI han sido usadas por otros dispositivos anfitriones, y en el que el primer conjunto de IMSI se selecciona en función de los datos que indican el número de veces que las IMSI en el segundo conjunto de IMSI han sido usadas por otros dispositivos anfitriones.

12.- Un método implementado por ordenador de acuerdo con la reivindicación 11, en el que la selección del primer conjunto de IMSI en función de los datos que indican el número de veces que las IMSI del segundo conjunto de IMSI han sido usadas por otros dispositivos anfitriones comprende priorizar las IMSI del segundo conjunto de IMSI que están asociadas con menos usos que otras IMSI del segundo conjunto de IMSI y/o priorizar las IMSI del segundo conjunto de IMSI que están asociadas con menos usos en una ubicación geográfica del dispositivo anfitrión que otras IMSI del segundo conjunto de IMSI.

13.- Un método de implementación por ordenador de acuerdo con la reivindicación 12, en el que la priorización de las IMSI del segundo conjunto de IMSI depende del tiempo, de modo que se priorizan diferentes IMSI en diferentes puntos temporales.

14.- Un sistema de ordenador acoplado comunicativamente a una red celular, comprendiendo el sistema de

ordenador al menos un procesador y un almacenamiento que comprende instrucciones ejecutables por ordenador que, cuando son ejecutadas por el al menos un procesador, hacen que el sistema de ordenador realice un método de acuerdo con cualquiera de las reivindicaciones 10 a 13.

15.- Un medio de almacenamiento no transitorio legible por ordenador que comprende instrucciones ejecutables por ordenador que, cuando son ejecutadas por al menos un procesador, hacen que el procesador realice un método de acuerdo con cualquiera de las reivindicaciones 1 a 8 o 10 a 13.