[發明專利]與UICC相關聯的終端

無效

• 申請號: 201210189691.5
• 申請日: 2007-10-04
• 公開（公告）號: CN102857490A
• 公開（公告）日: 2013-01-02
• 發明（設計）人: 奧利維爾·東
• 申請（專利權）人: 日本電氣株式會社
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 中原信達知識產權代理有限責任公司 11219
• 代理人: 李蘭;孫志湧

本申請是國家申請號為200780037123.0（國際申請號PCT/JP2007/069475，國際申請日2007年10月4日，發明名稱“使終端和UICC之間的通信接口的檢測和激活加速的方法”）之申請的分案申請。

技術領域

本發明基于2006年10月4日提交的歐洲專利申請No.06121764.2并要求其優先權的權益，該申請的公開通過引用的方式全文合并于此。

本發明涉及一種用于使在終端和支持至少一種高速協議（HSP）的UICC之間所使用的通信協議的檢測和激活加速的方法。

本發明還涉及與支持至少一種高速協議的UICC相關聯的終端。

背景技術

目前，ETSI?SCP標準機構正在討論和定義在移動終端和UICC（UMTS（通用移動通信系統）集成電路卡）之間的新的可選高速接口，所述UICC包括允許終端接入由電信運營商提供的業務的USIM（通用用戶識別模塊）應用。

如果就這樣的高速接口達成一致，則它可能會被包括在ETSI?TS102.221（版本7或版本8）中。

然而，當前的討論并未定義允許終端根據ETSI?TS?102.221中定義的當前接口檢測UICC高速接口能力的任何技術解決方案。

因此，如果終端試圖直接使用高速協議（HSP）接口來激活UICC，則將會面臨至少兩個問題：長的接口激活時間，以及觸點分配問題。

第一個問題由HSP為可選特征的事實而引起，因此，一些UICC可能并不支持該接口。因此，如果終端首先開始激活HSP接口，則可能在其意識到UICC并不支持HSP之前花費長的時間。

作為該問題的示例，如果HSP由USB接口組成，則終端應當首先以最低電壓等級給UICC供電，并且然后在評估USB設備是否被連接之前至少等待20ms。如果終端以最低電壓等級未檢測到USB設備的存在，則它必須以下一個電壓等級再次執行該過程，其余類推。

目前有三個已定義的電壓等級，這意味著如果在這三個過程后未檢測到USB設備（UICC），則終端在開始激活ISO（國際標準化組織）接口之前至少已浪費60ms（該延遲只表示應當向其添加處理時間的最小等待時間）。

第二個問題由UICC支持的HSP應當與任何未來的ME-UICC（移動設備-UICC）接口（例如非接觸式）共存的事實所引起。

根據所選的技術，觸點的數目可能不足以僅由一個接口使用。此外，在標準中尚未清楚地定義哪些觸點將被用于HSP和非接觸式。因此，如果終端在未確切知道哪些觸點被分配到HSP的情況下給UICC供電，則可能會在物理上損壞UICC。

發明內容

本發明解決的問題

本發明的目的是要克服上述缺點。

問題的解決手段

本發明提供了一種用于使在終端和支持至少一種高速協議（HSP）的UICC之間所使用的通信協議的檢測和激活加速的方法。

根據本發明的方法在于：在通過HSP接口與所述UICC通信之前，通過當前接口向終端提供關于由所述UICC支持的高速協議的信息。

所述當前接口在ETSI?TS?102.221（基于ISO/IEC?7816系列）中定義。

由于本發明，在通過高速接口進行任何通信之前，終端檢測UICC是否支持HSP。特別地，終端知道分配到HSP的觸點。

因此，一旦檢測到HSP接口，終端就可以根據通信背景和需求（即，在終端和UICC中出現的應用的類型以及需要交換的數據量）決定是否激活所檢測到的HSP。

在本發明的第一示例性實施例中，對終端和UICC之間的HSP的檢測包括以下步驟：

終端通過ISO接口向UICC發送復位信號；

響應于所述復位信號，UICC向終端發送ATR（復位應答），所述ATR包括關于由UICC支持的HSP的信息。

在本發明第二示例性實施例中，終端從UICC中預先定義的新專用基本文件EFHSP中讀取關于由所述UICC支持的HSP的信息。

在第一示例性實施例的實施方式的具體示例中，在所述ATR的未使用字節內將關于由所述UICC支持的HSP的信息發射到終端。

優選地，所述ATR至少包括：

UICC是否支持HSP的指示；

UICC所支持的速度模式的指示；

所述UICC的功率消耗等級的指示；

HSP觸點分配的指示；

非接觸式接口觸點分配的指示；

所支持的HSP業務的指示。