Cluster failure management system and techniques for telecommunications systems
The control plane and orchestrator application in the telecommunications system address pod and server failures by activating standby resources, ensuring continuous DU functionality and reducing downtime in virtualized, containerized architectures.
WO2025250485A1 Publication Date: 2025-12-04DISH WIRELESS LLC
5 Cites 0 Cited by
Patent Information
- Application Number
- PCT/US2025/030935
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2024-05-31
- Filing Date
- 2025-05-27
- Publication Date
- 2025-12-04
AI Technical Summary
Technical Problem
Existing telecommunications systems with virtualized, containerized DUs face significant downtime due to pod or server failures, which can impair the RAN for hours or days without effective management solutions.
Method used
Implement a control plane that activates standby pods or servers in response to detecting inactivity or failure, utilizing heartbeat messages and an orchestrator application to manage pod and server redundancy, ensuring continuous DU functionality.
Benefits of technology
Provides resilient cluster failure management, reducing downtime and maintaining network functionality by swiftly activating redundant resources, particularly beneficial for remote cell sites with constrained space and high latency concerns.
✦ Generated by Eureka AI based on patent content.
Abstract
Techniques for cluster failure management in telecommunications systems are provided. In one example, a cellular network includes: a first radio unit (RU) that supports a first cell of the network, a second RU that supports a second cell, and a server system in communication with both RUs. The server system comprises a first server and a second server. A first pod acting as a distributed unit for the first RU is active on the first server and instantiated on the second server. A second pod acting as a distributed unit for the second RU is instantiated on the first server and active on the second server. A control plane executing on the first server manages execution of both pods, in response to determining that a pod is no longer active on a server, activates the pod on the other server.
Need to check novelty before this filing date? Find Prior Art