存储承诺服务（推送模型）：如何将结果返回给SCU？ [英] Storage Commitment Service (push model): how i get the result back to my SCU?

问题描述

我计划实施存储承诺服务，以验证以前发送到存储的文件是否被安全地存储。

I planned to implement a Storage Commitment Service to verify if files previously sent to the storage were safely stored.

我的体系结构非常简单明了我的SCU将一些辅助捕获图像发送到存储中，我希望在删除它们之前确保它们已安全存储。

My architecture is very simple and straightforward my SCU sends some secondary capture images to the storage and I want to be sure they are safely stored before delete them.

我将采用推送模型，我想知道实现该服务需要执行哪些步骤/功能

I am going to adopt push model and I wonder what steps/features I need to implement to accomplish the service

我的理解是

• 我需要发布 N-ACTION 具有SOP类UID
  1.2.840.10008.1.20.1的请求，并向请求中添加事务标识符以及引用的SOP类UID的列表–引用的SOP
  实例UID，其中引用的SOP实例UID是UID我先前发送到存储中的
  个次级捕获映像和
  引用的SOP类UID是代表次级捕获映像的soap类标识符
  


• 等待我的N-ACTION响应查看N-ACTION请求是否成功
  



• 以的形式从存储中获取响应N-EVENT-REPORT

• I need to issue a N-ACTION request with SOP Class UID 1.2.840.10008.1.20.1 and add to the request a transaction identifier together with a list of Referenced SOP Class UID – Referenced SOP Instance UID where Referenced SOP Instance UID are the UIDs of the secondary capture images I previously sent to the storage and Referenced SOP Class UID in my case is the soap class identifier representing the Secondary Capture Image
• Wait for my N-ACTION response to see if the N-ACTION request succeed or not

• Get the response from the storage in form of N-EVENT-REPORT

但是什么时候？存储如何将
N-EVENT-REPORT连同结果一起还给我？我的SCP AE是否实现了某些
SCP功能？还是我需要发出N-EVENT请求以获取
N-EVENT-REPORT？

But when? How the storage give me back the N-EVENT-REPORT along with the results? Does my SCP AE implements some SCP features? Or I need to issue a N-EVENT request to get a N-EVENT-REPORT?

推荐答案

下面是从

现在，关于您的问题，关注以下是假设相同的关联将用于整个交流的说明。有关通过多个协会进行交流的信息，请参阅Roni的​​上述文章。

Now, about your question, following is the explanation assuming same association will be used for entire communication. For communication over multiple associations, refer above article from Roni.

但是何时？

But when?

立即。在相同的连接/关联上。收到NAction响应后，您应该等待在应用程序中配置的超时。在超时到期之前，您应该获取NEventReport。

Immediately. On same connection/association. On receiving NAction response, you should wait for timeout configured in your application. Before timeout expires, you should get the NEventReport.

存储如何将N-EVENT-REPORT以及结果还给我？ / p>

How the storage give me back the N-EVENT-REPORT along with the results?

当您收到来自SCP的NAction响应时，这意味着SCP会说确定；我了解您想要的内容。现在等待我获取您的数据...。所以，你等等。当SCP准备好所有必需的数据（检查表）后，它将通过NEventReport通过相同的关联将其发送回去。您解析该报告并执行您的工作，然后将回复发送给SCP，说很好；我对您已完成。并关闭关联。

When you receive NAction response from SCP, that means SCP saying "Ok; I understood what you want. Now wait while I fetch your data...". So, you wait. When SCP is ready with all the data (check list) necessary, it just sends it back on same association through NEventReport. You parse the Report and do your stuff and send response to SCP saying "Fine; I am done with you." and close the association.

我的SCP AE是否实现了某些SCP功能？

Does my SCP AE implements some SCP features?

否（在大多数情况下）；在这两种情况（单个关联/多个关联）中，您都不需要实现任何SCP功能。您应该在与上述相同的关联上获取NEventReport。 DICOM适用于TCPIP。 TCP中的客户端/服务器概念仅限于谁建立连接以及谁监听连接。建立连接后，任何人都可以在套接字上读取/写入数据。

No (in most of the cases); you do not need to implement any SCP features in both (single association/multiple associations) cases. You should get NEventReport on same association as mentioned above. DICOM works on TCPIP. Client/Server concept in TCP is only limited to who establishes the connection and who listens for connections. Once the connection is established, any one can read/write data on socket.

在极少数情况下，SCP通过自行发起新的关联来发送NEventReport。在这种情况下，SCU需要实现SCP功能。据我所知，该模型尚未使用。对于SCP和SCU都很难实现此模型。它还需要多种配置，每个人都倾向于避免这种配置。因此，这可以忽略。 我之所以称其为罕见，是因为我（至少到目前为止）从未遇到过这种实现。但是，是的;

In rare cases, SCP sends NEventReport by initiating new association on its own. In that case, SCU need to implement SCP features. This model is not in use as far as I am aware. It is difficult to implement this model for both SCP and SCU. It also needs multiple configurations which everyone tends to avoid. So, this could be neglected. I am calling this rare because I never (at least so far) come across such implementation. But yes; this is valid case for valid reason.

或者我需要发出N-EVENT请求才能获得N-EVENT -报告？

Or I need to issue a N-EVENT request to get a N-EVENT-REPORT?

否；如上所述。请参考此。

No; as said above. Refer this.

J.3.3通知

声称符合此SOP类作为SCP的DICOM AE将调用N-EVENT-REPORT请求。声称符合此SOP类作为SCU的DICOM AE应当能够接收N-EVENT-REPORT请求。

J.3.3 Notifications
The DICOM AEs that claim conformance to this SOP Class as an SCP shall invoke the N-EVENT-REPORT request. The DICOM AEs that claim conformance to this SOP Class as an SCU shall be capable of receiving the N-EVENT-REPORT request.

说，SCU应该能够处理 NEventReport。它不会发出。

That said, SCU should be able to process NEventReport. It will NOT issue it.

这篇关于存储承诺服务（推送模型）：如何将结果返回给SCU？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！