**对比文件名称：** US20090248846A1 CONFIGURING COMMUNICATIONS BETWEEN COMPUTING NODES
**目标专利名称：** CN104813605B 用于多跳混合网络的无缝切换
**本次调用的模型名称：** GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组。 | 对比文件描述了通信管理器模块在其管理的计算节点（可以是虚拟机）的接口上接收和发送通信。例如，[0028]段描述了Communication Manager module 109a接收来自虚拟机的出站通信。[0029]段描述了Communication Manager module 109d经由互联网络接收通信。 | **未被公开**。对比文件公开了网络设备在其接口上接收分组这一普遍行为。然而，目标专利的技术特征A特指在“混合网络”中，在同一“第一进入接口”处接收属于同一“分组流”但经由不同路径（后续特征B、C限定）的两个分组。对比文件描述的是在覆盖网络架构中，通信管理器模块代表其管理的计算节点发送和接收通信，其关注的焦点是虚拟网络地址到物理网络地址的转换和通信授权，并未描述或暗示在同一接口接收同一数据流因路径切换而产生的、来自不同上游路径的分组这一特定场景。因此，本领域技术人员无法从对比文件直接或通过合理推断得出技术特征A的完整技术方案。 |
| **技术特征B：** 所述第一分组与路径更新之前使用的先前路径相关联。 | 对比文件涉及路径选择。例如，[0012]段提到系统管理器模块跟踪和管理计算节点与虚拟网络的关联。[0028]段提到通信管理器模块确定与目的地虚拟网络地址相对应的实际物理网络位置，这涉及路由路径的选择。 | **未被公开**。对比文件中的系统管理器或通信管理器模块确实会基于虚拟网络配置和拓扑信息为通信选择路径（即物理网络地址映射）。然而，这种“路径”是虚拟网络覆盖在底层物理网络上的静态或策略驱动的映射关系，其“更新”更多源于虚拟机迁移、网络策略变更等，而非目标专利中在活跃的“分组流”传输过程中，由于链路故障或负载均衡而进行的动态“路径更新”（即无缝切换）。对比文件没有描述在数据流传输过程中，为同一数据流动态切换路径并导致新旧路径并存的状态。因此，本领域技术人员无法毫无疑义地或通过合理推断得出技术特征B所限定的“与路径更新之前使用的先前路径相关联”的分组。 |
| **技术特征C：** 并且所述第二分组与所述路径更新之后使用的经更新路径相关联。 | 同上，对比文件涉及路径选择。[0028]段描述了通信管理器模块确定实际物理网络地址（对应路径）的过程。 | **未被公开**。理由与技术特征B相同。对比文件没有公开为正在传输的同一分组流动态选择并切换到一条“经更新路径”，并产生与该新路径相关联的分组。其路径选择是为每次通信请求独立进行的地址映射，不涉及目标专利中维护分组流顺序的路径切换上下文。 |
| **技术特征D：** 对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联。 | 对比文件描述了通信管理器模块检查传入分组的源物理网络地址以进行验证和授权。例如，[0029]段提到Communication Manager module 109d提取虚拟源网络地址和附加信息，并确认发送计算节点确实由转发该通信的通信管理器模块管理。[0040]段提到检查物理网络地址的有效性。 | **未被公开**。对比文件中的通信管理器模块检查分组源地址的目的，是为了进行安全授权、防止地址欺骗以及确定虚拟网络关联，以确保网络隔离。而目标专利中“确定分组与先前路径还是经更新路径相关联”的目的，是为了解决因路径切换导致的**乱序分组重排序**问题。两者目的和作用完全不同。对比文件没有教导或暗示需要为了处理乱序递送而去区分分组所属的“上游路径”。因此，该技术特征未被公开。 |
| **技术特征E：** 以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。 | 对比文件描述了通信管理器模块对分组进行重新封装（如IPv4到IPv6的转换）并转发给目的地。[0028]-[0029]段详细描述了接收、修改（重新封装）和转发通信的过程。 | **未被公开**。对比文件公开了“处理”分组（即修改和转发），但其处理是独立对每个分组进行的，确保其被正确路由到目的地虚拟网络地址。它**没有**涉及基于分组被“传送的次序”（而非接收次序）来进行处理的概念。目标专利的“按传送次序处理”是为了纠正因路径切换导致的乱序，这是对比文件完全没有涉及的技术问题和技术手段。 |
| **技术特征F：** 其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。 | 对比文件没有描述为处理乱序分组而进行的缓冲机制。 | **未被公开**。对比文件全文未提及任何为了等待旧路径分组到达而**缓冲**新路径分组的机制。缓冲机制是目标专利解决乱序问题的核心手段之一。对比文件既未直接描述，也无法使本领域技术人员通过合理推断得出该特征。 |
| **技术特征G：** 其特征在于，所述处理是在协议栈中比传输层低的层上执行的。 | 对比文件中的通信管理器模块作为虚拟化层的一部分（如管理程序）或独立模块运行，其在网络层（如IPv4/IPv6）进行操作，进行地址转换和重新封装，这确实是在传输层（如TCP/UDP）之下的层。[0004]提到“from the edge of the one or more intermediate physical networks”。[0028]描述了重新封装IP头。 | **直接公开**。对比文件明确公开了通信管理器模块在协议栈的较低层（具体为网络层）处理分组，执行地址转换和重新封装（re-headering）操作，而不涉及传输层内容。这与目标专利中在传输层以下（如MAC层或网络层）执行路径管理和排序处理的作用是类似的，都是对分组进行底层转发前的处理。因此，该技术特征被对比文件直接公开。 |
| **技术特征H：** 其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组。 | 对比文件没有描述任何“流开始标记分组”。 | **未被公开**。对比文件中不存在“流开始标记分组”（flow start marker packet）这一概念。标记分组是目标专利用于指示路径切换开始的控制分组，是对比文件技术方案中未涉及的元素。 |
| **技术特征I：** 响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。 | 对比文件没有描述任何“流开始标记分组”，也没有描述基于接收到此类分组而触发缓冲的机制。 | **未被公开**。理由同特征H和F。对比文件未公开该技术方案。 |
| **技术特征J：** 其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组。 | 对比文件没有描述任何“流结束标记分组”。 | **未被公开**。对比文件中不存在“流结束标记分组”（flow end marker packet）这一概念。 |
| **技术特征K：** 确定与所述先前路径相关联的分组已被处理。 | 对比文件没有描述基于接收特定控制分组来确定某一路径所有分组已处理完毕的机制。 | **未被公开**。对比文件未公开该技术方案。 |
| **技术特征L：** 其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。 | 对比文件没有描述为路径切换分组重排序而设置的缓冲超时机制。 | **未被公开**。对比文件未公开该技术方案。 |
| **技术特征M：** 其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。 | 对比文件描述了基于通信类型或其他特征进行不同处理的可能性。[0021]段提到“based on a type of the communication, on a size of the communication, on a time of the communication, etc.”。 | **隐含公开**。对比文件[0021]段提到授权确定可以基于“通信类型”等多种因素。虽然未明确列举“可靠递送传输协议”和“尽力型传输协议”，但根据协议类型（如TCP与UDP）进行差异化处理是本领域公知的网络优化手段。本领域技术人员在阅读对比文件时，结合其公开的“基于通信类型进行处理”的启示，**有可能**为了优化网络资源（例如，为避免TCP重传而保证顺序，对UDP则更注重实时性）而**合理推断出**根据传输层协议类型决定是否进行重排序处理的技术方案。尽管对比文件未直接应用于路径切换场景，但从“基于类型处理”到“基于传输层协议类型决定排序策略”的推理步骤在本领域技术人员的常规能力范围内。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征N：** 其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。 | 对比文件描述了在分组中嵌入信息以指示虚拟网络。[0011]段描述了将虚拟网络地址信息嵌入到底层物理网络地址中。[002C]图详细说明了在IPv6地址中嵌入实体网络标识符和虚拟IPv4地址。 | **隐含公开**。对比文件公开了通过在分组的网络地址（物理地址）中**嵌入特定标识信息**（如实体网络标识符）来区分分组所属的虚拟网络。虽然嵌入的是“虚拟网络标识”而非“新路径标志”，且目的主要用于网络隔离而非路径区分，但**其技术手段的本质是在分组中携带用于区分其属性的标志信息**。本领域技术人员在面临需要区分新旧路径分组的问题时，**有可能**从对比文件获得启示，即**通过在分组中设置一个标志位（新路径标志）来指示其所属路径**，这是一种直接的、等同的技术手段替换。尽管应用场景不同，但“在分组中设置标志以区分其类别”的核心思想已被对比文件公开，可以合理推断。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征O：** 其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。 | 对比文件没有描述任何用于标识先前传送分组的“标记分组”。 | **未被公开**。对比文件未公开“标记分组”的概念，也未公开在控制分组中携带用于标识一系列数据分组的信息（如校验和列表）以辅助区分路径的技术手段。 |
| **技术特征P：** 其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。 | 对比文件没有描述使用分组校验和、ID或序列号作为分组标识信息以用于路径区分。 | **未被公开**。对比文件未公开该具体技术手段。 |
| **技术特征Q：** 其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。 | 对比文件描述了检查分组的**物理网络地址**（在IPv6层，而非MAC层）中的信息以确定发送者。[0029], [0040]段提到提取和检查源物理网络地址，以验证发送者并确定其对应的通信管理器模块。 | **隐含公开**。对比文件公开了通过检查分组**底层（网络层）地址中的信息**（即物理网络地址，其部分比特标识了发送计算节点所在的子网/通信管理器模块）来区分分组的来源。虽然目标专利是在MAC层检查传送地址（TA），而对比文件是在网络层检查源IP地址，但**两者在技术手段上的本质是相同的：即通过检查分组在协议栈某一较低层报头中的地址信息，来推断该分组的上一跳或来源**。对于本领域技术人员而言，在MAC层利用MAC地址区分发送设备，与在网络层利用IP地址前缀区分发送网络域，是解决“区分分组来源”这一问题的两种常规、等同的技术选择。在对比文件公开了“检查底层地址信息以区分来源”这一核心思想的基础上，本领域技术人员**有可能**将其应用于MAC层，使用MAC TA来达到区分不同上游路径（对应不同发送设备）的目的。因此，该技术特征被对比文件**隐含公开**。 |
<<<G>>><<<m>>><<<n>>><<<q>>>