IP Library Granted Patent US 12,604,239
Granted Patent B2
US 12,604,239 · App. 17/785,556 · Granted Apr 14, 2026

Seamless edge application handover

Inventors: Dale Seed (Allentown, PA); Chonggang Wang (Princeton, NJ); Xu Li (Plainsboro, NJ); Lu Liu (Conshohocken, PA); Michael Starsinic (Newtown, PA)
Assignee: InterDigital Patent Holdings, Inc.
H04W36/0033H04W36/322H04W36/0019H04W36/00692
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,604,239
App. No.
17/785,556
Granted
Apr 14, 2026
Kind
B2
Abstract

An edge application handover client in a user equipment may use application client information, such as type service, provider, location, context, and sendee requirements, to assist seamless edge application handovers of application clients between edge application servers. For example, a handover client may use context information to determine an anticipated route of the user equipment, and thereby determine a next, edge application server for a handoff. The handover client may weigh the needs of multiple application clients m selecting servers for handovers. The handover client may issue requests to servers requesting assistance in handover operations, and may issue subscription requests to servers, and further may determine the success of handovers by monitoring application state synchronization or migration between edge application handover servers.

Claims (25)

1 . A user equipment, UE, hosting an Edge Application Handover Client, EAHC, the UE comprising a processor, a memory, and communication circuitry, the UE being connected to a first network via the communication circuitry, the UE further comprising computer-executable instructions stored in the memory which, when executed by the processor, cause the EAHC to:

receive, from an application client, AC a first request comprising AC context information, wherein the AC context information comprises, for a service from a first Edge Application Server, EAS, an expected location or an anticipated route of the UE where the service provided by the EAS will be required, and wherein the AC context information further comprises a schedule of times during which the service provided by the EAS will be required;

send, to an Edge Application Handover Server, EAHS, based on the AC context information, a second request comprising the AC context information; and

receive, from the EAHS, an acknowledgement of the second request.

2 . The UE of claim 1 , wherein the AC context information further comprises an identifier of the AC.

3 . The UE of claim 1 , wherein the AC context information further comprises a required rate of requests when accessing the first EAS.

4 . The UE of claim 1 , wherein the AC context information further comprises a current location of the AC.

5 . The UE of claim 1 , wherein the AC context information further comprises an identifier of the first EAS.

6 . The UE of claim 1 , wherein the AC context information further comprises a service continuity requirement.

7 . The UE of claim 6 , wherein the service continuity requirement comprises a service continuity mode.

8 . A network apparatus hosting an Edge Application Handover Server, EAHS, the apparatus comprising a processor, a memory, and communication circuitry, the apparatus being connected to a first network via the communication circuitry, the apparatus further comprising computer-executable instructions stored in the memory which, when executed by the processor, cause the EAHS to:

receive, from a first Edge Application Handover Client, EAHC, hosted on a first User Equipment, UE, a request comprising Application Client, AC, context information pertaining to an AC, wherein the AC context information comprises an expected location or an anticipated route for which a service provided by a first Edge Application Server, EAS, is required to be accessible by the AC, and wherein the AC context information further comprises a schedule comprising times when the AC requires access to the service provided by the EAS;

send, to the first EAHC, a response indicating the AC context information was received;

trigger, based on the schedule and the expected location or the anticipated route, a handover of the AC from the first EAS to a second EAS.

9 . The EAHS of claim 8 , wherein the instructions further cause the EAHS to:

support an interface to a 3GPP entity in a 3GPP system;

receive a current location of the first UE from the 3GPP entity;

determine, by comparing the current location of the first UE to the expected location or anticipated route, timing of when to trigger the handover of the AC from the first EAS to the second EAS.

10 . The EAHS of claim 8 , wherein the instructions further cause the EAHS to trigger the first EAHC, to perform edge application handover operations on behalf of an AC to assist the AC in performing an edge application handover.

11 . The EAHS of claim 8 , wherein the instructions further cause the EAHS to receive, from a second EAHC hosted on a second UE, a subscription request pertaining to receiving notifications from the EAHS.

12 . The EAHS of claim 11 , wherein the instructions further cause the EAHS to send, to second EAHC, a notification responsive the subscription request.

13 . The EAHS of claim 8 , wherein the instructions further cause the EAHS to support an interface to a management function and, via the interface, trigger the management function to instantiate the first EAS.

14 . The EAHS of claim 8 , wherein the instructions further cause the EAHS to:

send, to a 3GPP network, a request that the 3GPP network track movement of the first UE along the anticipated route; and

receive, from the 3GPP network, a notification regarding the movement of the first UE, the notification comprising either an indication of an arrival of the first UE within proximity of a way point along the anticipated route or an indication that the first UE has deviated from the anticipated route.

