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

Glossary term · Core Network

NBIFOM

Network-Based IP Flow Mobility

Core Network →

NBIFOM is a 3GPP feature enabling seamless network-based mobility of individual IP flows between 3GPP and non-3GPP access networks without changing the device's IP address.

Introduced
Rel-13
Where
Core Network › Evolved Packet Core
Specifications
14 specs
NBIFOM Description Purpose What changed Neighbours Specifications

Description

NBIFOM (Network-Based IP Flow Mobility) is a Release 13 feature that extends the concept of IP flow mobility to networks that rely on network-based mobility protocols, specifically GPRS Tunnelling Protocol (GTP) and Proxy Mobile IPv6 (PMIP). IP flow mobility allows an operator to route individual IP flows — distinguished by their IP 5-tuple (source and destination IP address, source and destination port, and protocol) — over different access networks simultaneously, while preserving session continuity. Unlike host-based mobility protocols such as DSMIPv6, where the UE manages mobility signaling, NBIFOM places the mobility logic in the network, making it transparent to the device and applicable to UEs that do not support client-based mobility.

Architecturally, NBIFOM operates within the Evolved Packet Core (EPC) and builds on the multi-access PDN connectivity framework. A UE may be connected simultaneously over 3GPP access (E-UTRAN) and non-3GPP access (e.g., Wi-Fi or trusted/untrusted WLAN). The PDN Gateway (P-GW) anchors the IP session, and the mobility management entity (MME) or the evolved Packet Data Gateway (ePDG) manages access-specific signaling. Routing rules are installed in the UE by the network, typically via ANDSF (Access Network Discovery and Selection Function) or via PCO (Protocol Configuration Options) during PDN connection establishment, and in the P-GW via PCRF/PCF signaling using Gx and Sd interfaces.

How it works: When a UE establishes a multi-access PDN connection, the network creates a single IP address and set of bearers spanning both accesses. NBIFOM then uses routing rules to determine which IP flows are routed over which access. The UE's routing rules are matched against flow descriptions, and the P-GW enforces the corresponding forwarding decisions. If a flow is moved from one access to another, the P-GW updates its routing state and the UE updates its local routing table, all without changing the IP address or breaking the flow. This is achieved via GTP or PMIP signaling extensions defined in 3GPP TS 23.161 and TS 24.161.

Key protocol interactions include the Gx interface between the PCRF and P-GW/BBERF for policy provisioning, the Sd interface for application detection and control, and the S11/S5/S8 interfaces for bearer management. The UE communicates its capabilities and routing rule preferences via NAS and PCO signaling. The ANDSF may provide inter-system routing policies that complement NBIFOM rules. Management of routing rules also involves the S14 interface for ANDSF and the S6a/S6b interfaces for subscription data.

NBIFOM is important because it enables operators to offload selected traffic to Wi-Fi or other non-3GPP accesses while keeping latency-sensitive or premium flows on cellular, all under network control. This is particularly valuable in environments with heterogeneous access, high cellular load, or fixed-mobile convergence scenarios. It also provides a standards-based alternative to proprietary flow mobility solutions and complements host-based IP flow mobility (IFOM) for devices that support DSMIPv6.

Purpose & Motivation

NBIFOM was created to address a gap in 3GPP's mobility toolkit: while host-based IP flow mobility (IFOM) using DSMIPv6 allowed selective flow routing, it required UE support and placed significant signaling and policy complexity on the device. Many IoT devices and legacy UEs do not support DSMIPv6, and operators wanted a network-controlled alternative that could work with the widely deployed GTP and PMIP protocols. NBIFOM fills this gap by enabling flow-level mobility decisions to be made and enforced by the core network.

The feature also responds to the growing need for intelligent traffic steering in multi-access networks. As Wi-Fi became ubiquitous, operators sought ways to offload traffic without degrading user experience. Traditional access network discovery and selection (ANDSF) provided access-level decisions but could not move individual flows while preserving IP continuity. NBIFOM enables finer granularity, allowing, for example, video streaming to be offloaded to Wi-Fi while VoLTE remains on cellular.

Finally, NBIFOM supports fixed-mobile convergence and multi-access edge computing scenarios by allowing flows to be routed to the most appropriate access based on policy, network load, or application requirements. Its network-based nature ensures backward compatibility with devices that lack advanced mobility clients, broadening the applicability of flow mobility across the device ecosystem.

What changed in its specifications

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

TS 23.203Rel-16 → Rel-17

NB-IoT/eMTC support for Non-Terrestrial Networks: adds QCI characteristic for satellite access, note on GEO/LEO delays, and PCRF policy control for satellite PDN connections.

Full comparison in TS 23.203 →
TS 23.380Rel-18 → Rel-19

Rel-19 added IMS disaster prevention and restoration enhancements to TS 23.380, including detection of EPC/5GC NF failures, restoration of IMS sessions, and PCRF/PCF bypass procedures.

Full comparison in TS 23.380 →

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.

Rel-13 Initial

Initial introduction of NBIFOM. Defined network-based IP flow mobility based on GTP or PMIP, enabling individual IP flows to be moved across 3GPP and non-3GPP accesses under network control. Established routing rule procedures, UE-network signaling via NAS/PCO and ANDSF, and policy control via Gx/Sd.

Definition text unchanged. Rel-14 continued NBIFOM maintenance and integration with enhanced multi-access and policy frameworks, without altering the core definition.

Definition text unchanged; only formatting and whitespace differed. Rel-15 continued support for NBIFOM within the evolving EPC and early 5G interworking context.

Definition text unchanged; only formatting and whitespace differed. Rel-16 maintained NBIFOM as part of the 5G core interworking feature set.

Definition text unchanged. Rel-17 carried over NBIFOM without definitional changes.

Definition text unchanged; only formatting and whitespace differed. Rel-18 continued NBIFOM maintenance within 5G-Advanced.

Definition text unchanged. Rel-19 carried over the NBIFOM definition as originally specified in Rel-13.

Defining Specifications

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

SpecificationTitleRelease
TS 23.161 vj00 Network-based IP Flow Mobility (NBIFOM) Rel-19 read
TS 23.203 vk10 Policy and Charging Control Architecture Rel-20 read
TS 23.380 vk00 IMS Restoration Procedures Rel-20 read
TS 23.503 vk30 5G Policy and Charging Control Framework Rel-20 read
TS 23.861 vd00 Network-Based IP Flow Mobility (NBIFOM) Rel-13 read
TS 24.161 vj00 Network-Based IP Flow Mobility (NBIFOM) Rel-19 read
TS 24.244 vj00 Wireless LAN Control Plane Protocol Rel-19 read
TS 24.302 vj00 Access to EPC via non-3GPP networks; Stage 3 Rel-19 read
TS 29.212 vk00 Diameter-Based PCC Reference Points Rel-20 read
TS 29.213 vj30 PCC Procedures and Flows Rel-19 read
TS 29.215 vj00 S9 Reference Point Stage 3 Specification Rel-19 read
TS 29.274 vk00 GTPv2-C Control Plane Protocol Rel-20 read
TS 29.890 vg00 CT3 5G System Technical Report Rel-16 read
TS 32.251 vj00 PS Domain Charging Management Rel-19 read