**对比文件名称**：2009-01-15_US2009016366A_发明申请_US20090016366A1 Packet transfer apparatus and packet transfer method
**目标专利名称**：313用于多跳混合网络的无缝切换CN104813605B
**本次调用模型名称**：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组，<br>**《隐含公开》** | [0053] “The packet transfer apparatus 10N receives frames from two communication routes, that is, from the communication routes 0 NW0 and 1 NW1, respectively. A sequence number (SN) is added to each frame to be received. ... In the example shown in FIG. 2, the packet transfer apparatus 10A sends out frames of which sequence numbers are from (SN):1 to SN:4 sequentially.” <br>（译文：分组传输装置10N从两个通信路由，即分别从通信路由0 NW0和1 NW1接收帧。每个要接收的帧都添加了序列号(SN)。... 在图2所示的示例中，分组传输装置10A顺序发送序列号从SN:1到SN:4的帧。） | 对比文件公开了分组传输装置（如10N）具有接口（输入/输出线路接口11），这些接口连接到不同的通信路由（如NW0和NW1）。该装置从这些路由接收属于同一数据流（由序列号标识）的分组（帧）。例如，装置10N会从路由0接收到SN:1的帧301，并从路由1接收到SN:1的帧311（同一数据流的副本），以及后续SN:2、SN:3等帧。虽然对比文件未明确使用“第一进入接口”这一表述，且其“第一接口”可能指代物理上不同的端口，但其核心技术场景是接收装置通过其接口（可视为进入点）接收来自不同路径的、属于同一分组流的多个分组。本领域技术人员可以理解，在对比文件描述的双路由接收场景中，这些分组必然通过装置的某个或某些进入接口被接收。因此，对比文件隐含公开了技术特征A。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联，<br>**《隐含公开》** | [0053] “In the example shown in FIG. 2, the transfer delay of the communication route 0 NW0 is smaller than that of the communication route 1 NW1. Consequently, the frames transferred through the communication route 0 NW0 always arrive in the packet transfer apparatus 10N earlier than the frames transferred through the communication route 1 NW1 even when the contents are the same between those frames transferred through those two communication routes.” <br>（译文：在图2所示的示例中，通信路由0 NW0的传输延迟小于通信路由1 NW1的传输延迟。因此，即使通过这两个通信路由传输的帧内容相同，通过通信路由0 NW0传输的帧也总是比通过通信路由1 NW1传输的帧更早到达分组传输装置10N。）<br>[0060] “In the example shown in FIG. 2, the packet transfer apparatus 10N receives the frame 301 of SN:1 from the communication route 0 NW0 first.” <br>（译文：在图2所示的示例中，分组传输装置10N首先从通信路由0 NW0接收到SN:1的帧301。） | 目标专利中“先前路径”指在路径更新发生前，分组流所使用的路径。对比文件描述了1+1保护切换系统，其中发送端（10A）将同一数据流的副本通过两条通信路由（如NW0和NW1）同时发送。在正常无故障情况下，接收端（10N）可能主要从延迟较小的路由（例如NW0）接收并处理帧。虽然没有描述动态的“路径更新”事件，但对比文件建立了一个基础场景：存在两条可用的路径，且数据流的分组与这些路径相关联。首先到达的帧（例如从路由0来的SN:1帧301）可以被视为与当前正在使用的“主用”或“默认”路径（可类比为“先前路径”）相关联。因此，对比文件隐含公开了分组与特定路径相关联的概念，可对应技术特征B。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联<br>**《隐含公开》** | [0060] “After that, the packet transfer apparatus 10N receives the frame 311 of SN:1 from the communication route 1 NW1.” <br>（译文：之后，分组传输装置10N从通信路由1 NW1接收到SN:1的帧311。）<br>[0061] “The packet transfer apparatus 10N, if there occurs no frame loss, is scheduled to receive the SN:2 frame 302 after receiving the SN:1 frame 301. In the example shown in FIG. 2, however, the frame 302 is lost. In this case, the packet transfer apparatus 10N receives the SN:2 frame 312 from the communication route 1 NW1 and stores the frame 312 in the buffer, then sends the frame 312 to the terminal 70-n.” <br>（译文：如果没有发生帧丢失，分组传输装置10N预定在接收SN:1帧301之后接收SN:2帧302。然而，在图2所示的示例中，帧302丢失了。在这种情况下，分组传输装置10N从通信路由1 NW1接收到SN:2帧312，将该帧312存储在缓冲区中，然后将帧312发送到终端70-n。） | 目标专利中“经更新路径”指路径更新发生后，分组流切换至使用的新路径。对比文件虽然没有描述主动的路径切换（更新），但其系统在检测到一条路由上的帧丢失（例如路由0上的SN:2帧302丢失）时，会转而依赖并从另一条路由（路由1）接收并处理具有相同序列号的帧（如SN:2帧312）。这种由于故障或丢失而导致的“从一条路径切换到依赖另一条路径”的行为，在效果上类似于路径的更新或切换。因此，从路由1接收到的、用于替代丢失帧的帧（如SN:2帧312），可以被认为与在“故障事件”后启用的“备用”或“经更新”的路径相关联。本领域技术人员可以合理推断出这种关联。因此，对比文件隐含公开了技术特征C。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联<br>**《直接公开》** | [0084] “In the field of sequence number 415 is set consecutive integers denoting the frame sending order in each flow.” <br>（译文：在序列号415字段中设置表示每个流中帧发送顺序的连续整数。）<br>[0120] “The buffer write processor 134, upon receiving a frame from the input header processor 12, refers to the flow ID 423 set in the inner header 42 of the received frame.” <br>（译文：缓冲写入处理器134在从输入报头处理器12接收到帧时，参考接收到的帧的内报头42中设置的流ID 423。）<br>图12及相关描述：输入帧缓冲区136为每个序列号（地址）存储了“通信路由0接收位1362”和“通信路由1接收位1363”，用于指示该序列号的帧是从哪条路由接收到的。 | 对比文件公开了接收装置对于每个接收到的分组，通过检查其内报头中的流ID（423）和序列号（SNnow 424），可以确定它属于哪个流以及其在流中的顺序。更重要的是，如图12和[0155]所述，装置为每个序列号维护接收位（1362，1363），这些位明确记录了一个特定序列号的帧是从通信路由0还是通信路由1接收到的。这直接对应于确定一个分组是与哪条路径（路由）相关联。在对比文件的上下文中，“先前路径”和“经更新路径”可以映射为“路由0”和“路由1”。因此，对比文件直接公开了对于每个收到分组，确定其与哪条通信路由（即路径）相关联的技术特征。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。<br>**《直接公开》** | [0054] “The packet transfer apparatus 10N stores received frames once in the buffer (refer to FIG. 5). And if there is even one frame in the buffer, the packet transfer apparatus 10N reads the frame from the buffer immediately and transfers the read frame to the terminal 70-n. At this time, the packet transfer apparatus 10N keeps checking sequence numbers for missing and disordering, thereby transferring frames in the order of their sequence numbers.” <br>（译文：分组传输装置10N将接收到的帧暂时存储在缓冲区中（参见图5）。并且，如果缓冲区中至少有一帧，分组传输装置10N立即从缓冲区读取该帧并将其传输到终端70-n。此时，分组传输装置10N持续检查序列号的缺失和乱序，从而按序列号顺序传输帧。）<br>[0148] “...reads those frames from the frame buffer in the order of sequence numbers, thereby transferring the frames in the order of sequence numbers.” <br>（译文：...按序列号顺序从帧缓冲区读取那些帧，从而按序列号顺序传输帧。） | 对比文件的核心目的之一就是防止帧乱序。其接收装置（10N）将来自不同路由的帧存储在缓冲区（136）中，并严格按照序列号（SN）的顺序从缓冲区中读取并发送帧（例如，发送到终端70-n）。例如，即使SN:3的帧在SN:2的帧之前到达，装置也会等待，直到SN:2的帧被接收和处理后，才会处理SN:3的帧。这完全对应于目标专利中“以分组被传送的次序处理分组”的技术特征，两者作用相同，都是为了保证数据的有序递送。因此，对比文件直接公开了技术特征E。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。<br>**《直接公开》** | [0061] “In some cases, however, the packet transfer apparatus 10N happens to receive the SN:3 frame 303 from the communication route 0 NW0 before receiving the frame 312 due to the transfer delay difference between the communication routes 0 NW0 and 1 NW1. In this case, the packet transfer apparatus 10N, although it has already received the SN:3 frame 303, is required to wait for the SN:2 frame 312 that is expected to arrive from the communication route 1 NW1. In other words, the packet transfer apparatus 10N stores the received frame 303 in the buffer, but cannot send the frame 303 before receiving and completing of sending the frame 312 to the terminal 70-n.” <br>（译文：然而，在某些情况下，由于通信路由0 NW0和1 NW1之间的传输延迟差异，分组传输装置10N可能恰好在接收帧312之前从通信路由0 NW0接收到SN:3帧303。在这种情况下，分组传输装置10N虽然已经接收到SN:3帧303，但必须等待预计从通信路由1 NW1到达的SN:2帧312。换句话说，分组传输装置10N将接收到的帧303存储在缓冲区中，但在接收并完成向终端70-n发送帧312之前，不能发送帧303。）<br>[0150]描述了对序列号SNnow和读计数器13B的比较，如果SNnow大于读计数器值，则存储该帧（S204），这正是一种缓冲机制。 | 对比文件明确描述了乱序接收的场景：由于延迟差异，SN:3的帧（第二分组）在SN:2的帧（第一分组）之前被接收到。装置将先到达的SN:3帧存储在缓冲区（buffer）中，并等待后发送但应更早处理的SN:2帧到达并被处理后，才处理SN:3帧。在图2的示例中，SN:2帧312是从通信路由1（可视为“经更新路径”，因为路由0上帧丢失）接收的，而SN:3帧303是从通信路由0（可视为“先前路径”）接收的。装置缓冲了从路由0（先前路径）来的SN:3帧，直到从路由1（经更新路径）来的SN:2帧被处理。这完美对应了技术特征F的描述。因此，对比文件直接公开了技术特征F。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。<br>**《隐含公开》** | [0054] “The packet transfer apparatus 10N stores received frames once in the buffer (refer to FIG. 5). And if there is even one frame in the buffer, the packet transfer apparatus 10N reads the frame from the buffer immediately and transfers the read frame to the terminal 70-n.” <br>（译文：分组传输装置10N将接收到的帧暂时存储在缓冲区中（参见图5）。并且，如果缓冲区中至少有一帧，分组传输装置10N立即从缓冲区读取该帧并将其传输到终端70-n。）<br>图5、图8及相关描述：分组排序和缓冲功能主要由“输入帧缓冲控制器13”及其内部的“缓冲写入处理器134”和“缓冲读取处理器135”完成。这些组件通常对应于数据链路层（如MAC层）或网络层的硬件或固件实现。 | 对比文件并未明确说明其排序和缓冲处理发生在协议栈的哪一层。然而，从其系统架构图（图5）和描述来看，负责接收帧、检查序列号、缓冲和按序转发的核心模块是“输入帧缓冲控制器13”。在典型的网络设备（如交换机、路由器）中，这类基于序列号的快速排序和转发功能通常在数据链路层（Layer 2）或网络层（Layer 3）的硬件或专用逻辑中实现，以提供高性能和低延迟。这明显是低于传输层（Layer 4，如TCP/UDP）的操作。目标专利说明书中也提及处理可以在“协议栈中比传输层低的层上执行”，例如MAC层。本领域技术人员根据对比文件公开的硬件控制器执行排序功能，可以合理推断该处理是在较低的网络协议层实现的。因此，对比文件隐含公开了技术特征G。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组<br>**《未公开》** | 对比文件全文未提及“流开始标记分组”（stream start marker packet）或功能类似的用于指示新路径开始的专用控制分组。 | 对比文件描述的是1+1保护切换，其路径冗余是静态或由故障触发的，而非通过显式的“标记分组”来动态通知路径切换的开始。接收端通过检测序列号间隙和来自不同路由的帧来推断路径状态变化，而非接收一个明确的“流开始”信令。因此，对比文件既未直接公开也未隐含公开技术特征H。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。<br>**《未公开》** | 对比文件全文未提及“流开始标记分组”，因此也不存在响应于此标记分组而触发缓冲的机制。其缓冲触发是基于序列号检查发现丢失（见特征F的论述）。 | 由于技术特征H（流开始标记分组）未被公开，依赖于该标记分组的技术特征I也未被公开。对比文件的缓冲逻辑基于序列号顺序，而非基于显式的标记分组信令。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组<br>**《未公开》** | 对比文件全文未提及“流结束标记分组”（stream end marker packet）或功能类似的用于指示旧路径结束的专用控制分组。 | 与特征H类似，对比文件没有使用任何显式的“流结束”标记分组来指示一条路径的终止。路径的“结束”或切换是通过帧丢失或超时机制隐式推断的。因此，对比文件既未直接公开也未隐含公开技术特征J。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。<br>**《隐含公开》** | [0150] S201: “compares the sequence number SNnow 424 ... with the value of the read counter 13B”。读计数器13B指示下一个待请求发送的帧的地址（序列号）。<br>[0188] S504: 检查读计数器指向的地址在缓冲区中的接收位，如果至少一个接收位为‘1’，则发送该帧（S505），然后读计数器加1（S506）。 | 对比文件中，“确定与先前路径相关联的分组已被处理”这一状态是通过“读计数器13B”的推进来体现的。读计数器指向下一个期望按序发送的序列号。当装置按序发送了一个序列号的帧（无论它来自哪条路径）后，读计数器就会增加。这意味着该序列号及之前的所有分组（包括与“先前路径”相关联的分组）都已被处理（已发送）。例如，当读计数器从1增加到2时，就确定了SN:1的帧（可能来自先前路径）已被处理。这是一种隐含的确定机制。因此，对比文件隐含公开了技术特征K。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。<br>**《直接公开》** | [0063] “In order to avoid such a trouble, therefore, the packet transfer apparatus 10N in this embodiment, upon detecting a loss of any sequence number due to a frame loss as described above, stops the frame sending temporarily. At this time, the packet transfer apparatus 10N sets the transfer delay difference between both of the routes 0 NW0 and 1 NW1 for the timer (refer to FIG. 8) and starts the timer count-down.” <br>（译文：因此，为了避免这种麻烦，本实施例中的分组传输装置10N在如上所述由于帧丢失而检测到任何序列号丢失时，暂时停止帧发送。此时，分组传输装置10N将两条路由0 NW0和1 NW1之间的传输延迟差设置为定时器（参见图8）并开始定时器倒计时。）<br>[0189] S510: “sets the value of the delay difference 212 obtained in S503 for the read timer 13E and begins the timer 13E count-down.” <br>（译文：将在S503中获得的延迟差212的值设置为读定时器13E，并开始定时器13E倒计时。）<br>[0195] S511: 检查读定时器13E是否已过期（全部为‘0’）。如果过期，则重新开始帧发送（执行S506）。 | 对比文件明确公开了在检测到序列号丢失（导致乱序）时，会启动一个定时器（读定时器13E）进行等待。这个定时器的初始值可以基于路由间的延迟差（212）来设定（见[0178]），这是一个“预定的缓冲超时时段”。如果在超时前收到丢失序列号的帧，则处理该帧并继续；如果超时期满仍未收到，则放弃等待，继续处理后续序列号的帧。这直接对应于“缓冲...分组直至预定缓冲超时时段期满”的技术特征。因此，对比文件直接公开了技术特征L。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。<br>**《未公开》** | 对比文件全文未提及根据传输协议类型（如可靠递送协议TCP与尽力型协议UDP）来区别处理策略。其排序逻辑（按序列号顺序）是统一应用于所有经过该保护切换流的数据，并未根据上层协议进行分流或采取不同的排序/缓冲策略。 | 对比文件描述的保护切换和排序机制是独立于上层协议的。它处理的是添加了序列号的帧，无论其有效载荷是TCP还是UDP数据。说明书中提到流媒体服务可能使用UDP（[0005]），但并未因此改变排序逻辑。没有公开任何检查协议标识符并据此采用不同处理次序（有序 vs 接收顺序）的技术方案。因此，对比文件未公开技术特征M。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。<br>**《未公开》** | 对比文件全文未提及在分组中设置“新路径标志”（new path flag）来指示其与某条路径的关联。其区分路径的方法是基于接收端口（输入端口ID 421）和缓冲区中的接收位（1362, 1363），这些是接收端本地记录的信息，而非分组内携带的标志。 | 对比文件没有使用在分组报头内嵌入特定标志（如新路径标志）来区分路径的技术手段。其路径区分依赖于接收接口和内部状态表。因此，对比文件未公开技术特征N。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。<br>**《未公开》** | 对比文件全文未提及“标记分组”（marker packet）或任何具有类似功能的、携带了用于标识先前路径分组信息（如校验和列表）的专用控制分组。其分组标识完全依赖于每个数据分组自带的序列号（415）。 | 对比文件没有使用独立的标记分组来传递关于先前路径分组的标识信息。所有排序所需的标识信息（序列号）都内嵌在每个数据分组中。因此，对比文件未公开技术特征O。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。<br>**《部分直接公开》** | [0084] “In the field of sequence number 415 is set consecutive integers denoting the frame sending order in each flow.” <br>（译文：在序列号415字段中设置表示每个流中帧发送顺序的连续整数。） | 技术特征P是技术特征O的从属特征，限定分组标识信息的具体类型。虽然技术特征O未被公开，但对比文件明确公开了使用“分组序列号”（即序列号415）作为标识每个分组在流中顺序的核心信息。然而，目标专利中技术特征P所描述的“分组标识信息”是用于在“标记分组”中标识“先前路径相关联的至少一些分组”，这与对比文件中每个数据分组自带的、用于全局排序的序列号在用途和上下文上存在差异。但仅就“分组序列号”作为一种标识信息而言，对比文件直接公开了该选项。需要注意的是，由于承载该信息的主体（标记分组 vs 数据分组）和目的（标识特定路径分组 vs 标识全局顺序）不同，此公开仅为部分公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。<br>**《未公开》** | [0100] 图6及描述：输入/输出线路接口11在接收帧时会添加一个内报头42，其中包括“输入端口ID 421”。<br>[0141] “The frame dispatcher 133, upon receiving a frame from the buffer read processor 135, refers to the input port ID 421 set in the inner header 42 and selects the SW interface 14 corresponding to the input port ID 421, then transfers the frame to the selected SW interface 14.” <br>（译文：帧分发器133在从缓冲读取处理器135接收到帧时，参考内报头42中设置的输入端口ID 421，并选择与该输入端口ID 421对应的SW接口14，然后将帧传输到所选的SW接口14。） | 对比文件确实记录了分组是从哪个“输入端口”（input port ID 421）接收的，这可以用于区分分组来自哪条物理链路或路由。然而，目标专利的技术特征Q特别强调在“接口层(IL)媒体接入控制(MAC)第一进入接口处检查...MAC PDU的传送地址（TA）”。对比文件使用的是设备内部添加的“输入端口ID”，这是一个抽象的接口标识符，而非MAC PDU层（即数据链路层帧）的源MAC地址（传送地址TA）。两者处于不同的协议层次，实现机制不同。对比文件没有公开通过检查MAC PDU的传送地址（MAC源地址）来区分路径的技术手段。因此，对比文件未公开技术特征Q。 |
<<<E>>><<<F>>><<<L>>><<<d>>><<<k>>><<<p>>><<<a>>><<<b>>><<<c>>><<<g>>>