SGP.22 наспроти SGP.32: што значи промената на стандардот за eSIM за поврзувањето при патување

Цел: На купувачите на eSIM за патување и на операторите за патничко поврзување/MVNO да им се даде преглед на далечинското обезбедување SIM профили за потрошувачи наспроти IoT, заснован на познавање на стандардите, за разговорите во индустријата за „следниот стандард за eSIM“ да не ги замаглат овие два различни пристапа.

Публика: Професионалци што пуштаат во употреба или купуваат поврзување за потрошувачи при патување (и сите што оценуваат сроден хардвер за IoT/патување), а не членови на комитетите на GSMA.

Ако купите eSIM за патување, скенирате QR код и при слетувањето имате мобилен интернет, веќе сте дел од архитектурата на GSMA за далечинско обезбедување SIM профили (RSP), дури и ако никогаш не ги видите броевите на спецификациите. Тие броеви се важни. SGP.22 е техничкиот стандард за RSP за потрошувачи што стои зад постапките за eSIM на паметни телефони и за патување. SGP.32 е техничкиот стандард за RSP за IoT уреди без кориснички интерфејс, со ограничени ресурси и распоредени во големи групи. Тие споделуваат некои основни компоненти. Решаваат различни проблеми.

Оваа разлика лесно се замаглува во маркетиншките презентации. Таа е и разликата меѓу патник што инсталира привремен профил на телефон и претпријатие што го координира поврзувањето на илјадници сензори кои никогаш нема да имаат екран. За брендовите за патување, MVNO операторите и сите што развиваат решенија врз технолошките слоеви на eSIM за потрошувачи, познавањето на тоа каде завршува SGP.22 и каде започнува SGP.32 е основен предуслов, не затоа што на патниците им требаат PDF документи од GSMA, туку затоа што разговорите во индустријата често ги мешаат пристапите за потрошувачи и за IoT.

Овој текст ги прикажува архитектурата, учесниците, разликите во животниот циклус и практичните последици за поврзувањето при патување, без да го третира SGP.32 како надградба што може директно да се примени на роамингот за потрошувачи.

Зошто на индустријата ѝ беше потребен повеќе од еден „стандард“ за eSIM #

eSIM не е еден протокол. Тоа е семејство спецификации на GSMA што дефинираат како профилите на операторите безбедно се подготвуваат, испорачуваат, инсталираат, активираат, деактивираат и бришат на eUICC (платформата за вградена SIM).

Јавниот индекс на спецификации на GSMA јасно ја покажува поделбата: RSP за потрошувачи е опфатен со SGP.21 (архитектура) и SGP.22 (техничка спецификација); RSP за IoT е опфатен со SGP.31 (архитектура и барања) и SGP.32 (техничка спецификација). Активните изданија за потрошувачи продолжуваат преку SGP.22 v2.x и v3.x; изданијата за IoT продолжуваат преку SGP.31/SGP.32 v1.x, вклучувајќи ги поновите ревизии од 2024-2026 на страницата на GSMA со спецификации за eSIM (Спецификации на GSMA за eSIM за потрошувачи и IoT).

Пред SGP.32, далечинското обезбедување профили за IoT и M2M во голема мера се одвиваше според постар модел за комуникација меѓу машини (SGP.02), со поделба на два сервера: SM-DP (подготовка на податоци) и SM-SR (безбедно насочување). Тој модел овозможуваше далечинско управување со профили за индустриски и автомобилски примени, но носеше и оперативни потешкотии: активирање насочено кон SMS, потесна комерцијална поврзаност меѓу SM-SR/SM-DP и слаба соодветност за LPWAN уреди со многу ограничени ресурси. Објаснувањата на операторите и IoT платформите доследно ги наведуваат овие ограничувања како причина поради која GSMA изгради посебна архитектура за IoT, наместо да го наметне RSP за потрошувачи на секој модем (Eseye за SGP.31/32; 1oT за SGP.02 наспроти SGP.22 наспроти SGP.32).

