对比文件名称：发明公开_CN105493597A PUCCH资源映射和HARQ-ACK反馈
目标专利名称：用于物理上行链路控制信道(PUCCH)的资源分配
本次调用模型名称：GPT-4
根据目标专利说明书，该专利涉及NR（5G）系统中用于PUCCH的资源分配，尤其考虑了NR与LTE的潜在差异，例如支持不同服务类型（如eMBB和URLLC）、更大的ACK有效载荷、以及在PUCCH中传输BSR的可能性。资源分配可以基于服务类型，并且可以是动态或半静态的。对比文件CN105493597A主要涉及LTE系统中在动态TDD子帧配置（eIMTA）场景下的PUCCH资源映射和HARQ-ACK反馈，其核心在于如何基于参考配置和动态配置的混合来确定HARQ定时和资源分配，以解决资源冲突和效率问题。
以下是根据目标专利权利要求划分的技术特征与对比文件的比对分析：
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种用于由用户装备UE进行无线通信的方法，《直接公开》** | 说明书第[0111]段：“图11解说了根据本公开各方面的可由用户装备(UE)执行的用于无线通信的示例操作1100。” 第[0190]段：“操作1100开始于1102，接收指示动态上行链路-下行链路(UL-DL)子帧配置的信令。在1104，UE可以基于参考UL-DL子帧配置确定混合自动重复请求(HARQ)确收/否定确收(ACK/NACK)定时。在1106，UE可以基于动态UL-DL子帧配置确定HARQ资源分配。” | 对比文件明确描述了一种由UE执行的无线通信方法，包括接收信令、确定HARQ定时和确定资源分配等步骤。这与目标专利权利要求限定的“用于由用户装备UE进行无线通信的方法”这一上位概念直接对应。 |
| **技术特征B：确定被分配用于提供一个或多个上行链路控制信息UCI比特的资源，《直接公开》** | 说明书第[0190]段：“在1106，UE可以基于动态UL-DL子帧配置确定HARQ资源分配。” 第[0195]段：“基于动态UL-DL子帧配置确定HARQ资源分配可包括基于动态UL-DL子帧配置确定物理上行链路控制信道(PUCCH)资源分配。” | 对比文件中UE确定的“HARQ资源分配”具体指用于传输HARQ ACK/NACK的PUCCH资源分配（参见第[0195]段）。HARQ ACK/NACK是UCI的一种（参见目标专利说明书第[0080]段）。因此，对比文件公开了“确定被分配用于提供UCI比特（此处特指ACK/NACK比特）的资源”。 |
| **技术特征C：基于将不同数目的UCI比特映射到不同的资源池的映射来确定第一资源池，《隐含公开》** | 说明书第[0175]段：“取决于子帧的ARO值的示例可以基于以下理念：因为CCE索引是基于块的，并且取决于M的值，因此旧式UE和新UE之间的区别也可以是取决于子帧的。” 第[0188]段：“在EPDCCH子帧中，PUCCH资源可以被ARO字段进一步调节用于冲突避免。在一些情形中，某种形式的ARO资源压缩可以被用来减小PUCCH开销。例如，ARO字段可以被用来动态地指示PUCCH资源开始偏移N(1)PUCCH。” | 目标专利中该特征旨在解决不同有效载荷大小（如1比特、2比特或更多ACK比特）需要映射到不同资源池以满足性能要求的问题（参见目标专利说明书第[0102]段）。对比文件虽未明确提及“不同数目的UCI比特”，但其核心问题（第[0175]段）在于因动态配置导致不同UE（或不同子帧）看到的关联集大小(M)不同，从而使得基于CCE索引的隐式PUCCH资源映射可能冲突。为了解决此冲突，对比文件提出了使用ARO（HARQ确收资源偏移）来动态调节PUCCH资源（第[0188]段）。本领域技术人员可以理解，关联集大小M直接影响需要反馈的ACK/NACK比特数（码本大小），如第[0170]段所述。因此，为处理因M不同（导致ACK比特数潜在不同）而引起的资源冲突，对比文件提出的基于ARO的动态资源调节机制，在逻辑上隐含了需要根据不同的情况（可关联到不同的ACK比特数）来映射或调整到不同的PUCCH资源区域（即不同的资源池）。 |
| **技术特征D：其中所述映射将所述一个或多个UCI比特中的一数目的UCI比特映射到所述第一资源池，《隐含公开》** | 同技术特征C的引用。 | 基于技术特征C的隐含公开逻辑，对比文件提出的资源分配机制（包括隐式映射和ARO调整）是为了适应动态配置下不同的HARQ反馈场景。当UE根据动态配置确定其HARQ-ACK码本大小（即特定数目的ACK比特）后，会通过所述机制（例如基于特定CCE索引和可能的ARO偏移）确定其对应的PUCCH资源。这实质上是一个将特定数目的ACK比特（由M决定）映射到特定PUCCH资源（池）的过程。因此，该特征被对比文件隐含公开。 |
| **技术特征E：并且其中所分配的资源包括所述第一资源池的一个或多个资源，《直接公开》** | 说明书第[0158]段：“PUCCH资源可以通过PDCCH/EPDCCH的第一控制信道元素(CCE)/增强型控制信道元素(ECCE)索引隐式地确定。” 第[0188]段：“PUCCH资源可以被ARO字段进一步调节...” | 对比文件公开的PUCCH资源分配结果，无论是通过隐式映射（基于CCE/ECCE）还是结合ARO调整，最终都确定了用于传输HARQ-ACK的具体PUCCH资源。这些资源属于为HARQ-ACK反馈所分配的资源池（例如由参数N(1)_PUCCH定义的资源区域）中的具体资源。因此，该特征被直接公开。 |
| **技术特征F：以及使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH。《直接公开》** | 说明书第[0158]段提及“PUCCH资源”用于“HARQ-ACK反馈”。第[0190]段整个操作流程的最终目的就是进行HARQ-ACK反馈。第[0064]段UL PHY信道列表包括“确收信道(ACKCH)”，即承载ACK/NACK的PUCCH。 | 对比文件所描述的方法（图11操作1100）的最终目的就是UE使用所确定的PUCCH资源向基站发送HARQ-ACK反馈（即带有ACK/NACK比特的PUCCH）。这是本领域技术人员阅读对比文件后能毫无疑义得出的必然步骤和结果。 |
| **技术特征G：其中所述一个或多个UCI比特包括以下各项中的至少一项：用于确收至所述UE的下行链路传输的一个或多个确收比特、调度请求SR、缓冲器状态报告BSR、或信道质量指示符CQI。《部分直接公开》** | 说明书全文多处提及“HARQ ACK/NACK”、“ACK/NACK”，例如第[0154]段、第[0190]段。例如第[0064]段：“确收信道(ACKCH)”。 | 对比文件明确且唯一地公开了UCI比特中的“用于确收至所述UE的下行链路传输的一个或多个确收比特”（即HARQ ACK/NACK）。对比文件全篇专注于HARQ-ACK反馈相关的资源分配问题，并未提及在PUCCH上发送SR、BSR或CQI。因此，仅“确收比特”这一项被直接公开，其他选项（SR、BSR、CQI）未被公开。 |
| **技术特征H：其中所述资源是动态地分配的。《直接公开》** | 说明书第[0190]段：“UE可以基于动态UL-DL子帧配置确定HARQ资源分配。” 第[0198]段：“可以至少部分基于动态信令来确定PUCCH资源分配。动态信令可以经由用于发射功率控制(TPC)命令的下行链路控制信息(DCI)格式中的一个或多个位来传达。” | 对比文件明确教导了PUCCH资源分配是基于“动态UL-DL子帧配置”来确定的（第[0190]段），并且可以进一步通过动态信令（如DCI中的位）来指示或调整（第[0198]段）。这明确对应于目标专利中“资源是动态地分配的”这一特征。 |
| **技术特征I：其中所述资源是半静态地分配的。《未公开》** | 对比文件未提及。 | 对比文件的核心在于解决动态TDD配置下的资源分配问题，其资源分配主要基于动态配置和动态信令。说明书未提及半静态分配PUCCH资源用于UCI传输。 |
| **技术特征J：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个信道质量指示符CQI比特。《未公开》** | 对比文件未提及。 | 对比文件仅涉及HARQ-ACK比特的传输和资源分配，未提及在同一PUCCH传输中同时包含ACK比特和CQI比特（即“经组合UCI”）。 |
| **技术特征K至S（涉及ACK与CQI的组合、资源关系及编码方式）《未公开》** | 对比文件未提及。 | 由于对比文件根本未公开在PUCCH上组合传输ACK和CQI（技术特征J），因此，与之相关的进一步限定，如资源是否相同、分配方式、是否使用特定资源发送、以及联合编码或单独编码等（技术特征K至S），均未被对比文件公开。这些特征在目标专利中是为了解决组合UCI传输的具体技术问题。 |
| **技术特征T：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及缓冲器状态报告BSR比特。《未公开》** | 对比文件未提及。 | 对比文件未提及在PUCCH上传输BSR，更未提及ACK与BSR的组合传输。 |
| **技术特征U至Y（涉及ACK与BSR的组合、资源关系、分配方式、决定逻辑及联合编码）《未公开》** | 对比文件未提及。 | 由于基础组合（技术特征T）未被公开，因此相关的进一步限定（技术特征U至Y）也未被公开。 |
| **技术特征Z：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个调度请求SR比特。《未公开》** | 对比文件未提及。 | 对比文件未提及在PUCCH上传输SR，也未提及ACK与SR的组合传输。 |
<<<A>>><<<B>>><<<E>>><<<F>>><<<H>>><<<c>>><<<d>>>