SGP.22 بمقابلہ SGP.32 - سفر کی کنیکٹیویٹی کے لیے eSIM معیار کی تبدیلی کا مطلب

مقصد: سفر eSIM خریداروں اور سفر/MVNO آپریٹرز کو صارف بمقابلہ IoT ریموٹ SIM پروویژننگ کا معیاری نقشہ فراہم کریں - تاکہ صنعت کی بات چیت "اگلے eSIM معیار" کے بارے میں دو مختلف راستوں کو دھندلا نہ کرے۔

سامعین: وہ افراد جو صارف سفر کنیکٹیویٹی کو بھیجتے یا خریدتے ہیں (اور کوئی بھی جو ملحقہ IoT/سفر ہارڈویئر کا جائزہ لے رہا ہے)، GSMA کمیٹی کے اراکین نہیں۔

اگر آپ سفر eSIM خریدتے ہیں، QR کوڈ اسکین کرتے ہیں، اور ڈیٹا کے ساتھ اترتے ہیں، تو آپ پہلے ہی GSMA ریموٹ SIM پروویژننگ (RSP) آرکیٹیکچر کے اندر ہیں - چاہے آپ نے کبھی وضاحت نمبر نہ دیکھے ہوں۔ وہ نمبر اہم ہیں۔SGP.22 اسمارٹ فون اور سفر eSIM فلو کے پیچھے صارف RSP تکنیکی معیار ہے۔SGP.32 ہیڈ لیس، محدود، اور فلیٹ پیمانے کے آلات کے لیے IoT RSP تکنیکی معیار ہے۔ وہ کچھ تعمیراتی بلاکس کا اشتراک کرتے ہیں۔ وہ مختلف مسائل حل کرتے ہیں۔

یہ فرق مارکیٹنگ ڈیکس میں دھندلا کرنا آسان ہے۔ یہ فرق بھی ہے کہ ایک مسافر فون پر عارضی پروفائل انسٹال کر رہا ہے اور ایک انٹرپرائز ہزاروں سینسرز کے پار کنیکٹیویٹی کو منظم کر رہا ہے جو کبھی اسکرین نہیں دیکھیں گے۔ سفر کے برانڈز، MVNOs، اور کوئی بھی جو صارف eSIM اسٹیکس پر تعمیر کر رہا ہے، کے لیے یہ جاننا کہ SGP.22 کہاں ختم ہوتا ہے اور SGP.32 کہاں شروع ہوتا ہے، بنیادی شرط ہے - نہ کہ اس لیے کہ مسافروں کو GSMA PDFs کی ضرورت ہے، بلکہ اس لیے کہ صنعت کی گفتگو اکثر صارف اور IoT راستوں کو ملا دیتی ہے۔

یہ مضمون سفر کی کنیکٹیویٹی کے لیے آرکیٹیکچر، کردار، زندگی کے چکر کے فرق، اور عملی مضمرات کا نقشہ بناتا ہے - بغیر SGP.32 کو صارف رومنگ کے لیے ڈراپ ان اپ گریڈ کے طور پر دیکھے۔

صنعت کو ایک سے زیادہ eSIM "معیارات" کی ضرورت کیوں تھی #

eSIM ایک پروٹوکول نہیں ہے۔ یہ GSMA کی وضاحتوں کا ایک خاندان ہے جو یہ طے کرتا ہے کہ آپریٹر پروفائلز کو eUICC (ایمبیڈڈ SIM پلیٹ فارم) پر کس طرح محفوظ طریقے سے تیار، فراہم، انسٹال، فعال، غیر فعال، اور حذف کیا جاتا ہے۔

GSMA کا عوامی وضاحت انڈیکس تقسیم کو واضح کرتا ہے: صارف RSP کے تحت آتا ہے SGP.21 (آرکیٹیکچر) اور SGP.22 (تکنیکی)؛ IoT RSP کے تحت آتا ہے SGP.31 (آرکیٹیکچر اور ضروریات) اور SGP.32 (تکنیکی)۔ فعال صارف ریلیز SGP.22 v2.x اور v3.x کے ذریعے جاری رہتی ہیں؛ IoT ریلیز SGP.31/SGP.32 v1.x کے ذریعے جاری رہتی ہیں، بشمول GSMA کے eSIM وضاحت صفحہ پر 2024-2026 کی نئی ترامیم (GSMA eSIM Consumer and IoT Specifications)۔

