Límites de almacenamiento y latencia de cambio en eSIM: iPhone vs. Android Flagships (Comparativa 2026)

---

La arquitectura de las SIM integradas: Hardware eUICC, asignación de memoria y líneas activas

Para comprender por qué los smartphones se topan con barreras estrictas en cuanto a capacidad de eSIM y velocidades de cambio, es necesario analizar el silicio. Una eSIM no es una simple configuración de software; es un eUICC (embedded Universal Integrated Circuit Card): un microcontrolador seguro y resistente a manipulaciones soldado directamente en la placa lógica del dispositivo (o cada vez más integrado directamente en el SoC como iSIM).

Estandarizado por la GSMA bajo especificaciones como SGP.22, el eUICC opera como un enclave criptográfico aislado, independiente del procesador de aplicaciones (AP) y de la memoria flash principal del sistema.

`` +-----------------------------------------------------------------------+ | Silicio eUICC | | +-------------------------------------------------------------------+ | | | Sistema Operativo de Tarjeta (COS) | | | +-------------------------------------------------------------------+ | | | ECASD (Claves Raíz)| ISD-R (Ciclo de Vida) | LPAe (Opcional) | | | +---------------------+-----------------------+---------------------+ | | | Particiones ISD-P | | | | +-----------------------+ +-----------------------+ +-----------+ | | | | | Perfil 1: Op. Local | | Perfil 2: eSIM Viaje | | Perfil 3 | | | | | | - IMSI y Claves Red | | - IMSI y Claves Red | | (Vacante/ | | | | | | - Applets de Operador | | - Perfil MollySIM | | Inactivo)| | | | | | - Sis. Archivos (32KB)| | - Sis. Archivos (48KB)| | | | | | | +-----------------------+ +-----------------------+ +-----------+ | | +-----------------------------------------------------------------------+ ``

Huella de memoria eUICC: La restricción de 512 KB a 1 MB

A diferencia del almacenamiento principal UFS 4.0 o NVMe de tu smartphone, que alcanza cientos de gigabytes, la memoria no volátil segura del eUICC es minúscula. Los dispositivos de gama alta suelen incorporar módulos eUICC con capacidades totales de entre 512 KB y 1024 KB (1 MB) de memoria EEPROM o flash NOR blindada.

Este espacio tan reducido debe albergar toda la infraestructura de la tarjeta:

• Sistema operativo de la tarjeta (COS): Consume entre 128 KB y 256 KB para gestionar la ejecución de bajo nivel, las primitivas criptográficas (ECC, RSA, AES) y el aislamiento por hardware.
• Dominios de seguridad:
• ECASD (Embedded UICC Controlling Authority Security Domain): Contiene los certificados raíz de la GSMA para autenticar los servidores de perfiles.
• ISD-R (Issuer Security Domain Root): Administra el ciclo de vida de todos los contenedores de perfiles.
• Asignaciones ISD-P (Issuer Security Domain Profile): El espacio restante (normalmente de 300 KB a 650 KB) se particiona en sandboxes independientes para cada perfil individual.

Un único perfil de operador —que contiene su IMSI, claves de autenticación criptográfica (Ki/K), applets SIM específicos del operador (Java Card TARs) y reglas de políticas locales— ocupa entre 30 KB y más de 80 KB. Por lo tanto, la capacidad nominal de perfiles está limitada estructuralmente por el cálculo matemático de las particiones físicas y no por restricciones arbitrarias de software.

Almacenamiento nominal de perfiles vs. Transceptores físicos de banda base

Una distinción crítica que a menudo se pasa por alto en las especificaciones comerciales es la diferencia entre el almacenamiento en caché de perfiles inactivos y la conectividad activa simultánea:

`` [ Perfiles Inactivos (Caché Flash) ] -> [ Motor de Aprovisionamiento LPA ] -> [ Transceptores Banda Base (Líneas Activas) ] (8 a 20 perfiles) (Puente a nivel de SO) (Máx. 2 activas: DSDS / DSDA) ``

