中国联通WCDMA USIM卡Java OTA平台技术规范.docx

中国联通公司发布
××××-××-××实施
××××-××-××发布
中国联通WCDMA USIM卡
Java OTA平台技术规范
（V1.0）

QB/CU ××—2008
中国联通公司企业标准

目 次
前 言 III
1 范围 1
2 规范性引用文件 1
3 缩略语 1
4 业务概述与系统结构 1
4.1 业务概念 1
4.2 业务范围 2
4.3 业务架构 2
4.3.1 系统架构 2
4.3.2 网络结构图 2
5 Java OTA平台功能 3
5.1 数据加载 3
5.2 卡片管理 4
5.3 应用管理 4
5.3.1 应用下载 4
5.3.2 应用锁定/解锁 4
5.3.3 应用删除 5
5.3.4 应用状态查询 5
5.4 密钥管理 5
5.5 并发处理 5
5.6 重发处理 5
6 业务流程 5
6.1 通道控制 5
6.2 应用下载 6
6.3 应用删除 7
6.4 应用锁定 7
6.5 应用解锁 8
6.6 应用状态查询 9
7 接口要求 9
7.1 安全数据 9
7.1.1 命令安全头 9
7.1.1.1 SPI 10
7.1.1.2 KIC 11
7.1.1.3 KID 12
7.1.2 响应安全头 12
7.1.2.1 状态字 12
7.1.3 计数器管理 13
7.2 BIP管理命令 13
7.2.1 申请建立BIP通道 13
7.2.2 申请建立CAT_TP通道 13
7.2.3 命令编码 13
7.2.4 数据参数 14
7.2.4.1 用于打开BIP通道的数据参数 14
7.2.4.2 用于打开CAT_TP通道的数据参数 14
7.2.5 CAT_TP通道的关闭 15
7.2.6 BIP通道的关闭 15
7.3 应用管理命令 15
7.3.1 DELETE 15
7.3.2 SET STATUS 15
7.3.3 INSTALL 16
7.3.4 LOAD 16
7.3.5 PUT KEY 17
7.4 卡片资源管理命令 18
7.4.1 GET STATUS 18
7.4.2 GET DATA 19
8 系统管理 19
8.1 性能管理 19
8.2 故障管理 19
8.3 安全管理 20
8.4 配置管理 20
8.5 业务层管理 20
9 设备要求 21
9.1 USIM卡 21
9.2 移动台 21
9.3 Java OTA平台 21
9.3.1 硬件要求 21
9.3.1.1 硬件设备总体要求 21
9.3.1.2 存储设备要求 21
9.3.1.3 环境要求 21
9.3.1.4 电源要求 21
9.3.1.5 接地要求 21
9.3.2 软件要求 22
10 系统性能要求 22

前 言
本标准是中国联通WCDMA USIM卡Java OTA平台系列技术规范之一。该系列标准的名称及结构如下：

本标准由中国联通提出
本标准由中国联通技术部归口。
本标准主要起草单位：
本标准主要起草人：
本标准的修改和解释权属中国联通公司。

中国联通WCDMA USIM卡
Java OTA平台技术规范
1　 范围
本规范主要定义中国联通WCDMA USIM卡Java OTA平台技术规范。
本规范结合联通移动网络的发展情况和业务需要，规定了USIM卡的Java OTA业务，其中包括业务概述及业务架构、卡片管理、应用管理、密钥管理、业务流程、系统设备性能等要求，是中国联通WCDMA USIM卡Java OTA平台建设和维护的重要依据。