SGP.32 سے پہلے، IoT اور M2M ریموٹ پروویژننگ بڑی حد تک ایک پہلے کے مشین ٹو مشین ماڈل (SGP.02) میں موجود تھی، جس میں SM-DP (ڈیٹا تیاری) اور SM-SR (محفوظ روٹنگ) کی دوہری سرور تقسیم تھی۔ اس ماڈل نے صنعتی اور آٹوموٹیو استعمال کے کیسز کے لیے ریموٹ پروفائل مینجمنٹ کو فعال کیا، لیکن اس نے آپریشنل رکاوٹ بھی پیدا کی: SMS پر مبنی ٹرگرز، SM-SR/SM-DP کی سخت تجارتی جوڑ، اور انتہائی محدود LPWAN ڈیوائسز کے لیے ناقص مطابقت۔ آپریٹر اور IoT-پلیٹ فارم وضاحت کنندگان مستقل طور پر ان پابندیوں کو اس کی وجہ کے طور پر پیش کرتے ہیں کہ GSMA نے ایک مخصوص IoT آرکیٹیکچر بنایا بجائے اس کے کہ ہر موڈیم پر صارف RSP کو مجبور کیا جائے (Eseye on SGP.31/32; 1oT on SGP.02 vs SGP.22 vs 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. صارف پروفائل کو فعال کرتا ہے (اور بعد میں اسے غیر فعال یا حذف کر سکتا ہے)۔

یہ ایک صارف کی طرف سے شروع کردہ / کھینچنے پر مبنی ماڈل ہے۔ ایک شخص موجود ہے، ڈیوائس کے پاس ایک UI ہے، اور رضامندی ایک واضح انسٹال عمل ہے۔ یہی وجہ ہے کہ سفر eSIM چیک آؤٹ، ایئر لائن/فِن ٹیک شراکت داری، اور ایپ پر مبنی ایکٹیویشن سب SGP.22-کلاس صارف RSP سے مطابقت رکھتے ہیں - نہ کہ IoT فلیٹ آرکیسٹریشن۔

HTTPS/TLS ٹرانسپورٹ اسمارٹ فونز کے لیے موزوں ہے۔ یہ بہت سے IoT ڈیوٹی سائیکلز کے مقابلے میں بھاری ہے، لیکن ایک ہینڈسیٹ کے لیے مناسب ہے جو پہلے ہی IP کنیکٹیویٹی اور مکمل سیکیورٹی اسٹیک کو برقرار رکھتا ہے۔

SGP.32 سادہ الفاظ میں: IoT RSP ان ڈیوائسز کے لیے جو “Add eSIM” کو نہیں چلا سکتے #

SGP.32 GSMA کی eSIM IoT آرکیٹیکچر کے لیے تکنیکی وضاحت ہے جو SGP.31 میں بیان کی گئی ہے۔ GSMA اسے IoT ڈیوائسز میں eUICC کی دور دراز پروویژننگ اور مینجمنٹ کا احاطہ کرنے کے طور پر بیان کرتا ہے جو نیٹ ورک محدود اور/یا صارف انٹرفیس محدود, کے علاوہ eUICC آرکیٹیکچر، انٹرفیسز، اور سیکیورٹی فنکشنز کے لیے ہے۔

IoT ماڈل میں بنیادی کردار #

کردار ادا کرنے والے #

• eUICC: IoT-قابل eUICC جو پروفائلز کو محفوظ کرتا ہے اور IoT دور دراز مینجمنٹ ایسوسی ایشنز کی حمایت کرتا ہے
• IPA (IoT پروفائل اسسٹنٹ): ڈیوائس یا eUICC سائیڈ اسسٹنٹ جو پروویژننگ/مینجمنٹ کا کام بغیر صارف UI کے انجام دیتا ہے؛ یہ IPAd (ڈیوائس پر) یا IPAe (eUICC پر) ہو سکتا ہے
• eIM (eSIM IoT ریموٹ مینیجر): کلاؤڈ/آرکیسٹریشن ادارہ جو ڈیوائس یا فلیٹ کے لیے پروفائل لائف سائیکل آپریشنز جاری کرتا ہے
• SM-DP+: صارف ماحولیاتی نظام سے پروفائل تیاری اور محفوظ ترسیل کے لیے دوبارہ استعمال کیا گیا
• SM-DS: دریافت کا کردار جہاں متعلقہ ہو برقرار رکھا گیا
• آپریٹر: پروفائل ماخذ، جیسا کہ صارف RSP میں

آرکیٹیکچرل ارادہ GSMA مواد اور صنعت کے واک تھروز میں مستقل ہے: جو پہلے سے صارف RSP میں کام کرتا تھا اسے برقرار رکھیں (خاص طور پر SM-DP+)، اور انسانی/LPA مفروضے کو دور دراز مینیجر اور IoT-نیٹو اسسٹنٹ کے ساتھ تبدیل کریں (Velocity IoT معیارات کی وضاحت; 1oT موازنہ)۔

کیوں IoT کو ایک مختلف ماڈل کی ضرورت تھی #

صارف RSP فرض کرتا ہے:

• ایک اسکرین یا ساتھی UX،
• ایک شخص جو ڈاؤن لوڈ شروع کر سکتا ہے،
• TLS سیشنز کے لیے نسبتاً مستحکم IP کنیکٹیویٹی،
• ہر ڈیوائس کے لیے، صارف کی جانب سے زندگی کے فیصلے۔

IoT بیڑے اکثر اس کے برعکس فرض کرتے ہیں:

• کوئی UI نہیں،
• غیر مستقل یا کم بینڈوڈتھ کنیکٹیویٹی (بشمول LPWAN منظرنامے)،
• ہمیشہ آن سیشنز کے بجائے غیر متزامن چیک ان،
• پالیسی کی بنیاد پر ایک ساتھ کئی EIDs کو فعال/غیر فعال/حذف کرنا۔

لہذا SGP.31/32 بیڑے پر مبنی پروفائل اسٹیٹ مینجمنٹ اور ایک eIM متعارف کراتا ہے جو ڈاؤن لوڈز کو متحرک یا پراکسی کر سکتا ہے۔ صنعت کے تجزیے ہلکے پروٹوکول کے اختیارات پر بھی زور دیتے ہیں (مثال کے طور پر CoAP/DTLS محدود ڈیوائسز کے لیے متبادل راستہ کے طور پر)، جدید IoT RSP کے لیے SMS کو ایک سخت انحصار کے طور پر ہٹانا، اور براہ راست بمقابلہ بالواسطہ پروفائل کی ترسیل کی حمایت کرنا اس پر منحصر ہے کہ آیا ڈیوائس SM-DP+ سے خود آرام سے بات کر سکتی ہے (Eseye; 1oT)۔

اہم بات یہ ہے کہ، SGP.32 نہیں ہر SGP.02 eUICC کے لیے جو پہلے سے میدان میں ہے، ایک پسماندہ مطابقت پذیر “سافٹ ویئر اپ گریڈ” نہیں ہے۔ Eseye اور دیگر IoT ماہرین نوٹ کرتے ہیں کہ M2M-معیاری تعیناتیاں عام طور پر زندگی کے اختتام تک اس ماڈل پر رہتی ہیں؛ سبز میدان IoT وہ جگہ ہے جہاں SGP.32 کو ڈیفالٹ بننے کے لیے ڈیزائن کیا گیا ہے۔

SGP.22 بمقابلہ SGP.32: ساختی موازنہ #

پیمائش بہ پیمائش موازنہ #

پرائمری GSMA جوڑی

• SGP.22 (صارف RSP): SGP.21 آرکیٹیکچر + SGP.22 تکنیکی
• SGP.32 (IoT RSP): SGP.31 آرکیٹیکچر/ضروریات + SGP.32 تکنیکی

کے لیے ڈیزائن کیا گیا

• SGP.22 (صارف RSP): اسمارٹ فونز، ٹیبلٹس، پہننے کے قابل، صارف ڈیوائسز جن میں UI ہے
• SGP.32 (IoT RSP): ہیڈ لیس / UI-محدود / نیٹ ورک-محدود 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): HTTPS/TLS-مرکزی صارف IP اسٹیک
• 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 UI) فیصلہ کرتا ہے کہ پروفائل کب رومنگ ڈیٹا کے لئے فعال ہو، کب روکا جائے، اور کب ہٹایا جائے۔
• 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 کہانی بنی رہتی ہے #

