2025-06-06 · 7 min read · Technical Whitepapers
多IMSI SIM在单个芯片上承载3-10个用户身份。设备在新国家开机时，Java Card小程序读取LOCI文件，用当前IMSI检测可见网络，若网络拒绝则循环至下一个IMSI、清除禁用PLMN列表并重试。整个决策循环在20-30秒轮询周期内运行，无需后端干预。引导逻辑——无论是轮询小程序还是网络引导——是决定设备在40秒还是15分钟内建立连接的采购决策。
搭载多IMSI SIM的设备在鹿特丹集装箱码头开机。当前IMSI是Vodafone荷兰配置文件。调制解调器扫描可见PLMN，找到KPN、T-Mobile NL和Vodafone NL。它以Vodafone IMSI尝试附着。网络将其认证为本地用户。连接在2秒内建立。两小时后同一设备在伊斯坦布尔配送中心开机。其Vodafone荷兰IMSI现在是漫游访客。Turkcell拒绝附着——该IMSI类型无漫游协议。SIM小程序通过LOCI状态字段检测到拒绝，递增至下一个IMSI（Turk Telekom本地配置文件），向调制解调器发送REFRESH命令，清除禁用PLMN列表并重试。这次Turk Telekom看到的是本地用户。连接在大约45秒内建立。做出此决策的引导逻辑是运行在SIM上的几百行Java Card字节码。
智能驻留在SIM Toolkit（STK）小程序中——制造时安装在UICC上的Java Card应用程序。它不会持续运行。它按定时器唤醒、读取文件、检查标志，然后要么回到休眠要么发起切换。机制：每20-30秒，蜂窝模块作为正常GSM/UMTS/LTE协议操作的一部分向SIM发送STATUS消息。小程序对STATUS消息计数。在可配置计数后——通常每第4条STATUS消息——小程序向模块发送PLI（提供本地信息）命令。模块以LOCI（位置信息）文件内容响应。LOCI包含四个关键字段：服务网络的MCC和MNC、位置区码，以及最重要的——位置更新状态。有四种可能值：UPDATED（全服务——无需操作）、NOT UPDATED（尝试注册中——等待）、PLMN NOT ALLOWED（网络拒绝——切换IMSI）或LOCATION AREA NOT ALLOWED（跟踪区拒绝——切换IMSI）。当状态在可配置超时后读取为UPDATED之外的任何值时，小程序触发轮换。
轮询引导（设备中心）：小程序维护一个有序IMSI列表——通常3-10个，在个性化局预加载。当前IMSI失败时，小程序选择下一个而不考虑位置、成本或策略。IMSI 1失败→IMSI 2。IMSI 2失败→IMSI 3。IMSI 3失败→回到IMSI 1。设备在每个新IMSI上重试所有可见网络，因为小程序在每次切换后清除禁用PLMN列表。这简单、无需后端基础设施且在任何地方都能工作。缺点：SIM不知道哪个IMSI对当前国家最优——它只是循环直到成功。网络引导（集中式）：小程序使用相同的轮询机制，但IMSI列表和优先级由核心网络管理而非SIM。连接提供商基于实时批发定价、运营商SLA性能和监管变化按国家更新优选IMSI顺序——通常每1-3个月通过OTA刷新。小程序仍在本地轮询，但其遵循的顺序是集中优化的。
如果小程序循环遍历所有已加载IMSI且无一实现UPDATED LOCI状态——意味着每个IMSI都被每个可见网络拒绝——小程序不会放弃。它暂停退避期（通常5-15分钟，可配置）并从IMSI 1重新开始循环，再次清除FPLMN列表。调制解调器重新扫描并重试。如果设备处于真正无蜂窝覆盖区域——地下室、法拉第笼环境、深度农村——循环无限继续，由于重复PLMN扫描和附着尝试，以正常空闲速率2-5倍的功耗消耗电池。这是多IMSI IoT部署中"神秘电池消耗"的最常见原因。修复方法是CMP侧策略：N次完整循环失败后暂停IMSI轮换并切换到低占空比搜索模式。
引导技术最重大的发展是多IMSI小程序与eUICC（eSIM）平台的融合。纯多IMSI SIM快速（亚分钟切换）但静态——无法在已部署SIM上添加新IMSI而不物理更换。纯eUICC SIM灵活（可OTA下载任何运营商配置文件）但慢——完整配置文件下载消耗100-500 KB数据，根据网络条件需要2-15分钟。组合架构：部署eUICC兼容SIM（MFF2、iSIM或可插拔），以多IMSI配置文件作为主要运营配置文件加载。已知运营商和已知国家间的日常切换使用多IMSI小程序——快速、本地、无数据消耗。当设备进入无一已加载IMSI可用的国家时，eUICC层触发：CMP OTA推送新运营商配置文件，设备下载，新IMSI被添加到小程序轮换列表。组合架构为90%的操作提供亚分钟切换，为剩余10%提供远程添加新运营商的能力。