10月13日,三大运营商同时宣布正式获得开展 eSIM 手机运营服务商用试验的批复,这一重要突破标志着 eSIM 业务正式在中国大陆施行。
一句话介绍eSIM:eSIM 是 “嵌在设备里的数字 SIM 卡”,没有实体卡片,把手机号信息直接写进设备芯片里。功能和普通 SIM 卡一样(能联网、打电话)。今天我们来拆解下 eSIM技术原理。

1. eSIM的核心原理:从物理到数字的跃迁
eSIM的本质是嵌入式通用集成电路卡(eUICC),它将传统SIM的订阅数据(IMSI、认证密钥Ki、运营商配置文件)从可移除塑料卡转移到设备主板上的芯片中。不同于物理SIM的“即插即用”,eSIM采用**远程SIM配置(RSP)**机制,支持OTA(Over-The-Air)下载和切换运营商配置文件(Profile),无需物理干预。
- 硬件基础:eUICC芯片(如ST33或Infineon的eSIM模块)是一个独立的微控制器,面积仅几平方毫米,集成ROM(存储引导程序)、EEPROM(配置文件)和安全处理器(SE)。它符合GSMA SGP.02标准,内存容量从128KB到1MB不等,支持多Profile存储(通常8-20个),每个Profile包含IMSI、Ki、OPC(OPc衍生密钥)和应用数据。
- 工作原理:eSIM启动时,eUICC从EEPROM加载默认Profile,进行AKA(Authentication and Key Agreement)认证(基于A3/A8算法,生成RAND挑战)。如果需要切换,RSP流程通过ES9+接口与运营商服务器交互,下载新Profile,更新Ki和IMSI。整个过程使用TLS 1.3加密,密钥交换基于ECDSA(椭圆曲线数字签名算法),防止中间人攻击。
伪代码示例(RSP Profile下载简化流程):
function downloadProfile(profileID, MNO_Server):
// Step 1: 发起ES8+认证
cert_chain = eUICC.generateCertChain()
challenge = MNO_Server.issueChallenge(profileID)
signature = eUICC.sign(challenge, cert_chain)
if MNO_Server.verify(signature):
// Step 2: 下载Profile数据
profile_data = MNO_Server.fetchProfile(profileID) // 包含IMSI, Ki, OPC
encrypted_data = MNO_Server.encrypt(profile_data, eUICC_pubkey)
eUICC.decryptAndInstall(encrypted_data)
// Step 3: 激活Profile
eUICC.activateProfile(profileID)
else:
throw "Auth Failed"
这套流程确保Profile的原子性安装:要么全成功,要么回滚,避免半配置状态。
2. eSIM架构:GSMA标准与组件交互
eSIM架构遵循GSMA SGP.22(消费者eSIM)和SGP.32(IoT eSIM,2023年发布)标准,分为设备侧、运营商侧和SM-DP+侧。核心是拉取模型(Pull Model),设备主动请求Profile下载,相比推送模型更安全(减少服务器暴露)。
- 设备侧(eUICC):嵌入芯片,运行eUICC操作系统(基于Java Card或类似),管理Profile生命周期(安装、启用、禁用、删除)。支持LPA(Local Profile Assistant)应用,处理用户界面交互(如运营商选择)。内存分区:Secure Element(SE)存储敏感密钥,EEPROM存Profile元数据。
- 运营商侧(MNO):Subscription Manager Secure Routing(SM-SR)服务器路由Profile请求,使用ES11接口与eUICC通信。支持多MNO漫游,Profile切换时生成临时密钥(K_int),时延<100ms。
- Profile管理侧(SM-DP+):Subscription Manager Data Preparation Plus,运营商或第三方(如G+D)运行的服务器,生成加密Profile包(PPK,Protected Profile Package)。使用ES9+接口与LPA交互,支持批量Profile预置(IoT场景)。SGP.32针对低功耗IoT优化,减少信令开销50%,支持eDRX(扩展不连续接收)模式。
- 交互流程:设备LPA通过ES10接口通知SM-DP+下载需求,SM-DP+验证证书链(X.509 PKI),加密Profile后传输。整个RSP过程<5分钟,Profile大小<1MB。
架构图伪描述(文本版):
[Device (eUICC + LPA)] --ES10--> [SM-DP+] --ES9+--> [MNO (SM-SR)]
| |
ES11 (Routing) ES8+ (Auth)
SGP.32 for IoT扩展了消费者架构,引入轻量级RSP(减少ES接口调用),适配电池供电设备(如智能电表),Profile下载功耗<10mW。

