ETSI TS 102 613 V15.1.0 (2019-11)

Smart Cards; UICC - Contactless Front-end (CLF) Interface; Physical and data link layer characteristics (Release 15)

RTS/SCP-T070138vf10

General Information

• Status: Published
• Publication Date: 13-Nov-2019
• Technical Committee: SET TEC - SET-TEC
• Current Stage: 12 - Completion
• Due Date: 20-Nov-2019
• Completion Date: 14-Nov-2019

Standards Content (Sample)

TECHNICAL SPECIFICATION
Smart Cards;
UICC - Contactless Front-end (CLF) Interface;
Physical and data link layer characteristics
(Release 15)
Release 15 2 ETSI TS 102 613 V15.1.0 (2019-11)

Reference
RTS/SCP-T070138vf10
Keywords
smart card
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: [phone]  Fax: [phone]

Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88

Important notice
The present document can be downloaded from:
http://www.etsi.org/standards-search
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the prevailing version of an ETSI
deliverable is the one made publicly available in PDF format at www.etsi.org/deliver.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
https://portal.etsi.org/TB/ETSIDeliverableStatus.aspx
If you find errors in the present document, please send your comment to one of the following services:
https://portal.etsi.org/People/CommiteeSupportStaff.aspx
Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying
and microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.

© ETSI 2019.
All rights reserved.
DECT™, PLUGTESTS™, UMTS™ and the ETSI logo are trademarks of ETSI registered for the benefit of its Members.

