eSIM 儲存上限與切換延遲實測：iPhone vs Android 旗艦機（2026 年深度對比）

---

嵌入式 SIM 的底層架構：eUICC 硬件、記憶體分配與活躍線路

要理解為何智能手機在 eSIM 儲存容量與切換速度上存在物理限制，我們必須從晶片層面進行探討。嵌入式 SIM 並非單純的軟件設定檔，而是一個 eUICC（嵌入式通用集成電路卡，embedded Universal Integrated Circuit Card）——這是一塊具備防篡改能力的專用安全微控制器，直接焊接於裝置的主機板上（或近年逐漸整合於 SoC 內的 iSIM）。

根據 GSMA SGP.22 等行業規範標準，eUICC 是一個獨立運行的加密安全隔離區（Cryptographic Enclave），完全獨立於應用處理器（AP）及系統主快閃記憶體（Flash Memory）。

`` +-----------------------------------------------------------------------+ | eUICC 晶片 | | +-------------------------------------------------------------------+ | | | 卡片作業系統 (COS) | | | +-------------------------------------------------------------------+ | | | ECASD (根金鑰) | ISD-R (生命週期) | LPAe (可選模組) | | | +---------------------+-----------------------+---------------------+ | | | ISD-P 獨立分區 | | | | +-----------------------+ +-----------------------+ +-----------+ | | | | | Profile 1: 原居地電訊商| | Profile 2: 外遊 eSIM| | Profile 3 | | | | | | - IMSI 及網絡金鑰 | | - IMSI 及網絡金鑰 | | (閒置 / | | | | | | - 電訊商 Applets | | - MollySIM Profile | | 未啟用) | | | | | | - 檔案系統 (32KB) | | - 檔案系統 (48KB) | | | | | | | +-----------------------+ +-----------------------+ +-----------+ | | +-----------------------------------------------------------------------+ ``

eUICC 記憶體限制：512KB 至 1MB 的極限空間

與智能手機動輒數百 GB 的 UFS 4.0 或 NVMe 主要儲存空間不同，eUICC 的安全非揮發性記憶體（NVM）容量極為有限。現時旗艦裝置所採用的 eUICC 模組，總容量通常僅介乎 512 KB 至 1024 KB（1 MB） 的強化 EEPROM 或 NOR 快閃記憶體。

這個極其狹窄的空間必須承載整套卡片底層架構：

• 卡片作業系統（COS）： 佔用 128 KB 至 256 KB，負責處理底層執行指令、加密演算法（ECC、RSA、AES）及硬件隔離。
• 安全網域（Security Domains）：
• ECASD（eUICC 控制權限安全網域）： 存放用於驗證 Profile 伺服器的 GSMA 根憑證。
• ISD-R（發行者安全網域根）： 管理所有 Profile 容器的生命週期。
• ISD-P（發行者安全網域 Profile）分區： 剩餘的空間（通常約 300 KB 至 650 KB）會劃分為獨立沙盒，用作存放各個電訊商 Profile。

單個電訊商 Profile（包含其 IMSI、加密認證金鑰 Ki/K、電訊商專屬 SIM Applets/Java Card TAR，以及本地策略規則）通常佔用 30 KB 至 80 KB 以上。因此，手機可安裝的 Profile 數量完全取決於硬體分區的物理限制，而非單純的軟件限制。

理論儲存容量 vs. 實體基帶收發器

消費者在閱讀規格時常忽略一個關鍵區別：休眠 Profile 緩存數量 與 同時活躍連線數量 是兩個截然不同的概念：

`` [ 休眠 Profile (快閃緩存) ] -> [ LPA 配置引擎 ] -> [ 基帶收發器 (活躍線路) ] (可存 8 至 20 個) (系統層級橋接) (最多 2 條活躍線路：DSDS / DSDA) ``

1. 休眠 Profile 緩存： 代表儲存在非揮發性快閃記憶體中、處於停用狀態的 ISD-P 容器數量。旗艦機的韌體通常可索引 8 至 20 個休眠 Profile。在此狀態下，憑證安全地凍結於快閃記憶體內，不消耗電力，亦不會在流動信號通道上註冊。
2. 活躍線路收發器（DSDS vs. DSDA）： 無論 eUICC 內儲存了 8 個還是 20 個 Profile，現代智能手機的基帶數據機（Modem，如高通 Snapdragon X75/X80 或 Apple 自研基帶架構）在物理 RF 射頻收發鏈路上，最多只能處理 兩個同時活躍的網絡狀態：

