对比文件名称：2005-10-27_US2005240677A_发明申请_US20050240677A1 Method and apparatus for failure resilient forwarding of data over a computer network
目标专利名称：用于多跳混合网络的无缝切换 CN104813605B
模型名称：DeepSeek-R1
特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组，《隐含公开》 | 说明书第[0021]段：“...the sender or a forwarding node ... forwards the “marked” data stream ... to one or more next recipient nodes in the network (e.g., one or more subsequent forwarding nodes or receiving nodes)...” | 对比文件公开了发送方或转发节点将标记数据流传送到网络中的一个或多个后续接收节点（例如转发节点或接收节点）。这隐含了接收节点会从某个接口接收数据流，包括其数据分组。因此，本领域技术人员可以毫无疑义地推断，接收设备会通过其网络接口（即“第一进入接口”）接收到数据流中的多个分组（包括第一分组和第二分组）。虽然对比文件未明确限定为“混合网络”，但其描述的网络环境（包括转发节点和接收节点）与目标专利中的网络环境在功能上相似，均涉及数据流在节点间的传输。因此，技术特征A被隐含公开。 |
| 技术特征B：所述第一分组与路径更新之前使用的先前路径相关联，《未公开》 | 说明书第[0022]段：“...in the event that a forwarding node ... fails ... and thus ceases to forward data to subsequent recipients.” 及第[0023]段：“...connects a receiver ... to an alternate forwarding node, or a “backup node” (e.g., a node that preceded the failed node in the routing path).” | 对比文件描述了当转发节点发生故障时，接收节点连接到备用节点（例如，在路由路径中位于故障节点之前的节点）以恢复数据流。这涉及路径的变更（从原路径切换到备用路径）。然而，对比文件并未明确描述在路径变更（即故障发生、切换到备用节点）之前，所接收到的特定分组（第一分组）是与“先前路径”相关联的。其关注点在于故障发生后从备用节点恢复数据，而非在切换期间同时存在两条活跃路径以及分组与特定路径的关联性。因此，技术特征B未被公开。 |
| 技术特征C：并且所述第二分组与所述路径更新之后使用的经更新路径相关联，《未公开》 | 说明书第[0023]段：“...requests, from the backup node, the stream data starting from the last marker, M, saved by the receiver.” | 对比文件描述了接收节点从备用节点请求从最后保存的标记M开始的数据流。这意味着在故障恢复后，从备用节点接收的数据分组（可视为第二分组）是通过新的连接/路径（即连接到备用节点的路径）传送的。然而，对比文件并未明确地将这些分组标记为与“经更新路径”相关联。其核心是数据恢复，而非在两条同时活跃的路径之间区分分组。因此，技术特征C未被公开。 |
| 技术特征D：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联，《未公开》 | 说明书第[0023]段：“...the request includes the unique identifier for the marker M.” 及 “...the backup node begins sending the marked data stream, using the location of the marker M in its local buffer as the starting point.” | 对比文件描述了接收节点请求从特定标记M开始的数据，备用节点从其缓冲区中该标记的位置开始发送数据。这涉及识别数据流中的位置（通过标记），但并非确定每个收到的分组是属于“先前路径”还是“经更新路径”。在对比文件的方案中，故障后接收节点仅从备用节点（新路径）接收数据，不存在需要区分来自两条不同上游路径的分组（因为原路径已中断）。因此，技术特征D未被公开。 |
| 技术特征E：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组，《隐含公开》 | 说明书第[0025]段：“...delivers data queued by the receiver (minus the marker M) to an application requesting the data...” 以及整个数据恢复流程（图4，步骤408-412）旨在按顺序恢复和递送数据。 | 对比文件的方法旨在从故障中恢复，并按正确顺序将数据递送给应用程序。当接收节点从备用节点请求并接收从标记M开始的数据时，其目的是恢复并按照原始发送顺序处理数据流。这隐含了处理数据分组（包括恢复前接收的部分和从备用节点接收的部分）时，会遵循它们被（原始发送方）传送的次序。虽然对比文件的场景是故障恢复而非主动路径切换，但其目标也是确保数据按序递送。因此，本领域技术人员可以合理推断，为了正确恢复数据流，需要按照数据被传送的次序来处理分组。技术特征E被隐含公开。 |
| 技术特征F：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理，《未公开》 | 说明书第[0023]段：“In step 408, the method 400 resets a queue “write pointer” for the receiver to a position immediately following the marker M. The method 400 also erases data following the write pointer in the local buffer, and the receiver will now start queuing data over the new connection from the new forwarding node.” | 对比文件描述了在故障恢复时，接收节点重置其队列写指针到标记M之后的位置，并擦除本地缓冲区中该指针之后的数据，然后开始从新连接（新转发节点）排队数据。这涉及在恢复后对新接收的数据进行排队（缓冲）。然而，这与目标专利的技术特征F有本质不同：1）对比文件缓冲的是从新路径（备用节点）接收的数据，但其目的是为了按序递送恢复后的数据流，而不是因为“第二分组在第一分组之前被接收到”而进行的缓冲。在对比文件中，原路径（故障节点）已中断，不会再有来自原路径的“第一分组”到达。2）目标专利的缓冲是为了处理因路径切换导致来自新旧两条路径的分组乱序到达（新路径分组先于旧路径分组到达）的情况。对比文件的场景是单一路径故障后切换到新路径，不存在两条路径同时传输导致乱序的问题。因此，技术特征F未被公开。 |
| 技术特征G：其特征在于，所述处理是在协议栈中比传输层低的层上执行的，《未公开》 | 无相关内容。 | 对比文件全文未提及在哪个协议层执行数据处理或恢复操作。其描述侧重于应用层的数据流恢复机制（如标记注入、索引、请求恢复数据等），未明确指出处理操作在传输层以下（如网络层、数据链路层）执行。因此，技术特征G未被公开。 |
| 技术特征H：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组，《未公开》 | 说明书第[0014]段：“...a marker is introduced into the data stream, e.g., at the sending node...” 及第[0021]段：“...the sender or a forwarding node injects a marker into the portion of the data stream...” | 对比文件公开了在数据流中注入标记（marker），并且接收节点会接收包含这些标记的数据流。然而，对比文件中的标记用于定义数据流中的检查点（checkpoint），以便在节点故障后从该点恢复数据。这些标记并非专门“与经更新路径相关联”，也非用于指示一条新路径的开始（即“流开始标记分组”）。在对比文件中，标记是周期性注入数据流的，用于标识数据流中的位置，与路径切换事件无特定关联。因此，技术特征H未被公开。 |
| 技术特征I：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理，《未公开》 | 无相关内容。 | 对比文件没有描述任何基于接收到特定类型的“流开始标记分组”而触发缓冲后续分组的机制。其缓冲操作（在恢复后排队数据）是基于故障恢复流程和写指针重置，而非对标记的响应以解决乱序问题。因此，技术特征I未被公开。 |
| 技术特征J：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组，《未公开》 | 无相关内容。 | 对比文件没有提及任何“流结束标记分组”。其标记是数据流中的检查点，并非用于指示一条路径的结束。因此，技术特征J未被公开。 |
| 技术特征K：确定与所述先前路径相关联的分组已被处理，《未公开》 | 说明书第[0021]段：“...saves the marker and delivers the queued data ... to a process desiring the original data stream...” | 对比文件描述了接收节点保存标记并将排队的数据递送给应用程序。这隐含了在标记之前的数据（可视为已被处理并递送）是已知的。然而，这并非“确定与先前路径相关联的分组已被处理”。在对比文件中，确定的是标记之前的所有数据（无论来自哪条路径）已被递送，而不是专门针对来自特定“先前路径”的分组。此外，其“处理”递送是基于标记的到达，而非基于对一条路径结束的确认。因此，技术特征K未被公开。 |
| 技术特征L：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满，《未公开》 | 无相关内容。 | 对比文件未提及任何缓冲超时机制。其数据恢复和排队过程不依赖于超时期满。因此，技术特征L未被公开。 |
| 技术特征M：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组，《未公开》 | 说明书第[0003]段：“...using heterogeneous transports...” 及第[0021]段：“...via a point-to-point reliable transport protocol (e.g., a protocol that is packet loss resilient, such as TCP/IP and the like).” | 对比文件提到了使用异构传输和可靠的点对点传输协议（如TCP/IP）。然而，它完全没有描述根据协议类型（可靠递送 vs. 尽力型）来采取不同的分组处理次序策略。具体而言，没有公开检查每个分组的协议标识符，并根据协议类型决定是按传送次序处理还是按接收次序处理。因此，技术特征M未被公开。 |
| 技术特征N：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组，《未公开》 | 无相关内容。 | 对比文件未描述在任何分组中包含用于指示其与“新路径”或“经更新路径”相关联的标志。其标记用于标识数据流中的位置，而非区分路径。因此，技术特征N未被公开。 |
| 技术特征O：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的，《未公开》 | 说明书第[0017]段：“...the marker index that the method 200 updates comprises ... a record of each marker previously received and stored by the forwarding node.” 及图3描述标记索引存储每个标记的唯一标识符及其在本地缓冲区中的位置。 | 对比文件公开了标记（marker）具有唯一标识符，并且转发节点会记录接收到的标记。标记用于标识数据流中的特定点。然而，这些标记并非用于“唯一性地标识与先前路径相关联的至少一些分组”。在对比文件中，标记标识的是数据流中的位置（检查点），与路径无关。当发生故障需要恢复时，接收节点请求从最后一个保存的标记M开始的数据，这个标记M标识的是数据流中已确认递送的位置，而不是标识一组属于“先前路径”的分组。标记信息（如标识符、位置）是用于从备份节点恢复数据，而不是用于区分同时到达的、来自不同路径的分组。因此，技术特征O未被公开。 |
| 技术特征P：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一，《未公开》 | 无相关内容。 | 对比文件虽然提到标记有唯一标识符，但未具体公开该标识符是“分组校验和、分组ID、或分组序列号”中的任何一种。说明书第[0014]段提到标记可以是“可识别的位字段”，但未进一步限定其具体构成。因此，技术特征P未被公开。 |
| 技术特征Q：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径，《未公开》 | 无相关内容。 | 对比文件完全没有提及在接口层（IL）或媒体接入控制（MAC）层检查MAC PDU的传送地址（TA）以区分路径。其技术方案工作在更高的应用层，依赖于标记和索引机制，不涉及MAC层地址信息用于路径区分。因此，技术特征Q未被公开。 |
<<<a>>><<<e>>>