Content for TS 26.247 Word version: 18.4.0
5 System description p. 15
5.1 Overview p. 15
Progressive Download and Dynamic Adaptive Streaming over HTTP (3GP-DASH) enables to provide services to deliver continuous media content over Hypertext Transfer Protocol (HTTP) in a sense that all resources that compose the service are accessible through HTTP-URLs and the HTTP/1.1 protocol as specified in RFC 9112 may be used to deliver the metadata and media data composing the service. This enables that standard HTTP servers and standard HTTP caches can be used for hosting and distributing continuous media content. Figure 1 shows the architecture for services using progressive download and Figure 2 shows the architecture for services using 3GP-DASH.
The present document deals with the specification of interfaces between the client and the server. Specifically, it defines the formats that may be delivered exclusively over the HTTP interface to enable progressive download and streaming services.
Services using the features described in the present document may be deployed within PSS as specified in TS 26.233 and TS 26.234. In this case the Progressive Download/3GP-DASH Server may be a sub-function of the PSS server and the Progressive Download/3GP-DASH client may be a sub-function of the PSS client.
Services using the features defined in the present document may also be deployed independent of the PSS servers and clients. In this case the Progressive Download/3GP-DASH client shall support the formats and codecs according to the present document.
Access to services based on the features defined in the present document is introduced in clause 5.2.
The protocol support for services using the features defined in the present document is provided in clause 5.3.
Clients supporting progressive download-based services shall support the features and formats as specified in clause 6 of the present document.
Clients supporting 3GP-DASH shall support the features and formats as specified in clause 7 of the present document.
Clients supporting QoE Metrics and Reporting shall support the features as specified in clause 10 of the present document.
Clients supporting SAND functionality shall support the features as specified in clause 13 of the present document. Figure 2a shows the extended architecture for services for 3GP-DASH using SAND. The new interface between the DASH-Aware Network Element (DANE) and 3GP-DASH enables the SAND functionality.
5.2 Service access p. 16
Service access refers to the method by which a Client initially accesses the service. Service access for services based in the specification can be achieved e.g. by a Media Presentation Description or a URL to the media file.
The service access URL can be made available to a client in many different ways. Clients supporting services based on the features in the present document shall be able to access services that are provided through an HTTP-URL. However, it is out of the scope of the present document to mandate any specific mechanism. A preferred way may be to embed URLs for service establishment within HTML pages.
5.3 Protocols p. 16
5.3.1 General |R13| p. 16
Progressive Download and 3GP-DASH clients shall comply with a client as specified in RFC 9112. The resource hosting the 3GP files and DASH Segments shall comply with a server as specified in RFC 9112.
Progressive Download and 3GP-DASH clients should use the HTTP GET method or the HTTP partial GET method, as specified in Section 9.3 of RFC 9112, to access media offered at HTTP-URLs.
Figure 3 shows a protocol stack for services in the context of the present document. 3GP Files in progressive download as well as Segments based on the 3GPP File Format shall be accessible through HTTP.
Transport security in Progressive Download and Dynamic Adaptive Streaming over HTTP (3GP-DASH) is achieved using the HTTPS (Hypertext Transfer Protocol Secure) specified in RFC 2818 and TLS as specified in TLS profile of Annex E in TS 33.310. In case secure delivery is desired, HTTPS should be used to authenticate the server and to ensure secure transport of the content from server to client.
5.3.2 Partial file handling |R13| p. 17
In certain circumstances, for example in the case of MBMS download delivery of 3GP-DASH content, a file or segment may only be partially available on the HTTP server.
If the application, i.e. the 3GP file format client or the 3GP-DASH client supports the handling of partial files, it shall signal its capability using the partial-file-accept request defined in clause 7.9.2.1 of TS 26.346, i.e. using the Accept header application/3gpp-partial in combination with e.g. an HTTP GET request. If the application uses a partial-file-accept request, then the application shall also be able to handle the request response as defined in clause 7.9.2.2 of TS 26.346.
If the 3GP file format server or the 3GP-DASH server supports the handling of partial files, it should support the HTTP response format as defined in clause 7.9.2.2 of TS 26.346.
