Cómo transferir eSIM de viaje entre dispositivos Android (Guía 2026 para Samsung y Google Pixel)

La arquitectura de la migración de eSIM en Android: Google Pixel vs. Samsung Galaxy One UI

Para entender por qué transferir una eSIM de viaje entre dispositivos Android no siempre es una experiencia fluida de «un solo toque», primero debes examinar las capas subyacentes de hardware y software que controlan la migración de perfiles digitales.

A nivel de hardware, todo buque insignia moderno de Android alberga un eUICC (Embedded Universal Integrated Circuit Card): un microchip resistente a manipulaciones soldado directamente en la placa base. Dentro de este chip se encuentra el ISD-R (Issuer Security Domain Root), que almacena credenciales seguras, y múltiples contenedores ISD-P (Issuer Security Domain Profile), cada uno capaz de alojar un perfil de operador individual.

El puente entre el sistema operativo y el eUICC es el LPA (Local Profile Assistant). El LPA gestiona la descarga de perfiles, los cambios de estado y los intercambios seguros de metadatos con el servidor remoto SM-DP+ (Subscription Manager Data Preparation+). La forma en que Google y Samsung diseñan sus LPA genera una divergencia operativa notable en todo el ecosistema.

+-------------------------------------------------------------------------+
|                         Estándar GSMA SGP.22                            |
+------------------------------------+------------------------------------+
|         Motor Google Pixel         |       Motor Samsung One UI         |
|   (LPA Nativo + Transfer Android)  |    (SecSIMService + KNOX Core)     |
+------------------------------------+------------------------------------+
| - Pixel 7 / 8 / 9 / 10 / Fold      | - Galaxy S23 / S24 / S25 / Z Fold  |
| - Fast Pair / Herramienta Sistema  | - Smart Switch / Herramienta SIM   |
| - Procesamiento GSMA TS.43         | - Clave propietaria Samsung Cloud  |
+------------------------------------+------------------------------------+
                                      |
                      +---------------+---------------+
                      |     Capa de Hardware eUICC    |
                      |  (Ranura de perfil ISD-R/P)   |
                      +-------------------------------+

El framework LPA de Android puro de Google (serie Pixel)

En los dispositivos Google Pixel (series Pixel 7, 8, 9 y Pixel Fold), la gestión de eSIM está completamente integrada en el núcleo de AOSP a través de la implementación nativa del LPA de Google. La migración de dispositivo a dispositivo de Google utiliza el estándar GSMA TS.43 junto con la herramienta de transferencia integrada de Android.

Al iniciar una transferencia entre dos dispositivos Pixel:

1. El Pixel de origen genera un desafío criptográfico cifrado mediante Fast Pair (Nearby Share/Quick Share).
2. El Pixel de destino escanea un código QR de migración dinámico generado localmente por el LPA del dispositivo de origen.
3. El LPA de Google se comunica con el servidor SM-DP+ del operador para verificar la autorización, activar la liberación automatizada del perfil en el eUICC de origen y aprovisionar la descarga de un nuevo perfil en el eUICC de destino.

Gestor de eSIM en Samsung One UI 6 y 7 (serie Galaxy)

Samsung se desmarca del estándar AOSP envolviendo las operaciones de eSIM dentro de sus servicios propietarios SecSIMService y KNOX Security Core, gestionados a través del Administrador de SIM de One UI en dispositivos Galaxy S23, S24, S25 y Z Fold/Flip.

La función «Transferir SIM a otro dispositivo» de Samsung prioriza la continuidad dentro de su propio ecosistema. Al mover una eSIM entre dos dispositivos Samsung, One UI elude los canales de migración estándar de Android en favor de un protocolo criptográfico vinculado a la cuenta de Samsung (Samsung Account). Este flujo autoriza las transferencias de perfiles directamente dentro del entorno seguro de Knox, lo que permite una migración rápida de eUICC a eUICC durante la configuración con Smart Switch o mediante ajustes independientes en el Administrador de SIM.

El obstáculo de la interoperabilidad entre diferentes fabricantes (Cross-OEM)

