Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 26.512  Word version:  18.2.1

Top   Top   Up   Prev   Next
1…   4…   4.4…   5…   6…   11…   A…

 

4.4  Procedures of the M2d (5GMS content ingest) interfacep. 32

The following 5GMS AS content ingest protocols are specified by the present document at reference point M2d to support downlink media streaming:
  • An HTTP pull-based content ingest protocol is specified in clause 8.2, including specific handling for HTTP redirects issued to the 5GMS AS by the 5GMS Application Provider's origin server.
  • A DASH-IF push-based content ingest protocol is specified in clause 8.3.
Up

4.5  Procedures of the M3d interfacep. 32

4.5.1  General |R18|p. 32

The procedures at reference point M3 defined in the following clauses should be used by the 5GMS AF to configure Server Certificate and Content Preparation Template resources in the 5GMS AS as well as Content Hosting and/or Content Publishing configuration resources that refer to them. The corresponding APIs specified in clause 9 should be used to realise these procedures.

4.5.2  Server Certificate configuration procedures |R18|p. 32

4.5.2.1  Generalp. 32

The 5GMS AF configures Server Certificate resources in the 5GMS AS using the procedures defined in this clause such that they remain synchronised with the Server Certificates provisioned at reference point M1 using the procedures defined in clause 4.3.6.
Each Server Certificate resource at reference point M3 is represented by a PEM-formatted X.509 certificate bundle.

4.5.2.2  Enumerate Server Certificates collectionp. 33

This procedure is used by the 5GMS AF to determine the configuration state of the Server Certificates collection in a running 5GMS AS instance. The HTTP GET method shall be used for this purpose. The request URL shall be that of the Server Certificates collection on the 5GMS AS instance.
If the operation is successful, the 5GMS AS shall return an HTTP 200 (OK) response. The resource body shall be a JSON array of Server Certificate resource identifiers. The array shall be empty if no Server Certificate resources currently exist in the collection.
Up

4.5.2.3  Create Server Certificatep. 33

This procedure is used by the 5GMS AF to create a new Server Certificate resource in the target 5GMS AS instance. The HTTP POST method shall be used for this purpose. The 5GMS AF shall nominate the resource identifier to be used to identify the new resource in the Server Certificates collection as part of the request URL. A representation of the resource, in the form of a PEM-formatted X.509 certificate bundle that includes the private key, shall be provided as the request body.
If the operation is successful, the 5GMS AS shall return an HTTP 201 (Created) response with an empty response body. The content of the Location header may differ from the request URL if the request was satisfied by a different 5GMS AS instance.
If a Server Certificate resource already exists at the request URL an HTTP 409 (Conflict) error response shall be returned by the 5GMS AS. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
If a Server Certificate resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMS AS. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.2.4  Retrieve Server Certificatep. 33

Retrieval of individual Server Certificate resources from the 5GMS AS is not permitted at reference point M3.

4.5.2.5  Update Server Certificatep. 33

This procedure is used by the 5GMS AF to replace a Server Certificate resource in the target 5GMS AS instance. The HTTP PUT method shall be used for this purpose. The target resource shall be indicated in the request URL. The replacement resource representation, in the form of a PEM-formatted X.509 certificate bundle that includes the private key, shall be provided as the request body.
If the operation is successful, the 5GMS AS shall return an HTTP 200 (OK) response with an empty response body.
If the replacement PEM bundle is identical to the current resource representation the 5GMS AS shall return an HTTP 204 (No Content) response with an empty response body to indicate a "no-op".
If a Server Certificate resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMS AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMS AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.2.6  Destroy Server Certificatep. 34

This procedure is used by the 5GMS AF to destroy a Server Certificate resource in the target 5GMS AS instance. The HTTP DELETE method shall be used for this purpose. The target resource shall be indicated in the request URL. The request body shall be empty.
If the operation is successful, the 5GMS AS shall return an HTTP 204 (No Content) response with an empty response body. Any subsequent attempt to recreate a Server Certificate resource with the same resource identifier shall fail as specified in clause 4.5.2.3.
If the target Server Certificate resource is still referenced by a Content Hosting Configuration or Content Publishing Configuration, an HTTP 409 (Conflict) error response shall be returned by the 5GMS AS. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571
If a Server Certificate resource previously existed at the request URL and was destroyed using this procedure an HTTP 410 (Gone) error response should be returned by the 5GMS AS. If no server certificate resource has ever existed at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMS AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.3  Content Preparation Template configuration procedures |R18|p. 34

4.5.3.1  Generalp. 34

The 5GMS AF shall configure Content Preparation Template resources in the 5GMS AS using the procedures defined in this clause such that they remain synchronised with the Content Preparation Templates provisioned at reference point M1 using the procedures defined in clause 4.3.5.
The format of the Content Preparation Template resource representation is not specified in the present document.

4.5.3.2  Enumerate Content Preparation Templates collectionp. 34

This procedure is used by the 5GMS AF to determine the configuration state of the Content Preparation Templates collection in a running 5GMS AS instance. The HTTP GET method shall be used for this purpose. The request URL shall be that of the Content Preparation Templates collection on the 5GMS AS instance.
If the operation is successful, the 5GMS AS shall return an HTTP 200 (OK) response. The resource body shall be a JSON array of Content Preparation Template resource identifiers. The array shall be empty if no Content Preparation Template resources currently exist in the collection.
Up

4.5.3.3  Create Content Preparation Templatep. 34

This procedure is used by the 5GMS AF to create a new Content Preparation Template resource in the target 5GMS AS instance. The HTTP POST method shall be used for this purpose. The 5GMS AF shall nominate the resource identifier to be used to identify the new resource in the Content Preparation Templates collection as part of the request URL. A representation of the resource shall be provided as the request body.
If the operation is successful, the 5GMS AS shall return an HTTP 201 (Created) response with an empty response body. The content of the Location header may differ from the request URL if the request was satisfied by a different 5GMS AS instance.
If a Content Preparation Template resource already exists at the request URL an HTTP 409 (Conflict) error response shall be returned by the 5GMS AS. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
If a Content Preparation Template resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMS AS. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.3.4  Retrieve Content Preparation Templatep. 35

