Microservice Framework for Telecommunication Business Rules

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The software development lifecycle in telecommunication networks is time-consuming, leading to long delays between feature request and deployment, as monolithic software designs make scaling and implementing new features inefficient.

Innovation Solution

A micro-service architecture framework that allows for the implementation of business logic through configuration or business rules, enabling features to be added as plugins without compiling developer code, using an orchestrator micro-service that processes event data, rules, and actions, and tracks processing status for efficient scaling and faster development.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If monolithic software design is used, then system stability is maintained, but implementation time for new features increases

Engineering Contradiction:
Improvesystem stabilityVSAvoidimplementation time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent segments the monolithic software into independent microservices that can be developed, deployed, and scaled separately. Each microservice handles specific business logic or functionality, allowing teams to work on different services simultaneously without affecting the entire system, thus reducing implementation time while maintaining system stability through modular architecture.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements dynamic service registration and discovery mechanisms that allow new microservices to be added to the system without requiring system-wide reconfiguration or recompilation. Services can be dynamically registered with the service mesh, enabling rapid deployment of new features while the overall system architecture remains stable and manageable.

Inventive Principle:
Principle #15Dynamics

2Reliability

If traditional software development lifecycle is followed, then comprehensive testing and quality assurance are achieved, but deployment delay increases

Engineering Contradiction:
Improvequality assuranceVSAvoiddeployment delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements preliminary action through automated testing frameworks and continuous integration pipelines that execute tests automatically as part of the build process. Quality assurance activities are performed continuously and automatically before deployment, eliminating the need for lengthy manual testing phases while maintaining comprehensive quality checks. Services can be validated and approved for deployment through automated service mesh policies.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent enables self-service through automated service validation, health checking, and quality assurance mechanisms embedded in the service mesh. Services automatically undergo testing, validation, and compliance checks as part of their deployment lifecycle, reducing reliance on manual quality assurance processes and accelerating deployment while maintaining quality standards.

Inventive Principle:
Principle #25Self-service

3Device complexity

If monolithic architecture is used, then system simplicity is maintained, but scalability is reduced

Engineering Contradiction:
Improvesystem simplicityVSAvoidscalability
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The patent implements a universal service mesh architecture that provides common functionality (service discovery, load balancing, security, monitoring) across all microservices through a standardized interface. This universal layer abstracts the complexity of distributed systems, maintaining simplicity at the application level while enabling sophisticated scalability and resource management capabilities throughout the system.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS11544119B2Business rules processing framework for implementing new desired functionality in a telecommunication application
Publication Date: 2023.01.03 BCE
  • US11544119B2 patent drawing
  • US11544119B2 patent drawing
  • US11544119B2 patent drawing

AI summary

A framework for developing telecommunication applications is described. The framework comprises a number of interacting micro services. The micro service architecture of the invention is used to provide an efficient framework comprised of a set of functionalities that allows for the implementation of business logic for real-time transactions processing. The framework allows features or applications to be implemented using configuration or business rules, rather than a developer having to take the desired new functionality and add to a monolithic application using traditional methods.