好的，作为一名经验丰富的资深专利代理师，我将对您提出的问题进行严谨、深入的评估。
**对比文件名称：** 2014-02-06_US2014036814A_发明申请_US20140036814A1 Method and Apparatus
**目标专利名称：** 724可扩展的反馈报告CN110168987B
**本次调用的模型名称：** deepseek-chat
以下是根据您的要求进行的特征比对分析。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 (翻译) | 公开性论述 |
| **技术特征A：** 包括：由用户设备在下行链路授权中接收定时偏移值<br><br>**《未公开》** | 对比文件主要关注在跨频带TDD载波聚合场景下，当至少一个聚合小区的SIB1 UL/DL配置为配置0时，如何基于上行链路授权中的下行链路指派索引(DAI)或参考配置来确定HARQ-ACK码本大小。 <br><br>对比文件[0112]提及：“在Rel-8/9/10中，对于TDD配置0，DAI字段在下行链路授权DCI格式中存在但不适用...”。<br><br>对比文件[0126]提及：“在一个第一实施例中，如果与具有不同SIB1 UL/DL配置的另一小区聚合，则对于具有SIB1指示的UL/DL配置0的小区，始终启用DL DAI使用，并添加UL DAI。” | 该技术特征的核心在于“在下行链路授权中接收定时偏移值”。该定时偏移值用于动态地指示DL数据接收与相应HARQ-ACK反馈之间的定时关系，这是目标专利所针对的NR系统中动态HARQ-ACK定时的基本特征。 <br><br>对比文件描述的是LTE系统中的TDD CA技术。在对比文件中，HARQ定时是静态或半静态地由TDD UL/DL配置（SIB1配置或参考配置）决定的，例如[0073]描述了HARQ定时与UL/DL配置的耦合关系，[0077]描述了SCell的HARQ定时遵循参考配置的定时。对比文件中的“定时”是基于子帧的固定关系，而不是通过下行链路授权中的信令动态指示的“偏移值”。<br><br>对比文件虽然提及了下行链路授权中的DAI字段，但该字段用于指示调度的下行链路子帧数量，而不是用于指示HARQ反馈的定时偏移。对比文件完全没有公开或暗示在下行链路授权中存在一个字段用于指示定时偏移值。因此，该技术特征未被对比文件公开。 |
| **技术特征B：** 基于所述定时偏移值确定反馈窗口内的第一下行链路时间间隙<br><br>**《未公开》** | 对比文件[0127]提及：“图7示出了M=4和3个调度的DL子帧的UL DAI和DL DAI的示例。”<br><br>对比文件[0104]提及：“捆绑窗口大小总是‘1’(M=1, 参见图5表格的第一行)。” | 该技术特征建立在特征A的基础之上，即UE利用接收到的定时偏移值来确定反馈窗口的起始点。这里的“反馈窗口”是一个动态的概念，其起始位置由首次与特定UL时间间隙关联的DL时间间隙决定。<br><br>对比文件中的“捆绑窗口”(bundling window)或“下行链路关联集”(downlink association set)是静态定义的，例如[0104]根据TDD UL/DL配置确定捆绑窗口大小M。窗口内的DL子帧集合Kc是根据预定义的表格（如图5）确定的，而不是通过动态接收的定时偏移值来确定的。对比文件没有公开任何通过动态信令确定反馈窗口起始位置的方法。因此，该技术特征未被对比文件公开。 |
| **技术特征C：** 基于最后的下行链路时间间隙或单元的信息来确定所述反馈窗口的最后的时间间隙或单元，针对所述最后的下行链路时间间隙或单元的所述信息的反馈将要在可与所述定时偏移值相关联的上行链路时间间隙或单元中被报告，确定用于所述反馈窗口的码本的大小<br><br>**《未公开》** | 对比文件[0120]-[0122]描述了码本大小的确定方式：“对于频带间TDD CA且其中一个小区（小区c）的SIB1 TDD配置为配置0，且由UL grant调整的PUSCH上的HARQ-ACK，码本大小的确定应取决于PUSCH小区（传输PUSCH的小区）的SIB1 TDD配置。如果PUSCH小区的SIB1 TDD配置为1-6，则UL DAI用于码本大小确定。如果PUSCH小区的SIB1 TDD配置为0，则优选地，码本大小的确定如同PUSCH未被UL grant调整一样。”<br><br>对比文件[0130]提及：“...码本大小被确定为如同PUSCH未被UL grant调整一样。” | 该技术特征限定了确定反馈窗口结束位置的方法，即基于“最后的下行链路时间间隙或单元的信息”，该信息指向的是其反馈将在特定UL时间间隙中被报告的最后一个DL时间间隙。然后基于此确定码本大小。这是对动态反馈窗口的完整定义，包括起点、终点和大小。<br><br>对比文件中的“捆绑窗口”是预定义的，没有动态的“最后的时间间隙”的概念。码本大小的确定（例如BcDL=Mc，或BcDL=min(WDAIUL, Mc)）是基于静态的参考配置（Mc）或UL授权中的DAI（WDAIUL），而不是基于对反馈窗口终点信息的动态确定。对比文件没有公开需要确定一个动态窗口的结束位置，更未公开如何基于结束位置信息来确定码本大小。因此，该技术特征未被对比文件公开。 |
| **技术特征D：** 在可与所述定时偏移值相关联的上行链路时间单元中并且基于所确定的所述码本的大小来传输针对所述反馈窗口的反馈<br><br>**《未公开》** | 对比文件[0093]-[0094]描述了在PUCCH或PUSCH上传输HARQ-ACK：<br><br>“对于在UL子帧n中且在PUCCH上或未被UL grant调整的PUSCH上的HARQ-ACK传输，BcDL=Mc...”<br><br>“对于在UL子帧n中且在被UL grant调整的PUSCH上的HARQ-ACK传输，BcDL=min(WDAIUL, Mc)...” | 该技术特征限定了反馈传输的两个关键要素：1) 传输所在的UL时间单元与定时偏移值相关联；2) 传输的反馈是基于所确定的码本大小。此特征与特征A、B、C紧密耦合。<br><br>由于对比文件没有公开特征A（动态定时偏移值）和特征C（基于动态窗口确定码本大小），因此，对比文件中虽然公开了在PUSCH或PUCCH上传输HARQ-ACK反馈（例如[0093]），但其传输的UL子帧是基于固定的TDD配置定时，而不是与动态的定时偏移值关联。其传输的码本大小是基于静态的Mc或UL DAI确定的，而不是基于特征C的动态方法。因此，该技术特征未被对比文件公开。 |
| **技术特征E：** 还包括：确定下行链路确认第一次与所述上行链路时间单元相关联，并且基于所确定的关联来确定新的反馈窗口已经开始<br><br>**《未公开》** | 对比文件[0126]提及：“在一个第一实施例中，DL DAI使用始终启用，并且如果与具有不同SIB1 UL/DL配置的另一小区聚合，则为具有SIB1指示的UL/DL配置0的小区添加UL DAI。”<br><br>对比文件[0130]提及：“第二实施例下的第二个建议是，如果服务小区（PCell或SCell）的SIB1指示的UL/DL配置为0...则码本大小被确定为如同PUSCH未被UL grant调整一样。” | 该技术特征定义了反馈窗口的起始触发条件：当UE确定某个DL确认第一次与某个UL时间单元关联时，就标志着一个新的反馈窗口的开始。这是一种基于“首次关联”的动态窗口启动机制。<br><br>对比文件中的HARQ反馈窗口（捆绑窗口）是由TDD UL/DL配置的周期性模式决定的，没有“第一次关联”或“新窗口开始”的明确判断过程。UE和eNB对捆绑窗口的理解是基于固定的子帧编号和配置，而不是通过检测“第一次关联”事件来动态确定的。对比文件没有公开或暗示这种窗口启动机制。因此，该技术特征未被对比文件公开。 |
| **技术特征F：** 还包括：接收计数器下行链路指派索引字段，其中所述确定所述第一下行链路时间间隙还基于所述计数器下行链路指派索引字段<br><br>**《未公开》** | 对比文件[0110]提及：“如果SCell的SIB1 UL/DL配置为0，但HARQ定时的参考配置不是0，则DL DAI是否应被使用尚未明确。在一些实施例中，在这种情况下启用DL DAI。”<br><br>对比文件[0124]提及：“由于DL DAI用于确定...例如使用PUCCH格式3的HARQ-ACK比特排列...在这种情况下缺少DL DAI将导致错误的HARQ-ACK反馈。” | 该技术特征将计数器DAI与确定反馈窗口的“第一下行链路时间间隙”相关联。计数器DAI用于在窗口内进行计数和错误检测，并辅助确定窗口的起始点（例如，当DAI=0且第一次关联时，该间隙为第一间隙）。<br><br>对比文件确实公开了DL DAI的使用，如[0110]和[0124]所述，其用于指示在捆绑窗口内已调度的DL子帧的数量，以解决HARQ-ACK反馈问题。然而，对比文件中的DL DAI是用于确定码本大小（通过UL DAI间接）和HARQ-ACK比特排列，而不是用于与“定时偏移值”结合来确定“第一下行链路时间间隙”。对比文件没有公开DL DAI与动态窗口起始点确定之间的任何关系。此外，特征F建立在特征A和B的基础上，而特征A和B未被公开。因此，该技术特征未被对比文件公开。 |
| **技术特征G：** 其中所述码本的所述大小基于以下中的至少一项来确定：所述反馈窗口中的时间间隙的数目，以及稍后第一次发生下行链路确认与第二上行链路时间单元相关联<br><br>**《未公开》** | 对比文件[0094]提及：“对于在UL子帧n中且在被UL grant调整的PUSCH上的HARQ-ACK传输，BcDL=min(WDAIUL, Mc)...”<br><br>对比文件[0115]-[0119]描述了多种码本大小确定方案，核心在于使用UL DAI（WDAIUL）或参考配置确定的Mc。 | 该特征提供了两种码本大小的确定依据：1) 反馈窗口中的时间间隙数目；2) 当稍后发生下行链路确认与另一个UL时间单元第一次关联时。第二种情况实际上是在描述动态窗口的切换或闭合机制，即当UE发现一个新的DL-UL关联时，当前窗口结束，其大小由此确定。<br><br>对比文件中的码本大小确定，如BcDL=Mc（基于参考配置的固定大小）或BcDL=min(WDAIUL, Mc)（基于UL DAI指示的实际调度数量，但上限为Mc），都是基于静态的窗口大小或一个独立的UL DAI指示，而不是基于一个动态变化的“反馈窗口中的时间间隙的数目”。对比文件完全没有公开“稍后第一次发生下行链路确认与第二上行链路时间单元相关联”这种动态事件与码本大小确定之间的关系。因此，该技术特征未被对比文件公开。 |
| **技术特征H：** 其中在所述码本的所述大小基于所述反馈窗口中的时间间隙的数目来确定的情况下，所述码本的所述大小基于在所讨论的所述窗口中可调度的下行链路时间间隙的数目来定义，或者所述码本的所述大小基于在所讨论的所述窗口中被调度的下行链路时间间隙的数目来定义<br><br>**《未公开》** | 对比文件[0094]提及：“BcDL=min(WDAIUL, Mc)”。其中Mc是集合Kc中元素的数量（即可调度的最大下行链路子帧数），WDAIUL是UL DAI指示的值（即实际调度的下行链路子帧数）。 | 该特征是对特征G中第一种方式的进一步限定，明确区分了两种码本大小定义方式：基于“可调度”（即窗口的最大容量）和基于“被调度”（即窗口内的实际调度情况）。<br><br>对比文件中的BcDL=Mc是基于“可调度”的数量，而BcDL=min(WDAIUL, Mc)则是结合了“可调度”和“被调度”。然而，关键区别在于，对比文件中的Mc和WDAIUL是针对一个静态的、预定义的捆绑窗口（集合Kc），而不是针对目标专利中由动态定时偏移值确定的“反馈窗口”。目标专利的“反馈窗口”是动态变化的，其“可调度”和“被调度”的时间间隙数目是基于动态窗口边界来理解的。对比文件没有公开这种动态窗口的概念，因此其特征H中的“反馈窗口”与对比文件中的“捆绑窗口”在本质上是不同的。因此，该技术特征未被对比文件公开。 |
| **技术特征I：** 其中所述反馈是混合自动重传请求(HARQ)反馈，其中特定的上行链路时间单元仅包含针对以下的下行链路时间单元的HARQ确认，所述下行链路时间单元具有与所述特定的上行链路间隙相关联的HARQ反馈<br><br>**《未公开》** | 对比文件[0075]提及：“...SCell子帧#0上的PDSCH将在子帧#4上具有HARQ反馈，遵循UL/DL配置0的HARQ定时，但子帧#4是PCell上的DL子帧。这意味着HARQ反馈无法被传输。”<br><br>对比文件[0073]提及：“取决于UL-DL配置，一个UL子帧可能负责一个或多个DL子帧的ACK/NACK反馈。” | 该特征限定了UL时间单元与其包含的HARQ反馈之间的严格的一对一或一对多关联关系。它强调一个特定的UL时间单元“仅包含”那些HARQ反馈与该UL时间单元相关联的DL时间单元的HARQ确认。这实质上是对动态反馈窗口内容的定义，即窗口内的所有DL时间单元的反馈都在其关联的UL时间单元中上报。<br><br>对比文件明确描述了一种UL子帧可能承载来自多个DL子帧的HARQ反馈（[0073]，例如图5所示），这正是捆绑窗口的概念。这与目标专利的特征一致。然而，对比文件中的这种关联是由固定的TDD UL/DL配置决定的，而不是由动态的“定时偏移值”决定的。目标专利强调的是这种“关联”是动态建立的，并且UL时间单元的内容严格对应于通过动态定时偏移值与其关联的那些DL时间单元。对比文件没有公开这种动态的、排他性的关联建立过程，其关联是静态预设的。因此，该技术特征未被对比文件公开。 |
| **技术特征J：** 其中所述反馈窗口可以是逐小区的、逐虚拟小区的或逐载波的<br><br>**《《隐含公开》》** | 对比文件[0089]提及：“对于格式3，HARQ-ACK码本大小可以按每个小区确定，而不是所有小区取最大值。”<br><br>对比文件[0092]提及：“服务小区c上的DL子帧集合（记为Kc）...K根据服务小区c的定时参考配置确定。”<br><br>对比文件[0115]提及：“...BcDL=min(WDAIUL,Mc)...” | 该特征定义了反馈窗口的粒度，可以针对每个小区、每个虚拟小区或每个载波独立定义。这体现了反馈窗口配置的灵活性。<br><br>对比文件明确公开了“按每个小区”（per cell）确定HARQ-ACK码本大小的方案，例如[0089]和[0115]中使用的符号BcDL和Mc，其中的下标c即表示服务小区。这表明码本（即反馈窗口）是逐小区定义的。在载波聚合的上下文中，每个小区通常对应一个载波，因此“逐载波”的含义也被隐含覆盖。虽然对比文件未提及“虚拟小区”的概念，但其核心思想“逐小区”与目标专利的“逐小区”和“逐载波”是实质上等同的。本领域技术人员可以合理推断出，在载波聚合系统中，为每个成员载波（小区）独立确定反馈窗口是一种基本操作。因此，该技术特征被对比文件隐含公开。 |
| **技术特征K：** 还包括：接收总下行链路指派索引字段，其中所述确定所述下行链路时间单元的数目或码本大小还基于所述总下行链路指派索引字段<br><br>**《未公开》** | 对比文件[0094]公开了在UL grant中的DAI（称为WDAIUL），用于确定码本大小：BcDL=min(WDAIUL, Mc)。<br><br>对比文件[0126]提及：“DL DAI使用始终启用，UL DAI被添加...”<br><br>对比文件[0127]提及：“图7示出了M=4和3个调度的DL子帧的UL DAI和DL DAI的示例。” | 该特征明确要求接收“总下行链路指派索引字段”，并基于该字段确定下行链路时间单元的数目或码本大小。目标专利说明书中[0048]明确指出，“总DAI”包含关于在HARQ-ACK FB窗口内调度或要调度的DL间隙的数目的信息，并且是在DL授权中。其作用是确定窗口大小和码本大小。<br><br>对比文件公开了多种DAI，但关键区别在于：<br>1. **位置不同**：对比文件主要讨论的是在 **上行链路授权 (UL grant)** 中的DAI（称为UL DAI或WDAIUL），用于确定码本大小（[0094], [0115]）。虽然也讨论了DL DAI，但DL DAI是“计数器DAI”，用于指示已检测到的DL授权的数量顺序（[0124]），而不是“总DAI”。<br>2. **功能不同**：对比文件中的UL DAI用于指示整个捆绑窗口内调度的总DL子帧数，其功能类似于目标专利中的“总DAI”，但它是通过UL授权接收的。目标专利的特征K明确要求是在 **下行链路授权** 中接收 **总下行链路指派索引字段**。<br><br>因此，虽然对比文件公开了使用DAI信息来确定码本大小，但其DAI是UL DAI，并非特征K所限定的“在下行链路授权中”的“总下行链路指派索引字段”。本领域技术人员不能毫无疑义地从对比文件得出在下行链路授权中接收并使用总DAI的技术方案。因此，该技术特征未被对比文件公开。 |
### 结论
经过严谨的比对和分析，对比文件US20140036814A1仅隐含公开了目标专利权利要求中的技术特征J。其他技术特征A、B、C、D、E、F、G、H、I、K均未被对比文件直接公开或隐含公开。
<<<j>>>