SGP.22 vs SGP.32 - การเปลี่ยนแปลงมาตรฐาน eSIM หมายถึงอะไรสำหรับการเชื่อมต่อการเดินทาง

เป้าหมาย: ให้ผู้ซื้อ eSIM สำหรับการเดินทางและผู้ประกอบการ MVNO สำหรับการเดินทางมีแผนที่ที่เข้าใจมาตรฐานของการจัดเตรียม SIM ระยะไกลสำหรับผู้บริโภคและ IoT - เพื่อไม่ให้การพูดคุยในอุตสาหกรรมเกี่ยวกับ "มาตรฐาน eSIM ถัดไป" ทำให้เกิดความสับสนระหว่างสองเส้นทางที่แตกต่างกัน

กลุ่มเป้าหมาย: ผู้ปฏิบัติงานที่จัดส่งหรือซื้อการเชื่อมต่อการเดินทางสำหรับผู้บริโภค (และใครก็ตามที่ประเมินฮาร์ดแวร์ IoT/การเดินทางที่เกี่ยวข้อง) ไม่ใช่สมาชิกคณะกรรมการ GSMA

หากคุณซื้อ eSIM สำหรับการเดินทาง สแกน QR code และเชื่อมต่อข้อมูล คุณอยู่ในสถาปัตยกรรม GSMA Remote SIM Provisioning (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 ทำให้การแยกแยะชัดเจน: consumer RSP อยู่ภายใต้ SGP.21 (สถาปัตยกรรม) และ SGP.22 (เทคนิค); IoT RSP อยู่ภายใต้ SGP.31 (สถาปัตยกรรมและข้อกำหนด) และ SGP.32 (เทคนิค) การปล่อย consumer ที่ใช้งานอยู่ยังคงดำเนินต่อไปผ่าน SGP.22 v2.x และ v3.x; การปล่อย IoT ยังคงดำเนินต่อไปผ่าน SGP.31/SGP.32 v1.x รวมถึงการแก้ไขใหม่ในปี 2024-2026 บนหน้าข้อกำหนด eSIM ของ GSMA (GSMA eSIM Consumer and IoT Specifications)

ก่อน SGP.32 การจัดเตรียมระยะไกล IoT และ M2M ส่วนใหญ่จะอยู่ในโมเดล machine-to-machine ก่อนหน้านี้ (SGP.02) โดยมีการแยกเซิร์ฟเวอร์คู่ของ SM-DP (การเตรียมข้อมูล) และ SM-SR (การกำหนดเส้นทางที่ปลอดภัย) โมเดลนั้นช่วยให้การจัดการโปรไฟล์ระยะไกลสำหรับการใช้งานในอุตสาหกรรมและยานยนต์ แต่ก็ยังนำมาซึ่งความขัดแย้งในการดำเนินงาน: ทริกเกอร์ที่เน้น SMS การเชื่อมโยงทางการค้าของ SM-SR/SM-DP ที่แน่นหนา และไม่เหมาะสมกับอุปกรณ์ LPWAN ที่มีข้อจำกัดสูง ผู้ให้บริการและผู้ให้บริการแพลตฟอร์ม IoT มักอ้างถึงข้อจำกัดเหล่านั้นว่าเป็นเหตุผลที่ GSMA สร้างสถาปัตยกรรม IoT เฉพาะแทนที่จะบังคับให้ consumer RSP อยู่ในโมเด็มทุกตัว (Eseye on SGP.31/32; 1oT on SGP.02 vs SGP.22 vs SGP.32)

เวอร์ชันสั้น: รูปแบบทางกายภาพหนึ่ง (eSIM/eUICC) หลายปรัชญาการจัดเตรียม

SGP.22 ในคำง่ายๆ: consumer RSP สำหรับอุปกรณ์ที่มีมนุษย์ในวงจร #

SGP.22 เป็นคำอธิบายทางเทคนิคของ GSMA สำหรับ Remote SIM Provisioning สำหรับ อุปกรณ์ผู้บริโภค. จุดประสงค์ของมันชัดเจน: เป็นโซลูชันทางเทคนิคสำหรับการจัดเตรียมและการจัดการระยะไกลของ eUICC ในอุปกรณ์ผู้บริโภค มุ่งเน้นที่การทำงานร่วมกันได้ทั่วการปรับใช้ของผู้ให้บริการ - รวมถึงแพลตฟอร์ม SM-DP+ และผู้จำหน่าย eUICC

ผู้มีบทบาทหลักในโมเดลผู้บริโภค #

บทบาทของผู้มีบทบาท #

• eUICC: แพลตฟอร์มที่ปลอดภัยที่เก็บโปรไฟล์ (ข้อมูลประจำตัวของผู้ให้บริการและส่วนประกอบที่เกี่ยวข้อง)
• LPA (Local Profile Assistant): ผู้ช่วยบนอุปกรณ์ (หรือบางส่วนบน eUICC) ที่ขับเคลื่อนการดาวน์โหลด การเปิด/ปิด/ลบในท้องถิ่น และการจัดการโปรไฟล์ที่ผู้ใช้เห็น
• SM-DP+: Subscription Manager - Data Preparation +: เตรียม ปกป้อง และส่งมอบ Bound Profile Packages
• SM-DS: Subscription Manager - Discovery Service: เส้นทางการค้นหาเสริมเมื่ออุปกรณ์ต้องการค้นหา SM-DP+ ที่ถูกต้องโดยไม่มี QR/รหัสเปิดใช้งาน
• ผู้ให้บริการ / ผู้ออกโปรไฟล์: เป็นเจ้าของการสมัครสมาชิกเชิงพาณิชย์ที่อยู่เบื้องหลังโปรไฟล์

ในกระบวนการที่นักเดินทางรู้จัก:

1. ซื้อแผนการเดินทางและรับรหัสเปิดใช้งาน (มักจะเป็น QR)
2. อุปกรณ์ LPA ติดต่อกับ SM-DP+.
3. แพ็คเกจโปรไฟล์ที่เข้ารหัสจะถูกดาวน์โหลดและติดตั้งบน eUICC.
4. ผู้ใช้เปิดใช้งานโปรไฟล์ (และสามารถปิดหรือลบได้ในภายหลัง).

นี่คือ โมเดลที่ผู้ใช้เริ่มต้น / ดึงข้อมูล. มีบุคคลอยู่, อุปกรณ์มี UI, และการยินยอมเป็นการกระทำการติดตั้งที่ชัดเจน. นั่นคือเหตุผลที่การชำระเงิน eSIM สำหรับการเดินทาง, ความร่วมมือระหว่างสายการบิน/ฟินเทค, และการเปิดใช้งานผ่านแอปทั้งหมดสอดคล้องกับ SGP.22-class consumer RSP - ไม่ใช่การจัดการ IoT fleet.

การขนส่ง HTTPS/TLS เหมาะกับสมาร์ทโฟน. มันหนักกว่าที่หลายๆ วงจรการทำงานของ IoT จะรับได้, แต่เหมาะสมสำหรับโทรศัพท์ที่มีการเชื่อมต่อ IP และระบบความปลอดภัยเต็มรูปแบบอยู่แล้ว.

SGP.32 ในภาษาง่ายๆ: IoT RSP สำหรับอุปกรณ์ที่ไม่สามารถแตะ “Add eSIM” ได้ #

SGP.32 เป็นข้อกำหนดทางเทคนิคสำหรับ eSIM IoT สถาปัตยกรรมที่กำหนดใน SGP.31. GSMA อธิบายว่าครอบคลุมการจัดเตรียมและการจัดการระยะไกลของ eUICC ในอุปกรณ์ IoT ที่ มีข้อจำกัดด้านเครือข่ายและ/หรือข้อจำกัดด้านอินเทอร์เฟซผู้ใช้, รวมถึงสถาปัตยกรรม eUICC, อินเทอร์เฟซ, และฟังก์ชันความปลอดภัยสำหรับโมเดลนั้น.

ผู้มีบทบาทหลักในโมเดล IoT #

บทบาทของผู้มีบทบาท #

• eUICC: eUICC ที่รองรับ IoT ที่เก็บโปรไฟล์และสนับสนุนการจัดการระยะไกลของ IoT
• IPA (IoT Profile Assistant): ผู้ช่วยด้านอุปกรณ์หรือ eUICC ที่ดำเนินการจัดเตรียม/การจัดการโดยไม่มี UI ของผู้บริโภค; อาจเป็น IPAd (บนอุปกรณ์) หรือ IPAe (บน eUICC)
• eIM (eSIM IoT Remote Manager): หน่วยงานคลาวด์/การจัดการที่ออกคำสั่งการดำเนินการวงจรชีวิตโปรไฟล์สำหรับอุปกรณ์หรือ fleet
• SM-DP+: ใช้ซ้ำจากระบบนิเวศของผู้บริโภคสำหรับการเตรียมโปรไฟล์และการส่งมอบที่ปลอดภัย
• SM-DS: บทบาทการค้นพบที่ยังคงอยู่ในที่ที่เกี่ยวข้อง
• ผู้ให้บริการ: แหล่งที่มาของโปรไฟล์, เช่นเดียวกับใน consumer RSP

เจตนาทางสถาปัตยกรรมสอดคล้องกันในเอกสารของ GSMA และการแนะนำในอุตสาหกรรม: รักษาสิ่งที่ทำงานได้แล้วใน consumer RSP (โดยเฉพาะ SM-DP+), และแทนที่สมมติฐานของมนุษย์/LPA ด้วยผู้จัดการระยะไกลและผู้ช่วยที่เน้น IoT (Velocity IoT standards explainer; 1oT comparison).

ทำไม IoT ต้องการโมเดลที่แตกต่าง #

Consumer RSP สมมติว่า:

• หน้าจอหรือ UX คู่หู,
• บุคคลที่สามารถเริ่มการดาวน์โหลดได้,
• การเชื่อมต่อ IP ที่ค่อนข้างเสถียรสำหรับเซสชัน TLS,
• การตัดสินใจเกี่ยวกับวงจรชีวิตที่ขับเคลื่อนโดยผู้ใช้ต่ออุปกรณ์.

กลุ่ม IoT มักจะสมมติในทางตรงกันข้าม:

• ไม่มี UI,
• การเชื่อมต่อที่ไม่ต่อเนื่องหรือแบนด์วิดท์ต่ำ (รวมถึงสถานการณ์ LPWAN),
• การเช็คอินแบบอะซิงโครนัสแทนที่จะเป็นเซสชันที่เปิดตลอดเวลา,
• การเปิด/ปิด/ลบที่ขับเคลื่อนด้วยนโยบายในหลาย EID พร้อมกัน.

ดังนั้น SGP.31/32 จึงแนะนำการจัดการสถานะโปรไฟล์ที่มุ่งเน้นกลุ่มและ eIM ที่สามารถกระตุ้นหรือเป็นตัวแทนการดาวน์โหลดได้ การวิเคราะห์อุตสาหกรรมยังเน้นตัวเลือกโปรโตคอลที่มีน้ำหนักเบา (เช่น CoAP/DTLS เป็นเส้นทางทางเลือกสำหรับอุปกรณ์ที่มีข้อจำกัด), การลบ SMS เป็นการพึ่งพาที่จำเป็นสำหรับ IoT RSP สมัยใหม่, และการสนับสนุนการส่งโปรไฟล์โดยตรงเทียบกับทางอ้อมขึ้นอยู่กับว่าอุปกรณ์สามารถสื่อสารกับ SM-DP+ ได้อย่างสะดวกหรือไม่ (Eseye; 1oT).

ที่สำคัญ, SGP.32 ไม่ใช่ การอัปเกรดซอฟต์แวร์ที่เข้ากันได้ย้อนหลังสำหรับ eUICC SGP.02 ทุกตัวที่มีอยู่ในสนาม 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 (consumer RSP): สมาร์ทโฟน แท็บเล็ต อุปกรณ์สวมใส่ อุปกรณ์ผู้บริโภคที่มี UI
• SGP.32 (IoT RSP): อุปกรณ์ IoT และกลุ่มอุปกรณ์ที่ไม่มี UI หรือมีข้อจำกัดด้านเครือข่าย

มนุษย์ในวงจร?

• SGP.22 (consumer RSP): ใช่ - ผู้ใช้เริ่มต้นหรือยืนยันการติดตั้ง/สลับ
• SGP.32 (IoT RSP): ไม่ - eIM/IPA จัดการการทำงานจากระยะไกล

ผู้ช่วยในพื้นที่

• SGP.22 (consumer RSP): LPA
• SGP.32 (IoT RSP): IPA (IPAd หรือ IPAe)

การจัดการจากระยะไกล

• SGP.22 (consumer RSP): จำกัด / ไม่ใช่ศูนย์กลางการออกแบบ
• SGP.32 (IoT RSP): eIM เป็นผู้จัดการระยะไกลระดับสูง

เซิร์ฟเวอร์โปรไฟล์

• SGP.22 (consumer RSP): SM-DP+
• SGP.32 (IoT RSP): SM-DP+ (ใช้ซ้ำ)

การค้นพบ

• SGP.22 (consumer RSP): SM-DS (เป็นทางเลือกในหลายกระบวนการ)
• SGP.32 (IoT RSP): SM-DS ยังคงอยู่ในสถาปัตยกรรม

รูปแบบการกระตุ้น

• SGP.22 (consumer RSP): ส่วนใหญ่เป็นการดึง (QR / รหัสเปิดใช้งาน / แอป)
• SGP.32 (IoT RSP): การผลักและ/หรือดึงผ่าน eIM และรูปแบบการเช็คอินของอุปกรณ์

ท่าทางการขนส่ง

• SGP.22 (consumer RSP): กอง IP ผู้บริโภคที่เน้น HTTPS/TLS
• SGP.32 (IoT RSP): ใช้ IP; เน้นตัวเลือกอุปกรณ์ที่มีข้อจำกัด (เช่น เส้นทาง CoAP/DTLS ในสรุปอุตสาหกรรมของสเปค)

ความเจ็บปวดของรุ่นก่อนที่มันแก้ไข

• SGP.22 (consumer RSP): การเปลี่ยน SIM ทางกายภาพและการล็อคผู้ให้บริการบนฮาร์ดแวร์ผู้บริโภค
• SGP.32 (IoT RSP): การล็อคการดำเนินงาน SGP.02, การพึ่งพา SMS, และความไม่เหมาะสมกับอุปกรณ์ที่มีข้อจำกัด

ความเกี่ยวข้องของ eSIM สำหรับการเดินทาง

• SGP.22 (consumer 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 สำหรับผู้บริโภค #

สำหรับโทรศัพท์และอุปกรณ์ของนักเดินทางส่วนใหญ่ มาตรฐานที่ใช้งานยังคงเป็น RSP สำหรับผู้บริโภคระดับ SGP.22. ประสบการณ์ผลิตภัณฑ์ที่นักเดินทางสนใจ - ซื้อก่อนออกเดินทาง ติดตั้งผ่าน QR หรือแอป ลงจอดแล้วเชื่อมต่อ - แผนที่ไปยังการไหลของ LPA ↔ SM-DP+ ไม่ใช่คำสั่งฝูงบิน eIM

คำอธิบายอุตสาหกรรมของ GSMA ในปี 2026 เอง กำหนดการเชื่อมต่อสำหรับการเดินทางว่าเป็นการเปลี่ยนแปลงโครงสร้างในการโรมมิ่งระหว่างประเทศ: ข้อเสนอ eSIM สำหรับการเดินทางที่ใช้แอปมีความโปร่งใสและยืดหยุ่นมากขึ้น และการกระจายเคลื่อนเข้าใกล้ผู้ใช้ปลายทางก่อนการเดินทางเริ่มต้น (GSMA: การปรับใช้ eSIM ในตลาดมวลชนเคลื่อนจากการคาดการณ์สู่ความจริง). การเปลี่ยนแปลงทางการค้านั้นขับเคลื่อนด้วยความเป็นผู้ใหญ่ของ RSP สำหรับผู้บริโภคและการสนับสนุนอุปกรณ์ ไม่ใช่การเปิดตัว eIM สำหรับ IoT

สิ่งที่ SGP.32 *เปลี่ยนแปลง* สำหรับระบบนิเวศที่เกี่ยวข้องกับการเดินทาง #

แม้ว่านักเดินทางจะไม่เคยสัมผัส SGP.32 มาตรฐานนี้ก็ยังมีความสำคัญที่ขอบของการเดินทาง:

• ตัวติดตามกระเป๋าเดินทางที่เชื่อมต่อ ยานพาหนะฝูงบิน เซ็นเซอร์โลจิสติกส์ และ IoT ในสถานที่ ต้องการการจัดการโปรไฟล์ระยะไกลมากขึ้นโดยไม่ต้องมีพิธีการ QR
• เราเตอร์สำหรับการเดินทางและ “ฮาร์ดแวร์ eSIM” บางประเภท สามารถนั่งอยู่ในจุดกึ่งกลางที่ยุ่งเหยิง: การเปิดใช้งานแบบผู้บริโภคสำหรับเจ้าของมนุษย์ แต่มีความต้องการในการดำเนินงานที่ดูเหมือนฝูงบินในระดับใหญ่
• ผู้ให้บริการและ MVNO อาจดำเนินการ ทั้งสอง อสังหาริมทรัพย์ SM-DP+ สำหรับผู้บริโภคและอสังหาริมทรัพย์ eIM สำหรับ IoT การแบ่งปัน DNA ของ SM-DP+ ระหว่าง SGP.22 และ SGP.32 เป็นเจตนา; มันไม่ได้หมายความว่าอุปกรณ์ทั้งสองประเภทจะแชร์ UX หรือเส้นทางการรับรองเดียวกัน

Multi-IMSI, สแต็ค MVNO และขอบเขตที่แท้จริง #

Multi-IMSI (หลายตัวตนที่สามารถเลือกได้ภายในหรือข้างผลิตภัณฑ์การเชื่อมต่อ) และการดาวน์โหลดโปรไฟล์ eUICC มักถูกพูดถึงร่วมกัน แต่พวกมันไม่ใช่กลไกเดียวกัน Multi-IMSI สามารถปรับปรุงพฤติกรรมการเชื่อมต่อเครือข่ายภายในข้อเสนอทางการค้า; eUICC RSP (SGP.22 หรือ SGP.32) เกี่ยวกับการติดตั้งและจัดการโปรไฟล์ผู้ให้บริการเต็มรูปแบบบน eUICC อย่างปลอดภัย แบรนด์การเดินทางและ MVNO อาจรวมเทคนิคทั้งสองเข้าด้วยกันในเชิงพาณิชย์ แต่ความชัดเจนของสถาปัตยกรรมยังคงมีความสำคัญ: การติดตั้งการเดินทางสำหรับผู้บริโภคบนโทรศัพท์ถูกตัดสินโดยความสามารถในการทำงานร่วมกันของ SGP.22 และ UX การเปิดใช้งาน; อสังหาริมทรัพย์ 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 สำหรับสมาร์ทโฟนเชิงพาณิชย์ ในขณะที่สังเกตช่องว่างที่เหลือระหว่างการมีอยู่และการเปิดใช้งานของผู้บริโภค (บทความ eSIM ตลาดมวลชนของ GSMA).

ในด้าน 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 code หรือแอป คุณอยู่ในโลกของ consumer RSP สิ่งที่คุณควรใส่ใจคือเรื่องปฏิบัติ: ความเข้ากันได้ของอุปกรณ์ ความน่าเชื่อถือในการติดตั้งก่อนออกเดินทาง ความครอบคลุมของจุดหมายปลายทาง ข้อกำหนดการใช้งานที่โปร่งใส และการสนับสนุนเมื่อมีปัญหาที่ประตู.

ผู้ให้บริการเช่น Roamify อยู่ในชั้นการเดินทางของผู้บริโภค - แผนการเดินทาง จุดหมายปลายทาง การติดตั้งดิจิทัล และการใช้งานออนไลน์ในต่างประเทศ - แทนที่จะเป็นการจัดการฝูง eIM อุตสาหกรรม เรื่องราวมาตรฐานเบื้องหลัง QR ยังคงมีรูปร่างเป็น SGP.22.

สำหรับแบรนด์การเดินทาง OTAs ฟินเทค และ MVNO ผู้บริโภค #

• ปฏิบัติต่อ SGP.22 การทำงานร่วมกันและ UX การเปิดใช้งาน เป็นพื้นฐานของผลิตภัณฑ์.
• อย่าทำการตลาด “SGP.32” เป็นการอัปเกรดที่เผชิญหน้ากับนักเดินทาง เว้นแต่สถาปัตยกรรมฮาร์ดแวร์/ฝูงของคุณใช้ IoT RSP จริงๆ.
• หากคุณขายหรือทำฉลากขาวการเชื่อมต่อสำหรับ ตัวติดตาม เราเตอร์ หรือฮาร์ดแวร์การเดินทาง B2B, ประเมินแยกต่างหากว่าอุปกรณ์นั้นต้องการกระแส LPA ของผู้บริโภค กระแส eIM ของ IoT หรือไฮบริดที่จัดเตรียมไว้หรือไม่.
• ลงทุนในการศึกษา: ความคิดเห็นตลาดของ GSMA เองยังชี้ให้เห็นถึงช่องว่างระหว่างการมีอยู่ของ eSIM และความเข้าใจ/การเปิดใช้งานของผู้บริโภค คำแนะนำการติดตั้งที่ชัดเจนยังคงเป็นตัวสร้างความแตกต่างในการแข่งขัน.

สำหรับผู้ให้บริการและแพลตฟอร์มการเชื่อมต่อ #

การดำเนินการ RSP ของผู้บริโภคและ IoT ควบคู่กันไปเป็นเรื่องปกติมากขึ้น มรดก SM-DP+ ที่ใช้ร่วมกันช่วยได้ แต่การรับรอง การรับรองความปลอดภัย ตัวแทนอุปกรณ์ (LPA กับ IPA) และโมเดลการดำเนินงานเชิงพาณิชย์ยังคงแตกต่างกัน การผสมคำศัพท์ในข้อความสาธารณะสร้างความคาดหวังที่ผิดพลาดสำหรับทั้งนักเดินทางและผู้ซื้อองค์กร.

บทสรุป: มาตรฐานสองมาตรฐาน เรื่องราว eSIM หนึ่งเรื่อง - รักษาเลนให้ชัดเจน #

SGP.22 และ SGP.32 ไม่ใช่คู่แข่งในกระดานผู้นำเดียวกัน พวกเขาเป็นคำตอบสำหรับความเป็นจริงของอุปกรณ์สองอย่าง:

• SGP.22 สมมติว่ามีบุคคลอยู่และสามารถดึงโปรไฟล์เข้าสู่อุปกรณ์ผู้บริโภคได้ นั่นคือสถาปัตยกรรมเบื้องหลัง eSIM การเดินทางสมัยใหม่บนโทรศัพท์.
• SGP.32 สมมติว่าอุปกรณ์อยู่คนเดียว - หรือหลับ - และต้องการการจัดการระยะไกลที่สามารถจัดการฝูงผ่าน eIM และ IPA ในขณะที่ยังคงใช้การส่งโปรไฟล์ SM-DP+ นั่นคือสถาปัตยกรรมที่ GSMA สร้างขึ้นสำหรับ IoT ที่ถูกจำกัดหลังจากข้อจำกัดของ SGP.02 กลายเป็นที่ชัดเจน.

สำหรับการเชื่อมต่อการเดินทาง บทเรียนเชิงกลยุทธ์คือความแม่นยำ เส้นทาง RSP ของผู้บริโภคกำลังเปลี่ยนแปลงวิธีที่ผู้คนซื้อการโรมมิ่ง เส้นทาง RSP ของ IoT กำลังเปลี่ยนแปลงวิธีที่เครื่องจักรเชื่อมต่อกันเป็นเวลาหลายปี แบรนด์ที่รักษาเลนเหล่านั้นให้ชัดเจนจะอธิบาย eSIM ได้อย่างน่าเชื่อถือมากขึ้น - และสร้างผลิตภัณฑ์ที่ตรงกับมาตรฐานที่พวกเขากำลังจัดส่งจริงๆ.

หมายเหตุแบรนด์เบาๆ: Roamify เป็นผู้ให้บริการ eSIM สำหรับการเดินทางที่เสนอแผนในหลายจุดหมายปลายทางด้วยการเปิดใช้งานดิจิทัลสำหรับโทรศัพท์ที่เข้ากันได้ บทความนี้เป็นการศึกษาเกี่ยวกับมาตรฐาน ไม่ใช่การอ้างว่า Roamify ใช้การจัดการฝูง SGP.32 ของ IoT.