Description
Frame Tunnelling Mode (FTM) is a specific operational mode defined for the Terminal Adaptation Function (TAF) within the 3GPP protocol architecture. Its primary function is to enable the support of non-3GPP data services, specifically GSM-based Circuit Switched Data (CSD) and General Packet Radio Service (GPRS) services, over a UMTS radio access network and core network. FTM works by encapsulating the complete data link layer frames (e.g., LAPDm frames for GSM data) from the terminal equipment (TE) and transporting them transparently between the Mobile Termination (MT) in the user equipment and an Interworking Function (IWF) in the network.
Architecturally, the TAF resides in the MT. When operating in FTM, the TAF does not interpret or process the data link layer protocols from the TE. Instead, it acts as a pass-through, taking the raw frames from the TE's serial interface (using AT commands as defined in TS 27.007) and packaging them for transport over the UMTS connection. These frames are carried transparently through the UMTS network using the Radio Access Bearer (RAB) for circuit-switched connections or appropriate bearers for packet-switched connections. The IWF, located at the network boundary (often at the MSC or SGSN), receives the tunnelled frames, extracts the original LAPDm frame, and processes it as if it came directly from a GSM MS. This allows the core network to provide the legacy GSM data service transparently.
Key to FTM's operation is the use of in-band signalling within the tunnelled data stream to manage the data link connection. Commands like establishing, maintaining, and releasing the data link are carried within the tunnelled frames themselves, not by the UMTS signalling layer. This mode is crucial for backward compatibility, allowing dual-mode GSM/UMTS terminals to provide consistent data services regardless of the underlying radio technology, without requiring changes to the terminal equipment (e.g., a laptop with a GSM data card).
Purpose & Motivation
FTM was created to solve the critical problem of service continuity and backward compatibility during the transition from GSM/GPRS networks to UMTS (3G). New UMTS terminals needed to support existing, widely deployed GSM data services like Circuit Switched Data (for fax, dial-up) and GPRS without forcing users to change their terminal equipment (TE) or applications. The motivation was to ensure a seamless user experience and protect operator investments in existing service infrastructure.
The technology addresses the limitation of a direct protocol translation approach. Translating GSM LAPDm protocols to UMTS protocols would be complex and might not support all features or vendor-specific extensions. FTM's transparent tunnelling elegantly bypasses this problem by treating the GSM data link as payload. The UMTS network simply provides a pipe, and the existing GSM network elements (IWF) at the edge of the core network handle the familiar protocols. This design minimized changes required in both the terminal and the core network for basic data service interworking.
Historically, FTM was essential for early 3G deployments where coverage was patchy, and terminals frequently switched between GSM and UMTS. It allowed data sessions to be handed over between the technologies without breaking the logical data link connection seen by the TE. Its specification in TS 27.001 and TS 29.007 provided the necessary details for terminal and network manufacturers to implement this interworking capability consistently, facilitating the smooth introduction of 3G services.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (2 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-8, normative work from Rel-15.
In Release 15, the FTM (Frame Tunnelling Mode) function saw the inclusion and alignment of error codes across GPRS, UMTS, EPS, and 5G systems. This update specifically standardized the handling and reporting of error conditions within the FTM layer 2 relay operation, which transports asynchronous HDLC frames. The alignment ensures consistent error management for this non-transparent service across the different generations of mobile network technologies.
- Inclusion and alignment of error codes for GPRS, UMTS, EPS and 5G TS 27.007CR0575
In Release 16, the new development for the Frame Tunnelling Mode (FTM) function was the addition of new QCIs and 5QIs specifically for the Enhanced Framework for Uplink Streaming (E-FLUS). This enhancement introduced new standardized Quality of Service identifiers to support the improved uplink streaming capabilities within the FTM architecture. The update provided a more defined QoS framework for managing data flows in this tunneling mode.
- Addition of new QCIs and new 5QIs for Enhanced Framework for Uplink Streaming (E-FLUS) TS 27.007CR0640
Explore further
Broader topics and technologies where FTM plays a role.
Defining Specifications
3GPP specifications that define or reference FTM, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 27.001 vj00 | Terminal Adaptation Functions for PLMN | Rel-19 |
| TS 27.007 vj40 | AT Command Set for UE | Rel-19 |
| TS 29.007 vj00 | PLMN-PSTN/ISDN Interworking Requirements | Rel-19 |