SGP.22 vs SGP.32 - apa arti pergeseran standar eSIM untuk konektivitas perjalanan

Tujuan: Memberikan peta yang paham standar kepada pembeli eSIM perjalanan dan operator perjalanan/MVNO tentang Penyediaan SIM Jarak Jauh konsumen vs IoT - agar pembicaraan industri tentang "standar eSIM berikutnya" tidak mengaburkan dua jalan yang berbeda.

Audiens: Praktisi yang mengirim atau membeli konektivitas perjalanan konsumen (dan siapa pun yang mengevaluasi perangkat keras IoT/perjalanan terkait), bukan anggota komite GSMA.

Jika Anda membeli eSIM perjalanan, memindai kode QR, dan mendarat dengan data, Anda sudah berada di dalam arsitektur GSMA Remote SIM Provisioning (RSP) - bahkan jika Anda tidak pernah melihat nomor spesifikasinya. Nomor-nomor itu penting.SGP.22 adalah standar teknis RSP konsumen di balik alur eSIM smartphone dan perjalanan.SGP.32 adalah standar teknis RSP IoT untuk perangkat tanpa layar, terbatas, dan skala armada. Mereka berbagi beberapa blok bangunan. Mereka menyelesaikan masalah yang berbeda.

Perbedaan itu mudah kabur dalam presentasi pemasaran. Ini juga perbedaan antara seorang pelancong yang menginstal profil sementara di ponsel dan sebuah perusahaan yang mengatur konektivitas di ribuan sensor yang tidak akan pernah melihat layar. Bagi merek perjalanan, MVNO, dan siapa pun yang membangun di atas tumpukan eSIM konsumen, mengetahui di mana SGP.22 berakhir dan SGP.32 dimulai adalah hal yang mendasar - bukan karena pelancong membutuhkan PDF GSMA, tetapi karena percakapan industri sering mencampur jalan konsumen dan IoT.

Artikel ini memetakan arsitektur, aktor, perbedaan siklus hidup, dan implikasi praktis untuk konektivitas perjalanan - tanpa memperlakukan SGP.32 sebagai peningkatan langsung untuk roaming konsumen.

Mengapa industri membutuhkan lebih dari satu “standar” eSIM #

eSIM bukanlah satu protokol. Ini adalah keluarga spesifikasi GSMA yang mendefinisikan bagaimana profil operator disiapkan, dikirimkan, diinstal, diaktifkan, dinonaktifkan, dan dihapus dengan aman pada eUICC (platform SIM tertanam).

Indeks spesifikasi publik GSMA membuat pembagian ini eksplisit: RSP konsumen berada di bawah SGP.21 (arsitektur) dan SGP.22 (teknis); RSP IoT berada di bawah SGP.31 (arsitektur dan persyaratan) dan SGP.32 (teknis). Rilis konsumen aktif terus berlanjut melalui SGP.22 v2.x dan v3.x; rilis IoT berlanjut melalui SGP.31/SGP.32 v1.x, termasuk revisi terbaru 2024-2026 pada halaman spesifikasi eSIM GSMA (Spesifikasi Konsumen dan IoT eSIM GSMA).

Sebelum SGP.32, penyediaan jarak jauh IoT dan M2M sebagian besar berada dalam model mesin-ke-mesin sebelumnya (SGP.02), dengan pembagian server ganda SM-DP (persiapan data) dan SM-SR (pengarahan aman). Model tersebut memungkinkan manajemen profil jarak jauh untuk kasus penggunaan industri dan otomotif, tetapi juga membawa gesekan operasional: pemicu berorientasi SMS, keterkaitan komersial SM-SR/SM-DP yang lebih ketat, dan kurang cocok untuk perangkat LPWAN yang sangat terbatas. Penjelasan operator dan platform IoT secara konsisten menyebutkan batasan tersebut sebagai alasan GSMA membangun arsitektur IoT khusus daripada memaksakan RSP konsumen pada setiap modem (Eseye pada SGP.31/32; 1oT pada SGP.02 vs SGP.22 vs SGP.32).

