SGP.22 so với SGP.32 - sự thay đổi tiêu chuẩn eSIM có ý nghĩa gì cho kết nối du lịch

Mục tiêu: Cung cấp cho người mua eSIM du lịch và các nhà điều hành du lịch/MVNO một bản đồ hiểu biết về tiêu chuẩn giữa Cung cấp SIM Từ xa cho người tiêu dùng và IoT - để cuộc nói chuyện trong ngành về “tiêu chuẩn eSIM tiếp theo” không làm mờ hai con đường khác nhau.

Đối tượng: Những người thực hành vận chuyển hoặc mua kết nối du lịch cho người tiêu dùng (và bất kỳ ai đang đánh giá phần cứng IoT/du lịch liên quan), không phải là thành viên của ủy ban GSMA.

Nếu bạn mua một eSIM du lịch, quét mã QR và có dữ liệu khi hạ cánh, bạn đã ở trong kiến trúc Cung cấp SIM Từ xa (RSP) của GSMA - ngay cả khi bạn không bao giờ thấy các con số đặc tả. Những con số đó quan trọng.SGP.22 là tiêu chuẩn kỹ thuật RSP cho người tiêu dùng đứng sau các luồng eSIM cho điện thoại thông minh và du lịch.SGP.32 là tiêu chuẩn kỹ thuật RSP cho IoT dành cho các thiết bị không có màn hình, bị hạn chế và quy mô đội tàu. Chúng chia sẻ một số khối xây dựng. Chúng giải quyết các vấn đề khác nhau.

Sự khác biệt đó dễ bị làm mờ trong các bản trình bày tiếp thị. Nó cũng là sự khác biệt giữa một du khách cài đặt một hồ sơ tạm thời trên điện thoại và một doanh nghiệp điều phối kết nối trên hàng ngàn cảm biến sẽ không bao giờ thấy màn hình. Đối với các thương hiệu du lịch, MVNO và bất kỳ ai xây dựng trên các ngăn xếp eSIM cho người tiêu dùng, biết nơi SGP.22 kết thúc và SGP.32 bắt đầu là điều cơ bản - không phải vì du khách cần các tài liệu PDF của GSMA, mà vì cuộc trò chuyện trong ngành thường pha trộn các con đường của người tiêu dùng và IoT.

Bài viết này lập bản đồ kiến trúc, các tác nhân, sự khác biệt về vòng đời và các tác động thực tế cho kết nối du lịch - mà không coi SGP.32 là một bản nâng cấp thay thế cho chuyển vùng của người tiêu dùng.

Tại sao ngành công nghiệp cần nhiều hơn một “tiêu chuẩn” eSIM #

eSIM không phải là một giao thức duy nhất. Nó là một tập hợp các đặc tả của GSMA định nghĩa cách các hồ sơ nhà mạng được chuẩn bị, phân phối, cài đặt, kích hoạt, vô hiệu hóa và xóa một cách an toàn trên eUICC (nền tảng SIM nhúng).

Chỉ số đặc tả công khai của GSMA làm rõ sự phân chia: RSP cho người tiêu dùng nằm dưới SGP.21 (kiến trúc) và SGP.22 (kỹ thuật); RSP cho IoT nằm dưới SGP.31 (kiến trúc và yêu cầu) và SGP.32 (kỹ thuật). Các phiên bản phát hành cho người tiêu dùng tiếp tục thông qua SGP.22 v2.x và v3.x; các phiên bản cho IoT tiếp tục thông qua SGP.31/SGP.32 v1.x, bao gồm các bản sửa đổi mới hơn từ 2024-2026 trên trang đặc tả eSIM của GSMA (GSMA eSIM Consumer and IoT Specifications).

