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看起来很重要的样子

笔记本上的软件们[2022.08.05]

[update 2022.08.05] 

- 增加OneNote插件：OneMore 

[update 2022.07.25] 

- 增加Typora、滴答清单、Draw.io和Sublime；

- 删除Pomotodo、Doit.im、DiagramDesigner和Notepad++

 

购买授权的软件和服务

• Office 365：不解释。另外，买了个Office 2016给家里电脑用，但是很奇怪家里电脑还是绑定了Office 365。按理说Office 365只有一台PC的权限的，搞不懂怎么回事。
• iThoughts：思维导图软件。Mac上限免的时候收过，作者在Windows版本回馈老用户，半价销售。就也入坑。功能比MindManager差很多，但是足够用了。XMind和Freemind都试过，免费版还是赶不上这个，收费版又不想再付钱。
• Doit.im：用了很多年的GTD软件（买到了2022年）。作者前段时间蛋疼跑去开发类似于Slack的软件，已经凉凉。这个软件也一直没怎么更新。但是够用还是足够用了。（话说OmniFocus为毛打死不出Win版？！之前买了个MBA，想用上水果全家桶，试了段时间发现工作完全不可能用MacOS。）
• Pomotodo：番茄软件，良心价格
• Beyond Compare 4：为了不买它，专门找了好几个开源软件试用，最后还是乖乖的入手正版。还好作者君搞了个中国区特价，价格还可以接受。
• 滴答清单：Doit.im的替代品。年费比Doit.im便宜，但是我觉得太重了，用着没有Doit.im舒服和顺手。谁让Doit的开发商跑路呢，妈蛋，现在还在生气
• Typora：Markdown写作器。之前一直在用它的beta版，最近终于正式发布了，买了正式版，支持作者。
  

开源或免费软件

• Microsoft Onenote
• OneMore，一个OneNote插件，可以生成目录，解决了我的一个大痛点。还有很多其他功能，目前没计划去探索，用到再说。
• ProjectLibre，替代MS Project
• DiagramDesinger，替代MS Visio。最近感觉还是不怎么好用，但是Visio实在买不起。将就用着吧，不行用PowerPoint顶上。
• Draw.io，替代MS Visio，颜值和易用性都上佳，还有本地客户端与在线版本
  
• Notepad++，替代UltraEdit
• Sublime，替代UltraEdit
  
• Kleopatra，替代PGP
• 7-zip，替代winRAR
• FreeCommander，替代TotalCommander
• VMPlayer Workstation 14 Player，非商业用途可免费使用的虚拟机
• Wireshark，抓包神器
• Wox，快速启动，另外一个神器Everything已经内置在里面。

Written with StackEdit.

关于清零与共存的看法

写了个问答，算是整理下我的思路。

Q1：你是清零派还是共存派？

A：清零派

Q2：现在的清零策略，对经济活动造成极大损害。街边倒闭的，周围失业的，已经快活不下去。这样还清零，不考虑大家的生存吗？

A：这个说法有两个点可以讨论

• 经济活动受到清零策略重创这种说法没法验证，因为倒闭失业的也有可能是因为世界局势不稳，产业链混乱，全球化趋势退潮等。换句话说，新冠对经济有伤害，这是肯定的。但是清零策略导致伤害更大，我是不认可的。
• 共存比清零更威胁经济：在中国全国范围清零策略的情况下，我们在国内没法找到合适对照组，但是我们有海外对照组。可以看到采用共存策略的海外各国，并没有经济强劲回升。越南就是一个明显例证。在清零失败后，GDP增长率急速回落。而按照目前情况来看，采用现在的动态清零策略，基本是2~3周全市范围就能够恢复正常，该吃吃该喝喝。如果采用共存，我个人是不愿意在外面走动和消费的，相信和我同想法的人不会少。

Q3：新冠不是已经大号流感了吗？现在的死亡率已经比流感还低。

A：我没法说服所有人去看各种专业的科学杂志，我自己其实也是看的二手信息。我相信致死率不高，但是这是在医疗资源足够的情况下，也就是真空球形鸡的致死率。反例完全可以看最近的香港疫情爆发。

• 前期超额死亡：对应中国的“应检尽检”和”应收尽收”，海外基本属于”应死尽死”。高风险人群在过去两年间已经被打崩。中国如果采用共存路线，有基础病和高风险人群怎么保护？是不是要先把这些薄弱环节先死一遍？我家可是上有老下有小。
• 统计数据是否可信？第一怀疑统计质量，第二怀疑统计口径，第三怀疑分析方法。这三个点都需要专业的人进行专业分析和抽丝剥茧。数据会骗人，我自己没精力去关心这些事。现在柳叶刀和Nature也在提一个参数，叫做“超额死亡率”。也就是不管什么因素导致的，就看已记录的死亡人数与根据过去趋势预计的死亡人数之间的差额。这些多死的人有可能是新冠直接导致，也有可能是新冠挤压医疗资源，导致本来能救治但是死掉。也有可能是战争，经济等各种因素。按照柳叶刀的今年3月的一份论文，截至2021年12月31日，新冠大流行导致全球超额死亡人数可能达到1820万，可能是官方记录的三倍以上，官方记录的死亡人数为590万。