Versi singkat: satu bentuk fisik (eSIM/eUICC), beberapa filosofi penyediaan.

SGP.22 dalam istilah sederhana: RSP konsumen untuk perangkat dengan manusia dalam loop #

SGP.22 adalah deskripsi teknis GSMA tentang Penyediaan SIM Jarak Jauh untuk perangkat konsumen. Tujuannya tidak ambigu: solusi teknis untuk penyediaan dan manajemen jarak jauh eUICC dalam perangkat konsumen, yang ditujukan untuk interoperabilitas di seluruh penyebaran operator - termasuk platform SM-DP+ dan vendor eUICC.

Pelaku inti dalam model konsumen #

Peran pelaku #

• eUICC: Platform aman yang menyimpan profil (kredensial operator dan komponen terkait)
• LPA (Asisten Profil Lokal): Asisten di perangkat (atau sebagian di eUICC) yang menggerakkan pengunduhan, pengaktifan/nonaktifkan/hapus lokal, dan manajemen profil yang dihadapi pengguna
• SM-DP+: Manajer Langganan - Persiapan Data +: menyiapkan, melindungi, dan mengirimkan Paket Profil Terikat
• SM-DS: Manajer Langganan - Layanan Penemuan: jalur penemuan opsional ketika perangkat perlu menemukan SM-DP+ yang tepat tanpa kode QR/aktivasi
• Operator / penerbit profil: Memiliki langganan komersial di balik profil

Dalam alur yang dikenali oleh para pelancong:

1. Beli paket perjalanan dan terima kode aktivasi (sering kali dalam bentuk QR).
2. Perangkat LPA menghubungi SM-DP+.
3. Paket profil terenkripsi diunduh dan diinstal pada eUICC.
4. Pengguna mengaktifkan profil (dan dapat menonaktifkan atau menghapusnya nanti).

Ini adalah model yang diinisiasi pengguna / berorientasi tarik. Seseorang hadir, perangkat memiliki UI, dan persetujuan adalah tindakan instalasi eksplisit. Itulah mengapa checkout eSIM perjalanan, kemitraan maskapai/fintech, dan aktivasi berbasis aplikasi semuanya sesuai dengan RSP konsumen kelas SGP.22 - bukan orkestrasi armada IoT.

Transportasi HTTPS/TLS cocok untuk smartphone. Ini lebih berat daripada banyak siklus tugas IoT yang dapat ditanggung, tetapi masuk akal untuk handset yang sudah mempertahankan konektivitas IP dan tumpukan keamanan penuh.

SGP.32 dalam istilah sederhana: IoT RSP untuk perangkat yang tidak dapat mengetuk “Tambah eSIM” #

SGP.32 adalah spesifikasi teknis untuk arsitektur eSIM IoT GSMA yang didefinisikan dalam SGP.31. GSMA menggambarkannya sebagai mencakup penyediaan jarak jauh dan pengelolaan eUICC dalam perangkat IoT yang terbatas jaringan dan/atau terbatas antarmuka pengguna, ditambah arsitektur eUICC, antarmuka, dan fungsi keamanan untuk model tersebut.

Aktor inti dalam model IoT #

Peran aktor #

• eUICC: eUICC yang mampu IoT yang menyimpan profil dan mendukung asosiasi manajemen jarak jauh IoT
• IPA (Asisten Profil IoT): Asisten sisi perangkat atau eUICC yang menjalankan pekerjaan penyediaan/pengelolaan tanpa UI konsumen; dapat berupa IPAd (pada perangkat) atau IPAe (pada eUICC)
• eIM (Manajer Jarak Jauh eSIM IoT): Entitas cloud/orkestrasi yang mengeluarkan operasi siklus hidup profil untuk perangkat atau armada
• SM-DP+: Digunakan kembali dari ekosistem konsumen untuk persiapan profil dan pengiriman yang dilindungi
• SM-DS: Peran penemuan dipertahankan jika relevan
• Operator: Sumber profil, seperti dalam RSP konsumen

