IP Library Granted Patent US 12,627,556
Granted Patent B2
US 12,627,556 · App. 18/029,767 · Granted May 12, 2026

Handling DU state information and recovery using NETCONF operational data

Inventors: Virendra Reddy (Bangalore, IN); Bharat Akiwate (Bangalore, IN)
Assignee: RAKUTEN SYMPHONY, INC.
H04L41/0803H04L41/0213
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,627,556
App. No.
18/029,767
Granted
May 12, 2026
Kind
B2
Abstract

In general, the current subject matter relates to storing persistent data using Network Configuration Protocol (NETCONF) operational data. In some implementations, storing persistent data using NETCONF operational data can include receiving, at a NETCONF server from at least one microservice of a distributed unit (DU), state information for the at least one microservice, storing, in persistent storage of the NETCONF server, the received state information, fetching, by the at least one microservice from the NETCONF server, the stored state information, and recovering the DU to operational state based on the fetching.

Claims (49)

1 . An apparatus, comprising:

at least one processor; and

at least one non-transitory storage media storing instructions that, when executed by the at least one processor, cause the at least one processor to perform operations comprising:

receiving, at a Network Configuration Protocol (NETCONF) server from at least one microservice of a distributed unit (DU), state information for the at least one microservice,

storing, in persistent storage of the NETCONF server, the received state information,

fetching, by the at least one microservice from the NETCONF server, the received state information stored in the persistent storage of the NETCONF server; and

recovering the DU to operational state based on the fetching,

wherein the state information includes at least one of cell state information and baseband state information, wherein the cell state information specifies time synchronization information, and wherein the baseband state information specifies baseband sector and carrier signaling information, and

wherein the received state information is received on a per-microservice basis,

wherein the operations further comprise:

receiving, at the NETCONF server from the at least one microservice, at least one update to the state information for the at least one microservice, and

storing, in persistent storage of the NETCONF server, the received updated state information, and

wherein the at least one microservice fetches the state information most recently received by the NETCONF server for the purpose of recovering the DU to the operational state after a restart or a reboot.

2 . The apparatus of claim 1 , wherein the at least one microservice fetches the state information following a restart or a reboot of the DU for the purpose of recovering the DU to the operational state.

3 . The apparatus of claim 1 , wherein the NETCONF server receives the state information via an application programming interface (API) layer.

4 . The apparatus of claim 1 , wherein the operations further comprise storing, in non-persistent storage of the DU, the state information for the at least one microservice.

5 . The apparatus of claim 1 , wherein the state information further includes centralized unit control plane (CU-CP) connection information.

6 . The apparatus of claim 1 , wherein a base station includes the NETCONF server and the DU; and the base station includes a gNodeB or an eNodeB.

7 . The apparatus of claim 1 , wherein a wireless communication system base station includes the at least one processor and the at least one non-transitory storage media.

8 . At least one non-transitory storage media storing instructions that, when executed by at least one processor, cause the at least one processor to perform operations comprising:

receiving, at a Network Configuration Protocol (NETCONF) server from at least one microservice of a distributed unit (DU), state information for the at least one microservice;

storing, in persistent storage of the NETCONF server, the received state information;

fetching, by the at least one microservice from the NETCONF server, the received state information stored in the persistent storage of the NETCONF server; and

recovering the DU to operational state based on the fetching,

wherein the state information includes at least one of cell state information and baseband state information, wherein the cell state information specifies time synchronization information, and wherein the baseband state information specifies baseband sector and carrier signaling information, and

wherein the received state information is received on a per-microservice basis,

wherein the operations further comprise:

receiving, at the NETCONF server from the at least one microservice, at least one update to the state information for the at least one microservice, and

storing, in persistent storage of the NETCONF server, the received updated state information, and

wherein the at least one microservice fetches the state information most recently received by the NETCONF server for the purpose of recovering the DU to the operational state after a restart or a reboot.

9 . The at least one non-transitory storage media of claim 8 , wherein the at least one microservice fetches the state information following a restart or a reboot of the DU for the purpose of recovering the DU to the operational state.

