对比文件名称：2012-08-16_US2012207164A_发明申请_US20120207164A1 PATH GENERATING METHOD, RELAY DEVICE, AND COMPUTER PRODUCT
目标专利名称：用于多跳混合网络的无缝切换CN104813605B
模型名称：gpt-4-turbo
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| A. 在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组，《隐含公开》 | 说明书[0012]段描述了网络由多个节点100构成，节点通过端口接收和发送数据包。例如，[0050]段描述了节点100（作为入口节点或出口节点）具有接收数据包的功能。 | 对比文件公开了网络中的设备（节点）从其端口接收数据包。虽然未明确限定为“第一进入接口”，也未明确描述在同一接口接收来自同一分组流但不同路径的两个分组，但接收数据包是网络设备的基本操作。根据本领域技术人员的常规理解，设备通过其接口接收分组。因此，对比文件隐含公开了技术特征A。 |
| B. 所述第一分组与路径更新之前使用的先前路径相关联，《隐含公开》 | 说明书[0022]-[0024]段描述了在生成最短路径（最佳路径）后，生成一个不共享任何节点或链路的次优路径作为冗余路径。[0010]段提到设置从第一设备到第二设备的路径。 | 对比文件公开了网络中预先存在一条最短路径（最佳路径），这可以对应于“先前路径”。当设备发送或接收分组时，该分组会通过某条已知的路径（如最短路径）进行传输。因此，可以合理地推断出分组与某条路径（如最短路径）相关联。虽然对比文件未明确描述在“路径更新之前”这一动态切换的时间点，但最短路径的存在是分组传输的基础，隐含了分组与特定路径的关联性。 |
| C. 并且所述第二分组与所述路径更新之后使用的经更新路径相关联，《隐含公开》 | 说明书[0024]段描述了生成一个与最短路径不共享节点或链路的次优路径（第二最佳路径）。[0060]段描述了出口节点基于MAC表，从两个端口（最短路径端口和次优路径端口）发送数据包。 | 对比文件公开了存在一条次优路径（第二最佳路径），这可以对应于“经更新路径”。当设备（如入口节点）通过两条路径发送相同数据包时，其中一部分数据包将通过次优路径传输。因此，可以合理地推断出另一分组（第二分组）与这条次优路径相关联。虽然对比文件中的路径生成是预先或并行建立的，而非在流传输过程中动态“更新”，但分组与不同路径（最短路径和次优路径）的关联性已被隐含公开。 |
| D. 对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联，《直接公开》 | 说明书[0061]-[0062]段：“当从分别对应于目的地的两个端口接收到数据包时...仅传输最先到达的数据包...例如，当从（存储在MAC表302a中的）最短路径和第二最佳路径的端口接收到数据包时，分组收发器601传输第一数据包...并丢弃另一数据包。” 以及 [0090]段描述了出口节点判断接收到的数据包是第一个还是第二个，并据此存储端口号。 | 对比文件明确公开了出口节点（egress node）需要确定接收到的数据包是来自最短路径（先前路径）还是来自次优路径（经更新路径），以便决定转发哪一个（最先到达的）并丢弃后续到达的。这是通过识别数据包的顺序（第一、第二）来实现的，实质上就是确定每个收到分组来自哪条路径。因此，技术特征D被对比文件直接公开。 |
| E. 以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组，《未公开》 | 说明书[0062]段：“分组收发器601传输第一数据包到数据包目的地，而不管第一数据包通过了哪条路径，并丢弃另一数据包。” | 对比文件公开的处理方式是：无论分组来自哪条路径，都只处理最先到达的分组（第一分组），并丢弃后到达的分组（第二分组）。这完全不同于目标专利中“按照被传送的次序处理”第一和第二分组（例如，即使第二分组先到，也要等待并先处理第一分组）。对比文件没有公开任何为了维持传送次序而对分组进行重新排序或缓冲的处理机制。因此，技术特征E未被公开。 |
| F. 其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理，《未公开》 | 无相应内容。对比文件仅描述丢弃后到达的数据包（无论其来自哪条路径），见[0062]段。 | 对比文件完全没有公开任何“缓冲”后到达分组的机制。其方案的核心是选择最先到达的分组进行转发，并立即丢弃其他所有后续到达的重复分组。这正好与目标专利中为了解决乱序问题而“缓冲”后到分组的方案相反。因此，技术特征F未被公开。 |
| G. 其特征在于，所述处理是在协议栈中比传输层低的层上执行的，《直接公开》 | 说明书全文基于MAC地址和MAC表进行操作，例如[0040]段描述MAC表存储目的MAC地址和端口号，[0054]段使用FCS（帧校验序列）进行数据包识别。这些均属于数据链路层（MAC层）的操作。 | 对比文件描述的路径生成、数据包转发、基于MAC地址的学习和基于FCS的重复包识别等所有关键处理，都是在数据链路层（第二层）完成的，这无疑是在协议栈中比传输层（第四层）低的层上。因此，技术特征G被对比文件直接公开。 |
| H. 其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组，《未公开》 | 无相应内容。对比文件未使用任何“标记分组”（marked packet）或“流开始标记”。 | 对比文件生成冗余路径和区分数据包的机制完全依赖于传统的“先入先学”（first-in, first-learned）方案以及基于FCS的数据包身份识别，没有引入任何用于指示路径切换开始或结束的特定控制分组（标记分组）。因此，技术特征H未被公开。 |
| I. 响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理，《未公开》 | 无相应内容。 | 由于对比文件不存在“流开始标记分组”（特征H），自然也不存在基于此标记分组触发的缓冲操作。此外，对比文件也没有任何缓冲机制（见特征F论述）。因此，技术特征I未被公开。 |
| J. 其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组，《未公开》 | 无相应内容。对比文件未使用任何“标记分组”（marked packet）或“流结束标记”。 | 同特征H，对比文件的机制中不包含任何标记分组。因此，技术特征J未被公开。 |
| K. 确定与所述先前路径相关联的分组已被处理，《未公开》 | 无相应内容。对比文件中，出口节点在收到第一个分组后即开始转发，不关心另一路径上的分组是否已被“处理”（因为它会被丢弃）。 | 对比文件没有需要确定“与先前路径相关联的分组已被处理”的步骤或机制。其决策仅基于哪个分组先到达，而不需要跟踪或确认来自特定路径的所有分组是否已处理完毕。因此，技术特征K未被公开。 |
| L. 其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满，《未公开》 | 无相应内容。 | 对比文件不存在缓冲机制，更不存在与缓冲相关的“预定缓冲超时时段”。因此，技术特征L未被公开。 |
| M. 其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组，《未公开》 | 无相应内容。对比文件未提及根据传输层协议（如TCP/UDP）标识符来区分处理策略。 | 对比文件公开的处理策略是统一的：无论数据包承载何种上层协议，出口节点都只转发最先到达的重复数据包，丢弃后续的。没有公开任何基于协议标识符（例如，检查是TCP还是UDP）来动态改变处理次序（是按传送次序还是按接收次序）的机制。因此，技术特征M未被公开。 |
| N. 其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组，《未公开》 | 无相应内容。对比文件中区分数据包路径的依据是数据包到达的顺序和FCS值，而不是数据包内的特定“标志”（flag）。 | 对比文件没有公开在数据包中设置或检查用于指示其属于新路径（次优路径）的标志。其路径区分依赖于网络层面的学习机制（哪个端口先收到）和数据包内容的识别（FCS），而非数据包报头中的显式路径标识符。因此，技术特征N未被公开。 |
| O. 其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的，《隐含公开》 | 说明书[0043]-[0046]段描述了使用数据包的FCS值作为“分组信息”来判断接收到的数据包是第一个数据包还是后续数据包。FCS值用于确定数据包的相同性。[0090]段描述了出口节点使用FCS值和标志来判断接收到的数据包是否是第二个数据包。 | 对比文件虽然没有使用“标记分组”，但它公开了使用数据包的固有信息（FCS值）作为“分组标识信息”，来唯一性地识别数据包，并据此确定数据包的到达顺序（第一、第二）。虽然其应用场景是识别重复数据包以选择转发哪一个，但其中隐含了“利用分组标识信息来区分分组”的技术思想。目标专利中使用标记分组携带分组标识信息（如校验和）是一种具体实现方式，而对比文件公开了使用分组自身的校验和（FCS）作为标识信息。本领域技术人员可以从中推理出使用分组标识信息来辅助进行分组区分和排序的可能性。因此，技术特征O被隐含公开。 |
| P. 其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一，《直接公开》 | 说明书[0043]-[0045]段：“分组信息字段存储用于判断接收到的数据包是第一个数据包还是后续数据包的数据包帧校验序列（FCS）值...FCS值...是用于以太网中帧传输错误检测的32位字段...该FCS值是从数据包导出的值，代表整个数据包。” | 对比文件明确公开了使用数据包的FCS值作为分组标识信息。FCS（帧校验序列）是分组校验和的一种典型实现。因此，“分组校验和”这一具体形式被对比文件直接公开。技术特征P被直接公开。 |
| Q. 其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径，《未公开》 | 说明书[0040]段MAC表存储MAC地址和端口号，节点基于MAC地址进行学习和转发。但确定数据包来自哪条路径的依据是数据包的到达顺序和FCS值（如[0090]段），而不是检查MAC PDU的传送地址（TA）。 | 对比文件确实在MAC层进行操作，并使用MAC地址进行路径学习。然而，在确定一个特定接收到的数据包属于哪条路径（最短路径还是次优路径）时，对比文件所依赖的机制是“哪个端口先收到该数据包”以及“该数据包的FCS值是否与已记录的第一个数据包相同”，而不是去检查该数据包的MAC PDU的传送地址（TA）并据此判断路径。目标专利中通过检查TA来区分路径的方法在对比文件中没有教导或暗示。因此，技术特征Q未被公开。 |
<<<D>>><<<G>>><<<P>>><<<a>>><<<b>>><<<c>>><<<o>>>