TCP Seamless Mobility Option for Session Continuity

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current TCP implementations disrupt communication sessions when an endpoint changes its IP address, requiring session termination and re-establishment, leading to delays due to the reliance on IP addresses for connection identification.

Innovation Solution

The introduction of a TCP-Seamless Mobility Option (TCP-SMO) data structure that uses connection identifiers instead of IP addresses for connection identification, allowing seamless mobility and session continuity by activating a mobility option within the TCP header, which includes a mobility field and optional data for authentication, enabling endpoints to maintain connections even when IP addresses change.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If TCP connection identification relies on IP addresses, then the TCP protocol maintains simplicity in connection management, but session continuity is disrupted when endpoint IP addresses change

Engineering Contradiction:
Improvesession continuityVSAvoidsession re-establishment delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent introduces a TCP mobility option as an intermediary layer between the TCP connection management and IP addressing. This option contains connection identifiers that act as mediators, allowing the TCP connection to be identified and maintained independently of IP address changes. The mobility option is inserted into the TCP header and processed by TCP entities at both endpoints, enabling seamless IP address transitions without disrupting the underlying connection.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the connection identification function from the IP address function. Instead of using the IP address directly for TCP connection identification, the system divides the identification mechanism into separate components: the IP address for network routing and the TCP mobility option with connection identifiers for connection management. This segmentation allows each component to perform its specific function independently, enabling IP address changes without affecting connection continuity.

Inventive Principle:
Principle #1Segmentation

2Reliability

If a TCP mobility option is introduced to maintain session continuity during IP address changes, then session continuity is improved, but the TCP protocol structure becomes more complex

Engineering Contradiction:
Improvesession continuityVSAvoidTCP protocol structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The TCP mobility option is designed to be universally compatible with existing TCP implementations. The option can be inserted into the TCP header without fundamentally altering the TCP protocol structure, and existing TCP entities can process it by checking for its presence. The mobility option serves multiple functions: it provides connection identification, enables mobility support, and maintains backward compatibility with non-mobility-aware TCP implementations, all within a single unified structure.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent changes the parameters used for connection identification from IP addresses to connection identifiers within the TCP mobility option. This parameter change allows the TCP connection to be tracked using stable identifiers that do not change with IP address transitions. The connection identifiers are exchanged during the TCP handshake process and stored in the TCP entity, enabling the system to recognize and maintain connections even when the IP address parameters change.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If connection identifiers are used instead of IP addresses for TCP connection identification, then mobility support is improved, but authentication and security verification become more complex

Engineering Contradiction:
Improvemobility supportVSAvoidauthentication mechanism
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The authentication and security verification are performed in advance during the TCP connection establishment phase. The TCP entities exchange and verify connection identifiers, security parameters, and authentication information during the initial handshake before mobility operations begin. This preliminary authentication ensures that only authorized entities can establish connections and perform mobility operations, simplifying subsequent mobility operations as the authentication is already completed.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The TCP mobility option includes feedback mechanisms where the receiving TCP entity verifies the connection identifier and security parameters against locally stored information. If verification succeeds, the mobility operation is permitted; if it fails, the operation is rejected. This feedback loop ensures secure authentication while maintaining a relatively simple structure by using straightforward verification logic rather than complex continuous authentication protocols.

Inventive Principle:
Principle #23Feedback

Data Source

PatentEP3635939B1Seamless mobility and session continuity with TCP mobility option
Publication Date: 2021.09.15 HUAWEI TECH CO LTD
  • EP3635939B1 patent drawingFigure 1~2
  • EP3635939B1 patent drawingFigure 3~4
  • EP3635939B1 patent drawingFigure 5

AI summary

A method for providing mobility for Transmission Control Protocol (TCP) transport with session continuity. In one embodiment, the method establishes a communication session between a first communication device and a second communication device using a TCP seamless mobility option (TCP-SMO) connection identifier for identifying the communication session between the first communication device and the second communication device. The method exchanges data between the communication device and the second communication device during the communication session. The method maintains the communication session between the communication device and the second communication device in response to a mobility event using the TCP-SMO connection identifier.