OPI

Offload Preference Indicator

Mobility →
Introduced in Rel-12 Also in: Radio Access Network

OPI is a network parameter that influences a user device's selection between 3GPP and non-3GPP access networks to manage traffic steering and load balancing based on operator policies.

Category
Mobility
Introduced
Rel-12
Where
Core Network › Evolved Packet Core
Also touches
1 segments
Specifications
5 specs
OPI Description Purpose Related Classification Detected Changes Specifications

Description

The Offload Preference Indicator (OPI) is a network-provided parameter used within the Access Network Discovery and Selection Function (ANDSF) framework and later evolved policies to guide User Equipment (UE) behavior in selecting between different radio access technologies. Its primary role is to indicate the network's preference for offloading data traffic from 3GPP cellular networks (like LTE or NR) to non-3GPP networks (most commonly Wi-Fi). The OPI is not a direct command but an influential value that the UE uses in conjunction with other policies and thresholds to make its final access selection decision.

Technically, the OPI is delivered to the UE via management objects, such as ANDSF policies (specified in TS 24.312) or, in later 5G systems, via UE policies from the Policy Control Function (PCF). It is typically an integer value. The UE's decision logic, often implemented in its operating system or modem firmware, evaluates the OPI against locally configured thresholds or other received policy rules. For example, a network might set a high OPI value for a congested cell, strongly encouraging UEs with Wi-Fi capability to connect to an available Wi-Fi network. Conversely, a low OPI value might indicate a preference for the UE to remain on or return to the 3GPP network, perhaps because the cellular network is under-utilized or offers a specific service (like voice) with higher quality.

The OPI works in tandem with other parameters like the WLANSP (WLAN Selection Policy) and RANSP (RAN Selection Policy). A key mechanism is its interaction with the Offloadability Indicator. The network may mark certain traffic flows (based on APN or DNN) as 'offloadable' or 'non-offloadable'. The OPI preference typically applies only to offloadable traffic. For critical services like IMS voice, the network might set them as non-offloadable, ensuring they stay on the 3GPP network regardless of the OPI value. This granular control allows operators to implement sophisticated traffic steering strategies, such as offloading best-effort web browsing to Wi-Fi in dense urban areas while keeping latency-sensitive gaming traffic on a managed 5G connection.

Purpose & Motivation

The OPI was introduced to address the growing need for intelligent traffic steering between heterogeneous networks, specifically the explosion of Wi-Fi availability alongside ubiquitous 3GPP coverage. Early smartphone implementations often used simple, user-controlled, or device-centric Wi-Fi selection (e.g., 'connect to known SSID'), which could lead to poor user experience—such as a device clinging to a very weak Wi-Fi signal instead of switching to a strong LTE signal—and inefficient network resource utilization. Operators lacked a standardized, network-controlled mechanism to influence this decision.

The purpose of the OPI is to provide the operator with a policy-based tool to optimize overall network performance and user experience. It solves the problem of uncontrolled offloading by allowing the network to express its load conditions and preferences. This enables key use cases like load balancing: during peak hours in a stadium, the network can set a high OPI to encourage UEs to use the deployed Wi-Fi network, alleviating congestion on the cellular RAN. It also supports service continuity; an operator might use a low OPI to steer a UE back to the cellular network as it moves out of a Wi-Fi coverage area to avoid a sudden drop. By centralizing this steering logic in network policies rather than device algorithms, operators can implement consistent, network-wide strategies for traffic management across diverse device types and operating systems.

Classification

Related approachesANDSF

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (3 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Studied in Rel-12, normative work from Rel-15.

Rel-15 1 change

In Release 15, the OPI (Offload Preference Indicator) function was newly introduced as an operator-configured indicator in the HSS. This indicator is delivered to the BBERF in the HSGW within the Charging Characteristics and is used by the BBERF to not establish the Gateway Control Session during the IP-CAN session establishment procedure. The specification notes that this indicator is operator-specific and can therefore only be used in non-roaming cases.

  • Resolving Editor's Note on application ID for ANDSF GBA Push TS 24.302CR0695
Rel-18 2 changes

In Release 18, the OPI (Offload Preference Indicator) function was enhanced to introduce an updated indicator for Multi-Priority Services (MPS) for WLAN offload. This update was applied specifically within both the 5G Core (5GC) and the Evolved Packet Core (EPC) network architectures. The change refined the mechanism for steering traffic based on operator policies, utilizing the existing framework for non-seamless WLAN offload where IP flows are identified via user preferences and policies from the ANDSF.

  • MPS for WLAN updated indicator for 5GC TS 24.302CR0768
  • MPS for WLAN updated indicator for EPC TS 24.302CR0771

Explore further

Broader topics and technologies where OPI plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.402 vj00 EPC for Non-3GPP Access (PMIP) Rel-19
TS 24.302 vj00 Access to EPC via non-3GPP networks; Stage 3 Rel-19
TS 24.312 vj00 ANDSF Management Objects Specification Rel-19
TS 25.300 vj00 UTRA Radio Interface Enhancements Overview Rel-19
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19