Retrieval of individual Content Preparation Template resources is not permitted at reference point M3.

4.5.3.5  Update Content Preparation Templatep. 35

This procedure is used by the 5GMS AF to replace a Content Preparation Template resource in the target 5GMS AS instance. The HTTP PUT method shall be used for this purpose. The target resource shall be indicated in the request URL. The replacement resource representation shall be provided as the request body.
If the operation is successful, the 5GMS AS shall return an HTTP 200 (OK) response with an empty response body.
If the replacement Content Preparation Template is identical to the current resource representation the 5GMS AS shall return an HTTP 204 (No Content) response with an empty response body to indicate a "no-op".
If the Media AS does not support modification of the Content Preparation Template, the update operation shall fail with a 403 (Forbidden) HTTP response that includes a ProblemDetails error message body as specified in clause 5.2.4.1 of TS 29.571.
If a Content Preparation Template resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMS AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMS AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.3.6  Destroy Content Preparation Templatep. 35

This procedure is used by the 5GMS AF to destroy a Content Preparation Template resource in the target 5GMS AS instance. The HTTP DELETE method shall be used for this purpose. The target resource shall be indicated in the request URL. The request body shall be empty.
If the operation is successful, the 5GMS AS shall return an HTTP 204 (No Content) response with an empty response body. Any subsequent attempt to recreate a Content Preparation Template resource with the same resource identifier shall fail as specified in clause 4.5.3.3.
If the target Content Preparation Template resource is still referenced by a Content Hosting Configuration or Content Publishing Configuration, an HTTP 409 (Conflict) error response shall be returned by the 5GMS AS. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571
If a Content Preparation Template resource previously existed at the request URL and was destroyed using this procedure an HTTP 410 (Gone) error response should be returned by the 5GMS AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMS AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.4  Content Hosting Configuration procedures |R18|p. 35

4.5.4.1  Generalp. 35

The 5GMSd AF shall configure Content Hosting Configuration resources in the 5GMSd AS using the procedures defined in this clause such that they remain synchronised with the Content Hosting Configurations provisioned at reference point M1 using the procedures defined in clause 4.3.3.
The format of the Content Hosting Configuration resource representation is as specified in clause 8.8.3.1 of TS 26.510.
Up

4.5.4.2  Enumerate Content Hosting Configurations collectionp. 36

This procedure is used by the 5GMSd AF to determine the configuration state of the Content Hosting Configurations collection in a running 5GMSd AS instance. The HTTP GET method shall be used for this purpose. The request URL shall be that of the Content Hosting Configuration collection on the 5GMSd AS instance.
If the operation is successful, the 5GMSd AS shall return an HTTP 200 (OK) response. The resource body shall be a JSON array of Content Hosting Configuration resource identifiers. The array shall be empty if no Content Hosting Configuration resources currently exist in the collection.
Up

4.5.4.3  Create Content Hosting Configurationp. 36

This procedure is used by the 5GMSd AF to create a new Content Hosting Configuration resource in the target 5GMSd AS instance. The HTTP POST method shall be used for this purpose. The 5GMSd AF shall nominate the resource identifier to be used to identify the new resource in the Content Hosting Configurations collection as part of the request URL. A representation of the resource shall be provided as the request body.
If the operation is successful, the 5GMSd AS shall return an HTTP 201 (Created) response with an empty response body. The content of the Location header may differ from the request URL if the request was satisfied by a different 5GMSd AS instance.
If a Content Hosting Configuration resource already exists at the request URL an HTTP 409 (Conflict) error response shall be returned by the 5GMSd AS. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
If any resources referenced by the supplied Content Hosting Configuration resource representation are invalid, the create operation shall fail with an HTTP response status code of 400 (Bad Request). The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571. In this case, the Content Hosting Configuration resource shall remain in an uncreated state in the target 5GMSd AS instance.
If a Content Hosting Configuration resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMSd AS. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.4.4  Retrieve Content Hosting Configurationp. 36

Retrieval of individual Content Hosting Configuration resources is not permitted at reference point M3.

4.5.4.5  Update Content Hosting Configurationp. 36

This procedure is used by the 5GMSd AF to replace a Content Hosting Configuration resource in the target 5GMSd AS instance. The HTTP PUT method shall be used for this purpose. The target resource shall be indicated in the request URL. The replacement resource representation shall be provided as the request body.
If the operation is successful, the 5GMSd AS shall return an HTTP 200 (OK) response with an empty response body.
If the replacement Content Hosting Configuration is identical to the current resource representation the 5GMSd AS shall return an HTTP 204 (No Content) response with an empty response body to indicate a "no-op".
If any resources referenced by the replacement Content Hosting Configuration resource representation are invalid, the update operation shall fail with an HTTP response status code of 400 (Bad Request). The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571. In this case, the target Content Hosting Configuration resource shall remain in the state immediately prior to the update operation.
If a Content Hosting Configuration resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMSd AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMSd AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.4.6  Destroy Content Hosting Configurationp. 37

This procedure is used by the 5GMSd AF to destroy a Content Hosting Configuration resource in the target 5GMSd AS instance. The HTTP DELETE method shall be used for this purpose. The target resource shall be indicated in the request URL. The request body shall be empty.
If the operation is successful, the 5GMSd AS shall return an HTTP 204 (No Content) response with an empty response body. Any subsequent attempt to recreate a Content Hosting Configuration resource with the same resource identifier shall fail as specified in clause 4.5.4.3.
If a Content Hosting Configuration resource previously existed at the request URL and was destroyed using this procedure an HTTP 410 (Gone) error response should be returned by the 5GMSd AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMSd AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.4.7  (De)activate Content Hosting Configurationp. 37

