对比文件名称：US2021315000A1_Description_20260105_1755
目标专利名称：用于新无线电非许可(NR‑U)的经配置的准许上行链路控制信息(UCI)复用
本次调用模型名称：DeepSeek最新版本模型
### 特征比对表格
| 第一栏：技术特征描述及公开性判断结果 | 第二栏：对比文件原文引用 | 第三栏：公开性论述 |
| **技术特征A：《直接公开》**<br>一种无线通信的方法 | [0005] “Methods and apparatuses are described herein for uplink control information (UCI) design for uplink (UL) transmission with configured grants.” | 对比文件开篇即明确其主题涉及“用于具有配置授权的上行链路传输的上行链路控制信息设计的方法和装置”。这直接公开了“一种无线通信的方法”这一宽泛的上位概念。在目标专利中，该方法旨在解决UCI复用问题；在对比文件中，该方法旨在解决免授权NOMA中的UE识别和MCS报告问题。虽然具体技术问题不同，但两者均属于无线通信领域的方法，因此该技术特征被直接公开。 |
| **技术特征B：《隐含公开》**<br>由用户设备(UE)接收用于经配置的准许资源的配置，所述配置指定是否在所述经配置的准许资源中对经配置的准许上行链路控制信息(CG‑UCI)与混合自动重传请求确认(HARQ‑ACK)进行复用 | [0084], [0085], [0090] “In NR, the piggybacked UCI may be mapped after the front-loaded DMRS symbol... The piggybacked UCI may include a HARQ-ACK...” <br><br>[0123] “For a UE in the RRC-Connected state with a configured grant type 1, the UE may be configured with the RRC parameter ConfiguredGrantUClLength to configure the number of symbols used for transmitting the CG-UCI.” <br><br>[0147] “If the UE in either the example of FIG. 3A or FIG. 3B has an ACK or a CSI to be piggybacked on the PUSCH, the UE may not map the ACK and CSI to the symbols carrying the CG-UCI; the UE may map the modulated HARQ-ACK symbols to the symbols starting from the first available symbol that is not carrying the DMRS or the CG-UCI after the front loaded DMRS.” | 对比文件明确公开了UE接收用于经配置授权资源的配置（如通过RRC参数`ConfiguredGrantUClLength`配置CG-UCI资源，见[0123]）。同时，对比文件详细描述了在配置授权PUSCH上，UCI（包括HARQ-ACK）可以被“搭载（piggybacked）”复用（见[0084], [0085], [0090]），并具体说明了当同时有CG-UCI和HARQ-ACK时，HARQ-ACK应映射到不携带CG-UCI的符号上（见[0147]）。这表明对比文件的技术方案中，CG-UCI和HARQ-ACK在相同的配置授权资源上传输时，存在一种“复用关系”，尽管这种关系是通过资源映射的先后顺序（CG-UCI在HARQ-ACK之前）来体现，而非一个显式的“是/否”复用配置开关。本领域技术人员可以合理推断，为了实现这种既定的资源映射规则，网络侧（gNB）在配置资源时，必然隐含地“指定”了这种复用模式（即允许或要求CG-UCI和HARQ-ACK在资源上共存并按规则排列）。因此，该技术特征被隐含公开。对比文件未明确区分“复用”与“不复用”两种模式，故非直接公开。 |
| **技术特征C：《隐含公开》**<br>所述CG‑UCI包括以下各项中的至少一项：HARQ标识符(HARQ‑ID)、冗余版本、或新数据指示符 | [0108]-[0112] “The UE may indicate the UE ID through the CG-UCI signaling... Indicate the CS-RNTI for a UE at RRC-Connected state...” <br><br>[0215] “For a UE in RRC-Connected state, the UE may indicate its CS-RNTI in the CG-UCI payload bits.” <br><br>（关于HARQ进程信息）对比文件整体涉及配置授权（免授权）传输，这是HARQ进程应用的场景。 | 对比文件明确公开了CG-UCI可以包含用于识别UE的标识符，如CS-RNTI（见[0108], [0110], [0215]）。在无线通信系统中，特别是在涉及HARQ进程的配置授权/免授权传输中，HARQ进程标识符（HARQ-ID）、新数据指示符（NDI）和冗余版本（RV）是与传输块密切相关的关键信息，用于接收机正确解码和组合数据。对比文件全文讨论的是配置授权上行链路传输，这本身就是HARQ过程的一部分。本领域技术人员知晓，为了使gNB能够正确解码PUSCH上的UL-SCH数据并管理HARQ进程，在CG-UCI中携带HARQ-ID、NDI和RV等信息是必要且常规的技术手段。因此，虽然对比文件未明确列举这些字段，但基于其公开的CG-UCI用于UE识别和MCS指示的上下文，以及配置授权传输必然涉及HARQ的背景，可以合理推断CG-UCI“包括”或“可以包括”这些与HARQ进程相关的信息。该技术特征被隐含公开。 |
| **技术特征D：《直接公开》**<br>由所述UE在所述经配置的准许资源中发送上行链路(UL)通信信号 | [0005] “A user equipment (UE) may transmit a configured grant-UCI (CG-UCI) on a configured grant physical uplink shared channel (PUSCH) for an UL transmission with a configured grant.” <br><br>[0120]-[0122] 图2A和2B示出了配置授权（CG）资源，包括用于CG-PUSCH和DMRS的RE。 | 对比文件直接且明确地描述了UE在配置授权的物理上行链路共享信道（PUSCH）上发送上行链路传输，该传输包括CG-UCI（见[0005]）。图2A和2B及其说明（[0120]-[0122]）进一步展示了配置授权资源的具体时频结构，UE正是在这些资源中发送上行链路通信信号（包含CG-UCI和可能的UL-SCH数据）。这与目标专利中“在经配置的准许资源中发送上行链路(UL)通信信号”的技术特征完全相同。 |
| **技术特征E：《隐含公开》**<br>如果所述配置规定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，则所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI和所述HARQ‑ACK | [0147] “If the UE in either the example of FIG. 3A or FIG. 3B has an ACK or a CSI to be piggybacked on the PUSCH, the UE may not map the ACK and CSI to the symbols carrying the CG-UCI; the UE may map the modulated HARQ-ACK symbols to the symbols starting from the first available symbol that is not carrying the DMRS or the CG-UCI after the front loaded DMRS.” | 如对技术特征B的论述，对比文件描述了在配置授权PUSCH上，当UE有HARQ-ACK需要发送时，会将其与CG-UCI在相同的资源内进行复用，并遵循特定的映射规则（HARQ-ACK映射在不携带CG-UCI的符号上）。这清晰地表明，在对比文件所隐含的“复用模式”下，UL通信信号同时包括了CG-UCI和HARQ-ACK。因此，该技术特征被隐含公开。 |
| **技术特征F：《未公开》**<br>如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK是在与所述经配置的准许资源相重叠的时间资源处被调度的，则所述经配置的准许资源中的所述UL通信信号包括所述HARQ ACK并且没有所述CG‑UCI。 | 未发现相关描述。 | 对比文件全文聚焦于在配置授权资源上发送CG-UCI，以及如何将其他UCI（如HARQ-ACK）与CG-UCI复用。没有提及任何关于“配置指定不复用”的模式，也没有讨论当HARQ-ACK被调度在与配置授权资源重叠的资源时，UE需要放弃发送CG-UCI而只发送HARQ-ACK的场景或规则。该技术特征涉及一种特定的冲突解决规则，在对比文件中没有依据。 |
| **技术特征G：《未公开》**<br>所述HARQ‑ACK被调度在与所述经配置的准许资源重叠的时间资源处。 | 未发现相关描述。 | 对比文件虽然提到HARQ-ACK可以在PUSCH上搭载发送，但并未描述该HARQ-ACK是“被调度”在与配置授权资源“重叠的时间资源处”。对比文件中的HARQ-ACK更可能是指UE需要反馈的、针对之前下行传输的ACK/NACK，其发送时机由UE根据数据到达情况在配置授权资源内自主决定，而非由动态DCI在特定重叠资源上“调度”。该特征未被公开。 |
| **技术特征H：《未公开》**<br>如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。 | 未发现相关描述。 | 如对技术特征F的论述，对比文件未提及“配置指定不复用”的模式。因此，基于该前提的后续操作（即在不复用且无调度冲突时只发送CG-UCI）在对比文件中没有对应描述。虽然对比文件图6的实施例（[0146]）示出了仅发送CG-UCI和CG-PUSCH的场景，但该场景并未与“HARQ-ACK不被调度”以及“不复用配置”这两个条件关联。该技术特征未被公开。 |
| **技术特征I：《隐含公开》**<br>如果所述配置指定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。 | [0005], [0123], [0144]-[0146] 描述了UE在配置授权资源上发送CG-UCI。图3A、3B及相应描述展示了发送CG-UCI的场景。 | 对比文件明确公开了UE在配置授权资源上发送包含CG-UCI的UL通信信号（见[0005], [0123], [0144]-[0146]）。这是其核心实施例之一。虽然对比文件没有明确讨论“HARQ-ACK不被调度”这一条件，但根据其整体描述，当UE没有需要搭载的HARQ-ACK时（即“HARQ-ACK不被调度”的一种表现），它自然只发送CG-UCI（及可能的UL-SCH数据）。考虑到技术特征E已论证对比文件隐含了“复用模式”，那么在此模式下，当没有HARQ-ACK需要发送时，UL信号仅包含CG-UCI是顺理成章的结果。因此，该技术特征被隐含公开。 |
| **技术特征J：《直接公开》**<br>所述配置是无线资源控制(RRC)配置。 | [0123] “For a UE in the RRC-Connected state with a configured grant type 1, the UE may be configured with the RRC parameter ConfiguredGrantUClLength to configure the number of symbols used for transmitting the CG-UCI. The RRC parameter ConfiguredGrantUCILength may be carried by RRC information element ConfiguredGrantConfig.” <br><br>[0125]-[0129] 针对RRC-Inactive和RRC-Idle状态的UE，也描述了通过RRC配置（如`ConfiguredGrantInactiveUCILength`, `ConfiguredGrantIdleUCILength`）或系统信息（RMSI/OSI，也属于RRC层功能）来配置CG-UCI资源。 | 对比文件在多处直接且明确地指出，用于配置CG-UCI传输资源的参数是通过RRC（无线资源控制）配置信息元素（如`ConfiguredGrantConfig`）或系统信息块（RMSI/OSI）传递给UE的（见[0123], [0125]-[0129]）。这直接公开了“配置是无线资源控制(RRC)配置”这一技术特征。 |
<<<A>>><<<D>>><<<J>>><<<b>>><<<c>>><<<e>>><<<i>>>