Материал: part08

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

Page 56​

DICOM PS3.8 2020a - Network Communication Support for Message Exchange​

- Standard -​

DICOM PS3.8 2020a - Network Communication Support for Message Exchange​

Page 57​

10 Conformance​

10.1 Conformance Requirements​

10.1.1Retired​

10.1.2TCP/IP Network Communication Support​

An implementation claiming conformance to DICOM TCP/IP Network Communication Supportshall:​

a.​Meet the DICOM Upper Layers Protocol requirements as defined in Section 9.​

b.​Use registered Application Context Names, Abstract Syntax Names and Transfer Syntax Names as defined for OSI Object​ Identifiers (ISO 8824 and ISO 9834-1).​

Note​

AnnexFdefinestheDICOMUpperLayerProtocolencodingfortheApplicationContextNames,AbstractSyntaxNames,​ and Transfer Syntax Names. ISO 8825 defined encoding is not used.​

c.​Use one of the published and approved RFCs defining the operation of TCP/IP over specific physical networks.​

10.2 Conformance Statement​

An implementation claiming conformance to DICOM for communication support in a networked environment shall state DICOM V3.0​ TCP/IP Network Communication Support with the list of physical networks and corresponding relevant implementation information.​ This implies that the conformance requirements defined in Section 10.1.2 are met.​

- Standard -​

Page 58​

DICOM PS3.8 2020a - Network Communication Support for Message Exchange​

- Standard -​

DICOM PS3.8 2020a - Network Communication Support for Message Exchange​

Page 59​

A Application Context Names (Informative)​

A.1 Application Context Definition​

An application context explicitly defines the set of application service elements, related options and any other information necessary​ for the interworking of Application Entities on an association. The usage of the application context is defined in PS3.7.​

Two Application Entities when establishing an association agree on an application context. The requestor of an association proposes​ an Application Context Name and the acceptor returns either the same or a different Application Context Name. The returned name​ specifies the application context to be used for this association. The offer of an alternate application context by the acceptor provides​ amechanismforlimitednegotiation.Iftherequestorcannotoperateintheacceptor'sapplicationcontext,itwillissueanA-Abortrequest​ primitive. Such a negotiation will facilitate the introduction of future versions of the DICOM Application Entity.​

A.2 DICOM Application Context Name Encoding and Registration​

The Application Context Name structure is based on the OSI Object Identification (numeric form) as defined by ISO 8824. Application​ Context Names are registered values as defined by ISO 9834-1 to ensure global uniqueness. They are encoded as defined in Annex​ F when the TCP/IP network communication support is used as defined in Section 9.​

A.2.1 DICOM Registered Application Context Names​

The organization responsible for the definition and registration of DICOM Application Context Names is NEMA. NEMA guarantees​ uniquenessforallDICOMApplicationContextNames.AchoiceofDICOMregisteredApplicationContextNamesrelatedtotheDICOM​ Application Entities, as well as the associated negotiation rules, are defined in PS3.7.​

- Standard -​

Page 60​

DICOM PS3.8 2020a - Network Communication Support for Message Exchange​

- Standard -​