使用DICOM C-FIND服务类时应当选择哪种Transfer Syntax？

C-FIND属于DICOM DIMSE的查询类服务，仅传输患者、检查、序列、图像层级的元数据，无像素数据负载，传输语法选择可参考以下优先级规则：

首选方案（按优先级排序） #

• 最高优先级选Implicit VR Little Endian（UID: 1.2.840.10008.1.2）：这是DICOM标准强制要求所有DICOM实现必须支持的默认传输语法，不存在兼容性风险，且编解码开销最低，完全可以覆盖C-FIND的所有数据传输需求。
• 次选Explicit VR Little Endian（UID: 1.2.840.10008.1.2.1）：如果你的业务场景需要严格校验每个DICOM元素的类型合法性，可以选择该传输语法，目前绝大多数商用DICOM设备/服务都支持该语法，兼容性也非常好，仅比隐式VR多了极小的编解码开销。

不推荐选用的类型 #

• 不要选择任何大端编码的传输语法：当前主流硬件架构均为小端，大端编码需要额外做字节序转换，无实际收益，且部分新的DICOM实现已经放弃了对大端传输语法的支持。
• 不要选择任何压缩类传输语法：C-FIND的响应数据量极小，压缩不会降低传输开销，反而会增加编解码消耗，同时大量DICOM C-FIND SCP实现本身就不支持用压缩传输语法处理查询服务，容易导致关联协商失败。

关联协商建议 #

你可以在建立DICOM关联的上下文提案中，按上述优先级顺序提交你支持的传输语法，SCP会自动选择双方都支持的最优选项。只要你把Implicit VR Little Endian加入提案列表，就不会出现协商失败的情况，符合DICOM标准的实现必须支持该语法。

内容的提问来源于stack exchange，提问作者great-sky