Transport Layer Protocol Selection via Application-Layer Metrics

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for transport layer protocol racing, such as using multiple protocols simultaneously and prioritizing the first arriving requests, lead to resource inefficiency and inaccurate protocol selection due to reliance on incomplete handshake metrics, while methods involving deep network monitoring are costly and complex.

Innovation Solution

A method to determine the best transport layer protocol based on application layer metrics, using normalized metric value differences and weighted sums, allowing direct implementation in application codes without requiring network detection tools, and adjusting parameters for different scenarios.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If the server uses deep network monitoring tools to detect transport layer metrics, then the protocol selection accuracy is improved, but the device complexity and cost increase

Engineering Contradiction:
Improveprotocol selection accuracyVSAvoidnetwork monitoring tool complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent introduces an application layer as an intermediary between the transport layer protocols and the protocol selection mechanism. Instead of directly monitoring transport layer metrics, the system uses application layer service requests and responses as mediators to indirectly evaluate protocol performance. This intermediary approach simplifies the monitoring mechanism while maintaining accurate protocol selection capability.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent replaces complex network monitoring tools with a software-based application layer mechanism. Instead of using specialized hardware or complex monitoring systems to detect transport layer metrics, the invention uses standard application layer HTTP requests and responses to gather protocol performance data, substituting mechanical/hardware monitoring with software-based observation.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Adaptability or versatility

If the client initiates requests using multiple transport layer protocols simultaneously, then the protocol racing functionality is achieved, but the resource consumption increases

Engineering Contradiction:
Improveprotocol racing capabilityVSAvoidresource consumption
Core Design Contradiction:
Adaptability or versatilityVSUse of energy by moving object

Solution Approach 1:

The patent implements protocol racing by having the client send service requests through multiple transport layer protocols simultaneously, but only processes the response from the first successful protocol. This partial action approach allows the system to evaluate multiple protocols without fully processing all of them, reducing resource consumption while maintaining the adaptability to select the best protocol.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system performs preliminary protocol evaluation by sending test service requests through multiple protocols before actual communication begins. The first protocol to successfully complete the handshake and receive a response is selected for subsequent communication, allowing the system to pre-determine the optimal protocol without consuming excessive resources during actual data transmission.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If the server processes only the first arriving request and rejects later requests, then the protocol selection efficiency is improved, but the reliability of service delivery deteriorates

Engineering Contradiction:
Improveprotocol selection efficiencyVSAvoidservice delivery reliability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent implements a feedback mechanism where the server evaluates the response status and content from multiple protocol requests rather than simply accepting the first one. The server can determine whether a request was successfully processed by analyzing the response metrics, allowing it to make informed decisions about which protocol to use while ensuring reliable service delivery through proper response verification.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12413655B1Determining a transport layer protocol for communication
Publication Date: 2025.09.09 TP-LINK SYSTEMS INC
  • US12413655B1 patent drawing
  • US12413655B1 patent drawing
  • US12413655B1 patent drawing

AI summary

A method for determining a transport layer protocol for communication includes: receiving, from a client, a plurality of service requests based on a plurality of transport layer protocols; determining a plurality of sets of metric values of application layer metrics by determining a set of metric values of the application layer metrics based on receiving each of the plurality of the service requests, wherein the application layer metrics are associated with at least one of efficiency or quality of receiving the service request; and determining the transport layer protocol for communication from the plurality of transport layer protocols based on the determined plurality of sets of metric values.