2　 规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
[1]. 中国联通Java卡互操作性技术要求(V1.0）
[2]. 中国联通Java卡互操作性测试规范(V1.0）
[3]. 中国联通GSM/WCDMA数字蜂窝移动通信网UICC-终端(Cu)接口技术要求 第一部分：UICC
[4]. 中国联通GSM/WCDMA数字蜂窝移动通信网UICC-终端(Cu)接口技术要求 第二部分：应用特性
[5]. 中国联通GSM/WCDMA数字蜂窝移动通信网UICC-终端(Cu)接口技术要求 第三部分：USAT
[6]. ETSI TS 102.127, Transport Protocol for CAT applications
[7]. ETSI TS 102.221, Smart Cards; UICC-Terminal interface; Physical and logical characteristics, Release 6
[8]. ETSI TS 102.223, Card Application Toolkit (CAT), Release 7
[9]. ETSI TS102.225 Secured packet structure for UICC based applications V7.3.0
[10]. ETSI TS102.226 Remote APDU structure for UICC based applications V7.2.0
[11]. GlobalPlatform Card Specification v2.1.1

3　 缩略语
WCDMA
Wideband Code Division Multiple Access

HTTP
Hyper Text Transfer Protocol

OTA
Over the Air

BIP
Bearer Independent Protocol

CAT_TP
Transport Protocol for CAT applications

4　 业务概述与系统结构
4.1　 业务概念
Java OTA平台主要用于向已发放到用户手中的USIM卡进行Java卡应用程序的发行，同时实现对卡上应用的生命周期管理。
4.2　 业务范围
中国联通手机Java OTA下载业务的用户群是联通WCDMA网的后付费和预付费用户。
4.3　 业务架构
4.3.1　 系统架构
Java OTA平台的系统架构如图一所示：

图一：Java OTA平台系统结构图

4.3.2　 网络结构图
Java OTA平台网络结构如图所示。

图二：Java OTA平台网络结构图
Java OTA平台通过可通过卡商数据管理系统以及运营支撑系统获取卡片及用户数据，完成对卡片进行远程管理的数据准备。
应用提供商系统与Java OTA平台相连接以提供供下载的Java卡应用。
Java OTA平台通过移动通信网络的短消息网关、GPRS/PDSN网关与移动终端通信。
5　 Java OTA平台功能
5.1　 数据加载
数据加载功能主要用于向Java OTA平台加载对卡片进行应用管理所必需的数据，这些数据包括卡片数据、用户数据及应用数据。
Ø 卡片数据：Java OTA平台应提供接口给卡商或制定操作人员，用于上载已发行卡片的出厂属性，属性包括但不限于：
l 卡片操作系统信息
l 卡片芯片信息
l 卡上文件信息
l 卡片密钥信息
l 已下载的应用AID
l 已下载的应用的状态（是否个人化）
l 卡剩余空间（参考值）
l IMSI
l 卡商代码
l Java版本号
l 应用权限标识
l 批次号
Ø 用户数据主要包括：用户的MSISDN、IMSI数据
Ø 应用数据：平台应提供接口允许应用开发商加载应用下载文件，文件以CAP方式上传。同时平台应允许应用提供商提供应用的安装参数文件，用于配置应用的下载参数。应用属性包括：
l 应用安装文件
l 应用AID
l 应用的类型
l 应用的大小
l 应用的下载参数
平台应能够存储同一应用的多个版本，并维护应用与卡片的兼容关系，保证为卡片
提供适当版本的应用进行下载。
5.2　 卡片管理
Java OTA平台应具备卡片管理功能，负责卡片、卡片上应用通信的安全管理，同时也负责管理用户数据及卡片基本数据，并为应用管理提供相应支持。
卡片管理的主要功能包括：
Ø 提供用户信息： 卡片管理服务器能够根据给定的用户标识号(通常是用户手机号码)，提供该用户的主要相关信息。
Ø 更新用户信息： 卡片管理服务器能够根据对USIM卡的相应操作，例如：安全域的创建、应用的下载等，来更新它内部存储的用户信息。
Ø 提供卡片信息：根据指定的用户及卡片标识，卡片管理服务器能够提供相应的卡片信息。
Ø 备份卡片内容：卡片管理服务器会保留一份卡片内容的备份信息，此备份信息的目的是为了使得系统管理人员可以在任何时候都能够清楚地了解卡片的内容及状态。
Ø 卡片生命周期管理：卡片管理对卡片的整个生命周期也可实现终身的管理，包括对卡片的锁定及解锁，并且记录变更情况。
Ø 操作权限控制： 卡片管理服务器同时也控制所有对USIM卡的内容变更操作(例如应用下载和个人化操作等)。
Ø 卡片的批次管理：对各个批次的版本信息进行管理，并且能够对卡片的各个模块进行升级和管理。
5.3　 应用管理
应用管理主要负责应用数据及用户卡上应用的管理：
Ø 应用生命周期管理：应用管理服务器负责下载应用到相应的安全域，对应用的整个生命周期也可实现终身的管理，其中包括启用，禁用，暂停，删除，修改，对应用状态进行跟踪，并控制应用的状态变化，保证应用按照应用提供者的要求运行于相应的状态。
Ø 应用供应商管理：应用服务器负责管理所有应用供应商的信息，要求各应用代理商以安全的方式上载应用，以保证应用的合法性及安全性。应用提供商反馈相关应用的修改信息给发行商，并按照发行商的要求对应用的状态进行修改。
Ø 应用状态管理：对用户的应用状态能够进行总体的记录和管理，并且提供相关信息给应用下载系统及相关系统。
5.3.1　 应用下载
应用下载功能是Java OTA平台的主要功能，Java OTA平台通过相应的下载指令将应用安装文件下载到用户卡片上并完成相应的安装过程。应用的安装通过短消息或IP通道进行。
5.3.2　 应用锁定/解锁
对于临时需要进行禁用的应用，可以通过Java OTA平台对应用进行锁定或解锁操作。在应用被锁定后，终端用户将被临时禁止使用此应用，但是相关的个人数据不会被删除；在应用被解锁后，终端用户可继续使用此应用。
5.3.3　 应用删除
对于已经失效的应用，可以通过Java OTA平台从卡片上删除应用，释放卡片空间以供其他应用使用。在应用删除时，相关的个人化数据也会被删除。
5.3.4　 应用状态查询
Java OTA平台可以远程查询卡片上应用的状态，以确认操作结果。
5.4　 密钥管理
为保证远程操作的安全性，卡片需要对所有OTA操作进行验证。操作的验证通过相应的签名数据来保证，因此Java OTA平台需要管理卡片上的密钥信息，并根据这些密钥的属性在进行远程OTA操作时生成相应的签名数据，对敏感数据进行加密。
密钥管理系统具备以下主要的功能：
Ø 保证会话安全：密钥管理系统可以为一个新创建的会话生成一个临时的会话密钥，以保证整个会话的安全性。
Ø 数据加密：使用同一个会话密钥对同一会话中的一系列命令数据进行加密，保证数据能够被安全地传送到目标用户。
Ø 数据解密：将从用户卡片发回的响应数据进行解密。
Ø 密钥导入：密钥管理系统允许第三方进行密钥的导入操作。当新的卡片被提交给用户后，如果这些卡片的密钥不是通过对一个给定的主密钥的分散操作后获取的话。系统允许用户直接为这些卡片导入一组全新的密钥。
5.4.1　 密钥生成算法
密钥长度16字节，主密钥有5个，随机选取一个主密钥，分散因子为“00+ICCID后14位”，算法为PBOC。参照《中国联通OTA卡技术规范第二部分》7.2.1.3 密钥分散算法。
5.4.2　 密钥存储要求
主密钥存储于加密机中，由加密机完成相关密钥的算法。
5.5　 并发处理
USIM卡和Java OTA平台要求只支持1个BIP通道。
Java OTA平台在无确认要求时，不对下行数据的并发做控制。在有确认要求时，需要等接收到每条指令的确认后时才下发后一条命令。
5.6　 重发处理
对于应用下载未成功的情况，Java OTA平台应支持重发，重发的最大次数为3次。
重发时下行计数器与之前的一致。
6　 业务流程
6.1　 通道控制
通道控制主要用于建立卡片与Java OTA平台之间的安全通道，可用的通道有三种：
Ø 短消息
Ø BIP
Ø 读卡器
在使用短消息及读卡器实现平台与卡片的通信时，无须进行通道的初始化，由平台直接将业务指令发送给卡片，卡片在执行完指定操作后将操作结果以短信的方式返回给平台。读卡器采用标准的PCSC读卡器。
在使用BIP通道时，平台在发送真正的业务指令之前必须进行通道的初始化。通道的初始化指令由平台发起并通过短消息进行发送。BIP通道的初始化过程如下：

图三：通道控制流程
1) Java OTA平台查找用户卡片属性确定用户是否支持BIP通道；
2) Java OTA平台生成BIP通道初始化指令:PUSH；
3) Java OTA平台利用短消息将PUSH指令发送到卡片，并等待IP连接；
4) 卡片收到PUSH指令后，向手机发起与平台建立连接的请求；
5) 手机发起GPRS连接到Java OTA平台；
6) 连接建立完成后，卡片发送卡片标识号(ICCID)到平台；
7) Java OTA平台开始发送业务指令，进入业务流程。
6.2　 应用下载
Java OTA平台可以将一个新的应用下载到卡片上并进行安装。根据网络条件，应用的下载可以选择短信下载或基于TCP/IP连接的高速下载。

