对比文件的名称：2009-10-20_US7606263B_发明授权_US07606263B1 Packet parser
目标专利的名称：用于多跳混合网络的无缝切换CN104813605B
本次调用的模型名称：DeepSeek-R1
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A《直接公开》 | 对比文件说明书[0050]段描述了图1中的系统，包括“第一分组解析器126用于解析分组并提供代表其的第一数据”、“第二分组解析器130用于解析分类后的分组（或从其派生的分组）并提供代表其的第二数据”、“第三分组解析器134用于解析经修改的分组并提供代表其的第三数据”。这对应于系统中在接口处接收分组进行解析的多个点。 | 对比文件公开了在系统的多个点（解析器126、130、134）接收分组。虽然其上下文是分组解析和处理系统，但“在接口处接收分组”这一基本动作被直接公开。其作用是为后续解析和处理提供数据输入，与目标专利中为路径管理和排序而接收分组的具体目的不同，但该技术特征本身（接收分组）已被直接公开。 |
| 技术特征B《未公开》 | 未找到相关描述。对比文件未涉及分组与特定网络路径的关联，尤其不涉及“路径更新之前使用的先前路径”。 | 对比文件关注于分组头的解析、分类和修改，以提高处理吞吐量。它不涉及混合网络中的路径管理、路径选择或路径更新。因此，对比文件完全没有公开“第一分组与路径更新之前使用的先前路径相关联”这一技术特征。 |
| 技术特征C《未公开》 | 未找到相关描述。对比文件未涉及分组与特定网络路径的关联，尤其不涉及“路径更新之后使用的经更新路径”。 | 同技术特征B，对比文件的技术领域和解决的问题与网络路径切换无关。因此，“第二分组与所述路径更新之后使用的经更新路径相关联”这一技术特征未被对比文件公开。 |
| 技术特征D《未公开》 | 未找到相关描述。对比文件未涉及确定收到分组属于哪一条网络路径。 | 对比文件中的解析器确定分组的协议层结构（如MAC、VLAN、IP等），而不是确定分组来自哪一条网络路径。目标专利中基于路径更新来区分分组来源的特征未被公开。 |
| 技术特征E《隐含公开》 | 对比文件说明书[0150]-[0151]段及图17（流程图1700）描述了一种防止分组重新排序的方法：“步骤1702包括在分组进入系统时或之后为其分配序列号。步骤1704包括处理该分组。... 步骤1708包括检查缓冲区中是否有与预期下一个序列号匹配的条目。查询步骤1710包括确定是否存在匹配。如果是，则执行步骤1712和1714。步骤1712包括输出相应的分组，步骤1714包括更新预期下一个序列号以反映分组的输出。如果不是，则该方法循环回步骤1708，从而在匹配不存在时延迟输出分组。” | 对比文件公开了一种通过分配序列号并按顺序检查输出缓冲区来确保分组按进入顺序输出的机制。虽然该机制用于防止处理系统内部（如修改引擎）导致的分组乱序，而目标专利是解决因外部网络路径切换导致的乱序，但两者在“按特定次序（目标专利是按传送次序，对比文件是按进入/序列号次序）处理分组”这一技术手段上存在相似性。本领域技术人员可以从对比文件公开的“按顺序处理分组以避免乱序”这一概念，结合网络通信中路径切换会导致乱序的普遍认知，合理地推断出需要“以分组被传送的次序处理分组”来解决路径切换乱序问题。因此，该技术特征被隐含公开。 |
| 技术特征F《未公开》 | 未找到相关描述。对比文件未涉及因路径切换导致的新路径分组先于旧路径分组到达的场景，也未涉及为此缓冲新路径分组。 | 对比文件的防重排序机制（特征E所述）是针对系统内部流水线处理可能导致的分组输出乱序，其缓冲（如工作缓冲区）用于存储修改后的分组片段，而非用于暂存来自新路径的分组以等待旧路径分组处理完毕。目标专利中针对特定网络路径切换场景的缓冲逻辑未被公开。 |
| 技术特征G《直接公开》 | 对比文件说明书[0050]段描述了解析器126、130、134解析分组并提供数据给分类引擎128、修改引擎132和后处理器136。整个系统处理的是分组头和数据，属于网络协议栈中的数据链路层（如MAC、VLAN）和网络层（如IP）操作。图1的系统架构也表明解析、分类、修改操作在传统传输层（如TCP/UDP）之下进行。 | 对比文件中的分组解析、分类和修改操作，均是对分组头（如MAC头、IP头）进行操作，这些操作发生在OSI模型的第2层（数据链路层）和第3层（网络层）。这明确属于“在协议栈中比传输层低的层上执行”。其作用是对分组进行深层解析和修改，与目标专利中在低层进行路径相关排序的具体目的不同，但“在协议栈中比传输层低的层上执行处理”这一技术特征已被直接公开。 |
| 技术特征H《未公开》 | 未找到相关描述。对比文件未提及“流开始标记分组”或类似概念。 | 对比文件中没有用于指示新数据流或路径开始的标记分组。其标记或控制信息（如AFH中的比特）用于分类、镜像、QoS等，与路径切换的流控制无关。 |
| 技术特征I《未公开》 | 未找到相关描述。 | 由于对比文件未公开“流开始标记分组”（特征H），因此也不可能公开“响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理”这一后续动作。 |
| 技术特征J《未公开》 | 未找到相关描述。对比文件未提及“流结束标记分组”或类似概念。 | 同特征H，对比文件中没有用于指示旧数据流或路径结束的标记分组。 |
| 技术特征K《未公开》 | 未找到相关描述。 | 由于对比文件未公开“流结束标记分组”（特征J），因此也不可能公开基于该标记“确定与所述先前路径相关联的分组已被处理”。 |
| 技术特征L《未公开》 | 未找到相关描述。对比文件未提及基于超时期满的缓冲释放机制。 | 对比文件的缓冲机制（如用于防重排序或分组组装）没有描述依赖“预定缓冲超时时段”来决定缓冲释放。 |
| 技术特征M《未公开》 | 未找到相关描述。对比文件未提及根据传输协议类型（可靠递送 vs. 尽力型）来采取不同的分组处理次序策略。 | 对比文件对分组的处理是统一的，其分类和修改逻辑不依赖于传输层协议（如TCP或UDP）来动态改变处理次序。目标专利中基于协议标识符的差异化排序策略未被公开。 |
| 技术特征N《未公开》 | 未找到相关描述。对比文件未提及用于指示分组属于新路径的标志。 | 对比文件分组头（如AFH）中的标志位用于表示镜像、CPU拷贝、QoS选择等，没有“新路径标志”的概念。 |
| 技术特征O《未公开》 | 未找到相关描述。对比文件未提及携带用于标识旧路径分组的“分组标识信息”的标记分组。 | 对比文件中的标记或控制分组不包含用于唯一性标识先前传送的分组以进行路径区分的“分组标识信息”。 |
| 技术特征P《未公开》 | 未找到相关描述。对比文件提及“校验和”（checksum），例如[0051]段后处理器136计算校验和，[0247]段L4 OCS（L3/L4结构的一补码和），但这是用于错误检测或后处理计算，而不是用于作为“分组标识信息”来区分路径。 | 对比文件虽然使用了“校验和”，但其用途（错误检测、后处理计算）与目标专利中作为“分组标识信息”用于区分路径来源的用途完全不同。没有公开将校验和、分组ID或序列号用于路径标识。 |
| 技术特征Q《未公开》 | 对比文件说明书[0188]段描述了在MAC阶段提取MAC DA（目的地址）字段，但这是用于解码路由器地址和多播/广播标志，而不是用于区分新旧路径的传送地址（TA）。解析器关注的是分组头中的地址信息以进行协议解析和分类，并非用于识别分组的上游发送接口以区分路径。 | 对比文件在解析过程中会检查MAC地址，但其目的是进行协议解码和分类（如确定是否为路由器地址），而不是像目标专利那样，通过比较MAC PDU的传送地址（TA）来区分分组是来自源设备（旧路径）还是中继设备（新路径）。两者的作用和目的截然不同。因此，该技术特征未被公开。 |
<<<A>><<<G>><<<e>>>