对比文件名称：2010-09-09_US2010226265A_发明申请_US20100226265A1 METHOD OF CONCURRENT MULTIPATH TRANSFER BASED ON RELATIONAL PATHS
目标专利名称：用于多跳混合网络的无缝切换CN104813605B
模型名称：专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组，《直接公开》 | [0002] Because of global superiority of the Transmission Sequence Number (TSN), when multiple paths are used to transmit packets at the same time, the difference of transmission delay among each path will generate the problem that the received TSN is out of order in the receiver. | 对比文件公开了在多路径并发传输时，接收端会从不同路径接收属于同一关联（association，即分组流）的分组（packets），并可能遇到乱序问题。这直接对应于在接收设备的接口处接收来自同一分组流的第一和第二分组。虽然对比文件未明确限定为“第一进入接口”，但接收设备必然通过其网络接口（即进入接口）接收分组，本领域技术人员能毫无疑义地得出该技术方案。因此，特征A被直接公开。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联，《未公开》 | 未发现相关内容。 | 对比文件涉及的是多条路径同时进行并发传输（CMT），而非目标专利中所述的因“路径更新”（即从一条路径切换到另一条路径）而导致分组来自不同路径。对比文件中的多条路径是预先建立并同时使用的（如图4的步骤2-3），分组被分配到不同路径是基于最快路径优先等原则（步骤4），不存在一个从“先前路径”到“经更新路径”的切换事件。因此，特征B未被公开。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联，《未公开》 | 未发现相关内容。 | 同特征B的论述。对比文件描述的是静态或动态负载均衡下的并发多路径传输，而非目标专利中动态的路径切换（路径更新）场景。因此，特征C未被公开。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联，《隐含公开》 | [0015] According to this invention, for the problem of packets disorder between paths, paths are allowed to point out lost packet mutually and generate one or more gap reports. [0016] For example, in FIG. 1, TSN1 is lost in path1, TSN2 and TSN3, which are sent in path2, can also point out TSN1 is a lost packet though a gap report. | 对比文件为了解决多路径传输中的乱序和丢包问题，其核心机制（如允许路径间相互指出丢包）必然要求接收端能够识别每个接收到的分组（如TSN1， TSN2等）来自哪一条具体的传输路径（如path1或path2），否则无法判断是哪个路径发生了丢包以及进行相应的计数和重传决策。虽然对比文件未明确描述“确定收到分组与哪条路径相关联”这一步骤，但这是实现其发明目的（快速发现丢包和异常路径）所必需的基础。本领域技术人员能够从对比文件公开的“路径间相互指出丢包”这一技术手段中，合理且必然地推导出接收端需要具备区分分组所属路径的能力。因此，特征D被隐含公开。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。《隐含公开》 | [0002] ...when multiple paths are used to transmit packets at the same time, the difference of transmission delay among each path will generate the problem that the received TSN is out of order in the receiver. [0005] In normal case, packets received in receiver need to submit in order. | 对比文件明确指出，多路径传输会导致接收端TSN（传输序列号）乱序，而接收端通常需要按顺序提交（submit in order）分组给上层。其发明的目的之一就是通过改进的重传机制（如允许跨路径指出丢包）来更快地修复丢包，从而避免因为一个路径的丢包而导致后续所有分组无法按序提交（即接收端队头阻塞问题）。其最终技术效果是确保分组能够按照其TSN所指示的发送顺序被处理（提交）。因此，对比文件隐含了“以分组被传送的次序处理分组”这一目标，尽管其实施方式（通过快速重传恢复丢包）与目标专利（通过路径标识和缓冲）不同，但所要解决的核心问题（乱序）和最终处理目标（按序）是相同的。因此，特征E被隐含公开。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。《隐含公开》 | [0005] Any lost packet will cause failure in handing in upper layer of other packets after the lost packet. And regardless of whether the packets belong to the same transmission path, it must wait for the previous packet integrity before submission. | 对比文件描述了当发生丢包时，接收端必须等待丢失的分组（可类比为目标专利中“与先前路径相关联的第一分组”）被完整接收（通过重传）后，才能提交其后的分组（可类比为目标专利中“先于第一分组接收到的第二分组”）。这种“等待”机制在接收端的具体实现中，通常意味着需要将先到达的后续分组进行缓冲，直到丢失的（或迟到的）前序分组到达并被处理。虽然对比文件没有明确使用“缓冲”（buffer）一词，但为了解决其描述的“等待”问题，缓冲是实现该“等待”功能的常用且必要的技术手段。本领域技术人员能够合理推断出，在等待前序分组（可能因延迟大或丢失）的过程中，需要对已到达的后续分组进行临时存储，即缓冲。因此，特征F被隐含公开。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。《未公开》 | [0044] Step 4: ... Choose the transmission path for each transmission packet base on the Fastest-Path-First principle. [0046] Step 6: If a received SACK doesn‘t have gap reports, it updates the rwnd and cwnd of path according to the SACK... | 对比文件明确提及SACK（选择性确认）、rwnd（接收窗口）、cwnd（拥塞窗口）以及基于路径性能选择传输路径，这些概念和操作均属于传输层（如SCTP协议）的功能范畴。其整个发明方案的核心——跨路径丢包检测与快速重传机制——都是在传输层及以上实现的。没有公开任何在比传输层更低的层（如网络层、链路层或MAC层）进行分组排序处理的内容。因此，特征G未被公开。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组《未公开》 | 未发现相关内容。 | 对比文件未提及任何“流开始标记分组”（stream start marker packet）或类似概念。其机制依赖于传输层的SACK（包含间隙报告）和定时器来管理传输状态，而非使用专门的标记分组来标识路径切换的开始。因此，特征H未被公开。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。《未公开》 | 未发现相关内容。 | 由于对比文件未公开“流开始标记分组”（特征H），因此也就不存在响应于接收该标记分组而触发缓冲动作的技术特征。其缓冲（如隐含于特征F）是由丢包或预期延迟触发的，而非由标记分组触发。因此，特征I未被公开。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组《未公开》 | 未发现相关内容。 | 对比文件未提及任何“流结束标记分组”（stream end marker packet）或类似概念。因此，特征J未被公开。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。《未公开》 | 未发现相关内容。 | 对比文件中确定分组是否被处理（如提交）的依据是是否收到该分组的确认（ACK）或是否因超时重传，而非基于接收到如特征J所述的“流结束标记分组”。因此，特征K未被公开。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。《未公开》 | [0031] (5) When sending timer expires, open the function of fast retransmit... | 对比文件提到了发送定时器（sending timer）超时，但这是发送端用于触发重传的定时器，并非接收端用于管理分组缓冲的“预定缓冲超时时段”。目标专利中的缓冲超时是针对接收端缓冲新路径分组等待旧路径分组的机制。两者定时器的设置目的、作用主体和触发事件均不相同。因此，特征L未被公开。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。《未公开》 | 未发现相关内容。 | 对比文件全文围绕SCTP（一种可靠传输协议）的多路径传输进行描述，其机制（如按序提交、快速重传）均是针对可靠传输协议设计的。没有提及任何关于“尽力型传输协议”（如UDP）的处理方式，也没有公开根据协议标识符对分组采取不同排序策略的内容。因此，特征M未被公开。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。《未公开》 | 未发现相关内容。 | 对比文件中区分分组所属路径的依据是传输序列号（TSN）以及SACK中间隙报告所指示的路径信息，并未提及在分组中设置专门的“新路径标志”（new path flag）来标识其所属路径。因此，特征N未被公开。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。《隐含公开》 | [0016] For example, in FIG. 1, TSN1 is lost in path1, TSN2 and TSN3, which are sent in path2, can also point out TSN1 is a lost packet though a gap report. | 对比文件中，接收端通过接收SACK（选择性确认）来获知分组状态。SACK可以视为一种特殊的“标记分组”或控制分组，其中包含的“间隙报告”（gap report）指明了哪些TSN（传输序列号）的分组未被收到。TSN是传输层用于唯一标识和排序分组的序列号，即一种“分组标识信息”。当路径2（path2）上的分组TSN2、TSN3的SACK指出路径1（path1）上的TSN1丢失时，这相当于利用包含TSN1这一标识信息的控制信息（SACK），来标识与特定路径（path1）相关联的特定分组（TSN1）。虽然对比文件的场景是并发传输中的丢包指示，而非路径更新前后的分组标识，但其技术手段本质是利用控制信息（标记分组）携带分组标识信息（TSN）来标识特定路径上的特定分组。本领域技术人员可以合理推断，该手段可应用于路径切换场景，用于标识旧路径上传送的最后一批分组。因此，特征O被隐含公开。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。《直接公开》 | [0002] Because of global superiority of the Transmission Sequence Number (TSN)... | 对比文件明确且多次使用“传输序列号（TSN）”作为分组标识信息。TSN是传输层分组的序列号，属于目标专利权利要求中限定的“分组序列号”的一种具体形式。因此，特征P被直接公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。《未公开》 | 未发现相关内容。 | 对比文件完全在传输层（SCTP协议）的语境下描述，涉及TSN、SACK、路径选择等传输层概念。没有提及任何关于接口层（IL）、媒体接入控制（MAC）层、MAC PDU或利用MAC传送地址（TA）来区分路径的技术内容。其路径区分是基于传输层的逻辑路径（association内的不同地址对），而非基于链路层的MAC地址。因此，特征Q未被公开。 |
<<<A>>> <<<P>>><<<d>>><<<e>>><<<f>>><<<o>>>