5GMSd Aware Application - DVB-I Service List Acquisition about rt-5gms-application HOT 6 OPEN

@rjb1000 @haudiobe, @jordijoangimenez : Is it reasonable that the DVB-I client is part of the 5GMSd Aware Application. When checking 6.3.3 it looks like the default architecture recommends having two separate applications, the DVB-I client and the 5GMSd Aware Application. Looking at our current implementation, I find it more suitable to integrate the DVB-I layer into the 5GMSd Aware Application directly. This can be realized via different M8 adapters or by having a DVB-I library that serves as a dependency for the 5GMSd Aware Application.

from rt-5gms-application.

Bear in mind that the reference architecture diagrams and call flows are couched in terms of logical functions, and that these can be deployed in different combinations in an implementation, including co-location.

Given that there is no well-defined API between a DVB-I Client function and a 5GMS-Aware Application, it doesn't seem unreasonable to deploy them together in a composite Android app. It feels like a fairly natural deployment architecture choice to me.

from rt-5gms-application.

Regarding reference point M8: this is realised by the DVB-I interfaces B1/B2, C1/C2, etc. So I don't understand what you mean by adapters.

from rt-5gms-application.

Thanks @rjb1000

Regarding reference point M8: this is realised by the DVB-I interfaces B1/B2, C1/C2, etc. So I don't understand what you mean by adapters.

From my understanding: The information derived via M8 can have various formats. It can be a JSON format as we are using today, but it can also be a DVB-I service list with DVB-I services. Other formats are possible as well. A reference application should deal with various formats, so my idea was to implement a dedicated "adapter" for each format.
In the end, we need the same information to initialize the playback: AF host address, provisioning session ID and an optional locator. Whether this is coming from an XML file, a JSON file or any other input is not relevant after a certain step. Each adapter outputs the required information in the same format. This output serves as an input for a function that performs further processing such as setting the M5 endpoint in the Media Session Handler.

from rt-5gms-application.

Got it. Good idea to make it modular. Maybe the M8 adaptor would be a choice at build time?

from rt-5gms-application.

NOTE: The annotation of a DVB-I service instance with 5GMS baseline Service Access Information parameters
is identified as a gap in clause 6.3.4.

Just to add that DVB is currently looking at how to close this gap.

from rt-5gms-application.