对比文件名称：US2008060074A1_Description_20260317_1212
目标专利名称：用于多跳混合网络的无缝切换CN104813605B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组，《隐含公开》 | [0031] 所述模式接收部12接收根据例如TCP/IP协议栈的分组。当终端1从网络2接收到分组时，模式接收部12将所述分组传输至模式匹配部13。 | 对比文件公开了通信终端（设备）从网络（通信网络）接收分组（步骤a1），这隐含了设备具有进入接口（例如网络接口）用于接收分组。虽然对比文件未明确限定“第一进入接口”和“分组流”，但其描述的“接收分组”过程必然发生在某个进入接口上，且接收的多个分组可属于同一通信流。本领域技术人员可以毫无疑义地理解，任何网络设备接收数据分组都需要通过其网络接口，这是实现通信功能的基础。因此，技术特征A被对比文件隐含公开。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联，《未公开》 | 无相关描述。 | 对比文件涉及入侵检测系统，其核心是对接收到的分组进行模式匹配以发现攻击。全文未提及任何关于“路径更新”、“先前路径”或“经更新路径”的概念，也未描述分组与特定网络路径的关联性。因此，对比文件既未直接公开也未隐含公开技术特征B。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联，《未公开》 | 无相关描述。 | 同技术特征B，对比文件完全不涉及网络路径的选择、切换或更新。因此，对比文件既未直接公开也未隐含公开技术特征C。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联，《未公开》 | 无相关描述。 | 对比文件中，对于接收到的分组，确定的是其协议类型（步骤a5-a6）或用于匹配的入侵检测规则列表（步骤b1-b2），目的是为了进行安全检测或管理检测时间，而非区分分组来自哪条网络路径。这与目标专利中为了处理路径切换导致的乱序而区分路径的技术手段完全不同。因此，对比文件未公开技术特征D。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。《未公开》 | [0033] 当作为模式匹配的结果确定分组是正常时，模式匹配部13将分组传输至应用11。 | 对比文件描述了在模式匹配完成后（或超时取消后）将分组传递给应用进行处理。其处理顺序是基于分组被接收和完成检查的顺序，并未涉及任何需要按照分组“被传送的次序”进行处理的情形，也没有解决因路径切换导致的乱序问题。因此，对比文件未公开技术特征E。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。《未公开》 | [0077] 非内联分组接收部12a具有以下功能：接收分组，将接收到的分组传递给非内联型模式匹配部13b以进行模式匹配，并延迟向应用11的分组传输直到达到最大允许延迟时间。 [0080] 同时，接收到的分组被缓冲在非内联分组接收部12a内部提供的未显示的缓冲区中，直到向其发送模式匹配取消通知，从而接收到的分组不会被传递给应用11（步骤d1）。 | 对比文件在第四实施例中提到了一种缓冲机制：在非内联模式下，接收到的分组被缓冲，延迟传递给应用，直到达到“最大允许延迟时间”或收到“分组接收许可通知”。这种缓冲的目的是为了在应用处理前留出时间进行入侵检测，并确保实时性，而非为了解决来自不同路径的分组乱序问题。其缓冲的触发条件（定时器、检测完成通知）和目的（安全检测与实时性平衡）均与技术特征F中“为等待来自先前路径的分组而缓冲来自新路径的分组”完全不同。因此，对比文件未公开技术特征F。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。《未公开》 | [0031] 所述模式接收部12接收根据例如TCP/IP协议栈的分组。 | 对比文件提及了TCP/IP协议栈，并描述了在分组被应用（应用层）处理之前进行模式匹配。然而，其模式匹配操作发生的具体协议层并未明确说明。根据网络通信的一般原理，入侵检测可以在网络层、传输层甚至应用层进行。对比文件并未明确指出其处理（模式匹配及可能的缓冲/取消）发生在“比传输层低的层上”（如链路层/接口层）。目标专利强调在较低层（如MAC层）处理是为了实现快速、透明的路径切换，这与对比文件的技术关注点不同。因此，对比文件未公开技术特征G。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组，《未公开》 | 无相关描述。 | 对比文件全文未提及任何形式的“流开始标记分组”或类似用于指示新路径开始的控制分组。其用于控制处理流程的是内部定时器事件（步骤a9-a10）或来自管理部的通知（步骤a11），而非特定的标记分组。因此，对比文件未公开技术特征H。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。《未公开》 | 无相关描述。 | 由于对比文件不存在“流开始标记分组”（技术特征H），因此也不存在响应于此标记分组而触发的、针对特定路径分组的缓冲机制。其缓冲机制（如第四实施例）的触发与路径无关。因此，对比文件未公开技术特征I。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组，《未公开》 | 无相关描述。 | 对比文件全文未提及任何形式的“流结束标记分组”或类似用于指示旧路径结束的控制分组。因此，对比文件未公开技术特征J。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。《未公开》 | 无相关描述。 | 对比文件未涉及对“先前路径”分组处理状态的确定。其可能确定的是模式匹配的完成或取消，但这与路径无关。因此，对比文件未公开技术特征K。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。《未公开》 | [0037] 最大允许延迟时间数据库16包括协议标识符及其对应的最大允许延迟时间。 [0045] ...返回为每个协议定义的最大允许延迟时间...（步骤a8） [0046] ...设置通过将在步骤a4中获取的当前时间和最大允许延迟时间相加而获得的时间作为唤醒定时器事件（步骤a9）。 | 对比文件公开了基于协议设定“最大允许延迟时间”并利用定时器进行超时控制。然而，该超时是用于控制**入侵检测模式匹配过程**的最长执行时间，以防止实时性下降（步骤a11触发匹配取消）。而技术特征L中的“预定缓冲超时时段”是为了在路径切换场景下，防止因旧路径分组丢失导致新路径分组无限期等待。两者超时的目的、应用场景和所控制的对象（检测过程 vs. 分组缓冲队列）均不相同。因此，对比文件未公开技术特征L。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。《未公开》 | [0035] 分组类型分析部15具有接收终端接收分组并分析所接收分组的协议通信模式的功能。 [0042] ...基于其结构分析终端接收分组的协议...返回对应于所接收分组的协议标识符...（步骤a6）。 [0044] ...使用所通知的协议标识符作为密钥来搜索...返回为每个协议定义的最大允许延迟时间...（步骤a7-a8）。 [0050] ...根据检测规则的重要性改变入侵检测规则的执行顺序...（第二实施例）。 | 对比文件公开了检查分组的协议标识符，并根据协议采取不同的处理策略：例如，为不同协议查询不同的“最大允许延迟时间”（第一实施例），或为不同协议动态改变入侵检测规则的执行顺序（第二实施例）。然而，这些策略的目的都是为了**平衡入侵检测的强度与处理的实时性**，而不是为了**在路径切换时根据协议类型决定分组处理次序（是按传送次序还是接收次序）**。技术特征M解决的是不同传输协议对乱序容忍度不同的问题，而对比文件解决的是不同应用协议对延迟敏感性不同的问题。两者技术手段相似（检查协议ID），但应用的目的和产生的效果截然不同。因此，对比文件未公开技术特征M。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。《未公开》 | 无相关描述。 | 对比文件的分组分析旨在提取协议标识符或进行攻击模式匹配，并未提及分组中包含用于指示其属于“新路径”的标志字段。因此，对比文件未公开技术特征N。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。《未公开》 | 无相关描述。 | 对比文件未提及任何用于路径切换的“标记分组”，也未提及分组中包含用于唯一标识特定路径上分组的“分组标识信息”（如校验和、序列号等）。其传递的信息主要是入侵检测规则列表（步骤b1-b3），而非用于区分路径的分组标识。因此，对比文件未公开技术特征O。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。《未公开》 | 无相关描述。 | 由于技术特征O（接收包含分组标识信息的标记分组）未被公开，且对比文件本身也未公开使用分组校验和、ID或序列号来区分分组所属路径的技术手段，因此技术特征P未被公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。《未公开》 | 无相关描述。 | 对比文件完全未涉及“接口层(IL)”、“媒体接入控制(MAC)”、“MAC PDU的传送地址(TA)”等底层网络概念。其分组处理和分析主要关注网络层及以上（如TCP/IP协议栈），通过分析IP/TCP/UDP报头来获取协议信息。使用MAC层传送地址来区分上游路径是目标专利在特定混合网络环境（如IEEE 1905.1）下的技术手段，对比文件并未公开。因此，对比文件未公开技术特征Q。 |
<<<a>>>