克里斯是对的,他们是一样的.从dicom标准部分
C.12.1.1.1:
The SOP Class UID and SOP Instance UID Attributes are defined for all
DICOM IODs. However, they are only encoded in Composite IODs with the
Type equal to 1. See Section C.1.2.3. When encoded they shall be equal
to their respective Attributes in the DIMSE Services and the File Meta
Information header (see PS3.10 Media Storage).
至于这些项目是否重复的原因,我只能推测,但文件元信息标题只存在于dicom文件中(它不由SCP / SCU传输).当SCP从它接收的DICOM数据中写入文件时,它必须从数据集中获取SOP类和实例UID,因此这是机械原因它们是相同的.至于为什么这些标签而不是其他标签,我确信有很多原因,但请注意,任何dicom实体都可以读取文件元信息标题,因为它始终是“Little Endian Explicit”,即使以下数据集有些奇怪转移语法.因此,这两个字段始终保证在任何有效的dicom文件中都是可读和可用的(即使第8组版本采用不可读的传输语法).
我也试着查看这个条件:
However, they are only encoded in Composite IODs
当我查看标准时,几乎每个IOD都是复合IOD: