movescu with SR returns success but file not present?!

All other questions regarding DCMTK

Moderator: Moderator Team

Post Reply
Message
Author
Peser
Posts: 3
Joined: Fri, 2010-08-27, 16:03

movescu with SR returns success but file not present?!

#1 Post by Peser »

Hey folks,

I'm trying to retrieve an SR document from a server in our LAN, therefore I'm using this command:

Code: Select all

movescu -v --aetitle SRVIEWER1 --call PILZ -k 0008,0052=IMAGE -k 0008,0016=1.2.840.10008.5.1.4.1.1.88.22 -k 0020,000D=1.2.276.0.7230010.3.1.2.602100828.3120.1274194038.37 -k 0020,000E=1.2.276.0.7230010.3.1.3.18446744071604432908.20187.1275054293.11 -k 0008,0018=1.2.276.0.7230010.3.1.4.18446744071604432908.20187.1275054293.10 bombadil 5678
and get this result:

Code: Select all

Requesting Association
Association Accepted (Max Send PDV: 28660)
================================
Sending query
Move SCU RQ: MsgID 1
Request:

# Dicom-Data-Set
# Used TransferSyntax: UnknownTransferSyntax
(0008,0016) UI =EnhancedSR                              #  30, 1 SOPClassUID
(0008,0018) UI [1.2.276.0.7230010.3.1.4.18446744071604432908.20187.1275054293.10] #  64, 1 SOPInstanceUID
(0008,0052) CS [IMAGE]                                  #   6, 1 QueryRetrieveLevel
(0020,000d) UI [1.2.276.0.7230010.3.1.2.602100828.3120.1274194038.37] #  52, 1 StudyInstanceUID
(0020,000e) UI [1.2.276.0.7230010.3.1.3.18446744071604432908.20187.1275054293.11] #  64, 1 SeriesInstanceUID
C-Move RSP: MsgID: 1 [Status=Success]
  AffectedSOPClassUID: =MOVEPatientRootQueryRetrieveInformationModel
  Data Set: Not Present
  NumberOfCompletedSubOperations: 0
  NumberOfFailedSubOperations: 0
  NumberOfWarningSubOperations: 0
Releasing Association
So - it returns "SUCCESS" , but I see the "Data Set: Not Present" part, although the report is definitely inside the remote database, as dcmqridx shows:

Code: Select all

dcmqridx --print .

[...]

*******************************************************
RECORD NUMBER: 2105
  Status: is new
  Filename: TestSR_17Treffer.dcm
  ImageSize: 21060
  RecordedDate: 1.29108e+09
    PatientsBirthDate: "20020411"
    PatientsSex: ""
    PatientsName: "Anonymous^Male  2002"
    PatientID: ""
    PatientsBirthTime: ""
    OtherPatientIDs: ""
    OtherPatientNames: ""
    EthnicGroup: ""
    NumberOfPatientRelatedStudies: ""
    NumberOfPatientRelatedSeries: ""
    NumberOfPatientRelatedInstances: ""
    StudyDate: ""
    StudyTime: ""
    StudyID: ""
    StudyDescription: ""
    NameOfPhysiciansReadingStudy: ""
    AccessionNumber: ""
    ReferringPhysiciansName: ""
    StudyDescription: ""
    NameOfPhysiciansReadingStudy: ""
    StudyInstanceUID: "1.2.276.0.7230010.3.1.2.602100828.3120.1274194038.37"
    OtherStudyNumbers: ""
    AdmittingDiagnosesDescription: ""
    PatientsAge: ""
    PatientsSize: ""
    PatientsWeight: ""
    Occupation: ""
    NumberOfStudyRelatedSeries: ""
    NumberOfStudyRelatedInstances: ""
    SeriesNumber: "1"
    SeriesInstanceUID: "1.2.276.0.7230010.3.1.3.18446744071604432908.20187.1275054293.11"
    Modality: "SR"
    InstanceNumber: "1"
    SOPInstanceUID: "1.2.276.0.7230010.3.1.4.18446744071604432908.20187.1275054293.10"
    SeriesDate: ""
    SeriesTime: ""
    SeriesDescription: ""
    ProtocolName: ""
    OperatorsName: ""
    PerformingPhysiciansName: ""
    ContentLabel: ""
  InstanceDescription: "EnhancedSR, UNVERIFIED, PARTIAL"
*******************************************************
RECORDS IN THIS INDEXFILE: 2106
I've even also looked up the file ("Filename: TestSR_17Treffer.dcm") on the hard disk:

Code: Select all

ls -l | grep TestSR_17Treffer.dcm

-rw-r--r-- 1 user   group      21060 2010-08-27 15:48 TestSR_17Treffer.dcm
Actually I can retrieve images from this dcmqrscp instance, but the SR simply won't work and I really have no idea whatsoever.

