**对比文件名称**：CN103973422A_Description_20260105_1620
**目标专利名称**：用于新无线电非许可(NR‑U)的经配置的准许上行链路控制信息(UCI)复用
**本次调用模型名称**：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (段落标号/部分) | 公开性论述 |
| **技术特征A：一种无线通信的方法** <br>《直接公开》 | “本发明提供了一种复用和发送信道质量指示符（CQI）和重发数据的方法。” (发明内容部分) <br> “在一个方面，提供了一种在无线通信系统中的支持混合自动重传请求（HARQ）的方法。” (发明内容部分) | 对比文件直接公开了一种在无线通信系统中执行的方法，该方法涉及HARQ过程以及CQI与数据的复用。这与目标专利权利要求1的主题“一种无线通信的方法”属于相同的技术领域和范畴。因此，技术特征A被直接公开。 |
| **技术特征B：由用户设备(UE)接收用于经配置的准许资源的配置，所述配置指定是否在所述经配置的准许资源中对经配置的准许上行链路控制信息(CG‑UCI)与混合自动重传请求确认(HARQ‑ACK)进行复用** <br>《未公开》 | 对比文件未公开与“经配置的准许资源”或“CG‑UCI”相关的任何内容。对比文件描述的是基于动态调度（通过PDCCH发送上行链路许可）的HARQ过程（参见图6及对应描述）。 | 目标专利中的“经配置的准许资源”特指无需每次传输都接收动态调度（DCI许可）的半静态配置资源（如SPS配置），这是NR-U中的关键特征。对比文件完全基于动态许可（初始上行链路许可、重发上行链路许可），未公开任何半静态配置的资源概念。此外，对比文件未涉及“CG‑UCI”或其与“HARQ-ACK”是否复用的配置。因此，技术特征B既未被直接公开，也无法从对比文件中隐含推导得出。 |
| **技术特征C：所述CG‑UCI包括以下各项中的至少一项：HARQ标识符(HARQ‑ID)、冗余版本、或新数据指示符** <br>《未公开》 | 对比文件未提及“CG‑UCI”或任何功能等同的、专门用于经配置准许传输的控制信息。 | 目标专利的CG‑UCI是用于在经配置的准许传输中携带特定控制信息（如HARQ进程信息）的独立UCI类型。对比文件中描述的控制信息是CQI，其功能是反馈信道状态，与CG‑UCI所携带的用于标识和解释经配置准许传输本身的信息（HARQ-ID, RV, NDI）完全不同。因此，技术特征C未被公开。 |
| **技术特征D：由所述UE在所述经配置的准许资源中发送上行链路(UL)通信信号** <br>《隐含公开》 | “UE在由初始上行链路许可指示的PUSCH上发送上行链路数据。”（参见图9步骤S520及对应描述） <br> “UE在PUSCH上发送复用数据。”（参见图9步骤S580及对应描述） | 对比文件明确公开了UE在PUSCH上发送上行链路数据或复用数据（数据+CQI）的行为，这构成了“发送上行链路(UL)通信信号”。虽然对比文件中的PUSCH资源是基于动态许可分配的，而非“经配置的准许资源”，但“发送UL通信信号”这一动作本身是无线通信中的基本操作。从对比文件公开的“在PUSCH上发送数据”可以合理推断出“发送UL通信信号”。然而，发送的“资源环境”（动态许可 vs. 经配置准许）不同。因此，技术特征D被隐含公开。 |
| **技术特征E：如果所述配置规定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，则所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI和所述HARQ‑ACK** <br>《未公开》 | 对比文件公开了将“CQI”与“重发数据”进行复用并在PUSCH上发送（参见图9步骤S570-S580）。然而，这里的“CQI”是信道状态信息，并非目标专利中的“CG‑UCI”；“重发数据”是用户数据，并非“HARQ‑ACK”反馈。 | 目标专利中描述的是两种控制信息（CG‑UCI和HARQ‑ACK）在特定配置下的复用。对比文件描述的是控制信息（CQI）与用户数据（重发数据）的复用。两者解决的问题（前者解决经配置传输中控制信息的可靠携带与解析，后者解决在重传时捎带信道反馈以减少信令开销）、复用的对象和作用均不相同。因此，技术特征E未被公开。 |
| **技术特征F：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK是在与所述经配置的准许资源相重叠的时间资源处被调度的，则所述经配置的准许资源中的所述UL通信信号包括所述HARQ ACK并且没有所述CG‑UCI。** <br>《未公开》 | 对比文件未涉及任何关于“是否复用CG‑UCI与HARQ-ACK”的配置。也未描述当HARQ-ACK调度与某资源重叠时，在该资源中仅发送HARQ-ACK而丢弃CG‑UCI的场景。 | 该特征描述了基于特定配置和调度条件的复杂决策逻辑。对比文件完全没有提及“经配置的准许资源”、“CG‑UCI”以及决定两者是否复用的“配置”。因此，本领域技术人员无法从对比文件中推导出该特征。技术特征F未被公开。 |
| **技术特征G：所述HARQ‑ACK被调度在与所述经配置的准许资源重叠的时间资源处。** <br>《未公开》 | 对比文件描述了HARQ ACK/NACK信号的发送，但它是作为对PUSCH上数据的反馈，由BS在PHICH上发送给UE（参见图5及描述），或者隐含在调度中。未提及UE发送的HARQ-ACK被“调度”并与另一种“资源”重叠的概念。 | 目标专利中“HARQ-ACK被调度”指的是UE需要发送的针对下行数据的确认反馈，其发送资源（如PUCCH）可能被网络调度。对比文件未公开UE发送的上行HARQ-ACK反馈与“经配置的准许资源”在时间上重叠的场景。因此，技术特征G未被公开。 |
| **技术特征H：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。** <br>《未公开》 | 同技术特征F的论述，对比文件未涉及相关配置和条件判断。虽然对比文件图6展示了单独发送CQI（非复用）的场景，但那是周期性PUCCH发送，与“经配置的准许资源中发送CG‑UCI”无关。 | 该特征是另一种基于配置和调度条件的决策逻辑。对比文件缺乏“经配置的准许资源”、“CG‑UCI”以及决定是否复用的“配置”等基础概念，因此无法隐含推导出该特征。技术特征H未被公开。 |
| **技术特征I：如果所述配置指定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。** <br>《未公开》 | 该特征描述了一种看似矛盾的场景（配置允许复用，但因无调度而不发送HARQ-ACK）。对比文件未涉及任何关于“是否复用CG‑UCI与HARQ-ACK”的配置，也未描述因HARQ-ACK未被调度而影响经配置传输内容的情况。 | 该特征逻辑上可能对应于目标专利中CG-UCI独立发送的情况（即使配置了复用模式，但没有HARQ-ACK要发送）。但对比文件完全没有提供推导出这一系列条件判断（配置模式、调度重叠判断）的基础。因此，技术特征I未被公开。 |
| **技术特征J：所述配置是无线资源控制(RRC)配置。** <br>《未公开》 | 对比文件通篇未提及“RRC配置”。所有调度和传输参数的指示均通过PDCCH上的DCI（上行链路许可）进行，属于动态信令。 | 目标专利明确将“指定是否复用CG-UCI与HARQ-ACK”的配置定义为RRC配置，这是一种高层半静态配置。对比文件完全使用动态的物理层信令（DCI）进行控制，未公开任何使用RRC信令进行此类配置的技术手段。因此，技术特征J未被公开。 |
<<<A>>><<<d>>>