-
Notifications
You must be signed in to change notification settings - Fork 3
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
Conversation
…t_Production/CAMARA_APIs.md
…/Network_APIs/Content_Production/Content_Production_Contribution.md
pages/Network_APIs/Audio_Streaming/Requirements_for_Audio_Streaming.md
Outdated
Show resolved
Hide resolved
|
||
## 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.). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* 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). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* 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) | ||
|
There was a problem hiding this comment.
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,...).
There was a problem hiding this comment.
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.
…edia_Distribution.md
…e_Media_Distribution.md
pages/Network_APIs/Live_Media_Distribution/Requirements_for_Live_Media_Distribution.md
Show resolved
Hide resolved
pages/Network_APIs/Live_Media_Distribution/Requirements_for_Live_Media_Distribution.md
Show resolved
Hide resolved
pages/Network_APIs/Live_Media_Distribution/Requirements_for_Live_Media_Distribution.md
Show resolved
Hide resolved
pages/Network_APIs/Live_Media_Distribution/Requirements_for_Live_Media_Distribution.md
Show resolved
Hide resolved
- Ability to receive ACK (success/fail) | ||
|
||
## Information monitoring, logging and/or Network assistance | ||
- Ability to receive information from the network |
There was a problem hiding this comment.
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?
No description provided.