Накратко: еден физички облик (eSIM/eUICC), повеќе пристапи кон обезбедувањето профили.

SGP.22 со едноставни зборови: RSP за потрошувачки уреди со човечко учество во процесот #

SGP.22 е техничкиот опис на GSMA за далечинско обезбедување SIM профили за потрошувачки уреди. Неговата цел е недвосмислена: техничко решение за далечинско обезбедување профили и управување со eUICC во потрошувачки уреди, насочено кон интероперабилност меѓу имплементациите на операторите, вклучувајќи ги платформите SM-DP+ и добавувачите на eUICC.

Клучни учесници во моделот за потрошувачи #

Улоги на учесниците #

• eUICC: Безбедна платформа што чува профили (автентикациски податоци на операторот и поврзани компоненти)
• LPA (локален асистент за профили): Асистент на уредот (или делумно на eUICC) што го води преземањето, локалното активирање/деактивирање/бришење и управувањето со профилите преку кориснички интерфејс
• SM-DP+: Управувач со претплати, подготовка на податоци +: подготвува, заштитува и испорачува врзани пакети со профили
• SM-DS: Управувач со претплати, услуга за откривање: изборен начин за откривање кога уредот треба да го најде соодветниот SM-DP+ без QR/код за активација
• Оператор / издавач на профил: Ја поседува комерцијалната претплата зад профилот

Во постапката што им е позната на патниците:

1. Купете пакет за патување и добијте код за активација (често во облик на QR).
2. LPA на уредот контактира со SM-DP+.
3. Шифрираниот пакет со профил се презема и се инсталира на eUICC.
4. Корисникот го активира профилот (и подоцна може да го деактивира или избрише).

Ова е модел инициран од корисникот / насочен кон преземање по барање. Присутно е лице, уредот има кориснички интерфејс, а согласноста се дава преку изречно дејство за инсталирање. Затоа купувањето eSIM за патување, партнерствата со авиокомпании/финтек компании и активирањето преку апликација се вклопуваат во RSP за потрошувачи од типот SGP.22, а не во координирањето големи групи IoT уреди.

Преносот преку HTTPS/TLS е соодветен за паметни телефони. Тој бара повеќе ресурси отколку што можат да поднесат многу работни циклуси на IoT уреди, но е разумен за телефон што веќе одржува IP поврзаност и целосен збир безбедносни механизми.

SGP.32 со едноставни зборови: RSP за IoT уреди што не можат да допрат „Додај eSIM“ #

SGP.32 е техничката спецификација за архитектурата на GSMA за eSIM во IoT дефинирана во SGP.31. GSMA ја опишува како спецификација што ги опфаќа далечинското обезбедување профили и управувањето со eUICC во IoT уреди што имаат ограничувања во мрежното поврзување и/или во корисничкиот интерфејс, како и архитектурата, интерфејсите и безбедносните функции на eUICC за тој модел.

Клучни учесници во моделот за IoT #

Улоги на учесниците #

• eUICC: eUICC со можности за IoT што чува профили и поддржува поврзувања за далечинско управување со IoT
• IPA (асистент за IoT профили): Асистент на страната на уредот или на eUICC што ги извршува задачите за обезбедување профили/управување без потрошувачки кориснички интерфејс; може да биде IPAd (на уредот) или IPAe (на eUICC)
• eIM (далечински управувач за eSIM во IoT): Ентитет во облак/за координација што издава операции за животниот циклус на профилите за еден уред или група уреди
• SM-DP+: Повторно употребен од потрошувачкиот екосистем за подготовка на профили и заштитена испорака
• SM-DS: Улогата за откривање е задржана каде што е релевантна
• Оператор: Извор на профилот, како и кај RSP за потрошувачи

Архитектонската цел е доследна во материјалите на GSMA и во објаснувањата од индустријата: да се задржи она што веќе функционирало кај RSP за потрошувачи (особено SM-DP+), а претпоставката за човек/LPA да се замени со управувач од далечина и асистент изворно развиен за IoT (Објаснување на стандардите од Velocity IoT; Споредба од 1oT).

