Acceso al diagnóstico de telefonía en Android:

Bajo el capó: La arquitectura de los Perfiles Habilitados Múltiples (MEP) de la GSMA

Históricamente, operar en modo Dual SIM Dual Standby (DSDS) requería una duplicación física de hardware: dos bandejas mecánicas para nano-SIM independientes, o bien una bandeja para SIM física junto a un único chip UICC integrado (eUICC) dedicado. Mantener dos líneas concurrentes implicaba dedicar líneas de bus físico independientes a elementos seguros separados.

La tecnología de Perfiles Habilitados Múltiples (MEP, por sus siglas en inglés) transforma este paradigma por completo. Definida en las especificaciones GSMA SGP.22 (v3.0+) y SGP.32, MEP permite que un único chip físico eUICC resuelva, autentique y mantenga dos perfiles activos de forma simultánea sin necesidad de un segundo elemento seguro físico.

+-----------------------------------------------------------------------+
|                              Android OS                               |
|        [TelephonyManager]                   [EuiccManager]            |
|                 \                                 /                   |
|                  +---------------+---------------+                    |
|                                  |                                    |
|                      [Radio HAL / MEP Interface]                      |
+----------------------------------+------------------------------------+
                                   |
                     +-------------+-------------+
                     |                           |
             [Logical Port 0]            [Logical Port 1]
                     |                           |
+--------------------+---------------------------+----------------------+
| Baseband Processor (Snapdragon X75/X80 / Exynos 5400 / Tensor G4/G5)  |
|          [Transceiver Core A]         [Transceiver Core B]            |
|          (RRC Active State 1)         (RRC Active State 2)            |
+--------------------+---------------------------+----------------------+
                     |                           |
                     +-------------+-------------+
                                   | Multiplexed ISO/IEC 7816-4
+----------------------------------+------------------------------------+
| Single Physical eUICC Chip                                            |
|  +-----------------------------+   +-------------------------------+  |
|  | ISD-P (Profile A - Principal)|   | ISD-P (Profile B - Viaje)     |  |
|  +-----------------------------+   +-------------------------------+  |
+-----------------------------------------------------------------------+

DSDS tradicional vs. Arquitectura MEP en un solo chip

El salto arquitectónico desde el hardware multi-SIM discreto hacia MEP se basa en la virtualización de los puertos de comunicación entre el módem de banda base y el elemento seguro:

Canales lógicos ISO/IEC 7816-4 y multiplexación de dominios seguros

A nivel de silicio, un eUICC aloja un ECAL (sistema operativo del eUICC) que gestiona contenedores criptográficos aislados denominados Issuer Security Domains-Profile (ISD-P). En una arquitectura estándar de perfil único habilitado, activar un nuevo perfil obliga al sistema operativo a enviar un comando DISABLE al ISD-P activo antes de emitir un comando ENABLE al contenedor de destino.

MEP sortea esta limitación utilizando canales lógicos ISO/IEC 7816-4:

1. El firmware del eUICC expone puertos lógicos independientes a la interfaz del módem.
2. El módem abre múltiples canales de comunicación lógicos (por ejemplo, Channel 0 para el Puerto 0, Channel 1 para el Puerto 1) a través de un único bus físico Serial Peripheral Interface (SPI) o I2C/ISO 7816-3.
3. Cada canal lógico se conecta de forma autónoma a un ISD-P específico. Los desafíos de autenticación (como los APDU AUTHENTICATE generados durante la señalización NAS en 4G/5G) se ejecutan simultáneamente, permitiendo procesar en paralelo algoritmos Milenage o TUAK en ambos perfiles.

Particionamiento de módem y banda base a nivel de silicio

Procesar dos perfiles activos sobre un solo chip exige una profunda virtualización en el módem celular. Las plataformas de silicio modernas —como los procesadores Qualcomm Snapdragon X75/X80 y los Tensor G3, G4 y G5 de Google (que integran módems de banda base Samsung Exynos series 5300/5400)— gestionan MEP asignando dinámicamente los recursos del transceptor:

