对比文件名称：US2010002630A1_Description_20260218_1603
目标专利名称：178具有低延时传输的快速无线链路控制错误恢复CN107409020B
模型名称：深度求索
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A**：在接收设备处至少部分地基于对来自发送设备的传输的解码失败以及混合自动重传请求(HARQ)过程的状态来检测传输错误<br>**判断结果：隐含公开 (a)** | 说明书第[0096]段：“If decoding of the data is failed, the user equipment transmits NACK signal to the base station.”（如果数据解码失败，用户设备向基站发送NACK信号。）<br>说明书第[0097]段：“If the NACK signal is received from the user equipment, the base station senses that data transmission to the user equipment has been failed, and timely retransmits the same data...”（如果从用户设备接收到NACK信号，基站感知到向用户设备的数据传输已经失败，并及时重传相同数据...）<br>说明书第[0090]段：“...the user equipment compares the NDI field with a previously transmitted value to identify whether data retransmission is performed.”（...用户设备将NDI字段与先前发送的值进行比较，以确定是否执行数据重传。） | 对比文件公开了接收设备（用户设备或基站）在解码失败时（即检测到传输错误）会发送NACK，以及发送设备（基站或用户设备）在收到NACK时感知到传输失败。解码失败是检测传输错误的一种具体表现。同时，对比文件也描述了HARQ过程的状态（通过NDI值是否翻转来指示是新传还是重传）用于判断是否进行重传，这表明HARQ过程的状态与传输错误的判断和处理相关。虽然对比文件没有明确将“解码失败”和“HARQ过程的状态”同时作为“检测传输错误”的直接且唯一的依据，但本领域技术人员可以合理推断，在HARQ机制中，解码失败（导致NACK）是触发HARQ状态更新（如启动重传流程）的典型事件，两者共同构成了对“传输错误”的检测和响应逻辑。因此，该技术特征被对比文件隐含公开。 |
| **B**：与检测到所述传输错误并发地或在检测到所述传输错误之后，来启动定时器<br>**判断结果：未公开** | 说明书第[0078]段：“If the user equipment transmits data corresponding to the UL grant, the user equipment starts a contention resolution timer.”（如果用户设备传输对应于上行链路许可的数据，则用户设备启动竞争解决定时器。）<br>说明书第[0104]、[0128]、[0136]段：提及“contention resolution timer (CR timer)”。 | 对比文件确实公开了在随机接入过程中启动定时器（竞争解决定时器CR timer）。然而，该定时器的启动是基于用户设备发送了消息3（对应于UL grant），目的是为了解决随机接入过程中的竞争冲突，而不是基于检测到HARQ层面的传输错误（如解码失败）而启动的。目标专利中启动的定时器是专门用于快速RLC错误恢复的，其启动直接关联于HARQ传输错误的检测，作用是在低延时场景下加速错误报告，与对比文件中用于竞争解决的定时器在触发条件、目的和作用上均不相同。因此，对比文件没有公开技术特征B。 |
| **C**：识别用于所述HARQ过程的新数据指示符(NDI)<br>**判断结果：直接公开 (C)** | 说明书第[0033]段：“In order to perform the aforementioned HARQ scheme, the base station can transmit a new data indicator (NDI) through the PDCCH, wherein the NDI is to indicate the user equipment whether the user equipment performs new data transmission or data retransmission to the uplink.”（为了执行上述HARQ方案，基站可以通过PDCCH发送新数据指示符（NDI），其中NDI用于向用户设备指示用户设备是执行新数据传输还是数据重传到上行链路。）<br>说明书第[0090]段：“If the user equipment receives UL scheduling information through the PDCCH, the user equipment can identify whether data to be transmitted corresponds to initial transmission or retransmission of previous data, through NDI field included in the PDCCH.”（如果用户设备通过PDCCH接收上行链路调度信息，则用户设备可以通过PDCCH中包含的NDI字段来识别要传输的数据是对应于初始传输还是先前数据的重传。） | 对比文件明确且详细地描述了NDI的概念和作用，即通过PDCCH传输，用于指示对应的HARQ过程是进行新数据传输还是重传。用户设备（接收设备或发送设备）需要识别该NDI以确定传输行为。这完全公开了“识别用于所述HARQ过程的新数据指示符(NDI)”这一技术特征。 |
| **D**：在识别所述NDI之后，确定在针对所述HARQ过程的重传的准许已经被接收之前所述定时器已经期满<br>**判断结果：未公开** | 说明书第[0079]段：“...the user equipment tries to receive the PDCCH to receive a specific message...if the user equipment receives the PDCCH through its cell identifier before the contention resolution timer expires, the user equipment determines that the random access procedure has been performed normally...”（...用户设备尝试接收PDCCH以接收特定消息...如果用户设备在竞争解决定时器到期之前通过其小区标识符接收到PDCCH，则用户设备确定随机接入过程已正常执行...） | 对比文件描述了在竞争解决定时器（CR timer）期满前接收或未接收PDCCH（可能包含准许）的不同结果。然而，首先，该定时器（CR timer）并非技术特征B所指的、基于检测到HARQ传输错误而启动的定时器。其次，对比文件没有描述在“识别NDI”这一事件与“确定定时器在重传准许前期满”之间存在任何逻辑顺序或因果关系。目标专利中，识别NDI是确定定时器是否在重传准许前到期的前提条件之一（参见特征D的描述），而对比文件中NDI的识别与CR timer的期满判断是独立的过程，分别服务于HARQ操作和竞争解决。因此，对比文件没有公开技术特征D。 |
| **E**：以及至少部分地基于所述NDI和所述确定来向所述发送设备报告所述传输错误。<br>**判断结果：未公开** | 说明书第[0096]段：“If decoding of the data is failed, the user equipment transmits NACK signal to the base station.”（如果数据解码失败，用户设备向基站发送NACK信号。） | 对比文件公开了在解码失败时发送NACK作为反馈，这是一种对传输错误的报告。然而，目标专利的技术特征E明确要求报告传输错误是“至少部分地基于所述NDI和所述确定（即定时器在重传准许前期满）”。对比文件中的NACK报告仅基于解码失败（即HARQ反馈），完全不涉及基于NDI和特定定时器期满状态的组合条件来触发报告。这是目标专利快速错误恢复机制的核心逻辑，旨在避免等待传统RLC过程，对比文件完全没有揭示这种机制。因此，技术特征E未被公开。 |
| **F**：其中，报告所述传输错误包括：由所述接收设备向所述发送设备的无线链路控制(RLC)实体、分组数据会聚协议(PDCP)实体或介质访问控制(MAC)实体发送错误指示。<br>**判断结果：未公开** | 说明书第[0018]段：“In particular, the AM RLC layer performs a retransmission function through automatic repeat and request (ARQ) for reliable data transmission.”（特别是，AM RLC层通过自动重复请求（ARQ）执行重传功能以实现可靠的数据传输。）<br>说明书第[0016], [0019]段：提及了MAC层和PDCP层。 | 对比文件提到了RLC、PDCP、MAC这些协议实体的存在和部分功能（如RLC的ARQ）。但是，对比文件完全没有描述任何从接收设备（如UE的MAC层或物理层）向发送设备（如基站）的**RLC、PDCP或MAC实体**发送“错误指示”的机制或过程。目标专利中这种跨层的错误指示报告是其实现快速恢复的关键手段，而对比文件中的错误反馈仅限于HARQ层面的ACK/NACK。因此，技术特征F未被公开。 |
| **G**：其中，发送所述错误指示包括使用基于竞争的资源来向所述发送设备的实体发送所述错误指示。<br>**判断结果：未公开** | 说明书第[0030]段：“The LTE system provides both a contention based random access procedure and a non-contention based random access procedure...”（LTE系统提供基于竞争的随机接入过程和非基于竞争的随机接入过程...）<br>说明书第[0050]-[0053]段：描述了基于竞争的随机接入过程。 | 对比文件详细描述了“基于竞争的资源”（如PRACH）用于随机接入过程。然而，随机接入的目的是初始接入、调度请求等，而不是用于发送目标专利所定义的、向发送设备实体报告HARQ/传输层错误的“错误指示”。两者应用场景和目的截然不同。对比文件没有给出任何使用基于竞争的资源来传输此类错误指示的教导或启示。因此，技术特征G未被公开。 |
| **H**：还包括：维护非终止传输的列表，其中，报告所述传输错误是至少部分地基于所述列表的。<br>**判断结果：未公开** | 无相关描述。 | 对比文件全文未提及“非终止传输的列表”（例如，活动的HARQ过程列表）的概念，也没有描述维护这样的列表并根据该列表来报告传输错误。这是目标专利用于管理高优先级或低延时传输的特定机制。因此，技术特征H未被公开。 |
| **I**：其中，所述列表中的每个条目被映射到时间索引。<br>**判断结果：未公开** | 无相关描述。 | 由于对比文件未公开“非终止传输的列表”（特征H），因此自然也没有公开该列表中条目与时间索引的映射关系。技术特征I未被公开。 |
| **J**：其中，报告所述传输错误包括：向所述发送设备发送与所述列表相对应的位图。<br>**判断结果：未公开** | 无相关描述。 | 对比文件未提及使用位图（bitmap）来报告传输错误，也未提及任何与非终止传输列表相对应的报告格式。技术特征J未被公开。 |
| **K**：其中，所述列表限于高优先级HARQ过程集合，其中，所述HARQ过程是所述高优先级HARQ过程集合的元素。<br>**判断结果：未公开** | 无相关描述。 | 对比文件未提及根据优先级（如高优先级、低延时）对HARQ过程进行区分或筛选，也未公开仅限于高优先级HARQ过程的列表。技术特征K未被公开。 |
| **L**：其中，所述高优先级HARQ过程集合至少部分地基于延时操作模式来确定。<br>**判断结果：未公开** | 无相关描述。 | 对比文件未提及“延时操作模式”（如低延时操作）的概念，也未描述基于此模式来确定任何HARQ过程集合。技术特征L未被公开。 |
| **M**：还包括：选择快速恢复模式，其中，启动所述定时器至少部分地基于所述选择。<br>**判断结果：未公开** | 无相关描述。 | 对比文件未提及“快速恢复模式”的概念，也没有描述设备可以“选择”这样的模式，并且基于该选择来启动某个定时器。目标专利的快速恢复模式是其发明核心，对比文件中不存在对应概念。技术特征M未被公开。 |
| **N**：其中，所述选择至少部分地基于延时操作模式。<br>**判断结果：未公开** | 无相关描述。 | 由于对比文件未公开“选择快速恢复模式”（特征M），也未提及“延时操作模式”，因此该限定特征自然也未被公开。技术特征N未被公开。 |
| **O**：其中，所述选择至少部分地基于至少一个高优先级承载的配置。<br>**判断结果：未公开** | 无相关描述。 | 对比文件未提及“高优先级承载的配置”以及基于此来选择任何模式。技术特征O未被公开。 |
| **P**：还包括：至少部分地基于所述HARQ过程的所述状态来发送否定确认(NACK)。<br>**判断结果：直接公开 (P)** | 说明书第[0096]段：“If decoding of the data is failed, the user equipment transmits NACK signal to the base station.”（如果数据解码失败，用户设备向基站发送NACK信号。）<br>说明书第[0095]段：“...the user equipment transmits HARQ feedback information to the base station in accordance with the decoded result. Namely, if decoding of the data is successfully performed, the user equipment transmits ACK signal to the base station. If decoding of the data is failed, the user equipment transmits NACK signal to the base station.”（...用户设备根据解码结果向基站发送HARQ反馈信息。即，如果数据解码成功，用户设备向基站发送ACK信号。如果数据解码失败，用户设备向基站发送NACK信号。） | 对比文件明确且反复地描述了在HARQ过程中，接收设备（如UE）在解码失败时，会基于该HARQ过程的状态（解码失败即需要重传的状态）向发送设备（如基站）发送NACK信号。这直接公开了“至少部分地基于所述HARQ过程的所述状态来发送否定确认(NACK)”这一技术特征。 |
| **Q**：还包括：将传输块集合在缓冲区中保持用于重传的最小时间段。<br>**判断结果：未公开** | 说明书第[0090]段：“If the number of transmission times reaches the maximum number of transmission times (CURRENT_TX_NB) established in the RRC layer, the user equipment deletes the data stored in the HARQ buffer.”（如果传输次数达到RRC层中建立的最大传输次数，则用户设备删除存储在HARQ缓冲区中的数据。）<br>说明书第[0096]段：“If decoding of the data is failed, the user equipment transmits NACK signal to the base station.”（如果数据解码失败，用户设备向基站发送NACK信号。） | 对比文件提到了HARQ缓冲区的存在以及在一定条件下（如达到最大重传次数）删除数据。但是，对比文件完全没有描述“将传输块集合在缓冲区中保持用于重传的最小时间段”这一具体操作。目标专利的该特征可能是为了确保在快速恢复机制中有足够的数据可用于可能的快速重传，是对缓冲区保持时间的一种特定管理。对比文件未公开此特定时间管理特征。 |
<<<C>>><<<P>>><<<a>>>