فونز اور زیادہ تر مسافر آلات کے لئے، آپریٹو معیار SGP.22-کلاس صارف RSP بنی رہتی ہے۔ وہ پروڈکٹ تجربہ جس کی مسافر پرواہ کرتے ہیں - روانگی سے پہلے خریدیں، QR یا ایپ کے ذریعے انسٹال کریں، زمین پر جڑیں - LPA ↔ SM-DP+ فلو سے نقشہ بناتا ہے، نہ کہ eIM فلیٹ کمانڈز سے۔

GSMA کی اپنی 2026 کی صنعت کی تبصرہ بین الاقوامی رومنگ میں ایک ساختی تبدیلی کے طور پر سفر کی کنیکٹیویٹی کو فریم کرتی ہے: ایپ پر مبنی eSIM سفر کی پیشکشیں زیادہ شفاف اور لچکدار ہیں، اور تقسیم سفر شروع ہونے سے پہلے صارف کے قریب منتقل ہوتی ہے (GSMA: eSIM بڑے پیمانے پر مارکیٹ کی تعیناتی پیش گوئی سے حقیقت کی طرف منتقل ہوتی ہے)۔ وہ تجارتی تبدیلی صارف RSP کی پختگی اور ہینڈسیٹ کی حمایت پر سوار ہوتی ہے، نہ کہ IoT eIM کے رول آؤٹ پر۔