Tujuan arsitektur konsisten di seluruh materi GSMA dan penjelasan industri: mempertahankan apa yang sudah berhasil dalam RSP konsumen (terutama SM-DP+), dan menggantikan asumsi manusia/LPA dengan manajer jarak jauh ditambah asisten asli IoT (Penjelasan standar Velocity IoT; Perbandingan 1oT).

Mengapa IoT membutuhkan model yang berbeda #

RSP konsumen mengasumsikan:

• layar atau UX pendamping,
• seseorang yang dapat memulai pengunduhan,
• konektivitas IP yang relatif stabil untuk sesi TLS,
• keputusan siklus hidup yang digerakkan pengguna per perangkat.

armada IoT sering mengasumsikan sebaliknya:

• tidak ada UI,
• konektivitas yang terputus-putus atau berbandwidth rendah (termasuk skenario LPWAN),
• check-in asinkron daripada sesi yang selalu aktif,
• pengaktifan/penghapusan/penghapusan yang digerakkan oleh kebijakan di banyak EID sekaligus.

Oleh karena itu, SGP.31/32 memperkenalkan manajemen status profil yang berorientasi armada dan eIM yang dapat memicu atau memproksi pengunduhan. Analisis industri juga menekankan opsi protokol ringan (misalnya CoAP/DTLS sebagai jalur alternatif untuk perangkat terbatas), penghapusan SMS sebagai ketergantungan keras untuk RSP IoT modern, dan dukungan untuk pengiriman profil langsung vs. tidak langsung tergantung pada apakah perangkat dapat berkomunikasi dengan nyaman dengan SM-DP+ itu sendiri (Eseye; 1oT).

Kritisnya, SGP.32 bukan sebuah “peningkatan perangkat lunak” yang kompatibel mundur untuk setiap eUICC SGP.02 yang sudah ada di lapangan. Eseye dan spesialis IoT lainnya mencatat bahwa penerapan standar M2M biasanya tetap pada model tersebut hingga akhir masa pakai; IoT greenfield adalah tempat SGP.32 dirancang untuk menjadi default.

SGP.22 vs SGP.32: perbandingan terstruktur #

Perbandingan dimensi demi dimensi #

Pasangan GSMA utama

• SGP.22 (RSP konsumen): arsitektur SGP.21 + teknis SGP.22
• SGP.32 (RSP IoT): arsitektur/persyaratan SGP.31 + teknis SGP.32

Dirancang untuk

• SGP.22 (RSP konsumen): Smartphone, tablet, perangkat wearable, perangkat konsumen dengan UI
• SGP.32 (RSP IoT): Perangkat IoT dan armada yang tidak memiliki UI / terbatas UI / terbatas jaringan

Manusia dalam loop?

• SGP.22 (RSP konsumen): Ya - pengguna memulai atau mengonfirmasi pemasangan/pergantian
• SGP.32 (RSP IoT): Tidak - eIM/IPA mengatur operasi dari jarak jauh

Asisten lokal

• SGP.22 (RSP konsumen): LPA
• SGP.32 (RSP IoT): IPA (IPAd atau IPAe)

Orkestrasi jarak jauh

• SGP.22 (RSP konsumen): Terbatas / bukan pusat desain
• SGP.32 (IoT RSP): eIM sebagai pengelola jarak jauh kelas satu

Server profil

• SGP.22 (consumer RSP): SM-DP+
• SGP.32 (IoT RSP): SM-DP+ (digunakan kembali)

Penemuan

• SGP.22 (consumer RSP): SM-DS (opsional dalam banyak alur)
• SGP.32 (IoT RSP): SM-DS dipertahankan dalam arsitektur

Model pemicu

• SGP.22 (consumer RSP): Sebagian besar tarik (QR / kode aktivasi / aplikasi)
• SGP.32 (IoT RSP): Dorong dan/atau tarik melalui pola check-in eIM dan perangkat

Postur transportasi

• SGP.22 (consumer RSP): Tumpukan IP konsumen berpusat pada HTTPS/TLS
• SGP.32 (IoT RSP): Berbasis IP; opsi perangkat terbatas ditekankan (misalnya, jalur CoAP/DTLS dalam ringkasan industri dari spesifikasi)

