SGP.22 vs SGP.32 - apa maksud perubahan standard eSIM untuk kesalinghubungan perjalanan

Matlamat: Berikan pembeli eSIM perjalanan dan pengendali perjalanan/MVNO peta yang memahami standard Penyediaan SIM Jarak Jauh pengguna vs IoT - supaya perbincangan industri tentang “standard eSIM seterusnya” tidak mengaburkan dua jalan yang berbeza.

Penonton: Pengamal yang menghantar atau membeli kesalinghubungan perjalanan pengguna (dan sesiapa yang menilai perkakasan IoT/perjalanan yang berkaitan), bukan ahli jawatankuasa GSMA.

Jika anda membeli eSIM perjalanan, imbas kod QR, dan mendarat dengan data, anda sudah berada dalam seni bina Penyediaan SIM Jarak Jauh (RSP) GSMA - walaupun anda tidak pernah melihat nombor spesifikasi. Nombor-nombor itu penting.SGP.22 adalah standard teknikal RSP pengguna di sebalik aliran eSIM telefon pintar dan perjalanan.SGP.32 adalah standard teknikal RSP IoT untuk peranti tanpa kepala, terhad, dan berskala armada. Mereka berkongsi beberapa blok binaan. Mereka menyelesaikan masalah yang berbeza.

Perbezaan itu mudah kabur dalam dek pemasaran. Ia juga perbezaan antara seorang pengembara memasang profil sementara pada telefon dan sebuah perusahaan mengatur kesalinghubungan di seluruh ribuan sensor yang tidak akan pernah melihat skrin. Bagi jenama perjalanan, MVNO, dan sesiapa yang membina di atas tumpukan eSIM pengguna, mengetahui di mana SGP.22 berakhir dan SGP.32 bermula adalah penting - bukan kerana pengembara memerlukan PDF GSMA, tetapi kerana perbualan industri sering mencampurkan jalan pengguna dan IoT.

Artikel ini memetakan seni bina, pelakon, perbezaan kitaran hayat, dan implikasi praktikal untuk kesalinghubungan perjalanan - tanpa menganggap SGP.32 sebagai peningkatan segera untuk perayauan pengguna.

Mengapa industri memerlukan lebih daripada satu “standard” eSIM #

eSIM bukan satu protokol. Ia adalah satu keluarga spesifikasi GSMA yang mentakrifkan bagaimana profil operator disediakan, dihantar, dipasang, diaktifkan, dinyahaktifkan, dan dipadamkan dengan selamat pada eUICC (platform SIM terbenam).

Indeks spesifikasi awam GSMA menjelaskan perpecahan ini: RSP pengguna berada di bawah SGP.21 (arkitektur) dan SGP.22 (teknikal); RSP IoT berada di bawah SGP.31 (arkitektur dan keperluan) dan SGP.32 (teknikal). Pelepasan pengguna aktif diteruskan melalui SGP.22 v2.x dan v3.x; pelepasan IoT diteruskan melalui SGP.31/SGP.32 v1.x, termasuk semakan baru 2024-2026 pada halaman spesifikasi eSIM GSMA (Spesifikasi Pengguna dan IoT eSIM GSMA).

Sebelum SGP.32, penyediaan jauh IoT dan M2M sebahagian besarnya berada dalam model mesin-ke-mesin yang lebih awal (SGP.02), dengan perpecahan dua pelayan SM-DP (penyediaan data) dan SM-SR (penghalaan selamat). Model itu membolehkan pengurusan profil jauh untuk kes penggunaan industri dan automotif, tetapi ia juga membawa geseran operasi: pencetus berorientasikan SMS, penggandingan komersial SM-SR/SM-DP yang lebih ketat, dan kesesuaian yang kurang baik untuk peranti LPWAN yang sangat terhad. Penjelasan operator dan platform IoT secara konsisten menyebut kekangan tersebut sebagai sebab GSMA membina arkitektur IoT khusus daripada memaksa RSP pengguna ke setiap modem (Eseye pada SGP.31/32; 1oT pada SGP.02 vs SGP.22 vs SGP.32).