Aunque las transferencias dentro de una misma marca (de Pixel a Pixel o de Samsung a Samsung) funcionan de manera fiable gracias a estos procesos de migración dedicados, las transferencias entre diferentes fabricantes (de Pixel a Samsung o de Samsung a Pixel) se topan con una barrera técnica.

Dado que Google y Samsung utilizan enlaces LPA propietarios diferentes para autenticar el ciclo automatizado de desactivación/reactivación de la GSMA, no es posible utilizar la utilidad «Transferir SIM» de Samsung para enviar un perfil activo directamente a un Google Pixel, ni el protocolo Fast Pair de Pixel puede ordenar directamente cambios en el eUICC protegido por KNOX de Samsung.

Por consiguiente, trasladar una eSIM de viaje entre diferentes fabricantes de Android suele requerir eliminar el perfil del dispositivo antiguo y volver a solicitarlo al servidor SM-DP+ del operador mediante el código QR de activación original.

Para los viajeros que realizan estas reconfiguraciones entre marcas sobre la marcha, mantener la conectividad durante la transición es fundamental. Proveedores de viajes como MollySIM mitigan los riesgos de transferencia permitiendo la redescarga flexible de perfiles a través de su panel de control, respaldada por una red de seguridad con Política de Uso Justo (FUP) a 384 kbps. A diferencia de las eSIM de viaje tradicionales que se reducen a una velocidad inutilizable de 128 kbps cuando se agotan los datos de alta velocidad, una conexión a 384 kbps mantiene el ancho de banda suficiente para que Google Maps, la mensajería instantánea y las autenticaciones sigan operativas mientras reconfiguras el perfil eUICC en tu nuevo dispositivo.

Transferencias asistidas por operador vs. Políticas de instalación única en eSIM de viaje

Para comprender por qué el traslado de un plan de datos internacional entre teléfonos Android suele fallar, es necesario distinguir entre los motores de asignación de los operadores nacionales y la infraestructura mayorista que respalda a las eSIM de viaje globales.

Flujo de Operador Nacional (MNO con TS.43):
[Teléfono Antiguo] ---> Servidor de derechos valida IMSI/IMEI ---> Genera nuevo perfil OTA ---> [Teléfono Nuevo]

Flujo de eSIM de Viaje Prepago:
[Servidor SM-DP+] ---> Emite token de un solo uso (LPA:1$...) ---> Bloquea al EID de destino ---> Token consumido

Portabilidad nacional: Arquitectura de derechos GSMA TS.43

Los operadores de redes móviles nacionales (MNO) de primer nivel, como AT&T, Movistar, Vodafone o T-Mobile, gestionan el traspaso de perfiles mediante los estándares de Configuración de derechos de servicio GSMA TS.43. Cuando inicias una transferencia desde el dispositivo mediante el asistente de configuración de Android, el sistema operativo se comunica directamente con el Servidor de Derechos (Entitlement Server o ES) del operador.

El ES autentica dinámicamente tu cuenta de facturación, da de baja el EID (Embedded Identity Document) del dispositivo anterior, genera un nuevo perfil digital en el servidor SM-DP+ (Subscription Manager Data Preparation) del operador y lo envía silenciosamente al nuevo hardware de forma inalámbrica (OTA). El usuario nunca tiene que manipular una cadena de texto de activación manual.

eSIM de viaje: El modelo de tokenización de un solo uso

Los proveedores de eSIM de viaje prepago operan bajo un modelo de aprovisionamiento fundamentalmente diferente, diseñado para la intermediación de datos mayoristas en lugar de la gestión continua del ciclo de vida del abonado.

Al adquirir un plan de viaje, la plataforma del proveedor genera un perfil de activación codificado según la sintaxis estándar de la GSMA:

1. Vinculación criptográfica: Cuando el Asistente de Perfil Local (LPA) de tu Samsung Galaxy o Google Pixel lee esta cadena, establece una conexión segura TLS mutua (mTLS) con el servidor SM-DP+ asignado.
2. Transición de estado: El servidor SM-DP+ cambia el estado del perfil en su base de datos de Released (Liberado) a Downloaded (Descargado), vinculando las claves criptográficas del perfil estrictamente al chip físico eUICC (EID) de ese teléfono específico.
3. Invalidación del token: Una vez instalado el perfil, el token de activación (Matching ID) se marca permanentemente como Consumido (Burned).

