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，有如下笔记：
目标设备：本标准主要面向为物联网场景，特别是连接受限和用户UI受限的设备
技术架构：大量参考SGP.21，增加eIM组件，修改LPA为IPA
更新方式：既可以服务器端主动推送（PUSH），也可以设备端(eUICC）轮询下拉（PULL）
承载信道：基于IP或者NIDD的CoAP；我估计HTTPs也是可以支持的
业务流程：
包含了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 间接下载）
待确认：eIM的设计思路需要研究，这个Entity看起来很重要的样子