This procedure is used by the 5GMSd AF to activate or deactivate a Content Hosting Configuration resource in the target 5GMSd AS instance. The HTTP POST method shall be used for this purpose. The target resource shall be identified in the request URL. The request body shall be a single JSON boolean indicating the desired state of the target resource: true for active and false for inactive.
If the Content Hosting Configuration can be (de)activated immediately by the 5GMSd AS, or if it is already in the desired state indicated in the request, the HTTP 204 (No Content) response shall be returned by the 5GMSd AS with an empty response body. If the activation request is otherwise acceptable to the 5GMSd AS, but the Content Hosting Configuration cannot be (de)activated immediately, the HTTP 202 (Accepted) response shall be returned by the 5GMSd AS with an empty response body to indicate that (de)activation is in progress. The state of the Content Hosting Configuration may then be polled using the procedure specified in clause 4.5.4.8.
If a Content Hosting Configuration resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMSd AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMSd AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.4.8  Interrogate Content Hosting Configuration statep. 37

This procedure is used by the 5GMSd AF to interrogate the current state of a Content Hosting Configuration resource in the target 5GMSd AS instance. The HTTP GET method shall be used for this purpose. The target resource shall be indicated in the request URL. The request body shall be empty.
If the Content Hosting Configuration is known to the 5GMSd AS, the HTTP 200 (OK) response shall be returned with an indication of its current state provided in the response body as a JSON object of type boolean with the value true for active and false for inactive.
If a Content Hosting Configuration resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMS AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMS AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.4.9  Purge Content Hosting cachep. 37

This procedure is used by the 5GMSd AF to purge one or more content items from the 5GMSd AS cache associated with a Content Hosting Configuration resource in the target 5GMSd AS instance. The HTTP POST method shall be used for this purpose. A Content Hosting Configuration resource shall be indicated in the request URL. The request body shall be a single key-value pair encoded per the application/x-www-form-urlencoded MIME content type. The key shall be the string pattern and the value shall be a regular expression [5] identifying the media resource URL(s) to be purged from the associated content cache.
If the operation is successful, the 5GMSd AS shall return an HTTP 200 (OK) response. The resource body should indicate the total number of cache entries purged encoded as a positive JSON integer. If the purge request is otherwise acceptable to the 5GMSd AS, but no cache entries were purged because none matched the supplied regular expression, the HTTP 204 (No Content) response shall instead be returned by the 5GMSd AS with an empty response body.
If the request message body - or the regular expression contained in it - are found by the 5GMSd AS to be syntactically malformed the HTTP 400 (Bad Request) error response shall be returned. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
If a Content Hosting Configuration resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMSd AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMSd AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.5  Content Publishing Configuration procedures |R18|p. 38

4.5.5.1  Generalp. 38

The 5GMSu AF shall configure Content Publishing Configuration resources in the 5GMSu AS using the procedures defined in this clause such that they remain synchronised with the Content Publishing Configurations provisioned at reference point M1 using the procedures defined in clause 4.3.3.
The format of the Content Publishing Configuration resource representation is as specified in clause 8.9.3.1 of TS 26.510.
Up

4.5.5.2  Enumerate Content Publishing Configurations collectionp. 38

This procedure is used by the 5GMSu AF to determine the configuration state of a running 5GMSu AS instance. The HTTP GET method shall be used for this purpose. The request URL shall be that of the Content Publishing Configuration collection on the 5GMSu AS instance.
If the operation is successful, the 5GMSu AS shall return an HTTP 200 (OK) response. The resource body shall be a JSON array of Content Publishing Configuration resource identifiers. The array shall be empty if no Content Publishing Configuration resources currently exist in the collection.
Up

4.5.5.3  Create Content Publishing Configurationp. 38

This procedure is used by the 5GMSu AF to create a new Content Publishing Configuration resource in the target 5GMSu AS instance. The HTTP POST method shall be used for this purpose. The 5GMSu AF shall nominate the resource identifier to be used to identify the new resource in the Content Publishing Configurations collection as part of the request URL. A representation of the resource shall be provided as the request body.
If the operation is successful, the 5GMSu AS shall return an HTTP 201 (Created) response with an empty response body. The content of the Location header may differ from the request URL if the request was satisfied by a different 5GMSu AS instance.
If a Content Publishing Configuration resource already exists at the request URL an HTTP 409 (Conflict) error response shall be returned by the 5GMSu AS. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
If any resources referenced by the supplied Content Publishing Configuration resource representation are invalid, the create operation shall fail with an HTTP response status code of 400 (Bad Request). The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571. In this case, the Content Publishing Configuration resource shall remain in an uncreated state in the target 5GMSu AS instance.
If a Content Publishing Configuration resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMSu AS. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.5.4  Retrieve Content Publishing Configurationp. 39

Retrieval of individual Content Publishing Configuration resources is not permitted at reference point M3.

4.5.5.5  Update Content Publishing Configurationp. 39

This procedure is used by the 5GMSu AF to replace a Content Publishing Configuration resource in the target 5GMSu AS instance. The HTTP PUT method shall be used for this purpose. The target resource shall be indicated in the request URL. The replacement resource representation shall be provided as the request body.
If the operation is successful, the 5GMSu AS shall return an HTTP 200 (OK) response with an empty response body.
If the replacement Content Publishing Configuration is identical to the current resource representation the 5GMSu AS shall return an HTTP 204 (No Content) response with an empty response body to indicate a "no-op".
If any resources referenced by the replacement Content Publishing Configuration resource representation are invalid, the update operation shall fail with an HTTP response status code of 400 (Bad Request). The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571. In this case, the target Content Publishing Configuration resource shall remain in the state immediately prior to the update operation.
If a Content Publishing Configuration resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMSu AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMSu AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.5.6  Destroy Content Publishing Configurationp. 39

This procedure is used by the 5GMSu AF to destroy a Content Publishing Configuration resource in the target 5GMSu AS instance. The HTTP DELETE method shall be used for this purpose. The target resource shall be indicated in the request URL. The request body shall be empty.
If the operation is successful, the 5GMSu AS shall return an HTTP 204 (No Content) response with an empty response body. Any subsequent attempt to recreate a Content Publishing Configuration resource with the same resource identifier shall fail as specified in clause 4.5.3.3.
If a Content Publishing Configuration resource previously existed at the request URL and was destroyed using this procedure an HTTP 410 (Gone) error response should be returned by the 5GMSu AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMSu AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.5.7  (De)activate Content Publishing Configurationp. 39