Зошто на IoT му беше потребен поинаков модел #

RSP за потрошувачи претпоставува:

• екран или придружно корисничко искуство,
• лице што може да го започне преземањето,
• релативно стабилна IP поврзаност за TLS сесии,
• одлуки за животниот циклус на секој уред, донесени од корисникот.

Кај флотите од IoT уреди често се претпоставува спротивното:

• нема кориснички интерфејс,
• поврзаност со прекини или со мал пропусен опсег (вклучително и сценарија со LPWAN),
• асинхрони јавувања наместо постојано активни сесии,
• овозможување/оневозможување/бришење според политики за многу EID одеднаш.

Затоа SGP.31/32 воведува управување со состојбата на профилите наменето за флоти и eIM што може да активира преземања или да посредува при нив. Анализите од индустријата исто така ги нагласуваат опциите за протоколи со мали ресурсни барања (на пример CoAP/DTLS како алтернативен пристап за уреди со ограничени ресурси), отстранувањето на SMS како задолжителен предуслов за современиот IoT RSP и поддршката за директна наспроти индиректна испорака на профили, зависно од тоа дали уредот може непречено да комуницира со самиот SM-DP+ (Eseye; 1oT).

Особено важно е дека SGP.32 не е „софтверска надградба“ со компатибилност со претходните верзии за секој SGP.02 eUICC што веќе се користи на терен. Eseye и други специјалисти за IoT забележуваат дека имплементациите според стандардот M2M обично остануваат на тој модел до крајот на нивниот животен век; SGP.32 е осмислен да стане стандарден избор за нови IoT проекти што се почнуваат од нула.

SGP.22 наспроти SGP.32: структурирана споредба #

Споредба по одделни аспекти #

Основен пар стандарди на GSMA

• SGP.22 (RSP за потрошувачи): архитектура SGP.21 + техничка спецификација SGP.22
• SGP.32 (IoT RSP): архитектура/барања SGP.31 + техничка спецификација SGP.32

Наменет за

• SGP.22 (RSP за потрошувачи): паметни телефони, таблети, уреди што се носат на телото, потрошувачки уреди со кориснички интерфејс
• SGP.32 (IoT RSP): IoT уреди и флоти без кориснички интерфејс / со ограничен кориснички интерфејс / со мрежни ограничувања

Дали е вклучен човек во процесот?

• SGP.22 (RSP за потрошувачи): да, корисникот ја започнува или потврдува инсталацијата/промената
• SGP.32 (IoT RSP): не, eIM/IPA ги координираат операциите оддалечено

Локален помошник

• SGP.22 (RSP за потрошувачи): LPA
• SGP.32 (IoT RSP): IPA (IPAd или IPAe)

Далечинска оркестрација

• SGP.22 (RSP за потрошувачи): ограничена / не е во средиштето на дизајнот
• SGP.32 (IoT RSP): eIM како главен управувач од далечина

Сервер за профили

• SGP.22 (RSP за потрошувачи): SM-DP+
• SGP.32 (IoT RSP): SM-DP+ (повторно употребен)

Откривање

• SGP.22 (RSP за потрошувачи): SM-DS (опционален во многу текови на операции)
• SGP.32 (IoT RSP): SM-DS е задржан во архитектурата

Модел на иницирање

• SGP.22 (RSP за потрошувачи): претежно повлекување (QR / код за активација / апликација)
• SGP.32 (IoT RSP): испраќање и/или повлекување преку eIM и обрасци на јавување на уредите

Пристап кон транспортот

• SGP.22 (RSP за потрошувачи): потрошувачки IP протоколен стек со HTTPS/TLS во средиштето
• SGP.32 (IoT RSP): заснован на IP; се нагласуваат опциите за уреди со ограничени ресурси (на пр., патеки CoAP/DTLS во резимеата на спецификацијата од индустријата)