图四：应用下载流程
1) 用户申请下载指定应用；
2) Java OTA平台查找用户的卡片属性；
3) Java OTA平台根据用户属性查找与用户卡片兼容的应用下载文件；
4) Java OTA平台根据用户卡片属性生成相应的应用下载指令；
5) Java OTA平台向卡片发送下载指令；
6) 卡片完成安装过程并将执行结果返回给Java OTA平台；
7) Java OTA平台更新卡片属性。
6.3　 应用删除
在应用的生命周期结束后，Java OTA平台可以删除应用并释放空间供其他应用使用。应用的删除同时会删除与应用相关的任何个人化信息。

图五：应用删除流程
1) 用户申请删除指定应用；
2) Java OTA平台查找用户的卡片属性；
3) Java OTA平台根据用户卡片属性生成相应的删除指令；
4) Java OTA平台向卡片发送删除指令；
5) 卡片完成删除过程并将执行结果返回给Java OTA平台；
6) Java OTA平台更新卡片属性。
6.4　 应用锁定
如果用户希望暂时关闭应用的交互功能，则仅需要修改应用状态即可达到目标，此时用户的个人信息仍然保留在卡片中，但是应用已经不能被选择并对相应的通信指令做出响应。

图六：应用锁定流程
1) 用户申请锁定指定应用；
2) Java OTA平台查找用户的卡片属性；
3) Java OTA平台根据用户卡片属性生成相应的锁定指令；
4) Java OTA平台向卡片发送锁定指令；
5) 卡片完成锁定过程并将执行结果返回给Java OTA平台；
6) Java OTA平台更新用户卡片属性中的应用状态。
6.5　 应用解锁
如果用户希望暂时恢复被暂停的应用的交互功能，则可以通过解锁应用来达到目标，此时保留在卡片中的用户个人信息仍然有效，应用可以被选择并对相应的通信指令做出响应。

