我已经实现了SCP03t,并希望在我的eUICC上的ISD上安装我的DER编码的网络配置文件包。当我用标签‘86’发送命令的第一段时,我得到了来自8600的eUICC响应,这意味着成功。在发送第2段时,eUICC使用一个非意义的随机字符串(至少对我来说是这样)进行响应,然后在第三个命令上使用9F460102的错误标记进行响应,并中止安装。
这是我在第二个命令响应中得到的一个例子:6B23AC8C1666439B66C126ECAA9B069B00800000000000000000000000000000
有人能告诉我我错过了什么吗?
发布于 2021-05-19 13:33:06
因此,我的eUICC操作系统不接受SMS PP数据下载信封的140个字节(字符);它应该是130个字节/短信。另外,在我的情况下,用于生成ICV的二进制计数器字符串应该是十六进制,而标准则明确规定计数器应该是二进制的。
发布于 2020-03-24 17:46:13
也许eUICC正在期待使用“配置文件保护密钥”PPK?对我来说,响应"8600“意味着S被接受了(但如果期望PPK命令为86,则可能是错误的键),因此后续的响应数据可能是”胡说八道“,最终失败。
我意识到,根据GSMA规范,PPK是“可选的”,但是您的eUICC可能无论如何都在期待PPK。对PPK的经常商业使用应该是普遍的(如果不是主要的话)。
你能试试以下步骤吗?
你能让我们知道这是否有效吗?同样,这假设eUICC本质上需要使用PPK,而它应该是可选的。
最后,如果我对这个问题的理解是正确的,那么以上步骤1-4之前的序列将表示SGP.23 RSP规范版本1.5第75页中的“测试序列#05错误:使用的S-ENC代替PPK-ENC”,尽管eUICC没有返回预期可读/可用的响应"R_PIR_SECU_INVALID“。
https://stackoverflow.com/questions/60599299
复制相似问题