Versi ringkas: satu faktor bentuk fizikal (eSIM/eUICC), pelbagai falsafah penyediaan.

SGP.22 dalam istilah mudah: RSP pengguna untuk peranti dengan manusia dalam gelung #

SGP.22 adalah penerangan teknikal GSMA tentang Penyediaan SIM Jauh untuk peranti pengguna. Tujuannya tidak samar-samar: satu penyelesaian teknikal untuk penyediaan dan pengurusan jauh eUICC dalam peranti pengguna, bertujuan untuk interoperabiliti merentasi penyebaran operator - termasuk platform SM-DP+ dan vendor eUICC.

Pelakon teras dalam model pengguna #

Peranan pelakon #

• eUICC: Platform selamat yang menyimpan profil (kelayakan operator dan komponen berkaitan)
• LPA (Pembantu Profil Tempatan): Pembantu pada peranti (atau sebahagiannya pada eUICC) yang memacu muat turun, pengaktifan/pemadaman tempatan, dan pengurusan profil yang berhadapan pengguna
• SM-DP+: Pengurus Langganan - Penyediaan Data +: menyediakan, melindungi, dan menghantar Pakej Profil Terikat
• SM-DS: Pengurus Langganan - Perkhidmatan Penemuan: laluan penemuan pilihan apabila peranti perlu mencari SM-DP+ yang betul tanpa kod QR/pengaktifan
• Operator / penerbit profil: Memiliki langganan komersial di sebalik profil

Dalam aliran yang dikenali oleh pengembara:

1. Beli pelan perjalanan dan terima kod pengaktifan (selalunya sebagai QR).
2. Peranti LPA menghubungi SM-DP+.
3. Pakej profil yang disulitkan dimuat turun dan dipasang pada eUICC.
4. Pengguna mengaktifkan profil (dan boleh mematikannya atau memadamkannya kemudian).

Ini adalah model yang dimulakan oleh pengguna / berorientasikan tarikan. Seseorang hadir, peranti mempunyai UI, dan persetujuan adalah tindakan pemasangan yang jelas. Itulah sebabnya pembayaran eSIM perjalanan, kerjasama syarikat penerbangan/fintech, dan pengaktifan berasaskan aplikasi semuanya sesuai dengan RSP pengguna kelas SGP.22 - bukan orkestrasi armada IoT.

Pengangkutan HTTPS/TLS sesuai untuk telefon pintar. Ia lebih berat daripada banyak kitaran tugas IoT yang mampu ditanggung, tetapi munasabah untuk telefon bimbit yang sudah mengekalkan sambungan IP dan keseluruhan tumpukan keselamatan.

SGP.32 dalam istilah mudah: IoT RSP untuk peranti yang tidak boleh mengetik “Tambah eSIM” #

SGP.32 adalah spesifikasi teknikal untuk eSIM IoT seni bina yang ditakrifkan dalam SGP.31. GSMA menerangkannya sebagai meliputi penyediaan dan pengurusan jarak jauh eUICC dalam peranti IoT yang terhad rangkaian dan/atau terhad antara muka pengguna, serta seni bina eUICC, antara muka, dan fungsi keselamatan untuk model tersebut.

Pelakon teras dalam model IoT #

Peranan pelakon #

• eUICC: eUICC yang mampu IoT yang menyimpan profil dan menyokong persatuan pengurusan jarak jauh IoT
• IPA (Pembantu Profil IoT): Pembantu di sisi peranti atau eUICC yang melaksanakan kerja penyediaan/pengurusan tanpa UI pengguna; mungkinIPAd (pada peranti) atau IPAe (pada eUICC)
• eIM (Pengurus Jauh eSIM IoT): Entiti awan/orchestrasi yang mengeluarkan operasi kitaran hayat profil untuk peranti atau armada
• SM-DP+: Digunakan semula dari ekosistem pengguna untuk penyediaan profil dan penghantaran yang dilindungi
• SM-DS: Peranan penemuan dikekalkan di mana relevan
• Operator: Sumber profil, seperti dalam RSP pengguna

