jdicom的工具中有一个PrintServerGUI.exe的程序，可以用来模拟胶片打印机
测试时主要使用的：
Port：当前server起在哪个端口上
CalledTitle：scp端的AE Title（就是这个print server）
CallingTitle：scu端的AE Title
BasicGrayscalePrintManagement和BasicColorPrintManagement是打印服务的SOP，在建立通信的时候要配置的，这儿配置了true那通信的时候就要配上对应的PresentationContext [SOP详细： https://www.dicomlibrary.com/dicom/sop/]
StoreHC的Path我改成了绝对路径才出现了传输的文件
Verbose：日志等级，2可以解码DIMSE消息，可以找通讯的细节
界面操作
Stop 然后 Start 就行，log查看日志，可以全选删除日志
日志信息
我这边大体需求是在electron中发送打印请求给胶片打印机，所以使用这个服务来模拟scp server，electron这边我用的库是dcmjs-dimse，具体使用文档在github查看wiki。下面结合日志来具体看一下
abstract syntax scu scp
1.2.840.10008.5.1.1.9 -1 -1
nr abstract syntax pcid description
0 1.2.840.10008.5.1.1.9 1 Basic Grayscale Print Management Meta SOP Class
ts-0 1.2.840.10008.1.2.1 Explicit VR Little Endian Transfer Syntax
ts-1 1.2.840.10008.1.2.2 Explicit VR Big Endian Transfer Syntax
ts-2 1.2.840.10008.1.2 Implicit VR Little Endian Transfer Syntax
首先建立Dicom通讯的连接，就是Association，因为我的配置中选择了BasicGrayscalePrintManagement，所以需要在Association添加对应的PresentationContext
const presentationContext = new PresentationContext(1, SopClass.BasicGrayscalePrintManagementMeta, '1.2.840.10008.1.2.1');
presentationContext.addTransferSyntaxUid('1.2.840.10008.1.2.2');
presentationContext.addTransferSyntaxUid('1.2.840.10008.1.2');
client.addAdditionalPresentationContext(presentationContext);
这样设置后，在client send的时候，就能在日志中看到上面的信息，对应了PresentationContext构造的第一个参数是pcid，第二个参数是abstract syntax，第三个参数TransferSyntaxUids，可以添加多个，就是日志中的ts-0 ts-1这些。
由于我对dicom通信这块完全没接触过，所以是用别的胶片工作站发请求给jdicom的服务，然后用得到的日志反推我在electron中应该怎么写，所以后续日志总体是下面这样一个结构
jdicom: #9:scuyt >> N-CREATE-RQ Basic Film Session SOP Class
jdicom: #9:scuyt >> Dataset
jdicom: #9:scuyt << N-CREATE-RSP Basic Film Session SOP Class, status #0000H[Success]
jdicom: #9:scuyt >> N-CREATE-RQ Basic Film Box SOP Class
jdicom: #9:scuyt >> Dataset
jdicom: #9:scuyt << N-CREATE-RSP Basic Film Box SOP Class, status #0000H[Success]
jdicom: #9:scuyt << Dataset
jdicom: #9:scuyt >> N-SET-RQ Basic Grayscale Image Box SOP Class
jdicom: #9:scuyt << N-SET-RSP Basic Grayscale Image Box SOP Class, status #0000H[Success]
所以接下来就是要
1.film session - NCreateRequest
2.film box - NCreateRequest
3.image box - NSetRequest
在使用dcmjs-dimse的过程中，可能是我对这方面理解还太少，我给client直接添加这三个request，最后send时，Association里就会带上很多组上下文信息，new request时传入第一个参数会作为一组新的上下文的abstract syntax，发送的日志中可以看到一共出现了四组上下文，然后建立连接的response日志里有unsupported abstract syntax，请求中也有SOP class not supported之类的错误。
在看了dcmjs-dimse的源码之后，感觉要模仿成功日志的输出，只能改源码，于是就把项目拉到本地改完之后build，然后作为一个lib放在electron的项目中。修改的部分是client.send时对Association PresentationContexts的处理，和每个request发送时PresentationContexts的处理，让每个请求发送时，当前的上下文只剩这个请求对应的那个上下文，修改后就可以走通了，可以看到tmp文中出现了存下来的文件。
最后
网上这块儿的分享挺少的，这篇完全谈不上教程，只是碰到东西拿出来分享一下，我觉得自己对这块应该有挺多误区的，现在只是实现了当前需求涉及的一些可行性测试，如果有错误的地方请告诉我，感谢。