• 雙卡雙待（DSDS, Dual SIM Dual Standby）： 兩個 Profile（實體 SIM + eSIM，或雙 eSIM）共用單一基帶收發器。兩者可同時待機，但當線路 1 處於通話中（電路交換或高優先級 VoLTE）時，線路 2 的數據傳輸將會暫停。
• 雙卡雙通（DSDA, Dual SIM Dual Active）： 配備於部分頂級 Android 旗艦架構中，採用雙路獨立並行基帶通道，支援兩條線路同時進行無間斷的數據傳輸與語音通話。

LPA 管理、韌體索引與配置流程

連接 eUICC 硬件與手機作業系統的橋樑稱為 本地設定檔助手（Local Profile Assistant, LPA）。LPA 可實作於作業系統層級（iOS 與 Android 上的 LPAd），或直接內建於安全晶片內（LPAe），負責統籌 Profile 下載（LPD）與本地用戶介面（LUI）的互動。

當你在手機中切換 eSIM 時，LPA 會透過基帶發送底層 APDU 指令，停用目標 ISD-P、清除數據機基帶緩存中的舊認證工作階段、將基帶暫存器重新指派至新的 ISD-P，並於無線接入網（RAN）上執行雙向身分驗證。

由於切換 Profile 會引發冷啟動交握（Cold-handshake）基帶延遲，經常出國的旅客通常會保留一個原居地主要號碼，並搭配專用的外遊數據卡。先進的外遊 eSIM 供應商透過精簡、符合標準的 ISD-P 封包來優化此流程，以最小的 APDU 傳輸負擔完成安裝。

除了安裝效率，啟用後的網絡表現很大程度取決於電訊商的網絡管理策略。例如，MollySIM 實施了 384kbps 的公平使用政策（FUP）基準限速，遠高於傳統漫遊服務普遍採用的 128kbps。這項基準網速保證了即使高速數據配額耗盡，對延遲極為敏感的關鍵應用（如 Apple Pay 加密交握、Google Maps 向量地圖即時載入等）依然能夠穩定運作。

iPhone 與 Android 旗艦機：技術規格與儲存上限對比

智能手機可儲存的 eSIM Profile 數量上限，取決於其安全元件（eUICC）內劃分的物理非揮發性記憶體（NVM）容量，以及作業系統如何管理 Profile 元數據。雖然一般用戶常誤以為數碼化的 eSIM 容量是無限的，但硬件廠商受限於 GSMA SGP.22 規範，必須對 eUICC 記憶體進行嚴格分區，以隔離加密金鑰、Applets 及電訊商 Profile（ISD-P）。

各手機製造商（特別是 Apple、Samsung 及 Google）在基帶設計、eUICC 控制器及 Profile 管理常駐程式上的架構設計各有不同。

記憶體分配：Apple Secure Enclave vs. Android 硬件架構

• Apple iPhone 系列（iPhone 15、16 及 17 系列）： Apple 結合自研基帶/高通 Snapdragon 數據機與獨立的 CC EAL6+ 認證 eUICC 晶片（通常由意法半導體 STMicroelectronics 或恩智浦 NXP 提供）。iOS 為每個 Profile 容器預留固定大小的區塊，平均可儲存 8 至 10 個 eSIM Profile。美版無實體 SIM 卡槽的機型優化了基帶路由，支援雙活躍 eSIM（Dual Active eSIM），可在無實體 nano-SIM 的情況下，讓任意兩個已儲存的 Profile 同時以雙卡雙待（DSDS）模式運行。
• Google Pixel 系列（Pixel 8、9 及 10 系列）： Google 採用 Titan M 系列安全輔助處理器搭配 Exynos/Tensor 數據機架構。Pixel OS 對 Profile 容器採用動態區塊分配機制，LPA 會動態調配 eUICC 的可用快閃記憶體，而非劃分死板的固定區塊。因此，現代 Pixel 裝置在 Profile 未包含異常龐大的電訊商 Applets 時，最多可儲存多達 20 個 eSIM Profile。Pixel 亦原生支援多重啟用設定檔（MEP, Multiple Enabled Profiles），允許單一物理 eUICC 晶片同時運行兩條活躍 eSIM 線路。
• Samsung Galaxy 系列（Galaxy S24、S25 及 S26 系列）： Samsung 硬件部門依賴整合於 Samsung Knox Vault 的嵌入式安全元件。儲存容量介乎 5 至 10 個 Profile，具體取決於地區韌體分區及採用的是高通 Snapdragon 還是 Samsung Exynos 平台。Samsung 近年在旗艦機型中全面擴展對 MEP 的支援，讓最新型號亦能實現雙 eSIM 同時待機。

