4.2 5G Unicast Downlink Media Streaming Architecture
26.5013GPP5G Media Streaming (5GMS)General description and architectureRelease 18TS
4.2.1 Standalone – Non-Roaming
The 5GMSd Application Provider uses 5GMSd functions for downlink streaming services. It provides a 5GMSd-Aware Application on the UE the ability to make use of 5GMSd Client and network functions using 5GMSd interfaces and APIs.
The architecture in Figure 4.2.1-1 below represents the specified 5GMSd functions within the 5G System (5GS) as defined in TS 23.501 [2]. Three main functions are defined:
– 5GMSd AF: An Application Function similar to that defined in TS 23.501 [2] clause 6.2.10, dedicated to 5G Downlink Media Streaming.
– 5GMSd AS: An Application Server dedicated to 5G Downlink Media Streaming.
– 5GMSd Client: A UE internal function dedicated to 5G Downlink Media Streaming. The 5GMSd Client is a logical function and its subfunctions may be distributed within the UE according to implementation choice.
5GMSd AF and 5GMSd AS are Data Network (DN) functions and communicate with the UE via the User Plane Function (UPF) using the N6 reference point as defined in TS 23.501 [2].
Functions in trusted DNs are trusted by the operator’s network as illustrated in Figure 4.2.3-5 of TS 23.501 [2]. Therefore, AFs in trusted DNs may directly communicate with relevant 5G Core functions.
Functions in external DNs, i.e. 5GMSd AFs in external DNs, may only communicate with 5G Core functions via the NEF using N33.
NOTE 1: The 5GMS architecture may be applied to an EPS although such an application is not specified in the present document and is left to the discretion of deployments and implementations.
Figure 4.2.1-1: 5G Downlink Media Streaming within 5G System
NOTE 2: The functions indicated by the yellow filled boxes are in scope of stage 3 specifications for 5GMS. The functions indicated by the grey boxes are defined in 5G System specifications. The functions indicated by the blue boxes are neither in scope of 5G Media Streaming nor 5G System specifications.
The architecture in Figure 4.2.1-2 below represents the media architecture connecting UE internal functions and related network functions.
Figure 4.2.1-2: Media Architecture for unicast downlink media streaming
NOTE 3: As described in the NOTE of Figure 4.1-2, the functions indicated by the yellow filled boxes are in scope of stage 3 for 5GMSd. The functions indicated by the grey boxes are defined in 5GS. The interfaces indicated by solid lines are in scope of stage 3 for 5GMSd. The interfaces indicated by dashed lines are defined in 5GS. The interfaces indicated by dotted lines are neither in scope of 5GS nor 5GMSd, but are considered as part of informative call flows.
NOTE 4: Red ovals indicate API provider functions.
NOTE 5: The 5GMSd AF may also interact with the NEF for NEF-enabled API access. However, within Release 16, the NEF is only used by the 5GMSd AF to interact with the Policy and Charging Function (PCF) in 5GMS specifications.
NOTE 6: Some information might also be exchanged between 5GMSd entities and the OAM, although the OAM is not explicitly shown in the architecture.
The following functions are defined:
– 5G Media Streaming Client for downlink (5GMSd Client) on the UE: Receiver of 5GMS downlink media streaming service that may be accessed through well-defined interfaces/APIs. Alternatively, the UE may be implemented in a self-contained manner such that interfaces M6d and M7d are not exposed at all.
– The 5GMSd Client contains two subfunctions:
– Media Session Handler: A function on the UE that communicates with the 5GMSd AF in order to establish, control and support the delivery of a media session, and may perform additional functions such as consumption and QoE metrics collection and reporting. The Media Session Handler may expose APIs that can be used by the 5GMSd-Aware Application.
– Media Player: A function on the UE that communicates with the 5GMSd AS in order to stream the media content and may provide APIs to the 5GMSd-Aware Application for media playback and to the Media Session Handler for media session control.
– 5GMSd-Aware Application: The 5GMSd Client is typically controlled by an external media application, e.g. an App, which implements external application or content service provider specific logic and enables a media session to be established. The 5GMSd-Aware Application is not defined within the 5G Media Streaming specifications, but the function makes use of 5GMSd Client and network functions using 5GMSd interfaces and APIs.
– 5GMSd AS: An Application Server which hosts 5G media functions. Note that there may be different realizations of the 5GMSd AS, including the distribution of 5GMSd AS functionality between different physical hosts, for example in a Content Delivery Network (CDN).
The 5GMSd AS in this release supports the following features:
i. Content Hosting, including:
– Ingesting media content from a 5GMSd Application Provider at reference point M2d.
– Caching media content to reduce the need to ingest the same content repeatedly at reference point M2d.
– A generic framework for content preparation.
– Geographic restrictions on content access by the Media Player at reference point M4d ("geofencing").
– Domain Name aliasing at reference point M4d.
– Support for server certificates at reference point M4d.
– URL path rewriting at reference point M4d.
– URL signing at reference point M4d.
NOTE 6a: The features of the 5GMSd AS cater primarily for media streaming content. However, many of these features may also be used to support the delivery of other types of content, for example web content.
– 5GMSd Application Provider: External application or content-specific media functionality, e.g., media creation, encoding and formatting that uses 5GMSd interfaces to stream media to 5GMSd-Aware Applications.
– 5GMSd AF: An Application Function that provides various control functions to the Media Session Handler on the UE and/or to the 5GMSd Application Provider. It may relay or initiate a request for different Policy or Charging Function (PCF) treatment or interact with other network functions via the NEF.
NOTE 7: There may be multiple 5GMSd AFs present in a deployment and residing within the Data Network , each exposing one or more APIs.
The following interfaces are defined for 5G Downlink Media Streaming:
– M1d (5GMSd Provisioning API): External API, exposed by the 5GMSd AF which enables the 5GMSd Application Provider to provision the usage of the 5G Media Streaming System for downlink media streaming and to obtain feedback.
– M2d (5GMSd Ingest API): Optional External API exposed by the 5GMSd AS used when the 5GMSd AS in the trusted DN is selected to host content for the streaming service.
– M3d: (Internal and NOT SPECIFIED): Internal API used to exchange information for content hosting on a 5GMSd AS within the trusted DN.
– M4d (Media Streaming APIs): APIs exposed by a 5GMSd AS to the Media Player to stream media content.
– M5d (Media Session Handling API): APIs exposed by a 5GMSd AF to the Media Session Handler for media session handling, control, reporting and assistance that also include appropriate security mechanisms, e.g. authorization and authentication.
– M6d (UE Media Session Handling APIs): APIs exposed by a Media Session Handler to the Media Player for client-internal communication, and exposed to the 5GMSd-Aware Application enabling it to make use of 5GMS functions.
– M7d (UE Media Player APIs): APIs exposed by a Media Player to the 5GMSd-Aware Application and Media Session Handler to make use of the Media Player.
– M8d: (Application API): application interface used for information exchange between the 5GMSd-Aware Application and the 5GMSd Application Provider, for example to provide Service Access Information to the 5GMSd-Aware Application. This API is external to the 5G System and not specified by 5GMS.
NOTE 8: Non-Standalone, Roaming, Non-3GPP Access and EPC-5GC interworking aspects are FFS.
The following subfunctions are identified as a part of a more detailed breakdown of the 5GMSd AS for stage 3 specifications:
– Adaptive Bit Rate (ABR) Encoder, Encryption and Encapsulator.
– Manifest (e.g. MPD) Generator and Segment (e.g. DASH) Packager.
– Origin Server.
– CDN Server (e.g. Edge Servers).
– DRM Server (e.g. DRM License Server).
– Service Directory.
– Content Guide Server.
– Replacement content server (e.g. Ad content server).
– Manifest Proxy, i.e. MPD modification server.
– App Server.
– Session Management Server.
A breakdown of 5GMSd functions in the UE is provided in clause 4.2.2 below.
4.2.2 UE 5GMSd Functions
The UE may include many detailed subfunctions that can be used individually or controlled individually by the 5GMSd-Aware Application. This clause breaks down several relevant identified subfunctions for which stage 3 specification is available.
NOTE: This UE architecture is logical; the realization of reference points M6 and M7 inside the logical 5GMS Client is subject to implementation choice.
The 5GMSd-Aware Application itself may include many functions that are not provided by the 5GMSd Client or by the 5G UE. Examples include service and content discovery, notifications and social network integration. The 5GMSd-Aware Application may also include functions that are equivalent to ones provided by the 5GMSd Client and may only use a subset of the 5GMSd client functions. The 5GMSd-Aware Application may act based on user input or may for example also receive remote control commands from the 5GMSd Application Provider through M8d.
With respect to Media Player functions, Figure 4.2.2-1 below shows more detailed functional components of a UE for media player functions to access the 5GMSd AS.
Figure 4.2.2-1: UE 5G Downlink Media Streaming Functions (Media Player centric)
The following subfunctions are identified as part of a more detailed breakdown of the Media Player function:
– Media Access Client: Accesses media content such as DASH-formatted media segments.
– Media Decapsulation: Extracts the elementary media streams for decoding and provides media system related functions such as time synchronization, capability signalling, accessibility signalling, etc.
– Consumption Measurement and Logging Client: Performs the measurement and logging of content consumption-related information in accordance with the Consumption Reporting Configuration part of provisioning data, supplied by the 5GMSd Application Provider to the 5GMSd AF, and forwarded by the 5GMSd AF to the Media Player via the Media Session Handler.
– Metrics Measurement and Logging Client: Performs the measurement and logging of QoE metrics in accordance with the Metrics Reporting Configuration part of provisioning data, supplied by the 5GMSd Application Provider to the 5GMSd AF, and forwarded by the 5GMSd AF to the Media Player via the Media Session Handler.
– DRM Client (optional): When present, the DRM client might or might not be a part of the Media Player. It provides a content protection mechanism with its unique key management and key delivery system, authentication/authorization, policy enforcement and entitlement check. The DRM Client is not defined within 5G Media Streaming specifications.
– Media Decryption (optional): When present, media decryption is responsible to decrypt the media samples using the keys provided in the DRM license, and further passing to the Media Decoder to enable playback of encrypted media. The media decryption and media decoding could be implemented on a general-purpose processor in software or hardware or, for a more secure and robust architecture, the decryption, decoding and rendering could be implemented on the hardware of secure processors.
– Media Decoder: Decodes the media, such as audio or video.
– Media Presentation and Rendering: Presents the media using an appropriate output device and enables possible interaction with the media.
With respect to the Media Session Handler, Figure 4.2.2-2 below shows more detailed functional components of a UE to access the 5GMSd AF.
Figure 4.2.2-2: UE 5G Media Streaming Functions (Control-Centric)
NOTE 1: The yellow colour indicates here that the 3GPP has created specifications for the function.
NOTE 2: A UE is a logical device which may correspond to the tethering of multiple physical devices or other types of realizations.
The following subfunctions are identified as part of a more detailed breakdown of Media Session Handler:
– Core Functions: Realization of a "session" concept for media communications, optionally spanning multiple stateless sessions. May optionally interact with network-based 5GMSd AFs.
– Metrics Collection and Reporting: executes the collection of QoE metrics measurement logs from the Media Player and sending of metrics reports to the 5GMSd AF for the purpose of metrics analysis or to enable potential transport optimizations by the network.
– Consumption Collection and Reporting: executes the collection of content consumption measurement logs from the Media Player and sending of consumption reports to a 5GMSd AF about the currently consumed media within the available presentation, about the UE capabilities and about the environment of the media session for potential transport optimizations by the network or consumption report analysis.
.- Network Assistance: downlink streaming delivery assisting functions provided by the network to the 5GMSd Client and Media Player in the form of bit rate recommendation (or throughput estimation) and/or delivery boost. Network Assistance functionality may be supported by 5GMSd AF or ANBR-based RAN signalling mechanisms.
NOTE 3: Based on such a decomposition, additional interfaces and APIs may exist in inside the UE:
– Media control interface(s) to configure and interact with the different UE media functions.
– Media control interface for media session management.
– Control interface for collection of logged QoE metrics measurements..
– Control interface for collection of logged content consumption measurements.
– Decoded media samples are handed over to the media renderer.
– Decrypted, compressed media samples are handed over to a trusted media decoder.
– In the case of encryption, the encrypted, compressed media samples are handed over to the DRM Client.
NOTE 4: Non-Standalone, Roaming, Non-3GPP Access and EPC-5GC interworking aspects are FFS.
4.2.3 Service Access Information for Downlink Media Streaming
The Service Access Information is the set of parameters and addresses which are needed by the 5GMSd Client to activate and control the reception of a downlink streaming session, and to report service/content consumption and/or QoE metrics.
The Service Access Information may be provided together with other service announcement information using M8d. Alternatively, the 5GMSd Client fetches the Service Access Information from the 5GMSd AF. Regardless of how it is provided, the Service Access Information contains different information, depending on the collaboration model between the 5GMS System and the 5GMSd Application Provider, and also depending on offered features. Baseline parameters are listed in Table 4.2.3‑1 below:
Table 4.2.3-1: Parameters of baseline service access information
Parameters |
Description |
Provisioning Session identifier |
Unique identification of the M1d Provisioning Session. |
When the content hosting feature is activated for a downlink streaming session, the parameters from Table 4.2.3-1a below can additionally be present.
Table 4.2.3-1a: Streaming Access parameters
Parameters |
Description |
Media Player Entry |
A document or a pointer to a document that defines a media presentation e.g. MPD for DASH content or URL to a video clip file. |
When the consumption reporting feature is activated for a downlink streaming session, the parameters from Table 4.2.3‑2 below are additionally present.
Table 4.2.3-2: Parameters for consumption reporting configuration
Parameters |
Description |
Reporting interval |
Identifies the interval between consumption reports being sent by the Media Session Handler. |
Server address |
A list of 5GMSd AF addresses where the consumption reports are sent by the Media Session Handler. |
Sample percentage |
The proportion of clients that shall report media consumption. If not specified, all clients shall send reports. |
Location reporting |
Identify whether the Media Session Handler provides location data to the 5GMSd AF (in case of MNO or trusted third parties) |
When the dynamic policy invocation feature is activated for a downlink streaming session the parameters from Table 4.2.3‑3 below are additionally present.
Table 4.2.3-3: Parameters for dynamic policy invocation configuration
Parameters |
Description |
Server address |
A list of 5GMSd AF addresses (in the form of opaque URLs) which offer the APIs for dynamic policy invocation sent by the 5GMS Media Session Handler. |
Valid Policy Template Ids |
A list of Policy Template identifiers which the 5GMSd Client is authorized to use. |
Service Data Flow Methods |
A list of recommended Service Data Flow description methods (descriptors), e.g. 5-Tuple, ToS, 2-Tuple, etc, which should be used by the Media Session Handler to describe the Service Data Flows for the traffic to be policed. |
External reference |
Additional identifier for this Policy Template, unique within the scope of its Provisioning Session, that can be cross-referenced with external metadata about the streaming session. |
When the metrics collection and reporting feature is activated for a downlink streaming session, one or more parameter sets for metrics configuration, according to Table 4.2.3‑4, are additionally present. Each metrics configuration set contains specific settings valid for that configuration, which is typically metric scheme dependent, and collection and reporting shall be done separately for each set.
Table 4.2.3-4: Parameters for each metrics configuration set
Parameters |
Description |
Scheme |
The scheme associated with this metrics configuration set. A scheme may be associated with 3GPP or with a non-3GPP entity. If not specified, a default 3GPP metrics scheme shall apply. Metrics schemes shall be uniquely identified by URIs. |
Server address |
A list of 5GMSd AF addresses to which metric reports shall be sent for this metrics configuration set. |
DNN |
The Data Network Name (DNN) which shall be used when sending metrics report for this metrics configuration set. If not specified, the default DNN shall be used. |
Slice scope |
A list of network slice(s) for which metrics collection and reporting shall be executed for this metrics configuration set. If not specified, the metrics collection and reporting shall be done for all network slices. |
Reporting interval |
The sending interval between metrics reports for this metrics configuration set. If not specified, a single final report shall be sent after the streaming session has ended. |
Sample percentage |
The proportion of streaming sessions that shall report metrics for this metrics configuration set. If not specified, reports shall be sent for all sessions. |
Streaming source filter |
A list of content URL patterns for which metrics reporting shall be done for this metrics configuration set. If not specified, reporting shall be done for all URLs. |
Metrics |
A list of metrics which shall be collected and reported for this metrics configuration set. For progressive download and DASH streaming services, the listed metrics are associated with the 3GPP metrics scheme and shall correspond to one or more of the metrics as specified in clauses 10.3 and 10.4, respectively, of TS 26.247 [7]. In addition, for the 3GPP metrics scheme as applied to DASH streaming, the quality reporting scheme and quality reporting protocol as defined in clauses 10.5 and 10.6, respectively, of [7] shall be used. If not specified, a complete (or default if applicable) set of metrics will be collected and reported. |
When 5GMSd AF-based Network Assistance is activated for a downlink streaming session the parameters from Table 4.2.3‑5 below shall be additionally present.
Table 4.2.3-5: Parameters for 5GMSd AF-based Network Assistance configuration
Parameters |
Description |
Server address |
5GMSd AF address that offers the APIs for 5GMSd AF-based Network Assistance, accessed by the 5GMSd Media Session Handler. The server address shall be an opaque URL, following the 5GMS URL format. |