对比文件名称：US2015124719A1_Description_20260218_1602
目标专利名称：178具有低延时传输的快速无线链路控制错误恢复CN107409020B
模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A**：在接收设备处至少部分地基于对来自发送设备的传输的解码失败以及混合自动重传请求(HARQ)过程的状态来检测传输错误《隐含公开》 | [0004] “...the HARQ feedback information includes ACK indicating reception success information of the packet, NACK indicating reception failure information of the packet...” <br> [0061] “In step 411, the transmitting end determines whether the receiving end requests to retransmit a packet. For example, the transmitting end determines whether the packets transmitted to the receiving end includes the packet including the NACK as the HARQ feedback information.” | 对比文件公开了接收端通过生成NACK来指示数据包接收失败（解码失败），这是HARQ反馈的基本机制。在步骤411中，发送端通过检查反馈信号中是否包含NACK来确定接收端是否请求重传，这反向说明了接收端是基于HARQ过程的状态（即，接收成功或失败）来检测传输错误的。因此，本领域技术人员可以毫无疑义地从对比文件推断出“基于HARQ过程的状态检测传输错误”这一技术特征。虽然对比文件未明确将“解码失败”与“HARQ过程状态”并列描述，但解码失败是生成NACK（即HARQ反馈状态）的直接原因，两者实质上是同一技术事实的不同表述。因此，该特征被对比文件隐含公开。 |
| **特征B**：与检测到所述传输错误并发地或在检测到所述传输错误之后，来启动定时器《直接公开》 | [0088] “When receiving the packet 0 of the packet identifier ‘00’ in step 721, the receiving end 710 drives a first timer for determining the HARQ feedback transmission time. In so doing, when receiving the packet of the packet identifier ‘00’, the receiving end 710 resets the first timer.” <br> [0090] “After transmitting the packet 0 of the packet identifier ‘00’, the transmitting end 700 drives a second timer for recognizing the HARQ feedback transmission time of the receiving end 710.” | 对比文件明确公开了接收端和发送端在特定事件（如接收到首个特定标识的数据包）后驱动（drives）定时器。虽然对比文件中的定时器主要用途是确定累积反馈的发送时机，但其“启动定时器”这一动作本身已被直接公开。目标专利中启动定时器是基于检测到传输错误，而对比文件中启动定时器是基于接收到特定数据包。尽管触发事件不同，但“启动定时器”这一技术手段本身已被对比文件原文明确记载。根据宽松的隐含公开判断标准，本领域技术人员可以理解，检测到传输错误（例如，生成NACK）本身也可以作为一个触发事件来启动一个定时器，这是一种常规的逻辑扩展。因此，该技术特征被对比文件直接公开。 |
| **特征C**：识别用于所述HARQ过程的新数据指示符(NDI)《未公开》 | （对比文件中未发现相关描述） | 对比文件通篇未提及“新数据指示符（NDI）”。NDI是HARQ协议中用于区分新数据传送和重传的关键信令。对比文件虽然提到了“分组索引（DAI）”用于标识数据包的顺序（[0066]段），但DAI的作用是帮助接收端计数以确定反馈发送时机，与NDI用于指示数据块是新传还是重传的功能完全不同。本领域技术人员无法从对比文件公开的DAI或其他内容中，合理推断出“识别NDI”这一技术特征。因此，该特征既未被直接公开，也未被隐含公开。 |
| **特征D**：在识别所述NDI之后，确定在针对所述HARQ过程的重传的准许已经被接收之前所述定时器已经期满《未公开》 | （对比文件中未发现相关描述） | 该特征包含两个关键条件：1) 识别NDI；2) 确定在收到重传准许前定时器已期满。首先，如特征C所述，对比文件未公开“识别NDI”。其次，对比文件中的定时器（第一定时器）期满后，接收端会发送累积的HARQ反馈（[0089]段），但并未描述需要判断“在重传准许被接收之前”这一时间条件。对比文件的重传是由发送端在收到反馈后，经过固定间隔y TTI后自行发起的（[0041]段），接收端无需等待“重传准许”。目标专利中“重传的准许”可能指下行控制信息（DCI）中的授权，这与对比文件的机制不同。因此，该特征未被对比文件公开。 |
| **特征E**：以及至少部分地基于所述NDI和所述确定来向所述发送设备报告所述传输错误。《未公开》 | （对比文件中未发现相关描述） | 该特征的核心在于“基于NDI”来报告错误。如上所述，对比文件未公开NDI。对比文件中报告传输错误（即发送NACK）是基于对数据包接收状态的判断，并作为累积反馈的一部分在特定时刻（如收到NAG个包或定时器到期）发送。报告的动作和内容均不依赖于NDI。因此，该特征未被对比文件公开。 |
| **特征F**：其中，报告所述传输错误包括：由所述接收设备向所述发送设备的无线链路控制(RLC)实体、分组数据会聚协议(PDCP)实体或介质访问控制(MAC)实体发送错误指示。《未公开》 | （对比文件中未发现相关描述） | 对比文件中，接收端发送的反馈信息是给“发送端”（transmitting end）的（例如[0031]段），并未指定是发送端的哪一个协议实体（如RLC、PDCP或MAC）。对比文件描述的是物理层/ MAC层的HARQ反馈机制，其反馈信号是发送给对等通信节点的，并未涉及跨层或向特定高层实体报告错误的概念。本领域技术人员无法从对比文件推断出向发送设备的特定协议实体发送错误指示。因此，该特征未被公开。 |
| **特征G**：其中，发送所述错误指示包括使用基于竞争的资源来向所述发送设备的实体发送所述错误指示。《未公开》 | （对比文件中未发现相关描述） | 对比文件完全没有提及“基于竞争的资源”（contention-based resource）。其反馈信号的发送时机是基于固定时间间隔（x TTI后）或定时器到期，这是一种基于调度的或时间触发的传输方式，与基于竞争（如随机接入）的资源使用方式有本质区别。因此，该特征未被公开。 |
| **特征H**：还包括：维护非终止传输的列表，其中，报告所述传输错误是至少部分地基于所述列表的。《未公开》 | （对比文件中未发现相关描述） | 对比文件未提及“非终止传输的列表”这一概念。对比文件中，接收端维护的是已接收数据包的计数（NRE，[0047]段）或用于确定反馈时机的状态，而不是一个专门用于追踪正在进行或未完成（非终止）的传输（如活动的HARQ过程）的列表。目标专利的列表用于快速错误恢复决策，与对比文件的机制无关。因此，该特征未被公开。 |
| **特征I**：其中，所述列表中的每个条目被映射到时间索引。《未公开》 | （对比文件中未发现相关描述） | 由于特征H的列表本身未被公开，作为其属性的“映射到时间索引”自然也未被公开。 |
| **特征J**：其中，报告所述传输错误包括：向所述发送设备发送与所述列表相对应的位图。《未公开》 | （对比文件中未发现相关描述） | 对比文件未提及使用“位图（bitmap）”来报告传输错误。对比文件中的反馈信号可以是逻辑运算后的1比特信号（[0043]段），或者是包含多个数据包ACK/NACK状态的信号，但并未描述为与一个列表相对应的位图形式。因此，该特征未被公开。 |
| **特征K**：其中，所述列表限于高优先级HARQ过程集合，其中，所述HARQ过程是所述高优先级HARQ过程集合的元素。《未公开》 | （对比文件中未发现相关描述） | 对比文件未对HARQ过程进行“高优先级”与低优先级的区分。所有数据包的HARQ反馈都被同等对待，并累积发送。因此，该特征未被公开。 |
| **特征L**：其中，所述高优先级HARQ过程集合至少部分地基于延时操作模式来确定。《未公开》 | （对比文件中未发现相关描述） | 对比文件未提及“延时操作模式”（如低延时操作），也未基于此模式确定任何HARQ过程集合。因此，该特征未被公开。 |
| **特征M**：还包括：选择快速恢复模式，其中，启动所述定时器至少部分地基于所述选择。《未公开》 | [0100]-[0111] 描述了在“第一反馈模式”和“第二反馈模式”之间切换。第二反馈模式是接收端累积多个数据包的HARQ反馈后一次性发送的模式。 | 对比文件公开了选择不同的“反馈模式”（feedback mode），其目的是减少功耗，通过累积反馈来减少反馈信号发送次数。目标专利的“快速恢复模式”是为了降低错误恢复的延迟，通过启动一个较短的定时器来加速错误报告。两者目的不同（省电 vs. 降时延），技术手段的侧重点也不同（改变反馈发送策略 vs. 引入快速定时器）。虽然都涉及“模式选择”，但所选模式的具体内涵、目标及由此触发的操作（启动何种定时器）均不相同。本领域技术人员无法从对比文件的“反馈模式”合理推断出目标专利的“快速恢复模式”。因此，该特征未被公开。 |
| **特征N**：其中，所述选择至少部分地基于延时操作模式。《未公开》 | （对比文件中未发现相关描述） | 对比文件中反馈模式的选择是基于“服务特性和信道特性”（[0122]段，图10步骤1003），未提及基于“延时操作模式”。因此，该特征未被公开。 |
| **特征O**：其中，所述选择至少部分地基于至少一个高优先级承载的配置。《未公开》 | （对比文件中未发现相关描述） | 对比文件未提及“高优先级承载”的概念。因此，该特征未被公开。 |
| **特征P**：还包括：至少部分地基于所述HARQ过程的所述状态来发送否定确认(NACK)。《直接公开》 | [0004] “...the HARQ feedback information includes ... NACK indicating reception failure information of the packet...” <br> [0031] “...when receiving the reference number of packets from the transmitting end, transmitting to the transmitting end a feedback signal comprising HARQ feedback information for the reference number of the packets.” | 对比文件明确且直接地公开了接收端发送NACK作为HARQ反馈信息的一部分，以指示数据包接收失败。发送NACK是基于对数据包接收状态的判断，即基于HARQ过程的状态。这完全涵盖了目标专利特征P的技术内容。因此，该特征被对比文件直接公开。 |
| **特征Q**：还包括：将传输块集合在缓冲区中保持用于重传的最小时间段。《未公开》 | （对比文件中未发现相关描述） | 对比文件未提及在缓冲区中保持传输块达“最小时间段”以用于重传。对比文件描述了发送端在收到NACK后进行重传，但未指定发送端需要将数据块在缓冲区中保持一个特定的最短时间。因此，该特征未被公开。 |
<<<B>>><<<P>>>