學(xué)習(xí)筆記USIM卡規(guī)范全解_第1頁(yè)
學(xué)習(xí)筆記USIM卡規(guī)范全解_第2頁(yè)
學(xué)習(xí)筆記USIM卡規(guī)范全解_第3頁(yè)
學(xué)習(xí)筆記USIM卡規(guī)范全解_第4頁(yè)
學(xué)習(xí)筆記USIM卡規(guī)范全解_第5頁(yè)
已閱讀5頁(yè),還剩27頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

學(xué)習(xí)筆錄USIM卡規(guī)范全解學(xué)習(xí)筆錄USIM卡規(guī)范全解PAGE32/32PAGE32學(xué)習(xí)筆錄USIM卡規(guī)范全解PAGE

1什么是UICC卡

UICC--UniversalIntegratedCircuitCard

通用集成電路卡是定義了物理特征的智能卡的總稱。作為3G用戶終端的一個(gè)重要的、

可挪動(dòng)的構(gòu)成局部,UICC主要用于儲(chǔ)存用戶信息、鑒權(quán)密鑰、短消、付費(fèi)方式等信息,還

能夠包含多種邏輯應(yīng)用,比如用戶表記模塊〔SIM〕、通用用戶表記模塊〔USIM〕、IP多媒

體業(yè)務(wù)表記模塊〔ISIM〕,以及其余如電子署名認(rèn)證、電子錢包等非電信應(yīng)用模塊。UICC

中的邏輯模塊能夠獨(dú)自存在,也能夠多個(gè)同時(shí)存在。不一樣的3G用戶終端能夠依據(jù)無(wú)線接入

網(wǎng)絡(luò)的種類,來(lái)選擇使用相應(yīng)的邏輯模塊。

在3G用戶終端的入網(wǎng)測(cè)試中,要求知足UICC的一致性測(cè)試要求。UICC的一致性測(cè)

試包含物理特征、電氣特征和傳輸協(xié)議測(cè)試等幾個(gè)方面,此中傳輸協(xié)議測(cè)試波及到對(duì)UICC

的文件接見(jiàn)和安全操作。ISO/IEC國(guó)際化標(biāo)準(zhǔn)組織擬訂了一系列的智能卡安全特征協(xié)議,以

保證3G用戶終端對(duì)UICC文件的安全接見(jiàn)。

2USIM卡與SIM卡的比較

USIM

卡和

SIM

卡對(duì)比有以下特色:

◆有關(guān)于SIM卡的單向鑒權(quán)〔網(wǎng)絡(luò)鑒權(quán)用戶〕,USIM卡鑒權(quán)體制采納雙向鑒權(quán)〔除了

網(wǎng)絡(luò)鑒權(quán)用戶外,用戶也鑒權(quán)網(wǎng)絡(luò)〕,有很高的安全性。

◆于SIM卡薄對(duì)比,USIM卡薄中每個(gè)聯(lián)系人能夠?qū)?yīng)多個(gè)號(hào)碼或許昵稱。

◆相對(duì)SIM卡機(jī)卡接口速率,USIM卡機(jī)卡接口速率大大提升〔230kbps〕。

◆相對(duì)SIM卡對(duì)邏輯應(yīng)用的支持,USIM能夠同時(shí)支持4個(gè)并發(fā)邏輯應(yīng)用。SIM

卡的上下電過(guò)程

上電過(guò)程:RST低電平狀態(tài)->Vcc加電->I/O口處于接收狀態(tài)->Vpp加電->供給穩(wěn)固的時(shí)鐘信號(hào)。

封閉過(guò)程:

RST低電平狀態(tài)->CLK低電平狀態(tài)->Vpp去電->I/O口低電平狀態(tài)->Vcc去電

GSM網(wǎng)絡(luò)注冊(cè)過(guò)程頂用到的對(duì)SIM卡的操作:

開(kāi)機(jī)后,從SIM卡中讀取IMSI(15Digits)和TMSI(4byte);

把IMSI或TMSI發(fā)送給網(wǎng)絡(luò);

網(wǎng)絡(luò)查驗(yàn)IMSI或TMSI有效,生成一個(gè)128bit的RAND發(fā)送給。

收到RAND后,將RAND發(fā)給SIM卡;

5.SIM以里面的Ki為密鑰對(duì)RAND進(jìn)行A3A8算法運(yùn)算,生成(SRES+Kc);6.從SIM卡讀取(SRES+Kc)(32bit+64bit),并將SRES發(fā)給網(wǎng)絡(luò);7.網(wǎng)絡(luò)自己進(jìn)行一次A3A8運(yùn)算,假如結(jié)果與返回的SRES相同,判斷用戶合法??梢赃M(jìn)行后續(xù)操作。

3CPU卡

智能卡依照卡內(nèi)嵌芯片的不一樣,可分存器卡、加密卡、CPU卡。

CPU卡的構(gòu):

第一,非CPU卡,你必熟習(xí)卡的存構(gòu),哪里是制造商區(qū),哪里是密區(qū),哪里

是數(shù)據(jù)控制區(qū),哪里是數(shù)據(jù)區(qū)〔用區(qū)〕??

而CPU卡,你不用關(guān)懷數(shù)據(jù)的地點(diǎn),卻要關(guān)注文件系的構(gòu):主文件〔MF,相當(dāng)于DOS文件系的根目〕、用文件〔DF,相當(dāng)于本文件〔EF,相當(dāng)于DOS文件系的文件〕。

DOS

文件系的目,能夠有多〕

、基

CPU卡的根本文件型然只有透明〔二制〕文件、〔定與不定〕性文件

和循文件三,但因?yàn)镃OS內(nèi)部控制的需要,派生出一些特定的“種〞——復(fù)位

答文件、口令文件、密文件、DIR文件、SFI文件??

COS中的各文件在智能卡的個(gè)人化程中由行商〔Issuer〕依據(jù)卡的用而建,

卡的用而言往常是不可以文件行建和除的??墒怯媚軌蛞罁?jù)狀況文件內(nèi)容行

改正,能夠文件中的或數(shù)據(jù)元行增添、除等操作。

T=0以字的字符根本位,T=1以有必定度的數(shù)據(jù)的根本

位。智能卡的數(shù)據(jù)端口只有一個(gè),異步半雙工,任一刻,數(shù)據(jù)端口上最多只好有一方〔智

能卡或許寫〕在送數(shù)據(jù)。

4.

目前智能卡采納的信息一般是T=0和T=1。

假如兩的COS在功能上有什么不一樣的,主要就是在送管理器的

