Wireless Base Station Network Failure Detection via RSSI

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing multi-hop routing algorithms for energy-constrained networks are inefficient when nodes must communicate with a cloud server indirectly, as they require frequent updates and energy-intensive broadcasts to determine transmission routes, especially in low-energy applications.

Innovation Solution

A wireless base station network optimizes energy efficiency by using a linear daisy chain transmission sequence, where each base station only communicates with its predecessor and successor, and the cloud server determines the optimal path using RSSI, allowing for sequential failure detection without direct communication, thereby minimizing energy consumption.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If each node stores complete routing information of the entire network, then route determination is very fast, but every node must update its routing table and consume energy whenever network topology changes

Engineering Contradiction:
Improveroute determination speedVSAvoidenergy consumption for routing table updates
Core Design Contradiction:
SpeedVSUse of energy by moving object

Solution Approach 1:

The patent segments the network routing information into localized segments. Instead of each node storing complete network routing information, nodes only store routing information for their local segment or immediate neighbors. The cloud server maintains the global routing view and distributes only relevant segment information to nodes, reducing update overhead while maintaining fast local route determination.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a cloud server as an intermediary that centralizes the routing information management. The cloud server maintains the complete routing table and acts as a mediator between network topology changes and individual nodes. When topology changes occur, the cloud server processes updates and distributes only the necessary changes to affected nodes, rather than requiring all nodes to update their complete routing tables.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If nodes broadcast packets to determine transmission route, then route discovery is achieved, but energy is consumed by multiple nodes broadcasting

Engineering Contradiction:
Improveroute discovery capabilityVSAvoidenergy consumption for packet broadcasting
Core Design Contradiction:
Ease of operationVSUse of energy by moving object

Solution Approach 1:

The patent extracts the route discovery function from individual nodes and centralizes it in the cloud server. Instead of nodes broadcasting packets to discover routes, the cloud server determines the optimal transmission route using its global network view and provides this information to the source node. This eliminates the need for energy-intensive broadcasting while maintaining route discovery capability.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent implements preliminary action by having the cloud server pre-calculate and maintain optimal routing paths before they are needed. The cloud server continuously monitors network topology and pre-determines routes, so when a node needs to transmit data, the route is already established and can be used immediately without requiring broadcast-based discovery.

Inventive Principle:
Principle #10Preliminary action

3Ease of operation

If base stations transmit or broadcast packets to discover route, then transmission path is determined, but power is consumed in the process

Engineering Contradiction:
Improvetransmission path determinationVSAvoidpower consumption for route determination
Core Design Contradiction:
Ease of operationVSUse of energy by stationary object

Solution Approach 1:

The cloud server acts as an intermediary that performs route determination centrally. Base stations do not need to transmit or broadcast packets to discover routes because the cloud server has already determined the optimal path using RSSI data and network topology information. The cloud server provides routing instructions to base stations, eliminating energy-consuming broadcast operations.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements self-service by having base stations passively receive routing instructions from the cloud server rather than actively searching for routes. Base stations use the routing information provided by the cloud server to forward packets along the predetermined optimal path, eliminating the need for them to expend power on route discovery broadcasts.

Inventive Principle:
Principle #25Self-service

Applied Scientific Principles

This section explains which scientific principles are used to turn an abstract innovation direction into a practical engineering solution.

Function Achieved in This Case

This approach reduces overall energy consumption by eliminating the need for nodes to store complete routing information and reduces power usage in determining and maintaining transmission routes, while ensuring reliable data transmission through the linear daisy chain topology.

Implementation Method 1

Each base station (of a plurality of base stations) may perform a received signal strength indication (RSSI)

Methodology Applied
Scientific EffectReceived signal strength indication (RSSI):

Data Source

PatentUS10887782B1Optimization and failure detection of a wireless base station network
Publication Date: 2021.01.05 TRAKPOINT SOLUTIONS INC
  • US10887782B1 patent drawing
  • US10887782B1 patent drawing
  • US10887782B1 patent drawing

AI summary

The present invention is directed to optimization and failure detection of a wireless base station network. Based on Received Signal Strength Indication (RSSI) measurements, a cloud server determines an optimal transmission sequence. For each base station of the optimal transmission sequence, a predecessor and a successor are designated. Each base station of the sequence generates a packet. The most distant base station (relative to the cloud server) transmits its packet to its successor. Each base station of the sequence (in turn) receives the packet from its predecessor, combines the received packet with its own generated packet, transmits the combined packet to its successor, and so on until the combined packet is relayed to a super base station at the end of the sequence. The super base station transmits the packet to the cloud server. Based on the packet size, the cloud server can ascertain which base station (if any) failed.