图七：应用解锁流程
1) 用户申请锁定指定应用；
2) Java OTA平台查找用户的卡片属性；
3) Java OTA平台根据用户卡片属性生成相应的解锁指令；
4) Java OTA平台向卡片发送解锁指令；
5) 卡片完成解锁过程并将执行结果返回给Java OTA平台；
6) Java OTA平台更新用户卡片属性中的应用状态。
6.6　 应用状态查询
Java OTA平台可以主动发起指令查询卡片上的应用的状态，用于确定应用是否可以接受某个特定操作。

图八：应用状态查询流程
1) Java OTA平台根据用户卡片属性生成相应的应用状态查询指令；
2) Java OTA平台向卡片发送应用状态查询指令；
3) 卡片获取应用状态信息并发送给Java OTA平台；
4) Java OTA平台比较用户卡片属性中的应用状态并更新。
7　 接口要求
7.1　 安全数据
空中安全机制建议采用TS102.225[9](ETSI)或03.48(3GPP)所定义的安全机制，此安全机制在GP2.2规范中也得到支持(SCP=’80’)。
每一个命令及响应头必须包含相应的安全头数据。
7.1.1　 命令安全头
命令数据指由服务器主动发送到USIM卡片的各种指令。其安全头格式如下：

项目
名称
长度（字节）
值
说明
TPDU_Head

