SGP.31的规范简介

有任何关于GSMA\IOT\eSIM\RSP\业务应用场景相关的问题，欢迎+W:  xiangcunge59  一起讨论, 共同进步 (加的时候请注明:  来自CSDN-iot).

GSMA SGP.31的规范简介

0. 背景介绍

在GSMA组织的eSIM技术规范开发中，目前主要有两个模式，M2M和Consumer。其中M2M集中在物联网应用而Consumer主要关注消费电子。

Consumer模式算发展得比较好，在手机厂商的带动下，接受率增长非常快，成熟度和互操作性完成度也很高。

M2M模式就比较尴尬。在我们做RSP开发的时候就能看出来，当时的规范设计并不成熟，整体架构非常重。同时，在设计使用场景时，也有很多不适宜的部分。比如我们有一个客户就提出，他们找运营商订购的码号资源不支持短信。在这种情况下，M2M模式甚至没法激活HTTPS Session或者CAT-TP Session。

1. 标准情况

所以在今年4月，GSMA官网突然挂出一份SGP.31规范，里面就在集中讨论针对物联网设备的eSIM产品。

当然，这个“突然”仅仅是针对我而言，因为我司目前还不是GSMA会员，没法加入GSMA SIM Working Group。我相信在里面已经讨论过多次。

目前仅出了第一份架构文件，SGP.31 eSIM IoT Architecture and Requirements。具体的技术实现，应该是待发布的SGP.32。其他的合规性等规范尚不着急。

2. 规范描述

大致看过一遍SGP.31，有如下笔记：

1. 目标设备：本标准主要面向为物联网场景，特别是连接受限和用户UI受限的设备

2. 技术架构：大量参考SGP.21，增加eIM组件，修改LPA为IPA

3. 更新方式：既可以服务器端主动推送（PUSH），也可以设备端(eUICC）轮询下拉（PULL）

4. 承载信道：基于IP或者NIDD的CoAP；我估计HTTPs也是可以支持的

5. 业务流程：

   包含了Profile的下载、激活、失效和删除从操作，以及对eUICC中eIM配置进行管理。

   在Profile的管理中，激活、失效和删除都通过eIM执行；但是下载则有5种方式

   • eIM用激活码触发“Profile下载”（$6.1.1 直接下载）
   • eIM通过SM-DS直接发起下载（$6.1.2 直接下载，两种方式）
   • eIM用激活码触发“eIM协助Profile下载”（$6.1.3 间接下载）
   • 通过默认SM-DP+发起Profile下载（$6.1.4）
   • eIM通过SM-DS触发“eIM协助Profile下载”（$6.1.5 间接下载）

6. 待确认：eIM的设计思路需要研究，这个Entity看起来很重要的样子