**对比文件名称**：2011-11-23_CN102255718A_发明公开_CN102255718A 一种载波聚合系统中的数据传输方法及装置
**目标专利名称**：具有动态TDD DL/UL子帧配置的载波聚合 CN105940631B
**本次调用的模型名称**：专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：接收包括至少第一分量载波(CC)和第二CC的配置，所述第一CC或所述第二CC中的至少一个CC被启用用于针对业务适应的演进型干扰管理(eIMTA) <br> **未被公开** | 说明书第[0064]-[0065]段：“例如：UE被配置了载波聚合，并分配了PCell...”、“这里的SCell的下行和上行数据传输可以是由SCell自身的DL grant和UL grant进行调度的，也可以是由PCell的DL grant和UL grant进行跨载波调度。” | 对比文件公开了UE被配置了载波聚合（CA），并分配了主小区（PCell）和辅小区（SCell），即接收了包括至少两个分量载波的配置。然而，对比文件全文仅涉及不同固定TDD上下行子帧配置的载波聚合，其背景是为了解决“不同Band中相邻载波TDD系统的干扰”以及“能力较低的TDD CA用户设备(UE)，不能支持在不同载波上行和下行同时工作”的问题（见说明书第[0002]段）。其中没有任何关于“针对业务适应的演进型干扰管理(eIMTA)”或“动态TDD DL/UL子帧配置”的记载。eIMTA是目标专利中用于支持子帧配置动态自适应的关键技术，对比文件未涉及此概念，也未公开任何CC被启用用于此类动态配置。因此，技术特征A未被对比文件公开。 |
| **技术特征B**：确定用于所述第一CC和所述第二CC中的至少一个CC的混合自动重传请求(HARQ)时序 <br> **《隐含公开》** | 说明书第[0072]-[0073]段：“UE在PCell和SCell相应下行子帧接收物理下行链路共享信道(Physical Downlink Shared Channel，PDSCH)数据后，按照PCell上的PDSCH到UL ACK/NACK时序(timing)，在PCell上相应的上行子帧反馈所对应的PCell和SCell PDSCH的ACK/NACK信息...” | 对比文件明确描述了UE需要“按照PCell上的PDSCH到UL ACK/NACK时序(timing)”进行反馈，并详细给出了在不同调度方式（自调度、跨载波调度）下，确定如何接收PHICH上的DL ACK/NACK反馈的时序规则（见说明书第[0086]-[0094]段及图8-13）。这实质上就是确定HARQ（混合自动重传请求）时序的过程。HARQ时序的核心内容包括上行ACK/NACK反馈时序和下行ACK/NACK接收（PHICH）时序，对比文件对此进行了具体规定。因此，本领域技术人员能够毫无疑义地得出对比文件公开了“确定HARQ时序”这一技术特征。 |
| **技术特征C**：所确定的HARQ时序是至少部分地基于所接收到的配置以及所述第一CC或所述第二CC中的所述至少一个CC被启用用于eIMTA的 <br> **未被公开** | 说明书第[0064]段：“例如：UE被配置了载波聚合，并分配了PCell，预先规定UE以PCell所对应的成员载波上各个子帧的传输方向为基准...” | 对比文件中确定HARQ时序的基准是“特定成员载波”（通常为PCell）的固定TDD上下行子帧配置（见说明书第[0072]、[0086]段）。其决定时序的依据是接收到的载波聚合配置以及哪个CC被指定为基准（如PCell）。然而，目标专利中决定时序的一个关键依据是“至少一个CC被启用用于eIMTA”，即该CC支持动态的、可基于业务需求变化的子帧配置。对比文件完全没有提及eIMTA或任何动态子帧配置的概念，其所有时序均基于固定的、预设的TDD配置。因此，技术特征C中关于“被启用用于eIMTA”这一限定未被对比文件公开。 |
| **技术特征D**：所确定的HARQ时序是进一步基于以下各项的：所述第一CC和所述第二CC的交叉载波调度配置、以及使用与所述第一CC对应的第一子帧配置索引和与所述第二CC对应的第二子帧配置索引来对表进行索引 <br> **未被公开** | 说明书第[0086]-[0094]段，例如：“情况一：若SCell未配置跨载波调度...则UE在PCell上和SCell上按照各自独立的PUSCH到PHICH的timing接收...”；“情况二：若SCell配置了跨载波调度...则UE按照PCell上的PUSCH到PHICH timing，在发送UL grant的载波(即PCell)的下行子帧的PHICH信道上，接收针对PCell和SCell PUSCH的DL ACK/NACK反馈.” | 对比文件确实公开了HARQ时序（此处指DL ACK/NACK接收时序）会基于是否配置了交叉载波调度（跨载波调度）而不同，这对应于“基于交叉载波调度配置”。然而，目标专利特征D还包括“使用与所述第一CC对应的第一子帧配置索引和与所述第二CC对应的第二子帧配置索引来对表进行索引”。对比文件中虽然提到了不同的TDD配置（如配置0、配置1），并引用了LTE Rel-8的时序表（表二、表三），但其确定时序的逻辑是：以特定载波（如PCell）的固定配置为基准，或各自使用自身的固定配置。目标专利中“对表进行索引”可能特指在eIMTA场景下，为处理动态配置而设计的特定映射表或规则（如图4A、4B的表）。对比文件未公开这种基于两个配置索引查表确定时序的机制，其机制更简单直接。因此，技术特征D未被完整公开。 |
| **技术特征E**：以及至少部分地基于所确定的HARQ时序，使用所述第一CC和所述第二CC中的所述至少一个CC进行通信 <br> **《隐含公开》** | 说明书第[0072]段：“UE在PCell和SCell相应下行子帧接收...PDSCH数据后，按照PCell上的PDSCH到UL ACK/NACK时序...在PCell上相应的上行子帧反馈...”；第[0086]段：“UE在PCell和SCell相应的上行子帧发送PUSCH后，按照如下的时序关系接收相应的PHICH上的DL ACK/NACK反馈。” | 对比文件明确描述了UE在接收下行数据后，基于确定的时序（PCell的PDSCH到UL ACK/NACK时序）在上行子帧反馈ACK/NACK；在上行发送数据后，基于确定的时序（取决于是否跨载波调度）在下行子帧接收PHICH反馈。这正是在“使用所述CC进行通信”，且通信行为（反馈和接收反馈）是“基于所确定的HARQ时序”进行的。因此，该技术特征被对比文件隐含公开。 |
| **技术特征F**：其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的动态配置的下行链路/上行链路(DL/UL)子帧配置的 <br> **未被公开** | 无相关记载。 | 对比文件通篇讨论的是固定的、预先配置好的TDD上下行子帧配置（如配置0、配置1），其配置不随时间或业务变化。说明书未提及任何“动态配置的DL/UL子帧配置”，更未将其作为确定HARQ时序的基础。动态配置是eIMTA的核心特征，而对比文件不涉及eIMTA。因此，技术特征F未被对比文件公开。 |
| **技术特征G**：其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的半静态下行链路/上行链路(DL/UL)子帧配置的 <br> **《隐含公开》** | 说明书第[0064]段：“预先规定UE以PCell所对应的成员载波上各个子帧的传输方向为基准...”；第[0072]段：“按照PCell上的PDSCH到UL ACK/NACK时序(timing)...” | 对比文件中，UE以PCell的TDD上下行子帧配置为基准来确定整个载波聚合系统的HARQ时序。在LTE/LTE-A系统中，PCell的TDD配置通常通过系统信息块（SIB）广播，是一种半静态配置（虽然对比文件未明确使用“半静态”一词，但本领域技术人员知晓其性质）。尽管目标专利中“半静态DL/UL子帧配置”与eIMTA关联，但对比文件公开了“以一个CC的（固定）TDD子帧配置作为确定HARQ时序的基础”这一核心思想。在隐含公开的宽松判断标准下，可以认为对比文件隐含公开了“基于一个CC的（半静态）子帧配置确定HARQ时序”。但需注意，对比文件缺少“被启用用于eIMTA”的限定。 |
| **技术特征H**：其中，UL HARQ时序是基于在用于被启用用于eIMTA的所述至少一个CC的广播系统信息块(SIB)消息中指示的子帧配置确定的 <br> **《隐含公开》** | 说明书第[0072]段：“这里的PDSCH到UL ACK/NACK timing与LTE Rel-8相同，即按照表二查找PCell所对应的timing关系即可。” | 对比文件明确指出UL ACK/NACK的时序（即UL HARQ时序的一部分）是按照PCell的配置，并参照LTE Rel-8的表二确定。在LTE系统中，用于确定该时序的TDD上下行子帧配置信息正是通过主信息块（MIB）或系统信息块（SIB1）广播的。因此，虽然对比文件没有明确写出“SIB消息”，但本领域技术人员根据其引用的标准（LTE Rel-8）可以毫无疑义地推导出，其所指的PCell子帧配置就是由SIB消息指示的。因此，该技术特征被隐含公开。同样，缺少“被启用用于eIMTA”的限定。 |
| **技术特征I**：其中，DL HARQ时序是基于由用于被启用用于eIMTA的所述至少一个CC的无线资源控制(RRC)消息指示的子帧配置确定的 <br> **未被公开** | 说明书第[0086]段：“这里的PUSCH到PHICH的timing关系与LTE Rel-8相同，即按照表三分别查找PCell和SCell各自对应的timing关系即可。” | 对比文件公开了DL ACK/NACK（通过PHICH）的接收时序（即DL HARQ时序的一部分）是基于PCell或SCell的TDD配置，并参照LTE Rel-8的表三确定。在LTE Rel-8/9/10中，用于确定PUSCH到PHICH时序的TDD配置同样是半静态的，通常由SIB广播，而非由专门的RRC消息指示。目标专利中提及的由RRC消息指示的子帧配置，可能特指eIMTA中用于下行参考的“半静态”配置（如配置2、4、5），这与对比文件中的固定配置机制不同。对比文件未提及通过RRC消息来配置用于确定DL HARQ时序的子帧配置。因此，技术特征I未被公开。 |
| **技术特征J**：其中，所述HARQ时序包括HARQ确认(ACK)时序和HARQ调度时序中的至少一个 <br> **《隐含公开》** | 说明书第[0072]段：“...按照PCell上的PDSCH到UL ACK/NACK时序(timing)，在PCell上相应的上行子帧反馈所对应的PCell和SCell PDSCH的ACK/NACK信息”；第[0086]段：“按照如下的时序关系接收相应的PHICH上的DL ACK/NACK反馈。” | 对比文件详细描述了上行ACK/NACK的反馈时序和下行ACK/NACK（PHICH）的接收时序，这两者共同构成了HARQ时序的核心部分——确认（ACK）时序。虽然对比文件没有明确提及“HARQ调度时序”（如下行控制信息DCI调度PDSCH的时序），但“HARQ时序包括HARQ确认(ACK)时序”已被明确公开。根据隐含公开的宽松标准，可以认为该技术特征被隐含公开。 |
| **技术特征K**：其中，所确定的HARQ时序是进一步至少部分地基于下面至少之一的：所述第一CC和所述第二CC是具有时域双工(TDD)还是频域双工(FDD)帧结构类型，所述第一CC和所述第二CC作为主CC或辅CC的指定，物理上行链路控制信道(PUCCH)的数量，或者所述第一CC和所述第二CC是针对载波聚合操作还是针对双连接操作配置的 <br> **《隐含公开》** | 说明书第[0064]段：“UE被配置了载波聚合，并分配了PCell...”；第[0072]段：“UE在PCell和SCell相应下行子帧接收...按照PCell上的PDSCH到UL ACK/NACK时序...”；第[0086]-[0094]段关于跨载波与非跨载波调度下时序不同的描述。 | 对比文件公开了所确定的HARQ时序是基于“主CC或辅CC的指定”（即以PCell还是SCell为基准），并且其整个方案针对的是“载波聚合操作”。其背景和应用场景明确是针对TDD UE（见说明书第[0002]、[0056]段），因此隐含了CC是TDD帧结构类型。虽然未明确提及FDD、PUCCH的数量或双连接操作，但已公开了基于“主辅CC指定”和“载波聚合操作”来确定时序。根据隐含公开的宽松标准，可以认为对比文件部分公开了该特征，即公开了基于主辅CC指定和载波聚合操作，并隐含了基于TDD帧结构类型。 |
| **技术特征L**：其中，如果被启用用于eIMTA的所述至少一个CC是所述主CC并且所述PUCCH的数量是一，其中所述一个PUCCH是在所述主CC上的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述主CC的半静态DL/UL子帧配置的 <br> **《隐含公开》** | 说明书第[0064]段：“预先规定UE以PCell所对应的成员载波上各个子帧的传输方向为基准...”；第[0072]段：“按照PCell上的PDSCH到UL ACK/NACK时序(timing)，在PCell上相应的上行子帧反馈所对应的PCell和SCell PDSCH的ACK/NACK信息”。 | 对比文件的核心方案就是：当PCell作为基准（即特定成员载波）时，PCell和SCell的UL ACK/NACK反馈时序都基于PCell的（固定）TDD子帧配置。这对应于“用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述主CC的...子帧配置的”。在LTE载波聚合中，PUCCH通常只在PCell上发送，数量为一。虽然对比文件未明确提及“PUCCH的数量是一”，但这是当时载波聚合的标准设定。因此，在宽松的隐含公开判断下，可以认为对比文件隐含公开了该技术特征的实质内容，尽管缺少“被启用用于eIMTA”这一限定。 |
| **技术特征M**：其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC并且所述主CC是TDD帧结构类型的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述辅CC的半静态DL/UL子帧配置的 <br> **未被公开** | 说明书第[0079]段：“本发明实施例中以PCell为基准只是一种较佳的方案，也可以以其他成员载波为特定成员载波，即可以以SCell为基准，该基准SCell的序号(或该特定成员载波的序号)由基站告知UE。” | 对比文件提到可以以SCell为基准（特定成员载波）。然而，即使以SCell为基准，对比文件描述的逻辑是：所有CC的时序都基于这个被选为基准的CC的配置。但目标专利特征M有一个特定条件“主CC是TDD帧结构类型的”，并在此条件下得出“主CC和辅CC二者的HARQ时序基于辅CC的半静态配置”的结论。对比文件并未将“主CC是TDD”作为一个条件来触发“基于辅CC配置”这一特定规则。对比文件只是泛泛地说可以选择任一CC作为基准，其规则是统一的，而非条件化的。因此，技术特征M未被公开。 |
| **技术特征N**：其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC，并且所述主CC是FDD帧结构类型的，则用于所述辅CC的所述HARQ时序是基于所述辅CC的动态DL/UL子帧配置的 <br> **未被公开** | 无相关记载。 | 对比文件仅涉及TDD载波的聚合，未提及任何FDD载波，也未提及动态DL/UL子帧配置。因此，技术特征N完全未被对比文件公开。 |
| **技术特征O**：其中，确定所述HARQ时序包括确定用于上行链路控制信息(UCI)报告的HARQ时序，并且所述HARQ时序指示用于发送所述UCI报告的一个或多个子帧 <br> **《隐含公开》** | 说明书第[0072]段：“...在PCell上相应的上行子帧反馈所对应的PCell和SCell PDSCH的ACK/NACK信息”。 | 上行ACK/NACK信息是上行链路控制信息（UCI）的一种重要类型。对比文件明确描述了确定用于发送这些ACK/NACK信息（即一种UCI报告）的时序（HARQ时序），并且该时序明确指示了在哪个（或哪些）上行子帧（PCell的上行子帧）进行发送。因此，该技术特征被对比文件隐含公开。 |
| **技术特征P**：还包括：基于所述UCI报告是否针对被启用用于eIMTA的所述至少一个CC或者所述UCI报告是与固定的还是动态确定的子帧相关联，划分所述UCI的发送的优先级 <br> **未被公开** | 无相关记载。 | 对比文件未涉及任何关于UCI报告发送优先级划分的内容，更没有提及基于CC是否启用eIMTA或子帧是固定/动态来确定优先级。优先级划分是目标专利中用于处理可能冲突的优化手段，对比文件未公开此概念。 |
| **技术特征Q**：其中，确定用于发送所述UCI报告的所述HARQ时序是至少部分地基于被启用用于eIMTA的所述至少一个CC是否是携带物理上行链路控制信道(PUCCH)的CC的 <br> **未被公开** | 说明书第[0072]段：“在PCell上相应的上行子帧反馈...”。 | 对比文件隐含了UCI（ACK/NACK）在PCell上发送，而PCell通常就是携带PUCCH的CC。但是，对比文件并未将“CC是否携带PUCCH”作为一个独立的、显式的决策因素，更没有将其与“是否启用eIMTA”关联起来。其决策逻辑是先确定基准CC（如PCell），然后UCI就在该CC上发送。这与目标专利中明确基于“是否携带PUCCH”且与eIMTA状态结合来决定UCI报告时序的机制不同。因此，技术特征Q未被公开。 |
| **技术特征R**：其中，如果被启用用于eIMTA的所述至少一个CC是携带PUCCH的所述CC，则用于在被启用用于eIMTA的所述至少一个CC上发送UCI报告的所述HARQ时序使用动态确定的上行链路子帧 <br> **未被公开** | 无相关记载。 | 对比文件未涉及eIMTA，也未涉及“动态确定的上行链路子帧”。其所有上行子帧都是根据固定的TDD配置预先确定的。因此，技术特征R未被公开。 |
| **技术特征S**：其中，如果被启用用于eIMTA的所述至少一个CC不是携带PUCCH的所述CC，则用于在携带所述PUCCH的所述CC上发送UCI报告的所述HARQ时序使用固定的上行链路子帧 <br> **《隐含公开》** | 说明书第[0072]段：“按照PCell上的PDSCH到UL ACK/NACK时序(timing)，在PCell上相应的上行子帧反馈所对应的PCell和SCell PDSCH的ACK/NACK信息”。 | 对比文件中，无论SCell（非PUCCH CC）的状态如何，UCI报告（ACK/NACK）都是在PCell（携带PUCCH的CC）上发送，并且使用的上行子帧是根据PCell的固定TDD配置确定的“固定的上行链路子帧”。这隐含了“在携带PUCCH的CC上发送UCI报告使用固定的上行链路子帧”这一规则。尽管对比文件缺少“被启用用于eIMTA的所述至少一个CC不是携带PUCCH的所述CC”这一前提条件，但其描述的方案可以看作是该条件的一种特例（即默认情况下，非基准CC的UCI在PUCCH CC上使用固定子帧发送）。在宽松的隐含公开判断下，可以认为该技术特征被隐含公开。 |
| **技术特征T**：其中，所述第一CC和所述第二CC是针对载波聚合(CA)操作配置的 <br> **《直接公开》** | 说明书第[0002]段：“在版本11(Rel-11)的长期演进(LTE)系统中，将使用跨频带(Band)的载波聚合...”；第[0064]段：“UE被配置了载波聚合...”。 | 对比文件标题即为“一种载波聚合系统中的数据传输方法及装置”，全文围绕载波聚合（CA）系统展开，明确记载了UE被配置用于载波聚合操作。因此，技术特征T被对比文件直接公开。 |
| **技术特征U**：其中，所述第一CC和所述第二CC是针对双向连接操作配置的 <br> **未被公开** | 无相关记载。 | 对比文件仅涉及载波聚合（CA）操作，未提及“双连接操作”。双连接是LTE-A后期引入的、涉及多个基站（eNB）协同的技术，与对比文件描述的单个eNB下的载波聚合不同。因此，技术特征U未被公开。 |
<<<T>>><<<b>>><<<e>>><<<g>>><<<h>>><<<j>>><<<k>>><<<l>>><<<o>>><<<s>>>