與uicc相關聯的終端的製作方法

2023-05-02 04:28:06

專利名稱：與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日
發明者奧利維爾·東 申請人:日本電氣株式會社