引言
前篇介绍了 DICOM C-Store 消息服务,本文结合开源 DICOM 库 fo-dicom 详细介绍一下 C-Find 服务。
C-Find 消息服务
C-Find 服务是一个查询服务,用于一个 DIMSE-service-user 在同等的DIMSE-service-user 上查询复合 SOP 实例的属性满足查询条件给出的一组属性的复合 SOP 实例。简单点理解就是我们可以使用 C-Find 服务查询 PACS 系统里面符合条件的影像,我们的查询条件可以是单个属性(例如:PatientID 患者 ID 或 Modality 设备类型等),也可以是多个属性的组合(例如:PatientID 患者 ID和 StudyInstanceUID 检查唯一标识等)。在实际的场景中,worklist 会用到 C-Find 服务,成像设备向 PACS 系统发起 C-Find 请求,然后 PACS 系统请求 RIS 系统获取登记待检查的患者列表,然后逐层返回给成像设备。
C-Find 服务流程如下:
C-Find 流程
C-Find SCU
同 C-Store SCU 一样,使用开源库 fo-dicom 我们可以很轻松的实现 C-Find SCU,fo-dicom 已经封装好了 C-Find Request,具体代码可以在 GitHub 上查看 DicomCFindRequest.cs,我们只需要如下的代码就可以实现 C-Find SCU:
这里需要引用命名空间【Dicom】和【Dicom.Network】
using Dicom;
using Dicom.Network;
var client = new DicomClient();
client.NegotiateAsyncOps();
var request = {构造一个 DicomCFindRequest};
// 声明返回对象
var studyUids = new List<string>();
request.OnResponseReceived += (req, response) =>
{
DebugStudyResponse(response);
// response.Dataset,这里获取返回对象,先判断 response.Dataset 是否为空,然后从中获取需要的返回信息,例如下面获取 StudyInstanceUID
studyUids.Add(response.Dataset?.GetSingleValue<string>(DicomTag.StudyInstanceUID));
};
client.AddRequest(request);
client.Send({C-Find SCP IP}, {C-Find SCP Port}, false, {C-Find SCU AE Title}, {C-Find SCP AE Title});
构造 DicomCFindRequest 参考代码
// 查询哪一级,患者、检查、序列或影像等
var request = new DicomCFindRequest(DicomQueryRetrieveLevel.Study);
// 编码
request.Dataset.AddOrUpdate(new DicomTag(0x8, 0x5), "ISO_IR 100");
// 查询条件,可以根据需要添加
request.Dataset.AddOrUpdate(DicomTag.PatientName, "xxx");
request.Dataset.AddOrUpdate(DicomTag.PatientID, "xxx");
request.Dataset.AddOrUpdate(DicomTag.ModalitiesInStudy, "xxx");
request.Dataset.AddOrUpdate(DicomTag.StudyDate, "xxx");
request.Dataset.AddOrUpdate(DicomTag.StudyInstanceUID, "xxx");
request.Dataset.AddOrUpdate(DicomTag.StudyDescription, "xxx");
request.Dataset.AddOrUpdate(DicomTag.StudyTime, "xxx");
…………
C-Find SCP
C-Find SCP 可以通过派生 DicomService 服务类来实现 Dicom 服务的基本框架,然后实现 IDicomServiceProvider 和 IDicomCFindProvider 接口来实现。具体代码可以参考这里。
C-Find 过程分析
我分别在两台计算机上部署好 C-Find SCU(10.3.13.202) 和 C-Find SCP(10.3.2.209),然后从 C-Find SCU 向 C-Find SCP 发起一个 C-Find 请求,并且使用 wireshark 将整个过程的数据包抓取下来,下图就是抓取的完整 C-Find 请求过程的数据包。
C-Find
上图红色方框内的三条数据包就是 TCP 建立连接的过程:
C-Find SCU(10.3.13.202)通过端口55074向 C-Find SCP(10.3.2.209) 的3333端口发送 SYN 包请求连接;
C-Find SCP(10.3.2.209) 通过3333端口向 C-Find SCU(10.3.13.202)的55074端口发送 ACK+SYN 包进行确认;
C-Find SCU(10.3.13.202)通过端口55074向 C-Find SCP(10.3.2.209) 的3333端口发送 ACK 包确认并建立连接;
TCP连接已经通了,紧接着蓝色框内的两行是两个 AE 建立 association 的过程:
C-Find SCU(10.3.13.202)向 C-Find SCP(10.3.2.209) 发送 A-ASSOCIATE 请求;
C-Find SCP(10.3.2.209)响应 C-Find SCU(10.3.13.202)的 A-ASSOCIATE 请求,然后两个 AE 就建立了一个 association;
association 建立好了之后,接着就是第一个黄色框内的内容,C-Find 请求交互的过程:
C-Find SCU(10.3.13.202)向 C-Find SCP(10.3.2.209) 发送 C-Find 请求,展开 DICOM 协议层可以看到请求数据是 PatientName,另外编码格式是 ISO_IR 100;
C-Find
C-Find SCP(10.3.2.209)返回给 C-Find SCU(10.3.13.202)关于 C-Find 请求结果;
association 然后第二个黄色框内的内容还是 C-Find SCP(10.3.2.209)给 C-Find SCU(10.3.13.202)返回 C-Find 请求,这里是告诉 C-Find SCU 查询结果已经发送完毕;
接下来蓝色框内的两行是通过发送 A-RELEASE 请求释放 association:
C-Find SCU(10.3.13.202)向 C-Find SCP(10.3.2.209) 发送 A-RELEASE 请求断开 association;
C-Find SCP(10.3.2.209)响应 C-Find SCU(10.3.13.202)的 A-RELEASE 请求,然后断开两个 AE 之间的 association;
最后就是断开 TCP 连接,这里就不再多介绍了。
————————————————
版权声明:本文为CSDN博主「sinolover」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/sinolover/article/details/115719681