Delay-Tolerant IoT Networking Through Smartphone Beacon Relaying
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Conventional networking solutions for IoT devices face challenges with limited bandwidth, high power consumption, and high costs, particularly in connecting billions of devices, as they require significant power and fixed infrastructure, which is expensive and inefficient.
Innovation Solution
A decentralized network architecture utilizing crowd-sourced methods for IoT device-to-server communication that does not rely on fixed infrastructure, leveraging low-power wireless networks and smartphone infrastructure for delay-tolerant connectivity, enabling efficient data exchange and firmware updates.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Use of energy by moving object
If conventional networking solutions are used for IoT devices, then connectivity is provided, but power consumption is high and bandwidth is limited
Solution Approach 1:
The network is segmented into multiple intermediate devices that collectively provide routing functionality, distributing the networking burden across many low-power devices rather than relying on a single high-power connection. Each intermediate device performs localized beacon forwarding, enabling bandwidth aggregation through multiple segments while maintaining low power consumption at each node.
Solution Approach 2:
Smartphone intermediate devices act as mediators between endpoint devices and servers, enabling communication without requiring the endpoint devices to maintain continuous high-power cellular connections. The intermediary smartphones leverage their existing cellular connectivity while the endpoint devices use low-power wireless interfaces, resolving the contradiction between bandwidth availability and power consumption.
2Reliability
If fixed infrastructure is deployed for IoT connectivity, then reliable connection is achieved, but cost increases significantly
Solution Approach 1:
The system enables self-service networking where intermediate devices automatically discover each other through beacon exchanges and autonomously establish routing paths. Devices self-organize into a functional network without requiring manual configuration or expensive fixed infrastructure deployment, achieving reliability through automated peer-to-peer connectivity while minimizing deployment costs.
Solution Approach 2:
Smartphone intermediate devices perform multiple functions including beacon reception, routing decisions, and server communication, replacing the need for dedicated fixed infrastructure. This multi-functionality leverages existing ubiquitous smartphones to provide reliable connectivity without the cost of specialized infrastructure, making the system both reliable and cost-effective.
3Ease of operation
If traditional network architecture is used, then device-to-server communication is enabled, but infrastructure complexity and cost increase
Solution Approach 1:
Instead of having servers actively connect to devices through complex infrastructure, the system inverts the approach by having devices passively broadcast beacons that are picked up by intermediate devices. This reversal simplifies the device side while distributing the networking complexity across many intermediate nodes, reducing overall infrastructure complexity while maintaining ease of operation.
Solution Approach 2:
The system uses beacon copies propagated through multiple intermediate devices to reach servers, eliminating the need for direct device-to-server connections. Each intermediate device forwards beacon copies, creating a distributed routing system that simplifies device operation while reducing the complexity of centralized infrastructure by distributing the forwarding function across many nodes.
Data Source
AI summary
A system may include processing logic configured to execute instructions to cause a system to perform operations including receiving a beacon from a first intermediate device via a first network. The operations may also include identifying a characteristic of the beacon. The operations may include identifying, based on the characteristic of the beacon, a server that is associated with the beacon. The operations may include sending a beacon message to the server via a third network.