Niat seni bina adalah konsisten merentasi bahan GSMA dan panduan industri: mengekalkan apa yang sudah berfungsi dalam RSP pengguna (terutamanya SM-DP+), dan menggantikan andaian manusia/LPA dengan pengurus jauh serta pembantu asli IoT (Penjelasan piawaian Velocity IoT; perbandingan 1oT).

Mengapa IoT memerlukan model yang berbeza #

RSP pengguna mengandaikan:

• skrin atau UX pengiring,
• seseorang yang boleh memulakan muat turun,
• ketersambungan IP yang agak stabil untuk sesi TLS,
• keputusan kitaran hayat yang didorong pengguna, per-peranti.

armada IoT sering menganggap sebaliknya:

• tiada UI,
• ketersambungan yang berselang-seli atau jalur lebar rendah (termasuk senario LPWAN),
• daftar masuk secara tidak serentak berbanding sesi sentiasa aktif,
• pengaktifan/pemadaman/penghapusan yang didorong oleh polisi merentasi banyak EID sekaligus.

Oleh itu, SGP.31/32 memperkenalkan pengurusan keadaan profil berorientasikan armada dan eIM yang boleh mencetuskan atau memproksi muat turun. Analisis industri juga menekankan pilihan protokol ringan (contohnya CoAP/DTLS sebagai laluan alternatif untuk peranti terhad), penghapusan SMS sebagai kebergantungan keras untuk RSP IoT moden, dan sokongan untuk penghantaran profil secara langsung vs. tidak langsung bergantung kepada sama ada peranti boleh berkomunikasi dengan SM-DP+ itu sendiri (Eseye; 1oT).

Secara kritikal, SGP.32 bukan 'naik taraf perisian' yang serasi ke belakang untuk setiap eUICC SGP.02 yang sudah ada di lapangan. Eseye dan pakar IoT lain menyatakan bahawa pelaksanaan standard M2M biasanya kekal pada model itu sehingga akhir hayat; IoT hijau adalah di mana SGP.32 direka untuk menjadi lalai.

SGP.22 vs SGP.32: perbandingan berstruktur #

Perbandingan mengikut dimensi #

Pasangan GSMA utama

• SGP.22 (RSP pengguna): Seni bina SGP.21 + teknikal SGP.22
• SGP.32 (RSP IoT): Seni bina/keperluan SGP.31 + teknikal SGP.32

Direka untuk

• SGP.22 (RSP pengguna): Telefon pintar, tablet, peranti boleh pakai, peranti pengguna dengan UI
• SGP.32 (RSP IoT): Peranti dan armada IoT tanpa kepala / terhad UI / terhad rangkaian

Manusia dalam gelung?

• SGP.22 (RSP pengguna): Ya - pengguna memulakan atau mengesahkan pemasangan/pertukaran
• SGP.32 (RSP IoT): Tidak - eIM/IPA mengatur operasi dari jauh

Pembantu tempatan

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

Orkestrasi jauh

• SGP.22 (RSP pengguna): Terhad / bukan pusat reka bentuk
• SGP.32 (IoT RSP): eIM sebagai pengurus jauh kelas pertama

Pelayan profil

• SGP.22 (RSP pengguna): SM-DP+
• SGP.32 (IoT RSP): SM-DP+ (digunakan semula)

Penemuan

• SGP.22 (RSP pengguna): SM-DS (pilihan dalam banyak aliran)
• SGP.32 (IoT RSP): SM-DS dikekalkan dalam seni bina

Model pencetus

• SGP.22 (RSP pengguna): Kebanyakannya tarik (QR / kod pengaktifan / aplikasi)
• SGP.32 (IoT RSP): Tolak dan/atau tarik melalui eIM dan corak daftar masuk peranti

Postur pengangkutan

• SGP.22 (RSP pengguna): Tumpuan kepada HTTPS/TLS dalam tumpukan IP pengguna
• SGP.32 (IoT RSP): Berasaskan IP; pilihan peranti terhad ditekankan (contohnya, laluan CoAP/DTLS dalam ringkasan industri spesifikasi)

