对比文件名称：US2010111067A1_Description_20260218_1602
目标专利名称：178具有低延时传输的快速无线链路控制错误恢复CN107409020B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>在接收设备处至少部分地基于对来自发送设备的传输的解码失败以及混合自动重传请求(HARQ)过程的状态来检测传输错误。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征A是指在接收设备（如UE）处，基于对来自发送设备（如基站）的传输解码失败以及HARQ过程的状态来检测传输错误。根据目标专利说明书[0047]-[0048]段，这包括在发生NACK到ACK错误等HARQ错误后，UE未能成功接收传输块的情况。<br>**对比文件分析**：对比文件主要涉及随机接入（RA）过程中时间对齐定时器（Time Alignment Timer）到期的处理。对比文件提到了HARQ NACK（如图9步骤A5，图11步骤B5）和传输失败（如背景技术描述的问题），但这些失败是在随机接入和定时器到期的特定上下文中提及的，并非目标专利中描述的基于对常规下行数据传输解码失败和HARQ状态来检测传输错误的机制。对比文件没有公开接收设备主动基于解码失败和HARQ过程状态来检测如NACK到ACK错误这类传输错误的技术手段。因此，本领域技术人员无法从对比文件中直接或通过合理推断得出该技术特征。 |
| 技术特征B：<br>与检测到所述传输错误并发地或在检测到所述传输错误之后，来启动定时器。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征B是指在检测到传输错误的同时或之后，启动一个定时器。根据说明书[0048]、[0050]段，该定时器用于加速数据恢复过程，不同于RLC重新排序定时器且更短。<br>**对比文件分析**：对比文件确实公开了时间对齐定时器（Time Alignment Timer），该定时器在收到时间对齐消息（time alignment message）时启动或重启（步骤820，[0038]段），并用于确定UE与eNB的上行链路定时是否同步。然而，该定时器的启动是基于收到时间对齐命令，与目标专利中基于检测到传输错误（如HARQ解码失败）而启动定时器的触发条件、目的和功能均不相同。对比文件没有公开为快速错误恢复而启动一个独立定时器的技术方案。因此，该技术特征未被公开。 |
| 技术特征C：<br>识别用于所述HARQ过程的新数据指示符(NDI)。<br>**直接公开** | 对比文件[0035]段：“A transmission of MAC PDUs, other than a very first transmission, is determined to be a new transmission or a retransmission according to a comparison between a received new data indicator (NDI) and a previous NDI stored in corresponding HARQ buffer.” | **公开性判断**：目标专利的特征C是识别用于HARQ过程的NDI。根据说明书[0017]、[0080]段，NDI用于指示传输是新数据还是重传，UE可以在定时器期满前识别NDI。<br>**对比文件分析**：对比文件明确公开了NDI的概念和作用，即通过比较接收到的NDI和先前存储的NDI，来确定MAC PDU的传输是新传输还是重传（[0035]段）。这实质上公开了“识别用于HARQ过程的NDI”这一技术特征。虽然对比文件中NDI的应用场景（如处理时间对齐定时器到期后的传输）可能与目标专利不同，但NDI的基本识别功能已被直接公开。因此，本领域技术人员能够毫无疑义地从对比文件得出该技术特征。 |
| 技术特征D：<br>在识别所述NDI之后，确定在针对所述HARQ过程的重传的准许已经被接收之前所述定时器已经期满。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征D是一个特定的判断逻辑：在识别NDI之后，确定定时器在接收到针对该HARQ过程的重传准许之前已经期满。这构成了触发错误报告的关键条件之一（参见说明书[0030]段图3流程）。<br>**对比文件分析**：对比文件虽然提到了NDI和时间对齐定时器，但完全没有描述“在识别NDI后，检查定时器是否在重传准许（如UL Grant）被接收之前期满”这一系列关联的动作和判断逻辑。对比文件中定时器（时间对齐定时器）的到期可能触发其他操作（如中止RA过程、清空HARQ缓冲区等），但这些操作与“识别NDI”和“等待重传准许”没有建立如目标专利所述的条件关系。因此，该技术特征未被公开。 |
| 技术特征E：<br>以及至少部分地基于所述NDI和所述确定来向所述发送设备报告所述传输错误。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征E是基于NDI和上述定时器期满的确定，向发送设备报告传输错误。这是快速错误恢复流程的核心动作（参见说明书[0050]-[0051]段）。<br>**对比文件分析**：对比文件没有描述基于NDI和定时器是否在重传准许前期满的判断来向发送设备（如eNB）报告传输错误的过程。对比文件中涉及“报告”或类似动作的是缓冲区状态报告（BSR）或调度请求（SR），这些与目标专利中旨在加速RLC层错误恢复的错误报告完全不同。因此，该技术特征未被公开。 |
| 技术特征F：<br>其中，报告所述传输错误包括：由所述接收设备向所述发送设备的无线链路控制(RLC)实体、分组数据会聚协议(PDCP)实体或介质访问控制(MAC)实体发送错误指示。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征F限定了错误报告的具体目的地：发送设备的RLC、PDCP或MAC实体（参见说明书[0010]、[0051]段）。<br>**对比文件分析**：对比文件完全没有提及向发送设备（即网络侧）的RLC、PDCP或MAC实体发送错误指示。对比文件涉及的是UE内部协议层（RRC、PDCP、RLC、MAC）以及UE与eNB之间的信令（如RA preamble、RAR、PDCCH order等）。没有任何内容描述UE向eNB的特定协议实体发送错误指示以触发快速重传。因此，该技术特征未被公开。 |
| 技术特征G：<br>其中，发送所述错误指示包括使用基于竞争的资源来向所述发送设备的实体发送所述错误指示。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征G进一步限定使用基于竞争的资源（如基于竞争的随机接入资源）来发送错误指示（参见说明书[0011]、[0065]段）。<br>**对比文件分析**：对比文件详细描述了基于竞争的随机接入（RA）过程（见背景技术和图1），但其目的是为了获取上行同步或上行授权，以进行初始传输或调度请求。对比文件没有提及将基于竞争的资源用于发送目标专利所定义的错误指示（即向发送设备的RLC/PDCP/MAC实体报告传输错误）。因此，该技术特征未被公开。 |
| 技术特征H：<br>还包括：维护非终止传输的列表，其中，报告所述传输错误是至少部分地基于所述列表的。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征H是维护一个非终止传输（如活动的HARQ过程）的列表，错误报告基于该列表（参见说明书[0005]、[0012]、[0059]段）。<br>**对比文件分析**：对比文件提到了HARQ过程和HARQ缓冲区，但没有公开维护一个专门的“非终止传输的列表”用于错误报告。对比文件中涉及列表或集合的概念仅限于多个HARQ缓冲区（BF(1)-BF(n)）和HARQ过程（HAP(1)-HAP(n)），这是HARQ功能的常规组成部分，并非用于跟踪和报告失败传输的动态列表。因此，该技术特征未被公开。 |
| 技术特征I：<br>其中，所述列表中的每个条目被映射到时间索引。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征I限定了列表条目与时间索引的映射关系（参见说明书[0013]段）。<br>**对比文件分析**：由于对比文件根本没有公开“非终止传输的列表”这一上位特征，自然也没有公开该列表条目与时间索引映射的具体细节。因此，该技术特征未被公开。 |
| 技术特征J：<br>其中，报告所述传输错误包括：向所述发送设备发送与所述列表相对应的位图。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征J限定了使用位图（bitmap）形式来报告与列表对应的传输错误（参见说明书[0014]段）。<br>**对比文件分析**：对比文件没有提及使用位图来报告传输错误或HARQ过程状态。因此，该技术特征未被公开。 |
| 技术特征K：<br>其中，所述列表限于高优先级HARQ过程集合，其中，所述HARQ过程是所述高优先级HARQ过程集合的元素。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征K限定了列表仅限于高优先级HARQ过程集合（参见说明书[0015]、[0079]段）。<br>**对比文件分析**：对比文件没有区分或定义“高优先级HARQ过程集合”。所有提到的HARQ过程都是平级的，没有基于优先级进行筛选或限制。因此，该技术特征未被公开。 |
| 技术特征L：<br>其中，所述高优先级HARQ过程集合至少部分地基于延时操作模式来确定。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征L限定了高优先级HARQ过程集合的确定依据是延时操作模式（如低延时操作）（参见说明书[0016]、[0079]段）。<br>**对比文件分析**：对比文件完全没有提及“延时操作模式”（low latency operation）这一概念。因此，该技术特征未被公开。 |
| 技术特征M：<br>还包括：选择快速恢复模式，其中，启动所述定时器至少部分地基于所述选择。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征M是选择快速恢复模式，定时器的启动基于此选择（参见说明书[0018]、[0081]段）。<br>**对比文件分析**：对比文件没有描述任何“快速恢复模式”的选择。其解决的问题和处理流程（如中止RA、清空缓冲区）是针对时间对齐定时器到期这一特定事件的常规或纠错流程，并非为降低RLC错误恢复延时而主动选择的一种模式。因此，该技术特征未被公开。 |
| 技术特征N：<br>其中，所述选择至少部分地基于延时操作模式。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征N限定了快速恢复模式的选择依据是延时操作模式（参见说明书[0019]、[0081]段）。<br>**对比文件分析**：如前所述，对比文件未提及“延时操作模式”，故也未公开基于此模式进行选择。因此，该技术特征未被公开。 |
| 技术特征O：<br>其中，所述选择至少部分地基于至少一个高优先级承载的配置。<br>**未公开** | 对比文件未直接或隐含公开此特征。 | **公开性判断**：目标专利的特征O限定了快速恢复模式的选择依据是高优先级承载的配置（参见说明书[0020]、[0081]段）。<br>**对比文件分析**：对比文件没有提及“高优先级承载”（high priority bearer）的配置。因此，该技术特征未被公开。 |
| 技术特征P：<br>还包括：至少部分地基于所述HARQ过程的所述状态来发送否定确认(NACK)。<br>**未公开** | 对比文件提及HARQ NACK，例如图9步骤A5：“the eNB feedbacks a negative acknowledgement (NACK) associated with the MAC PDU for contention resolution”。 | **公开性判断**：目标专利的特征P是基于HARQ过程的状态（如解码失败）发送NACK（参见说明书[0021]、[0060]段）。这是HARQ机制的常规部分。<br>**对比文件分析**：对比文件确实提到了HARQ NACK的存在，但这通常是从eNB侧向UE反馈的（如图9 A5，图11 B5），用于指示UE的上行传输（如Msg3）未被正确接收。而目标专利的特征P描述的是接收设备（UE）在解码下行传输失败后，向发送设备（基站）发送NACK。两者方向和作用主体不同。对比文件没有明确描述UE基于下行HARQ过程状态发送NACK的步骤。因此，该技术特征未被公开。 |
| 技术特征Q：<br>还包括：将传输块集合在缓冲区中保持用于重传的最小时间段。<br>**未公开** | 对比文件提到了HARQ缓冲区和数据缓冲区（如[Message3] buffer），例如[0033]段：“The computer readable recording medium 610 is any data storage device that includes HARQ (Hybrid Automatic Repeat Request) buffers BF(1)-BF(n), a data buffer 650”，以及[0060]段涉及从数据缓冲区获取分组进行重传。 | **公开性判断**：目标专利的特征Q是将传输块集合保持在缓冲区中达最小时间段，以备重传（参见说明书[0022]段）。<br>**对比文件分析**：对比文件公开了HARQ缓冲区和特定数据缓冲区的存在，这些缓冲区自然用于存储数据以可能的重传。然而，目标专利的特征Q强调“用于重传的最小时间段”，这暗示了一种主动的、有时间约束的保持策略，可能与低延时场景下的优化相关。对比文件虽然使用了缓冲区，但并未明确揭示或教导为了重传而将传输块集合保持一个“最小时间段”的特定策略或配置。缓冲区数据的存在是重传功能的基础，但“最小时间段”这一具体限定并未被公开。因此，该技术特征未被公开。 |
<<<C>>>