Assignments (2)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jan 9, 2026
From: CONVIDA WIRELESS, LLC
To: INTERDIGITAL PATENT HOLDINGS, INC.
Reel/Frame 073421/0531 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 15, 2022
From: SEED, DALE; WANG, CHONGGANG; LI, XU; LIU, LU; STARSINIC, MICHAEL
To: CONVIDA WIRELESS, LLC
Reel/Frame 060209/0033 →
Continuity (2)
Provisional Application 62951377 · Dec 20, 2019
Related Publication 20230026671A1 · Jan 26, 2023
References Cited (29)
US 10499304B1 · Stauffer et al. · 2019 [cited by applicant]
US 20190045409A1 · Rasanen et al. · 2019 [cited by applicant]
US 20190182895A1 · Di et al. · 2019 [cited by applicant]
US 20190261260A1 · Dao · 2019 [cited by examiner]
US 20190268812A1 · Li et al. · 2019 [cited by applicant]
US 20210058489A1 · Kim · 2021 [cited by examiner]
US 20210385617A1 · Huang · 2021 [cited by examiner]
US 20220303196A1 · Giust · 2022 [cited by examiner]
US 20220338113A1 · Gupta · 2022 [cited by examiner]
CN 108076488A · 2018 [cited by applicant]
CN 108282801A · 2018 [cited by applicant]
CN 108781389A · 2018 [cited by applicant]
CN 109392030A · 2019 [cited by applicant]
CN 109792652A · 2019 [cited by applicant]
EP 3509349A1 · 2019 [cited by applicant]
JP 2019532604A · 2019 [cited by applicant]
WO 2018135282A1 · 2018 [cited by applicant]
“Mobile Edge Computing (MEC); End to End Mobility Aspects”, ETSI Group Report, European Telecommunications Standards Institute (ETSI), vol. MEC, No. V1.1.1 Oct. 18, 2017, pp. 1-52. [cited by applicant]
Convida Wireless LLC: “Solutions 20, 21 clean-up and conclusion to Key Issue#9 Preserving Service Continuity”, 3GPP Draft; S6-192066, 3rd Generation Partnership Project (3GPP), Mobile Competence Centre; vol. SA WG6, No.… [cited by applicant]
Huawei et al: “Key Issue on support for in-order packet delivery during application relocation”, 3GPP Draft; S2-1912353, 3rd Generation Partnership Project (3GPP), Mobile Competence Centre; vol. SA WG2 Nov. 21, 2019, Oc… [cited by applicant]
Huawei et al: “Pseudo-CR on Solution to Edge Application Server discover and update”, 3GPP Draft; S6-191885—WAS1723—Solution To Edge Application Server Discover and Update, 3rd Generation Partnership Project (3GPP), Mob… [cited by applicant]
INTEL: “Pseudo-CR on Solution for preserving service continuity”, 3GPP Draft; S6-191689 PSEUDO-CR On Solution for Preserving Service Continuity, 3rd Generation Partnership Project (3GPP), Mobile Competence Centre; vol. … [cited by applicant]
Suresh Chitturi (Samsung Research) Alan Soloway (Qualcomm Technologies) Jukka Vialen (Airbus): “Overview of 3GPP SA WG6”, 3GPP Draft; S6-191415 SA6VERTICALSWS, 3rd Generation Partnership Project (3GPP), Mobile Competenc… [cited by applicant]
“Technical Specification Group Services and System Aspects; Application layer support for Vehicle-to-Everything (V2X) services; Functional architecture and information flows,” 3rd Generation Partnership Project, 3GPP TS… [cited by applicant]
“Technical Specification Group Services and System Aspects; Study on application architecture for enabling Edge Applications,” 3rd Generation Partnership Project, 3GPP TR 23.758 V1.0.0, (Release 17), Sep. 2019, pp. 78. [cited by applicant]
“Technical Specification Group Services and System Aspects; Study on enhancements to application layer support for V2X services,” 3rd Generation Partnership Project; 3GPP TR 23.764 V0.2.0 (Release 17), Sep. 2019, pp. 17. [cited by applicant]
OneM2M 3GPP Interworking, oneM2M TS-0026, v4.2.0, 2019. [cited by applicant]
Slovetskiy, S., et al., “Managing Non-IP Devices in Cellular IoT Networks,” White Paper, OMA, LWM2M, V1.1, Oct. 2018, pp. 21. [cited by applicant]
Nokia et al., “Pseudo-CR on solution to Key Issues 9 with an alternative flow”, 3GPP TSG-SA WG6 Online meeting Oct. 24, 2019, 3GPP TR 23.758, S6-192341, 5 Pages. [cited by applicant]