RECEIVECSTOREREQUESTCALLBACK

#include "ltdic.h"

L_VOID pEXT_CALLBACK Your Function(hNet, nPresentationID, nMessageID, pszClass, pszInstance, nPriority, pszMoveAE, nMoveMessageID, hDS, pUserData)

HDICOMNET hNet;

/* a DICOM Network handle */

L_UCHAR nPresentationID;

/* presentation ID */

L_UINT16 nMessageID;

/* message ID */

L_TCHAR * pszClass;

/* class type */

L_TCHAR * pszInstance;

/* instance */

L_UINT16 nPriority;

/* priority of the message */

L_TCHAR * pszMoveAE;

/* name of the application entity */

L_UINT16 nMoveMessageID;

/* message ID */

HDICOMDS hDS;

/* data set to be stored */

L_VOID * pUserData;

/* pointer to additional data */

Notifies a connection that a C-STORE-REQ command was received. This function is available in the Medical Suite Toolkit.

Parameter

Description

hNet

A DICOM Network handle.

nPresentationID

Presentation ID. The presentation ID provides information about both the class type of the data and the transfer syntax to use when transferring the data.

nMessageID

Message ID. Each message sent by a member of a connection should have a unique ID. Since a member of a connection may send several messages, this ID allows that member to identify when a specific request has been completed.

pszClass

Class affected by the request. This will be an SOP Class or an SOP MetaClass.

pszInstance

The instance of the class. A server may, for example, have three instances of the Nuclear Medicine Class. This value identifies the data with a specific instance.

nPriority

The priority level of the message. The Service Class Provider may or may not support priority. Therefore, setting this parameter may or may not have any effect. Possible values are:

 

Value

Meaning

 

COMMAND_PRIORITY_LOW

[0x0002] Low priority message.

 

COMMAND_PRIORITY_MEDIUM

[0x0000] Medium priority message.

 

COMMAND_PRIORTY_HIGH

[0x0001] High priority message.

pszMoveAE

Character string that contains the name of the application entity that originally requested the move. For a simple storage request from a client to a server, this should be "". When the request is a sub-operation of a C-MOVE, this will contain the name of the AE that requested the move.

nMoveMessageID

The ID of the original move request message. For a simple storage request from a client to a server, this should be 0. When the request is a sub-operation of a C-MOVE, this will contain the original message ID of the C-MOVE request.

hDS

Pointer to the data set to be stored.

pUserData

Void pointer that you can use to access a variable or structure containing data that your callback function needs. This gives you a way to receive data indirectly from the function that uses this callback function.

 

Keep in mind that this is a void pointer, which must be cast to the appropriate data type within your callback function.

Returns

None.

Comments

A call to this function is generated on a peer member of a connection when L_DicomSendCStoreRequest is called.

To use this callback function, RECEIVECSTOREREQUESTCALLBACK must be set using L_DicomSetCallback.

When an SCU requests a Move (C-MOVE-REQ), the SCP may have to call L_DicomSendCStoreRequest to request one or more C-STORE-REQ sub-operations to complete the storage. The series of calls and information transfer in a C-MOVE-REQ is complicated. For more information, refer to Moving Composite Data.

Required DLLs and Libraries

LTDIC

For a listing of the exact DLLs and Libraries needed, based on the toolkit version, refer to Files To Be Included With Your Application

See Also

Functions:

L_DicomSendCMoveRequest, L_DicomSendCMoveResponse, L_DicomSendCStoreRequest, L_DicomSendCStoreResponse, RECEIVECMOVERESPONSECALLBACK, RECEIVECMOVEREQUESTCALLBACK, RECEIVECSTORERESPONSECALLBACK

Topics:

Moving Composite Data

 

Receiving Messages

Example

For an example, refer to L_DicomSendCStoreResponse.