3GPP™ and LTE™ are trademarks of ETSI registered for the benefit of its Members and
of the 3GPP Organizational Partners.
oneM2M™ logo is a trademark of ETSI registered for the benefit of its Members and
of the oneM2M Partners. ®
GSM and the GSM logo are trademarks registered and owned by the GSM Association.
ETSI
Release 15 3 ETSI TS 102 613 V15.1.0 (2019-11)
Contents
Intellectual Property Rights . 6
Foreword . 6
Modal verbs terminology . 6
Introduction . 7
1 Scope . 8
2 References . 8
2.1 Normative references . 8
2.2 Informative references . 9
3 Definition of terms, symbols and abbreviations . 9
3.1 Terms . 9
3.2 Symbols . 10
3.3 Abbreviations . 10
3.4 Void . 11
3A Coding conventions . 11
4 Principle of the Single Wire Protocol . 11
5 System architecture . 12
5.1 General overview . 12
5.2 ETSI TS 102 221 support . 13
5.3 Configurations . 13
5.4 Interaction with other interfaces . 13
6 Physical characteristics. 13
6.1 Temperature range for card operation . 13
6.2 Contacts . 14
6.2.1 Provision of contacts . 14
6.2.2 Contact activation and deactivation . 14
6.2.2.0 Terminal behaviour . 14
6.2.2.1 SWIO contact activation . 14
6.2.2.2 SWIO contact deactivation. 14
6.2.2.3 Deactivation of the UICC . 14
6.2.3 Interface activation . 14
6.2.3.1 Initial interface activation . 14
6.2.3.2 Subsequent interface activation . 16
6.2.3.3 Timing parameters . 16
6.2.3.4 Impact on other interfaces . 18
6.2.4 Behaviour of a UICC in a terminal not supporting SWP . 19
6.2.5 Behaviour of terminal connected to a UICC not supporting SWP. 19
6.2.6 Inactive contacts . 19
7 Electrical characteristics . 19
7.1 Operating conditions . 19
7.1.0 Voltage and current definitions . 19
7.1.1 Supply voltage classes . 20
7.1.2 V (C1) low power mode definition . 20
cc
7.1.3 Signal S1 . 21
7.1.4 Signal S2 . 21
7.1.4.0 Definition . 21
7.1.4.1 Operating current for S2 . 21
8 Physical transmission layer . 22
8.1 S1 Bit coding and sampling time (Self-synchronizing code) . 22
8.2 S2 switching management . 23
8.3 SWP interface states management . 24
8.3.1 SWP states . 24
ETSI
Release 15 4 ETSI TS 102 613 V15.1.0 (2019-11)
8.3.2 SWP states transitions rules . 24
8.4 Power mode states/transitions and Power saving mode . 26
9 Data link layer . 27
9.1 Overview . 27
9.2 Medium Access Control (MAC) layer . 27
9.2.1 Bit order . 27
9.2.2 Structure . 27
9.2.3 Bit Stuffing . 28
9.2.4 Error detection . 28
9.3 Supported LLC layers . 29
9.3.0 LPDU structures . 29
9.3.1 Interworking of the LLC layers . 30
9.4 ACT LLC definition . 31
9.4.0 ACT LPDU structure . 31
9.4.1 SYNC_ID verification process . 33
10 SHDLC LLC definition . 33
10.1 SHDLC overview . 33
10.2 Endpoints . 33
10.3 SHDLC frame types . 34
10.4 Control Field . 34
10.4.0 Coding . 34
10.4.1 I-Frames coding . 34
10.4.2 S-Frames coding . 35
10.4.3 U-Frames coding . 35
10.5 Changing sliding window size and endpoint capabilities . 35
10.5.0 Capabilities negotiation . 35
10.5.1 RSET frame payload . 36
10.5.2 UA frame payload . 37
10.6 SHDLC context . 37
10.6.0 Definition . 37
10.6.1 Constants . 37
10.6.2 Variables . 38
10.6.3 Initial Reset State . 38
10.7 SHDLC sequence of frames . 38
10.7.1 Nomenclature . 38
10.7.2 Link establishment with default sliding window size . 39
10.7.3 Link establishment with custom sliding window size . 39
10.7.4 Data flow . 40
10.7.5 Reject (go N back) . 41
10.7.6 Last Frame loss . 41
10.7.7 Receive and not ready . 42
10.7.8 Selective reject . 42
10.7.9 Link establishment with upper layer protocol negotiation . 43
10.8 Implementation model . 43
10.8.0 Sequence number calculation . 43
10.8.1 Information Frame emission . 44
10.8.2 Information Frame reception . 45
10.8.3 Reception Ready Frame reception . 46
10.8.4 Reject Frame reception . 46
10.8.5 Selective Reject Frame reception . 47
10.8.6 Acknowledge timeout . 47
10.8.7 Guarding/transmit timeout . 48
11 CLT LLC definition . 48
11.1 System Assumptions . 48
11.2 Overview . 48
11.2a Supported RF protocols . 48
11.3 CLT Frame Format . 49
11.4 CLT Command Set . 50
11.5 CLT Frame Interpretation . 50
11.5.1 CLT frames with Type A aligned DATA_FIELD . 50
ETSI
Release 15 5 ETSI TS 102 613 V15.1.0 (2019-11)
11.5.2 Handling of DATA_FIELD by the CLF . 52
11.5.3 Handling of ADMIN_FIELD . 52
11.5.3.1 CL_PROTO_INF(A). 52
11.5.3.2 CL_PROTO_INF(F) . 53
11.5.3.3 CL_GOTO_INIT and CL_GOTO_HALT . 54
11.6 CLT Protocol Rules . 54
11.6.1 Rules for the CLF . 54
11.6.2 Rules for the UICC . 55
12 Timing and performance . 55
12.1 SHDLC Data transmission mode . 55
12.1.1 CLF processing delay when receiving data over an RF-link . 55
12.1.2 CLF processing delay when sending data over an RF-link . 56
12.2 CLT data transmission mode for ISO/IEC 14443 Type A . 56
12.2.1 CLF processing delay when receiving data from the PCD . 56
12.2.2 CLF processing delay when sending data to the PCD . 56
12.2.3 Timing values for the CLF processing delay . 57
12.2.4 Timing value for the CLF processing delay (Request Guard Time) . 58
12.3 CLT data transmission mode for ISO/IEC 18092 212 kbps/424 kbps passive mode . 58
Annex A (informative): Change history . 59
History . 61