Trước SGP.32, việc cung cấp từ xa cho IoT và M2M chủ yếu nằm trong mô hình máy-đến-máy trước đó (SGP.02), với sự phân chia hai máy chủ của SM-DP (chuẩn bị dữ liệu) và SM-SR (định tuyến an toàn). Mô hình đó cho phép quản lý hồ sơ từ xa cho các trường hợp sử dụng công nghiệp và ô tô, nhưng nó cũng mang lại sự cản trở hoạt động: các kích hoạt định hướng SMS, sự kết hợp thương mại chặt chẽ giữa SM-SR/SM-DP, và không phù hợp với các thiết bị LPWAN bị hạn chế cao. Các nhà khai thác và nền tảng IoT thường xuyên trích dẫn những hạn chế đó là lý do GSMA xây dựng một kiến trúc IoT chuyên dụng thay vì ép buộc RSP cho người tiêu dùng lên mọi modem (Eseye về SGP.31/32; 1oT về SGP.02 vs SGP.22 vs SGP.32).

Phiên bản ngắn: một hình thức vật lý (eSIM/eUICC), nhiều triết lý cung cấp.

SGP.22 theo cách đơn giản: RSP cho người tiêu dùng cho các thiết bị có sự tham gia của con người #

SGP.22 là mô tả kỹ thuật của GSMA về Cung cấp SIM Từ xa cho các thiết bị tiêu dùng. Mục đích của nó là rõ ràng: một giải pháp kỹ thuật cho việc cung cấp và quản lý từ xa eUICC trong các thiết bị tiêu dùng, nhằm mục đích tương thích giữa các triển khai của nhà mạng - bao gồm các nền tảng SM-DP+ và các nhà cung cấp eUICC.

Các nhân tố chính trong mô hình tiêu dùng #

Vai trò của các nhân tố #

• eUICC: Nền tảng an toàn lưu trữ các hồ sơ (thông tin xác thực của nhà mạng và các thành phần liên quan)
• LPA (Trợ lý Hồ sơ Cục bộ): Trợ lý trên thiết bị (hoặc một phần trên eUICC) điều khiển tải xuống, kích hoạt/vô hiệu hóa/xóa cục bộ và quản lý hồ sơ hướng người dùng
• SM-DP+: Quản lý Đăng ký - Chuẩn bị Dữ liệu +: chuẩn bị, bảo vệ và phân phối Gói Hồ sơ Ràng buộc
• SM-DS: Quản lý Đăng ký - Dịch vụ Khám phá: đường dẫn khám phá tùy chọn khi thiết bị cần tìm SM-DP+ phù hợp mà không có mã QR/kích hoạt
• Nhà mạng / nhà phát hành hồ sơ: Sở hữu đăng ký thương mại đằng sau hồ sơ

Trong quy trình mà du khách nhận ra:

1. Mua một gói du lịch và nhận mã kích hoạt (thường là dưới dạng QR).
2. Thiết bị LPA liên hệ với SM-DP+.
3. Gói hồ sơ được mã hóa được tải xuống và cài đặt trên eUICC.
4. Người dùng kích hoạt hồ sơ (và có thể tắt hoặc xóa nó sau này).

Đây là mô hình do người dùng khởi xướng / hướng kéo. Một người có mặt, thiết bị có giao diện người dùng, và sự đồng ý là một hành động cài đặt rõ ràng. Đó là lý do tại sao việc thanh toán eSIM du lịch, hợp tác hàng không/tài chính, và kích hoạt qua ứng dụng đều phù hợp với RSP người tiêu dùng loại SGP.22 - không phải điều phối đội IoT.

Giao thức HTTPS/TLS phù hợp với điện thoại thông minh. Nó nặng hơn nhiều chu kỳ nhiệm vụ IoT có thể chịu được, nhưng hợp lý cho một thiết bị cầm tay đã duy trì kết nối IP và một ngăn xếp bảo mật đầy đủ.

SGP.32 theo cách đơn giản: RSP IoT cho các thiết bị không thể nhấn “Thêm eSIM” #

SGP.32 là đặc tả kỹ thuật cho kiến trúc eSIM IoT của GSMA được định nghĩa trong SGP.31. GSMA mô tả nó bao gồm việc cung cấp và quản lý từ xa eUICC trong các thiết bị IoT bị hạn chế mạng và/hoặc hạn chế giao diện người dùng, cùng với kiến trúc eUICC, giao diện và chức năng bảo mật cho mô hình đó.