1. Almacenamiento de perfiles inactivos: Representa el número de contenedores ISD-P deshabilitados guardados en la memoria flash no volátil. El firmware de los dispositivos insignia suele indexar entre 8 y 20 perfiles inactivos. En este estado, las credenciales permanecen congeladas de forma segura en la flash sin consumir energía ni registrarse en canales de señalización celular.
2. Transceptores de líneas activas (DSDS vs. DSDA): Independientemente de si un eUICC almacena 8 o 20 perfiles, los módems de banda base de los smartphones modernos (como los Snapdragon X75/X80 de Qualcomm o las arquitecturas de banda base personalizadas de Apple) cuentan con líneas de transceptores de RF físicas limitadas a gestionar dos estados de red simultáneos:

• Dual SIM Dual Standby (DSDS): Dos perfiles (SIM física + eSIM, o Dual eSIM) comparten un único transceptor de banda base. Ambos permanecen en espera en la red al mismo tiempo, pero una llamada activa por conmutación de circuitos o VoLTE de alta prioridad en la Línea 1 suspende el tráfico de datos en la Línea 2.
• Dual SIM Dual Active (DSDA): Presente en arquitecturas Android de primer nivel seleccionadas, utiliza rutas de banda base duales simultáneas para mantener datos y voz ininterrumpidos en ambas líneas al mismo tiempo.

Gestión LPA, indexación de firmware y aprovisionamiento

El puente entre el hardware eUICC y el sistema operativo anfitrión es el Local Profile Assistant (LPA). Implementado a nivel de sistema operativo (LPAd) en iOS y Android o directamente dentro del chip seguro (LPAe), el LPA orquestar la descarga de perfiles (LPD) y las interacciones con la interfaz de usuario local (LUI).

Cuando activas o desactivas una eSIM, el LPA envía comandos APDU de bajo nivel a través de la banda base del dispositivo para desactivar el ISD-P de destino, purgar las sesiones de autenticación antiguas de la memoria caché de banda base del módem, asignar registros de banda base al nuevo ISD-P y ejecutar la autenticación mutua sobre la red de acceso de radio.

Dado que cambiar de perfil genera una latencia de sincronización en frío (cold-handshake) en la banda base, los viajeros internacionales suelen mantener un perfil doméstico principal junto con perfiles de datos dedicados para viajes. Los proveedores avanzados de eSIM para viajes optimizan este flujo de trabajo diseñando cargas útiles ISD-P ligeras y compatibles con los estándares, que se instalan con un consumo mínimo de transacciones APDU.

Más allá de la eficiencia en la instalación, el rendimiento tras la activación depende de las políticas de gestión de red. Por ejemplo, MollySIM implementa un suelo de Política de Uso Justo (FUP) de 384 kbps, el triple del límite de 128 kbps estándar del sector utilizado por los servicios de roaming tradicionales. Esta diferencia en la velocidad base garantiza que utilidades de viaje críticas y sensibles a la latencia, como los protocolos criptográficos de Apple Pay y el renderizado de vectores en Google Maps, sigan siendo plenamente funcionales incluso tras agotar los paquetes regionales de alta velocidad.

iPhone vs. Android Flagships: Especificaciones técnicas y límites de almacenamiento comparados

El número máximo de perfiles eSIM que puede almacenar un smartphone depende de la capacidad física de memoria no volátil (NVM) asignada en su elemento seguro (eUICC) y de cómo gestiona el sistema operativo los metadatos del perfil. Aunque los usuarios a menudo asumen que el almacenamiento de eSIM es prácticamente ilimitado por ser digital, los fabricantes de hardware particionan estrictamente la memoria eUICC para aislar claves criptográficas, applets y perfiles de operador (ISD-P) bajo las especificaciones GSMA SGP.22.

Los distintos fabricantes (OEM) —específicamente Apple, Samsung y Google— diseñan sus bandas base, controladores eUICC y demonios de gestión de perfiles de forma diferente.

Asignación de memoria: Apple Secure Enclave vs. Arquitectura de hardware Android

