ts_102613中文規(guī)范

1、TS 102 613內容：主講SWP（single wire protocol），SWP是UICC和CLF之間的接口。主要定義了以下內容：層1：物理層。負責UICC和CLF之間物理連接的激活、保持及去活。定義了電特性的（電壓及電流級別、時序、電壓及電流編碼）、機制性的（物理連接）和功能性的（數據速率）細則。還定義了初始的通信建立和結束連接。層2：數據鏈路層。負責通過frames和LPDU（Link Protocol Data Units）進行數據尋址。并負責錯誤報告、按序發(fā)送frame及流控制。數據鏈路層還可以分為以下兩個子層：l Medium Access Control（MAC）層：管理f

2、rames。l Logical Link Control層：管理LPDU，并負責數據在節(jié)點間的無錯交換。將介紹三種不同的Logical Link Control層。4. Principle of the Single Wire ProtocolSWP接口是UICC和CLF（非接前端）之間的基于位編碼、點對點通信的協議。CLF是master，UICC是slave。SWP協議是全雙工協議。信號S1以電壓傳輸，信號S2以電流傳輸。S1是從master到slave，以脈沖寬度編碼。只有S1為H狀態(tài)時，S2才有意義。5. System architectureNFC手機應用Card Emulation模

3、式（Battery Off）CLF-UICC間的物理連接。UICC的觸點C6與CLF連接用來傳輸S1及S2。因為支持SWP的終端要利用C6觸點，所以不支持A類操作。（原因是在A類操作下，C6是提供編程電壓的。而在B類操作下，C6是RFU）。為了支持low power mode，C1（Vcc）的電氣特性有所擴展。終端在terminal capability中指示是否支持SWP接口，UICC在ATR的全局接口字節(jié)中指示是否支持SWP接口。這些都在TS 102 221中定義。當終端和UICC都支持SWP接口時，已經被不支持SWP接口和UICC的終端支持的模式之外的其他幾個操作模式變得可能：l 僅SW

4、P接口被激活。這種情況發(fā)生在終端上電而其他接口未被激活，或終端的開關關閉時。l SWP接口激活時其他terminal-UICC接口的會話正在進行。這種情況下，不同的接口應該是并發(fā)的激活，SWP接口上的行為不會擾亂terminal-UICC接口上的數據交換。對于支持SWP接口的終端和支持SWP接口的UICC，通信可能通過C6觸點發(fā)生在SWP接口上，也可能發(fā)生在使用C2/C3/C4/C7/C8觸點的其他接口上（如TS 102 221和TS 102 600中定義），為某接口分配的觸點信號不能影響其他接口使用的觸點的信號狀態(tài)。觸點C1（Vcc）和C5（Gnd）上提供的能量，覆蓋了UICC上所有活動的接

5、口的能量消耗。SWP接口在激活后的操作，將與UICC上實現的其他接口的操作獨立。任何復位信號只影響UICC協議棧相關的接口。SWP相關的進程不受影響。在SWP接口的數據鏈路層的邏輯復位信號（SHDLC RESET）、激活及去活，同樣也不會影響到其他接口。6. Physical characteristics6.1 觸點UICC的Vcc（C1）和Gnd（C5）被終端重新利用來供電。UICC的SWIO（C6）用來進行UICC和CLF間的數據交換。6.2 觸點的激活和去活終端依照TS 102 221中定義的操作過程連接、激活和去活C2/C3/C7，依照TS 102 600中定義的操作過程連接、激活和

6、去活C4/C8，終端依照TS 102 221中的定義激活觸點C1（Vcc）。當在前一次會話中檢測到UICC不支持SWP接口時，終端將不會使用觸點及接口激活操作。6.2.1 SWIO觸點激活只要Vcc（C1）未激活，終端將保持SWIO（C6）去活（S1為L狀態(tài)）。終端激活Vcc（C1），要么是為了激活SWP接口，要么是UICC上其他接口要激活。當終端將SWIO信號從L狀態(tài)置為H時，SWIO（C6）被激活。這表明UICC將要激活SWP接口。6.2.2 SWIO觸點去活為了去活SWIO（C6），終端按照8.3節(jié)定義的將SWP置為DEACTIVATED狀態(tài)。6.2.3 UICC去活終端將在去活Vcc（

7、C1）之前對SWIO（C6）去活。6.3 接口激活6.3.1 初始接口激活未按以上順序出現的ACT幀，CLF都以壞幀來處理。如果接口激活未成功，CLF認為UICC不支持SWP接口，此時，CLF將對SWIO（C6）去活。初始接口激活期間UICC發(fā)送的ACT_SYNC幀都必須包含ACT_INFORMATION域。6.3.2 后序接口激活初始接口激活序列也可以應用到S1從DEACTIVATED狀態(tài)變到H狀態(tài)時，但要做以下修改：1 UICC中ACT幀中不發(fā)送ACT_INFORMATION域。2 CLF接收到一個正確的ACT_SYNC幀時，CLF將立即認為后序接口激活成功，不再發(fā)送ACT幀。6.3.3