上有不一樣。不,無(wú)是采納T=0是T=1,智能卡在信息交使用的都是

異步通信模式;并且因?yàn)橹悄芸ǖ臄?shù)據(jù)端口只有一個(gè),此信息交也只好采納半雙工的方式,

即在任一刻,數(shù)據(jù)端口上最多只好有一方〔智能卡或許寫〕在送數(shù)據(jù)。T=0、T=1

的不一樣之在于它數(shù)據(jù)的位和格式不一,T=0以字的字符根本

位,T=1以有必定度的數(shù)據(jù)的根本位。

物理

T=0和T=1都使用物理和字符

數(shù)據(jù)路

通I/O的字符被植入字符例,字符中的“1〞在I/O上用狀符含有10個(gè)的比特:

,在字符以前。

H表示,“0〞在I/O

I/O被置狀上用狀L表示

H。按

一個(gè)字

一個(gè)比特的開(kāi)端字位,低平;

八個(gè)比特的數(shù)據(jù)位;

一個(gè)比特的奇偶校位。

當(dāng)包含字符的校位在內(nèi)有偶數(shù)個(gè)比特被置“1〞,校位被置位。

時(shí)間原點(diǎn)固定在最后一個(gè)狀態(tài)H和第一個(gè)狀態(tài)L的中間。開(kāi)端位存在的核實(shí)一定在個(gè)etu以內(nèi)進(jìn)行,接踵的各位一定在〔±〕etu區(qū)間內(nèi)被接收。開(kāi)端位是第1位。在一個(gè)字符幀內(nèi),從它的開(kāi)端位前沿起到第n位的后沿間的時(shí)間是〔n±〕etu。相連兩個(gè)字符幀的開(kāi)端位前沿之間的區(qū)間,包含了字符寬度〔10±〕etu,加上保護(hù)時(shí)間。在保護(hù)時(shí)間內(nèi),UICC卡和終端兩者都處于接收方式〔I/O線處于狀態(tài)H〕開(kāi)始奇偶校驗(yàn)開(kāi)始8數(shù)據(jù)位HI/O保護(hù)時(shí)間L100,2etu字符寬度

圖:字符幀

數(shù)據(jù)傳遞時(shí)最高位的字節(jié)老是最初經(jīng)過(guò)I/O線。復(fù)位應(yīng)答返回的TS字節(jié)〔拜見(jiàn)ISO/IEC

7816-3[12]〕規(guī)定了一個(gè)字節(jié)里比特的次序〔也就是指明該字節(jié)是最高位先傳輸仍是最低位先傳輸〕。

T=0傳輸協(xié)議

一種鑒于半雙工異步字符的傳輸協(xié)議。

全部使用T=0協(xié)議的命令均由ME倡始,通知UICC怎樣做。

全部使用T=0協(xié)議的命令都由終端經(jīng)過(guò)發(fā)送5個(gè)字節(jié)的命令頭標(biāo)倡始,命令頭標(biāo)見(jiàn)告

UICC該做什么。終端老是處于主導(dǎo)地點(diǎn)而UICC處于隸屬地點(diǎn)。并且假定終端和UICC都知

道傳輸?shù)姆较颍?/p>

全部使用T=0

UICC該做什么。

協(xié)議的命令都由終端經(jīng)過(guò)發(fā)送

5個(gè)字節(jié)的命令頭標(biāo)倡始,命令頭標(biāo)見(jiàn)告

命令老是由終端發(fā)給UICC,經(jīng)過(guò)由5個(gè)字節(jié)構(gòu)成的命令頭標(biāo)的形式發(fā)送一條指令,命

令頭標(biāo)由5個(gè)連續(xù)的字節(jié)構(gòu)成,分別是CLA,INS,P1,P2,和P3.命令頭標(biāo)和隨命令一同發(fā)

送的全部數(shù)據(jù)一同構(gòu)成了T=0協(xié)議的命令傳輸協(xié)議數(shù)據(jù)單元(C-TPDU)

終端向UICC發(fā)喪命令頭標(biāo)此后就等候一個(gè)回送的過(guò)程字節(jié)。

UICC接收到命令頭后,應(yīng)當(dāng)向終端發(fā)送一個(gè)包含了過(guò)程字節(jié)的響應(yīng)。

過(guò)程字節(jié)用于指示終端下一步的動(dòng)作。過(guò)程字節(jié)用于保持終端和UICC間的通信,不

應(yīng)傳遞到應(yīng)用層。

這些動(dòng)作此后,終端應(yīng)等候進(jìn)一步的過(guò)程字節(jié)或狀態(tài)字。

狀態(tài)字SW1SW2在命令結(jié)束時(shí)指示UICC的狀態(tài),一個(gè)正常的命令結(jié)束時(shí),SW1SW2

='9000'.

T=1傳輸協(xié)議

通信由ME向UICC發(fā)送一個(gè)塊開(kāi)始。

發(fā)送塊的權(quán)益在ME和UICC間交替。

T=1傳輸協(xié)議是異步半雙工的塊傳輸協(xié)議,當(dāng)以下?tīng)顩r發(fā)生時(shí),協(xié)議被初始化:

由冷復(fù)位惹起的ATR以后

由熱復(fù)位惹起的ATR以后

成功的PPS互換后

通信從終端向UICC發(fā)送一個(gè)塊開(kāi)始,UICC和終端輪番發(fā)送塊。一個(gè)塊是最小的數(shù)據(jù)單元,它能夠被發(fā)送也可包含應(yīng)用數(shù)據(jù)或傳輸控制數(shù)據(jù),在進(jìn)一步辦理已接收數(shù)據(jù)以前應(yīng)當(dāng)先對(duì)其做檢測(cè)。在終端和UICC中傳遞的塊傳輸協(xié)議,每個(gè)塊都有以下表中的構(gòu)造:開(kāi)端域信息域結(jié)束域NADPCBLENINFEDC1byte1byte1byte0-254bytes1byte

開(kāi)端域和結(jié)束域必選,信息域可選。

開(kāi)端域

開(kāi)端域分為以下三個(gè)必選地區(qū)

節(jié)點(diǎn)地點(diǎn)字節(jié)〔NAD〕,1字節(jié)

協(xié)議控制字節(jié)(PCB),1字節(jié)

-長(zhǎng)度(LEN),1字節(jié)。信息域——INF,可選,且依靠于使用該域的信息塊的種類。塊的種類INF用途信息塊I-block傳喪命令和APDU的響應(yīng).接收準(zhǔn)備塊R-block未用傳遞非應(yīng)用有關(guān)信息管理塊S-blockINF應(yīng)存在〔單字節(jié)〕以按WTX調(diào)整IFSVPP信號(hào)錯(cuò)誤、管理鏈中斷或重同步時(shí)INF不存在結(jié)束域結(jié)束域包含了錯(cuò)誤檢測(cè)編碼字節(jié)(EDC),該字節(jié)傳遞所傳輸?shù)膲K的錯(cuò)誤檢測(cè)碼。結(jié)束域應(yīng)使用ISO/IEC7816-3[12]定義的LRC

傳輸層

本節(jié)描繪APDU怎樣在終端和UICC之間傳輸。APDU中的數(shù)據(jù)定義拜見(jiàn)節(jié)。

使用T=0的APDU傳輸

本節(jié)描繪在T=0協(xié)議中C-APDU和R-APDU的映照、APDU互換以及在方式2和方式4中GETRESPONSE命令的使用。APDU

映照為

TPDU

將C-APDU映照到

T=0命令頭與命令方式有關(guān)。

將UICC返回的數(shù)據(jù)〔假定存在〕和狀態(tài)映

射到R-APDU與返回的數(shù)據(jù)長(zhǎng)度有關(guān)。

UICC返回過(guò)程字節(jié)‘61XX’和‘6CXX’用于控制終端和UICC傳輸層之間進(jìn)行的互換,

過(guò)程字節(jié)不可以返回給終端的應(yīng)用層。假定返回過(guò)程字節(jié)‘61XX’或‘6CXX’,那么說(shuō)明UICC

中的命令沒(méi)有達(dá)成。

假定UICC返回狀態(tài)字‘9000’給終端傳輸層,它表示辦理命令達(dá)成的正常狀態(tài)。終端傳

輸層在從UICC處接收就任何狀態(tài)字時(shí)〔除接收到過(guò)程字節(jié)‘61XX’和‘6CXX’〕,它將停止

命令辦理〔如:將R-APDU傳遞給應(yīng)用層并等候應(yīng)用層未來(lái)的C-APDU〕。僅關(guān)于方式4中的

命令,假定接收到警示狀態(tài)字節(jié)〔‘62XX’和‘63XX’〕或許與應(yīng)用有關(guān)的狀態(tài)字節(jié)〔‘9XXX’,

‘9000’除外〕,在成功地傳輸命令數(shù)據(jù)給UICC后,終端傳輸層將立刻連續(xù)辦理命令。

下邊關(guān)于UICC返回?cái)?shù)據(jù)和狀態(tài)到R_APDU的映照的描繪是供給信息,同時(shí)僅應(yīng)用在UICC

已經(jīng)(成功或其余)辦理完命令,在’61XX’和’6CXX’過(guò)程字節(jié)的控制下UICC已經(jīng)返回

全部數(shù)據(jù)〔假如存在〕的狀況。關(guān)于INS,INS和過(guò)程字節(jié)‘60’的詳盡用法不描繪。

UICC返回的狀態(tài)與近來(lái)接收到的命令有關(guān)。在使用GETRESPONSE命令來(lái)達(dá)成方式2和

方式4命令辦理時(shí),在接收到GETRESPONSE命令后,UICC返回的任何狀態(tài)應(yīng)與GETRESPONSE

命令有關(guān),而與達(dá)成的方式2和方式4命令沒(méi)關(guān)。

使用T=1的APDU傳輸

C-APDU是從終端傳輸層發(fā)送到終端應(yīng)用層的。傳輸層將C-APDU不變地映照到I-block的INF。I-block被發(fā)送到UICC。響應(yīng)數(shù)據(jù)〔假定存在〕和狀態(tài)將在返回終端傳輸層。假定UICC返回狀態(tài),該狀態(tài)指示:

I-block

INF

中從

UICC

正常辦理〔‘61XX’〕;

警示〔‘62XX’或‘63XX’〕;

應(yīng)用程序方式〔‘9XXX’〕;

成功履行命令〔‘9000’〕;

那么它將返回與命令辦理有關(guān)的數(shù)據(jù)〔假定可得〕。在其余狀態(tài)下不返回任何數(shù)據(jù)。

I-block的INF內(nèi)容被不變地映照到R-APDU并返回給終端傳輸層。T=1時(shí),APDU信息的傳

輸將依照下邊描繪的四種方式被映照到I-block的信息。

應(yīng)用層

應(yīng)用協(xié)議由終端應(yīng)用層和傳輸層之間有序的一組互換構(gòu)成。本文件中接下來(lái)的局部將定

義應(yīng)用協(xié)議。

應(yīng)用層互換的每一步由一個(gè)命令-響應(yīng)付構(gòu)成,此中終端應(yīng)用層經(jīng)過(guò)終端傳輸層發(fā)喪命

令給UICC,UICC辦理命令并使用UICC傳輸層和終端傳輸層發(fā)送響應(yīng)給終端應(yīng)用層。每一特

定的命令〔C-APDU〕有特定的響應(yīng)〔R-APDU〕。命令和響應(yīng)分別稱為命令信息和響應(yīng)信息。

C-APDU的構(gòu)造見(jiàn)節(jié)。R-APDU的構(gòu)造見(jiàn)節(jié)。

命令和響應(yīng)信息都可能包含數(shù)據(jù)。所以,經(jīng)過(guò)傳輸層由傳輸協(xié)議分別對(duì)四種方式進(jìn)行管

理,以下表所示:表:不一樣方式下

APDU

中數(shù)據(jù)定義

方式

1

2

3

4

命令數(shù)據(jù)

無(wú)

無(wú)

響應(yīng)數(shù)據(jù)

無(wú)

無(wú)

應(yīng)用及文件構(gòu)造

UICC應(yīng)用構(gòu)造

UICC中應(yīng)用的組織構(gòu)造以下列圖。

MF

EFDIR

ADF1

ADF2

EFPLDFTELECOMEFICCID

EF1EF2EFx

ADF2ADF1

EF1

EF2

DF1

EFy

EF1

EF2

DF1

EFz

EF3

EF4

EF3

EF4

EF5

圖:應(yīng)用構(gòu)造比如

本文檔并未對(duì)應(yīng)用的地點(diǎn)施加任何限制。全部應(yīng)用都由EFDIR中獲得的應(yīng)用表記符獨(dú)一

地進(jìn)行表記。這些應(yīng)用表記符被用來(lái)選擇應(yīng)用。

EFDIR,EFPL和EFICCID都是必需的,直接擱置在主目錄〔MasterFile〕下。詳盡內(nèi)容見(jiàn)

本文檔13章。DF是可選的。當(dāng)它存在時(shí),寄存在主目錄中并使用保留的TELECOM

FID'7F

10'。DFTELECOM

包含了應(yīng)用的獨(dú)立信息。

文件種類

本章定義了合用于本文檔內(nèi)的應(yīng)用的文件種類。

專用目錄文件DF

專用目錄文件〔DF〕同意文件進(jìn)行功能性分組。它能夠是專用目錄文件和/或根本文件

的上一級(jí)目錄。專用目錄文件是經(jīng)過(guò)文件表記符被引用的。

應(yīng)用專用目錄文件(ADF)是特別的專用目錄文件,包含應(yīng)用全部專用目錄文件和根本文

件。

根本文件EF

文件引用

文件表記符〔FID〕用于定位或表記一個(gè)特定的文件。FID由兩個(gè)字節(jié)構(gòu)成,應(yīng)以十六

進(jìn)制表示。

FID應(yīng)遵照于以下條件:

-在有關(guān)文件成即刻,應(yīng)設(shè)定其FID;

-同一上司目錄之下的兩個(gè)文件的ID不相同;

-目前目錄的子文件及目前目錄的父文件及直接子目錄不可以擁有相同的FID值

FID的串通接就是路徑。路徑以MF或目前DF開(kāi)始,以文件自己的表記符為結(jié)束。假如

目前DF的表記符未知,在路徑開(kāi)始處應(yīng)使用保留值‘3FFF’。FID的次序老是從上司目錄到

子目錄。

短文件表記符〔SFI〕占5個(gè)比特,范圍是1到30。同一上司目錄下的任意兩個(gè)文件的

SFI不相同。

DF名稱占1至16個(gè)字節(jié)。DF的名稱是AID,在同一張卡上,應(yīng)是獨(dú)一的。

選擇文件的方法

在UICC激活〔定義見(jiàn)〕并且返答復(fù)位應(yīng)答〔ATR〕后,根目錄被默以為目前目錄。利用“SELECT〞功能,經(jīng)過(guò)本章中定義的3個(gè)文件引用方法中的一種可選擇每一個(gè)文件。

經(jīng)過(guò)表記符引用

選擇一個(gè)DF、ADF和MF設(shè)置為目前目錄,在此次選擇以后,不存在目前EF。選擇EF

設(shè)置目前EF,目前目錄仍為DF、ADF或MF,這是EF的上司目錄。目前EF老是目前目錄的

一個(gè)子文件。只有目前應(yīng)用的ADF能夠經(jīng)過(guò)FID選擇。

任何應(yīng)用的專用命令都應(yīng)僅在該應(yīng)用是目前目錄時(shí)才可操作。

以下文件能夠從最后選中的文件經(jīng)過(guò)文件ID表記符〔FID〕引用被選中。

任何目前目錄的直接子文件;

任何目前DF的父目錄的直接子目錄;

目前目錄的父目錄;

目前DF或ADF;

MF

圖是依照目前文檔的應(yīng)用的邏輯構(gòu)造實(shí)例。

MF

EF-DIR

EF1

DF1

EF2

ADF1

DF3EF3DF4

DF5EF4EF5EF6

EF7

圖:邏輯構(gòu)造實(shí)例

表給出了使用FID引用時(shí),依照?qǐng)D中所示邏輯構(gòu)造的本文檔定義的應(yīng)用有效選擇方式。最后選定的文件的從頭選擇也是同意的,但其實(shí)不顯示。

表:文件選擇最后選定的文件

有效選擇

MF

DF1

ADF1

DF3

DF4

DF5

EF1

EF2

EF3

EF4

EF5

EF6

EF7

DF1,EF1,EF-DIR

MF,EF2,

MF,DF3,DF4,EF3

MF,ADF1,DF4,DF5,EF4

MF,ADF1,DF3,EF5,EF6

MF,DF3,EF7

MF,DF1,EF-DIR

MF,DF1

MF,ADF1,DF3,DF4

MF,ADF1,DF3,DF5,

MF,DF4,ADF1,EF6

MF,DF4,ADF1,EF5

MF,DF3,DF5

經(jīng)過(guò)路徑引用一個(gè)文件,DF或EF,能夠象節(jié)中定義的那樣經(jīng)過(guò)路徑引用進(jìn)行選擇。表中包括圖經(jīng)過(guò)路徑選擇的實(shí)例。本例中還考慮了目前應(yīng)用〔ADF1〕此前已經(jīng)經(jīng)過(guò)DF名被選中的狀況。下表中的ADF1的FID為'7FFF'(見(jiàn)8.5)表:經(jīng)過(guò)路徑選擇文件的實(shí)例最后選中的DF路徑的開(kāi)始選擇實(shí)例任意MF'EF1','EF-DIR','DF1','DF1||EF2'任意MF'7FFF||DF3','7FFF||DF3||EF4','7FFF||DF3||DF5','7FFF||DF3||DF5||EF7''7FFF||DF4','7FFF||DF4||EF5','7FFF||DF4||EF6,'7FFF||EF3'DF1CurrentDF'EF2'DF3CurrentDF'DF5','DF5||EF7','EF4'DF4CurrentDF'EF5','EF6'DF5CurrentDF'EF7'

在“從MF經(jīng)過(guò)路徑選擇〞中,終端不該在路徑開(kāi)端地點(diǎn)使用MF的文件表記〔如:‘3F00’〕。

在“從MF經(jīng)過(guò)路徑選擇〞中,終端能夠在路徑開(kāi)始處使用特定的FID'7FFF'〔見(jiàn)

節(jié)〕。既在該邏輯通道中,路徑開(kāi)始于目前被激活應(yīng)用的ADF。

在“從目前DF經(jīng)過(guò)路徑選擇〞中,終端不該在路徑開(kāi)始處使用特定文件ID'7FFF'。

在“從MF經(jīng)過(guò)路徑選擇〞或“從目前DF經(jīng)過(guò)路徑選擇〞中,終端不該使用目前DF〔如:

‘3FFF’〕的表記。

在“從MF經(jīng)過(guò)路徑選擇〞或“從目前DF經(jīng)過(guò)路徑選擇〞中,終端不該使用空數(shù)據(jù)字段。

短文件表記符

DF中的任何EF可在DF或ADF級(jí)別經(jīng)過(guò)以下命令并將短文件表記符〔

一局部默認(rèn)地實(shí)現(xiàn)對(duì)文件的選擇,而無(wú)需使用SELECT命令。

SFI〕作為命令的

READBINARY

UPDATEBINARY

READRECORD

UPDATERECORD

INCREASE

SEARCHRECORD

當(dāng)文件的FCP包含帶表記‘88’的TLVDO,SFI對(duì)特定文件的支持。假如長(zhǎng)度字節(jié)的值為0,表示該文件不支持短文件表記符。假如文件的

件的FID的低5位數(shù)據(jù)為文件的SFI。

FCP中沒(méi)有TLVDO字段,那么表示該文

當(dāng)READRECORD命令包含一個(gè)有效的SFI時(shí),本文件被設(shè)為目前EF,且復(fù)位目前指針。后續(xù)的記錄經(jīng)過(guò)READRECORD命令讀入,且無(wú)需SFI。

當(dāng)UPDATERECORD命令包含一個(gè)有效的SFI時(shí),本文件被設(shè)為目前EF,且復(fù)位目前指針。后續(xù)的記錄經(jīng)過(guò)updateRECORD命令更新,無(wú)需SFI。

當(dāng)INCREASE命令包含一個(gè)有效的SFI時(shí),本文件被設(shè)為目前EF,且復(fù)位目前指針。后續(xù)的記錄經(jīng)過(guò)INCREASE命令增添,無(wú)需SFI。

當(dāng)SEARCHRECORD命令包含一個(gè)有效的SFI時(shí),本文件被設(shè)為目前EF,且復(fù)位目前指

針。后續(xù)的記錄經(jīng)過(guò)SEARCHRECORD命令搜尋,無(wú)需SFI。

應(yīng)用的特征

應(yīng)用既能夠被顯式引用,也可隱式引用。

應(yīng)用可經(jīng)過(guò)帶AID的顯式選擇激活。這會(huì)將應(yīng)用的ADF設(shè)為目前

ADF。

目前ADF可經(jīng)過(guò)帶隱式引用值‘7FFF’的FID引用。

顯式應(yīng)用選擇

用DF名選擇

一個(gè)經(jīng)過(guò)AID在UICC中被描繪的可選應(yīng)用,應(yīng)經(jīng)過(guò)一個(gè)以1到16字節(jié)方式編碼的DF名稱來(lái)引用。每個(gè)名稱在一個(gè)UICC中都應(yīng)是獨(dú)一的。DF名稱可被用在SELECT命令中,選擇一個(gè)可選應(yīng)用。

用局部DF名稱選擇

一個(gè)可選應(yīng)用也可經(jīng)過(guò)局部DF名稱的方式進(jìn)行選擇:P1=‘04’,P2參數(shù)必選切合

ISO/IEC7816-4中的定義first、next、previous或last方式。在這類狀況下,DF的名稱

被右截短。假定在卡上存在幾個(gè)AID中開(kāi)端字節(jié)內(nèi)容相同的應(yīng)用,選中的應(yīng)用那么取決于P2中

指定的值。即便卡片正處于“previous〞對(duì)話中,假如P2中指定為“l(fā)ast〞選項(xiàng),那么選中

的應(yīng)用就是與局部DF名稱相般配的最后被激活的應(yīng)用。

利用局部DF名稱選擇應(yīng)用關(guān)于單調(diào)應(yīng)用卡片為可選項(xiàng),關(guān)于多應(yīng)用卡為必選項(xiàng)??ㄆ?/p>

應(yīng)在由ISO/IEC7816-4中規(guī)定之ATR歷史字節(jié)的壓縮-TLV對(duì)象定義的“卡片效力參數(shù)〞以及“卡片性能〞中指明對(duì)這一性能的支持。

對(duì)next、previous和first的解說(shuō)應(yīng)在應(yīng)用中指明。用這些參數(shù)選中的應(yīng)用與SELECT

命令中供給的局部DF名次相般配。假如UICC不支持局部DF名稱的選擇,UICC應(yīng)作出適合

的響應(yīng)〔如:命令參數(shù)不支持‘6A86’〕。

應(yīng)用對(duì)話的激活

當(dāng)終端發(fā)送一個(gè)帶應(yīng)用AID且在命令參數(shù)中指明應(yīng)用應(yīng)被激活的SELECT命令時(shí),應(yīng)用

對(duì)話被初始化。

在激活后,應(yīng)用可能會(huì)需要一個(gè)初始化進(jìn)度。該過(guò)程不在文檔范圍內(nèi),但應(yīng)在應(yīng)用標(biāo)準(zhǔn)

中描繪。本進(jìn)度用來(lái)為終端和UICC中的應(yīng)用供給一個(gè)定義優(yōu)秀的狀態(tài)。

在選中應(yīng)用后,UICC評(píng)估應(yīng)用的安全環(huán)境。SE依應(yīng)用的校驗(yàn)需求〔見(jiàn)表〕設(shè)定。

應(yīng)用PIN的校驗(yàn)狀態(tài)依應(yīng)用指定的應(yīng)用對(duì)話激活進(jìn)度更新。

終端會(huì)向UICC發(fā)送一個(gè)特定的STATUS命令指出應(yīng)用的初始化進(jìn)度已被成功履行。

在一個(gè)假定的邏輯通道上,僅同意存在一個(gè)活動(dòng)的可選應(yīng)用對(duì)話。所以,為激活一個(gè)新

的可選應(yīng)用對(duì)話與原有的對(duì)話并行,一定打開(kāi)一個(gè)新的邏輯通道。

可選的應(yīng)用對(duì)話能夠在幾個(gè)通道對(duì)話中發(fā)生。

應(yīng)用對(duì)話的停止

在應(yīng)用停止以前,應(yīng)用能夠履行一個(gè)對(duì)話停止進(jìn)度。本進(jìn)度應(yīng)在應(yīng)用標(biāo)準(zhǔn)中描繪。在進(jìn)度履行以前,終端應(yīng)向UICC發(fā)送一個(gè)特定的STATUS命令指明應(yīng)用的停止進(jìn)度將啟動(dòng)。在停止進(jìn)度履行后,終端及應(yīng)用將處于一個(gè)定義優(yōu)秀的狀態(tài)。

假如以下?tīng)顩r在任何一個(gè)應(yīng)用對(duì)話被激活的邏輯通道上發(fā)生,應(yīng)用對(duì)話將被停止:

-隱含地;一個(gè)的帶有不一樣于目前活動(dòng)應(yīng)用〕被UICC履行,AID的的SELECT命令〔經(jīng)過(guò)DFNAME且命令參數(shù)中說(shuō)明該應(yīng)用應(yīng)被激活。-明確地;一個(gè)的帶有目前活動(dòng)應(yīng)用〕被UICC履行,且命AID的的SELECT命令〔經(jīng)過(guò)DFNAME令參數(shù)中說(shuō)明該應(yīng)用應(yīng)被停止。

假定邏輯通道被封閉。

當(dāng)終端對(duì)UICC進(jìn)行復(fù)位時(shí),應(yīng)用對(duì)話也被停止。

應(yīng)用PIN的校驗(yàn)狀態(tài)會(huì)被應(yīng)用對(duì)話停止程序依照程序中所描繪的方式來(lái)進(jìn)行更新。

應(yīng)用對(duì)話的復(fù)位

假如一個(gè)的帶有目前活動(dòng)應(yīng)用AID的的SELECT命令〔經(jīng)過(guò)DFNAME〕被UICC履行,且命令參數(shù)中說(shuō)明該應(yīng)用應(yīng)被激活。那么應(yīng)用對(duì)話被復(fù)位。

復(fù)位使得應(yīng)用對(duì)話的激活進(jìn)度被初始化。應(yīng)用的安全狀態(tài)依應(yīng)用指明的應(yīng)用對(duì)話激活進(jìn)度更新。

GSM/USIM應(yīng)用交互作用和限制

USIM對(duì)話的激活排擠GSM對(duì)話的激活。即指出一旦USIM應(yīng)用對(duì)話被激活,帶有字節(jié)置為‘A0’的Class的發(fā)送給UICC的命令將會(huì)把SW1SW2'6E00'〔指令不支持〕返回給終端。

近似地,GSM的激活排擠USIM對(duì)話的激活。

一次最多僅有一個(gè)USIM對(duì)話可被激活。

文件ID的保留

以下FID被本標(biāo)準(zhǔn)保留:

ADF:操作用途:

'7FFF'

專用目錄:

管理用途

'7F4X','5F1X','5F2X'.

-操作用途:

'7F10'(DF),TELECOM(DF),'7F24'(DFFP-CTS

rangesfrom'6'to'F'.

'7F20'(DF),'7F21'(DF),'7F22'(DFIS-41),'7F23'GSMDCS1800TIA/EIA-136'),'7F25'(DFTIA/EIA-95')and'7F2X',whereX說(shuō)明:'7F80'(DF)用于日本PDC標(biāo)準(zhǔn)。PDC

'7F90'(DF)用于TETRA標(biāo)準(zhǔn)。TETRA

'7F31'(DF)用于iDEN標(biāo)準(zhǔn)。IDEN

‘7F10’下保留的文件ID:

'5F50'(DF);'5F3A'(DF).GRAPHICSPHONEBOOK

根本文件:

管理用途:

'6FXX'intheDFs'7F4X';'4FXX'intheDFs'5F1X','5F2X'.

'6F1X'intheDFs'7F10','7F20','7F21';

'4F1X'inall2ndlevelDFs.

'2FEX'intheMF'3F00';

DF'7F4X'中的'6FXX';DF'5F1X','5F2X'中的'4FXX';

DF'7F10','7F20','7F21'中的'6F1X';

全部2級(jí)DF中的'4F1X';

MF'3F00'中的'2FEX';

-操作用途:

'6F2X','6F3X','6F4X'in'7F10'and'7F2X';

'4FYX',whereYrangesfrom'2'to'F'inall2ndlevelDFs.

'2F05','2F06'and'2F1X'intheMF'3F00'.

'7F10'和'7F2X'中的'6F2X','6F3X''6F4X';

當(dāng)Y的范圍在2和F之間時(shí),全部2級(jí)DF中的'4FYX';

MF'3F00'中的'2F05','2F06'和'2F1X'。

-ISO/IEC7816-4的操作用途:[錯(cuò)誤!未找到引用源。]:

'2F00'EFDIR,'2F01'EFATRintheMF'3F00'.

MF'3F00'中的'2F00'EF,'2F01'EF。DIRATR

除特別注明外,X在以上各樣狀況中的取值范圍為0到F。

邏輯通道

ISO/IEC7816-4中定義了邏輯通道。除邏輯通道0外,最多還可以夠有3條邏輯通道。

通道0老是可用,并經(jīng)過(guò)卡片對(duì)話打開(kāi)。

能夠從UICC的ATR中判斷UICC對(duì)邏輯通道的支持與否、分派方式、支持的最大通道數(shù)等性能:

起碼除根本通道外的一個(gè)通道;

和由UICC指定的邏輯通道數(shù)目。

〔一個(gè)邏輯通道上的命令互相依靠是獨(dú)立的,差別于另一個(gè)邏輯通道上的命令互相依

賴?!?/p>

在邏輯通道間不存在命令及其響應(yīng)的交錯(cuò),在UICC截獲到某條APDU指令并返回收到的信號(hào)起到UICC返回該指令A(yù)PDU返回值止,僅有一個(gè)邏輯通道是激活的。

為了使幾個(gè)邏輯通道在同一時(shí)間都能夠被接見(jiàn),特定的文件(EF、DF、ADF)應(yīng)在其文件描繪

符中被設(shè)置為“可共享〞。

在每個(gè)打開(kāi)的邏輯通道中,文件接見(jiàn)都應(yīng)被獨(dú)立地管理。特別是一個(gè)鑒于記錄種類的文

件在每一個(gè)打開(kāi)的邏輯通道上都應(yīng)有不一樣的記錄指針。

當(dāng)從不一樣的邏輯通道接見(jiàn)相同的文件時(shí),應(yīng)用應(yīng)付保持?jǐn)?shù)據(jù)一致性負(fù)責(zé)〔在卡片和終端

中〕。

說(shuō)明:對(duì)循環(huán)記錄文件應(yīng)賜予特其余關(guān)注,如:當(dāng)文件被讀入一個(gè)通道且在另一通道中更

新時(shí)。

邏輯通道由MANAGECHANNEL命令打開(kāi),此中,卡片分派一個(gè)通道號(hào),并在響應(yīng)中返回。

邏輯通道將保持打開(kāi)狀態(tài)直到它被明確地以MANAGECHANNEL命令封閉,或許UICC失活。

從根本通道履行打開(kāi)函數(shù)時(shí),成功打開(kāi)后,MF應(yīng)被隱式選中作為目前的DF。從非根本通

道履行打開(kāi)函數(shù)時(shí),成功打開(kāi)后,發(fā)出命令的邏輯通道的目前DF應(yīng)被選為目前DF。在以上

兩種狀況下,在新的邏輯通道中都沒(méi)有選定目前EF。

新通道的特征

MANAGECHANNEL命令的參數(shù)

目前DF目前活動(dòng)應(yīng)用的ADF〔經(jīng)過(guò)特定的'7FFF'file-id引

用〕

CLA=00(從根本通道)MF不決義

CLA00(從非根本通道)履行打開(kāi)通道命令的DF履行打開(kāi)通道命令的邏輯通道中活動(dòng)應(yīng)用的ADF

與目前DF相同

一旦新通道打開(kāi),每個(gè)邏輯通道中的目前DF和目前文件獨(dú)立。

假定未共享的DF或ADF上履行了MANAGECHANNEL命令,卡片應(yīng)響應(yīng)一個(gè)適合的錯(cuò)誤信息。

該響應(yīng)應(yīng)指出不一樣意履行該命令。沒(méi)有新的通道打開(kāi)。

USIM-ME命令構(gòu)造

本章節(jié)描繪了UICC〔USIM〕所支持的命令和響應(yīng)APDU格式。命令A(yù)PDU構(gòu)造本章節(jié)描繪了一個(gè)通用的應(yīng)用協(xié)議數(shù)據(jù)單元〔APDU〕的根本構(gòu)造。APDU是指在傳輸層之上的應(yīng)用層的數(shù)據(jù)〔挪動(dòng)設(shè)施和卡之間〕傳輸協(xié)議。一個(gè)命令A(yù)PDU包含數(shù)據(jù)包頭和數(shù)據(jù)體。見(jiàn)下表,此中,數(shù)據(jù)包頭包含CLA字段,INS字段,P1和P2字段,其是命令A(yù)PDU的必需構(gòu)成局部。數(shù)據(jù)體局部是可選局部,包含Lc,Data和Le。表:命令A(yù)PDU的內(nèi)容代碼長(zhǎng)度描繪類屬CLA1指令所屬的類INS1指令代碼包頭P11參數(shù)1P21參數(shù)2Lc0or1命令數(shù)據(jù)體包含的字節(jié)數(shù)DataLc命令數(shù)據(jù)體數(shù)據(jù)體Le0or1響應(yīng)數(shù)據(jù)最大字節(jié)數(shù)

關(guān)于C-APDU構(gòu)造的四種可能組合見(jiàn)下表:

表:C-APDU組合組合構(gòu)造1CLAINSP1P22CLAINSP1P2Le3CLAINSP1P2LcData4CLAINSP1P2LcDataLe

Class字段編碼

Class類字段的最高4位〔b8-b5〕的含義拜見(jiàn)下表,位4和3表示安全數(shù)據(jù)表記,位2

和1表示所用的邏輯通道,邏輯通道能夠從0到3。假如UICC卡支持邏輯通道體制,那么

最大可獲取的邏輯通道數(shù)表記在ATR的卡兼容性數(shù)據(jù)對(duì)象中,假如該數(shù)據(jù)對(duì)象不存在,那么只

支持b2=b1=0的數(shù)據(jù)通道。

一個(gè)運(yùn)轉(zhuǎn)在支持邏輯通道的UICC上的應(yīng)用,應(yīng)當(dāng)要么在信息校驗(yàn)中,從署名的計(jì)算中去除類字節(jié),或許將其設(shè)置為缺省值。挪動(dòng)終端能夠改變應(yīng)用所使用的邏輯通道,與所使用的邏輯通道比較安全信息校驗(yàn)署名。表:類字節(jié)編碼b8b7b6b5b4b3b2b1值含義0000'0X'拜見(jiàn)ISO/IEC7816-41010'AX'拜見(jiàn)ISO/IEC7816-4,除非特別說(shuō)明。1000'8X'拜見(jiàn)ISO/IEC7816-4及本文檔XX安全信息表記〔拜見(jiàn)表〕XX-邏輯通道號(hào)表:安全信息表記編碼b4b3含義00在終端和卡之間不使用SM01私有SM格式1x依照ISO/IEC7816-4使用安全管理10不鑒識(shí)命令頭11鑒識(shí)命令頭

缺省狀況下,卡不采納安全信息,除非由應(yīng)用特別指出。

指令字段編碼

拜見(jiàn)下表

表:電信應(yīng)用的指令字節(jié)編碼

命令CLAINS命令A(yù)PDUsSELECTFILE0X'A4'STATUS8X'F2'READBINARY0X'B0'UPDATEBINARY0X'D6'READRECORD0X'B2'UPDATERECORD0X'DC'SEARCHRECORD0X'A2'INCREASE8X'32'VERIFY0X'20'CHANGEPIN0X'24'DISABLEPIN0X'26'ENABLEPIN0X'28'UNBLOCKPIN0X'2C'

DEACTIVATEFILE0X'04'ACTIVATEFILE0X'44'AUTHENTICATE0X'88'GETCHALLENGE0X'84'TERMINALPROFILE80'10'ENVELOPE80'C2'FETCH80'12'TERMINALRESPONSE80'14'MANAGECHANNEL0X'70'傳輸導(dǎo)向APDUsGETRESPONSE0X'C0'

參數(shù)字段編碼

參數(shù)字節(jié)P1和P2的使用和詳細(xì)的命令有關(guān)。

假如參數(shù)未被使用,那么設(shè)置未

'00'

。詳細(xì)

編碼方式拜見(jiàn)詳細(xì)的命令。

Lc字段的編碼

該字段表示數(shù)據(jù)的長(zhǎng)度,據(jù)字節(jié)。挪動(dòng)設(shè)施能夠發(fā)送

其為可選項(xiàng)。假如該字段存在,那么在后來(lái)將隨著相應(yīng)長(zhǎng)度的數(shù)1到255各字節(jié)。

數(shù)據(jù)體編碼

數(shù)據(jù)體的編碼與詳細(xì)的命令有關(guān)。拜見(jiàn)下邊章節(jié)。

Le字段的編碼

該字段表示命令發(fā)送后所希望的最大返回?cái)?shù)據(jù)長(zhǎng)度,其為可選項(xiàng)。假如該字段存在,那么

在響應(yīng)數(shù)據(jù)中應(yīng)包含相應(yīng)長(zhǎng)度的數(shù)據(jù)。假如Le設(shè)置為'00',那么表示挪動(dòng)終端希望最大256

個(gè)字節(jié)的數(shù)據(jù),那么UICC可返回介于1到256之間長(zhǎng)度的數(shù)據(jù)。

