对比文件的名称：US2017280448A1_Description_20260426_1052
目标专利的名称：717获取混合自动重传请求确认信息反馈的方法和装置CN107295663B
本次调用的模型名称：AI模型 (DeepSeek)
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：《直接公开》** <br>在非授权载波上为用户设备UE分配用于报告与所述非授权载波上的下行数据传输相关的HARQ确认信息的上行控制信道资源 | [0004] “还考虑在授权频段的条件下运用非授权频段的系统(称为LAA(Licensed-Assisted Access))。”<br>[0013] “一种用户终端，其特征在于，具有：发送部，发送针对从无线基站发送的下行链路数据信号的送达确认信号；以及控制部，基于上行链路中的LBT结果，控制所述送达确认信号的发送。”<br>[0046] “在CA/DC的动作模式中，例如，可以将授权频段CC(宏小区)用作主小区(PCell)，将非授权频段CC(小小区)用作副小区(SCell)。”<br>[0155] “无线基站10的发送接收部103能够将有关LBT的信息...发送给用户终端。另外，在运用TDD的情况下，无线基站10向用户终端发送有关UL/DL设定(或定义HARQ-ACK定时的DL参考UL/DL设定)的信息。” | 对比文件明确涉及在非授权载波(如LAA SCell)上的通信，其核心方案即为针对非授权载波上的下行数据传输(PDSCH)分配上行控制信道资源(PUCCH)以进行HARQ-ACK反馈。[0013]和[0046]等段落清楚地公开了在非授权载波上进行HARQ-ACK反馈的资源分配机制，其作用与目标专利特征A完全相同，均是为了支持LAA场景下的HARQ确认信息反馈。因此，技术特征A被直接公开。 |
| **技术特征B：《隐含公开》** <br>在预定义的延迟窗口内，从所述UE获取所述HARQ确认信息反馈 | [0062] “当LBT的结果为UL子帧在给定期间不可用时，控制所述送达确认信号的反馈定时延迟(Pending)。”<br>[0082] “这样，在使用给定的UL/DL设定反馈HARQ-ACK时，用户终端能够基于至少一个前半帧前的LBT结果，控制应用于HARQ-ACK定时的UL/DL设定。”<br>[0126] “在第三实施方式中，用户终端被控制为，使用在接收DL子帧或特殊子帧之后4ms以上变为可用的任意UL子帧，反馈HARQ-ACK。” | 对比文件公开了核心机制：当UE因LBT失败而无法在标准HARQ定时上反馈时，eNB允许UE在延迟后的UL子帧上进行反馈。[0062]明确提出了延迟(Pending)反馈，[0082]和[0126]进一步描述了基于LBT结果在一个灵活的时间窗口内进行反馈。虽然对比文件未使用“预定义的延迟窗口”这一术语，但本领域技术人员从对比文件公开的延迟反馈机制、基于LBT结果调整定时的方案中，完全可以合理推断出存在一个用于获取HARQ确认信息反馈的、具有时间范围的窗口。因此，技术特征B被隐含公开。 |
| **技术特征C：《隐含公开》** <br>其中所述预定义的延迟窗口指定报告所述HARQ确认信息的最小时延和最大时延。 | [0126] “在接收DL子帧或特殊子帧之后4ms以上变为可用的任意UL子帧，反馈HARQ-ACK。”(最小时延)<br>[0138] “在像第一实施方式那样变更作为HARQ-ACK定时使用的UL/DL设定的情况下，HARQ进程数也会变化。因此，在本实施方式中，考虑变更HARQ-ACK定时时的HARQ进程数，决定软缓存大小的分割数。”(隐含最大时延受限于HARQ进程数或系统配置) | 对比文件[0126]明确了延迟反馈的最小延迟为4ms。对比文件全文所涉及的最大HARQ进程数(如TDD UL/DL配置5的最大进程数为15)隐含了反馈的最大时延限制，因为超出该限制的HARQ进程将被中止或覆盖。对比文件[0138]关于软缓存大小的讨论进一步佐证了系统存在对延迟的隐式上限。本领域技术人员可以合理推断出，该延迟窗口具有最小时延和最大时延的约束。因此，技术特征C被隐含公开。 |
| **技术特征D：未公开** <br>其中在其上报告所述HARQ确认信息的所述非授权载波为预先配置的多个候选的非授权载波中的一个候选的非授权载波。 | 无直接或隐含公开。 | 对比文件主要涉及在单个LAA SCell上的定时调整，或切换到授权载波(PCell)。对比文件未公开“预先配置多个候选的非授权载波，并从中选择一个来报告HARQ确认信息”这一特定技术方案。对比文件中的载波聚合(CA)和双连接(DC)场景虽然涉及多个载波，但并未教导将其作为“预先配置的候选集”来解决因LBT不确定性导致的HARQ反馈问题。因此，技术特征D未被公开。 |
| **技术特征E：《直接公开》** <br>其中所述HARQ确认信息包括预定义的报告窗口内的一个或多个HARQ确认信息。 | [0077] “用户终端使用配置于半帧N+2中的UL子帧7，反馈对应于配置于半帧N中的DL子帧5、特殊子帧6以及DL子帧9、配置于半帧N+1中的DL子帧0的HARQ-ACK。”<br>[0135] “在第三实施方式中，说明用户终端对延迟发送的HARQ-ACK进行捆绑，并使用可用的UL子帧反馈捆绑结果(HARQ-ACK比特)的情况。...将未能在UL子帧中发送的多个HARQ-ACK捆绑，并利用给定的可用UL子帧进行反馈。” | 对比文件明确公开了在一个UL子帧中反馈针对多个DL子帧的HARQ确认信息。[0077]详细描述了捆绑多个子帧的HARQ-ACK在同一UL子帧中反馈，这正是“报告窗口”内包含“一个或多个HARQ确认信息”的直接体现。对比文件中的UL/DL配置表(如图3B)实际上定义了报告窗口。因此，技术特征E被直接公开。 |
| **技术特征F：未公开** <br>其中，在其上报告所述HARQ确认信息的所述非授权载波与在其上进行所述下行数据传输的所述非授权载波相同或不同。 | 部分公开(相同)，未公开(不同)。 | 对比文件公开了在相同的非授权载波(如LAA SCell)上进行HARQ反馈(相同载波)。对于“不同”的非授权载波，对比文件未作教导。对比文件虽然讨论了切换到授权载波(PCell)，但这不属于“非授权载波”。因此，技术特征F未被完全公开。 |
| **技术特征G：未公开** <br>其中所述多个候选的非授权载波至少包括第一非授权载波和第二非授权载波；并且其中所述第一非授权载波包括在其上进行所述下行数据传输的所述非授权载波，所述第二非授权载波不同于所述第一非授权载波。 | 无公开。 | 该特征是特征D和F的具体化。由于对比文件未公开特征D和F，因此也未公开特征G。 |
| **技术特征H：未公开** <br>其中为所述UE分配所述上行控制信道资源包括：为针对所述UE的多个下行数据传输预留相同的上行控制信道资源。 | 无公开。 | 对比文件公开了通过改变UL/DL配置来调整HARQ-ACK定时，但未公开为了解决因延迟反馈导致的资源冲突而“预留相同的上行控制信道资源”这一具体分配方案。 |
| **技术特征I：未公开** <br>其中为针对所述UE的多个下行数据传输预留相同的上行控制信道资源包括：响应于在第一子帧上调度针对所述UE的一个下行数据传输，在所述第一子帧之后的多个子帧上为所述UE预留所述相同的上行控制信道资源。 | 无公开。 | 特征I是特征H的进一步限定。由于对比文件未公开特征H，因此也未公开特征I。 |
| **技术特征J：未公开** <br>其中为所述UE分配所述上行控制信道资源包括：为针对所述UE的每个下行数据传输独立地配置上行控制信道资源。 | 无公开。 | 对比文件[0126]的第三实施例虽然允许灵活反馈，但并未从eNB侧明确描述“为每个下行数据传输独立地配置上行控制信道资源”这一资源分配策略。 |
| **技术特征K：未公开** <br>其中为针对所述UE的每个下行数据传输独立地配置上行控制信道资源包括：响应于在第二子帧上调度针对所述UE的一个下行数据传输，在所述第二子帧之后的一个预定义的子帧上为所述UE配置所述上行控制信道资源。 | 无公开。 | 特征K是特征J的进一步限定。由于对比文件未公开特征J，因此也未公开特征K。 |
| **技术特征L：未公开** <br>其中所述预定义的报告窗口基于所述UE所采用的上行控制信息格式、码字大小和用于报告所述HARQ确认信息的聚合的非授权载波的数目来隐式地确定。 | 无公开。 | 对比文件中的报告窗口基于UL/DL配置确定，未公开目标专利中基于UCI格式、码字大小和聚合载波数来隐式确定报告窗口的具体方式。 |
| **技术特征M：《直接公开》** <br>进一步包括：向所述UE发送控制信令，所述控制信令承载所述上行控制信道资源的指示。 | [0083] “用户终端从无线基站获取有关UL/DL设定(定义HARQ-ACK定时的DL参考UL/DL设定)和/或应用于通信的TDD UL/DL设定的信息。”<br>[0094] “无线基站通过高层信令(例如广播信号、RRC信令等)向用户终端发送有关TDD UL/DL设定的信息以及有关LBT的信息。”<br>[0155] “无线基站10的发送接收部103能够将有关LBT的信息...发送给用户终端。另外...发送有关UL/DL设定...的信息...通过授权频段和/或非授权频段将这些信息提供给用户终端。” | 对比文件明确公开了eNB通过控制信令(如高层信令、DCI)向UE发送上行控制信道资源(如PUCCH资源)的指示。这是LTE/LAA系统中的标准过程，在对比文件的多个段落中被明确提及。因此，技术特征M被直接公开。 |
| **技术特征N：《直接公开》** <br>其中经由所述控制信令来配置所述报告窗口。 | [0083] “用户终端从无线基站获取有关UL/DL设定(定义HARQ-ACK定时的DL参考UL/DL设定)和/或应用于通信的TDD UL/DL设定的信息。”(报告窗口由UL/DL配置定义)<br>[0094] “无线基站通过高层信令...” | 对比文件中的“报告窗口”(即捆绑的DL子帧集合)是由UL/DL配置或DL参考UL/DL配置决定的。这些配置正是通过eNB发送的控制信令(RRC、DCI)来通知UE的。因此，技术特征N被直接公开。 |
| **技术特征O：《直接公开》** <br>其中为所述UE分配所述上行控制信道资源包括：在所述UE的服务小区的授权载波上为所述UE分配所述上行控制信道资源。 | [0046] “授权频段CC(宏小区)可以用作主小区(PCell)。”<br>[0143] “宏小区C1使用授权频段...用户终端20能够通过CA或DC同时使用不同频率的宏小区C1和微小区C2。” | 对比文件明确公开了在授权载波(PCell)上进行通信，包括上行控制信道传输。这是LTE系统的基本操作。因此，技术特征O被直接公开。 |
| **技术特征P：未公开** <br>进一步包括：响应于确定在预定义的上行子帧中、在所述授权载波上的所述上行控制信道资源是可利用的，向所述UE发送触发命令，所述触发命令指示所述UE从所述非授权载波切换到所述授权载波以报告所述HARQ确认信息。 | 无公开。 | 对比文件虽然公开了可以在授权载波上进行HARQ-ACK反馈，但未公开由eNB动态发送“触发命令”来指示UE在特定子帧从非授权载波切换到授权载波进行反馈的具体机制。 |
| **技术特征Q：未公开** <br>其中所述触发命令承载所述授权载波上的所述上行控制信道资源的指示。 | 无公开。 | 由于对比文件未公开特征P，因此也未公开其具体实现方式Q。 |
| **技术特征R：未公开** <br>其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引和所述预定义的上行子帧的索引。 | 无公开。 | 由于对比文件未公开特征P，因此也未公开其具体实现方式R。 |
| **技术特征S：未公开** <br>其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引，所述预定义的上行子帧的索引基于在其上传输所述触发命令的子帧的位置来确定。 | 无公开。 | 由于对比文件未公开特征P，因此也未公开其具体实现方式S。 |
<<<A>>><<<E>>><<<M>>><<<N>>><<<O>>><<<b>>><<<c>>>