This procedure is used by the 5GMSd AF to activate or deactivate a Content Hosting Configuration resource in the target 5GMSd AS instance. The HTTP POST method shall be used for this purpose. The target resource shall be identified in the request URL. The request body shall be a single JSON boolean indicating the desired state of the target resource: true for active and false for inactive.
If the Content Hosting Configuration can be (de)activated immediately by the 5GMSd AS, or if it is already in the desired state indicated in the request, the HTTP 204 (No Content) response shall be returned by the 5GMSd AS with an empty response body. If the activation request is otherwise acceptable to the 5GMSd AS, but the Content Hosting Configuration cannot be (de)activated immediately, the HTTP 202 (Accepted) response shall be returned by the 5GMSd AS with an empty response body to indicate that (de)activation is in progress. The state of the Content Hosting Configuration may then be polled using the procedure specified in clause 4.5.4.8.
If a Content Hosting Configuration resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMSd AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMSd AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.5.8  Interrogate Content Publishing Configuration statep. 40

This procedure is used by the 5GMSd AF to interrogate the current state of a Content Hosting Configuration resource in the target 5GMSd AS instance. The HTTP GET method shall be used for this purpose. The target resource shall be indicated in the request URL. The request body shall be empty.
If the Content Hosting Configuration is known to the 5GMSd AS, the HTTP 200 (OK) response shall be returned with an indication of its current state provided in the response body as a JSON object of type boolean with the value true for active and false for inactive.
If a Content Hosting Configuration resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMS AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMS AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.5.5.9  Purge Content Publishing cachep. 40

This procedure is used by the 5GMSu AF to purge one or more content items from the 5GMSu AS cache associated with a Content Publishing Configuration resource in the target 5GMSu AS instance. The HTTP POST method shall be used for this purpose. A Content Publishing Configuration resource shall be indicated in the request URL. The request body shall be a single key-value pair encoded per the application/x-www-form-urlencoded MIME content type. The key shall be the string pattern and the value shall be a regular expression [5] identifying the media resource URL(s) to be purged from the associated content cache.
If the operation is successful, the 5GMSu AS shall return an HTTP 200 (OK) response. The resource body should indicate the total number of cache entries purged encoded as a positive JSON integer. If the purge request is otherwise acceptable to the 5GMSu AS, but no cache entries were purged because none matched the supplied regular expression, the HTTP 204 (No Content) response shall instead be returned by the 5GMSu AS with an empty response body.
If the request message body - or the regular expression contained in it - are found by the 5GMSu AS to be syntactically malformed the HTTP 400 (Bad Request) error response shall be returned. The response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
If a Content Publishing Configuration resource previously existed at the request URL and was destroyed an HTTP 410 (Gone) error response should be returned by the 5GMSu AS. Otherwise, if no resource exists at the request URL an HTTP 404 (Not Found) error response shall be returned by the 5GMSu AS. In either case the response body shall be a ProblemDetails document as specified in clause 5.2.4.1 of TS 29.571.
Up

4.6  Procedures of the M4d (Media Streaming) interfacep. 40

4.6.1  Procedures for DASH Sessionp. 40

This procedure is used by a 5GMSd Client to establish a DASH session via the M4d interface. In order to establish such a session, the 5GMSd AS shall host an MPD as defined in ISO/IEC 23009-1 [32] or TS 26.247 and the MPD URL is known to the 5GMSd Client typically using M8d.
The Media Player receives an MPD URL from the 5GMSd-Aware Application through M7d by methods defined in clause 13. The Media Player shall send an HTTP GET message to the 5GMSd AS including the URL of the MPD resource. On success, the 5GMSd AS shall respond with a 200 (OK) message that includes the requested MPD resource.
Additional procedures for reactions to different HTTP status codes are provided in clause A.7 of TS 26.247 and ISO/IEC 23009-1 [32] clause A.7.
Additional procedures for handling partial file responses are provided in clause A.9 of TS 26.247.
This information is provided through M7d to the application for selection. In addition, the currently used service description parameters are provided as status information through M7d in order for the Media Session Handler to make use of this information, for example for Dynamic Policy and Network Assistance.
The detailed handling of service description information is documented in clause 13.2 of the present document.
Up

4.6.2  Procedures for Progressive Download Sessionp. 41

This procedure is used by a 5GMSd client to establish a Progressive Download session via the M4d interface. In order to establish such a session, the 5GMSd AS shall host an 3GP/MP4 file as defined in TS 26.247. The 3GP/MP4 URL is known to the Media Player (in this case a progressive download player), typically by using M8d.
The Media Player receives a URL from the 5GMSd-Aware Application through M7d by methods defined in clause 13. The Media Player shall send an HTTP GET message to the 5GMSd AS including the URL of the 3GP/MP4 resource. On success, the 5GMSd AS shall respond with a 200 (OK) message that includes the requested 3GP/MP4 resource.
Additional procedures for reactions to different HTTP status codes are provided in TS 26.247.
Up

4.7  Procedures of the M5 (Media Session Handling) interfacep. 41

4.7.1  Introductionp. 41

The procedures at reference point M5 are used by a Media Session Handler within a 5GMS Client to invoke services relating to downlink or uplink media streaming on the 5GMS AF.

4.7.2  Procedures for Service Access Informationp. 41

4.7.2.1  Generalp. 41