8、時間參數系統的設計是：CLF以第一條SYNC_ID的發(fā)送來保證時序的嚴格性。如果失敗，CLF應請求重發(fā)SYNC_ID來獲得REQA或REQB。 CLF實現的Ts1_act_rep應當大于Ts1_act_frp和SWP resume的總和。這是為了保證當UICC發(fā)送ACT響應幀的時候非接前端沒有在發(fā)送ACT幀。6.3.4 對其他接口的影響根據UICC的功耗狀態(tài)（power state），各接口要符合以下條件：1 如果UICC處于low power mode，終端將不激活TS 102 221接口，且如果UICC支持符合TS 102 600的USB接口，那么它不能執(zhí)行對USB接口的連接。（類似關機沒

9、電池的狀態(tài)，所以不能打開其他接口？）2 如果UICC處于full power mode，終端可以獨立地激活UICC的任意接口。3 如果UICC的TS 102 221接口已經被激活，對SWP接口的激活將被認為是在UICC上已選擇的應用。6.4 UICC在終端不支持SWP時的行為UICC將使C6以低阻抗連接Vcc或與終端保持電隔離。當UICC檢測到C6觸點未與Vcc連接，它將會在檢測到終端不支持SWP接口后的2S內以低功耗連接到Gnd。注意：實現時要使SWP相關的功耗盡可能小。6.5 終端在UICC不支持SWP接口時的行為當終端檢測到UICC不支持SWP時，它將使SWIO處于去活狀態(tài)（L狀態(tài)），或

10、將在C6觸點呈現一個高阻抗。7. Electrical characteristicsCLF（Master）和UICC（Slave）的電壓水平，即信號S1，如下圖：SWP的使用從master到slave的電流表示它的第二個信號S2，并使數據從slave到master發(fā)送回來。當S1為H時，S2值才被定義。7.1 提供的電壓類別支持SWP的UICC只支持TS 102 221中規(guī)定的B類和C類電壓。7.2 Vcc（C1） low power mode定義當系統在low power mode運行時，應遵循下表：表7.1中的定義了UICC的最大電流。終端可能提供更多。不管表7.2中定義的瞬時能量消耗，

11、電壓值應維持在一個特定的范圍。根據以上規(guī)則，在測試時，將所有測試點都基于三類條件進行測試，即：B類電壓、C類full power mode、C類low power mode。7.3 信號S1S1信號是在SWIO（C6）觸點上以電壓表示的，從CLF傳輸數據到UICC。電特性如下兩表。流向UICC或流出CLF的電流為正。7.4 信號S2S2信號是在SWIO（C6）觸點上以電流表示的，從UICC傳輸數據到CLF。S1與S2共用電觸點C6。當SWIO上的電流值在IHmin和IHmax之前時，S1為H狀態(tài)。當SWIO上的電流值在ILmin和ILmax之前時，S1為L狀態(tài)。8. Physical tran

12、smission layer8.1 S1位編碼和采樣時間邏輯1的H狀態(tài)保持時間是0.75T，邏輯0的H狀態(tài)保持時間是0.25T所有bit傳輸是連續(xù)的。每一bit都有兩個上升沿。C6觸點上，UICC（CLOAD）的輸入電容不能超過10pF。8.2 S2切換管理S1為H狀態(tài)時，S1才有效。UICC（slave）只有在S1為L狀態(tài)時才切換S2，或當resuming SWP時（僅在S1為H狀態(tài)且SWIO為SUSPENDED狀態(tài)時，S2才可以被切換）。8.3 SWP接口狀態(tài)管理SWP有三個狀態(tài)：ACTIVATED：在此狀態(tài)下master和slave傳輸bits。SWP一直保持此狀態(tài)直到SUSPEND轉換

13、發(fā)生。SUSPENDED：在此狀態(tài)下，S1處于H狀態(tài)，S2處于L狀態(tài)。在激活SWP接口時，這個狀態(tài)是SWP的初始狀態(tài)。SWP保持這個狀態(tài)直到RESUME或DEACTIVATED轉換發(fā)生。DEACTIVATED：在此狀態(tài)下，S1處于L狀態(tài)，S2處于L狀態(tài)。SWP保持這個狀態(tài)直到ACTIVATED轉換發(fā)生。狀態(tài)間的轉換定義如下：RESUME：是從SUSPENDED到ACTIVATED狀態(tài)的轉換。Master和slave都可以執(zhí)行resume，以便將SWP轉換到ACTIVATED狀態(tài)。Master執(zhí)行的resume：如果master收到的最后一條信息沒有跡象表明UICC在接口上沒有進一步的活動，ma

14、ster將通過發(fā)送P2個連續(xù)的空閑位來resume。在這些空閑位的最后 幾個位時，SWP進入ACTIVATED狀態(tài)。如果master resume，slave可以在P2個空閑位時就發(fā)送幀。如果master發(fā)出的最后一條信息是SHDLC確認指示UICC在接口上沒有進一步的活動，master resume 將SWP轉換為DEACTIVATED狀態(tài)，之后是將SWP轉換為ACTIVATED狀態(tài)。?Slave執(zhí)行的resume：通過拉電流，使S2為H狀態(tài)。如果以下條件都滿足，master將在P6max時間內通過發(fā)送轉換序列來響應：1 UICC指明支持extended resume2 Master收到的最

