对比文件名称：2009-01-08_WO2009005162A_发明申请_WO2009005162A2 VIDEO STREAMING OVER MULTIPLE INTERFACES
目标专利名称：用于多跳混合网络的无缝切换CN104813605B
模型名称：GPT-4
作为专利代理师，我对目标专利和对比文件进行了详细分析。目标专利涉及多跳混合网络中因路径更新导致分组乱序时，通过流标记和路径区分技术实现分组重排序的方法。对比文件涉及通过多个接口传输视频流，并利用接收端缓冲区管理、选择性重传和动态负载平衡来改善视频流质量。以下是根据目标专利权利要求划分的技术特征与对比文件的比对分析。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A**：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组。<br>**隐含公开** | [p0039] “... packets belonging to a single video stream are transmitted over multiple interfaces. ... packets arriving out of order at the receiver.” （属于单个视频流的数据包通过多个接口传输。……数据包乱序到达接收器。）<br>[p0040] “... it is essential to have a buffer at the receiver end to re-order the packets ...” （……在接收端必须有一个缓冲区来重新排序数据包……） | 对比文件公开了在接收端接收属于同一视频流的数据包，且这些数据包可能因通过多个接口传输而乱序到达。虽然对比文件未明确限定为“第一进入接口”，但其描述的“接收器（receiver）”必然通过其网络接口接收数据包，这隐含了在接口处接收分组流中的多个分组。因此，本领域技术人员可以毫无疑义地得出对比文件隐含公开了在设备的接口处接收与分组流相关联的多个分组。 |
| **特征B**：所述第一分组与路径更新之前使用的先前路径相关联。<br>**未公开** | 无对应内容。 | 对比文件的核心在于同时利用多个接口进行负载均衡或冗余传输以提高视频流质量（参见[p0030]），并未描述在“路径更新”的上下文下，某个分组与“更新前”的特定路径相关联。目标专利中的“先前路径”是路径切换事件发生前使用的端到端路径，而对比文件中的多个接口是同时使用的，不存在一个接口（或路径）被另一个替换的“更新”概念。因此，该特征未被公开。 |
| **特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联。<br>**未公开** | 无对应内容。 | 理由同特征B。对比文件未涉及从一条路径切换到另一条路径的“路径更新”概念，因此不存在与“经更新路径”相关联的分组。该特征未被公开。 |
| **特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联。<br>**隐含公开** | [p0048] “The custom header can designed to be made specific to application type to accommodate various fields that are applicable. ... a field indicating the interface over which the packet is sent.” （自定义报头可以设计为针对应用程序类型，以容纳各种适用的字段。……一个指示数据包通过哪个接口发送的字段。）<br>[p0050] “Using the custom header information, the play-out deadline is computed for each packet ...” （使用自定义报头信息，计算每个数据包的播放截止期限……） | 对比文件公开了在每个数据包的自定义报头中包含“接口ID（Interface ID）”字段，用于标识该数据包是通过哪个接口发送的。在接收端，通过检查该字段，可以确定每个收到分组来自哪个接口。虽然对比文件的目的在于区分接口以进行缓冲区管理和重排序，而非区分“路径更新”前后的路径，但其技术手段（使用报头中的标识字段来区分分组来源）在逻辑上与本特征“确定每个收到分组的来源（路径）”部分公开。从宽松的隐含公开标准判断，本领域技术人员有可能从对比文件推断出通过检查分组中的标识信息来确定其来源。因此，该特征被隐含公开。 |
| **特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。<br>**直接公开** | [p0040] “... it is essential to have a buffer at the receiver end to re-order the packets and give them to the application in a timely manner.” （……在接收端必须有一个缓冲区来重新排序数据包，并及时将它们交给应用程序。）<br>[p0051] “The buffer management algorithm determines the times at which a group of packets are to be released to the application and the number of packets to be released.” （缓冲区管理算法确定将一组数据包释放给应用程序的时间以及要释放的数据包数量。） | 对比文件明确公开了在接收端设置缓冲区，并对乱序到达的数据包进行重新排序（re-order），然后按照正确的次序（即传送次序）交付给应用程序。这与目标专利中“以分组被传送的次序处理分组”的技术特征作用完全相同，都是为了解决乱序问题，确保分组按序处理。因此，该特征被直接公开。 |
| **特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。<br>**隐含公开** | [p0040] “... packets arriving out of order at the receiver. ... it is essential to have a buffer at the receiver end to re-order the packets ...” （……数据包乱序到达接收器。……在接收端必须有一个缓冲区来重新排序数据包……）<br>[p0050] “The packets wait in the buffer till the algorithm ... decides to release them to the application.” （数据包在缓冲区中等待，直到算法……决定将它们释放给应用程序。） | 对比文件公开了数据包乱序到达以及使用缓冲区进行重新排序。乱序的一种典型情况就是后发送的分组先到达（即第二分组在第一分组之前被接收到）。对比文件中的缓冲区管理算法（[p0051]-[p0069]）决定了何时释放分组，其隐含了可能需要缓冲先到达的某些分组，直到更早发送的分组到达并被处理后，才能按序释放。虽然对比文件未明确描述“经更新路径”和“先前路径”的场景，但其“缓冲后到分组直至先到分组被处理”的逻辑与目标专利该特征的部分作用（缓冲后到分组）是相通的。根据宽松的隐含公开标准，可以认为该特征被隐含公开。 |
| **特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。<br>**未公开** | 无对应内容。 | 对比文件描述的处理（如缓冲区管理、计算播放截止期限）主要基于自定义报头中的信息（如分组ID、生成时间、接口ID），这些操作未明确其发生的协议栈层级。目标专利强调在传输层以下（如MAC层）执行处理以降低延迟。对比文件没有给出任何关于在特定协议栈低层执行处理的教导或启示。因此，该特征未被公开。 |
| **特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组。<br>**未公开** | 无对应内容。 | 对比文件未使用任何“流开始标记分组”或类似的控制分组来指示路径或流的开始。其分组区分依赖于数据分组本身的自定义报头（接口ID）。因此，该特征未被公开。 |
| **特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。<br>**未公开** | 无对应内容。 | 由于对比文件未公开“流开始标记分组”（特征H），因此也就不存在基于接收该标记分组而触发特定缓冲操作的技术方案。该特征未被公开。 |
| **特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组。<br>**未公开** | 无对应内容。 | 对比文件未使用任何“流结束标记分组”或类似的控制分组来指示路径或流的结束。因此，该特征未被公开。 |
| **特征K**：确定与所述先前路径相关联的分组已被处理。<br>**未公开** | 无对应内容。 | 对比文件的缓冲区管理算法基于播放截止期限、队列长度等阈值决定释放分组，并未描述“确定与特定路径相关联的分组已被处理”这一具体步骤。因此，该特征未被公开。 |
| **特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。<br>**直接公开** | [p0056]-[p0069] 描述了缓冲区管理算法，其中使用了多个时间阈值（Tthreshold1, Tthreshold2, Tthreshold3, Tthreshold4）来触发数据包释放。例如：<br>“CurrentTime > Trelease - Tthreshold4”（条件III）<br>以及设定的具体值：“τthreshold4 = 5 sec”。 | 对比文件明确公开了缓冲区管理算法使用预定的时间阈值（超时时段）作为决定释放缓冲分组的条件之一。当自上次释放分组的时间超过Tthreshold4（5秒）时，会触发分组释放。这直接公开了“缓冲分组直至预定缓冲超时时段期满”的技术手段。虽然对比文件中超时用于触发释放，而非专用于“经更新路径”的分组，但其“基于超时控制缓冲”的核心思想被直接公开。因此，该特征被直接公开。 |
| **特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。<br>**未公开** | [p0039] “Since video streams often use UDP as the transport protocol, there is no entity to guarantee ordered delivery of packets to the end application.” （由于视频流通常使用UDP作为传输协议，没有实体保证向最终应用程序的有序交付。） | 对比文件仅提及视频流常用UDP（一种尽力型协议），并因此需要缓冲区来重新排序。它没有公开根据协议标识符（如TCP vs UDP）动态选择不同的处理策略（强制按序 vs 按接收顺序）。目标专利该特征提供了基于协议类型的差异化处理，对比文件未公开此内容。 |
| **特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。<br>**隐含公开** | [p0048] “The custom header ... consists of ... a field indicating the interface over which the packet is sent.” （自定义报头……包含……一个指示数据包通过哪个接口发送的字段。） | 对比文件公开了在数据包的自定义报头中包含“接口ID”字段，该字段用于标识分组是从哪个接口发出的。虽然该字段在对比文件中用于区分同时使用的不同接口，而非标识“新路径”，但其技术手段（在分组中设置一个标志/字段来指示其来源）与目标专利中“通过分组中的标志来区分路径”的思路在形式上相似。根据宽松的隐含公开标准，可以认为对比文件隐含公开了“通过检查分组中的特定字段来确定其所属路径（接口）”这一技术构思。 |
| **特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。<br>**未公开** | 无对应内容。 | 对比文件未使用任何独立的“标记分组”来携带分组标识信息。其分组标识信息（如分组ID）是承载在每个数据包的自定义报头中的。因此，该特征未被公开。 |
| **特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。<br>**隐含公开** | [p0048] “The custom header ... consists of a locally generated packet id (incremented sequentially) ...” （自定义报头……包含一个本地生成的数据包ID（顺序递增）……） | 对比文件明确公开了在自定义报头中使用“分组ID（packet id）”作为标识分组的信息。虽然该ID在对比文件中主要用于重新排序和计算播放截止期限，而非专门用于标识“先前路径”的分组，但其作为“分组标识信息”的一种具体类型（分组ID）已被公开。因此，该特征被隐含公开。 |
| **特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。<br>**未公开** | 无对应内容。 | 对比文件完全未提及在接口层（IL）或MAC层检查MAC PDU的传送地址（TA）以区分分组来源。其区分分组来源完全依赖于网络层或更高层的自定义报头中的“接口ID”字段。因此，该特征未被公开。 |
<<<E>>><<<L>>><<<a>>><<<d>>><<<f>>><<<n>>><<<p>>>