**对比文件名称**：CN103339893A_Description_20260105_1618
**目标专利名称**：根据用户提供的信息，目标专利名称未在指令中明确给出，但在权利要求中涉及“用于新无线电非许可(NR‑U)的经配置的准许上行链路控制信息(UCI)复用”相关技术。
**本次调用模型名称**：DeepSeek-R1
以下是根据目标专利权利要求划分的技术特征与对比文件CN103339893A的比对表格。
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种无线通信的方法**<br>《直接公开》 | 对比文件标题：“用于改善确认/否定确认反馈的方法和装置”。 | 对比文件CN103339893A的标题和全文内容明确涉及无线通信系统中确认/否定确认反馈的方法，属于无线通信方法的范畴。因此，该技术特征被对比文件直接公开。 |
| **技术特征B：由用户设备(UE)接收用于经配置的准许资源的配置，所述配置指定是否在所述经配置的准许资源中对经配置的准许上行链路控制信息(CG‑UCI)与混合自动重传请求确认(HARQ‑ACK)进行复用**<br>《未公开》 | 对比文件说明书第[0047]段：“例如，RRC信令可以配置资源以使用PUCCH格式3发送ACK/NACK。” | **直接公开性判断**：对比文件提到了使用RRC信令配置资源用于发送ACK/NACK反馈（例如配置PUCCH格式3）。然而，对比文件全文未提及“经配置的准许资源(configured grant resources)”这一特定概念，也未提及“经配置的准许上行链路控制信息(CG-UCI)”。对比文件配置的资源是用于发送常规HARQ-ACK反馈的PUCCH资源，而非用于在免调度/自主上行链路传输中复用特定控制信息的配置。因此，该特征未被直接公开。<br><br>**隐含公开性判断**：本领域技术人员无法从对比文件中关于配置PUCCH资源以发送ACK/NACK的内容，合理推断出目标专利中“接收用于经配置的准许资源的配置，且该配置指定是否对CG-UCI与HARQ-ACK进行复用”这一具体技术方案。对比文件解决的是在特定上行链路/下行链路配置下如何高效反馈多个ACK/NACK的问题（见背景技术及摘要），而目标专利解决的是在NR-U的经配置准许传输中，如何复用CG-UCI与HARQ-ACK以解决因LBT和调度不确定性带来的解码问题。两者技术问题、技术手段均不同。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征C：所述CG‑UCI包括以下各项中的至少一项：HARQ标识符(HARQ‑ID)、冗余版本、或新数据指示符**<br>《未公开》 | 无对应原文。对比文件全文未提及“CG-UCI”。 | **直接公开性判断**：对比文件未提及“CG-UCI”这一概念，更未公开其具体内容包括HARQ-ID、冗余版本或新数据指示符。因此，未被直接公开。<br><br>**隐含公开性判断**：对比文件主要涉及ACK/NACK反馈的发送和资源指示，未涉及在免调度上行链路传输中携带用于标识传输进程或数据版本的特定控制信息。本领域技术人员无法从对比文件公开的内容中推理出目标专利中定义的CG-UCI及其具体内容。因此，该技术特征未被隐含公开。 |
| **技术特征D：由所述UE在所述经配置的准许资源中发送上行链路(UL)通信信号**<br>《未公开》 | 对比文件说明书第[0047]段：“例如，RRC信令可以配置资源以使用PUCCH格式3发送ACK/NACK。” 及图8、图9流程中描述的UE发送ACK/NACK的过程。 | **直接公开性判断**：对比文件描述了UE在配置的资源（如PUCCH资源）上发送上行链路控制信息（ACK/NACK）。然而，对比文件中的“资源”是常规的、用于承载控制信息的PUCCH资源，并非目标专利中特指的“经配置的准许资源(configured grant resources)”。后者在目标专利说明书[0091]段中明确为用于“未经调度的传输”、“无准许UL数据”的资源。因此，该特征未被直接公开。<br><br>**隐含公开性判断**：虽然UE在配置的资源上发送上行链路信号是无线通信中的常见操作，但“经配置的准许资源”在目标专利中有特定的技术含义（与免调度、自主上行链路传输相关）。对比文件未涉及此类资源的概念或应用场景。本领域技术人员无法从对比文件关于在PUCCH上发送ACK/NACK的教导中，必然推理出在“经配置的准许资源”中发送上行链路通信信号。因此，该技术特征未被隐含公开。 |
| **技术特征E：如果所述配置规定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，则所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI和所述HARQ‑ACK**<br>《未公开》 | 无对应原文。 | **直接/隐含公开性判断**：该特征描述了基于配置的复用模式决定UL信号内容的具体操作。如前述，对比文件未公开“CG-UCI”、“经配置的准许资源”以及指定两者与HARQ-ACK是否复用的配置。因此，该特征所描述的整个条件判断及信号内容构成均无法在对比文件中找到对应或可合理推断的依据。故该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征F：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK是在与所述经配置的准许资源相重叠的时间资源处被调度的，则所述经配置的准许资源中的所述UL通信信号包括所述HARQ ACK并且没有所述CG‑UCI。**<br>《未公开》 | 无对应原文。 | **直接/隐含公开性判断**：该特征描述了另一种基于配置和调度情况的信号内容决策逻辑。对比文件未公开任何关于“CG-UCI”与“HARQ-ACK”在特定资源上“复用”或“不复用”的配置，也未涉及在“经配置的准许资源”与“调度的HARQ-ACK资源”重叠时的处理规则。因此，该特征所描述的完整技术方案在对比文件中没有基础，无法被直接或隐含公开。 |
| **技术特征G：所述HARQ‑ACK被调度在与所述经配置的准许资源重叠的时间资源处。**<br>《未公开》 | 对比文件说明书多处（如[0047]段）描述了基于下行链路许可的HARQ-ACK反馈定时关系，但未提及与“经配置的准许资源”重叠。 | **直接公开性判断**：对比文件描述了HARQ-ACK反馈是基于下行链路许可调度的，并在特定的上行链路子帧中发送。但未提及“经配置的准许资源”这一概念，因此更谈不上描述HARQ-ACK被调度在与其重叠的资源处。未被直接公开。<br><br>**隐含公开性判断**：对比文件解决的是在常规调度框架下的ACK/NACK反馈问题，其技术方案不涉及“经配置的准许资源”与“调度的HARQ-ACK资源”可能重叠的场景及处理。本领域技术人员无法从对比文件推理出该特征。因此，未被隐含公开。 |
| **技术特征H：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。**<br>《未公开》 | 无对应原文。 | **直接/隐含公开性判断**：同特征E、F的分析，该特征是目标专利中定义的又一具体操作逻辑。由于对比文件缺失“CG-UCI”、“经配置的准许资源”、“复用配置”等核心概念，该逻辑的前提和结论均无法在对比文件中找到对应或可推导的依据。故该技术特征未被公开。 |
| **技术特征I：如果所述配置指定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。**<br>《未公开》 | 无对应原文。 | **直接/隐含公开性判断**：该特征描述的场景是配置允许复用，但实际无HARQ-ACK需要发送时的处理。同样，由于对比文件未公开“CG-UCI”、“经配置的准许资源”及相关的“复用配置”，该特征的整体技术方案在对比文件中没有对应。因此，该技术特征未被公开。 |
| **技术特征J：所述配置是无线资源控制(RRC)配置。**<br>《直接公开》 | 对比文件说明书第[0047]段：“例如，RRC信令可以配置资源以使用PUCCH格式3发送ACK/NACK。” | 对比文件明确记载了使用RRC（无线资源控制）信令来配置用于发送ACK/NACK反馈的资源（如PUCCH格式3资源）。这与目标专利中“配置是无线资源控制(RRC)配置”的技术特征相同。因此，该技术特征被对比文件直接公开。 |
<<<A>>><<<J>>>