对比文件的名称：2015-02-26_US2015055589A_发明申请_US20150055589A1 COMMON HARQ PROCESSES，目标专利的名称：717获取混合自动重传请求确认信息反馈的方法和装置CN107295663B，模型名称：AI专利评估模型。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：在非授权载波上为用户设备UE分配用于报告与所述非授权载波上的下行数据传输相关的HARQ确认信息的上行控制信道资源。 **《隐含公开》** | [0010] 段公开了“在UE处从服务基站接收被分组以共享通用HARQ进程空间的两个或多个非授权频谱分量载波的标识，检测通过至少一个所述两个或多个非授权频谱分量载波的下行数据的接收，以及响应于所述检测，使用至少一个所述两个或多个非授权频谱分量载波向服务基站发送与通用HARQ进程空间相关联的HARQ进程响应信息。” [0070] 段公开了“服务基站提供信令，例如通过无线资源控制(RRC)信令，其不仅定义了共享通用HARQ空间的CC组，还定义了UE应用于访问每个CC以检测发送数据的优先级序列。” | 对比文件虽然未明确记载“分配上行控制信道资源”的表述，但公开了UE在非授权载波上发送HARQ响应信息。本领域技术人员熟知，为了实现UE在非授权载波上发送HARQ确认信息，基站必须为该UE分配相应的上行控制信道资源（例如PUCCH资源）。对比文件中基站通过RRC信令配置共享HARQ空间的CC组，这隐含了基站为UE在这些非授权载波上分配了用于报告HARQ确认信息的上行控制信道资源。因此，对比文件隐含公开了技术特征A。 |
| 技术特征B：在预定义的延迟窗口内，从所述UE获取所述HARQ确认信息反馈。 **未公开** | 无直接对应内容。对比文件[0068]段提到“如果CCA检查失败，则在该CC上传输延迟10ms”，但这仅是一种信道接入失败后的退避机制。 | 对比文件没有公开任何关于“预定义的延迟窗口”的内容。目标专利中的延迟窗口是指定报告HARQ确认信息的最小时延和最大时延的时间窗口，用于提高可靠性。对比文件中仅存在由于CCA失败导致的传输延迟，但没有定义一个窗口来限定HARQ确认信息的报告时机。因此，技术特征B未被公开。 |
| 技术特征C：其中所述预定义的延迟窗口指定报告所述HARQ确认信息的最小时延和最大时延。 **未公开** | 同上。 | 对比文件未涉及延迟窗口的概念，更未指定最小时延和最大时延。因此未被公开。 |
| 技术特征D：其中在其上报告所述HARQ确认信息的所述非授权载波为预先配置的多个候选的非授权载波中的一个候选的非授权载波。 **《直接公开》** | [0010] 段公开了“使用至少一个所述两个或多个非授权频谱分量载波向服务基站发送与通用HARQ进程空间相关联的HARQ进程响应信息。” [0070] 段公开了“服务基站提供信令，例如通过无线资源控制(RRC)信令，其不仅定义了共享通用HARQ空间的CC组，还定义了UE应用于访问每个CC以检测发送数据的优先级序列。” | 对比文件明确公开了基站预先配置多个非授权载波（CC组）以共享HARQ进程空间，并且UE可以在这些预先配置的多个候选载波中的至少一个上报告HARQ响应信息。这直接对应于技术特征D，即报告HARQ确认信息的非授权载波是预先配置的多个候选非授权载波中的一个。因此，直接公开。 |
| 技术特征E：其中所述HARQ确认信息包括预定义的报告窗口内的一个或多个HARQ确认信息。 **未公开** | 无。 | 对比文件没有公开任何“预定义的报告窗口”的概念，也未说明HARQ确认信息包括报告窗口内的一个或多个HARQ确认信息。因此未被公开。 |
| 技术特征F：其中，在其上报告所述HARQ确认信息的所述非授权载波与在其上进行所述下行数据传输的所述非授权载波相同或不同。 **《直接公开》** | [0069] 段描述了一个示例：“eNB在非授权分量载波1-601的下行子帧609上向UE发送下行信号。...eNB准备在非授权分量载波1-601上重传...然而，在子帧612处，CCA检查失败...eNB在非授权分量载波2-602的子帧613处执行了成功的CCA检查。因此，重传数据由eNB在下行子帧614中成功发送。UE成功接收重传数据并在上行子帧616处发送ACK。” 此外，[0010] 段概括了UE使用至少一个载波发送HARQ响应。 | 对比文件明确公开了下行数据传输可以在一个非授权载波（如CC1）上进行，而相关的HARQ确认信息可以在另一个不同的非授权载波（如CC2）上报告，当然也可以在相同载波上报告。这直接对应于技术特征F，即报告载波与数据载波可以相同或不同。因此，直接公开。 |
| 技术特征G：其中所述多个候选的非授权载波至少包括第一非授权载波和第二非授权载波；并且中所述第一非授权载波包括在其上进行所述下行数据传输的所述非授权载波，所述第二非授权载波不同于所述第一非授权载波。 **《直接公开》** | [0070] 段公开了“服务基站提供信令，例如通过无线资源控制(RRC)信令，其不仅定义了共享通用HARQ空间的CC组，还定义了UE应用于访问每个CC以检测发送数据的优先级序列。” 结合图6，该CC组至少包括第一非授权载波（CC1）和第二非授权载波（CC2）。[0069] 段示例中，下行数据首先在CC1上传输，随后在CC2上重传并接收ACK。 | 对比文件明确公开了多个候选非授权载波至少包括第一和第二载波，其中第一载波用于下行数据传输，第二载波不同于第一载波并可用于报告HARQ确认信息。这直接对应于技术特征G。因此，直接公开。 |
| 技术特征H：其中为所述UE分配所述上行控制信道资源包括：为针对所述UE的多个下行数据传输预留相同的上行控制信道资源。 **未公开** | 无。 | 对比文件公开了共享HARQ进程空间，但未明确公开为多个下行数据传输预留相同的上行控制信道资源。目标专利中的“预留相同的上行控制信道资源”是指eNB为UE的多个PDSCH传输分配相同的PUCCH资源，对比文件没有涉及这种资源预留方式。因此未被公开。 |
| 技术特征I：其中为针对所述UE的多个下行数据传输预留相同的上行控制信道资源包括：响应于在第一子帧上调度针对所述UE的一个下行数据传输，在所述第一子帧之后的多个子帧上为所述UE预留所述相同的上行控制信道资源。 **未公开** | 无。 | 对比文件没有公开该具体实施方式。因此未被公开。 |
| 技术特征J：其中为所述UE分配所述上行控制信道资源包括：为针对所述UE的每个下行数据传输独立地配置上行控制信道资源。 **未公开** | 无。 | 对比文件未公开为每个下行数据传输独立配置上行控制信道资源的方式。因此未被公开。 |
| 技术特征K：其中为针对所述UE的每个下行数据传输独立地配置上行控制信道资源包括：响应于在第二子帧上调度针对所述UE的一个下行数据传输，在所述第二子帧之后的一个预定义的子帧上为所述UE配置所述上行控制信道资源。 **未公开** | 无。 | 未被公开。 |
| 技术特征L：其中所述预定义的报告窗口基于所述UE所采用的上行控制信息格式、码字大小和用于报告所述HARQ确认信息的聚合的非授权载波的数目来隐式地确定。 **未公开** | 无。 | 对比文件未涉及报告窗口及其确定方式。因此未被公开。 |
| 技术特征M：进一步包括：向所述UE发送控制信令，所述控制信令承载所述上行控制信道资源的指示。 **未公开** | [0070] 段公开了“服务基站提供信令，例如通过无线资源控制(RRC)信令，其不仅定义了共享通用HARQ空间的CC组，还定义了UE应用于访问每个CC以检测发送数据的优先级序列。” | 对比文件中基站向UE发送了RRC信令，但该信令承载的是共享HARQ空间的CC组标识及优先级序列，而非目标专利所限定的“上行控制信道资源的指示”（例如PUCCH资源索引）。因此，技术特征M未被公开。 |
| 技术特征N：其中经由所述控制信令来配置所述报告窗口。 **未公开** | 无。 | 对比文件没有报告窗口，因此也未公开经由控制信令配置报告窗口。未被公开。 |
| 技术特征O：其中为所述UE分配所述上行控制信道资源包括：在所述UE的服务小区的授权载波上为所述UE分配所述上行控制信道资源。 **未公开** | 无。 | 对比文件主要涉及在非授权载波上的操作，虽然提到了授权载波（如图6的授权载波600），但并未公开在授权载波上分配用于报告非授权载波下行数据传输的HARQ确认信息的上行控制信道资源。因此未被公开。 |
| 技术特征P：进一步包括：响应于确定在预定义的上行子帧中、在所述授权载波上的所述上行控制信道资源是可利用的，向所述UE发送触发命令，所述触发命令指示所述UE从所述非授权载波切换到所述授权载波以报告所述HARQ确认信息。 **未公开** | 无。 | 对比文件未公开任何关于从非授权载波动态切换到授权载波以报告HARQ确认信息的触发机制。未被公开。 |
| 技术特征Q：其中所述触发命令承载所述授权载波上的所述上行控制信道资源的指示。 **未公开** | 无。 | 未被公开。 |
| 技术特征R：其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引和所述预定义的上行子帧的索引。 **未公开** | 无。 | 未被公开。 |
| 技术特征S：其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引，所述预定义的上行子帧的索引基于在其上传输所述触发命令的子帧的位置来确定。 **未公开** | 无。 | 未被公开。 |
<<<a>>><<<D>>><<<F>>><<<G>>>