**对比文件名称**：US2020228248A1_Description_20260105_1624
**目标专利名称**：用于新无线电非许可(NR‑U)的经配置的准许上行链路控制信息(UCI)复用
**本次调用的模型名称**：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种无线通信的方法**<br>**《直接公开》** | 对比文件涉及无线通信系统中的方法和装置，例如在摘要、实施例和操作流程中描述。例如，第[0029]段：“Among other things, embodiments of the present disclosure are directed to...”。 | 对比文件通篇描述无线通信系统中的方法，例如用户设备(UE)和基站(gNB)执行的操作流程（如第[0197]-[0199]段描述的流程图）。其整体主题“用于新无线电系统的服务优先级控制与数据传输”明确属于无线通信方法范畴。因此，对比文件直接公开了“一种无线通信的方法”这一上位技术特征。 |
| **技术特征B：由用户设备(UE)接收用于经配置的准许资源的配置，所述配置指定是否在所述经配置的准许资源中对经配置的准许上行链路控制信息(CG‑UCI)与混合自动重传请求确认(HARQ‑ACK)进行复用**<br>**《隐含公开》** | 1. 第[0076]段：“In the following embodiments/examples, PUSCH can be dynamic grant-based or configured-grant based...”<br>2. 第[0103]段：“In Rel-15, a UE does not expect to receive a PDSCH that is scheduled after reception of an UL grant scheduling a PUSCH such that the HARQ-ACK for the PDSCH is to be multiplexed with the PUSCH. However, in one embodiment, when configured with slot-based or enhanced PUSCH repetitions, the UE may receive a PDSCH subsequent to reception of an UL grant triggering PUSCH transmissions with repetitions. In such a case, the UE may be expected to multiplex the HARQ-ACK (and any other UCI as permitted by multiplexing rules and time-line conditions) on a PUSCH repetition that overlaps with the PUCCH resource for HARQ-ACK feedback...”<br>3. 第[0077]段：“In one embodiment, if a PUCCH transmission that includes a positive SR overlaps with a PUSCH without UL-SCH on a serving cell, e.g., contains only A-CSI report, where the PUSCH duration is no more than K≥1 symbols... UE transmits the PUSCH and drops/delays the SR. K can be configured by higher layer.” | 1. **关于“经配置的准许资源”**：对比文件明确提及“configured-grant based” PUSCH（第[0076]段），即基于配置准许的PUSCH，这直接对应于目标专利的“经配置的准许资源”。<br>2. **关于“配置指定是否复用”**：对比文件多处描述了通过高层信令（higher layer signaling）对UE行为进行配置，以决定在资源冲突时是进行复用还是丢弃/优先传输某一类信息。例如，第[0103]段描述了在特定配置（配置了时隙级或增强的PUSCH重复）下，UE被期望（may be expected）在重叠的PUSCH资源上复用HARQ-ACK。第[0077]段则描述了通过高层配置参数K来决定在PUSCH与SR冲突时是发送PUSCH还是丢弃/延迟SR。这体现了一种由配置决定的复用或非复用行为模式。<br>3. **关于“CG-UCI与HARQ-ACK复用”的具体指示**：虽然对比文件没有明确提及“CG-UCI”这一术语，但其核心是处理包括HARQ-ACK在内的各类UCI（上行控制信息）与PUSCH（包括基于配置准许的PUSCH）在资源冲突时的复用、优先级和丢弃规则。考虑到目标专利中“CG-UCI”是用于标识和辅助处理经配置准许传输的一种特定UCI，在对比文件的语境下，当处理基于配置准许的PUSCH与HARQ-ACK的冲突时，本领域技术人员能够理解，需要有一种机制来协调或指示这两类信息的传输，这自然隐含了对“是否复用”进行配置的需求。对比文件第[0103]段描述的“在配置了PUSCH重复的情况下，UE被期望在重叠的PUSCH上复用HARQ-ACK”即是一种具体的配置示例，它隐含了配置可以指定在经配置的PUSCH资源上对HARQ-ACK进行复用。因此，综合对比文件关于配置准许PUSCH、高层配置行为以及UCI/PUSCH冲突处理机制的描述，本领域技术人员能够合理推断出“由UE接收用于经配置的准许资源的配置，所述配置指定是否在所述经配置的准许资源中对经配置的准许上行链路控制信息(CG‑UCI)与混合自动重传请求确认(HARQ‑ACK)进行复用”这一技术特征。 |
| **技术特征C：所述CG‑UCI包括以下各项中的至少一项：HARQ标识符(HARQ‑ID)、冗余版本、或新数据指示符**<br>**《未公开》** | 对比文件中未找到任何关于在经配置准许传输中携带特定标识信息如HARQ-ID、冗余版本(RV)、新数据指示符(NDI)的记载。 | 对比文件主要关注不同UCI类型（HARQ-ACK, CSI, SR）之间或与PUSCH之间的优先级和复用，以及通过高层参数配置UE行为。尽管提到了PUSCH（包括配置准许型）可以携带UCI，但并未具体公开一种专门用于经配置准许传输的UCI（即CG-UCI），更没有公开该UCI所包含的诸如HARQ-ID、RV、NDI等用于标识和描述经配置准许传输本身状态的具体信息元素。这些信息对于经配置准许传输的健壮性至关重要，但在对比文件中未见任何直接或隐含的教导。 |
| **技术特征D：由所述UE在所述经配置的准许资源中发送上行链路(UL)通信信号**<br>**《直接公开》** | 第[0076]段：“In the following embodiments/examples, PUSCH can be dynamic grant-based or configured-grant based...” 以及后续多个实施例描述了UE在PUSCH资源上发送UL信号。 | 对比文件明确公开了UE在基于配置准许（configured-grant）的PUSCH资源上进行上行链路传输。PUSCH传输必然包含上行链路通信信号。因此，该特征被对比文件直接公开。 |
| **技术特征E：如果所述配置规定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，则所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI和所述HARQ‑ACK**<br>**《隐含公开》** | 1. 第[0103]段：“...when configured with slot-based or enhanced PUSCH repetitions, the UE may be expected to multiplex the HARQ-ACK ... on a PUSCH repetition that overlaps with the PUCCH resource for HARQ-ACK feedback...”<br>2. 第[0078]段及后续涉及资源冲突处理的多个实施例，描述了在特定条件下（如配置了特定的优先级、满足时间线要求等），UE将HARQ-ACK复用到PUSCH上。 | 1. **关于“配置规定复用”**：如技术特征B的论述，对比文件隐含了通过配置来决定是否在经配置的PUSCH资源上复用HARQ-ACK。第[0103]段即为一例，其中“when configured with...”表明配置是前提。<br>2. **关于“UL通信信号包括CG-UCI和HARQ-ACK”**：对比文件明确教导了在满足条件时，UE在PUSCH上复用并发送HARQ-ACK（第[0103]段）。虽然对比文件未明确提及“CG-UCI”，但根据目标专利说明书，CG-UCI是经配置准许传输的一部分，用于指示相关信息。在对比文件的场景中，当UE在经配置准许的PUSCH资源上发送信号时，该PUSCH信号本身就承载了经配置准许的UL数据或控制信息。若根据配置需要在该PUSCH上额外复用HARQ-ACK，则最终发送的UL通信信号必然同时包含了经配置准许传输的内容（在目标专利中具体化为CG-UCI和/或CG-PUSCH数据）以及HARQ-ACK。本领域技术人员基于对比文件关于在PUSCH上复用HARQ-ACK的教导，结合“经配置准许PUSCH”这一已知概念，能够合理推断出：若配置规定在经配置准许资源上对经配置准许传输内容与HARQ-ACK进行复用，则最终信号将包含两者。 |
| **技术特征F：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK是在与所述经配置的准许资源相重叠的时间资源处被调度的，则所述经配置的准许资源中的所述UL通信信号包括所述HARQ ACK并且没有所述CG‑UCI。**<br>**技术特征G：所述HARQ‑ACK被调度在与所述经配置的准许资源重叠的时间资源处。**<br>**《隐含公开》（对于F和G的组合逻辑）** | 1. 第[0078]段开始的多个实施例描述了PUSCH（包括配置准许型）与HARQ-ACK资源冲突时的处理。例如，第[0078]段：“UE may transmit the first HARQ-ACK, and drop the PUSCH and second HARQ-ACK”。第[0080]段：“UE may multiplex the first HARQ-ACK onto PUSCH according to the indicated or configured beta offset values and drops second HARQ-ACK”。这些描述表明，在冲突时，可以优先发送HARQ-ACK而丢弃PUSCH，或者将HARQ-ACK复用到PUSCH上。<br>2. 第[0030]-[0049]段详细讨论了多个HARQ-ACK资源冲突时的优先级规则，例如优先发送最近DL传输对应的HARQ-ACK、或优先级更高的HARQ-ACK等。这些规则本质上是配置或隐式决定的。 | 1. **关于特征G（HARQ-ACK被调度在重叠资源处）**：对比文件通篇讨论的资源冲突场景，其前提就是不同UL资源（如PUCCH携带的HARQ-ACK与PUSCH）在时间/频率上重叠。这是对比文件解决的问题背景，因此特征G被直接蕴含在对比文件的教导中。<br>2. **关于特征F（配置指定不复用且HARQ-ACK被调度在重叠处时，发HARQ-ACK，不发CG-UCI）**：对比文件虽然没有使用“配置指定不复用”的明确表述，但其大量实施例描述了基于配置的优先级规则。例如，当某个HARQ-ACK被配置或隐式确定为具有更高优先级时（如对应最近DL传输、对应特定HARQ码本组等），UE将优先发送该HARQ-ACK，并丢弃与其资源冲突的PUSCH传输（参见第[0078]段例子）。这种“丢弃PUSCH”的行为，在目标专利的语境下，对应于“没有所述CG-UCI”（因为CG-UCI是经配置准许PUSCH传输的一部分）。因此，对比文件隐含公开了这样一种操作模式：当配置（或基于配置的规则）决定了在资源冲突时优先发送被调度的HARQ-ACK而非进行复用时，则发送HARQ-ACK而不发送经配置准许的PUSCH（即没有CG-UCI）。 |
| **技术特征H：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。**<br>**《隐含公开》** | 1. 第[0076]段承认PUSCH可以是configured-grant based。<br>2. 对比文件整体逻辑是处理资源重叠冲突。如果没有冲突，则各类传输可正常进行。 | 该特征描述的是没有资源冲突的常态情况。对比文件明确提到了基于配置准许的PUSCH传输（第[0076]段）。既然对比文件的核心是解决冲突，那么在没有冲突（即HARQ-ACK未被调度在重叠资源处）的情况下，本领域技术人员根据常识可以理解，UE应当正常进行其已配置的传输，即发送经配置准许的PUSCH。在目标专利的语境下，这对应于发送包含CG-UCI的UL通信信号，且由于没有重叠的HARQ-ACK需要发送，因此该信号没有HARQ-ACK。这是对比文件技术方案在无冲突场景下的必然结果，因此属于隐含公开。 |
| **技术特征I：如果所述配置指定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。**<br>**《隐含公开》** | 同技术特征H的引用。 | 此特征与技术特征H的逻辑类似，只是前提条件中的配置状态不同（“指定复用” vs “指定不复用”）。但核心点在于“HARQ-ACK不被调度在重叠资源处”。无论配置是要求复用还是不复用，复用的对象（HARQ-ACK）不存在（未被调度），则复用行为无从发生。因此，最终结果与技术特征H相同：发送经配置准许的PUSCH（包含CG-UCI），且没有HARQ-ACK。这也是对比文件技术方案在无冲突场景下的必然结果，属于隐含公开。 |
| **技术特征J：所述配置是无线资源控制(RRC)配置。**<br>**《直接公开》** | 对比文件中多次提及“higher layer signaling”或“UE specific RRC signaling”进行配置。例如：<br>1. 第[0030]段：“...configured by higher layer signaling such as UE specific RRC signaling...”<br>2. 第[0056]段：“...configured by higher layer, e.g., as part of SR configuration...” | 对比文件明确且反复地指出，对UE的各种行为规则、参数（如优先级、是否允许复用、K值等）的配置是通过高层信令完成的，并特别指出是“UE specific RRC signaling”。无线资源控制（RRC）信令是3GPP标准中典型的高层配置方式。因此，对比文件直接公开了配置是通过RRC信令进行的。 |
<<<A>>><<<D>>><<<J>>><<<b>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>>