• Máquinas de estado duales de Control de Recursos de Radio (RRC): El módem de banda base instancia dos pilas de protocolos RRC independientes. El Perfil A y el Perfil B mantienen estados RRC autónomos (por ejemplo, RRC_CONNECTED en 5G Sub-6GHz para tu línea principal, y RRC_IDLE o RRC_CONNECTED en LTE para tu línea de datos en roaming).
• División de portadoras y multiplexación por división de tiempo en la etapa de RF: El módem particiona sus amplificadores de bajo ruido (LNA) internos y módulos amplificadores de potencia. Algoritmos dinámicos de distribución de energía reparten el margen de transmisión (límites SAR) entre ambos puertos lógicos activos sin degradar la sensibilidad del receptor.

El stack de software MEP en Android: EuiccManager y Radio HAL

Android gestiona MEP mediante una arquitectura de abstracción que desacopla el hardware físico de las ranuras lógicas:

1. Framework de telefonía de Android: TelephonyManager referencia dos ranuras SIM lógicas (Slot 0 y Slot 1), pero EuiccManager asocia ambas ranuras a un único cardId mediante EuiccCardInfo.getPorts().
2. Capa de interfaz de radio (RIL) y HAL 1.5+: A través de la HAL android.hardware.radio.config, Android se comunica con el módem mediante UiccPortInfo. Cuando el usuario activa una eSIM secundaria, la HAL asigna el nuevo perfil a Port Index 1 sin interrumpir la sesión activa del operador en Port Index 0.
3. Optimización del enrutamiento de datos: Android permite la asignación explícita de datos por puerto. Para viajes internacionales, los usuarios suelen enrutar el tráfico de datos en segundo plano a través de un perfil de viaje flexible como MollySIM. Con esta configuración, aunque la línea local principal continúe activa para llamadas VoLTE y SMS esenciales de operador, la capa de datos móviles de alta velocidad y baja latencia opera íntegramente a través del puerto lógico secundario MEP. Además, el límite de Política de Uso Razonable (FUP) de MollySIM se mantiene en 384 kbps —casi el triple del estándar tradicional de la industria de 128 kbps—, garantizando que procesos críticos como la actualización de mapas en Google Maps y la autenticación en Apple/Google Pay se completen sin interrupciones a través de la interfaz virtualizada.

Matriz de compatibilidad de hardware y SO: Gama alta de Android en 2026

Aunque Google introdujo la arquitectura HAL fundamental para Perfiles Habilitados Múltiples en Android 13, su funcionamiento real depende estrictamente de la arquitectura física del chip eUICC (compatibilidad con GSMA SGP.22 v3.0+) y del enrutamiento del módem de banda base. En 2026, la dual eSIM mediante MEP ha pasado de ser una función experimental exclusiva de los Pixel a convertirse en un estándar industrial en procesadores de gama alta y media-alta.

La siguiente tabla resume las implementaciones activas de MEP, configuraciones de radiofrecuencia (RF) y capacidades de banda base en los dispositivos insignia actuales:

Evolución del SO: Mejoras en la pila de telefonía desde Android 13 hasta Android 16

La evolución del núcleo de código abierto de Android ha eliminado las fricciones iniciales en entornos multi-eSIM:

Android 13 Base                   Android 14 / 15 Core               Android 16 Optimización
┌────────────────────────┐        ┌────────────────────────┐         ┌────────────────────────┐
│ Análisis básico de     │───────►│ Llamadas Cross-SIM     │────────►│ Enrutamiento DSDA      │
│ puertos (Mapeo manual) │        │ "Backup Calling" nativo│         │ Cambio instantáneo     │
└────────────────────────┘        └────────────────────────┘         └────────────────────────┘

1. Android 13 (La base)

• Introdujo clases eUICC multipuerto (UiccPortInfo, EuiccPortInfo).
• Requería reinicios completos del módem al cambiar el estado del perfil secundario, provocando microcortes de señal (3 a 5 segundos) en la línea principal.

