DICOM 文件元信息版本用零填充答案

【问题标题】：DICOM File Meta Information Version padded with zerosDICOM 文件元信息版本用零填充
【发布时间】：2018-10-30 03:37:21
【问题描述】：

我有一个这样开头的 DICOM 文件，根据规范的第 5、6 和 10 部分，其中大部分对我来说是有意义的，但文件元信息版本元素 (0002,0001) 让我很困惑。

00000000: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000010: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000020: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000030: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000040: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000050: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000060: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000070: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000080: 4449 434d 0200 0000 554c 0400 ce00 0000  DICM....UL......
00000090: 0200 0100 4f42 0000 0200 0000 0001 0200  ....OB..........
000000a0: 0200 5549 1e00 312e 322e 3834 302e 3130  ..UI..1.2.840.10
000000b0: 3030 382e 352e 312e 342e 312e 312e 3737  008.5.1.4.1.1.77
000000c0: 2e31 2e36 0200 0300 5549 3800 312e 322e  .1.6....UI8.1.2.

这是我不明白的一点：

00000090: 0200 0100 4f42 0000 0200 0000 0001

前四个字节是（0002,0001）标签，接下来的两个是VR 4f42 = OB。我希望值长度（2 个字节）为 0200，版本为 0001，但两者之间的两组 0000 是什么？

我在这里没有找到任何填充规范，无论如何，我在规范中找到的所有关于填充的内容都只扩展到两个字节边界上的填充，而不是四个或更多。

如果零是 32 位数量的前导零，那么我希望它们出现在 0200 和 0100 之后，而不是之前。当然，长度必须是 0400，而不是 0200。

该文件由 OrthancWSIDicomizer.exe 创建，它是 Orthanc DICOM 产品的一部分。

我错过了什么？（除了显而易见的：对 DICOM 的深刻理解！）

【问题讨论】：

标签： dicom file-format

【解决方案1】：

我在这里没有找到任何填充规范，

数据元素被正确编码：在 Explicit VR Little Endian 传输语法中，有填充取决于数据元素的值表示。根据Table 7.1-1，如果VR是“OB”、“OD”、“OF”、“OL”、“OV”、“OW”、“SQ”、“UC”、“UR”、“UT”之一", 或 "UN", 那么这两个 VR 字节后跟 "Reserved (2 bytes) set to value of 0000H", 元素的长度用 4 个字节定义而不是仅仅2. 在这种情况下，这些是位置0096 处的字节。随后的 4 个字节，0098，表示元素的长度：0200 0000（2 的小端序）。

带有标头的完整数据元素长 14 个字节：0200 0100 4f42 0000 0200 0000 0001, (0002,0001) 文件元信息版本，OB，值为 1。

【讨论】：