对比文件的名称：2011-11-30_CN101010880B_发明授权_CN101010880B 可靠地传输数据的方法、装置和网络以及实时数据传递系统
目标专利的名称：313用于多跳混合网络的无缝切换CN104813605B
本次调用的模型名称：DeepSeek最新版本模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组。 | 对比文件说明书第[0043]-[0044]段，图4A-4D：“解码器接收数据分组和差错纠正分组……当接收到隧道头部时，隧道头部被分析以确定特定的块和会话标识符。分组然后被拷贝到与特定块和会话标识符相关联的缓冲器的槽中。” | **直接公开**。对比文件明确公开了在网络节点（解码器）处接收多个数据分组（相当于第一分组、第二分组）的技术特征。虽然对比文件未明确限定网络为“混合网络”或接口为“第一进入接口”，但其描述的解码器（网络设备）在网络上接收分组，属于网络设备接收分组的常规设置。本领域技术人员能够毫无疑义地确定，解码器必然通过其网络接口（即“进入接口”）接收分组。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联。 | 未找到对应内容。对比文件涉及的是在已建立的固定隧道（如GRE隧道）内传输分组以实现可靠性，并未涉及在传输过程中发生“路径更新”或“路径切换”的情景。所有分组均通过同一隧道（路径）传输。 | **未公开**。目标专利的核心场景是因“路径更新”导致同一流的分组通过两条不同路径（先前路径和经更新路径）传输。对比文件解决的是在固定路径（隧道）上因丢包导致的可靠性问题，其技术方案建立在路径固定的前提下，完全没有提及或涉及“路径更新”、“路径切换”或“先前路径”的概念。因此，该技术特征未被对比文件公开。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联。 | 未找到对应内容。理由同技术特征B。对比文件未涉及路径更新，因此不存在“经更新路径”的概念。 | **未公开**。理由同技术特征B。对比文件的技术方案不涉及路径的动态更新和切换，因此“经更新路径”这一与路径更新紧密相关的特征未被公开。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联。 | 对比文件说明书第[0043]段：“当接收到隧道头部时，隧道头部被分析以确定特定的块和会话标识符。” | **未公开**。虽然对比文件公开了对于每个收到分组，需要确定其“块和会话标识符”，但此确定的目的是为了将分组归类到正确的缓冲器中进行差错恢复（见[0046]段），而不是为了区分该分组来自于“先前路径”还是“经更新路径”。目标专利的“确定路径关联”是为了解决因路径切换导致的乱序问题，而对比文件的“确定块/会话标识”是为了解决固定路径下的丢包恢复问题，二者目的、应用场景和技术作用均不相同。因此，该技术特征未被公开。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。 | 对比文件说明书第[0046]段，图4D：“如果不是所有数据分组都被接收到，则可以使用差错纠正分组来重建丢失或丢弃的数据分组……重建的分组是分组435。分组随后被转发到下一网络节点。” | **未公开**。对比文件公开了在丢包发生时，利用差错纠正分组重建丢失的分组，然后进行转发。这里“处理”主要指重建和转发。然而，对比文件并未教导或暗示需要按照源设备“传送的次序”来处理分组。其重建机制是为了补全丢失的分组，而非对因路径不同而乱序到达的分组进行重新排序。目标专利强调的是按“传送次序”处理以纠正乱序，而对比文件关注的是按“内容完整性”进行处理以确保数据不丢失，二者处理的原则和目的不同。因此，该技术特征未被公开。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。 | 对比文件说明书第[0045]段，图4C：“解码器将等待一段时间来接收与特定块相关联的所有数据分组和差错纠正分组。” | **未公开**。对比文件确实提到解码器会“等待一段时间来接收”属于同一块的所有分组，其目的是收集足够的分组（包括差错纠正分组）以便进行可能的丢包重建。但这种“等待”或“缓冲”是为了实现纠错编解码算法所需的数据收集，其触发条件是“属于同一块”，而非“分组来自新路径”。目标专利的缓冲是针对“来自经更新路径的分组”，其触发条件是检测到路径切换（如收到流开始标记），目的是等待“来自先前路径的旧分组”先被处理。两者缓冲的对象、触发条件和目的存在本质区别。因此，该技术特征未被公开。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。 | 对比文件说明书第[0031]段：“本发明的技术和机制提供了网络层上有效而高效的分组传输。”；[0030]段：“通过提供用于网络层上可靠性的机制……” | **隐含公开**。对比文件明确指出其可靠性机制是提供在“网络层”上的。在标准的协议栈（如TCP/IP模型）中，网络层（如IP层）位于传输层（如TCP/UDP层）之下。虽然“比传输层低的层”可能还包括数据链路层等，但网络层无疑是符合该描述的层之一。本领域技术人员阅读对比文件后，能够合理推断出其描述的差错纠正处理（编码、解码、重建）是在网络层实现的，这属于在“协议栈中比传输层低的层上执行”。因此，该技术特征被对比文件隐含公开。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组。 | 未找到对应内容。对比文件中没有“流开始标记分组”的概念。其用于控制差错恢复流程的是包含“会话ID”、“块ID”等信息的隧道头部（参见[0047]段，图5），但这些头部信息用于标识分组块和会话，而非专门用于指示一条新路径的开始。 | **未公开**。“流开始标记分组”是目标专利中用于通知接收设备路径已切换、新路径分组即将到来的特定控制分组。对比文件的隧道头部虽然也是一种控制信息，但其功能是标识数据块和差错纠正分组，用于丢包恢复，与指示路径切换无关。因此，该技术特征未被公开。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。 | 未找到对应内容。理由同技术特征H，对比文件无“流开始标记分组”，因此也不存在基于此的响应动作。 | **未公开**。理由同技术特征H和F。该特征依赖于“流开始标记分组”这一特定信令，而对比文件未公开此信令，因此相应的缓冲控制方法也未被公开。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组。 | 未找到对应内容。对比文件中没有“流结束标记分组”的概念。 | **未公开**。同技术特征H，“流结束标记分组”是目标专利中用于指示旧路径分组已发送完毕的特定控制分组。对比文件未公开此概念。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。 | 未找到对应内容。对比文件未涉及“先前路径”分组处理完毕的确定。其解码器判断块处理完成的依据是计时器超时或收到该块的所有（预期数量的）分组（见[0045]段），这与路径无关。 | **未公开**。该特征与“先前路径”这一概念紧密绑定，而对比文件未公开路径切换场景，因此该确定步骤未被公开。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。 | 对比文件说明书第[0045]段：“解码器将等待一段时间来接收与特定块相关联的所有数据分组和差错纠正分组。”；[0072]段：“解码器使用计时器来跟踪从在块缓冲器中接收到第一分组时起的时间量。” | **隐含公开**。对比文件明确公开了解码器为等待属于同一块的所有分组，会使用计时器并等待一个“设置的时间段”（即预定缓冲超时时段）。虽然该“等待/缓冲”的目的（为纠错收集数据）与目标专利（为排序等待旧路径分组）不同，但“缓冲分组直至预定超时期满”这一具体的技术手段已被对比文件公开。本领域技术人员可以合理推断出，为实现“等待一段时间”的功能，必然涉及设置一个“预定缓冲超时时段”并在其期满时采取行动。因此，该技术特征被隐含公开。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。 | 未找到对应内容。对比文件未提及根据传输协议类型（如TCP/UDP）来区分处理策略。其可靠性机制（前向纠错）是在网络层提供的，旨在对各种上层协议透明。 | **未公开**。目标专利提出了一种智能处理策略：根据传输层协议是可靠递送型还是尽力型，决定是否进行乱序重排。这是一种优化手段。对比文件完全没有提及或暗示这种基于协议标识符的分流处理策略。因此，该技术特征未被公开。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。 | 对比文件说明书第[0047]段，图5：“32位的位序列字段被划分成包括一位优胜转发差错纠正奇偶校验选择位503……在一个实施例中，奇偶校验选择位对于奇偶校验分组或差错纠正分组被设置为1，并且对于数据分组被设置为0。” | **未公开**。对比文件公开了在分组头部设置“奇偶校验选择位”来区分数据分组和差错纠正分组。然而，该标志的作用是区分分组类型（数据/纠错），用于差错恢复流程，而非用于指示分组所属的“路径”。目标专利的“新路径标志”是专门用于标识分组属于新切换的路径，以解决路径区分问题。两者标志的用途和解决的技术问题不同。因此，该技术特征未被公开。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。 | 对比文件说明书第[0047]段，图5：“32位的转发差错纠正会话ID 501被用来标识特定隧道和会话……10位的块标识符505和21位的序列号507。”；[0043]段：“块和/或会话标识符可以统称为块标识符。” | **隐含公开**。对比文件公开了通过“标记分组”（即带有隧道头部的分组，其头部包含了控制信息）来传输“分组标识信息”，具体包括“会话ID”、“块ID”和“序列号”。这些标识信息组合起来可以“唯一性地标识”特定分组（例如，某会话某块中的某个序列号的分组）。虽然对比文件中这些标识信息用于在固定隧道内标识分组以进行丢包恢复，而目标专利中用于标识“先前路径”上传送的分组以进行排序，但“接收包含唯一性分组标识信息的标记分组”这一技术手段本身已被对比文件公开。在隐含公开判断的宽松标准下，可以认为该技术特征被隐含公开。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。 | 对比文件说明书第[0047]段：“21位的序列号507。” | **直接公开**。对比文件明确公开了“序列号”作为分组标识信息的一种。因此，“分组序列号”这一具体类型被对比文件直接公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。 | 未找到对应内容。对比文件完全在IP网络层（三层）讨论问题，使用GRE隧道封装。其技术方案不涉及也不依赖于MAC层（二层）的地址信息。 | **未公开**。该技术特征涉及利用MAC层的传送地址（TA）来区分路径，这是基于混合网络设备多接口特性的底层区分方法。对比文件的技术方案构建在网络层隧道之上，与底层MAC地址无关，完全没有提及或涉及检查MAC PDU传送地址。因此，该技术特征未被公开。 |
<<<g>>><<<l>>><<<P>>>