旗艦機技術規格比較矩陣

下表詳述了當前各大旗艦平台的底層硬件設定、切換特性及儲存邊界：

配置開銷與實際漫遊影響

Profile 檔案封包的大小直接決定了安裝與啟用的時間。若 Profile 內綑綁了過多過時的 SIM 應用工具箱（STK）程式，會導致 Profile 超出標準的 64KB 分區，增加初次下載時的 APDU 寫入週期耗時。

當裝置內儲存了多個 Profile 並進行跨國邊界切換時，安裝效率與連線後的質素至關重要。輕量化的 Profile 在機場或邊境等訊號受限的基站環境下，能以更快的速度完成配置。

此外，Profile 啟用後的數據處理規則直接影響實用性。對於使用 MollySIM 等服務的旅客而言，其 Profile 經過專門優化，可實現極速 LPA 交握，同時其網絡架構保證了 384kbps 的 FUP 最低基準網速。相比市場上常見的 128kbps 限制，這高出 3 倍的頻寬確保了 Apple Pay 加密驗證、Uber 叫車追蹤及 Google Maps 即時導航等關鍵工具，即使在高速數據用盡後也不會因超時而中斷。

切換延遲與跨越邊境：真實環境下的 LPA 啟用與交握實測

理論上的 eUICC 容量定義了硬件可存放多少 Profile，而切換延遲則決定了跨國外遊時的實際體驗。在原居地電訊商與外遊 eSIM 之間切換時，作業系統、基帶處理器與遠端發射塔之間會執行一系列高度複雜的多階段交握流程。

`` [用戶 / 系統觸發切換] │ ▼ [LPA：發送 APDU 啟用 Profile] ──► [基帶軟重啟及註銷 IMSI] │ ▼ [建立 IP 數據流 (DHCP/APN)] ◄── [雙向鑑權 (Milenage/TUAK)] ◄── [掃描 PLMN 及鎖定 ARFCN] ``

LPA 交握的 5 大生命週期階段

當你在裝置設定中切換 eSIM 時，本地設定檔助手（LPA）會嚴格執行 GSMA SGP.22 規範所定義的電訊交握程序：

1. Profile 狀態切換： LPA 向 eUICC 發送應用協定資料單元（APDU）指令，停用目前的活躍 Profile，並將目標 Profile 標記為啟用。
2. 基帶重新初始化與 IMSI 註銷： 流動通訊數據機執行局部基帶重啟，發送 IMSI Detach 訊息，向當前的公共陸地流動網絡（PLMN）進行乾淨的註銷。
3. 射頻掃描與 PLMN 搜尋： 數據機掃描本地 4G LTE 及 5G NR 頻段上支援的絕對射頻頻道編號（ARFCN），並對照新啟用 Profile 內網絡選擇優先表中的流動國家代碼（MCC）與流動網絡代碼（MNC）。
4. 加密鑑權認證： 基帶透過 Milenage 或 TUAK 演算法，與本地拜訪地網絡（VPLMN）及歸屬地 HSS/UDM 伺服器交換認證向量（Authentication Vectors）。
5. 承載建立與 PDP 上下文啟用： 裝置協商接入點名稱（APN），建立預設 EPS/5GS 承載，並透過 DHCP 動態獲取 IPv4/IPv6 位址分配。

系統延遲基準測試：iOS vs. Android 旗艦機

受 LPA 常駐程式優化程度、數據機韌體整合及電訊商設定檔驗證機制的影響，各品牌裝置的切換速度存在明顯差異。

測試基準是在活躍的 5G 獨立組網（SA）與非獨立組網（NSA）環境下，使用 Tier-1 漫遊 Profile 測得。

Google 原生 Android 的 lpad 執行效率在純粹的開關切換速度上領先，主要得益於其精簡的中間驗證層。相比之下，Samsung 的 One UI 在將控制權交給基帶之前，Knox 安全機制會額外校驗 SIM Profile 簽名，因而產生了額外開銷。Apple 的 CoreTelephony 架構則具備高度一致且穩定的連線鎖定表現，能有效避免重置射頻模組時出現介面卡頓。

邊境冷啟動註冊與漫遊回退機制