Проблеми од претходниот модел што ги решава

• SGP.22 (RSP за потрошувачи): физичко менување SIM картички и врзаност за оператор кај потрошувачкиот хардвер
• SGP.32 (IoT RSP): оперативна врзаност кај SGP.02, зависност од SMS и слаба приспособеност за уреди со ограничени ресурси

Релевантност за eSIM за патување

• SGP.22 (RSP за потрошувачи): директна, ова е протоколниот стек зад типичните инсталации на eSIM за патување на телефони
• SGP.32 (IoT RSP): индиректна, ги обликува сродните екосистеми на IoT и хардвер за патување, а не тековите со QR на телефони

Животен циклус на профилот: исти глаголи, различна граматика #

Во двата света се зборува за преземање, инсталирање, овозможување, оневозможување и бришење. Граматиката се разликува:

• Животниот циклус кај SGP.22 е локален и насочен кон корисникот. По инсталацијата, патникот (или корисничкиот интерфејс на LPA) одлучува кога профилот ќе биде овозможен за мобилен интернет во роаминг, кога ќе биде паузиран и кога ќе биде отстранет.
• Животниот циклус кај SGP.32 е оддалечен и насочен кон политики. eIM може да задава операции за управување со состојбата на профилите за еден EID или за многу, а IPA ги извршува кога уредот е достапен, што е важно за уредите што се во мирување во поголемиот дел од денот.

Затоа „менувањето профили“ има различно комерцијално значење во секој од овие светови. Кај патувањата на потрошувачите, менувањето често значи ново купување или втор инсталиран профил што го избира корисникот. Кај IoT, менувањето е операција на ниво на целата група уреди: промена на давателот на поврзаност, реакција на покриеноста или ротирање на профилите без испраќање техничка екипа на терен.

Каде се вклопуваат претходните IoT спецификации: SGP.02 и SGP.31 #

Јасен модел за разбирање:

1. SGP.02: првичниот M2M RSP со SM-DP + SM-SR. Темелен и сè уште присутен кај групи уреди со долг животен циклус (особено во автомобилската индустрија и кај други имплементации поврзани со фабрики), но сè почесто се смета за застарен кај новите IoT проекти со ограничени ресурси (1oT).
2. SGP.22: RSP за потрошувачи што го поедностави обезбедувањето профили околу SM-DP+ и LPA; пристапот за масовниот пазар на телефони и eSIM за патување.
3. SGP.31 / SGP.32: IoT RSP што повторно го употребува SM-DP+, а додава eIM + IPA за управување со флоти без кориснички интерфејс.

SGP.32 не се појави затоа што потрошувачката eSIM „потфрли“. Се појави затоа што потрошувачката eSIM беше успешна за луѓето, а тој успех сè уште не го решава проблемот со сензор прицврстен во внатрешноста на транспортен контејнер.

Импликации за eSIM за патување, потрошувачки роаминг и стекови на MVNO #

Поврзаноста при патување и понатаму е во доменот на RSP за потрошувачи #

За телефоните и за повеќето уреди на патниците, важечкиот стандард останува RSP за потрошувачи од класата SGP.22. Корисничкото искуство што им е важно на патниците, купување пред поаѓање, инсталирање преку QR или апликација и поврзаност веднаш по слетувањето, соодветствува на тековите LPA ↔ SM-DP+, а не на командите на eIM за флоти.

Во сопствениот коментар за индустријата од 2026, GSMA ја претставува поврзаноста при патување како структурна промена во меѓународниот роаминг: понудите за eSIM за патување преку апликации се потранспарентни и пофлексибилни, а дистрибуцијата се приближува до крајниот корисник уште пред почетокот на патувањето (GSMA: масовната примена на eSIM преминува од прогноза во факт). Таа комерцијална промена се потпира на зрелоста на RSP за потрошувачи и на поддршката кај телефоните, а не на воведувањето на IoT eIM.

Што *навистина* менува SGP.32 за екосистемите поврзани со патувањата #

