Network Profile Table for Seamless LoRaWAN Roaming

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Low-consumption extended networks, such as LoRaWAN, lack native roaming features, leading to fragmentation and difficulties in interconnection between private and public networks, with few operators interconnected through roaming agreements.

Innovation Solution

A device with a table that can memorize multiple profiles for different low-consumption networks, allowing it to autonomously select and connect to the most suitable network based on priority, authentication keys, and encryption keys, without requiring inter-operator agreements, enabling seamless switching between networks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple LoRaWAN networks operate independently without roaming agreements, then each network can maintain its own security and operational autonomy, but network fragmentation occurs and devices cannot seamlessly switch between networks

Engineering Contradiction:
Improvedevice ability to connect to multiple networksVSAvoiddevice profile management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The solution segments the network connection management by introducing a profile-based architecture where each network connection is represented as an independent profile containing authentication credentials (AppKey, NwkKey, AppEUI, NwkEUI). This allows the device to manage multiple network connections as separate, manageable units rather than a monolithic complex system.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The solution performs preliminary action by pre-configuring multiple network profiles in the device's memory before the device needs to switch networks. Each profile contains all necessary authentication credentials and parameters, so when network switching is needed, the device can immediately activate a pre-prepared profile without complex real-time negotiations or re-authentication procedures.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If private LoRaWAN networks retain proprietary solutions without interconnection, then network security and autonomy are maintained, but device mobility and service continuity across different network coverage areas are limited

Engineering Contradiction:
Improveservice continuityVSAvoidnetwork interconnection capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The solution creates a universal profile format that can represent authentication credentials for any LoRaWAN network regardless of whether it is a private or public network. The profile structure with AppKey, NwkKey, AppEUI, and NwkEUI fields provides a multi-functional framework that works across different network types and operators, enabling seamless interconnection without requiring proprietary solutions for each network.

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

Solution Approach 2:

The profile table acts as an intermediary layer between the device and multiple heterogeneous LoRaWAN networks. Instead of establishing direct complex interconnection agreements between networks, the device uses standardized profiles as mediators to authenticate and connect to any network, simplifying the interconnection architecture while maintaining service continuity.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of operation

If a device stores multiple network profiles with authentication keys, then the device can autonomously select and switch between networks, but the device's memory requirements and profile management overhead increase

Engineering Contradiction:
Improveautonomous network selectionVSAvoiddevice memory storage
Core Design Contradiction:
Ease of operationVSQuantity of substance

Solution Approach 1:

The solution applies local quality by organizing network profiles in a structured table format where each profile contains only the specific authentication credentials (AppKey, NwkKey, AppEUI, NwkEUI) needed for that particular network. This localized organization allows efficient storage and retrieval of minimal necessary data for each network connection, reducing overall memory requirements compared to storing complete network configurations.

Inventive Principle:
Principle #3Local quality

Data Source

PatentEP4173326B1Method and device for selecting a low-power wide-area network
Publication Date: 2025.02.12 ORANGE SA
  • EP4173326B1 patent drawingFigure 1~2
  • EP4173326B1 patent drawingFigure 3~5
  • EP4173326B1 patent drawingFigure 6

AI summary

A method for selecting a network allows a device (100) to select one low-power wide-area network (Nj) from a plurality of low-power wide-area networks (N1, Nn). The device (100) is declared to these networks. It comprises a table (TP) that is able to store at least two profiles (PROF100, N1, PROF100, Nj), each of the profiles (PROF100, Nj) corresponding to one (Nj) of the low-power wide-area networks (N1, Nn). The method comprises: - a step (E30) of selecting a profile (PROF100, Nj) from the table (TP); and - a step (E40) of connecting to the network (Nj) corresponding to the profile by using the profile (PROF100, Nj).