Network Slice Data Channel Routing for Real-Time Co-Processor Processing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing network slice technologies face challenges in efficiently meeting the diverse real-time performance requirements of different application scenarios without wasting resources or power.

Innovation Solution

A method and apparatus that utilize a co-processor to determine a target processing module based on a service identifier, enabling network slice-based adaptive acceleration by processing data through a co-processor and a target processing module, such as a GPU, to improve real-time performance and avoid resource and power waste.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If physical layer processing is performed by using a CPU, then resource allocation is flexible, but processing speed and real-time performance are insufficient

Engineering Contradiction:
Improveprocessing speedVSAvoidprocessing architecture complexity
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The patent segments the processing architecture by introducing a co-processor to handle specific physical layer processing tasks separately from the CPU. This division allows the CPU to maintain flexibility while the co-processor provides dedicated high-speed processing capability for network slice data channels.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a co-processor as an intermediary component between the CPU and the network slice data channels. This mediator handles the computationally intensive physical layer processing, enabling faster processing speeds while allowing the CPU to focus on higher-level control and management functions.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If co-processor is used for all network slices, then real-time performance is improved, but resource and power are wasted

Engineering Contradiction:
Improvereal-time performance satisfactionVSAvoidpower consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent applies local quality by selectively enabling co-processor processing only for specific network slices that require enhanced real-time performance. The determination module identifies which network slices need co-processor assistance and routes only those data channels through the co-processor, while other slices continue to use CPU processing, thereby avoiding unnecessary power consumption.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent implements dynamic resource allocation by allowing the system to adaptively switch between CPU and co-processor processing based on the real-time requirements of different network slices. The determination module dynamically decides which network slices should utilize the co-processor, enabling the system to optimize power consumption while maintaining real-time performance where needed.

Inventive Principle:
Principle #15Dynamics

3Productivity

If co-processor is used for all network slices, then processing speed is improved, but resource allocation flexibility is reduced

Engineering Contradiction:
Improveprocessing efficiencyVSAvoidresource allocation flexibility
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The patent applies local quality by selectively enabling co-processor processing only for specific network slices that require enhanced real-time performance. The determination module identifies which network slices need co-processor assistance and routes only those data channels through the co-processor, while other slices continue to use CPU processing, thereby avoiding unnecessary power consumption.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent maintains universality by designing a hybrid processing architecture where both the CPU and co-processor can handle network slice data channels. The determination module provides flexible routing decisions, allowing the system to adapt resource allocation based on varying network slice requirements, thus preserving adaptability while improving processing efficiency for critical slices.

Inventive Principle:
Principle #6Universality (Multi-functionality)

4Adaptability or versatility

If network slice-specific processing modules are determined, then requirements of different application scenarios are satisfied, but system complexity increases

Engineering Contradiction:
Improvescenario requirement satisfactionVSAvoidprocessing module configuration
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces a determination module as an intermediary that manages the complexity of selecting appropriate processing modules for different network slices. This mediator translates high-level network slice requirements into specific processing module selections, simplifying the overall system architecture while enabling tailored processing for different application scenarios.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent utilizes parameter changes by configuring different processing modules based on the specific requirements of each network slice. The determination module adjusts processing parameters such as co-processor engagement, processing priority, and resource allocation based on the characteristics of each network slice, enabling flexible adaptation to different application scenarios without hardcoding complex configurations.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentEP4701270A1Method and apparatus based on network slice communication, and terminal device
Publication Date: 2026.02.25 HONOR DEVICE CO LTD
  • EP4701270A1 patent drawingFigure 1
  • EP4701270A1 patent drawingFigure 2
  • EP4701270A1 patent drawingFigure 3~4B

AI summary

This application relates to the field of communication, and provides a method and apparatus based on network slice communication and a terminal device. The terminal device determines, based on a first service identifier, first S-NSSAI used to indicate a first network slice, and determines, based on the first S-NSSAI, a target processing module of a data channel that is processed by using a co-processor. In this way, performing physical layer processing on data by using the co-processor and through the target processing module can significantly improve a processing speed and real-time performance. For S-NSSAI of different network slices, different target processing modules can be determined based on the different S-NSSAI, so that when resource and power are wasted due to non-differential scheduling of calculation resources of the co-processor in different network slice scenarios can be avoided, requirements of different application scenarios on real-time performance can be satisfied, and flexibility of a processing process can be improved.