Kesakitan pendahulu yang ditangani

• SGP.22 (RSP pengguna): Pertukaran SIM fizikal dan penguncian operator pada perkakasan pengguna
• SGP.32 (IoT RSP): Penguncian operasi SGP.02, kebergantungan SMS, dan kesesuaian peranti terhad yang lemah

Relevansi eSIM perjalanan

• SGP.22 (RSP pengguna): Langsung - ini adalah tumpukan di belakang pemasangan eSIM perjalanan telefon biasa
• SGP.32 (IoT RSP): Tidak langsung - membentuk ekosistem perkakasan IoT/perjalanan bersebelahan, bukan aliran QR telefon

Kitaran hayat profil: kata kerja sama, tatabahasa berbeza #

Kedua-dua dunia bercakap tentang muat turun, pemasangan, pengaktifan, penyahaktifan, dan penghapusan. Tatabahasa berbeza:

• Kitaran hayat SGP.22 adalah tempatan dan berpusatkan pengguna. Setelah dipasang, pengembara (atau UI LPA) memutuskan bila profil diaktifkan untuk data perayauan, bila ia dijeda, dan bila ia dikeluarkan.
• Kitaran hayat SGP.32 adalah jauh dan berpusatkan polisi. eIM boleh mengeluarkan operasi pengurusan keadaan profil merentasi satu EID atau banyak, dan IPA melaksanakannya apabila peranti boleh dicapai - penting untuk peranti yang tidur kebanyakan hari.

Itulah sebabnya “pertukaran profil” bermaksud perkara komersial yang berbeza dalam setiap dunia. Dalam perjalanan pengguna, pertukaran sering kali adalah pembelian baru atau profil kedua yang dipasang yang dipilih pengguna. Dalam IoT, pertukaran adalah operasi harta: menukar penyedia sambungan, bertindak balas kepada liputan, atau memutar profil tanpa perlu menghantar trak.

Di mana spesifikasi IoT terdahulu sesuai: SGP.02 dan SGP.31 #

Model mental yang jelas:

1. SGP.02 - RSP M2M asal dengan SM-DP + SM-SR. Asas, masih ada dalam harta jangka hayat panjang (terutamanya automotif dan penempatan kilang lain), tetapi semakin dianggap sebagai legasi untuk projek IoT baru yang terhad (1oT).
2. SGP.22 - RSP pengguna yang memudahkan penyediaan sekitar SM-DP+ dan LPA; laluan pasaran massa untuk telefon dan eSIM perjalanan.
3. SGP.31 / SGP.32 - RSP IoT yang menggunakan semula SM-DP+ sambil menambah eIM + IPA untuk pengurusan armada tanpa kepala.

SGP.32 tidak muncul kerana eSIM pengguna "gagal." Ia muncul kerana eSIM pengguna berjaya untuk manusia-dan kejayaan itu masih tidak menyelesaikan sensor yang dipasang di dalam kontena penghantaran.

Implikasi untuk eSIM perjalanan, perayauan pengguna, dan tumpukan MVNO #

Ketersambungan perjalanan kekal sebagai cerita RSP pengguna #

Untuk telefon dan kebanyakan peranti pengembara, standard operasi kekal RSP pengguna kelas SGP.22. Pengalaman produk yang diambil berat oleh pengembara - beli sebelum berlepas, pasang melalui QR atau aplikasi, mendarat terhubung - memetakan kepada aliran LPA ↔ SM-DP+, bukan arahan armada eIM.

Komen industri GSMA sendiri pada 2026 membingkai ketersambungan perjalanan sebagai peralihan struktur dalam perayauan antarabangsa: tawaran eSIM perjalanan berasaskan aplikasi lebih telus dan fleksibel, dan pengedaran bergerak lebih dekat kepada pengguna akhir sebelum perjalanan bermula (GSMA: pelaksanaan pasaran massa eSIM bergerak dari ramalan kepada fakta). Peralihan komersial itu bergantung pada kematangan RSP pengguna dan sokongan peranti, bukan pada pelancaran eIM IoT.