15、后一條信息表明UICC沒有進一步活動3 SWP在SUSPENDED狀態(tài)至少已P7時間否則，master將至少在P3max時間內通過發(fā)送轉換序列來響應。SUSPEND：如果SWP上沒有活動，且空閑位持續(xù)P1時間，master將通過維持S1為H狀態(tài)使SWP切換至SUSPENDED狀態(tài)。DEACTIVATE：如果以下條件都滿足，master通過維持SWIO在L狀態(tài)至少P4時間使SWP切換至DEACTIVATED狀態(tài)：1 Master發(fā)送的最后一條信息是SHDLC確認指示了UICC在接口上沒有進一步活動，并且SWP進入了SUSPENDED狀態(tài)。2 SWP在SUSPENDED狀態(tài)P5時間，并且CLFl

16、沒有檢測到符合ISO/IEC 14443-2或ISO/IEC 18092的RF場l 沒有產生UICC請求的RF場ACTIVATE：如果SWP在DEACTIVATED狀態(tài)，將使用6.2節(jié)描述的接口激活序列。Slave將通過使用TS 102 223定義的ACTIVATE命令請求接口的激活。8.4 供電模式狀態(tài)、狀態(tài)轉換及省電模式當終端激活Vcc（C1），UICC將進入初始供電狀態(tài)。初始供電狀態(tài)是以UICC的電流消耗遵循TS 102 221 中“UICC在ATR期間4MHz外部時鐘頻率下的能量消耗”定義的值。（來自 221）在以下情況下，UICC將進入low power mode1 當初始SWP激活

17、序列中的power mode幀中指示了此模式2 當在初始SWP激活期間，UICC接收到的第一個non-ACT幀中沒有接收到power mode幀在以下情況下，UICC將進入full power mode1 當初始SWP激活序列中的power mode幀中指示了此模式2 當在其他接口上已完成了full power mode的條件如果終端的能量供應能提供足夠電能時，CLF將指示full power mode在初始供電狀態(tài)，當UICC檢測到是ACTIVATED狀態(tài)時，它會將電流消耗增加到low power mode定義的值。從full power mode轉換到low power mode需要去活V

18、cc（C1）。對已激活的接口，當以下條件都滿足時，UICC將進入省電模式：1 時鐘停止（符合TS 102 221），當接口已激活（如果UICC在full power mode）2 掛起（suspend）模式（符合TS 102 600），當接口已激活（如果UICC在full power mode）3 以下條件有一項滿足：l SWP為DEACTIVATED 10msl SWP接收到最后一SHDLC確認顯示UICC在接口上沒有進一步的活動，且SWP在SUSPENDED狀態(tài) 10ms當UICC在省電模式時，電流不能超過TS 102 221中時鐘停止定義的值，或不超過TS 102 600中suspend

19、模式定義的值。當任意UICC接口從以上條件中喚醒時，UICC將退出省電模式。注意：在full power mode，終端的資源（例如：顯示器、鍵盤等）對UICC的應用不可用。9. Data link layer如下圖所示，數據鏈路層（Data link layer）管理LPDUs（Link Protocol Data Units）。這一層又被分為兩個子層：MAC層，負責管理幀。LLC層，負責報錯管理及流控制。9.1 Medium Access Control（MAC）層9.1.1 位序Bit orderSWP通信通道的位序是MSB first。9.1.2 結構Structure下圖9.2描述了

20、從master到slave的幀格式SOF FLAG的值是“7E”，EOF FLAG的值是“7F”。兩幀之間發(fā)送空閑位（邏輯0），幀之間至少有一個空閑位。下圖9.3描述了slave到master的幀格式Wakeup sequence，就是在slave到master的每個幀前面加了一個邏輯值為1的位。Master正要suspending接口時，slave正準備發(fā)送wakeup sequence，值為1的位將被slave轉換為resume使SWP回到ACTIVATED狀態(tài)。Payload（負載）大小限制在30字節(jié)。CRC域為16bits（2字節(jié)）。9.1.3 位填充Bit Stuffing為了更清楚

21、地檢測到SOF和EOF，在發(fā)送payload及CRC時，傳送體將使用0位填充。在連續(xù)的5個bit的邏輯1之后，插入一個邏輯0。如果在CRC的最后5個bit包含邏輯1，不再添加邏輯0。接收方應該能夠識別這種填充位并拋棄它們。下圖是填充位的一個例子。9.1.4 錯誤檢測對幀的錯誤檢測是基于ISO/IEC13239中的16bit幀校驗序列。CRC多項式如下：CRC初始值為0xFFFF。參與CRC計算的bits是SOF和EOF之間，但不包含SOF和EOF的bits。9.2 Supported LLC layerLogical Link Control（LLC）分為三種：SHDLC：在大多數非接觸交易中

