**对比文件名称**：2012-05-10_US2012113831A_发明申请_US20120113831A1 Determination of Carriers and Multiplexing for Uplink Control Information Transmission
**目标专利名称**：252具有动态TDD DL_UL子帧配置的载波聚合CN105940631B
**本次调用的模型名称**：GPT-4
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：接收包括至少第一分量载波(CC)和第二CC的配置，所述第一CC或所述第二CC中的至少一个CC被启用用于针对业务适应的演进型干扰管理(eIMTA) 《未被公开》 | [0091] “LTE-Advanced (LTE-A, or LTE R10) is an evolution to LTE that aims to improve LTE R8/R9 data rates using, among other methods, bandwidth extensions, or Carrier Aggregation (CA). With CA, the WTRU may transmit and receive simultaneously over the PUSCH and the PDSCH respectively of multiple Component Carriers (CCs); up to five CCs in the UL and in the DL may be used and thus supporting flexible bandwidth assignments up to 100 MHz.”<br><br>[0093] “A cell of a UE may consist in a DL CC and, potentially, be combined with a set of UL resources e.g. a UL CC. For LTE R10, the Primary Cell (hereafter PCell) may consist in a combination of DL PCC and a UL PCC. A Secondary Cell (hereafter SCell) of the UE's multicarrier configuration may consist in a DL SCC, and, alternatively, a UL SCC...” | **直接公开判断**：对比文件公开了为多载波操作（载波聚合）配置用户设备（UE/WTRU），包括主分量载波（PCC/PCell）和辅分量载波（SCC/SCell）。这与目标专利中“接收包括至少第一CC和第二CC的配置”相对应。然而，对比文件**完全没有提及**“针对业务适应的演进型干扰管理(eIMTA)”这一概念。eIMTA是目标专利的核心，特指TDD DL/UL子帧配置的动态适应，以基于业务需求管理干扰。对比文件通篇未涉及任何TDD子帧配置的动态适应或重新配置机制。<br><br>**隐含公开判断**：对比文件讨论的是LTE-Advanced（R10）中的通用载波聚合场景。eIMTA是一个特定的、后续引入的增强功能。本领域技术人员阅读对比文件，无法通过合理推断得出其中配置的CC“被启用用于eIMTA”。因此，该技术特征未被隐含公开。 |
| **技术特征B**：确定用于所述第一CC和所述第二CC中的至少一个CC的混合自动重传请求(HARQ)时序，《未被公开》 | [0002] “...UCI could contain a Hybrid Automatic Retransmission Request (HARQ) Acknowledgement or Negative Acknowledgement (ACK/NACK)...”<br><br>[0104] “Embodiments contemplate that, for LTE R10, for any given subframe, the UE may have PUCCH resource available for transmission of UCI and may additionally be granted PUSCH resources for a transmission on more than one UL CC.”<br><br>[0115] “Embodiments contemplate that feedback pertaining to certain downlink shared channels (including but not limited to HARQ ACK/NACK, CQI, PMI and RI, for example) as well as other control information such as SR may be transmitted on different UL CCs.” | **直接公开判断**：对比文件多次提到HARQ ACK/NACK是UCI的一部分，并且UCI可以在不同的UL CC上传输。然而，对比文件的核心主题是**为传输UCI（包括HARQ反馈）选择上行链路资源（例如选择哪个UL CC的PUSCH或PUCCH）**，例如通过随机选择、基于优先级选择、半静态选择等方法（见[0109]）。它**没有描述或教导如何“确定HARQ时序”**。HARQ时序在目标专利中特指从下行链路数据传输到对应的ACK/NACK反馈，或从上行链路授权到上行链路数据传输之间的固定时间关系（例如，子帧n的PDSCH对应子帧n+k的ACK）。对比文件完全不涉及对这种时序关系的确定或计算。<br><br>**隐含公开判断**：虽然传输HARQ反馈必然发生在某个时间点，但对比文件关注的是“在哪里发送”（资源选择），而非“何时发送”（时序确定）。本领域技术人员无法从对比文件关于UCI传输资源选择的内容中，合理推断出目标专利所要求的、基于特定配置（尤其是eIMTA）来确定HARQ时序的方法。因此，该技术特征未被隐含公开。 |
| **技术特征C**：所确定的HARQ时序是至少部分地基于所接收到的配置以及所述第一CC或所述第二CC中的所述至少一个CC被启用用于eIMTA的，《未被公开》 | （无相关内容） | **直接公开判断**：对比文件未提及eIMTA，因此不可能公开基于CC是否启用eIMTA来确定HARQ时序。<br><br>**隐含公开判断**：由于eIMTA概念在对比文件中完全缺失，本领域技术人员无法进行任何与之相关的逻辑推理。因此，该技术特征未被隐含公开。 |
| **技术特征D**：所确定的HARQ时序是进一步基于以下各项的：所述第一CC和所述第二CC的交叉载波调度配置、以及使用与所述第一CC对应的第一子帧配置索引和与所述第二CC对应的第二子帧配置索引来对表进行索引《未被公开》 | [0092] “...cross-carrier scheduling may also be supported for a given PDCCH, allowing the network to provide PDSCH assignments and/or PUSCH grants for other component carriers.” | **直接公开判断**：对比文件提及了交叉载波调度（cross-carrier scheduling）的概念。然而，它**没有**将交叉载波调度配置与**HARQ时序的确定**关联起来。此外，对比文件**完全没有提及**“子帧配置索引”（TDD UL/DL配置索引）或使用两个索引对表进行索引以确定HARQ时序的方法。目标专利中的该特征涉及TDD CA中特定的HARQ时序参考配置选择规则（如图4A，4B所示），这在对比文件中毫无踪影。<br><br>**隐含公开判断**：交叉载波调度是载波聚合中的已知特性。但将其作为确定HARQ时序的一个因素，尤其是结合TDD子帧配置索引表查询的方式，是对比文件未曾揭示的特定技术手段。本领域技术人员无法从对比文件中合理推断出该技术方案。因此，该技术特征未被隐含公开。 |
| **技术特征E**：以及至少部分地基于所确定的HARQ时序，使用所述第一CC和所述第二CC中的所述至少一个CC进行通信。《未被公开》 | [0104] “...the UE may have PUCCH resource available for transmission of UCI and may additionally be granted PUSCH resources for a transmission on more than one UL CC.”<br><br>[0115] “...feedback ... may be transmitted on different UL CCs.” | **直接公开判断**：对比文件公开了在多载波上（使用CC）进行通信（传输UCI）。然而，这种通信是建立在为UCI选择资源的基础上，而不是建立在如目标专利所定义的、基于eIMTA配置等确定的**特定HARQ时序**的基础上。目标专利中“基于所确定的HARQ时序进行通信”意味着通信的定时（例如发送ACK/NACK或UCI报告的子帧）是根据一套特定规则计算出来的。对比文件没有描述这种依赖关系。<br><br>**隐含公开判断**：任何通信都发生在某个时序上，但对比文件并未将通信时序与一个需要“确定”的、基于eIMTA等条件的HARQ时序规则相关联。因此，该技术特征未被隐含公开。 |
| **技术特征F**：其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的动态配置的下行链路/上行链路(DL/UL)子帧配置的。《未被公开》 | （无相关内容） | **直接公开判断**：对比文件未提及eIMTA、动态DL/UL子帧配置，以及基于此确定HARQ时序。<br><br>**隐含公开判断**：无法从对比文件推断。 |
| **技术特征G**：其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的半静态下行链路/上行链路(DL/UL)子帧配置的。《未被公开》 | （无相关内容） | **直接公开判断**：对比文件未提及eIMTA、半静态DL/UL子帧配置，以及基于此确定HARQ时序。<br><br>**隐含公开判断**：无法从对比文件推断。 |
| **技术特征H**：其中，UL HARQ时序是基于在用于被启用用于eIMTA的所述至少一个CC的广播系统信息块(SIB)消息中指示的子帧配置确定的。《未被公开》 | （无相关内容） | **直接公开判断**：对比文件未提及eIMTA、SIB消息中的子帧配置用于确定UL HARQ时序。<br><br>**隐含公开判断**：无法从对比文件推断。 |
| **技术特征I**：其中，DL HARQ时序是基于由用于被启用用于eIMTA的所述至少一个CC的无线资源控制(RRC)消息指示的子帧配置确定的。《未被公开》 | （无相关内容） | **直接公开判断**：对比文件未提及eIMTA、RRC消息指示的子帧配置用于确定DL HARQ时序。<br><br>**隐含公开判断**：无法从对比文件推断。 |
| **技术特征J**：其中，所述HARQ时序包括HARQ确认(ACK)时序和HARQ调度时序中的至少一个。《未被公开》 | [0002] “...UCI could contain a Hybrid Automatic Retransmission Request (HARQ) Acknowledgement or Negative Acknowledgement (ACK/NACK)...” | **直接公开判断**：对比文件提到HARQ ACK/NACK是UCI的一部分。这可以理解为公开了“HARQ确认(ACK)时序”所涉及的信息内容（即ACK/NACK本身）。但是，对比文件**没有**将“HARQ调度时序”作为HARQ时序的一部分进行描述或区分。目标专利中“HARQ时序”是一个包含ACK时序和调度时序的综合性概念。对比文件仅涉及ACK/NACK的传输，未涉及调度时序。<br><br>**隐含公开判断**：本领域技术人员知道HARQ操作包括ACK反馈和重传调度。但对比文件文本聚焦于UCI传输的资源选择，并未将“HARQ时序”作为一个需要确定的技术特征来阐述其内涵。因此，该技术特征未被对比文件公开。 |
| **技术特征K**：其中，所确定的HARQ时序是进一步至少部分地基于下面至少之一的：所述第一CC和所述第二CC是具有时域双工(TDD)还是频域双工(FDD)帧结构类型，所述第一CC和所述第二CC作为主CC或辅CC的指定，物理上行链路控制信道(PUCCH)的数量，或者所述第一CC和所述第二CC是针对载波聚合操作还是针对双连接操作配置的。《未被公开》 | [0093] “...the Primary Cell (hereafter PCell) may consist in a combination of DL PCC and a UL PCC. A Secondary Cell (hereafter SCell) of the UE's multicarrier configuration...”<br><br>[0096] “...PUSCH with UCI may be prioritized over PUSCH without UCI... Prioritization may be regardless of same or different CCs.”<br><br>[0103] “...a Rel-10 UE configured for multicarrier operation may select the UL resource for the transmission of UCI...” | **直接公开判断**：对比文件公开了主CC（PCell/PCC）和辅CC（SCell/SCC）的概念。它也提到了PUCCH和PUSCH，以及多载波（载波聚合）操作。但是，对比文件**没有**描述将这些因素（CC类型TDD/FDD、主辅指定、PUCCH数量、CA/双连接）用作**确定HARQ时序**的依据。这些因素在对比文件中是作为UCI传输资源选择时可能考虑的优先级或选择准则的背景信息出现的（例如，[0118]提到基于CC类型（PCell或SCell）的优先级选择）。目标专利是将这些因素与HARQ时序的确定规则进行绑定，而对比文件是将它们与UCI传输的物理资源选择进行绑定，二者技术目的和作用不同。<br><br>**隐含公开判断**：无法从对比文件中关于UCI资源选择的上下文，合理推断出这些因素被用于确定目标专利所定义的HARQ时序。因此，该技术特征未被隐含公开。 |
| **技术特征L**：其中，如果被启用用于eIMTA的所述至少一个CC是所述主CC并且所述PUCCH的数量是一，其中所述一个PUCCH是在所述主CC上的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述主CC的半静态DL/UL子帧配置的。《未被公开》 | （无相关内容） | **直接公开判断**：对比文件未提及eIMTA，也未描述在这种特定主CC、PUCCH数量条件下，基于主CC半静态DL/UL子帧配置来确定主辅CC HARQ时序的规则。<br><br>**隐含公开判断**：无法从对比文件推断。 |
| **技术特征M**：其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC并且所述主CC是TDD帧结构类型的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述辅CC的半静态DL/UL子帧配置的。《未被公开》 | （无相关内容） | **直接公开判断**：对比文件未提及eIMTA、TDD帧结构类型，也未描述在此条件下基于辅CC半静态配置确定主辅CC HARQ时序的规则。<br><br>**隐含公开判断**：无法从对比文件推断。 |
| **技术特征N**：其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC，并且所述主CC是FDD帧结构类型的，则用于所述辅CC的所述HARQ时序是基于所述辅CC的动态DL/UL子帧配置的。《未被公开》 | （无相关内容） | **直接公开判断**：对比文件未提及eIMTA、FDD帧结构类型，也未描述在此条件下基于辅CC动态配置确定其HARQ时序的规则。<br><br>**隐含公开判断**：无法从对比文件推断。 |
| **技术特征O**：其中，确定所述HARQ时序包括确定用于上行链路控制信息(UCI)报告的HARQ时序，并且所述HARQ时序指示用于发送所述UCI报告的一个或多个子帧。《未被公开》 | [0104] “...the UE may have PUCCH resource available for transmission of UCI...”<br><br>[0115] “...feedback ... may be transmitted on different UL CCs.” | **直接公开判断**：对比文件公开了UCI报告及其传输。然而，它**没有**公开“确定用于UCI报告的HARQ时序”这一动作。目标专利中，UCI报告的发送子帧是由HARQ时序指示的，这个时序是需要根据eIMTA等条件确定的。对比文件中UCI的发送时机可能是由资源选择结果隐含决定的，但并未将其描述为一个需要专门确定的“HARQ时序”特征，也未说明此时序“指示用于发送UCI报告的一个或多个子帧”。<br><br>**隐含公开判断**：UCI报告总要在某个子帧发送。但对比文件未揭示将UCI报告发送子帧的确定，作为一个基于eIMTA等条件的、称为“HARQ时序”的特定技术步骤。因此，该技术特征未被隐含公开。 |
| **技术特征P**：还包括：基于所述UCI报告是否针对被启用用于eIMTA的所述至少一个CC或者所述UCI报告是与固定的还是动态确定的子帧相关联，划分所述UCI的发送的优先级。《未被公开》 | [0096] “...PUSCH with UCI may be prioritized over PUSCH without UCI... a priority order may be as follows: PUCCH>PUSCH with UCI>PUSCH without UCI, for example.” | **直接公开判断**：对比文件公开了在不同信道（PUCCH, PUSCH with UCI, PUSCH without UCI）之间划分UCI发送优先级的一般性规则。但是，它**完全没有提及**目标专利中特定的优先级划分准则：即基于UCI报告是否针对eIMTA功能的CC，或者基于UCI报告是与固定的还是动态确定的子帧相关联。对比文件的优先级是基于信道类型，而非基于CC的eIMTA属性或子帧的动态/静态属性。<br><br>**隐含公开判断**：无法从对比文件关于信道类型优先级的教导中，合理推断出目标专利中这种与eIMTA及子帧性质绑定的、更具体的优先级划分规则。因此，该技术特征未被隐含公开。 |
| **技术特征Q**：其中，确定用于发送所述UCI报告的所述HARQ时序是至少部分地基于被启用用于eIMTA的所述至少一个CC是否是携带物理上行链路控制信道(PUCCH)的CC的。《未被公开》 | （无相关内容） | **直接公开判断**：对比文件未提及eIMTA，也未描述基于CC是否携带PUCCH来确定UCI报告发送的HARQ时序。<br><br>**隐含公开判断**：无法从对比文件推断。 |
| **技术特征R**：其中，如果被启用用于eIMTA的所述至少一个CC是携带PUCCH的所述CC，则用于在被启用用于eIMTA的所述至少一个CC上发送UCI报告的所述HARQ时序使用动态确定的上行链路子帧。《未被公开》 | （无相关内容） | **直接公开判断**：对比文件未提及eIMTA，也未描述在此条件下使用动态确定的上行链路子帧作为UCI报告HARQ时序的规则。<br><br>**隐含公开判断**：无法从对比文件推断。 |
| **技术特征S**：其中，如果被启用用于eIMTA的所述至少一个CC不是携带PUCCH的所述CC，则用于在携带所述PUCCH的所述CC上发送UCI报告的所述HARQ时序使用固定的上行链路子帧。《未被公开》 | （无相关内容） | **直接公开判断**：对比文件未提及eIMTA，也未描述在此条件下使用固定的上行链路子帧作为UCI报告HARQ时序的规则。<br><br>**隐含公开判断**：无法从对比文件推断。 |
| **技术特征T**：其中，所述第一CC和所述第二CC是针对载波聚合(CA)操作配置的。《直接公开》 | [0091] “LTE-Advanced (LTE-A, or LTE R10) is an evolution to LTE that aims to improve LTE R8/R9 data rates using, among other methods, bandwidth extensions, or Carrier Aggregation (CA). With CA, the WTRU may transmit and receive simultaneously over the PUSCH and the PDSCH respectively of multiple Component Carriers (CCs)...” | **直接公开判断**：对比文件明确且直接地描述了载波聚合（CA）操作，并指出WTRU/UE可以在多个分量载波（CC）上同时收发。这与目标专利中“所述第一CC和所述第二CC是针对载波聚合(CA)操作配置的”技术特征完全相同。该特征在对比文件中作为其技术方案的背景和基础被公开。 |
| **技术特征U**：其中，所述第一CC和所述第二CC是针对双向连接操作配置的。《未被公开》 | （无相关内容） | **直接公开判断**：对比文件通篇只涉及载波聚合（CA）操作，未提及“双连接”（Dual Connectivity）操作。双连接是LTE后续标准中引入的、与CA不同的多连接技术，通常涉及与两个不同基站节点的连接。<br><br>**隐含公开判断**：对比文件没有提供任何关于双连接操作的信息或线索，本领域技术人员无法从中推断出CC是针对双连接操作配置的。因此，该技术特征未被隐含公开。 |
## 结论
根据上述分析，对比文件US20120113831A1公开了目标专利权利要求中的技术特征T（针对载波聚合操作配置）。其余技术特征（A-S, U）均未被对比文件直接公开或隐含公开。
<<<T>>>