Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PR for 12/03/25 telco #6

Merged
merged 66 commits into from
Mar 19, 2025
Merged

Conversation

jordijoangimenez
Copy link
Contributor

No description provided.

@jordijoangimenez jordijoangimenez added the documentation Improvements or additions to documentation label Mar 12, 2025
@jordijoangimenez jordijoangimenez self-assigned this Mar 12, 2025

## Pre-conditions

* A content provider wishes to stream live segmented-audio over the internet, including mobile networks, to an application running on standards off-the-shelf 3GPP UEs (e.g. smartphones, connected cars, etc.).
Copy link
Contributor

@tlohmar tlohmar Mar 19, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* A content provider wishes to stream live segmented-audio over the internet, including mobile networks, to an application running on standards off-the-shelf 3GPP UEs (e.g. smartphones, connected cars, etc.).
* A application service provider wishes to stream live segmented-audio over the internet, including mobile networks, to an application running on standards off-the-shelf 3GPP UEs (e.g. smartphones, connected cars, etc.).

3GPP UEs (e.g. smartphones, connected cars, etc.)

hmm, this is not a good definition

## Pre-conditions

* A content provider wishes to stream live segmented-audio over the internet, including mobile networks, to an application running on standards off-the-shelf 3GPP UEs (e.g. smartphones, connected cars, etc.).
* The content provider has the ability to use certain **network capabilitues** (e.g. selected from an API catalogue) and has received authentication credentials from the newotk operator authorising their use (when available).
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
* The content provider has the ability to use certain **network capabilitues** (e.g. selected from an API catalogue) and has received authentication credentials from the newotk operator authorising their use (when available).
* The application service provider has the ability to use certain **network capabilities** (e.g. selected from a capability catalogue) and has received authentication credentials from the network operator authorizing their use (when available).

{: .warning }
This documentation is currently **under development and subject to change**. It reflects outcomes elaborated by 5G-MAG members as part of **WI: Network Exposure and APIs Supporting Media Services and Applications**
We welcome and encourage contributions from the broader community. If you are interested in becoming a member of the 5G-MAG and actively participating in shaping this work, please contact the [Project Office](https://www.5g-mag.com/contact)

Copy link
Contributor Author

@jordijoangimenez jordijoangimenez Mar 19, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Include a description of "audio streaming service / application"
Generalize to live streaming (includes audio and video) - object-based media delivery (DASH/HLS,...).

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thorsten: Could be good to describe audio streaming services a bit in the introduction, e.g. typical bitrates, typical latency, etc. We may differentiate between "live", "timeshifted live" and podcast.

@jordijoangimenez
Copy link
Contributor Author

jordijoangimenez commented Mar 19, 2025

I've created an issue in order to process the comments from @tlohmar
--> #7

- Ability to receive ACK (success/fail)

## Information monitoring, logging and/or Network assistance
- Ability to receive information from the network
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Receive what kind of information?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
API documentation Improvements or additions to documentation
Projects
Status: Adopted
Development

Successfully merging this pull request may close these issues.

3 participants