響應(yīng)APDU構(gòu)造

響應(yīng)APDU包含一個(gè)可選的數(shù)據(jù)體和一個(gè)一定的狀態(tài)字,該狀態(tài)字由兩個(gè)字節(jié)構(gòu)成:SW1

和SW2。數(shù)據(jù)長(zhǎng)度由Lr指示。拜見(jiàn)下表

表:響應(yīng)APDU內(nèi)容

編碼長(zhǎng)度描繪DataLr響應(yīng)數(shù)據(jù)字串SW11狀態(tài)字節(jié)1SW21狀態(tài)字節(jié)2

通信初始化成立過(guò)程

UICC的激活和去激活

終端按節(jié)的描繪激活和去激活UICC的觸點(diǎn)。在激活過(guò)程中,供電電壓變換應(yīng)當(dāng)在任何與供電電壓變換沒(méi)關(guān)的更進(jìn)一步的動(dòng)作以行進(jìn)行。

供電電壓變換

終端將用可行的最低電壓等級(jí)開(kāi)始激活UICC。假如沒(méi)有收到ATR,終端將去激活并采納下一個(gè)更高的電壓等級(jí)〔在終端支持的狀況下〕激活UICC。假如在第一個(gè)應(yīng)用的電壓等級(jí)下收到了ATR,終端應(yīng)能夠剖析ATR的內(nèi)容。假如UICC不支持終端所用的操作種類,終端將去激活UICC,并用UICC指明的供電電壓等級(jí)激活它。假如ATR被損壞了,終端應(yīng)在拒絕UICC前采納相同的操作種類起碼操作3次。假定有連續(xù)三次的ATR錯(cuò)誤,終端能夠用下一

個(gè)高電壓等級(jí)激活UICC。這類狀況下,終端只好在重試的下一個(gè)高電壓等級(jí)下工作。

供電電壓等級(jí)

UICC的ATR中包含了供電電壓等級(jí)(TAi,i>2):

表6.1:ATR包含的供電電壓等級(jí)

符號(hào)最小值最大值單位等級(jí)編碼(二進(jìn)制)VccVAxxxxx1VccVBxxxx1xVccVCxxx1xxVccRFURFUVDxx1xxxVccRFURFUVEx1xxxx說(shuō)明:

級(jí)別A和級(jí)別B的值依照

ISO/IEC

7816-3

[錯(cuò)誤!未找到引用源。

]標(biāo)準(zhǔn)。級(jí)別

C和級(jí)別D

是在ISO/IEC

7816-3

[錯(cuò)誤!未找到引用源。

]中指定的值的進(jìn)一步演化。還可能支持

象AB,BC這樣連續(xù)的級(jí)其余范圍。而不一樣意象

AC這樣的組合。

復(fù)位應(yīng)答內(nèi)容ATR是在履行復(fù)位操作后,從UICC發(fā)送到終端的第一個(gè)字節(jié)串,

誤!未找到引用源。]定義了ATR。

即便終端只使用T=0和T=1協(xié)議,它也應(yīng)還可以夠接收除了T=0

接口字符,歷史字節(jié)和校驗(yàn)字符。

UICC應(yīng)返回T=15全局接口參數(shù)。

本標(biāo)準(zhǔn)的附錄D列出了ATR的例子。

ISO/IEC7816-3[錯(cuò)

T=1以外傳輸協(xié)議的

歷史字節(jié)的編碼

歷史字節(jié)見(jiàn)告外面怎樣使用這張卡。

ISO/IEC

7816-4

[錯(cuò)誤!未找到引用源。

]規(guī)定

了UICC歷史字節(jié)的內(nèi)容。類型指示是UICC發(fā)送的第一個(gè)字節(jié)。它的值是

COMPACT-TLV數(shù)據(jù)對(duì)象編碼的。

'80'

,這意味著歷史字節(jié)是按

卡發(fā)送的第一個(gè)信息是“卡數(shù)據(jù)效力〞數(shù)據(jù)對(duì)象。這個(gè)數(shù)據(jù)對(duì)象以標(biāo)簽

卡發(fā)送的第二個(gè)信息是“卡容量〞數(shù)據(jù)對(duì)象。這個(gè)數(shù)據(jù)對(duì)象以標(biāo)簽'73'

據(jù)對(duì)象是可選的。

'31'作為開(kāi)頭。作為開(kāi)頭。其余的數(shù)

加強(qiáng)速率

假如要使用加強(qiáng)速率,終端和UICC除了支持默認(rèn)速率〔F=372,D=1〕外,起碼還要支

持〔F=512,D=8〕和〔F=512,D=16〕。自然,也還可以夠支持其余值。假如終端發(fā)出的PPS

懇乞降上邊的值不一樣,那么PPS過(guò)程也要做相應(yīng)的初始化。傳輸因子的F和D的值由UICC在

ATR中的TA1給出。

PPS過(guò)程為了能使用不一樣于缺省值的傳輸參數(shù),終端和UICC一定支持PPS過(guò)程,ATR中包含了那些不一樣于缺省值的傳輸參數(shù)的值。ISO/IEC7816-3[錯(cuò)誤!未找到引用源。]解說(shuō)了這些參數(shù)。終端選擇這些參數(shù)值的范圍由UICC依照ISO/IEC7816-3[錯(cuò)誤!未找到引用源。]的規(guī)定來(lái)指明。SIM卡的復(fù)位是由ME出發(fā)的,復(fù)位應(yīng)答描繪以下:SIM卡的數(shù)據(jù)以異步半雙工方式經(jīng)I/O線在ME和SIM卡之間雙向傳遞。由ME向SIM卡供給時(shí)鐘信號(hào),并以此來(lái)控制數(shù)據(jù)傳遞時(shí)序。信息互換的數(shù)字和字符應(yīng)當(dāng)切合ISO/IEC7816標(biāo)準(zhǔn)中規(guī)定的T=0和T=1兩種傳輸協(xié)議。復(fù)位應(yīng)答最多由33個(gè)字節(jié)構(gòu)成〔包含歷史字節(jié),但不包含TS〕TS:初始字符T0:格式字符TAi:接口字符[全局代碼F1,D1]TBi:接口字符[全局代碼I1,PI1]TCi:接口字符[全局代碼N]TDi:接口字符[全局代碼Yi+1,T]T1,...,TK:歷史字符(最多15個(gè)字符)

TCK:校驗(yàn)字符

接口字符TAi、TBi、TCi、TDi〔i=1,2,3,〕這些字符指了

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論