Description
The Non-3GPP Connection (N3C) is a protocol sublayer introduced in the 5G New Radio (NR) user plane protocol architecture, operating between the Service Data Adaptation Protocol (SDAP)/Packet Data Convergence Protocol (PDCP) layers and the underlying non-3GPP access technology's link layer. It functions as an adaptation layer, allowing the upper layers of the 5G radio protocol stack (specifically PDCP) to operate independently of the lower-layer characteristics of a non-3GPP radio link. The N3C entity resides in both the User Equipment (UE) and the network side (e.g., in a gNB-CU or a dedicated node supporting multi-RAT). Its primary role is to map PDCP Protocol Data Units (PDUs) onto the service data units of the non-3GPP link layer, handling aspects like segmentation, reassembly, and in-sequence delivery if the non-3GPP link does not natively provide these services.
Architecturally, N3C is part of the broader Multi-Radio Dual Connectivity (MR-DC) and Access Traffic Steering, Switching, and Splitting (ATSSS) framework. When a UE is configured with a non-3GPP connection as a secondary cell group or a path for traffic splitting, the gNB uses the N3C layer to manage the data flow over that link. The N3C layer may add its own header to the PDCP PDU, containing sequence numbers and length indicators necessary for the adaptation function. This enables the PDCP layer to maintain its core functions—such as ciphering, integrity protection, and duplicate detection—consistently, whether the underlying physical transport is 5G NR, LTE, or a non-3GPP technology. The specifications (e.g., TS 38.322, 38.323) define the precise procedures for N3C establishment, reconfiguration, and release, as well as its interactions with the RRC layer for control.
From an operational perspective, the N3C layer abstracts the vagaries of the non-3GPP link, presenting a more reliable and ordered data pipe to the PDCP layer. This is crucial for maintaining the end-to-end QoS and reliability expectations of 5G services when using heterogeneous access. For instance, if the non-3GPP link is a high-latency satellite connection, the N3C layer's buffering and sequencing mechanisms help mitigate the impact on the overall data flow. By standardizing this adaptation layer, 3GPP allows for the incorporation of a wide variety of non-3GPP radios into the 5G RAN framework in a clean, modular way, without requiring changes to the core PDCP protocol for each new access type.
Purpose & Motivation
The N3C was developed to address the growing need for deep, layer-2 integration of non-3GPP access technologies into the 5G RAN, going beyond the core network integration provided by N3AN. Previous approaches, like LTE-WLAN Aggregation (LWA), required specific adaptation and were limited in scope. The 5G vision of truly integrated multi-RAT operation, especially for ATSSS, demanded a more generic and flexible solution that could work with various non-3GPP links (e.g., Wi-Fi 6/7, satellite, private networks) as if they were native 3GPP radio links from the upper-layer perspective.
Its purpose is to solve the technical problem of protocol stack mismatch. Non-3GPP technologies have their own MAC and PHY layers with different characteristics (frame sizes, reliability mechanisms, absence of in-order delivery). N3C provides the necessary 'glue' to allow the 5G NR PDCP layer, which is designed for the 3GPP MAC/PHY, to function correctly over these disparate links. This enables advanced RAN features like packet duplication for ultra-reliability or intelligent traffic splitting across 3GPP and non-3GPP paths to be implemented seamlessly. The creation of N3C is motivated by the drive towards network convergence at the radio level, allowing operators to build more robust, high-capacity, and efficient radio networks by harnessing the best characteristics of all available wireless technologies in a tightly coordinated manner.
Classification
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (5 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 18, enhancements for the Non-3GPP Connection (N3C) function specifically introduced support for L2 multi-path relay using an N3C indirect path. This allows a multi-path remote UE to be configured with one or more relay UEs via the N3C interface, enabling packet duplication for a split bearer where the PDCP entity is associated with the N3C. The release also clarifies that for this N3C-based multi-path relay, the SRAP sublayer is not present on the protocol stack and procedures for indirect path addition omit certain steps used for sidelink relay.
In Release 19, the key enhancement for the Non-3GPP Connection (N3C) function was the introduction of Multi-path Relay support over the N3C interface. This allows an L2 Multi-path Remote UE to establish an indirect data path via an N3C link to one or more pre-configured Relay UEs, enabling split bearer operation that utilizes both Uu and N3C radio resources. The architecture for N3C-based multi-path relay is limited to L2, omits the SRAP sublayer, and requires the direct and indirect paths to be anchored at the same gNB.
Explore further
Broader topics and technologies where N3C plays a role.
Defining Specifications
3GPP specifications that define or reference N3C, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 38.300 vj00 | NG-RAN Overall Description | Rel-19 |
| TS 38.321 vj00 | NR MAC Protocol Specification | Rel-19 |
| TS 38.322 vj00 | NR Radio Link Control (RLC) Protocol | Rel-19 |
| TS 38.323 vj00 | Packet Data Convergence Protocol (PDCP) | Rel-19 |
| TS 38.331 vj00 | NR Radio Resource Control (RRC) Protocol Specification | Rel-19 |
| TS 38.401 vj10 | NG-RAN Architecture Specification | Rel-19 |
| TS 38.470 vj10 | F1 Interface Introduction | Rel-19 |
| TS 38.473 vj10 | 5G F1 Application Protocol (F1AP) | Rel-19 |