Multi-tenant IoT Gateway Routing with Rule-Based Tiers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current IoT device network deployments face challenges in managing diverse data streams from multiple devices with different communication requirements, security constraints, and urgency levels, necessitating custom solutions for data handling and routing.

Innovation Solution

A multi-tenant IoT gateway routing system that uses rule-based routing tiers to manage and process data streams from various IoT devices, defining communication and processing protocols based on customer-defined rules, enabling efficient routing and edge processing across multiple communication technologies.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If a single hub is used to collect IoT device data, then device complexity is reduced, but it becomes difficult to manage diverse communication requirements and security constraints from multiple tenants

Engineering Contradiction:
Improvehub complexityVSAvoidcommunication requirements handling
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The patent segments the hub functionality into multiple virtual hubs, each serving a specific tenant with dedicated communication protocols and security policies. This allows the system to handle diverse communication requirements from multiple tenants while maintaining a single physical hub infrastructure, thus reducing device complexity while preserving adaptability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The hub is designed with multi-functionality to support multiple communication frameworks (e.g., Thread, Wi-Fi, Ethernet) and protocols simultaneously. By integrating universal communication capabilities and automated protocol selection, the hub can accommodate diverse tenant requirements without requiring separate dedicated hubs for each communication type.

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

2Reliability

If custom solutions are deployed for each IoT deployment, then communication requirements are met, but deployment cost and time increase

Engineering Contradiction:
Improvecommunication requirements complianceVSAvoiddeployment cost
Core Design Contradiction:
ReliabilityVSEase of manufacture

Solution Approach 1:

The system uses parameter changes by dynamically adjusting communication parameters (protocols, frequency bands, data intervals) based on tenant-specific configurations stored in a database. This allows the hub to adapt to different communication requirements through software parameter adjustments rather than hardware customization, reducing deployment cost while maintaining compliance.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The hub implements self-service capabilities by automatically detecting device types, selecting appropriate communication protocols, and configuring routing rules without manual intervention. This automated configuration process eliminates the need for custom solution deployment for each tenant, reducing both cost and time while ensuring communication requirements are met.

Inventive Principle:
Principle #25Self-service

3Device complexity

If data from all IoT devices is processed uniformly, then processing simplicity is maintained, but data integrity and security for different tenants are compromised

Engineering Contradiction:
Improveprocessing complexityVSAvoiddata integrity
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

The patent segments data processing into tenant-specific virtual processing channels, where each tenant's data is handled according to its own integrity and security requirements. The hub maintains separate processing pipelines for different tenants while using a unified physical infrastructure, thus preserving data integrity without significantly increasing processing complexity.

Inventive Principle:
Principle #1Segmentation

4Adaptability or versatility

If multiple communication frameworks are supported, then adaptability increases, but system complexity increases

Engineering Contradiction:
Improvecommunication frameworks supportVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary layer (the hub) that mediates between multiple communication frameworks and the backend system. The hub handles protocol translation, packet routing, and framework-specific processing, allowing multiple communication frameworks to be supported without increasing the complexity of the overall system architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentEP4122183B1Multi-tenant routing gateway for internet-of-things devices
Publication Date: 2024.03.27 DISH WIRELESS LLC
  • EP4122183B1 patent drawingFigure 1
  • EP4122183B1 patent drawingFigure 2A~2C
  • EP4122183B1 patent drawingFigure 3

AI summary

Novel techniques are described for gateway routing and/or processing of multi-tenant Internet-of-Things (IoT) device data streams. For example, a single IoT routing gateway can be used to route device data streams from IoT devices of multiple customers according to rule-based routing tiers. The routing tiers define routing protocols, including which communication technologies to use for transmission of the device data streams over a cloud network to remote servers. In some cases, the routing tiers further define processing protocols to facilitate rule-based edge processing (and/or remote processing) of some or all device data streams. Some routing tiers can define a primary and one or more secondary solution for routing and/or processing, according to customer-defined rules. In some cases, the routing tiers further enable rule-based control of interconnectivity among IoT devices.