22、最通用的一種LLC。SHDLC在第10章中定義。CLF及UICC必須支持這種LLC。CLT：用來處理某些專有的協議。CLT模式在第11章中定義。CLF及UICC對CLT的支持都是可選的。ACT：包含了在接口激活時的幀。CLF及UICC必須支持這種LLC。Control field（控制域）是SWP frame payload（幀負載）的首字節(jié)。表9.1定義了不同的LLC層的控制域。LPDU的payload負載域結構如下圖9.59.2.1 Interwoking of the LLC layer（LLC層的交互工作）在SWIO（C6）激活后，或S1從DEACTIVATED狀態(tài)轉換為H狀態(tài)后，SH

23、DLC連接將不建立，CLT會話也不能開始。UICC及CLF將使用ACT LLC。成功激活SWP后，CLF將采取以下步驟：l 如果CLF有數據要發(fā)送給UICC（例如，一個非接交易），需要用到CLT LLC，那么將初始化一個CLT LLC會話。l 否則，一個SHDLC連接將盡快開始建立。注意：在激活SWP之后，CLF總是發(fā)送第一個Non-ACT幀。在UICC和CLF建立SHDLC連接或開始CLT會話之后，就不能再發(fā)送ACT幀，接收到的ACT幀將被忽略。SWP接口激活后首次進入SHDLC LLC，將使用10.7.2及10.7.3節(jié)描述的連接建立過程。一旦SHDLC連接建立，CLT會話不能使SHDLC

24、 context及SHDLC連接建立期間協商的endpoint capabilities無效。從ACT LLC或SHDLC LLC進入CLT LLC時，CLT會話將會像11.6節(jié)描述的那樣打開。只有當SHDLC I-Frames都被確認后CLF才會開始一個CLT會話。如果CLF或UICC在CLT會話期間收到SHDLC LLC幀，將會使CLT會話結束。如果UICC或CLF接收到一個壞SWP幀，接收實體會使用LLC定義的錯誤恢復過程。在SWIO（C6）激活后或S1從DEACTIVATED狀態(tài)到H狀態(tài)后，將立即使用ACT LLC進行錯誤處理。9.3 ACT LLC定義ACT LPDU的結構定義如下：

25、ACT TYPE的編碼：l UICC接收到幀的FR位的意義在6.2.3.1中描述。l CLF接收到幀的FR位的意義： CLF忽略FR位 UICC發(fā)送給CLF的幀，需將FR位設置為0。l CLF接收到幀的INF位的意義： INF=1：ACT payload的最后一字節(jié)包含ACT_INFORMATION域 INF=0：ACT_INFORMATION域不可用l UICC接收到幀的INF位的意義： UICC將忽略INF位 CLF發(fā)送給UICC的幀，需將INF位設置為0。表9.2給出了ACT_CTRL及ACT_DATA的意義：ACT_INFORMATION：將些域附加在ACT_SYNC幀中發(fā)送，UICC

26、在此域中指示了如下表9.3的擴展能力：在初始接口激活期間，CLF接收到帶ACT_INFORMATION的ACT_SYNC幀后，CLF將使用ACT_INFORMATION域中指示的擴展SWP位持續(xù)時間（extended SWP bit durations）。9.3.1 SYNC_ID驗證過程對SYNC_ID驗證的目的是檢查UICC的身份。SYNC_ID的驗證過程包含以下步驟：l UICC將SYNC_ID放在ACT_SYNC中發(fā)送給CLF。SYNC_ID被命名為驗證數據（verification data）。l CLF將驗證數據（verification data）與識別參照數據（identity

27、 reference data）對比。identity reference data不在本文檔講。為了進行SYNC_ID，須滿足以下條件：l CLF和UICC需支持SYNC_ID驗證l SYNC_ID驗證總是發(fā)生在SWP接口被激活時接收到從UICC發(fā)送的ACT幀后，CLF將執(zhí)行SYNC_ID驗證過程基于以下描述：l 一旦接收到ACT_SYNC幀，CLF將把ACT_DATA域作為verification data。l CLF評估verification data與identity reference data的值，若一致則檢查通過。否則，識別檢查失敗，CLF將不會開始一個CLT會話。注意：在本文

28、檔只講檢查機制，檢查失敗后果及恢復過程將在更高層（higher layer）中定義。10. SHDLC LLC定義10.1 SHDLC overview本文檔所定義的SWP SHDLC層是ISOs High-level Data Link Control（HDLC ISO/IEC 132395）的簡化版本。它負責網絡結點間數據的無錯傳輸。SHDLC層保證將要發(fā)送到上層的數據與它接收到的完全一致（及：無錯、無損失、順序正確）。而且，SHDLC層負責流控制，保證數據盡快被接收方收到。SHDLC保證以最小花費來管理流控制、錯誤檢測及恢復。如果數據流向是雙方向的（全雙工），數據幀本身將攜帶所有能保證數