Masalah pendahulu yang diatasi

• SGP.22 (consumer RSP): Pergantian SIM fisik dan penguncian operator pada perangkat keras konsumen
• SGP.32 (IoT RSP): Penguncian operasional SGP.02, ketergantungan SMS, dan kesesuaian perangkat terbatas yang buruk

Relevansi eSIM perjalanan

• SGP.22 (consumer RSP): Langsung - ini adalah tumpukan di balik instalasi eSIM perjalanan ponsel yang khas
• SGP.32 (IoT RSP): Tidak langsung - membentuk ekosistem perangkat keras IoT/perjalanan yang berdekatan, bukan alur QR ponsel

Siklus hidup profil: kata kerja sama, tata bahasa berbeda #

Kedua dunia membicarakan tentang unduh, pasang, aktifkan, nonaktifkan, dan hapus. Tata bahasanya berbeda:

• Siklus hidup SGP.22 bersifat lokal dan berpusat pada pengguna. Setelah dipasang, pelancong (atau UI LPA) memutuskan kapan profil diaktifkan untuk data roaming, kapan dijeda, dan kapan dihapus.
• Siklus hidup SGP.32 bersifat jarak jauh dan berpusat pada kebijakan. eIM dapat mengeluarkan operasi manajemen status profil di satu EID atau banyak, dan IPA mengeksekusinya ketika perangkat dapat dijangkau - penting untuk perangkat yang tidur sebagian besar hari.

Itulah mengapa “pergantian profil” berarti hal komersial yang berbeda di setiap dunia. Dalam perjalanan konsumen, pergantian sering kali merupakan pembelian baru atau profil kedua yang dipilih pengguna. Dalam IoT, pergantian adalah operasi aset: mengubah penyedia konektivitas, merespons cakupan, atau memutar profil tanpa perlu mengirim teknisi.

Di mana spesifikasi IoT sebelumnya cocok: SGP.02 dan SGP.31 #

Model mental yang bersih:

1. SGP.02 - RSP M2M asli dengan SM-DP + SM-SR. Dasar, masih ada di properti dengan siklus hidup panjang (terutama otomotif dan penempatan di pabrik lainnya), tetapi semakin dianggap sebagai warisan untuk proyek IoT baru yang terbatas (1oT).
2. SGP.22 - RSP konsumen yang menyederhanakan penyediaan di sekitar SM-DP+ dan LPA; jalur pasar massal untuk ponsel dan eSIM perjalanan.
3. SGP.31 / SGP.32 - RSP IoT yang menggunakan kembali SM-DP+ sambil menambahkan eIM + IPA untuk manajemen armada tanpa kepala.

SGP.32 tidak muncul karena eSIM konsumen “gagal.” Itu muncul karena eSIM konsumen berhasil untuk manusia-dan keberhasilan itu masih belum menyelesaikan sensor yang dipasang di dalam kontainer pengiriman.

Implikasi untuk eSIM perjalanan, roaming konsumen, dan tumpukan MVNO #

Konektivitas perjalanan tetap menjadi cerita RSP konsumen #

Untuk ponsel dan sebagian besar perangkat pelancong, standar operatif tetap RSP konsumen kelas SGP.22. Pengalaman produk yang diperhatikan pelancong - beli sebelum keberangkatan, pasang melalui QR atau aplikasi, terhubung saat mendarat - sesuai dengan alur LPA ↔ SM-DP+, bukan perintah armada eIM.

Komentar industri GSMA tahun 2026 sendiri membingkai konektivitas perjalanan sebagai pergeseran struktural dalam roaming internasional: penawaran eSIM berbasis aplikasi lebih transparan dan fleksibel, dan distribusi bergerak lebih dekat ke pengguna akhir sebelum perjalanan dimulai (GSMA: penerapan pasar massal eSIM bergerak dari perkiraan menjadi fakta). Pergeseran komersial itu bergantung pada kematangan RSP konsumen dan dukungan handset, bukan pada peluncuran eIM IoT.

