**对比文件名称**：US2020145167A1_Description_20260105_1749
**目标专利名称**：用于新无线电非许可(NR‑U)的经配置的准许上行链路控制信息(UCI)复用
**本次调用模型名称**：DeepSeek
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种无线通信的方法**<br>《直接公开》 | 对比文件涉及无线通信方法，例如摘要及全文提及“method and apparatus for transmitting HARQ-ACK information”。 | 对比文件通篇描述在无线通信系统中传输HARQ-ACK信息的方法，属于“一种无线通信的方法”这一上位概念范畴。因此，该技术特征被对比文件直接公开。 |
| **技术特征B：由用户设备(UE)接收用于经配置的准许资源的配置，所述配置指定是否在所述经配置的准许资源中对经配置的准许上行链路控制信息(CG‑UCI)与混合自动重传请求确认(HARQ‑ACK)进行复用**<br>《隐含公开》 | [0024] 表1 “Modified PUCCH-Resource Information Element” 中定义了包含参数 `forcedEnding` 的 `PUCCH-Resource` IE。<br>[0025] 如果参数 'forcedEnding' 在第一个PUCCH资源的IE 'PUCCH-Resource' 中以值 'enabled' 存在，则UE可以将第一个PUCCH资源识别为HARQ-ACK信息的指定PUCCH资源……如果UE在时隙中发送多个PUCCH和/或PUSCH，则UE可以在第二个PUCCH资源或PUSCH资源中复用并发送相应的HARQ-ACK信息和其他UCI，该资源结束于第一个PUCCH资源的最后一个符号所在的时间间隔内。<br>[0062] 根据另一个可能的实施例，如果多个携带DL DCI的PDCCH指示同一时隙用于HARQ-ACK传输……UE可以基于强制结束HARQ-ACK传输的指示来确定是否实际复用HARQ-ACK信息…… | 1. **技术特征内容比对**：目标专利特征B的核心在于UE接收一个“配置”，该配置“指定是否”在特定资源（经配置的准许资源）中对两种特定信息（CG-UCI和HARQ-ACK）进行复用。<br>2. **对比文件分析**：对比文件未明确提及“经配置的准许资源(configured grant resource)”或“CG-UCI”这两个特定术语。然而，对比文件详细描述了UE接收PUCCH资源配置（例如通过RRC信令配置`PUCCH-Resource` IE，见表1及[0024]），并且该配置中可包含一个指示，即`forcedEnding`参数（[0024], [0025]）。当此参数启用时，它强制要求承载HARQ-ACK信息的传输（无论是使用最初分配的资源还是通过复用在其他资源中）必须在一个特定的时间间隔（例如子时隙）内结束，这个时间间隔由最初分配的PUCCH资源的结束符号决定（[0025], [0030], [0062]）。<br>3. **隐含公开推理**：本领域技术人员可以合理推断，`forcedEnding`这样的配置参数实质上“指定”了一种关于如何安排HARQ-ACK传输（包括是否与其他UCI复用）的行为规则。虽然对比文件焦点是HARQ-ACK与其他UCI（如CSI、SR）的复用，并且强制条件是关于“结束时间”而非直接“是否复用”，但“强制结束时间”这一配置逻辑地影响了UE对资源使用的决策，包括复用决策（如[0025]所述，如果PUSCH不满足结束时间条件，则可能丢弃PUSCH以在PUCCH中发送HARQ-ACK）。这种通过配置参数来“指定”传输行为（包括复用相关的约束）的机制，与目标专利中通过配置来“指定是否复用”在原理上相通。虽然具体的信息类型（CG-UCI）和资源类型（经配置的准许资源）不同，但“接收一个配置，该配置指定了关于特定信息在特定资源中传输（包括复用）的行为规则”这一上位概念已被对比文件隐含公开。 |
| **技术特征C：所述CG‑UCI包括以下各项中的至少一项：HARQ标识符(HARQ‑ID)、冗余版本、或新数据指示符**<br>《未公开》 | 对比文件全文未提及“CG-UCI”、“Configured Grant UCI”或具有类似功能的控制信息。 | 对比文件主要关注在PUCCH或PUSCH中复用和传输HARQ-ACK、CSI、SR等已知UCI类型，并未涉及或描述一种专门用于经配置准许传输、并携带HARQ-ID、RV、NDI等信息的特定UCI（即CG-UCI）。因此，对比文件既未直接公开也未隐含公开技术特征C的内容。 |
| **技术特征D：由所述UE在所述经配置的准许资源中发送上行链路(UL)通信信号**<br>《隐含公开》 | [0025] ...如果UE在时隙中发送多个PUCCH和/或PUSCH，则UE可以在第二个PUCCH资源或PUSCH资源中复用并发送相应的HARQ-ACK信息和其他UCI...<br>[0030] ...UE可以在PUSCH资源2中复用HARQ-ACK...<br>[0058] ...UE使用PUCCH资源发送PUCCH...UE在PUSCH中复用HARQ-ACK信息和/或CSI报告... | 1. **技术特征内容比对**：该特征核心是UE在一种被称为“经配置的准许资源”的特定资源中发送UL通信信号。<br>2. **对比文件分析**：对比文件未使用“经配置的准许资源(configured grant resource)”这一术语。然而，对比文件多处描述了UE在由网络配置的资源（如PUCCH资源、PUSCH资源）中发送上行信号（包括UCI和/或数据）。例如，UE根据配置的`PUCCH-Resource`发送PUCCH（[0024], [0058]），或在PUSCH资源中复用并发送UCI（[0030], [0058]）。<br>3. **隐含公开推理**：“经配置的准许资源”在目标专利中是一种由高层（如RRC）半静态配置、用于UE免调度上行传输的资源。对比文件中描述的PUCCH资源（通过RRC配置的`PUCCH-Resource` IE）和PUSCH资源（可能包括基于配置授权的传输，虽然未明确说明）都属于“由网络配置的、用于UE发送上行信号的资源”这一更宽泛的概念。因此，本领域技术人员可以合理地从对比文件描述的“在配置的PUCCH/PUSCH资源中发送UL信号”推断出“在一种配置的资源中发送UL通信信号”这一技术特征。虽然资源的具体类型和用途可能存在差异，但该特征的核心动作已被隐含公开。 |
| **技术特征E：如果所述配置规定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，则所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI和所述HARQ‑ACK**<br>《未公开》 | 对比文件全文未提及“CG-UCI”。 | 该技术特征的前提和核心内容均涉及“CG-UCI”。如特征C所述，对比文件未公开CG-UCI这一概念。因此，关于CG-UCI与HARQ-ACK在特定条件下一起被包含在UL信号中的具体场景，对比文件无法公开。 |
| **技术特征F：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK是在与所述经配置的准许资源相重叠的时间资源处被调度的，则所述经配置的准许资源中的所述UL通信信号包括所述HARQ ACK并且没有所述CG‑UCI**<br>《隐含公开》 | [0025] ...如果UE在时隙中发送多个PUCCH和/或PUSCH...如果PUSCH资源1与用于HARQ-ACK的PUCCH资源1重叠，UE可能不会在PUSCH资源1中复用HARQ-ACK，但可以丢弃PUSCH资源1上的传输以满足第一个HARQ-ACK传输的强制结束条件。<br>[0030] 在图示说明中...UE可能不会在PUSCH资源1中复用HARQ-ACK，但可以丢弃PUSCH资源1上的传输以满足第一个HARQ-ACK传输的强制结束条件。 | 1. **技术特征内容比对**：该特征描述了一种特定场景：当配置不允许复用，且HARQ-ACK被调度在与经配置资源重叠时，UE在该资源中只发送HARQ-ACK而不发送CG-UCI。<br>2. **对比文件分析**：对比文件未提及CG-UCI。但是，对比文件描述了一种类似逻辑的场景：当存在“强制结束(forcedEnding)”配置/指示时（这可以被类比为一种“指定”的规则），如果调度的HARQ-ACK传输（在PUCCH资源1中）与另一个上行资源（如PUSCH资源1）在时间上重叠，并且为了满足HARQ-ACK的强制结束条件，UE可以选择不在PUSCH中复用HARQ-ACK，而是“丢弃(drop)”PUSCH传输，以确保HARQ-ACK能在其分配的（或满足结束条件的）资源中发送（[0025], [0030]）。<br>3. **隐含公开推理**：本领域技术人员可以从对比文件的上述教导中进行合理推断和类比。对比文件展示了一种机制：根据配置的规则（强制结束），当两种上行传输（一种是调度的HARQ-ACK，另一种是其他上行信号如PUSCH）冲突时，UE做出选择，优先保证HARQ-ACK的发送，而放弃其他信号。将这种逻辑映射到目标专利的场景：将对比文件的“其他上行信号（如PUSCH）”类比为目标专利的“经配置的准许传输（其一部分是CG-UCI）”，将对比文件的“强制结束配置”类比为目标专利中“指定不复用的配置”。那么，可以推断出：如果配置规则要求优先保证HARQ-ACK（或不允许两者复用），且HARQ-ACK被调度，则UE会在重叠的资源中发送HARQ-ACK，而不发送（或丢弃）经配置的准许传输（包含CG-UCI）。虽然信息类型不完全对应，但“基于配置规则，在冲突时选择发送HARQ-ACK而放弃另一种上行内容”这一核心决策逻辑已被对比文件隐含公开。 |
| **技术特征G：所述HARQ‑ACK被调度在与所述经配置的准许资源重叠的时间资源处**<br>《直接公开》 | [0025] ...如果PUSCH资源1与用于HARQ-ACK的PUCCH资源1重叠...<br>[0030] ...PUCCH资源1与PUSCH资源1重叠...<br>[0058] ...如果PUCCH资源在时间上与PUSCH传输重叠... | 对比文件多次明确描述了HARQ-ACK传输资源（如PUCCH资源1）与其他上行资源（如PUSCH资源1）在时间上“重叠(overlap)”。这直接公开了“HARQ-ACK被调度在与某个上行资源重叠的时间资源处”这一技术特征。目标专利中的“经配置的准许资源”可被视为一种特定的上行资源。 |
| **技术特征H：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK**<br>《未公开》 | 对比文件全文未提及“CG-UCI”。 | 该技术特征的核心内容涉及“UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK”。由于对比文件未公开CG-UCI，因此无法公开包含CG-UCI而不包含HARQ-ACK的特定信号内容。 |
| **技术特征I：如果所述配置指定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK**<br>《未公开》 | 对比文件全文未提及“CG-UCI”。 | 该技术特征的核心内容涉及“UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK”。由于对比文件未公开CG-UCI，因此无法公开包含CG-UCI而不包含HARQ-ACK的特定信号内容。 |
| **技术特征J：所述配置是无线资源控制(RRC)配置**<br>《直接公开》 | [0024] 表1 “Modified PUCCH-Resource Information Element” 展示了通过RRC信令配置的PUCCH资源信息元素(IE)。<br>[0025] ...通过高层信令配置...<br>[0070] ...通过高层信令（如RRC）配置PUCCH资源... | 对比文件明确记载了PUCCH资源配置是通过高层信令完成的，并以“PUCCH-Resource Information Element”为例，这属于标准的无线资源控制(RRC)配置方式。因此，“配置是RRC配置”这一技术特征被对比文件直接公开。 |
<<<A>>><<<b>>><<<d>>><<<f>>><<<G>>><<<J>>>