**对比文件名称**：3GPP规范（TS 38.321, TS 38.331及相关）
**目标专利名称**：用于新无线电非许可(NR‑U)的经配置的准许上行链路控制信息(UCI)复用
**本次调用模型名称**：DeepSeek最新版本模型
---
### **特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种无线通信的方法**<br>**判断结果：直接公开** | 3GPP TS 38.321 (MAC协议) 和 TS 38.331 (RRC协议) 中广泛描述了在NR-U中基于配置授权(Configured Grant)进行上行链路传输的方法。 | 3GPP规范定义了在NR-U频谱中运行无线通信系统的整体框架和方法，其中必然包括“无线通信的方法”这一上位概念。目标专利的方法是在此框架内对特定操作流程的进一步定义和细化。因此，对比文件直接公开了“一种无线通信的方法”这一技术特征。 |
| **技术特征B：由用户设备(UE)接收用于经配置的准许资源的配置，所述配置指定是否在所述经配置的准许资源中对经配置的准许上行链路控制信息(CG‑UCI)与混合自动重传请求确认(HARQ‑ACK)进行复用**<br>**判断结果：隐含公开** | 1. **TS 38.331:** 描述了配置授权(ConfiguredGrantConfig)的RRC信令，其中包含用于上行链路控制信息(UCI)复用的参数配置，例如`betaOffsets`、`uci-OnPUSCH`等。<br>2. **TS 38.321 & TS 38.213:** 描述了CG-UCI的内容和复用行为，以及HARQ-ACK在PUCCH/PUSCH上的传输。规范指出，UE的行为由RRC配置的参数和DCI指示共同决定。 | 虽然3GPP规范没有明文规定一个名为“是否对CG-UCI与HARQ-ACK进行复用”的独立配置字段，但本领域技术人员可以明确推理出该功能已隐含公开。具体逻辑如下：<br>1. **配置的存在**：规范明确UE通过RRC信令接收“经配置的准许资源”的详细配置（如时频位置、周期等），这直接对应“接收用于经配置的准许资源的配置”。<br>2. **复用行为的可配置性**：规范定义了UCI（包括HARQ-ACK和CG-UCI）在PUSCH（包括配置授权PUSCH）上复用的整套机制，并通过RRC参数（如`uci-OnPUSCH`中针对不同UCI类型的`betaOffsets`）来控制复用时的编码速率和资源分配。不同的beta偏移值配置实质上对应于基站对“是否复用”以及“如何复用”不同UCI类型的控制意图。例如，若基站将CG-UCI的beta偏移配置为与HARQ-ACK不同，或配置为特定值以允许/禁止其在有HARQ-ACK时占用资源，这等同于“指定”了复用行为。<br>3. **逻辑推导**：本领域技术人员知晓，在配置授权传输中，CG-UCI和可能存在的HARQ-ACK是否能在同一PUSCH中共存是一个需要网络侧控制和UE侧明确的行为。规范给出的、通过RRC配置参数来控制UCI复用细节的方案，必然隐含了网络侧有能力通过配置来“指定”CG-UCI与HARQ-ACK的复用关系这一更高层次的功能。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C：所述CG‑UCI包括以下各项中的至少一项：HARQ标识符(HARQ‑ID)、冗余版本、或新数据指示符**<br>**判断结果：直接公开** | **TS 38.212 (复用与信道编码), 章节6.2.1:** 明确定义了配置授权上行链路控制信息(CG-UCI)的内容，其中包括：<br>- HARQ进程号 (HARQ process ID)<br>- 新数据指示符 (NDI)<br>- 冗余版本 (RV) | 3GPP规范标准文本已直接、明确地规定了CG-UCI所必须包含的字段，其中明确列出了HARQ进程号、NDI和RV。这与目标专利中技术特征C的描述完全一致。因此，该技术特征被对比文件直接公开。 |
| **技术特征D：由所述UE在所述经配置的准许资源中发送上行链路(UL)通信信号**<br>**判断结果：直接公开** | **TS 38.321, 章节5.8.2 (配置授权类型的上行链路传输):** “当配置授权资源可用时，UE可以无需动态授权即在该资源上发送上行链路数据。” 这构成了在经配置的准许资源中发送UL通信信号（包含数据和控制信息）的核心行为。 | 在配置授权(Configured Grant)机制下，UE在预先配置的资源上自主发起上行链路传输，这是该机制的基础和定义性操作。3GPP规范在多处直接描述了这一行为。因此，该技术特征被对比文件直接公开。 |
| **技术特征E：如果所述配置规定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，则所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI和所述HARQ‑ACK**<br>**判断结果：隐含公开** | **TS 38.212, 章节6.2.1 & 6.3.1:** 描述了UCI（包括HARQ-ACK和CG-UCI）在PUSCH上的复用方法。<br>**TS 38.213, 章节9.2.5:** 描述了HARQ-ACK在PUCCH和PUSCH（包括配置授权PUSCH）上传输的调度和触发机制。 | 基于对技术特征B的论述，规范已隐含公开了网络可通过配置来“指定”复用行为。在此前提下，本特征描述的是当配置指定“进行复用”时UE的具体行为。<br>1. **规范逻辑**：规范定义了当HARQ-ACK需要在某个时隙反馈，且该时隙存在配置授权PUSCH时，HARQ-ACK应复用在该PUSCH上发送（根据优先级和资源确定规则）。同时，规范也定义了CG-UCI应随其所属的配置授权PUSCH一起发送。<br>2. **推导结论**：因此，若网络通过配置（如特定的beta偏移设置、时隙对齐规则等）使得“在经配置的准许资源中对CG-UCI与HARQ-ACK进行复用”这一条件成立，那么根据规范已定义的UE行为逻辑，在该资源上发送的UL通信信号必然同时包含CG-UCI（因为它在CG PUSCH上）和HARQ-ACK（因为它被调度并复用到该PUSCH上）。该行为是规范已定义规则的直接组合与应用，故被隐含公开。 |
| **技术特征F：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK是在与所述经配置的准许资源相重叠的时间资源处被调度的，则所述经配置的准许资源中的所述UL通信信号包括所述HARQ ACK并且没有所述CG‑UCI。**<br>**判断结果：隐含公开** | **TS 38.213, 章节9.2.5 (HARQ-ACK传输):** 描述了HARQ-ACK与上行链路数据传输（包括配置授权传输）冲突时的处理规则。其中涉及优先级比较和传输选择。<br>**TS 38.321, 章节5.8.2:** 提及了上行链路传输的优先级处理。 | 本特征描述的是“无复用模式”下，当HARQ-ACK与CG资源冲突时的一种特定处理方式。<br>1. **规范基础**：规范确立了HARQ-ACK反馈具有高优先级的原则。当HARQ-ACK在PUCCH上的传输与配置授权PUSCH在时域上重叠（冲突）时，需要根据规则解决冲突。<br>2. **逻辑推理**：在“配置指定不复用”的前提下（隐含如通过配置使CG-UCI的beta偏移为“不适用”或设置特定规则），意味着不允许将两者合并在一个PUSCH中。此时，若高优先级的HARQ-ACK被调度在与CG资源重叠的时间，根据规范的冲突解决原则（HARQ-ACK优先），UE会选择发送HARQ-ACK（在PUCCH或独占资源的PUSCH上），而放弃（丢弃）该次配置授权传输。放弃CG传输自然意味着不发送CG-UCI。因此，最终在“该经配置的准许资源”所处的时间位置，UL通信信号只包含HARQ-ACK，没有CG-UCI。这一系列行为是规范中已存在的冲突解决规则在“不复用”配置条件下的必然结果，故被隐含公开。 |
| **技术特征G：所述HARQ‑ACK被调度在与所述经配置的准许资源重叠的时间资源处。**<br>**判断结果：直接公开** | **TS 38.213, 章节9.2.5:** 专门处理“HARQ-ACK与上行链路传输在时域上重叠”的情况，其中上行链路传输包括基于配置授权的传输。这直接预设了HARQ-ACK被调度到与配置授权资源重叠的时间资源处这一场景。 | 3GPP规范明确考虑并定义了HARQ-ACK反馈与上行链路共享信道（包括配置授权PUSCH）在时域上发生重叠的场景及其处理流程。因此，“HARQ-ACK被调度在与经配置的准许资源重叠的时间资源处”这一具体场景被规范直接公开，是后续所有冲突解决或复用讨论的前提。 |
| **技术特征H：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。**<br>**判断结果：直接公开** | **TS 38.321, 章节5.8.2:** “在配置授权的资源上，UE发送包含CG-UCI的上行链路传输。” 这是配置授权传输的基本定义。<br>**逻辑前提**：没有调度的HARQ-ACK意味着不存在需要复用的HARQ-ACK信息。 | 这是最简单和基础的情况。规范明确规定，在配置授权资源上，UE发送包含CG-UCI的传输。当“配置指定不复用”且“没有HARQ-ACK被调度到该资源”时，不存在任何因素干扰这一基本行为。UE的行为就是执行一次普通的配置授权传输，发送包含CG-UCI（和技术特征C中所述内容）的PUSCH。该行为被规范直接且明确地定义。 |
| **技术特征I：如果所述配置指定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。**<br>**判断结果：直接公开** | **TS 38.321, 章节5.8.2:** “在配置授权的资源上，UE发送包含CG-UCI的上行链路传输。” <br>**逻辑前提**：复用的前提是存在需要复用的内容。没有调度的HARQ-ACK，则复用无从发生。 | 此情况与技术特征H类似，区别在于“配置指定复用”。然而，即使配置允许或指示了复用行为，复用的对象（HARQ-ACK）不存在，复用行为本身就不会被触发。UE的行为依然回归到最基本的配置授权传输：发送包含CG-UCI的PUSCH。这同样是规范直接定义的基本操作。配置的“复用指定”在此场景下是一个未激活的条件，不影响基础操作。 |
| **技术特征J：所述配置是无线资源控制(RRC)配置。**<br>**判断结果：直接公开** | **TS 38.331, 章节6.3.2 (ConfiguredGrantConfig):** 该信息元素(IE) `ConfiguredGrantConfig` 用于通过RRC信令配置配置授权参数。 | 3GPP规范明确规定，配置授权(Configured Grant)的所有高层参数（包括资源分配、周期、以及与UCI复用相关的参数）都是通过RRC信令消息（如`RRCReconfiguration`）中的`ConfiguredGrantConfig` IE下发给UE的。这是NR中配置授权机制的标准化配置方式。因此，“配置是RRC配置”这一特征被对比文件直接公开。 |
<<<A>>><<<C>>><<<D>>><<<G>>><<<H>>><<<I>>><<<J>>><<<b>>><<<e>>><<<f>>>