Why is network slicing required in 5G?

In 2G networks, voice services were the primary focus. With the evolution to 3G, data services like SMS, email, web browsing, and multimedia became dominant revenue sources for operators. These services have diverse requirements for network resources, which are inherently limited. To manage these resources effectively, priorities are assigned to services based on their quality of service (QoS) needs. QoS ensures that network resources are provisioned appropriately, maintaining service quality across different types of data services.

3GPP specifications define nine basic QoS levels table below tailored to 4G, enabling refined management of service levels of various services.

QCIResource type.PriorityPacket delay budget (ms).Packet error loss rate.Example services.
1GBR210010−2Conversational voice.
2GBR415010−3Conversational video (live streaming).
3GBR530010−6Non-conversational video
(buffered streaming).
4GBR35010−3Real time gaming.
5Non-GBR110010−6IMS signalling.
6Non-GBR710010−3Voice, video (live streaming), interactive gaming.
7Non-GBR630010−6Video (buffered streaming).
8Non-GBR830010−6TCP-based (e.g. WWW, e-mail) chat, FTP, p2p file sharing, progressive video, etc.
9Non-GBR930010−6
Standardized QoS Class Identifiers (QCI) for LTE. Nine standard QCIs for 4G.

In 4G networks, QoS is implemented at the level of the radio access bearer (RAB), offering a broader granularity for service management. With 5G, the introduction of diverse service types, including IoT and machine communication, necessitates finer control. To address this, QoS in 5G operates at the granularity of QoS flows, allowing for more precise identification and flexible management of services to meet varying requirements efficiently. This shift supports the vision of 5G as a fully connected ecosystem.

Read Also: What is QoS Class Identifier (QCIs) for LTE?

Why is network slicing still required?

While 5G QoS effectively differentiates service types, network slicing is necessary to fully address the distinct and diverse requirements of eMBB, URLLC, and mMTC use cases. These use cases demand tailored network configurations:

  • eMBB: Needs high bandwidth, capacity, and mobility.
  • URLLC: Requires ultra-low latency and high reliability.
  • mMTC: Prioritizes massive connection density.

Network slicing ensures each use case meets its Service Level Agreements (SLAs) by enabling isolated, independently operated virtual networks, which are essential for industry-specific digitalization goals.

Full-industry digitalization through 5G.
Full-industry digitalization through 5G.

Traditional QoS-based networks lack the ability to provide independent operation and security isolation across different service requirements, limiting their capacity for efficient SLA assurance. Network slicing overcomes these limitations by enabling an operator’s physical network to be partitioned into multiple end-to-end (E2E) virtual networks, encompassing the RAN, transport, and core networks. Each slice is isolated and customizable, catering to specific service needs such as latency, bandwidth, connection density, and reliability. This ensures tailored network capabilities for various industries, enabling multiple logical networks to operate on a shared infrastructure.

Network slices are classified into eMBB, URLLC, and mMTC based on service scenarios, each acting as a subnet with isolated RAN, transport, and core network resources. These subnets can be further divided into specialized subnets for tailored applications. For instance, a URLLC subnet can encompass a smart factory, vehicle-to-everything (V2X), or smart healthcare subnet, ensuring precise resource allocation and SLA compliance for diverse industry needs. This hierarchical slicing approach allows for flexible customization and isolation across multiple layers of services.

Example of 5G network slices
Example of 5G network slices.

How is 5G QoS related to network slicing?

In 5G, QoS and network slicing complement each other to ensure service quality and customization. A network slice acts as a dedicated subnet, isolating resources for specific use cases like eMBB, URLLC, or mMTC. Within a slice, QoS mechanisms manage the service quality by applying rules and priorities to services. Even when a slice supports a single QoS-specific service type, its overall service priority reflects the QoS service priority, ensuring precise resource allocation and SLA compliance within the slice.

Leave a Comment

error: Content is Protected.