**对比文件名称**：US2020092861A1_Description_20260105_1752
**目标专利名称**：用于新无线电非许可(NR‑U)的经配置的准许上行链路控制信息(UCI)复用
**本次调用模型名称**：GPT-4
---
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种无线通信的方法**<br>《隐含公开》 | 对比文件涉及无线通信系统，特别是在非许可频谱中的操作，描述了上行链路控制信息的复用、经配置的准许资源、CG-UCI、HARQ-ACK等概念。例如，[0346]段描述了在非许可频谱中通过配置准许进行上行链路传输的机制。 | 对比文件整体描述了一种在非许可频谱中进行无线通信的方法，涉及上行链路控制信息的配置、复用和传输。其整体技术方案与目标专利所属技术领域相同，解决的是类似的在非许可频谱中高效、可靠传输上行链路控制信息的技术问题。因此，本领域技术人员可以直接确定对比文件公开了一种无线通信的方法。 |
| **技术特征B：由用户设备(UE)接收用于经配置的准许资源的配置，所述配置指定是否在所述经配置的准许资源中对经配置的准许上行链路控制信息(CG‑UCI)与混合自动重传请求确认(HARQ‑ACK)进行复用**<br>《隐含公开》 | [0348]段：“In an example, in a Type 1 configured grant, an uplink grant is provided by RRC, and stored as configured uplink grant.”<br>[0350]段：“In an example, UCI on PUSCH may carry HARQ process ID, NDI, RVID, etc.”<br>[0380]段：“For autonomous HARQ, a HARQ process may maintain a state variable e.g., HARQ_FEEDBACK, which may indicate the HARQ feedback for the MAC PDU currently in the buffer...” | 对比文件明确公开了通过RRC配置（Type 1 configured grant）为UE提供经配置的准许资源（[0348]）。同时，对比文件也公开了在PUSCH上发送的UCI可以包含HARQ相关信息（[0350]），并且描述了在自主HARQ操作中处理HARQ反馈（[0380]）。虽然对比文件没有使用“指定是否对CG-UCI与HARQ-ACK进行复用”的明确措辞，但本领域技术人员知晓，配置经配置的准许资源（Configured Grant）时，必然需要定义在该资源上允许传输的内容类型及其复用规则，这是实现资源有效利用和避免冲突的基础。结合对比文件公开的CG-UCI（承载HARQ-ID等）和HARQ-ACK反馈均可在PUSCH上发送的事实，可以合理推断，用于配置这些资源的RRC信令中必然包含了关于这些UCI类型是否以及如何在该资源上复用的指示信息。因此，技术特征B被对比文件隐含公开。 |
| **技术特征C：所述CG‑UCI包括以下各项中的至少一项：HARQ标识符(HARQ‑ID)、冗余版本、或新数据指示符**<br>《直接公开》 | [0350]段：“In an example, UCI on PUSCH may carry HARQ process ID, NDI, RVID, etc.”<br>结合上下文，此处的“UCI on PUSCH”在经配置的准许（Configured Grant）传输场景下，即对应CG-UCI。 | 对比文件[0350]段直接、明确地记载了在PUSCH上传输的UCI可以携带HARQ进程ID（即HARQ-ID）、新数据指示符（NDI）和冗余版本（RVID）。在对比文件描述的经配置的准许传输（Configured Grant）语境下，这种在PUSCH中传输的、包含HARQ相关信息的UCI，其作用与目标专利中定义的CG-UCI完全相同，即：为基站提供解码经配置的准许PUSCH所需的关键控制信息，例如用于标识HARQ进程、区分新传/重传以及指示所使用的编码版本。因此，技术特征C被对比文件直接公开。 |
| **技术特征D：由所述UE在所述经配置的准许资源中发送上行链路(UL)通信信号**<br>《直接公开》 | [0346]段：“...a wireless device may be pre-allocated a resource for transmission similar to UL semi persistent scheduling (SPS) and performs LBT prior to using the resource.”<br>[0348]段：“In an example, in a Type 1 configured grant, an uplink grant is provided by RRC, and stored as configured uplink grant.” | 对比文件[0346]和[0348]段直接描述了UE基于预先配置的准许（configured grant）资源进行上行链路传输的机制。UE接收RRC配置的准许资源（类似于半持续调度），并在该资源上发送上行链路信号（需先执行LBT）。这与目标专利中技术特征D描述的动作完全一致，其作用都是实现在非许可频谱中无需动态调度即可进行上行传输，提高资源利用效率和降低延迟。因此，技术特征D被对比文件直接公开。 |
| **技术特征E：如果所述配置规定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，则所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI和所述HARQ‑ACK**<br>《隐含公开》 | [0350]段：“In an example, UCI on PUSCH may carry HARQ process ID, NDI, RVID, etc.”<br>[0380]段涉及HARQ反馈的处理。<br>对比文件整体描述了在PUSCH上复用多种UCI（包括HARQ相关UCI）的可能性。 | 对比文件公开了CG-UCI（承载HARQ-ID等）可以在PUSCH上发送（[0350]），也描述了HARQ-ACK反馈机制（[0380]）。在无线通信系统中，将多种控制信息（如CG-UCI和HARQ-ACK）复用在同一个PUSCH中传输是一种常见且高效的设计。本领域技术人员根据对比文件公开的“在PUSCH上发送UCI”以及“UCI可包含HARQ信息”这两个事实，可以合理推断出：当网络通过配置允许或要求UE在某个经配置的准许资源上同时发送CG-UCI和HARQ-ACK时，UE必然会将它们复用在同一个UL通信信号（PUSCH）中发送。这是实现该配置意图的唯一合理且可行的技术手段。因此，技术特征E被对比文件隐含公开。 |
| **技术特征F：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK是在与所述经配置的准许资源相重叠的时间资源处被调度的，则所述经配置的准许资源中的所述UL通信信号包括所述HARQ ACK并且没有所述CG‑UCI。**<br>《隐含公开》 | 对比文件描述了资源冲突时的处理优先级。虽然没有完全相同的描述，但[0380]段附近关于HARQ进程和反馈的讨论，以及无线通信中通常赋予动态调度反馈（如HARQ-ACK）高于配置型传输优先级的普遍实践。 | 本领域技术人员知晓，在资源冲突时（例如，经调度的HARQ-ACK资源与经配置的准许资源重叠），需要定义处理规则。一种常见且合理的规则是优先保证重要的、有时效性要求的信令（如HARQ-ACK）的传输。对比文件虽然没有明文写出此规则，但其描述了HARQ-ACK反馈机制和经配置准许传输机制共存。从系统设计角度，为了避免反馈丢失导致的重传效率低下，当网络通过调度明确指示UE在某个资源上发送HARQ-ACK，且该资源与配置的CG资源冲突时，让UE放弃在该资源上的CG-UCI/PUSCH传输而只发送HARQ-ACK，是一种本领域技术人员基于对比文件公开的系统框架可以合理推导出的、用于解决资源冲突问题的常规设计选择。因此，技术特征F被对比文件隐含公开。 |
| **技术特征G：所述HARQ‑ACK被调度在与所述经配置的准许资源重叠的时间资源处。**<br>《直接公开》 | 对比文件多处涉及动态调度和配置资源。虽然没有“重叠”一词，但动态调度（产生HARQ-ACK）和配置型资源（CG）是系统中并存的两种资源分配方式，它们在时域上完全有可能被安排在同一时间段，即发生重叠。这是无线资源管理中的基本场景。 | 对比文件明确描述了动态调度（产生HARQ-ACK反馈）和经配置的准许（Configured Grant）资源这两种机制。这两种机制独立运作，网络可以独立地为它们分配时频资源。在时分复用的系统中，将不同机制分配的资源在时间上对齐或部分重叠，是完全可能且常见的网络调度行为。本领域技术人员从对比文件公开的这两种共存机制中，可以直接且明确地确定“HARQ-ACK被调度在与经配置的准许资源重叠的时间资源处”这一场景是存在的，并且是需要被处理的。因此，技术特征G被对比文件直接公开。 |
| **技术特征H：如果所述配置指定不在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。**<br>《隐含公开》 | [0346]-[0350]段描述了基于配置准许的传输，其中UE在配置的资源上发送数据和控制信息（如CG-UCI）。如果在该资源上没有其他被调度的传输（如HARQ-ACK），则UE自然只发送配置准许所规定的内容。 | 这是经配置准许传输的基本工作模式。对比文件明确描述了UE在获得配置的准许资源后，可以在该资源上自主发起传输，传输内容可以包括数据和控制信息（UCI，如CG-UCI）。如果在某个配置的准许资源时刻，网络没有通过动态调度指示UE发送HARQ-ACK（即HARQ-ACK未被调度在该资源上），那么UE在该资源上的传输行为将完全由配置准许决定。根据对比文件公开的配置准许传输原理，UE会在该资源上发送配置准许相关的信号，这必然包括CG-UCI（用于标识传输），而不会包含未被调度的HARQ-ACK。这是配置准许传输定义的题中应有之义。因此，技术特征H被对比文件隐含公开。 |
| **技术特征I：如果所述配置指定在所述经配置的准许资源中对所述CG‑UCI与所述HARQ‑ACK进行复用，并且所述HARQ‑ACK不被调度在与所述经配置的准许资源相重叠的时间资源处，则在所述经配置的准许资源中的所述UL通信信号包括所述CG‑UCI并且没有所述HARQ‑ACK。**<br>《隐含公开》 | 此特征描述的场景是：配置允许复用，但实际没有HARQ-ACK需要发送。这与技术特征H的逻辑结论一致。即使配置允许携带HARQ-ACK，但若实际没有被调度的HARQ-ACK，则发送的信号中自然只包含CG-UCI。 | 对比文件公开了配置准许传输以及UCI复用。技术特征I描述的是配置允许复用CG-UCI和HARQ-ACK的一种特例：即允许复用的条件已满足（配置允许），但复用对象之一（HARQ-ACK）的触发条件未满足（未被调度）。在这种情况下，最终的传输内容仅包含实际存在的部分（CG-UCI）。这是通信协议中“条件触发”或“有则发送，无则不发送”基本原则的体现。本领域技术人员基于对比文件公开的配置传输和UCI复用框架，可以毫无疑义地推理出这一结果。因此，技术特征I被对比文件隐含公开。 |
| **技术特征J：所述配置是无线资源控制(RRC)配置。**<br>《直接公开》 | [0348]段：“In an example, in a Type 1 configured grant, an uplink grant is provided by RRC, and stored as configured uplink grant.” | 对比文件[0348]段直接、明确地记载了Type 1类型的配置准许（configured grant）是由RRC提供的。RRC（Radio Resource Control）即无线资源控制，是高层信令协议。这与目标专利中技术特征J的限定完全一致。因此，技术特征J被对比文件直接公开。 |
<<<C>>><<<D>>><<<G>>><<<J>>>