Anycast Session Re-Scheduling via Client Calibration Requests

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing service-based architectures face challenges in reassigning communication sessions due to built-up communication states, preventing efficient mobility of service transactions when current instances become non-optimal, such as being overloaded or experiencing high latency.

Innovation Solution

A client device initiates a calibration request message to a routing device for re-establishing an anycast communication session, using triggers like handover or latency measurements, and receives a response to switch to a more optimal service instance, allowing for zero or one round trip time transaction mobility.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a service client maintains an ongoing communication session with a serving service instance, then communication state is built up ensuring session continuity, but the client cannot switch to a more optimal service instance even when the current instance becomes overloaded or experiences high latency

Engineering Contradiction:
Improvesession continuityVSAvoidinstance re-assignment flexibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent implements dynamic service instance selection by introducing a calibration mechanism that allows clients to transition from static affinity-based routing to dynamic optimal instance selection. The calibration request message enables the client to probe for better instances while maintaining session state, allowing the system to adapt instance assignments based on current network conditions and instance performance rather than being locked into a single serving instance.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent applies preliminary action by performing calibration requests before fully committing to a new service instance. The client can probe the network for optimal instances and receive calibration responses with recommended instance addresses before actually switching sessions, allowing advance preparation for instance transitions while maintaining session continuity during the probe phase.

Inventive Principle:
Principle #10Preliminary action

2Productivity

If the system allows service instance re-assignment based on performance metrics, then optimal service delivery is improved, but the built-up communication state prevents such re-assignment

Engineering Contradiction:
Improveservice delivery efficiencyVSAvoidtransaction mobility complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary calibration mechanism that mediates between the client's need for optimal instance selection and the network's requirement for session continuity. The calibration request/response messages act as intermediaries that carry instance selection information without requiring complex state transfer protocols, simplifying the transaction mobility process while enabling performance-based re-assignment.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the instance selection process into distinct phases: initial service request, calibration probing phase, and session establishment phase. By separating the probing/calibration step from the actual session transfer, the system reduces complexity by handling instance selection and session state management as independent operations rather than requiring complex integrated protocols.

Inventive Principle:
Principle #1Segmentation

3Stability of the object's composition

If the client sends affinity requests to maintain session state, then communication continuity is ensured, but latency increases when needing to switch to a better service instance

Engineering Contradiction:
Improvecommunication state stabilityVSAvoidinstance switching time
Core Design Contradiction:
Stability of the object's compositionVSLoss of time

Solution Approach 1:

The patent reduces switching time by performing calibration requests in advance before actual instance transitions are needed. The client can periodically probe for optimal instances and receive calibration responses ahead of time, so when a switch is actually required, the decision is already made and only the session re-establishment is needed, rather than performing discovery and selection during the switch event itself.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent enables rapid instance switching by skipping complex state transfer protocols. The calibration mechanism provides direct instance recommendations without requiring lengthy state synchronization between instances, allowing the client to quickly re-establish sessions with new instances by simply sending affinity requests to the recommended addresses rather than undergoing complex handoff procedures.

Inventive Principle:
Principle #21Skipping (Rushing through)

Data Source

PatentUS20250286816A1Service re-scheduling in routing on service addresses
Publication Date: 2025.09.11 HUAWEI TECH CO LTD
  • US20250286816A1 patent drawing
  • US20250286816A1 patent drawing
  • US20250286816A1 patent drawing

AI summary

Disclosed are a client device, a routing device and a server device for re-establishing an anycast communication session with a service function (SF) and corresponding methods of operating the same. The client device comprises a processor, being configured to: obtain a trigger for the re-establishing of the anycast communication session; send a calibration request message (CREQ) to a routing device being adjacent to the client device; and receive a calibration response message (CRES) from the routing device. The CREQ comprises the identifier (SID) of the SF, a locator address (IPC) of the client device, and a locator address (IPS) of a particular server device of the SF currently serving the client device. The CRES comprises the SID of the SF, the IPC, and a locator address (IPS′) of a specific server device of the SF prospectively serving the client device.