SGP.32 سفر سے متعلقہ ماحولیاتی نظام کے لئے کیا تبدیل کرتا ہے #

یہاں تک کہ اگر مسافر کبھی SGP.32 کو نہ چھوئیں، معیار سفر کے کناروں پر اہمیت رکھتا ہے:

• کنیکٹڈ لگج ٹریکرز، فلیٹ گاڑیاں، لاجسٹکس سینسرز، اور مقام IoT کو QR تقریب کے بغیر دور دراز پروفائل مینجمنٹ کی بڑھتی ہوئی ضرورت ہے۔
• سفر روٹرز اور کچھ "eSIM ہارڈویئر" ایک گندے وسط میں بیٹھ سکتے ہیں: انسانی مالک کے لئے صارف طرز کی ایکٹیویشن، لیکن آپریشنل ضروریات جو بڑے پیمانے پر فلیٹ جیسی نظر آتی ہیں۔
• آپریٹرز اور MVNOs چل سکتے ہیں دونوں صارف SM-DP+ اسٹیٹس اور IoT eIM اسٹیٹس۔ SGP.22 اور SGP.32 کے درمیان SM-DP+ DNA کا اشتراک ارادی ہے؛ اس کا مطلب یہ نہیں ہے کہ دونوں ڈیوائس کلاسز ایک ہی UX یا سرٹیفیکیشن راستہ شیئر کرتے ہیں۔

ملٹی-IMSI، MVNO اسٹیکس، اور سچائی کی حدود #

ملٹی-IMSI (ایک کنیکٹیویٹی پروڈکٹ کے اندر یا ساتھ میں منتخب کرنے کے لئے متعدد شناختیں) اور eUICC پروفائل ڈاؤن لوڈ اکثر ایک ساتھ زیر بحث آتے ہیں، لیکن وہ ایک ہی میکانزم نہیں ہیں۔ ملٹی-IMSI ایک تجارتی پیشکش کے اندر نیٹ ورک اٹیچمنٹ کے رویے کو بہتر بنا سکتا ہے؛ eUICC RSP (SGP.22 یا SGP.32) eUICC پر مکمل آپریٹر پروفائلز کو محفوظ طریقے سے انسٹال اور مینج کرنے کے بارے میں ہے۔ سفر برانڈز اور MVNOs دونوں تکنیکوں کو تجارتی طور پر ملا سکتے ہیں، لیکن آرکیٹیکچر کی وضاحت اب بھی اہمیت رکھتی ہے: صارف سفر کی تنصیبات فونز پر SGP.22 انٹرآپریبلٹی اور ایکٹیویشن UX کے ذریعہ جانچی جاتی ہیں؛ IoT اسٹیٹس eIM/IPA آپریبلٹی اور محدود نیٹ ورک کی لچک کے ذریعہ جانچی جاتی ہیں۔

IoT کی طرف سے ایک مفید احتیاط تجارتی طور پر بھی لاگو ہوتی ہے: کسی مواصفات میں تکنیکی پورٹیبلٹی خود بخود کسی معاہدے میں تجارتی پورٹیبلٹی کے برابر نہیں ہوتی۔ SGP.32 کچھ آرکیٹیکچرل لاک ان پیٹرنز کو کم کرتا ہے جو SGP.02 سے وابستہ ہیں، لیکن فراہم کنندہ کے تجارتی شرائط اب بھی طے کرتے ہیں کہ فلیٹس eIM ایسوسی ایشنز یا بیرونی SM-DP+ تعلقات کو کتنی آزادی سے منتقل کر سکتے ہیں (1oT)۔ صارف سفر خریداروں کو چھوٹے پیمانے پر ایک مشابہ سبق کا سامنا ہوتا ہے - انٹرآپریبل RSP خود بخود فراہم کنندگان کے درمیان یکساں کوریج معیار، منصفانہ استعمال کی پالیسی، یا سپورٹ تجربہ کی ضمانت نہیں دیتا۔