10 . The at least one non-transitory storage media of claim 8 , wherein the NETCONF server receives the state information via an application programming interface (API) layer.

11 . The at least one non-transitory storage media of claim 8 , wherein the operations further comprise storing, in non-persistent storage of the DU, the state information for the at least one microservice.

12 . The at least one non-transitory storage media of claim 8 , wherein the state information further includes centralized unit control plane (CU-CP) connection information.

13 . A computer-implemented method, comprising:

receiving, at a Network Configuration Protocol (NETCONF) server from at least one microservice of a distributed unit (DU), state information for the at least one microservice;

storing, in persistent storage of the NETCONF server, the received state information;

fetching, by the at least one microservice from the NETCONF server, the received state information stored in the persistent storage of the NETCONF server; and

recovering the DU to operational state based on the fetching,

wherein the state information includes at least one of cell state information and baseband state information, wherein the cell state information specifies time synchronization information, and wherein the baseband state information specifies baseband sector and carrier signaling information, and

wherein the received state information is received on a per-microservice basis,

wherein the method further comprises:

receiving, at the NETCONF server from the at least one microservice, at least one update to the state information for the at least one microservice, and

storing, in persistent storage of the NETCONF server, the received updated state information, and

wherein the at least one microservice fetches the state information most recently received by the NETCONF server for the purpose of recovering the DU to the operational state after a restart or a reboot.

14 . The method of claim 13 , wherein the at least one microservice fetches the state information following a restart or a reboot of the DU for the purpose of recovering the DU to the operational state.

15 . The method of claim 13 , wherein the NETCONF server receives the state information via an application programming interface (API) layer.

16 . The method of claim 13 , further comprising storing, in non-persistent storage of the DU, the state information for the at least one microservice.

17 . The method of claim 13 , wherein the state information further includes centralized unit control plane (CU-CP) connection information.

Assignments (2)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 18, 2024
From: ALTIOSTAR NETWORKS INDIA PRIVATE LIMITED
To: RAKUTEN SYMPHONY, INC.
Reel/Frame 068023/0473 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 4, 2023
From: VIRENDRA REDDY; BHARAT AKIWATE
To: ALTIOSTAR NETWORKS INDIA PRIVATE LIMITED
Reel/Frame 063220/0791 →
Continuity (1)
Related Publication 20240314022A1 · Sep 19, 2024
References Cited (15)
US 20130194974A1 · Purkayastha · 2013 [cited by examiner]
US 20200367109A1 · Chen · 2020 [cited by examiner]
US 20220286910A1 · Ramakrishnan · 2022 [cited by examiner]
US 20220322418A1 · Kim · 2022 [cited by examiner]
US 20220329489A1 · Nayyar · 2022 [cited by examiner]
US 20220400412A1 · Grayson · 2022 [cited by examiner]
US 20230019773A1 · Raymond · 2023 [cited by examiner]
US 20230308902A1 · Yu · 2023 [cited by examiner]
US 20240259879A1 · Ranganath · 2024 [cited by examiner]
DE 102019103055A1 · 2019 [cited by applicant]
Written Opinion (PCT/ISA/237) dated Jul. 21, 2023 issued by the International Searching Authority in International Application No. PCT/US 23/64441. [cited by applicant]
International Search Report (PCT/ISA/210) dated Jul. 21, 2023 issued by the International Searching Authority in International Application No. PCT/US 23/64441. [cited by applicant]
3GPP TS 38.401, “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NG-RAN; Architecture description (Release 17),” Sep. 2022. [cited by applicant]
Mitch Rappard, “Creating A Secure 5G Service Based Architecture: Part 1—Vulnerability Management,” Palo Alto Networks, Jun. 7, 2022, available at <https://paloaltonetworks.com/blog/prisma-cloud/seo-5g-sba-vulnerability/… [cited by applicant]
O-RAN Working Group 4 (Open Fronthaul Interfaces WG), Management Plane Specification, Aug. 15, 2022. [cited by applicant]