SGP.22 vs SGP.32 - 여행 연결성을 위한 eSIM 표준 변화의 의미

목표: 여행 eSIM 구매자와 여행/MVNO 운영자에게 소비자 vs IoT 원격 SIM 프로비저닝에 대한 표준을 이해할 수 있는 지도를 제공하여 '다음 eSIM 표준'에 대한 업계 논의가 두 가지 다른 길을 혼동하지 않도록 합니다.

대상: 소비자 여행 연결성을 제공하거나 구매하는 실무자 (및 인접한 IoT/여행 하드웨어를 평가하는 사람들), GSMA 위원회 회원은 아님.

여행 eSIM을 구매하고 QR 코드를 스캔하여 데이터를 사용하면, GSMA 원격 SIM 프로비저닝 (RSP) 아키텍처 안에 이미 들어와 있는 것입니다 - 사양 번호를 보지 못하더라도 말이죠. 그 숫자들은 중요합니다.SGP.22는 스마트폰과 여행 eSIM 흐름의 소비자 RSP 기술 표준입니다.SGP.32는 화면이 없는 제약된 대규모 장치의 IoT RSP 기술 표준입니다. 이들은 몇 가지 구성 요소를 공유하지만, 다른 문제를 해결합니다.

이 차이는 마케팅 자료에서 쉽게 혼동될 수 있습니다. 이는 여행자가 휴대폰에 임시 프로필을 설치하는 것과 수천 개의 화면을 보지 못할 센서에 연결성을 조정하는 기업의 차이이기도 합니다. 여행 브랜드, MVNO, 소비자 eSIM 스택을 기반으로 구축하는 사람들에게 SGP.22가 끝나고 SGP.32가 시작되는 지점을 아는 것은 기본입니다 - 여행자가 GSMA PDF가 필요해서가 아니라, 업계 대화가 종종 소비자와 IoT의 길을 혼동하기 때문입니다.

이 글은 SGP.32를 소비자 로밍의 대체 업그레이드로 취급하지 않고 여행 연결성을 위한 아키텍처, 행위자, 라이프사이클 차이 및 실질적인 영향을 매핑합니다.

산업이 왜 하나 이상의 eSIM '표준'을 필요로 했는가 #

eSIM은 하나의 프로토콜이 아닙니다. 이는 운영자 프로필이 eUICC(내장 SIM 플랫폼)에서 안전하게 준비, 전달, 설치, 활성화, 비활성화 및 삭제되는 방법을 정의하는 GSMA 사양의 집합입니다.

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가 소비자 RSP를 모든 모뎀에 강제하지 않고 전용 IoT 아키텍처를 구축한 이유로 언급합니다 (Eseye on SGP.31/32; 1oT on SGP.02 vs SGP.22 vs SGP.32).

간단히 말해: 하나의 물리적 폼 팩터(eSIM/eUICC), 여러 프로비저닝 철학.

SGP.22를 쉽게 설명하자면: 인간이 개입하는 장치를 위한 소비자 RSP #

SGP.22는 소비자 장치를 위한 원격 SIM 프로비저닝에 대한 GSMA의 기술적 설명입니다. 그 목적은 명확합니다: 소비자 장치에서 eUICC의 원격 프로비저닝 및 관리를 위한 기술 솔루션으로, SM-DP+ 플랫폼 및 eUICC 공급업체를 포함한 운영자 배포 간의 상호 운용성을 목표로 합니다.

소비자 모델의 핵심 역할 #

역할 설명 #

• eUICC: 프로필(운영자 자격 증명 및 관련 구성 요소)을 저장하는 보안 플랫폼
• LPA (Local Profile Assistant): 다운로드, 로컬 활성화/비활성화/삭제 및 사용자 프로필 관리를 주도하는 장치 내(또는 부분적으로 eUICC 내) 어시스턴트
• SM-DP+: 구독 관리자 - 데이터 준비 +: 바운드 프로필 패키지를 준비, 보호 및 전달
• SM-DS: 구독 관리자 - 검색 서비스: 장치가 QR/활성화 코드 없이 적절한 SM-DP+를 찾아야 할 때의 선택적 검색 경로
• 운영자 / 프로필 발행자: 프로필 뒤의 상업적 구독을 소유

