NSSI

Network Slice Subnet Instance

Network Slicing →
Introduced in Rel-15 Also in: Services

NSSI is a managed instance of a subset of network resources that forms a modular and independently manageable segment of an end-to-end Network Slice Instance.

Category
Network Slicing
Introduced
Rel-15
Where
Management
Also touches
1 segments
Specifications
14 specs
NSSI Description Purpose Detected Changes Specifications

Description

A Network Slice Subnet Instance (NSSI) is a fundamental concept in the 3GPP network slicing architecture, representing an instantiated, managed, and operational segment of a network slice. While a Network Slice Instance (NSI) provides a complete, end-to-end logical network serving a particular business case, an NSSI constitutes a functional subset of that whole. An NSSI is a composition of managed physical and/or virtual resources, including Network Functions (NFs) and the necessary connectivity between them, that delivers a well-defined set of capabilities. Multiple NSSIs can be combined and interconnected to form a complete NSI. For example, an NSI for a factory automation service might be composed of separate NSSIs for the Radio Access Network (RAN) part, the Transport Network part, and the Core Network part, each with specific performance characteristics.

The management and orchestration of NSSIs are the responsibility of the Management and Orchestration (MANO) system, as defined in frameworks like ETSI NFV. The 3GPP Management System (3GPP MS) interacts with the MANO system to request the creation, modification, termination, and monitoring of NSSIs. Each NSSI has its own lifecycle, which is managed independently but coordinated to support the lifecycle of the parent NSI. An NSSI is described by a Network Slice Subnet Descriptor (NSSD), a template that defines the requirements and characteristics (e.g., capacity, latency, geographic area) of the subnet. The NSSD is used by the orchestrator to instantiate the corresponding NSSI with the appropriate resources.

From an operational perspective, NSSIs enable modularity, reuse, and efficient resource utilization in a sliced network. A single, high-performance transport NSSI might be shared as a common subnet across multiple different NSIs (e.g., one for eMBB and one for URLLC), provided the isolation and performance guarantees are met. This sharing is managed through the concept of nested slicing. The ability to manage subnets independently allows operators to scale, upgrade, or repair parts of a network slice without necessarily affecting the entire end-to-end service. Specifications such as TS 28.530 and TS 28.541 detail the management procedures and interfaces for NSSIs.

Purpose & Motivation

The concept of the NSSI was developed to address the practical complexity of deploying and managing end-to-end network slices. Creating a monolithic NSI from scratch for every new service would be highly inefficient and inflexible. The NSSI introduces a crucial layer of decomposition, allowing operators to build complex NSIs from smaller, reusable, and independently manageable building blocks.

This approach solves several key problems. First, it enables resource sharing and optimization across different slices. Instead of dedicating isolated resources for every function in every slice, common subnets (like a shared transport layer) can be created once and used by many slices, improving infrastructure efficiency. Second, it simplifies lifecycle management. Upgrading a core network function across dozens of slices can be achieved by updating a single, shared Core NSSI, rather than individually modifying each NSI. Third, it allows for different domains (RAN, Transport, Core) to be managed by different organizational units or even different vendors, with clear interfaces defined by the NSSI boundaries. The NSSI concept, therefore, is what makes large-scale, commercial network slicing operationally feasible and economically viable.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 1 change

In Release 15, the foundational procedures for NSSI (Network Slice Subnet Instance) provisioning were specified, including the definition of operation names for these management procedures. This introduced the capability for the NSCE server to monitor NSI/NSSI resource situations to proactively trigger slice subnet modifications. This mechanism is designed to prevent application service degradation by enabling resource modifications based on slice RRM policies.

  • Update operation names in the procedures of NSSI provisioning TS 28.531CR0003
Rel-16 2 changes

In Release 16, clarifications and corrections were made to the procedures for managing Network Slice Subnet Instances (NSSI), specifically for operations and deallocation. This included refining how the NSCE server utilizes knowledge of per-NSSI resource situations to proactively trigger modifications and avoid service degradation. The enhancements ensured more reliable slice subnet lifecycle management in alignment with defined slice RRM policies.

  • Correction of NSI and NSSI Operations TS 28.531CR0061
  • Correction on procedure of Network Slice Subnet Instance Deallocation TS 28.531CR0015
Rel-17 6 changes

In Release 17, the procedures for Network Slice Subnet Instance (NSSI) lifecycle management were enhanced and clarified. The specification introduced updates to the NSSI allocation, deallocation, and deactivation procedures, while also providing corrections to the state management for both NSI and NSSI. These refinements ensure the NSCE server has the necessary resource information to proactively trigger modifications and avoid service performance degradation.

  • Update procedure of network slice subnet instance allocation TS 28.531CR0099
  • Updating NSSI deallocation TS 28.531CR0071
  • Updating NSSI deactivation TS 28.531CR0074
  • Updating NSSI allocation TS 28.531CR0080
  • Remove example from network slice subnet instance modification TS 28.531CR0131
  • Correction to NSI and NSSI state management TS 28.541CR0467
Rel-18 8 changes

In Release 18, the procedures for Network Slice Subnet Instance (NSSI) allocation, modification, and deallocation were updated to support asynchronous operations. The release also introduced clarifications on the initiation of the NSSI modification and deallocation procedures and provided corrections to their descriptive text. Furthermore, the procedure for the feasibility check and reservation of NSI and NSSI was aligned with the FeasibilityCheckAndReservationJob.

  • Update Procedure of Network Slice Subnet Instance Allocation to support asynchronous operations TS 28.531CR0176
  • Update Procedure of network slice subnet instance deallocation to support asynchronous operations TS 28.531CR0177
  • Update Procedure of Network Slice Subnet Instance Modification to support asynchronous operations TS 28.531CR0178
  • Update procedure of feasibility check and reservation of NSI and NSSI to align with FeasibilityCheckAndReservationJob TS 28.531CR0218
  • Clarify initiation of Procedure of network slice subnet instance deallocation TS 28.531CR0220
  • Clarify initiation of Procedure of Network Slice Subnet Instance Modification TS 28.531CR0222

+ 2 more changes

Explore further

Broader topics and technologies where NSSI plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.435 vj30 Network Slice Capability Exposure Procedures Rel-19
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TR 26.941 vj01 5G Media Slicing Extensions Rel-19
TS 28.530 vj00 Network Slicing Concepts & Requirements Rel-19
TS 28.531 vk00 Management and Orchestration Rel-20
TS 28.535 vj00 Closed Control Loop Assurance Management Rel-19
TS 28.536 vj20 Management services for communication service assurance Rel-19
TS 28.541 vk00 5G Network Resource Model (NRM) Stage 2/3 Rel-20
TS 28.545 vh00 Fault Supervision for 5G Networks Rel-17
TS 28.801 vf10 Management and Orchestration of Network Slicing Rel-15
TR 28.808 vh00 5G satellite integration management study Rel-17
TR 28.841 vi01 Technical Report on IoT NTN Enhancements Rel-18
TS 28.861 vg00 SON for 5G Networks Management Rel-16
TS 33.811 vf00 Security study for 5G network slicing management Rel-15
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.