Chris ist richtig, sie sind gleich. Aus dem DICOM-Standard Abschnitt C.12.1.1.1:
Die SOP-Klasse UID und SOP Instance UID Attribute werden für alle DICOM IOD definiert. Sie werden jedoch nur in Composite-IODs mit dem Typ gleich 1 codiert. Siehe Abschnitt C.1.2.3. Wenn sie codiert sind, müssen sie mit ihren jeweiligen Attributen in den DIMSE-Diensten und der Datei Meta Informationsheader sein (siehe PS3.10 Media Storage).
Was den Grund, warum diese Elemente doppelt vorhanden sind, kann ich nur spekulieren, aber die Datei Meta Information-Header existiert nur in dicom Dateien (ist vom SCP/SCU nicht übertragen wird). Wenn ein SCP eine Datei aus den DICOM-Daten schreibt, die er empfängt, muss er die SOP-Klasse und Instanz-UIDs aus dem Dataset abrufen, so dass dies der mechanische Grund dafür ist, dass sie identisch sind. Warum diese Tags und nicht einige andere, ich bin mir sicher, es gibt viele Gründe, aber beachten Sie, dass die Datei Meta-Informationen Header ist immer lesbar von jeder dicom Entität, wie es immer "Little Endian Explicit" ist, auch wenn der folgende Datensatz ist eine seltsame Übertragungssyntax. Daher sind diese beiden Felder immer garantiert lesbar und in jeder gültigen Dicom-Datei verwendbar (selbst wenn die Versionen der Gruppe 8 in einer unlesbaren Übertragungssyntax sind).
Ich habe versucht, auch den Zustand zu sehen:
Allerdings sind sie nur in Composite-IOD
Fast ein Composite-IOD jedes IOD ist codiert, als ich im Standard aussehen:
Normalized IODs
Composite IODs
Bitte formulieren Sie die Frage neu; Es ist unklar, was Sie fragen. Was meinst du mit "gleich"? Sie haben unterschiedliche Namen, unterschiedliche Bezeichner und unterschiedliche Beschreibungen in der Dokumentation. – Phillip