IP Library Granted Patent US 12681913
Granted Patent B2
US 12681913 · App. 18/146,358 · Granted Jul 14, 2026

Dynamic internal service/function discovery in telecom cloud architecture

Inventor: Mukesh Singhal (Pune, IN)
Assignee: Parallel Wireless, Inc.
G06F16/23G06F9/4881
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 12681913
App. No.
18/146,358
Granted
Jul 14, 2026
Kind
B2
Abstract

A method is disclosed for task and container pod startup and registry in a telecommunications core network, the method comprising: in a telecommunications core network microservices architecture, registering a credential for a container and task in a database as a microservice pod comes up; retrieving container information updated in the database once information for the microservice pod is updated; and sending a message to a controller task to register the microservice pod with the database.

Claims (34)

1 . A method of internal discovery in a telecommunications core network, the method comprising:

at a telecommunications core network machine having a microservices architecture, registering a credential for a container and task in a database as a microservice pod comes up;

retrieving container information updated in the database once information for the microservice pod is updated;

sending a message, by at least one of a task, container, or pod for the microservice, to a controller to register the microservice; and

handling multiple externally-facing interfaces, each managed by a specific microservice, allowing for flexible reactions to demands;

wherein microservices tracked by the database are within a centralized unit control plane (CU-CP) logical boundary of a telecommunications network.

2 . The method of claim 1 , wherein the machine is a virtual machine.

3 . The method of claim 1 , wherein the telecommunications core network uses one of Kubernetes or Docker Swarm for at least two of provisioning, deployment, scaling, networking, and load balancing.

4 . The method of claim 1 , wherein the at least one of a task, container, or pod starts periodic heartbeat messaging with the controller to maintain synchronization and detect failures.

5 . The method of claim 1 , further comprising periodically updating container information throughout collocated containers, ensuring that collocated pods are aware of a current network state.

6 . The method of claim 1 , further comprising sending a message, by the at least one of a task, container or pod, to at least one of another task, another container, or another pod to register the microservice.

7 . The method of claim 6 , further comprising sending periodic heartbeat messages, by the at least one of a task, container or pod, to the controller to maintain synchronization and detect failures.

8 . The method of claim 7 , further comprising determining, by the controller, that at least one of the periodic heartbeat messages is not received from the at least one of a task, container or pod.

9 . The method of claim 8 , further comprising:

advertising, by the controller, that the at least one of a task, container or pod is dead to at least one of another task, another container, or another pod; and

updating the database, by the controller, that the at least one of a task, container or pod is dead.

10 . A method of internal discovery in a telecommunications core network, the method comprising:

resolving, at a telecommunications core network machine, a microservice using a fully qualified domain name (FQDN);

updating a state of a first pod for the microservice and information of the first pod in a database;

retrieving the information of the first pod and services of the first pod from the database by a newly arrived pod;

sending a message, by the newly arrived pod, to at least one of a task, container, or another pod to register the newly arrived pod; and

handling multiple externally-facing interfaces, each managed by a specific microservice, allowing for flexible reactions to demands;

wherein microservices tracked by the database are within a centralized unit control plane (CU-CP) logical boundary of a telecommunications network.

11 . The method of claim 10 , further comprising periodically updating container information throughout collocated containers, ensuring that collocated pods are aware of a current network state.

12 . The method of claim 10 , further comprising, within a single microservice, hosting a database service registry and a service distribution controller.

13 . The method of claim 10 , wherein newly created containers or pods start periodic heartbeat messaging with a controller of the telecommunications core network to maintain synchronization and detect failures.

14 . The method of claim 10 , wherein the telecommunications core network uses one of Kubernetes or Docker Swarm for at least two of provisioning, deployment, scaling, networking, and load balancing.

15 . The method of claim 10 , further comprising starting periodic heartbeat messaging with a controller of the telecommunications core network by the newly arrived pod.

16 . A non-transitory computer-readable medium comprising instructions for internal discovery in a telecommunications core network which, when executed, cause a system to perform steps comprising:

at a telecommunications core network machine having a microservices architecture, registering a credential for a container and task in a database as a microservice pod comes up;

retrieving container information updated in the database once information for the microservice pod is updated; and

sending a message, by at least one of a task, container, or pod for the microservice, to a controller to register the microservice; and

handling multiple externally-facing interfaces, each managed by a specific microservice, allowing for flexible reactions to demands;

wherein microservices tracked by the database are within a centralized unit control plane (CU-CP) logical boundary of a telecommunications network.