对比文件名称：2012-07-26_US2012192026A_发明申请_US20120192026A1 Methods and Systems for Data Transmission Management Using HARQ Mechanism for Concatenated Coded System
目标专利名称：用于多跳混合网络的无缝切换CN104813605B
本次调用的模型名称：DeepSeek-R1
作为资深专利代理师，我已根据目标专利说明书对技术特征的解释，并结合对比文件内容，进行以下特征比对分析。对比文件涉及的是在级联编码系统中使用HARQ机制的数据传输管理，其技术领域（无线通信中的错误控制）和技术问题（提高传输可靠性、减少重传开销）与目标专利（多跳混合网络中路径切换导致的分组乱序处理）存在根本性差异。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：在混合网络中的设备的第一进入接口处接收与分组流相关联的第一分组以及与所述分组流相关联的第二分组，《未公开》 | 说明书第[0024]段：“the transmitter 120 may sequentially transmit a set or all of N coded packets to one (single user case) or more receivers (multiple-user case) 110 and then receive at least one feedback information from one or more receivers 110...”； 第[0025]段：“When the receiver 110 does not successfully receive the data information ... the transmitter 120 will retransmit one or more dedicated packets.” | 对比文件公开了接收机（例如UE）从发射机（例如基站）接收数据包（包括初始传输和重传的数据包）。然而，这种接收发生在传统的点对点或点对多点无线通信链路中，接收的是来自同一发送方的、用于错误控制的编码数据包。而目标专利的特征A特指在“混合网络”中，从“同一第一进入接口”接收属于同一分组流但可能经由不同路径（后续特征B、C限定）到达的分组，其技术情景是为了解决多跳混合网络中因路径切换而导致的乱序问题。对比文件既未涉及“混合网络”环境，也未涉及从不同上游路径到达同一进入接口的同一分组流的分组。因此，本领域技术人员无法从对比文件中直接或隐含地得出特征A的技术方案。 |
| 技术特征B：所述第一分组与路径更新之前使用的先前路径相关联，《未公开》 | 无相关描述。 | 对比文件通篇描述的是基于HARQ机制的数据传输、反馈和重传过程。其中涉及的分组（无论是初始传输还是重传）均是通过同一无线通信链路（从发射机到接收机）传送的，不存在“路径更新”或“先前路径”的概念。目标专利中的“先前路径”是混合网络中在路径切换前使用的端到端多跳路径。对比文件完全没有公开任何与路径选择、路径更新或分组与特定路径相关联的技术内容。因此，特征B未被对比文件公开。 |
| 技术特征C：并且所述第二分组与所述路径更新之后使用的经更新路径相关联，《未公开》 | 无相关描述。 | 与特征B同理，对比文件未涉及任何“路径更新”或“经更新路径”的概念。其重传分组是通过相同的通信链路发送的，目的是纠正错误，而非切换至一条不同的网络路径。因此，特征C未被对比文件公开。 |
| 技术特征D：对于每个收到分组，确定该收到分组与所述先前路径还是所述经更新路径相关联，《未公开》 | 说明书第[0024]段：“wherein the at least one feedback information comprises at least one acknowledgment (ACK) or negative acknowledgment (NACK) information for indicating decoding statuses of the transmitted coded packets...”； 第[0025]段：“The transmitter 120 may sequentially receive the feedback information from one or more receivers 110, collect the number of ACK/NACK included in the feedback information...” | 对比文件公开了接收机对每个收到的分组确定其解码状态（成功/失败），并通过ACK/NACK反馈给发射机。然而，这种“确定”是针对分组是否被正确解码，用于决定是否需要重传。而目标专利特征D中的“确定”是为了区分分组是属于路径切换前的旧路径还是切换后的新路径，以便后续进行乱序纠正。两者确定的目的、对象和技术效果完全不同。对比文件没有提供任何用于区分分组来源路径的技术手段或启示。因此，特征D未被公开。 |
| 技术特征E：以所述第一分组和所述第二分组被传送的次序处理所述第一分组和所述第二分组。《未公开》 | 说明书第[0025]段：“When receiving a retransmitted packet, each receiver 110 may combine the new packet with the old one (referred to as soft combining).” 第[0041]段：“When the BS receives NACK information on the packets {P0,0, P0,1, P3,0, P3,1, P4,0, P4,1, P4,2}, the BS retransmits the current error packet to the UE immediately.” | 对比文件描述了接收机按收到分组的顺序进行处理，例如对重传分组进行软合并，或者发射机按顺序重传错误分组。然而，这种“处理”是常规的数据接收、解码和错误纠正流程，其隐含的“次序”是接收次序或重传触发次序。目标专利特征E特指“以被传送的次序处理”，其核心在于即使分组因路径不同而乱序到达，也要按照源设备发送它们的原始顺序来处理，这是为了解决路径切换带来的乱序问题。对比文件完全没有涉及因路径不同导致的乱序问题，也没有教导需要按照不同于接收顺序的“传送次序”来处理分组。因此，特征E未被公开。 |
| 技术特征F：其特征在于，所述第二分组在所述第一分组之前被接收到，并且所述处理包括缓冲与所述经更新路径相关联的所述第二分组直至与所述先前路径相关联的所述第一分组被处理。《未公开》 | 说明书第[0025]段：“When the receiver 110 does not successfully receive the data information ... the transmitter 120 will retransmit one or more dedicated packets. When the UE receives a retransmitted packet, the UE may combine the new packet with the old one (referred to as soft combining). The UE may store the combined packet unless detection is corrected...” | 对比文件提到了接收机存储（可视为缓冲）分组用于软合并，但这是HARQ机制中的标准操作，目的是组合多次传输的能量以提高解码成功率，纠正传输错误。缓冲的对象是当前错误分组的重传版本。而目标专利特征F中的缓冲，是针对经由新路径先到达的分组，等待经由旧路径后到达的分组被处理，目的是纠正因路径切换和延迟差异导致的乱序，而非纠正比特错误。两者的技术问题、缓冲对象和目的均不相同。对比文件没有公开为处理路径切换乱序而进行的特定缓冲操作。 |
| 技术特征G：其特征在于，所述处理是在协议栈中比传输层低的层上执行的。《隐含公开》 | 说明书第[0021]段：“The baseband unit may contain multiple hardware devices to perform baseband signal processing, including analog to digital conversion (ADC)/digital to analog conversion (DAC), gain adjusting, modulation/demodulation, encoding/decoding, and so on.” 结合本领域公知常识，HARQ操作通常在物理层(PHY)和/或媒体接入控制(MAC)层实现，这些层均在传输层之下。 | 对比文件描述了接收机进行基带信号处理，包括解调、解码等，这些操作属于物理层。HARQ机制本身是链路层技术，涉及MAC层和物理层的交互（如ACK/NACK生成、重传调度）。本领域技术人员公知，在无线通信系统中，HARQ相关的处理（如接收、解码、校验、反馈、软合并）是在协议栈中比传输层（如TCP/UDP）更低的层（如MAC层、物理层）执行的。因此，虽然对比文件没有明确文字指出“在协议栈中比传输层低的层上执行”，但根据其描述的操作性质和本领域技术人员的普遍知识，可以毫无疑义地推断出其数据处理过程在低层执行。这与目标专利中为了减少延迟和开销而在低层进行路径区分和排序处理的作用有类似之处（均在低层操作），尽管处理的具体内容不同。因此，特征G被对比文件隐含公开。 |
| 技术特征H：其特征在于，所述处理包括：接收与所述经更新路径相关联的流开始标记分组，《未公开》 | 无相关描述。 | 对比文件通篇未提及任何形式的“流开始标记分组”。其控制信令是ACK/NACK反馈，用于指示数据分组的解码状态，而不是用于标识路径切换的开始。目标专利中的流开始标记分组是用于通知接收设备新路径启用的特定控制分组。因此，特征H未被公开。 |
| 技术特征I：响应于接收到所述流开始标记分组，缓冲与所述经更新路径相关联的分组直至与所述先前路径相关联的分组已被处理。《未公开》 | 无相关描述。 | 由于对比文件未公开“流开始标记分组”（特征H），自然也不可能公开基于接收该标记分组而触发的特定缓冲操作。特征I所定义的缓冲逻辑（响应于标记分组启动对新路径分组的缓冲）在对比文件中没有任何对应或启示。因此，特征I未被公开。 |
| 技术特征J：其特征在于，所述处理包括：接收与所述先前路径相关联的流结束标记分组，《未公开》 | 无相关描述。 | 对比文件通篇未提及任何形式的“流结束标记分组”。其传输结束的判断基于成功解码或达到最大重传次数。目标专利中的流结束标记分组是用于通知接收设备旧路径传输结束的特定控制分组。因此，特征J未被公开。 |
| 技术特征K：确定与所述先前路径相关联的分组已被处理。《未公开》 | 无相关描述。 | 该确定是基于接收到流结束标记分组（特征J）或超时（特征L）而进行的。由于对比文件未公开与路径切换相关的标记分组或为路径切换设置的缓冲超时，因此也没有公开这种针对“先前路径分组已处理”的确定动作。对比文件中确定的是“分组是否成功解码”，而非“特定路径的分组是否已被处理”。因此，特征K未被公开。 |
| 技术特征L：其特征在于，所述缓冲与所述经更新路径相关联的分组包括：缓冲与所述经更新路径相关联的分组直至预定缓冲超时时段期满。《未公开》 | 说明书第[0025]段：“Meanwhile, if the transmitter does not receive an acknowledgment or receives a negative acknowledgment before timeout, it will retransmit the data information.” | 对比文件提到了“timeout”（超时），但这是指发射机等待接收机反馈ACK/NACK的超时，如果超时未收到反馈则触发重传。这是HARQ机制中关于反馈等待的超时。而目标专利特征L中的“预定缓冲超时时段”是针对接收设备缓冲新路径分组、等待旧路径分组的动作设置的，目的是防止无限期等待。两者超时的应用场景、作用对象和目的完全不同。因此，特征L未被公开。 |
| 技术特征M：其特征在于，所述处理取决于与每个收到分组相关联的协议，所述方法进一步包括：对于每个收到分组，检查该收到分组的协议标识符，如果所述协议标识符与可靠递送传输协议相关联，则以所述第一分组和所述第二分组被传送的次序在处理所述第二分组之前处理所述第一分组，如果所述协议标识符与尽力型传输协议相关联，则以每个收到分组被接收的次序来处理每个收到分组。《未公开》 | 无相关描述。 | 对比文件完全未涉及根据传输层协议类型（如TCP/UDP）来差异化处理分组次序的内容。其处理逻辑完全基于HARQ机制，即无论上层是什么协议，都进行解码、校验、反馈和可能的软合并/重传。目标专利特征M提出了一种智能的、基于协议的服务质量（QoS）处理策略，这对混合网络中的流管理是有益的。对比文件中没有此类技术方案的任何记载或启示。因此，特征M未被公开。 |
| 技术特征N：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，确定新路径标志是否被包括于该收到分组中，所述新路径标志指示与所述经更新路径相关联的分组。《未公开》 | 无相关描述。 | 对比文件未描述在数据分组中设置用于指示其属于新路径的标志。其分组中包含的是用于错误检测的CRC比特、用于区分重传版本的冗余版本信息等。没有任何内容暗示或教导可以设置一个“新路径标志”来区分分组所属的端到端路径。因此，特征N未被公开。 |
| 技术特征O：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：接收标记分组，所述标记分组包括唯一性地标识与所述先前路径相关联的至少一些分组的分组标识信息，所述至少一些分组是由源设备在从所述先前路径到所述经更新路径的路径更新之前传送的。《未公开》 | 无相关描述。 | 对比文件未描述任何用于路径切换的“标记分组”。虽然其传输的数据分组本身可能包含序列号、CRC等标识信息，但这些信息是用于数据完整性检查和重传管理，而不是用于在路径切换场景下唯一性地标识“在路径更新之前传送的特定分组”。目标专利特征O中标记分组的目的是辅助接收方识别旧路径的分组，这与HARQ中用于标识分组本身以进行错误纠正的目的不同。因此，特征O未被公开。 |
| 技术特征P：其特征在于，所述分组标识信息是分组校验和、分组ID、或分组序列号之一。《隐含公开》 | 说明书第[0025]段：“...use the error detection bits to determine if data has been lost...”； 第[0026]段：“...add error detection/correction bits (e.g. CRC) to each of the N transformed packets...”； 此外，本领域公知，在HARQ和一般通信中，分组通常具有序列号用于标识和排序。 | 对比文件明确公开了使用错误检测比特（如CRC校验和）来检查分组是否丢失或出错。同时，在本领域技术人员的普遍知识中，数据分组通常包含序列号（Sequence Number）或分组ID用于标识和排序。因此，“分组校验和”和“分组序列号”这两种具体的标识信息已被对比文件公开或属于本领域公知常识。虽然目标专利中这些标识信息用于区分路径，而对比文件中用于错误检测和排序，但“分组校验和、分组ID、或分组序列号”作为具体的标识信息种类本身已被公开。因此，特征P被对比文件隐含公开。需要注意的是，公开的是这些“标识信息的类型”，而非其用于“路径区分”的特定应用。 |
| 技术特征Q：其特征在于，所述确定所述收到分组与所述先前路径还是所述经更新路径相关联包括：对于每个收到分组，在接口层IL媒体接入控制MAC第一进入接口处检查与该收到分组相关联的一个或多个MAC协议数据单元PDU的传送地址，其中所述MAC PDU的第一传送地址指示所述先前路径，并且所述MAC PDU的第二传送地址指示所述经更新路径。《未公开》 | 说明书第[0021]段提到了“MAC”和“baseband unit”，但未描述检查MAC PDU传送地址以区分不同上游路径的具体操作。对比文件中的地址用于标识发送方（如基站）和接收方（如UE），而不是用于区分同一接收接口上来自不同中继设备（代表不同路径）的同一分组流的分组。 | 对比文件涉及无线通信，必然在MAC层处理MAC PDU，并且MAC PDU包含源地址和目的地址。然而，这些地址用于标识通信端点（如基站和手机）。目标专利特征Q的精髓在于：在多跳混合网络中，目的地设备从同一进入接口接收分组，但通过检查MAC PDU的“传送地址”（TA），可以发现这些分组来自不同的上一跳设备（例如，来自源设备或来自中继设备），从而推断它们来自不同的上游路径。对比文件完全没有描述这种在多跳网络环境中，利用MAC层地址信息来推断端到端路径差异的技术方案。其通信模型是单跳的（基站到UE），或者即使有多跳，也未在接收端利用MAC地址进行路径区分。因此，特征Q未被公开。 |
<<<g>>><<<p>>>