CC.3 UPS SOP Classes
Prev | CC Unified Procedure Step Service and SOP Classes (Normative) | Next

## CC.3 UPS SOP Classes

There are four UPS SOP Classes associated with the Unified Procedure Step IOD. Each SOP Class supports different interactions with a UPS Instance (also referred to as a worklist item).

The UPS Push SOP Class allows SCU systems to:

- create (push) a new worklist item (i.e., instance) onto a worklist

- submit a cancellation request for a worklist item

The UPS Pull SOP Class allows SCU systems to:

- query a worklist for matching items

- take responsibility for performing a worklist item

- add/modify progress/status/result details for the worklist item

- finalize a controlled worklist item as Completed or Canceled.

The UPS Watch SOP Class allows SCU systems to:

- query for worklist items of interest

- subscribe/unsubscribe for event notifications of changes to a given worklist item

- subscribe/unsubscribe for event notifications of all worklist items

- get details for a given worklist item

- submit a cancellation request for a given worklist item

The UPS Event SOP Class allows SCU systems to:

- receive event notifications of changes to a worklist item

The DICOM AEs that claim conformance to one or more of these SOP Classes shall support all services listed as "M" in the corresponding Table CC.2-1, Table CC.2-2, Table CC.2-3 and Table CC.2-4.

### CC.3.1 Service Class and SOP Class UIDs

All UPS Instances shall be created with the value of SOP Class UID set to "1.2.840.10008.5.1.4.34.6.1" (i.e., that of the UPS Push SOP Class).

### Note

UPS Instances are all based on the Unified Procedure Step IOD and are all created either internally by the SCP, or in response to an N-CREATE issued as part of the UPS Push SOP Class.

Once created, UPS instances may be operated on by DIMSE services from any of the four UPS SOP Classes defined in the Unified Worklist and Procedure Step Service Class.

During association negotiation, the Abstract Syntax UID shall be the implemented SOP Class as shown in the following list:

- 1.2.840.10008.5.1.4.34.6.1 (UPS Push SOP Class)

- 1.2.840.10008.5.1.4.34.6.2 (UPS Watch SOP Class)

- 1.2.840.10008.5.1.4.34.6.3 (UPS Pull SOP Class)

- 1.2.840.10008.5.1.4.34.6.4 (UPS Event SOP Class)

#### CC.3.1.1 DIMSE Implications for UPS (Informative)

A SOP Instance may be created with one SOP Class UID (UPS Push) and later DIMSE Services may refer to it over an association negotiated for a different SOP Class UID. Further details on this can be found in Chapter 10 in PS3.7 .

For DIMSE-N Services, the Affected SOP Class UID (0000,0002) or Requested SOP Class UID (0000,0003), when present, will be the UID of the UPS Push SOP Class regardless of the negotiated Abstract Syntax UID. The SCU and SCP will not reject DIMSE-N messages on the basis of the Affected/Requested SOP Class UID being that of the UPS Push SOP Class, rather than one of the other three SOP Class UIDs as listed in the Abstract Syntax UID during association negotiation. The SCU and SCP may reject the DIMSE-N messages if the instance is not a UPS Push SOP Class Instance.

For DIMSE-C Services (C-FIND), the Affected SOP Class UID will always match the negotiated Abstract Syntax UID for the Presentation Context under which the request is made. This will be either UPS Watch or UPS Pull. Both of these SOP Classes represent the UPS Information Model described in Section CC.2.8.1.

For example, in a typical "Pull Workflow" message exchange, the C-FIND query from a "performing SCU" would use the UPS Pull SOP Class UID for both the negotiated Abstract Syntax UID and the Affected SOP Class UID (0000,0002), however the SOP Class UID (0008,0016) of the C-FIND responses themselves will be set to the UPS Push SOP Class UID by the SCP. All the subsequent N-ACTION, N-SET, and N-GET messages, would then use the UPS Pull SOP Class UID for the negotiated Abstract Syntax UID, and the UPS Push SOP Class UID for the Affected SOP Class UID (0000,0002).

#### CC.3.1.2 Global Instance Subscription UID

The well-known UID for subscribing/unsubscribing to events for all UPS Instances managed by an SCP shall have the value "1.2.840.10008.5.1.4.34.5".

### CC.3.2 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.

See the Association Negotiation definition for the Basic Worklist Management Service Class (Section K.5).

Prev | Up | Next
CC.2 DIMSE Service Groups | Home | CC.4 Conformance Requirements