与uicc相关联的终端的制作方法

文档序号:7853251阅读:240来源:国知局
专利名称:与uicc相关联的终端的制作方法
技术领域
本发明基于2006年10月4日提交的欧洲 专利申请No. 06121764. 2并要求其优先权的权益,该申请的公开通过引用的方式全文合并于此。本发明涉及一种用于使在終端和支持至少ー种高速协议(HSP)的之间所使用的通信协议的检测和激活加速的方法。本发明还涉及与支持至少ー种高速协议的相关联的終端。
背景技术
目前,ETSI SCP标准机构正在讨论和定义在移动终端和HCC (UMTS (通用移动通信系统)集成电路卡)之间的新的可选高速接ロ,所述ncc包括允许终端接入由电信运营商提供的业务的USIM (通用用户识别模块)应用。如果就这样的高速接ロ达成一致,则它可能会被包括在ETSI TS102. 221 (版本7或版本8)中。然而,当前的讨论并未定义允许终端根据ETSI TS 102. 221中定义的当前接ロ检测ncc高速接ロ能力的任何技术解决方案。因此,如果终端试图直接使用高速协议(HSP)接ロ来激活UICC,则将会面临至少两个问题长的接ロ激活时间,以及触点分配问题。第一个问题由HSP为可选特征的事实而引起,因此,ー些可能并不支持该接ロ。因此,如果终端首先开始激活HSP接ロ,则可能在其意识到nCC并不支持HSP之前花费长的时间。作为该问题的示例,如果HSP由USB接ロ组成,则终端应当首先以最低电压等级给UICC供电,并且然后在评估USB设备是否被连接之前至少等待20ms。如果终端以最低电压等级未检测到USB设备的存在,则它必须以下ー个电压等级再次执行该过程,其余类推。目前有三个已定义的电压等级,这意味着如果在这三个过程后未检测到USB设备(ncc),则终端在开始激活ISO (国际标准化组织)接ロ之前至少已浪费60ms (该延迟只表示应当向其添加处理时间的最小等待时间)。第二个问题由支持的HSP应当与任何未来的ME-UICC (移动设备-UICC)接ロ(例如非接触式)共存的事实所引起。根据所选的技术,触点的数目可能不足以仅由一个接ロ使用。此外,在标准中尚未清楚地定义哪些触点将被用于HSP和非接触式。因此,如果终端在未确切知道哪些触点被分配到HSP的情况下给nCC供电,则可能会在物理上损坏nCC。

发明内容
本发明解决的问题本发明的目的是要克服上述缺点。问题的解决手段本发明提供了一种用于使在終端和支持至少ー种高速协议(HSP)的之间所使用的通信协议的检测和激活加速的方法。根据本发明的方法在于在通过HSP接ロ与所述通信之前,通过当前接ロ向終端提供关于由所述ncc支持的高速协议的信息。所述当前接ロ在ETSI TS 102.221 (基于IS0/IEC 7816系列)中定义。 由于本发明,在通过高速接ロ进行任何通信之前,終端检测是否支持HSP。特别地,终端知道分配到HSP的触点。因此,一旦检测到HSP接ロ,終端就可以根据通信背景和需求(B卩,在終端和中出现的应用的类型以及需要交換的数据量)决定是否激活所检测到的HSP。在本发明的第一示例性实施例中,对终端和之间的HSP的检测包括以下步骤终端通过ISO接ロ向发送复位信号;响应于所述复位信号,UICC向终端发送ATR(复位应答),所述ATR包括关于由HCC支持的HSP的信息。在本发明第二示例性实施例中,终端从ncc中预先定义的新专用基本文件Erasp中读取关于由所述ncc支持的HSP的信息。在第一示例性实施例的实施方式的具体示例中,在所述ATR的未使用字节内将关于由所述ncc支持的HSP的信息发射到终端。优选地,所述ATR至少包括UICC是否支持HSP的指示;UICC所支持的速度模式的指示;所述HCC的功率消耗等级的指示;HSP触点分配的指示;非接触式接ロ触点分配的指示;所支持的HSP业务的指示。在第二示例性实施例的实现的具体示例中,新专用基本文件EFHSP位于HCC中的主文件(MF)下。优选地,所述新专用基本文件EFHSP至少包括所支持的电压等级的指示;所支持的速度模式的指示;所述HCC的功率消耗等级的指示;HSP的触点分配的指示;非接触式接ロ触点分配的指示;所支持业务的指示;任何其他HSP參数的指示。
根据本发明的方法提供了对由支持的HSP接ロ的安全并且快速地激活。当结合附图阅读时将更好地理解前述发明内容以及下面的详细描述。


