DICOM PS3.8 2024e - Network Communication Support for Message Exchange |
---|
This section provides a description of how to use the OSI Association Control Service Element (ACSE) and OSI Presentation Layer to provide the Upper Layer Service necessary to support the communication of DICOM Application Entities. This Upper Layer Service is a fully conformant subset of the services offered by the ACSE and the OSI Presentation Layer.
The UL Services are listed in Table 7-1.
In addition to the Upper Layer Service specification, this section defines at the parameter level the use of each element of this Upper Layer Service by DICOM Application Entities. The rules guiding the use of this Upper Layer Service by the DICOM Application Entities are addressed in PS3.7.
The establishment of an association between two AEs shall be performed through ACSE A-ASSOCIATE request, indication, response and confirmation primitives. The initiator of the service is hereafter called a requestor and the service-user that receives the A-ASSOCIATE indication is hereafter called the acceptor. It shall be a confirmed service.
The A-ASSOCIATE service supports the equivalent of a channel establishment in a point-to-point interface (see the retired PS3.9).
Figure 7-1 illustrates the association establishment between two AEs.
Table 7-2 lists the parameters that shall be required for the A-ASSOCIATE service used by DICOM Application Entities in this Standard.
Table 7-3 lists the parameters for the A-ASSOCIATE service that shall contain fixed values or shall not be used by DICOM Application Entities in this Standard.
This parameter allows the negotiation of the optional Mode OSI-ACSE Service parameter. Only the default value of "normal" is used by DICOM Application Entities. Therefore, this parameter shall always specify the value "normal".
This parameter identifies the application context proposed by the requestor. The acceptor shall return either the same or a different name. The returned name shall specify the application context to be used for this association. Further discussion on Application Context Names can be found in Annex A.
An application context is an explicitly defined set of application service elements, related options, and any other information necessary for the interworking of application entities on an association.
The offer of an alternate application context by the acceptor provides a mechanism for limited negotiation. If the requestor cannot operate in the acceptor's application context, it shall issue an A-Abort request primitive. Application Context Names for the DICOM Application Entity as well as Application Context Names usage rules are defined in PS3.7.
This parameter identifies the Application Entity (AE) that shall contain the requestor of the A-ASSOCIATE service. It is based on the Source DICOM Application Name. The relationship between DICOM Application Names and AE titles is specified in Annex C. The Calling AE title may or may not be the same as the Initiator Address present in DICOM Messages exchanged over the association.
This parameter identifies the Application Entity that shall contain the intended acceptor of the A-ASSOCIATE service. It is based on the Destination DICOM Application Name. The relationship between DICOM Application Name and AE titles is specified in Annex C. The Called AE title may or may not be the same as the Receiver Address present in DICOM Messages exchanged over the association.
This parameter identifies the AE that shall contain the actual acceptor of the A-ASSOCIATE service. In this Standard it shall always contain the same value as the Called AE Title of the A-ASSOCIATE indication.
This parameter shall be used by the requestor and the acceptor of the association to include DICOM Application Entity user information. Its meaning shall depend on the application context that accompanies the primitive. The usage of this parameter is specified in Annex D.
This parameter is used to carry initialization information for the DICOM Application Entities as defined in the application context specified by the value of the accompanying Application Context Name parameter.
Annex D specifies some user information sub-items, and references PS3.7 for the specification of additional sub-items. PS3.7, in turn, references PS3.4 for the specification of Service-class-application-information used in some sub-items.
This parameter shall be provided either by the acceptor of the A-ASSOCIATE request, by the UL service-provider (ACSE related function), or by the UL service-provider (Presentation related function). It shall indicate the result of using the A-ASSOCIATE service. It shall take one of the following symbolic values:
The value of the parameter is supplied by the UL service-provider. It identifies the creating source of the Result parameter and the Diagnostic parameter, if present. It shall take one of the following symbolic values:
This parameter shall only be used if the Result parameter has the value of "rejected (permanent)" or "rejected (transient)". It shall be used to provide diagnostic information about the result of the A-ASSOCIATE service.
If the Result Source parameter has the value "UL service-user", it shall take one of the following symbolic values:
If the Result Source parameter has the value "UL service-provider" (ACSE related function), it shall take one of the following symbolic values:
If the result source has the value "UL service-provider" (Presentation related function), it shall take the following symbolic values:
This parameter shall contain a structured destination address unambiguous within the global network address structure. This shall be a TCP/IP Address. See Annex C.
This parameter shall contain a structured destination address unambiguous within the global network address structure. This shall be a TCP/IP Address. See Annex C.
In this Standard, a responding presentation address shall always contain the same value as the called Presentation Address of the A-ASSOCIATE indication. This parameter shall contain a structured destination address unambiguous within the global network address structure.
This parameter used in an A-ASSOCIATE request or indication shall consist of a list containing one or more presentation contexts. Each item shall contain three components, a presentation context identification, an Abstract Syntax Name, and a list of one or more Transfer Syntax Names.
The presentation context identification components of this parameter exist to distinguish presentation contexts in communication. Such an identification of presentation context(s) applies only within the context of a given association (i.e., different presentation contexts may be identified by the same presentation context identification on different associations). It is the association-requestor's responsibility to assign an arbitrary, but unused identifier for each proposed presentation context on a given association. There is no restriction on the ordering of the presentation contexts in relation to their identifiers.
A separate presentation context will be associated with each Abstract Syntax Name in each of the elements of the Presentation Context Definition List parameter. If the same Abstract Syntax Name occurs more than once, a separate and distinctly identified presentation context will be generated for each occurrence (as only one Transfer Syntax per presentation context can be accepted).
Abstract Syntaxes defined by this Standard and used by DICOM Application Entites are defined in PS3.4. Transfer Syntaxes defined by this Standard and used by DICOM Application Entities are defined in PS3.5. Further discussion on Abstract Syntaxes and Transfer Syntaxes can be found in Annex B.
This parameter used in the A-ASSOCIATE Response and Confirmation indicates the acceptance or rejection of each of the presentation context definitions proposed in the presentation context definition list parameter (Section 7.1.1.13). The Presentation Context Definition Result List parameter shall take the form of a list of result values. There is a one to one correspondence between each one of these result values and each of the presentation contexts proposed in the Presentation Context Definition List parameter. Each result value represents either "acceptance", "user-rejection", or "provider-rejection". The values of the results are assigned by the UL user on the response service primitive. The result values may be sent in any order.
The order of the results may be different than the order proposed. The order need not be sorted by identifier, and the Initiator may not assume or depend upon any particular order.
In this Standard only one Transfer Syntax per presentation context shall be agreed to, even though more than one choice of Transfer Syntaxes may have been offered in a specific presentation context of the Presentation Context Definition list.
This parameter allows the negotiation of optional presentation functional units beyond the Presentation Kernel. Only the Kernel Functional Unit is used by DICOM Application Entities. Therefore, this parameter shall always specify "Presentation Kernel".
A DICOM Application Entity (which includes the Upper Layer service-user) that desires to establish an association shall issue an A-ASSOCIATE request primitive. The called AE is identified by parameters of the request primitive. The requestor shall not issue any primitives except an A-ABORT request primitive until it receives an A-ASSOCIATE confirmation primitive.
The Upper Layer (UL) service-provider shall issue an A-ASSOCIATE indication primitive to the called AE.
The called AE shall accept or reject the association by sending an A-ASSOCIATE response primitive with an appropriate Result parameter. The Upper layer service-provider shall issue an A-ASSOCIATE confirmation primitive having the same Result parameter. The Result Source parameter shall be assigned the symbolic value of "UL service-user".
If the acceptor accepts the association, the association is available for use. Both AEs may now use any service provided by the DICOM application context that is in effect (with the exception of A-ASSOCIATE).
This implies that once the association has been established, DICOM Messages can be exchanged as defined in PS3.7.
If the called AE rejects the association, the association shall not be established.
The UL service-provider may not be capable of supporting the requested association. In this situation, it shall return an A-ASSOCIATE confirmation primitive to the requestor with an appropriate Result parameter (rejected). The Result Source parameter shall be appropriately assigned either the symbolic value of "UL service-provider (ACSE related function)" or "UL service-provider (Presentation related function)". The indication primitive shall not be issued. The association shall not be established.
Either an association-requestor or acceptor may disrupt the A-ASSOCIATE service procedure by issuing an A-ABORT request primitive (see Section 7.3). The remote AE receives an A-ABORT indication primitive. The association shall not be established.
DICOM PS3.8 2024e - Network Communication Support for Message Exchange |
---|