**对比文件名称**：US2006282739A1_Description_20260218_1602
**目标专利名称**：具有低延时传输的快速无线链路控制错误恢复CN107409020B
**模型名称**：DeepSeek-R1
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译为中文） | 公开性论述 |
| **技术特征A**：在接收设备处至少部分地基于对来自发送设备的传输的解码失败以及混合自动重传请求(HARQ)过程的状态来检测传输错误。<br>**《直接公开》** | [0026] “...接收器尝试解码每个数据单元（步骤202）...如果数据单元未成功解码（步骤203），则接收器向发送器发送否定反馈（步骤204b）...”<br>[0036] “...接收器103没有正确接收数据单元并响应NACK信号...” | 对比文件明确描述了接收机在尝试解码数据单元失败后，会发送NACK（否定确认）。发送NACK这一行为本身就隐含了接收机已经基于解码失败检测到了传输错误。在无线通信中，ACK/NACK是HARQ过程的核心状态反馈机制，因此该检测“至少部分地基于...HARQ过程的状态”。本领域技术人员能够毫无疑义地得出，对比文件公开了基于解码失败和HARQ状态（即需要反馈NACK的状态）来检测传输错误。 |
| **技术特征B**：与检测到所述传输错误并发地或在检测到所述传输错误之后，来启动定时器。<br>**《直接公开》** | [0036] “...为了解决这个问题，可以在接收器处使用定时器，该定时器在接收到不成功的传输时启动；或者，定时器可以在发送相应的NACK时启动...” | 对比文件明确指出了定时器的启动时机：“在接收到不成功的传输时”或“在发送相应的NACK时”。这两种情况都对应于“检测到传输错误”这一事件之后（或与之并发，例如发送NACK可视为检测动作的延续）。因此，对比文件直接公开了在检测到传输错误之后启动定时器的技术特征。 |
| **技术特征C**：识别用于所述HARQ过程的新数据指示符(NDI)。<br>**《隐含公开》** | [0036] “...此外，如果接收到新数据而不是预期的重传，则接收器使用第二反馈格式重传反馈并停止定时器。”<br>[0038] (图7b描述) “...最后，图7b说明了当第一个数据单元发生NACK到ACK错误的情况。因为发送方认为第一个数据单元已被成功接收，所以发送了第二个数据单元。在这种情况下，接收器检测到已发送新数据单元而不是预期的重传。” | 目标专利中的NDI用于指示传输是新数据还是重传。对比文件虽未明确使用“NDI”这一术语，但详细描述了接收机如何判断发送方发送的是“新数据”而不是“预期的重传”。在HARQ机制中，发送新数据而非重传这一行为，必然伴随着向接收机指示此为“新数据”的机制（例如通过NDI翻转）。本领域技术人员阅读对比文件后，能够合理推断出：为了判断收到的是“新数据”，接收机必然需要识别用于区分新数据与重传的指示符，即NDI。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D**：在识别所述NDI之后，确定在针对所述HARQ过程的重传的准许已经被接收之前所述定时器已经期满。<br>**《隐含公开》** | [0036] “...如果在预期的重传被接收之前定时器到期，则指示反馈传输中的错误。”<br>[0038] (结合图7b) 描述了接收方在期待重传（定时器运行）时，却收到了新数据（识别NDI），随后停止定时器并发送可靠反馈。 | 对比文件揭示了两种导致定时器期满前未收到重传的场景：1) 定时器自然到期（如图6b）；2) 收到新数据而停止定时器（如图7b）。对于第二种场景，逻辑上等同于：在识别到NDI（表明是新数据）之后，接收机“确定”在重传（即针对原HARQ过程的“准许”或实际传输）被接收之前，定时器尚未期满但已无意义（因期望已改变），随即触发错误报告流程。虽然对比文件描述为“停止定时器”，但其技术实质与目标专利“确定定时器期满前未收到重传”在功能效果上一致，均是触发报告的条件。本领域技术人员可合理推断出该确定过程。因此，该特征被隐含公开。 |
| **技术特征E**：以及至少部分地基于所述NDI和所述确定来向所述发送设备报告所述传输错误。<br>**《隐含公开》** | [0036] “...当定时器到期时，向发送器发送另一个反馈消息以请求重传...这个反馈消息应该使用可靠的方法发送...”<br>[0038] (图7b描述) “...在这种情况下...发送可靠的反馈消息以请求重传第一个数据单元。” | 对比文件表明，无论是定时器到期（图6b）还是收到新数据（识别NDI）后停止定时器（图7b），接收机都会采取相同的后续动作：使用可靠的第二反馈机制（状态消息）向发送方报告错误并请求重传。在收到新数据的场景中，报告动作是基于“识别到NDI（新数据）”和“确定不会收到预期重传”（这由收到新数据这一事实本身所确定）而触发的。因此，报告传输错误是至少部分地基于NDI和该确定。虽然对比文件将两种触发条件并列描述，但本领域技术人员能够理解其组合逻辑，该特征被隐含公开。 |
| **技术特征F**：其中，报告所述传输错误包括：由所述接收设备向所述发送设备的无线链路控制(RLC)实体、分组数据会聚协议(PDCP)实体或介质访问控制(MAC)实体发送错误指示。<br>**未被公开** | 对比文件通篇描述反馈消息是发送给“发送器”(transmitter)或“发射机”。例如[0036]“向发送器发送另一个反馈消息”。未具体指明该反馈是发送给发送端的RLC、PDCP或MAC中的哪一个特定协议实体。 | 目标专利明确限定了错误指示的接收方是发送设备中特定的协议实体（RLC、PDCP或MAC实体）。对比文件仅泛泛提及“发送器”，这是一个功能性的、宏观的设备描述。在通信系统中，协议分层明确，反馈消息通常由对等协议实体处理。虽然本领域技术人员知道反馈最终可能由这些实体之一处理，但对比文件并未明确揭示或必然推导出错误指示是“由接收设备向发送设备的RLC、PDCP或MAC实体发送”这一具体限定。该特征未被对比文件公开。 |
| **技术特征G**：其中，发送所述错误指示包括使用基于竞争的资源来向所述发送设备的实体发送所述错误指示。<br>**未被公开** | 对比文件未提及“基于竞争的资源”。 | 目标专利中“使用基于竞争的资源发送错误指示”是一种特定的上行链路资源分配和接入方式（例如在LTE/5G中的基于授权的竞争接入）。对比文件完全没有涉及任何关于资源分配或接入方式的描述，更未提及“基于竞争的资源”。该特征是对报告方式的进一步具体限定，未被对比文件公开。 |
| **技术特征H**：还包括：维护非终止传输的列表，其中，报告所述传输错误是至少部分地基于所述列表的。<br>**未被公开** | 对比文件未提及“非终止传输的列表”。 | 目标专利中“维护非终止传输的列表”是一个特定的管理机制，用于跟踪例如活动的HARQ过程。对比文件的描述聚焦于对单个数据单元或传输的反馈和定时器管理，没有揭示任何形式的列表维护机制，也未表明错误报告是基于这样一个列表。该特征未被对比文件公开。 |
| **技术特征I**：其中，所述列表中的每个条目被映射到时间索引。<br>**未被公开** | 对比文件未提及任何列表，自然也没有列表条目映射到时间索引的特征。 | 该特征依附于技术特征H的列表而存在。既然列表未被公开，此映射特征更无从谈起。该特征未被对比文件公开。 |
| **技术特征J**：其中，报告所述传输错误包括：向所述发送设备发送与所述列表相对应的位图。<br>**未被公开** | [0030] “...数据单元的列表可以以位图的形式压缩以便更有效地传输。” | 对比文件确实提到了状态消息（Status Message）中可以使用位图来压缩表示数据单元的接收状态列表。**然而**，目标专利中的位图是“与所述列表相对应的位图”，此列表特指其权利要求中定义的“非终止传输的列表”。对比文件中的位图是针对“正确或错误接收的数据单元”的列表，两者所指的列表对象和目的不同。对比文件没有公开与非终止传输列表相对应的位图。因此，该特征未被公开。 |
| **技术特征K**：其中，所述列表限于高优先级HARQ过程集合，其中，所述HARQ过程是所述高优先级HARQ过程集合的元素。<br>**未被公开** | 对比文件未提及“高优先级HARQ过程”或任何基于优先级的区分。 | 目标专利通过将列表限于“高优先级HARQ过程集合”来实现对低延时等关键业务的快速错误恢复。对比文件的方案是普遍适用于所有数据流的，没有涉及任何优先级划分或选择性应用的概念。该特征未被对比文件公开。 |
| **技术特征L**：其中，所述高优先级HARQ过程集合至少部分地基于延时操作模式来确定。<br>**未被公开** | 对比文件未提及“延时操作模式”。 | 该特征是对技术特征K的进一步限定，解释高优先级集合的确定依据。对比文件既未公开优先级区分，也未提及延时操作模式。该特征未被对比文件公开。 |
| **技术特征M**：还包括：选择快速恢复模式，其中，启动所述定时器至少部分地基于所述选择。<br>**未被公开** | 对比文件未提及“快速恢复模式”的选择。 | 目标专利中的“选择快速恢复模式”是一个可配置的操作模式，定时器的启动与此模式选择相关。对比文件中定时器的启动是协议固有的、默认的行为，响应于解码失败而自动触发，并未揭示存在一种可被选择启用的“快速恢复模式”。该特征未被对比文件公开。 |
| **技术特征N**：其中，所述选择至少部分地基于延时操作模式。<br>**未被公开** | 对比文件未提及“延时操作模式”。 | 该特征是对技术特征M的进一步限定。既然“选择快速恢复模式”未被公开，且“延时操作模式”也未被提及，该特征未被对比文件公开。 |
| **技术特征O**：其中，所述选择至少部分地基于至少一个高优先级承载的配置。<br>**未被公开** | 对比文件未提及“高优先级承载的配置”。 | 该特征是对技术特征M的进一步限定。既然“选择快速恢复模式”未被公开，且“高优先级承载的配置”也未被提及，该特征未被对比文件公开。 |
| **技术特征P**：还包括：至少部分地基于所述HARQ过程的所述状态来发送否定确认(NACK)。<br>**《直接公开》** | [0026] “...如果数据单元未成功解码（步骤203），则接收器向发送器发送否定反馈（步骤204b）...”<br>[0036] “...接收器103没有正确接收数据单元并响应NACK信号...” | 对比文件明确且反复描述了接收机在解码失败（即HARQ过程处于“失败”状态）时，会向发送方发送NACK。这直接公开了“至少部分地基于HARQ过程的状态来发送NACK”这一技术特征。 |
| **技术特征Q**：还包括：将传输块集合在缓冲区中保持用于重传的最小时间段。<br>**《隐含公开》** | [0024] “...重传协议是基于窗口的ARQ协议...”<br>[0033] “...发送器102只有在收到指示一个或多个数据单元被成功解码的状态消息（步骤303）后，才会从发送缓冲区中移除这些标识的数据单元（步骤304）。”<br>图5及其描述展示了数据单元保留在发送缓冲区中直到收到状态消息。 | 目标专利的“将传输块集合在缓冲区中保持用于重传的最小时间段”是为了确保在需要时能够进行重传。对比文件描述的基于窗口的ARQ协议，其发送方维护发送缓冲区，并仅在收到可靠的状态消息确认后才将数据单元从缓冲区中移除。这意味着数据单元被强制保留在缓冲区中一段不确定但必要的时间，这段等待可靠确认的时间本质上构成了一个“用于重传的最小时间段”。虽然对比文件没有明确使用“最小时间段”这一表述，但其技术方案必然要求数据在缓冲区中保持一段时间以确保可靠传输，本领域技术人员能够合理推断出这一隐含特征。 |
<<<A>>><<<B>>><<<P>>><<<c>>><<<d>>><<<e>>><<<q>>>