Commands与Responses结构

Command APDU

APDU command由header和body部分组成，header由CLA，INS，P1，P2组成，header是一个 APDU command中必须存在一部分，而body部分是可选的，body部分由Lc，Data ，Le组成。
在这里插入图片描述

body部分中的Lc，Data ，Le不一定要全部出现在APDU command中，可能的组合如下图：
在这里插入图片描述
下面分别介绍每个字段的含义，如下表：

标准逻辑信道下：
在这里插入图片描述
扩展逻辑信道下：

在这里插入图片描述

这两个字段的具体含义由具体的command确定，如果该字段未使用（例如，command不需要传参的时候）则置为’00’。

举个例子，如SELECT命令的P1和P2字段含义如下图：
在这里插入图片描述

Lc用来告诉UICC，终端发送给UICC的数据长度，这个字段的取值范围介于1到255Bytes。这个字段是可选的，如果出现在APDU command中则数据字段必须出现，且紧跟在Lc字段之后。

依赖于具体的APDU command，例如，更新电话簿文件就需要将电话号作为Data字段传入UICC中。

举个例子，我想从UICC中获取一个随机数，获取多长的随机数呢，通过Le字段告诉UICC。

这个字段也是可选的，如果不出现则表示在response command中不希望携带任何data，如果出现则response command会返回Le个Byte长度的数据。

如果设置Le为’00’，则表示终端希望获取尽可能长的数据。这种情况下，UICC可能返回1到256Bytes中的任意长度的数据。

在这里插入图片描述

Response APDU由状态比特和数据字段组成，数据字段是可选的部分，而状态字段是必须出现的，如下表：

正常流程

SW1	SW2	含义描述
‘90’	‘00’	命令正常结束，没有异常
‘91’	‘XX’	命令正常结束，但是有额外的XX Bytes的数据需要读取，这些数据来自proactive UICC，包含对终端的command
‘92’	‘XX’	命令正常结束，但是有额外的XX Bytes的数据需要读取，这些数据与当前的会话相关

延迟处理

SW1	SW2	含义描述
‘93’	‘00’	SIM Application当前繁忙，当前无法立即执行命令，将稍后执行

警告

SW1	SW2	含义描述
‘62’	‘00’	没有给出具体的警告信息，非易失性内存状态没有发生变化（也就是文件没有被修改）
‘62’	‘81’	返回的数据可能被破坏
‘62’	‘82’	读取Le个Bytes的数据时，到达file/record尾（就是说Le大于file/record的长度了）或者 search失败
‘62’	‘83’	选择的文件无效
‘62’	‘85’	被选择的文件在一个termination state
‘62’	‘F1’	更多的数据可以获取
‘62’	‘F2’	更多的数据可以获取，proactive command被挂起
‘62’	‘F3’	response数据可读
‘63’	‘F1’	希望更多的数据
‘63’	‘F2’	希望更多的数据，proactive command被挂起
‘63’	‘CX’	使用内部更新重试程序’X’次之后，命令执行成功或者当前鉴权失败，剩余’X’次机会

执行错误

SW1	SW2	含义描述
‘64’	‘00’	没有给出具体的错误信息，非易失性内存状态没有发生变化（也就是文件没有被修改）
‘65’	‘00’	没有给出具体的错误信息，但是非易失性内存状态发生变化（也就是文件被修改了）
‘65’	‘81’	内存问题

基础错误检查

CLA不支持

命令未授权

错误参数

Application错误

SW1	SW2	含义描述
‘98’	‘50’	INCREASE命令无法执行，已经达到最大值
‘98’	‘62’	鉴权失败，具体失败原因由Application定义
‘98’	‘63’	安全会话超时
‘98’	‘64’	Minimum UICC suspension时间太长