Can you please help me?
Top
Jörg Riesmeier
ICSMED DICOM Services
ICSMED DICOM Services
Posts: 2217
Joined: Fri, 2004-10-29, 21:38
Location: Oldenburg, Germany

#2 Post by Jörg Riesmeier »

As far as I can see, your C-MOVE request is malformed: By default, movescu uses the Patient Root Information Model, so you also need to specify the Patient ID of the instance(s) to be retrieved. Also the SOP Class UID is not required for the request ... You should probably use the Study Root Information Model instead (i.e. option -S or --study).
Top
Peser
Posts: 3
Joined: Fri, 2010-08-27, 16:03

#3 Post by Peser »

Hello Jörg and thanks for you quick reply. I applied your advices to my request and, by switching to the Study Root Information Model and therefore not needing the PatientID anymore, I get the following (skipping the SOP Class UID):

Code: Select all

movescu -v --aetitle SRVIEWER1 --call PILZ --study -k 0008,0052=IMAGE -k 0020,000D=1.2.276.0.7230010.3.1.2.602100828.3120.1274194038.37 -k 0020,000E=1.2.276.0.7230010.3.1.3.18446744071604432908.20187.1275054293.11 -k 0008,0018=1.2.276.0.7230010.3.1.4.18446744071604432908.20187.1275054293.10 bombadil 5678
So - the server reply looks different (and promising) but still returns an error:

Code: Select all

Requesting Association
Association Accepted (Max Send PDV: 28660)
================================
Sending query
Move SCU RQ: MsgID 1
Request:

# Dicom-Data-Set
# Used TransferSyntax: UnknownTransferSyntax
(0008,0018) UI [1.2.276.0.7230010.3.1.4.18446744071604432908.20187.1275054293.10] #  64, 1 SOPInstanceUID
(0008,0052) CS [IMAGE]                                  #   6, 1 QueryRetrieveLevel
(0020,000d) UI [1.2.276.0.7230010.3.1.2.602100828.3120.1274194038.37] #  52, 1 StudyInstanceUID
(0020,000e) UI [1.2.276.0.7230010.3.1.3.18446744071604432908.20187.1275054293.11] #  64, 1 SeriesInstanceUID
Move Response 1: C-Move RSP: MsgID: 1 [Status=Pending]
  AffectedSOPClassUID: =MOVEStudyRootQueryRetrieveInformationModel
  Data Set: Not Present
  NumberOfRemainingSubOperations: 0
  NumberOfCompletedSubOperations: 0
  NumberOfFailedSubOperations: 1
  NumberOfWarningSubOperations: 0
C-Move RSP: MsgID: 1 [Status=Refused: OutOfResourcesSubOperations]
  AffectedSOPClassUID: =MOVEStudyRootQueryRetrieveInformationModel
  Data Set: Present
  NumberOfCompletedSubOperations: 0
  NumberOfFailedSubOperations: 1
  NumberOfWarningSubOperations: 0
Response Identifiers:

# Dicom-Data-Set
# Used TransferSyntax: LittleEndianExplicit
(0008,0058) UI [1.2.276.0.7230010.3.1.4.18446744071604432908.20187.1275054293.10] #  64, 1 FailedSOPInstanceUIDList
Releasing Association
After a little research in this forum and chapter 4 of the standard, I'm still not sure what "Status=Refused: OutOfResourcesSubOperations" wants to tell me. The receiving database hasn't reached it's quota and there still should be a lot of diskspace available.

