Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Radio Access Network

FAUSCH

Fast Up-link Signalling Channel

Radio Access Network →

FAUSCH is a fast uplink signalling channel in UMTS that enables rapid transmission of small control messages from the UE to the network without full RRC connection setup, reducing latency for time-critical procedures.

Introduced
R99
Where
Radio Access Network › UTRAN (3G)
Specifications
9 specs
FAUSCH Description Purpose What changed Neighbours Specifications

Description

The Fast Up-link Signalling Channel (FAUSCH) is a transport channel defined in 3GPP specifications for the UMTS Terrestrial Radio Access Network (UTRAN). It was introduced in Release 99 as part of the original WCDMA (Wideband Code Division Multiple Access) standard. FAUSCH provides a mechanism for the User Equipment (UE) to transmit small amounts of control signalling to the network with minimal delay, bypassing the need for a complete Radio Resource Control (RRC) connection establishment. This is particularly important for procedures such as initial access, paging response, and measurement reporting, where low latency is critical.

Architecturally, FAUSCH operates at the physical layer and is mapped onto the Physical Random Access Channel (PRACH) or a dedicated physical channel, depending on the configuration. It is controlled by the Medium Access Control (MAC) layer, which schedules and multiplexes the signalling data. The channel is designed to carry a limited payload, typically a few bits to a few tens of bits, sufficient for conveying essential control information like scheduling requests or channel quality indicators. The use of FAUSCH allows the network to quickly allocate resources or respond to UE requests without the overhead of establishing a full signalling connection.

In the protocol stack, FAUSCH interacts with the RRC layer for configuration and with the MAC layer for transmission. The RRC layer configures the FAUSCH parameters, such as transmission timing, power control, and access classes, via system information broadcasts or dedicated signalling. The MAC layer handles the mapping of logical channel data onto FAUSCH and manages the HARQ (Hybrid Automatic Repeat Request) process for reliability. The physical layer then spreads and modulates the signal for transmission over the air interface.

FAUSCH is primarily used in scenarios where the UE needs to send a small amount of data without incurring the delay of a full RRC connection setup. For example, when the UE is in idle mode and receives a paging message, it can respond using FAUSCH to indicate its willingness to accept the connection, thereby speeding up the call setup process. Similarly, during a packet-switched session, the UE can use FAUSCH to send scheduling requests or buffer status reports, enabling the network to allocate uplink resources promptly.

Despite its benefits, FAUSCH has limitations, including limited capacity and potential contention when multiple UEs attempt to access the channel simultaneously. To mitigate this, the network employs access control mechanisms such as persistence values and back-off procedures. Over the releases, FAUSCH has been enhanced to support higher data rates and improved reliability, but its fundamental role as a fast uplink signalling channel remains unchanged. It is an essential component of the UMTS access stratum, contributing to the overall responsiveness of the system.

Purpose & Motivation

FAUSCH was created to address the need for a low-latency uplink signalling mechanism in UMTS. Prior to its introduction, the UE had to establish a full RRC connection to send even small amounts of control information, which introduced significant delay and signalling overhead. This was particularly problematic for time-sensitive procedures such as call setup, paging response, and scheduling requests. FAUSCH provides a fast path for such signalling, reducing the time required for these procedures and improving the overall user experience.

The motivation for FAUSCH also stems from the desire to support efficient packet data services. In early UMTS releases, the emphasis was on circuit-switched services, but as packet-switched services gained prominence, the need for rapid uplink signalling became more acute. FAUSCH enables the UE to quickly request resources or report status, allowing the network to manage radio resources more efficiently and reduce latency for packet data applications.

Furthermore, FAUSCH helps to conserve battery power in the UE by minimizing the time the transmitter needs to be active for signalling purposes. By allowing small messages to be sent without a full connection setup, the UE can return to a low-power state more quickly. This is especially important for always-on applications and machine-type communications, where devices may need to send sporadic small data. Thus, FAUSCH contributes to both network efficiency and device energy efficiency.

What changed in its specifications

The latest release-to-release comparison of specifications that define FAUSCH. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 25.201Rel-6 → Rel-7

Added a third TDD option at 7.68 Mcps with 10 MHz bandwidth; updated related physical layer descriptions.

Full comparison in TS 25.201 →

Release Timeline

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

R99 Initial

Initial introduction of FAUSCH as part of the UMTS Release 99 specifications. Defined in 3GPP TS 25.211, 25.301, 25.302, 25.321, 25.331, and others. Provided a fast uplink signalling channel for control messages, enabling quicker access and reduced latency for time-critical procedures.

FAUSCH definition carried over unchanged from R99. No modifications to the channel's functionality or specifications were made in this release.

FAUSCH definition carried over unchanged. The introduction of HSDPA in Rel-5 did not affect FAUSCH, which continued to serve as a fast uplink signalling channel.

FAUSCH definition carried over unchanged. The addition of HSUPA (E-DCH) in Rel-6 did not alter FAUSCH's role, though it complemented the uplink enhancements by providing fast signalling.

FAUSCH definition carried over unchanged. Continued to be used for fast uplink signalling in UMTS networks.

FAUSCH definition carried over unchanged. The introduction of LTE in Rel-8 did not impact FAUSCH, which remained a UMTS-specific channel.

FAUSCH definition carried over unchanged. No changes to the channel's specifications.

FAUSCH definition carried over unchanged. Continued to be part of the UMTS specifications.

FAUSCH definition carried over unchanged. No modifications.

FAUSCH definition carried over unchanged. No modifications.

FAUSCH definition carried over unchanged. No modifications.

FAUSCH definition carried over unchanged. No modifications.

FAUSCH definition carried over unchanged. No modifications.

FAUSCH definition carried over unchanged. No modifications.

FAUSCH definition carried over unchanged. No modifications.

FAUSCH definition carried over unchanged. No modifications.

FAUSCH definition carried over unchanged. No modifications.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TS 25.201 vj00 UTRA Physical Layer General Description Rel-19 read
TS 25.211 vj00 UTRA FDD Layer 1: Transport & Physical Channels Rel-19 read
TS 25.301 vj00 UE-UTRAN Radio Interface Protocol Architecture Rel-19 read
TS 25.302 vj00 UTRA Physical Layer Services Rel-19 read
TS 25.321 vj00 MAC Protocol Specification for UTRAN Rel-19 read
TS 25.331 vj01 UTRAN Radio Resource Control Protocol Rel-19 read
TS 25.430 vj00 Introduction to Iub Interface Specifications Rel-19 read
TR 25.931 vj00 UTRAN Signalling Procedures Examples Rel-19 read