DICOM PS3.4 2019a - Service Class Specifications

F.2 Conformance Overview

The application-level services addressed by this Service Class Definition are specified via the following distinct SOP Classes:

  1. Modality Performed Procedure Step SOP Class

  2. Modality Performed Procedure Step Notification SOP Class

  3. Modality Performed Procedure Step Retrieve SOP Class

Each SOP Class operates on a subset of the Modality Performed Procedure Step IOD and specifies the Attributes, operations, notifications, and behavior applicable to the SOP Class. Conformance of Application Entities shall be defined by selecting one or more of the Study and Study Component Management SOP and Meta SOP Classes. For each SOP Class conformance requirements shall be specified in terms of the Service Class Provider (SCP) and the Service Class User (SCU).

F.2.1 Association Negotiation

Association establishment is the first phase of any instance of communication between peer DICOM AEs. The Association negotiation procedure specified in PS3.7 shall be used to negotiate the supported SOP Classes.

Support for the SCP/SCU role selection negotiation is mandatory. The SOP Class Extended Negotiation shall not be supported.

Note

Event notification is a process that logically extends across multiple Associations. SCP implementations should support a local table of SCUs to which event notifications are to be sent.

DICOM PS3.4 2019a - Service Class Specifications