2. Android 14 y 15 (Llamadas entre datos y conectividad resiliente)

• Llamadas cruzadas entre datos Dual-SIM (Backup Calling): Permite al sistema operativo tunelizar el tráfico de voz/SMS IMS desde una SIM principal sin cobertura de roaming a través del canal de datos móviles activo de una SIM de viaje secundaria. Si tu operador principal carece de roaming internacional, Android utiliza la vía de datos suministrada por una eSIM de viaje como MollySIM para cursar llamadas VoWiFi sobre red celular sin incurrir en tarifas de larga distancia.
• Cambio automático de datos: Conmutación dinámica del canal de datos móviles según la pérdida de paquetes en tiempo real y la relación señal-ruido (SNR).

3. Android 16 (Aprovisionamiento multioperador con latencia cero)

• Intercambio instantáneo de puertos lógicos: Suprime los ciclos de desconexión y reinicio de la banda base al alternar entre perfiles eSIM inactivos almacenados en el eUICC.
• Gestión granular de bandas sobre MEP: Asigna de forma independiente porciones de red (network slices) 5G Standalone (SA) sub-6GHz y mmWave entre Port Index 0 y Port Index 1 sin colisión en las antenas de RF.

DSDA vs. DSDS en configuraciones MEP

Las capacidades del módem por hardware determinan cómo gestionan los dos perfiles activos sus conexiones simultáneas:

• Dual SIM Dual Standby (DSDS): Ambos perfiles comparten una única vía de transceptor de RF. Cuando ocurre una llamada de voz activa conmutada por circuitos o IMS en el Puerto 0, la transmisión de datos en el Puerto 1 se pausa, a menos que la función "Backup Calling" esté habilitada mediante la configuración del operador.
• Dual SIM Dual Active (DSDA): Presente en buques insignia con Snapdragon 8 Gen 3/4/Elite (como Pixel 9/10, Galaxy S25/S26, OnePlus 13), donde operan dos transceptores de banda base independientes de manera concurrente. Los usuarios pueden descargar archivos pesados o utilizar mapas de navegación sobre el perfil de datos de MollySIM en el Puerto 1 mientras mantienen una llamada telefónica en la línea principal del Puerto 0 sin caídas de paquetes ni ralentizaciones. Incluso al alcanzar el consumo contratado, el límite de 384 kbps de la Política de Uso Razonable (FUP) de MollySIM triplica el estándar habitual de 128 kbps, asegurando renderizado de mapas, actualización de tokens y mensajería fluida durante las llamadas.

Guía paso a paso: Aprovisionamiento y uso de dos eSIM simultáneas en Android

Implementar dos perfiles activos concurrentes mediante Perfiles Habilitados Múltiples (MEP) requiere una configuración precisa en los ajustes de banda base de Android. A continuación se detalla el procedimiento técnico para configurar tu operador local en el Port Index 0 lógico (para voz y SMS bancarios 2FA) y un perfil de datos de alta velocidad MollySIM en el Port Index 1 lógico.

Paso 1: Verificación previa y comprobación de bloqueo de operador

Antes de iniciar el aprovisionamiento del eUICC, confirma que el hardware y firmware de tu dispositivo permitan la operación dual-eSIM simultánea:

1. Verificar el estado de bloqueo de red: Ve a Ajustes > Información del teléfono > Estado de SIM (o Información de estado en dispositivos Samsung). Asegúrate de que figure Red desbloqueada (o Desbloqueo de UICC: Permitido). Los dispositivos bloqueados por operadores suelen inhabilitar los puertos lógicos secundarios, impidiendo el uso de perfiles duales activos.
2. Retirar SIMs físicas en conflicto: Si tienes una nano-SIM física insertada, extráela o desactívala en los ajustes para evitar que el módem regrese al modo tradicional de una SIM física + una eSIM en implementaciones DSDS anteriores.

