A.9 Handling Partial File Responses

26.2473GPPProgressive Download and Dynamic Adaptive Streaming over HTTP (3GP-DASH)Release 17Transparent end-to-end Packet-switched Streaming Service (PSS)TS

If the DASH client issued a regular HTTP GET request including an accept header with application/3gpp-partial, i.e. a partial-file-accept request. it may receive one of the following responses.

– 200 OK with the Content-Type set to application/3gpp-partial and the message format according to the definition in clause 7.9.2.2 of TS26.346 [42].

– 416 Requested Range Not Satisfiable with the additional information according to the definition in clause 7.9.2.2 of TS26.346 [42].

If the 416 code is received, the 3GP-DASH client should conceal the lost media that is contained in this lost segment and should continue its regular operation, by downloading the next Segment in the Representation that contains a random access point, i.e. a SAP type 1 or 2.

If the 200 OK code (or other 2xx success status codes) with the Content-Type set to application/3gpp-partial is received, the 3GP-DASH client should continue its regular operation, by downloading the next Segment in the Representation that contains a random access point, i.e. a SAP type 1 or 2. In addition, the 3GP-DASH client may use the information in the body of the response in order to advantageously conceal the lost media as follows:

– If the content range starting from the first byte is included in the response,

– – the 3GP-DASH client may decode and present all complete access units that are included in the initial byte range.

– – The 3GP-DASH client may parse the Segment Index and/or movie fragment header in order to identify SAPs or sync samples that may be used to decode and render additional information.

– If the content range starting from the first position is not included in the response and the extension header 3gpp-access-position is not present, the 3GP DASH client may discard all information and treat the media segment as lost.

– If the content range starting from the first position is not included in the response and the extension header 3gpp-access-position is present and has a value that is part of the content range,

– then the 3GP-DASH client may access and decode from the indicated position using regular box parsing mechanisms in order to identify SAPs or sync samples that may be used to decode and render additional information contained in this range or in other ranges.