Skip to content
Open
Original file line number Diff line number Diff line change
@@ -0,0 +1,103 @@
# Connectivity Insight API Scope Enhancement

> **Important**
> Before submitting a scope enhancement, proposal owners shall review the CAMARA [Project Charter](https://github.com/camaraproject/Governance/blob/main/ProjectCharter.md), in particular the sections related to CAMARA scope.
>
> CAMARA scope is limited to telco APIs exposed as **customer-facing northbound APIs**. Only **Service APIs** and **Service Management APIs** are in scope. **Operate APIs** and **east-west / federation / roaming APIs** are out of scope.
>
> A scope enhancement requires API Backlog validation when it modifies the original scope of an existing API.
>
> If there is any doubt regarding scope fit or impact on the existing API, the proposal owner shall justify it explicitly in the sections below with reference to the Project Charter.

## API name
[Connectivity Insight API](https://github.com/camaraproject/ConnectivityInsights)
## New API name
Uninvolved, the enhancement introduces a new endpoint for the existing Connectivity Insight API.
## Scope Enhancement owner
China Mobile Hong Kong, Huawei
## Scope Enhancement summary
The User Experience Insights enchancement is designed to expose the internal network "vision". By leveraging near-real-time data from network elements, it provides developers with high-fidelity Quality of Experience (QoE) scores and near-real-time degradation indicators for active or recent application usage. This API allows Application Functions (AF) to subscribe to network experience notifications for specific users. The API leverages the analytics capabilities of the NWDAF (Network Data Analytics Function) and exposes them through the NEF (Network Exposure Function). When a user's network experience (e.g., throughput, latency, or reliability) falls below a predefined threshold or changes significantly, the network proactively notifies the AF.

Enhancement scope:
- add device-side and network-side QoE metrics without application server perspective.
- introduce session-less interaction model.
- use applicationType in place of applicationProfileId.

In-scope business cases:

Adaptive Application Logic: Streaming or gaming applications can use this API to receive proactive alerts about user experience trends, allowing them to adjust application-level parameters (like bitrates or buffering strategies).

Quality-Guaranteed Premium Ad-Insertion: The OTT Ad-Server uses the API to assess the Near-real-time Experience Score just before the ad-break. High-value 4K ads are only served when UXI confirms a high-quality connection; otherwise, a lighter version is used to ensure uninterrupted playback.

SLA Monitoring for Enterprise Services: Enterprises can subscribe to experience insights for their workforce to ensure critical remote-working applications meet the required performance standards.

## CAMARA scope alignment

### Northbound API type
Select the CAMARA northbound API type for this proposal:
- [x] Service API
- [ ] Service Management API

### Scope fit with CAMARA
The enhancement remains in scope for CAMARA as it focuses on end-consumer northbound APIs that provide connectivity insights into user experience, aligning with the objectives outlined in the [Project Charter](https://github.com/camaraproject/Governance/blob/main/ProjectCharter.md).

### Telco capability exposed
Exposes Quality of Experience (QoE) metrics derived from the 5G core network's NWDAF analytics, enabling applications to adapt based on user experience insights.

### Overlap with existing CAMARA APIs
- [x] The CAMARA API portfolio has been reviewed, and it has been confirmed that there is no overlap.

## Scope change justification

### Why backlog validation is required
It will introduce a new endpoint and data structures to the existing Connectivity Insight API, expanding its functionality to include user experience insights.

### Impact on the existing API scope
Explain how the current API scope would change. Indicate whether the proposal:
- add a new endpoint

### Explicit out-of-scope items for this enhancement
Predictive analytics for user experience are out of scope for this enhancement.

## Technical viability
This API is technically viable based on 3GPP 5G core network standards:

3GPP TS 23.288 (NWDAF): Utilizes the "User Data Congestion" and "Service Experience" analytics ID.

3GPP TS 23.502 / TS 29.522 (NEF): Requires NEF to support the exposure of analytics via Nnef_EventExposure or Nnef_AnalyticsExposure services.

Maturity: These features are part of 3GPP Release 16/17, which are currently being deployed in commercial 5G SA networks.

Near-real-time Notification: The statistics and calculations can be processed in near-real-time directly at the User Plane level for the live sessions.

QoE Metrics:
- avgQoe: Average score of experience analysis.Value range: 1 to 100 points.
- maxResolution: Maximum resolution in the experience analysis period. The value can be 2160, 1080, 720, or 480. 1080 indicates 1080p (1920 x 1080).
- mostResolution: The resolution with the highest duration ratio within the experience analysis period. The value can be 2160, 1080, 720, or 480. 1080 indicates 1080p (1920 x 1080).
- maxBitRateUl: Maximum uplink bit rate (kbit/s).
- avgBitRateUl: Average uplink bit rate (kbit/s)
- maxBitRateDl: Maximum downlink bit rate (kbit/s)
- avgBitRateDl: Average downlink bit rate (kbit/s)
- stallSec: Frame freezing duration, in seconds.
- stallNum: Number of frame freezing times. The detection period is 5 seconds.
- serviceDelay: Service latency, in seconds.
- initialDur: Initial service buffering duration, in seconds.

## Commercial viability
The underlying network capabilities (NEF and NWDAF) are now widely available as industrialized solutions. Many Tier-1 operators have already deployed NWDAF for internal network optimization and are moving towards external exposure of these insights to enhance ecosystem value.

## YAML code available?
YES

## Validated in lab/productive environments?
YES. Validated in a lab environment simulating 5G SA core network signaling with actual NWDAF analytics triggers.

## Validated with real customers?
NO.

## Validated with operators?
NO.

## Supporters in API Backlog Working Group
List of supporters.
*NOTE: That shall be added by the Working Group.*
Binary file not shown.
Loading