IDC

In-Device Coexistence

Radio Access Network
Introduced in Rel-11
In-Device Coexistence (IDC) is a set of mechanisms to manage radio interference between different radio technologies (e.g., LTE, Wi-Fi, Bluetooth, GNSS) operating concurrently within a single user device. It is crucial for ensuring performance and quality of service when multiple radios share a common antenna or are in close physical proximity.

Description

In-Device Coexistence (IDC) addresses the critical challenge of interference generated when multiple radio transceivers, such as LTE, Wi-Fi, Bluetooth, and Global Navigation Satellite System (GNSS) receivers, operate simultaneously within a single User Equipment (UE). This interference, often termed In-Device Coexistence Interference (IDCI), arises due to the physical proximity of these radios and the potential for harmonic or intermodulation products, as well as receiver desensitization (blocking). The primary interference scenario of concern is when a transmitter from one technology (e.g., LTE uplink) operates in a frequency band that is harmonically related to, or simply very close to, the receive band of another co-located technology (e.g., ISM band Wi-Fi or Bluetooth). This can severely degrade the sensitivity and performance of the victim receiver.

The 3GPP IDC framework, introduced in Release 11, defines standardized procedures to enable the UE and the network to collaboratively manage this interference. The architecture involves enhancements primarily in the UE and the E-UTRAN (eNodeB). The UE is responsible for detecting IDC problems based on its internal radio configuration and activity. It reports these issues to the eNodeB via RRC signaling, specifically using the `InDeviceCoexIndication` message. This message can convey the affected frequency bands, the direction of interference (e.g., LTE uplink interfering with Wi-Fi reception), and the UE's preferred mitigation method.

Upon receiving an IDC indication, the eNodeB can employ several mitigation strategies defined by 3GPP. The primary methods are Time-Domain Multiplexing (TDM) and Frequency-Domain Multiplexing (FDM). TDM solutions involve scheduling gaps or patterns where the interfering transmission is momentarily halted to allow the victim receiver to operate undisturbed. The eNodeB can configure `IDC-SubframePatterns` for LTE to create these quiet periods. For FDM, the network can initiate a handover or change the serving frequency of the LTE radio to a band that does not cause interference with the other in-device technology. The eNodeB makes the final decision on which mitigation technique to apply, balancing UE requests with overall network resource management and load conditions.

The IDC procedures are tightly integrated with the UE's RRC protocol stack (`36.331`) and radio resource management. The specifications also cover scenarios for autonomous denial, where the UE can, within network-authorized limits, momentarily deny LTE transmissions to protect other radios, and for UE assistance information transfer to the network. The framework ensures that the proliferation of multi-radio devices does not lead to unacceptable user experience degradation for any of the active services, be it cellular data, Wi-Fi calling, Bluetooth audio, or satellite positioning.

Purpose & Motivation

IDC was created to solve the practical and growing problem of radio frequency interference inside modern smartphones and tablets. As these devices evolved to incorporate an increasing array of wireless technologies—LTE, 3G, 2G, Wi-Fi (2.4 GHz and 5 GHz), Bluetooth, Near Field Communication (NFC), and GNSS (GPS, GLONASS)—all packed into a very small form factor, the potential for these radios to interfere with each other became significant. Prior to IDC standardization, mitigation was left to individual device manufacturers, leading to proprietary, non-interoperable solutions that were often inefficient and could negatively impact network performance without the operator's knowledge.

The key problem IDC addresses is the degradation of service quality. For example, a user making a Voice over Wi-Fi call while LTE is active on Band 7 (2500 MHz) could experience dropped calls because the LTE uplink transmissions (around 2500-2570 MHz) can generate harmonics that fall into the 2.4 GHz ISM band used by Wi-Fi, desensitizing the Wi-Fi receiver. Similarly, LTE Band 40 (2300 MHz) operations can interfere with GNSS reception. Without coordination, the device might simply experience poor performance, or resort to aggressively shutting down one radio, defeating the purpose of a multi-radio device.

3GPP standardized IDC to provide a unified, network-aware solution. This allows network operators to maintain control over radio resource usage while enabling optimal device performance. It creates a predictable environment where the network understands the device's internal constraints and can schedule resources accordingly, improving overall system efficiency, user experience, and ensuring that the introduction of new frequency bands or device form factors does not break existing functionality. It represents a shift from treating the UE as a black box to a more collaborative management model between the device and the network.

Key Features

  • UE capability reporting for IDC support
  • RRC-based InDeviceCoexIndication message for UE to report interference to eNodeB
  • Network-controlled Time-Domain Multiplexing (TDM) via IDC subframe patterns
  • Network-controlled Frequency-Domain Multiplexing (FDM) via handover or frequency change
  • Configuration of autonomous denial gaps for UE to protect non-3GPP radios
  • Support for IDC in connected, idle, and inter-RAT mobility states

Evolution Across Releases

Rel-11 Initial

Introduced the foundational In-Device Coexistence framework. Defined the UE capability signaling, the RRC InDeviceCoexIndication procedure, and the network-controlled mitigation techniques TDM (via subframe patterns) and FDM. Established mechanisms for autonomous denial and UE assistance information transfer.

Defining Specifications

SpecificationTitle
TS 22.874 3GPP TS 22.874
TS 32.423 3GPP TR 32.423
TS 36.300 3GPP TR 36.300
TS 36.331 3GPP TR 36.331
TS 36.791 3GPP TR 36.791
TS 36.880 3GPP TR 36.880
TS 37.340 3GPP TR 37.340
TS 38.306 3GPP TR 38.306
TS 38.331 3GPP TR 38.331