对比文件名称：发明申请_US20180048994A1 METHOD AND APPARATUS FOR CONTROLLING SEMI-PERSISTENT SCHEUDLING
目标专利名称：针对多个活跃下行链路半持久调度配置的确收反馈
模型名称：专利创造性评估模型
以下是根据您的要求创建的特征比对表格：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于在用户装备UE处进行无线通信的方法<br>**公开性判断**：《隐含公开》 | [0005] An example embodiment of the present disclosure describes a method of performing sidelink (SL) semi-persistent scheduling (SPS) transmission/reception by a UE in a wireless communication system. | 对比文件公开了一种由UE执行的侧链路半持久调度传输/接收的方法（参见[0005]）。虽然该方法主要针对侧链路通信，而目标专利涉及的是UE与基站之间的下行链路通信及对应的上行链路ACK反馈，但“在用户装备UE处进行无线通信的方法”这一上位概念在对比文件的整体技术方案中同样存在。在对比文件中，该方法用于支持V2X服务，其作用是实现UE间的周期性数据传输。这与目标专利中“在UE处进行无线通信的方法”为解决多个下行链路SPS配置的ACK反馈问题所起的作用（即提供一个方法框架）在抽象层面上是相同的，都是定义UE的行为过程。因此，本领域技术人员可以从对比文件公开的UE侧方法中，合理推断出目标专利权利要求中的方法类型特征。 |
| **技术特征B**：接收标识用于多个半持久调度SPS配置的多个控制信道资源集合的配置，所述多个控制信道资源集合包括与所述多个SPS配置中的多者相对应的至少一个集合<br>**公开性判断**：《隐含公开》 | [0005] The method may include: receiving, from an eNB, information associated with a plurality of SL SPS configurations to be configured for the UE; and receiving, from the eNB, SL SPS-related control information for each of one or more SL SPS configurations out of the plurality of SL SPS configurations. <br>[0190] SL_SPS-Config ::= SEQUENCE { sps-ConfigSLList SEQUENCE (SIZE (1..maxSL_HARQ)) OF SPS-ConfigSL } | 对比文件明确公开了UE从eNB接收与要为其配置的多个SL SPS配置相关联的信息（参见[0005]）。该信息通过RRC消息配置（参见[0189]-[0190]的表格结构），其中包含多个SPS配置的列表（sps-ConfigSLList）。目标专利中的“多个控制信道资源集合的配置”特指用于传送ACK的PUCCH资源。对比文件虽然主要关注SL SPS配置本身（如周期、索引等），并未明确提及用于ACK反馈的“控制信道资源集合”的单独配置，但其核心是配置多个SPS资源。在无线通信中，为SPS配置相应的控制信道资源（如用于调度或反馈）是本领域的常规需求。本领域技术人员在阅读对比文件后，为了实际使用所配置的多个SPS资源（无论是下行还是侧链路），能够合理推断出需要配置相应的控制信道资源（例如用于调度授权的PDCCH资源或用于状态反馈的资源）。因此，对比文件隐含公开了接收用于多个SPS配置的资源（包括控制信道资源）配置这一概念。 |
| **技术特征C**：根据所述多个SPS配置中的第一SPS配置来接收第一下行链路数据并根据所述多个SPS配置中的第二SPS配置来接收第二下行链路数据，其中针对所述第一下行链路数据和所述第二下行链路数据的确收信息被调度成将在一时隙期间被传送<br>**公开性判断**：《未公开》 | 对比文件主要涉及侧链路（SL）通信，即UE到UE的通信，例如V2V、V2X（参见[0003], [0054]）。文件描述了根据配置的SL SPS进行数据传输（参见[0094], [0176]），但未提及从网络节点（如eNB）接收下行链路数据。 | 目标专利的技术特征明确涉及根据下行链路SPS配置从基站接收下行链路数据（PDSCH），并需要为这些下行链路数据在特定时隙内发送ACK反馈。对比文件的整体技术方案专注于侧链路（sidelink）的SPS，即设备间的直接通信，例如车辆之间（V2V）的通信（参见[0003], [0054], [0081]）。对比文件中提到的数据传输都是通过侧链路共享信道（PSSCH）进行的（参见[0100], [0105]），而不是从基站到UE的下行链路共享信道（PDSCH）。虽然两者都涉及“接收数据”，但数据来源（基站 vs 另一UE）和通信链路（Uu接口 vs PC5接口）根本不同。在对比文件的上下文中，没有公开或暗示根据下行链路SPS配置接收下行链路数据，也没有涉及针对这种下行链路数据的ACK反馈调度问题。因此，该技术特征未被对比文件公开。 |
| **技术特征D**：至少部分地基于针对所述第一下行链路数据和所述第二下行链路数据的确收信息比特的数目来选择由所接收的配置标识的所述多个控制信道资源集合中的控制信道资源集合<br>**公开性判断**：《未公开》 | 对比文件未提及针对下行链路数据的“确收信息比特”（ACK/NACK比特），也未提及基于ACK比特数目从多个控制信道资源集合中选择资源。 | 目标专利的该特征解决了当多个下行链路SPS传输的ACK需要在相同时隙反馈时，如何选择恰适的PUCCH资源的问题。其核心在于根据ACK有效载荷大小（比特数）动态选择资源。对比文件的整体方案关注于多个SL SPS配置的激活、去激活和资源分配，但完全没有涉及对传输数据的ACK/NACK反馈，更不用说基于ACK比特数来选择上行控制信道资源。对比文件讨论的“控制信息”主要是SL SPS的激活/去激活指示和SL授权信息（参见[0120]-[0132]），与HARQ-ACK反馈无关。因此，该技术特征未被对比文件公开。 |
| **技术特征E**：以及使用所选控制信道资源集合向网络接入节点传送所述确收信息比特。<br>**公开性判断**：《未公开》 | 对比文件未描述使用控制信道资源向eNB传送针对下行链路数据的确认信息比特。文件中的传输是针对侧链路的（参见[0176]）。 | 目标专利的该特征限定了使用所选择的特定控制信道资源（PUCCH资源）向基站传送ACK信息比特。这是完成ACK反馈的关键步骤。对比文件的整个技术方案围绕侧链路通信展开，其数据传输目标是其他UE，而非基站。文件中虽然提到UE与eNB的通信（例如接收配置），但从未提及或暗示UE需要向eNB发送针对下行链路数据的HARQ-ACK反馈。因此，该技术特征未被对比文件公开。 |
| **技术特征F**：从所述网络接入节点接收包括所述第一SPS配置和所述第二SPS配置的所述多个SPS配置。<br>**公开性判断**：《直接公开》 | [0005] The method may include: receiving, from an eNB, information associated with a plurality of SL SPS configurations to be configured for the UE. <br>[0189] Table 4 and Table 5 show RRC message structures including a list of SPS-ConfigSL. | 对比文件直接且明确地公开了UE从eNB接收与多个SL SPS配置相关联的信息（参见[0005]）。该信息通过RRC重新配置消息传输，其中包含多个SPS配置的列表（参见[0189]-[0190]的表格结构，sps-ConfigSLList）。这与目标专利中“从网络接入节点接收包括所述第一SPS配置和所述第二SPS配置的所述多个SPS配置”的技术特征完全相同。在对比文件中，接收多个SPS配置的作用是为UE配置多个可用的周期性传输资源模式；在目标专利中，接收多个下行链路SPS配置的作用是为UE配置多个可用的周期性下行链路接收机会。两者都是为UE配置多个SPS资源，尽管服务的通信链路不同（侧链路 vs 下行链路），但“接收多个SPS配置”这一动作本身及其在配置UE资源方面的作用是一致的。 |
| **技术特征G**：其中选择所述控制信道资源集合包括：将所述确收信息比特的数目与阈值比特数目进行比较；以及至少部分地基于所述比较来从所述多个控制信道资源集合之中选择所述控制信道资源集合。<br>**公开性判断**：《未公开》 | 对比文件未提及“确收信息比特的数目”，也未提及将其与“阈值比特数目”进行比较以选择控制信道资源。 | 该技术特征是特征D的具体实现方式，涉及基于ACK比特数与阈值的比较来进行资源选择。如对特征D的分析，对比文件完全不涉及ACK反馈机制，因此也不可能公开这种基于ACK比特数阈值的资源选择算法。该特征未被公开。 |
| **技术特征H**：其中传送所述确收信息比特包括：标识要用于传送所述确收信息比特的控制信道格式；以及使用所选控制信道资源集合根据所标识的控制信道格式来向所述网络接入节点传送所述确收信息比特。<br>**公开性判断**：《未公开》 | 对比文件未提及为传送ACK信息比特而标识控制信道格式（如PUCCH格式）。 | 该技术特征是特征E的具体实现方式，涉及控制信道格式的标识和使用。对比文件未涉及向基站传送ACK反馈，因此也不可能公开与ACK传输相关的控制信道格式选择和使用。该特征未被公开。 |
| **技术特征I**：其中所接收的配置进一步标识所述阈值比特数目。<br>**公开性判断**：《未公开》 | 对比文件未在任何配置中标识用于ACK比特数比较的“阈值比特数目”。 | 该技术特征是特征G的进一步限定，说明阈值比特数目由配置提供。由于对比文件未涉及基于ACK比特数的资源选择，因此也不可能公开在配置中提供该阈值。该特征未被公开。 |
| **技术特征J**：其中所述阈值比特数目包括两比特。<br>**公开性判断**：《未公开》 | 对比文件未提及“两比特”作为ACK比特数目的阈值。 | 该技术特征是特征I的具体数值限定。由于对比文件未涉及该阈值概念，因此该具体数值也未被公开。 |
| **技术特征K**：在所述时隙中接收根据动态配置调度的第三下行链路数据。<br>**公开性判断**：《未公开》 | 对比文件主要讨论半持久调度（SPS），虽然提到了动态调度可能作为对比（例如模式1与模式2，参见[0050]），但并未具体描述在同一个时隙内，UE在根据多个SPS配置接收数据的同时，还接收动态调度的下行链路数据。 | 目标专利的该特征引入了动态调度的下行链路数据，使得ACK反馈码本需要同时包含SPS和动态调度的ACK信息，增加了方案的复杂性。对比文件专注于SPS配置本身的管理（激活、去激活），其应用场景是V2X的周期性广播，并未讨论在同一时隙内混合SPS和动态调度下行链路传输的场景，也未提及对应的ACK处理。因此，该技术特征未被公开。 |
| **技术特征L**：进一步包括：在无线电资源控制信令中接收所述第一SPS配置和所述第二SPS配置；以及在下行链路控制信息中接收所述动态配置。<br>**公开性判断**：《未公开》 | 对比文件公开了在RRC信令中接收SPS配置（参见[0189]-[0190]）。对比文件也提到了通过PDCCH DCI或MAC CE接收SL SPS相关的控制信息（激活/去激活和SL授权）（参见[0120]-[0121], [0124]-[0125]）。 | 目标专利的该特征明确了不同配置的接收途径：SPS配置通过RRC信令，动态配置通过DCI。对比文件公开了通过RRC信令接收SPS配置（对应目标专利的第一部分）。对比文件也公开了通过DCI（或MAC CE）接收SL SPS的激活/去激活控制信息（参见[0120]-[0121]）。然而，关键区别在于：目标专利的“动态配置”指的是调度单次下行链路传输的配置；而对比文件中通过DCI传送的是针对已配置的SPS的“激活/去激活指示”和“SL授权”，其作用是将一个已存在的SPS配置激活并应用资源，或将其去激活，这并非一个独立的“动态调度”配置。两者在作用上不同。因此，对比文件未公开通过DCI接收独立的动态调度配置。 |
| **技术特征M**：进一步包括：标识为所述UE配置的码本类型，所述码本类型是半静态码本或动态码本中的一者，其中所述确收比特的数目是至少部分地基于所标识的码本类型来确定的。<br>**公开性判断**：《未公开》 | 对比文件未提及HARQ-ACK“码本类型”（半静态或动态），也未提及基于码本类型确定ACK比特数目。 | 目标专利的该特征涉及HARQ-ACK反馈的码本生成方式，这是LTE-A及NR系统中处理多下行链路传输ACK反馈的核心机制之一。对比文件的整体技术方案不涉及下行链路数据的HARQ-ACK反馈，因此自然不会涉及ACK码本的类型（类型1/类型2，即半静态/动态）及其对ACK比特数确定的影响。该特征未被公开。 |
| **技术特征N**：进一步包括：根据所述动态配置来接收一个或多个动态调度的下行链路数据信号；将针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特与将针对所述动态调度的下行链路数据传送的确收消息进行组合；以及至少部分地基于确收码本用将针对所述动态调度的下行链路数据传送的所述确收消息来向所述网络接入节点传送经组合的确收信息比特。<br>**公开性判断**：《未公开》 | 对比文件未涉及接收动态调度的下行链路数据信号，也未涉及将SPS传输的ACK与动态调度传输的ACK进行组合。 | 该技术特征扩展了应用场景，处理SPS和动态调度下行链路数据ACK的联合反馈。如前述，对比文件不涉及下行链路ACK反馈，因此也不可能公开ACK信息的组合传输。该特征未被公开。 |
| **技术特征O**：其中所述确收码本包括至少部分地基于接收到所述第一下行链路数据的第一时机以及接收到所述第二下行链路数据的第二时机的半静态码本，并且其中针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特至少部分地基于所述半静态码本而与将针对所述动态调度的下行链路数据传送的所述确收消息进行组合。<br>**公开性判断**：《未公开》 | 对比文件未提及“半静态码本”或基于接收时机的ACK比特排序。 | 该技术特征是特征N中“确收码本”的一种具体类型（半静态码本）及其组合方式的描述。对比文件未涉及任何ACK码本概念，因此该特征未被公开。 |
| **技术特征P**：其中所述确收码本包括动态码本，并且其中针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特至少部分地基于所述动态码本而被添附到将针对所述动态调度的下行链路数据传送的所述确收消息。<br>**公开性判断**：《未公开》 | 对比文件未提及“动态码本”或将SPS ACK添附到动态ACK消息。 | 该技术特征是特征N中“确收码本”的另一种具体类型（动态码本）及其组合方式（添附）的描述。对比文件未涉及任何ACK码本概念，因此该特征未被公开。 |
| **技术特征Q**：其中所述多个SPS配置被配置在多个分量载波上。<br>**公开性判断**：《未公开》 | 对比文件在描述多个SL SPS配置时，并未明确提及这些配置是跨多个分量载波（CC）配置的。文件讨论了多载波操作（参见[0070] Case 3B），但这是关于PC5链路使用多载波，并未明确指出多个SPS配置与特定CC的映射关系。 | 目标专利的该特征限定了多个SPS配置可以分布在不同的分量载波上，这是载波聚合场景下的常见配置。对比文件虽然提到了多载波通信的可能性，但其关于多个SL SPS配置的讨论（例如索引、列表）并未与特定的分量载波关联。文件的核心是管理多个逻辑SPS配置，而未涉及这些配置的载波位置属性。因此，该技术特征未被对比文件直接或隐含地公开。 |
| **技术特征R**：其中所述多个SPS配置中的多者在相同时间期间对于所述UE而言是活跃的。<br>**公开性判断**：《隐含公开》 | [0171] In the above described examples of the present invention, a plurality of SL SPS configurations ... may exist for a single UE. In the state in which some ... of the plurality of SL SPS configurations are activated, when other SL SPS configurations ... are activated, a plurality of SL SPS configurations ... may be activated. | 对比文件明确讨论了单个UE可以同时激活多个SL SPS配置（参见[0171]）。这表明多个SPS配置在相同时间期间对于该UE而言可以是活跃的。在对比文件中，同时激活多个SPS配置的作用是为UE提供多个并行的周期性传输资源，以支持可能不同的V2X服务。在目标专利中，多个下行链路SPS配置同时活跃的作用是为UE提供多个并行的周期性下行链路接收机会。两者在“多个配置同时活跃”这一状态及其带来的“并行资源/机会”作用上是相同的。因此，该技术特征被对比文件隐含公开。 |
| **技术特征S**：其中标识与所述多个SPS配置中的多者相对应的所述至少一个控制信道资源集合的所述配置是在物理上行链路控制信道配置中接收的。<br>**公开性判断**：《未公开》 | 对比文件未提及“物理上行链路控制信道配置”（PUCCH配置）或在该配置中接收与控制信道资源集合相关的信息。 | 目标专利的该特征限定了用于多个SPS配置的ACK资源集合的配置所在的特定信令位置（PUCCH配置）。对比文件虽然通过RRC配置SPS参数，但并未提及专门用于ACK反馈的PUCCH资源配置，更未指出此类配置在PUCCH配置中传送。该特征未被公开。 |
| **技术特征T**：接收用于开始根据所述第一SPS配置的通信的激活消息，其中所述第一下行链路数据是至少部分地基于所述激活消息来接收的；标识所述激活消息中的上行链路资源指示符，所述上行链路资源指示符包括对用于向所述网络接入节点传送所述确收信息比特的上行链路资源的指示；至少部分地基于所述上行链路资源指示符来向所述网络接入节点传送所述确收信息比特的第一集合；以及至少部分地基于所选控制信道资源集合来在所述确收信息比特的所述第一集合之后传送所述确收信息比特的后续集合。<br>**公开性判断**：《隐含公开》 | [0120] When SL SPS activation/deactivation indication information in a received PDCCH/EPDCCH indicates activation, a UE stores SL grant information provided through the PDCCH/EPDCCH and determines that an SL grant is configured. <br>[0122] For example, when the SL SPS activation/deactivation indication information is ‘1’, this indicates activation. | 对比文件公开了接收SL SPS激活消息（通过PDCCH/EPDCCH DCI或MAC CE），该消息包含SL授权信息（SL grant），用于开始根据该SPS配置的侧链路通信（参见[0120], [0122]）。目标专利的激活消息用于激活下行链路SPS配置并开始下行链路数据传输，同时其中包含的上行链路资源指示符（PRI）指示了用于首次ACK反馈的资源。对比文件的SL授权信息（SL grant）包含了侧链路传输所需的资源分配（如时间、频率资源模式），其作用是为激活的SPS配置提供传输资源。虽然SL grant不包含用于向eNB发送ACK的上行资源指示符，但“激活消息中包含资源指示信息以开始根据配置进行通信”这一核心概念是相通的。本领域技术人员可以理解，对于下行链路SPS，激活消息中可能需要包含用于ACK反馈的上行资源指示；而对于侧链路SPS，激活消息中包含的是用于数据传输的侧链路资源指示。两者都是“激活消息中包含用于开始通信的资源指示”。基于此，可以合理推断出激活消息包含资源指示符这一特征。然而，对比文件未涉及“第一集合”和“后续集合”的ACK传输区分，这部分未被公开。 |
| **技术特征U**：接收用于结束根据所述第一SPS配置的通信的停用消息；至少部分地基于接收到所述停用消息来确定用于传送确收消息的上行链路资源；以及使用所确定的上行链路资源来传送所述确收消息。<br>**公开性判断**：《隐含公开》 | [0122] When the SL SPS activation/deactivation indication information is ‘0’, this indicates deactivation (SL grant release). <br>[0174] Meanwhile, a plurality of SL SPS configurations may not be activated at the same time... In this instance, to allocate an additional resource..., an SL grant associated with the already activated SL SPS configuration is released (SL SPS deactivation)... | 对比文件公开了接收SL SPS去激活（deactivation）消息，用于结束根据该SPS配置的通信（参见[0122], [0174]）。目标专利的停用消息用于结束下行链路SPS配置，并触发针对该停用消息本身的ACK反馈。对比文件中的去激活消息用于释放SL SPS资源，结束侧链路周期性传输。虽然对比文件未提及针对去激活消息发送ACK反馈，但“接收用于结束通信的停用/去激活消息”这一动作及其在结束资源配置方面的作用是相同的。本领域技术人员可以理解，在需要可靠信令的系统中，对去激活命令进行确认是常见设计。因此，可以合理推断出接收停用消息并确定用于传送确认消息的资源这一概念。 |
| **技术特征V**：进一步包括：将所述确收消息与来自附加SPS配置、动态下行链路消息、或其组合的一个或多个附加确收消息进行组合；以及至少部分地基于确收码本来向所述网络接入节点传送经组合的确收消息。<br>**公开性判断**：《未公开》 | 对比文件未涉及将针对停用消息的ACK与其他ACK进行组合。 | 该技术特征是特征U的扩展，涉及ACK消息的复用。对比文件不涉及ACK反馈机制，因此不可能公开ACK消息的组合。该特征未被公开。 |
| **技术特征W**：其中所确定的上行链路资源包括经由所述停用消息中所包括的上行链路资源指示符指示的上行链路资源。<br>**公开性判断**：《未公开》 | 对比文件未提及停用/去激活消息中包含“上行链路资源指示符”。 | 该技术特征是特征U的进一步限定，说明停用消息中包含了ACK资源指示。对比文件公开了去激活指示，但未提及该指示中包含任何资源指示信息，更具体说是用于ACK反馈的上行资源指示符。该特征未被公开。 |
<<<F>>><<<a>>><<<b>>><<<r>>><<<t>>><<<u>>>