对比文件名称：发明公开_CN108370301A 基于竞争的物理上行链路共享信道
目标专利名称：针对多个活跃下行链路半持久调度配置的确收反馈
本次调用的模型名称：专利创造性评估模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于在用户装备UE处进行无线通信的方法<br>**判断结果**：《直接公开》 | 对比文件涉及UE处的无线通信方法，例如摘要部分：“用户装备(UE)可以标识要在一子帧期间传送的上行链路(UL)控制信息(UCI)。...描述了一种无线通信的方法。” | 对比文件整体描述了一种在UE处执行的无线通信方法，例如标识UCI、确定调度类型等。这与目标专利权利要求前序部分“一种用于在用户装备UE处进行无线通信的方法”所限定的主题类型相同。因此，技术特征A被对比文件直接公开。 |
| **技术特征B**：接收标识用于多个半持久调度SPS配置的多个控制信道资源集合的配置，所述多个控制信道资源集合包括与所述多个SPS配置中的多者相对应的至少一个集合<br>**判断结果**：《未公开》 | 对比文件涉及SPS配置和资源，例如[0064]段：“RRC信令可被用来配置用于上行链路UL SPS的以下各项中的一者或多者：SPS无线电网络临时身份(RNTI)、SPS间隔...”。[0090]段提到了“PUCCH配置”。 | 目标专利的技术特征B核心在于：为“多个”下行链路SPS配置，配置了“多个”控制信道资源集合，且其中至少一个集合对应“多个SPS配置”。这用于解决多个下行链路SPS的ACK反馈冲突问题。对比文件虽然提到了SPS配置和PUCCH/PUSCH资源，但其关注点在上行链路基于竞争的调度（特别是上行链路SPS PUSCH）。对比文件没有公开或暗示为多个下行链路SPS配置多个PUCCH资源集合并进行关联配置的技术方案。因此，技术特征B未被公开。 |
| **技术特征C**：根据所述多个SPS配置中的第一SPS配置来接收第一下行链路数据并根据所述多个SPS配置中的第二SPS配置来接收第二下行链路数据，其中针对所述第一下行链路数据和所述第二下行链路数据的确收信息被调度成将在一时隙期间被传送<br>**判断结果**：《未公开》 | 对比文件主要描述上行链路操作，但也提及下行链路，例如[0060]段：“DL物理信道可包括...物理下行链路共享信道(PDSCH)。”[0066]段：“基站105可从UE 115收集信道状况信息...”。 | 技术特征C定义了根据多个下行链路SPS配置接收多个下行链路数据（PDSCH），且这些数据的ACK被调度在相同时隙反馈。这是目标专利要解决的核心问题情境。对比文件虽然涉及下行链路传输（如PDSCH），但其发明焦点在于上行链路基于竞争的PUSCH及UCI处理，并未描述或暗示UE同时根据多个活跃的下行链路SPS配置接收数据，且ACK反馈在时域上冲突的场景。因此，技术特征C未被公开。 |
| **技术特征D**：至少部分地基于针对所述第一下行链路数据和所述第二下行链路数据的确收信息比特的数目来选择由所接收的配置标识的所述多个控制信道资源集合中的控制信道资源集合<br>**判断结果**：《未公开》 | 对比文件涉及UCI传送信道选择，例如摘要：“...基于共享(例如，数据)UL信道是否使用基于竞争的调度来选择要在其上传送该UCI的UL信道。”[0192]段：“UE 115可基于UCI的信息类型来确定是否要在UL信道上传送UCI...”。 | 技术特征D是目标专利的核心发明点之一：基于待反馈的ACK信息比特的数目，从预先配置的多个资源集合中选择一个PUCCH资源。对比文件中UCI（包括ACK）的传送信道选择是基于“调度类型”（是否基于竞争）或“UCI的信息类型”（如HARQ反馈与CSI），而不是基于ACK信息比特的数目或有效载荷大小。两者选择的标准和目的完全不同。因此，技术特征D未被公开。 |
| **技术特征E**：以及使用所选控制信道资源集合向网络接入节点传送所述确收信息比特。<br>**判断结果**：《未公开》 | 对比文件涉及在PUCCH上传送UCI（包括ACK），例如摘要：“...其他UCI(诸如，确收信息)可以在物理上行链路控制信道(PUCCH)上传送。” | 技术特征E是使用特征D所选出的特定PUCCH资源集合来传送ACK比特。虽然对比文件公开了在PUCCH上传送ACK信息这一普遍操作，但其并未公开“使用基于ACK比特数目选择出的特定控制信道资源集合”进行传送这一具体技术手段。该特征依附于特征D的选择过程，由于特征D未被公开，且对比文件未揭示此具体传送资源确定方式，故技术特征E未被公开。 |
| **技术特征F**：从所述网络接入节点接收包括所述第一SPS配置和所述第二SPS配置的所述多个SPS配置。<br>**判断结果**：《未公开》 | 对比文件[0064]段：“无线电资源控制(RRC)信令可被用来配置用于上行链路UL SPS的以下各项中的一者或多者：...”。[0141]段：“SPS组件1005可以传送针对UL信道的半持久调度(SPS)的配置或激活消息中的至少一者”。 | 技术特征F特指接收包括“第一”和“第二”SPS配置的“多个”SPS配置。对比文件确实公开了网络向UE配置或激活SPS（主要是上行链路SPS），但未明确提及或暗示为同一个UE配置多个下行链路SPS配置，尤其是为解决ACK反馈冲突而配置多个下行链路SPS。其上下文是单个上行链路SPS的配置或激活。因此，技术特征F未被公开。 |
| **技术特征G**：其中选择所述控制信道资源集合包括：将所述确收信息比特的数目与阈值比特数目进行比较；以及至少部分地基于所述比较来从所述多个控制信道资源集合之中选择所述控制信道资源集合。<br>**判断结果**：《未公开》 | 无相关原文。对比文件未提及根据ACK比特数目与阈值比较来选择资源。 | 技术特征G进一步限定了特征D中的选择机制：通过将ACK比特数目与一个阈值比较来决定使用哪个PUCCH资源集合（例如，≤2比特用资源集0，>2比特用资源集1）。这是实现多SPS ACK反馈资源自适应选择的具体规则。对比文件完全未涉及此基于比特数阈值的资源选择机制。因此，技术特征G未被公开。 |
| **技术特征H**：其中传送所述确收信息比特包括：标识要用于传送所述确收信息比特的控制信道格式；以及使用所选控制信道资源集合根据所标识的控制信道格式来向所述网络接入节点传送所述确收信息比特。<br>**判断结果**：《未公开》 | 对比文件提及PUCCH格式，例如[0104]段：“...在PUCCH格式3、4或5被配置成用于UE时...”。 | 技术特征H涉及在已选资源上进一步确定控制信道格式（如PUCCH格式0、1等）并据此传送。对比文件虽然提及了PUCCH格式的存在，但并未在“为多个SPS ACK反馈选择特定资源集合”的上下文中，描述根据ACK信息进一步确定并应用特定控制信道格式进行传输的步骤。因此，技术特征H未被公开。 |
| **技术特征I**：其中所接收的配置进一步标识所述阈值比特数目。<br>**判断结果**：《未公开》 | 无相关原文。 | 技术特征I限定阈值比特数目由配置标识。这是对特征G中阈值的来源的具体规定。对比文件未涉及任何与ACK比特数目阈值相关的配置。因此，技术特征I未被公开。 |
| **技术特征J**：其中所述阈值比特数目包括两比特。<br>**判断结果**：《未公开》 | 无相关原文。 | 技术特征J是阈值比特数目的一个具体示例（两比特）。对比文件未涉及任何具体的ACK比特数目阈值。因此，技术特征J未被公开。 |
| **技术特征K**：在所述时隙中接收根据动态配置调度的第三下行链路数据。<br>**判断结果**：《未公开》 | 对比文件涉及动态调度，例如[0067]段：“...动态调度PDCCH可关于监视优先级具有胜过PHICH的优先级。” | 技术特征K描述了在同一个ACK反馈时隙内，除了来自多个SPS的下行链路数据外，还接收动态调度的下行链路数据。这是目标专利中混合ACK码本构建的场景之一。对比文件虽然提及动态调度，但并未将其与多个SPS配置的下行链路接收以及ACK反馈在相同时隙内组合的场景相关联。因此，技术特征K未被公开。 |
| **技术特征L**：进一步包括：在无线电资源控制信令中接收所述第一SPS配置和所述第二SPS配置；以及在下行链路控制信息中接收所述动态配置。<br>**判断结果**：《直接公开》 | [0064]段：“无线电资源控制(RRC)信令可被用来配置用于上行链路UL SPS的以下各项中的一者或多者...”<br>[0067]段：“...动态调度PDCCH...” (PDCCH承载DCI) | 技术特征L限定了通过RRC信令接收SPS配置，以及通过DCI接收动态调度配置。对比文件明确公开了使用RRC信令配置SPS参数（尽管主要针对UL SPS），也公开了使用PDCCH（即DCI）进行动态调度。虽然目标专利特指“第一SPS配置和第二SPS配置”，但对比文件公开了通过RRC配置SPS的一般方法；目标专利特指的“动态配置”即对比文件公开的通过DCI进行的动态调度。因此，该特征中关于配置信令类型（RRC用于SPS，DCI用于动态调度）的技术手段被对比文件直接公开。 |
| **技术特征M**：进一步包括：标识为所述UE配置的码本类型，所述码本类型是半静态码本或动态码本中的一者，其中所述确收比特的数目是至少部分地基于所标识的码本类型来确定的。<br>**判断结果**：《未公开》 | 无相关原文。对比文件未提及ACK码本类型（半静态/动态）的概念。 | 技术特征M涉及ACK码本类型（半静态或动态）的识别，以及基于码本类型确定ACK比特数目。这是目标专利中用于构建混合ACK反馈（结合SPS和动态调度）的重要概念。对比文件完全未涉及ACK码本类型及其对ACK比特数目确定的影响。因此，技术特征M未被公开。 |
| **技术特征N**：进一步包括：根据所述动态配置来接收一个或多个动态调度的下行链路数据信号；将针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特与将针对所述动态调度的下行链路数据传送的确收消息进行组合；以及至少部分地基于确收码本用将针对所述动态调度的下行链路数据传送的所述确收消息来向所述网络接入节点传送经组合的确收信息比特。<br>**判断结果**：《未公开》 | 对比文件涉及UCI，但未具体描述将来自SPS和动态调度的下行链路的ACK信息进行组合并基于码本传送。 | 技术特征N描述了将多个SPS配置的ACK信息与动态调度下行链路的ACK信息进行组合，并基于ACK码本传送的完整过程。这是解决混合业务场景下ACK反馈的核心步骤。对比文件未公开或暗示将来自不同调度类型（多个SPS与动态）的下行链路数据的ACK信息进行组合，并按照特定码本结构传送的技术方案。因此，技术特征N未被公开。 |
| **技术特征O**：其中所述确收码本包括至少部分地基于接收到所述第一下行链路数据的第一时机以及接收到所述第二下行链路数据的第二时机的半静态码本，并且其中针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特至少部分地基于所述半静态码本而与将针对所述动态调度的下行链路数据传送的所述确收消息进行组合。<br>**判断结果**：《未公开》 | 无相关原文。 | 技术特征O限定了组合ACK信息时使用的一种具体码本类型——基于SPS接收时机的半静态码本。这是目标专利中ACK码本构建的一种具体实施方式。对比文件未涉及任何关于半静态ACK码本及其构建方式（基于SPS时机）的技术内容。因此，技术特征O未被公开。 |
| **技术特征P**：其中所述确收码本包括动态码本，并且其中针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特至少部分地基于所述动态码本而被添附到将针对所述动态调度的下行链路数据传送的所述确收消息。<br>**判断结果**：《未公开》 | 无相关原文。 | 技术特征P限定了组合ACK信息时使用的另一种具体码本类型——动态码本，以及将SPS的ACK信息“添附”到动态调度ACK消息的特定方式。这是目标专利中ACK码本构建的另一种具体实施方式。对比文件未涉及任何关于动态ACK码本以及将SPS ACK添附到动态ACK消息的技术内容。因此，技术特征P未被公开。 |
| **技术特征Q**：其中所述多个SPS配置被配置在多个分量载波上。<br>**判断结果**：《未公开》 | 对比文件[0071]段：“UL SPS可被配置成使得它可与载波聚集(CA)或双连通性(DC)兼容。” | 技术特征Q限定了多个SPS配置可以跨多个分量载波配置。对比文件提到了载波聚集(CA)，并指出UL SPS可与之兼容，但并未明确公开或暗示将“多个”SPS配置分布在“多个”分量载波上这一具体配置方式，尤其是在下行链路SPS的上下文中。因此，技术特征Q未被公开。 |
| **技术特征R**：其中所述多个SPS配置中的多者在相同时间期间对于所述UE而言是活跃的。<br>**判断结果**：《未公开》 | 无相关原文。对比文件未提及多个SPS配置在相同时段内同时活跃的场景。 | 技术特征R定义了多个SPS配置在时间上同时活跃，这正是目标专利所要解决的技术问题（ACK反馈冲突）的前提条件。对比文件主要关注单个上行链路SPS的配置、激活和操作，没有描述或暗示为同一UE配置多个同时活跃的SPS（无论是上行还是下行）的情形。因此，技术特征R未被公开。 |
| **技术特征S**：其中标识与所述多个SPS配置中的多者相对应的所述至少一个控制信道资源集合的所述配置是在物理上行链路控制信道配置中接收的。<br>**判断结果**：《未公开》 | 对比文件[0090]段提到了“PUCCH配置”。 | 技术特征S限定了用于多个SPS配置的PUCCH资源集合的配置可以在PUCCH配置中接收。对比文件虽然提及了PUCCH配置的存在，但并未将其与“为多个SPS配置配置共享PUCCH资源集合”这一特定技术特征相关联。因此，技术特征S未被公开。 |
| **技术特征T**：接收用于开始根据所述第一SPS配置的通信的激活消息，其中所述第一下行链路数据是至少部分地基于所述激活消息来接收的；标识所述激活消息中的上行链路资源指示符，所述上行链路资源指示符包括对用于向所述网络接入节点传送所述确收信息比特的上行链路资源的指示；至少部分地基于所述上行链路资源指示符来向所述网络接入节点传送所述确收信息比特的第一集合；以及至少部分地基于所选控制信道资源集合来在所述确收信息比特的所述第一集合之后传送所述确收信息比特的后续集合。<br>**判断结果**：《未公开》 | 对比文件涉及SPS激活消息，例如[0065]段：“可在SPS激活消息中包括新数据指示符(NDI)...激活消息循环冗余校验(CRC)可用所配置SPS C-RNTI来掩码。” | 技术特征T描述了一个详细的流程：在SPS激活后，首次ACK使用激活消息中指示的资源，后续ACK则使用基于ACK比特数目选择出的资源。这是目标专利中处理SPS激活初期ACK反馈的具体方法。对比文件虽然提到了SPS激活消息，但完全没有涉及其中包含用于首次ACK反馈的上行链路资源指示符（PRI），也未描述首次与后续ACK使用不同资源集合的机制。因此，技术特征T未被公开。 |
| **技术特征U**：接收用于结束根据所述第一SPS配置的通信的停用消息；至少部分地基于接收到所述停用消息来确定用于传送确收消息的上行链路资源；以及使用所确定的上行链路资源来传送所述确收消息。<br>**判断结果**：《未公开》 | 对比文件涉及SPS释放，例如[0084]表2及描述：“DCI格式0还可被用于UL SPS释放。” | 技术特征U描述了接收SPS停用消息并确定用于反馈该停用消息ACK的上行链路资源。对比文件提到了SPS释放消息，但并未描述在接收到释放（停用）消息后，UE需要确定并发送一个ACK消息来确认释放，以及如何确定该ACK消息的上行链路资源。因此，技术特征U未被公开。 |
| **技术特征V**：进一步包括：将所述确收消息与来自附加SPS配置、动态下行链路消息、或其组合的一个或多个附加确收消息进行组合；以及至少部分地基于确收码本来向所述网络接入节点传送经组合的确收消息。<br>**判断结果**：《未公开》 | 无相关原文。 | 技术特征V描述了将针对SPS停用的ACK消息与其他ACK消息（来自其他SPS或动态调度）进行组合并基于码本传送。这是对特征U的进一步扩展。对比文件未涉及任何将SPS释放确认ACK与其他ACK进行组合的技术内容。因此，技术特征V未被公开。 |
| **技术特征W**：其中所确定的上行链路资源包括经由所述停用消息中所包括的上行链路资源指示符指示的上行链路资源。<br>**判断结果**：《未公开》 | 无相关原文。 | 技术特征W限定了特征U中确定的上行链路资源的一种具体来源：停用消息中包含的上行链路资源指示符。对比文件未提及停用消息中包含用于ACK反馈的资源指示符。因此，技术特征W未被公开。 |
<<<A>>><<<L>>>