对比文件名称：2012-06-21_US2012155256A_发明申请_US20120155256A1 MAPPED FIFO BUFFERING
目标专利名称：用于多跳混合网络的无缝切换CN104813605B
本次调用模型名称：GPT-4
作为资深专利代理师，我将严格按照目标专利权利要求的技术特征划分（A至Q）进行比对分析。以下是根据目标专利说明书对技术特征的解释，并结合对比文件内容进行的公开性判断。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组。 **未被公开** | 对比文件涉及网络接口设备（NIC）从物理网络端口接收数据包。例如，第[0051]段描述：“NIC 201 includes a common buffer memory 206 for storing data packets received at its ingress ports 210, 211, 212, 213 and 214, with ingress ports 210 and 211 being configured to receive data packets from data ports 202 and 203 (i.e. on the receive data path)”。 | 对比文件公开了在网络接口设备的“进入接口”（ingress ports）处接收数据包。然而，对比文件描述的是通用网络接口设备的常规数据包接收，并未涉及“混合网络”这一特定环境，也未提及接收的多个分组属于同一个“分组流”，更未区分这些分组与路径更新的关联。因此，本领域技术人员无法从对比文件毫无疑义地得出或合理推断出技术特征A所限定的在“混合网络”中接收属于同一“分组流”的第一和第二分组的技术方案。作用完全不同：目标专利中是为了处理路径切换导致的乱序问题，而对比文件中是为了通用数据包缓冲和流量管理。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联。 **未被公开** | 对比文件全文未提及“路径更新”、“先前路径”或类似概念。 | 对比文件的核心在于共享缓冲池和虚拟队列管理，以实现高效的缓冲区利用和流量控制（如第[0014]、[0043]段所述）。其中完全未涉及网络路径的动态选择、更新或切换。因此，对比文件既未直接公开也未隐含公开“分组与路径更新前的先前路径相关联”这一技术特征。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联。 **未被公开** | 对比文件全文未提及“路径更新”、“经更新路径”或类似概念。 | 同技术特征B，对比文件未涉及任何路径切换或更新的上下文。因此，无法得出或推断出第二分组与“经更新路径”相关联。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联。 **未被公开** | 对比文件全文未提及需要根据“先前路径”或“经更新路径”来区分或确定分组的归属。 | 对比文件描述了根据数据包的优先级（如第[0066]段）将其写入不同的虚拟队列，但这是为了服务质量（QoS）和流量控制，与区分分组来自于哪一条网络路径（上游路径）的目的和作用完全不同。本领域技术人员无法从对比文件的内容推理出技术特征D。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。 **未被公开** | 对比文件描述了虚拟FIFO队列（第[0065]段），并提到数据包按顺序从队列中读出（第[0093]段）。例如，第[0093]段：“The egress interface is configured to periodically determine which of the queues should be next serviced...”。 | 对比文件公开了FIFO（先进先出）缓冲和处理，这意味着数据包按其被写入队列的次序（通常是接收次序）被处理。然而，技术特征E强调的是按照分组“被传送的次序”进行处理，这专门用于纠正因路径更新导致的、与接收次序不同的乱序问题。对比文件的FIFO处理是针对常规的、按接收顺序的队列管理，其目的（保证顺序、避免丢包）和作用机制与目标专利中为处理特定路径切换场景而进行的“按传送次序”处理有本质区别。因此，未被公开。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。 **未被公开** | 对比文件公开了缓冲数据包以防止丢失，并基于队列长度进行流量控制（如第[0081]-[0092]段关于私有/公共缓冲池的管理）。例如，第[0093]段提到出口接口优先服务几乎满的队列以防止丢包。 | 对比文件确实有缓冲机制，但其缓冲的触发条件和目的与技术特征F完全不同。对比文件的缓冲是为了应对瞬时流量高峰、实施基于优先级的流量控制（如生成PAUSE帧），确保不丢包。而技术特征F的缓冲，其特定前提是“第二分组在第一分组之前被接收到”，且缓冲的明确目的是等待“与先前路径相关联的第一分组被处理”，以纠正因路径切换导致的、在同一接口上乱序到达的分组次序。对比文件完全没有揭示这种针对“路径切换”和“乱序纠正”的特定缓冲逻辑。因此，未被公开。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。 **《隐含公开》** | 对比文件描述的网络接口设备（NIC）及其操作（如缓冲、队列管理、流量控制）通常发生在OSI模型的较低层。第[0050]段提到NIC提供“物理网络”和“数据处理系统”之间的接口。第[0110]段提到为实施流量控制，NIC可以“cause the generation of an 802.1Qbb PAUSE frame (generally at the link layer protocol stack)”。 | 对比文件明确将NIC的操作与链路层（第2层）协议栈关联。网络接口设备的缓冲、队列管理和基本流量控制功能，通常被认为是在数据链路层（MAC层）或甚至物理层实现的，这些层无疑比传输层（第4层，如TCP/UDP）要低。虽然对比文件没有明确写出“在协议栈中比传输层低的层上执行”这句话，但本领域技术人员根据网络接口设备的常规架构和作用，可以毫无困难地推断出其描述的数据包接收、缓冲和初始处理过程发生在传输层以下的层面。因此，该技术特征被对比文件隐含公开。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组。 **未被公开** | 对比文件全文未提及“流开始标记分组”、“标记分组”或任何用于指示路径切换开始的专用控制分组。 | 对比文件描述的数据包都是承载数据的普通网络数据包或用于流量控制的PAUSE帧/拥塞通知消息（第[0110]-[0112]段），没有公开任何用于标识新路径开始的“标记分组”。这是一个特定的信令机制，对比文件未涉及。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。 **未被公开** | 对比文件全文未提及“流开始标记分组”，因此也不存在响应于此标记分组而触发特定缓冲行为的描述。 | 由于技术特征H（接收流开始标记分组）未被公开，因此依赖于该标记分组触发的特定缓冲逻辑（技术特征I）在对比文件中完全没有基础，既未直接公开，也无法从现有内容中合理推断。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组。 **未被公开** | 对比文件全文未提及“流结束标记分组”或任何用于指示旧路径结束的专用控制分组。 | 同技术特征H，对比文件未公开任何用于标识路径结束的“标记分组”。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。 **未被公开** | 对比文件未提及基于“流结束标记分组”来确定旧路径分组处理完毕的逻辑。虽然对比文件有队列清空的概念（第[0095]段释放缓冲区），但这与识别特定路径的分组流结束无关。 | 该技术特征是与技术特征J（接收流结束标记分组）紧密关联的后续步骤。由于对比文件未公开路径切换上下文及相应的标记分组，因此也无法公开基于此类标记分组来确定旧路径分组处理完毕的技术特征。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。 **《隐含公开》** | 对比文件第[0099]段描述了出口接口为每个队列维护定时器（timer）以及超时值（timeout value），以防止引入过度的数据延迟。“c. Each queue is also assigned a timeout period between accesses by the egress interface: when the timeout expires for a particular queue, that queue is assigned a third egress priority. This is to avoid introducing excessive data latencies.” | 对比文件明确公开了基于“预定超时时段”（timeout period）来触发对队列处理优先级调整的机制。虽然这个超时机制的直接作用是为了服务质量（避免延迟过大）和调度，而不是专门用于“缓冲与经更新路径相关联的分组”，但“缓冲直至预定超时时段期满”本身是一种常见的缓冲控制策略。本领域技术人员可以从对比文件公开的“为队列设置超时定时器”这一技术手段中，合理推断出在需要实施缓冲的场景下（例如，为了等待某些事件），可以采用“缓冲直至预定超时时段期满”的方法。因此，该技术特征被隐含公开。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。 **《隐含公开》** | 对比文件第[0012]段提到了TCP（可靠协议）和UDP（尽力型协议）：“Occasional packet loss within the NIC has historically been acceptable, particularly due to the prevalence of reliable protocols such as TCP. ... UDP (User Datagram Protocol) is becoming increasingly used...”。第[0061]-[0063]段提到，数据包可能附有信息头（info-header），其中可包含用于辅助处理的优先级等信息。 | 对比文件明确提及了可靠协议（TCP）和尽力型协议（UDP）的存在，并暗示NIC能够识别和处理它们（例如，对TCP流容忍偶尔丢包，对UDP流追求低延迟）。虽然对比文件没有明确描述“检查协议标识符并根据协议类型决定不同的处理次序”这一完整逻辑，但本领域技术人员知晓，网络设备根据数据包协议类型（通过协议标识符，如IP头中的协议字段）采取不同处理策略（如是否重传、是否保证顺序）是网络通信中的常规技术。给定对比文件已经提到了这两种协议及其不同特性，技术人员可以合理推断出，在需要优化处理的系统中（如目标专利的乱序纠正场景），可以根据协议类型来差异化地决定是否进行重新排序（对可靠协议）或直接按接收顺序处理（对尽力型协议）。因此，该技术特征被隐含公开。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。 **未被公开** | 对比文件未提及在数据包中设置“新路径标志”用于指示其属于新路径。第[0061]-[0063]段提到的“info-header”可能包含优先级等信息，但与路径标识无关。 | 对比文件完全没有涉及使用数据包内的标志位来区分网络路径的技术。这是一个特定于路径切换场景的信令方案，无法从对比文件内容中推理得出。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。 **未被公开** | 对比文件全文未提及“标记分组”包含“分组标识信息”用于标识在路径更新前传送的旧分组。 | 同技术特征H、J，对比文件未公开任何形式的“标记分组”，更未公开此类标记分组携带用于唯一标识旧路径分组的“分组标识信息”。该技术特征未被公开。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。 **《隐含公开》** | 对比文件在描述数据包处理时，隐含了需要识别和操作单个数据包。例如，第[0076]段提到使用“end-of-packet control word”来界定数据包；第[0093]段提到读取数据包时使用该控制字。在网络通信中，校验和、ID、序列号是用于标识、验证和排序数据包的常见字段。 | 虽然对比文件没有明确列举“分组校验和、分组ID、或分组序列号”作为用于路径区分的“分组标识信息”，但这些信息是数据包本身固有的或常见的标识手段（例如，IP头有标识字段和校验和，TCP头有序列号）。本领域技术人员知道，若要唯一性地标识分组，使用校验和、ID或序列号是惯用技术手段。因此，从对比文件公开的“处理数据包”这一整体概念出发，可以合理推断出在需要实现“唯一性地标识分组”这一功能时，采用“分组校验和、分组ID、或分组序列号之一”是显而易见的选择。该技术特征被隐含公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。 **《隐含公开》** | 对比文件涉及网络接口设备，其必然处理MAC层的帧。第[0051]段提到入口端口从物理数据端口接收数据包。第[0110]段提到在链路层生成PAUSE帧。MAC PDU的传送地址（TA）是MAC帧的基本组成部分。 | 对比文件公开了在网络接口设备的入口处接收数据包，这些数据包必然封装在MAC帧（即MAC PDU）中，并且每个MAC帧包含源MAC地址（即传送地址TA）。虽然对比文件没有明确描述通过检查不同MAC TA来区分数据包来自“先前路径”还是“经更新路径”（因为对比文件本身没有路径切换的概念），但“检查MAC PDU的传送地址”这一具体操作，是网络接口设备在处理接收到的数据包时的固有能力和常规操作。本领域技术人员可以理解，如果存在两条不同的上游路径，它们很可能经由不同的网络设备（具有不同的MAC地址）转发，从而到达的MAC帧具有不同的TA。因此，从对比文件公开的“在NIC入口处理MAC帧”这一技术事实，可以合理推断出通过检查MAC TA来区分数据包来源（进而可用于区分路径）是可行的。该技术特征被隐含公开。 |
<<<g>>><<<l>>><<<m>>><<<p>>><<<q>>>