No extended negotiation is performed.

ECHO-SCP provides standard conformance to the Verification Service Class.

ECHO-SCP will always accept any Presentation Context for the supported SOP Classes with the supported Transfer Syntaxes. More than one proposed Presentation Context will be accepted for the same Abstract Syntax if the Transfer Syntax is supported, whether or not it is the same as another Presentation Context.

ECHO-SCP prefers explicit Transfer Syntaxes. If offered a choice of Transfer Syntaxes in a Presentation Context, it will apply the following priority to the choice of Transfer Syntax:

ECHO-SCP will accept duplicate Presentation Contexts, that is, if it is offered multiple Presentation Contexts, each of which offers acceptable Transfer Syntaxes, it will accept all Presentation Contexts, applying the same priority for selecting a Transfer Syntax for each.

No extended negotiation is performed, though STORAGE-SCP:

STORAGE-SCP provides standard conformance to the Storage Service Class.

When displaying an image in the viewing application, the newest Grayscale Softcopy Presentation State containing references to the image will be automatically applied and the GSPS Presentation Label and Presentation description will be displayed. The user has the option to select any other Presentation States that also references the image. If no Presentation State references the image then no Presentation State will be applied by default.

The Mask Subtraction transformation is not supported by this implementation. It is not possible display Presentation States containing the Mask Subtraction Sequence (0028,6100).

All of the Image Storage SOP Classes listed in Table D.4.2-6 are supported as references from instances of the Grayscale Softcopy Presentation State Storage SOP Class.

STORAGE-SCP will always accept any Presentation Context for the supported SOP Classes with the supported Transfer Syntaxes. More than one proposed Presentation Context will be accepted for the same Abstract Syntax if the Transfer Syntax is supported, whether or not it is the same as another Presentation Context.

STORAGE-SCP prefers explicit Transfer Syntaxes. If offered a choice of Transfer Syntaxes in a Presentation Context, it will apply the following priority to the choice of Transfer Syntax:

STORAGE-SCP will accept duplicate Presentation Contexts, that is, if it is offered multiple Presentation Contexts, each of which offers acceptable Transfer Syntaxes, it will accept all Presentation Contexts, applying the same priority for selecting a Transfer Syntax for each.

STORAGE-SCP will behave as described in the Table below when generating the C-STORE response command message.

No extended negotiation is performed.

STORAGE-SCU provides standard conformance to the Storage Service Class.

STORAGE-SCU does not accept associations.

STORAGE-SCU prefers explicit Transfer Syntaxes. If offered a choice of Transfer Syntaxes in the accepted Presentation Contexts, it will apply the following priority to the choice of Presentation Context to use for the C-STORE operation:

STORAGE-SCU will behave as described in the Table below in response to the status returned in the C-STORE response command message.

No extended negotiation is performed.

In particular, relational queries are not supported.

FIND-SCU provides standard conformance to the supported C-FIND SOP Classes.

Only a single information model, Study Root, is supported.

All queries are initiated at the highest level of the information model (the STUDY level), and then for each response received, recursively repeated at the next lower levels (the SERIES and then IMAGE levels), in order to completely elucidate the "tree" of instances available on the remote AE (from which the user may subsequently request a retrieval at any level).

No CANCEL requests are ever issued.

Unexpected attributes returned in a C-FIND response (those not requested) are listed in the browser at the appropriate level if present in the dictionary. Requested return attributes not returned by the SCP are ignored. Non-matching responses returned by the SCP due to unsupported (hopefully optional) matching keys are not filtered locally by the FIND-SCU and thus will still be presented in the browser. No attempt is made to filter out duplicate responses.

Specific Character Set will always be included at every query level. If present in the response, Specific Character Set will be used to identify character sets other than the default character set for display of strings in the browser.

Types of Matching:

The types of Matching supported by the C-FIND SCU. An "S" indicates the identifier attribute uses Single Value Matching, an "R" indicates Range Matching, a n"*"indicates wild card matching, a 'U' indicates Universal Matching, and an 'L' indicates that UID lists are sent. "NONE" indicates that no matching is supported, but that values for this Element are requested to be returned (i.e., universal matching), and "UNIQUE" indicates that this is the Unique Key for that query level, in which case Universal Matching or Single Value Matching is used depending on the query level.

FIND-SCU does not accept associations.

FIND-SCU prefers explicit Transfer Syntaxes. If offered a choice of Transfer Syntaxes in the accepted Presentation Contexts, it will apply the following priority to the choice of Presentation Context to use for the C-STORE operation:

FIND-SCU will behave as described in Table D.4.2-24 in response to the status returned in the C-FIND response command message(s).

No extended negotiation is performed.

In particular, relational retrievals are not supported.

MOVE-SCU provides standard conformance to the supported C-MOVE SOP Classes.

Only a single information model, Study Root, is supported.

A retrieval will be performed at the STUDY, SERIES or IMAGE level depending on what level of entity has been selected by the user in the browser.

No CANCEL requests are ever issued.

The retrieval is performed from the AE that was specified in the Retrieve AE attribute returned from the query performed by FIND-SCU. The instances are retrieved to the current application's local database by specifying the destination as the AE Title of the STORE-SCP AE of the local application. This implies that the remote C-MOVE SCP must be preconfigured to determine the presentation address corresponding to the STORE-SCP AE. The STORE-SCP AE will accept storage requests addressed to it from anywhere, so no pre-configuration of the local application to accept from the remote AE is necessary (except in so far as it was necessary to configure FIND-SCU).

MOVE-SCU does not accept associations.

MOVE-SCU prefers explicit Transfer Syntaxes. If offered a choice of Transfer Syntaxes in the accepted Presentation Contexts, it will apply the following priority to the choice of Presentation Context to use for the C-STORE operation:

MOVE-SCU will behave as described in the Table below in response to the status returned in the C-MOVE response command message(s).

Since the C-MOVE operation is dependent on completion of C-STORE sub-operations that are occurring on a separate association, the question of failure of operations on the other association(s) must be considered.

MOVE-SCU completely ignores whatever activities are taking place in relation to the STORAGE-SCP AE that is receiving the retrieved instances. Once the C-MOVE has been initiated it runs to completion (or failure) as described in the C-MOVE response command message(s). There is no attempt by MOVE-SCU to confirm that instances have actually been successfully received or locally stored.

Whether or not completely or partially successfully retrievals are made available in the local database to the user is purely dependent on the success or failure of the C-STORE sub-operations, not on any explicit action by MOVE-SCU.

Whether or not the remote AE attempts to retry any failed C-STORE sub-operations is beyond the control of MOVE-SCU.

If the association on which the C-MOVE was issued is aborted for any reason, whether or not the C-STORE sub-operations continue is dependent on the remote AE; the local STORAGE-SCP will continue to accept associations and storage operations regardless.