DICOM PS3.18 2020e - Web Services
8.7.3.3.2 Compressed Bulkdata

Compressed Bulkdata contains only the compressed octet stream without the fragment delimiters.

Table 8.7.3-5 specifies the default and optional media types and Transfer Syntax UID combinations for each Resource Category (see Table 8.7.2-1) of compressed Bulkdata for the RESTful services.

Note

Some of the Transfer Syntax Names include text about Default Transfer Syntax, however this applies to its role in DIMSE transactions, rather than the default for RESTful services (which is specified in the RESTful column of the table).

These media types can be used to retrieve Bulkdata, such as images or video, encoded in a specific Transfer Syntax.

Table 8.7.3-5. Media Types and Transfer Syntax UIDs for Compressed Data in Bulkdata

Category

Media Type

Transfer Syntax UID

Transfer Syntax Name

Optionality

Single Frame Image

image/jpeg

1.2.840.10008.1.2.4.70

JPEG Lossless, Non-Hierarchical, First-Order Prediction(Process 14 [Selection Value 1]) :Default Transfer Syntax for Lossless JPEG Image Compression

D

1.2.840.10008.1.2.4.50

JPEG Baseline (Process 1) :Default Transfer Syntax for Lossy JPEG 8 Bit Image Compression

O

1.2.840.10008.1.2.4.51

JPEG Extended (Process 2 & 4) :Default Transfer Syntax for Lossy JPEG 12 Bit Image Compression (Process 4 only)

O

1.2.840.10008.1.2.4.57

JPEG Lossless, Non-Hierarchical (Process 14)

O

image/dicom-rle

1.2.840.10008.1.2.5

RLE Lossless

D

image/jls

1.2.840.10008.1.2.4.80

JPEG-LS Lossless Image Compression

D

1.2.840.10008.1.2.4.81

JPEG-LS Lossy (Near-Lossless) Image Compression

O

image/jp2

1.2.840.10008.1.2.4.90

JPEG 2000 Image Compression (Lossless Only)

D

1.2.840.10008.1.2.4.91

JPEG 2000 Image Compression

O

image/jpx

1.2.840.10008.1.2.4.92

JPEG 2000 Part 2 Multi-component Image Compression (Lossless Only)

D

1.2.840.10008.1.2.4.93

JPEG 2000 Part 2 Multi-component Image Compression

O

Multi-frame Image

image/jpeg

1.2.840.10008.1.2.4.70

JPEG Lossless, Non-Hierarchical, First-Order Prediction(Process 14 [Selection Value 1]) :Default Transfer Syntax for Lossless JPEG Image Compression

D

1.2.840.10008.1.2.4.50

JPEG Baseline (Process 1) :Default Transfer Syntax for Lossy JPEG 8 Bit Image Compression

O

1.2.840.10008.1.2.4.51

JPEG Extended (Process 2 & 4) :Default Transfer Syntax for Lossy JPEG 12 Bit Image Compression (Process 4 only)

O

1.2.840.10008.1.2.4.57

JPEG Lossless, Non-Hierarchical (Process 14)

O

image/dicom-rle

1.2.840.10008.1.2.5

RLE Lossless

D

image/jls

1.2.840.10008.1.2.4.80

JPEG-LS Lossless Image Compression

D

1.2.840.10008.1.2.4.81

JPEG-LS Lossy (Near-Lossless) Image Compression

O

image/jp2

1.2.840.10008.1.2.4.90

JPEG 2000 Image Compression (Lossless Only)

D

1.2.840.10008.1.2.4.91

JPEG 2000 Image Compression

O

image/jpx

1.2.840.10008.1.2.4.92

JPEG 2000 Part 2 Multi-component Image Compression (Lossless Only)

D

1.2.840.10008.1.2.4.93

JPEG 2000 Part 2 Multi-component Image Compression

O

Video

video/mpeg2

1.2.840.10008.1.2.4.100

MPEG2 Main Profile @ Main Level

O

1.2.840.10008.1.2.4.101

MPEG2 Main Profile @ High Level

D

video/mp4

1.2.840.10008.1.2.4.102

MPEG-4 AVC/H.264 High Profile / Level 4.1

D

1.2.840.10008.1.2.4.103

MPEG-4 AVC/H.264 BD-compatible High Profile / Level 4.1

O

1.2.840.10008.1.2.4.104

MPEG-4 AVC/H.264 High Profile / Level 4.2 For 2D Video

O

1.2.840.10008.1.2.4.105

MPEG-4 AVC/H.264 High Profile / Level 4.2 For 3D Video

O

1.2.840.10008.1.2.4.106

MPEG-4 AVC/H.264 Stereo High Profile / Level 4.2

O

Text

N/A (no defined compression transfer syntaxes for Text)

Other

N/A (no defined compression transfer syntaxes for Other)


The origin server may support additional Transfer Syntaxes.

Note

  1. For the media type image/jpeg Transfer Syntaxes, the image may or may not include the JFIF marker segment. The image may or may not include APP2 marker segments with an identifier of "ICC_PROFILE". There is no requirement for the origin server to add a JFIF marker segment nor to copy the value of the ICC Profile (0028,2000) Attribute, if present, into APP2 marker segments in the compressed data stream. See Section 8.2.1 “JPEG Image Compression” in PS3.5.

  2. For the media type image/jp2 and image/jpx Transfer Syntaxes, the image does not include the jp2 marker segment. See Section 8.2.4 “JPEG 2000 Image Compression” in PS3.5 and Section A.4.4 “JPEG 2000 Image Compression” in PS3.5

  3. The resource on the origin server may have been encoded in the Deflated Explicit VR Little Endian (1.2.840.10008.1.2.1.99) Transfer Syntax. If so, the origin server may inflate it, and then convert it into an Acceptable Transfer Syntax. Alternatively, if the user agent allowed a Content-Encoding header field of 'deflate', then the deflated bytes may be transferred unaltered, but the Transfer Syntax parameter in the response should be the Explicit VR Little Endian Transfer Syntax.

  4. Compressed multi-frame image Bulkdata is encoded as one frame per part. E.g., each frame of a JPEG 2000 multi-frame image will be encoded as a separate part with an image/jp2 media type, rather than as a single part with a video/mj2 ([RFC3745]) or uncompressed application/octet-stream media type.

  5. Video Bulkdata is encoded as a single part containing all frames. E.g., all frames of an MPEG-4 video will be encoded as a single part with a video/mp4 ([RFC_4337]) media type.

  6. Many of the media types used for compressed Pixel Data transferred as Bulkdata values are also used for consumer format media types. A web browser may not be able to display the encoded data directly, even though some of the same media types are also used for encoding rendered Pixel Data. See Section 8.7.4.

    For example, the media type for Bulkdata values of lossless 16-bit JPEG [ISO/IEC 10918-1] encoded Pixel Data is "image/jpeg", the same media type as might be used for 8-bit JPEG [ISO/IEC 10918-1] encoded Pixel Data, whether extracted as Bulkdata, or rendered. The Transfer Syntax parameter of the Content-Type header field is useful to signal the difference.

  7. Each part of a multipart response is distinguished by the Content-Type and Content-Location header fields of the part.

  8. Previously, experimental Media Types "image/x-dicom-rle" and "image/x-jls" were defined, so origin servers and user agents may want to account for these when communicating with older implementations. These have been replaced with the standard Media Types "image/dicom-rle" and "image/jls", respectively.

DICOM PS3.18 2020e - Web Services