DICOM - 传输语法是否足以进行DataSet解码？

Question

我正在尝试确定在DICOM处理模块之间传播能力的正确方法。其中一个步骤是“将数据集从信封中取出”，我的意思是根据传输语法解码属性。我无法理解的两件事：

1. DICOM表6.2-1。 DICOM Value Representations提供了一个要求，即值代码必须满足才能使其成为有效的（例如AE中没有控制字符）。但是，某些VR依赖于（0008,0005）定义的字符集 - 也是“信封”的成员。这不是一个矛盾吗？
2. “数据元素（7FE0,0010）像素数据位分配（0028,0100）具有小于或等于8的值应具有值表示OB或OW，并且应以Little Endian编码。”这个句子在标准中出现了好几次。如何确定是否交换字节？ （不看BitsAllocated - 信封的成员）

我是否遗漏了某些内容，或者是否真的有必要从数据集中解释某些数据元素以验证DICOM文件和数据结构中的其他数据？

编辑： 让我重新解决我的问题：

大多数情况下，传输语法足以解码（解压缩）像素数据并将endiannes压缩为首选格式。那是在任何高位/位分配/位存储转换和跟随模态之前 - ＆gt; VOI）。

但是在存储在VR = OW中的像素数据的情况下 - 我们不知道是否要交换字节，因为我们不知道图像是否分配了8个或更多的位（它现在也被解码（endian）交换，vr验证））。

字符串的故事很相似。

编辑： OW问题的答案在于：Is the "Other Word" VR legal for an 8-bit RGB image?

我的最后一个问题是： 如何chcek wether VR = LO元素不包含任何控制字符，不知道（0008,0005）字符集是什么？ （因为它可能还没有编码）

Answer 1

如果传输语法指定了Jpeg图像，那么您不需要更多，因为大多数信息都在jpeg流中。

对于您需要知道的所有传输语法：

• 光度学解释（但要注意一些指定RGB光度而不是YBR的WRONG数据集）。 MONOCHROME或MONOCHROME2指定最小像素值是表示白色还是黑色

此外，对于DICOM传输语法和无损JPEG，您还需要知道：

• 位分配
• 高位
• 整数类型（有符号/无符号）

对于DICOM传输语法，您还需要知道：

• big endian或little endian在数据类型为OW时反转字节