29、據完整性的信息?；瑒哟翱诘母拍畋挥脕碓谡_接收第一幀的確認前發(fā)送多個幀。這就意味著在數據一直發(fā)送而不是停下來等待確認幀。10.2 EndpointsSHDLC通信發(fā)生在兩個端點（endpoints）之間。這些端點可以認為是CLF和UICC。端點之間的通信是平等的，沒有優(yōu)先級。10.3 SHDLC幀類型SHDLC使用幾種類型的幀來傳輸數據、管理或監(jiān)管兩個端點（ends of the communication channel）之間的通信管道：l I-Frames（Information frames）：攜帶上一層信息和一些控制信息。I-frame功能包括排序（sequencing）、流控制（fl

30、ow control）、錯誤檢測（error detection）和錯誤恢復（recovery）。I-frame攜帶了發(fā)送和接收的序號。l S-Frames（Supervisory Frames）：攜帶控制信息。S-frame的功能包括請求和暫停傳輸、狀態(tài)報告、對I-frame收條的確認。S-frame只攜帶接收序號。l U-Frames（Unnumbered Frames）：攜帶控制信息。U-frame功能包括連接建立和斷開、錯誤報告。U-Frames不攜帶序號。10.4 控制域Control FieldSHDLC控制域的結構如下表10.1，包含了負載域payload的首個bit。其中：l

31、N(S)：I-frame的編號。即發(fā)送序號l N(R)：下一條待接收的I-frame的編號。即待接收序號。l TYPE：S-Frame的類型。l M：U-Frame中的修改位（modifier bits）?；瑒哟翱诘拇笮∧J是4個幀。幀類型可以是交錯出現的。例如，兩個I-Frames間可能被插入一個U-Frame。10.4.1 I-Frame 編碼Information格式命令及響應的功能是傳輸有序的幀，每個都包含信息域（information field），根據數據連接情況，信息域可以是空的。10.4.2 S-Frame 編碼Supervisory(S)格式命令及響應用來執(zhí)行序號監(jiān)管功能，比

32、如確認（acknowledgment）、信息傳輸暫停（temporary suspension of information transfer）、或錯誤恢復（error recovery）。有S格式控制域的幀不包含信息域。Supervisory(S)格式命令及響應如下：RR：Receive Ready。端點用來指示已準備好接收信息幀及確認之前收到的幀。RNR：Receive Not Ready。端點用來指示沒有準備好接收任何信息幀。REJ：Reject。用來請求幀的重發(fā)。SREJ：Selective Reject。端點用來請求重發(fā)某個特定的幀。對每個錯誤的幀都將發(fā)送SREJ。每個幀都以獨立的錯

33、誤對待。在任意時刻在每個連接方向上只有一個SREJ是未完成的。在初始化過程過定義的能力協商（capability negotiation）之前，可選（Optional）類型的幀不能使用。10.4.3 U-Frames編碼Unnumbered格式命令及響應用來擴展數據連接控制功能的數量。Unnumbered格式幀有5個修改位，允許多至32個附加的命令及響應。只有一個HDLC命令的子集被用于SHDLC：RSET：Reset of Data link layer。用于復位兩個端點上的序列號變量。UA：Unnumbered Acknowledgment。用來確認RSET命令。10.5 改變滑動窗口大小

34、及端點能力changing sliding window size and endpoint capabilities滑動窗口大小是在SHDLC會話建立期間協商的。協商的窗口大小的有效期是從會話成功建立開始，到接口去活或一個新的SHDLC會話重新建立時結束。窗口大小可根據有限的資源而比默認值要小一些。因此，一個端點會請求另一個端點以降低滑動窗口大小。RSET可以攜帶配置域來改變窗口大?。ń抵?）。如果默認大?。≧SET命令中不帶配置域時就是默認大小）或RSET幀中提供的大小對接收方來講太大，接收方可以不確認，相反的，接收方將發(fā)送一個RSET提供一個合適的窗口大?。ū攘硪粋€端點提供的值小）。如果

35、請求的窗口大小比默認的小，那么端點應該服從這個重配置的窗口大小，并以UA幀確認這個新的值。對SREJ的支持也用同樣的方式協商。RSET幀可以攜帶配置域來指示端點是否有支持SREJ幀的能力。如果接收方有一個或多個端點能力不支持，它將發(fā)送一個RSET幀指示它僅支持的能力。10.5.1 RSET幀負載域RSET幀有2個可選的字節(jié)為了提供端點的窗口大小及能力。窗口大小范圍是24。如果RSET幀是響應接收到的RSET幀，那么幀里的提供的窗口大小要等于或小于接收到的幀提供的值。RSET不會以同樣的窗口大小及同樣的能力來響應一個接收到的RSET幀，在這種情況下，會發(fā)送一個UA幀。第二個可選字節(jié)在窗口大小字節(jié)