Service Access Information is the set of parameters and addresses needed by the 5GMSd Client to activate reception of a downlink media streaming session or by a 5GMSu Client to activate an uplink media streaming session for contribution. Service Access Information additionally includes configuration information to allow the Media Session Handler to invoke procedures for dynamic policy (see clause 4.7.3), consumption reporting (clause 4.7.4), metrics reporting (clause 4.7.5) and network assistance (clause 4.7.6).
The Media Session Handler may obtain Service Access Information from either the 5GMS-Aware Application (via reference point M6) or from the 5GMS AF (via reference point M5). In the former case, the Service Access Information is initially acquired by the 5GMS-Aware Application from the 5GMS Application Provider via reference point M8. In the latter case, the Media Session Handler shall use the operations specified in clause 5.3.2 of TS 26.510 at reference point M5 to acquire Service Access Information from the 5GMS AF, citing an external service identifier and the Service Access Information is derived by the 5GMS AF from the Provisioning Session established at reference point M1 (see clause 4.3.2) that is tagged with the same external service identifier.
Typically, the Service Access Information for media streaming includes a set of Media Entry Points (e.g. a URL to a DASH MPD or a URL to a progressive download file) that can be consumed by the Media Stream Handler (Media Player or Media Streamer). One of these is selected by the Media Session Handler or by the 5GMS-Aware Application and is handed to the Media Player via reference point M11 or M7 respectively.
For downlink media streaming exclusively via eMBMS and for hybrid 5GMSd/eMBMS services as defined in clauses 5.10.2 and 5.10.5 respectively of TS 26.501, the Service Access Information indicates that the 5GMSd Client acts as an MBMS-Aware Application.
For dynamically provisioned downlink media streaming via eMBMS as defined in clause 5.10.6 of TS 26.501, the 5GMSd AS creates a presentation manifest that is regularly polled by the Media Player for a potential update. When an eMBMS User Service carrying the 5GMSd content is dynamically provisioned or removed by the 5GMSd AF, the 5GMSd AS shall update the presentation manifest with the locations where the updated manifest and the media segments are now available, for example to add or change to the media server in the MBMS Client.
For downlink media streaming exclusively via MBS and for hybrid 5GMSd/MBS services as defined in clauses 5.12.2 and 5.12.4 respectively of TS 26.501, the Service Access Information indicates that the 5GMSd Client acts as an MBS-Aware Application.
For dynamically provisioned downlink media streaming via MBS as defined in clause 5.12.4 of TS 26.501, the 5GMSd AS creates or hosts a presentation manifest that is regularly polled by the Media Player for a potential update. When an MBS User Service carrying the 5GMSd content is dynamically provisioned or removed by the 5GMSd AF, the 5GMSd AS shall update the presentation manifest with the resource locations where the updated manifest and the media segments are now available, for example to additionally or alternatively point to the Media Server in the MBSTF Client.
If an Edge Resources Configuration with client-driven management is provisioned, a Client Edge Resources Configuration is included in the corresponding Service Access Information.
Up

4.7.2.2Void

4.7.2.3Void

4.7.2.4Void

4.7.2.5Void

4.7.3  Procedures for dynamic policy invocationp. 42

These procedures are used by a Media Session Handler to manage Dynamic Policy Instance resources in the 5GMS AF. To do this, the Media Session Handler shall use the operations specified in clause 5.3.3 of TS 26.510 at reference point M5 to instantiate Policy Templates in the 5GMS AF that are described in the Dynamic Policy Configuration provided in the Service Access Information (see clause 4.7.2).
Up

4.7.4  Procedures for consumption reportingp. 42

These procedures are used by the Media Session Handler and the Consumption Reporting function of the 5GMSd Client to submit a consumption report to the 5GMSd AF via reference point M5d if consumption reporting is applied for a downlink media streaming session. This is indicated by the presence of a Client Consumption Reporting Configuration in the Service Access Information. To determine whether and how to send consumption reports to the 5GMSd AF at reference point M5, the Media Session Handler shall use the procedures and operations specified in clause 5.3.6 of TS 26.510.
Up

4.7.5  Procedures for metrics reportingp. 42

These procedures are used by the Media Session Handler and the Metrics Reporting function of the 5GMS Client to submit a QoE metrics report to the 5GMS AF via reference point M5 if metrics reporting is applied for a media streaming session. To determine whether and how to send metrics reports the 5GMSd AF at reference point M5, the Media Session Handler shall use the procedures and operations specified in clause 5.3.5 of TS 26.510.
When the metrics collection and reporting feature is provisioned for a media streaming Provisioning Session, one or more Client Metrics Reporting Configurations, each associated with a metrics scheme, are provided to the 5GMS Client in the Service Access Information (see clause 4.7.2).
  • For progressive download and DASH streaming services, the listed metrics in a given Client Metrics Reporting Configuration 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.
  • Metrics related to Virtual Reality media, as specified in clause 9.3 of TS 26.118, may be listed in a Client Metrics Reporting Configuration.
  • Metrics related to eMBMS delivery, as specified in clause 9.4.6 of TS 26.346, may be listed in a Metrics Reporting Configuration.
Up

4.7.6  Procedures for network assistancep. 43

These procedures are used by the 5GMS Client to request Network Assistance from one of the 5GMS AF instances listed in the Network Assistance Configuration of the Service Access Information. To do this, the Media Session Handler shall use the procedures and operations specified in clause 5.3.4 of TS 26.510 at reference point M5.

4.8  Procedures of the M6d (UE Media Session Handling) interfacep. 43

4.8.1  Generalp. 43

This clause contains the procedures for the interaction between the 5GMSd-Aware application or the Media Player and the Media Session Handler through the M6d API. Details are provided in clause 12.

4.8.2  Consumption reporting proceduresp. 43

When consumption reporting for this session is active for a given media delivery session, the Media Session Handler and Media Streamer (downlink Media Player or uplink Media Streamer) shall follow the procedures specified in clause 5.4.6 of TS 26.510 to support consumption reporting.

4.8.3  3GPP Service URL handling procedures |R18|p. 43

4.8.3.1  Launch of 5G Media Streaming session by 5GMS-Aware Applicationp. 43

The Media Session Handler shall play the role of 3GPP Service Handler for Service URLs as defined in clause 6 of TS 26.510 by registering itself as the URL handler for the domain name launch.3gppservices.org/ms (e.g., by declaring an intent filter in an Android application manifest). Hence, the Media Session Handler is launched when a 5GMS-Aware Application requests a 5GMS Service URL (e.g., by means of an Android intent filter).
Up

4.8.3.2  Retrieval of Service Access Informationp. 43

