DICOM Deflated Explicit VR Little Endian（1.2.840.10008.1.2.1.99）

Question

此传输语法中的数据是如何组织的？标准的描述：

  

此传输语法适用于整个DICOM数据集的编码。首先根据第A.2节中规定的规则对整个数据集进行编码。然后使用Internet RFC 1951中定义的“Deflate”算法压缩整个字节流。

最初我认为这意味着整个DICOM文件本身都是gzip压缩的。但如果整个文件被gzip压缩，包括包含识别传输语法的头文件，解析器/查看器如何能够读取传输语法以知道它被gzip压缩？

从给定此类文件的查看器的角度来看，它如何知道这种传输语法？寻找GZIP标题？

是否有使用此传输语法的公开示例图像？

Answer 1

如果我没记错的话，DICOM将大多数流划分为两个数据集，第一个是DICOM文件元信息，它始终编码为显式VR小端传输语法，第二个数据集按文件元信息中的指示进行编码。

自：

http://medical.nema.org/dicom/2013/output/chtml/part10/chapter_7.html

“传输语法UID”标记描述为：

  

唯一标识用于编码以下内容的传输语法   数据集。此传输语法不适用于File Meta   信息。

Answer 2

对于@Springfield762指向的示例，每个_dfl文件都有一个有效的deflate流，从300-some-odd字节到8字节。他们每个都解压缩到存档中相应文件的长度而没有_dfl后缀，但数据不一样。从解压缩数据到原始数据需要额外的解码。

image_dfl有一个deflate流，从334开始，report_dfl在348，wave_dfl在314.它们分别解压缩到262682,6178和62408字节。

每个放气流之后的最后8个字节与gzip预告片相同，即解压缩数据的CRC-32（4个字节），后面是小端序的未压缩长度。这些都与解压缩deflate流所产生的数据相匹配。

deflate数据之前的字节是而不是 gzip标头。

Answer 3

您可以从这里下载一些以1.2.840.10008.1.2.1.99传输语法编码的测试DICOM图像：

http://www.dclunie.com/images/compressed/

解压缩归档时，带有Deflated传输语法的图像命名为：name_dfl

传输语法只是压缩整个DICOM数据的语法，但当我在十六进制编辑器XVI32中打开它时，看起来像dicom文件的元数据是未压缩的，所以你可以读取传输语法，但我找不到其他编码的图像传输语法所以我不确定。