• Serie Apple iPhone (gamas iPhone 15, 16 y 17): Apple combina implementaciones de banda base personalizadas y módems Qualcomm Snapdragon con eUICCs independientes y certificados CC EAL6+ (generalmente suministrados por STMicroelectronics o NXP). iOS reserva bloques de tamaño fijo para cada contenedor de perfil, lo que permite almacenar un promedio de 8 a 10 perfiles eSIM. Las versiones para operadores de EE. UU. sin bandeja física para SIM optimizan el enrutamiento de banda base para admitir la funcionalidad Dual Active eSIM, lo que permite que dos perfiles almacenados se ejecuten simultáneamente en modo Dual SIM Dual Standby (DSDS) sin una nano-SIM física.
• Serie Google Pixel (gamas Pixel 8, 9 y 10): Google utiliza el coprocesador de seguridad Titan serie M junto con arquitecturas de módem Exynos/Tensor. Pixel OS implementa una asignación dinámica de bloques para los contenedores de perfiles. En lugar de reservar bloques rígidos de tamaño fijo, el LPA asigna dinámicamente la memoria flash disponible del eUICC. En consecuencia, un dispositivo Pixel moderno puede almacenar hasta 20 perfiles eSIM, siempre que los perfiles no contengan paquetes de applets de operador inusualmente grandes. Los Pixel también admiten de forma nativa Multiple Enabled Profiles (MEP), lo que permite dos líneas eSIM activas en un solo chip eUICC físico.
• Serie Samsung Galaxy (gamas Galaxy S24, S25 y S26): La división de hardware de Samsung se apoya en elementos seguros integrados con Samsung Knox Vault. La capacidad de almacenamiento oscila entre 5 y 10 perfiles, según las particiones regionales de firmware y si la variante utiliza una plataforma Qualcomm Snapdragon o Samsung Exynos. Samsung ha ampliado progresivamente el soporte para MEP en su gama alta, permitiendo el uso simultáneo de doble eSIM activa en los modelos más recientes.

Matriz de comparación técnica de dispositivos insignia

La siguiente tabla describe los perfiles de hardware de bajo nivel, la dinámica de cambio y los límites de almacenamiento en las plataformas insignia actuales:

Sobrecarga de aprovisionamiento e implicaciones reales en roaming

El tamaño de la carga útil del perfil dicta los tiempos de instalación y activación. Los perfiles pesados que integran utilidades SIM Toolkit (STK) heredadas inflan el perfil más allá de las particiones estándar de 64 KB, lo que provoca ciclos de escritura APDU más lentos durante la descarga inicial.

Al gestionar la conectividad internacional con múltiples perfiles almacenados en el dispositivo, la eficiencia de instalación y la calidad posterior a la conexión se vuelven críticas. Los perfiles ligeros se aprovisionan más rápido en torres celulares saturadas de aeropuertos y zonas fronterizas.

Además, una vez que el perfil está activo, las reglas de gestión de datos determinan la usabilidad práctica. Para los viajeros que utilizan servicios como MollySIM, la configuración del perfil está optimizada para negociaciones rápidas con el LPA, mientras que la arquitectura de red garantiza una velocidad mínima bajo Política de Uso Justo (FUP) de 384 kbps. En comparación con los límites de contingencia estándar de 128 kbps, esta base 3 veces superior garantiza que aplicaciones críticas —como las verificaciones criptográficas de Apple Pay, el seguimiento de Uber y las rutas en tiempo real de Google Maps— sigan funcionando sin errores de tiempo de espera (timeout), incluso al agotar los paquetes de datos de alta velocidad.

Latencia de cambio y cruces fronterizos: Benchmarks reales de activación LPA y traspaso de red (handover)

Aunque la capacidad teórica del eUICC define cuántos perfiles puede almacenar tu hardware, la latencia de cambio determina la realidad operativa en los viajes internacionales. La transición entre operadores nacionales y eSIMs de viaje internacionales implica un intercambio complejo y multietapa entre el sistema operativo, el procesador de banda base y las antenas de telefonía remotas.

`` [Disparador de Usuario / SO] │ ▼ [LPA: Comando APDU Activar Perfil] ──► [Reinicio suave de Banda Base y Desconexión IMSI] │ ▼ [Flujo de Datos IP (DHCP/APN)] ◄── [Autenticación (Milenage/TUAK)] ◄── [Escaneo PLMN y Búsqueda ARFCN] ``

El ciclo de vida de negociación del LPA en 5 etapas

