《与UICC相关联的终端.pdf》由会员分享，可在线阅读，更多相关《与UICC相关联的终端.pdf（9页珍藏版）》请在专利查询网上搜索。
1、(10)申请公布号 CN 102857490 A (43)申请公布日 2013.01.02 C N 1 0 2 8 5 7 4 9 0 A *CN102857490A* (21)申请号 201210189691.5 (22)申请日 2007.10.04 06121764.2 2006.10.04 EP 200780037123.0 2007.10.04 H04L 29/06(2006.01) (71)申请人日本电气株式会社 地址日本东京 (72)发明人奥利维尔东 (74)专利代理机构中原信达知识产权代理有限 责任公司 11219 代理人李兰 孙志湧 (54) 发明名称 与UICC相关联的终端 。
2、(57) 摘要 提供了一种与UICC相关联的终端，其特征在 于，所述终端包括检测所述UICC是否支持HSP接 口的第一检测单元。 (30)优先权数据 (62)分案原申请数据 (51)Int.Cl. 权利要求书1页 说明书6页 附图1页 (19)中华人民共和国国家知识产权局 (12)发明专利申请 权利要求书 1 页 说明书 6 页 附图 1 页 1/1页 2 1.与UICC相关联的终端，其特征在于，所述终端包括检测所述UICC是否支持HSP接口 的第一检测单元。 2.根据权利要求1所述的终端，包括检测分配到所述HSP接口和由所述UICC支持的非 接触式接口的触点的第二检测单元。 3.与移动设备相。
3、关联的支持至少一种HSP接口的UICC，其特征在于，所述UICC包括新 基本文件，所述新基本文件包括关于所述HSP的信息。 4.与移动设备相关联的支持至少一种HSP接口的UICC，其特征在于，所述UICC包括 ATR，所述ATR包括关于所述HSP的信息。 权 利 要 求 书CN 102857490 A 1/6页 3 与 UICC 相关联的终端 0001 本申请是国家申请号为200780037123.0（国际申请号PCT/JP2007/069475，国际 申请日2007年10月4日，发明名称“使终端和UICC之间的通信接口的检测和激活加速的 方法”）之申请的分案申请。 技术领域 0002 本发明。
4、基于2006年10月4日提交的欧洲专利申请No.06121764.2并要求其优先 权的权益，该申请的公开通过引用的方式全文合并于此。 0003 本发明涉及一种用于使在终端和支持至少一种高速协议（HSP）的UICC之间所使 用的通信协议的检测和激活加速的方法。 0004 本发明还涉及与支持至少一种高速协议的UICC相关联的终端。 背景技术 0005 目前，ETSI SCP标准机构正在讨论和定义在移动终端和UICC（UMTS（通用移动通 信系统）集成电路卡）之间的新的可选高速接口，所述UICC包括允许终端接入由电信运营 商提供的业务的USIM（通用用户识别模块）应用。 0006 如果就这样的高速接。
5、口达成一致，则它可能会被包括在ETSI TS102.221（版本7 或版本8）中。 0007 然而，当前的讨论并未定义允许终端根据ETSI TS 102.221中定义的当前接口检 测UICC高速接口能力的任何技术解决方案。 0008 因此，如果终端试图直接使用高速协议（HSP）接口来激活UICC，则将会面临至少 两个问题：长的接口激活时间，以及触点分配问题。 0009 第一个问题由HSP为可选特征的事实而引起，因此，一些UICC可能并不支持该接 口。因此，如果终端首先开始激活HSP接口，则可能在其意识到UICC并不支持HSP之前花 费长的时间。 0010 作为该问题的示例，如果HSP由USB接。
6、口组成，则终端应当首先以最低电压等级给 UICC供电，并且然后在评估USB设备是否被连接之前至少等待20ms。如果终端以最低电压 等级未检测到USB设备的存在，则它必须以下一个电压等级再次执行该过程，其余类推。 0011 目前有三个已定义的电压等级，这意味着如果在这三个过程后未检测到USB设备 （UICC），则终端在开始激活ISO（国际标准化组织）接口之前至少已浪费60ms（该延迟只表 示应当向其添加处理时间的最小等待时间）。 0012 第二个问题由UICC支持的HSP应当与任何未来的ME-UICC（移动设备-UICC）接 口（例如非接触式）共存的事实所引起。 0013 根据所选的技术，触点的。
7、数目可能不足以仅由一个接口使用。此外，在标准中尚未 清楚地定义哪些触点将被用于HSP和非接触式。因此，如果终端在未确切知道哪些触点被 分配到HSP的情况下给UICC供电，则可能会在物理上损坏UICC。 说 明 书CN 102857490 A 2/6页 4 发明内容 0014 本发明解决的问题 0015 本发明的目的是要克服上述缺点。 0016 问题的解决手段 0017 本发明提供了一种用于使在终端和支持至少一种高速协议（HSP）的UICC之间所 使用的通信协议的检测和激活加速的方法。 0018 根据本发明的方法在于：在通过HSP接口与所述UICC通信之前，通过当前接口向 终端提供关于由所述UI。
8、CC支持的高速协议的信息。 0019 所述当前接口在ETSI TS 102.221（基于ISO/IEC 7816系列）中定义。 0020 由于本发明，在通过高速接口进行任何通信之前，终端检测UICC是否支持HSP。特 别地，终端知道分配到HSP的触点。 0021 因此，一旦检测到HSP接口，终端就可以根据通信背景和需求（即，在终端和UICC 中出现的应用的类型以及需要交换的数据量）决定是否激活所检测到的HSP。 0022 在本发明的第一示例性实施例中，对终端和UICC之间的HSP的检测包括以下步 骤： 0023 终端通过ISO接口向UICC发送复位信号； 0024 响应于所述复位信号，UICC。
9、向终端发送ATR（复位应答），所述ATR包括关于由UICC 支持的HSP的信息。 0025 在本发明第二示例性实施例中，终端从UICC中预先定义的新专用基本文件EFHSP 中读取关于由所述UICC支持的HSP的信息。 0026 在第一示例性实施例的实施方式的具体示例中，在所述ATR的未使用字节内将关 于由所述UICC支持的HSP的信息发射到终端。 0027 优选地，所述ATR至少包括： 0028 UICC是否支持HSP的指示； 0029 UICC所支持的速度模式的指示； 0030 所述UICC的功率消耗等级的指示； 0031 HSP触点分配的指示； 0032 非接触式接口触点分配的指示； 00。
10、33 所支持的HSP业务的指示。 0034 在第二示例性实施例的实现的具体示例中，新专用基本文件EFHSP位于UICC中的 主文件（MF）下。 0035 优选地，所述新专用基本文件EFHSP至少包括： 0036 UICC所支持的电压等级的指示； 0037 UICC所支持的速度模式的指示； 0038 所述UICC的功率消耗等级的指示； 0039 HSP的触点分配的指示； 0040 非接触式接口触点分配的指示； 0041 所支持业务的指示； 0042 任何其他HSP参数的指示。 说 明 书CN 102857490 A 3/6页 5 0043 根据本发明的方法提供了对由UICC支持的HSP接口的安全。
11、并且快速地激活。 0044 当结合附图阅读时将更好地理解前述发明内容以及下面的详细描述。 附图说明 0045 图1表示本发明的第一示例性实施例的示意图； 0046 图2表示本发明的第二示例性实施例的示意图。 具体实施方式 0047 图1是图示在由终端2选择通信接口协议之前在所述终端2和UICC4之间通信的 初始步骤的图解。 0048 应当注意，在这些初始步骤期间，终端和UICC通过在ETSI TS102.221（基于ISO 7816接口）中定义的当前存在的接口进行通信。所述UICC可以仅支持一种协议（MMC（用 于多媒体存储卡）或USB（用于通用串行总线）或任何其他协议），或可以是多协议（例如。
12、可 能既支持USB又支持MMC）。 0049 在该示例中，在步骤10中，终端2在UICC4上的集成芯片的触点C2上向UICC 4 发送复位信号。 0050 响应于该复位信号，在步骤12中，UICC 4向终端2发射包括与其HSP能力相关的 参数的ATR（复位应答），如果终端2试图直接激活任何HSP接口，则无法事先知道该HSP能 力。所述参数可以包括在ATR的一些为未来使用所预留的当前未使用的历史字节中，例如 T8至T13。这些字节携带所需要的高速接口参数，诸如电压等级、速度模式、功率消耗、触点 分配、非接触式接口触点分配、所支持的业务等。 0051 在下面给出的第一和优选实施方式中，假设UICC。
13、 4每次支持一种协议（USB或MMC 或任何其他协议）。 0052 使用历史字节中的T8至T13，下面给出HSP的参数的配置： 0053 T8： 0054 比特0=1：支持HSP 0055 比特0=0：不支持HSP 0056 其他比特：RFU(为未来使用预留) 0057 T9：电压等级 0058 比特0，比特1=00：支持电压等级A 0059 比特0，比特101：支持电压等级B 0060 比特0，比特110：支持电压等级C/C* 0061 比特2至7：RFU 0062 T10：速度模式 0063 在USB情形下： 0064 比特0，比特1=00：支持低速模式 0065 比特0，比特101：支持。
14、高速模式 0066 比特0，比特110：支持全速模式 0067 比特2至7：RFU 说 明 书CN 102857490 A 4/6页 6 0068 在MMC情形下： 0069 比特0=1：支持单数据线 0070 比特0=0：RFU 0071 比特1至7：RFU 0072 T11：功率消耗 0073 比特0至比特7：0至255(mA) 0074 该参数指示UICC希望具有的用于高速接口操作的电流（mA），由终端决定是否允 许这样的功率消耗。 0075 按默认值，USB和MMC均应当符合如在ETSI TS 102.221中描述的功率消耗。 0076 如果ETSI SCP标准未明确地为每个接口分配触。
15、点，则下面给出的T12和T13的实 施示例是相关的。 0077 T12：HSP触点分配 0078 UICC支持USB接口的情形： 0079 用于D-的触点： 0080 比特0比特1=00：C4 0081 比特0比特1=01：C6 0082 比特0比特1=10：C8 0083 用于D+的触点： 0084 比特2比特3=00：C4 0085 比特2比特3=01：C6 0086 比特2比特3=10：C8 0087 比特4至7：RFU 0088 UICC支持MMC接口的情形： 0089 用于CLK(时钟)的触点： 0090 比特0比特1=00：C4 0091 比特0比特1=01：C6 0092 比特0。
16、比特1=10：C8 0093 比特0比特1=11：C7 0094 用于CMD(命令)的触点： 0095 比特2比特3=00：C4 0096 比特2比特3=01：C6 0097 比特2比特3=10：C8 0098 比特2比特3=11：C7 0099 用于DATA（数据）的触点： 0100 比特4比特5=00：C4 0101 比特4比特5=01：C6 0102 比特4比特5=10：C8 0103 比特4比特5=11：C7 0104 比特6至7：RFU 说 明 书CN 102857490 A 5/6页 7 0105 T13：非接触式接口触点分配 0106 比特0=0：不支持非接触式 0107 比特0。
17、=1：支持非接触式 0108 如果SWP(单线协议)(需要一个触点)： 0109 比特1，比特2=00：分配C4 0110 比特1，比特2=01：分配C6 0111 比特1，比特2=10：分配C8 0112 比特1，比特2=11：分配C7 0113 比特3至7：RFU 0114 如果S2C(需要两个触点)： 0115 比特1，比特2，比特3=000：分配C4和C6 0116 比特1，比特2，比特3=001：分配C4和C7 0117 比特1，比特2，比特3=010：分配C4和C8 0118 比特1，比特2，比特3=011：分配C6和C7 0119 比特1，比特2，比特3=100：分配C6和C8 。
18、0120 比特1，比特2，比特3=101：分配C7和C8 0121 比特4至7：RFU。 0122 在上面给出的示例中，一个字节仅携带仅关于一个参数（例如速度模式、电压等级 等）的信息。由于优化的关系，一个字节可以携带关于数个参数的信息。 0123 在下面给出的本发明的第二实施方式中，HSF参数被存储在UICC中预先定义的新 基本文件EFHSP中。该新基本文件包括关于HSP的信息。 0124 与使用ATR的未使用字节相比，EFHSP提供了更多空间以考虑未来HSP参数数目 的增加。事实上，可以包括在检测机制中的新参数可以很容易地添加到EFHSP中，以考虑未 来对HSP接口的修改。另一方面，使用E。
19、FHSP方法可能比使用ATR方法稍慢。 0125 优选地，EFHSP被定义在UICC中的主文件下，以便在目前存在的ISO接口激活之 后并且在任何应用选择（SIM（用户识别模块）、USIM、ISIM（IM（IP多媒体）业务识别模块） 等）之前立即可接入终端2。 0126 下面给出EFHSP的定义作为示例： 0127 EF类型：透明 0128 长度：X字节 0129 数据编码：TLV(标签长度值)类型 0130 标签0xA1：电压等级 0131 长度：1字节 0132 数据： 0133 与方法1中相同的编码 0134 标签0xA2：速度模式 0135 长度：1字节 0136 数据： 0137 与方。
20、法1中相同的编码 说 明 书CN 102857490 A 6/6页 8 0138 标签0xA3：功率消耗等级 0139 长度：1字节 0140 数据： 0141 与方法1中相同的编码 0142 标签0xA4：HSP触点分配 0143 长度：1字节 0144 数据： 0145 与方法1中相同的编码 0146 标签0xA5：非接触式接口触点分配 0147 长度：1字节 0148 数据： 0149 与方法1中相同的编码 0150 标签0xBl：所支持的业务 0151 长度：Y字节 0152 数据： 0153 比特0至7： 0154 00000001大容量存储器 0155 00000010=智能卡网络。
21、服务器 0156 00000011=UICC解密的视频流 0157 标签0xCl：其他参数 0158 长度：Y字节 0159 数据： 0160 如果直接从HSP接口进行UICC激活，则该部分包括被交换的其他参数。 0161 这些数据的编码与在最新的USB（目前版本2.0）、MMC（目前版本4.1）或与所支 持的HSP有关的任何其他规范中所定义的相同。 0162 现在参考图2，在初始化过程（步骤20）之后，在步骤22中，终端2向UICC 4发送 在ETSI TS 102.221中规定的读取二进制（READBINARY）C-APDU（命令-应用协议数据单 元），以便获得EFHSP的内容。 0163 响应于命令C-APDU，在步骤24中，UICC 4向终端2发射包含HSP参数的R-APDU （响应-APDU）。 0164 应当注意，在不背离本发明的范围的前提下，可以将另外的参数添加在EFHSP中。 说 明 书CN 102857490 A 1/1页 9 图1 图2 说 明 书 附 图CN 102857490 A 。