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

5GMS - Media Session Handler - Basic architecture and Interfaces #1

Open
dsilhavy opened this issue Aug 23, 2022 · 1 comment
Open
Assignees

Comments

@dsilhavy
Copy link
Contributor

dsilhavy commented Aug 23, 2022

Feature description
Define the code architecture and the required interfaces. Ideally, people can fork the repository afterwards and implement the interfaces related to a specific feature

Relevant specifications and corresponding sections
26.501 - 5G Media Streaming (5GMS); General description and architecture (Release 17)
26.512 - 5G Media Streaming (5GMS); Protocols (Release 17)

@dsilhavy dsilhavy transferred this issue from 5G-MAG/Getting-Started Aug 25, 2022
@rjb1000
Copy link

rjb1000 commented Oct 20, 2022

(Some thoughts inspired by the discussion on 5G-MAG/rt-5gms-media-stream-handler#2, @dsilhavy, @jordijoangimenez, @haudiobe, @davidjwbbc.)

During an informal SA4 discussion this afternoon, we identified the fact that different 5GMS-Aware Applications don't share media session handling state. In fact, for data privacy reasons, it may be desirable for each application to run its instance of the Media Session Handler with a private M5 HTTPS session with the 5GMS AF.

So, while it might make sense to develop the Media Session Handler as a bound background Android service in this repository, and for this service to expose its M6 API via a suitable Android Inter-Process Communication mechanism, it should also be possible to bundle the Media Session Handler in the same application package as the 5GMS-Aware Application itself and it should be possible for the Media Session Handler to run in the same process as the application code.

Of course, appropriate consideration needs to be given to the thread model in this process so that media processing activities (e.g. playback) can continue in parallel with ancillary activities (e.g. reporting).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants