本次调用的模型名称：DeepSeek-R1。
对比文件名称：2011-06-15_CN101345705B_发明授权_CN101345705B 分组转发装置及分组转发方法
目标专利名称：用于多跳混合网络的无缝切换CN104813605B
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组，《直接公开》 | 说明书第[0061]段：“分组转发装置10A通过两条以上的通信路径(在图1的例子中通信路径0NW0以及通信路径1 NW1)和相对的分组转发装置10N连接。”；说明书第[0066]段：“分组转发装置10A给帧30赋予表示帧发送顺序信息的序号32，并复制该帧30。然后，分组转发装置10A向通信路径0 NW0以及通信路径1 NW1发送帧30及其复制品。”；说明书第[0068]段：“相对的分组转发装置10N，监视从多条通信路径接收的帧的序号32，使在序号中不发生缺失以及逆转那样以序号顺序向终端70-n转发帧34。” | 对比文件公开了一种分组转发装置（10N），其具有多个接口（输入输出线路接口11-1，11-2），用于从多条通信路径（NW0， NW1）接收属于同一分组流（具有相同有效负荷）的复制帧。这些帧（例如SN:1的帧301和311）通过不同的路径（第一路径和第二路径）到达接收设备，并在接收设备的接口处被接收。这与目标专利中“在设备的第一进入接口处接收与分组流相关联的第一分组与第二分组”的技术特征相同。因此，该特征被对比文件直接公开。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联，《直接公开》 | 说明书第[0074]段：“在图2例子中，从序号(SN)：1的帧到SN：4的帧，从发送端的分组转发装置10A顺序发送。”；说明书第[0075]段：“分组转发装置10N最初从通信路径0 NW0接收SN：1的帧301。在该场合，分组转发装置10N在缓冲器中存储接收到的帧301，并向终端70-n发送。”；说明书第[0077]段：“分组转发装置10N，如果没有发生帧丢失，则在接收SN：1的帧301后，应该接收SN：2的帧302。但是，在图2的例子中，丢失了帧302。” | 对比文件描述了从源设备顺序发送的帧序列（SN:1， 2， 3， 4）。在没有发生路径切换或帧丢失的正常情况下，分组会沿着一条路径（例如通信路径0 NW0）顺序到达。当发生帧丢失（如图2中SN:2的帧302在路径0丢失）时，接收设备会期待从另一条路径（通信路径1 NW1）接收到该序号的帧。在发生这种“事件”（即一条路径上的帧丢失，需要从另一条路径接收）之前，设备从一条路径（如路径0）接收到的分组（如SN:1的帧301）即与“先前路径”相关联。对比文件虽然没有使用“路径更新”一词，但其描述的“帧丢失导致需要从另一条路径接收相同序号帧”的情形，在功能和效果上等同于目标专利中因路径更新而导致分组需从新路径传输的场景。因此，“第一分组与先前路径相关联”这一特征被对比文件直接公开。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联，《直接公开》 | 说明书第[0077]段：“分组转发装置10N从通信路径1NW1接收SN：2的帧312，把该帧312在缓冲器中存储，并向终端70-n发送。”；说明书第[0078]段：“但是，由于两路径的转发延迟差，分组转发装置10N有时在接收帧312前从通信路径0NW0接收SN：3的帧303。在该场合，分组转发装置10N尽管已经接收SN：3的帧303也要等待有可能从通信路径1NW1到来的SN：2的帧312。” | 在对比文件图2的例子中，当在通信路径0上发生帧丢失（SN:2）后，接收设备期望并最终从通信路径1接收到该序号的帧（SN:2的帧312）。对于在丢失事件发生后发送的后续帧（如SN:3），它们可能继续从原始路径（路径0）到达，也可能因为网络状况而从另一条路径到达。对比文件的核心机制就是处理来自两条路径的帧。因此，在发生路径相关事件（帧丢失）后到达的分组（例如SN:2的帧312或SN:3的帧303），就与事件后使用的“经更新路径”（在本语境下，即用于弥补丢失或传输后续帧的另一条路径）相关联。这与目标专利中第二分组与路径更新后使用的经更新路径相关联的特征在技术实质上一致，被直接公开。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联，《直接公开》 | 说明书第[0096]段：“输入首部处理部12，在装置内首部42的序号SNnow424中设定接收到的帧的序号415的值”；说明书第[0170]段：“缓冲器写入处理部134，把序号SNnow424作为向输入帧缓冲器136的写入地址使用。因此，通过比较上述读出计数器13B的值和序号SNnow，能够判定和接收到的帧同一内容的帧或者其后的帧是否已经有发送请求。”；图10的流程图S201：比较序号SNnow424和读出计数器13B的值。 | 对比文件中，接收设备（分组转发装置10N）为每个接收到的帧获取其序号（SNnow424）。通过将该序号与内部状态（读出计数器13B，代表期望接收的下一个序号）进行比较，设备可以确定该帧是期望中的“下一个”帧（可能来自先前路径），还是一个“后续”帧（可能因为先前路径的帧丢失而提前从另一条路径到达）。这种基于序号的比较和判断，实质上就是在确定每个分组相对于当前处理状态所关联的“路径时序”——即它是属于应按原顺序处理的“先前路径”流中的帧，还是属于因事件（如丢失/路径切换）而需要重新排序的“经更新路径”流中的帧。因此，该特征被对比文件直接公开。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。《直接公开》 | 说明书第[0068]段：“相对的分组转发装置10N，监视从多条通信路径接收的帧的序号32，使在序号中不发生缺失以及逆转那样以序号顺序向终端70-n转发帧34。”；说明书第[0073]段：“分组转发装置10N把接收到的帧在缓冲器(参照图5)中一次存储，在缓冲器中有帧就即刻读出向终端70-n转发。此时，分组转发装置10N监视序号，使在序号中没有缺失以及逆转那样，以序号顺序转发帧。” | 对比文件的核心目的之一就是确保从两条路径接收到的、属于同一流的分组，能够按照其序号所指示的原始发送顺序进行处理和转发。说明书多次强调“以序号顺序转发帧”。无论分组实际接收的顺序如何（例如SN:3的帧303可能在SN:2的帧312之前到达），设备都会通过缓冲等机制，确保最终输出（处理）的顺序是SN:1， SN:2， SN:3...，即按照分组被传送的次序进行处理。这与目标专利的特征E完全一致，因此被直接公开。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。《直接公开》 | 说明书第[0078]段：“分组转发装置10N有时在接收帧312前从通信路径0NW0接收SN：3的帧303。在该场合，分组转发装置10N尽管已经接收SN：3的帧303也要等待有可能从通信路径1NW1到来的SN：2的帧312。换言之，分组转发装置10N，在缓冲器中存储接收到的帧303，但是在帧312的接收以及发送结束前不能发送帧303。”；图10流程图S203-S205：若某序号的帧是首次收到，则将其存储（缓冲）在输入帧缓冲器136中。图14流程图S504：若某序号的帧尚未从任一路径收到（接收位为0），则停止发送，启动定时器等待。 | 对比文件明确描述了乱序接收的场景：SN:3的帧（第二分组，可能从路径0来）在SN:2的帧（第一分组，从路径1来）之前被接收到。此时，设备会将先到达的SN:3帧在输入帧缓冲器136中存储（缓冲），并等待SN:2帧的到来和处理。只有在SN:2帧被接收并处理后（或根据规则判定其丢失），才会处理（发送）SN:3帧。这完全对应于目标专利中“缓冲与经更新路径相关联的第二分组直至与先前路径相关联的第一分组被处理”的技术方案。因此，该特征被对比文件直接公开。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。《直接公开》 | 说明书第[0052]段：“输入帧缓冲器控制部13包含输入帧缓冲器136。”；图5：输入帧缓冲器控制部13位于网络接口板（NIF）上，处于输入输出线路接口11和开关接口14之间。说明书第[0069]段：“分组转发装置10A以及分组转发装置10N也可以转发例如把IP(Internet Protocol)分组作为有效负荷包含的以太网(注册商标)帧。” | 对比文件的分组转发装置处理的是以太网帧，其输入帧缓冲器控制部13负责基于序号进行缓冲和重排序。这一功能发生在处理以太网帧（数据链路层，层2）的层面。IP分组只是其有效载荷。因此，该重排序处理明显是在协议栈中比传输层（层4）低的层（数据链路层）上执行的。这与目标专利的特征G相同，被直接公开。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组《隐含公开》 | 对比文件没有明确记载“流开始标记分组”这一术语。 | 对比文件虽无“流开始标记分组”，但其通过检测序号的不连续性（如预期收到SN:n，却先收到SN:n+1）来触发对新路径（或后续路径）分组的缓冲等待状态。当设备接收到一个其序号大于当前期望序号的分组时（例如，期望SN:2却先收到SN:3），这个SN:3分组的到达事件本身就隐含地起到了“流开始标记分组”的作用，它向设备指示：可能发生了路径相关事件（如原路径上SN:2丢失），后续属于“新顺序流”的分组（SN:3及以后）可能已经通过另一条路径开始到达，需要启动缓冲机制。本领域技术人员可以从序号序列的“跳变”合理地推断出路径切换或异常事件的开始。因此，该特征被对比文件隐含公开。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。《隐含公开》 | 说明书第[0078]段：“分组转发装置10N尽管已经接收SN：3的帧303也要等待有可能从通信路径1NW1到来的SN：2的帧312。换言之，分组转发装置10N，在缓冲器中存储接收到的帧303，但是在帧312的接收以及发送结束前不能发送帧303。”；图14流程图S504， S510：若某序号的接收位为0（即该序号的帧未从任何路径收到），则启动定时器等待，并进入等待状态。 | 如特征H所述，接收到一个“超前”序号的分组（如SN:3）这一事件，触发了缓冲机制。对比文件明确描述了在此事件后，设备会将这个先到达的SN:3帧（属于“经更新路径”或后续流）存储在缓冲器中，并等待期望的SN:2帧（属于“先前路径”的缺失帧）被接收和处理。这正是“响应于接收到指示新流开始的事件（隐含的标记），缓冲新流分组直至旧流分组被处理”的过程。因此，该特征被对比文件隐含公开。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组《隐含公开》 | 对比文件没有明确记载“流结束标记分组”。 | 对比文件中，当设备按序号顺序成功处理并转发一个分组后，它就自然地为处理下一个序号的分组做好了准备。当与“先前路径”相关联的最后一个缺失帧（如SN:2）被接收和处理后，或者当定时器超时判定该帧丢失时，对“先前路径”的等待状态就结束了。这个“缺失帧被处理或判定丢失”的事件，在功能上等同于接收到了一个“流结束标记分组”，它指示了与先前路径相关的所有待处理分组已经处理完毕。本领域技术人员可以从系统状态的变化中合理推断出这一“结束”信号。因此，该特征被对比文件隐含公开。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。《隐含公开》 | 说明书第[0147]段：“读出计数器13B是保存作为输入帧缓冲器136的读出地址使用的值的计数器。更详细说，读出计数器13B表示存储有接着应该请求发送(参照图14的S505)的帧的输入帧缓冲器136的地址。亦即，读出计数器13B表示存储有最后请求发送的帧的输入帧缓冲器136的地址的下一地址。”；图14流程图S505-S506：当决定发送某个序号的帧后，将读出计数器13B加1。 | 对比文件中，读出计数器13B的值代表了下一个期望被处理和发送的序号。当设备成功发送了序号为n的帧（例如SN:2）后，读出计数器会递增为n+1（例如SN:3）。此时，即可确定序号小于或等于n的所有分组（包括与“先前路径”相关联的缺失帧）已被处理。这种通过维护和更新序号指针来确定处理状态的方法，隐含了“确定与先前路径相关联的分组已被处理”这一功能。因此，该特征被对比文件隐含公开。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。《直接公开》 | 说明书第[0081]段：“此时，分组转发装置10N在定时器(参照图8)上设定两路径的转发延迟差81，开始向下计数。”；说明书第[0082]段：“然后，在该定时器成为“0”的时刻...分组转发装置10N重新开始帧的发送。”；图14流程图S510：在检测到序号缺失时，在定时器13E上设定两路径延迟差，开始向下计数。S511：判定定时器是否为0。 | 对比文件明确公开了缓冲机制包含超时控制。当发生序号缺失需要等待时，设备会启动一个定时器（读出定时器13E），设定的等待时间（如两路径延迟差）。如果在定时器超时（成为“0”）时仍未收到缺失的帧，设备将不再等待，而是重新开始发送已缓冲的后续分组。这直接对应于“缓冲...直至预定缓冲超时时段期满”的技术特征。因此，该特征被对比文件直接公开。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。《未公开》 | 对比文件全文未提及基于传输层协议标识符（如TCP或UDP）来区别处理策略。其描述的1+1保护机制旨在防止帧丢失，应用于如广播服务等场景，其处理逻辑（按序号重排序）是固定的，并不依赖于检查传输层协议类型来动态选择是否进行重排序。 | 对比文件没有公开任何关于检查分组协议标识符（如区分TCP/UDP）并根据协议类型决定是否执行按传送次序处理的内容。其解决方案是针对特定服务（如广播）设计的统一重排序机制。因此，该特征未被对比文件公开。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。《未公开》 | 对比文件全文未提及在分组中设置或检查用于指示其属于“新路径”的标志（如“新路径分组”标志）。其区分路径依赖的是序号序列的逻辑和/或MAC地址（见特征Q的隐含公开），而非分组内显式的路径标志。 | 对比文件没有公开通过检查分组内特定的“新路径标志”来确定分组路径归属的技术手段。因此，该特征未被对比文件公开。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。《直接公开》 | 说明书第[0066]段：“分组转发装置10A给帧30赋予表示帧发送顺序信息的序号32，并复制该帧30。”；说明书第[0102]段：“在序号415中设定表示每一流的帧发送顺序的整数。”；图4：帧41的格式包含“序号415”字段。 | 对比文件中，源设备（10A）发送的每个帧都包含一个序号（415），该序号唯一地标识了该帧在流中的发送顺序。这些序号本身就是“分组标识信息”。当路径发生变化（例如一条路径发生帧丢失）时，接收设备（10N）正是通过接收到的帧中所携带的序号信息，来判断哪些帧是“在路径事件之前传送的”（即序号小于当前缺失序号的帧）。虽然对比文件没有独立的“标记分组”，但其每个数据分组都携带了序号这一关键标识信息，用于实现相同的路径区分和排序目的。因此，该特征被对比文件直接公开。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。《直接公开》 | 说明书第[0102]段：“在序号415中设定表示每一流的帧发送顺序的整数。” | 对比文件明确公开了分组标识信息是“序号”（Sequence Number），即分组序列号。因此，该特征被对比文件直接公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。《隐含公开》 | 说明书第[0097]段：“在发送源MAC地址412中，设定作为帧41的发送源的分组转发装置(在图1的例子中是分组转发装置10N)的接口的MAC地址。”；说明书第[0061]段：“分组转发装置10A通过两条以上的通信路径(在图1的例子中通信路径0NW0以及通信路径1 NW1)和相对的分组转发装置10N连接。” | 对比文件中的帧格式包含发送源MAC地址（412）。在图1的示例中，如果分组通过通信路径0（NW0）直接来自源设备10A，则其发送源MAC地址是10A的接口地址；如果分组通过通信路径1（NW1）传输，并且可能经过其他中继，则其发送源MAC地址可能是中继设备的接口地址。因此，接收设备在接口层（输入输出线路接口11）接收到MAC帧时，通过检查其MAC报头中的源地址（即传送地址TA），可以区分出该帧是来自源设备（指示先前路径）还是来自中继设备（指示经更新路径）。本领域技术人员可以理解，在具有多条物理或逻辑路径的网络中，不同路径上的帧其链路层源地址通常不同，利用这一信息来区分路径是合理的。因此，该特征被对比文件隐含公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<L>>><<<O>>><<<P>>><<<h>>><<<i>>><<<j>>><<<k>>><<<q>>>