对比文件名称：2013-10-03_US2013258864A_发明申请_US20130258864A1 H-ARQ TIMING DETERMINATION UNDER CROSS-CARRIER SCHEDULING IN LTE
目标专利名称：252具有动态TDD DL_UL子帧配置的载波聚合CN105940631B
本次调用的模型名称：深度专利创造性评估模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| A: 接收包括至少第一分量载波(CC)和第二CC的配置，所述第一CC或所述第二CC中的至少一个CC被启用用于针对业务适应的演进型干扰管理(eIMTA) 《未公开》 | 说明书第[0055]段：“In LTE Rel-10, a UE may be configured with up to 5 component carriers (CC) for (CA). ... In LTE Rel-11, aggregation of TDD of different configurations may be supported, allowing more flexibility in deployment.” | 对比文件公开了在载波聚合(CA)中配置多个分量载波(CC)，并且支持具有不同TDD配置的CC的聚合。然而，对比文件自始至终未提及“针对业务适应的演进型干扰管理(eIMTA)”或任何形式的基于业务需求的动态TDD DL/UL子帧配置自适应。eIMTA是目标专利为了解决动态配置带来的干扰和时序问题而引入的核心概念。对比文件处理的是静态或半静态的不同TDD配置聚合下的时序问题，而非配置可动态变化（eIMTA）的场景。因此，技术特征A未被对比文件公开。 |
| B: 确定用于所述第一CC和所述第二CC中的至少一个CC的混合自动重传请求(HARQ)时序， 《直接公开》 | 说明书第[0091]段：“In one embodiment, for cross-carrier scheduling in Case B, the SCell PDSCH H-ARQ timing may be PUCCH format dependent.”； 说明书第[0095]段：“...the scheduling/H-ARQ timing for the scheduled cell may depend on the subframe type.”； 图9A方法900，步骤930：“selecting a timing associated with one of the first component carrier or the second component carrier based upon a control channel configuration of the wireless device...” | 对比文件的核心内容就是解决在载波聚合，特别是不同TDD配置和交叉载波调度下的H-ARQ时序确定问题。其明确描述了如何为被调度小区（如辅CC）确定参考上下行子帧配置，并进而确定H-ARQ时序（如PDSCH HARQ时序或PUSCH HARQ时序）。因此，技术特征B“确定HARQ时序”被对比文件直接公开。 |
| C: 所确定的HARQ时序是至少部分地基于所接收到的配置以及所述第一CC或所述第二CC中的所述至少一个CC被启用用于eIMTA的， 《未公开》 | 无对应内容。 | 如特征A所述，对比文件未涉及eIMTA概念。其确定HARQ时序的考量因素包括：主辅CC的TDD配置关系（子集、超集等）、是否交叉载波调度、PUCCH格式等（见说明书第[0091], [0095]段），但从未基于“CC是否被启用用于eIMTA”这一条件。这是目标专利为适应动态配置场景而引入的新的决策依据。因此，技术特征C未被对比文件公开。 |
| D: 所确定的HARQ时序是进一步基于以下各项的：所述第一CC和所述第二CC的交叉载波调度配置、以及使用与所述第一CC对应的第一子帧配置索引和与所述第二CC对应的第二子帧配置索引来对表进行索引 《隐含公开》 | 说明书第[0078]-[0082]段，图7A-7E：描述了Case A, B, C三种情况，并根据是否交叉载波调度来确定SCell的PDSCH HARQ时序参考配置（例如，Case B下交叉载波调度时，可采用PCell时序或SCell时序）。 说明书第[0085]-[0090]段，图8A-8D：描述了针对PUSCH HARQ时序的Case A, B, C, D四种情况，并基于调度小区和被调度小区的SIB1配置关系来确定时序。 | 对比文件详细阐述了HARQ时序的确定需要依据交叉载波调度配置（自调度 vs. 交叉载波调度）以及主辅CC的TDD子帧配置（即子帧配置索引）。它通过区分不同的“Case”（基于配置索引集合的关系）来逻辑推导出应采用的参考配置，这实质上等价于一种隐式的“查表”或决策逻辑。虽然对比文件没有明确给出一个物理的“表”，但其描述的方法（基于两个索引判断属于哪种Case，再根据Case和调度类型确定时序）在功能上与本领域技术人员理解的“使用配置索引对表进行索引”以确定时序的方案是等同的。因此，技术特征D被对比文件隐含公开。 |
| E: 以及至少部分地基于所确定的HARQ时序，使用所述第一CC和所述第二CC中的所述至少一个CC进行通信。 《隐含公开》 | 说明书背景技术部分及全文隐含。例如，确定了H-ARQ时序后，UE和eNB需要按照此时序发送ACK/NACK或进行重传，这是通信过程的必然组成部分。 | 确定HARQ时序的最终目的是为了指导实际的无线通信（如发送ACK/NACK、调度PUSCH等）。对比文件虽然未用明确文字描述“使用所确定的时序进行通信”这一步骤，但根据通信协议常识和对比文件上下文（讨论H-ARQ时序的目的），本领域技术人员能够毫无疑义地理解，在确定了正确的H-ARQ时序后，UE和网络将依据此时序在相应的CC上进行上下行数据传输和反馈。因此，技术特征E被对比文件隐含公开。 |
| F: 其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的动态配置的下行链路/上行链路(DL/UL)子帧配置的。 《未公开》 | 无对应内容。 | 对比文件中讨论的所有TDD子帧配置都是通过SIB1等半静态信令配置的（见第[0078]段“PCell system information block (SIB1) configuration”），是相对固定的。目标专利中“动态配置的DL/UL子帧配置”特指由eIMTA功能支持的、可基于业务需求快速改变的配置。对比文件完全没有涉及这种动态配置的概念。因此，技术特征F未被对比文件公开。 |
| G: 其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的半静态下行链路/上行链路(DL/UL)子帧配置的。 《未公开》 | 说明书第[0078]段：“For Case A, the PDSCH H-ARQ timing on the SCell may follow the PCell system information block (SIB1) configuration.” | 对比文件确实提到了基于SIB1配置（一种半静态配置）来确定HARQ时序。然而，该技术特征在目标专利中的限定条件是“被启用用于eIMTA的…CC的半静态…子帧配置”。这意味着CC具有双重属性：既支持eIMTA（动态配置），又存在一个作为基准的半静态配置。对比文件中的CC不具备eIMTA能力，其半静态配置是唯一的配置。因此，尽管“基于半静态配置确定时序”这一动作本身被公开，但其应用的场景和条件（针对eIMTA功能CC）未被公开。技术特征G作为整体未被对比文件公开。 |
| H: 其中，UL HARQ时序是基于在用于被启用用于eIMTA的所述至少一个CC的广播系统信息块(SIB)消息中指示的子帧配置确定的。 《未公开》 | 说明书第[0085]-[0090]段讨论了PUSCH HARQ时序，并提及了“scheduled cell SIB1 configuration”。 | 对比文件公开了基于SIB1配置来确定PUSCH HARQ时序（即UL HARQ时序的一部分）。同样，问题在于该技术特征限定了应用对象是“被启用用于eIMTA的所述至少一个CC”。对比文件中的CC非eIMTA功能CC。因此，技术特征H作为整体未被公开。 |
| I: 其中，DL HARQ时序是基于由用于被启用用于eIMTA的所述至少一个CC的无线资源控制(RRC)消息指示的子帧配置确定的。 《未公开》 | 无对应内容。 | 对比文件中未提及使用RRC消息指示的子帧配置作为DL HARQ时序的确定基础。其DL HARQ时序主要基于SIB1配置或通过Case分析确定的参考配置。因此，技术特征I未被对比文件公开。 |
| J: 其中，所述HARQ时序包括HARQ确认(ACK)时序和HARQ调度时序中的至少一个。 《直接公开》 | 说明书第[0071]段：“For TDD, DL scheduling timing (same-frame): PDCCH and the correspondingly scheduled PDSCH may be in the same subframe; and DL H-ARQ timing (k>=4 ms): PDSCH (in subframe n) and the corresponding ACK/NAK (in subframe n+k)...”； 说明书第[0085]段及图8A-8D标题：“PUSCH HARQ/**scheduling** timing”。 | 对比文件明确区分并讨论了DL HARQ时序（ACK/NACK反馈时序）和UL调度/HARQ时序（PUSCH调度和ACK/NACK反馈时序）。例如，在TDD中，PDSCH和对应的ACK/NAK之间的时序是DL HARQ时序；PUSCH的调度和重传时序涉及调度时序和HARQ时序。因此，技术特征J被对比文件直接公开。 |
| K: 其中，所确定的HARQ时序是进一步至少部分地基于下面至少之一的：所述第一CC和所述第二CC是具有时域双工(TDD)还是频域双工(FDD)帧结构类型，所述第一CC和所述第二CC作为主CC或辅CC的指定，物理上行链路控制信道(PUCCH)的数量，或者所述第一CC和所述第二CC是针对载波聚合操作还是针对双连接操作配置的。 《未公开》 | 说明书第[0091]段：“...may be PUCCH format dependent.”； 说明书多处提及PCC和SCC（主/辅CC）以及TDD配置。 | 对比文件确实基于主/辅CC的指定、TDD配置以及PUCCH格式来确定HARQ时序（如第[0091]段）。但是，它**没有**提及基于“FDD帧结构类型”做区分（其上下文是TDD CA of different configurations），也**没有**提及“PUCCH的数量”这一因素（只提到PUCCH格式），更**没有**涉及“双连接操作”。目标专利的特征K列举了更广泛的决定因素集合。虽然部分因素重叠，但作为一个整体组合，特别是包含FDD类型、PUCCH数量和双连接这些对比文件未涉及的因素时，该技术特征未被对比文件公开。 |
| L: 其中，如果被启用用于eIMTA的所述至少一个CC是所述主CC并且所述PUCCH的数量是一，其中所述一个PUCCH是在所述主CC上的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述主CC的半静态DL/UL子帧配置的。 《未公开》 | 无对应内容。 | 这是一个非常具体的、基于多个条件（CC eIMTA使能、主CC、PUCCH数量为1且在PCC上）的HARQ时序确定规则。对比文件中没有任何关于eIMTA使能CC的规则描述，也没有讨论PUCCH数量为1的特定场景下的时序决定。因此，技术特征L未被对比文件公开。 |
| M: 其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC并且所述主CC是TDD帧结构类型的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述辅CC的半静态DL/UL子帧配置的。 《未公开》 | 无对应内容。 | 同上，这是一个针对eIMTA使能辅CC且主CC为TDD时的具体规则。对比文件未涉及eIMTA场景，因此该规则未被公开。 |
| N: 其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC，并且所述主CC是FDD帧结构类型的，则用于所述辅CC的所述HARQ时序是基于所述辅CC的动态DL/UL子帧配置的。 《未公开》 | 无对应内容。 | 此规则涉及主CC为FDD、辅CC为eIMTA使能且使用其动态配置的场景。对比文件未讨论FDD与TDD的混合聚合（其背景是TDD CA of different configurations），更未涉及eIMTA动态配置。因此，技术特征N未被公开。 |
| O: 其中，确定所述HARQ时序包括确定用于上行链路控制信息(UCI)报告的HARQ时序，并且所述HARQ时序指示用于发送所述UCI报告的一个或多个子帧。 《未公开》 | 对比文件主要关注PDSCH和PUSCH相关的HARQ时序（ACK/NACK和调度）。未明确提及为“上行链路控制信息(UCI)报告”（如CSI、SR等周期性或非周期性报告）确定特定的发送时序。 | 目标专利将HARQ时序的概念扩展到了UCI报告的发送时序。对比文件虽然涉及PUCCH上的ACK/NACK反馈（可视为UCI的一种），但其讨论的时序是严格与PDSCH子帧绑定的HARQ-ACK时序，并非广义的、用于发送各种UCI报告（如周期性CSI）的时序。确定用于发送UCI报告的特定子帧是目标专利针对eIMTA引入的进一步时序管理。因此，技术特征O未被对比文件公开。 |
| P: 还包括：基于所述UCI报告是否针对被启用用于eIMTA的所述至少一个CC或者所述UCI报告是与固定的还是动态确定的子帧相关联，划分所述UCI的发送的优先级。 《未公开》 | 无对应内容。 | 对比文件中完全没有涉及在多个UCI报告冲突时，基于CC的eIMTA属性或子帧的固定/动态属性来划分优先级的内容。这是目标专利为解决动态配置带来的资源冲突问题而引入的新机制。因此，技术特征P未被公开。 |
| Q: 其中，确定用于发送所述UCI报告的所述HARQ时序是至少部分地基于被启用用于eIMTA的所述至少一个CC是否是携带物理上行链路控制信道(PUCCH)的CC的。 《未公开》 | 无对应内容。 | 如特征O所述，对比文件未涉及为UCI报告确定发送时序。因此，基于“CC是否携带PUCCH”这一条件来确定UCI报告时序的方案也未被公开。 |
| R: 其中，如果被启用用于eIMTA的所述至少一个CC是携带PUCCH的所述CC，则用于在被启用用于eIMTA的所述至少一个CC上发送UCI报告的所述HARQ时序使用动态确定的上行链路子帧。 《未公开》 | 无对应内容。 | 这是特征Q和O的具体应用规则，涉及eIMTA、PUCCH CC和动态子帧。对比文件均未涉及这些概念，故未被公开。 |
| S: 其中，如果被启用用于eIMTA的所述至少一个CC不是携带PUCCH的所述CC，则用于在携带所述PUCCH的所述CC上发送UCI报告的所述HARQ时序使用固定的上行链路子帧。 《未公开》 | 无对应内容。 | 同上，这是特征Q和O的另一具体规则，涉及eIMTA、非PUCCH CC和固定子帧。对比文件未涉及，故未被公开。 |
| T: 其中，所述第一CC和所述第二CC是针对载波聚合(CA)操作配置的。 《直接公开》 | 说明书第[0055]段：“In LTE Rel-10, a UE may be configured with up to 5 component carriers (CC) for (CA).” | 对比文件全文都在讨论载波聚合(CA)场景下的H-ARQ时序问题，明确说明CC是针对CA操作配置的。因此，技术特征T被对比文件直接公开。 |
| U: 其中，所述第一CC和所述第二CC是针对双向连接操作配置的。 《未公开》 | 无对应内容。 | 对比文件仅涉及载波聚合(CA)，未提及“双连接操作”。双连接是目标专利中与CA并列的多载波操作模式。因此，技术特征U未被对比文件公开。 |
<<<B>>><<<J>>><<<T>>>