Các tác nhân chính trong mô hình IoT #

Vai trò của tác nhân #

• eUICC: eUICC có khả năng IoT lưu trữ hồ sơ và hỗ trợ các liên kết quản lý từ xa IoT
• IPA (Trợ lý Hồ sơ IoT): Trợ lý phía thiết bị hoặc eUICC thực hiện công việc cung cấp/quản lý mà không cần giao diện người dùng tiêu dùng; có thể là IPAd (trên thiết bị) hoặc IPAe (trên eUICC)
• eIM (Quản lý Từ xa eSIM IoT): Thực thể đám mây/điều phối phát hành các hoạt động vòng đời hồ sơ cho một thiết bị hoặc một đội
• SM-DP+: Tái sử dụng từ hệ sinh thái tiêu dùng cho việc chuẩn bị hồ sơ và giao hàng được bảo vệ
• SM-DS: Vai trò khám phá được giữ lại khi cần thiết
• Nhà mạng: Nguồn hồ sơ, như trong RSP tiêu dùng

Ý định kiến trúc nhất quán trong các tài liệu của GSMA và các hướng dẫn ngành: giữ lại những gì đã hoạt động trong RSP tiêu dùng (đặc biệt là SM-DP+), và thay thế giả định con người/LPA bằng một quản lý từ xa cộng với một trợ lý gốc IoT (Giải thích tiêu chuẩn IoT Velocity; So sánh 1oT).

Tại sao IoT cần một mô hình khác #

RSP tiêu dùng giả định:

• một màn hình hoặc UX đi kèm,
• một người có thể bắt đầu tải xuống,
• kết nối IP tương đối ổn định cho các phiên TLS,
• quyết định vòng đời do người dùng điều khiển trên từng thiết bị.

các đội IoT thường giả định điều ngược lại:

• không có giao diện người dùng,
• kết nối không liên tục hoặc băng thông thấp (bao gồm các kịch bản LPWAN),
• kiểm tra không đồng bộ thay vì các phiên luôn bật,
• bật/tắt/xóa theo chính sách trên nhiều EID cùng một lúc.

Do đó, SGP.31/32 giới thiệu quản lý trạng thái hồ sơ theo đội và một eIM có thể kích hoạt hoặc làm trung gian tải xuống. Các phân tích ngành cũng nhấn mạnh các tùy chọn giao thức nhẹ (ví dụ CoAP/DTLS như một con đường thay thế cho các thiết bị bị hạn chế), loại bỏ SMS như một phụ thuộc cứng cho RSP IoT hiện đại, và hỗ trợ cho việc giao hồ sơ trực tiếp so với gián tiếp tùy thuộc vào việc thiết bị có thể giao tiếp thoải mái với SM-DP+ hay không (Eseye; 1oT).

Quan trọng là, SGP.32 không phải là một “nâng cấp phần mềm” tương thích ngược cho mọi eUICC SGP.02 đã có trên thực địa. Eseye và các chuyên gia IoT khác lưu ý rằng các triển khai theo tiêu chuẩn M2M thường duy trì trên mô hình đó cho đến hết vòng đời; IoT mới là nơi SGP.32 được thiết kế để trở thành mặc định.

SGP.22 so với SGP.32: so sánh có cấu trúc #

So sánh theo từng khía cạnh #

Cặp GSMA chính

• SGP.22 (RSP tiêu dùng): Kiến trúc SGP.21 + kỹ thuật SGP.22
• SGP.32 (RSP IoT): Kiến trúc/yêu cầu SGP.31 + kỹ thuật SGP.32

Thiết kế cho

• SGP.22 (RSP tiêu dùng): Điện thoại thông minh, máy tính bảng, thiết bị đeo, thiết bị tiêu dùng có giao diện người dùng
• SGP.32 (RSP IoT): Thiết bị IoT không có giao diện / bị hạn chế giao diện / bị hạn chế mạng và các đội

