请教一个问题:我在编程的时候遇到一个比较麻烦的问题,就是定义的若干结构体其大小和其中所有元素大小相加之和不等,这样就给我在区分协议长度和实际结构体的长度带来了困难,大哥是如何处理这样的问题的?

　　不要指望有这么巧合的事：）

　　写个函数从你定义的结构体中取数据就行了（Dicom Message中是字节流）。这样结构体作为参数，看上去简洁易懂，也好与标准接融。

在association_RQ中各个表示层的顺序是自己安排的,那么在user information identification中的SCP/SCU role selection sub_item 是否需要跟其顺序保持一致?

　　Uer Information Identification中的SCP/SCU role selection sub_item 是可选的。如果没有该项，那么认为RQ中所请求的角色是SCU，而对方（Accepter）是SCP。在該Item中，有SOP-Class-UID一项用来标识AS，故而我认为顺序不必和前面的表示上下文一致。
　　例如有人用：AS　+　TS1；AS　+　TS2；AS1　+　TS3来用作三个表示上下文，在User Information中，对AS和AS1的角色进行协商，只要出现AS、AS1就可以了，不必以AS、AS、AS1方式出现。
　　結果只是说某某支持什么角色，并不涉及TS。

　　估计大多数实现者没有用到該项。

强人!
我原来还以为不同的表示上下文的AS必须不一样,结果不是这样的,看来我对DICOM还理解得很不够!

多試試看，过程相对简单。

我才把ＡＳＳＯＣＩＡＴＥ的建立模拟成功了，接下来就是实现一个Ｃ－ＳＴＯＲＥ命令的模拟．现在想你帮我确认一下我的认识：
Ｃ－ＳＴＯＲＥ－ＲＱ命令中组长度是不是指整个命令集合的长度？
消息ＩＤ应该如何填写？
Ｃ－ＭＯＶＥ是Ｃ－ＳＴＯＲＥ的子操作，它们是如何相互调用的？（这个我是想剩时间，如果你觉得没有必要，可以不回答，如果协议中写清楚了的话）
数据集合里是不是就是存放需要保存的ＣＯＭＰＯＳＩＴＥ－ＳＯＰ－ＣＬＡＳＳ的一个实例的数据内容？

　　恭喜你完成了第一步！：）

　　（0000，0000）是指所有（0000，XXXX）数据元素的长度。
　　消息ID你可以填入你想作为标记的ID，如0，1等。
　　C-MOVE不是C-STORE的子操作，通过C-MOVE或C-GET可以激发C-STORE服务。可以先看看标准。
　　在C-STORE请求中， Data Set包含DICOM文件信息。

MOVE和STORE之间的关系我搞反了，谢谢提醒！

Affected SOP Instance UID是在什么时候产生的？我应该如何填写？
我现在需要存储一个CT的图像。那么我就需要把CT image IOD作为data set？
还有在3章表格中有type一列，它的值可以是1，2，3。。。。，请问这个是什么意思?

　　在C-SORE的响应中，有Affected SOP Instance UID一项，就是所存储的DICOM图像的SOP Instance UID。
　　你在发送CT图像时，我设想你有一个CT文件，你要把文件亚信息去掉[（0002，XXXX）所标识的数据]，必要时还要转变TS。

　　TYPE是说DATA　ELEMENT的类型，如是必须的，可选的等，用数字表示；标准上说得很清楚。

问一个弱智点的问题：一个CT文件应该包含哪些东西？

DICOM中文件中包含几种典型信息：
　　＞图像数据             　　[Image Data]
　　＞病人标识及统计学信息 　　[Patient identification and demographics]
　　＞有关检查、序列和切片/图像等扫瞄的技术信息[Technical information about the scanner exam,series,and slice/image]

呵呵，还包括CT Image Module就是CT特有的信息