开源 eSIM LPA

应用使用的公开接口是 EuiccManager，位于 android.telephony.euicc 包里。在它后面，实现配置文件处理的一方要继承 EuiccService，并在自己的清单文件里声明这个服务。框架随后向包管理器查询：哪些应用持有 WRITE_EMBEDDED_SUBSCRIPTIONS 权限，并且声明了响应 android.service.euicc.EuiccService 的服务，然后选出清单里声明优先级最高的那一个。同一时间只能有一个成为真正工作的 LPA。

这里面捆绑着一条硬性要求。LPA 应用必须是系统应用、包含在系统镜像里，才能调用相关的系统 API。与其说这是 Google 设卡，不如说这是这个组件本身的性质决定的：它要往一个存放运营商凭据的安全元件里写数据。但它确实意味着，缺少 LPA 这件事没法靠下载点什么来解决，而这正是这个领域里最常见的一个误解。

比多数人以为的要多，而 Osmocom 的 eUICC 与 eSIM 开发者手册维护着最接近权威索引的一份清单。在 Android 这一侧，重要的是 OpenEUICC，作者把它描述为面向 Android 设备的一个完全自由、完全开源的本地配置文件助手实现，提供两个变体。特权变体必须作为系统应用安装，用平台证书签名并放进系统分区，项目也为 ROM 构建者提供了特权应用白名单文件。取得特权之后，它可以管理内置 eSIM、外置 eSIM，以及通过 USB CCID 读卡器接入的芯片。

第二个变体 EasyEUICC 以普通的非特权应用身份运行，它的限制值得弄清楚，因为它经常被传错。它碰不到焊在你手机里的 eUICC。它只能访问那些通过 ARA-M 字段主动向它的签名证书授权的可插拔 eSIM 芯片，也就是说必须由芯片厂商把它列入白名单。离开 Android，还有 lpac，一个 C 语言库加命令行工具，核心是 libeuicc；EasyLPAC 是桌面前端；lpa-gtk 面向 Linux 移动设备；hermes 则是 Chromium OS 使用的 eSIM 守护进程。其中几个是跨平台的。但它们都不改变那条规则：在 Android 上，够到内置芯片需要系统级权限。

点名具体版本正是多数同类文章翻车的地方，因为答案会随发布而变，而且即使在同一个项目里也因机型而异。可以可靠地说的是：在支持 eSIM 的硬件上，厂商原生版本通常包含 LPA，而且往往是厂商或 Google 的闭源实现。跑在同样硬件上的加固 Android 系统常常能让它继续工作，有时藏在一个默认关闭的开关后面。派生自 LineageOS 的社区版本历来是薄弱环节，官方版本上有过添加 eSIM 的控件干脆不存在、或者存在却完全没有反应的报告。一个 ROM 要带上 OpenEUICC，必须是有人主动选择这么做，而这是逐个版本的决定。

所以与其相信一份清单，不如测这台设备。一个能走通、一直走到二维码扫描界面或手动输入激活码输入框的添加 eSIM 流程，就是某个 LPA 已安装并正常工作的直接证据，无论它是哪一个、由谁编写。反过来，这个流程不存在，或者控件点下去毫无反应，同样是方向相反的直接证据。这个测试不花钱，而且比任何页面都新。

任何人卖给你的 eSIM，包括我们的，在这一层都是同一个东西：一段指向开通服务器的 GSMA 激活码。世界上不存在“对更多 LPA 更兼容”的 eSIM，任何声称自己和去 Google 化系统有特殊兼容性的卖家，说的都是规范里根本没有的东西。卖家之间真正的差别，是他们对这条边界诚不诚实。我们这边的说法是：配置文件是我们的，LPA 是你的。

具体来说，我们卖的是一条真实的英国 +44 移动运营商线路，以 eSIM 二维码交付，不是 VoIP，也不是共用号码池，在全球通过漫游无限量接收来电和短信，完全不含移动数据。价格是一次性 25 美元，含前六个月，之后每六个月 15 美元，不会自动续费，因为我们不保存任何支付卡信息。旅行流量是另一款产品，1.99 美元起，覆盖 190+ 个国家和地区，只有数据。付款只收加密货币，共十二种方式，不需要 KYC、不需要账户、不需要邮箱，并配一个 AB12-CDEF 格式的 8 位查询码。英国号码的二维码只能使用一次，永远不会补发，所以下面这套检查不是走过场。另外把上限说清楚：购买时不做 KYC 省掉的是手续，省不掉你的设备 IMEI、你的 IP 地址，也省不掉运营商对一条在用线路的记录。