对比文件名称：2013-09-11_CN102255718B_发明授权_CN102255718B 一种载波聚合系统中的数据传输方法及装置
目标专利名称：具有动态TDD DL/UL子帧配置的载波聚合CN105940631B
本次调用的模型名称：专利技术特征对比分析模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A**：接收包括至少第一分量载波(CC)和第二CC的配置，所述第一CC或所述第二CC中的至少一个CC被启用用于针对业务适应的演进型干扰管理(eIMTA)。<br>《未公开》 | 说明书[0054]段：“例如：UE被配置了载波聚合，并分配了PCell，预先规定UE以PCell所对应的成员载波上各个子帧的传输方向为基准...” | 对比文件公开了UE被配置为载波聚合，并涉及至少两个成员载波（PCell和SCell）。然而，对比文件全文未提及“针对业务适应的演进型干扰管理(eIMTA)”或任何关于分量载波TDD DL/UL子帧配置能够动态适应的概念。对比文件解决的是静态、不同的TDD上下行配置之间的冲突问题（见背景技术[0020]段及图4），而非子帧配置的动态变化。因此，对比文件未公开“至少一个CC被启用用于eIMTA”这一核心限定。 |
| **特征B**：确定用于所述第一CC和所述第二CC中的至少一个CC的混合自动重传请求(HARQ)时序。<br>《未公开》 | 说明书[0067]段：“较佳地，基站向UE发送数据之后，该方法还包括：基站按照特定成员载波的物理下行链路共享信道PDSCH数据接收与上行UL确认ACK/非确认NACK信息反馈的时序对应关系，在特定成员载波的上行子帧接收UE发送的UL ACK/NACK信息。”<br>说明书[0079]段：“UE在PCell和SCell相应下行子帧接收物理下行链路共享信道(Physical Downlink Shared Channel，PDSCH)数据后，按照PCell上的PDSCH到UL ACK/NACK时序(timing)，在PCell上相应的上行子帧反馈所对应的PCell和SCell PDSCH的ACK/NACK信息” | 对比文件确实公开了确定并应用ACK/NACK反馈时序。但其确定时序的目的是为了解决不支持上下行同时传输的UE在**静态不同TDD配置**聚合时的传输方向冲突问题（见[0054]段），其方案是**统一**采用特定成员载波（如PCell）的固定时序（见[0067]段）。这与目标专利中为了解决**动态TDD配置(eIMTA)** 引入的时序不确定性而“确定”HARQ时序的目的、应用场景和确定方式均不相同。目标专利的“确定”是一个基于多种因素（如是否启用eIMTA、载波类型等）的选择或计算过程，而非简单地采用一个预设的固定时序。因此，该技术特征未被直接公开，且本领域技术人员无法从对比文件隐含推导出针对eIMTA动态场景的HARQ时序确定方案。 |
| **特征C**：所确定的HARQ时序是至少部分地基于所接收到的配置以及所述第一CC或所述第二CC中的所述至少一个CC被启用用于eIMTA的。<br>《未公开》 | 说明书[0054]段：“例如：UE被配置了载波聚合，并分配了PCell，预先规定UE以PCell所对应的成员载波上各个子帧的传输方向为基准...”<br>说明书[0079]段：“按照PCell上的PDSCH到UL ACK/NACK时序(timing)...” | 对比文件确定时序所基于的“配置”是指聚合的载波配置以及哪个是基准载波（如PCell）。其时序完全基于该基准载波的**固定**TDD配置（如配置0或1）。对比文件完全没有涉及“CC被启用用于eIMTA”这一条件，也未教导HARQ时序需要根据某个CC是否支持动态配置这一属性来进行不同的确定。因此，该技术特征未被公开。 |
| **特征D**：所确定的HARQ时序是进一步基于以下各项的：所述第一CC和所述第二CC的交叉载波调度配置、以及使用与所述第一CC对应的第一子帧配置索引和与所述第二CC对应的第二子帧配置索引来对表进行索引。<br>《未公开》 | 说明书[0075]段：“这里的SCell的下行和上行数据传输可以是由SCell自身的DL grant和UL grant进行调度的，也可以是由PCell的DL grant和UL grant进行跨载波调度。”<br>说明书[0084]-[0086]段：分别讨论了Scell未配置跨载波调度和配置了跨载波调度时，PHICH反馈的不同处理方式。 | 对比文件公开了“交叉载波调度配置”（即跨载波调度）这一因素，并指出在不同调度配置下，DL ACK/NACK（PHICH）的接收位置可能不同（例如，在调度载波上接收）。然而，对比文件并未公开“使用与所述第一CC对应的第一子帧配置索引和与所述第二CC对应的第二子帧配置索引来对表进行索引”这一确定HARQ时序的具体方法。对比文件中的时序直接沿用LTE Rel-8的固定表格（表二、表三），并根据基准载波（如PCell）的配置进行查找，不涉及使用两个不同CC的配置索引共同查表。此外，该特征作为特征C的进一步限定，其前提（基于eIMTA）未被公开，故该整体技术方案未被对比文件公开。 |
| **特征E**：以及至少部分地基于所确定的HARQ时序，使用所述第一CC和所述第二CC中的所述至少一个CC进行通信。<br>《隐含公开》 | 说明书[0079]段：“UE在PCell和SCell相应下行子帧接收...PDSCH数据后，按照PCell上的PDSCH到UL ACK/NACK时序(timing)，在PCell上相应的上行子帧反馈...”<br>说明书[0086]段：“则UE按照PCell上的PUSCH到PHICH timing，在发送UL grant的载波（即PCell）的下行子帧的PHICH信道上，接收针对PCell和SCell PUSCH的DL ACK/NACK反馈。” | 对比文件明确描述了UE根据所确定的时序（基于PCell的固定时序）在相应的子帧上进行通信，包括发送UL ACK/NACK和接收DL ACK/NACK。虽然其确定时序的基础（静态基准）与目标专利不同，但“基于时序进行通信”这一动作本身是对比文件所公开的。本领域技术人员可以毫无疑义地理解，在确定了某种HARQ时序后，自然需要按照此时序进行通信。因此，该技术特征被对比文件隐含公开。 |
| **特征F**：其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的动态配置的下行链路/上行链路(DL/UL)子帧配置的。<br>《未公开》 | 无相应内容。 | 对比文件中的所有TDD子帧配置都是静态、半静态的（如配置0、配置1），不存在“动态配置的DL/UL子帧配置”概念，更未教导基于动态配置来确定HARQ时序。因此，该技术特征未被公开。 |
| **特征G**：其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的半静态下行链路/上行链路(DL/UL)子帧配置的。<br>《未公开》 | 说明书[0079]段：“按照PCell上的PDSCH到UL ACK/NACK时序(timing)...” （该时序基于PCell的TDD配置，可视为半静态配置） | 对比文件公开了基于特定CC（如PCell）的（半静态）TDD配置来确定时序。然而，该技术特征作为从属特征，其限定前提是“被启用用于eIMTA的所述至少一个CC”。对比文件中不存在任何CC被启用用于eIMTA，因此其公开的“基于半静态配置确定时序”是应用于完全不同的技术场景（静态配置冲突协调），而非应用于eIMTA场景下的选项之一。该技术方案整体未被公开。 |
| **特征H**：其中，UL HARQ时序是基于在用于被启用用于eIMTA的所述至少一个CC的广播系统信息块(SIB)消息中指示的子帧配置确定的。<br>《未公开》 | 无相应内容。 | 对比文件未提及通过SIB消息为eIMTA-enabled CC指示子帧配置以确定UL HARQ时序。其UL HARQ时序直接基于基准载波的固定配置。因此，该技术特征未被公开。 |
| **特征I**：其中，DL HARQ时序是基于由用于被启用用于eIMTA的所述至少一个CC的无线资源控制(RRC)消息指示的子帧配置确定的。<br>《未公开》 | 无相应内容。 | 对比文件未提及通过RRC消息为eIMTA-enabled CC指示子帧配置以确定DL HARQ时序。其DL HARQ时序（PHICH接收）基于基准载波或各自载波的固定配置。因此，该技术特征未被公开。 |
| **特征J**：其中，所述HARQ时序包括HARQ确认(ACK)时序和HARQ调度时序中的至少一个。<br>《隐含公开》 | 说明书[0067]段：“基站按照特定成员载波的...PDSCH数据接收与上行UL确认ACK/非确认NACK信息反馈的时序对应关系...接收UE发送的UL ACK/NACK信息。” （ACK时序）<br>说明书[0080]段：“基站根据物理上行链路共享信道PUSCH数据发送与通过物理混合自动重传指示信道PHICH接收下行DL确认ACK/非确认NACK信息的时序对应关系，通过PHICH向UE发送DL ACK/NACK信息。” （ACK时序，与调度相关） | 对比文件明确公开了UL ACK/NACK反馈时序（即HARQ ACK时序的一部分）和DL ACK/NACK反馈时序。虽然未明确使用“HARQ调度时序”这一术语，但HARQ调度时序与ACK反馈时序紧密相关，且对比文件涉及的UL grant/PUSCH调度及相应的ACK反馈过程，本领域技术人员能够理解其包含了调度与反馈的时序关系。因此，该技术特征被对比文件隐含公开。 |
| **特征K**：其中，所确定的HARQ时序是进一步至少部分地基于下面至少之一的：所述第一CC和所述第二CC是具有时域双工(TDD)还是频域双工(FDD)帧结构类型，所述第一CC和所述第二CC作为主CC或辅CC的指定，物理上行链路控制信道(PUCCH)的数量，或者所述第一CC和所述第二CC是针对载波聚合操作还是针对双连接操作配置的。<br>《未公开》 | 说明书[0054]段：“UE被配置了载波聚合，并分配了PCell...” （涉及主/辅CC指定）<br>说明书全文假设所有CC均为TDD类型，未涉及FDD。未提及PUCCH数量及双连接操作。 | 对比文件仅公开了基于“主CC或辅CC的指定”来确定以哪个CC为时序基准（例如，以PCell为基准）。但未公开基于TDD/FDD类型、PUCCH数量、或载波聚合/双连接操作来进一步确定或调整HARQ时序。更重要的是，这些因素在目标专利中是用于在eIMTA场景下做出不同时序选择决策的条件，而对比文件不存在eIMTA场景，因此其公开的“基于主/辅CC”的作用和目的与目标专利不同。该技术方案整体未被公开。 |
| **特征L**：其中，如果被启用用于eIMTA的所述至少一个CC是所述主CC并且所述PUCCH的数量是一，其中所述一个PUCCH是在所述主CC上的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述主CC的半静态DL/UL子帧配置的。<br>《未公开》 | 无相应内容。 | 该技术特征是一个在eIMTA启用、PUCCH配置等特定条件下的具体规则。对比文件未涉及任何eIMTA启用、PUCCH数量考量，也未给出在此类复杂条件下基于半静态配置统一时序的教导。因此，该技术特征未被公开。 |
| **特征M**：其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC并且所述主CC是TDD帧结构类型的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述辅CC的半静态DL/UL子帧配置的。<br>《未公开》 | 无相应内容。 | 对比文件从未教导以辅CC的半静态配置作为主、辅CC共同的HARQ时序基准。其方案始终是以PCell（通常是主CC）或某个指定载波为基准。因此，该技术特征未被公开。 |
| **特征N**：其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC，并且所述主CC是FDD帧结构类型的，则用于所述辅CC的所述HARQ时序是基于所述辅CC的动态DL/UL子帧配置的。<br>《未公开》 | 无相应内容。 | 对比文件未涉及FDD载波类型与TDD载波的聚合，更未涉及在eIMTA启用条件下，对辅CC采用动态DL/UL子帧配置来确定其HARQ时序。因此，该技术特征未被公开。 |
| **特征O**：其中，确定所述HARQ时序包括确定用于上行链路控制信息(UCI)报告的HARQ时序，并且所述HARQ时序指示用于发送所述UCI报告的一个或多个子帧。<br>《未公开》 | 说明书[0067]、[0079]段涉及UL ACK/NACK反馈，可视为一种UCI。 | 对比文件公开了发送UL ACK/NACK（一种UCI）的时序。然而，目标专利中“确定用于UCI报告的HARQ时序”是在eIMTA动态配置背景下，需要为可能变化的子帧确定UCI发送时机，其复杂性和考虑因素远超对比文件中基于固定配置的ACK反馈。且目标专利说明书[0018]段等处将UCI报告与HARQ时序并列讨论，涵盖更广泛的UCI类型。因此，虽然对比文件公开了发送ACK/NACK，但未公开在eIMTA场景下“确定用于UCI报告的HARQ时序”这一特定技术方案。 |
| **特征P**：还包括：基于所述UCI报告是否针对被启用用于eIMTA的所述至少一个CC或者所述UCI报告是与固定的还是动态确定的子帧相关联，划分所述UCI的发送的优先级。<br>《未公开》 | 无相应内容。 | 对比文件未涉及在多个UCI报告冲突时，根据其是否针对eIMTA-enabled CC或与固定/动态子帧关联来划分优先级的机制。因此，该技术特征未被公开。 |
| **特征Q**：其中，确定用于发送所述UCI报告的所述HARQ时序是至少部分地基于被启用用于eIMTA的所述至少一个CC是否是携带物理上行链路控制信道(PUCCH)的CC的。<br>《未公开》 | 无相应内容。 | 对比文件未提及PUCCH在哪个CC上承载与HARQ时序确定之间的关系，更未将此与eIMTA启用条件相关联。因此，该技术特征未被公开。 |
| **特征R**：其中，如果被启用用于eIMTA的所述至少一个CC是携带PUCCH的所述CC，则用于在被启用用于eIMTA的所述至少一个CC上发送UCI报告的所述HARQ时序使用动态确定的上行链路子帧。<br>《未公开》 | 无相应内容。 | 该技术特征涉及eIMTA-enabled CC且携带PUCCH时，采用动态子帧发送UCI。对比文件不存在动态确定的上行链路子帧概念。因此，该技术特征未被公开。 |
| **特征S**：其中，如果被启用用于eIMTA的所述至少一个CC不是携带PUCCH的所述CC，则用于在携带所述PUCCH的所述CC上发送UCI报告的所述HARQ时序使用固定的上行链路子帧。<br>《未公开》 | 无相应内容。 | 该技术特征涉及eIMTA-enabled CC不携带PUCCH时，在PUCCH CC上使用固定子帧发送UCI。对比文件未涉及此类复杂场景下的规则。因此，该技术特征未被公开。 |
| **特征T**：其中，所述第一CC和所述第二CC是针对载波聚合(CA)操作配置的。<br>《直接公开》 | 说明书[0054]段：“例如：UE被配置了载波聚合，并分配了PCell...” | 对比文件明确公开了UE被配置为载波聚合(CA)操作。该技术特征被直接公开。 |
| **特征U**：其中，所述第一CC和所述第二CC是针对双向连接操作配置的。<br>《未公开》 | 无相应内容。 | 对比文件全文仅涉及载波聚合(CA)操作，未提及“双连接操作”。因此，该技术特征未被公开。 |
<<<E>>><<<e>>><<<J>>><<<j>>><<<T>>>