**对比文件名称**：发明公开_CN105594286A 使用未许可频谱的LTE_LTE-A系统中的物理上行链路控制管理
**目标专利名称**：用于物理上行链路控制信道(PUCCH)的资源分配
**本次调用模型名称**：GPT-4
## 特征比对表格 ##
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于由用户装备UE进行无线通信的方法，<br>《直接公开》 | [0064] “使用未许可频谱的LTE/LTE-A系统部署提供可能对当前LTE PUCCH标准造成问题的额外特征。”<br>[0065] “在方框600处，UE从基站…接收针对上行链路控制信道传输的分配。”<br>[0066] “在方框601处，UE…确定上行链路控制信息(UCI)。”<br>[0067] “在方框602处，UE通过已分配的资源将该UCI发送给基站。” | 对比文件通篇描述了在LTE/LTE-A系统中，UE执行无线通信的方法，具体涉及接收资源分配、确定UCI、以及使用分配的资源发送UCI。这直接公开了一种由UE进行无线通信的方法。 |
| **技术特征B**：确定被分配用于提供一个或多个上行链路控制信息UCI比特的资源，<br>《直接公开》 | [0065] “在方框600处，UE从基站…接收针对上行链路控制信道传输的分配。”<br>[0078] “在LTE中，支持两种类型的PUCCH资源确定：显式资源确定…以及隐式资源确定…” | 对比文件明确描述了UE从基站接收用于上行链路控制信道（PUCCH）传输的资源分配（方框600），并且详细说明了资源确定的方式（显式和隐式）。这直接对应于UE确定被分配用于提供UCI比特的资源。 |
| **技术特征C**：基于将不同数目的UCI比特映射到不同的资源池的映射来确定第一资源池<br>《隐含公开》 | [0067] “UE可以根据至少一个控制信道格式生成多个上行链路控制信道消息，其中，该上行链路控制信道消息包括K个UCI比特。”<br>[0068] “在一个示例中，UE可以将UCI比特的数量(K)与一个或多个阈值进行比较以动态确定要选择的适当PUCCH格式。” | 对比文件描述了UE根据UCI比特的数量（K）来动态选择适当的PUCCH格式（例如格式1a、1b、2/2a/2b、3）。本领域技术人员知晓，不同的PUCCH格式通常关联着不同的资源（例如，不同的物理资源块PRB集合、不同的编码方式等）。因此，根据UCI比特数K选择PUCCH格式，隐含了将不同数目的UCI比特映射到不同的传输资源配置（即资源池），并基于此确定用于当前传输的资源配置（即第一资源池）。 |
| **技术特征D**：其中所述映射将所述一个或多个UCI比特中的一数目的UCI比特映射到所述第一资源池<br>《隐含公开》 | [0068] “如果1<＝K<＝10，则UE可以在每个或各个RB中选择PUCCH格式1a。如果10<K<＝20，则UE可以在每个或各个RB中选择PUCCH格式1b。如果20<K<＝110，则UE可以在每个或各个RB中选择PUCCH格式2/2a/2b。如果K>110，则UE可以在每个或各个RB中选择PUCCH格式3。” | 对比文件给出了具体的映射示例：将特定范围的UCI比特数目（K）映射到特定的PUCCH格式。选择特定的PUCCH格式即意味着选择了该格式对应的传输资源配置（例如，特定的PRB数量、编码容量等）。因此，这一示例隐含公开了映射将特定数目的UCI比特（例如，1-10比特）映射到对应的资源配置（例如，使用格式1a的资源池）。 |
| **技术特征E**：并且其中所分配的资源包括所述第一资源池的一个或多个资源<br>《直接公开》 | [0065] “由于使用未许可频谱载波的LTE/LTE-A连同PUCCH传输的占用信道带宽要求一起造成的增加的潜在有效载荷，针对当前LTE PUCCH传输的单个PRB分配可能是不够的。因此，通过未许可频谱的LTE PUCCH可能在必要时要被分配用于多个PRB。”<br>[0067] “可以针对跨M个已分配PRB中的每一个PRB的所有PUCCH消息选择该PUCCH格式。” | 对比文件明确说明，为了满足占用带宽要求，PUCCH可能被分配多个PRB（物理资源块）。并且，UE根据UCI比特数K选择的PUCCH格式（如上文特征C、D所述）将应用于这些已分配的PRB（M个PRB）。因此，所分配的资源（多个PRB）必然包括根据映射确定的、用于特定格式（即对应特定UCI比特数）的资源配置（第一资源池）中的资源。 |
| **技术特征F**：以及使用所分配的资源来向基站发送带所述一个或多个UCI比特的物理上行链路控制信道PUCCH。<br>《直接公开》 | [0065] “在方框600处，UE从基站…接收针对上行链路控制信道传输的分配。”<br>[0066] “在方框601处，UE…确定上行链路控制信息(UCI)。”<br>[0067] “在方框602处，UE通过已分配的资源将该UCI发送给基站。” | 对比文件的方法步骤明确包括：UE接收资源分配、确定UCI、然后使用所分配的资源向基站发送UCI。这直接公开了使用分配的资源发送带UCI的PUCCH。 |
| **技术特征G**：其中所述一个或多个UCI比特包括以下各项中的至少一项：用于确收至所述UE的下行链路传输的一个或多个确收比特、调度请求SR、缓冲器状态报告BSR、或信道质量指示符CQI。<br>《部分直接公开，部分未公开》 | [0061] “PUCCH格式1/1a/1b主要配置用于传递调度请求(SR)和HARQ确认(ACK)/否定确认(NAK)信息。”<br>[0061] “PUCCH格式2/2a/2b主要配置用于携带具有一些额外ACK/NAK的信道状态信息(CSI)。”<br>[0081] “UCI可以包括ACK/NAK、SR和SCI反馈。” | 对比文件直接公开了UCI比特可以包括ACK/NACK（确收比特）、SR（调度请求）和CSI（信道状态信息，CQI是CSI的一种）。然而，对比文件全文均未提及“缓冲器状态报告(BSR)”可以作为UCI比特在PUCCH中发送。BSR在传统LTE中通常在PUSCH上发送，目标专利说明书[0089]段特别指出了将BSR包括在PUCCH中是NR相对于LTE的一个潜在改变。因此，技术特征G中关于“BSR”的部分未被公开。 |
| **技术特征H**：其中所述资源是动态地分配的。<br>《直接公开》 | [0078] “在LTE中，支持两种类型的PUCCH资源确定：显式资源确定…以及隐式资源确定…”<br>[0079] “使用未许可频谱的LTE PUCCH设计可以保持用于资源确定的相同的显式和隐式方法。” | 对比文件明确指出PUCCH资源确定支持隐式方法（例如，基于PDCCH的起始CCE索引），这属于动态资源分配的一种常见方式。因此，直接公开了资源可以被动态地分配。 |
| **技术特征I**：其中所述资源是半静态地分配的。<br>《直接公开》 | [0078] “在LTE中，支持两种类型的PUCCH资源确定：显式资源确定，其中通过RRC命令向UE指出用于PUCCH的资源，以及隐式资源确定…” | 对比文件明确指出PUCCH资源确定支持显式资源确定，即通过RRC信令半静态地配置资源。因此，直接公开了资源可以被半静态地分配。 |
| **技术特征J**：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个信道质量指示符CQI比特。<br>《直接公开》 | [0061] “PUCCH格式2/2a/2b主要配置用于携带具有一些额外ACK/NAK的信道状态信息(CSI)。”<br>[0081] “UCI可以包括ACK/NAK、SR和SCI反馈。” | 对比文件公开了PUCCH格式2/2a/2b用于携带CSI（包括CQI）以及额外的ACK/NACK。这直接公开了UCI比特可以同时包括确收比特（ACK/NAK）和CQI比特。 |
| **技术特征K**：其中所分配的资源包括被分配用于提供所述一个或多个确收比特以及所述一个或多个CQI比特的资源。<br>《直接公开》 | [0061] “PUCCH格式2/2a/2b主要配置用于携带具有一些额外ACK/NAK的信道状态信息(CSI)。”<br>[0067] “UE可以根据至少一个控制信道格式生成多个上行链路控制信道消息…可以针对跨M个已分配PRB中的每一个PRB的所有PUCCH消息选择该PUCCH格式。” | 当UE选择PUCCH格式2/2a/2b来发送包含ACK和CQI的UCI时（特征J），所分配的资源（M个PRB）就是用于提供这两类比特的资源。对比文件描述了UCI内容与PUCCH格式的关联，以及格式应用于分配的资源上。 |
| **技术特征L**：其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述一个或多个CQI比特的资源。<br>《未公开》 | 对比文件未涉及将ACK资源和CQI资源分开分配的描述。其讨论的PUCCH格式（如格式2/2a/2b）是在同一资源上联合携带ACK和CQI。[0083]段提到可以考虑联合编码或单独编码，但并未提及为ACK和CQI分配不同的物理资源。 | 目标专利该特征限定了ACK资源和CQI资源是不同的。对比文件没有公开这种资源分离的方案。其方案更倾向于在同一PUCCH资源上复用或联合/单独编码不同类型的UCI。 |
| **技术特征M**：其中被分配用于所述一个或多个CQI比特的资源是半静态地分配的。<br>《隐含公开》 | [0078] “在LTE中，支持两种类型的PUCCH资源确定：显式资源确定，其中通过RRC命令向UE指出用于PUCCH的资源…”<br>[0060] “半静态资源分配能够实现对CQI的周期性和半静态报告。” (此句引自目标专利背景技术，但反映了LTE公知常识) | 在LTE系统中，用于周期性CQI报告的PUCCH资源通常是通过RRC信令半静态配置的，这是本领域的公知常识。对比文件提及了显式（RRC）资源确定方式，且其讨论的PUCCH传输包含CQI。本领域技术人员可以毫无疑义地推断，用于CQI的资源可以采用这种半静态分配方式。 |
| **技术特征N**：其中用于所述一个或多个确收比特的资源是动态地分配的。<br>《隐含公开》 | [0078] “在LTE中，支持两种类型的PUCCH资源确定：…隐式资源确定，其中UE基于PDCCH的开始控制信道元素(CCE)…确定PUCCH资源。”<br>[0079] “例如，如果只有ACK/NAK传输，并且有与该PDSCH传输相关联的EPDCCH，则UE可以选择使用基于开始ECCE的隐式资源确定。” | 对比文件明确指出，对于ACK/NAK传输，UE可以使用基于PDCCH/EPDCCH起始CCE/ECCE的隐式资源确定，这是一种典型的动态资源分配方式。因此，用于确收比特的资源可以是动态分配的。 |
| **技术特征O**：进一步包括，确定要使用被分配用于所述一个或多个CQI比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特。<br>《直接公开》 | [0061] “PUCCH格式2/2a/2b主要配置用于携带具有一些额外ACK/NAK的信道状态信息(CSI)。” | 对比文件公开的PUCCH格式2/2a/2b就是设计用来在原本用于CSI（CQI）的资源上，额外携带ACK/NACK信息。这直接对应于确定使用被分配用于CQI的资源来发送CQI比特和确收比特。 |
| **技术特征P**：进一步包括，确定要使用被分配用于提供所述一个或多个确收比特的资源来发送所述一个或多个确收比特以及所述一个或多个CQI比特。<br>《未公开》 | 对比文件未描述使用原本专门用于ACK传输的资源（例如，格式1/1a/1b资源）来同时发送ACK和CQI。格式1/1a/1b主要用于ACK/SR，容量较小，不适合携带CQI。 | 目标专利该特征限定了使用ACK资源来发送ACK和CQI。对比文件没有公开这种方案。其方案中，ACK和CQI的组合传输是通过格式2/2a/2b（CQI资源）或动态分配的新资源来实现的。 |
| **技术特征Q**：其中所述一个或多个确收比特是与所述CQI比特中的一者或多者联合地编码的。<br>《隐含公开》 | [0082] “使用未许可频谱的LTE PUCCH设计还可以考虑可以针对所有被调度的UCI执行的联合编码。”<br>[0083] “例如，使用未许可频谱的LTE PUCCH设计可以提供联合编码ACK/NAK和SR…并且单独编码CSI…” | 对比文件明确提出了可以对UCI进行联合编码，并示例了联合编码ACK和SR。虽然此示例是ACK与SR联合，但“所有被调度的UCI”包括ACK和CQI。本领域技术人员基于对比文件公开的联合编码概念，可以合理推断出ACK比特与CQI比特也可以采用联合编码的方式，这是设计选择之一。 |
| **技术特征R**：其中所述一个或多个确收比特和所述一个或多个CQI比特是单独地编码的。<br>《隐含公开》 | [0083] “在其它方面中，该UE还可以考虑单独编码一些UCI，同时联合编码其它UCI。例如…单独编码CSI，其具有不同于ACK/NAK和SR的性能目标。” | 对比文件明确提出了可以单独编码某些UCI类型，并以CSI（包含CQI）为例，指出由于其性能目标不同，可以单独编码。因此，本领域技术人员可以合理推断，当ACK和CQI需要一起发送时，可以采用单独编码的方式。 |
| **技术特征S**：其中所述一个或多个确收比特与所述一个或多个CQI比特的第一部分联合地编码，并与所述一个或多个CQI比特的第二部分单独地编码。<br>《未公开》 | 对比文件未提及将CQI比特分为两部分，并与ACK进行部分联合、部分单独编码的混合编码方案。 | 目标专利该特征限定了非常具体的混合编码方案。对比文件虽然公开了联合编码和单独编码的概念，但没有给出或暗示这种将同一类UCI（CQI）拆分后分别与另一类UCI（ACK）进行不同编码处理的方案。 |
| **技术特征T**：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及缓冲器状态报告BSR比特。<br>《未公开》 | 对比文件全文未提及缓冲器状态报告（BSR）可以作为UCI在PUCCH上传输。 | 如特征G所述，BSR在PUCCH中传输是目标专利指出的NR潜在改变，对比文件基于LTE-U，未涉及此内容。 |
| **技术特征U**：其中所分配的资源包括被分配用于所述一个或多个确收比特以及所述BSR比特的资源。<br>《未公开》 | 由于对比文件未公开BSR在PUCCH中传输（特征T），因此自然也未公开用于ACK和BSR的联合资源分配。 | 该特征依赖于BSR作为PUCCH UCI的一部分，而该前提未被对比文件公开。 |
| **技术特征V**：其中被分配用于提供所述一个或多个确收比特的资源不同于被分配用于所述BSR比特的资源。<br>《未公开》 | 同上，前提不成立。 | 同上。 |
| **技术特征W**：其中被分配用于所述BSR比特的资源是半静态地分配的。<br>《未公开》 | 同上，前提不成立。 | 同上。 |
| **技术特征X**：进一步包括，基于所述一个或多个确收比特的数目来决定要使用被分配用于所述BSR比特的资源还是其他资源来传送所述一个或多个确收比特。<br>《未公开》 | 同上，前提不成立，且对比文件无基于ACK比特数决定是否使用BSR资源的任何描述。 | 同上。 |
| **技术特征Y**：其中所述一个或多个确收比特是与缓冲器状态报告BSR信息联合地编码的。<br>《未公开》 | 同上，前提不成立。 | 同上。 |
| **技术特征Z**：其中所述一个或多个UCI比特包括用于确收至所述UE的下行链路传输的一个或多个确收比特以及一个或多个调度请求SR比特。<br>《直接公开》 | [0061] “PUCCH格式1/1a/1b主要配置用于传递调度请求(SR)和HARQ确认(ACK)/否定确认(NAK)信息。”<br>[0081] “UCI可以包括ACK/NAK、SR和SCI反馈。” | 对比文件明确公开了PUCCH格式1/1a/1b用于传递SR和ACK/NACK，即UCI比特可以同时包括确收比特和SR比特。 |
<<<A>>><<<B>>><<<F>>><<<H>>><<<I>>><<<J>>><<<K>>><<<O>>><<<Z>>>
<<<c>>><<<d>>><<<e>>><<<m>>><<<n>>><<<q>>><<<r>>>