图I表示本发明的第一示例性实施例的示意图;图2表示本发明的第二示例性实施例的示意图。
具体实施例方式图I是图示在由終端2选择通信接ロ协议之前在所述终端2和Π(Χ4之间通信的初始步骤的图解。应当注意,在这些初始步骤期间,终端和通过在ETSI TS102. 221 (基于ISO7816接ロ)中定义的当前存在的接ロ进行通信。所述nCC可以仅支持一种协议(MMC (用于多媒体存储卡)或USB (用于通用串行总线)或任何其他协议),或可以是多协议(例如可能既支持USB又支持MMC)。在该示例中,在步骤10中,终端2在UICC4上的集成芯片的触点C2上向HCC 4
发送复位信号。响应于该复位信号,在步骤12中,UICC 4向终端2发射包括与其HSP能力相关的參数的ATR (复位应答),如果终端2试图直接激活任何HSP接ロ,则无法事先知道该HSP能力。所述參数可以包括在ATR的ー些为未来使用所预留的当前未使用的历史字节中,例如T8至T13。这些字节携带所需要的高速接ロ參数,诸如电压等级、速度模式、功率消耗、触点分配、非接触式接ロ触点分配、所支持的业务等。在下面给出的第一和优选实施方式中,假设4每次支持一种协议(USB或MMC或任何其他协议)。使用历史字节中的T8至T13,下面给出HSP的參数的配置T8 比特0=1 :支持 HSP比特0=0 :不支持HSP其他比特RFU (为未来使用预留)T9 电压等级比特0,比特1=00 :支持电压等级A比特0,比特I = 01 :支持电压等级B比特0,比特I = 10 :支持电压等级C/C*比特2 至 7:RFUTlO :速度模式在USB情形下比特0,比特1=00 :支持低速模式比特O,比特1 = 01 :支持高速模式比特O,比特I = 10 :支持全速模式比特2 至 7 :RFU
在MMC情形下比特0=1 :支持单数据线比特0=0 RFU比特I 至 7:RFUTll :功率消耗比特O至比特7 :0至255 (mA)该參数指示希望具有的用于高速接ロ操作的电流(mA),由終端决定是否允许这样的功率消耗。按默认值,USB和MMC均应当符合如在ETSI TS 102. 221中描述的功率消耗。如果ETSI SCP标准未明确地为每个接ロ分配触点,则下面给出的T12和T13的实施示例是相关的。T12 =HSP 触点分配UICC支持USB接ロ的情形用于D-的触点比特O 比特 1=00 C4比特O 比特 1=01 :C6比特O 比特 1=10 C8用于D+的触点比特2 比特 3=00 C4比特2 比特 3=01 C6比特2 比特 3=10 C8比特4 至 7 :RFUUICC支持MMC接ロ的情形用于CLK (时钟)的触点比特O 比特 1=00 C4比特O 比特 1=01 :C6比特O 比特 1=10 C8比特O 比特 1=11 :C7用于CMD (命令)的触点比特2 比特 3=00 C4比特2 比特 3=01 C6比特2 比特 3=10 C8比特2 比特 3=11:C7用于DATA (数据)的触点比特4 比特 5=00:C4比特4 比特 5=01:C6比特4 比特 5=10 :C8比特4 比特 5=11 :C7比特6 至 7:RFU
T13 :非接触式接ロ触点分配比特0=0 :不支持非接触式比特0=1:支持非接触式如果SWP (单线协议)(需要一个触点)比特1,比特2=00 :分配C4比特1,比特2=01 :分配C6[O川]比特1,比特2=10 :分配C8比特1,比特2=11 :分配C7比特3 至 7:RFU如果S2C (需要两个触点)比特1,比特2,比特3=000 :分配C4和C6比特1,比特2,比特3=001 :分配C4和C7比特1,比特2,比特3=010 :分配C4和C8比特1,比特2,比特3=011 :分配C6和C7比特1,比特2,比特3=100 :分配C6和C8比特1,比特2,比特3=101 :分配C7和C8比特4 至 7:RFU。在上面给出的示例中,一个字节仅携带仅关于一个參数(例如速度模式、电压等级等)的信息。由于优化的关系,一个字节可以携带关于数个參数的信息。在下面给出的本发明的第二实施方式中,HSF參数被存储在HCC中预先定义的新基本文件Erasp中。该新基本文件包括关于HSP的信息。与使用ATR的未使用字节相比,EHlSP提供了更多空间以考虑未来HSP參数数目的增加。事实上,可以包括在检测机制中的新參数可以很容易地添加到EFHSP中,以考虑未来对HSP接ロ的修改。另ー方面,使用EHlSP方法可能比使用ATR方法稍慢。
优选地,EFHSP被定义在WCC中的主文件下,以便在目前存在的ISO接ロ激活之后并且在任何应用选择(SM (用户识别模块)、US頂、ISM (IM (IP多媒体)业务识别模块)等)之前立即可接入终端2。下面给出EHlSP的定义作为示例EF类型透明长度X字节数据编码TLV (标签长度值)类型标签OxAl 电压等级长度1字节数据与方法I中相同的编码标签0xA2:速度模式长度I字节数据与方法I中相同的编码
标签0xA3 :功率消耗等级长度I字节数据与方法I中相同的编码标签0xA4 HSP触点分配长度I字节 数据与方法I中相同的编码标签0xA5 :非接触式接ロ触点分配长度I字节数据与方法I中相同的编码标签OxBl :所支持的业务长度Y字节数据比特O至7:00000001 =大容量存储器00000010=智能卡网络服务器0000001 I=UICC 解密的视频流标签OxCl:其他參数长度Y字节数据如果直接从HSP接ロ进行激活,则该部分包括被交換的其他參数。这些数据的编码与在最新的USB (目前版本2. O)、MMC (目前版本4. I)或与所支持的HSP有关的任何其他规范中所定义的相同。现在參考图2,在初始化过程(步骤20)之后,在步骤22中,终端2向HCC 4发送在ETSITS 102. 221中规定的读取ニ进制(READBINARY) C-APDU (命令-应用协议数据单元),以便获得EHlSP的内容。响应于命令C-APDU,在步骤24中,UICC 4向终端2发射包含HSP參数的R-APDU(响应-Arou )。应当注意,在不背离本发明的范围的前提下,可以将另外的參数添加在EHlSP中。
权利要求
1.与ncc相关联的终端,其特征在于,所述终端包括检测所述ncc是否支持HSP接ロ的第一检测单元。
2.根据权利要求I所述的终端,包括检测分配到所述HSP接口和由所述nCC支持的非接触式接ロ的触点的第二检测单元。
3.与移动设备相关联的支持至少ー种HSP接ロ的nCC,其特征在于,所述nCC包括新基本文件,所述新基本文件包括关于所述HSP的信息。
4.与移动设备相关联的支持至少ー种HSP接ロ的UICC,其特征在于,所述nCC包括ATR,所述ATR包括关于所述HSP的信息。
全文摘要
提供了一种与UICC相关联的终端,其特征在于,所述终端包括检测所述UICC是否支持HSP接口的第一检测单元。
文档编号H04L29/06GK102857490SQ20121018969
公开日2013年1月2日 申请日期2007年10月4日 优先权日2006年10月4日
发明者奥利维尔·东 申请人:日本电气株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1