对比文件名称：US2017325164A1_Description_20260218_1603
目标专利名称：178具有低延时传输的快速无线链路控制错误恢复CN107409020B
本次调用的模型名称：专利创造性评估经验丰富的资深专利代理师
以下是根据目标专利权利要求划分的技术特征与对比文件US2017325164A1的比对表格，严格遵循目标专利权利要求的划分进行特征比对。对于每个技术特征，首先判断是否被对比文件直接公开；若无直接公开，则判断是否被隐含公开；若均未公开，则不进行任何标记。公开性判断结合目标专利说明书原文对技术特征的解释，并对比对比文件中相应内容的作用是否相同。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在接收设备处至少部分地基于对来自发送设备的传输的解码失败以及混合自动重传请求(HARQ)过程的状态来检测传输错误<br>**《未公开》** | 对比文件中未发现直接或间接描述接收设备基于解码失败及HARQ过程状态来检测传输错误的内容。对比文件主要涉及DRX模式下对下行控制信道的监测以及短TTI帧结构，以实现低延时通信（例如，[0004], [0161]-[0163]）。 | 目标专利中，特征A旨在通过解码失败和HARQ过程状态（如NACK到ACK错误）主动检测传输错误，以启动快速错误恢复（参见说明书[0048], [0054]-[0055]）。对比文件虽然提及低延时数据传输和HARQ ACK/NACK（如[0074], [0096]），但全文未描述接收设备基于这两者结合来“检测传输错误”的具体过程或机制。对比文件中的HARQ反馈用于上行控制信息或PHICH，而非用于触发错误检测。因此，本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。 |
| **技术特征B**：与检测到所述传输错误并发地或在检测到所述传输错误之后，来启动定时器<br>**《未公开》** | 对比文件中未发现与检测到传输错误相关联而启动定时器的内容。对比文件描述了DRX相关定时器（如onDurationTimer、drxInactivityTimer），但这些定时器用于控制DRX周期中的监听间隔，与传输错误的检测无关（例如，[0429]-[0432], 表2）。 | 目标专利中，特征B的定时器是专门为加速RLC错误恢复而设计的，在检测到传输错误（如HARQ失败）后启动，以在重传调度前等待（参见说明书[0054], [0065]）。对比文件中的DRX定时器作用完全不同，其用于管理UE的激活/休眠周期以实现节能，并非响应于传输错误。两者作用不同，且对比文件未给出将DRX定时器用于错误恢复的任何启示。因此，该特征未被直接或隐含公开。 |
| **技术特征C**：识别用于所述HARQ过程的新数据指示符(NDI)<br>**《直接公开》** | [0190] “The control information (for example, frequency/time resource allocation information with respect to the downlink data of the sPDSCH; MCS, NDI, RV, TPC command; and so on) with respect to the downlink data transmitted from the sPDSCH 1304 can be transmitted through the sPDCCH 1303 newly defined within the short TTI subframe.”<br>[0195] “For example, the DCI related to downlink data transmitted from an sPDSCH can include a TTI number field indicating to which TTI among 12/n (for example, 4) short TTIs the downlink data are transmitted.” | 目标专利中，NDI用于识别HARQ过程，作为报告传输错误的依据之一（参见说明书[0065], [0141]）。对比文件在描述短TTI子帧的下行控制信息（DCI）时，明确将NDI列为控制信息字段之一（[0190]），用于指示新数据。NDI是本领域HARQ过程中的公知字段，用于区分是新传还是重传。对比文件公开了NDI作为调度下行数据（包括在短TTI中）的控制信息的一部分，其作用与目标专利中“识别用于HARQ过程的NDI”在技术本质上相同，即都是作为HARQ过程相关的指示符。因此，本领域技术人员能够毫无疑义地从对比文件中得出该技术特征。 |
| **技术特征D**：在识别所述NDI之后，确定在针对所述HARQ过程的重传的准许已经被接收之前所述定时器已经期满<br>**《未公开》** | 对比文件中未发现任何描述在识别NDI后，确定定时器在重传准许被接收之前期满的内容。 | 目标专利中，特征D是一个特定的判断步骤：在识别NDI后，若专为错误恢复启动的定时器在收到重传准许前期满，则触发错误报告（参见说明书[0054], [0065]）。对比文件既未公开此类与错误恢复相关的定时器，也未描述将NDI识别与定时器期满判断相结合的流程。该特征是目标专利快速恢复机制的核心逻辑之一，对比文件未提供任何相关教导或启示。 |
| **技术特征E**：以及至少部分地基于所述NDI和所述确定来向所述发送设备报告所述传输错误。<br>**《未公开》** | 对比文件中未发现基于NDI和定时器期满的确定来报告传输错误的内容。 | 目标专利中，特征E是错误报告的动作，其触发条件依赖于特征C和特征D的结果（NDI和定时器期满）（参见说明书[0065]）。对比文件未公开基于这两者结合的报告传输错误的机制。虽然对比文件公开了NDI（特征C），但未公开特征D的确定过程，更未公开基于二者结合的报告行为。因此，该特征作为一个整体未被公开。 |
| **技术特征F**：其中，报告所述传输错误包括：由所述接收设备向所述发送设备的无线链路控制(RLC)实体、分组数据会聚协议(PDCP)实体或介质访问控制(MAC)实体发送错误指示。<br>**《未公开》** | 对比文件中未发现描述接收设备向发送设备的RLC、PDCP或MAC实体发送错误指示的内容。 | 目标专利中，特征F限定了错误报告的具体目的地（高层实体），以实现跨层快速恢复（参见说明书[0054], [0065]）。对比文件主要涉及物理层和MAC层的控制信道监测与调度（如PDCCH、sPDCCH），未提及向这些特定高层协议实体发送错误指示的机制或过程。因此，该特征未被直接或隐含公开。 |
| **技术特征G**：其中，发送所述错误指示包括使用基于竞争的资源来向所述发送设备的实体发送所述错误指示。<br>**《隐含公开》** | [0385] “At this time, the 14% n special symbols can be designed so that they can be used as contention-based resources capable of transmitting uplink data through contention among UEs without uplink resource allocation from the eNB.” | 目标专利中，特征G涉及使用基于竞争的资源（如免授权上行资源）来发送错误指示，以提高报告速度（参见说明书[0065]）。对比文件在描述短TTI帧结构时，提到可以将特殊符号设计为“基于竞争的资源”（contention-based resources），用于UE在没有eNB调度的情况下竞争发送上行数据。虽然对比文件此处描述的用途是传输上行数据，而非特定的错误指示，但其明确公开了“使用基于竞争的资源发送信息”这一技术手段。本领域技术人员在面临需要快速上报信息（如错误指示）时，有可能从对比文件公开的“基于竞争的资源”这一概念进行推理，将其应用于发送错误指示。考虑到隐含公开判断标准宽松，以避免遗漏，可以认为该特征被隐含公开。 |
| **技术特征H**：还包括：维护非终止传输的列表，其中，报告所述传输错误是至少部分地基于所述列表的。<br>**《未公开》** | 对比文件中未发现任何关于维护“非终止传输的列表”的内容。 | 目标专利中，特征H涉及维护一个列表（如活动的HARQ过程或传输块），用于跟踪和基于该列表报告错误（参见说明书[0054], [0065]）。对比文件未提及此类列表的维护或使用。因此，该特征未被公开。 |
| **技术特征I**：其中，所述列表中的每个条目被映射到时间索引。<br>**《未公开》** | 对比文件中未发现描述列表条目映射到时间索引的内容。 | 该特征是特征H的进一步限定。由于特征H未被公开，且对比文件也未单独公开将条目映射到时间索引的技术手段，因此该特征未被公开。 |
| **技术特征J**：其中，报告所述传输错误包括：向所述发送设备发送与所述列表相对应的位图。<br>**《未公开》** | 对比文件中未发现描述发送与列表相对应的位图来报告错误的内容。 | 该特征是特征H的另一种报告实现方式。由于特征H未被公开，且对比文件也未公开使用位图来报告传输错误状态，因此该特征未被公开。 |
| **技术特征K**：其中，所述列表限于高优先级HARQ过程集合，其中，所述HARQ过程是所述高优先级HARQ过程集合的元素。<br>**《隐含公开》** | [0163] “Therefore, to minimize a data reception delay in a UE, a new frame structure different from those of the existing wireless communication systems needs to be defined... For example, the present invention supports so that the existing 1 ms TTI frame structure for ordinary data transmission and a short TTI frame structure for data transmission demanding low latency can be employed for a particular UE.”<br>[0466] “In other words, by restricting application of a DRX mode based on a short DRX cycle to a particular carrier/cell ... or a particular sub-band ... of a UE/cell, both of power consumption and data transmission latency of the UE can be minimized.” | 目标专利中，特征K将列表限制于高优先级HARQ过程集合，以聚焦于低延时业务（参见说明书[0054]）。对比文件虽然没有明确提及“高优先级HARQ过程集合”，但通篇强调为低延时（low latency）数据传输设计短TTI帧结构和特定的操作模式（如[0163]）。在描述2级DRX模式时，也提到将短DRX周期应用于特定载波/小区或子带，旨在服务低延时数据（[0466]）。这隐含了在系统中区分并优先处理低延时业务（可对应高优先级HARQ过程）的概念。本领域技术人员结合对比文件对低延时业务的强调，有可能合理推断出可以为这类业务维护一个受限的、高优先级的HARQ过程集合。因此，根据宽松的隐含公开判断标准，该特征被隐含公开。 |
| **技术特征L**：其中，所述高优先级HARQ过程集合至少部分地基于延时操作模式来确定。<br>**《隐含公开》** | [0163] “...a short TTI frame structure for data transmission demanding low latency can be employed for a particular UE.”<br>[0466] (同上) | 目标专利中，特征L说明高优先级HARQ过程集合的确定基于延时操作模式（如低延时模式）（参见说明书[0054]）。对比文件明确将短TTI帧结构与“低延时数据传输”（data transmission demanding low latency）关联（[0163]），并指出应用短DRX模式是为了处理低延时数据（[0466]）。这实质上公开了基于延时操作模式（低延时）来配置特定资源或操作。虽然未直接提及“HARQ过程集合”，但基于对比文件公开的“为低延时数据采用特定帧结构/DRX模式”这一原则，本领域技术人员有可能推理出，用于服务此类低延时数据的HARQ过程集合也是基于该延时操作模式来确定的。因此，该特征被隐含公开。 |
| **技术特征M**：还包括：选择快速恢复模式，其中，启动所述定时器至少部分地基于所述选择。<br>**《未公开》** | 对比文件中未发现任何关于“快速恢复模式”的选择，或基于此选择启动定时器的内容。 | 目标专利中，特征M涉及为低延时承载选择一种快速恢复模式，并基于此模式启动错误恢复定时器（参见说明书[0054], [0141]）。对比文件未提及任何与错误恢复相关的“模式选择”，其模式选择主要体现在DRX模式（长/短）或帧结构（传统/短TTI）上，与错误恢复无关。因此，该特征未被公开。 |
| **技术特征N**：其中，所述选择至少部分地基于延时操作模式。<br>**《未公开》** | 对比文件中未发现基于延时操作模式选择快速恢复模式的内容。 | 该特征是特征M的进一步限定。由于特征M（快速恢复模式的选择）本身未被公开，因此该限定特征也未被公开。 |
| **技术特征O**：其中，所述选择至少部分地基于至少一个高优先级承载的配置。<br>**《未公开》** | 对比文件中未发现基于高优先级承载的配置来选择快速恢复模式的内容。 | 该特征是特征M的另一种限定。由于特征M本身未被公开，且对比文件也未明确将承载配置与模式选择直接关联（尽管有低延时业务的概念），因此该特征未被公开。 |
| **技术特征P**：还包括：至少部分地基于所述HARQ过程的所述状态来发送否定确认(NACK)。<br>**《直接公开》** | [0074] “The UCI includes hybrid automatic repeat and request acknowledgement/negative-acknowledgement (HARQ ACK/NACK), scheduling request (SR), channel quality information (CQI), precoding matrix indicator (PMI), rank indication (RI), etc.”<br>[0096] “The PHICH carries an acknowledgement (ACK)/not-acknowledgement (NACK) signal for an uplink hybrid automatic repeat request (HARQ).” | 目标专利中，特征P涉及基于HARQ过程状态（如解码失败）发送NACK（参见说明书[0065]）。对比文件明确将HARQ ACK/NACK列为上行控制信息（UCI）的一部分（[0074]），并指出PHICH携带用于上行HARQ的ACK/NACK信号（[0096]）。发送NACK是HARQ过程的固有组成部分，其发送必然基于HARQ过程的状态（例如，解码失败触发NACK）。因此，对比文件直接公开了“基于HARQ过程状态发送NACK”这一技术特征，尽管其上下文是上行HARQ反馈，但该技术手段本身是相同且公知的。本领域技术人员能够毫无疑义地从对比文件中得出此特征。 |
| **技术特征Q**：还包括：将传输块集合在缓冲区中保持用于重传的最小时间段。<br>**《未公开》** | 对比文件中未发现描述将传输块集合保持在缓冲区中达最小时间段用于重传的内容。 | 目标专利中，特征Q涉及发送设备侧的行为，将传输块缓冲一段时间以备重传（参见说明书[0065]）。对比文件主要关注帧结构、资源调度和DRX操作，未提及为重传而进行的特定缓冲区保持机制。因此，该特征未被直接或隐含公开。 |
### 结论与代码输出
根据上述特征比对分析：
- 技术特征C和P被对比文件**直接公开**。
- 技术特征G、K和L被对比文件**隐含公开**。
- 其余技术特征（A、B、D、E、F、H、I、J、M、N、O、Q）既未被直接公开，也未被隐含公开。
按照输出格式要求，在回答结尾插入对应的代码：
<<<C>>><<<P>>>
<<<g>>><<<k>>><<<l>>>