36、后面，提供了端點能力，如果這個字節(jié)不存在，將使用默認值。10.5.2 UA幀負載域UA幀沒有負載域。10.6 SHDLC contextSHDLC context定義為以下的常量值（如超時設定timeouts和滑動窗口大小）和變量值。10.6.1 常量 Constantsl w：滑動窗口大小。默認。這個值不是嚴格的常量，因為在連接時可能降低。但是，在下次會話之前，它保持不變。l T1：Acknowledgment time。確認時間I_frame需在T1時間內被確認以免數據流停滯。T1值跟w值有關。確認時間是從I-frame的EOF的最后一個bit開始，到確認幀的SOF的第一個bit結束。l

37、T2：保護/傳送時間（Guarding/transmit time）。如果I-frame沒有被確認，端點將重發(fā)這些幀。T2定義了這個等待的時間。T2不受w修改的影響。保護/傳送時間是從未確認的幀的EOF的最后一個bit，到重發(fā)的幀的SOF的最后一個bit。l T3：連接時間（connection time）。在連接確立時使用，目標端點未以UA幀或RSET幀回應時，在T3時間內嘗試跟目標端點建立連接。T3不受w修改的影響。連接時間是從RSET幀的EOF的最后一個bit到響應幀的SOF的第一個bit的時間。10.6.2 變量 Variables有三種類型的變量，變量值模8，表示序號。l N(S)：

38、發(fā)行序列號（Sequence number for emission），用在I幀中。在幀發(fā)送后增加。l N(R)：要接收的下一個序號。用在I幀或S幀中。在全雙工數據傳輸、或發(fā)送一個S類型的幀期間，所有接收到的序號小于N(R)的都將被確認。l DN(R)：最小的未確認的序號（Lowest unacknowledged sequence number）。序號大于等于DN(R)且小于N(R)的幀是待確認的幀。要想知道一個幀是否在窗口內，將序號模8后再比較。模8的定義如下：如果，則否則，或10.6.3 初始復位狀態(tài)在連接成功建立后，在每個端點都應有以下初始狀態(tài)：l10.7 SHDLC sequence

39、 of frames10.7.1 命名 Nomenclature10.7.2 默認窗口大小的連接確立 Link establishment with default sliding window size一個端點要確立一個SHDLC連接，將通過發(fā)送一個RSET幀來初始化連接確立。如果在SHDLC幀交換時，連接進入一種無法通過其他SHDLC方式恢復的錯誤狀態(tài)中，端點將通過發(fā)送RSET幀來復位（reset）或重建（re-establish）連接。所有緩存的幀（收到的亂序的幀、或在存儲在重發(fā)隊列中的幀）將被丟棄。上層（upper layer）將被告知連接重建（link reset）。如果目標就緒，將

40、回應一個UA幀。在接收到確認后，連接將被建立。在連接建立前，除RSET幀以外的其它幀都將被丟棄。需要用到connection timeout來檢測失敗并重啟操作。在這個例子中，兩個端點工作在默認窗口大小，UICC不再發(fā)送RSET幀因為已接收到RSET幀并接受它的默認窗口大小。兩端點都輕松地實現同時復位。兩方都收到UA后，連接使用默認窗口大小建立。10.7.3 連接確立使用自定義的窗口大小 Link establishment with custom sliding window size如果UICC窗口大小比CLF小，它忽略接收到的RSET幀。CLF收到自定義的RSET幀，將窗口配置改為2并發(fā)

41、送UA幀建立連接。如果RSET幀交叉出現，仍將遵循以上規(guī)則：萬一有幀丟失，將重啟連接，連接配置最終也能成功。10.7.4 數據流 Data flow一旦連接確立，兩端點將交換數據。CLF發(fā)送一組數據流。UICC沒有數據要發(fā)送。所以，不使用背負式（piggyback）機制（在相反方向使用I幀來攜帶確認）。UICC將有序地確認接收到的幀以免擁堵（traffic stop）。為了發(fā)送RR到CLF，需要用到確認超時（acknowledgment timeout）。超時從前一個確認后的收到的第一個packet開始。如果UICC發(fā)送I幀，確認超時將停止因為背負式機制將確認接收到的幀。確認超時不能太長以避免

42、吞吐量下降（throughput degradation）。否則，發(fā)送端點將等待目標方就緒。下圖展示了滑動窗口大小為4且超時值太大時將發(fā)生的情況：在下面的例子里，I幀是雙向的。在I幀交叉時將使用背負式機制（piggybacking）確認接收到的幀。由于最后的包交叉，雙方端點使用確認超時來檢測在數據交互結束后何時發(fā)送一個RR幀。10.7.5 拒絕 Reject（go N back）當幀丟失時，目標方（這里指UICC）將看到接收到的序號中有一個空缺。如果不支持SREJ，且多個幀丟失，目標方在第一個幀丟失時將立即發(fā)送一個REJ幀來重啟數據流。10.7.6 最后一個幀丟失 Last Frame los