Con người trong vòng lặp?

• SGP.22 (RSP tiêu dùng): Có - người dùng khởi tạo hoặc xác nhận cài đặt/chuyển đổi
• SGP.32 (RSP IoT): Không - eIM/IPA điều phối hoạt động từ xa

Trợ lý địa phương

• SGP.22 (RSP tiêu dùng): LPA
• SGP.32 (RSP IoT): IPA (IPAd hoặc IPAe)

Điều phối từ xa

• SGP.22 (RSP tiêu dùng): Giới hạn / không phải trung tâm thiết kế
• SGP.32 (IoT RSP): eIM như quản lý từ xa hạng nhất

Máy chủ hồ sơ

• SGP.22 (RSP người tiêu dùng): SM-DP+
• SGP.32 (IoT RSP): SM-DP+ (tái sử dụng)

Khám phá

• SGP.22 (RSP người tiêu dùng): SM-DS (tùy chọn trong nhiều luồng)
• SGP.32 (IoT RSP): SM-DS được giữ lại trong kiến trúc

Mô hình kích hoạt

• SGP.22 (RSP người tiêu dùng): Chủ yếu là kéo (QR / mã kích hoạt / ứng dụng)
• SGP.32 (IoT RSP): Đẩy và/hoặc kéo qua eIM và các mẫu check-in thiết bị

Tư thế vận chuyển

• SGP.22 (RSP người tiêu dùng): Ngăn xếp IP người tiêu dùng tập trung vào HTTPS/TLS
• SGP.32 (IoT RSP): Dựa trên IP; nhấn mạnh các tùy chọn thiết bị bị hạn chế (ví dụ: các đường dẫn CoAP/DTLS trong tóm tắt ngành của đặc tả)

Nỗi đau tiền nhiệm mà nó giải quyết

• SGP.22 (RSP người tiêu dùng): Thay đổi SIM vật lý và khóa nhà mạng trên phần cứng người tiêu dùng
• SGP.32 (IoT RSP): Khóa hoạt động SGP.02, phụ thuộc vào SMS, và không phù hợp với thiết bị bị hạn chế

Sự liên quan của eSIM du lịch

• SGP.22 (RSP người tiêu dùng): Trực tiếp - đây là ngăn xếp đằng sau các cài đặt eSIM du lịch điện thoại thông thường
• SGP.32 (IoT RSP): Gián tiếp - định hình các hệ sinh thái phần cứng IoT/du lịch liền kề, không phải luồng QR điện thoại

Vòng đời hồ sơ: cùng động từ, ngữ pháp khác nhau #

Cả hai thế giới đều nói về tải xuống, cài đặt, kích hoạt, vô hiệu hóa và xóa. Ngữ pháp khác nhau:

• Vòng đời SGP.22 là cục bộ và tập trung vào người dùng. Khi đã cài đặt, người du lịch (hoặc giao diện LPA) quyết định khi nào một hồ sơ được kích hoạt cho dữ liệu chuyển vùng, khi nào nó bị tạm dừng và khi nào nó bị xóa.
• Vòng đời SGP.32 là từ xa và tập trung vào chính sách. eIM có thể thực hiện các thao tác quản lý trạng thái hồ sơ trên một hoặc nhiều EID, và IPA thực hiện chúng khi thiết bị có thể truy cập - quan trọng đối với các thiết bị ngủ phần lớn thời gian trong ngày.

Đó là lý do tại sao “chuyển đổi hồ sơ” có ý nghĩa thương mại khác nhau trong mỗi thế giới. Trong du lịch tiêu dùng, chuyển đổi thường là một mua mới hoặc một hồ sơ thứ hai đã cài đặt mà người dùng chọn. Trong IoT, chuyển đổi là một hoạt động bất động sản: thay đổi nhà cung cấp kết nối, phản hồi vùng phủ sóng, hoặc xoay vòng hồ sơ mà không cần triển khai xe tải.

