对比文件名称：2013-06-27_WO2013091578A_发明申请_WO2013091578A1 通信方法、基站和用户设备
目标专利名称：724可扩展的反馈报告CN110168987B
本次调用的模型名称：Qwen-72B
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：由用户设备在下行链路授权中接收定时偏移值。**未公开** | 对比文件未公开定时偏移值。对比文件中的PDCCH（下行链路授权）调度多个PDSCH，但ACK/NACK时序是预配置的（如FDD中固定延迟4子帧，TDD中根据绑定窗），没有动态定时偏移指示。 | 对比文件没有公开在下行链路授权中接收定时偏移值的技术特征。 |
| 技术特征B：基于所述定时偏移值确定反馈窗口内的第一下行链路时间间隙。**未公开** | 对比文件未公开基于定时偏移值确定反馈窗口起始。对比文件的反馈窗（绑定窗）是预定义的，例如TDD上下行配置2中上行子帧2对应下行子帧4,5,6,8。 | 对比文件没有动态定时偏移，因此无法基于定时偏移确定第一下行时间间隙。 |
| 技术特征C：基于最后的下行链路时间间隙或单元的信息来确定所述反馈窗口的最后的时间间隙或单元，针对所述最后的下行链路时间间隙或单元的所述信息的反馈将要在可与所述定时偏移值相关联的上行链路时间间隙或单元中被报告，确定用于所述反馈窗口的码本的大小。**未公开** | 对比文件未公开基于最后下行时间单元的信息确定反馈窗口结束。对比文件的反馈窗结束由预配置决定（例如绑定窗的最后一个子帧）。对比文件未公开码本大小确定。 | 对比文件没有动态确定窗口结束，也没有码本大小确定过程。 |
| 技术特征D：在可与所述定时偏移值相关联的上行链路时间单元中并且基于所确定的所述码本的大小来传输针对所述反馈窗口的反馈。**未公开** | 对比文件未公开基于码本大小传输反馈。对比文件中UE在预配置的上行子帧发送ACK/NACK，信道资源由第一指示信息（如ARI）确定。 | 对比文件没有定时偏移关联，也没有基于码本大小传输。 |
| 技术特征E：确定下行链路确认第一次与所述上行链路时间单元相关联，并且基于所确定的关联来确定新的反馈窗口已经开始。**未公开** | 对比文件未公开第一次关联确定新窗口开始。对比文件的反馈窗口是静态的（绑定窗）。 | 对比文件没有动态窗口开始的概念。 |
| 技术特征F：接收计数器下行链路指派索引字段，其中所述确定所述第一下行链路时间间隙还基于所述计数器下行链路指派索引字段。**未公开** | 对比文件公开了DL_DAI（下行分配指示，相当于计数器），但未用于确定第一下行时间间隙。对比文件第[0122]段：“如果UE只收到一个反馈窗内的DL_grant调度且该DL_grant中的DL_DAI为1，则该UE的当前反馈窗内需要反馈的ACK/NACK资源由该DL_grant所占的控制信道单元(CCE)标号来隐式对应。”此处DL_DAI用于计数和资源确定，而非确定第一下行时间间隙。 | 对比文件中的DL_DAI用于错误检测和资源映射，没有用于确定第一下行时间间隙。 |
| 技术特征G：其中所述码本的所述大小基于以下中的至少一项来确定：所述反馈窗口中的时间间隙的数目，以及稍后第一次发生下行链路确认与第二上行链路时间单元相关联。**未公开** | 对比文件未公开基于反馈窗口中的时间间隙的数目（固定窗口大小）确定码本大小。对比文件基于实际调度数目确定反馈比特数（通过总DAI）。对比文件未公开基于第二次关联的确定方式。 | 对比文件没有公开基于窗口大小或第二次关联确定码本大小。 |
| 技术特征H：其中在所述码本的所述大小基于所述反馈窗口中的时间间隙的数目来确定的情况下，所述码本的所述大小基于在所讨论的所述窗口中可调度的下行链路时间间隙的数目来定义，或者所述码本的所述大小基于在所讨论的所述窗口中被调度的下行链路时间间隙的数目来定义。**直接公开** | 对比文件第[0127]段：“具体的计数方式可以根据调度的DL_grant的个数来计数，也可以根据调度的下行子帧数或调度的PDSCH个数来计数。”第[0129]段示例：“DL_grant2中的DL_DAI2取值为3，表示当前被调度了子三个子帧5,6,8的PDSCH。” | 对比文件公开了基于调度的下行子帧数（被调度的下行链路时间间隙的数目）确定ACK/NACK反馈比特数，本领域技术人员能毫无疑义地得出这对应于码本大小。因此直接公开了特征H的第二种方式。 |
| 技术特征I：其中所述反馈是混合自动重传请求(HARQ)反馈，其中特定的上行链路时间单元仅包含针对以下的下行链路时间单元的HARQ确认，所述下行链路时间单元具有与所述特定的上行链路间隙相关联的HARQ反馈。**直接公开** | 对比文件第[0112]段：“所谓ACK/NACK 反馈窗，也叫ACK/NACK绑定窗，是指一个上行子帧中反馈的ACK/NACK对应的下行子帧。” | 对比文件明确公开了一个上行子帧仅包含对应下行子帧的HARQ反馈，即特定的上行链路时间单元仅包含具有关联HARQ反馈的下行链路时间单元的HARQ确认。 |
| 技术特征J：其中所述反馈窗口可以是逐小区的、逐虚拟小区的或逐载波的。**未公开** | 对比文件未提及虚拟小区或逐载波。对比文件仅涉及单小区多子帧调度，反馈窗针对单个小区。 | 对比文件没有公开反馈窗口的逐小区、逐虚拟小区或逐载波特性。 |
| 技术特征K：还包括：接收总下行链路指派索引字段，其中所述确定所述下行链路时间单元的数目或码本大小还基于所述总下行链路指派索引字段。**直接公开** | 对比文件第[0127]段：“具体的计数方式可以根据调度的DL_grant的个数来计数，也可以根据调度的下行子帧数或调度的PDSCH个数来计数。”第[0129]段示例显示DL_DAI指示调度的子帧数。 | 对比文件公开了UE接收DL_DAI（总下行链路指派索引），并根据DL_DAI确定调度的下行子帧数（下行链路时间单元的数目），进而确定反馈比特数（码本大小）。因此直接公开。 |
<<<H>>><<<I>>><<<K>>>