DICOM PS3.5 2024e - Data Structures and Encoding

10 Transfer Syntax

A Transfer Syntax is a set of encoding rules able to unambiguously represent one or more Abstract Syntaxes. In particular, it allows communicating Application Entities to negotiate common encoding techniques they both support (e.g., byte ordering, compression, etc.). A Transfer Syntax is an attribute of a Presentation Context, one or more of which are negotiated at the establishment of an Association between DICOM Application Entities. This Association negotiation is specified in PS3.8 and discussed in PS3.7.

The selection of a Transfer Syntax applies to the encoding rules for the Data Set portion of a DICOM Message only. All DICOM Standard and Private Transfer Syntaxes implicitly specify a fixed encoding for the Command Set portion of a DICOM Message as specified in PS3.7.

This Part of the DICOM Standard defines standard DICOM Transfer Syntaxes and assigns a unique Transfer Syntax Name to each one. The standard DICOM Transfer Syntaxes are specified in Annex A. The DICOM notation for Transfer Syntax names is the notation used for UIDs (see Section 9).

The organization responsible for the definition and registration of DICOM Transfer Syntaxes is NEMA. NEMA guarantees uniqueness for all DICOM Transfer Syntax Names.

Privately defined Transfer Syntax Names may also be used; however, they will not be registered by NEMA. Organizations that define private Transfer Syntax Names shall follow the registration process defined in Section 9.2.

10.1 DICOM Default Transfer Syntax

DICOM defines a Default Transfer Syntax, the DICOM Implicit VR Little Endian Transfer Syntax (identified​ by Transfer Syntax UID = "1.2.840.10008.1.2"), which shall be supported by every conformant DICOM Implementation. This implies that:

  1. If an Application Entity issues an A-ASSOCIATE request, it shall offer the DICOM Implicit VR Little Endian Transfer Syntax in at least one of the Presentation Contexts associated with each offered Abstract Syntax.

    Note

    Offering Abstract Syntax (AS1) in two Presentation Contexts with Transfer Syntaxes (TS1) and (TS2) is not valid, but offering AS1-TS1, AS1-TS2 and AS1-TSD is valid because the DICOM Default Little Endian Transfer Syntax (TSD) is present in at least one of the Presentation Contexts that are based on Abstract Syntax (AS1).

  2. If an Application Entity receives an A-ASSOCIATE indication corresponding to a request that follows the requirements specified in Section 10.1 (a), every Presentation Context related to a given Abstract Syntax cannot be rejected in an A-ASSOCIATE response for the reason that none of the Transfer Syntaxes are supported.

    Note

    When Abstract Syntax (AS1) is offered in three Presentation Contexts with Transfer Syntaxes (TS1), (TS2) and (TSD), the DICOM Default Little Endian Transfer Syntax (TSD) can be rejected if at least one of the other Presentation Contexts for Abstract Syntax (AS1) is accepted.

Both of these requirements, (a) and (b), are waived when the Application Entity sending the Pixel Data has only access to the Pixel Data in lossy compressed form or the Pixel Data in a lossless compressed or encapsulated uncompressed form that is of such length that it cannot be encoded in the Default Transfer Syntax, and a Transfer Syntax that uses a Pixel Data reference is not offered.

Requirement (b) to accept the Default Transfer Syntax is waived if a Transfer Syntax that uses a Pixel Data reference is offered.

Note

In other words, every sending AE is required to be able to convert any Data Set it is going to transmit into the Default Transfer Syntax, regardless of the form in which it originally received or stored the Data Set, except in the cases of when the decompressed or unencapsulated Pixel Data is too large to encode in the Default Transfer Syntax or is received in a lossy compressed form. In the case of lossy compressed Pixel Data, the sending AE is permitted to propose only the lossy compressed Transfer Syntax appropriate to the lossy form that was received. In the case of lossless compressed or encapsulated uncompressed Pixel Data that is too large to encode in the Default Transfer Syntax, the sending AE is permitted to propose any appropriate lossless compression Transfer Syntax or encapsulated uncompressed Transfer Syntax, not necessarily that in which the image was received, as an alternative to the Default Transfer Syntax.

This waiver does not apply to Data Sets received in a lossless compressed or encapsulated uncompressed form if the decompressed or unencapsulated Pixel Data is small enough to encode in the Default Transfer Syntax, which means that any AE receiving a Data Set in a lossless compressed Transfer Syntax or encapsulated uncompressed Transfer Syntax that needs to re-send the Data Set is required to be able to decompress or unencapsulate it in order to support (at least) the Default Transfer Syntax.

Similar concerns apply to the Web Services transactions and are addressed by specific requirements in PS3.18.

DICOM PS3.5 2024e - Data Structures and Encoding