Nơi các thông số kỹ thuật IoT trước đây phù hợp: SGP.02 và SGP.31 #

Một mô hình tinh thần rõ ràng:

1. SGP.02 - RSP M2M gốc với SM-DP + SM-SR. Nền tảng, vẫn hiện diện trong các khu vực có vòng đời dài (đặc biệt là ô tô và các triển khai trong nhà máy khác), nhưng ngày càng được coi là di sản cho các dự án IoT mới bị hạn chế (1oT).
2. SGP.22 - RSP tiêu dùng đã đơn giản hóa việc cung cấp xung quanh SM-DP+ và LPA; con đường thị trường đại chúng cho điện thoại và eSIM du lịch.
3. SGP.31 / SGP.32 - RSP IoT tái sử dụng SM-DP+ trong khi thêm eIM + IPA để quản lý đội tàu không đầu.

SGP.32 không xuất hiện vì eSIM tiêu dùng “thất bại.” Nó xuất hiện vì eSIM tiêu dùng thành công cho con người-và thành công đó vẫn không giải quyết được cảm biến gắn bên trong một container vận chuyển.

Những tác động đối với eSIM du lịch, chuyển vùng tiêu dùng và các ngăn xếp MVNO #

Kết nối du lịch vẫn là câu chuyện RSP tiêu dùng #

Đối với điện thoại và hầu hết các thiết bị của du khách, tiêu chuẩn hoạt động vẫn là RSP tiêu dùng loại SGP.22. Trải nghiệm sản phẩm mà du khách quan tâm - mua trước khi khởi hành, cài đặt qua QR hoặc ứng dụng, hạ cánh kết nối - ánh xạ đến các luồng LPA ↔ SM-DP+, không phải các lệnh đội tàu eIM.

Bình luận ngành của GSMA năm 2026 tự khung kết nối du lịch như một sự thay đổi cấu trúc trong chuyển vùng quốc tế: các ưu đãi eSIM du lịch dựa trên ứng dụng minh bạch và linh hoạt hơn, và phân phối di chuyển gần hơn với người dùng cuối trước khi chuyến đi bắt đầu (GSMA: triển khai thị trường đại chúng eSIM chuyển từ dự báo thành thực tế). Sự thay đổi thương mại đó dựa trên sự trưởng thành của RSP tiêu dùng và hỗ trợ thiết bị cầm tay, không phải trên triển khai eIM IoT.

SGP.32 *thực sự* thay đổi gì cho các hệ sinh thái liên quan đến du lịch #

Ngay cả khi du khách không bao giờ chạm vào SGP.32, tiêu chuẩn này vẫn quan trọng ở các cạnh của du lịch:

• Các thiết bị theo dõi hành lý kết nối, xe đội tàu, cảm biến logistics và IoT tại địa điểm ngày càng cần quản lý hồ sơ từ xa mà không cần nghi thức QR.
• Các bộ định tuyến du lịch và một số “phần cứng eSIM” có thể nằm ở giữa lộn xộn: kích hoạt kiểu tiêu dùng cho chủ sở hữu con người, nhưng nhu cầu hoạt động trông giống như đội tàu ở quy mô lớn.
• Các nhà khai thác và MVNO có thể chạy cả hai tài sản SM-DP+ tiêu dùng và tài sản eIM IoT. Chia sẻ DNA SM-DP+ giữa SGP.22 và SGP.32 là có chủ ý; nó không có nghĩa là hai loại thiết bị chia sẻ cùng một UX hoặc con đường chứng nhận.

Multi-IMSI, ngăn xếp MVNO và ranh giới trung thực #

