对比文件名称：2012-12-20_WO2012174213A_发明申请_WO2012174213A1 METHODS, SYSTEMS AND APPARATUS FOR DEFINING AND USING PHICH RESOURCES FOR CARRIER AGGREGATION
目标专利名称：717获取混合自动重传请求确认信息反馈的方法和装置CN107295663B
本次调用模型名称：DeepSeek-R1
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：在非授权载波上为用户设备UE分配用于报告与所述非授权载波上的下行数据传输相关的HARQ确认信息的上行控制信道资源<br><br>《隐含公开》 | [0098] The Physical Hybrid ARQ Indicator Channel (PHICH) may be used for transmission of Hybrid ARQ acknowledgements (ACK/NACK) in response to UL-Shared Channel (SCH) transmissions. <br><br>[0125] Implementations may be disclosed where the SuppC may use TDD frame structure and timing. Such implementations may be applied for an FDD SuppC. <br><br>[0201] ...the ACK/NACKs for these transmissions use (e.g., may be limited to using) the resources on the supplementary cell... | 对比文件公开了在补充小区(SuppC)上分配PHICH资源，用于发送针对上行数据传输的ACK/NACK反馈。补充小区可以工作在动态频谱共享(DSS)频段，如TVWS频段，这属于非授权载波。虽然对比文件主要涉及上行(Uplink)数据传输的ACK/NACK，而目标专利涉及下行(Downlink)数据传输的HARQ确认信息，但两者在物理层都涉及基站和UE之间关于数据传输成功与否的确认信息反馈。对比文件明确教导了在非授权载波(DSS频段)上为UE分配用于传输ACK/NACK反馈的控制信道资源(PHICH)。本领域技术人员可以想到，这种在非授权载波上分配反馈资源的机制可以应用于下行数据传输的HARQ确认信息。因此，该技术特征被隐含公开。 |
| 技术特征B：在预定义的延迟窗口内，从所述UE获取所述HARQ确认信息反馈<br><br>《未公开》 | 对比文件主要讨论了在特定定时关系下发送PHICH反馈，例如在FDD中固定为4个子帧后发送，或者在TDD中根据配置查表确定。对比文件没有公开或暗示存在一个指定了最小时延和最大时延的“预定义延迟窗口”的概念，在该窗口内可以灵活地推迟并获取HARQ确认信息反馈。对比文件的反馈定时是相对固定的，而非在一个窗口内延迟获取。因此，该技术特征未被公开。 | |
| 技术特征C：其中所述预定义的延迟窗口指定报告所述HARQ确认信息的最小时延和最大时延<br><br>《未公开》 | 同上，对比文件没有公开任何关于“预定义延迟窗口”以及该窗口如何“指定报告HARQ确认信息的最小时延和最大时延”的内容。其反馈定时基于固定的子帧偏移量。因此，该技术特征未被公开。 | |
| 技术特征D：其中在其上报告所述HARQ确认信息的所述非授权载波为预先配置的多个候选的非授权载波中的一个候选的非授权载波。<br><br>《隐含公开》 | [0097] FIG. 7 is a diagram that illustrates exemplary inter-band and inter-band carrier aggregation (CA)... two or more (e.g., up to 5) component carriers (CCs) may be aggregated... <br><br>[0147] FIG. 11 illustrates an exemplary PHICH resource allocation 1100 using reserved CCEs... The PCC 1110 and the SCC 1120 may be jointly linked to supplementary TDD CCs 1140, 1150 and 1160 in the DSS bands via reserved CCEs 1130A and 1130B. | 对比文件公开了可以聚合多个补充载波(SuppC)，这些补充载波工作在DSS频段（非授权载波）。例如，图11示出了三个补充TDD载波(1140, 1150, 1160)被联合链接用于PHICH资源分配。这隐含了多个候选的非授权载波可以被预先配置，用于承载诸如ACK/NACK之类的反馈信息。本领域技术人员可以合理地推断，UE可以在这些预先配置的多个候选非授权载波中选择一个来报告HARQ确认信息。因此，该技术特征被隐含公开。 |
| 技术特征E：其中所述HARQ确认信息包括预定义的报告窗口内的一个或多个HARQ确认信息。<br><br>《隐含公开》 | [0084] In LTE, TDD may support bundling of multiple ACK/NACKs into a single ACK/NACK to be sent in the UL subframe. FDD may not support this mode...<br><br>[0188] The ACK/NACK for UL transmissions on different supplementary TDD carriers may be bundled on a single ACK/NACK. | 对比文件公开了可以将多个ACK/NACK（HARQ确认信息）捆绑(bundling)成一个单一的ACK/NACK进行发送。这种捆绑操作本身就意味着在一个报告时机中包含了多个HARQ确认信息，这与目标专利中“预定义的报告窗口内的一个或多个HARQ确认信息”的概念在功能上是相似的，即一次性报告多个未决的确认信息。本领域技术人员可以由此推断出在一个报告实例中报告一个或多个HARQ确认信息的技术方案。因此，该技术特征被隐含公开。 |
| 技术特征F：其中，在其上报告所述HARQ确认信息的所述非授权载波与在其上进行所述下行数据传输的所述非授权载波相同或不同。<br><br>《隐含公开》 | [0112] ...the PHICH may be transmitted on the same component carrier that was used to transmit the UL grant... <br><br>[0200] The scheduler may be restricted to not employ cross-carrier scheduling for the UL... or [0202] ...specify (e.g., along with each UL grant) the component carrier on which the ACK/NACK may be received, which may allow flexibility for cross-carrier scheduling and the PHICH location. | 对比文件公开了PHICH（用于承载ACK/NACK）可以在传输UL grant的同一个成员载波上发送，也可以通过跨载波调度在不同的成员载波上发送。这表明反馈信息的传输载波与数据传输的（或授权的）载波可以“相同或不同”。虽然对比文件是针对上行数据传输的反馈，但其载波选择的灵活性原理可以直接应用于下行数据传输的HARQ确认信息反馈。因此，该技术特征被隐含公开。 |
| 技术特征G：其中所述多个候选的非授权载波至少包括第一非授权载波和第二非授权载波；并且中所述第一非授权载波包括在其上进行所述下行数据传输的所述非授权载波，所述第二非授权载波不同于所述第一非授权载波。<br><br>《隐含公开》 | [0147] FIG. 11 illustrates an exemplary PHICH resource allocation 1100 using reserved CCEs... The PCC 1110 and the SCC 1120 may be jointly linked to supplementary TDD CCs 1140, 1150 and 1160 in the DSS bands via reserved CCEs 1130A and 1130B. | 结合对技术特征D和F的分析，对比文件公开了多个非授权载波（补充载波）可以被配置用于联合反馈。图11中明确存在多个补充TDD CCs。本领域技术人员可以理解，这些候选载波中，必然包括一个进行数据传输的载波（第一非授权载波）以及至少一个与之不同的其他载波（第二非授权载波），以便在信道忙时切换报告。因此，该技术特征被隐含公开。 |
| 技术特征H：其中为所述UE分配所述上行控制信道资源包括：为针对所述UE的多个下行数据传输预留相同的上行控制信道资源。<br><br>《隐含公开》 | [0144] This procedure may be optimized to reduce the size of the reconfiguration message by having the size and location of the reserved CCEs be tied (e.g., implicitly) to the configured supplementary TDD carrier... <br><br>[0154] An explicit mapping of reserved CCEs to UEs may be used to tie the reserved CCEs to each UE. | 对比文件公开了为补充载波上的UL传输预留(reserved)CCE（控制信道单元）或资源块作为PHICH资源。这些预留的资源可以被多个UE或同一个UE的多次传输使用。这种“预留相同资源”的行为，与本技术特征中为“多个下行数据传输预留相同的上行控制信道资源”在资源分配方式上是相似的。本领域技术人员可以推断，为了节省信令开销和保证资源可用，可以为多次数据传输预留相同的反馈资源。因此，该技术特征被隐含公开。 |
| 技术特征I：其中为针对所述UE的多个下行数据传输预留相同的上行控制信道资源包括：响应于在第一子帧上调度针对所述UE的一个下行数据传输，在所述第一子帧之后的多个子帧上为所述UE预留所述相同的上行控制信道资源。<br><br>《未公开》 | 对比文件虽然公开了预留资源，但其预留的资源（如CCE）通常是基于补充载波的配置（如UL/DL配置）来确定的，其存在与否与子帧类型相关。对比文件没有公开这样的机制：一旦在某个子帧调度了UE，就触发在“之后多个子帧上”为该UE预留相同的资源。其资源预留是静态或半静态的，而非由一次调度动态触发并在后续一段子帧内持续有效。因此，该技术特征未被公开。 | |
| 技术特征J：其中为所述UE分配所述上行控制信道资源包括：为针对所述UE的每个下行数据传输独立地配置上行控制信道资源。<br><br>《隐含公开》 | [0154] An explicit mapping of reserved CCEs to UEs may be used to tie the reserved CCEs to each UE. This may use some signaling, which may be sent through RRC messaging, or in the DCI format 0 or 4 that may be used to send the UL grant.<br><br>[0203] A field may be added to the UL grant DCI format (e.g., DCI format 0), which may specify the CC used for PHICH signaling. | 对比文件公开了可以通过UL grant中的DCI格式为每个UE独立地、显式地指示PHICH资源的位置。这相当于为每个（上行）数据传输独立地配置了反馈资源。这种为每次传输独立配置资源的模式，可以被本领域技术人员直接转用至下行数据传输的HARQ确认信息反馈，即为每个下行数据传输独立地配置上行控制信道资源。因此，该技术特征被隐含公开。 |
| 技术特征K：其中为针对所述UE的每个下行数据传输独立地配置上行控制信道资源包括：响应于在第二子帧上调度针对所述UE的一个下行数据传输，在所述第二子帧之后的一个预定义的子帧上为所述UE配置所述上行控制信道资源。<br><br>《隐含公开》 | [0085] ...the DL ACK/NACK may be sent four subframes after the UL transmission. In TDD, this timing may be variable... <br><br>[0206] By sending PHICH on the TDD supplementary carrier, the PHICH resources on a TDD carrier may have already been defined that automatically scale these resources based on the UL/DL configuration and/or the subframe number. | 对比文件公开了反馈（PHICH）的定时关系，即在传输后的某个固定或可变的子帧位置发送反馈。这实际上就是“在调度数据传输的子帧之后的一个预定义的子帧上”配置并使用反馈资源。尽管对比文件是针对上行传输的反馈，但在物理层机制上，为下行传输配置上行反馈资源时，采用类似的预定义定时关系（如n+4）是公知常识。因此，该技术特征被隐含公开。 |
| 技术特征L：其中所述预定义的报告窗口基于所述UE所采用的上行控制信息格式、码字大小和用于报告所述HARQ确认信息的聚合的非授权载波的数目来隐式地确定。<br><br>《未公开》 | 对比文件中没有提及“预定义的报告窗口”的概念，更没有公开该报告窗口的大小是根据“上行控制信息格式”、“码字大小”和“聚合的非授权载波数目”来隐式确定的。因此，该技术特征未被公开。 | |
| 技术特征M：进一步包括：向所述UE发送控制信令，所述控制信令承载所述上行控制信道资源的指示。<br><br>《隐含公开》 | [0130] Implementations may be disclosed where the SuppC may use TDD frame structure and timing... The value Ng' may be sent through an RRC message, e.g., specific to the DSS users. <br><br>[0154] An explicit mapping of reserved CCEs to UEs may be used... This may use some signaling, which may be sent through RRC messaging, or in the DCI format 0 or 4... | 对比文件多次明确记载了通过RRC消息或DCI信令向UE发送PHICH资源配置信息，例如Ng'值或预留CCE的映射关系。这些信令承载了上行控制信道资源（PHICH资源）的指示（如位置、大小、组号等）。因此，该技术特征被隐含公开。 |
| 技术特征N：其中经由所述控制信令来配置所述报告窗口。<br><br>《未公开》 | 由于对比文件中没有公开“预定义的报告窗口”这一概念，自然也不存在通过控制信令来“配置该报告窗口”的技术方案。因此，该技术特征未被公开。 | |
| 技术特征O：其中为所述UE分配所述上行控制信道资源包括：在所述UE的服务小区的授权载波上为所述UE分配所述上行控制信道资源。<br><br>《直接公开》 | [0120] The licensed band carrier (e.g., PCC or SCC) may be used to send the ACK/NACK for the supplementary carrier transmission(s) and additional resources may be defined and leveraged for this purpose. <br><br>[0124] PHICH resources for the supplementary carrier may be present on the supplementary carrier, e.g., as disclosed herein. (结合上下文，意味着也可以在授权载波上) | 对比文件明确记载了许可频段载波（licensed band carrier，即授权载波），如PCC或SCC，可以被用来为补充载波（非授权载波）上的传输发送ACK/NACK反馈。这意味着在授权载波上为UE分配用于报告HARQ确认信息的上行控制信道资源。该技术方案与目标专利的技术特征O完全相同。因此，该技术特征被直接公开。 |
| 技术特征P：进一步包括：响应于确定在预定义的上行子帧中、在所述授权载波上的所述上行控制信道资源是可利用的，向所述UE发送触发命令，所述触发命令指示所述UE从所述非授权载波切换到所述授权载波以报告所述HARQ确认信息。<br><br>《未公开》 | 对比文件提到了可以根据信道质量在许可载波和补充载波之间动态选择或改变PHICH的配置机制，但没有公开这样一个过程：网络侧判断授权载波上的资源在某个预定义上行子帧中可用，然后专门发送一个触发命令（triggering command）来指示UE从非授权载波切换到授权载波进行报告。因此，该技术特征未被公开。 | |
| 技术特征Q：其中所述触发命令承载所述授权载波上的所述上行控制信道资源的指示。<br><br>《未公开》 | 由于技术特征P未被公开，其从属特征“触发命令承载资源指示”自然也未被公开。对比文件没有描述此类触发命令及其承载的内容。因此，该技术特征未被公开。 | |
| 技术特征R：其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引和所述预定义的上行子帧的索引。<br><br>《未公开》 | 对比文件中，上行控制信道资源（PHICH资源）的指示通常是通过PRB索引和DMRS循环移位隐式确定的，或者通过RRC信令等方式显式配置。但对比文件没有公开一个同时包含“资源索引”和用于反馈的“上行子帧索引”的指示。因此，该技术特征未被公开。 | |
| 技术特征S：其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引，所述预定义的上行子帧的索引基于在其上传输所述触发命令的子帧的位置来确定。<br><br>《未公开》 | 由于技术特征P、Q、R均未被公开，对比文件更没有公开关于如何基于传输触发命令的子帧位置来隐式确定上行子帧索引的技术细节。因此，该技术特征未被公开。 |
<<<O>>><<<a>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<j>>><<<k>>><<<m>>>