If it needs to retrieve Service Access Information from the 5GMS AF (because a full set of Service Access Information has not been supplied as additional parameters of the 3GPP Service URL) the Media Session Handler shall decompose the 3GPP Service URL into the prefix and suffix, and shall form the M5 request URL for Service Access Information as specified in clause 9.2.2 of TS 26.510.
  1. If the 3GPP Service URL carries one or more af-host-address query parameters, the Media Session Handler shall choose one to substitute into {apiRoot} in the above request URL. If the port number is omitted from any af-host-address, port 80 (for HTTP) or 443 (for HTTPS) shall be assumed.
    The party operating the 5GMS AF is responsible for ensuring that the hostname(s) resolve to the correct IP address(es) in the External DN.
    If more than one af-host-address query parameter is supplied in the 3GPP Service URL, the Media Session Handler may use an alternative host endpoint address at reference point M5 if the one it is using fails to respond after some implementation-specific number of retries.
  2. If the af-host-address query parameter is omitted from the 3GPP Service URL, the default host name ms.af.3gppservices.org and port number 80 (HTTP) or 443 (HTTPS) shall be used instead.
    The 5G System operator is responsible for supporting resolution of this well-known host name to the correct IP address(es) in the Trusted DN, e.g., by managing appropriate DNS records.
    The 5G System operator is responsible for ensuring that a resilient service is available at this host endpoint address. If the hostname resolves to multiple IP addresses, the Media Session Handler may use a different one at reference point M5 if the one it is using fails to respond after some implementation-specific number of retries.
  3. If the 3GPP Service URL includes the optional media-entry-point query parameter, the Media Session Handler issues a request for this URL (thereby chaining the Media Stream Handler), but only after it has successfully retrieved the Service Access Information from the 5GMS AF.
Depending on the success (or otherwise) of retrieving the Service Access Information (and optionally chaining the Media Stream Handler with the media entry point), the Media Session Handler returns an appropriate HTTP status code to the invoking 5GMS-Aware Application.
Up

4.9  Procedures of the M7d (UE Media Player) interfacep. 44

4.9.1  Generalp. 44

This clause contains the procedures for the interaction between the 5GMSd-Aware Application or the Media Session Handler and the Media Player through the M7d API. Details are provided in clause 13.

4.9.2  Metrics reporting proceduresp. 44

These procedures shall be used by the Media Session Handler function to control metrics reporting when such reporting is configured via metadata sent in-band via the media manifest.
When a streaming session is started, the Media Session Handler shall check if the manifest contains any metrics configuration, as specified in clauses 10.4 and 10.5 of TS 26.247, or clause 9.3 of TS 26.118. If such a configuration is found, the Media Session Handler shall use it for the current streaming session.
The Media Session Handler shall first determine whether metrics from this session shall be reported. The determination shall be based on the samplePercentage attribute specified in the metrics configuration, according to clause 10.5 of TS 26.247.
If metrics are reported for the session, the Media Session Handler shall request the Media Player to create a metrics collection job. The Media Player shall return a reference to the created job, which the Media Session Handler shall use in all subsequent actions related to this job.
The Media Session Handler shall configure the metrics collector job with the set of metrics which shall be collected during the session. The format of the configuration shall be according to clause L.2 of TS 26.247, but note that only the metrics attribute in the configuration shall be used for this purpose.
The Media Session Handler shall regularly request the collected metrics from the Media Player according to the reportingInterval specified in the metrics configuration. The metrics returned by the Media Player shall use the format as described in clause 10.6 of TS 26.247, and (for virtual reality media) in clause 9.4 of TS 26.118 and the Media Session Handler shall forward these to the server address(es) specified in the metrics configuration using the specified DNN according to the procedures described in clause 10.6 of TS 26.247.
When the session is finished the Media Session Handler shall delete the metrics collection job.
Up

4.10  Procedures of the M8d interfacep. 45

This clause defines basic procedures for M8d.
No specific procedures are defined but it is expected that the 5GMSd Application Provider can provide media session entry points to a 5GMSd-Aware Application through M8d. The 5GMSd-Aware Application would then initiate the media session by providing such an entry point to the 5GMSd Client through M7d. Multiple alternative entry points of the same media streaming service may be provided.

4.11  Data collection and reporting procedures at reference point R4 |R17|p. 45

4.11.1  Generalp. 45

These procedures are used by the 5GMS AS, as a type of data collection client, to acquire its data collection and reporting client configuration from, and subsequently report media streaming access activity to, the Data Collection AF instantiated in the 5GMS AF. It does so by invoking the Ndcaf_DataReporting service offered by the Data Collection AF at reference point R4, as specified in clause 7 of TS 26.532.
Up

4.11.2  5GMS AS data collection and reporting client configurationp. 45

The 5GMS AS shall use the service operations and procedures specified in TS 26.532 to obtain its data collection and reporting client configuration from the Data Collection AF instantiated in the 5GMS AF at reference point R4:
  • In the case where both the 5GMS AS and the 5GMS AF reside in the trusted domain, the 5GMS AS shall obtain its data collection client configuration directly from the Data Collection AF by invoking appropriate Ndcaf_DataReporting service operations as specified in clause 7.2 of TS 26.532 according to the procedures specified in clauses 4.2.5 of TS 26.532.
  • Should the 5GMS AS and the 5GMS AF reside in different trust domains, the 5GMS AS shall instead obtain its configuration from the Data Collection AF indirectly via the NEF by invoking the equivalent operations on the Nnef_DataReporting service as defined in TS 26.531.
In both cases, the 5GMS AS shall declare that it supports the MS_ACCESS_ACTIVITY data reporting domain in DataReportingSession.supportedDomains (see clauses 7.2.3.2.1 and 7.2.3.3.1 of TS 26.532) and the Data Collection AF instantiated in the 5GMS AF shall request reporting for this domain by including the same value as a key to the DataReportingSession.reportingConditions dictionary. The value of the ReportingCondition.type property at this key shall be INTERVAL, THRESHOLD or OFF.
No data packaging strategies are specified in this release for the data reporting domains associated with the 5GMS AS at reference point R4.
Default data packaging strategies for the data reporting domains associated with the 5GMS AS at reference point R4 are not specified in this release.
The 5GMS AS shall refresh its data collection and reporting client configuration according to the procedures specified in clause 4.2.5.3 of TS 26.532.
Up

