Successful Local Move, No Remote Move

  • I've been given an export of data from another practice on a Windows server running Conquest with PostgreSQL. I've used Conquest before on Linux, so I added my PACS server (AISDEPOT7) to ACRNEMA.MAP, and I'm able to query for a study:


    Code
    [admin@aisdepot7] {~} findscu -S --aetitle AISDEPOT7 --call CONQUESTSRV1 -k 0008,0052=STUDY -k 0020,000D=1.2.840.113663.1100.156556189.1.0.120091013.1162611 -k 0010,0010 -k 0010,0020 -k 0008,0050 -k 0008,0060 -k 0008,0020 10.46.148.17 5678RESPONSE: 1 (Pending)# Dicom-Data-Set# Used TransferSyntax: LittleEndianExplicit(0008,0020) DA [20091013] # 8, 1 StudyDate(0008,0050) SH (no value available) # 0, 0 AccessionNumber(0008,0052) CS [STUDY ] # 6, 1 QueryRetrieveLevel(0010,0010) PN [TESTING ] # 8, 1 PatientsName(0010,0020) LO [12] # 2, 1 PatientID(0020,000d) UI [1.2.840.113663.1100.156556189.1.0.120091013.1162611] # 52, 1 StudyInstanceUID


    And I'm able to move that study from the GUI to AISDEPOT7 using "Copy to destination":

    Code
    StudyDate QueryRetrieveLevel PatientName PatientID ---------------------------------------------------------------------------------------------------------------------------------------------------------------[20100125] [STUDY ] [^TEST ] [1234] ---------------------------------------------------------------------------------------------------------------------------------------------------------------Total of 1 item(s) found------------ started copying ------------Copying for patient: 1234Slice 1 of 5Slice 2 of 5Slice 3 of 5Slice 4 of 5Slice 5 of 5------------ finished copying ------------


    But a C-Move doesn't work:


    Code
    [admin@aisdepot7] {~} movescu -S -v -d --aetitle AISDEPOT7 --call CONQUESTSRV1 --move AISDEPOT7 -k 0008,0052=STUDY -k 0020,000D=1.2.840.113663.1100.156556189.1.0.120091013.1162611 -k 0010,0010 -k 0010,0020 -k 0008,0050 -k 0008,0060 -k 0008,0020 10.46.148.17 5678Request Parameters:Our Implementation Class UID: 1.2.276.0.7230010.3.0.3.5.4Our Implementation Version Name: OFFIS_DCMTK_354Their Implementation Class UID:Their Implementation Version Name:Application Context Name: 1.2.840.10008.3.1.1.1Calling Application Name: AISDEPOT7Called Application Name: CONQUESTSRV1Responding Application Name: resp AP TitleOur Max PDU Receive Size: 16384Their Max PDU Receive Size: 0Presentation Contexts: Context ID: 1 (Proposed) Abstract Syntax: =FINDStudyRootQueryRetrieveInformationModel Proposed SCP/SCU Role: Default Accepted SCP/SCU Role: Default Proposed Transfer Syntax(es): =LittleEndianExplicit =BigEndianExplicit =LittleEndianImplicit Context ID: 3 (Proposed) Abstract Syntax: =MOVEStudyRootQueryRetrieveInformationModel Proposed SCP/SCU Role: Default Accepted SCP/SCU Role: Default Proposed Transfer Syntax(es): =LittleEndianExplicit =BigEndianExplicit =LittleEndianImplicitRequested Extended Negotiation: noneAccepted Extended Negotiation: noneRequesting AssociationConstructing Associate RQ PDUPDU Type: Associate Accept, PDU Length: 221 + 6 bytes PDU header 02 00 00 00 00 dd 00 01 00 00 43 4f 4e 51 55 45 53 54 53 52 56 31 20 20 20 20 41 49 53 44 45 50 4f 54 37 20 20 20 20 20 20 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10 00 00 15 31 2e 32 2e 38 34 30 2e 31 30 30 30 38 2e 33 2e 31 2e 31 2e 31 21 00 00 1b 01 00 00 00 40 00 00 13 31 2e 32 2e 38 34 30 2e 31 30 30 30 38 2e 31 2e 32 2e 31 21 00 00 1b 03 00 00 00 40 00 00 13 31 2e 32 2e 38 34 30 2e 31 30 30 30 38 2e 31 2e 32 2e 31 50 00 00 3e 51 00 00 04 00 00 40 00 52 00 00 22 31 2e 32 2e 38 32 36 2e 30 2e 31 2e 33 36 38 30 30 34 33 2e 32 2e 31 33 35 2e 31 30 36 36 2e 31 30 31 55 00 00 0c 31 2e 34 2e 31 36 2f 57 49 4e 33 32Association Parameters Negotiated:Our Implementation Class UID: 1.2.276.0.7230010.3.0.3.5.4Our Implementation Version Name: OFFIS_DCMTK_354Their Implementation Class UID: 1.2.826.0.1.3680043.2.135.1066.101Their Implementation Version Name: 1.4.16/WIN32Application Context Name: 1.2.840.10008.3.1.1.1Calling Application Name: AISDEPOT7Called Application Name: CONQUESTSRV1Responding Application Name: CONQUESTSRV1Our Max PDU Receive Size: 16384Their Max PDU Receive Size: 16384Presentation Contexts: Context ID: 1 (Accepted) Abstract Syntax: =FINDStudyRootQueryRetrieveInformationModel Proposed SCP/SCU Role: Default Accepted SCP/SCU Role: Default Accepted Transfer Syntax: =LittleEndianExplicit Context ID: 3 (Accepted) Abstract Syntax: =MOVEStudyRootQueryRetrieveInformationModel Proposed SCP/SCU Role: Default Accepted SCP/SCU Role: Default Accepted Transfer Syntax: =LittleEndianExplicitRequested Extended Negotiation: noneAccepted Extended Negotiation: noneAssociation Accepted (Max Send PDV: 16372)================================Sending queryMove SCU RQ: MsgID 1Request:# Dicom-Data-Set# Used TransferSyntax: UnknownTransferSyntax(0008,0020) DA (no value available) # 0, 0 StudyDate(0008,0050) SH (no value available) # 0, 0 AccessionNumber(0008,0052) CS [STUDY] # 6, 1 QueryRetrieveLevel(0008,0060) CS (no value available) # 0, 0 Modality(0010,0010) PN (no value available) # 0, 0 PatientsName(0010,0020) LO (no value available) # 0, 0 PatientID(0020,000d) UI [1.2.840.113663.1100.156556189.1.0.120091013.1162611] # 52, 1 StudyInstanceUIDDIMSE Command To Send:# Dicom-Data-Set# Used TransferSyntax: UnknownTransferSyntax(0000,0000) UL 0 # 4, 1 CommandGroupLength(0000,0002) UI =MOVEStudyRootQueryRetrieveInformationModel # 28, 1 AffectedSOPClassUID(0000,0100) US 33 # 2, 1 CommandField(0000,0110) US 1 # 2, 1 MessageID(0000,0600) AE [AISDEPOT7] # 10, 1 MoveDestination(0000,0700) US 0 # 2, 1 Priority(0000,0800) US 1 # 2, 1 DataSetTypeDIMSE sendDcmDataset: sending 106 bytesDIMSE sendDcmDataset: sending 114 bytes


    Sits there for ages on the PACS, and on Conquest I see:


    And it's sitting there. If I kill the Conquest server, the movescu dies on PACS, so the connection is open. What am I missing? Is this just terrible database performance and the query is hanging? If that were the case, I wouldn't expect to have success sending from the GUI.


    Thanks!

  • Hi,


    can you spot a difference between a move from the GUI and using a C-MOVE in the conquest log? It does seem to hang in the database query. If you double click left of the lower edit boxes in the query/move page you can start a move based on UID.


    Marcel

  • I was able to successfully C-MOVE from a K-PACS workstation:

    Code
    [CONQUESTSRV1] UPACS THREAD 17: STARTED AT: Mon Aug 04 16:38:03 2014[CONQUESTSRV1] Calling Application Title : "CDKP"[CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "[CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384[CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.2" 1[CONQUESTSRV1] C-Move Destination: "CDKP"[CONQUESTSRV1] Number of Images to send: 4[CONQUESTSRV1] Sending file : E:\dicomserver1417\Data\12\1.2.840.113663.1100.156556189.2.0.120091013.1162611_0001_000003_1384185304ae3b.dcm[CONQUESTSRV1] [recompress]: recompressed with mode = un (strip=1)[CONQUESTSRV1] Sending file : E:\dicomserver1417\Data\12\1.2.840.113663.1100.156556189.2.0.120091013.1162611_0001_000000_1384185303ae2f.dcm[CONQUESTSRV1] [recompress]: recompressed with mode = un (strip=1)[CONQUESTSRV1] Sending file : E:\dicomserver1417\Data\12\1.2.840.113663.1100.156556189.2.0.120091013.1162611_0001_000002_1384185304ae40.dcm[CONQUESTSRV1] [recompress]: recompressed with mode = un (strip=1)[CONQUESTSRV1] Sending file : E:\dicomserver1417\Data\12\1.2.840.113663.1100.156556189.2.0.120091013.1162611_0001_000001_1384185303ae27.dcm[CONQUESTSRV1] [recompress]: recompressed with mode = un (strip=1)[CONQUESTSRV1] C-Move (StudyRoot)[CONQUESTSRV1] UPACS THREAD 17: ENDED AT: Mon Aug 04 16:38:03 2014[CONQUESTSRV1] UPACS THREAD 17: TOTAL RUNNING TIME: 0 SECONDS


    But PACS still fails.


    Code
    [CONQUESTSRV1]
    [CONQUESTSRV1] UPACS THREAD 18: STARTED AT: Mon Aug 04 16:38:32 2014
    [CONQUESTSRV1] Calling Application Title : "AISDEPOT7 "
    [CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
    [CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    [CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1" 1
    [CONQUESTSRV1] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.2.2" 1
    [CONQUESTSRV1] C-Move Destination: "AISDEPOT7 "


    So now it's a game of "Find the difference".

  • Here, I issue a move to CDKP from AISDEPOT7, and it hangs the same way. So, it must be in the way movescu is handling the association.


    Code
    [CONQUESTSRV1]
    [CONQUESTSRV1] UPACS THREAD 37: STARTED AT: Mon Aug 04 16:49:30 2014
    [CONQUESTSRV1] Calling Application Title : "AISDEPOT7 "
    [CONQUESTSRV1] Called Application Title : "CONQUESTSRV1 "
    [CONQUESTSRV1] Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
    [CONQUESTSRV1] Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1" 1
    [CONQUESTSRV1] Presentation Context 1 "1.2.840.10008.5.1.4.1.2.2.2" 1
    [CONQUESTSRV1] C-Move Destination: "CDKP"

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!