对比文件名称：2014-01-02_US2014003356A_发明申请_US20140003356A1 METHOD AND SYSTEM FOR CROSS-SUBFRAME SCHEDULING DURING CARRIER AGGREGATION
目标专利名称：252具有动态TDD DL/UL子帧配置的载波聚合CN105940631B
本次调用的模型名称：专利创造性评估模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：接收包括至少第一分量载波(CC)和第二CC的配置，所述第一CC或所述第二CC中的至少一个CC被启用用于针对业务适应的演进型干扰管理(eIMTA) 《未公开》 | 说明书[0002]：“During carrier aggregation, a single user equipment (UE) may receive and/or send over a plurality of component carriers.” （在载波聚合期间，单个用户设备（UE）可以在多个分量载波上接收和/或发送。） | 对比文件公开了在载波聚合中，UE可以配置有多个分量载波（CC）。然而，目标专利中“被启用用于针对业务适应的演进型干扰管理(eIMTA)”是核心特征，其含义是至少一个CC支持基于实际业务需求的TDD DL/UL子帧配置的动态自适应（参见目标专利说明书[0003], [0007], [0009]）。对比文件全文未提及任何关于子帧配置动态自适应或eIMTA的概念。对比文件仅涉及不同但固定的TDD UL/DL配置（如背景技术和图3、4、5所示），其调度挑战源于配置不同，而非配置的动态变化。因此，该技术特征未被对比文件公开。 |
| 技术特征B：确定用于所述第一CC和所述第二CC中的至少一个CC的混合自动重传请求(HARQ)时序， 《直接公开》 | 说明书[0031]-[0033]：“HARQ ACK/NACK timing relationships for downlink data channel transmission are defined in Table 2...”、“Table 2 shows index set K...”、“Table 3 indicates the physical HARQ indicator channel (PHICH)...”、“Table 4...the relationship between an uplink data transmission/retransmission...”。（下行数据信道传输的HARQ ACK/NACK时序关系在表2中定义...表2显示了索引集K...表3指示了物理HARQ指示符信道（PHICH）...表4...上行链路数据传输/重传之间的关系...） | 对比文件明确描述了在TDD系统中，需要为下行和上行传输确定HARQ时序（ACK/NACK时序），并提供了具体的时序关联表（表2、3、4）。这些时序的确定是进行通信的必要步骤。因此，本领域技术人员能够毫无疑义地从对比文件中得出“确定HARQ时序”这一技术特征。 |
| 技术特征C：所确定的HARQ时序是至少部分地基于所接收到的配置以及所述第一CC或所述第二CC中的所述至少一个CC被启用用于eIMTA的， 《未公开》 | 说明书[0042]-[0044]：“Based on the disclosure above, the timing linkage in TDD systems is more complicated than in FDD systems, and the degree of complexity increases when carrier aggregation having different TDD configurations is considered.”、“This is due to the presence of directionally conflicting subframes at some time instances among aggregated component carriers.” （基于上述公开，TDD系统中的时序链接比FDD系统更复杂，并且当考虑具有不同TDD配置的载波聚合时，复杂程度会增加。这是由于聚合的分量载波在某些时间实例存在方向冲突的子帧。） | 对比文件确实公开了HARQ时序是基于分量载波的配置（具体是TDD UL/DL配置）来确定的，因为不同配置导致不同的时序表。然而，目标专利特征C强调HARQ时序“至少部分地基于...所述至少一个CC被启用用于eIMTA”。如上所述，对比文件完全未涉及eIMTA或任何子帧配置的动态自适应机制。因此，基于eIMTA启用状态来确定HARQ时序的这一限定未被对比文件公开。 |
| 技术特征D：所确定的HARQ时序是进一步基于以下各项的：所述第一CC和所述第二CC的交叉载波调度配置、以及使用与所述第一CC对应的第一子帧配置索引和与所述第二CC对应的第二子帧配置索引来对表进行索引 《直接公开》 | 说明书[0045]-[0046]，图3、4、5：“In FIG. 3...subframes 4 and 9 of the secondary cell 312 would require a cross-subframe scheduling.”、“In FIG. 4...subframes 3, 4 and 8 on the secondary cell are downlink frames whereas on the primary cell the same subframes are uplink subframes...under the cross-carrier scheduling framework, an additional cross-subframe scheduling...may be required.”；说明书[0055]-[0056]，表5：“Table 5 shows the largest possible indexing number for future subframe assignments relative to the current subframe required.”、“...the first column provides for the scheduling cell configuration (primary cell configuration) whereas the first row provides for the scheduled cell configuration (secondary cell configuration).” （在图3中...辅小区312的子帧4和9将需要跨子帧调度。在图4中...辅小区上的子帧3、4和8是下行链路帧，而主小区上的相同子帧是上行链路子帧...在跨载波调度框架下，可能需要额外的跨子帧调度。表5显示了相对于当前子帧所需的未来子帧分配的最大可能索引数。...第一列提供了调度小区配置（主小区配置），而第一行提供了被调度小区配置（辅小区配置）。） | 对比文件详细阐述了在载波聚合中，当主辅CC具有不同的TDD UL/DL配置（即具有不同的子帧配置索引）时，交叉载波调度会面临问题，并因此引入了“跨子帧调度”的概念。其核心解决方案之一就是使用一个索引（即对比文件中的“downlink index”）来指示被调度的未来子帧，而这个索引的确定依赖于主CC和辅CC的配置（即各自的子帧配置索引），并参考类似表5这样的映射关系。这实质上就是基于两个CC的配置索引来对一个表（如表5，或用于映射索引的表6）进行索引，以确定适当的调度/HARQ时序。因此，该特征被对比文件直接公开。 |
| 技术特征E：以及至少部分地基于所确定的HARQ时序，使用所述第一CC和所述第二CC中的所述至少一个CC进行通信。 《直接公开》 | 说明书[0032]：“Thus, as seen from the first row of Table 2, the uplink/downlink configuration is configuration 0. In this configuration, the first uplink subframe is in subframe 2. Thus, in column for subframe 2 the numeral “6” indicates that the ACK/NACK is being sent from the UE in uplink subframe n (n=2) and it is for the downlink transmission from the eNB in downlink subframe n−6, i.e., 6 subframes previous to the uplink subframe n.” （因此，从表2的第一行可以看出，上行链路/下行链路配置是配置0。在此配置中，第一个上行链路子帧位于子帧2中。因此，在子帧2的列中，数字“6”表示ACK/NACK正由UE在上行链路子帧n（n=2）中发送，并且它是针对eNB在下行链路子帧n-6中的下行链路传输，即上行链路子帧n之前的6个子帧。） | 对比文件通过具体示例（如表2的说明）清楚地表明了，UE需要根据确定的HARQ时序（例如，在子帧n发送ACK/NACK对应于在子帧n-k的DL传输）来在相应的CC上进行通信（发送HARQ反馈）。这是HARQ机制运作的必然结果。因此，该特征被对比文件直接公开。 |
| 技术特征F：其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的动态配置的下行链路/上行链路(DL/UL)子帧配置的。 《未公开》 | 无相应内容。 | 目标专利该特征限定了HARQ时序是基于“动态配置的”DL/UL子帧配置。对比文件中讨论的所有TDD UL/DL配置（如表1所示）都是静态或半静态的，不存在子帧配置在通信过程中根据业务需求动态变化的概念。对比文件解决的是不同但固定的配置带来的调度问题，而非配置动态变化带来的时序问题。因此，该特征未被对比文件公开。 |
| 技术特征G：其中，确定所述HARQ时序是基于被启用用于eIMTA的所述至少一个CC的半静态下行链路/上行链路(DL/UL)子帧配置的。 《直接公开》 | 说明书[0026]-[0027]，表1：“In the 3GPP Technical Specification (TS) 36.211...seven different uplink/downlink configuration schemes are defined for LTE TDD operations. These are provided below with regard to Table 1...”、“Table 1: LTE TDD Uplink-downlink Configurations”。（在3GPP技术规范（TS）36.211中...为LTE TDD操作定义了七种不同的上行链路/下行链路配置方案。这些在下面的表1中提供...表1：LTE TDD上行链路-下行链路配置。） | 对比文件明确列出了LTE TDD中定义的七种上行链路/下行链路子帧配置（表1），这些配置是通过系统信息块（SIB）等信令半静态配置的（这是本领域公知常识）。对比文件中整个关于HARQ时序（表2、3、4）和跨子帧调度问题的讨论，都是基于这些半静态的TDD配置。因此，“基于半静态DL/UL子帧配置确定HARQ时序”这一技术特征被对比文件直接公开。尽管对比文件未提及eIMTA，但“基于半静态配置确定时序”这一动作本身已被公开。 |
| 技术特征H：其中，UL HARQ时序是基于在用于被启用用于eIMTA的所述至少一个CC的广播系统信息块(SIB)消息中指示的子帧配置确定的。 《隐含公开》 | 说明书[0026]：“In the 3GPP Technical Specification (TS) 36.211...seven different uplink/downlink configuration schemes are defined for LTE TDD operations.”；说明书[0033]，表3：“Table 3 indicates the physical HARQ indicator channel (PHICH) carrying the ACK/NACK received by the UE in downlink subframe i is linked with the uplink data transmission from the UE in uplink subframe i−k, where k is given in Table 3.” （在3GPP技术规范（TS）36.211中...为LTE TDD操作定义了七种不同的上行链路/下行链路配置方案。表3指示了承载由UE在下行链路子帧i中接收的ACK/NACK的物理HARQ指示符信道（PHICH）与UE在上行链路子帧i-k中的上行链路数据传输相关联，其中k在表3中给出。） | 对比文件公开了UL HARQ关联（即ACK/NACK与上行数据传输的时序关系，见表3），并且该关联依赖于TDD UL/DL配置（表1）。在LTE系统中，TDD UL/DL配置是通过广播系统信息块（SIB1）消息指示的，这是本领域技术人员的公知常识。因此，尽管对比文件未明确提及“SIB消息”这一术语，但本领域技术人员能够毫无困难地推断出，UL HARQ时序的确定必然基于通过SIB消息广播的子帧配置。该特征被对比文件隐含公开。 |
| 技术特征I：其中，DL HARQ时序是基于由用于被启用用于eIMTA的所述至少一个CC的无线资源控制(RRC)消息指示的子帧配置确定的。 《隐含公开》 | 说明书[0031]-[0032]，表2：“HARQ ACK/NACK timing relationships for downlink data channel transmission are defined in Table 2...”、“As seen in Table 2, the HARQ ACK/NACK transmission from a user equipment (UE) in subframe n is associated with the DL PDSCH transmission from the evolved node B (eNB) in subframes n−k, where k∈K”。（下行数据信道传输的HARQ ACK/NACK时序关系在表2中定义...如表2所示，来自用户设备（UE）在子帧n中的HARQ ACK/NACK传输与来自演进节点B（eNB）在子帧n-k中的DL PDSCH传输相关联，其中k∈K。） | 对比文件公开了DL HARQ关联（即PDSCH传输与ACK/NACK反馈的时序关系，见表2），并且该关联依赖于TDD UL/DL配置。在LTE载波聚合中，辅服务小区（SCell）的TDD配置可以通过无线资源控制（RRC）信令专门配置，这同样是本领域公知常识。虽然对比文件未明确提及“RRC消息”，但本领域技术人员在阅读对比文件后，结合公知常识，能够合理推断出DL HARQ时序（特别是对于可能需要专门配置的SCell）可以基于通过RRC消息指示的子帧配置来确定。该特征被对比文件隐含公开。 |
| 技术特征J：其中，所述HARQ时序包括HARQ确认(ACK)时序和HARQ调度时序中的至少一个。 《直接公开》 | 说明书[0031]-[0034]：表2描述了DL HARQ ACK时序，表4描述了“uplink data transmission in response to an uplink grant”（即基于上行许可的调度时序）。（表2描述了DL HARQ ACK时序，表4描述了“响应于上行链路授权的上行链路数据传输”（即基于上行链路授权的调度时序）。） | 对比文件明确区分并提供了HARQ确认（ACK）时序（见表2、3）和HARQ调度时序（见表4，针对上行授权调度）。因此，“HARQ时序包括HARQ确认(ACK)时序和HARQ调度时序中的至少一个”这一特征被对比文件直接公开。 |
| 技术特征K：其中，所确定的HARQ时序是进一步至少部分地基于下面至少之一的：所述第一CC和所述第二CC是具有时域双工(TDD)还是频域双工(FDD)帧结构类型，所述第一CC和所述第二CC作为主CC或辅CC的指定，物理上行链路控制信道(PUCCH)的数量，或者所述第一CC和所述第二CC是针对载波聚合操作还是针对双连接操作配置的。 《隐含公开》 | 说明书[0002]：“The scheduling of information on the plurality of component carriers may be, in some cases, performed using a scheduling carrier referred to as a primary carrier. Component carriers other than the scheduling carrier are referred to as scheduled carriers, which in some cases are referred to as secondary carriers.”；说明书[0042]：“...when carrier aggregation having different TDD configurations is considered.”；说明书[0043]：“The primary carrier is also known as PCell (Primary cell), while any secondary component carrier is also known as SCell (Secondary cell).”；说明书[0044]：“This may lead to issues in cross-carrier scheduling when the scheduling cell (PCell) has less downlink subframes than the scheduled cell (SCell).” （在多个分量载波上的信息调度在某些情况下可以使用称为主载波的调度载波来执行。调度载波之外的分量载波称为被调度载波，在某些情况下称为辅载波。...当考虑具有不同TDD配置的载波聚合时。主载波也称为PCell（主小区），而任何辅分量载波也称为SCell（辅小区）。当调度小区（PCell）比被调度小区（SCell）具有更少的下行链路子帧时，这可能导致跨载波调度问题。） | 对比文件公开了载波聚合操作、主CC（PCell）和辅CC（SCell）的指定、以及CC具有TDD帧结构类型（全文围绕TDD讨论，未涉及FDD CA）。虽然未明确提及PUCCH数量或双连接操作，但本领域技术人员知道，在载波聚合中，PUCCH通常在PCell上发送，其数量会影响控制信令的传输，这是考虑HARQ/调度时序时的相关因素。而“双连接”是载波聚合的一种演进形式。因此，在确定HARQ时序时，考虑CC的TDD类型、主辅指定、PUCCH情况以及是CA还是双连接，是本领域技术人员在面临对比文件所公开的跨子帧调度和时序问题时，有可能进行推理和扩展的常规考量维度。该特征被对比文件隐含公开。 |
| 技术特征L：其中，如果被启用用于eIMTA的所述至少一个CC是所述主CC并且所述PUCCH的数量是一，其中所述一个PUCCH是在所述主CC上的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述主CC的半静态DL/UL子帧配置的。 《未公开》 | 无相应内容。 | 该特征设定了非常具体的条件（主CC启用eIMTA，PUCCH数量为1且在主CC上）并得出了具体的HARQ时序确定规则（基于主CC半静态配置）。对比文件既未涉及eIMTA，也未讨论PUCCH数量为1这种特定场景下的HARQ时序统一规则。因此，该特征未被对比文件公开。 |
| 技术特征M：其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC并且所述主CC是TDD帧结构类型的，则用于所述主CC和所述辅CC二者的所述HARQ时序是基于所述辅CC的半静态DL/UL子帧配置的。 《未公开》 | 无相应内容。 | 该特征同样设定了具体的eIMTA启用条件和主CC类型，并给出了具体的跨CC时序统一规则。对比文件未涉及eIMTA，也未提及基于辅CC的半静态配置来统一主辅CC HARQ时序的方案。因此，该特征未被对比文件公开。 |
| 技术特征N：其中，如果被启用用于eIMTA的所述至少一个CC是所述辅CC，并且所述主CC是FDD帧结构类型的，则用于所述辅CC的所述HARQ时序是基于所述辅CC的动态DL/UL子帧配置的。 《未公开》 | 无相应内容。 | 该特征涉及主CC为FDD、辅CC启用eIMTA并使用动态配置的场景。对比文件全文聚焦于TDD载波聚合，未提及FDD与TDD的联合操作（TDD-FDD CA），更未涉及任何子帧配置的动态自适应。因此，该特征未被对比文件公开。 |
| 技术特征O：其中，确定所述HARQ时序包括确定用于上行链路控制信息(UCI)报告的HARQ时序，并且所述HARQ时序指示用于发送所述UCI报告的一个或多个子帧。 《隐含公开》 | 说明书[0032]：“Thus, as seen from the first row of Table 2...the ACK/NACK is being sent from the UE in uplink subframe n (n=2)...”。（因此，从表2的第一行可以看出...ACK/NACK正由UE在上行链路子帧n（n=2）中发送...） | 对比文件中，HARQ ACK/NACK是上行链路控制信息（UCI）的一种。表2等定义的时序明确指示了UE应在哪个上行链路子帧（例如子帧n）发送该ACK/NACK报告。因此，确定用于UCI报告（ACK/NACK）的HARQ时序，且此时序指示发送子帧，这一特征已被对比文件公开的内容所涵盖。本领域技术人员能够直接且毫无疑义地得出该结论。 |
| 技术特征P：还包括：基于所述UCI报告是否针对被启用用于eIMTA的所述至少一个CC或者所述UCI报告是与固定的还是动态确定的子帧相关联，划分所述UCI的发送的优先级。 《未公开》 | 无相应内容。 | 对比文件未涉及任何关于UCI报告发送优先级划分的机制，更没有将优先级与eIMTA启用状态或子帧的固定/动态属性相关联。因此，该特征未被对比文件公开。 |
| 技术特征Q：其中，确定用于发送所述UCI报告的所述HARQ时序是至少部分地基于被启用用于eIMTA的所述至少一个CC是否是携带物理上行链路控制信道(PUCCH)的CC的。 《未公开》 | 说明书[0043]：“...for each UE, one of the CCs is designated as the primary carrier which is used for PUCCH transmission...”。（...对于每个UE，其中一个CC被指定为主载波，用于PUCCH传输...） | 对比文件仅提到PUCCH在主载波（PCell）上发送，这是载波聚合的常规设定。但目标专利特征Q将“确定UCI报告的HARQ时序”与“启用eIMTA的CC是否携带PUCCH”这一条件相关联。对比文件未涉及eIMTA，也未讨论在此条件下UCI报告时序的特殊确定方式。因此，该特征未被对比文件公开。 |
| 技术特征R：其中，如果被启用用于eIMTA的所述至少一个CC是携带PUCCH的所述CC，则用于在被启用用于eIMTA的所述至少一个CC上发送UCI报告的所述HARQ时序使用动态确定的上行链路子帧。 《未公开》 | 无相应内容。 | 该特征涉及在特定条件（eIMTA启用且为PUCCH CC）下，使用动态确定的上行链路子帧来发送UCI报告。对比文件未涉及eIMTA，其所有上行链路子帧都是根据半静态配置预先确定的，不存在“动态确定的上行链路子帧”这一概念。因此，该特征未被对比文件公开。 |
| 技术特征S：其中，如果被启用用于eIMTA的所述至少一个CC不是携带PUCCH的所述CC，则用于在携带所述PUCCH的所述CC上发送UCI报告的所述HARQ时序使用固定的上行链路子帧。 《未公开》 | 无相应内容。 | 该特征设定了另一个具体条件（eIMTA启用但不在PUCCH CC上）下的UCI报告时序规则。对比文件未涉及eIMTA，因此该条件及对应的规则均未被公开。 |
| 技术特征T：其中，所述第一CC和所述第二CC是针对载波聚合(CA)操作配置的。 《直接公开》 | 说明书[0001]：“The present disclosure relates to carrier aggregation in mobile networks...”；说明书[0002]：“During carrier aggregation, a single user equipment (UE) may receive and/or send over a plurality of component carriers.” （本公开内容涉及移动网络中的载波聚合...在载波聚合期间，单个用户设备（UE）可以在多个分量载波上接收和/或发送。） | 对比文件主题即为“载波聚合期间的跨子帧调度”，其背景和具体实施方式均围绕载波聚合（CA）操作展开。因此，“第一CC和第二CC是针对载波聚合(CA)操作配置的”这一特征被对比文件直接公开。 |
| 技术特征U：其中，所述第一CC和所述第二CC是针对双向连接操作配置的。 《未公开》 | 无相应内容。 | 对比文件通篇讨论的是载波聚合（CA），未提及“双连接”（Dual Connectivity）操作。双连接是LTE-A Pro及5G中引入的、与CA有区别的技术，涉及与多个基站节点的连接。因此，该特征未被对比文件公开。 |
<<<B>>><<<D>>><<<E>>><<<G>>><<<J>>><<<T>>><<<h>>><<<i>>><<<k>>><<<o>>>