4.11.3  5GMS AS data reportingp. 46

The 5GMS AS shall use the service operations and procedures specified in TS 26.532 to report media streaming access activity to the Data Collection AF instantiated in the 5GMS AF at reference point R4:
  • In the case where both the 5GMS AS and the 5GMS AF reside in the trusted domain, the 5GMS AS shall submit media streaming access activity reports directly to the Data Collection AF by invoking appropriate Ndcaf_DataReporting service operations as specified in clause 7.3 of TS 26.532 according to the procedures specified in clauses 4.2.7 of TS 26.532.
  • Should the 5GMS AS and the 5GMS AF reside in different trust domains, the 5GMS AS shall instead submit media streaming access activity reports indirectly to the 5GMS AF via the NEF by invoking the equivalent operations on the Nnef_DataReporting service as defined in TS 26.531.
In both cases, the conditions for sending a downlink media streaming access activity report by the 5GMSd AS and the parameters of such report are signalled in the data collection and reporting client configuration obtained using the procedure specified in clause 4.11.2.
In order to submit a media streaming access activity report, the 5GMS AS shall send an HTTP POST message to the Data Collection AF instantiated in the 5GMS AF. The request body shall be a JSON document of type DataReport (as defined in clause 7.3.2.1 of TS 26.532) containing one or more MediaStreamingAccessRecord structures, as specified in clauses 17.2 and C.5.1 of the present document.
The Data Collection AF shall respond with a 200 (OK) message to acknowledge successful processing of the media streaming access activity report.
Up

4.11A  Data collection and reporting procedures at reference point R2 |R18|p. 46

4.11A.1  Generalp. 46

These procedures are used by the Direct Data Collection Client instantiated in the Media Session Handler to acquire its data collection and reporting client configuration from, and subsequently report media streaming access activity to, the Data Collection AF instantiated in the 5GMS AF. It does so by invoking the Ndcaf_DataReporting service offered by the Data Collection AF at reference point R2, as specified in clause 7 of TS 26.532.
Up

4.11A.2  Data collection and reporting client configurationp. 46

The Direct Data Collection Client instantiated in the Media Session Handler shall use the service operations and procedures specified in TS 26.532 to obtain its data collection and reporting client configuration from the Data Collection AF instantiated in the 5GMS AF at reference point R2 by invoking appropriate Ndcaf_DataReporting service operations as specified in clause 7.2 of TS 26.532 according to the procedures specified in clauses 4.3.2 of TS 26.532.
The Direct Data Collection Client instantiated in the Media Session Handler shall declare that it supports the MS_ANBR_NETWORK_ASSISTANCE data reporting domain in DataReportingSession.supportedDomains (see clauses 7.3.2.1 and 7.3.3.1 of TS 26.532) and the Data Collection AF instantiated in the 5GMS AF shall request reporting for this domain by including the same value as a key to the DataReportingSession.reportingConditions dictionary. The value of the ReportingCondition.type property at this key shall be EVENT or OFF.
No data packaging strategies are specified in this release for the data reporting domains associated with the Direct Data Collection Client instantiated in the Media Session Handler at reference point R2.
Default data packaging strategies for the data reporting domains associated with the Direct Data Collection Client instantiated in the Media Session Handler at reference point R2 are not specified in this release.
The Direct Data Collection Client instantiated in the Media Session Handler shall refresh its data collection and reporting client configuration according to the procedures specified in clause 4.3.2.3 of TS 26.532.
Up

4.11A.3  ANBR-based Network Assistance invocation reportingp. 47

The Direct Data Collection Client instantiated in the Media Session Handler shall use the service operations and procedures specified in TS 26.532 to report ANBR-based Network Assistance invocations to the Data Collection AF instantiated in the 5GMS AF at reference point R2 by invoking appropriate Ndcaf_DataReporting service operations as specified in clause 7.3 of [49] according to the procedures specified in clauses 4.3.3 of [49].
The conditions for sending an ANBR-based Network Assistance invocation report and the parameters of such report are signalled in the data collection and reporting client configuration obtained using the procedure specified in clause 4.11A.2.
In order to submit an ANBR-based Network Assistance invocation report, the Direct Data Collection Client instantiated in the Media Session Handler shall send an HTTP POST message to the Data Collection AF instantiated in the 5GMS AF. The request body shall be a JSON document of type DataReport (as defined in clause 7.3 of TS 26.532) containing a ANBRNetworkAssistanceInvocationRecord structure, as specified in clauses 17A.2 and C.5.2 of the present document.
The Data Collection AF shall respond with a 200 (OK) message to acknowledge successful processing of the ANBR-based Network Assistance invocation report.
Up

4.12  Event Exposure procedures at reference points R5 and R6 |R17|p. 47

4.12.1  Generalp. 47

As specified in clauses 4.7.1 and 4.7.4 of TS 26.501, Events relating to 5G Media Streaming are exposed to Event consumers at reference points R5 and R6 by the Data Collection AF instantiated in the 5GMS AF (playing the role of Event service provider). Procedures for event exposure are specified in clauses 5.11.3 (for downlink media streaming) and 6.8.3 (for uplink media streaming) respectively of TS 26.501.
The following Naf_EventExposure service operations as defined in TS 23.502 apply for such interactions between the Data Collection AF and consumer entities:
  • Naf_EventExposure_Subscribe,
  • Naf_EventExposure_Unsubscribe, and
  • Naf_EventExposure Notify.
In this release, eligible Event service consumers of 5GMS Event services are the NWDAF and NEF as NFs, and the Event Consumer AF of the 5GMS Application Provider.
Up

4.12.2  Event Exposure subscription procedurep. 47

The definition of input and output parameters of the Naf_EventExposure_Subscribe service operation is identical to that specified in clause 5.2.19.2.2 of TS 23.502, except that "AF" is replaced by "Data Collection AF" and "consumer NF" (or "NF consumer") is replaced by "Event service consumer".
Up

4.12.3  Event Exposure unsubscription procedurep. 48