Paso 2: El protocolo de enlace LPA y aprovisionamiento remoto SM-DP+

Al escanear el código QR de una eSIM, el Local Profile Assistant (LPA) de tu dispositivo establece una sesión segura mTLS (Mutual TLS) con el servidor Subscription Manager Data Preparation (SM-DP+) del operador para descargar y descifrar el paquete del perfil directamente en el chip eUICC.

[LPA del dispositivo] <--- Enlace mTLS ---> [Servidor SM-DP+]
         |                                           |
         +---- Autentica y Descarga ---------------->+
         |
[Chip eUICC] <--- Instala el perfil en Port Index 0 / 1

En Google Pixel (Android 14 / 15 / 16)

1. Dirígete a Ajustes > Redes e internet > SIMs.
2. Pulsa en + (Añadir SIM) y selecciona Descargar una eSIM nueva.
3. Escanea el código QR de tu operador principal (Perfil A). Una vez completado, pulsa de nuevo en Ajustes > Redes e internet > SIMs > Añadir SIM.
4. Escanea el código QR de MollySIM (Perfil B).
5. Cuando aparezca el mensaje: "¿Usar 2 eSIMs? Puedes usar dos eSIMs al mismo tiempo", selecciona Sí / Cambiar. Android asignará el Perfil A al Port Index 0 y MollySIM al Port Index 1.

En Samsung Galaxy (One UI 6 / 7 / 8)

1. Ve a Ajustes > Conexiones > Administrador de SIM.
2. Pulsa en Añadir eSIM > Escanear código QR del proveedor.
3. Añade tu perfil principal y, a continuación, tu eSIM de datos de viaje.
4. En SIM preferidas, verifica que ambos interruptores de eSIM estén en Activado. El controlador del módem de Samsung asignará automáticamente ambos perfiles entre los dos puertos lógicos.

Paso 3: Enrutamiento de red granular y segmentación de tráfico

Para evitar cargos inesperados por roaming de datos en tu línea principal manteniendo abiertas las vías de SMS para códigos 2FA, configura el enrutamiento de tráfico de forma explícita:

Consejo profesional: MollySIM cuenta con una arquitectura de enrutamiento APN de alta prioridad. Incluso si se agotan tus datos de alta velocidad contratados, MollySIM aplica una Política de Uso Razonable (FUP) base de 384 kbps. A diferencia del límite habitual de 128 kbps en el sector —que suele causar errores de tiempo de espera—, 384 kbps ofrece ancho de banda suficiente para audio VoIP, navegación paso a paso en Google Maps y mensajería instantánea, manteniendo la línea de origen inactiva para datos.

Paso 4: Verificación de la conexión simultánea a torres celulares

Tras la configuración, comprueba que ambos puertos lógicos del módem estén registrados simultáneamente en sus respectivas redes de acceso de radio (RAN):

# Acceso al diagnóstico de telefonía en Android:
Marca: *#*#4636#*#* -> Selecciona "Información sobre el teléfono"

1. Inspeccionar Phone 0: Comprueba que figure Servicio de voz: En servicio, Servicio de datos: Desconectado (o En servicio sin ruta predeterminada), y confirma el registro con tu operador local mediante IMS/VoLTE.
2. Inspeccionar Phone 1: Selecciona el índice secundario en el menú desplegable. Verifica Servicio de datos: En servicio con 5G Standalone (SA) activo o Carrier Aggregation LTE en la red asociada de MollySIM.
3. Iconos de señal en la barra de estado: Una configuración MEP correctamente aplicada mostrará dos iconos de cobertura superpuestos en la barra de notificaciones de Android, lo que indica conexión de radio simultánea sin bloqueos en la banda base.

Enrutamiento de red, optimización de APN y resolución de conflictos

El uso de dos perfiles concurrentes mediante MEP genera dos interfaces de red virtuales en el kernel de Linux de Android (normalmente mapeadas como rmnet_data0 y rmnet_data1). Para garantizar transferencias de datos de alto rendimiento en tu perfil de viaje sin perder la recepción de SMS/llamadas 2FA de tu operador local, es esencial optimizar las tablas de enrutamiento, los Nombres de Punto de Acceso (APN) y las pilas IMS (IP Multimedia Subsystem).

1. Multiplexación de APN y eliminación de fugas de datos en itinerancia

Con dos eSIM activas, Android asigna pilas de protocolos celulares independientes a cada perfil. Para evitar cobros no deseados por roaming internacional en tu SIM principal (Perfil A) y asegurar una salida de datos óptima con MollySIM (Perfil B), configura los APN de la siguiente manera:

• Aislamiento de la itinerancia de datos: Desactiva de forma explícita la opción Itinerancia de datos en el Perfil A (Local), manteniendo los Datos móviles ACTIVADOS exclusivamente en el Perfil B (MollySIM). Esto preserva el soporte Circuit-Switched (CS fallback) y el registro IMS para códigos OTP, cerrando por completo el portador de datos GGSN/PGW en la línea local.
• Gestión de MMSC sin filtración de datos: Si tu operador local requiere mensajería multimedia (MMS), asegúrate de que el campo type del APN del Perfil A contenga únicamente mms. Nunca permitas default o * en el APN del Perfil A en el extranjero; de lo contrario, los procesos del sistema en segundo plano podrían transmitir telemetría a través del enlace de roaming nacional.

2. Registro dual IMS y VoWiFi entre SIM ("Llamadas de respaldo")

Las arquitecturas MEP avanzadas en Android 14, 15 y versiones de 2026 admiten VoWiFi entre operadores (comercializado como "Backup Calling" o "Uso de datos móviles para llamadas").

┌────────────────────────────────────────────────────────┐
│ Android Telephony Framework (Pilas IMS duales)         │
├────────────────────────────┬───────────────────────────┤
│ Perfil A (IMS local)       │ Túnel IPsec cifrado       │
│                            │ (Señalización y voz VoWiFi)│
├────────────────────────────┼───────────────────────────┤
│ Perfil B (Pila MollySIM)   │ Transporte IP subyacente  │
│                            │ (Canal de datos 5G / LTE) │
└────────────────────────────┴───────────────────────────┘

Al habilitar esta función, el Perfil A registra su cliente IMS contra el P-CSCF (Proxy Call Session Control Function) de tu operador de origen mediante un túnel IPsec establecido sobre la conexión de datos local del Perfil B. De este modo, realizas y recibes llamadas y SMS nativos con tu número habitual sin pagar tarifas de roaming celular.

Gracias a que MollySIM ofrece una velocidad base bajo Política de Uso Razonable (FUP) de 384 kbps incluso tras agotar el paquete de alta velocidad, el canal IP conserva latencias inferiores a 100 ms y un jitter mínimo, condiciones indispensables para los códecs de audio AMR-WB y EVS. Esto garantiza que la autenticación en segundo plano, el recálculo de rutas en Google Maps y las llamadas de respaldo funcionen sin interrupciones ni bloqueos de red.

3. Prioridad de DNS y conmutación por error automática de puerta de enlace

Al operar con doble eSIM, Android resuelve las peticiones DNS del sistema a través del adaptador de red asignado a la suscripción de datos activa por defecto.

• Evitar conflictos de Split-Horizon DNS: Durante el roaming, algunos operadores extranjeros emplean proxies DNS transparentes que interceptan el puerto 53. Para evitar fallos en los protocolos TLS y bloqueos de conexión en aplicaciones, activa DNS privado (DNS-over-TLS) en Ajustes > Redes e internet > DNS privado utilizando proveedores como dns.google o one.one.one.one.
• Control del "Cambio automático de datos": Android incorpora una función de respaldo automático que conmuta la línea de datos activa si la señal disminuye. Desactiva el "Cambio automático de datos" al viajar. Si el Perfil B experimenta una