IP Library › Granted Patent US 12,578,947
Granted Patent B2
US 12,578,947 · App. 17/924,309 · Granted Mar 17, 2026

Methods and apparatus for transparent switching of service function identifiers

Inventors: Sebastian Robitzsch (London, GB); Kay Hansge (Berlin, DE); Ulises Olvera-Hernandez (Saint-Lazare, CA)
Assignee: INTERDIGITAL PATENT HOLDINGS, INC.
G06F8/65G06F9/54H04L41/5041H04L67/10H04L67/51H04W4/70
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,578,947
App. No.
17/924,309
Granted
Mar 17, 2026
Kind
B2
Abstract

Method, apparatus, and systems for transparent switching of service function identifiers in wireless communications are provided. In an example, a method for wireless communications comprises sending configuration information to one or more Service Function Endpoints (SFEs) using a programmable application programming interface (API), implementing the API as a programmable middleware, and registering each of the one or more SFEs with a respective identifier according to a service description at the programable middleware.

Claims (41)

1 . A method for wireless communications, comprising:

sending configuration information to one or more service function endpoints (SFEs) using a programmable application programming interface (API);

implementing the API as a programmable middleware;

registering each of the one or more SFEs with a respective service function identifier (SFID) according to a service description at the programable middleware;

determining, for a respective SFE of the one or more SFEs, a destination service function (SF) name associated with a respective SFID using the programable middleware; and

communicating with the respective SFE using the destination SF name.

2 . The method of claim 1 , further comprising:

mapping, for each respective SFE, the destination SF name to the respective SFID using the programable middleware.

3 . The method of claim 1 , further comprising:

determining that the association between the destination SF name and the respective SFID has changed; and

updating the association with a second SFID to associate with the destination SF name.

4 . The method of claim 3 , wherein any of the SFID, the respective SFID, or the second SFID is a fully qualified domain name (FQDN) or an Internet protocol (IP) address.

5 . The method of claim 1 , further comprising receiving one or more programmable updates from a chain operating entity.

6 . The method of claim 5 , wherein the chain operating entity is an authoritative entity, a service chain controller, or an orchestrator.

7 . The method of claim 5 , wherein the one or more programmable updates include the service description.

8 . The method of claim 1 , wherein the service description is a description associated with a service chain (SC).

9 . The method of claim 1 , wherein the method is implemented in a wireless transmit/receive unit (WTRU) that operates as an SFE of the one or more SFEs and communicates with other SFEs of the one or more SFEs using the destination SF name.

10 . The method of claim 1 , further comprising:

determining that one or more SFs are re-chained; and

updating a SF name-to-SFID association based on the determination.

11 . The method of claim 1 , wherein any of the SFID or the destination SF name is a fully qualified domain name (FQDN) or an Internet protocol (IP) address.

12 . The method of claim 1 , wherein the implementing the API as the programmable middleware comprises using the programmable API to remotely program a look-up table of the programmable middleware.

13 . The method of claim 1 , wherein the respective SFE of the one or more SFEs is associated with at least one of a network function, a network function service, and a network service.

14 . A wireless transmit/receive unit (WTRU) for wireless communications, comprising:

at least one processor;

a memory operably coupled to the at least one processor; and

a transceiver operably coupled to the at least one processor, the at least one processor, the memory and the transceiver configured to:

send configuration information to one or more service function endpoints (SFEs) using a programmable application programming interface (API);

implement the API as a programmable middleware;

register each of the one or more SFEs with a respective service function identifier (SFID) according to a service description at the programable middleware;

determine, for a respective SFE of the one or more SFEs, a destination Service Function (SF) name associated with a respective SFID using the programable middleware; and

communicate with the respective SFE using the destination SF name.

15 . The WTRU of claim 14 , wherein the at least one processor, the memory and the transceiver are further configured to:

map, for each respective SFE, the destination SF name to the respective SFID using the programable middleware.

16 . The WTRU of claim 14 , wherein the at least one processor, the memory and the transceiver are further configured to:

determine that the association between the destination SF name and the respective SFID has changed; and

update the association with a second SFID to associate with the destination SF name.

17 . The WTRU of claim 14 , wherein the at least one processor, the memory and the transceiver are further configured to receive one or more programmable updates from a chain operating entity, and wherein the chain operating entity is an authoritative entity, a service chain controller, or an orchestrator.

18 . The WTRU of claim 14 , wherein any of the respective SFID or the destination SF name is a fully qualified domain name (FQDN) or an Internet protocol (IP) address.

19 . The WTRU of claim 14 , wherein the respective SFE of the one or more SFEs is associated with a network function, a network function service, or a network service.

20 . The WTRU of claim 19 , wherein the network function service can be accessed using Internet protocols.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Nov 10, 2022
From: ROBITZSCH, SEBASTIAN; HANSGE, KAY; OLVERA-HERNANDEZ, ULISES
To: INTERDIGITAL PATENT HOLDINGS, INC.
Reel/Frame 061721/0198 →
Continuity (2)
Provisional Application 63024903 · May 14, 2020
Related Publication 20230266961A1 · Aug 24, 2023
References Cited (18)
US 20080151778A1 · Venkitaraman · 2008 [cited by examiner]
US 20160050116A1 · Sheshadri · 2016 [cited by examiner]
US 20160350816A1 · Koli · 2016 [cited by examiner]
US 20170126512A1 · Seed · 2017 [cited by examiner]
US 20180097722A1 · Callard et al. · 2018 [cited by applicant]
US 20180103337A1 · Di Girolamo · 2018 [cited by examiner]
US 20200100080A1 · Mladin · 2020 [cited by examiner]
US 20210211510A1 · Trossen et al. · 2021 [cited by applicant]
JP 2000268016A · 2000 [cited by applicant]
JP 2002259125A · 2002 [cited by examiner]
JP 2003163678A · 2003 [cited by applicant]
JP 2020174259A · 2020 [cited by applicant]
WO WO2016126238A1 · 2016 [cited by applicant]
WO WO2016163774A1 · 2016 [cited by applicant]
WO WO2019222703A1 · 2019 [cited by applicant]
ETSI TS 102 690 v.2.1.1 (Year: 2013). [cited by examiner]
InterDigital, “Next Generation Networks: Flexible Routing and Services”, https://www.interdigital.com/solution/next-generation-networks, 21 pages. [cited by applicant]
Anonymous, “System Architecture for the 5G System”, 3rd Generation Partnership Project (3GPP), Technical Specification Group Services and System Aspects, Document: 3GPP TS 23.501 V16.0.0, Stage 2, Release 16, Mar. 2019,… [cited by applicant]