转自：https://blog.csdn.net/tvsofa2008/article/details/50245357

用fo-dicom实现print scu的注意事项

fo-dicom是一个开源的协议库，开发语言是c#。网上针对fo-dicom的分析也有不少，但是专门针对dicom print的文章还是太少了。

近几天需要用fo-dicom实现一个print scu，把其中的一些注意事项总结一下。

工欲善其事，必先利其器。在编程调试过程中各种各样的辅助工具必不可少。经过网上搜索、自己验证测试后，推荐使用方便的scp，scu测试工具：

1. charruasoft print scu
2. charruasoft print scp

这两个工具使用方便，scu只需要设置一下called AET、calling AET、remote host、remote port等参数即可。

scp稍微麻烦一些，必须先在Rules选项卡中建立一个新项，填入called AET、打印机名称等。然后在General选项卡中设置scp参数即可。

工具齐备了，下面开始代码吧。fo-dicom本身例子已经包含了printscu和printscp，先直接使用例子中的代码试一下，发现：

1. fo-dicom printscp + fo-dicom printscu能正常打印。
2. fo-dicom printscp + charruasoft print scu不能正常打印。
3. fo-dicom printscu + charruasoft print scp也不能正常打印。

所以貌似fo-dicom自己给的print代码是有问题的，无法直接使用。

先用fo-dicom printscu + charruasoft print scp测试打印，把scp和scu的输出信息抓好保存。
再用charruasoft print scu + charruasoft print scp测试打印，把scp和scu的输出信息抓好保存。
对比分析发现fo-dicom printscu一开始的associate都没有成功！它并没有协商BasicGrayscalePrintManagementMetaSOPClass，分析dicom代码后，PrintJob.cs的Print函数增加如下代码：

DicomPresentationContext pc = new DicomPresentationContext((byte)0, DicomUID.BasicGrayscalePrintManagementMetaSOPClass);
pc.AddTransferSyntax(DicomTransferSyntax.ImplicitVRLittleEndian);
dicomClient.AdditionalPresentationContexts.Add(pc);

当然，我们打印的是黑白片子，如果要打印彩色片子，BasicGrayscalePrintManagementMetaSOPClass要相应改变。

在DicomClient.cs中修改public IAsyncResult BeginSend(Stream stream, string callingAe, string calledAe, AsyncCallback callback, object state)函数：

//foreach (var request in _requests)
//    assoc.PresentationContexts.AddFromRequest(request);
foreach (var context in _contexts)assoc.PresentationContexts.Add(context.AbstractSyntax, context.GetTransferSyntaxes().ToArray());foreach (var pc in assoc.PresentationContexts)
{foreach (var request in _requests){request.PresentationContext = new DicomPresentationContext(pc.ID,request.PresentationContext.AbstractSyntax,pc.AcceptedTransferSyntax,DicomPresentationContextResult.Proposed);}
}

这样associate过程终于通过了。但是在fo-dicom print scu发送第2次N-CREATE数据包时scp返回”处理失败”错误。

继续分析，发现是fo-dicom第2次N-CREATE数据包的Sequence字段中只有ReferencedImageBoxSequence，并不存在ReferencedFilmSessionSequence，这个明显与正确的抓包有差别，因此怀疑是这里的问题，即：fo-dicom在FilmBox的Initialize()函数中没有加入ReferencedFilmSessionSequence字段。找到问题就好解决了，在FilmBox.cs的Initialize()函数中加入代码：

Add(new DicomSequence(DicomTag.ReferencedFilmSessionSequence));var item = new DicomDataset();
item.Add(DicomTag.ReferencedSOPClassUID,_filmSession.SOPClassUID);
item.Add(DicomTag.ReferencedSOPInstanceUID,_filmSession.SOPInstanceUID);var seq = Get<DicomSequence>(DicomTag.ReferencedFilmSessionSequence);
seq.Items.Add(item);
...
//if (!this.Contains(DicomTag.RequestedResolutionID))
//{
//    RequestedResolutionID = "STANDARD";
//}

这回再编译运行，已经能正确的与scp通讯了，片子打印无误。

总结

在我们的应用中，fo-dicom库的print scu代码确实存在问题，无法与胶片打印机正确通讯。

fo-dicom库需要做稍微的修改：

1. DicomClient.cs的BeginSend函数。
2. FilmBox.cs的Initialize函数。
3. fo-dicom例子中的PrintJob.cs的Print函数。

当然，这可能和我们使用的胶片打印机有关，在其它应用中可能还需要适当修改。

问题

1.fo-dicom里找不到print的例子呀，能告诉我在哪里吗？
   fo-dicom-development\Examples\Print SCU目录下

2.代码更正

Add(new DicomSequence(DicomTag.ReferencedFilmSessionSequence));
var item = new DicomDataset();
item.Add(DicomTag.ReferencedSOPClassUID,_filmSession.SOPClassUID);
item.Add(DicomTag.ReferencedSOPInstanceUID,_filmSession.SOPInstanceUID);
var seq = Get<DicomSequence>(DicomTag.ReferencedFilmSessionSequence);//楼主这里少了一个括号
seq.Items.Add(item);

3.新版本按照这个改了,还是没有通过...
fo-dicom request包中InstanceUID字段都是scu产生并填充的，正常来说，scp只是把收到的InstanceUID字段原样返回。因此，你可以控制InstanceUID的值。 并且，用scp response的UID返回值填充下一个request的UID应该是可行的，fo-dicom本身就是这样实现的吧

对的，这个参数导致第二次N-Create的response读取PDU时出错，无法继续进行（用其他SCP程序该步可以通过，因为charruasoft print scp会返回你N-Create设置的参数和它带的其他一些参数），可是当我屏蔽了这个参数，进行到N-Action时，还是有问题，其中的SOPInstanceUID给的不对，应该是动态的，用第二次N-Create返回回来的SOPInstanceUID，然而想在N-Create的Response中设置却是无法实现的，因为在收到Response时，N-Action的request好像已经发出去了，所以逻辑好像是有问题的。（我已用多种虚拟打印设备测试过）

我是改完后根据回忆写的，可能有遗漏的地方。你是用文中提到的那个scp程序测试的吗？如果是应该是能通过的。要是用真实胶片机测试，可能不一定行。你把FilmBox中 //if (!this.Contains(DicomTag.RequestedResolutionID)) //{ // RequestedResolutionID = "STANDARD"; //} 这样改一下试试，祝好运。