**本次调用的模型名称**：专利创造性评估模型
**对比文件名称**：2010-01-12_US7647616B_发明授权_US07647616B2 Method to measure the perceived quality of streaming media
**目标专利名称**：用于多跳混合网络的无缝切换CN104813605B
**特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组。**未被公开** | 说明书[0016]段：“...stream receiver 107 receives the data packets 100 from the stream sender 103... The stream receiver 107 routes a copy of the data packets 100 to a rendered data buffer 109 and an original data buffer 108.” | 对比文件公开了在流接收端（stream receiver 107）接收从流发送端（stream sender 103）经由网络发送的数据包（data packets）。然而，对比文件中的“数据包”是流媒体内容的数据包，其目的是为了进行质量测量而重建原始流。目标专利中的“分组流”特指在混合网络中传输、且与特定路径相关联的数据流，其技术场景（多跳混合网络、路径更新）与对比文件（端到端流媒体传输、质量测量）完全不同。对比文件未提及“混合网络”、“进入接口”或“分组流”在目标专利特定上下文中的含义（即与路径更新前后相关联）。因此，对比文件未公开技术特征A。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联。**未被公开** | 无 | 对比文件描述了数据包通过网络（如WAN、LAN、Internet）从发送端传输到接收端，可能发生丢包或乱序（见[0016]段）。然而，这仅仅是网络传输中固有的不可靠性导致的，并非目标专利中主动进行的“路径更新”（即从一条预定路径切换到另一条预定路径）的结果。对比文件完全没有涉及“路径更新”、“先前路径”或分组与特定路径相关联的概念。因此，技术特征B未被公开。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联。**未被公开** | 无 | 理由同技术特征B。对比文件未涉及任何形式的“路径更新”或分组与“经更新路径”相关联的概念。数据包的重传（见[0016]，[0029]段）是为了弥补网络丢包，而不是因为发送端主动切换了传输路径。因此，技术特征C未被公开。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联。**未被公开** | 说明书[0016]段：“Each data packet may have a sequence number and timestamp information that allows the stream receiver 107 to order the data packets 100 to determine whether there are missing data packets.” | 对比文件公开了流接收端检查数据包的序列号和时间戳信息，以确定是否有数据包丢失或乱序。但这是一种基于数据包自身序列的完整性检查，目的是请求重传丢失的包以重建原始流。目标专利中“确定分组与哪条路径相关联”的核心目的是区分因**路径切换**而来自不同上游路径的分组，以解决乱序问题，其技术手段（如检查新路径标志、标记分组中的标识信息、MAC地址等）与对比文件基于序列号的丢包检测目的和机制均不同。对比文件未公开根据“路径”属性对分组进行分类。因此，技术特征D未被公开。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。**《直接公开》** | 说明书[0022]段：“The original data buffer 108 may conduct an editing process to reorder the received data packets to ensure proper sequencing, discard duplicated data packets, and synchronize the audio/video data packets.” | 对比文件公开了原始数据缓冲区（original data buffer 108）对接收到的数据包进行编辑处理，以重新排序（reorder）确保正确的顺序（proper sequencing）。这一操作的目的是重建发送端发送的原始数据包顺序，这必然意味着按照数据包被发送端传送的原始次序来处理它们。虽然目标专利的场景是路径切换导致的乱序，而对比文件是网络传输导致的乱序或丢包，但两者在“按传送次序处理分组以纠正接收乱序”这一技术手段上，对本领域技术人员而言是相同的。因此，技术特征E被对比文件直接公开。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。**未被公开** | 说明书[0016]段：“The rendered data buffer 109 and original data buffer 108 are used to alleviate unduly increasing network bandwidth... and delay the data stream until any missing data packets may be routed into the original data buffer.” [0022]段：“A suitable retransmission delay time can be used when editing the original data buffer 108 to ensure that all missing data packets are received.” | 对比文件公开了使用缓冲区（original data buffer 108）并引入延迟（delay）以等待丢失的数据包（missing data packets）被重传并插入。这隐含了如果后续的数据包先到达，它们需要被缓冲等待先前的数据包。然而，这种缓冲的目的是为了**重建完整的原始数据流以进行质量比较**，等待的对象是**因网络丢包而缺失**的数据包。目标专利的缓冲是为了解决因**主动路径切换**导致的、来自**不同路径**的分组乱序问题，等待的是与**旧路径**相关联的、可能延迟到达的分组。两者缓冲的触发原因（丢包 vs. 路径切换）和等待对象（缺失包 vs. 旧路径包）存在本质区别。对比文件未公开基于“路径更新”和“路径关联”的特定缓冲逻辑。因此，技术特征F未被公开。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。**未被公开** | 无 | 对比文件描述的质量测量方法涉及流接收端（stream receiver 107）、缓冲区（108, 109）和测量设备（110），这些实体通常工作在应用层或传输层之上，以访问数据包内容进行比较。说明书[0016]段提及使用RTP标识符和TCP协议进行重传，这属于应用层和传输层协议。没有任何内容表明对比文件中的重新排序或缓冲处理是在网络层、链路层（如MAC层）等“比传输层低的层”上执行的。因此，技术特征G未被公开。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组。**未被公开** | 无 | 对比文件完全没有提及任何“流开始标记分组”（flow start marker packet）或类似的控制信令。其数据流管理依赖于序列号、时间戳和重传请求（Retransmit protocol）。因此，技术特征H未被公开。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。**未被公开** | 无 | 由于对比文件未公开“流开始标记分组”（特征H），因此也就不存在响应于接收该标记分组而触发的、针对特定路径分组的缓冲逻辑。其缓冲逻辑是基于等待重传的缺失包（见特征F论述）。因此，技术特征I未被公开。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组。**未被公开** | 无 | 对比文件完全没有提及任何“流结束标记分组”（flow end marker packet）或类似的控制信令。因此，技术特征J未被公开。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。**未被公开** | 说明书[0022]段：“If despite retransmission delay, the original data buffer 108 did not receive all missing data packets, then the comparison can be stopped at the missing data packet in the original data buffer 108.” | 对比文件描述了原始数据缓冲区在等待重传延迟后，确定是否收到了所有缺失的数据包。这可以视为一种“确定分组已被接收（或未接收）”的逻辑。然而，目标专利中“确定与先前路径相关联的分组已被处理”是与“流结束标记分组”的接收紧密关联的（见说明书[0013]段），作为释放对新路径分组缓冲的信号。对比文件中的确定是基于超时和序列完整性，而非基于特定的路径结束信令。目的和机制均不相同。因此，技术特征K未被公开。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。**未被公开** | 说明书[0022]段：“A suitable retransmission delay time can be used when editing the original data buffer 108 to ensure that all missing data packets are received.” | 对比文件公开了使用“重传延迟时间”（retransmission delay time）来等待缺失的数据包。这可以看作一种超时机制。然而，该超时是针对**等待重传的缺失数据包**，而不是目标专利中针对**缓冲来自新路径的分组**直到超时。两者的应用对象和目的不同。对比文件未公开为“经更新路径相关联的分组”设置缓冲超时的概念。因此，技术特征L未被公开。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。**未被公开** | 无 | 对比文件的重传和质量测量过程主要围绕RTP/UDP（实时传输协议/用户数据报协议）流媒体场景描述，其中提到了使用TCP作为重传协议的底层协议以保证可靠性（见[0016]段）。然而，对比文件并未根据协议类型（可靠递送 vs. 尽力型）来动态改变分组处理次序（即，对可靠协议进行重排序，对尽力协议按接收顺序处理）。其处理逻辑（缓冲、重排序以重建原始流）似乎是统一应用的，目的是为了进行质量测量，而不是为了优化不同协议类型的传输性能。因此，技术特征M未被公开。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。**未被公开** | 无 | 对比文件中的数据包包含序列号、时间戳等信息（见[0016]段），用于检测丢包和乱序，但并未包含任何用于指示数据包属于“新路径”的标志。其数据包的路径信息（如果存在）是网络层路由的结果，而非应用层或传输层携带的显式路径标识。因此，技术特征N未被公开。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。**未被公开** | 无 | 对比文件没有使用“标记分组”（marker packet）来传递分组标识信息。它使用常规的数据包重传机制来获取丢失的包，重传请求基于缺失包的序列号等信息（见[0016]段）。虽然对比文件利用序列号等标识分组，但这些信息是数据包本身的常规字段，并非通过一个专门的“标记分组”来集中传递旧路径分组的信息。因此，技术特征O未被公开。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。**未被公开** | 说明书[0016]段：“Each data packet may have a sequence number and timestamp information that allows the stream receiver 107 to order the data packets 100 to determine whether there are missing data packets.” | 对比文件公开了数据包可以具有序列号（sequence number），用于排序和检测丢失。然而，如特征O所述，该序列号是数据包自身的字段，用于通用的丢包检测和流重建，并非如目标专利所要求的、由“标记分组”携带的、专门用于标识“在路径更新之前传送的、与先前路径相关联的分组”的“分组标识信息”。应用场景和目的不同。因此，技术特征P未被公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。**未被公开** | 无 | 对比文件完全在更高层的协议栈（如应用层、传输层）操作，关注的是数据包的序列号、内容比较等。整个说明书中没有提及“接口层（IL）”、“媒体接入控制（MAC）”、“协议数据单元（PDU）”或“传送地址（TA）”。其路径区分（如果存在）依赖于网络层路由，而非MAC层地址。因此，技术特征Q未被公开。 |
<<<E>>>