**对比文件名称**：2012-10-18_US2012263182A_发明申请_US20120263182A1 Communication Apparatus, Communication System, Absent Packet Detecting Method and Absent Packet Detecting Program
**目标专利名称**：用于多跳混合网络的无缝切换 CN104813605B
**模型名称**：DeepSeek-Latest
---
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (段落标号/位置) | 公开性论述 |
| **技术特征A**：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组，<br>**判断结果**：未公开 | 对比文件描述了接收器从多个网络接收数据包。例如，在[0047]段描述了“The networks 31 through 34 deliver the packets sent out from the transmitter 1 to the receiver 2.”，并在[0060]-[0067]段描述了序列缓冲区211-214从网络31-34接收数据包。 | **未被公开**。对比文件公开了从多个网络（即多个不同路径）接收属于同一数据流的分组。然而，目标专利的特征A强调在“第一进入接口处”接收第一分组和第二分组，这特指在路径更新前后，分组通过不同路径但**抵达同一物理或逻辑接口**的情景（见图2及[0066]-[0067]段描述的问题）。对比文件中的每个序列缓冲区对应一个独立的网络/路径（例如，缓冲区211对应网络31），这意味着分组是通过**不同的进入接口**（即不同的网络接口）接收的，而非通过“同一进入接口”。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联，<br>**判断结果**：未公开 | 对比文件未提及“路径更新”（path update）的概念。它描述的是在多个静态、并行的路径上同时分发数据包以扩展带宽（参见[0003]段）。例如，[0047]段描述了分配器14将数据包循环分配到网络31-34。 | **未被公开**。对比文件描述的是在固定的多条路径上**同时并发**传输数据包（多路径传输），而非目标专利中因网络状态变化（如链路故障、负载均衡）而发生的**动态路径切换**（从一条“先前路径”更新到另一条“经更新路径”）。在对比文件中，所有路径都是预先确定并同时活跃的，不存在“路径更新之前使用的先前路径”这一时间维度和状态关联。因此，该特征未被公开。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联<br>**判断结果**：未公开 | 同上，对比文件未涉及路径更新的概念，因此也不存在“经更新路径”以及与路径更新之后相关联的分组。 | **未被公开**。理由同特征B。对比文件的多路径环境是静态并行的，不存在从一条路径切换到另一条路径的动态更新过程，因此没有与“经更新路径”相关联的第二分组。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联<br>**判断结果**：隐含公开 (d) | 对比文件描述了接收器需要知道每个数据包来自哪个网络/路径，以便将其存入对应的序列缓冲区。例如，[0060]-[0067]段说明了序列缓冲区211-214分别从网络31-34接收数据包。取走控制部分22/22A需要检查每个缓冲区的数据包序列号（SEQ）以恢复顺序（参见图2、7流程）。 | **隐含公开**。虽然对比文件没有“先前路径”和“经更新路径”的动态区分，但其技术方案的核心前提是**区分每个数据包所属的特定路径（网络）**。接收器（receiver 2）通过将来自不同网络（31, 32, 33, 34）的数据包放入不同的序列缓冲区（211, 212, 213, 214），实质上就是“对于每个收到分组，确定该收到分组与哪条路径相关联”。本领域技术人员可以毫无困难地理解，要实现多路径数据的重组，必须能够识别分组来源的路径。因此，对比文件隐含了“确定分组与哪条路径相关联”这一技术手段，尽管其应用场景是静态多路复用而非动态切换。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。<br>**判断结果**：直接公开 (E) | 对比文件详细描述了按序列号（SEQ）顺序处理（取出并传递）数据包的过程。例如，[0078]-[0090]段（图2流程图）描述了取走控制部分22检查每个序列缓冲区头部的SEQ，如果与期望的SEQ匹配，则取出该数据包并传递给输出缓冲区24，然后递增期望SEQ，从而保证了数据包按照发送端的原始顺序被处理。 | **直接公开**。对比文件明确公开了接收端按照数据包的序列号顺序（即其被传送的次序）从多个路径的缓冲区中取出并处理数据包。其“sequence acknowledging operation 221”的目的正是为了“restoring the sequence of flows”（恢复流顺序，见[0016]段）。这与目标专利特征E“以被传送的次序处理分组”的技术方案和作用完全相同，都是为了保证数据的有序递交。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。<br>**判断结果**：隐含公开 (f) | 对比文件描述了由于不同网络延迟差异，数据包可能乱序到达。序列缓冲区（211-214）的作用就是临时存储（缓冲）提前到达的数据包，等待延迟更高的路径上的数据包到达，以便按序取出。例如，[0094]-[0096]段（图4）描述了网络33延迟较大，SEQ=6的数据包尚未到达，因此SEQ=7及之后从其他网络到达的数据包被存储在各自的序列缓冲区中等待。 | **隐含公开**。对比文件公开了在多路径环境下，为了解决因路径延迟不同导致的乱序接收问题，接收端使用序列缓冲区来**缓冲先到达的分组，等待后到达（但序列号更小）的分组**，从而实现按序处理。虽然其场景是并发多路径而非路径切换，但其中蕴含的技术思想“缓冲先到分组以等待应更早被处理的分组”与目标专利特征F完全一致。本领域技术人员可以直接且毫无疑义地从对比文件推断出这一技术手段。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。<br>**判断结果**：隐含公开 (g) | 对比文件描述的通信装置（如接收器2）及其组件（序列缓冲区、取走控制部分、ACK发送部分）的操作，主要涉及数据包的分发、排序、确认和重传触发。虽然提到了TCP序列号，但其实施重点在于网络层/链路层的缓冲区管理和路径管理。例如，[0047]段提到分配数据包到不同网络，[0060]段描述在序列缓冲区存储数据包，这些操作通常发生在传输层之下。 | **隐含公开**。对比文件所描述的数据包排序、缓冲、路径区分等操作，并未在TCP等传输层协议内部完成，而是由独立的“通信装置”（如网关或具有多路径功能的网卡）实现。这通常对应于协议栈中网络层或数据链路层（或如目标专利所述的抽象层/接口层）的功能。本领域技术人员阅读对比文件后，能够理解其所揭示的乱序处理机制是在终端主机的传输层协议之下（或之外）的一个中间层实现的，因此该特征被隐含公开。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组<br>**判断结果**：未公开 | 对比文件全文未提及任何“流开始标记分组”（flow start marker packet）或类似概念。其路径管理和丢包检测机制完全基于数据包自身的序列号（SEQ）和缓冲区状态。 | **未被公开**。目标专利使用特定的“流开始标记分组”作为路径切换的信令。对比文件完全没有涉及任何用于指示路径开始或结束的标记分组。两者的技术手段根本不同。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。<br>**判断结果**：未公开 | 同上，对比文件不存在“流开始标记分组”，因此也没有响应于此分组而触发的特定缓冲逻辑。其缓冲逻辑是基于序列号的连续性和所有路径缓冲区状态的检查（如特征F所述）。 | **未被公开**。该特征依赖于特征H的“流开始标记分组”，既然该标记分组不存在，那么基于此的特定响应操作也不存在。对比文件的缓冲触发条件不同。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组<br>**判断结果**：未公开 | 对比文件全文未提及任何“流结束标记分组”（flow end marker packet）或类似概念。 | **未被公开**。理由同特征H。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。<br>**判断结果**：未公开 | 对比文件通过序列号的推进（期望SEQ）来隐含确认某些序号之前的分组已被处理/传递，但并未使用“流结束标记分组”作为确定特定路径分组处理完毕的显式信令。 | **未被公开**。该特征在目标专利中与“流结束标记分组”紧密相关，用于明确指示旧路径分组的结束。对比文件没有公开这种基于特定标记的确定方式。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。<br>**判断结果**：未公开 | 对比文件描述了对缓冲区状态的监控和溢出处理（第三、四实施例），但未提及基于“预定缓冲超时时段”来决定是否停止缓冲并释放/处理分组。其重传触发是基于缓冲区有数据或溢出。 | **未被公开**。目标专利引入了超时机制作为缓冲的补充或替代结束条件。对比文件没有公开任何与缓冲相关的超时定时器或超时期满的处理逻辑。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。<br>**判断结果**：未公开 | 对比文件主要针对可靠传输协议（如TCP）进行描述，其整个排序和丢包检测机制都是为可靠递送设计的（参见[0005]段提及TCP）。全文未讨论对“尽力型传输协议”（如UDP）采取不同的、不排序的处理策略。 | **未被公开**。目标专利的特征M明确提出了根据协议类型（可靠递送 vs. 尽力型）动态选择不同的排序策略。对比文件仅公开了针对可靠协议的一种处理方式（即始终排序），完全没有提及或暗示可以对不同协议采取差异化处理。因此，该特征未被公开。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。<br>**判断结果**：未公开 | 对比文件未描述在数据包中设置“新路径标志”（new path flag）来区分路径。其路径区分是通过数据包到达不同的物理网络接口/序列缓冲区实现的。 | **未被公开**。目标专利提出通过在分组内嵌入标志来区分路径。对比文件使用的是不同的物理接口区分路径，未公开在分组报头中设置路径标识符的技术手段。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。<br>**判断结果**：未公开 | 对比文件未提及任何“标记分组”（marker packet）携带“分组标识信息”（如校验和、序列号列表）用于标识旧路径分组。其分组标识完全依靠每个数据包自身的序列号（SEQ）。 | **未被公开**。该特征涉及使用专门的标记分组来携带旧路径分组的标识信息，这是一种特定的信令机制。对比文件没有使用任何此类专门的标记分组来实现路径区分或分组标识。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。<br>**判断结果**：未公开 | 对比文件使用了分组序列号（SEQ）来标识和排序每个分组。例如，[0050]段描述SEQ提供部分12为每个数据包分配序列号。 | **直接公开 (P)**。对比文件明确公开了使用“分组序列号”（packet sequence number）作为分组标识信息。虽然该序列号在对比文件中用于全局排序，而非专门用于标识“与先前路径相关联的分组”，但其作为“分组标识信息”的一种具体类型已被直接公开。目标专利将“分组序列号”列为选项之一，该选项已被对比文件公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。<br>**判断结果**：未公开 | 对比文件未描述检查MAC PDU的传送地址（TA）来区分路径。其路径区分是基于数据包进入不同的网络接口（对应不同的序列缓冲区）。虽然这可能在底层实现中涉及MAC地址，但对比文件说明书并未明确揭示或讨论在MAC层检查传送地址作为路径区分的技术手段。 | **未被公开**。目标专利明确提出了在MAC层检查传送地址（TA）这一特定技术手段。对比文件仅在高层次上描述数据包从不同“网络”到达，并未深入到MAC PDU的传送地址层面来解释如何区分路径。本领域技术人员无法从对比文件中直接且毫无疑义地得出或必然推导出这一具体实现方式。 |
---
根据以上分析，对比文件直接公开了技术特征E和技术特征P，隐含公开了技术特征D、F、G。
<<<E>>><<<P>>><<<d>>><<<f>>><<<g>>>