Дури и ако патниците никогаш не дојдат во допир со SGP.32, стандардот е важен во областите поврзани со патувањата:

• Поврзаните уреди за следење багаж, возилата во возни паркови, логистичките сензори и IoT уредите во објекти сѐ почесто имаат потреба од далечинско управување со профили без процедурата со QR.
• Патните рутери и дел од „eSIM хардверот“ може да се најдат во сложена меѓузона: активација како кај потрошувачките уреди за сопственикот кој е човек, но со оперативни потреби кои при поголем обем повеќе наликуваат на потребите на возен парк.
• Операторите и MVNO може да управуваат и со двата вида инфраструктура: потрошувачка SM-DP+ инфраструктура и IoT eIM инфраструктура. Заедничката SM-DP+ основа на SGP.22 и SGP.32 е намерна; тоа не значи дека двете класи уреди имаат исто корисничко искуство или ист пат до сертификација.

Multi-IMSI, технолошките стекови на MVNO и точно претставување на границите #

Multi-IMSI (повеќе идентитети што може да се избираат во рамките на производ за поврзување или покрај него) и преземањето профили на eUICC често се разгледуваат заедно, но не се ист механизам. Multi-IMSI може да го подобри начинот на поврзување со мрежата во рамките на комерцијална понуда; eUICC RSP (SGP.22 или SGP.32) се однесува на безбедно инсталирање и управување со целосни операторски профили на eUICC. Брендовите за патувања и MVNO може комерцијално да ги комбинираат двете техники, но јасното разграничување на архитектурата и понатаму е важно: потрошувачките инсталации за патување на телефони се оценуваат според интероперабилноста на SGP.22 и корисничкото искуство при активација; IoT инфраструктурите се оценуваат според оперативната функционалност на eIM/IPA и отпорноста во мрежи со ограничувања.

Едно корисно предупредување од областа на IoT важи и во комерцијалниот контекст: техничката преносливост во спецификација не значи автоматски и комерцијална преносливост во договор. SGP.32 намалува одредени архитектурни модели на врзување за еден добавувач поврзани со SGP.02, но комерцијалните услови на давателите и понатаму одредуваат колку слободно возните паркови можат да ги префрлаат поврзувањата со eIM или односите со надворешни SM-DP+ (1oT). Потрошувачите што купуваат услуги за патување се соочуваат со слична поука во помал обем: интероперабилниот RSP сам по себе не гарантира идентичен квалитет на покриеност, политика за фер користење или искуство со поддршката кај различни даватели.

Временска рамка на пазарот и показатели за усвојување (јавно достапни, 2025-2026) #

Јавно достапните материјали на GSMA во 2026 го опишуваат потрошувачкиот eSIM како технологија што влегува во широка оперативна примена, наместо како доказ за изводливоста на концептот. Според прегледот на GSMA од мај 2026 на бројките од GSMA Intelligence, глобалната застапеност на eSIM кај паметните телефони била околу 5% на крајот на 2025, со наведена траекторија до околу 10% до крајот на 2026 и понатамошен раст потоа; во истиот текст се наведува дека приближно три од четири / 73% од операторите на мобилни мрежи нудат комерцијален eSIM за паметни телефони, а се укажува и на преостанатиот јаз меѓу достапноста и активната активација од страна на потрошувачите (статија на GSMA за eSIM на масовниот пазар).

Во областа на IoT, истиот коментар на GSMA го истакнува SGP.32 како структурна основа што овозможува глобални варијанти на производи и префрлување профили на терен, со формулации што се совпаѓаат со начинот на кој IoT платформите го позиционираат стандардот. Зрелоста на спецификациите е видлива и во јавните табели на GSMA: SGP.31/SGP.32 продолжуваат да напредуваат преку активните записи за v1.2 и поновите записи за v1.3 во 2024-2026, заедно со придружните спецификации за тестирање (индекс на спецификации на GSMA).

