对比文件名称：2009-05-20_EP2061211A_发明公开_EP2061211A1 PACKET RECOVERY METHOD, COMMUNICATION SYSTEM, INFORMATION PROCESSING DEVICE, AND PROGRAM
目标专利名称：用于多跳混合网络的无缝切换CN104813605B
本次调用模型名称：DeepSeek-R1
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组， | 对比文件描述了接收节点接收来自传输节点的数据包。例如，在背景技术部分描述了接收节点（reception node）接收数据包（参见段落[0002], [0008]）。具体地，在描述操作时，图4和图6示出了接收节点112从传输节点111接收数据包，包括初始传输的数据包和重传的数据包（参见段落[0046], [0050], [0062], [0069]）。 | **《直接公开》** 对比文件公开了在通信系统中的设备（接收节点）处接收与数据流相关联的多个数据包（第一分组、第二分组等）。这是任何分组交换网络通信的基本操作。本领域技术人员能够毫无疑义地得出，设备必然通过其进入接口（通信单元）来接收这些分组。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联， | 对比文件提到了多路径环境，并描述了数据包通过特定路径传输。例如，在背景技术中描述了“mobile inverse max”技术，其中重传数据包可以通过与首次传输不同的路径发送（参见段落[0006], [0018]）。在第二实施例中，传输节点选择路径1或路径2来发送重传数据包（参见段落[0067]-[0069]）。 | **未被公开**。目标专利中的“与路径更新之前使用的先前路径相关联”是指分组因网络中的主动路径切换（如负载均衡、链路故障）而通过旧的路径传输。对比文件中，分组与特定路径的关联是基于重传事件：初始传输可能通过一路径，而重传可能选择另一路径。这种关联的出发点是实现高效重传，避免特定路径的丢失或延迟，而非应对混合网络中因拓扑变化导致的主动“路径更新”。两者作用不同。对比文件未公开目标专利中因“路径更新”事件而导致分组与“先前路径”相关联的技术特征。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联 | 同上，对比文件提到了重传数据包可以通过与首次传输不同的路径发送（参见段落[0006], [0018], [0067]-[0069]）。 | **未被公开**。理由同技术特征B。目标专利中的“与路径更新之后使用的经更新路径相关联”是路径更新事件的结果。对比文件中，重传数据包通过不同路径发送是重传控制策略的一部分（如选择延迟更小的路径），并非是对“路径更新”事件的响应。两者技术问题和技术手段的上下文不同。因此，该技术特征未被对比文件公开。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联 | 对比文件中，接收节点可以基于数据包中的信息（如重传ID、序列号）来区分数据包。在背景技术中，提到重传ID可以作为路径标识符（参见段落[0019]）。在描述节点配置时，图7中的重传控制单元（610）和顺序控制单元（630）基于会话序列号和重传ID处理数据包（参见段落[0081], [0088]）。 | **未被公开**。目标专利中“确定分组与先前路径还是经更新路径相关联”的目的是为了对因路径切换而乱序到达的同一数据流分组进行正确排序。对比文件中，接收节点区分数据包（例如基于重传ID）的主要目的是为了进行重传控制（避免冗余请求）和跨不同重传ID（可能对应不同路径）的数据顺序重组，其核心是解决多路径并行传输（包括重传）引起的乱序，而非解决因单一数据流路径主动更新（切换）而引起的乱序。两者要解决的问题和确定路径关联性的目的存在差异。因此，该技术特征未被直接或隐含公开。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。 | 对比文件中描述了顺序控制。图7中的顺序控制单元（630）基于会话序列号（session sequence number）来恢复数据包的传输顺序，并将有序的数据包传递给外部传输单元（参见段落[0081], [0097]）。 | **未被公开**。目标专利中的“以传送次序处理”特指在路径更新场景下，对通过新旧两条路径到达的同一流的分组，按照其从源设备发出的原始时间顺序进行处理，核心在于处理路径切换导致的乱序。对比文件中的顺序控制（order control）是针对通过可能不同的逻辑流（会话）或路径到达的数据，基于“会话序列号”进行重新排序，以确保应用层数据的正确顺序，这更接近于传统的端到端顺序保证机制。两者虽然都涉及顺序处理，但所针对的乱序成因（主动路径切换 vs. 多路径并行传输/重传）、处理层面（目标专利强调在传输层以下，见特征G）和技术上下文不同。因此，该技术特征未被公开。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。 | 对比文件提到了当重传数据包通过不同路径更早到达时可能产生乱序（参见段落[0024]-[0026]）。在第二实施例中，图6显示重传数据包（seq 10）可能比通过原路径发送的较晚序列号数据包（seq 8,9）更早到达（参见段落[0072]）。 | **未被公开**。目标专利明确公开了缓冲机制：当新路径分组先于旧路径分组到达时，缓冲新路径分组直至旧路径分组被处理。这是其实现“无缝切换”和顺序保证的核心手段之一。对比文件虽然认识到多路径传输可能引发乱序（重传包先于后续原始包到达），但并未公开任何针对此乱序的“缓冲”解决方案。相反，对比文件通过为重传包分配新的序列号（新的重传ID和序列号）来避免接收节点错误地请求重传（段落[0072]），即其解决思路是改变分组标识以避免误判，而非通过缓冲来维持原始传送次序。因此，该技术特征未被公开。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。 | 对比文件的处理涉及传输层或应用层协议。例如，其讨论了TCP、SACK（传输层），以及会话序列号（可能对应应用层会话如TCP、RTSP）（参见段落[0004], [0082]）。图7中的顺序控制单元（630）和重传控制单元（610）的功能描述并未明确限定其在协议栈中的具体位置，但基于其处理会话序列号、重传序列号等功能，通常涉及传输层或以上。 | **未被公开**。目标专利明确限定处理（特别是分组排序和缓冲）在“比传输层低的层上执行”，例如数据链路层（MAC层）或网络层，以实现快速切换和低延迟处理。对比文件描述的重传控制、顺序控制、以及基于ACK-to-Ack的机制，明显涉及传输层（如TCP）或更高层的端到端语义。两者处理的协议栈层级不同。因此，该技术特征未被对比文件公开。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组 | 对比文件使用了控制消息，如确认消息（acknowledgement message）和确认的确认消息（Ack-to-Ack）（参见段落[0043], [0051]）。 | **未被公开**。目标专利中的“流开始标记分组”是用于指示新路径开始传输的特定控制分组，是路径切换信令的一部分。对比文件中的“Ack-to-Ack”是接收节点发送的确认消息的确认，用于告知接收节点哪些序列号之前的包无需再确认，属于重传反馈控制机制，并非用于指示路径的开始。两者的目的、内容和在协议中的作用均不相同。因此，该技术特征未被公开。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。 | 无相应公开内容。 | **未被公开**。对比文件中没有公开“流开始标记分组”，更没有公开基于接收此类分组而触发缓冲操作的机制。因此，该技术特征未被公开。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组 | 无相应公开内容。 | **未被公开**。对比文件中没有公开“流结束标记分组”。因此，该技术特征未被公开。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。 | 对比文件中，接收节点在收到包含Ack-to-Ack的消息后，可以确定发送方已确认某些序列号之前的数据包（参见段落[0044], [0053]）。 | **未被公开**。目标专利中“确定与先前路径相关联的分组已被处理”是基于接收到“流结束标记分组”这一特定事件，标志着旧路径传输的结束。对比文件中，基于Ack-to-Ack的确定是关于“发送方已确认收到或检测到丢失”哪些序列号的数据包，这是传输层重传确认机制的一部分，与路径的结束无关。两者确定的对象和依据完全不同。因此，该技术特征未被公开。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。 | 无相应公开内容。 | **未被公开**。对比文件中没有公开任何与路径切换相关的缓冲机制，更没有公开基于“预定缓冲超时时段”的缓冲控制。因此，该技术特征未被公开。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。 | 对比文件提到了TCP（可靠协议）和UDP（尽力型协议）（参见段落[0004], [0020]）。 | **未被公开**。目标专利公开了一种根据协议类型（可靠递送 vs 尽力型）动态调整处理策略的机制：对可靠协议进行严格排序，对尽力型协议则按接收顺序处理以降低延迟。这是一个优化的、差异化的处理特征。对比文件虽然提到了TCP和UDP协议，但并未公开根据分组协议标识符来动态选择不同排序/处理策略（按传送次序 vs 按接收次序）的方法。其描述的重传和顺序控制机制并未区分协议类型。因此，该技术特征未被公开。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。 | 对比文件描述了在数据包中包含标识信息，如重传ID（retransmission ID），该ID可以对应不同的路径（参见段落[0019], [0085]）。 | **未被公开**。目标专利中的“新路径标志”是专门为指示分组属于路径更新后的“新路径”而设置的标志，是路径切换信令的体现。对比文件中的“重传ID”用于区分不同的重传控制单元或逻辑数据流，其可能对应于不同路径，但主要目的是管理重传和顺序控制会话，而非专门用于标记“经更新路径”。设置该ID的初衷和上下文（重传控制 vs. 路径切换）不同。因此，该技术特征未被公开。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。 | 对比文件使用了标记分组或控制分组，如包含Ack-to-Ack的消息（参见段落[0043], [0051]）。Ack-to-Ack包含了序列号信息。 | **未被公开**。目标专利中的“标记分组”特指一种包含“分组标识信息”（如校验和、序列号）以唯一标识旧路径上传送的分组的控制分组，用于帮助接收端识别哪些分组属于旧路径。对比文件中的“Ack-to-Ack”消息虽然也包含序列号，但其目的是通知接收方“发送方已确认到该序列号”，以减少后续确认消息的大小，并非用于标识“先前路径”上的分组。两者的目的和功能不同。因此，该技术特征未被公开。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。 | 对比文件中使用了序列号（sequence number）作为数据包的标识（随处可见，如段落[0008]）。 | **未被公开**。尽管对比文件公开了使用“序列号”作为分组标识信息，但如特征O所述，该序列号在对比文件中是用于重传控制和顺序恢复的通用标识，并非用于在“标记分组”中专门标识“与先前路径相关联的分组”以实现路径区分。因此，虽然标识信息的类型（序列号）本身被公开，但其在目标专利特定技术方案（用于路径区分的标记分组）中的应用并未被公开。该技术特征作为整体（在特征O的语境下）未被公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。 | 无相应公开内容。 | **未被公开**。对比文件完全没有提及“接口层（IL）”、“媒体接入控制（MAC）”、“MAC PDU的传送地址”或利用MAC层地址信息来区分上游路径的技术。其讨论的路径、重传ID、序列号等均位于更高协议层。因此，该技术特征未被对比文件公开。 |
<<<A>>>