问题描述
SPG.02-v4.0 的 3.1.3 节中描述的
Download and Installation of the Profile 场景具有步骤 (9)：
(9) 如果配置文件的下载和安装需要几个步骤，SM-DP 可以选择再次调用相同的“ES3.SendData”函数。此可选步骤可以根据需要重复多次
我的理解是，在这种情况下，data 发送 ES3.SendData 可以是一个完整的 SCP03t 脚本。在这种情况下，一切都清楚了。
问题是是否允许（我想参考规范），因此当一个非常大的配置文件包应该从 SM-DP 发送到 eUICC 和 SM 时，SMSR 需要支持以下场景-DP 将配置文件包拆分为两个 ES3.SendData 命令，但仅使用一个 SCP03t 会话：
- SM-DP 执行
ES3.SendData（使用Download and Installation of the Profile过程中的步骤 (1) 和moretoDo==true来指示 SM-SR 通信未完成，应使用脚本链） .在这种情况下，data字段包含多个 TLV 命令（第一个是INITIALIZE_UPDATE，第二个是EXTERNAL_AUTHENTICATE，然后多个带有86标记的 TLV 命令包含一些初始部分配置文件包）。 - SM-SR 按照步骤 (2)-(8) 中的描述继续进行，即将 SCP03t 发送到 eUICC 并使用 SMS/CAT_TP 的脚本链或保持 HTTPS 会话打开。
- 在步骤 (9) 中，SM-DP 发送配置文件包的其余部分，但这次它不包含 SCP03t 会话启动命令 TLV，而是仅发送带有标记
86的剩余 TLV 命令，其中包含配置文件的其余部分包裹。我理解脚本链接应该注意 eUICC 被告知这是 SCP03t 会话的延续。我是对的吗？
现在问题：
- 这是允许的情况吗？如果是，SGP.02 或任何其他规范的哪一部分允许这样做？
- 步骤 (9) 存在的根本原因是什么？考虑到 SM-DP 总是可以在一个
ES3.SendData命令中发送整个包，在什么情况下 SM-DP 可能需要使用此可选步骤 (9)？ （因为根据 SGP.02 第 5.4.4 节的要求，通过ES3.SendData发送的 SCP03t 脚本的长度没有限制：SM-DP can consider there is no limit on data length）。 -
SCP03t脚本是否可以进一步拆分？也就是说，由三个 TLV 命令组成的SCP03t脚本是否允许在三个单独的ES3.SendData命令中使用moretoDo==true发送？
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）