#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 PACS Imaging.
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. |
None.
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 |
Win32, x64
For an example, refer to L_DicomSendCStoreResponse.