여행자들이 인식하는 흐름에서:

1. 여행 계획을 구매하고 활성화 코드를 받습니다 (종종 QR로 제공).
2. 장치 LPA가 SM-DP+에 접속합니다.
3. 암호화된 프로필 패키지가 다운로드되어 eUICC에 설치됩니다.
4. 사용자가 프로필을 활성화합니다 (나중에 비활성화하거나 삭제할 수 있습니다).

이것은 사용자 주도 / 풀 방식 모델입니다. 사람이 존재하고, 장치에 UI가 있으며, 동의는 명시적인 설치 작업입니다. 그래서 여행 eSIM 결제, 항공사/핀테크 파트너십, 앱 기반 활성화가 모두 SGP.22 클래스 소비자 RSP에 해당하는 것입니다 - IoT 플릿 오케스트레이션이 아닙니다.

HTTPS/TLS 전송은 스마트폰에 적합합니다. 이는 많은 IoT 작업 주기가 감당할 수 있는 것보다 무겁지만, 이미 IP 연결성과 완전한 보안 스택을 유지하는 핸드셋에는 합리적입니다.

SGP.32를 쉽게 설명하자면: eSIM 추가를 할 수 없는 장치를 위한 IoT RSP입니다. #

SGP.32는 GSMA의 기술 사양입니다eSIM IoT SGP.31에서 정의된 아키텍처. GSMA는 이를 IoT 기기에서 eUICC의 원격 프로비저닝 및 관리에 대한 것으로 설명합니다. 네트워크 제약이 있거나 사용자 인터페이스 제약이 있는, 모델에 대한 eUICC 아키텍처, 인터페이스 및 보안 기능을 포함합니다.

IoT 모델의 핵심 역할자 #

역할자 역할 #

• eUICC: 프로필을 저장하고 IoT 원격 관리 연관을 지원하는 IoT 지원 eUICC
• IPA (IoT Profile Assistant): 소비자 UI 없이 프로비저닝/관리 작업을 수행하는 기기 또는 eUICC 측 어시스턴트; 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 시나리오 포함),
• 항상 켜져 있는 세션보다는 비동기 체크인,
• 여러 EID를 한 번에 정책적으로 활성화/비활성화/삭제.

따라서 SGP.31/32는 플릿 지향의 프로필 상태 관리와 다운로드를 트리거하거나 프록시할 수 있는 eIM을 도입합니다. 업계 분석은 또한 경량 프로토콜 옵션(CoAP/DTLS를 제약된 장치에 대한 대체 경로로 예시)과 현대 IoT RSP에 대한 SMS의 필수 의존성 제거, 장치가 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): 스마트폰, 태블릿, 웨어러블, 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): 간접적 - 전화 QR 흐름이 아닌 인접한 IoT/여행 하드웨어 생태계를 형성

프로필 수명 주기: 동일한 동사, 다른 문법 #

두 세계 모두 다운로드, 설치, 활성화, 비활성화, 삭제에 대해 이야기합니다. 문법은 다릅니다:

• 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 - SM-DP+ 및 LPA를 중심으로 프로비저닝을 단순화한 소비자 RSP; 휴대폰 및 여행 eSIM을 위한 대중 시장 경로입니다.
3. SGP.31 / SGP.32 - SM-DP+를 재사용하면서 eIM + IPA를 추가하여 헤드리스 플릿 관리를 위한 IoT RSP입니다.

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 하드웨어'는 혼란스러운 중간에 위치할 수 있습니다: 인간 소유자를 위한 소비자 스타일의 활성화, 그러나 대규모에서는 플릿과 유사한 운영 요구가 있습니다.
• 운영자 및 MVNO는 소비자 SM-DP+ 자산과 IoT eIM 자산을 모두 운영할 수 있습니다. SGP.22와 SGP.32 간의 SM-DP+ DNA 공유는 의도적이며, 두 장치 클래스가 동일한 UX 또는 인증 경로를 공유한다는 의미는 아닙니다.

