Network-Core Packet Processing for Low-Latency Reliable Transfer
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Remote sensor devices face challenges with battery drain due to increased encryption requirements, computational demands, and vulnerability to malicious attacks, necessitating a solution for improved performance, security, and flexibility.
Innovation Solution
A method involving packet handling in a telecommunications network core, where packets from user equipment are decrypted and processed using subscriber identities to perform predetermined actions, including encryption, rerouting, and payload modification, offloading computational tasks to the network core.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If packets are transferred using conventional TCP protocols, then reliability is maintained through error checking and retransmission, but latency increases due to stop-and-wait mechanisms and acknowledgment delays
Solution Approach 1:
The patent segments the packet transfer process into independent data blocks that can be transmitted and acknowledged separately. Each block is processed independently through the network, allowing parallel transmission of multiple blocks without waiting for acknowledgment of previous blocks, thus reducing latency while maintaining reliability through selective acknowledgment mechanism.
Solution Approach 2:
The patent implements preliminary actions by sending data blocks ahead of time without waiting for acknowledgment, using prediction mechanisms to anticipate where data should be sent next. This allows the transmitter to prepare and send multiple blocks in advance, reducing the stop-and-wait delays inherent in conventional TCP protocols.
2Ease of operation
If packet transfer mechanisms are simplified to reduce complexity, then ease of operation improves, but error checking capability deteriorates
Solution Approach 1:
The patent extracts the essential error checking function from the complex TCP protocol stack, implementing a simplified but sufficient error detection mechanism specifically for data blocks. This separate, focused error checking approach provides adequate reliability without the overhead of comprehensive protocol validation, simplifying the overall transfer mechanism.
Solution Approach 2:
The patent implements self-service error checking where the data blocks carry their own integrity information and can be validated independently. The acknowledgment mechanism automatically handles error detection and correction without requiring complex external validation, making the system both simple to operate and reliable in error checking.
3Productivity
If data is transmitted in larger blocks to improve throughput, then productivity increases, but memory requirements and processing complexity increase
Solution Approach 1:
The patent implements dynamic block sizing where the data block length can be adjusted based on network conditions and requirements. The system can adaptively select optimal block sizes to maximize throughput while managing memory usage, avoiding fixed large block sizes that would increase complexity while still achieving high productivity when appropriate block sizes are used.
Solution Approach 2:
The patent changes the parameter of data block size dynamically based on system state and network conditions. By adjusting block length as a variable parameter rather than using fixed large blocks, the system achieves high throughput productivity while maintaining manageable memory requirements and processing complexity through adaptive parameter tuning.
Data Source
Figure 1
Figure 2
Figure 3
AI summary
Interrelated computing devices and systems require ever more powerful devices to meet growing encryption demands. This is improved by providing a computer-implemented method comprising: receiving a packet (50) from a user equipment (10) through an access network (20) of a telecommunications network (1), the packet (50) having a subscriber identity of said user equipment (10) and a telecom encryption layer (52) compliant with cryptographic protocols of the telecommunications network (1); decrypting the telecom encryption layer (52) of said packet (50) according to protocols of said telecommunications network (1) using said subscriber identity in a network core (30) of said telecommunication network (1); finding a predetermined action stored in an action database (31) of said network core (30) pre-associated with said subscriber identity of said packet (50); and performing said predetermined action on said packet (50) in said network core (30).