你看过DCMTK没有?我正在看其中dcmnet类中的一个叫T_ASC_ImplementationClassUIDItem的结构体，其中的一个自定义数据类型叫T_ASSOC_UID

这跟DICOM本身的规定要相符。Implementation　Class　UID也是最长64字节。
它是自定义了64+4个字节而已，有可能其它用途。但在写入Association时只能按照标准来的。

谢谢你的指点

不客气。
看一下User  Informatjon 那一块吧。

那么我是不是可以这样来推测:在需要填UID这样的元素之前,一定会有一个表示它长度的一个单元?不然,然后知道UID的长度?对吗?

　　事实上不论是哪种数据元素，除了“不定长”用定界规则来说明外，都需说明其长度。不然的話，就不知所措了：）　
　　数据结构见附件。

　

请问ImplementationClassUID和ImplementationVersionName是什么,一般在发送a_associate_rq端应该如何填写这两个域?

状态机需要自己实现吗？这个东西好象挺复杂的，看到起有点不晓得如何下手去实现的感觉

请见：
　　"请教，关于几个UID "　帖子中对UID的解释。

　　对于Implementation　Class　UID和　Implementation　Version　Name　分别是用来标记实现者及其版本的。其写入请求或响应中的方法和一般UID没什么不同。

　　状态机是自已实现。分清了流程就不难了，当然，要是只实现其中的一个功能如存储/打印，会相对简单些。

我知道它们的填写规则，我是说Implementation　Version　Name和Implementation　Class　UID具体应该填如的值应该是什么？我的理解是后者是注册后得到的一个唯一标识这个实现者的ＩＤ，前者是什么的版本呢？我看协议没有怎么看懂

　　可以这样理解吧。

　　UID是注册时由相关机构分配的，唯一标识你的机构/公司；对于你的公司来说，可能有不同的版本，于是再加上每次发行的版本号。

　　对它的理解不会影响通讯的过程，你可以先把程序跑起来。

非常感谢你的指定！！
那么还有个问题就是抽象语法名字有那些选择项可以填写？
因为，我的理解是一个抽象语法名字对应了一个表示层上下文，而且每个表示层都应该对应一个特殊的ＳＯＰ类以实现其自身的功能．我现在就不太清楚ＳＯＰ类和抽象语法规则的对应关系．
还有个问题，这个implementation class uid和application context id有什么关系吗？因为我觉得它们在一个联系里都只出现一次，我知道后者是一个固定的值，而前者是不是需要注册才能得到？而这个注册应该如果进行？

　　可以通俗一点，AS（抽象句法）指服务类型，如CT存储、CR存储、打印等，TS指编码规则，如高低端等。
　　如果你完成的只是一个服务，如CT存储，那么AS就只有一种（1.2.840.10008.5.1.4.1.1.2），其TS可以有多种。以此类推。
　　应该说一个表示上下文对应一个AS　+　[n＝1]TS。Association后，n=1。AS和TS都用SOP　UID来表示。
　
　　implementation class uid　和application context id没有关系。前者要注册，但对于你目前的程序来说没有影响即可以先填个臆造的字符串。有关注册过程可以参考一下。。。好像CH5，同时看一下UID的相关知识。

你太强了,小弟佩服得五体投地!!!!

　　不要这样啦，我不过是比你更早经受过洗礼而已。
　　相信不久你就会超过我的。
　　大家一起努力吧：）