Slice remapping is a closed-loop orchestration function that triggers a protocol data unit (PDU) session handover between distinct network slice instances sharing the same underlying physical infrastructure. Unlike initial slice selection, which occurs at registration, remapping operates on active sessions, leveraging real-time telemetry from the Network Data Analytics Function (NWDAF) to detect when a current slice instance violates its Slice SLA or when a more energy-efficient alternative becomes available. The process requires coordination between the Slice Orchestrator, the Session Management Function (SMF), and the Access and Mobility Management Function (AMF) to ensure seamless continuity of the user plane.
Glossary
Slice Remapping

What is Slice Remapping?
Slice remapping is the dynamic process of reassigning an active user equipment session from one network slice instance to another to optimize for changing service requirements, load conditions, or energy efficiency targets without service interruption.
The primary triggers for slice remapping include predictive load imbalances, degradation of Guaranteed Bit Rate (GBR) parameters, and sustainability-driven policies that prioritize Slice-Level Energy Models. For example, a user on a congested URLLC slice may be transparently remapped to an underutilized instance with identical latency guarantees, or a session may be moved to an Edge Slice to reduce backhaul power consumption. This capability is fundamental to achieving Slice Elasticity and implementing Energy-Aware Slice Selection, enabling the RAN to autonomously balance performance and power efficiency in real time.
Key Characteristics of Slice Remapping
Slice remapping is a critical enabler for energy-efficient and resilient 5G networks, allowing sessions to be dynamically reassigned between network slice instances to meet evolving service, load, and sustainability targets.
Session Continuity Preservation
Ensures an uninterrupted user experience during the transition between slices. The process maintains the UE's IP address and ongoing Protocol Data Unit (PDU) session anchor point. This is achieved through mechanisms like make-before-break connectivity, where the new path is established before the old one is torn down, preventing packet loss and service interruption for applications like voice calls or industrial control loops.
Energy-Aware Triggering
Remapping decisions are driven by real-time energy analytics. The Network Data Analytics Function (NWDAF) predicts load changes and identifies opportunities to consolidate users onto fewer, more power-efficient slices. For example, during low traffic periods, sessions can be remapped from a standard Enhanced Mobile Broadband (eMBB) slice to a specially configured energy-saving slice that utilizes Cell Discontinuous Transmission (DTX) and Sleep Mode Coordination more aggressively.
Policy-Driven Reassignment Logic
The remapping process is governed by a strict hierarchy of policies evaluated by the Policy Control Function (PCF). These policies balance multiple objectives:
- Service Level Agreement (SLA) compliance: The target slice must meet all latency, throughput, and reliability guarantees.
- Slice Admission Control: The target slice must have sufficient resources to accept the new session without degrading existing users.
- Tenant isolation: Policies ensure a session is only moved to a slice its tenant is authorized to use.
Inter-Slice Dependency Mapping
Advanced remapping requires understanding the complex relationships between slices. A Slice Orchestrator must map dependencies to avoid cascading failures. For instance, remapping a massive IoT sensor session from a dedicated URLLC slice to a shared eMBB slice might require reconfiguring the 5G Core's User Plane Function (UPF) placement to maintain latency budgets, demonstrating the need for a holistic, topology-aware remapping strategy.
Closed-Loop Automation
Slice remapping is a core function of a Self-Organizing Network (SON). It operates in a fully automated Observe-Orient-Decide-Act (OODA) loop:
- Observe: Monitor slice KPIs and energy consumption via telemetry.
- Orient: Analyze the data against defined policies and predictive models.
- Decide: The O-RAN Non-Real-Time RAN Intelligent Controller (Non-RT RIC) computes the optimal remapping plan.
- Act: The Near-RT RIC executes the reconfiguration via standardized E2 interface commands.
Slice Carbon Footprint Optimization
A primary goal of remapping is to minimize the network's Slice Carbon Footprint. By dynamically shifting sessions to slices hosted on infrastructure powered by greener energy sources or operating at higher capacity utilization, the overall Power Usage Effectiveness (PUE) improves. This directly links a real-time network control action to a quantifiable sustainability metric, enabling operators to meet environmental, social, and governance (ESG) targets.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Frequently Asked Questions
Clear, technical answers to the most common questions about the dynamic reassignment of user sessions between network slice instances for performance and energy optimization.
Slice remapping is the dynamic, in-session reassignment of a User Equipment (UE) from one Network Slice Instance (NSI) to another without requiring a full detachment and re-registration procedure. The process is triggered by a policy decision point, typically the Network Slice Selection Function (NSSF) or a dedicated Slice Orchestrator, upon detecting a change in service requirements, slice load, or an energy optimization opportunity. The core mechanism involves updating the UE's Allowed NSSAI and instructing the Access and Mobility Management Function (AMF) to redirect the existing Protocol Data Unit (PDU) session to a new slice with a different Single Network Slice Selection Assistance Information (S-NSSAI) value. This is achieved through a PDU session modification procedure with a 'reactivation requested' cause, allowing the session anchor to be relocated to a new User Plane Function (UPF) instance within the target slice while maintaining IP address continuity for the application layer.
Related Terms
Slice remapping relies on a constellation of supporting technologies and concepts. These cards define the critical enablers and adjacent mechanisms required for dynamic session reassignment.
Slice-Aware Scheduling
A MAC-layer mechanism that prioritizes radio resource allocation based on slice membership. When a UE is remapped to a new slice, the scheduler immediately adjusts its scheduling weight, priority queue, and resource block allocation.
- Ensures a remapped URLLC session receives immediate priority over eMBB traffic
- Dynamically adjusts Modulation and Coding Scheme (MCS) selection per slice policy
- Coordinates with Adaptive Bandwidth Part (BWP) switching for power-efficient remapping
- Prevents resource starvation during mass remapping events through weighted fair queuing
Network Slice Selection Assistance Information (NSSAI)
The standardized 5G parameter set that enables UE and network to negotiate slice selection. During remapping, the Configured NSSAI or Allowed NSSAI is updated to reflect the new target slice.
- S-NSSAI uniquely identifies each slice instance via Slice/Service Type (SST) and Slice Differentiator (SD)
- The AMF validates NSSAI changes against subscription data during session modification
- Supports default subscribed S-NSSAI fallback when remapping to a best-effort slice
- Enables energy-aware slice selection by incorporating power efficiency metrics into the selection policy
Closed-Loop Slice Optimization
The automation framework that triggers and executes slice remapping without human intervention. A policy-driven controller continuously monitors KPIs, detects optimization opportunities, and orchestrates the reassignment.
- Monitor: NWDAF collects real-time slice load, latency, and energy telemetry
- Analyze: AI/ML models predict SLA violations or energy inefficiency windows
- Decide: Policy engine determines optimal target slice and remapping timing
- Execute: Slice Orchestrator coordinates session transfer across RAN, transport, and core domains
- This loop enables sub-second remapping decisions for latency-critical URLLC sessions
Energy-Aware Slice Selection
A policy-driven function that steers UE sessions to the most energy-efficient slice instance capable of satisfying service requirements. This is the primary trigger for energy-motivated slice remapping.
- Evaluates the Slice-Level Energy Model to compare power consumption across candidate slices
- Factors in Power Usage Effectiveness (PUE) of the data centers hosting slice workloads
- Coordinates with Sleep Mode Coordination to consolidate sessions onto fewer active slices
- May temporarily remap non-GBR sessions to a lower-power slice during off-peak hours
- Balances energy savings against Slice SLA compliance and user experience metrics
Slice Elasticity
The ability of a network slice to dynamically scale its virtualized resources in response to remapping events. When sessions are remapped into a slice, it must scale up; when sessions leave, it should scale down to conserve energy.
- Horizontal scaling: Spinning up additional CNF instances to handle increased load
- Vertical scaling: Allocating more vCPU or memory to existing network functions
- Dynamic Voltage and Frequency Scaling (DVFS) adjusts compute power in real-time
- Resource Overbooking policies may relax during remapping surges to maintain QoS
- Elasticity ensures the target slice doesn't become a bottleneck after mass remapping

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us