Locality-Based Network Slicing for Geographic Data Compliance

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing radio-based networks face challenges in automating network deployment and configuration to meet specific geographic data locality requirements, leading to high costs and limited flexibility in network management and resource utilization.

Innovation Solution

A cloud-based network service that automates the creation and management of radio-based networks, allowing customers to specify network topology locality rules through APIs, enabling flexible deployment and scaling of network functions based on data locality requirements, and utilizing cloud-native microservices architecture for efficient resource utilization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Manufacturing precision

If manual network deployment and configuration is used to meet geographic data locality requirements, then network deployment accuracy and compliance are improved, but deployment time and costs increase

Engineering Contradiction:
Improvenetwork deployment accuracyVSAvoiddeployment time
Core Design Contradiction:
Manufacturing precisionVSLoss of time

Solution Approach 1:

The system enables automated self-service deployment through orchestration services that automatically provision network functions and configure data locality rules without manual intervention. The automation service receives deployment requests and autonomously executes the deployment workflow, eliminating the need for manual configuration while maintaining compliance with data locality requirements.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

Manual mechanical deployment processes are replaced with automated software-based orchestration. The system uses automation services and orchestration APIs to substitute human-operated mechanical configuration processes with automated digital workflows, significantly reducing deployment time while maintaining accuracy through programmatic enforcement of data locality rules.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Ease of operation

If traditional network management approaches are used, then network control and management are improved, but flexibility and resource utilization efficiency deteriorate

Engineering Contradiction:
Improvenetwork controlVSAvoidflexibility
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The network management system is segmented into modular orchestration services that can independently manage different network functions and data locality requirements. This segmentation allows flexible composition of network services while maintaining centralized control through the automation service, enabling both ease of operation and adaptability simultaneously.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements dynamic network management where the orchestration service can adaptively provision and configure network functions based on real-time requirements. Data locality rules and network configurations can be dynamically adjusted without disrupting overall network control, providing both centralized management and operational flexibility.

Inventive Principle:
Principle #15Dynamics

3Productivity

If cloud-based automation service is implemented, then deployment speed and resource utilization are improved, but system complexity increases

Engineering Contradiction:
Improvedeployment speedVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The automation service acts as an intermediary layer between users and the complex underlying cloud infrastructure. It abstracts away system complexity by providing simplified APIs and automated workflows, enabling fast deployment without requiring users to directly manage complex cloud resources. The orchestration service handles the complexity internally while presenting a simple interface externally.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12563374B2Locality-based network slicing in radio-based networks
Publication Date: 2026.02.24 AMAZON TECH INC
  • US12563374B2 patent drawing
  • US12563374B2 patent drawing
  • US12563374B2 patent drawing

AI summary

Disclosed are various embodiments for locality-based network slicing in radio-based networks. In one embodiment, network traffic is received via a network slice in a radio-based network. The radio-based network includes a radio access network and an associated core network. The network slice is associated with at least one locality rule requiring that the network traffic remain within a particular geographic area. It is determined that the radio-based network has resources to comply with the locality rule(s). The network traffic in the radio-based network is acted upon in order to comply with the locality rule(s).