43、s在目標方沒有發(fā)現幀丟失的情況下，為了能重發(fā)幀，每個幀都有一個保護時間超時（guarding/transmit timeout）。當最后一個幀丟失時，目標端點沒有辦法發(fā)現。RR幀會用來確認最后一個幀，但是對于目標端點，在reject mechanism下，一個丟失的幀永遠不會被請求重發(fā)。在UICC發(fā)送的幀確認超時之前，CLF將發(fā)送一個RR3幀來確認它，在上圖中沒有顯示出來。下圖展示了在目標端點不發(fā)送數據時的同樣處理方法。10.7.7 接收和未就緒 Receive and not readyReceive-not-ready（RNR）對I幀確認，類似RR，但同時要求對等端點暫停傳輸I幀。RR幀需

44、在RNR幀后每5到20ms重發(fā)一次（從EOF末位到SOF首位）直到接收到新的I幀。這就避免了因喚醒數據丟失的RR幀丟失而引起的死鎖。如果實體接收到RR幀但又沒有數據要發(fā)送，它將發(fā)送一個信息域為空的I幀來通知已接收到RR幀。10.7.8 有選擇的拒絕 Selective rejectSelective reject（SREJ）用來請求某一個幀的重發(fā)。CLF在確認超時之前發(fā)送了RR4來確認UICC的上一幀，在圖中沒有顯示出來。10.8 實現模型 Implementation model以下所有的序號計算都已模8計算。10.8.1 I幀發(fā)行 Information frame emission10.

45、8.2 I幀接收 Information frame reception如果在連接時協商了支持Selective Reject S-frames，且X正好比N(R)大1，將發(fā)送SREJN(R)來代替REJN(R)，已接收到的I幀將緩存，Y值還像上圖中處理。一旦接收到X=N(R)的幀，緩存的I幀將被處理。10.8.3 RR幀的接收 Reception Ready Frame reception10.8.4 REJ幀接收 Reject Frame reception10.8.5 SREJ幀接收 Selective Reject Frame reception10.8.6 確認超時 Acknowle

46、dgment timeout10.8.7 保護/傳送時間超時 Guarding/transmit timeout11. CLT LLC definition11.1 系統假定 System Assumptions空11.2 overviewCLT LLC基于SWP物理層之上用來在CLF及UICC間交換數據。CLF的作用類似于橋，除特別說明，一般負責打包/解包特定類型的RF幀，并保留在UICC管理下特定類型的錯誤檢測碼。同時指定一組管理命令的最小集。CLT會話定義為基于CLT LLC的幀序列。11.2a 對RF協議的支持 Supported RF protocolsl CLT LLC支持ISO/

47、IEC 14443-3 Type A 的數據傳輸（基于card emulation protocols）。-初始化（防沖突和選擇）RF協議由CLF執(zhí)行，UICC不參與。CLF處理所有必要的信息。l CLT LLC支持ISO/IEC 18092 212kbps/424kbps被動模式的初始化命令的數據傳輸（基于card emulation protocols）。- UICC為CLF提供初始化數據，來執(zhí)行RF協議的初始化。注意：在本文檔中，其他RF協議沒有提到但并不表示CLT不支持這類操作，比如ISO/IEC 14443-2和ISO/IEC14443-3 Type B。11.3 CLT幀格式CLT

48、 LLC幀格式見圖9.5。CLT負載域（payload）會包含CLF端的RF待接收或發(fā)送的數據，包含在DATA_FIELD中。DATA_FIELD的結構要么是字節(jié)對齊（byte aligned），要么是Type A對齊（Type A aligned，符合ISO/IEC 14443-3 Type A幀格式）。對Type A aligned結構，CLT payload最后一字節(jié)中的meaningless bits將填充為0。11.5.1有規(guī)范解釋及示例。CLT CMD將在DATA_FIELD中指示數據類型，并在ADMIN_FIELD中包含CLF及UICC間附加的管理命令。11.4 CLT 命令集下

49、表11.1給出了CLT CMD域的編碼：注意：CLT幀提供的DATA_FIELD域跟ADMIN_FIELD域是獨立無關的。不同方向上的ADMIN_FIELD域的編碼意義也不同。11.5 CLT幀解析 CLT Frame Interpretation11.5.1 Type A方式對齊的DATA_FIELD的CLT幀對于Type A方式對齊的DATA_FIELD的CLT幀，bit個數隱匿地從CLT Payload的字節(jié)長度中獲取，其解釋規(guī)則取決于幀的傳輸方向。以下表格11.2適用于CLF到UICC的CLT幀。以下表格11.3適用于UICC到CLF的CLT幀。下面，以CLT幀傳輸4個RF字節(jié)+4個校

50、驗位為例：11.5.2 CLF對DATA_FIELD的處理由于RF協議特性，RF上的信息交換是半雙工的，PCD發(fā)一個命令，PICC作出一響應。本規(guī)范的體系中，響應或者不響應由UICC決定，通過不帶DATA_FIELD的CLT幀將響應報告給CLF?；诳M協議的ISO/IEC14443-3的數據交互流程如下：l 當CLF收到一個RF幀，RF數據存放于DATA_FIELD的CLT幀將被組織并發(fā)送給UICC。11.5.3.1節(jié)將描述RF協議初始化后收到的第一幀的不同處理方法。l 當從UICC接收到一個CLT幀時，如果CLT幀里包含了DATA_FIELD域，數據將通過RF傳輸給CLF，如果沒有DAT

