troubles with movescu

[hblanco]

Hi to everyone !!,
I'm trying to use the command "movescu" but I've failed. Sorry for this message length. I'm invoking the command as follows:

movescu -v -P -d -aec COMMON toshiba-hank imagequery2.dcm >> answer.txt

COMMON: The AET of my local store
toshiba-hank: The host name of my PC

imagequery2.dcm was created by dump2dcm command as follows

dump2dcm imagequery2.txt imagequery2.dcm

the content of the file imagequery2.txt is:

(0008,0052) CS [IMAGE ]
(0010,0010) PN [Planar MUGA 8 min.] # PatientsName
(0010,0020) LO [P1K LEHRP ] # PatientID
(0020,000d) UI [2.16.840.1.113662.5.4163161425.127993205.1] #StudyInstanceUID
(0020,000e) UI [2.16.840.1.113662.5.4163161425.127993205.1.1.47.873981071] # SeriesInstanceUID
(0008,0018) UI [2.16.840.1.113662.5.4163161425.127993205.1.1.47.873981071] # SOPInstanceUID

all this data were obtained by previous findscu command which worked ok.

the log returned by the command movescu (-d option was used) is:

Request Parameters:
Our Implementation Class UID: 1.2.276.0.7230010.3.0.3.5.3
Our Implementation Version Name: OFFIS_DCMTK_353
Their Implementation Class UID:
Their Implementation Version Name:
Application Context Name: 1.2.840.10008.3.1.1.1
Calling Application Name: MOVESCU
Called Application Name: COMMON
Responding Application Name: resp AP Title
Our Max PDU Receive Size: 16384
Their Max PDU Receive Size: 0
Presentation Contexts:
Context ID: 1 (Proposed)
Abstract Syntax: =FINDPatientRootQueryRetrieveInformationModel
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Proposed Transfer Syntax(es):
=LittleEndianExplicit
=BigEndianExplicit
=LittleEndianImplicit
Context ID: 3 (Proposed)
Abstract Syntax: =MOVEPatientRootQueryRetrieveInformationModel
Proposed SCP/SCU Role: Default
Accepted SCP/SCU Role: Default
Proposed Transfer Syntax(es):
=LittleEndianExplicit
=BigEndianExplicit
=LittleEndianImplicit
Requested Extended Negotiation: none
Accepted Extended Negotiation: none
Requesting Association
Constructing Associate RQ PDU


And then it doesn't return to the command prompt, may be waiting for something. At the server side nothing happens.

My Host Table and AETable at imagectn.cfg are as follows:
#--------------------------------------------
HostTable BEGIN

echoscu = (ECHOSCU, toshiba-hank, 104)
findscu = (FINDSCU, toshiba-hank, 104)
movescu = (MOVESCU, toshiba-hank, 104)
SERVICE = echoscu, findscu, movescu

HostTable END
#--------------------------------------------
AETable BEGIN

COMMON D:\Maestria\dicom\db\COMMON RW (200, 1024mb) SERVICE
COPIES D:\Maestria\dicom\db\COPIES RW (200, 1024mb) SERVICE

AETable END


Any suggestion will be of great help, I'm just beginning on this theme.
Thanks in advance.

Henry.

[Thomas Wilkens]

First of all, you obviously forgot to specify a port number the SCP you are communicating to is listening on.

Also note that in case you dont want movescu to be the move destination, you can use the option -aem to specify a different move destination (= a destination the files are sent to). In case you want movescu to be the move destination, you can use the +P option to specify a port number which will be used by movescu when listening for incoming associations.

[hblanco]

Hi to every body.
Thomas, I tried the tips you gave me, but it doesn't work yet. What I know about movescu's semantics is that it implements the C-MOVE SCU and C-STORE SCP. In this case I suppose movescu sends a query for retrieving images from the server (imagectn) and the server makes another association (through a different port) with movescu to send (C-Store SCU) the images requested. I tested the storescu in particular and it worked ok, but movescu doesn't.

The point is that I dont' know where is failing this process. The command I wrote was:

movescu -v -P -aec COMMON +P 1005 toshiba-hank 104 imagequery.dcm

The log I get from server is:

Association Received (TOSHIBA-HANK:MOVESCU -> COMMON) Wed Jan 12 09:59:35 2005
Association Acknowledged (Max Send PDV: 16372)
Received Move SCP: C-Move RQ: MsgID: 1
AffectedSOPClassUID: =MOVEPatientRootQueryRetrieveInformationModel
Priority: 0
Data Set: Present
Move Destination: MOVESCU
Move SCP Request Identifiers:

# Dicom-Data-Set
# Used TransferSyntax: LittleEndianExplicit
(0008,0018) UI [2.16.840.1.113662.5.4163161425.127993205.1.1.47.873981071] # 58, 1 SOPInstanceUID
(0008,0052) CS [IMAGE] # 6, 1 QueryRetrieveLevel
(0010,0020) LO [P1K LEHRP] # 10, 1 PatientID
(0020,000d) UI [2.16.840.1.113662.5.4163161425.127993205.1] # 42, 1 StudyInstanceUID
(0020,000e) UI [2.16.840.1.113662.5.4163161425.127993205.1.1.47.873981071] # 58, 1 SeriesInstanceUID
Requesting Sub-Association


I made some modifications to my imagectn.cfg, I put all the AE I want to communicate with.

# Global Configuration Parameters
NetworkType = "tcp"
NetworkTCPPort = 104
MaxPDUSize = 8192
MaxAssociations = 20
Display = "yes"
#---------------------------------------
HostTable BEGIN

echoscu = (ECHOSCU, toshiba-hank, 104)
findscu = (FINDSCU, toshiba-hank, 104)
movescu = (MOVESCU, toshiba-hank, 104)
storescu = (STORESCU, toshiba-hank, 104)
storescp = (STORESCP, toshiba-hank, 104)

service = echoscu, findscu, movescu, storescu, storescp

HostTable END
#---------------------------------------
VendorTable BEGIN

"DCMTK AET" = service

VendorTable END
#---------------------------------------
AETable BEGIN

COMMON D:\Maestria\dicom\db\COMMON RW (200, 1024mb) service

AETable END


Suggestions will be of great help. Thanks in advance, Hank.

[Jörg Riesmeier]

In the config file you specified port 104 for the move target but your storage SCP (movescu) listens on port 1005. Maybe, it's simply this. Try to change the corresponding entry in the config file and restart the imagectn.