**对比文件名称**：2010-11-25_US2010296450A_发明申请_US20100296450A1 TRANSMISSION METHODS, NETWORK EQUIPMENT, USER EQUIPMENT AND TELECOMMUNICATION SYSTEM
**目标专利名称**：用于多跳混合网络的无缝切换CN104813605B
**模型名称**：DeepSeek
根据对目标专利说明书和对比文件的深入分析，现创建特征比对表格如下：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组，《直接公开》 | [0037] "The eNB 10 transmits the random access response (RAR) as a MAC CE or MAC SDU ... This modified MAC PDU is then transmitted over the DL-SCH to the UE 20."<br>[0039] "The UE 20, on receipt of a RA-RNTI over the PDCCH ... recognises that this signal indicates that a modified MAC PDU will be received on the DL-SCH." | 对比文件公开了用户设备(UE)从网络设备(eNB)接收分组（如修改的MAC PDU）的过程。UE的接收接口（即“第一进入接口”）会接收到数据分组（第一分组）以及控制信号（如RA-RNTI，可视为与流程相关的第二分组）。虽然对比文件场景是蜂窝网络，而目标专利是混合网络，但“在设备的接口处接收分组”这一基本技术特征已被对比文件直接公开。本领域技术人员能够毫无疑义地得出该技术方案。 |
| **技术特征B**：所述第一分组与路径更新之前使用的先前路径相关联，《未公开》 | 无相应内容。 | 对比文件涉及的是3GPP E-UTRAN系统中的数据传输，其分组传输基于固定的链路或通过切换改变服务小区，但并未公开目标专利中定义的“混合网络”、“多跳路径”以及在路径“更新之前使用的先前路径”的概念。目标专利的“先前路径”特指在多跳混合网络中，路径切换发生前使用的端到端路径。对比文件未涉及此特定技术特征。 |
| **技术特征C**：并且所述第二分组与所述路径更新之后使用的经更新路径相关联，《未公开》 | 无相应内容。 | 同上所述，对比文件未公开多跳混合网络中的“路径更新”概念，也未公开分组与“经更新路径”相关联的技术特征。目标专利的“经更新路径”是在混合网络中由于链路故障、负载均衡等原因重新选择的新端到端路径。对比文件的技术方案不涉及此。 |
| **技术特征D**：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联，《未公开》 | 无相应内容。 | 对比文件中，UE需要确定接收到的分组类型（例如，是随机接入响应、广播信息还是寻呼信息），并据此采用相应的解码格式（如省略LCID的修订格式）。然而，这种“确定”是针对分组承载的内容类型或解码格式，与目标专利中“确定分组属于哪一条上游路径（先前路径或经更新路径）”以解决乱序问题的目的和作用完全不同。因此，该技术特征未被公开。 |
| **技术特征E**：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。《隐含公开》 | [0038] "The UE 20 internally instructs its MAC protocol level to decode the packet received over the DL-SCH as a modified MAC PDU. In this way, the RAR can then be extracted from the modified MAC PDU." | 对比文件公开了UE在接收到分组（如RAR）后，会对其进行解码和处理。在通信系统中，数据处理通常默认遵循分组发送的时序逻辑，以保证信息的正确性。虽然对比文件没有明确强调“按传送次序处理”，但本领域技术人员可以合理推断，为了正确提取信息（如RAR），接收设备需要按照分组发送的隐含次序进行解码和处理。这是一种隐含的、常规的数据处理逻辑。 |
| **技术特征F**：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。《未公开》 | 无相应内容。 | 对比文件完全没有公开因路径切换导致分组乱序到达（即新路径分组早于旧路径分组到达）的场景，更没有公开为了维持传送次序而进行的“缓冲”机制。目标专利的该特征是为了解决多跳混合网络特有的乱序问题，对比文件未涉及此问题，因此也未给出相应的解决方案。 |
| **技术特征G**：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。《直接公开》 | [0038] "The UE 20 internally instructs its **MAC protocol level** to decode the packet..."<br>[0022] "the channel is a **downlink shared channel**." | 对比文件明确公开了在用户设备侧，由**MAC协议层**（介质访问控制层）来解码和处理接收到的MAC PDU。在OSI或TCP/IP协议栈中，MAC层属于数据链路层，明确位于传输层（如TCP/UDP）之下。这与目标专利中“在协议栈中比传输层低的层上执行处理”的技术特征完全相同。本领域技术人员能够毫无疑义地得出该结论。 |
| **技术特征H**：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组《未公开》 | 无相应内容。 | 对比文件公开了接收RNTI（如RA-RNTI）作为控制信令，指示将接收特定类型的MAC PDU。然而，RNTI的作用是标识信道和传输格式，并非目标专利中定义的、用于标识新路径开始的“流开始标记分组”。目标专利的流开始标记分组是路径切换协议的一部分，用于通知接收方开始缓冲新路径分组。两者作用不同，对比文件未公开此特征。 |
| **技术特征I**：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。《未公开》 | 无相应内容。 | 该特征与技术特征F、H紧密相关。由于对比文件既未公开“流开始标记分组”，也未公开因路径切换进行的“缓冲”机制，因此该特征当然也未被公开。 |
| **技术特征J**：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组《未公开》 | 无相应内容。 | 对比文件未公开任何用于指示旧路径结束的“流结束标记分组”。 |
| **技术特征K**：确定与所述先前路径相关联的分组已被处理。《未公开》 | 无相应内容。 | 该特征与流结束标记分组配合使用。由于对比文件未公开流结束标记分组，因此也未公开基于此的确定操作。 |
| **技术特征L**：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。《未公开》 | 无相应内容。 | 对比文件未公开任何与路径切换分组排序相关的缓冲机制，更未公开缓冲超时的具体技术细节。 |
| **技术特征M**：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。《未公开》 | 无相应内容。 | 对比文件完全没有涉及根据传输层协议类型（可靠递送 vs 尽力型）来差异化处理分组次序的技术方案。目标专利的此特征是针对不同应用需求（如TCP重传与UDP实时性）的优化策略，对比文件未公开。 |
| **技术特征N**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。《未公开》 | 无相应内容。 | 对比文件公开了在MAC PDU子报头中使用LCID来标识逻辑信道，但未公开在分组中设置用于指示其属于“新路径”的标志。目标专利的“新路径标志”是专门用于路径区分的技术手段。 |
| **技术特征O**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。《未公开》 | 无相应内容。 | 对比文件未公开任何包含“分组标识信息”（如校验和、序列号）的“标记分组”，也未有利用此类信息来区分属于不同路径的分组的技术方案。 |
| **技术特征P**：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。《未公开》 | 无相应内容。 | 对比文件虽然可能在通信底层隐含使用了校验和等机制保证数据完整性，但并未将其作为“分组标识信息”用于“区分路径”的目的。该特征未被公开。 |
| **技术特征Q**：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。《隐含公开》 | [0002] “information to be transmitted over the DL-SCH is formed into a medium access control protocol data unit (MAC PDU)...” <br> [0037] “The eNB 10 transmits the random access response (RAR) as a MAC CE or MAC SDU...” | 对比文件的核心内容就是围绕MAC PDU进行的。它明确公开了MAC PDU的结构以及通过MAC层进行数据传输。MAC PDU必然包含源和目的地址信息（如传送地址TA）。虽然对比文件未明确说明利用不同设备的TA来区分路径，但其公开了“在MAC层检查MAC PDU”这一基础技术手段。在通信网络中，MAC地址用于标识发送设备。本领域技术人员可以合理推断，如果分组来自不同的上游设备（如目标专利中的源设备和继设备），那么通过检查MAC PDU中的传送地址（TA）自然能够区分出发送源。这种区分发送源的能力，在逻辑上可以延伸用于区分分组所经由的不同“路径”（因为不同路径可能由不同中继设备转发）。根据隐含公开的宽松判断标准，该技术特征可以被认为被对比文件隐含公开。 |
<<<G>>><<<q>>>