51、A_FIELD，將不通過RF傳送數據。11.5.3 對ADMIN_FIELD域的處理11.5.3.1 CL_PROTO_INF(A)CLF用帶這種ADMIN_FIELD的幀來通知基于卡模擬模式的UICC現處于ISO/IEC 14443-3 Type A ，并使UICC用CLT 模式處理RF協議。在此情況下，每次成功的ISO/IEC 14443 Type A RF協議初始化，CLF都將發(fā)送CL_PROTO_INF(A)給UICC。在ISO/IEC 14443 Type A RF協議初始化期間，CLF不發(fā)送CLT幀。當通過ISO/IEC 14443 Type A發(fā)送“SAK”后，CLF將采取以下行

52、為：l CLF將驗證收到的下一個幀的正確性。l 如果錯誤檢測碼是正確的，且RF幀是帶CRC_A符合ISO/IEC 14443 Type A的標準幀，且第一個字節(jié)不是“E0”，“50”，“93”，“95”或“97”，CLF將組織一個ADMIN_FIELD是CL_PROTO_INF(A)，DATA_FIELD是接收到的RF數據的CLT幀。DATA_FIELD將不包含RF類型的特定的錯誤檢測碼，且DATA_FIELD是“byte-aligned”格式的。注意1：第一個字節(jié)是“E0”，“50”，“93”，“95”或“97”的標準幀屬于是ISO/IEC 14443 Type A命令集。如果第一個字節(jié)是“

53、E0”（RATS命令，屬于ISO/IEC 14443-4），處理過程使用更高層的協議，將不再發(fā)送CLT幀給UICC。注意2：對遵循ISO/IEC 18092 106kbps被動模式的協議，包含“D400”（ATR_REQ）命令碼的序列將以簡化方式處理。如果RF數據長度超過DATA_FIELD的最大容量，將不會給UICC發(fā)送CLT幀。當UICC收到CLT發(fā)送的包含ADMIN_FIELD域的CLT幀時，將采取以下行為：l UICC將對DATA_FIELD的內容進行評估：-如果DATA_FIELD中包含一個UICC支持的某個RF協議的一個有效命令，UICC將會做出響應并以CLT幀發(fā)送給CLF。-如果

54、DATA_FIELD內容相當于ISO/IEC 14443 中的“HALT”，UICC將回應一個ADMIN_FIELD為CL_GOTO_INIT的CLT幀。11.5.3.2 CL_PROTO_INF(F)在卡模擬協議下，CLF通過帶ADMIN_FIELD的命令，通知UICCISO/IEC 18092 212kbps/424kbps被動模式的存在。CLF將通過以下描述的CLT來為UICC提供初始化數據。每當在RF側接收到防沖突命令（“POLLING REQUEST”命令）時，CLF將會發(fā)送ADMIN_FIELD為CL_PROTO_INF(F)的CLT命令給UICC。這個信息被更高一層的應用檢索到。

55、在這種情況下，CLF將采取以下行為：l 當CLF接收到ISO/IEC 18092 212kbps/424kbps被動模式的的初始化命令（“POLLING REQUEST”，命令代碼為“00”）時，它會把接收到的RF數據（包含LEN和RF CRC域）封裝成ADMIN_FIELD域為CL_PROTO_INF(F)、DATA_FIELD為byte aligned格式的CLT幀發(fā)送給UICC。l 當接收到帶ADMIN_FIELD（0000）b的CLT幀時，CLT會認為DATA_FIELD是初始化響應（“POLLING RESPONSE”，命令代碼“01”，包括LEN和RF CRC域），并根據ISO/I

56、EC 18092 212kbps/424kbps被動模式定義的初始化過程將這個響應發(fā)送到RF側。注意：依據ISO/IEC 18092，在一個允許的時間槽內，發(fā)送者接收到初始化響應（“POLLING RESPONSE”）的等待時間是2417ms（512*64/13.56MHz）。每個時間槽的持續(xù)時間是1208ms（256*64/13.56MHz）。CLF隨機地選擇一個在防沖突命令中PCD指示的可用的時間槽。當UICC接收到ADMIN_FIELD為CL_PROTO_INF(F)的CLT幀時，將采取以下行為：l DATA_FIELD域的內容將被評估，ISO/IEC 18092 212kbps/424kbps被動模式特定的錯誤碼（RF CRC）和長度（LEN字節(jié)）將被校驗。-一旦錯誤檢測碼（RF CRC）和長度字節(jié)是正確的，且接收到的DATA_FIELD與UICC上可用的應用不匹配，UICC將在1150s內發(fā)送一個不帶DATA_FIELD域的CLT幀給CLF。-一旦錯誤檢測碼（RF CRC）和長度字節(jié)是正確的，且接收到的DATA_FIELD與UICC上可用的應用是相匹配的，UICC將在1150s內發(fā)送一個在DATA_FIELD域封裝了ISO/IEC 18092 212kbps/424kbps被動模式的響應幀（“P