Материал: part07

9.1.2.1.4 Priority​

This parameter specifies the priority of the C-FIND operation. It shall be one of LOW, MEDIUM, or HIGH.​

9.1.2.1.5 Identifier​

In the request/indication, this is a list of Attributes to be matched against the values of the Attributes in the instances of the composite​ objects known to the performing DIMSE Service User.​

In the response/confirmation, this is the same list of Attributes with values of these Attributes in a particular composite SOP Instance​ that matched. It shall be sent only when that Status (0000,0900) is equal to Pending (not permitted for other statuses).​

The list of Attributes and the rules for construction are specified in PS3.4.​

9.1.2.1.6 Status​

Indicates the status of the response. It may have any of the following values (see also Annex C):​

a.​Success (0000H) - This indicates that processing of the matches is complete. It shall not contain a matching Identifier.​

b.​Pending (Status value is Service Class specific) - This indicates that processing of the matches is initiated or continuing. It shall​ contain a matching Identifier.​

c.​Refused: Out of resources (Status value is Service Class specific) - Indicates that processing of the C-FIND has been terminated​ because it was out of resources. This may be the initial response to the C-FIND, or may be sent after a number of pending C-​ FIND responses. This response shall not contain a matching Identifier.​

d.​Refused: SOP Class not supported (0122H) - Indicates that processing of the C-FIND has been terminated because the SOP​ Class was not supported. This response shall not contain a matching Identifier.​

e.​Cancel (FE00H) - Indicates that the processing of the C-FIND has been terminated due to a C-FIND Cancel indication primitive.​ The response shall not contain an Identifier.​

f.​ Failed (Status value is Service Class specific) - Indicates that the C-FIND operation failed at the performing DIMSE Service User.​

9.1.2.2 C-FIND Service Procedures​

The following C-FIND service procedures apply to the invoking DIMSE-service user:​

a.​The invoking DIMSE Service User requests a performing DIMSE Service User to match an Identifier against the Attributes of all​ SOPInstancesknowntotheperformingDIMSEServiceUserbyissuingaC-FINDrequestprimitivetotheDIMSEServiceProvider.​ If the request is rejected by the DIMSE Service Provider, the following procedures do not apply.​

b.​At any time before receiving a C-FIND confirmation primitive with a status unequal to Pending, the invoking DIMSE Service User​ mayrequesttheperformingDIMSEServiceUsertocanceltheservicebyissuingaC-FINDcancelrequestprimitivetotheDIMSE​ Service Provider.​

c.​The invoking DIMSE Service User receives a C-FIND confirmation primitive for each unique match of the Identifier to a set of​ composite SOP Instance Attributes.​

d.​The invoking DIMSE Service User receives a final C-FIND confirmation primitive.​

Note​

In the above procedures, (c) may precede (b).​

The following C-FIND service procedures apply to the performing DIMSE Service User:​

a.​When the performing DIMSE Service User receives a C-FIND indication from the DIMSE Service Provider, it matches the Iden-​ tifier against the Attributes of known composite SOP Instances.​

b.​At any time following the C-FIND indication, the performing DIMSE Service User may receive a C-FIND cancel indication.​

- Standard -​

c.​If the C-FIND cancel indication is received before the processing of the C-FIND indication has completed, then the C-FIND oper-​ ation is aborted; otherwise the following procedure does not apply.​

d.​The performing DIMSE Service User issues a C-FIND response with a status of Canceled to the DIMSE Service Provider to in-​ dicate that the C-FIND has been canceled. The following procedures do not apply.​

e.​For each match, the performing DIMSE Service User issues a C-FIND response with the status set to Pending and a matching​ Identifier.​

f.​ When the C-FIND operation completes (either in success or in failure), the performing DIMSE Service User issues a C-FIND​ response with the status set to either Refused, Failed, or Success to the DIMSE Service Provider.​

The following C-FIND service procedures apply to the DIMSE Service Provider:​

a.​When the DIMSE Service Provider receives a C-FIND request primitive from the invoking DIMSE Service User, it issues a C-​ FIND indication primitive to the performing DIMSE Service User.​

b.​When the DIMSE Service Provider receives a C-FIND cancel request primitive from the invoking DIMSE Service User, it issues​ a C-FIND cancel indication to the performing DIMSE Service User.​

c.​When the DIMSE Service Provider receives a C-FIND response primitive from the performing DIMSE Service User, it issues a​ C-FIND confirmation primitive to the invoking DIMSE Service User.​

The performing DIMSE Service User may return a C-FIND response primitive with the status of Failed or Refused before the entire​ C-FIND indication (Data Set) has been completely transmitted by the invoking DIMSE Service User. A C-FIND response primitive​ with the status of Success or Warning shall not be returned until the entire C-FIND indication has been received by the performing​ DIMSE Service User.​