X
HEX
TP-UDHI为1
UDL

1（基于短信）
2（基于BIP）
HEX
后续数据的长度
安全应用数据
UDHL
1
0X02

Iela
1
CPI=0X70

IEIDLa
1
0X00

CPL
2
HEX
后续数据总长度
CHL
1
0X11
从SPI到CC的数据长度
SPI
2
0Xxxxx

KIC
1
0Xxx

KID
1
0Xxx

TAR
3
HEX
Toolkit Application Reference,参照TS102.220中的定义
CNTR
5
HEX
与密钥集相关的计数器，用于重发检测以及完整性检查
PCNTR
1
0X00
填充比特数。用于表示在加密过程中在用户数据之后填充的比特的个数。
CC
0-8
HEX
MAC值。针对DES/TDES算法
用户数据

包含用户数据以及为加密而填充的比特
CC的计算应包含CPL，CHL，SPI，KIC，KID，TAR，CNTR，PCNTR以及用户数据。如果同时需要进行加密，应首先计算出加密时需要的PCNTR的值，再进行CC的计算。
要求加密时，应首先计算CC的值，然后进行加密，需要被加密的数据域包括：CNTR，PCNTR，CC，用户数据以及相应的填充比特。
如果SPI指定某些域没有被用到，这这些域的内容应设为0。卡片应忽略这些域。
如果SPI指定不需要CC，则CC的长度应设为0。
7.1.1.1　 SPI
SPI用于指定命令数据所使用的安全级别，由两个字节组成，低字节位按照如下格式编码：

为保证足够的安全性，不建议使用CRC安全校验。

高字节按如下格式编码：

7.1.1.2　 KIC
KIC用于指定加密所使用的密钥以及算法，按照如下格式编码

7.1.1.3　 KID
KID指定用于计算MAC的密钥以及算法。在使用CRC冗余校验和使用加密算法进行计算时，KID的编码方式有所不同，本文档仅指定使用加密算法计算MAC时KID的编码方式，具体内容请参考TS 102.225[9]。

当SPI低字节的b1b2设为‘10’时，KID按照如下格式编码：

7.1.2　 响应安全头
响应安全头用于传输卡片向服务器发送的命令执行结果。其安全头如下表：
项目
名称
长度（字节）
值
说明
TPDU_Head

X
HEX
TP-UDHI为1
UDL

1（基于短信）
2（基于BIP）
HEX
后续数据的长度
安全应用数据
UDHL
1
0X02

Iela
1
CPI=0X71

IEIDLa
1
0X00

RPL
2
HEX
后续数据总长度
RHL
1
0X11
从SPI到CC的数据长度
TAR
3
HEX
Toolkit Application Reference,参照TS102.220中的定义
CNTR
5
HEX

PCNTR
1
0X00

Status Code
1

CC
8
HEX

响应数据

