DICOM C-StoreSCP：有什么方法可以确定该研究已被完全接收？
DICOM C-StoreSCP: Is there any way to know for sure that the study is received completely?
这个问题是我 问题的下一部分。
我的 SCP 从多个客户端接收图像。
每个客户的行为都不同。
一些客户只发送一个关联的完整研究；所以在这种情况下，当关联关闭时，SCP 可以知道已收到完整的研究。
一些客户发送了关于同一关联的多项研究；这是 DICOM 合法的。
一些客户发送一份关于多个关联的研究；这是 DICOM 合法的。
数据传输发生在不稳定的互联网上。如果正在传输研究并且由于任何原因连接断开，则不会再次发送已成功存储的实例。下次尝试将仅发送 failed/pending 个实例。
综上所述，有没有什么DICOM方法可以知道学习完全接收。
在我看来，存储承诺不是好的解决方案。大多数用户不支持它。此外，此功能旨在让 SCU 知道实例是否存储在 SCP 上；不是其他方式。
MPPS 也不可靠。请参考我的 问题的 结论 部分。
我读了 this post 有类似的要求。上面提到的超时解决方案，我的理解是不靠谱的。
DICOM 存储服务的目标是允许简单地传输信息实例（对象），例如图像、波形、报告等。因此 Study 的概念与此服务无关。
此外，对于什么构成 "Study" 没有明确的定义，并且标准不限制研究如何从 SCU 转移到 SCP（例如在单个关联、多个关联或任何时间限制中） .
存储承诺服务也在实例上运行，它在实施者亵渎何时发送存储承诺请求。例如，每次模态捕获图像并将其存储到 PACS 或一旦所有图像传输到 PACS 或模态需要释放本地驱动器时 space 等
然而，SCU 可以向 SCP 发送研究级别 C-MOVE，以将共享相同研究实例 UID（研究）的所有实例转移到目标 SCP。
因此，没有明确的方法可以知道客户是否已完成发送研究。
这个问题是我
一些客户发送了关于同一关联的多项研究；这是 DICOM 合法的。
一些客户发送一份关于多个关联的研究；这是 DICOM 合法的。
数据传输发生在不稳定的互联网上。如果正在传输研究并且由于任何原因连接断开，则不会再次发送已成功存储的实例。下次尝试将仅发送 failed/pending 个实例。
综上所述，有没有什么DICOM方法可以知道学习完全接收。
在我看来，存储承诺不是好的解决方案。大多数用户不支持它。此外，此功能旨在让 SCU 知道实例是否存储在 SCP 上；不是其他方式。
MPPS 也不可靠。请参考我的
我读了 this post 有类似的要求。上面提到的超时解决方案，我的理解是不靠谱的。
DICOM 存储服务的目标是允许简单地传输信息实例（对象），例如图像、波形、报告等。因此 Study 的概念与此服务无关。
此外，对于什么构成 "Study" 没有明确的定义，并且标准不限制研究如何从 SCU 转移到 SCP（例如在单个关联、多个关联或任何时间限制中） .
存储承诺服务也在实例上运行，它在实施者亵渎何时发送存储承诺请求。例如，每次模态捕获图像并将其存储到 PACS 或一旦所有图像传输到 PACS 或模态需要释放本地驱动器时 space 等
然而，SCU 可以向 SCP 发送研究级别 C-MOVE，以将共享相同研究实例 UID（研究）的所有实例转移到目标 SCP。
因此，没有明确的方法可以知道客户是否已完成发送研究。