**对比文件名称**：2013-10-03_WO2013148280A_发明申请_WO2013148280A1 H-ARQ TIMING DETERMINATION UNDER CROSS-CARRIER SCHEDULING IN LTE
**目标专利名称**：252具有动态TDD DL_UL子帧配置的载波聚合CN105940631B
**本次调用的模型名称**：DeepSeek最新版本模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：接收包括至少第一分量载波(CC)和第二CC的配置，所述第一CC或所述第二CC中的至少一个CC被启用用于针对业务适应的演进型干扰管理(eIMTA)。<br>**未被公开** | 对比文件涉及配置多个CC进行载波聚合（CA），例如：[0053]段描述“In LTE Rel-10, a UE may be configured with up to 5 component carriers (CC) for (CA)... One CC may be designated as the primary CC (PCC)... Other CC(s) may be designated as the secondary CC(s) (SCC).”。[0069]段描述“In LTE Rel-11 carrier aggregation, a UE may be configured with two or more cells ... where at least two of the two or more cells in carrier aggregation for the UE have different UL-DL configurations.”。 | **论述**：对比文件公开了接收包括至少两个分量载波的配置（用于载波聚合），并且也公开了这些CC可以具有不同的UL-DL子帧配置。然而，对比文件全文中从未提及“针对业务适应的演进型干扰管理(eIMTA)”或任何形式的TDD DL/UL子帧配置的动态适应（dynamic adaptation）。eIMTA是目标专利的核心背景，其允许至少一个CC的TDD子帧配置基于实际业务需求动态变化。对比文件仅涉及静态或半静态配置的不同TDD UL-DL配置的聚合，并未公开任何CC“被启用用于eIMTA”这一技术特征。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征B**：确定用于所述第一CC和所述第二CC中的至少一个CC的混合自动重传请求(HARQ)时序。<br>**《直接公开》** | [0070]段描述“H-ARQ-ACK timing of PCell PDSCH, scheduling timing of PCell PUSCH, and H-ARQ timing of PCell PUSCH may follow the PCell timing.”。[0084]段描述“the SCell PDSCH H- ARQ timing may be determined as follows: • Use PCell H-ARQ timing if PUCCH format lb with channel selection is configured for the UE. • Use SCell H-ARQ timing if PUCCH format 3 is configured for the UE.”。[0095]段方法1100包括“determining a reference uplink-downlink subframe configuration for the second component carrier based at least in part on the subframe type and the received configuration for the control channel.”，这决定了H-ARQ时序的基础。 | **论述**：对比文件的核心主题就是在载波聚合（尤其是不同TDD配置的聚合）场景下，如何为分量载波（特别是SCell）确定H-ARQ时序。文件多处明确描述了确定（determining）PCell或SCell的H-ARQ时序（如PDSCH H-ARQ timing, PUSCH H-ARQ timing）的过程和规则（例如，根据调度类型、PUCCH格式、子帧类型等选择遵循PCell还是SCell的时序）。因此，本领域技术人员能够毫无疑义地从对比文件得出“确定用于至少一个CC的HARQ时序”这一技术方案。该特征被直接公开。 |
| **技术特征C**：所确定的HARQ时序是至少部分地基于所接收到的配置以及所述第一CC或所述第二CC中的所述至少一个CC被启用用于eIMTA的。<br>**未被公开** | 参见技术特征A的引用。对比文件确实基于接收到的配置（如交叉载波调度配置、PUCCH格式配置、CC的UL-DL配置）来确定HARQ时序（如[0084], [0086], [0095]段）。 | **论述**：对比文件公开了HARQ时序基于接收到的配置（如交叉载波调度配置）来确定。然而，对比文件完全没有公开“CC被启用用于eIMTA”这一前提条件。目标专利中，HARQ时序的确定需要特别考虑CC是否支持eIMTA（动态配置），并据此选择是基于动态配置还是半静态配置来确定时序。对比文件中确定时序所依据的配置（如SIB1配置）是静态或半静态的，不存在因“启用eIMTA”而带来的动态配置考量。因此，技术特征C中“基于CC被启用用于eIMTA”这一限定未被对比文件公开。 |
| **技术特征D**：所确定的HARQ时序是进一步基于以下各项的：所述第一CC和所述第二CC的交叉载波调度配置、以及使用与所述第一CC对应的第一子帧配置索引和与所述第二CC对应的第二子帧配置索引来对表进行索引。<br>**《隐含公开》** | [0071]-[0075]段及图7A-7E描述了在交叉载波调度下，根据PCell和SCell的UL-DL配置关系（Case A, B, C）来确定SCell的PDSCH H-ARQ timing。这隐含了需要知道各CC的配置索引。[0084]段明确提到H-ARQ timing的决定依赖于PUCCH格式配置，而PUCCH格式是配置的一部分。[0086]段描述了对于下行子帧，遵循调度小区（如PCell）的UL-DL子帧配置；对于上行子帧，遵循被调度小区（如SCell）的UL-DL子帧配置。这需要知道各CC的配置。[0078]段及图8A-8D将PUSCH HARQ时序分为Cases A-D，其划分明确基于“scheduling cell SIB1 configuration”和“scheduled cell SIB1 configuration”。 | **论述**：对比文件详细阐述了在载波聚合中，HARQ时序（包括PDSCH和PUSCH）如何依赖于交叉载波调度配置以及各分量载波（PCell和SCell）的UL-DL子帧配置（由SIB1指示，对应子帧配置索引）。例如，文件通过分析PCell和SCell的UL-DL配置集合关系（子集、超集、非子集非超集）来决定采用哪个CC的时序或特定的参考配置。虽然对比文件没有明确使用“对表进行索引”这一表述，但其描述的判断逻辑（如判断Case A, B, C, D）本质上是基于两个索引（PCell配置索引和SCell配置索引）进行查表或逻辑判断以确定最终的参考配置或时序规则。本领域技术人员阅读对比文件后，能够合理推断出确定HARQ时序需要基于交叉载波调度配置以及各CC的子帧配置索引（即SIB1中的UL-DL配置索引）进行决策或查表。因此，该技术特征被对比文件隐含公开。 |
| **技术特征E**：以及至少部分地基于所确定的HARQ时序，使用所述第一CC和所述第二CC中的所述至少一个CC进行通信。<br>**《直接公开》** | [0066]段描述“For FDD, ... DL H-ARQ timing (4ms): PDSCH (in subframe n) and the corresponding A/N (in subframe n+4)... For TDD, ... DL H-ARQ timing (k>=4ms): PDSCH (in subframe n) and the corresponding ACK/NAK (in subframe n+k) depends on the DL/UL subframe configuration...”。[0070]段描述“H-ARQ-ACK timing of PCell PDSCH... may follow the PCell timing.”。这些时序决定了何时发送ACK/NACK。[0081]段提到“PUSCH HARQ/scheduling timing on the scheduled SCell”，这决定了PUSCH的传输和重传时序。 | **论述**：在无线通信系统中，确定HARQ时序的最终目的就是依照此时序进行通信，例如在特定的子帧发送HARQ-ACK/NACK反馈，或者根据调度时序发送PUSCH。对比文件在描述各种H-ARQ时序规则时，已明确这些时序将用于相应的通信过程（如PDSCH的ACK反馈、PUSCH的传输）。本领域技术人员能够毫无疑义地理解，一旦确定了HARQ时序，后续的通信（如发送控制信息或数据）将基于此时序进行。因此，“基于所确定的HARQ时序进行通信”这一技术特征被对比文件直接公开。 |
| **技术特征F**：其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的动态配置的下行链路/上行链路(DL/UL)子帧配置的。<br>**未被公开** | 对比文件中未提及任何“动态配置的DL/UL子帧配置”。所有涉及的DL/UL子帧配置均来自SIB1消息（半静态配置），例如[0078]段“UL subframes indicated by the scheduled cell SIB1 configuration”。 | **论述**：技术特征F限定了HARQ时序基于“动态配置的DL/UL子帧配置”，这直接关联到eIMTA功能。对比文件通篇只讨论了基于SIB1等信令半静态配置的UL-DL配置，从未涉及可以动态改变的DL/UL子帧配置。动态配置是目标专利为了适应业务需求而引入的核心特性，对比文件没有公开这一概念，因此也不可能公开基于动态配置来确定HARQ时序。该技术特征未被公开。 |
| **技术特征G**：其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的半静态下行链路/上行链路(DL/UL)子帧配置的。<br>**未被公开** | 对比文件确实公开了基于半静态配置（如SIB1配置）确定HARQ时序，例如[0072]段“the PDSCH H-ARQ timing on the SCell may follow the PCell system information block (SIB 1) configuration.”。[0078]段多次提到“scheduling cell SIB1 configuration”和“scheduled cell SIB1 configuration”。 | **论述**：虽然对比文件公开了基于半静态配置（SIB1配置）来确定HARQ时序，但技术特征G明确将这一确定过程限定在“被启用用于eIMTA的所述至少一个CC”的语境下。目标专利中，即使CC启用了eIMTA，在某些情况下也可能选择使用其半静态配置来确定时序，这是为了解决eIMTA带来的时序复杂性问题而做出的特定选择。对比文件完全不涉及eIMTA，因此其公开的基于半静态配置确定时序，是发生在没有eIMTA功能的普通载波聚合场景中。两者作用场景和解决的技术问题不同。因此，该技术特征未被对比文件公开。 |
| **技术特征H**：其中，UL HARQ时序是基于在用于被启用用于eIMTA的所述至少一个CC的广播系统信息块(SIB)消息中指示的子帧配置确定的。<br>**未被公开** | [0078]段描述PUSCH HARQ/scheduling timing的各个Case时，明确依据“scheduling cell SIB1 configuration”和“scheduled cell SIB1 configuration”。 | **论述**：对比文件公开了UL HARQ（即PUSCH HARQ/调度时序）可以基于SIB1消息中指示的子帧配置来确定。然而，技术特征H同样将这一确定限定在“用于被启用用于eIMTA的所述至少一个CC”的特定场景下。对比文件公开的内容是针对非eIMTA的、配置固定的TDD载波聚合场景。因此，该特征未被公开。 |
| **技术特征I**：其中，DL HARQ时序是基于由用于被启用用于eIMTA的所述至少一个CC的无线资源控制(RRC)消息指示的子帧配置确定的。<br>**未被公开** | 对比文件中未提及DL HARQ时序基于RRC消息指示的子帧配置确定。对比文件涉及的DL HARQ时序参考配置主要基于SIB1配置（如[0072], [0073], [0075]段）或特定的参考配置表（如图7E）。 | **论述**：目标专利说明书记载，DL HARQ时序可以基于RRC消息指示的子帧配置（例如配置2、4或5）来确定，这是一种特定的半静态配置方式。对比文件没有描述通过RRC消息来指示用于DL HARQ时序的子帧配置。因此，该技术特征未被对比文件公开。 |
| **技术特征J**：其中，所述HARQ时序包括HARQ确认(ACK)时序和HARQ调度时序中的至少一个。<br>**《直接公开》** | [0066]段明确区分并定义了“DL scheduling timing”和“DL H-ARQ timing”。[0070]段提及“H-ARQ-ACK timing of PCell PDSCH, scheduling timing of PCell PUSCH, and H-ARQ timing of PCell PUSCH”。[0081]段标题为“UPLINK H-ARQ TIMING”，其内容涉及PUSCH的HARQ和调度时序。 | **论述**：对比文件明确将H-ARQ时序分为下行ACK反馈时序（DL H-ARQ-ACK timing）和上行调度/HARQ时序（PUSCH scheduling/H-ARQ timing）。文件通篇都在讨论这两类时序的确定。因此，“HARQ时序包括HARQ确认(ACK)时序和HARQ调度时序中的至少一个”这一技术特征被对比文件直接公开。 |
| **技术特征K**：其中，所确定的HARQ时序是进一步至少部分地基于下面至少之一的：所述第一CC和所述第二CC是具有时域双工(TDD)还是频域双工(FDD)帧结构类型，所述第一CC和所述第二CC作为主CC或辅CC的指定，物理上行链路控制信道(PUCCH)的数量，或者所述第一CC和所述第二CC是针对载波聚合操作还是针对双连接操作配置的。<br>**《直接公开》** | [0053]段明确区分PCC和SCC，并指出PCC是“the only CC carrying PUCCH”。[0062]段指出“Simultaneous acknowledgment/negative acknowledgment (A/N) on PUCCH transmission from one UE on multiple UL CCs may not be supported. A single UE-specific UL CC may be configured semi-statically for carrying PUCCH... this UL CC may be defined as the UL PCC.” 这隐含了PUCCH的数量通常为1且在PCC上。[0069]段明确讨论TDD CC聚合。[0084]段明确将H-ARQ timing的选择与“PUCCH format”相关联，而PUCCH format是配置的一部分，其选择隐含了PUCCH资源的考虑。 | **论述**：对比文件公开了载波聚合中CC分为PCC和SCC，且PUCCH通常只在PCC上（即数量为一）。文件主要讨论的场景就是TDD载波的聚合（[0069]段）。同时，文件在决定H-ARQ时序时，明确考虑了PUCCH的格式（format lb with channel selection 或 format 3），这与PUCCH的资源配置密切相关。虽然对比文件未明确提及“双连接操作”，但其核心内容“载波聚合操作”已被公开。因此，本领域技术人员能够毫无疑义地从对比文件得出，HARQ时序的确定会基于CC是TDD类型、CC作为主或辅的指定、以及PUCCH的数量/配置这些因素。这些因素在对比文件中起到决定或影响HARQ时序规则选择的作用，与目标专利中这些因素所起的作用相同。因此，该技术特征被直接公开。 |
| **技术特征L**：其中，如果被启用用于eIMTA的所述至少一个CC是所述主CC并且所述PUCCH的数量是一，其中所述一个PUCCH是在所述主CC上的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述主CC的半静态DL/UL子帧配置的。<br>**未被公开** | 对比文件公开了PUCCH通常只在PCC上（[0053], [0062]段），也公开了在某些情况下（如Case A的交叉载波调度），SCell的时序可以基于PCell的SIB1配置（[0072]段）。 | **论述**：技术特征L是一个具体的规则，其前提是“被启用用于eIMTA的所述至少一个CC是所述主CC”。对比文件完全没有eIMTA的概念。虽然对比文件存在“SCell时序基于PCell配置”的类似规则，但其应用场景（如交叉载波调度下的Case A）、技术问题（解决不同静态配置聚合的时序）和目标专利中的规则（解决eIMTA动态配置下的时序统一）完全不同。因此，该依赖eIMTA启用的具体规则未被公开。 |
| **技术特征M**：其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC并且所述主CC是TDD帧结构类型的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述辅CC的半静态DL/UL子帧配置的。<br>**未被公开** | 对比文件没有描述当主CC是TDD时，主辅CC二者的HARQ时序都基于辅CC的半静态配置的规则。 | **论述**：该技术特征是一个依赖于eIMTA启用条件的特定规则。对比文件未涉及eIMTA，也未公开此特定规则。因此，该技术特征未被公开。 |
| **技术特征N**：其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC，并且所述主CC是FDD帧结构类型的，则用于所述辅CC的所述HARQ时序是基于所述辅CC的动态DL/UL子帧配置的。<br>**未被公开** | 对比文件未涉及FDD与启用eIMTA的TDD辅CC的聚合场景，也未提及基于“动态DL/UL子帧配置”确定时序。 | **论述**：该技术特征涉及FDD主CC与启用eIMTA的TDD辅CC聚合的场景，并指定使用辅CC的动态配置。对比文件未讨论FDD与TDD的载波聚合，更未涉及动态配置。因此，该技术特征未被公开。 |
| **技术特征O**：其中，确定所述HARQ时序包括确定用于上行链路控制信息(UCI)报告的HARQ时序，并且所述HARQ时序指示用于发送所述UCI报告的一个或多个子帧。<br>**《隐含公开》** | [0062]段提到PUCCH携带“A/N, scheduling request (SR), and periodic control signaling information (CSI) from a UE”，这些均属于UCI报告。[0066]-[0068]段详细描述了ACK/NACK（HARQ-ACK）在PUCCH上发送的时序（FDD为4ms后，TDD依赖于配置）。这实质上就是确定用于发送UCI报告（此处特指HARQ-ACK）的子帧。 | **论述**：对比文件明确公开了上行控制信息（如HARQ-ACK、CSI、SR）在PUCCH上发送，并且HARQ-ACK的发送时序（即HARQ-ACK时序）是确定的，该时序明确指示了在哪个子帧（如n+4或n+k）发送该UCI报告。虽然对比文件可能未使用“UCI报告”这一统称，但其描述的“ACK/NACK”、“CSI”等正是UCI的具体内容。因此，确定用于发送这些信息的HARQ时序，即“确定用于UCI报告的HARQ时序，此时序指示发送子帧”这一技术方案，已被对比文件隐含公开。 |
| **技术特征P**：还包括：基于所述UCI报告是否针对被启用用于eIMTA的所述至少一个CC或者所述UCI报告是与固定的还是动态确定的子帧相关联，划分所述UCI的发送的优先级。<br>**未被公开** | 对比文件未提及UCI发送的优先级划分，也未涉及“固定的还是动态确定的子帧”这一概念。 | **论述**：技术特征P涉及在UCI发送冲突时，根据CC是否启用eIMTA以及子帧类型（固定/动态）来划分优先级。这是目标专利为了解决eIMTA引入的动态子帧所带来的UCI传输冲突问题而提出的特定方案。对比文件完全没有涉及eIMTA、动态子帧以及由此产生的UCI优先级管理问题。因此，该技术特征未被公开。 |
| **技术特征Q**：其中，确定用于发送所述UCI报告的所述HARQ时序是至少部分地基于被启用用于eIMTA的所述至少一个CC是否是携带物理上行链路控制信道(PUCCH)的CC的。<br>**未被公开** | 对比文件公开了PUCCH通常只在PCC上携带（[0053], [0062]段）。但在确定UCI（如ACK/NACK）发送时序时，对比文件是基于调度关系、CC配置等，并未提及基于“CC是否启用eIMTA”以及“该CC是否携带PUCCH”的组合条件来确定UCI报告的时序。 | **论述**：该技术特征将UCI报告时序的确定与“携带PUCCH的CC是否启用eIMTA”这一特定条件关联。对比文件未涉及eIMTA，因此不可能公开以此为前提的时序确定规则。该特征未被公开。 |
| **技术特征R**：其中，如果被启用用于eIMTA的所述至少一个CC是携带PUCCH的所述CC，则用于在被启用用于eIMTA的所述至少一个CC上发送UCI报告的所述HARQ时序使用动态确定的上行链路子帧。<br>**未被公开** | 对比文件未提及“动态确定的上行链路子帧”。 | **论述**：该技术特征是一个具体的实施规则，其核心是使用“动态确定的上行链路子帧”，这完全依赖于eIMTA功能。对比文件未公开eIMTA，因此该规则未被公开。 |
| **技术特征S**：其中，如果被启用用于eIMTA的所述至少一个CC不是携带PUCCH的所述CC，则用于在携带所述PUCCH的所述CC上发送UCI报告的所述HARQ时序使用固定的上行链路子帧。<br>**未被公开** | 对比文件中UCI在PUCCH上的发送时序（如HARQ-ACK时序）本质上是基于固定的半静态配置（如SIB1配置或预定义表）确定的，可视为使用“固定的上行链路子帧”。但其应用场景与“eIMTA启用”无关。 | **论述**：虽然对比文件中UCI报告的发送基于固定时序（可对应“固定的上行链路子帧”），但技术特征S明确设定了“被启用用于eIMTA的所述至少一个CC不是携带PUCCH的所述CC”这一前提条件。目标专利中此规则是为了在eIMTA场景下管理非PUCCH CC的UCI在PUCCH CC上的传输。对比文件不涉及eIMTA场景，因此该特定前提下的规则未被公开。 |
| **技术特征T**：其中，所述第一CC和所述第二CC是针对载波聚合(CA)操作配置的。<br>**《直接公开》** | [0053]段“In LTE Rel-10, a UE may be configured with up to 5 component carriers (CC) for (CA).”。[0069]段“In LTE Rel-11 carrier aggregation, a UE may be configured with two or more cells...”。全文核心即讨论CA下的H-ARQ时序。 | **论述**：对比文件明确且反复地公开了其应用场景是载波聚合（CA）操作。本领域技术人员能够毫无疑义地得出，文件中所涉及的第一CC和第二CC（如PCell和SCell）就是针对载波聚合操作配置的。该技术特征被直接公开。 |
| **技术特征U**：其中，所述第一CC和所述第二CC是针对双向连接操作配置的。<br>**未被公开** | 对比文件未提及“双连接操作”（Dual Connectivity）。 | **论述**：双连接操作是目标专利中除载波聚合外的另一种配置方式。对比文件仅涉及载波聚合，未提及双连接。因此，该技术特征未被公开。 |
<<<B>>><<<E>>><<<J>>><<<T>>><<<d>>><<<o>>>