**对比文件名称**：2009-01-14_CN101345705A_发明公开_CN101345705A 分组转发装置及分组转发方法
**目标专利名称**：用于多跳混合网络的无缝切换 CN104813605B
**本次调用的模型名称**：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组，《直接公开》 | 说明书第[0040]段：“分组转发装置10A通过两条以上的通信路径(在图1的例子中通信路径0 NW0以及通信路径1 NW1)和相对的分组转发装置10N连接。”<br>说明书第[0042]段：“分组转发装置10A给帧30赋予表示帧发送顺序信息的序号32，并复制该帧30。然后，分组转发装置10A向通信路径0 NW0以及通信路径1 NW1发送帧30及其复制品。”<br>说明书第[0043]段：“相对的分组转发装置10N，监视从多条通信路径接收的帧的序号32...”<br>图2及相应说明展示了分组转发装置10N从通信路径0 NW0和通信路径1 NW1接收帧（分组）。 | 对比文件明确公开了分组转发装置（相当于目标专利中的“设备”）从多条通信路径（例如通信路径0和1）接收属于同一分组流（具有相同序号和有效负荷）的帧（即分组）。虽然对比文件描述了多个物理接口（第一接口和第二接口），但根据其工作原理，这些分组最终由接收设备（如分组转发装置10N）的处理单元（如输入帧缓冲器控制部13）进行处理，这对应于在“第一进入接口”（可理解为接收设备上用于处理该流的逻辑或物理入口）处接收分组。因此，本领域技术人员能够毫无疑义地得出对比文件公开了在设备的接口处接收与同一分组流相关联的多个分组。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联，《隐含公开》 | 说明书第[0046]段：“分组转发装置10N从两条通信路径即通信路径0 NW0以及通信路径1 NW1接收帧。接收的帧上赋予有表示帧的发送顺序的序号(SN)。赋予了相同序号的多个帧至少包含相同的有效负荷405(参照图3)。”<br>说明书第[0051]段：“因此，本实施方式的分组转发装置10N，在检测到由于上述那样的帧的丢失引起的序号缺失的场合，暂时停止帧的发送。”<br>图2展示了由于转发延迟差，来自通信路径0的SN:2帧丢失，导致需要等待来自通信路径1的SN:2帧。 | 目标专利的“路径更新”指从先前路径切换到经更新路径。对比文件虽未使用“路径更新”一词，但其核心机制“保护切换”（1+1保护）本质上就是一种路径变更：当一条路径（如通信路径0）上的帧丢失或出现故障时，系统依赖或切换到另一条路径（如通信路径1）来接收相同内容的帧，以确保流的连续性。在图2场景中，通信路径0可视为“先前路径”，当其上SN:2帧丢失时，系统需要等待或切换到从通信路径1（可视为潜在的“经更新路径”）接收该帧。因此，本领域技术人员通过合理推断，能够从对比文件的保护切换机制中得出“第一分组与路径更新之前使用的先前路径相关联”这一技术特征。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联，《隐含公开》 | 同上引用。<br>说明书第[0051]段：“此时，分组转发装置10N在定时器(参照图8)上设定两路径的转发延迟差81，开始向下计数...然后，在该定时器成为“0”的时刻，或者在分组转发装置10N接收到SN：2的帧的时刻，或者在分组转发装置10N从两路径接收到SN：3的帧的时刻，分组转发装置10N重新开始帧的发送。” | 承接特征B的推理，在对比文件的保护切换场景中，当“先前路径”（如通信路径0）发生帧丢失时，后续可能被接收到的、序号更大的分组（如SN:3）或从另一条路径接收到的相同序号分组（如从通信路径1来的SN:2），可视为与系统在检测到问题后所依赖或切换到的“经更新路径”（如通信路径1）相关联。图2中，在SN:2帧丢失后，若从通信路径1接收到SN:2帧，则该帧与切换后有效的路径相关联；若等待超时后发送SN:3帧，该SN:3帧也与切换后的状态（即决定跳过丢失帧）相关联。因此，该特征被对比文件隐含公开。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联，《直接公开》 | 说明书第[0087]段：“缓冲器写入处理部134，把序号SNnow424作为向输入帧缓冲器136的写入地址使用。因此，通过比较上述读出计数器13B的值和序号SNnow，能够判定和接收到的帧同一内容的帧或者其后的帧是否已经有发送请求。”<br>说明书第[0090]段：“缓冲器写入处理部134判定读出的0路径接收位1362或者1路径接收位1363的至少一方是否是“1”(S203)。”<br>图10的流程图（S201-S204）展示了通过比较序号和检查路径接收位来确定帧的接收状态。 | 对比文件明确公开了对于每个接收到的帧，通过其序号（SNnow 424）和输入帧缓冲器中对应地址的“0路径接收位”、“1路径接收位”来确定该帧是从哪条通信路径（通信路径0或1）接收的，以及是否已从另一条路径接收过相同内容的帧。这直接对应于“确定该收到分组与所述先前路径还是所述经更新路径相关联”，因为“先前路径”和“经更新路径”在对比文件的具体实施例中即体现为两条不同的通信路径（如通信路径0和1）。本领域技术人员能够毫无疑义地得出此对应关系。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。《直接公开》 | 说明书第[0043]段：“相对的分组转发装置10N，监视从多条通信路径接收的帧的序号32，使在序号中不发生缺失以及逆转那样以序号顺序向终端70-n转发帧34。”<br>说明书第[0046]段：“分组转发装置10N把接收到的帧在缓冲器(参照图5)中一次存储，在缓冲器中有帧就即刻读出向终端70-n转发。此时，分组转发装置10N监视序号，使在序号中没有缺失以及逆转那样，以序号顺序转发帧。” | 对比文件的核心目的之一就是确保按序号顺序（即帧被传送的次序）来处理和转发帧，无论这些帧是从哪条路径接收到的。这直接公开了“以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组”。图2的文字描述及整个系统设计都体现了这一原则。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。《直接公开》 | 说明书第[0048]段：“在图2的例子中，丢失了帧302。在该场合，分组转发装置10N从通信路径1 NW1接收SN：2的帧312，把该帧312在缓冲器中存储，并向终端70-n发送。但是，由于两路径的转发延迟差，分组转发装置10N有时在接收帧312前从通信路径0 NW0接收SN：3的帧303。在该场合，分组转发装置10N尽管已经接收SN：3的帧303也要等待有可能从通信路径1 NW1到来的SN：2的帧312。换言之，分组转发装置10N，在缓冲器中存储接收到的帧303，但是在帧312的接收以及发送结束前不能发送帧303。”<br>图10的流程图（S201-S204）展示了当接收到一个序号大于当前期待序号的帧时，会将其存储在缓冲器中。 | 对比文件明确描述了由于路径延迟差异，可能出现后发送的帧（如SN:3）先于先发送的帧（如SN:2）被接收到的乱序情况（参见图2）。此时，对比文件教导将先接收到的、序号更大的帧（SN:3）在缓冲器中存储，直到序号更小的帧（SN:2）被接收和处理（转发）后，才能继续处理该缓冲的帧。这完全对应于目标专利特征F：第二分组（SN:3）在第一分组（SN:2）之前被接收到，并缓冲第二分组直至第一分组被处理。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。《隐含公开》 | 说明书第[0059]段：“本实施方式中的输入输出线路接口11是以太网(注册商标)用的线路接口。”<br>说明书第[0062]段：“输入首部处理部12参照首部处理表20(图7)，给各输入帧的装置内首部42设定输出NIF ID 427、输出端口ID 422、流ID 423以及复制位425的值。进而，输入首部处理部12解析输入帧的MAC首部...”<br>图5展示了输入帧缓冲器控制部13、输入首部处理部12等结构，它们处理MAC首部、MPLS首部等。 | 目标专利说明书第[0068]段指出处理可在比传输层低的层（如MAC层）执行。对比文件中的分组转发装置在“输入帧缓冲器控制部”执行帧的排序、缓冲和转发决策，该部分处理涉及MAC地址、MPLS标签、序号等，这些都属于数据链路层（层2）或网络层（层3）的范畴，明显低于传输层（层4）。虽然对比文件未明确说明其操作所在的协议栈层级，但本领域技术人员根据其处理的内容（MAC/MPLS首部）和装置的结构框图，能够合理推断出该处理发生在协议栈中比传输层低的层。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组。《未公开》 | 未发现相关内容。 | 对比文件解决乱序问题依赖于帧本身的序号和路径接收位，并通过检测序号缺失来触发缓冲等待机制。在整个说明书中，没有提及任何类似于“流开始标记分组”的特殊控制分组。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。《未公开》 | 未发现相关内容。 | 由于对比文件不存在“流开始标记分组”，因此也就不存在基于接收该标记分组而触发的缓冲操作。其缓冲机制是基于序号比较和路径接收位的检查自动触发的（见图10的S201-S204）。该技术特征未被公开。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组。《未公开》 | 未发现相关内容。 | 同特征H、I，对比文件中未使用任何“流结束标记分组”。其路径切换或帧结束的判断是基于序号连续性或定时器超时。该技术特征未被公开。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。《隐含公开》 | 说明书第[0102]段：“在S504，在接收位1362以及1363都是“0”的场合，缓冲器读出处理部135判定为序号中发生了缺失...在该场合，缓冲器读出处理部135停止帧发送，直至从剩余的通信路径接收到和丢失的帧相同内容的帧。但是，在经过了规定的时间...仍未接收到和丢失的帧相同内容的帧的场合，缓冲器读出处理部135判定为在两个通信路径中丢失了相同内容的帧，重新开始帧的发送。”<br>图14的S514-S516展示了判断是否从两条路径都收到了下一序号的帧，以确定是否丢失了当前序号的帧。 | 对比文件虽然没有直接使用“已被处理”的表述，但其逻辑中包含了“确定与先前路径相关联的分组是否已无法被处理”的等效步骤。例如，当检测到序号缺失时，系统会等待来自另一路径的相同序号帧。如果等待超时，或者从两条路径都收到了下一个序号的帧，则判定当前序号帧已丢失（即不可能再被处理），从而决定开始处理后续分组。这实质上是一种确定“与先前路径相关联的分组已被（或无法被）处理”的逻辑判断，隐含公开了该特征。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。《直接公开》 | 说明书第[0051]段：“此时，分组转发装置10N在定时器(参照图8)上设定两路径的转发延迟差81，开始向下计数...然后，在该定时器成为“0”的时刻...分组转发装置10N重新开始帧的发送。”<br>说明书第[0102]段：“但是，在经过了规定的时间(亦即在S503取得的两路径延迟差212)仍未接收到和丢失的帧相同内容的帧的场合，缓冲器读出处理部135判定为在两个通信路径中丢失了相同内容的帧，重新开始帧的发送。”<br>图10的S510-S511展示了设定定时器并检查其是否到期的过程。 | 对比文件明确公开了当发生序号缺失时，会启动定时器（读出定时器13E/130E），并设定一个预定的等待时间（例如两路径延迟差Ddif）。缓冲的帧（即特征F中所述的先收到的后续分组）将一直被缓冲，直到该定时器超时（“成为0”）才被释放和处理。这直接对应于“缓冲...直至预定缓冲超时时段期满”。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。《未公开》 | 未发现相关内容。 | 对比文件自始至终描述的都是基于序号进行排序和缓冲的机制，旨在防止帧丢失和乱序，适用于其所述的广播服务等场景。说明书中没有提及根据传输层协议（如TCP/UDP）的不同而采取不同的处理策略。其处理逻辑是统一的，不依赖于“协议标识符”。因此，该技术特征未被公开。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。《未公开》 | 未发现相关内容。 | 对比文件区分分组来自哪条路径的方式，是通过检查输入帧缓冲器中对应序号的“0路径接收位”和“1路径接收位”（参见图10，S203），这些位是接收端根据接收端口ID设置的，而不是分组自身携带的标志。说明书中没有描述在分组中设置“新路径标志”的技术手段。因此，该特征未被公开。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。《未公开》 | 未发现相关内容。 | 对比文件不使用任何“标记分组”来携带分组标识信息。其用于标识分组和确定顺序的核心信息是每个数据分组自身携带的“序号”（SN）。因此，该技术特征未被公开。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。《未公开》 | 说明书第[0042]段：“分组转发装置10A给帧30赋予表示帧发送顺序信息的序号32...”<br>说明书第[0064]段：“在序号415中设定表示每一流的帧发送顺序的整数。” | 对比文件公开了使用“序号”（序列号）作为标识分组顺序的信息。然而，此公开是作为对比文件基本工作机制的一部分（每个数据分组都有序号），并非在“标记分组”中携带，也不用于在标记分组中“唯一性地标识与先前路径相关联的至少一些分组”。因此，该序号的应用场景和目的与目标专利特征P所限定的不同。特征P是依附于特征O的，既然特征O未被公开，特征P作为其进一步限定的具体内容也未被独立公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示先前路径，并且所述MAC PDU的第二传送地址指示经更新路径。《隐含公开》 | 说明书第[0062]段：“进而，输入首部处理部12，在装置内首部42的序号SNnow 424中设定接收到的帧的序号415的值...”<br>说明书第[0085]段：“输入输出线路接口11-i，当从输入线路接收到帧40或者41时，在接收帧中附加图6中表示的装置内首部42。”<br>图6：装置内首部42包括输入端口ID 421。<br>图10的S204：根据输入端口ID 421设置对应的路径接收位（0路径或1路径）。 | 目标专利特征Q涉及在MAC层检查传送地址（TA）来区分路径。对比文件虽未明确提及检查MAC PDU的TA，但其实现路径区分的底层逻辑是相似的：它在接收端根据分组到达的物理端口（输入端口ID 421，该ID与特定的输入输出线路接口11-i，亦即与特定的MAC接口相关联）来设置路径标识（0路径接收位或1路径接收位）。输入端口ID本质上反映了该分组是从哪个MAC接口（具有特定MAC地址）进入设备的。本领域技术人员可以理解，在对比文件的实现中，要确定输入端口ID，必然需要在接口层（即MAC层或与之直接相关的硬件层）进行识别和记录。因此，对比文件通过“输入端口ID”区分路径的方法，在技术本质上等同于或隐含了“在接口层...检查...传送地址”来区分路径的技术手段。 |
<<<A>>><<<D>>><<<E>>><<<F>>><<<L>>><<<b>>><<<c>>><<<g>>><<<k>>><<<q>>>