Another idea coming to my mind was, that maybe our receiving server didn't support receiving of EnhancedSR documents, but the debug output says otherwise:
PDU Type: Associate Request, PDU Length: 9134 + 6 bytes PDU header
Only dumping 512 bytes.
01 00 00 00 23 ae 00 01 00 00 53 52 56 49 45 57
45 52 31 20 20 20 20 20 20 20 50 49 4c 5a 20 20
20 20 20 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 20 00 00 68 01 00 ff 00 30 00 00 1d 31
2e 32 2e 38 34 30 2e 31 30 30 30 38 2e 35 2e 31
2e 34 2e 31 2e 31 2e 39 2e 31 2e 33 40 00 00 13
31 2e 32 2e 38 34 30 2e 31 30 30 30 38 2e 31 2e
32 2e 31 40 00 00 13 31 2e 32 2e 38 34 30 2e 31
30 30 30 38 2e 31 2e 32 2e 32 40 00 00 11 31 2e
32 2e 38 34 30 2e 31 30 30 30 38 2e 31 2e 32 20
00 00 68 03 00 ff 00 30 00 00 1d 31 2e 32 2e 38
34 30 2e 31 30 30 30 38 2e 35 2e 31 2e 34 2e 31
2e 31 2e 38 38 2e 31 31 40 00 00 13 31 2e 32 2e
38 34 30 2e 31 30 30 30 38 2e 31 2e 32 2e 31 40
00 00 13 31 2e 32 2e 38 34 30 2e 31 30 30 30 38
2e 31 2e 32 2e 32 40 00 00 11 31 2e 32 2e 38 34
30 2e 31 30 30 30 38 2e 31 2e 32 20 00 00 68 05
00 ff 00 30 00 00 1d 31 2e 32 2e 38 34 30 2e 31
30 30 30 38 2e 35 2e 31 2e 34 2e 31 2e 31 2e 39
2e 34 2e 31 40 00 00 13 31 2e 32 2e 38 34 30 2e
31 30 30 30 38 2e 31 2e 32 2e 31 40 00 00 13 31
2e 32 2e 38 34 30 2e 31 30 30 30 38 2e 31 2e 32
2e 32 40 00 00 11 31 2e 32 2e 38 34 30 2e 31 30
30 30 38 2e 31 2e 32 20 00 00 67 07 00 ff 00 30
00 00 1c 31 2e 32 2e 38 34 30 2e 31 30 30 30 38
2e 35 2e 31 2e 34 2e 31 2e 31 2e 31 31 2e 34 40
00 00 13 31 2e 32 2e 38 34 30 2e 31 30 30 30 38
2e 31 2e 32 2e 31 40 00 00 13 31 2e 32 2e 38 34
30 2e 31 30 30 30 38 2e 31 2e 32 2e 32 40 00 00

Association Received (bombadil:PILZ -> SRVIEWER1) Tue Nov 30 17:07:29 2010
Parameters:
Our Implementation Class UID: 1.2.276.0.7230010.3.0.3.5.4
Our Implementation Version Name: OFFIS_DCMTK_354
Their Implementation Class UID: 1.2.276.0.7230010.3.0.3.5.4
Their Implementation Version Name: OFFIS_DCMTK_354
Application Context Name: 1.2.840.10008.3.1.1.1
Calling Application Name: PILZ
Called Application Name: SRVIEWER1
Responding Application Name:
Our Max PDU Receive Size: 16384
Their Max PDU Receive Size: 16384
Presentation Contexts:
Context ID: 1 (Proposed)
Abstract Syntax: =AmbulatoryECGWaveformStorage
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Proposed Transfer Syntax(es):
=LittleEndianExplicit
=BigEndianExplicit
=LittleEndianImplicit
Context ID: 3 (Proposed)
Abstract Syntax: =BasicTextSR
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Proposed Transfer Syntax(es):
=LittleEndianExplicit
=BigEndianExplicit
=LittleEndianImplicit
Context ID: 5 (Proposed)
Abstract Syntax: =BasicVoiceAudioWaveformStorage
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Proposed Transfer Syntax(es):
=LittleEndianExplicit
=BigEndianExplicit
=LittleEndianImplicit

[...]

Context ID: 47 (Proposed)
Abstract Syntax: =EnhancedMRImageStorage
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Proposed Transfer Syntax(es):
=LittleEndianExplicit
=BigEndianExplicit
=LittleEndianImplicit
Context ID: 49 (Proposed)
Abstract Syntax: =EnhancedSR
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Proposed Transfer Syntax(es):
=LittleEndianExplicit
=BigEndianExplicit
=LittleEndianImplicit
Context ID: 51 (Proposed)
Abstract Syntax: =EnhancedXAImageStorage
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Proposed Transfer Syntax(es):
=LittleEndianExplicit
=BigEndianExplicit
=LittleEndianImplicit

[...]

Context ID: 165 (Accepted)
Abstract Syntax: =XRayFluoroscopyImageStorage
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Accepted Transfer Syntax: =LittleEndianExplicit
Context ID: 167 (Accepted)
Abstract Syntax: =XRayRadiationDoseSR
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Accepted Transfer Syntax: =LittleEndianExplicit
Requested Extended Negotiation: none
Accepted Extended Negotiation: none
DIMSE receiveCommand
Association Release
Any ideas to what the Refuse-Msg may refer?
Top
Jörg Riesmeier
ICSMED DICOM Services
ICSMED DICOM Services
Posts: 2217
Joined: Fri, 2004-10-29, 21:38
Location: Oldenburg, Germany

#4 Post by Jörg Riesmeier »

Are you sure that the storage area (selected by the move destination AE title, i.e. MOVESCU) is writeable?
Top
Peser
Posts: 3
Joined: Fri, 2010-08-27, 16:03

#5 Post by Peser »

Since retrieving images works, I am.
Top
Post Reply

Return to “DCMTK - General”

Who is online

Users browsing this forum: Bing [Bot], Google [Bot] and 1 guest