La trampa de «eliminar el perfil»

El error más común entre los viajeros internacionales es eliminar manualmente una eSIM activa de su antiguo dispositivo Samsung asumiendo que podrán escanear el código QR del PDF original con su nuevo Google Pixel.

Dado que los nodos SM-DP+ de viaje estándar aplican políticas de instalación única para evitar la clonación de perfiles y el secuestro de SIM, el servidor rechazará de inmediato el segundo intento de conexión. El código QR original se convierte en metadatos inservibles y el saldo de datos restante asociado a ese perfil queda inaccesible.

[Usuario borra perfil en Galaxy] ---> Perfil eliminado del eUICC local
                                     |
[Usuario escanea mismo QR en Pixel] ---> SM-DP+ rechaza token (Error: "Código ya utilizado")
                                     |
                             [CONEXIÓN DE DATOS PERDIDA]

Esta rigurosa tokenización a menudo deja a los viajeros incomunicados en momentos críticos, como durante escalas en terminales internacionales o al cambiar de dispositivo en el hotel.

Si se produce un bloqueo inesperado del perfil o el agotamiento de datos mientras reconfiguras tu teléfono durante el viaje, contar con una alternativa de respaldo fiable es crucial. Las soluciones modernas de conectividad para viajes como MollySIM integran redundancia en su modelo de aprovisionamiento. Además de controles accesibles desde el panel de usuario para gestionar perfiles, MollySIM implementa un umbral de Política de Uso Justo (FUP) a 384 kbps en sus planes.

Mientras que las SIM de viaje tradicionales reducen la velocidad a unos inutilizables 128 kbps —una velocidad que provoca errores de tiempo de espera (timeouts) en conexiones SSL, sesiones TLS modernas y en la carga de mapas—, una conexión a 384 kbps es tres veces más rápida. Esto proporciona el ancho de banda necesario para cargar tarjetas de embarque digitales, procesar pagos con Google Wallet/Apple Pay, navegar en Google Maps y comunicarse con el soporte del operador para restablecer el servicio sin contratiempos.

Guía paso a paso: Transferencia y configuración de perfiles entre Samsung y Pixel

Completar una transferencia con éxito entre dispositivos insignia de Android requiere una ejecución precisa tanto en el Local Profile Assistant (LPA) como en la pila de red del fabricante. A continuación se detallan los procedimientos operativos verificados para migrar eSIM entre entornos One UI y Android puro.

Lista de verificación previa a la transferencia

Antes de iniciar cualquier comunicación entre dispositivos, asegúrate de cumplir con los siguientes requisitos para evitar la corrupción del perfil:

• Conexión Wi-Fi compartida: Conecta ambos dispositivos a la misma red Wi-Fi privada y estable. Evita redes públicas con portal cautivo (como las de aeropuertos u hoteles), ya que restringen la visibilidad local entre dispositivos.
• Bluetooth activo y proximidad: Activa el Bluetooth en ambos terminales y colócalos a menos de 30 cm de distancia para garantizar una sincronización criptográfica continua.
• Seguridad biométrica y pantalla de bloqueo: Asegúrate de que ambos dispositivos tengan un método de bloqueo activo (PIN, contraseña o biometría) para autorizar el intercambio de claves de seguridad.
• Versión del sistema operativo: Verifica que el Samsung Galaxy cuente con One UI 5.1 o superior (se recomienda One UI 6/7) y que el Google Pixel esté actualizado a Android 14, 15 o 16.

Escenario 1: Transferencia entre marcas distintas (Samsung Galaxy a Google Pixel)

El estándar de transferencia nativo de eSIM en Android utiliza Wi-Fi Direct y emparejamiento Bluetooth combinados con la autenticación de Google Play Services para transferir perfiles de operadores compatibles.

[Destino: Pixel]  Inicia "Transferir SIM" ---> Genera código QR cifrado
                                                    |
[Origen: Galaxy]  Escanea la pantalla        ---> Confirmación biométrica
                                                    |