다중 IMSI, MVNO 스택 및 진실한 경계 #

다중 IMSI (연결성 제품 내 또는 그와 함께 선택 가능한 여러 신원) 및 eUICC 프로필 다운로드는 종종 함께 논의되지만, 동일한 메커니즘이 아닙니다. 다중 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) #

2026년의 공개 GSMA 자료는 소비자 eSIM이 개념 증명보다는 운영 규모에 진입하고 있음을 설명합니다. GSMA의 2026년 5월 GSMA 인텔리전스 수치 요약에 따르면, 글로벌 eSIM 스마트폰 보급률은 2025년 말에 약 5%였으며, 약 2026년 말까지 10%그리고 이후에도 지속적인 성장; 같은 자료에서는 대략 모바일 네트워크 운영자의 4분의 3 / 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 형태입니다.

여행 브랜드, OTA, 핀테크, 소비자 MVNO를 위한 #

• 다루기 SGP.22 상호운용성과 활성화 UX를 제품의 기초로 삼으세요.
• 실제 하드웨어/플릿 아키텍처가 IoT RSP를 사용하지 않는 한, 'SGP.32'를 여행자 대상 업그레이드로 마케팅하지 마세요.
• 연결성을 판매하거나 화이트 라벨링하는 경우 트래커, 라우터, 또는 B2B 여행 하드웨어, 장치 클래스가 소비자 LPA 흐름, IoT eIM 흐름, 또는 단계적 하이브리드가 필요한지 별도로 평가하세요.
• 교육에 투자하세요: GSMA의 시장 논평은 여전히 eSIM 가용성과 소비자 이해/활성화 사이의 격차를 지적합니다. 명확한 설치 안내는 경쟁력 있는 차별화 요소로 남아 있습니다.

운영자 및 연결 플랫폼을 위해 #

소비자와 IoT RSP를 나란히 운영하는 것이 점점 더 일반화되고 있습니다. 공유된 SM-DP+ 유산이 도움이 되지만, 인증, 보안 인증, 디바이스 에이전트(LPA 대 IPA), 상업적 운영 모델은 여전히 구별됩니다. 공공 메시지에서 용어를 혼합하면 여행자와 기업 구매자 모두에게 잘못된 기대를 불러일으킵니다.

결론: 두 가지 표준, 하나의 eSIM 이야기 - 경로를 명확히 유지하세요 #

SGP.22와 SGP.32는 단일 리더보드에서 경쟁하는 라이벌이 아닙니다. 이들은 두 가지 디바이스 현실에 대한 해답입니다:

• SGP.22는 사용자가 존재하며 소비자 디바이스에 프로필을 다운로드할 수 있다고 가정합니다. 이것이 현대 여행 eSIM의 휴대폰 아키텍처입니다.
• SGP.32는 디바이스가 혼자 있거나 잠들어 있으며, 여전히 SM-DP+ 프로필 전달을 재사용하면서 eIM과 IPA를 통한 원격, 플릿 관리가 필요하다고 가정합니다. 이것이 SGP.02의 한계가 명확해진 후 GSMA가 제한된 IoT를 위해 구축한 아키텍처입니다.

여행 연결성에 대한 전략적 교훈은 정확성입니다. 소비자 RSP 경로는 이미 사람들이 로밍을 구매하는 방식을 변화시키고 있습니다. IoT RSP 경로는 기계가 수년간 연결 상태를 유지하는 방식을 변화시키고 있습니다. 이러한 경로를 명확히 유지하는 브랜드는 eSIM을 더 신뢰성 있게 설명하고, 실제로 배송하는 표준에 맞는 제품을 구축할 것입니다.

소프트 브랜드 노트: Roamify는 호환 가능한 휴대폰에 대한 디지털 활성화와 함께 다양한 목적지에서 플랜을 제공하는 여행 eSIM 제공업체입니다. 이 기사는 표준 교육을 위한 것이며, Roamify가 IoT SGP.32 플릿 관리를 구현한다는 주장이 아닙니다.