Apa yang diubah SGP.32 untuk ekosistem yang berdekatan dengan perjalanan #

Bahkan jika pelancong tidak pernah menyentuh SGP.32, standar ini penting di tepi perjalanan:

• Pelacak bagasi terhubung, kendaraan armada, sensor logistik, dan IoT tempat semakin membutuhkan manajemen profil jarak jauh tanpa upacara QR.
• Router perjalanan dan beberapa “perangkat keras eSIM” dapat berada di tengah yang berantakan: aktivasi gaya konsumen untuk pemilik manusia, tetapi kebutuhan operasional yang terlihat lebih seperti armada dalam skala besar.
• Operator dan MVNO dapat menjalankan keduanya properti SM-DP+ konsumen dan properti eIM IoT. Berbagi DNA SM-DP+ antara SGP.22 dan SGP.32 adalah disengaja; itu tidak berarti kedua kelas perangkat berbagi UX atau jalur sertifikasi yang sama.

Multi-IMSI, tumpukan MVNO, dan batasan yang jujur #

Multi-IMSI (beberapa identitas yang dapat dipilih dalam atau di samping produk konektivitas) dan unduhan profil eUICC sering dibahas bersama, tetapi mereka bukan mekanisme yang sama. Multi-IMSI dapat meningkatkan perilaku lampiran jaringan dalam penawaran komersial; eUICC RSP (SGP.22 atau SGP.32) adalah tentang menginstal dan mengelola profil operator penuh dengan aman di eUICC. Merek perjalanan dan MVNO dapat menggabungkan kedua teknik secara komersial, tetapi kejelasan arsitektur tetap penting: pemasangan perjalanan konsumen di ponsel dinilai berdasarkan interoperabilitas SGP.22 dan UX aktivasi; properti IoT dinilai berdasarkan operabilitas eIM/IPA dan ketahanan jaringan terbatas.

Peringatan berguna dari sisi IoT juga berlaku secara komersial: portabilitas teknis dalam spesifikasi tidak secara otomatis sama dengan portabilitas komersial dalam kontrak. SGP.32 mengurangi pola penguncian arsitektur tertentu yang terkait dengan SGP.02, tetapi ketentuan komersial penyedia masih menentukan seberapa bebas armada dapat memindahkan asosiasi eIM atau hubungan SM-DP+ eksternal (1oT). Pembeli perjalanan konsumen menghadapi pelajaran serupa dalam skala yang lebih kecil - RSP yang dapat dioperasikan tidak, dengan sendirinya, menjamin kualitas cakupan yang identik, kebijakan penggunaan wajar, atau pengalaman dukungan di seluruh penyedia.

Waktu pasar dan sinyal adopsi (publik, 2025-2026) #

Materi publik GSMA pada tahun 2026 menggambarkan eSIM konsumen memasuki skala operasional daripada bukti konsep. Menurut ringkasan GSMA Mei 2026 dari angka GSMA Intelligence, penetrasi smartphone eSIM global sekitar 5% pada akhir 2025, dengan jalur yang dinyatakan sekitar 10% pada akhir 2026, dan pertumbuhan lebih lanjut setelahnya; artikel yang sama menyebutkan sekitar tiga dari empat / 73% operator jaringan seluler menawarkan eSIM smartphone komersial, sambil mencatat kesenjangan yang tersisa antara ketersediaan dan aktivasi konsumen aktif (artikel eSIM pasar massal GSMA).

Di sisi IoT, komentar GSMA yang sama menyoroti SGP.32 sebagai penggerak struktural untuk varian produk global dan penggantian profil di lapangan - bahasa yang sesuai dengan cara platform IoT memposisikan standar tersebut. Kematangan spesifikasi juga terlihat dalam tabel publik GSMA: SGP.31/SGP.32 terus maju melalui daftar aktif v1.2 dan yang lebih baru v1.3 pada 2024-2026, bersama dengan spesifikasi uji terkait (indeks spesifikasi GSMA).

