NSWO

Non-Seamless Wireless Offload

Services
Introduced in Rel-11
A mechanism to offload user data traffic directly to a local network (e.g., the internet) at the radio access point, bypassing the mobile core network. It provides local breakout for traffic that does not require mobile operator services, reducing core network load and improving latency for local access.

Description

Non-Seamless Wireless Offload (NSWO) is a network capability that allows a User Equipment (UE) to route selected IP traffic directly to a local data network via the radio access network, without tunneling it through the mobile operator's core network packet gateway (e.g., PGW in EPC, UPF in 5GC). The term 'non-seamless' indicates that this offloaded traffic does not benefit from mobility support or other core network services like charging, policy control, or seamless handover to other access types. The traffic is essentially treated as best-effort internet access provided directly by the access point. In 3GPP architectures, NSWO is supported over trusted non-3GPP access (like Wi-Fi) integrated with the core network, and also defined for 3GPP radio access.

Architecturally, for EPC, when a UE connects via a trusted non-3GPP access (like a carrier Wi-Fi network), it establishes an IP connection with the evolved Packet Data Gateway (ePDG) or directly with the access point. For traffic designated for NSWO, the UE requests a separate connection or uses a specific routing rule. The access point, based on policies received from the core network (AAA server, PCRF), identifies NSWO traffic (e.g., based on Destination-Based Packet Filters) and forwards it directly to the local network, bypassing the S2a/S2b interface towards the PGW. In 5GC, the concept is extended with the Non-3GPP InterWorking Function (N3IWF) for untrusted access and trusted non-3GPP access. The UE can establish a PDU session for NSWO, which is anchored locally at the access point/N3IWF and not in a UPF in the core data network.

The operation relies on policy control. The core network provides the UE and the access point with NSWO policies, often defined as ANDSF (Access Network Discovery and Selection Function) rules in EPC or UE Route Selection Policy (URSP) in 5GC. These policies specify which Application IDs or IP flows should be routed to the NSWO connection. The UE's IP stack implements IP flow mobility (IFOM) or multi-access PDU connectivity (MAPCON) principles to split traffic between the core-anchored PDN connection/PDU session and the NSWO connection. A key component is the ability to assign a separate IPv4 address and/or IPv6 prefix to the UE for the NSWO connection, distinct from its core network assigned IP address. This ensures traffic separation. NSWO is transparent to the end-user application, which simply uses the IP stack, while the network layers handle the routing decision.

Purpose & Motivation

NSWO was developed to address the growing congestion in mobile core networks caused by the exponential increase in data traffic, particularly from internet services like video streaming and web browsing. Offloading such traffic locally reduces the load on the core network gateways and backhaul links, leading to cost savings for operators and potentially better performance for users accessing local content. It solves the problem of inefficiently routing all traffic through a centralized gateway when a direct local path is available and sufficient, especially for traffic that does not require operator-specific services like IMS voice or guaranteed QoS.

The motivation stemmed from the proliferation of integrated Wi-Fi and cellular networks. Operators wanted to leverage their deployed Wi-Fi hotspots not just as an alternative access, but as a true traffic offload tool. Prior to NSWO, offload mechanisms often required tunneling all traffic back to the core (seamless offload), which did not alleviate core network load. NSWO provided a 'breakout' function. It also addresses latency-sensitive applications by providing a shorter path to local services or the internet, bypassing potential bottlenecks in the core network.

Historically, NSWO was standardized in 3GPP Release 11 as part of the work on Wi-Fi integration. It represented a shift from viewing non-3GPP access as merely an alternative to seeing it as a complementary resource for traffic management. It allowed operators to implement 'traffic steering' policies more granularly. Over subsequent releases, its policy control mechanisms evolved from ANDSF to more integrated policy frameworks in 5GC. NSWO remains relevant in 5G for offloading traffic from Fixed Wireless Access (FWA) or enterprise deployments where local internet breakout is desired, supporting the 5G design principle of distributed user plane functions and local area data networks (LADNs).

Key Features

  • Offloads selected IP traffic directly to a local network at the point of access, bypassing the mobile core
  • Operates on a per-flow basis based on policies provided by the network (e.g., URSP, ANDSF)
  • Does not provide mobility support or core network services (like PCRF-based charging) for the offloaded traffic
  • Supported over both trusted non-3GPP access (e.g., carrier Wi-Fi) and 3GPP radio access
  • UE maintains simultaneous connectivity: core-anchored PDN connections/PDU sessions and NSWO connections
  • Uses separate IP addressing for offloaded traffic to maintain separation from core network services

Evolution Across Releases

Rel-11 Initial

Initial standardization of NSWO for EPC, primarily focusing on trusted non-3GPP access (e.g., Wi-Fi). Defined architecture using S2a interface, policy control via ANDSF and PCRF, and the basic mechanism for destination-based traffic offload bypassing the PGW.

Defining Specifications

SpecificationTitle
TS 23.139 3GPP TS 23.139
TS 23.203 3GPP TS 23.203
TS 23.402 3GPP TS 23.402
TS 23.501 3GPP TS 23.501
TS 23.503 3GPP TS 23.503
TS 23.852 3GPP TS 23.852
TS 23.896 3GPP TS 23.896
TS 24.302 3GPP TS 24.302
TS 24.501 3GPP TS 24.501
TS 24.502 3GPP TS 24.502
TS 29.212 3GPP TS 29.212
TS 29.213 3GPP TS 29.213
TS 29.215 3GPP TS 29.215
TS 29.273 3GPP TS 29.273
TS 29.525 3GPP TS 29.525
TS 31.102 3GPP TR 31.102
TS 31.111 3GPP TR 31.111
TS 31.122 3GPP TR 31.122
TS 32.251 3GPP TR 32.251
TS 32.843 3GPP TR 32.843
TS 33.501 3GPP TR 33.501