S-NSSAI and 5G Slice Usage

As illustrated by 3GPP standard TR 28.801 Study on management and orchestration of network slicing for next-generation network (Release 15), one Network Slice Instance can be consumed by many Communication Service Instances. And one Communication Service Instance can consume more than on NSI. This is as per the logical model shown in Figure 4.9.3.1 of 3GPP TR 28.801.

This relationship is shown in the Information model of Figure 4.2.2.1 of 3GPP TR28.801

A specific example of this is illustrated in my contributions to TMForum IG1224

The S-NSSAI is created during the 5G Network Slice Creation Process. The specific requirements for the slice (based on the service profile) are provided by the OSS/BSS system when ordering a slice from the Network Slice Management function (NSMF). This includes the S-NSSAI used to identify the appropriate Network Slice Instance based on Service Profile.

How the S-NSSAI is used depends on how the 5G slicing network is configured and available network functions like

  • NSSF
  • URSP
  • pre-configured S-NSSAIs based on specific requirements of network slice
  • default S-NSSAIs as defined by 3GPP for specific types of services and applications

The NSSF is not a mandatory 5G Core Network function and plays a role in 5G slicing either

a) when AMF cannot provide the requested NSSAI (made up of S-NSSAIs)

b) when there is more than one slice with the same NSSAI

Without an NSSF function in the network, the S-NSSAI would be pre-configured in the network. This would be part of the slice creation workflow. In this case, the S-NSSAI can be selected based on the preconfigured policies without needing an NSSF.

In cases where there is no NSSF function in the network and pre-configured policies have not been defined, the default N-SSAI is used.

Multiple consuming services on a slice

For the scenario in which more than one Communication Service Instance consumes one Networks Slice Instance, each Communication Service Instance would have its own Resource Facing Service Instance related to the NSI. Because the provisioning of the RFS uses parameters specific to the RFS and specified in the RFSSpec.

As shown below multiple RFSs relate to one NSI.

Consuming service requires multiple slices

For the scenario where one Communication Service needs more than one NSI, then the CFS would decompose to multiple RFSs, with each RFS instance related to its respective NSI.

RFS instance tracks service usage and characteristics of service usage per slice consumer.

Network Slice Identification and Instances

3GPP 28.541 shows relationships between Network Slice, Service Profile, Network Slice Subnet, Slice Profile and Network Service. This is replicated from the same spec as below.

As per Section 6 of 28.541, the properties for the requirement of a Network Slice Instance are specified in the Service Profile. And the properties for the requirement of a Network Slice Subnet Instance are specified in the Slice Profile.

The template for a Service Profile specifies the requirement for a Network Slice identified by the S-NSSAI (Single Network Slice Selection Assitance Information).

As mentioned above, a Service Profile instantiated from the Service Profile template is the requirement of the Network Slice Instance.
A Slice Profile instantiated from the Slice Profile template is the requirement of the Network Slice Subnet Instance.

These requirements have to be met by finding a suitable NST and NSST to create the Network Slice Instance and Network Slice Subnet Instance.

As per 3GPP 28.801 the Network Slice is described by the Network Slice Template (NST). The Network Slice Instance(NSI) is created using the NST and instance-specific information.

In this context, the Network Slice reperesents a logical network with a particular set of characteristics such as service type, QoS along with security requirements. The Network Slice is identified by the S-NSSAI. It is assigned to NSI when NSI is created from NST of Network Slice.

Because of this relationship, a Network Slice Instance (NSI) can be related to one or more S-NSSAIs. And a single S-NSSAI can be related to one or more Network Slice Instances.

Where there are two slices with the same S-NSSAI then the NSI-id is used. It is returned by the NSSF (3GPP core function) for specific S-NSSAI.

The next topic covers creation of S-NSSAIs and use of the same.

The Role of Communication Service Management Function in 5G Network Slicing

The Communication Service Management Function as per 3GPP (28.801, 28.805) translates the communication service-related requirements to network slice-related requirements. It also provides an interface to OSS/BSS layers.

For communication services offered to customers, the offerings can span B2C, B2B, and B2B2X. And such communication services must be supported in an optimized way by the 5G Network Slice Instance (NSI). In this way a communication service is associated with a network slice; an example of communication services using network slices. The Network Slice deployment offers communications services to UEs or Systems in B2C and B2B.

According to 3GPP, the communication service could also be the 3GPP service that makes up the NSI. An example could be customised network slices made available to customers. In this case, the native support for 5G slicing is also usable in the communication service. The amount of 5G slice management control provided to the customer is decided by the Network Slice Provider. This model describes Network Slice as a Service (NSaaS).

Relationship to Network Slice Instance

A Communication Service Instance is realized or instantiated by one or more Network Slice Instances as described by the Network Slice Information Object Class of 3GPP Spec 28.541.

The following diagram illustrates the relationship.

Communication Services relationship to Network Slice Instances

One Communication Service Instance (acting as Customer Facing Service = CFS) is specified by one Communication Service Profile (= CFSSpec). The CFS represents one of the service requirements of the 5G slice tenant, on the 5G slice.

Therefore the CFS is related to one Resource Facing Service (RFS), which in turn manifests the tenant’s service requirement in the Service Profile Instance. The Service Profile Spec (= RFSSpec) acts like a Service Profile Template for the Service Profile Instance.

Additional requirements on the 5G slice from the same 5G slice tenant will each require an additional CFS, instantiated from either the same, or different CFSSpec (= Communication Service Profile Template). In this way many CFSSpecs are related to one RFSSpec.

However, one CFS instance is related to one RFS instance and this CFS-RFS combination makes up the service requirement on the Network Slice Instance. As there can be many service requirements on a single Network Slice Instance (NSI), many RFSs (Service Profiles) can be related to one NSI.

The next post describe identification and management of the ids of NSIs.

Breaking Down 5G Slicing: What It Is and Why It Matters

5G slicing is a resource management capability of 5G networks that allows the separation of such mobile networks into multiple logical subnetworks. It is part of the 5G architecture and isolates user traffic for specific types of communication services. These communication services are specific to the required behaviour of the network traffic that delivers them from user/end devices to application services and other devices. The required behaviour of such network traffic could be lower latency, higher bandwidth, or increased connectivity access. Accordingly, slices are defined by ITU as types urLLC, emBB and iOT. ITU-R Rec M.2083 identifies applications that produce/consume such network traffic.
An example is as follows

These defined slice types support specific use cases and services that are enabled by dedicated network slices created by the service-based 5G SA core.
In a service-based architecture, the core network functions are divided into modular services that can be flexibly combined and orchestrated to create custom network slices. This means that different network slices can be created for different types of services, such as high-speed mobile broadband, mission-critical IoT, or ultra-low latency applications.

By using network slicing, service providers can offer a more customized and efficient service to their customers, as well as enable the development of new, innovative use cases that require specific network characteristics. With 5G slicing, service providers can allocate resources more efficiently, reduce network complexity, and improve overall network performance. While network complexity is reduced, the complexity in orchestrating and enabling 5G slices is increased compared to 5G services. To be disucssed in subsequent posts.