7.1.2.1　 状态字
状态字用于表示命令执行的结果，取值如下表：
状态码(Hex)
描述
00
执行成功
01
MAC错误
02
计数器值过小
03
计数器值过大
04
计数器被锁定
05
加密错误
06
不支持安全头。当卡片无法识别安全头时返回此状态码。
07
内存不足
08
卡片忙，需要等待
09
未知的TAR值
0A
安全级别过低
0B-FF
保留
7.1.3　 计数器管理
如果SPI低字节的b4b5=00 (不检查计数器)，则卡片将不会检查安全头中的计数器，也不会更新计数器。
如果SPI低字节的b5设为1，为防止重传攻击并保证计数器的同步，卡片应按照如下规则管理计数器：
ü 服务器应在安全头中加入计数器的值，并且计数器值只能递增
ü 在接收到命令并完成安全校验之后，卡片应更新卡上的计数器
ü 卡片应使用在命令数据安全头中所设定的计数器值来更新卡片上的计数器
ü 当计数器值达到最大值时，计数器应当被锁定
如果有多个服务器需要向卡片发送安全数据，必须能够保证计数器值在多个服务器之间的同步。
7.2　 BIP管理命令
BIP指令用于实现Java OTA平台与USIM卡之间的IP通道的管理。Java OTA平台通过此命令通知卡片建立数据通道。可参考TS102.226[10]中的定义。
7.2.1　 申请建立BIP通道
Java OTA平台通过此命令要求USIM卡片打开一个到手机的BIP通道，卡片在接收到此命令后，应向手机发送OPEN CAHNNEL命令(参照TS102.223[8])打开BIP通道，然后手机通过GSM/GPRS或者UMTS/Packets与服务器建立数据通道。
当卡片接收到手机返回的响应信息，此命令的执行结束。
7.2.2　 申请建立CAT_TP通道
在BIP通道已经建立的情况下，CAT_TP连接的建立有主动模式和被动模式两种。在Java OTA平台主动发起连接请求的情况下，卡片工作在被动模式，在被动模式下卡片处于LISTEN状态，监听从服务器发来的连接请求。
Java OTA平台通过发送连接请求命令要求USIM卡片打开一个到Java OTA平台的CAT_TP通道。
当CAT_TP链接的状态为OPEN或者链接由于错误而关闭时，此命令的执行结束。
7.2.3　 命令编码
PUSH命令按照如下格式编码：

代码
值
CLA
‘80’
INS
‘EC’
P1
‘01’
‘08’保留为应用自定义
P2
‘01’请求打开BIP通道
‘02’请求建立CAT_TP通道
Lc
数据长度
Data
数据参数
注意：本表中数据值仅适用于P1为01的情况
7.2.4　 数据参数
7.2.4.1　 用于打开BIP通道的数据参数
在TS 102.223[8]中为OPEN CHANNEL命令所定义的任何COMPREHENSION-TLV数据都可以包含在PUSH命令的数据参数中。卡片在接收到这些数据后根据参数构造OPEN CHANNEL命令并提交到手机。
对于OPEN CHANNEL指令，必须遵守与传输通道相关的两个规则：
ü “Other address (local address)”参数不应当包含在参数中
ü “Login”和“Parameter”两个参数要么同时存在，要么同时不存在
如果这两个条件不符合的话，卡片应当拒绝执行PUSH命令并返回错误代码“6A 80”。
7.2.4.2　 用于打开CAT_TP通道的数据参数
关于CAT_TP的具体使用，请参照TS102.127[6]。用于打开CAT_TP通道时，PUSH命令需包含以下参数，这些参数对应于TS102.223[8]中所定义的参数格式：
参数名
对应的TS102.223[8]格式
是否必选
CAT_TP目的端口号
UICC/terminal interface transport
Level
必选
最大SDU大小
Buffer size
必选
标识数据
Channel Data
可选
Alpha identifier

可选
Bearer description

必选
Data destination address