Note​

Such an occurrence of a "Failed" response is often called an early failed response.​

9.1.3 C-GET Service​

The C-GET service is used by a DIMSE Service User to match a set of Attributes against the Attributes of a set of composite SOP​ Instances maintained by a peer DIMSE Service User, and retrieve all composite SOP Instances that match. It triggers one or more​ C-STORE sub-operations on the same Association. It is a confirmed service.​

9.1.3.1 C-GET Parameters​

See Table 9.1-3.​

Table 9.1-3. C-GET Parameters​

- Standard -​

9.1.3.1.1 Message ID​

This parameter identifies the operation. It is used to distinguish this operation from other notifications or operations that the DIMSE​ ServiceProvidermayhaveinprogress.NotwoidenticalvaluesfortheMessageID(0000,0110)shallbeusedforoutstandingoperations​ or notifications.​

Note​

1.​Inclusion of this parameter in the confirmation was permitted in previous versions of this Standard but this mode of use​ is now retired. This parameter may be included in the confirmation but in such a case the invoking DIMSE Service User​ should not attach any semantic significance to this parameter.​

2.​The Message ID (0000,0110) is recommended to be unique within the scope of an Association, to support debug pro-​ cedures.​

9.1.3.1.2 Message ID Being Responded To​

This parameter specifies the Message ID (0000,0110) of the request/indication to which this response/confirmation applies.​

9.1.3.1.3 Affected SOP Class UID​

For the request/indication, this parameter specifies the SOP Class of the Information Model for the retrieve. It may be included in the​ response/confirmation. If included in the response/confirmation, this parameter shall be equal to the value in the request/indication.​

9.1.3.1.4 Priority​

This parameter specifies the priority of the C-GET operation. It shall be one of LOW, MEDIUM or HIGH. This priority shall also be the​ priority used for all sub-operations.​

9.1.3.1.5 Identifier​

Intherequest/indication,thisisalistofAttributestobematchedagainstthevaluesoftheAttributesofknowncompositeSOPInstances​ of the performing DIMSE Service User. The list of Attributes allowed and the rules for the construction are specified in PS3.4.​

Note​

TheIdentifierisspecifiedasUintheResponse/Confirmation,butServicesdefinedinPS3.4thatusethisprimitivemayimpose​ mandatory or conditional requirements on its presence.​

In the response/confirmation, this is a list of Attributes that provide status information about the C-GET operation. The list of Attributes​ allowed and the rules that define the usage of the Identifier are specified in PS3.4.​

9.1.3.1.6 Status​

Indicates the status of the response. It may have any of the following values (see also Annex C):​

a.​Success (0000H) - This indicates that processing of the matches and all sub-operations are complete.​

b.​Pending (Status value is Service Class specific) - This indicates that processing of the matches and sub-operations is initiated​ or continuing.​

c.​Refused: Out of resources (Status value is Service Class specific) - Indicates that processing of the C-GET has been terminated​ becauseitwasoutofresources.ThismaybetheinitialresponsetotheC-GETormaybesentafteranumberofPendingstatuses.​

d.​Refused: SOP Class not supported (0122H) - Indicates that processing of the C-GET has been terminated because the SOP​ Class was not supported.​

e.​Cancel (FE00H) - Indicates that processing of the C-GET has been terminated due to a C-GET Cancel indication primitive.​

f.​ Failed (Status value is Service Class specific) - Indicates that the C-GET operation failed at the performing DIMSE Service User.​

g.​Duplicateinvocation(0210H)-IndicatesthattheMessageID(0000,0110)specifiedisallocatedtoanothernotificationoroperation.​

- Standard -​

h.​Mistyped argument (0212H) - Indicates that one of the parameters supplied has not been agreed for use on the Association​ between the DIMSE Service Users.​

i.​ Unrecognized operation (0211H) - Indicates that the operation is not one of those agreed between the DIMSE Service Users.​

j.​ Refused:Notauthorized(0124H)-IndicatesthatthepeerDIMSEServiceUserwasnotauthorizedtoinvoketheC-FINDoperation.​

k.​Warning (Status value is Service Class specific) - This indicates that the peer DIMSE Service User was able to perform sub-op-​ erations but detected a probable error with one or more of them.​

9.1.3.1.7 Number of Remaining Sub-Operations​

This specifies the number of remaining C-STORE sub-operations to be invoked by this C-GET operation. It may be included in any​ response/confirmation and shall be included if the status is equal to Pending.​

9.1.3.1.8 Number of Completed Sub-Operations​