3. 技术优势:极客眼中的亮点
- 灵活性:多Profile存储支持无缝切换运营商,无物理卡更换。RSP流程原子性确保零中断,适配IoT大规模部署(GSMA预测2025年eSIM IoT连接超10亿)。
- 安全性:eUICC的SE隔离密钥(Ki在芯片内生成),RSP使用ECDSA签名和TLS 1.3,防篡改。SGP.32引入设备证书链验证,降低侧信道攻击风险。
- 低功耗:IoT eSIM支持PSM(Power Saving Mode)和eDRX,电池寿命达10年,优于物理SIM的频繁换卡。
- 可扩展性:OTA更新Profile,结合5G SA网络切片(NSSF),时延<5ms,支持边缘计算集成(如MEC)。
伪代码示例(Profile切换):
function switchProfile(newID):
if eUICC.isEnabled(newID):
eUICC.disable(currentID)
eUICC.enable(newID)
MNO.updateSubscription(newID) // ES11接口
// AKA认证新Profile
RAND = MNO.challenge()
SRES, Kc = A3A8(RAND, Ki_new)
if MNO.verify(SRES):
activateNetwork() // 5G NR接入
4. 技术局限
- 兼容性:早期设备需eUICC芯片支持,SGP.22/32标准不向下兼容物理SIM。IoT场景中,Profile下载需稳定网络,弱信号区(<-100dBm)失败率>10%。
- 功耗与内存:多Profile存储占用EEPROM(<1MB),切换过程耗电<10mW,但频繁RSP可能影响电池寿命(<5%)。
- 标准化挑战:GSMA SGP.32虽优化IoT,但MNO间互操作需统一PKI,当前跨运营商切换时延<1s,但认证复杂。
- 安全风险:RSP依赖TLS,若证书链漏洞(如Heartbleed式),Profile可能被劫持(虽概率<0.01%)。

5. 未来趋势
- SGP.32扩展:2024年v1.2版优化低功耗IoT,引入eSIM for 5G RedCap,支持<1ms时延的边缘RSP,预计2025年连接超5亿。
- 6G集成:2030年6G将eSIM与通感一体(ISAC)结合,支持Profile动态加载(<100ms),适配全息通信。
- 开源贡献:CNCF项目如Clusterpedia将优化eSIM管理,贡献补丁至OpenStack数据库模块。
- IoT主导:GSMA预测,2025年eSIM IoT占比>30%,从手机扩展到汽车、医疗设备。
6. 总结
eSIM卡的技术原理根植于eUICC芯片的嵌入式设计和RSP远程配置,架构围绕GSMA SGP.22(消费者)和SGP.32(IoT)标准,核心交互包括LPA、SM-DP+和SM-SR服务器。通过ECDSA认证和TLS加密,实现多Profile动态管理,时延<100ms,安全性高。优势在于灵活性和低功耗,但兼容性和功耗优化仍需迭代。开发者可参考GSMA SGP文档(gsma.com/esim-specification)实验RSP流程,未来eSIM将主导5G/6G IoT时代。
目前eSIM不支持线上申请,可以去官方运营商营业厅申请,建议先线上预约(移动政企门户),再线下办理。
1511



被折叠的 条评论
为什么被折叠?



