**对比文件名称**：US2019268935A1_Description_20260105_1627
**目标专利名称**：用于新无线电非许可(NR‑U)的经配置的准许上行链路控制信息(UCI)复用
**本次调用的模型名称**：DeepSeek-R1
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种无线通信的方法**<br>**判断结果：《隐含公开》** | 说明书第[0027]段：`To overcome these issues, configured grant UL transmission can be used in unlicensed NR.` （为克服这些问题，可以在未许可NR中使用经配置的准许上行链路传输。）<br>说明书第[0061]段：`Another example provides functionality 600 of a UE operable for configured grant uplink (UL) transmission in new radio unlicensed (NR-U)...` （另一个示例提供了用户设备(UE)在新无线电未许可(NR-U)中用于经配置的准许上行链路(UL)传输的功能600...） | 对比文件整体描述了一种在NR-U中实现“经配置的准许上行链路传输”的技术方案，这本质上是一种无线通信的方法。本领域技术人员能够从对比文件描述的UE和gNB的操作（如选择HARQ ID、插入UCI、编码传输等）中，直接且明确地理解该文件教导了一种无线通信的方法。该方法在对比文件中用于解决在未许可频谱中进行高效、低延迟上行传输的技术问题，与目标专利权利要求所限定的“无线通信的方法”属于相同类型。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B：由用户设备(UE)接收用于经配置的准许资源的配置，所述配置指定是否在所述经配置的准许资源中对经配置的准许上行链路控制信息(CG‑UCI)与混合自动重传请求确认(HARQ‑ACK)进行复用**<br>**判断结果：《未直接公开也未隐含公开》** | 说明书第[0034]段：`In Release 15 NR, two configured grant mechanisms are supported: Type 1 which can be based on radio resource control (RRC) configuration, and Type 2, which can be based on RRC configuration+layer 1 (L1) activation and deactivation.` （在Release 15 NR中，支持两种经配置的准许机制：类型1可以基于无线资源控制(RRC)配置，类型2可以基于RRC配置+层1(L1)激活和去激活。）<br>说明书第[0060]段：`In another example, the PUSCH starting offset value can be RRC configured.` （在另一个示例中，PUSCH起始偏移值可以通过RRC配置。） | 对比文件确实公开了UE可以通过RRC信令接收用于经配置的准许资源的配置（例如，类型1机制）。然而，对比文件全文均未提及任何关于“指定是否在经配置的准许资源中对CG-UCI与HARQ-ACK进行复用”的配置信息。对比文件主要关注HARQ进程ID的选择、指示以及在UCI中的携带，以及资源（时域、频域）的配置，但完全没有涉及对两种特定UCI（CG-UCI和HARQ-ACK）是否进行复用的模式配置。本领域技术人员无法从对比文件的任何内容中推理或推断出存在这样一种特定的复用配置。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征C：所述CG‑UCI包括以下各项中的至少一项：HARQ标识符(HARQ‑ID)、冗余版本、或新数据指示符**<br>**判断结果：《直接公开》** | 说明书第[0042]段：`In another example, more flexibility can be provided when the HARQ process IDs that can be used for configured grant transmission are RRC signaled through a bitmap or fixed.` （在另一个示例中，当可用于经配置的准许传输的HARQ进程ID通过位图或固定方式用RRC信令通知时，可以提供更大的灵活性。）<br>说明书第[0061]段：`...select, at the UE, a hybrid automatic repeat request process identifier (HARQ process ID) from a set of HARQ IDs; insert the HARQ process ID into uplink control information (UCI) on a physical uplink shared channel (PUSCH)...` （...在UE处，从一组HARQ ID中选择混合自动重传请求进程标识符(HARQ进程ID)；将该HARQ进程ID插入物理上行链路共享信道(PUSCH)上的上行链路控制信息(UCI)中...） | 对比文件明确且反复地教导了，在经配置的准许传输中，UE选择HARQ进程ID（即HARQ-ID）并将其插入到PUSCH上的UCI中（参见[0042], [0061]段）。根据目标专利说明书[0090]段对CG-UCI的定义（“CG‑UCI与经配置的准许相关，并且指示与正常UCI...和/或经配置的UL数据...相关联的信息”），以及[0110]段（“CG‑UCI 432可以指示用于PUSCH...的HARQ标识符(HARQ‑ID)”），对比文件中公开的“插入到经配置准许传输的PUSCH的UCI中的HARQ-ID”即对应于目标专利中的CG-UCI所包含的HARQ-ID。虽然对比文件未明确提及“冗余版本”或“新数据指示符”也包含在此UCI中，但技术特征C是“包括以下各项中的至少一项”，因此公开“HARQ-ID”一项即已满足该特征的限定。该特征在对比文件中用于标识HARQ进程，与目标专利中解决HARQ进程管理问题的目的相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征D：由所述UE在所述经配置的准许资源中发送上行链路(UL)通信信号**<br>**判断结果：《直接公开》** | 说明书第[0061]段：`...encode, at the UE, the UCI for transmission to a next generation node B (gNB) via a configured grant uplink transmission using the HARQ process ID...` （...在UE处，对UCI进行编码，以通过使用该HARQ进程ID的经配置的准许上行链路传输发送给下一代节点B(gNB)...）<br>说明书第[0049]段：`A configured grant transmission 204 can be transmitted using the time-domain resources indicated by 204.` （可以使用由204指示的时域资源来发送经配置的准许传输204。） | 对比文件明确描述了UE执行“经配置的准许上行链路传输”（configured grant uplink transmission），这必然意味着UE在经配置的准许资源中发送上行链路通信信号。图2及其对应文字说明（[0049]段）也清晰地展示了在特定时域资源上进行经配置的准许传输。该操作在对比文件中是实现免调度上行传输的核心步骤，与目标专利中利用经配置资源进行上行传输的作用一致。因此，该技术特征被对比文件直接公开。 |
| **技术特征E：如果所述配置规定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，则所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI和所述HARQ‑ACK**<br>**判断结果：《未直接公开也未隐含公开》** | 无相关引用。 | 如对技术特征B的分析，对比文件根本未公开任何关于“规定对CG-UCI与HARQ-ACK进行复用”的配置。因此，基于该假设性配置所导出的“UL通信信号包括CG-UCI和HARQ-ACK”的操作步骤，在对比文件中完全没有对应记载，也无法从中推断得出。该技术特征与对比文件所描述的技术方案无关。 |
| **技术特征F：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK是在与所述经配置的准许资源相重叠的时间资源处被调度的，则所述经配置的准许资源中的所述UL通信信号包括所述HARQ ACK并且没有所述CG‑UCI。**<br>**判断结果：《未直接公开也未隐含公开》** | 无相关引用。 | 同技术特征E，对比文件未公开“指定不对CG-UCI与HARQ-ACK进行复用”的配置。此外，对比文件也未描述“HARQ-ACK在重叠资源处被调度”以及在此条件下UE在经配置准许资源中仅发送HARQ-ACK而不发送CG-UCI的特定行为逻辑。该技术特征涉及一种复杂的、条件性的传输选择规则，在对比文件中无任何依据。 |
| **技术特征G：所述HARQ‑ACK被调度在与所述经配置的准许资源重叠的时间资源处。**<br>**判断结果：《未直接公开也未隐含公开》** | 无相关引用。 | 对比文件虽然提到了HARQ-ACK反馈（见图2，[0049]段），但并未描述该HARQ-ACK反馈是“被调度”在与经配置的准许资源“重叠”的时间资源处。图2中的HARQ-ACK反馈 220 显示在DL突发 208 之后，并未明确其与经配置的准许资源 212 或 216 在时间上重叠。对比文件主要关注经配置准许传输本身及其HARQ进程管理，未涉及经调度HARQ-ACK与经配置资源冲突时的处理。 |
| **技术特征H：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。**<br>**判断结果：《未直接公开也未隐含公开》** | 无相关引用。 | 同技术特征F和G，该特征的前提（指定不复用的配置、HARQ-ACK不被调度在重叠资源处）和结论（仅发送CG-UCI）在对比文件中均无对应描述。无法从对比文件推断出这一系列的条件判断和传输内容选择。 |
| **技术特征I：如果所述配置指定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。**<br>**判断结果：《未直接公开也未隐含公开》** | 无相关引用。 | 该技术特征存在逻辑矛盾：配置指定进行复用，但最终信号却不包括HARQ-ACK。这可能需要结合其他规则（如无HARQ-ACK可发送）来理解。但无论如何，对比文件既未公开“指定复用的配置”，也未描述在此配置下因HARQ-ACK未被调度而导致仅发送CG-UCI的行为。 |
| **技术特征J：所述配置是无线资源控制(RRC)配置。**<br>**判断结果：《直接公开》** | 说明书第[0034]段：`In Release 15 NR, two configured grant mechanisms are supported: Type 1 which can be based on radio resource control (RRC) configuration, and Type 2, which can be based on RRC configuration+layer 1 (L1) activation and deactivation.` （在Release 15 NR中，支持两种经配置的准许机制：类型1可以基于无线资源控制(RRC)配置，类型2可以基于RRC配置+层1(L1)激活和去激活。）<br>说明书第[0041]段：`In another example, the HARQ process IDs configured for configured grant transmission can be indicated in the activation/deactivation DCIs.` （在另一个示例中，为经配置的准许传输配置的HARQ进程ID可以在激活/去激活DCI中指示。） | 对比文件明确公开了经配置的准许资源可以通过RRC进行配置（类型1机制完全基于RRC，类型2机制也基于RRC配置）。虽然对比文件也提到了通过DCI（层1信令）进行激活或指示部分参数，但这并不排除配置本身是基于RRC的。对于技术特征J限定的“所述配置是无线资源控制(RRC)配置”，对比文件公开的“基于RRC的配置”与其完全一致。该RRC配置在对比文件中用于建立半永久性的资源分配，与目标专利中配置经配置准许资源的作用相同。因此，该技术特征被对比文件直接公开。 |
<<<C>>><<<D>>><<<J>>>