This specifies the number of C-STORE sub-operations invoked by this C-GET operation that have completed successfully. It may be​ included in any response/confirmation and shall be included if the status is equal to Pending.​

9.1.3.1.9 Number of Failed Sub-Operations​

This specifies the number of C-STORE sub-operations invoked by this C-GET operation that have failed. It may be included in any​ response/confirmation and shall be included if the status is equal to Pending.​

9.1.3.1.10 Number of Warning Sub-Operations​

This specifies the number of C-STORE sub-operation invoked by this C-GET operation that generated Warning responses. It may​ be included in any response/confirmation and shall be included if the status is equal to Pending.​

9.1.3.2 C-GET Service Procedures​

The following C-GET service procedures apply to the invoking DIMSE-service user:​

a.​The invoking DIMSE Service User requests a performing DIMSE Service User to match an Identifier against the Attributes of all​ SOPInstancesknowntotheperformingDIMSEServiceUserandgenerateaC-STOREsub-operationforeachmatch.Thisrequest​ is made by issuing a C-GET request primitive to the DIMSE Service Provider. If the request is rejected by the DIMSE Service​ Provider, the following procedures do not apply.​

b.​At any time before receiving a C-GET confirmation primitive with status unequal to Pending, the invoking DIMSE Service User​ may request the performing DIMSE Service User to cancel the service by issuing a C-GET cancel request primitive to the DIMSE​ Service Provider.​

c.​The invoking DIMSE Service User may receive C-GET confirmation primitives with status of Pending during the processing of​ the C-GET operation.​

d.​The invoking DIMSE Service User receives a final C-GET confirmation primitive.​

Note​

In the above procedures, (c) may precede (b).​

The following C-GET service procedures apply to the performing DIMSE Service User:​

a.​WhentheperformingDIMSEServiceUserreceivesaC-GETindicationfromtheDIMSEServiceProvideritmatchestheIdentifier​ against the Attributes of known composite SOP Instances and generates a C-STORE sub-operation for each match.​

b.​At any time following the C-GET indication, the performing DIMSE Service User may receive a C-GET cancel indication.​

c.​IftheC-GETcancelindicationisreceivedbeforetheprocessingoftheC-GETindicationhascompleted,thentheC-GEToperation​ is terminated; otherwise the following procedure does not apply.​

- Standard -​

d.​The performing DIMSE Service User issues a C-GET response with a status of Canceled to the DIMSE Service Provider to in-​ dicate that the C-GET has been canceled. The following procedures do not apply.​

e.​For each match, the performing DIMSE Service User initiates a C-STORE sub-operation on the same Association as the C-GET.​ In this sub-operation, the C-GET performing DIMSE Service User becomes the C-STORE invoking DIMSE Service User. The​ C-STORE performing DIMSE Service User is the C-GET invoking DIMSE Service User.​

f.​ During the processing of the C-GET operation, the performing DIMSE Service User may issue C-GET response primitives with​ a status of Pending.​

g.​WhentheC-GEToperationcompletes(eitherinsuccessorinfailure),theperformingDIMSEServiceUserissuesaC-GETresponse​ with the status set to either refused, failed or success to the DIMSE Service Provider.​

The following C-GET service procedures apply to the DIMSE Service Provider:​

a.​When the DIMSE Service Provider receives a C-GET request primitive from the invoking DIMSE Service User, it issues a C-GET​ indication primitive to the performing DIMSE Service User.​

b.​When the DIMSE Service Provider receives a C-GET cancel request primitive from the invoking DIMSE Service User, it issues​ a C-GET cancel indication to the performing DIMSE Service User.​

c.​When the DIMSE Service Provider receives a C-GET response primitive from the performing DIMSE Service User, it issues a​ C-GET confirmation primitive to the invoking DIMSE Service User.​

The performing DIMSE Service User may return a C-GET response primitive with the status of Failed or Refused before the entire​ C-GET indication (Data Set) has been completely transmitted by the invoking DIMSE Service User. A C-GET response primitive with​ the status of Success or Warning shall not be returned until the entire C-GET indication has been received by the performing DIMSE​ Service User.​

Note​

Such an occurrence of a "Failed" response is often called an early failed response.​

9.1.4 C-MOVE Service​

The C-MOVE service is used by a DIMSE Service User to match a set of Attributes against the Attributes of a set of composite SOP​ Instances maintained by a peer DIMSE Service User, and retrieve all composite SOP Instances that match. It triggers one or more​ C-STORE sub-operations on a separate Association. It is a confirmed service.​

9.1.4.1 C-MOVE Parameters​

See Table 9.1-4.​

Table 9.1-4. C-MOVE Parameters​

- Standard -​