ETSI
Release 15 6 ETSI TS 102 613 V15.1.0 (2019-11)
Intellectual Property Rights
Essential patents
IPRs essential or potentially essential to normative deliverables may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (https://ipr.etsi.org/).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Trademarks
The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners.
ETSI claims no ownership of these except for any which are indicated as being the property of ETSI, and conveys no
right to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does
not constitute an endorsement by ETSI of products, services or organizations associated with those trademarks.
Foreword
This Technical Specification (TS) has been produced by ETSI Technical Committee Smart Card Platform (SCP).
The contents of the present document are subject to continuing work within TC SCP and may change following formal
TC SCP approval. If TC SCP modifies the contents of the present document, it will then be republished by ETSI with
an identifying change of release date and an increase in version number as follows:
Version x.y.z
where:
x the first digit:
0 early working draft;
1 presented to TC SCP for information;
2 presented to TC SCP for approval;
3 or greater indicates TC SCP approved document under change control.
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections,
updates, etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
Modal verbs terminology
In the present document "shall", "shall not", "should", "should not", "may", "need not", "will", "will not", "can" and
"cannot" are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of
provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
ETSI
Release 15 7 ETSI TS 102 613 V15.1.0 (2019-11)
Introduction
The present document defines a communication interface between the UICC and a contactless frontend (CLF) in the
terminal. This interface allows the card emulation mode independent of the power state of the terminal as well as the
reader mode when the terminal is battery powered.
The aim of the present document is to ensure interoperability between a UICC and the CLF in the terminal
independently of the respective manufacturer, card issuer or operator. Any internal technical realization of either the
UICC or the CLF is only specified where these are reflected over the interface.
ETSI
Release 15 8 ETSI TS 102 613 V15.1.0 (2019-11)
1 Scope
The present document specifies the Single Wire Protocol (SWP). SWP is the interface between the UICC and the CLF.
The present document defines:
• Layer 1: The physical layer which is responsible for activating, maintaining and deactivating the physical link
between the UICC and the CLF. It defines electrical (voltage and current levels, timing and coding of voltage
and current levels), mechanical (physical contacts) and functional (data rates) specifications. It also defines the
initial communication establishment and the end of the connection.
• Layer 2: The data link layer which is responsible for the physical addressing of the data through frames and
Link Protocol Data Units (LPDU). The data link layer is also responsible for error notification, ordered
delivery of frames and flow control. This layer can be split into two sub-layers:
- The Medium Access Control (MAC) layer which manages frames.
- The Logical Link Control layer which manages LPDUs and is responsible for the error-free exchange of
data between nodes. Three different Logical Link Control layers are defined in the present document.
2 References
2.1 Normative references
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
• In the case of a reference to a TC SCP document, a non-specific reference implicitly refers to the latest version
of that document in the same Release as the present document.
Referenced documents which are not found to be publicly available in the expected location might be found at
https://docbox.etsi.org/Reference/.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
The following referenced documents are necessary for the application of the present document.
[1] ETSI TS 102 221: "Smart Cards; UICC-Terminal interface; Physical and logical characteristics".
[2] ISO/IEC 14443-2: "Identification cards -- Contactless integrated circuit cards -- Proximity cards --
Part 2: Radio frequency power and signal interface".
[3] ISO/IEC 14443-3: "Cards and security devices for personal identification -- Contactless proximity
objects -- Part 3: Initialization and anticollision".
[4] ISO/IEC 14443-4: "Cards and security devices for personal identification -- Contactless proximity
objects -- Part 4: Transmission protocol".
[5] ISO/IEC 13239: "Information technology -- Telecommunications and information exchange
between systems -- High-level data link control (HDLC) procedures".
[6] ETSI TS 102 600: "Smart Cards; UICC-Terminal interface; Characteristics of the USB interface".
[7] ETSI TS 102 223: "Smart Cards; Card Application Toolkit (CAT)".
[8] ISO/IEC 18092: "Information technology -- Telecommunications and information exchange
between systems -- Near Field Communication -- Interface and Protocol (NFCIP-1)".
[9] ETSI TS 103 666-1: "Smart Secure Platform (SSP); General characteristics".
ETSI
Release 15 9 ETSI TS 102 613 V15.1.0 (2019-11)
2.2 Informative references
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
• In the case of a reference to a TC SCP document, a non-specific reference implicitly refers to the latest version
of that document in the same Release as the present document.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
The following referenced documents are not necessary for the application of the present document but they assist the
user with regard to a particular subject area.
Not applicable.
3 Definition of terms, symbols and abbreviations
3.1 Terms
For the purposes of the present document, the following terms apply:
card emulation mode: mode where the UICC emulates a contactless card through the CLF
class A operating conditions: terminal or a smart card operating at 5 V ± 10 %
class B operating conditions: terminal or a smart card operating at 3 V ± 10 %
class C operating conditions: terminal or a smart card operating at 1,8 V ± 10 %
contactless frontend: circuitry in the terminal which:
• handles the analogue part of the contactless communication;
• handles communication protocol layers of the contactless transmission link;
• exchanges data with the UICC.
ETSI TS 102 221 [1] interface: asynchronous serial UICC-Terminal interface defined in ETSI TS 102 221 [1], using
RSET on contact C2, CLK on contact C3 and I/O on contact C7
full duplex: simultaneous bidirectional data flow
half duplex: sequential bidirectional data flow
idle bit: bit with logical value 0 sent outside a frame
master: entity which provides the S1 signal
reader mode: mode where the UICC act as a contactless reader through the CLF
state H: high electrical level of a signal (voltage or current)
state L: low electrical level of a signal (voltage or current)
S1: signal from the master to a slave
S2: signal from the slave to the master
slave: entity which is connected to the master and provides the S2 signal
ETSI
Release 15 10 ETSI TS 102 613 V15.1.0 (2019-11)
transition sequence: signal sent by the master during RESUME, consisting of the falling edge, the state L period and
the rising edge of an idle bit
UICC powering modes:
• Full power mode: the UICC is powered according to ETSI TS 102 221 [1] limitations in operating state.
• Low power mode: the UICC is running in a reduced power mode as defined in the present document.
wakeup sequence: sequence transmitted by the slave before each frame
3.2 Symbols
For the purposes of the present document, the following symbols apply:
Gnd Ground
I Current signalling state H of S2
H
I Current signalling state L of S2
L
T Bit duration
T Duration of the state H for coding a logical 1 of S1
H1
T Duration of the state H for coding a logical 0 of S1
H0
T Processing time of the CLF for a packet of data
CLF
T Transfer time of contactless command or response over the RF interface
RFn
T Transfer time a single SWP packet of date
SWP
T Processing time of the UICC for a contactless command
UICC
t Fall time
F
t Rise time
R
Vcc Supply Voltage
V Input Voltage (high)
IH
V Input Voltage (low)
IL
V Output Voltage (high)
OH
V Output Voltage (low)
OL
3.3 Abbreviations
For the purposes of the present document, the following abbreviations apply:
ACT ACTivation protocol
ATR Answer To Reset
CLF ContactLess Frontend
CLK CLocK
CLT ContactLess Tunnelling
CMD CoMmanD
CRC Cyclic Redundancy Check
EOF End Of Frame
FR Frame Repeat
HCI Host Controller Interface
HDLC High level Data Link Control
HLTA HALT Command, Type A
I/O Input/Output
ICC Integrated Circuit Card
ISO International Organization for Standardization
LEN LENgth
LLC Logical Link Control
LPDU Link Protocol Data Unit
LSB Least Significant Bit
MAC Medium Access Control
MSB Most Significant Bit
ETSI
Release 15 11 ETSI TS 102 613 V15.1.0 (2019-11)
NFCIP-1 Near Field Communication - Interface and Protocol
PCD Proximity Coupling Device
PICC Proximity Integrated Circuit Card
RATS Request for Answer To Select
REJ Reject
RF Radio Frequency
RFU Reserved for Future Use
RNR Receive Not Ready
RR Receive Ready
RSET ReSeT
SAK Select AcKnowledge, Type A
SCL SSP Common Layer
NOTE: See ETSI TS 103 666-1 [9].
SHDLC Simplified High Level Data Link Control
SOF Start Of Frame
SREJ Selective Reject
SWIO Single Wire protocol Input/Output
SWP Single Wire Protocol
TPICC Total processing time of a Contactless card
UA Unnumbered Acknowledgment
USB Universal Serial Bus
WTX Waiting Time eXtension
WUPA Wake-Up Command, Type A
3.4 Void
The content of this clause has been moved to clause 3A.
3A Coding conventions
For the purposes of the present document, the following coding conventions apply:
• All lengths are presented in bytes, unless otherwise stated.
• Each byte is represented by bits b8 to b1, where b8 is the Most Significant Bit (MSB) and b1 is the Least
Significant Bit (LSB). In each representation, the leftmost bit is the MSB.
• Hexadecimal values are enclosed in single quotes ('xx').
In the UICC, all bytes specified as RFU shall be set to '00' and all bits specified as RFU shall be set to 0.
4 Principle of the Single Wire Protocol
The SWP interface is a bit oriented, point-to-point communication protocol between a UICC and a ContactLess
Frontend (CLF) as shown in figure 4.1.
The CLF is the master and the UICC is the slave.
ETSI
Release 15 12 ETSI TS 102 613 V15.1.0 (2019-11)

Figure 4.1: SWP data transmission
The principle of the Single Wire Protocol is based on the transmission of digital information in full duplex mode:
• The signal S1 is transmitted by a digital modulation (L or H) in the voltage domain.
• The signal S2 is transmitted by a digital modulation (L or H) in the current domain.
When the master sends S1 as state H then the slave may either draw a current (state H) or not (state L) and thus transmit
S2. With pulse width modulation bit coding of S1, it is possible to transmit a transmission clock, as well as data in full
duplex mode. This bit coding of S1 is described in clause 8.1 of the present document. S2 is meaningful only when S1
is in state H.
5 System architecture
5.1 General overview
Figure 5.1: CLF-UICC physical link
ETSI
Release 15 13 ETSI TS 102 613 V15.1.0 (2019-11)
Figure 5.1 represents the physical link between the CLF and the UICC. The contact C6 of the UICC is connected to the
CLF for the transmission of S1 and S2.
5.2 ETSI TS 102 221 support
A UICC supporting the SWP interface and a terminal supporting SWP shall remain compliant with ETSI
TS 102 221 [1].
A terminal supporting the SWP interface utilizes contact C6; therefore class A operation cannot be supported.
For the low power mode, the electrical characteristics of contact C1 (Vcc) are extended by the present document.
Contacts C2, C3 and C7 shall behave as specified in ETSI TS 102 221 [1].
5.3 Configurations
The terminal indicates the support of SWP interface in the terminal capability as defined in ETSI TS 102 221 [1]. The
UICC indicates support of SWP interface in the Global Interface bytes of the ATR as defined in ETSI TS 102 221 [1].
When both the terminal and the UICC are supporting the SWP interface, several operation modes become possible in
addition to the operation modes already supported by terminal not supporting the SWP interface and the UICC:
• Only the SWP interface is activated. This may occur while the whole terminal is powered and other interfaces
(e.g. the ETSI TS 102 221 [1] or ETSI TS 102 600 [6] interfaces) are not activated, or while the terminal is
switched OFF (i.e. the whole terminal may not be operative).
• The SWP interface is activated while a session on another terminal-UICC interface is in progress (e.g. the
ETSI TS 102 221 [1] or ETSI TS 102 600 [6] interface). In this case, the different interfaces shall be active
concurrently, and therefore actions on the SWP interface shall not disturb the terminal-UICC exchange on the
other interfaces and vice-versa.
5.4 Interaction with other interfaces
Communication between a terminal supporting the SWP interface and a UICC supporting the SWP interface take place
either over the SWP interface on contact C6 as specified in the present document, or over the interfaces using contacts
C2, C3, C4, C7 and C8 as defined in ETSI TS 102 221 [1] and ETSI TS 102 600 [6]. Signalling on a contact assigned to
one interface shall not affect the state of other contacts assigned to another interface. This also applies to the activation
sequence of the UICC. The power provided on contacts C1 (Vcc) and C5 (Gnd) shall cover the power consumption of
all active interfaces of the UICC.
Operation of the SWP interface after activation shall be independent from operation of other interfaces (e.g. the
ETSI TS 102 221 [1] or ETSI TS 102 600 [6] interface) that may be implemented on the UICC.
Any reset signalling (RSET signal on contact C2 as specific to the ETSI TS 102 221 [1] interface or logical reset on
ETSI TS 102 600 [6] interface) shall only affect the UICC protocol stack related to these interfaces. SWP-related
processes shall not be affected by another interface reset signal.
A logical reset signalling on the data link layer (SHDLC RSET) over the SWP interface as well as activation and
deactivation of SWP interface shall not affect any of the other interfaces.
6 Physical characteristics
6.1 Temperature range for card operation
In the present document, all parameter values for the SWP interface shall apply for the standard temperature range for
storage and full operation as defined in ETSI TS 102 221 [1].
ETSI
Release 15 14 ETSI TS 102 613 V15.1.0 (2019-11)
6.2 Contacts
6.2.1 Provision of contacts
Vcc (contact C1) and Gnd (contact C5) provided in the UICC shall be reused by the terminal to provide power supply.
SWIO (contact C6) of the UICC shall be used for data exchange between the UICC and the CLF.
6.2.2 Contact activation and deactivation
6.2.2.0 Terminal behaviour
The terminal shall connect, activate and deactivate contacts C2, C3 and C7 of the UICC in accordance with the
operating procedures specified in ETSI TS 102 221 [1] and the contacts C4 and C8 in accordance with the operating
procedures specified in ETSI TS 102 600 [6] when these interfaces are used. The terminal shall activate the contact C1
(V ) according to the ETSI TS 102 221 [1].
CC
A terminal may decide not to perform the contact and interface activation of SWP if it detected in either this or a
previous card session that the UICC does not support the SWP.
6.2.2.1 SWIO contact activation
As long as V (contact C1) is not activated, the terminal shall keep SWIO (contact C6) deactivated (S1 state L).
CC
The terminal activates V (contact C1) in order to either activate the SWP interface or V (contact C1) is activated
CC CC
due to the activation of another interface on the UICC.
The activation of the SWIO (contact C6) takes place when the terminal sets the SWIO signal from state L to state H.
This indicates to the UICC to activate its SWP interface.
6.2.2.2 SWIO contact deactivation
In order to deactivate SWIO (contact C6), the terminal shall set SWP to the DEACTIVATED state as defined in
clause 8.3.
6.2.2.3 Deactivation of the UICC
In addition to the deactivation as given in ETSI TS 102 221 [1] and ETSI TS 102 600 [6] the terminal shall deactivate
SWIO (contact C6) before or at the same time as deactivating V (contact C1).
CC
6.2.3 Interface activation
6.2.3.1 Initial interface activation
The following process shall take place after the contact activation of SWIO (contact C6).
This process makes use of SWP interface states management described in clause 8.3 and of the ACT LLC layer as
described in clause 9.4.
The sequence is as follows:
• The UICC shall indicate that it is ready to exchange data via SWP by resuming SWP:
- In case the CLF does not detect an SWP resume by the UICC, the CLF shall assume that the UICC does
not support the SWP interface and the CLF shall deactivate SWIO (contact C6).
ETSI
Release 15 15 ETSI TS 102 613 V15.1.0 (2019-11)
• The CLF shall put SWP into ACTIVATED state:
- In case the UICC does not detect the SWP ACTIVATED state, the UICC shall set S2 to state L not later
than T after the UICC has put S2 in state H. The UICC shall not respond to further attempts
S2_INHIBIT
from the CLF to communicate via SWP and shall wait for UICC deactivation or shall retrieve
information about SWP capability of the terminal via any other UICC interface (see clause 6.2.4).
• The UICC shall send the first ACT_SYNC frame and wait for the first frame from the CLF.
• When the CLF has received the first ACT_SYNC frame from the UICC, the CLF shall take the following
actions:
- If the CLF has received a correct ACT_SYNC frame and the terminal provides full power mode, the
CLF shall respond with an ACT_POWER_MODE frame with FR bit set to 0 indicating full power mode.
- If the CLF has received a correct ACT_SYNC frame and the terminal provides low power mode the CLF
shall consider the initial interface activation as being successful and shall not send further ACT frames.
• When the CLF has received a corrupted frame or no frame the CLF shall request the UICC to repeat the last
ACT_SYNC frame by sending an ACT_POWER_MODE frame with FR bit set to 1 indicating the current
terminal power mode.
• When the UICC has received an ACT_POWER_MODE frame from the CLF, the UICC shall take the
following actions:
- If the UICC has received a correct ACT_POWER_MODE and the FR bit of this frame is 1, then the
UICC shall repeat the last ACT frame it had sent. If the FR bit is 0 then the UICC shall respond with an
ACT_READY frame.
- If the UICC has received a corrupted frame, the UICC shall not respond.
• When the CLF has received an ACT frame in response to an ACT_POWER_MODE frame, the CLF shall
...