对比文件名称：发明申请_US20190074935A1 HARQ Feedback Transmission
目标专利名称：针对多个活跃下行链路半持久调度配置的确收反馈
模型名称：专利创造性评估模型
特征比对表格：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种用于在用户装备UE处进行无线通信的方法**<br>《隐含公开》 | [0223] “FIG. 20 is an example flow diagram as per an aspect of an embodiment of the present disclosure. At 2010, a wireless device may receive one or more messages... At 2020, downlink control information may be received... At 2030, one of the first uplink control channel or the second uplink control channel may be selected... At 2040, a hybrid automatic repeat request (HARQ) feedback for the transport block may be transmitted...” | 对比文件图20及对应文字描述了一个由无线设备（即UE）执行的无线通信方法流程，包括接收消息、接收下行控制信息、选择上行控制信道以及传输HARQ反馈。该方法流程涵盖了无线通信的基本步骤。虽然目标专利方法聚焦于多个SPS配置的ACK反馈，但其本质也是一种由UE执行的、涉及接收配置、接收下行数据、选择资源和发送反馈的无线通信方法。因此，本领域技术人员可以从对比文件中明确确定存在一种“在UE处进行无线通信的方法”，该技术特征被隐含公开。 |
| **技术特征B：接收标识用于多个半持久调度SPS配置的多个控制信道资源集合的配置，所述多个控制信道资源集合包括与所述多个SPS配置中的多者相对应的至少一个集合**<br>《隐含公开》 | [0198] “In an example embodiment, a wireless device may receive one or more messages from a base station. The one or more messages may comprise one or more RRC messages... The one or more messages may comprise configuration parameters for a plurality of physical uplink control channels (PUCCHs).”<br>[0200] “In an example embodiment, the one or more messages may configure a plurality of PUCCHs comprising a first PUCCH and a second PUCCH...” | 对比文件描述了无线设备可以从基站接收包含多个PUCCH配置参数的消息（例如通过RRC）。目标专利中“多个控制信道资源集合”对应于对比文件中的“多个PUCCH”。虽然对比文件没有明确提及“SPS配置”或“与多个SPS配置中的多者相对应的至少一个集合”，但其公开了为UE配置多个PUCCH资源的概念。在NR或LTE-A Pro系统中，配置多个PUCCH资源的一个典型应用场景就是为了处理来自多个数据流或配置（如多个SPS配置）的UCI反馈。本领域技术人员知晓，SPS配置通常通过RRC信令配置，且其对应的ACK反馈资源（PUCCH资源）也可以在RRC消息中配置。因此，当面临需要为多个活跃SPS配置提供ACK反馈的问题时，本领域技术人员能够从对比文件“配置多个PUCCH”的教导中，合理地推断出可以配置多个控制信道资源集合，并且其中一些集合可以设计为服务于多个SPS配置（即“与多者相对应”），以应对多个ACK比特需要复用传输的情况。该技术特征被隐含公开。 |
| **技术特征C：根据所述多个SPS配置中的第一SPS配置来接收第一下行链路数据并根据所述多个SPS配置中的第二SPS配置来接收第二下行链路数据，其中针对所述第一下行链路数据和所述第二下行链路数据的确收信息被调度成将在一时隙期间被传送**<br>《隐含公开》 | [0198] “The wireless device may receive a downlink control information (DCI)... The DCI may indicate a downlink assignment for the wireless device... The one or more TBs may be transmitted using a physical downlink shared channel (PDSCH). The wireless device may decode the one or more TBs and may transmit HARQ feedback (e.g., ACK/NACK) to the base station...”<br>[0215] “The wireless device may receive a DCI indicating parameters for at least one downlink transmission... In an example, the DCI may activate a plurality of semi-persistent scheduling (SPS) configured grants and/or grant-free resources.” | 对比文件公开了无线设备根据DCI调度接收下行链路传输（PDSCH）并发送对应的HARQ反馈。同时，对比文件也提到了DCI可以激活“多个半持久调度（SPS）配置的授权”。这表明对比文件支持多个SPS配置的存在。目标专利描述的是根据两个不同的SPS配置接收两个下行链路数据，且它们的ACK被调度在相同时隙发送。对比文件虽然没有明确描述两个独立SPS配置的数据在相同时隙到达并导致ACK冲突的具体场景，但其公开了“多个SPS配置”和“接收下行数据并发送反馈”这两个基本要素。本领域技术人员在面临如何为多个活跃SPS配置提供ACK反馈的问题时，能够从对比文件的整体技术方案中认识到，如果配置了多个SPS，则UE可能会在相近或相同的时间接收到多个下行数据包，从而需要为它们生成ACK/NACK信息。因此，“根据两个SPS配置接收两个下行链路数据，且ACK被调度在相同时隙”这一场景是多个SPS配置可能引发的自然结果，可以被本领域技术人员合理推断。该技术特征被隐含公开。 |
| **技术特征D：至少部分地基于针对所述第一下行链路数据和所述第二下行链路数据的确收信息比特的数目来选择由所接收的配置标识的所述多个控制信道资源集合中的控制信道资源集合**<br>《隐含公开》 | [0200] “The wireless device may select, as a selected uplink control channel one of the first uplink control channel and the second uplink control channel. In an example, the selecting one of the first uplink control channel and the second uplink control channel may be based on one or more parameters of the downlink control information.”<br>[0186] “In an example, NR may support one long PUCCH format for UCI with up to 2 bits with high multiplexing capacity. In an example, NR may support one long PUCCH format for UCI with large payload with no multiplexing capacity.” | 对比文件公开了无线设备基于DCI中的参数，从配置的多个上行控制信道（如第一PUCCH、第二PUCCH）中选择一个作为选定信道来发送反馈（见[0200]）。同时，对比文件也提到不同PUCCH格式支持不同的UCI有效载荷大小（例如，最多2比特的格式和负载较大的格式，见[0186]）。这表明PUCCH资源的选择可以与待传输的UCI信息量（即有效载荷大小或比特数目）相关联。目标专利中“基于确收信息比特的数目选择控制信道资源集合”是上述原理的具体应用。虽然对比文件没有明确将“ACK信息比特数目”作为选择PUCCH资源的直接条件，但其教导了选择PUCCH可以基于DCI参数，而DCI参数可以隐含或指示传输的内容特性。本领域技术人员为了解决多个SPS ACK反馈的资源选择问题，能够从对比文件“基于参数选择PUCCH”和“PUCCH格式与负载相关”的启示中，自然地推导出可以根据实际需要传输的ACK信息比特总数（即来自多个SPS的ACK比特数目），从预先配置的多个PUCCH资源集合中选择一个合适的资源（例如，针对少量比特选择一种格式/资源，针对大量比特选择另一种格式/资源）。该技术特征被隐含公开。 |
| **技术特征E：以及使用所选控制信道资源集合向网络接入节点传送所述确收信息比特。**<br>《隐含公开》 | [0200] “The wireless device may transmit a HARQ feedback for the transport block (e.g., ACK/NACK) via the selected uplink control channel.” | 对比文件明确公开了无线设备通过选定的上行控制信道传输HARQ反馈（ACK/NACK）。这与目标专利中使用所选控制信道资源集合传送确收信息比特完全对应。虽然对比文件没有使用“确收信息比特”这一短语，但HARQ反馈本身就是由ACK/NACK信息比特构成的。因此，该技术特征被直接公开。然而，基于整体分析，其特征E是实现反馈传输的必然步骤，其公开性依附于特征D的选择行为。在对比文件的上下文中，选择信道然后使用它传输反馈是一个连贯的动作。因此，可以认为该技术特征被隐含公开。 |
| **技术特征F：从所述网络接入节点接收包括所述第一SPS配置和所述第二SPS配置的所述多个SPS配置。**<br>《未公开》 | 对比文件中提及了“semi-persistent scheduling (SPS) configured grants”（[0215]），但未具体描述从网络接收包含多个SPS配置（例如第一SPS配置、第二SPS配置）的配置消息的过程或内容。 | 对比文件虽然提到了SPS配置授权，但没有详细说明多个SPS配置是如何通过信令（如RRC）下发给UE的。目标专利此特征明确了从网络节点接收多个具体SPS配置的动作。对比文件缺乏对此特定配置接收步骤的明确或隐含描述。 |
| **技术特征G：其中选择所述控制信道资源集合包括：将所述确收信息比特的数目与阈值比特数目进行比较；以及至少部分地基于所述比较来从所述多个控制信道资源集合之中选择所述控制信道资源集合。**<br>《未公开》 | 无相应内容。 | 对比文件没有公开将ACK信息比特数目与一个预设的“阈值比特数目”（例如两比特）进行比较，并基于此比较结果来选择不同PUCCH资源集合的具体机制。目标专利的此特征提供了一种具体的、基于阈值比较的资源选择算法。对比文件未涉及该具体算法。 |
| **技术特征H：其中传送所述确收信息比特包括：标识要用于传送所述确收信息比特的控制信道格式；以及使用所选控制信道资源集合根据所标识的控制信道格式来向所述网络接入节点传送所述确收信息比特。**<br>《隐含公开》 | [0186] “In an example, NR may support one long PUCCH format for UCI with up to 2 bits with high multiplexing capacity. In an example, NR may support one long PUCCH format for UCI with large payload with no multiplexing capacity.”<br>[0200] “...transmit a HARQ feedback... via the selected uplink control channel.” | 对比文件描述了存在不同的PUCCH格式（如支持最多2比特的格式和支持大负载的格式），并且无线设备通过选定的上行控制信道传输HARQ反馈。要使用一个PUCCH资源进行传输，必然需要遵循该资源所对应的特定格式（包括调制、编码、资源映射等）。因此，“标识控制信道格式”是使用选定资源进行传输的内在前提步骤。本领域技术人员可以明确，在准备使用某个PUCCH资源发送UCI时，需要知道并应用该资源配置的格式。该技术特征被隐含公开。 |
| **技术特征I：其中所接收的配置进一步标识所述阈值比特数目。**<br>《未公开》 | 无相应内容。 | 对比文件未提及在配置中标识一个用于资源选择的“阈值比特数目”。 |
| **技术特征J：其中所述阈值比特数目包括两比特。**<br>《未公开》 | 无相应内容。 | 对比文件未提及“两比特”作为阈值。虽然[0186]提到一种PUCCH格式支持“up to 2 bits”，但这描述的是格式的能力，而非一个用于比较选择的阈值。 |
| **技术特征K：在所述时隙中接收根据动态配置调度的第三下行链路数据。**<br>《未公开》 | 对比文件广泛讨论了动态调度的下行链路传输（通过DCI），但未具体描述在同一个时隙内，除了根据多个SPS配置接收数据外，还额外接收一个动态调度数据的场景。 | 目标专利此特征引入了动态调度数据与多个SPS数据在相同时隙内混合的场景，增加了ACK反馈的复杂性。对比文件没有明确公开或暗示这种特定的混合场景。 |
| **技术特征L：进一步包括：在无线电资源控制信令中接收所述第一SPS配置和所述第二SPS配置；以及在下行链路控制信息中接收所述动态配置。**<br>《隐含公开》 | [0198] “The one or more messages may comprise one or more RRC messages.”<br>[0215] “The wireless device may receive a DCI indicating parameters for at least one downlink transmission.”<br>[0215] “In an example, the DCI may activate a plurality of semi-persistent scheduling (SPS) configured grants...” | 对比文件公开了通过RRC消息接收配置参数，以及通过DCI接收下行传输参数或激活SPS授权。这是NR/LTE系统中的标准信令方式。虽然对比文件没有明确将“第一SPS配置”、“第二SPS配置”的接收与RRC关联，将“动态配置”的接收与DCI关联，但本领域技术人员熟知，SPS配置通常通过RRC信令半静态配置，而动态调度信息通过DCI指示。因此，该信令接收方式是本领域的公知常识，可以从对比文件的整体描述中合理推断。该技术特征被隐含公开。 |
| **技术特征M：进一步包括：标识为所述UE配置的码本类型，所述码本类型是半静态码本或动态码本中的一者，其中所述确收比特的数目是至少部分地基于所标识的码本类型来确定的。**<br>《未公开》 | 无相应内容。 | 对比文件没有涉及HARQ-ACK码本类型（如半静态/Type1或动态/Type2）的概念，也没有描述基于码本类型来确定ACK比特数目的过程。 |
| **技术特征N：进一步包括：根据所述动态配置来接收一个或多个动态调度的下行链路数据信号；将针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特与将针对所述动态调度的下行链路数据传送的确收消息进行组合；以及至少部分地基于确收码本用将针对所述动态调度的下行链路数据传送的所述确收消息来向所述网络接入节点传送经组合的确收信息比特。**<br>《未公开》 | 无相应内容。 | 对比文件没有描述将来自SPS传输的ACK信息与来自动态调度传输的ACK信息进行组合，并基于某种码本进行传送的具体过程。 |
| **技术特征O：其中所述确收码本包括至少部分地基于接收到所述第一下行链路数据的第一时机以及接收到所述第二下行链路数据的第二时机的半静态码本，并且其中针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特至少部分地基于所述半静态码本而与将针对所述动态调度的下行链路数据传送的所述确收消息进行组合。**<br>《未公开》 | 无相应内容。 | 对比文件未提及半静态码本及其构建方式。 |
| **技术特征P：其中所述确收码本包括动态码本，并且其中针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特至少部分地基于所述动态码本而被添附到将针对所述动态调度的下行链路数据传送的所述确收消息。**<br>《未公开》 | 无相应内容。 | 对比文件未提及动态码本及其构建方式。 |
| **技术特征Q：其中所述多个SPS配置被配置在多个分量载波上。**<br>《未公开》 | 对比文件涉及载波聚合(CA)，但未明确描述将多个SPS配置配置在多个分量载波(CC)上。 | 目标专利此特征限定了SPS配置的载波分布。对比文件没有公开或暗示这一具体配置方式。 |
| **技术特征R：其中所述多个SPS配置中的多者在相同时间期间对于所述UE而言是活跃的。**<br>《未公开》 | 对比文件提到了“activate a plurality of semi-persistent scheduling (SPS) configured grants”，这暗示了多个SPS配置可以被激活。但“在相同时间期间活跃”是激活后的自然状态，对比文件没有特别强调或描述此状态。 | 严格来说，对比文件没有明确表述“多个SPS配置在相同时间期间活跃”这一特征。虽然可以推断激活后即活跃，但作为单独列出的技术特征，对比文件未直接或明确公开。 |
| **技术特征S：其中标识与所述多个SPS配置中的多者相对应的所述至少一个控制信道资源集合的所述配置是在物理上行链路控制信道配置中接收的。**<br>《隐含公开》 | [0198] “The one or more messages may comprise configuration parameters for a plurality of physical uplink control channels (PUCCHs).” | 对比文件公开了通过消息（如RRC消息）接收多个PUCCH的配置参数。目标专利中“物理上行链路控制信道配置”即PUCCH配置。用于多个SPS配置的PUCCH资源集合配置，作为PUCCH配置的一部分，自然可以在PUCCH配置消息中接收。本领域技术人员能够合理推断这一点。该技术特征被隐含公开。 |
| **技术特征T：接收用于开始根据所述第一SPS配置的通信的激活消息，其中所述第一下行链路数据是至少部分地基于所述激活消息来接收的；标识所述激活消息中的上行链路资源指示符，所述上行链路资源指示符包括对用于向所述网络接入节点传送所述确收信息比特的上行链路资源的指示；至少部分地基于所述上行链路资源指示符来向所述网络接入节点传送所述确收信息比特的第一集合；以及至少部分地基于所选控制信道资源集合来在所述确收信息比特的所述第一集合之后传送所述确收信息比特的后续集合。**<br>《未公开》 | 无相应内容。 | 对比文件没有描述SPS激活消息中包含上行链路资源指示符(PRI)，以及基于该PRI传输第一集合ACK，然后基于配置的资源传输后续集合ACK的详细过程。 |
| **技术特征U：接收用于结束根据所述第一SPS配置的通信的停用消息；至少部分地基于接收到所述停用消息来确定用于传送确收消息的上行链路资源；以及使用所确定的上行链路资源来传送所述确收消息。**<br>《未公开》 | 无相应内容。 | 对比文件没有涉及SPS配置的停用消息，以及为停用消息本身发送ACK反馈的机制。 |
| **技术特征V：进一步包括：将所述确收消息与来自附加SPS配置、动态下行链路消息、或其组合的一个或多个附加确收消息进行组合；以及至少部分地基于确收码本来向所述网络接入节点传送经组合的确收消息。**<br>《未公开》 | 无相应内容。 | 对比文件没有描述将针对SPS停用的ACK与其他ACK进行组合的过程。 |
| **技术特征W：其中所确定的上行链路资源包括经由所述停用消息中所包括的上行链路资源指示符指示的上行链路资源。**<br>《未公开》 | 无相应内容。 | 对比文件未提及停用消息中包含上行链路资源指示符。 |
<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<h>>><<<s>>>