Multi-IMSI (nhiều danh tính có thể chọn trong hoặc bên cạnh một sản phẩm kết nối) và tải xuống hồ sơ eUICC thường được thảo luận cùng nhau, nhưng chúng không phải là cùng một cơ chế. Multi-IMSI có thể cải thiện hành vi gắn kết mạng bên trong một ưu đãi thương mại; eUICC RSP (SGP.22 hoặc SGP.32) là về việc cài đặt và quản lý an toàn các hồ sơ nhà khai thác đầy đủ trên eUICC. Các thương hiệu du lịch và MVNO có thể kết hợp cả hai kỹ thuật về mặt thương mại, nhưng sự rõ ràng về kiến trúc vẫn quan trọng: các cài đặt du lịch tiêu dùng trên điện thoại được đánh giá bởi khả năng tương tác SGP.22 và UX kích hoạt; các tài sản IoT được đánh giá bởi khả năng hoạt động eIM/IPA và khả năng phục hồi mạng bị hạn chế.

Một cảnh báo hữu ích từ phía IoT cũng áp dụng về mặt thương mại: tính di động kỹ thuật trong một thông số kỹ thuật không tự động bằng tính di động thương mại trong một hợp đồng. SGP.32 giảm một số mẫu khóa kiến trúc liên quan đến SGP.02, nhưng các điều khoản thương mại của nhà cung cấp vẫn quyết định mức độ tự do mà các đội tàu có thể di chuyển các liên kết eIM hoặc các mối quan hệ SM-DP+ bên ngoài (1oT). Người mua du lịch tiêu dùng đối mặt với một bài học tương tự ở quy mô nhỏ hơn - RSP tương tác không tự nó đảm bảo chất lượng phủ sóng giống hệt nhau, chính sách sử dụng công bằng hoặc trải nghiệm hỗ trợ trên các nhà cung cấp.

Thời điểm thị trường và tín hiệu chấp nhận (công khai, 2025-2026) #

Tài liệu công khai của GSMA năm 2026 mô tả eSIM tiêu dùng bước vào quy mô hoạt động thay vì bằng chứng khái niệm. Theo tóm tắt tháng 5 năm 2026 của GSMA về số liệu của GSMA Intelligence, tỷ lệ thâm nhập điện thoại thông minh eSIM toàn cầu là khoảng 5% vào cuối năm 2025, với một con đường đã được nêu ra đến khoảng 10% vào cuối năm 2026, và tiếp tục tăng trưởng sau đó; cùng một bài viết trích dẫn khoảng ba trong bốn / 73% nhà mạng di động cung cấp eSIM cho điện thoại thông minh thương mại, trong khi lưu ý khoảng cách còn lại giữa khả năng cung cấp và kích hoạt thực tế của người tiêu dùng (bài viết về eSIM thị trường đại chúng của GSMA).

Về phía IoT, cùng một bình luận của GSMA nhấn mạnh SGP.32 như một yếu tố cấu trúc cho các biến thể sản phẩm toàn cầu và chuyển đổi hồ sơ tại chỗ - ngôn ngữ phù hợp với cách các nền tảng IoT định vị tiêu chuẩn. Sự trưởng thành của đặc tả cũng được thể hiện trong các bảng công khai của GSMA: SGP.31/SGP.32 tiếp tục tiến triển qua các danh sách v1.2 đang hoạt động và v1.3 mới hơn trong giai đoạn 2024-2026, cùng với các đặc tả kiểm tra liên quan (chỉ số đặc tả của GSMA).

Diễn giải mà không phóng đại: eSIM du lịch cho người tiêu dùng đã là một trường hợp sử dụng thương mại quy mô trên nền tảng SGP.22; SGP.32 là sự công nghiệp hóa song song của IoT RSP. Chúng củng cố câu chuyện eSIM rộng hơn mà không thay thế lẫn nhau.

Những điều du khách và thương hiệu nên lưu ý #

Đối với du khách #

Bạn không cần phải chọn giữa SGP.22 và SGP.32 khi mua một gói du lịch. Nếu bạn đang cài đặt eSIM trên điện thoại qua mã QR hoặc ứng dụng, bạn đang ở trong thế giới RSP cho người tiêu dùng. Điều bạn nên quan tâm là thực tế: khả năng tương thích của thiết bị, độ tin cậy khi cài đặt trước khi khởi hành, phạm vi phủ sóng điểm đến, điều khoản sử dụng công bằng minh bạch và hỗ trợ khi có sự cố xảy ra tại cổng.