[Servidor SM-DP+] Valida la conexión         ---> Entrega la eSIM al Pixel

1. Iniciar en el dispositivo de destino (Google Pixel):

• Ve a Ajustes > Redes e internet > SIMs > Añadir SIM.
• Selecciona Transferir SIM de otro dispositivo. El Pixel mostrará en pantalla un código QR dinámico firmado criptográficamente.

1. Autenticar en el dispositivo de origen (Samsung Galaxy):

• Aparecerá una notificación automática mediante Google Play Services: «¿Transferir SIM a Pixel?».
• Toca la notificación (o abre la app de Cámara) y escanea el código QR que aparece en el Pixel.

1. Confirmar el aviso de seguridad:

• Autentícate en el Galaxy usando tu huella digital o el PIN de bloqueo de pantalla.
• Toca Transferir para confirmar la desactivación en el eUICC del Galaxy.

1. Finalizar la configuración en el destino (Pixel):

• El Pixel establecerá una sesión TLS saliente con el servidor SM-DP+ del operador, descargará el nuevo perfil operativo y mostrará el mensaje «Transferencia completada». Toca Listo.

Escenario 2: Migración dentro del ecosistema Galaxy a Galaxy

Samsung optimiza las transferencias dentro de su propio ecosistema utilizando tokens de seguridad de Samsung Account y el Administrador de SIM de One UI.

1. En el dispositivo Galaxy de destino:

• Ve a Ajustes > Conexiones > Administrador de SIM.
• Toca Añadir eSIM > Transferir SIM de otro dispositivo.
• Selecciona Buscar dispositivos cercanos.

1. En el dispositivo Galaxy de origen:

• Desbloquea el teléfono. Aparecerá un aviso: «¿Transferir SIM a [Nombre del dispositivo]?».
• Toca Transferir y verifica tu identidad mediante autenticación biométrica (huella dactilar o escaneo de iris).

1. Ejecutar el traspaso de perfil:

• Selecciona el perfil de viaje u operador específico que deseas transferir.
• Toca Transferir y espera entre 60 y 90 segundos a que el eUICC del dispositivo de destino descargue los datos de activación.

Escenario 3: Reaprovisionamiento de eSIM de viaje dedicadas (Protocolo seguro)

La mayoría de las eSIM de viaje internacionales no admiten transferencias nativas directas entre dispositivos a través del sistema operativo, ya que el certificado operativo de un solo uso no puede recifrarse entre chips eUICC distintos.

Si experimentas una pérdida inesperada del perfil durante un viaje internacional, disponer de un operador flexible evitará que te quedes sin conexión. Proveedores como MollySIM resuelven las complicaciones de las transferencias ofreciendo reaprovisionamiento directo desde su panel de control junto con una Política de Uso Justo (FUP) garantizada a 384 kbps.

Dado que 384 kbps es tres veces más rápido que el límite habitual de 128 kbps de las SIM de viaje estándar, los servicios esenciales de bajo consumo —como mensajería instantánea, rutas en tiempo real en Google Maps y pagos mediante Google Wallet— continúan funcionando sin interrupciones mientras reconfiguras tu conexión principal.

Análisis comparativo: Métodos de transferencia de eSIM en Android vs. Soluciones de viaje

Mover perfiles móviles digitales en el fragmentado ecosistema de Android implica lidiar con distintos protocolos de fabricantes, normativas GSMA y capas de software de operadores. La siguiente tabla resume el rendimiento de las herramientas nativas del sistema operativo frente a proveedores de viaje convencionales y soluciones aprovisionadas en la nube al migrar perfiles entre terminales Samsung Galaxy y Google Pixel.

Desglose arquitectónico: Por qué las SIM de viaje tradicionales fallan al cambiar de dispositivo

El fallo estructural durante las transferencias entre diferentes marcas (por ejemplo, al pasar de un Samsung Galaxy S24 Ultra a un Google Pixel 9 Pro) se debe a la gestión de claves criptográficas en el aprovisionamiento remoto de la GSMA. Las eSIM de viaje tradicionales utilizan un código de activación único vinculado a un servidor SM-DP+. Al escanear un código QR convencional, el servidor SM-DP+ enlaza criptográficamente ese perfil específico al EID (Embedded Identity Document) del chip eUICC del dispositivo original.

