对比文件名称：2010-07-22_US2010183024A_发明申请_US20100183024A1 SIMPLIFIED RDMA OVER ETHERNET AND FIBRE CHANNEL
目标专利名称：用于多跳混合网络的无缝切换CN104813605B
本次调用的模型名称：特征比对与公开性判断模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组。 **《直接公开》** | 说明书第[0126]段：“One end of the connection may send packets containing payload to the other end... The payload consists of DDP and RDMAP protocol headers, and if required, a DDP/RDMAP payload.” | 对比文件公开了在连接的一端向另一端发送包含有效载荷的数据包（分组）。要完成发送和接收，必然涉及在网络设备的接口处接收这些数据包。本领域技术人员能够毫无疑义地得出，网络设备在其网络接口（即“进入接口”）处会接收到来自对端设备的数据包（即“分组”），这些数据包属于同一个数据流（即“分组流”）。因此，技术特征A被对比文件直接公开。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联。 **《未被公开》** | 无对应内容。 | 对比文件描述的DRCP协议运行在CEE（汇聚增强型以太网）上，其关注点是在单一、可靠的传输层连接上进行RDMA数据传输。对比文件并未涉及网络层或链路层的“路径”概念，更没有描述从一个“先前路径”切换到“经更新路径”的“路径更新”操作。因此，技术特征B未被对比文件公开。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联。 **《未被公开》** | 无对应内容。 | 与技术特征B同理，对比文件没有涉及“路径更新”或“经更新路径”的概念。其数据传输发生在固定的端到端连接上，不存在切换至另一条不同路径的情景。因此，技术特征C未被对比文件公开。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联。 **《未被公开》** | 无对应内容。 | 由于对比文件根本没有公开“先前路径”和“经更新路径”的概念（技术特征B、C），自然也就不存在需要确定接收到的分组属于哪条路径的技术步骤。因此，技术特征D未被对比文件公开。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。 **《未被公开》** | 说明书第[0127]段：“The receiver must acknowledge receipt of data by sending acknowledgements to the sender... The receiver may coalesce ACKs...”；以及表1中“Out-of-order placement and in-order delivery requires... Since retransmission requires retransmission of all the packets from the point of loss/out-of-order, there is no requirement for complexity associated with out-of-order placement and in-order delivery.” | 对比文件描述了DRCP协议提供可靠的数据传输，接收方需要确认数据。表1提到，由于发生丢失或乱序时需要重传所有从该点开始的数据包，因此不需要复杂的乱序放置和按序传递机制。这暗示了DRCP协议旨在保证数据按发送顺序可靠传递。然而，目标专利的“按传送次序处理”是特指在**路径切换**场景下，对来自两条不同路径的分组进行排序处理。而对比文件中的“按序”是指在**同一条固定连接**上保证传输的可靠性，两者技术问题和技术手段的上下文完全不同。因此，技术特征E未被对比文件公开。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。 **《未被公开》** | 说明书第[0131]段：“Since packet loss or out of order is considered an infrequent event, it is considered acceptable to retransmit all of the data from the point where missing or out of order segments are detected.” | 对比文件提到了处理乱序数据包的情景：当检测到数据包丢失或乱序时，发送方将重传从检测点开始的所有数据。这是一种通过重传来解决乱序的机制，而不是目标专利中在接收方通过“缓冲”新路径分组来等待旧路径分组的机制。两者解决“乱序”的技术手段有本质区别。因此，技术特征F未被对比文件公开。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。 **《未被公开》** | 说明书第[0107]段，图4：“... DRCP layer 414... Thus for Ethernet operations the layer stack is then Ethernet layer 400, MAC layer 402, IP layer 404, DRCP layer 414, DDP layer 410 and RDMA layer 412.” | 对比文件明确将DRCP层（DCRP layer）定义在IP层（网络层）之上、DDP层之下，是一个传输层协议。因此，其相关数据处理操作发生在传输层或更高层，而非在“比传输层低的层上”（如数据链路层或物理层）。因此，技术特征G未被对比文件公开。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组。 **《未被公开》** | 无对应内容。 | 对比文件没有描述任何用于指示路径切换开始的“流开始标记分组”。其使用的SYN、FIN、ACK等标志位是用于连接建立、终止和确认，与路径切换无关。因此，技术特征H未被对比文件公开。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。 **《未被公开》** | 无对应内容。 | 由于对比文件没有公开“流开始标记分组”（技术特征H），也就不存在响应于此标记分组而触发的缓冲操作。因此，技术特征I未被对比文件公开。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组。 **《未被公开》** | 无对应内容。 | 对比文件没有描述任何用于指示路径切换结束的“流结束标记分组”。因此，技术特征J未被对比文件公开。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。 **《未被公开》** | 无对应内容。 | 由于对比文件没有涉及“先前路径”和“流结束标记分组”的概念，因此也不存在基于此确定分组处理完成的步骤。因此，技术特征K未被对比文件公开。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。 **《未被公开》** | 说明书第[0143]段：“1) Delayed ACK timer, probably with the same value as is used in TCP of 200 msecs; 2) Retransmission/persist timer with a fixed value of 1 sec...” | 对比文件提到了延迟ACK定时器、重传/持续定时器等，但这些定时器是用于管理传输层协议行为（如确认、重传），而非用于控制在路径切换场景下对新路径分组的缓冲超时。两者目的和应用场景均不相同。因此，技术特征L未被对比文件公开。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。 **《未被公开》** | 说明书第[0105]段：“The conventional or current map is provided on the left and consists of an Ethernet layer 400, a MAC layer 402, an IP layer 404, a TCP layer 406, an MPA layer 408, a DDP layer 410 and an RDMA layer 412.”；以及关于DRCP的描述。 | 对比文件描述了不同的协议栈（如基于TCP的iWARP和基于DRCP的新方案），但其核心是提出一种新的、简化的传输协议（DRCP）来替代TCP以支持RDMA。它没有描述根据接收到的分组的协议标识符（例如，区分TCP和UDP），来动态切换不同的分组排序处理策略（按传送次序 vs 按接收次序）。DRCP协议本身被设计为提供可靠传输。因此，技术特征M未被对比文件公开。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。 **《未被公开》** | 无对应内容。 | 对比文件没有在分组中设置或描述任何用于指示分组属于“新路径”的标志。因此，技术特征N未被对比文件公开。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。 **《未被公开》** | 无对应内容。 | 对比文件没有描述任何用于标识特定路径分组的“标记分组”。其DRCP头中包含序列号等字段，但这是用于整个连接的数据排序和确认，并非用于在路径切换场景下专门标识“先前路径”的分组。因此，技术特征O未被对比文件公开。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。 **《未被公开》** | 无对应内容。 | 由于技术特征O（接收包含分组标识信息的标记分组）未被公开，且对比文件中未提及在路径区分上下文中使用校验和、分组ID或序列号作为标识信息，因此技术特征P未被对比文件公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。 **《未被公开》** | 说明书第[0107]段图4提及“MAC layer”，以及整个文件涉及以太网通信。 | 对比文件虽然涉及以太网和MAC层，但其技术方案聚焦于在传输层（DRCP）简化RDMA实现。它没有描述通过检查MAC PDU的传送地址（TA）来区分数据包来自哪条“上游路径”的方法，因为其技术问题中不包含多跳混合网络中的路径切换和同一接口的多路径区分。因此，技术特征Q未被对比文件公开。 |
<<<A>>>