Shared Ledger Packet Transmission for Secure Low-Overhead Telecom

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing telecommunications networks face challenges in ensuring secure, unalterable, and efficient data packet transmission with low latency and computational cost, particularly in decentralized systems without the need for certifying nodes.

Innovation Solution

A method involving a shared digital ledger where each node maintains a copy, generating data blocks with a progressive count and hash value through a hashing algorithm, and recording data packet transmissions to ensure timestamping and ordering, using a verifiable delay function for quick verification.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a shared digital ledger with hashing algorithm is used to timestamp and order data packets, then security and unalterability are improved, but computational overhead and processing time increase

Engineering Contradiction:
Improvedata transmission securityVSAvoidcomputational overhead
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs preliminary hashing operations on data packet metadata (sender ID, recipient ID, sequence number) before transmission, creating a timestamp record in advance. This preliminary action allows the actual data packets to be transmitted without repeated computational verification, reducing real-time processing overhead while maintaining security guarantees.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent extracts only the essential elements needed for security verification (sender identification, recipient identification, sequence number) from the complete data packet and uses these extracted elements for hashing and timestamping. This extraction approach minimizes the computational data volume requiring hashing operations while preserving the security function.

Inventive Principle:
Principle #2Taking out (Extraction)

2Reliability

If blockchain technology is implemented for certifying data transmissions, then unalterability is improved, but data transfer rate decreases

Engineering Contradiction:
Improvetransmission unalterabilityVSAvoiddata transfer rate
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system performs preliminary hashing operations on data packet metadata (sender ID, recipient ID, sequence number) before transmission, creating a timestamp record in advance. This preliminary action allows the actual data packets to be transmitted without repeated computational verification, reducing real-time processing overhead while maintaining security guarantees.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent extracts only the essential elements needed for security verification (sender identification, recipient identification, sequence number) from the complete data packet and uses these extracted elements for hashing and timestamping. This extraction approach minimizes the computational data volume requiring hashing operations while preserving the security function.

Inventive Principle:
Principle #2Taking out (Extraction)

3Reliability

If semi-random sequences are inserted in data packets for secure communication, then confidentiality is improved, but data transfer efficiency deteriorates

Engineering Contradiction:
Improvecommunication confidentialityVSAvoiddata transfer rate
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent extracts only the essential elements needed for security verification (sender identification, recipient identification, sequence number) from the complete data packet and uses these extracted elements for hashing and timestamping. This extraction approach minimizes the computational data volume requiring hashing operations while preserving the security function.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system creates a cryptographic copy (hash value) of the essential packet metadata and stores it in the shared digital ledger. This copy serves as a security verification mechanism without requiring the original data packets to be modified or repeated, thus maintaining transfer efficiency while ensuring confidentiality and integrity.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS12609828B2Method and corresponding telecommunication network for secure data transmissions
Publication Date: 2026.04.21 BITCORP SRL
  • US12609828B2 patent drawing
  • US12609828B2 patent drawing
  • US12609828B2 patent drawing

AI summary

A method of communication between nodes in a telecommunications network, each node maintaining a copy of a shared digital ledger, including that each sending node of a data packet executes the steps of: identifying a receiver node to which to transmit said data packet, generating the data packet to be delivered to a recipient node, transmitting to the receiver node the data packet, issuing a request to the nodes of the telecommunication network to record said data packet transmission on the distributed ledger, and when a data packet is received, the method requires that each receiver node, other than the recipient node of the data packet, repeat some of the steps. The method can also include generating, recursively, a data block of the distributed ledger and recording transmission of the data packet in the data block.