IFSD

Information Field Size for the Terminal

Other →
Introduced in Rel-4

IFSD is the maximum size of the information field a terminal can receive in a single data block during a T=0 or T=1 protocol exchange with a UICC/SIM card.

Category
Other
Introduced
Rel-4
Where
Services
Specifications
1 specs
IFSD Description Purpose Related Classification Specifications

Description

The Information Field Size for the Terminal (IFSD) is a fundamental parameter specified in 3GPP TS 21.905 for the communication between a terminal (Mobile Equipment) and a smart card, specifically the UICC (Universal Integrated Circuit Card) or SIM (Subscriber Identity Module). It operates within the framework of the ISO/IEC 7816-3 T=0 and T=1 asynchronous half-duplex transmission protocols. The IFSD value represents the maximum number of data bytes that the terminal is capable of receiving in a single block from the card. This parameter is exchanged during the initial Answer-to-Reset (ATR) procedure or via a specific command (IFS request) to establish the communication baseline.

In practice, when a session is initiated, the card sends its ATR, which includes the card's proposed IFSD value. The terminal can accept this value or propose a different one using a dedicated command. The negotiated IFSD is then used for all subsequent command-response pairs (APDUs) from the card to the terminal. This mechanism prevents buffer overflows in the terminal by ensuring the card does not send an information field larger than the terminal can handle. The management of IFSD is critical for the correct parsing of complex responses, such as those containing file contents or lists from the SIM file system.

The role of IFSD extends across all 3GPP-defined USIM (Universal Subscriber Identity Module) and SIM applications. It is a low-level, foundational element of the smart card interface that underpins higher-layer functionalities like authentication, subscriber profile management, and value-added services. While often transparent to the end-user, its proper implementation is essential for reliable and secure device-card interoperability, forming a core part of the terminal's compliance with 3GPP specifications for smart card support.

Purpose & Motivation

IFSD was introduced to solve a fundamental interoperability problem in smart card communications: mismatched buffer capabilities between terminals and cards. Without a negotiated maximum information field size, a card could send a data block larger than the terminal's input buffer could accept, leading to communication failures, data corruption, or terminal crashes. The parameter provides a clear, standardized method for the two entities to agree on a safe data transfer size at the start of a session.

Historically, as smart cards evolved to support more complex applications and larger data sets (e.g., for GSM phase 2+ and 3G USIM), the need for a flexible, negotiated parameter became apparent. Earlier fixed or assumed buffer sizes were insufficient. IFSD allows for scalability and future-proofing, enabling terminals with larger buffers to efficiently receive bigger data blocks, while still maintaining backward compatibility with cards that propose smaller sizes. It addresses the physical layer limitation of the serial interface by providing a logical flow control mechanism.

Classification

Part ofAPDU
Related approachesUSIM

Evolution Across Releases

Rel-4 Initial

Initially defined in 3GPP Release 4 within TS 21.905. It established the IFSD as a mandatory parameter for terminal-card communication, specifying its role in the ATR and protocol parameter selection process to ensure reliable APDU exchange for USIM applications.

Explore further

Broader topics and technologies where IFSD plays a role.

Defining Specifications

3GPP specifications that define or reference IFSD, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.