Apa yang SGP.32 *ubah* untuk ekosistem bersebelahan perjalanan #

Walaupun pengembara tidak pernah menyentuh SGP.32, standard ini penting di pinggir perjalanan:

• Penjejak bagasi terhubung, kenderaan armada, sensor logistik, dan IoT tempat semakin memerlukan pengurusan profil jauh tanpa upacara QR.
• Penghala perjalanan dan beberapa "perkakasan eSIM" boleh duduk di tengah yang berantakan: pengaktifan gaya pengguna untuk pemilik manusia, tetapi keperluan operasi yang kelihatan lebih seperti armada pada skala.
• Operator dan MVNO mungkin menjalankan kedua-duanya harta SM-DP+ pengguna dan harta eIM IoT. Perkongsian DNA SM-DP+ antara SGP.22 dan SGP.32 adalah disengajakan; ia tidak bermakna kedua-dua kelas peranti berkongsi UX atau laluan pensijilan yang sama.

Multi-IMSI, tumpukan MVNO, dan sempadan yang benar #

Multi-IMSI (pelbagai identiti yang boleh dipilih dalam atau bersama produk ketersambungan) dan muat turun profil eUICC sering dibincangkan bersama, tetapi mereka bukan mekanisme yang sama. Multi-IMSI boleh meningkatkan tingkah laku lampiran rangkaian dalam tawaran komersial; eUICC RSP (SGP.22 atau SGP.32) adalah tentang memasang dan mengurus profil operator penuh dengan selamat pada eUICC. Jenama perjalanan dan MVNO mungkin menggabungkan kedua-dua teknik secara komersial, tetapi kejelasan seni bina masih penting: pemasangan perjalanan pengguna pada telefon dinilai oleh keserasian SGP.22 dan UX pengaktifan; harta IoT dinilai oleh operabiliti eIM/IPA dan ketahanan rangkaian terhad.

Amaran berguna dari sisi IoT juga terpakai secara komersial: kebolehportabilan teknikal dalam spesifikasi tidak secara automatik sama dengan kebolehportabilan komersial dalam kontrak. SGP.32 mengurangkan corak penguncian seni bina tertentu yang dikaitkan dengan SGP.02, tetapi terma komersial penyedia masih menentukan sejauh mana armada boleh memindahkan persatuan eIM atau hubungan SM-DP+ luaran dengan bebas (1oT). Pembeli perjalanan pengguna menghadapi pelajaran yang serupa pada skala yang lebih kecil - RSP yang boleh beroperasi tidak, dengan sendirinya, menjamin kualiti liputan yang sama, dasar penggunaan adil, atau pengalaman sokongan di seluruh penyedia.

Isyarat masa pasaran dan penerimaan (awam, 2025-2026) #

Bahan GSMA awam pada 2026 menggambarkan eSIM pengguna memasuki skala operasi dan bukannya bukti konsep. Menurut ringkasan Mei 2026 GSMA mengenai angka GSMA Intelligence, penembusan telefon pintar eSIM global adalah kira-kira 5% pada akhir 2025, dengan laluan yang dinyatakan kepada kira-kira 10% menjelang akhir 2026, dan pertumbuhan selanjutnya selepas itu; artikel yang sama menyebut kira-kira tiga daripada empat / 73% pengendali rangkaian mudah alih menawarkan eSIM telefon pintar komersial, sambil mencatatkan jurang yang masih ada antara ketersediaan dan pengaktifan pengguna aktif (artikel eSIM pasaran massa GSMA).

Di sisi IoT, ulasan GSMA yang sama menonjolkan SGP.32 sebagai pemudah cara struktur untuk varian produk global dan penukaran profil di lapangan - bahasa yang sepadan dengan cara platform IoT meletakkan standard tersebut. Kematangan spesifikasi juga dapat dilihat dalam jadual awam GSMA: SGP.31/SGP.32 terus maju melalui senarai aktif v1.2 dan senarai baru v1.3 pada 2024-2026, bersama spesifikasi ujian berkaitan (indeks spesifikasi GSMA).

