对比文件名称：US2016294531A1_Description_20260218_1603
目标专利名称：178具有低延时传输的快速无线链路控制错误恢复CN107409020B
本次调用模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**《隐含公开》 | 对比文件第[0130]-[0146]段描述了DRX操作，UE基于HARQ过程的状态（如接收PDSCH失败后发送NACK）来检测传输失败。例如，第[0144]段：“When decoding of a downlink transport block for one HARQ process fails, the UE can assume that the next retransmission of the transport block will occur after at least ‘HARQ RTT’ subframes.” | 在对比文件中，UE在DRX激活时间内监测PDCCH，当HARQ过程失败（即对下行传输块解码失败）时，UE会发送NACK并可能启动相关定时器（如DRX重传定时器）。这隐含公开了“在接收设备处至少部分地基于对来自发送设备的传输的解码失败以及HARQ过程的状态来检测传输错误”。虽然对比文件主要关注DRX状态下的CSI/SRS报告时机，但其描述的HARQ失败场景与目标专利中基于解码失败和HARQ状态检测传输错误的技术特征作用相同，都是识别数据传输失败的事件。本领域技术人员可以从对比文件描述的HARQ失败场景中合理推断出该技术特征。 |
| **技术特征B**《隐含公开》 | 对比文件第[0131]段：“DRX Retransmission timer: specifies the number of consecutive PDCCH subframes where a downlink retransmission is expected by the UE after the first available retransmission time.” 第[0144]段进一步说明当解码失败时启动HARQ RTT定时器。 | 对比文件公开了在HARQ过程失败（解码失败）后，UE会启动DRX重传定时器或HARQ RTT定时器，以等待预期的重传。这隐含公开了“与检测到所述传输错误并发地或在检测到所述传输错误之后，来启动定时器”。虽然该定时器在对比文件中主要用于DRX操作以节省功耗，而目标专利中用于加速错误报告以减少延迟，但两者都是在检测到传输错误（如解码失败）后启动一个定时器以管理后续的重传或恢复过程。本领域技术人员可以合理推断出在检测错误后启动定时器这一基本步骤。 |
| **技术特征C**《直接公开》 | 对比文件第[0056]段：“Sequence number or new data indicator (NDI): Allows the user equipment to identify if the transmission is a new packet or a retransmitted packet.” | 对比文件直接、明确地公开了新数据指示符（NDI）的概念及其作用，即用于区分新数据包和重传数据包。这与目标专利中“识别用于所述HARQ过程的新数据指示符(NDI)”的技术特征完全相同。NDI在对比文件中是HARQ相关信息的一部分，其作用与目标专利中相同，都是用于标识数据传输的新旧。因此，该技术特征被直接公开。 |
| **技术特征D**《未公开》 | 未发现对应内容。 | 对比文件没有公开在识别NDI之后，确定定时器在针对HARQ过程的重传准许被接收之前已经期满这一具体判断逻辑。对比文件虽然提到了DRX重传定时器及其期满，但并未将其与NDI的识别以及“在重传准许被接收之前”这一特定时间条件相关联。目标专利中该特征是实现快速错误报告的关键判断步骤，对比文件未提供任何相关教导或启示。 |
| **技术特征E**《未公开》 | 未发现对应内容。 | 对比文件没有公开基于NDI和定时器期满的确定来向发送设备报告传输错误。对比文件中报告传输相关错误主要是通过HARQ ACK/NACK反馈，但并未描述将NDI和定时器期满状态作为触发错误报告决策依据的方案。该特征是目标专利快速恢复机制的核心逻辑之一，对比文件未公开。 |
| **技术特征F**《未公开》 | 未发现对应内容。 | 对比文件没有公开由接收设备向发送设备的RLC、PDCP或MAC实体发送错误指示。对比文件主要涉及物理层和MAC层的HARQ反馈以及高层（RRC）信令，但未提及将错误指示报告给发送设备这些特定协议实体的方案。该特征是目标专利中错误报告的具体路径，对比文件未公开。 |
| **技术特征G**《未公开》 | 未发现对应内容。 | 对比文件没有公开使用基于竞争的资源（如竞争接入资源）向发送设备的实体发送错误指示。对比文件中上行控制信息（如HARQ ACK/NACK, CSI）通常在PUCCH或授权的PUSCH上发送，未提及使用基于竞争的资源。该特征是目标专利中一种可能的上报方式，对比文件未公开。 |
| **技术特征H**《未公开》 | 未发现对应内容。 | 对比文件没有公开维护非终止传输的列表，并基于该列表报告传输错误。对比文件描述了DRX定时器和状态的管理，但并未提及维护一个专门的“非终止传输”列表用于错误恢复。该特征是目标专利中用于跟踪和管理待恢复传输的特定手段，对比文件未公开。 |
| **技术特征I**《未公开》 | 未发现对应内容。 | 对比文件没有公开将列表中的条目映射到时间索引。由于技术特征H的列表本身未被公开，此依赖特征自然也未被公开。 |
| **技术特征J**《未公开》 | 未发现对应内容。 | 对比文件没有公开向发送设备发送与列表相对应的位图。对比文件未涉及使用位图来报告传输错误状态。该特征是目标专利中一种高效报告列表内容的方式，对比文件未公开。 |
| **技术特征K**《未公开》 | 未发现对应内容。 | 对比文件没有公开将列表限于高优先级HARQ过程集合。对比文件未区分HARQ过程的优先级，也未提及基于优先级对错误恢复过程进行限制。该特征是目标专利中针对低延时业务优化资源的方法，对比文件未公开。 |
| **技术特征L**《未公开》 | 未发现对应内容。 | 对比文件没有公开基于延时操作模式来确定高优先级HARQ过程集合。对比文件未涉及“延时操作模式”这一概念及其对HARQ过程优先级配置的影响。该特征是目标专利适应低延时场景的配置方式，对比文件未公开。 |
| **技术特征M**《未公开》 | 未发现对应内容。 | 对比文件没有公开选择“快速恢复模式”并基于此选择启动定时器。对比文件涉及DRX模式，但其目的是省电，而非目标专利中旨在减少延迟的“快速错误恢复模式”。两者目的和机制不同，对比文件未公开目标专利的快速恢复模式选择。 |
| **技术特征N**《未公开》 | 未发现对应内容。 | 对比文件没有公开基于延时操作模式来选择快速恢复模式。由于技术特征M的“快速恢复模式”未被公开，此依赖特征自然也未被公开。 |
| **技术特征O**《未公开》 | 未发现对应内容。 | 对比文件没有公开基于至少一个高优先级承载的配置来选择快速恢复模式。对比文件未涉及“高优先级承载”的配置及其与恢复模式选择的关系。由于技术特征M的“快速恢复模式”未被公开，此依赖特征自然也未被公开。 |
| **技术特征P**《直接公开》 | 对比文件第[0060]段：“HARQ ACK/NACK in response to downlink data packets on the PDSCH (Physical Downlink Shared CHannel).” | 对比文件直接、明确地公开了UE基于对下行数据包（PDSCH）的解码结果发送HARQ ACK/NACK反馈。当解码失败时，发送NACK。这与目标专利中“至少部分地基于所述HARQ过程的所述状态来发送否定确认(NACK)”的技术特征完全相同。其作用都是向发送方提供传输是否成功的反馈。因此，该技术特征被直接公开。 |
| **技术特征Q**《隐含公开》 | 对比文件第[0022]段：“A transport block and its potential HARQ retransmissions need to be mapped on the same component carrier.” 以及HARQ增量冗余机制隐含需要缓冲数据以进行软合并。 | 对比文件公开了传输块及其HARQ重传需要映射到相同的分量载波上，并且HARQ机制（如增量冗余）通常要求接收方将未能正确解码的数据块保持在缓冲区中，以便与后续的重传进行合并解码。这隐含公开了“将传输块集合保持在缓冲区中达用于重传的最小时间段”这一技术特征。虽然对比文件未明确“最小时间段”这一表述，但本领域技术人员可以理解，为实现HARQ重传，将传输块数据在缓冲区中保持一段时间是必要且常规的技术手段。其作用与目标专利中为支持重传而缓冲数据相同。 |
<<<C>>><<<P>>><<<a>>><<<b>>><<<q>>>