对比文件名称：2015-02-26_WO2015027139A_发明申请_WO2015027139A2 COMMON HARQ PROCESSES
目标专利名称：717获取混合自动重传请求确认信息反馈的方法和装置CN107295663B
本次调用模型名称：ERNIE-4.5-8K-Preview
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：《隐含公开》** <br>包括：在非授权载波上为用户设备UE分配用于报告与所述非授权载波上的下行数据传输相关的HARQ确认信息的上行控制信道资源 | [0008] 一种无线通信方法，包括：在UE处从服务基站接收对多个分量载波中被分配用于与所述服务基站通信的两个或更多个非授权频谱分量载波的标识，这些非授权频谱分量载波被分组以共享公共HARQ进程空间；由所述UE检测在所述标识的所述两个或更多个非授权频谱分量载波中的至少一个上接收到下行数据；以及响应于所述检测，由所述UE使用所述两个或更多个非授权频谱分量载波中的至少一个向所述服务基站发送与所述公共HARQ进程空间相关联的HARQ进程响应信息。<br>[0067] 为了让UE知道哪一组CC共享公共HARQ空间，服务基站提供信令，例如通过无线资源控制(RRC)信令，该信令不仅定义了共享公共HARQ空间的CC组，还定义了UE应访问每个CC以检测所发送数据的优先级顺序。 | 对比文件公开了基站在非授权载波上调度下行数据传输，并为UE配置了一组共享公共HARQ进程空间的非授权载波，以便UE在这些载波上报告HARQ确认信息（ACK/NACK）。在目标专利中，“上行控制信道资源”是用于报告HARQ确认信息的特定物理资源（如PUCCH资源）。对比文件虽然没有明确使用“分配上行控制信道资源”这一表述，但其公开了基站通过RRC信令为UE配置一组用于HARQ反馈的非授权载波，这实质上隐含了在这些载波上为UE预留或配置了用于传输HARQ响应信息的上行链路资源。因此，本领域技术人员可以合理推断出对比文件隐含公开了在非授权载波上为UE分配用于报告HARQ确认信息的上行控制信道资源。 |
| **技术特征B：《未公开》** <br>在预定义的延迟窗口内，从所述UE获取所述HARQ确认信息反馈 | 对比文件未明确记载此特征。 | 对比文件主要解决的是通过多载波共享HARQ进程来避免因LBT失败导致的传输延迟，其核心思想是当在一个载波上LBT失败时，立即尝试在其他共享HARQ进程空间的载波上进行传输或重传。对比文件中并未提及定义一个具有最小时延和最大时延的“预定义的延迟窗口”，并在此窗口内灵活获取HARQ确认信息。 |
| **技术特征C：《未公开》** <br>其中所述预定义的延迟窗口指定报告所述HARQ确认信息的最小时延和最大时延 | 对比文件未明确记载此特征。 | 对比文件公开了由于LBT失败会导致10ms的传输延迟，但这是LBT机制本身带来的固定延迟，并非一个可配置的、用于管理HARQ反馈时延的“窗口”。目标专利中的“延迟窗口”是一个允许HARQ反馈在指定时间范围内灵活推迟的机制，对比文件中没有公开或暗示这一概念。 |
| **技术特征D：《直接公开》** <br>其中在其上报告所述HARQ确认信息的所述非授权载波为预先配置的多个候选的非授权载波中的一个候选的非授权载波。 | [0067] 为了让UE知道哪一组CC共享公共HARQ空间，服务基站提供信令，例如通过无线资源控制(RRC)信令，该信令不仅定义了共享公共HARQ空间的CC组，还定义了UE应访问每个CC以检测所发送数据的优先级顺序。<br>[0069] 使用此优先级顺序，UE在检查非授权分量载波2-602之前，先检查非授权分量载波1-601的子帧609处的下行数据。 | 对比文件明确公开了基站预先配置多个候选的非授权载波（例如，非授权分量载波1和2），它们共享一个公共HARQ进程空间。UE可以在这些预先配置的多个候选载波中的任意一个上检测并接收下行数据，并相应地发送HARQ响应信息。这直接对应于目标专利中“预先配置的多个候选的非授权载波中的一个候选的非授权载波”的技术方案。 |
| **技术特征E：《未公开》** <br>其中所述HARQ确认信息包括预定义的报告窗口内的一个或多个HARQ确认信息。 | 对比文件未明确记载此特征。 | 目标专利中的“预定义的报告窗口”允许UE在成功抢占信道后，一次性报告窗口期内累积的“一个或多个”未决的HARQ确认信息。而对比文件中的HARQ反馈是针对特定数据传输的即时响应（ACK/NACK），或者在共享载波上对同一HARQ进程的重传进行反馈，并未公开将一段时间内的多个HARQ确认信息进行捆绑或累积报告的概念。 |
| **技术特征F：《直接公开》** <br>其中，在其上报告所述HARQ确认信息的所述非授权载波与在其上进行所述下行数据传输的所述非授权载波相同或不同。 | [0007] ……通过所述基站，在所述两个或更多个非授权频谱分量载波中清除了CCA检查的一个或多个上发送下行数据，以及响应于所述发送，由所述基站接收与所述公共HARQ进程空间相关联的HARQ进程响应信息，其中所述HARQ进程响应信息是在其上发送了所述下行数据的所述一个或多个非授权频谱分量载波上接收的。<br>[0066] 通过提供跨非授权分量载波1-601和非授权分量载波2-602的公共HARQ进程，当对非授权分量载波1-601的CCA检查失败时，避免了重传延迟。 | 对比文件的图6及相关描述明确示出：下行数据在非授权分量载波1上发送失败后，重传数据在非授权分量载波2上成功发送（不同载波），并且HARQ响应也在载波2上报告。同时，正常流程下，数据和HARQ响应显然可以在同一载波上传输。这直接公开了报告HARQ确认信息的载波与进行下行数据传输的载波可以“相同或不同”。 |
| **技术特征G：《直接公开》** <br>其中所述多个候选的非授权载波至少包括第一非授权载波和第二非授权载波；并且中所述第一非授权载波包括在其上进行所述下行数据传输的所述非授权载波，所述第二非授权载波不同于所述第一非授权载波。 | [0065] 另一组数据由eNB通过非授权CC，即非授权分量载波1-601和非授权分量载波2-602发送给UE。<br>[0066] ……eNB在非授权分量载波1-601的下行子帧609处向UE发送下行信号。……eNB准备通过非授权分量载波1-601重传下行信号。然而，在子帧612处，CCA检查失败……通过公共HARQ处理，相同的重传数据尝试在非授权分量载波1-601和非授权分量载波2-602两者上发送。eNB在子帧613处对非授权分量载波2-602执行了成功的CCA检查。因此，用于重传的数据由eNB在下行子帧614处成功发送。 | 对比文件明确列举了“非授权分量载波1”和“非授权分量载波2”作为共享公共HARQ进程空间的候选载波。其中，初始下行数据传输在“非授权分量载波1”（第一非授权载波）上进行，当该载波LBT失败后，重传数据在“非授权分量载波2”（第二非授权载波）上成功发送。这直接公开了目标专利中关于第一和第二非授权载波的关系。 |
| **技术特征H：《未公开》** <br>其中为所述UE分配所述上行控制信道资源包括：为针对所述UE的多个下行数据传输预留相同的上行控制信道资源。 | 对比文件未明确记载此特征。 | 目标专利中的“上行控制信道资源”指的是用于传输HARQ确认信息的特定物理资源（如PUCCH资源）。为多个下行传输“预留相同的”上行资源是为了避免资源冲突。对比文件中共享的是“HARQ进程空间”（即进程ID和相关的缓存），而非具体某个固定的上行物理控制信道资源。对比文件没有公开为多个不同的下行数据传输预留完全相同的上行控制信道资源（例如，同一个PUCCH资源索引）这一概念。 |
| **技术特征I：《未公开》** <br>其中为针对所述UE的多个下行数据传输预留相同的上行控制信道资源包括：响应于在第一子帧上调度针对所述UE的一个下行数据传输，在所述第一子帧之后的多个子帧上为所述UE预留所述相同的上行控制信道资源。 | 对比文件未明确记载此特征。 | 此特征是对技术特征H的进一步限定，描述了如何在多个子帧上预留相同资源。由于对比文件未公开技术特征H的实质内容（预留相同的上行控制信道资源），自然也未公开其具体的实现方式。对比文件强调的是跨载波的并行传输机会，而非在单一载波的后续多个子帧上预留相同的特定资源。 |
| **技术特征J：《未公开》** <br>其中为所述UE分配所述上行控制信道资源包括：为针对所述UE的每个下行数据传输独立地配置上行控制信道资源。 | 对比文件未明确记载此特征。 | 目标专利中，为每个下行数据传输“独立地配置上行控制信道资源”是与“预留相同的上行控制信道资源”并列的一种可选方案。这意味着每次下行调度都伴随一个独立的、可能不同的上行资源分配。对比文件中，HARQ响应信息的传输资源是与下行数据传输所在的载波和共享的HARQ进程相关联的，但并未公开为每个下行数据传输独立配置（例如，通过独立的下行控制信息DCI来指示不同的PUCCH资源）的这一特定资源分配模式。 |
| **技术特征K：《未公开》** <br>其中为针对所述UE的每个下行数据传输独立地配置上行控制信道资源包括：响应于在第二子帧上调度针对所述UE的一个下行数据传输，在所述第二子帧之后的一个预定义的子帧上为所述UE配置所述上行控制信道资源。 | 对比文件未明确记载此特征。 | 此特征是对技术特征J的进一步限定，描述了在调度下行数据的子帧之后的“一个预定义的子帧上”配置资源。这通常对应于现有LTE中固定的HARQ定时关系（如FDD中n+4）。对比文件的方案正是为了打破这种固定定时关系带来的限制，通过多载波共享HARQ进程来提供更灵活的传输机会，而不是在一个固定的、预定义的子帧上进行资源配置和反馈。 |
| **技术特征L：《未公开》** <br>其中所述预定义的报告窗口基于所述UE所采用的上行控制信息格式、码字大小和用于报告所述HARQ确认信息的聚合的非授权载波的数目来隐式地确定。 | 对比文件未明确记载此特征。 | 对比文件没有公开“预定义的报告窗口”这一概念，更未公开该窗口大小的确定方式。其公开的优先级顺序和CC组配置是通过显式RRC信令完成的，而非基于UCI格式、码字大小和载波数目等参数的隐式确定。 |
| **技术特征M：《直接公开》** <br>进一步包括：向所述UE发送控制信令，所述控制信令承载所述上行控制信道资源的指示。 | [0067] 为了让UE知道哪一组CC共享公共HARQ空间，服务基站提供信令，例如通过无线资源控制(RRC)信令，该信令不仅定义了共享公共HARQ空间的CC组，还定义了UE应访问每个CC以检测所发送数据的优先级顺序。<br>[0072] 共享公共HARQ进程的各组载波以及UE应访问这些载波的顺序可以在来自eNB的无线资源控制(RRC)信令中指示。 | 对比文件公开了基站通过RRC控制信令向UE发送配置信息，该信令明确指示了哪些非授权载波被分组以用于共享的HARQ进程。这相当于向UE指示了可用于HARQ反馈的“上行控制信道资源”所属的载波集合及其优先级顺序，承载了对相关资源的指示。因此，该特征被直接公开。 |
| **技术特征N：《未公开》** <br>其中经由所述控制信令来配置所述报告窗口。 | 对比文件未明确记载此特征。 | 由于对比文件并未公开“报告窗口”这一特征，因此自然也不存在通过控制信令来配置该报告窗口的相关内容。 |
| **技术特征O：《未公开》** <br>其中为所述UE分配所述上行控制信道资源包括：在所述UE的服务小区的授权载波上为所述UE分配所述上行控制信道资源。 | 对比文件未明确记载此特征。 | 对比文件的技术方案核心在于将多个非授权载波分组以共享HARQ进程，从而解决非授权载波上信道接入不确定性的问题。其整个方案围绕非授权载波展开，并未提及在授权载波上分配用于报告非授权载波下行数据传输的HARQ确认信息的上行控制信道资源。 |
| **技术特征P：《未公开》** <br>进一步包括：响应于确定在预定义的上行子帧中、在所述授权载波上的所述上行控制信道资源是可利用的，向所述UE发送触发命令，所述触发命令指示所述UE从所述非授权载波切换到所述授权载波以报告所述HARQ确认信息。 | 对比文件未明确记载此特征。 | 对比文件的方案是通过在多个非授权载波之间共享HARQ进程来提供传输机会，不涉及向授权载波的动态切换。其并未公开基站确定授权载波资源可用，并发送触发命令指示UE从非授权载波切换到授权载波进行HARQ反馈的机制。 |
| **技术特征Q：《未公开》** <br>其中所述触发命令承载所述授权载波上的所述上行控制信道资源的指示。 | 对比文件未明确记载此特征。 | 此特征是对技术特征P中触发命令的进一步限定。由于对比文件未公开技术特征P所述的触发命令及切换机制，自然也未公开触发命令中承载授权载波上的上行控制信道资源指示的相关内容。 |
| **技术特征R：《未公开》** <br>其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引和所述预定义的上行子帧的索引。 | 对比文件未明确记载此特征。 | 此特征是对上行控制信道资源指示内容的具体限定。由于对比文件未公开在授权载波上分配资源并进行切换的方案，因此也不涉及对授权载波上资源索引和子帧索引的指示。 |
| **技术特征S：《未公开》** <br>其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引，所述预定义的上行子帧的索引基于在其上传输所述触发命令的子帧的位置来确定。 | 对比文件未明确记载此特征。 | 此特征描述了资源指示中预定义上行子帧索引的另一种确定方式。同样，由于对比文件未公开涉及授权载波切换的触发命令及其资源指示，因此也未公开该特征。 |
---
<<<d>>><<<f>>><<<g>>><<<m>>><<<a>>>