Q4：我们到底要什么时候才解除清零，难道一直这样持续下去？现在美国新加坡这些不是都放开了，也没见怎么样。

A：清零可以转向共存，共存无法变回清零。他们确实放开了，但是他们是没法清零，被迫放开。所以我们赶紧观察啊。如果一年后他们经济强劲恢复，人民安居乐业，死亡率变回往年同期甚至更低（前两年已经超额死了不少老弱病残），病毒没有继续变异增强毒性和传染性，那我们再来抄作业也不迟。

手机登网速度研究

0. 前言

有个客户反复投诉我们，说客户在漫游时登陆网络很慢，甚至有长达十几分钟没有信号，给客户的体验非常不好。之前做了很久的调查，把卡上的Multi IMSI应用做了各种针对性的优化，但是一直得不到明显的改善。

前几天客户来了新的投诉，我们的SIM卡在非漫游的情况下，第一次登网很慢，大概需要3~5分钟，但是别人的卡登网就很快，基本在10秒以内。所以他的客户体验非常不好。

一看这是个好机会啊，条件约束较多，可以排除不少变量。赶紧寄读卡器和空白卡片到客户那里，做本地测试，终于找到真正原因。

在此也衷心感谢ASR的伙伴（虽然他应该看不到），给了我非常明确的方向。

1. 分析过程

整件事情从事后倒回来看，似乎很简单。但是在整个分析过程中，因为涉及到太多因素，需要一一排查，抽丝剥茧，花了很长的时间才最终定位。

1.1 网络端：

• 客户本身是虚商，是否合作网络有意无意，或者在流程上的限制，导致登网较慢？例如第一次收到附着请求后，需要在后台激活一次？

  A：无法分析。

• 客户有自己的HSS，但是分布位置未知。是否存在网络延迟，导致鉴权较慢？

  A：延迟未知。但是根据手机Log来看，鉴权请求本身就在很晚才发送。所以这个因素应该可以排除。

1.2 手机端

• 客户反馈在LTE模式登网较慢，在2G模式较快。是否和网络制式相关？例如现在2G退网是大势所趋，在海外很多国家都开始退网。可能正好客户的合作伙伴2G没退网，所以很快就能搜索到？

  A：无法确认。但是这个猜测非常有可能。

• 各种型号的手机，登网速度不一。有长有短。

  A：在之前调查过程中，确实发现手机表现不一。但是找不到共性。

1.3 卡端

• 卡片硬件处理速度跟不上？

  A：理论上不会。因为随着技术进步，卡片的主频一直在上升。但是机卡通道的通信速率受到规范限制。

• 卡片COS跟特定手机的波形匹配有问题？

  A：有这个怀疑，但是用示波器做了底层信号分析，并没有找到证据。

• 卡片应用有问题？

  A：已经采用了各种手段，包括位置探测，事件处理，定时发起等各种手段。而且这次实际上不涉及到号码切换，完全可以把应用可能给排除掉。

• 卡片Profile有问题？

  A: 考虑过各种附着失败可能性，例如由于虚商或各种因素，导致附着失败，合作方PLMN被写入FPLMN。所以专门开发了应用FPLMN Cleaner。

  A：考虑过卡片登网优先网络选择，更新各个LOCI文件中的值；

  A：在中国做过模拟测试，发现某些手机在某些特定文件会停止交互一段时间，原因未知，只能从机卡交互看到手机停止向SIM卡发送APDU指令。

2. 结论

之前最多只能用我们的跟踪仪来跟踪机卡交互。这次我们客户创造性的抓了手机基带芯片的Log；我研究了两天高通的QCAT工具，居然在里面找到了怎么过滤APDU指令。而更关键的帮助在于ASR的小伙伴明确指出，这个是选网问题。他能看出来手机是在全频段全频点搜网，所以附着才会这么慢。

问题最终得到解决，是找客户拿了一批数据，每种配置做一张全新的测试卡，进行各种配置的测试。简单说结论如下：

• 原因：客户是虚商，卡内IMSI的MCC-MNC并不存在于接入网。如果卡端Profile没有做相应配置，手机在空口找不到对应的PLMN ID，就需要全频段搜网。
• 方法：LOCI文件和EHPLMN有大用

当然，我们后续还需要在全世界进行测试，确保不会引起其他附着问题。毕竟归根结底，卡只能提供信息，终端到底怎么理解和执行，并不在我们的控制范围之内。