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

用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(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函数。

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