مارکیٹ کا وقت اور اپنانے کے اشارے (عوامی، 2025-2026) #

2026 میں عوامی GSMA مواد صارف eSIM کو آپریشنل پیمانے میں داخل ہوتے ہوئے بیان کرتے ہیں نہ کہ تصور کی تصدیق کے طور پر۔ GSMA کی مئی 2026 کی GSMA انٹیلیجنس کے اعداد و شمار کے خلاصے کے مطابق، عالمی eSIM اسمارٹ فون کی رسائی تقریباً 5% کے آخر میں-2025, کے ساتھ بیان کردہ راستہ تقریباً 2026 کے آخر تک 10%، اور اس کے بعد مزید ترقی؛ اسی مضمون میں تقریباً چار میں سے تین / 73% موبائل نیٹ ورک آپریٹرز تجارتی اسمارٹ فون eSIM پیش کر رہے ہیں، جبکہ دستیابی اور فعال صارف کی سرگرمی کے درمیان باقی فرق کو نوٹ کرتے ہوئے (GSMA بڑے پیمانے پر مارکیٹ eSIM مضمون)۔

IoT کی طرف، وہی GSMA تبصرہ SGP.32 کو عالمی پروڈکٹ ویریئنٹس اور فیلڈ پروفائل سوئچنگ کے لئے ایک ساختی مددگار کے طور پر نمایاں کرتا ہے - ایسی زبان جو IoT پلیٹ فارمز کے معیار کو پوزیشن کرنے کے طریقے سے میل کھاتی ہے۔ وضاحت کی پختگی GSMA کی عوامی جدولوں میں بھی نظر آتی ہے: SGP.31/SGP.32 2024-2026 میں فعال v1.2 اور نئے v1.3 فہرستوں کے ذریعے ترقی کرتے رہتے ہیں، متعلقہ ٹیسٹ وضاحتوں کے ساتھ (GSMA وضاحت انڈیکس)۔

بغیر مبالغہ آرائی کے تشریح: صارفین کے سفر کے eSIM پہلے ہی SGP.22 ریلز پر ایک پیمانے پر تجارتی استعمال کا کیس ہے؛ SGP.32 IoT RSP کی متوازی صنعتی کاری ہے۔ وہ وسیع تر eSIM کہانی کو تقویت دیتے ہیں بغیر ایک دوسرے کی جگہ لئے۔

مسافروں اور برانڈز کو کیا سمجھنا چاہئے #

مسافروں کے لئے #

آپ کو سفر کے منصوبے خریدتے وقت SGP.22 اور SGP.32 کے درمیان انتخاب کرنے کی ضرورت نہیں ہے۔ اگر آپ QR کوڈ یا ایپ کے ذریعے فون پر eSIM انسٹال کر رہے ہیں، تو آپ صارف RSP دنیا میں ہیں۔ جس چیز کی آپ کو پرواہ کرنی چاہئے وہ عملی ہے: روانگی سے پہلے ڈیوائس کی مطابقت، انسٹال کی قابل اعتمادیت، منزل کی کوریج، شفاف منصفانہ استعمال کی شرائط، اور جب کچھ گیٹ پر ناکام ہو جائے تو مدد۔

ایسے فراہم کنندگان جیسے Roamify اس صارف کے سفر کی سطح میں بیٹھتے ہیں - منزل کے منصوبے، ڈیجیٹل انسٹال، اور بیرون ملک آن لائن رہنے کی سہولت - بجائے صنعتی eIM فلیٹ مینجمنٹ کے۔ QR کے پیچھے معیارات کی کہانی اب بھی SGP.22 کی شکل میں ہے۔

سفر کے برانڈز، OTAs، فِن ٹیکز، اور صارفین کے MVNOs کے لئے #

• کو بنیاد بنائیں SGP.22 انٹرآپریبلٹی اور ایکٹیویشن UX کو پروڈکٹ کی بنیاد کے طور پر۔
• “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 فلیٹ مینجمنٹ کو نافذ کرتا ہے۔