对于CAT_TP而言，目的端口号参数中所包含的协议类型不重要，应当设置为0；端口号为Java OTA平台的CAT_TP端口号。
如果在PUSH命令中设定了最大SDU的大小，而且卡片支持这个值，则卡片应使用PUSH命令中所制定的值；如果PUSH命令未设定最大SDU的大小或者卡片不支持设定值，则卡片应另选择一个适当的大小值。
PUSH命令参数中的标识数据用于设定由USIM发出的SYN PDU中的标识数据。如果在PUSH命令中标识数据的长度为0，则在卡片上发的SYNPDU中的标识数据的长度也必须设定为0。如果在PUSH命令中未设定此值，则卡片上发的SYN PDU中的标识数据应使用卡片的ICCID。从Java OTA平台发送到卡片的SYN/ACK PDU中的数据标识应设为空。
Bearer description用来设定是通过GPRS 还是UMTS..
Data destination address用来设定Java OTA平台的IP地址，可能还包括login/password
如果CAT_TP链接建立成功，状态为OPEN，PUSH命令的发挥状态字应设为“90 00”。
如果链接建立失败，PUSH命令应认为执行失败，状态字应设为“6F 00”，响应数据中应同时包含下列的额外响应数据：
ü ‘01’：SYN发送失败
ü ‘02’：未收到SYN/ACK
ü ‘03’：ACK发送失败（第一个ACK）
如果命令执行成功，PUSH命令返回的状态字应该是“90 00”；如果执行错误，状态字应为“6F 00”。
7.2.5　 CAT_TP通道的关闭
主动要求关闭CAT_TP连接的一方发送RST PDU到连接的对端，然后自身进入CLOSE-WAIT状态，然后保持一段时间（time-out period），在CLOSE-WAIT期间，不会接受连接对端过来的PDU.当CLOSE-WAIT 的时间达到time-out的数值后，连接中止。
7.2.6　 BIP通道的关闭
Java OTA平台无需发送显式指令来关闭BIP通道。
当使用此BIP通道的唯一一个或最后一个链接关闭之后，卡片应发送在TS102.223[8]中的CLOSE CHANNEL指令来关闭BIP通道。
7.3　 应用管理命令
应用管理命令用于完成以下操作：
ü 下载应用到卡片
ü 删除卡片上的应用
ü 更新卡片密钥文件
ü 更改卡上应用的状态
本规范主要列出命令的主要功能及编码格式，具体内容可参考TS102.6 [8]及Global platform card specification 2.1.1[11]规范。
7.3.1　 DELETE
DELETE命令用于删除卡片上已加载的应用下载文件、已安装的应用。要删除某个应用，此应用必须在卡上可以被选定的应用、安全域或者发卡者安全域所唯一标识。
删除指令按照下表进行编码：
代码
值
描述
CLA
‘80’ 或者 ‘84’

INS
‘E4’
DELETE
P1
‘00’
Reference control parameter P1
P2
‘xx’
Reference control parameter P2
‘00’—仅删除Data域中指定的应用
‘80’—删除Data域中指定的应用及其相关的应用
Lc
‘xx’
Data域的长度
Data
‘xxxxxx……’
TLV结构数据（根据安全要求，可能包含MAC）
Le
‘00’

Data域中包含的是用于标识被删除卡内实体信息的TLV结构数据。对于应用删除而言，数据必须按照下表进行编码：
项目
值
描述
Tag
‘4F’
AID的标签
Lc
‘xx’
AID的长度
Value
‘xxxx……’
被删除应用的AID值
7.3.2　 SET STATUS
SET STATUS命令用于更改卡片或卡片上应用的生命周期状态。
SET STATUS按照下表格式进行编码：
代码
值
描述
CLA
‘80’ 或者 ‘84’

INS
‘F0’
SET STATUS
P1
‘xx’
Status type
‘80’ 更改ISD的状态
‘40’ 更改辅助安全域或者应用的状态
P2
‘xx’
State Control
参照Global Platform Card specification 2.1.1[11]
Lc
‘xx’
Data域的长度
Data
‘xxxxxx……’
应用的AID（根据安全要求，可能包含MAC）
Le

不存在
7.3.3　 INSTALL
INSTALL指令用于通过安全域在卡上增加一个新的应用。
INSTALL命令的编码格式如下：
代码
值
描述
CLA
‘80’ 或者 ‘84’

INS
‘E6’
INSTALL
P1
‘xx’
Reference control parameter P1
P2
‘00’
Reference control parameter P2
Lc
‘xx’
Data域的长度
Data
‘xxxxxx……’
安装数据（根据安全要求，可能包含MAC）
Le
‘00’

参数P1的编码：P1主要说明此INSTALL命令的目的，按照如下格式进行编码：
b8
b7
b6
b5
b4
b3
b2
b1
描述