The definition of input and output parameters of the Naf_EventExposure_Unsubscribe service operation is identical to that specified in clause 5.2.19.2.3 of TS 23.502, except that "AF" is replaced by "Data Collection AF" and "consumer NF" (or "NF consumer") is replaced by "Event service consumer".
Up

4.12.4  Event Exposure notification procedurep. 48

The definition of input and output parameters of the Naf_EventExposure_Notify service operation is identical to that specified in clause 5.2.19.2.4 of TS 23.502, except that "AF" is replaced by "Data Collection AF" and "consumer NF" (or "NF consumer") is replaced by "Event service consumer".
Up

4.13  Procedures for downlink media streaming via eMBMS |R17|p. 48

This procedure is used by a 5GMSd Client to establish a 5GMSd session either completely, or at least partially, through eMBMS.
  • For downlink media streaming exclusively via eMBMS and for hybrid 5GMSd/eMBMS services, as defined in clauses 5.10.2 and 5.10.5 respectively of TS 26.501:
    • The 5GMSd Application Provider shall provision a supplementary distribution network of type DISTRIBUTION_NETWORK_EMBMS in the Content Hosting configuration at reference point M1d, as specified in clause 7.6.3.1, with either MODE_EXCLUSIVE or MODE_HYBRID (as appropriate).
    • The 5GMSd Application Provider may additionally provision access reporting in the Consumption Reporting Configuration at M1d, as specified in clause 7.7.3.1.
    • The MBMS Client shall host an MPD as defined in ISO/IEC 23009-1 [32] or in TS 26.247, or any other presentation manifest as the 5GMSd Media Entry Point such as an HLS Master Playlist.
    • The URL of this presentation manifest shall be signalled to the 5GMSd Client through the 5GMSd session establishment procedure.
    • The MBMS Client shall be invoked by the Media Session Handler via reference point MBMS-API-C using the procedures defined in TS 26.347.
  • For dynamically provisioned downlink media streaming via eMBMS as defined in clause 5.10.6 of TS 26.501:
    • The 5GMSd Application Provider shall provision a supplementary distribution network of type DISTRIBUTION_NETWORK_EMBMS in the Content Hosting configuration at reference point M1d, as specified in clause 7.6.3.1, with MODE_DYNAMIC.
    • The 5GMSd Application Provider shall additionally provision access reporting in the Consumption Reporting Configuration at M1d, as specified in clause 7.7.3.1.
    • The 5GMSd AS shall host an MPD as defined in ISO/IEC 23009-1 [32] or in TS 26.247, or any other presentation manifest as the 5GMSd Media Entry Point.
    • The URL of this presentation manifest shall be signalled to the 5GMSd Client through the 5GMSd session establishment procedure. If the 5GMSd service is currently available as an MBMS User Service, the 5GMSd Client forwards the manifest request to the MBMS Client; otherwise, it forwards the request to the 5GMSd AS via reference point M4d.
    • The MBMS Client shall be invoked dynamically, paused or destroyed by the Media Session Handler via reference point MBMS-API-C using the procedures defined in TS 26.347.
Additional procedures for reactions to different HTTP status codes are provided in clause A.7 of TS 26.247 and clause A.7 of ISO/IEC 23009-1 [32].
Additional procedures for handling partial file responses are provided in clause A.9 of TS 26.247.
Up

4.14  Procedures for downlink media streaming via MBS |R18|p. 49

This procedure is used by a 5GMSd Client to establish a downlink media streaming session either completely, or at least partially, through MBS.
  • For downlink media streaming exclusively via MBS and for hybrid 5GMSd/MBS services, as defined in clauses 5.12.2 and 5.12.4 respectively of TS 26.501:
    • The 5GMSd Application Provider shall provision a supplementary distribution network of type DISTRIBUTION_NETWORK_MBS in the Content Hosting Configuration at reference point M1d, as specified in clause 8.8.3.1 of TS 26.510, with either MODE_EXCLUSIVE or MODE_HYBRID (as appropriate).
    • The 5GMSd Application Provider may additionally provision access reporting in the Consumption Reporting Configuration at M1d, as specified in clause 8.12.3.1 of TS 26.510.
    • The MBSTF Client shall host an MPD as defined in ISO/IEC 23009-1 [32] or in TS 26.247, or any other presentation manifest such as an HLS Variant Playlist, as the 5GMSd Media Entry Point.
    • The URL of this presentation manifest shall be signalled to the 5GMSd Client through the 5GMSd session establishment procedure.
    • The MBSTF Client shall be invoked by the Media Session Handler via reference point MBS-7 using the procedures defined in TS 26.517.
  • For dynamically provisioned downlink media streaming via MBS as defined in clause 5.12.5 of TS 26.501:
    • The 5GMSd Application Provider shall provision a supplementary distribution network of type DISTRIBUTION_NETWORK_MBS in the Content Hosting configuration at reference point M1d, as specified in clause 8.8.3.1 of TS 26.510, with MODE_DYNAMIC.
    • The 5GMSd Application Provider shall additionally provision access reporting in the Consumption Reporting Configuration at M1d, as specified in clause 8.12.3.1 of TS 26.510.
    • The 5GMSd AS shall host an MPD as defined in ISO/IEC 23009-1 [32] or in TS 26.247, or any other presentation manifest such as an HLS Variant Playlist as the 5GMSd Media Entry Point.
    • The URL of this presentation manifest shall be signalled to the 5GMSd Client through the 5GMSd session establishment procedure. If the 5GMSd service is currently available as an MBS User Service, the 5GMSd Client forwards the manifest request to the Media Server in the MBSTF Client via reference point MBS-7; otherwise, it forwards the request to the 5GMSd AS via reference point M4d.
    • The MBS Client shall be invoked dynamically, paused or destroyed by the Media Session Handler via reference point MBS-7 using the procedures defined in TS 26.517.
Additional procedures for reactions to different HTTP status codes are provided in clause A.7 of TS 26.247 and clause A.7 of ISO/IEC 23009-1 [32].
Additional procedures for handling partial file responses are provided in clause A.9 of TS 26.247.
Up

Up   Top   ToC