融合操作通过“fusing”把两个简单的命令融合一起来支持一个更复杂的命令。协议规定这个特性是可选的；如果支持此特性，需要在Figure 247 Identity Controller数据结构的FUSES字段域中表明。

 另外在Identity Namespace数据结构中，也有Atomic Operations特性（第6.4章节）配合。

在一个融合操作中，要求如下：

具体某个命令是否归属于融合操作的一部分，它在命令 Dword 0 的融合操作（FUSE）域中表明，请参加Figure 104。这个FUSE域也表明每个命令在融合操作中是第一个命令还是第二个命令。如果FUSE域是一套非零值的集合，但controller不支持融合操作请求，那么controller应该中止命令，返回Invalid Field in Command状态。

在下边Figure 349中定义了可用于NVM命令集的融合操作的命令序列。

比较和写融合操作，比较Compare命令中指定逻辑块的内容与存储在指定LBA范围内数据。如果比较成功，那么使用Write命令中提供的数据更新这个LBA范围。如果Compare操作不成功，那么Write操作被中止，状态为Command Abort due to Failed Fused Command，并且这个LBA范围内的内容不被修改。如果Write操作不成功，Compare操作completion状态是unaffected（不受影响的）。

注意：在多主机环境中，为了确保Compare和Write是一个原子的，主机软件应该确保Compare和Write融合操作的操作大小不能大于ACWU/NACWU（参考6.4章节）并且Atomic Boundaries原子边界需要被重视（参考6.4.3章节）。当大于ACWU/NACWU或越过原子边界时，Controller可以中止Compare和Write融合操作，返回错误是Atomic Write Unit Exceeded。

对于所有不属于融合操作的命令，或写大小大于AWUN，每个命令的处理都是独立的实体而不参考其他命令，这里说的其他命令包括被提交到相同I/O SQ或被提交到不同I/O SQ种的命令。特别明确地，controller对检查Read或Write命令的LBA，保证命令之间的任何类型的排序，都是不负责的。例如，如果有个已提交的对LBA x的Read，也有一个已提交的对LBA x的Write，这些命令完成的先后顺序是没有保证的（或许读先完成或许写先完成）。如果这两个命令之间有顺序需求，主机软件或相关应用强制实施高于controller级别的排序。

这个例子描述主机软件如何创建和执行一个融合命令，特别是对总共16KiB数据Compare和Write。在这个示例中，有两个命令被创建。第一个命令是Compare，作为CMD0提交，第二个命令是Write，作为CMD1提交。这个例子中，端到端保护未使能，每个逻辑块大小是4KiB。

为构建一个融合操作命令，主机软件利用适当的I/O SQ中接下来两个可用的相邻的命令位置。

Compare命令属性设置如下：

Write命令属性设置如下： 

构建完这两个命令后，主机软件（PCIe链路情况）通过写恰当的I/O SQ门铃来向controller表明这两个命令已被提交的方式，提交命令去执行。注意，写门铃必须表明这两个命令一次性都被提交。

附言：

如果想了解命令个字段的表达意思，请参考下边这个链接。

https://www.cnblogs.com/JamesLi/p/11446796.html