Các nhà cung cấp như Roamify nằm trong lớp du lịch cho người tiêu dùng đó - các gói điểm đến, cài đặt kỹ thuật số và tiện ích trực tuyến khi ở nước ngoài - thay vì quản lý đội tàu eIM công nghiệp. Câu chuyện tiêu chuẩn đằng sau mã QR vẫn mang hình dạng SGP.22.

Đối với các thương hiệu du lịch, OTAs, fintechs và MVNO cho người tiêu dùng #

• Xem tính tương thích và trải nghiệm kích hoạt SGP.22 như nền tảng sản phẩm.
• Đừng tiếp thị “SGP.32” như một nâng cấp hướng tới du khách trừ khi kiến trúc phần cứng/đội tàu thực tế của bạn sử dụng IoT RSP.
• Nếu bạn bán hoặc gắn nhãn trắng kết nối cho thiết bị theo dõi, bộ định tuyến hoặc phần cứng du lịch B2B, hãy đánh giá riêng xem lớp thiết bị có cần luồng LPA cho người tiêu dùng, luồng eIM cho IoT, hay một dạng lai tạo giai đoạn.
• Đầu tư vào giáo dục: Bình luận thị trường của GSMA vẫn chỉ ra khoảng cách giữa khả năng cung cấp eSIM và sự hiểu biết/kích hoạt của người tiêu dùng. Hướng dẫn cài đặt rõ ràng vẫn là một yếu tố khác biệt cạnh tranh.

Đối với các nhà khai thác và nền tảng kết nối #

Chạy song song RSP cho người tiêu dùng và IoT ngày càng trở nên bình thường. Di sản SM-DP+ chung giúp ích, nhưng chứng nhận, công nhận bảo mật, đại lý thiết bị (LPA so với IPA), và các mô hình hoạt động thương mại vẫn khác biệt. Trộn lẫn các từ vựng trong thông điệp công khai tạo ra kỳ vọng sai lầm cho cả du khách và người mua doanh nghiệp.

Kết luận: hai tiêu chuẩn, một câu chuyện eSIM - giữ cho các làn đường rõ ràng #

SGP.22 và SGP.32 không phải là đối thủ trên một bảng xếp hạng duy nhất. Chúng là câu trả lời cho hai thực tế thiết bị:

• SGP.22 giả định có người hiện diện và có thể kéo một hồ sơ lên thiết bị tiêu dùng. Đó là kiến trúc đằng sau eSIM du lịch hiện đại trên điện thoại.
• SGP.32 giả định thiết bị ở một mình - hoặc đang ngủ - và cần quản lý từ xa, có khả năng đội tàu thông qua eIM và IPA, trong khi vẫn tái sử dụng việc cung cấp hồ sơ SM-DP+. Đó là kiến trúc GSMA xây dựng cho IoT bị hạn chế sau khi giới hạn của SGP.02 trở nên rõ ràng.

Đối với kết nối du lịch, bài học chiến lược là sự chính xác. Con đường RSP cho người tiêu dùng đã và đang định hình lại cách mọi người mua dịch vụ chuyển vùng. Con đường RSP cho IoT đang định hình lại cách máy móc duy trì kết nối trong nhiều năm. Các thương hiệu giữ cho các làn đường đó rõ ràng sẽ giải thích eSIM một cách đáng tin cậy hơn - và xây dựng các sản phẩm phù hợp với tiêu chuẩn mà họ thực sự đang cung cấp.

Ghi chú thương hiệu nhẹ: Roamify là nhà cung cấp eSIM du lịch cung cấp các gói trên nhiều điểm đến với kích hoạt kỹ thuật số cho các điện thoại tương thích. Bài viết này là giáo dục về tiêu chuẩn, không phải là tuyên bố rằng Roamify thực hiện quản lý đội tàu IoT SGP.32.