Tafsiran tanpa berlebihan: eSIM perjalanan pengguna sudah menjadi kes penggunaan komersial berskala pada landasan SGP.22; SGP.32 adalah perindustrian selari RSP IoT. Mereka mengukuhkan cerita eSIM yang lebih luas tanpa menggantikan satu sama lain.

Apa yang perlu diambil oleh pengembara dan jenama #

Untuk pengembara #

Anda tidak perlu memilih antara SGP.22 dan SGP.32 apabila anda membeli pelan perjalanan. Jika anda memasang eSIM pada telefon melalui kod QR atau aplikasi, anda berada dalam dunia RSP pengguna. Apa yang perlu anda ambil berat adalah praktikal: keserasian peranti, kebolehpercayaan pemasangan sebelum berlepas, liputan destinasi, terma penggunaan adil yang telus, dan sokongan apabila sesuatu gagal di pintu masuk.

Penyedia seperti Roamify berada dalam lapisan perjalanan pengguna itu - pelan destinasi, pemasangan digital, dan utiliti kekal dalam talian di luar negara - bukannya dalam pengurusan armada eIM industri. Cerita standard di sebalik QR masih berbentuk SGP.22.

Untuk jenama perjalanan, OTA, fintech, dan MVNO pengguna #

• Anggap interoperabiliti SGP.22 dan UX pengaktifan sebagai asas produk.
• Jangan pasarkan “SGP.32” sebagai peningkatan yang berhadapan dengan pengembara melainkan seni bina perkakasan/armada sebenar anda menggunakan RSP IoT.
• Jika anda menjual atau melabel putih sambungan untuk penjejak, penghala, atau perkakasan perjalanan B2B, secara berasingan menilai sama ada kelas peranti memerlukan aliran LPA pengguna, aliran eIM IoT, atau hibrid berperingkat.
• Melabur dalam pendidikan: ulasan pasaran GSMA sendiri masih menunjukkan jurang antara ketersediaan eSIM dan pemahaman/pengaktifan pengguna. Panduan pemasangan yang jelas kekal sebagai pembeza daya saing.

Untuk pengendali dan platform sambungan #

Menjalankan RSP pengguna dan IoT secara bersebelahan semakin normal. Warisan SM-DP+ yang dikongsi membantu, tetapi pensijilan, akreditasi keselamatan, ejen peranti (LPA vs IPA), dan model operasi komersial kekal berbeza. Mencampurkan kosa kata dalam mesej awam mencipta jangkaan palsu untuk kedua-dua pengembara dan pembeli perusahaan.

Kesimpulan: dua standard, satu naratif eSIM - kekalkan lorong jelas #

SGP.22 dan SGP.32 bukan pesaing pada papan pendahulu tunggal. Mereka adalah jawapan kepada dua realiti peranti:

• SGP.22 mengandaikan seseorang hadir dan boleh menarik profil ke peranti pengguna. Itulah seni bina di sebalik eSIM perjalanan moden pada telefon.
• SGP.32 mengandaikan peranti bersendirian - atau tidur - dan memerlukan pengurusan armada jarak jauh melalui eIM dan IPA, sambil masih menggunakan penghantaran profil SM-DP+. Itulah seni bina yang dibina GSMA untuk IoT terhad selepas had SGP.02 menjadi jelas.

Untuk sambungan perjalanan, pelajaran strategik adalah ketepatan. Laluan RSP pengguna sudah membentuk semula cara orang membeli perayauan. Laluan RSP IoT membentuk semula cara mesin kekal bersambung selama bertahun-tahun. Jenama yang mengekalkan lorong tersebut jelas akan menjelaskan eSIM dengan lebih kredibel - dan membina produk yang sepadan dengan standard yang mereka sebenarnya hantar.

Nota jenama lembut: Roamify adalah penyedia eSIM perjalanan yang menawarkan pelan merentasi banyak destinasi dengan pengaktifan digital untuk telefon yang serasi. Artikel ini adalah pendidikan standard, bukan dakwaan bahawa Roamify melaksanakan pengurusan armada SGP.32 IoT.