Al activar o cambiar un perfil eSIM en los ajustes de tu dispositivo, el Local Profile Assistant (LPA) ejecuta una secuencia de telecomunicaciones estricta definida por las especificaciones GSMA SGP.22:

1. Transición de estado del perfil: El LPA envía comandos APDU (Application Protocol Data Unit) al eUICC para deshabilitar el perfil activo y marcar el perfil de destino como habilitado.
2. Reinicialización de banda base y desconexión IMSI: El módem celular ejecuta un reinicio parcial de la banda base, transmitiendo un mensaje IMSI Detach para desregistrarse de forma limpia de la red móvil terrestre pública (PLMN) actual.
3. Escaneo de radiofrecuencia y PLMN: El módem escanea los números de canal de radiofrecuencia absolutos (ARFCN) compatibles en las bandas locales 4G LTE y 5G NR, tomando como referencia el Código de País Móvil (MCC) y el Código de Red Móvil (MNC) almacenados en la tabla de prioridades de selección de red del nuevo perfil activado.
4. Autenticación criptográfica: La banda base intercambia vectores de autenticación desafío-respuesta con la red visitada (VPLMN) y el HSS/UDM de origen mediante los algoritmos Milenage o TUAK.
5. Establecimiento de portador y activación de contexto PDP: El dispositivo negocia el Nombre del Punto de Acceso (APN), configura los portadores EPS/5GS predeterminados y recibe asignaciones dinámicas de direcciones IPv4/IPv6 a través de DHCP.

Benchmarks de latencia por SO: iOS vs. Android Flagships

Las velocidades de conmutación varían notablemente según el fabricante debido a las diferencias en la optimización del demonio LPA, la integración del firmware del módem y las rutinas de validación de paquetes de operador.

Pruebas realizadas utilizando perfiles de roaming Tier-1 en entornos de radio activos 5G Standalone (SA) y Non-Standalone (NSA).

La ejecución nativa de lpad en Android puro de Google lidera las velocidades brutas de cambio gracias a una menor cantidad de capas intermedias de validación de operador. En cambio, One UI de Samsung introduce una sobrecarga adicional, ya que las comprobaciones de seguridad de Knox verifican las firmas de los perfiles SIM antes de ceder el control a la banda base. La pila CoreTelephony de Apple proporciona un anclaje sumamente consistente y determinista, evitando bloqueos en la interfaz de usuario durante los reinicios de radio.

Registros fronterizos en frío y contingencias de roaming

El escenario más complejo ocurre durante los cruces fronterizos físicos (como viajar en tren a través de fronteras europeas o conducir entre EE. UU. y Canadá). Cuando la conexión a la red principal cae, los temporizadores 3GPP TS 23.122 dictan la agresividad con la que el módem busca socios locales vs. socios de roaming.

Una eSIM de viaje mal configurada, con listas de preferencias de roaming sobrecargadas, puede dejar los dispositivos atrapados en un bucle de búsqueda de red "Sin servicio" de 60 a 120 segundos mientras el módem prueba frecuencias de socios de roaming inexistentes.

Las arquitecturas eSIM optimizadas minimizan esta fricción en el traspaso. Al combinar tablas de prioridad MCC/MNC limpias con negociaciones de banda base optimizadas, proveedores como MollySIM reducen los retrasos de registro en arranque en frío a una fracción del tiempo que tardan los perfiles multi-IMSI tradicionales. Además, gracias a que MollySIM ofrece un suelo de 384 kbps bajo su Política de Uso Justo (FUP) —el triple del estándar habitual de 128 kbps—, los servicios de ubicación críticos, la mensajería y las apps de transporte siguen funcionando sin problemas ni errores de tiempo de espera, incluso mientras las tablas de enrutamiento perimetral se actualizan al cruzar fronteras internacionales.

Riesgos de rotación de perfiles: Eliminaciones accidentales, bloqueos de QR y trampas del LPA

La rotación frecuente de perfiles —instalar, desactivar y eliminar rápidamente perfiles eSIM regionales durante viajes multidestino— expone los módems de los dispositivos a una serie de fallos silenciosos. Aunque los sistemas operativos promocionan el eUICC como un repositorio digital sin fricciones, las capas de software subyacentes y el intercambio criptográfico conllevan graves riesgos para los viajeros internacionales.

