Charging Enablement Function for Edge Application Server Billing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current charging solutions for edge application server (EAS) deployment in edge computing environments lack defined charging principles, scenarios, and information exchange mechanisms, leading to inefficiencies in managing and billing for EAS instantiation, upgrade, and termination processes.

Innovation Solution

The implementation of a converged charging architecture with a Charging Enablement Function (CEF) that interacts with Management Services (MnS) and Charging Function (CHF) to collect and report charging data for EAS deployment activities, including instantiation, upgrade, and termination, using standardized messaging and data structures.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If a converged charging architecture with CEF is implemented, then charging data collection and reporting accuracy is improved, but system complexity increases

Engineering Contradiction:
Improvecharging data accuracyVSAvoidsystem complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The Charging Enablement Function (CEF) acts as an intermediary component that bridges the Management Service (MnS) producer and the Charging Function (CHF). The CEF consumes MnS notifications about EAS lifecycle events and translates them into standardized charging data requests sent to the CHF, thereby improving charging data accuracy without requiring direct complex interactions between MnS and CHF

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The charging system is segmented into distinct functional components: the CEF responsible for consuming MnS notifications and generating charging data requests, and the CHF responsible for processing these requests and generating CDRs. This segmentation allows each component to specialize in specific tasks, improving overall system precision while managing complexity through clear separation of concerns

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If standardized messaging and data structures are used for charging data exchange, then interoperability and billing accuracy are improved, but implementation complexity increases

Engineering Contradiction:
ImproveinteroperabilityVSAvoidimplementation complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system employs universal standardized messaging interfaces and data structures for charging data exchange between CEF and CHF. These standardized interfaces can handle multiple types of EAS lifecycle events (instantiation, upgrade, termination) through a common framework, improving interoperability while the automation of standardization reduces implementation complexity

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

Solution Approach 2:

The system uses parameter-based standardized data structures where charging data is represented through configurable parameters and attributes. This allows the same messaging framework to adapt to different charging scenarios by changing parameters rather than requiring different message formats, enhancing versatility while maintaining implementation simplicity

Inventive Principle:
Principle #35Parameter changes

3Loss of information

If comprehensive charging data is collected for all EAS deployment activities, then billing completeness is improved, but information processing load increases

Engineering Contradiction:
Improvebilling completenessVSAvoidinformation processing load
Core Design Contradiction:
Loss of informationVSPower

Solution Approach 1:

The CEF extracts only the essential charging-relevant information from the comprehensive MnS notifications about EAS lifecycle events. By filtering and extracting only the necessary charging data elements (event type, timestamps, EAS identifiers), the system achieves billing completeness while reducing the information processing load by excluding irrelevant details

Inventive Principle:
Principle #2Taking out (Extraction)

4Loss of time

If real-time charging data reporting is implemented, then billing timeliness is improved, but system resource consumption increases

Engineering Contradiction:
Improvebilling timelinessVSAvoidsystem resource consumption
Core Design Contradiction:
Loss of timeVSLoss of energy

Solution Approach 1:

The system implements periodic event-driven charging data reporting where the CEF is triggered to generate and send charging data requests to the CHF only when specific EAS lifecycle events occur (instantiation, upgrade, termination). This event-based periodic action ensures billing timeliness by reporting at appropriate intervals rather than continuously, thereby reducing system resource consumption compared to constant real-time monitoring

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS20240223393A1System and information for charging for edge application server (EAS) deployment
Publication Date: 2024.07.04 INTEL CORP
  • US20240223393A1 patent drawing
  • US20240223393A1 patent drawing
  • US20240223393A1 patent drawing

AI summary

Various embodiments herein provide techniques related to an edge application server (EAS) lifecycle management (LCM) entity. Specifically, in embodiments, a logic such as a charging enablement function (CEF) may generate charging data related to the EAS LCM entity and transmit, based on the charging data, a charging data request to a charging function (CHF). Other embodiments may be described and/or claimed.