Como los proveedores de viaje estándar no implementan las costosas infraestructuras de Autorización de Servicio GSMA TS.43, ni Fast Pair de Android ni Samsung Smart Switch pueden negociar una transferencia de derechos en tiempo real entre sistemas de distintos fabricantes. Intentar una transferencia local directa suele invalidar el estado del LPA (Local Profile Assistant), dejando el perfil inutilizable en el teléfono anterior y sin autorización en el nuevo.

[Fallo de transferencia en eSIM de viaje estándar]
Dispositivo Origen (Galaxy) --(Token de un solo uso destruido)--> [Servidor SM-DP+ rechaza enlace] --x Dispositivo Destino (Pixel)
Resultado: Sin datos / Pérdida total de conexión

[Reasignación dinámica en la nube con MollySIM]
Dispositivo Origen (Galaxy) ---> [API de Control en la Nube MollySIM] ---> [Nuevo Token Emitido] ---> Dispositivo Destino (Pixel)
Red de seguridad activa: El respaldo FUP a 384 kbps evita la desconexión total durante la transición

Eliminación de bloqueos de migración con aprovisionamiento en la nube y continuidad a 384 kbps

Para superar las limitaciones de los tokens de un solo uso, MollySIM separa la compra del paquete de datos de los identificadores rígidos del hardware físico mediante un sistema dinámico de reaprovisionamiento en la nube. Si actualizas, sustituyes o cambias tu teléfono entre Samsung y Google Pixel durante tu viaje, no necesitas esperar a que el soporte técnico atienda un ticket para resetear un código QR consumido. La plataforma restablece automáticamente la vinculación desde tu panel de usuario, generando un nuevo perfil adaptado al motor LPA del dispositivo de destino.

Además, MollySIM protege la fase más crítica de los viajes internacionales —el tiempo de inactividad durante la reconfiguración del dispositivo— implementando una velocidad mínima garantizada por Política de Uso Justo (FUP) a 384 kbps.

Los proveedores tradicionales reducen la velocidad a 64 kbps o 128 kbps (o cortan el servicio a 0 kbps) cuando ocurren incidencias técnicas o se agota el paquete principal. A 128 kbps, las transacciones web cifradas actuales sufren constantes errores de tiempo de espera SSL. En cambio, el mínimo de 384 kbps de MollySIM triplica el estándar del mercado, manteniendo el ancho de banda necesario para operaciones esenciales de baja latencia:

• Navegación GPS en directo: Carga mapas vectoriales en tiempo real y recalcula rutas en Google Maps y Apple Maps sin interrupciones.
• Autenticación de pagos: Procesa transacciones con tokens de emulación de tarjeta (HCE) mediante Google Wallet y Apple Pay en terminales de pago.
• Comunicaciones críticas: Mantiene operativas las aplicaciones de mensajería (WhatsApp, Signal, iMessage) para recibir códigos SMS de autenticación en dos pasos (2FA) y gestionar tu viaje mientras completas la configuración del nuevo dispositivo.

Solución de problemas: Fallos de LPA, errores de dirección SM-DP+ y bloqueos de perfil

Cuando una migración de eSIM se detiene, el fallo se produce en la capa del Local Profile Assistant (LPA), el componente de software en Android encargado de gestionar las autenticaciones criptográficas entre el servidor remoto SM-DP+ y el chip físico eUICC. A continuación se presenta el marco de diagnóstico para identificar, aislar y corregir errores del protocolo RSP (Remote SIM Provisioning) en terminales Samsung Galaxy y Google Pixel.

Diagnóstico de códigos de error GSMA RSP

El LPA de Android muestra cadenas de error estandarizadas por la GSMA (SGP.22) cuando se interrumpe la descarga de un perfil o la secuencia de autenticación mutua. La siguiente tabla detalla las acciones correctivas para los problemas más habituales:

Configuración manual de la cadena LPA (Omitir fallos del escáner óptico)

Si el refle