最具挑戰性的情境發生在實體跨越國境時（例如乘搭歐洲跨國火車，或自駕往返美加邊境）。當主要網絡訊號中斷時，3GPP TS 23.122 定時器將決定數據機搜尋本地網絡與漫遊夥伴的頻率與積極度。

若外遊 eSIM 設定不良且包含過多無效的漫遊偏好清單，裝置可能會陷入長達 60 至 120 秒的「無服務」搜尋迴圈，不斷輪詢不存在的漫遊頻率。

優質的 eSIM 架構能將這種切換摩擦減至最低。透過精準的 MCC/MNC 優先表與最佳化的基帶交握，像 MollySIM 這樣的供應商能將冷啟動註冊延遲大幅縮短。此外，由於 MollySIM 提供 384kbps 的 FUP 最低基準網速（達業界標準 128kbps 的 3 倍），即便在跨越國際邊界、邊緣路由表正在更新的過渡期，重要的定位服務、即時通訊及交通應用依然能順暢運作，不會觸發網絡連線逾時中斷。

頻繁更換 Profile 的風險：誤刪、電訊商 QR Code 鎖死與 LPA 陷阱

頻繁更換 Profile（即在多國旅行期間快速安裝、停用與刪除各國 eSIM）會使手機的射頻系統暴露在一連串隱蔽的故障風險中。雖然手機廠商宣傳 eUICC 是無縫的數碼儲存庫，但底層軟件與加密金鑰交換層為跨境旅客帶來了不少潛在陷阱。

`` +-----------------------------------------------------------------------------------+ | GSMA SM-DP+ 配置生命週期 | | | | [QR Code / Matching ID] ---> [SM-DP+ 伺服器] ---> [執行加密交握] | | | | | v | | Token 消耗 (單次啟用認證) | | | | | +--------------------------+--------------------------+ | | | | | | v v | | [eUICC 成功安裝 Profile] [意外刪除 Profile] | | | | | | v v | | 正常運作狀態 永久失去數據連線 | | (QR Code 無法再次掃描) | +-----------------------------------------------------------------------------------+ ``

用戶介面歧義：「關閉」與「刪除」的陷阱

在國外失去網絡連線的最主要原因，往往源於作業系統介面的設計歧義。iOS 與 Android 在「停用基帶 Profile」與「清除底層加密金鑰」之間的介面區分不夠直觀：

• Apple iOS： 在「設定」>「流動網絡」中，點擊某條線路會顯示綠色的「開啟此號碼」開關，但緊隨其後的是顯眼的紅色按鈕「刪除 eSIM」（舊版為「移除流動網絡計劃」）。許多用戶為了節省電量而想暫時關閉漫遊時，常誤按紅色按鈕，導致 Profile 從安全元件中被徹底抹除。
• Samsung One UI： Samsung 在「SIM 卡管理器」中提供了開關，但在子選單中直接放置了「移除」選項，且未設有多步驟的生物識別二次確認，容易在日常切換線路時導致手民之誤。

SM-DP+ 單次性 Token 失效問題

一旦 eSIM Profile 從 eUICC 中被刪除，絕無法單靠重新掃描當初的確認文件或 PDF 上的 QR Code 來復原。

根據 GSMA 消費者遠端 SIM 配置（RSP）架構（SGP.22），SM-DP+（訂閱管理數據準備+）伺服器會生成一個專屬的 MatchingID 並綁定單次性加密交易憑據（Token）。當本地設定檔助手（LPA）完成初次下載並返回執行確認後：

1. SM-DP+ 伺服器會立即將該 Token 標記為「已消耗 / 已使用」（Consumed / Spent）。
2. 電訊商的計費 OSS/BSS 系統會將分配的 ICCID 與該裝置的 eUICC EID 進行硬件綁定。
3. 之後若嘗試再次掃描，系統只會返回 RSP 錯誤（例如：SM-DP+ Error: 8.1.1 - Matching ID not found or already used）。

旅客若在旅途中因短暫的基帶卡頓而誤刪 Profile，往往會面臨網絡徹底斷線的困境，最終只能無奈重新購買新的計劃。

LPA 錯誤狀態與 eUICC 記憶體耗盡

現代旗艦機的 eUICC 晶片通常具備 512KB 至 1.5MB 的專用非揮發性記憶體（NVM）。當用戶累積了大量過期的外遊 Profile 時，LPA 可能會觸發嚴重的邊界異常錯誤：