好的，作为一名经验丰富的专利代理师，我将严格遵循您的要求，对目标专利的权利要求与对比文件进行严谨、细致的特征比对和公开性判断。
---
**对比文件名称：** 2011-12-22_CA2809663A_发明专利_CA2809663A1 SYSTEM AND METHOD FOR UPLINK CONTROL INFORMATION TRANSMISSION IN CARRIER AGGREGATION
**目标专利名称：** 1041通信系统中的UCI传输CN110073627B
**本次调用的模型名称：** 资深专利代理师-专利创造性评估模型
以下为基于您提供的目标专利权利要求技术特征划分进行的特征比对与公开性分析。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：包括：由装置传输多个资源单元的指示，所述多个资源单元用于上行链路控制信息和上行链路数据的上行链路传输。 | 引用段落[0056]：“当多个UL CC被分配给UE在一个子帧中并且需要传输UCI时，UCI可以使用任何调度的CC进行传输。” <br><br>引用段落[0062]：“在某些情况下，基站向UE指示载波排名，允许UE选择最合适的CC用于UCI传输。” <br><br>引用段落[0131]：“或者，可以使用显式信令来指示UL-SCH数据是否与UCI传输一起包含在内。” | **《隐含公开》** <br><br>对比文件没有明确公开“由装置（如基站）传输对多个资源单元的指示”这一步骤。其核心是UE侧的CC选择和UCI处理。然而，本领域技术人员可以合理推断：为了使得UE能够“使用任何调度的CC”或“选择最合适的CC”来传输UCI和上行链路数据，网络侧（基站）必然需要通过调度授权等信令，向UE指示（即传输指示）哪些资源单元（PUSCH资源）被调度用于上行传输。同时，对比文件[0131]中提及的显式信令进一步支持了网络侧能够传输与UCI和UL-SCH数据传输相关的指示。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B**：由所述装置接收关于所述多个资源单元的一部分的上行链路控制信息。 | 引用段落[0056]：“当多个UL CC被分配给UE在一个子帧中并且需要传输UCI时，UCI可以使用任何调度的CC进行传输。” <br><br>引用段落[0014]：“当在PUSCH内传输UCI时，UCI被复用到上行链路共享信道（UL-SCH）中。” | **《隐含公开》** <br><br>对比文件明确指出UCI可以在被调度的PUSCH（即多个资源单元）上传输。本领域技术人员可以明确地推知，UE在PUSCH上传输UCI后，作为通信对端的装置（基站）必然会接收这些UCI。尽管对比文件更多地描述了UE的传输行为，但接收是传输的直接结果，且对于通信系统而言是必然发生的。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C**：所述部分由映射操作来定义。 | 引用段落[0014]：“当在PUSCH内传输UCI时，UCI被复用到上行链路共享信道（UL-SCH）中。” <br><br>引用段落[0114]：“图7A是一个示例子帧的图示，显示了在集群DFT-S-OFDM中的UCI传输，其中两个集群（700A和700B）被分配用于PUSCH 702传输，并且ACK/NACK（704A, 704B, 704C, 和704D）或RI（706A, 706B, 706C, 和706D）可以分布在这两个集群上。” | **《隐含公开》** <br><br>对比文件描述了UCI在PUSCH资源上传输，并具体描述了在集群DFT-S-OFDM场景下，UCI（ACK/NACK, RI）可以被分布到多个（两个）集群上，而非随机放置。这种“分布”行为本身即构成了一种隐式的资源映射操作，其目的是确定UCI具体占用哪些资源单元（即“部分”）。虽然对比文件未定义详细的映射规则，但其揭示了UCI在PUSCH资源上的位置是由一种映射机制决定的。因此，可以合理推断出存在一种映射操作来标识用于UCI传输的那部分资源单元。该技术特征被对比文件隐含公开。 |
| **技术特征D**：其中所述映射操作包括：划分所述多个资源单元以定义预定数目的至少两个非连续的频域资源单元集合。 | 引用段落[0114]：“图7A是一个示例子帧的图示，显示了在集群DFT-S-OFDM中的UCI传输，其中两个集群（700A和700B）被分配用于PUSCH 702传输，并且ACK/NACK（704A, 704B, 704C, 和704D）或RI（706A, 706B, 706C, 和706D）可以分布在这两个集群上。” | **《隐含公开》** <br><br>对比文件公开了UCI可以被“分布”在“两个集群”（700A和700B）上。从附图7A可以看出，这两个集群在频域上是非连续的（被其他资源隔开）。这种分配和分布行为，其本质就是将用于PUSCH传输的多个资源单元划分成了两个（预定数目）非连续的频域资源单元集合。UCI被分布到这两个集群上，隐含地是以这种划分为前提的。因此，尽管对比文件未明确命名为“划分集合步骤”，但其实现方式与本技术特征的技术方案实质相同。该技术特征被对比文件隐含公开。 |
| **技术特征E**：将所述上行链路控制信息映射到所述预定数目的频域资源单元集合中的所述多个资源单元，以标识所述多个资源单元的所述部分。 | 引用段落[0114]：“...并且ACK/NACK（704A, 704B, 704C, 和704D）或RI（706A, 706B, 706C, 和706D）可以分布在这两个集群上。”<br><br>引用段落[0014]：“...CQI/PMI比特110可以位于可用的PUSCH资源开始处...HARQ ACK/NACK符号112的位置通常靠近用作参考信号（RS）的SC-FDMA符号114，以实现对HARQ ACK/NACK比特112的最佳信道估计。秩指示（RI）比特116可以在时间维度上位于HARQ ACK/NACK符号旁边...” | **《隐含公开》** <br><br>对比文件描述了一种分布行为，即UCI信息被分布到多个频域资源单元集合（集群）上，并且结合段落[0014]描述的现有技术，UCI（如ACK/NACK）会被映射到靠近参考信号的特定资源单元上。这种“分布”和映射行为的结果，就是标识了用于传输UCI的资源部分。本领域技术人员可以理解，要实现这种分布，必然涉及将UCI比特映射到这些集合内的具体资源单元（RE）上。因此，将UCI映射到已划分的集合中以标识特定资源部分的技术方案被对比文件隐含公开。 |
| **技术特征F**：其中所述多个资源单元全部位于上行链路共享信道上。 | 引用段落[0013]：“参考图2b，如果UE在子帧n中使用PUSCH进行传输，则UCI信息可以在PUSCH内传输。” <br><br>引用段落[0014]：“当在PUSCH内传输UCI时，UCI被复用到上行链路共享信道（UL-SCH）中。” | **《直接公开》** <br><br>对比文件明确且直接地公开了UCI信息被复用到PUSCH上传输。PUSCH（物理上行链路共享信道）是上行链路共享信道（UL-SCH）的物理承载。因此，用于传输UCI和上行链路数据的多个资源单元显然位于上行链路共享信道上。该技术特征被对比文件直接公开。 |
| **技术特征G**：还包括将被指派用于上行链路数据传输的资源单元与被指派用于上行链路控制信息传输的资源单元之间的功率差异的指示传输到另一装置。 | 引用段落[0117]-[0121]：讨论了基于不同的PUSCH传输方案（如连续PUSCH、集群DFT-S-OFDM、UL MIMO）使用不同的beta偏移值（β offset）来确定UCI的编码符号数。并提到“不同的PUSCH传输方案可以信令通知不同的beta偏移值。”（段落[0118]）、“UE可以根据调度的集群数、码字数或传输UCI信息的层数来计算beta偏移值。”（段落[0119]）。 | **《未公开》** <br><br>对比文件详细描述了“beta偏移值”（β offset）的概念，这是一个用于在确定UCI编码符号数时调整UCI与数据之间功率关系的参数。但对比文件公开的内容是：网络侧（基站）配置或UE根据规则计算这个偏移值，用于UE自行确定UCI资源量。对比文件没有公开或暗示：作为装置的基站，将“被指派用于上行链路数据传输的资源单元与被指派用于上行链路控制信息传输的资源单元之间的功率差异的指示”传输到另一装置（UE）。对比文件关注的是UE如何使用该参数，而非基站如何主动传输功率差异指示。因此，该技术特征未被对比文件公开。 |
| **技术特征H**：还包括基于循环前缀正交频分多址方案和/或离散傅里叶变换扩展正交频分多址方案中的至少一个方案来接收所述上行链路控制信息。 | 引用段落[0114]：“图7A是一个示例子帧的图示，显示了在集群离散傅里叶变换扩展正交频分多址（DFT-S-OFDM）中的UCI传输...” <br><br>引用段落[0027]：“在这种情况下，单载波属性可以随着引入集群离散傅里叶变换扩展正交频分复用（DFT-S-OFDM）而放宽...” <br><br>引用段落[0143]：“在另一实施例中，例如在正交频分多址（OFDMA）技术应用中...” | **《直接公开》** <br><br>对比文件明确提到了用于上行UCI传输的两种多址方案：集群DFT-S-OFDM（段落[0114]，[0027]）和OFDMA（段落[0143]）。DFT-S-OFDM是单载波方案，而循环前缀正交频分多址（CP-OFDM）是多载波方案，对比文件公开了在PUSCH上使用这些方案传输UCI。本领域技术人员可以理解，当网络侧装置（基站）作为接收方时，其接收UCI的过程必然是基于与发送方（UE）相同的多址方案。因此，该技术特征被对比文件直接公开。 |
---
### 最终公开性判断代码汇总
根据上述详尽的分析和判断，输出代码如下：
<<<A>>>
<<<B>>>
<<<C>>>
<<<F>>>
<<<H>>>