Толкување без претерани тврдења: потрошувачкиот eSIM за патување веќе има широка комерцијална примена врз основата на SGP.22; SGP.32 е паралелната индустријализација на IoT RSP. Тие ја зајакнуваат пошироката приказна за eSIM без да се заменуваат меѓусебно.

Што треба да извлечат патниците и брендовите #

За патниците #

Не треба да избирате меѓу SGP.22 и SGP.32 кога купувате пакет за патување. Ако инсталирате eSIM на телефон преку QR код или апликација, вие сте во светот на потрошувачкиот RSP. Треба да ви бидат важни практичните работи: компатибилноста на уредот, сигурноста на инсталацијата пред поаѓање, покриеноста на одредиштето, транспарентните услови за фер користење и поддршката кога нешто ќе откаже на излезот за качување во авион.

Давателите како Roamify се дел од тој потрошувачки слој за патувања, со пакети за одредишта, дигитална инсталација и можност да останете поврзани на интернет во странство, а не од индустриското управување со возни паркови преку eIM. Приказната за стандардите зад QR и понатаму се темели на SGP.22.

За брендовите за патувања, онлајн туристичките агенции, финтек-компаниите и потрошувачките MVNO #

• Третирајте ги интероперабилноста на SGP.22 и корисничкото искуство при активација како основа на производот.
• Не го промовирајте „SGP.32“ како надградба за патниците освен ако вашата вистинска архитектура на хардверот или возниот парк користи IoT RSP.
• Ако продавате или нудите под сопствен бренд услуги за поврзување за уреди за следење, рутери или B2B хардвер за патување, одделно проценете дали на класата уреди ѝ се потребни потрошувачки LPA процеси, IoT eIM процеси или фазен хибрид.
• Инвестирајте во едукација: и самите пазарни коментари на GSMA сѐ уште укажуваат на јаз меѓу достапноста на eSIM и разбирањето и активацијата од страна на потрошувачите. Јасните упатства за инсталација остануваат фактор што ве издвојува од конкуренцијата.

За операторите и платформите за поврзување #

Паралелното користење на потрошувачки и IoT RSP станува сѐ повообичаено. Заедничкото SM-DP+ потекло помага, но сертификацијата, безбедносната акредитација, агентите на уредите (LPA наспроти IPA) и комерцијалните оперативни модели остануваат различни. Мешањето на терминологиите во јавната комуникација создава погрешни очекувања и кај патниците и кај деловните купувачи.

Заклучок: два стандарда, една приказна за eSIM, задржете ја јасната поделба #

SGP.22 и SGP.32 не се ривали на една иста ранг-листа. Тие се одговори на две различни реалности кај уредите:

• SGP.22 претпоставува дека е присутен човек кој може да преземе профил на потрошувачки уред. Тоа е архитектурата зад современиот eSIM за патување на телефони.
• SGP.32 претпоставува дека уредот е сам или во режим на мирување и му е потребно далечинско управување преку eIM и IPA, со можност за управување со цел возен парк, а притоа и понатаму ја користи испораката на профили преку SM-DP+. Тоа е архитектурата што GSMA ја изгради за IoT со ограничени ресурси откако ограничувањата на SGP.02 станаа очигледни.

За поврзувањето при патување, стратешката поука е прецизноста. Потрошувачкиот RSP пристап веќе го преобликува начинот на кој луѓето купуваат роаминг. IoT RSP пристапот го преобликува начинот на кој машините остануваат поврзани со години. Брендовите што ја задржуваат јасната поделба меѓу овие два пристапа ќе го објаснуваат eSIM поверодостојно и ќе создаваат производи што одговараат на стандардот што навистина го користат во производите што ги испорачуваат.

Ненаметлива белешка за брендот: Roamify е давател на eSIM за патување што нуди пакети за многу одредишта со дигитална активација за компатибилни телефони. Оваа статија служи за едукација за стандардите, а не е тврдење дека Roamify имплементира IoT SGP.32 управување со возни паркови.