Transport Format Set

Description

The Transport Format Set (TFS) is a core configuration concept in UMTS radio interface Layer 2, specifically for the Medium Access Control (MAC) layer. Each dedicated or common Transport Channel (TrCH) is configured with a TFS, which is a collection of permitted Transport Formats (TFs). A Transport Format itself is a combination of semi-static and dynamic attributes that fully describe how a Transport Block (TB) or set of Transport Blocks is presented to the physical layer for transmission in a given Transmission Time Interval (TTI). The semi-static part includes parameters like the TTI duration, the type of channel coding (e.g., convolutional, turbo), the coding rate, and the size of the CRC. The dynamic part specifies the number of Transport Blocks (TBs) and their size.

Architecturally, the TFS is defined and signaled to the User Equipment (UE) by the Radio Network Controller (RNC) via Radio Resource Control (RRC) signaling during radio bearer setup or reconfiguration. It is part of the Transport Channel information element. The MAC layer in both the UE and the UTRAN (Node B/RNC) uses this set as a constraint. For each TTI, the MAC scheduler selects one specific Transport Format Combination (TFC) from the allowed set, which is a valid combination of Transport Formats across all active Transport Channels of the UE. This selection is based on available data, priority, and granted resources.

How it works involves a two-step process: configuration and dynamic selection. First, the RNC pre-defines the TFS, ensuring all possible data rates and formats needed for the service's QoS are available but within physical layer capabilities. Second, during operation, the MAC entity dynamically chooses a TF from this set for each TTI. In Release 99/4, this selection was largely RNC-controlled via TFCI signaling. In later releases with HSDPA/EUL, the TFS for high-speed channels is still configured by RNC, but the dynamic selection (indicated by TFRI) is done by the Node B's fast scheduler. The TFS thus provides the essential 'menu' of transmission options, enabling rate adaptation while ensuring transmissions remain within predefined, network-controlled bounds for interference and resource management.

Purpose & Motivation

The TFS concept was created to provide a flexible yet controlled framework for variable rate data transmission over the UMTS air interface, moving beyond the fixed-rate channels of 2G systems like GSM. It addresses the fundamental challenge of supporting multimedia services with diverse and fluctuating bandwidth requirements (e.g., voice, video streaming, web browsing) on shared radio resources. Without a predefined set of formats, dynamic rate adaptation would be unbounded and could lead to uncontrolled interference or physical layer incompatibilities between transmitter and receiver.

In the pre-HSDPA UMTS architecture (Release 99), the TFS allowed the RNC to define the possible data rates for a radio bearer statically, while the MAC layer could dynamically switch between them based on traffic volume. This solved the problem of efficiently multiplexing multiple services with different bit rates onto a single coded composite transport channel (CCTrCh). The TFS configuration encapsulates the trade-offs between peak data rate, granularity of rate adaptation, and signaling overhead. Its creation was motivated by the need for a standardized, efficient method to manage the complex mapping between logical channel data flows and the physical layer's transmission capabilities in a wideband CDMA system.

Key Features

• Defines all valid transmission formats for a Transport Channel
• Includes semi-static parameters (TTI, coding type) and dynamic parameters (TB size, number)
• Configured by RNC via RRC signaling
• Enables dynamic rate adaptation within network-controlled limits
• Fundamental for Transport Format Combination (TFC) selection
• Provides the basis for Transport Format Combination Indicator (TFCI) or TFRI signaling

Evolution Across Releases

Defining Specifications