Interpretasi tanpa berlebihan: eSIM perjalanan konsumen sudah menjadi kasus penggunaan komersial yang terukur pada jalur SGP.22; SGP.32 adalah industrialisasi paralel dari IoT RSP. Mereka memperkuat cerita eSIM yang lebih luas tanpa menggantikan satu sama lain.

Apa yang harus diambil oleh pelancong dan merek #

Untuk pelancong #

Anda tidak perlu memilih antara SGP.22 dan SGP.32 saat membeli paket perjalanan. Jika Anda menginstal eSIM di ponsel melalui kode QR atau aplikasi, Anda berada di dunia RSP konsumen. Yang harus Anda perhatikan adalah hal-hal praktis: kompatibilitas perangkat, keandalan instalasi sebelum keberangkatan, cakupan tujuan, ketentuan penggunaan yang adil dan transparan, serta dukungan ketika ada masalah di gerbang.

Penyedia seperti Roamify berada di lapisan perjalanan konsumen itu - paket tujuan, instalasi digital, dan utilitas tetap online di luar negeri - daripada dalam manajemen armada eIM industri. Cerita standar di balik QR masih berbentuk SGP.22.

Untuk merek perjalanan, OTA, fintech, dan MVNO konsumen #

• Perlakukan interoperabilitas SGP.22 dan UX aktivasi sebagai fondasi produk.
• Jangan memasarkan “SGP.32” sebagai peningkatan yang menghadap pelancong kecuali arsitektur perangkat keras/armada Anda yang sebenarnya menggunakan IoT RSP.
• Jika Anda menjual atau melabeli ulang konektivitas untuk pelacak, router, atau perangkat keras perjalanan B2B, evaluasi secara terpisah apakah kelas perangkat memerlukan aliran LPA konsumen, aliran eIM IoT, atau hibrida bertahap.
• Investasikan dalam pendidikan: komentar pasar GSMA sendiri masih menunjukkan kesenjangan antara ketersediaan eSIM dan pemahaman/aktivasi konsumen. Panduan instalasi yang jelas tetap menjadi pembeda kompetitif.

Untuk operator dan platform konektivitas #

Menjalankan RSP konsumen dan IoT berdampingan semakin normal. Warisan SM-DP+ yang dibagikan membantu, tetapi sertifikasi, akreditasi keamanan, agen perangkat (LPA vs IPA), dan model operasi komersial tetap berbeda. Mencampur kosakata dalam pesan publik menciptakan harapan yang salah bagi pelancong dan pembeli perusahaan.

Kesimpulan: dua standar, satu narasi eSIM - jaga jalur tetap jelas #

SGP.22 dan SGP.32 bukanlah pesaing di papan peringkat yang sama. Mereka adalah jawaban untuk dua realitas perangkat:

• SGP.22 mengasumsikan seseorang hadir dan dapat menarik profil ke perangkat konsumen. Itulah arsitektur di balik eSIM perjalanan modern di ponsel.
• SGP.32 mengasumsikan perangkat sendirian - atau tidur - dan memerlukan manajemen jarak jauh yang mampu armada melalui eIM dan IPA, sambil tetap menggunakan pengiriman profil SM-DP+. Itulah arsitektur yang dibangun GSMA untuk IoT terbatas setelah batasan SGP.02 menjadi jelas.

Untuk konektivitas perjalanan, pelajaran strategisnya adalah presisi. Jalur RSP konsumen sudah membentuk kembali cara orang membeli roaming. Jalur RSP IoT membentuk kembali cara mesin tetap terhubung selama bertahun-tahun. Merek yang menjaga jalur tersebut tetap jelas akan menjelaskan eSIM dengan lebih kredibel - dan membangun produk yang sesuai dengan standar yang sebenarnya mereka kirimkan.

Catatan merek lembut: Roamify adalah penyedia eSIM perjalanan yang menawarkan paket di berbagai tujuan dengan aktivasi digital untuk ponsel yang kompatibel. Artikel ini adalah pendidikan standar, bukan klaim bahwa Roamify menerapkan manajemen armada IoT SGP.32.