1
0
0
0
0
0
For personalization 个人化
0
1
0
0
0
0
For extradition 应用迁移
0
0
1
X
0
0
For make selectable 应用可选
0
0
X
1
0
0
For install 应用安装
0
0
0
0
1
0
For load 应用安装文件加载
X
X

RFU

Data域取值：数据域中包含的是LV类型的数据结构，对于不同的P1参数，数据域的内容也不相同。具体请参照TS102.226[10]及Global platform card specification 2.1.1[11]中的定义。
7.3.4　 LOAD
LOAD命令用于将一个应用安装文件加载到USIM卡中，本文档仅描述LOAD命令的结构及参数，卡片内部的内存管理不包括在本文档中。
一个应用安装文件可能需要多个LOAD指令进行传输，加载文件被分割成多个块由不同的LOAD指令进行传输，并在卡端进行重组。传输同一个加载文件的多个LOAD指令需要从‘00’开始顺序编号，当最后一个LOAD指令被卡片接收到时，卡片应开始按照自有流程进行文件的组装及存放。
LOAD命令的编码格式如下表所示：
代码
值
描述
CLA
‘80’ 或者 ‘84’

INS
‘E8’
LOAD
P1
‘xx’
‘00’ 还有后续数据块需要接受
‘80’ 最后一个数据块
P2
‘xx’
Block number 从零开始编码，取值范围为00~FF
Lc
‘xx’
Data域的长度
Data
‘xxxxxx……’
加载数据（根据安全要求，可能包含MAC）
Le
‘00’

Data域取值：
Data域包含着应用下载文件的一部分，关于Data域的完整表述，请参考Global Platform Card specification V2.1.1[11]
代码
值
描述
CLA
‘80’ 或者 ‘84’

INS
‘E8’
LOAD
P1
‘xx’
‘00’ 还有后续数据块需要接受
‘80’ 最后一个数据块
P2
‘xx’
Block number 从零开始编码，取值范围为00~FF
Lc
‘xx’
Data域的长度
Data
‘xxxxxx……’
加载数据（根据安全要求，可能包含MAC）
Le

不存在
7.3.5　 PUT KEY
PUT KEY指令用于以下几个主要操作：
ü 更新卡片上某一密钥的值
ü 增加新的密钥
PUT KEY命令编码格式如下：
代码
值
描述
CLA
‘80’ 或者 ‘84’

INS
‘D8’
PUT KEY
P1
‘xx’
Reference control parameter P1
P2
‘xx’
Reference control parameter P2
Lc
‘xx’
Data域的长度
Data
‘xxxxxx……’
密钥数据（根据安全要求，可能包含MAC）
Le
‘00’

其中P1的取值：
P1用于定义密钥的版本号以及是否在此PUT KEY命令之后还有后续的PUT KEY指令。
密钥版本号用于标识已经存在于卡片上的一个或一组密钥。如果密钥版本号设为‘00’，表示此密钥或密钥组是需要增加到卡片上的新密钥（新密钥或密钥组的版本号包含在Data域中）。
密钥版本号的取值范围为 ‘01’~ ‘7F’。
P1的b8为0时表示此PUT KEY指令没有后续的PUT KEY指令；b8为1时表示后续有更多的PUT KEY指令。

P2的取值：
P2参数定义密钥的ID，并说明在Data域中是包含有一个密钥还是多个密钥。
当Data域仅仅包含一个密钥时，P2指定此密钥的ID；当Data域包含有多个密钥时，P2指定第一个密钥的ID，后续其他密钥的ID依次加1。

密钥ID的取值范围为00~7F。
P2的b8为0时，表示Data域仅包含单个密钥；b8为1时，表示Data域包含多个密钥。

Data域的取值：
对于增加新密钥和更新旧密钥时，Data域的格式及处理方式请参照Global Platform Card Specification V2.1.1[11]。
7.4　 卡片资源管理命令
卡片资源管理命令主要用于获取卡片及卡上应用的当前状态及资源使用状况。
7.4.1　 GET STATUS
GET STATUS命令用于根据给定的