I use Pixelmed libiray to code an application that sends C-Move and C-Get Dimise commands to QR Emulator (ver 3.0.1), which acts as the server. C-Move gets back the Dicom image files with no problem. I read a post in this forum about an error in some C-Get related .def, and have them corrected.

Now, no matter the files exist in DVTK data directory or not, Emulator always sends such response, without error:

C-GET-RSP
(0x00000000,"0x0000004C") # Group 0000 Length
(0x00000002,"1.2.840.10008.5.1.4.1.2.2.3") # Affected SOP Class UID
(0x00000100,"0x8010") # Command Field
(0x00000120,"0x0001") # Message ID Being Responded To
(0x00000800,"0x0101") # Data Set Type
(0x00000900,"0x0000") # Status

and no further action. It has last 4 lines missing, compared with "Not find" case of C-Move:

C-MOVE-RSP
(0x00000000,"0x00000074") # Group 0000 Length
(0x00000002,"1.2.840.10008.5.1.4.1.2.2.2") # Affected SOP Class UID
(0x00000100,"0x8021") # Command Field
(0x00000120,"0x0001") # Message ID Being Responded To
(0x00000800,"0x0101") # Data Set Type
(0x00000900,"0x0000") # Status
(0x00001020,"0x0000") # Number of Remaining Sub-operations
(0x00001021,"0x0000") # Number of Complete Sub-operations
(0x00001022,"0x0000") # Number of Failed Sub-operations
(0x00001023,"0x0000") # Number of Warning Sub-operations

Would you help to tell why? (Again, if it exists, C-MOVE-RSP will be ...(0x00000900,"0xFF00") # Status..., and the file gets transfered.)

Another question: besides StudyInstanceUID, SOPInstanceUID and SeriesInstanceUID are found mandatory by DVTK Emulator with C-Get. But the last two are not required, using C-Move. Is that common in PACS servers?

Thanks!

W

If you update to the latest versions these issues should be solved.

Thanks

The answer to your question is the following quote from the Dicom PS 3.4-2009 Page 315, Y.4.2

The C-GET operation allows an application entity to
instruct another application entity to transfer stored SOP Instances or new SOP Instances derived from such stored SOP Instances to the initiating application entity using the C-STORE
operation.

The C-STORE Sub-operations shall be accomplished on the same Association as the C-GET operation. Hence, the SCP of the Query/Retrieve Service Class serves as the SCU of the Storage Service Class.

Here is a script that accomplishes what is required.

##
## Test Script for C-GET SOP Classes - SCU
##

SEND ASSOCIATE-RQ
(
PRESENTATION-CONTEXT-ITEMS
("Composite Instance Root Retrieve Information Model - GET SOP Class",
"Implicit VR Little Endian")
,
("MR Image Storage SOP Class", "Implicit VR Little Endian")
)

RECEIVE ASSOCIATE-AC
(
PRESENTATION-CONTEXT-ITEMS
("Composite Instance Root Retrieve Information Model - GET SOP Class",
0,
"Implicit VR Little Endian")

("MR Image Storage SOP Class", 0)
)
SEND C-GET-RQ "Composite Instance Root Retrieve - GET"
(
(0x00000002, "Composite Instance Root Retrieve Information Model - GET SOP Class")
(0x00080052, "IMAGE") # Q/R Level
(0x00080018, "999.999.2.19960619.163000.1.106") # SOP instance UID
)

RECEIVE C-STORE-RQ "MR Image Storage SOP Class"

SEND C-STORE-RSP
(
(0x00000900, 0x0000)
)

RECEIVE C-GET-RSP "Composite Instance Root Retrieve - GET"
(
(0x00000002, "Composite Instance Root Retrieve Information Model - GET SOP Class")
(0x00000900, 0x0000) # Status
)

SEND RELEASE-RQ

RECEIVE RELEASE-RP


I hope this helps.