`` +-----------------------------------------------------------------------------------+ | Ciclo de Aprovisionamiento GSMA SM-DP+ | | | | [Código QR / ID Coincidencia] ---> [Servidor SM-DP+] ---> [Negociación Cripto] | | | | | v | | Token Consumido (Activación de un solo uso) | | | | | +----------------------------------+----------------------------------+ | | | | | | v v | | [eUICC Instala el Perfil] [Eliminación Accidental] | | | | | v v | | Estado Operativo PÉRDIDA PERMANENTE | | (El QR no se puede reescanear) | +-----------------------------------------------------------------------------------+ ``

Ambigüedad en la UX: La trampa de "Desactivar" vs. "Eliminar"

El principal motivo de pérdida de conectividad en el extranjero es la ambigüedad en las interfaces de usuario. Tanto iOS como Android difuminan la línea entre desactivar un perfil de banda base y purgar sus claves criptográficas:

• Apple iOS: En Ajustes > Datos móviles, al pulsar sobre una línea aparece un interruptor verde para "Activar esta línea" junto a un botón prominente en letras rojas denominado "Eliminar eSIM" (anteriormente "Eliminar plan móvil"). Los usuarios que solo desean suspender el roaming de datos para ahorrar batería tocan habitualmente esta acción destructiva en rojo, borrando por completo el perfil del Secure Element.
• Samsung One UI: Samsung sitúa un interruptor junto al perfil en el Administrador de SIM, pero ubica la opción "Eliminar" dentro del submenú directo sin solicitar una confirmación biométrica de varios pasos, lo que propicia eliminaciones accidentales al gestionar las líneas.

Invalidación del token de un solo uso en SM-DP+

Una vez que un perfil eSIM se elimina de un eUICC, no se puede restaurar simplemente volviendo a escanear el código QR original en papel o PDF.

Bajo la arquitectura GSMA Consumer Remote SIM Provisioning (RSP) (SGP.22), el servidor SM-DP+ (Subscription Manager Data Preparation+) genera un MatchingID único asociado a un token de transacción criptográfico de un solo uso. En el instante en que el Local Profile Assistant (LPA) completa la descarga inicial del perfil y confirma la ejecución:

1. El servidor SM-DP+ marca el token de transacción como "Consumido" / "Utilizado".
2. El sistema OSS/BSS de facturación del operador vincula el ICCID asignado al EID específico de ese eUICC.
3. Los intentos posteriores de escaneo devuelven un error RSP (por ejemplo, SM-DP+ Error: 8.1.1 - Matching ID not found or already used).

Los viajeros que eliminan un perfil a mitad del viaje para intentar solucionar un bloqueo temporal de la banda base suelen quedarse sin datos de forma permanente, obligándose a comprar un perfil completamente nuevo.

Estados de error del LPA y saturación del almacenamiento eUICC

Los chips eUICC de los smartphones de gama alta actuales suelen incorporar entre 512 KB y 1,5 MB de memoria no volátil (NVM) dedicada. Cuando los usuarios acumulan decenas de perfiles de viaje caducados, el LPA puede experimentar excepciones críticas de memoria:

Mitigación arquitectónica: Reducción de la rotación de perfiles

La estrategia más eficaz para prevenir la corrupción del LPA y el bloqueo de tokens consiste en minimizar la instalación repetida de perfiles. En lugar de gestionar cinco perfiles individuales para cinco países distintos, utilizar soluciones multidestino unificadas como MollySIM evita la saturación de memoria enrutando el tráfico a través de múltiples redes internacionales mediante un único perfil eSIM aprovisionado de forma permanente.

Asimismo, si un cambio imprevisto de operador provoca una interrupción transitoria, la base garantizada de 384 kbps bajo la Política de Uso Justo (FUP) de MollySIM —que triplica el estándar habitual de 128 kbps— asegura que la conectividad crítica nunca se corte por completo. Incluso en condiciones de velocidad reducida, los 384 kbps proporcionan ancho de banda suficiente para mantener la navegación en Google Maps, las transacciones de Apple Pay y las aplicaciones de transporte funcionando sin bloqueos por tiempo de espera a nivel de sistema operativo.

