**对比文件名称**：US2019342911A1_Description_20260105_1753
**目标专利名称**：用于新无线电非许可(NR‑U)的经配置的准许上行链路控制信息(UCI)复用
**本次调用模型名称**：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种无线通信的方法<br>**判断结果**：隐含公开 | 对比文件整体内容，例如摘要、背景技术、具体实施方式部分均讨论了在非许可频谱中进行无线通信的方法，特别是关于经配置准予（CG）上行链路传输。 | 对比文件US2019342911A1的标题即为“TECHNIQUES IN CONFIGURED GRANT UPLINK TRANSMISSION IN NEW RADIO (NR) SYSTEMS OPERATING IN UNLICENSED SPECTRUM”，全文围绕在非许可频谱中NR系统的经配置准予上行链路传输技术展开，详细描述了由用户设备（UE）和基站（gNB）执行的相关操作流程（例如，图3A、3B的算法结构，以及具体实施方式中的描述）。虽然对比文件没有以“一种无线通信的方法”这样的概括性权利要求语言开篇，但其披露的全部技术内容本质上是在描述一种无线通信的方法。本领域技术人员阅读对比文件后，能够直接且明确地理解其教导的是一种在NR-U系统中进行通信的方法。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B**：由用户设备(UE)接收用于经配置的准许资源的配置，所述配置指定是否在所述经配置的准许资源中对经配置的准许上行链路控制信息(CG‑UCI)与混合自动重传请求确认(HARQ‑ACK)进行复用<br>**判断结果**：隐含公开 | 1. **配置的接收**：[0056]段描述了两种经配置准予机制：Type 1基于RRC配置，Type 2基于RRC配置和L1激活/去激活。<br>2. **UCI复用的一般性描述**：[0120]-[0123]段引入了用于免准予传输的新UCI（CG-UCI）。[0146]-[0153]段（对应图4-6）描述了CG-UCI在PUSCH上的映射规则，并提到映射规则可遵循为PUSCH上多于两比特有效载荷大小的HARQ-ACK反馈定义的规则。<br>3. **HARQ-ACK反馈的调度与复用**：[0162]-[0165]段详细描述了在不同场景下（例如，是否配置了同时的PUSCH和PUCCH传输、UCI内容等）UCI（包括HARQ-ACK）在PUCCH或PUSCH上传输的规则。 | 首先，对比文件明确公开了UE接收用于经配置准予资源的配置（Type 1的RRC配置或Type 2的RRC+DCI配置）。其次，对比文件深入讨论了UCI（包括CG-UCI和HARQ-ACK）的传输和复用机制。虽然对比文件没有明确记载一个配置字段专门“指定是否在所述经配置的准许资源中对CG‑UCI与HARQ‑ACK进行复用”，但其整体技术方案揭示了CG-UCI和HARQ-ACK作为控制信息都可以在PUSCH（包括经配置准予的PUSCH）上传输和复用。具体地，[0146]段指出CG-UCI可以与UL-SCH在PUSCH上复用，且UL-SCH围绕CG-UCI进行速率匹配。[0162]-[0165]段则系统阐述了HARQ-ACK在PUSCH上传输的各种条件。本领域技术人员结合对比文件关于CG-UCI和HARQ-ACK均可映射到PUSCH的教导，能够合理推断出网络（gNB）可以通过配置（例如RRC配置或激活DCI中的某些字段）来指示或控制UE是否应在特定的经配置准予资源中将CG-UCI与可能存在的HARQ-ACK进行复用。这种复用配置是实现在PUSCH上灵活承载多种控制信息的常规技术手段。因此，技术特征B被对比文件隐含公开。 |
| **技术特征C**：所述CG‑UCI包括以下各项中的至少一项：HARQ标识符(HARQ‑ID)、冗余版本、或新数据指示符<br>**判断结果**：直接公开 | [0124]段：“The CG-UCI may comprise one or more of the following fields: AUL C-RNTI (e.g., 16 bits can be used). **HARQ process ID (e.g., 4 bits can be used). Redundancy version (RV) (e.g., 2 or 3 bits can be used). New data indicator (NDI) (e.g., 1 bit).** PUSCH starting symbol...” | 对比文件在[0124]段明确且直接地列出了CG-UCI可能包含的字段，其中即包括“HARQ process ID”（即HARQ-ID）、“Redundancy version (RV)”和“New data indicator (NDI)”。这与目标专利权利要求中限定的CG-UCI内容完全相同。因此，技术特征C被对比文件直接公开。 |
| **技术特征D**：由所述UE在所述经配置的准许资源中发送上行链路(UL)通信信号<br>**判断结果**：直接公开 | 1. [0120]段：“In a grant-free transmission, a UE may perform transmissions without requiring or granting of a transmission grant to or from a base station...”<br>2. [0136]段：“In some embodiments, CG-UCI may be transmitted in all the slots within the MCOT acquired by the grant-free UE. Or, the CG-UCI may be carried in all grant-free PUSCH transmissions.”<br>3. [0146]段：“In some embodiments, CG-UCI may be multiplexed with an Uplink shared channel (UL-SCH) on a PUSCH.” | 对比文件通篇都在描述UE在免准予（即经配置准予）传输中发送上行链路信号。[0120]段开宗明义指出免准予传输中UE无需授权即可发送。[0136]和[0146]段则具体说明了CG-UCI在免准予PUSCH传输中发送，并与UL-SCH（上行链路共享信道，承载上行数据）复用。这明确公开了UE在经配置准予资源中发送包含CG-UCI和/或数据的UL通信信号。因此，技术特征D被对比文件直接公开。 |
| **技术特征E**：如果所述配置规定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，则所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI和所述HARQ‑ACK<br>**判断结果**：隐含公开 | 1. [0146]段：“CG-UCI may be multiplexed with an Uplink shared channel (UL-SCH) on a PUSCH. A rule or a set of rules for mapping the CG-UCI onto PUSCH may follow the mapping rules defined in NR for HARQ-ACK feedback with more than two bits of a payload size on the PUSCH.”<br>2. [0162]-[0165]段：详细描述了HARQ-ACK在PUSCH上传输的各种场景和规则。例如，[0163]段：“...on PUSCH if the UE is transmitting PUSCH in subframe n...”；[0165]段：“...the HARQ-ACK/HARQ-ACK+SR/positive SR is transmitted on PUCCH using format 1/1a/1b/3 and the aperiodic CSI is transmitted on PUSCH of the serving cell.” | 对比文件虽然没有使用与目标专利完全相同的条件语句来描述，但其技术内容实质上公开了该特征。首先，[0146]段指出CG-UCI在PUSCH上的映射可以遵循为HARQ-ACK反馈定义的规则，这强烈暗示了CG-UCI和HARQ-ACK可以类似地在PUSCH资源上处理，即存在复用可能性。其次，[0162]-[0165]段系统说明了在何种条件下HARQ-ACK会在PUSCH上发送（例如，当UE正在发送PUSCH时）。结合对比文件关于CG-UCI在经配置准予PUSCH中发送的明确教导（技术特征D），以及关于HARQ-ACK也可在PUSCH上发送的规则，本领域技术人员能够合理推断：如果网络通过配置（如技术特征B的隐含公开所推断）指示在某个经配置准予资源中应对CG-UCI和HARQ-ACK进行复用，并且该HARQ-ACK根据调度规则应当被发送，那么UE在该经配置准予资源中发送的UL通信信号将同时包含CG-UCI和HARQ-ACK。因此，技术特征E被对比文件隐含公开。 |
| **技术特征F**：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK是在与所述经配置的准许资源相重叠的时间资源处被调度的，则所述经配置的准许资源中的所述UL通信信号包括所述HARQ ACK并且没有所述CG‑UCI。<br>**判断结果**：未公开（既非直接也非隐含） | 对比文件未发现明确或隐含描述此特定条件分支的段落。 | 目标专利的此特征描述了一个具体的冲突解决规则：当配置指定**不**复用CG-UCI和HARQ-ACK，且HARQ-ACK恰好被调度到与经配置准予资源重叠的时间资源上时，UE选择在重叠资源上发送HARQ-ACK而**不发送CG-UCI**。对比文件虽然泛泛讨论了UCI（包括HARQ-ACK）在PUSCH/PUCCH上的传输选择（[0162]-[0165]），也提到了CG-UCI的发送，但并未涉及这种**基于“复用配置”与“调度资源重叠”双重条件**来精确决定在重叠资源上发送HARQ-ACK并**排除CG-UCI**的特定规则。本领域技术人员无法从对比文件公开的内容中直接得出或合理推断出这一具体的操作逻辑。这属于目标专利可能旨在解决的特定技术问题（如资源冲突时的优先级处理）的方案细节。因此，技术特征F既未被对比文件直接公开，也未被隐含公开。 |
| **技术特征G**：所述HARQ‑ACK被调度在与所述经配置的准许资源重叠的时间资源处。<br>**判断结果**：未公开（既非直接也非隐含） | 对比文件未发现明确描述HARQ-ACK被调度到与经配置准予资源在时间上重叠这一特定场景的段落。 | 此特征描述了一个具体的场景状态。对比文件广泛讨论了HARQ-ACK的调度和发送，以及经配置准予资源的配置，但并未将这两者联系起来，明确指出或暗示HARQ-ACK的调度资源会与经配置准予资源在时间上发生重叠。虽然这种重叠场景在实际系统中可能发生，但对比文件本身并未将其作为公开内容的一部分进行描述或讨论。因此，本领域技术人员无法从对比文件中直接确定或必然推断出这一具体场景。技术特征G既未被直接公开，也未被隐含公开。 |
| **技术特征H**：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。<br>**判断结果**：未公开（既非直接也非隐含） | 对比文件未发现明确或隐含描述此特定条件分支的段落。 | 此特征与技术特征F类似，是另一个具体的条件分支规则。它描述了当配置指定不复用，且HARQ-ACK**没有**被调度到重叠资源上时，UE在经配置准予资源中发送CG-UCI而不发送HARQ-ACK。对比文件没有涉及这种基于“不复用配置”和“无调度重叠”条件来决定发送内容的具体规则。虽然[0136]段提到CG-UCI可以在所有免准予PUSCH传输中携带，但这是一种一般性描述，并未将其置于与HARQ-ACK调度和复用配置相关的条件逻辑中。本领域技术人员无法从对比文件中推导出此特定规则。因此，技术特征H既未被直接公开，也未被隐含公开。 |
| **技术特征I**：如果所述配置指定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。<br>**判断结果**：未公开（既非直接也非隐含） | 对比文件未发现明确或隐含描述此特定条件分支的段落。 | 此特征是目标专利权利要求的另一个条件分支。它描述了即使配置指定要复用，但如果HARQ-ACK没有被调度到重叠资源上（即无HARQ-ACK需要发送），则UL信号只包含CG-UCI。对比文件虽然提到CG-UCI和HARQ-ACK可以在PUSCH上复用（技术特征E的论述），但并未进一步规定在“配置允许复用但实际无HARQ-ACK可传”这一特定条件下的行为。这同样是一个具体的操作细节。本领域技术人员从对比文件中无法得出此明确规则。因此，技术特征I既未被直接公开，也未被隐含公开。 |
| **技术特征J**：所述配置是无线资源控制(RRC)配置。<br>**判断结果**：直接公开 | [0056]段：“There may be two configured grant mechanisms for an NR operation in unlicensed spectrum, Type 1 and Type 2. **Type 1 may be based on an RRC configuration.** Type 2 may be based on an RRC configuration and a Layer 1 (L1) activation and deactivation.” | 对比文件在[0056]段明确且直接地指出，Type 1的经配置准予机制就是基于RRC配置的。这完全公开了“配置是RRC配置”这一技术特征。因此，技术特征J被对比文件直接公开。 |
<<<a>>><<<b>>><<<C>>><<<D>>><<<e>>><<<J>>>