2
我的问题是:由C-Get-Rq引起的C-Store-Rq如何知道它属于哪个C-Get-Rq?C商店如何知道它属于哪个C? DICOM
对于C-Move服务,很明显,因为在每个C-Store-Rq中存在“移动发起者消息ID”和“移动发起者应用实体标题”字段。
那么如果两个或多个C-Get-Rq同时发送到一个存档(或一个接一个地发送)会发生什么?
我的问题是:由C-Get-Rq引起的C-Store-Rq如何知道它属于哪个C-Get-Rq?C商店如何知道它属于哪个C? DICOM
对于C-Move服务,很明显,因为在每个C-Store-Rq中存在“移动发起者消息ID”和“移动发起者应用实体标题”字段。
那么如果两个或多个C-Get-Rq同时发送到一个存档(或一个接一个地发送)会发生什么?
C-GET请求不会导致生成新的关联。实例在与C-GET相同的关联中返回。
C-MOVE请求将导致C-STORE在单独的关联上生成。因此,如果您有两个同时打开的C-GET关联,则清楚哪个关联请求了哪个关联(不需要生成单独的关联)。
根据http://dicom.nema.org/medical/dicom/current/output/html/part07.html#sect_9.1.3.2为每个匹配生成了C-Store子操作,还是我理解了一些东西错误? –
我的错误。它确实生成C-STORE消息,但它们位于同一个关联中,因此不存在关于它们来自哪个请求的问题。我会编辑我的答案来纠正术语。 – cneller
但是,一个SCU可以通过同一个关联发送第二个C-Get-Rq,而第一个C-Get操作仍然在该关联上运行?或者只能在当前的操作完成时调用下一个操作?出于这个原因,如果C-Store知道哪一个C属于它,这很有趣 –