La ventaja del perfil único: Simplificando los viajes multirregión con MollySIM

Gestionar un itinerario con múltiples cruces fronterizos ha requerido históricamente acumular perfiles eSIM locales. Como demuestran las pruebas de laboratorio, alternar entre múltiples perfiles de un solo país genera una notable latencia de cambio en la banda base, arriesga la saturación de memoria del chip y propicia errores de sincronización en el Local Profile Assistant (LPA).

La orquestación dinámica de perfiles elimina por completo estas fricciones a nivel de hardware. Mediante el cambio avanzado de operador Over-The-Air (OTA) en una única ranura eUICC aprovisionada permanentemente, plataformas como MollySIM reemplazan el ciclo tradicional de instalar-eliminar-reinstalar por un modelo arquitectónico centralizado.

Arquitectura de perfiles dinámicos Over-The-Air (OTA)

Los proveedores tradicionales de eSIM exigen la descarga de applets de perfil independientes para cada nuevo destino. Cada instalación consume entre 25 KB y 60 KB de memoria no volátil protegida en el eUICC, contribuye al límite de almacenamiento del sistema operativo (el tope de 8 a 20 perfiles en teléfonos de gama alta) y desencadena nuevas negociaciones criptográficas con el servidor SM-DP+ remoto.

``` Arquitectura Tradicional: [Perfil País A] -> [Reinicio Banda Base] -> [Perfil País B] -> [Saturación de Memoria]

Arquitectura Dinámica de MollySIM: [Perfil Permanente Único MollySIM] ===(Reenrutamiento OTA Core)===> [Más de 150 Redes Globales] ```

MollySIM resuelve esto mediante el enrutamiento dinámico y centralizado de perfiles IMSI (International Mobile Subscriber Identity):

• Cero rotación de perfiles: Un único perfil eSIM permanente permanece instalado en el dispositivo. Al cruzar fronteras, los usuarios simplemente seleccionan y asignan paquetes de datos regionales o globales desde el panel digital sin generar nuevos códigos QR ni escribir nuevas claves criptográficas en el eUICC.
• Eliminación de la latencia de banda base: Al mantenerse activo el perfil subyacente, el módem evita el ciclo de reinicio en frío de 8 a 30 segundos habitual al cambiar de perfil. El traspaso de red se comporta de forma idéntica a una negociación de roaming activa, reduciendo los tiempos de registro celular a los estándares habituales de conexión entre torres (menos de 3 segundos).
• Prevención de pérdida criptográfica accidental: Eliminar una eSIM de viaje convencional purga de forma permanente sus claves privadas de autenticación del Secure Element. El modelo de perfil único de MollySIM conserva el token de identidad en el hardware, permitiendo pausar, renovar o ampliar planes de datos en más de 150 destinos bajo demanda.

Alternancia multi-perfil vs. Aprovisionamiento dinámico de perfil único

Respaldo ininterrumpido: Por qué importa una FUP de 384 kbps

Los límites de datos de alta velocidad en 5G/LTE son una realidad en los viajes internacionales. Al agotarse estos paquetes, los proveedores de eSIM tradicionales reducen el ancho de banda a políticas de uso justo (FUP) obsoletas de 128 kbps o 64 kbps.

Bajo condiciones de red reales, un tope de 128 kbps genera retrasos severos en la cola de paquetes:

• Tiempos de espera en protocolos TLS/SSL: Las pasarelas de pago modernas, las aplicaciones bancarias y los intercambios de tokens en puntos de venta (Apple Pay / Google Wallet) requieren intercambios criptográficos rápidos de ida y vuelta. A 128 kbps, la alta latencia de los paquetes suele provocar la expiración de la sesión de pago antes de completar la transacción.
• Fallos en mapas vectoriales: Las aplicaciones de navegación como Google Maps y Apple Maps no logran renderizar capas de mapas vectoriales por debajo de ~200 kbps, mostrando cuadrículas en blanco durante la navegación activa.

``` Benchmarks de rendimiento con velocidad reducida: