在回答的开始明确对比文件的名称：2011-12-21_EP2398181A_发明公开_EP2398181A2 System and method for uplink control information transmission in carrier aggregation
目标专利的名称：1041通信系统中的UCI传输CN110073627B
本次调用的模型名称：deepseek-chat
好的，作为一名经验丰富的专利代理师，我将严格遵循您的指示，对对比文件EP2398181A2（以下简称D1）是否公开了目标专利CN110073627B（以下简称本专利）权利要求的各技术特征进行深入、严谨的评估。
我将首先结合本专利说明书对技术特征进行准确解读，然后逐项判断D1是否直接或隐含公开了这些特征，并创建详细的特征比对表格。最后，根据判断结果输出相应的代码。
---
### **特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**: 包括：由装置传输多个资源单元的指示，所述多个资源单元用于上行链路控制信息和上行链路数据的上行链路传输 <br><br> **《直接公开》** | **D1 [0057]**: “当多个UL CC被分配给一个子帧中的UE并且需要传输UCI时，UCI可以使用任何被调度的CC进行传输。” <br> **D1 [0059]**: “...触发消息可以触发用户装置来执行实际映射操作以确定哪些资源单元将被用于上行链路控制信息传输。可以利用上行链路授权来触发用于经由物理上行链路共享信道传输上行链路控制信息的资源分配。” <br> **D1 [0063]**: “表2显示了用于UCI传输的示例性载波排序信息。” | D1明确描述了网络侧（如基站或eNB）向用户设备（UE）传输指示信息的过程。该指示用于标识用于上行传输的资源，具体表现为上行授权（UL grant）或调度信息，用于在PUSCH上传输上行数据或UCI。D1的[0057]段提及通过UL grant动态分配PUSCH资源，[0059]段指出通过上行授权触发在PUSCH上传输UCI的资源分配。这与本专利中“装置（如基站）传输对多个资源单元的指示”完全一致，该指示的目的是为上行链路控制信息和上行链路数据分配传输资源。因此，本领域技术人员可以毫无疑义地确定D1公开了此特征。 |
| **技术特征B**: 由所述装置接收关于所述多个资源单元的一部分的上行链路控制信息 <br><br> **《直接公开》** | **D1 [0057]**: “...UCI可以被复用进上行共享信道（UL-SCH）并在PUSCH上传输。” <br> **D1 [0014]**: “当在PUSCH内传输UCI时，UCI被复用进上行共享信道（UL-SCH）。” <br> **D1 [0109]**: “...为了适应由UE传输的UCI的增加，用于识别子帧的适当编码符号数量的公式可以被修改。” | D1明确指出，网络侧（基站）从UE接收在PUSCH资源上传输的UCI。D1的[0057]和[0014]段描述了UCI如何被复用并通过PUSCH传输，而[0109]段则进一步讨论了对UCI编码符号数量的调整。UCI占据的是被调度的PUSCH资源（即“多个资源单元”）的一部分。因此，D1直接公开了基站接收在一个资源集合的特定部分上承载的UCI这一过程。 |
| **技术特征C**: 所述部分由映射操作来定义 <br><br> **《直接公开》** | **D1 [0014]**: “如图3所示，编码的CQI/PMI比特110可以被放置在交织前可用的PUSCH资源的开始处。UL-SCH数据被速率匹配以使用剩余资源进行传输，以避免由于CQI或PMI传输造成的数据打孔。编码的ACK/NACK比特112可以通过打孔UL-SCH数据的符号，在信道交织器中与UL-SCH数据复用。HARQ ACK/NACK符号112的位置通常紧邻用作参考信号（RS）114的SC-FDMA符号，以获得最佳的HARQ ACK/NACK比特信道估计。排序指示符（RI）比特116可以在时间维度上紧邻HARQ ACK/NACK符号，但与ACK/NACK不同，UL-SCH数据可以被速率匹配以适应RI资源116。” | D1的[0014]段详细描述了将UCI（包括CQI/PMI、ACK/NACK、RI）映射到PUSCH资源单元（RE）的特定规则和过程。这个过程明确限定了UCI将被放置在PUSCH资源的哪一部分（例如，紧邻参考信号的位置，或在特定符号的特定位置）。这完全符合本专利中“所述部分由映射操作来定义”的描述，即UCI在PUSCH中的具体位置不是随机的，而是由一套预定义的映射规则（映射操作）决定的。因此，D1直接公开了此特征。 |
| **技术特征D**: 其中所述映射操作包括：划分所述多个资源单元以定义预定数目的至少两个非连续的频域资源单元集合 <br><br> **《直接公开》** | **D1 [0038]**: “图7A是一个示例性子帧的图示，显示了在簇状DFT-S-OFDM中的UCI传输，其中两个簇（700A和700B）被分配用于PUSCH 702传输，并且ACK/NACK（704A, 704B, 704C, 704D）或RI（706A, 706B, 706C, 706D）可以分布在这两个簇上。” <br> **D1 [0114]**: “在Rel-10中，除了Rel-8中使用的单天线连续PUSCH传输方案外，还可以支持多种PUSCH传输方案，例如簇状DFT-S-OFDM和SU-MIMO。” | D1的[0038]段结合图7A非常明确地公开了“划分资源单元以定义至少两个非连续的频域资源单元集合”。簇状DFT-S-OFDM技术正是通过将整个PUSCH带宽划分为两个或更多个在频域上不连续的簇（cluster）来实现的。D1的[0114]段进一步确认了这种非连续传输方案的支持。这与本专利特征D中“划分多个资源单元以定义预定数目的至少两个非连续的频域资源单元集合”的技术方案完全相同。因此，D1直接公开了此特征。 |
| **技术特征E**: 将所述上行链路控制信息映射到所述预定数目的频域资源单元集合中的所述多个资源单元，以标识所述多个资源单元的所述部分 <br><br> **《直接公开》** | **D1 [0038]**: “...两个簇（700A和700B）被分配用于PUSCH 702传输，并且ACK/NACK（704A, 704B, 704C, 704D）或RI（706A, 706B, 706C, 706D）可以分布在这两个簇上。” <br> **D1 [0014]**: “编码的ACK/NACK比特112可以通过打孔UL-SCH数据的符号，在信道交织器中与UL-SCH数据复用。HARQ ACK/NACK符号112的位置通常紧邻用作参考信号（RS）114的SC-FDMA符号...” | D1的[0038]段和图7A不仅定义了非连续的频域集合（簇），还明确指出将UCI（如ACK/NACK, RI）映射到这些定义的簇内的特定资源单元（如704A-D, 706A-D）上。结合[0014]段的描述，UCI被映射到PUSCH内特定位置的过程，正是为了标识出被UCI占用的那部分资源单元（即“所述部分”）。因此，D1直接公开了将UCI映射到预定数目的频域资源单元集合中的资源单元，从而标识出承载UCI的那部分资源。 |
| **技术特征F**: 其中所述多个资源单元全部位于上行链路共享信道上 <br><br> **《直接公开》** | **D1 [0010]**: “图2b显示了一个在PUSCH资源内传输UCI的PUSCH配置。” <br> **D1 [0012]**: “如果UE在子帧n中使用PUSCH进行传输，则UCI信息可以在PUSCH内传输。” | D1多处明确提到UCI与数据复用并在PUSCH上传输。D1的[0010]段指出图2b展示了在PUSCH内传输UCI的配置，[0012]段直接声明UCI信息可以在PUSCH内传输。PUSCH即物理上行共享信道，是承载上行数据的主要信道。因此，用于传输UCI和数据的“多个资源单元”正是位于PUSCH上。D1直接公开了此特征。 |
| **技术特征G**: 还包括将被指派用于上行链路数据传输的资源单元与被指派用于上行链路控制信息传输的资源单元之间的功率差异的指示传输到另一装置。 <br><br> **《未公开》** | **D1 [0100]**: “...由于互调问题或PUCCH与PUSCH之间的大功率差异，一些载波可能不允许同时传输PUSCH和PUCCH，这可能是有益的。” <br> **D1 [0063]**: “表2显示了用于UCI传输的示例性载波排序信息。” | D1的[0100]段虽然提及了PUCCH与PUSCH之间的“功率差异”问题，但这是作为背景技术中描述的现有技术问题，并未提出由网络侧向用户设备传输关于该功率差异的指示。D1的核心发明点在于根据“时延敏感性”等标准选择用于UCI传输的载波（如[0063]段的载波排序），而完全没有涉及根据数据与UCI之间的功率差异来确定UCI所需资源单元数量，更未提及传输关于该功率差异的指示。本领域技术人员从D1中无法直接地、毫无疑义地推导出此技术特征。 |
| **技术特征H**: 还包括基于循环前缀正交频分多址方案和/或离散傅里叶变换扩展正交频分多址方案中的至少一个方案来接收所述上行链路控制信息。 <br><br> **《隐含公开》** | **D1 [0038]**: “图7A是一个示例性子帧的图示，显示了在簇状DFT-S-OFDM中的UCI传输...” <br> **D1 [0114]**: “在Rel-10中，除了Rel-8中使用的单天线连续PUSCH传输方案外，还可以支持多种PUSCH传输方案，例如簇状DFT-S-OFDM和SU-MIMO。” | D1的[0038]段和图7A明确描述了基于DFT-S-OFDM（离散傅里叶变换扩展正交频分多址）的UCI传输。尽管D1没有明确提及CP-OFDM（循环前缀正交频分多址），但在4G LTE-A和5G NR的研究背景下，CP-OFDM是下行链路和多址接入的基本波形方案。本领域普通技术人员阅读D1后，结合本领域的公知常识，能够合理推断出，由于CP-OFDM是支持该类簇状传输和资源映射的基本技术，D1所描述的映射和传输方案同样可以应用于CP-OFDM系统。因此，D1隐含公开了基于CP-OFDM和/或DFT-S-OFDM的方案来接收UCI。 |
---
### **公开性代码输出**
根据以上详细分析和判断，对比文件公开了技术特征A、B、C、D、E、F，隐含公开了技术特征H，未公开技术特征G。
因此，输出代码如下：
<<<A>>> <<<B>>> <<<C>>> <<<D>>> <<<E>>> <<<F>>> <<<h>>>