对比文件名称：发明申请_US20110243066A1 Uplink Control Data Transmission
目标专利名称：针对多个活跃下行链路半持久调度配置的确收反馈
本次调用的模型名称：专利代理师创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于在用户装备UE处进行无线通信的方法<br>**公开性判断**：直接公开 | [0046] “In an embodiment, a UE may be configured to received data over multiple DL CCs or serving cells, utilizing bandwidth extension, also known as carrier aggregation, to achieve higher rates of data transmission.” (中文：在一个实施例中，UE可以被配置为利用带宽扩展（也称为载波聚合）在多个DL CC或服务小区上接收数据，以实现更高的数据传输速率。) <br> [0056] “In embodiments that employ carrier aggregation (CA) (alternatively referred to as bandwidth extension herein), a UE may simultaneously transmit over the PUSCH and receive over the PDSCH of multiple CCs.” (中文：在采用载波聚合（CA）（本文中也称为带宽扩展）的实施例中，UE可以同时在多个CC的PUSCH上发送和在PDSCH上接收。) | 对比文件通篇描述了在载波聚合（CA）场景下，用户装备（UE）执行无线通信的方法，包括接收下行链路数据、处理控制信息、确定并传送上行链路反馈（如HARQ ACK/NACK）等操作。这与目标专利中“在UE处进行无线通信的方法”属于相同类型的技术主题。因此，该技术特征被对比文件直接公开。 |
| **技术特征B**：接收标识用于多个半持久调度SPS配置的多个控制信道资源集合的配置，所述多个控制信道资源集合包括与所述多个SPS配置中的多者相对应的至少一个集合<br>**公开性判断**：隐含公开 | [0071] “PUCCH may support a variety different formats that may be chosen depending on the information to be signaled...The total number of RBs available for PUCCH transmission within a cell may be specified by the higher layer parameter NRBHO. These RBs may then be split and allocated for PUCCH format 1/1a/1b and PUCCH format 2/2a/2b transmissions.” (中文：PUCCH可以支持多种不同的格式，可以根据要发送的信息来选择...小区内可用于PUCCH传输的RB总数可以由更高层参数NRBHO指定。然后，这些RB可以被拆分并分配给PUCCH格式1/1a/1b和格式2/2a/2b传输。) <br> [0236] “In embodiments where there is not a corresponding PDCCH for a PDSCH transmission in any downlink component carrier, such as downlink Semi-Persistent Scheduling, the value of nPUCCH(1) may be determined according to higher layer configuration.” (中文：在没有任何下行链路分量载波中的PDSCH传输有对应PDCCH的实施例中，例如下行链路半持久调度，nPUCCH(1)的值可以根据更高层配置来确定。) <br> [0160] “Included among such criteria are the number of dedicated PUCCH resources, if any, configured for the UE (e.g., by RRC), on an embodiment, the number of PUCCH format 1b indices.” (中文：这些标准中包括为UE配置的（例如通过RRC）专用PUCCH资源的数量（如果有的话），在一个实施例中，是PUCCH格式1b索引的数量。) | 目标专利中该特征解决的技术问题是：为UE配置可用于传送针对多个SPS配置的ACK反馈的多个PUCCH资源集合，其中一个集合对应多个SPS配置。对比文件虽然没有明确使用“多个SPS配置”和“与多个SPS配置中的多者相对应的至少一个集合”的表述，但其在载波聚合背景下，详细描述了为UE配置多个PUCCH资源（包括格式、索引、RB等）以上行传输控制信息（如HARQ ACK/NACK）。同时，对比文件提到了下行SPS（Semi-Persistent Scheduling），并指出其PUCCH资源由高层配置。本领域技术人员可以合理推断，在支持多个下行SPS配置（可能对应多个CC或服务）的场景下，网络需要为UE配置相应的上行控制资源。对比文件中描述的为多个CC配置PUCCH资源的方法，可以隐含应用于为多个SPS配置配置PUCCH资源集合的场景。其中，为“多个SPS配置中的多者”配置“至少一个集合”，可以理解为将多个SPS的ACK反馈复用到同一个PUCCH资源上进行传输，这与对比文件中描述的将多个CC的ACK反馈进行联合编码或复用后在一个PUCCH资源上传输的概念（如[0082]中提到的PUCCH联合编码）在原理上是相通的。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C**：根据所述多个SPS配置中的第一SPS配置来接收第一下行链路数据并根据所述多个SPS配置中的第二SPS配置来接收第二下行链路数据，其中针对所述第一下行链路数据和所述第二下行链路数据的确收信息被调度成将在一时隙期间被传送<br>**公开性判断**：隐含公开 | [0070] “In an embodiment, WTRUs (referred to also as “UEs” herein) may transmit their data (e.g., user data) and in some cases their control information on the physical downlink shared channel (PDSCH).” (中文：在一个实施例中，WTRU（本文中也称为“UE”）可以在物理下行链路共享信道（PDSCH）上发送其数据（例如用户数据）以及在某些情况下的控制信息。) <br> [0046] “In an embodiment, a UE may be configured to received data over multiple DL CCs or serving cells...” (中文：在一个实施例中，UE可以被配置为在多个DL CC或服务小区上接收数据...) <br> [0080] “In carrier aggregation embodiments, multiple ACK/NACKs for multiple DL carriers with either single or double codewords may be transmitted.” (中文：在载波聚合实施例中，可以发送针对具有单个或两个码字的多个DL载波的多个ACK/NACK。) <br> [0236] “...such as downlink Semi-Persistent Scheduling...” (中文：...例如下行链路半持久调度...) | 目标专利中该特征解决的技术问题是：UE根据多个SPS配置接收多个下行链路数据，并且这些数据的ACK信息被调度在相同时隙反馈。对比文件明确提到了UE在多个下行链路分量载波（DL CCs）上接收数据（PDSCH），并且需要为这些数据传送多个ACK/NACK反馈。同时，对比文件也提到了下行半持久调度（SPS）的概念。本领域技术人员可以理解，SPS是一种特定类型的下行链路调度方式，其传输也是PDSCH。在载波聚合中，多个CC上的下行传输（无论是动态调度还是SPS）都可能需要在同一上行时隙中反馈ACK/NACK。因此，从对比文件公开的“在多个DL CC上接收PDSCH并需要反馈ACK/NACK”以及“下行SPS”的概念，可以合理推断出“根据多个SPS配置接收多个下行链路数据且ACK信息被调度在相同时隙反馈”这一场景。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D**：至少部分地基于针对所述第一下行链路数据和所述第二下行链路数据的确收信息比特的数目来选择由所接收的配置标识的所述多个控制信道资源集合中的控制信道资源集合<br>**公开性判断**：直接公开 | [0185] “In an embodiment, a dynamic selection method may be used where the selection is a function of a UE's configuration and of the number nbits of HARQ ACK/NACK information bits to transmit in each subframe.” (中文：在一个实施例中，可以使用动态选择方法，其中选择是UE的配置和每个子帧中要发送的HARQ ACK/NACK信息比特的数量nbits的函数。) <br> [0185] “If at block 1850 the UE determines that nbits<m...at block 1860 the UE may use a dynamic PUCCH allocation method similar to the legacy method where PUCCH format 1a is used when nbits=1 and PUCCH format 1b is used otherwise.” (中文：如果在块1850，UE确定nbits<m...则在块1860，UE可以使用类似于传统方法的动态PUCCH分配方法，其中当nbits=1时使用PUCCH格式1a，否则使用格式1b。) <br> [0185] “If at block 1850 the UE determines that m≦nbits<n...at block 1870 the UE may use a transmission method based on channel selection using multiple (ncspucch) PUCCH format 1b resources in order to allocate PUCCH resources.” (中文：如果在块1850，UE确定m≦nbits<n...则在块1870，UE可以使用基于信道选择的传输方法，使用多个（ncspucch）PUCCH格式1b资源来分配PUCCH资源。) <br> [0185] “If at block 1850 the UE determines that nbits≧n, at block 1880 the UE may use a DFT-S-OFDM-based method of PUCCH resource allocation.” (中文：如果在块1850，UE确定nbits≧n，则在块1880，UE可以使用基于DFT-S-OFDM的PUCCH资源分配方法。) | 目标专利中该特征解决的技术问题是：UE基于需要传送的ACK信息比特的数目，从已配置的多个控制信道资源集合中选择一个特定的集合用于传输。对比文件在图18的方法1800及相应描述中，明确公开了UE根据要传输的HARQ ACK/NACK信息比特的数量（nbits）来选择PUCCH资源分配方法，进而确定所使用的PUCCH资源（例如，选择PUCCH格式1a/1b、基于信道选择的方法或基于DFT-S-OFDM的方法）。这直接对应于“基于ACK信息比特的数目来选择控制信道资源集合”。对比文件中提到的不同PUCCH格式或传输方法（如格式1a、1b、信道选择、DFT-S-OFDM）各自对应不同的物理资源特性（如时频资源、扩频码等），可以被视为不同的“控制信道资源集合”。因此，该技术特征被对比文件直接公开。 |
| **技术特征E**：以及使用所选控制信道资源集合向网络接入节点传送所述确收信息比特。<br>**公开性判断**：直接公开 | [0070] “The control signaling information carried on the PUCCH may include scheduling requests (SRs), HARQ ACK/NACK transmitted in response to downlink data packets on the Physical Downlink Shared Channel (PDSCH), and channel quality information (CQI), and any other type of UCI or feedback data.” (中文：在PUCCH上承载的控制信令信息可以包括调度请求（SR）、为响应物理下行链路共享信道（PDSCH）上的下行数据包而发送的HARQ ACK/NACK、以及信道质量信息（CQI），以及任何其他类型的UCI或反馈数据。) <br> [0185] “...the UE may use a dynamic PUCCH allocation method...to allocate PUCCH resources.” (中文：...UE可以使用动态PUCCH分配方法...来分配PUCCH资源。) | 目标专利中该特征解决的技术问题是：UE使用所选择的PUCCH资源集合实际传送ACK信息比特。对比文件明确且反复地描述了UE使用PUCCH资源来传送HARQ ACK/NACK反馈信息。结合特征D中已经公开的“选择PUCCH资源”的步骤，最终“使用所选资源传送ACK比特”是必然的、直接公开的后续动作。因此，该技术特征被对比文件直接公开。 |
| **技术特征F**：从所述网络接入节点接收包括所述第一SPS配置和所述第二SPS配置的所述多个SPS配置。<br>**公开性判断**：隐含公开 | [0236] “...such as downlink Semi-Persistent Scheduling, the value of nPUCCH(1) may be determined according to higher layer configuration.” (中文：...例如下行链路半持久调度，nPUCCH(1)的值可以根据更高层配置来确定。) <br> [0046] “In an embodiment, a UE may be configured to received data over multiple DL CCs or serving cells...” (中文：在一个实施例中，UE可以被配置为在多个DL CC或服务小区上接收数据...) | 目标专利中该特征解决的技术问题是：UE从网络侧接收多个SPS配置。对比文件提到了下行SPS，并指出其相关参数（如PUCCH资源）由高层配置。在无线通信系统中，SPS配置本身（如周期、资源等）正是通过高层信令（如RRC）下发给UE的。同时，对比文件的核心场景是载波聚合，即UE被配置了多个服务小区（CC）。本领域技术人员可以合理推断，在多个CC上配置SPS，或者在一个CC上配置多个SPS配置，都需要网络通过信令（如RRC）将相应的SPS配置信息发送给UE。因此，从对比文件公开的“下行SPS”和“为UE配置多个DL CC”的概念，可以隐含推导出“从网络接收多个SPS配置”。因此，该技术特征被对比文件隐含公开。 |
| **技术特征G**：其中选择所述控制信道资源集合包括：将所述确收信息比特的数目与阈值比特数目进行比较；以及至少部分地基于所述比较来从所述多个控制信道资源集合之中选择所述控制信道资源集合。<br>**公开性判断**：直接公开 | [0185] “If at block 1850 the UE determines that nbits<m...at block 1860 the UE may use a dynamic PUCCH allocation method...” <br> [0185] “If at block 1850 the UE determines that m≦nbits<n...at block 1870 the UE may use a transmission method based on channel selection...” <br> [0185] “If at block 1850 the UE determines that nbits≧n, at block 1880 the UE may use a DFT-S-OFDM-based method...” (中文翻译见特征D引用部分) | 目标专利中该特征解决的技术问题是：通过将ACK比特数与阈值比较，来决定选择哪个资源集合。对比文件在图18的方法1800（块1850、1860、1870、1880）中明确公开了UE将ACK/NACK比特数（nbits）与阈值（m和n）进行比较，并根据比较结果（nbits<m, m≦nbits<n, nbits≧n）选择不同的PUCCH资源分配方法（对应不同的资源集合）。这直接公开了“将ACK比特数与阈值比较并基于比较结果选择资源集合”的具体操作步骤。因此，该技术特征被对比文件直接公开。 |
| **技术特征H**：其中传送所述确收信息比特包括：标识要用于传送所述确收信息比特的控制信道格式；以及使用所选控制信道资源集合根据所标识的控制信道格式来向所述网络接入节点传送所述确收信息比特。<br>**公开性判断**：直接公开 | [0071] “PUCCH may support a variety different formats that may be chosen depending on the information to be signaled...” (中文：PUCCH可以支持多种不同的格式，可以根据要发送的信息来选择...) <br> [0185] “...where PUCCH format 1a is used when nbits=1 and PUCCH format 1b is used otherwise.” (中文：...其中当nbits=1时使用PUCCH格式1a，否则使用格式1b。) <br> [0185] “...use a transmission method based on channel selection using multiple (ncspucch) PUCCH format 1b resources...” (中文：...使用基于信道选择的传输方法，使用多个（ncspucch）PUCCH格式1b资源...) <br> [0185] “...use a DFT-S-OFDM-based method of PUCCH resource allocation.” (中文：...使用基于DFT-S-OFDM的PUCCH资源分配方法。) | 目标专利中该特征解决的技术问题是：在传送ACK比特时，需要确定具体的控制信道格式，并按照该格式使用选定的资源进行传输。对比文件明确描述了PUCCH有多种格式（如格式1a、1b），并且UE根据ACK比特数等因素选择具体的PUCCH格式或传输方法（如格式1a/1b、基于信道选择的方法、基于DFT-S-OFDM的方法）。每种格式或方法都定义了特定的编码、调制和资源映射方式。因此，“标识控制信道格式”是选择资源集合（特征D、G）过程中的一部分或直接结果，“根据所标识的格式使用资源传送”是实际传输的必然要求。对比文件直接公开了这些内容。因此，该技术特征被对比文件直接公开。 |
| **技术特征I**：其中所接收的配置进一步标识所述阈值比特数目。<br>**公开性判断**：隐含公开 | [0185] 方法1800中提到了阈值m和n，用于与nbits比较。虽然未明确说明这些阈值是由“所接收的配置”标识的，但在无线通信系统中，此类用于决定传输格式或资源的阈值参数（如最大有效载荷大小）通常由网络通过高层信令（RRC）配置给UE，或者是在标准中预定义的。对比文件描述了基于阈值的决策流程，本领域技术人员根据公知常识可以合理推断，这些阈值参数是UE已知的，其来源可以是预配置或网络配置。因此，该技术特征被对比文件隐含公开。 | |
| **技术特征J**：其中所述阈值比特数目包括两比特。<br>**公开性判断**：隐含公开 | [0185] “...where PUCCH format 1a is used when nbits=1 and PUCCH format 1b is used otherwise.” (中文：...其中当nbits=1时使用PUCCH格式1a，否则使用格式1b。) | 目标专利中该特征限定一个具体的阈值（两比特）。对比文件在描述PUCCH格式选择时提到，当nbits=1时用格式1a，否则用格式1b。这暗示了在“传统方法”中，区分格式1a和1b的阈值是“1比特”还是“大于1比特”。虽然未明确说“两比特”，但格式1b通常用于携带2比特信息（例如，针对一个双码字传输的ACK/NACK）。本领域技术人员可以理解，在对比文件描述的上下文中，用于选择格式1a/1b的隐含阈值是“1”，而用于选择其他方法（如信道选择、DFT-S-OFDM）的阈值m和n可能是其他值。目标专利将阈值具体化为“两比特”可以看作是对对比文件隐含的“大于1比特”这一阈值范围的一个具体示例或等同替换。根据隐含公开判断的宽松标准，可以认为该技术特征被对比文件隐含公开。 |
| **技术特征K**：在所述时隙中接收根据动态配置调度的第三下行链路数据。<br>**公开性判断**：直接公开 | [0070] “In such embodiments, for the uplink (UL) direction, there may also be a need for certain associated Layer 1/Layer 2 (L1/L2) control signaling (such as ACK/NACK, CQI, PMI, RI, etc.) to support the UL transmission, DL transmission, scheduling, MIMO, etc.” (中文：在这样的实施例中，对于上行链路（UL）方向，也可能需要某些相关的层1/层2（L1/L2）控制信令（例如ACK/NACK、CQI、PMI、RI等）来支持UL传输、DL传输、调度、MIMO等。) <br> [0046] “In an embodiment, a UE may be configured to received data over multiple DL CCs or serving cells...” (中文：在一个实施例中，UE可以被配置为在多个DL CC或服务小区上接收数据...) | 目标专利中该特征解决的技术问题是：除了SPS数据，UE还可能在同一时隙内收到动态调度的下行数据。对比文件通篇描述的是载波聚合下的一般下行数据接收（PDSCH）和ACK/NACK反馈，这些下行数据既包括动态调度的，也包括可能存在的SPS传输（见[0236]）。在载波聚合场景中，UE在同一个子帧（时隙）内从多个CC接收数据是基本操作，这些数据自然包括动态调度的PDSCH。因此，“在时隙中接收根据动态配置调度的下行链路数据”是对比文件直接描述的场景的一部分。因此，该技术特征被对比文件直接公开。 |
| **技术特征L**：进一步包括：在无线电资源控制信令中接收所述第一SPS配置和所述第二SPS配置；以及在下行链路控制信息中接收所述动态配置。<br>**公开性判断**：隐含公开 | [0236] “...such as downlink Semi-Persistent Scheduling, the value of nPUCCH(1) may be determined according to higher layer configuration.” (中文：...例如下行链路半持久调度，nPUCCH(1)的值可以根据更高层配置来确定。) <br> [0070] “In such embodiments, for the uplink (UL) direction, there may also be a need for certain associated Layer 1/Layer 2 (L1/L2) control signaling (such as ACK/NACK, CQI, PMI, RI, etc.) to support the UL transmission, DL transmission, scheduling, MIMO, etc.” (中文：在这样的实施例中，对于上行链路（UL）方向，也可能需要某些相关的层1/层2（L1/L2）控制信令（例如ACK/NACK、CQI、PMI、RI等）来支持UL传输、DL传输、调度、MIMO等。) | 目标专利中该特征解决的技术问题是：明确SPS配置和动态配置的不同信令来源。对比文件提到了下行SPS的参数由“higher layer configuration”（高层配置）决定，在3GPP LTE/NR体系中，这通常指RRC信令。同时，对比文件涉及的动态调度下行数据，其调度信息必然通过下行控制信息（DCI，承载于PDCCH）下发，这是无线通信系统的基础知识。因此，本领域技术人员可以从对比文件对SPS（高层配置）和一般下行数据传输（隐含DCI调度）的描述中，合理推断出“SPS配置通过RRC信令接收，动态配置通过DCI接收”这一常规实现方式。因此，该技术特征被对比文件隐含公开。 |
| **技术特征M**：进一步包括：标识为所述UE配置的码本类型，所述码本类型是半静态码本或动态码本中的一者，其中所述确收比特的数目是至少部分地基于所标识的码本类型来确定的。<br>**公开性判断**：直接公开 | [0085] “In order to provide ACK/NACK feedback, for example in LTE-A systems, PUCCH joint coding may be used to transmit multiple HARQ ACK/NACKs.” (中文：为了提供ACK/NACK反馈，例如在LTE-A系统中，可以使用PUCCH联合编码来发送多个HARQ ACK/NACK。) <br> [0133] “In an embodiment, the number of ACK/NACK bits that need to be fed back depends on DL-UL configuration...There may be at least two ACK/NACK feedback modes in an embodiment. One such mode may be ACK/NACK multiplexing, and another such mode may be ACK/NACK bundling.” (中文：在一个实施例中，需要反馈的ACK/NACK比特的数量取决于DL-UL配置...在一个实施例中，可以存在至少两种ACK/NACK反馈模式。一种这样的模式可以是ACK/NACK复用，另一种模式可以是ACK/NACK捆绑。) <br> [0140] “In an embodiment, two-bit DAIs may be signaled in DL and a UE may bundle ACK/NACKc in the CC-domain to generate one to two bits per DL subframe (CC-domain partial bundling for each downlink subframe.)” (中文：在一个实施例中，可以在DL中发送2比特DAI，并且UE可以在CC域中捆绑ACK/NACK，为每个DL子帧生成1到2比特（针对每个下行链路子帧的CC域部分捆绑）。) | 目标专利中该特征解决的技术问题是：确定ACK码本类型（半静态/动态），并基于此确定ACK比特数目。对比文件详细讨论了多种ACK/NACK反馈模式，包括“ACK/NACK multiplexing”（可对应于动态或基于计数的码本）和“ACK/NACK bundling”（可对应于半静态或捆绑码本）。例如，[0140]描述了使用DL DAI（下行链路分配指示符）的CC域捆绑，这涉及动态确定反馈内容，类似于动态码本；而其他部分描述的基于配置的捆绑则可能类似于半静态码本。确定码本类型直接影响需要反馈的ACK比特的数目（例如，捆绑会减少比特数）。因此，对比文件直接公开了“标识码本类型并基于此确定ACK比特数目”的相关技术内容。因此，该技术特征被对比文件直接公开。 |
| **技术特征N**：进一步包括：根据所述动态配置来接收一个或多个动态调度的下行链路数据信号；将针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特与将针对所述动态调度的下行链路数据传送的确收消息进行组合；以及至少部分地基于确收码本用将针对所述动态调度的下行链路数据传送的所述确收消息来向所述网络接入节点传送经组合的确收信息比特。<br>**公开性判断**：直接公开 | [0080] “In carrier aggregation embodiments, multiple ACK/NACKs for multiple DL carriers with either single or double codewords may be transmitted.” (中文：在载波聚合实施例中，可以发送针对具有单个或两个码字的多个DL载波的多个ACK/NACK。) <br> [0082] “Another transmission method may be PUCCH Joint Coding where multiple ACK/NACKs may be jointly encoded and transmitted in PUCCH.” (中文：另一种传输方法可以是PUCCH联合编码，其中多个ACK/NACK可以被联合编码并在PUCCH中发送。) <br> [0133] “One such mode may be ACK/NACK multiplexing...” (中文：一种这样的模式可以是ACK/NACK复用...) | 目标专利中该特征解决的技术问题是：将SPS下行数据的ACK与动态调度下行数据的ACK进行组合，并基于码本一起传送。对比文件的核心内容之一就是处理载波聚合下多个下行传输（包括来自多个CC的，可隐含包括动态和SPS）的ACK/NACK反馈。它明确提出了“PUCCH Joint Coding”（PUCCH联合编码）和“ACK/NACK multiplexing”（ACK/NACK复用）等方法，这些方法正是将多个ACK/NACK信息（无论其对应动态还是SPS传输）组合（联合编码或复用）成一个反馈消息进行传送。这直接对应于目标专利的“进行组合”和“传送经组合的确收信息比特”。因此，该技术特征被对比文件直接公开。 |
| **技术特征O**：其中所述确收码本包括至少部分地基于接收到所述第一下行链路数据的第一时机以及接收到所述第二下行链路数据的第二时机的半静态码本，并且其中针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特至少部分地基于所述半静态码本而与将针对所述动态调度的下行链路数据传送的所述确收消息进行组合。<br>**公开性判断**：隐含公开 | [0133] “...another such mode may be ACK/NACK bundling.” (中文：...另一种这样的模式可以是ACK/NACK捆绑。) <br> [0140] “In an embodiment, two-bit DAIs may be signaled in DL and a UE may bundle ACK/NACKc in the CC-domain to generate one to two bits per DL subframe (CC-domain partial bundling for each downlink subframe.)” (中文：在一个实施例中，可以在DL中发送2比特DAI，并且UE可以在CC域中捆绑ACK/NACK，为每个DL子帧生成1到2比特（针对每个下行链路子帧的CC域部分捆绑）。) | 目标专利中该特征限定了使用基于接收时机的半静态码本来组合ACK。对比文件提到了“ACK/NACK bundling”（ACK/NACK捆绑）作为一种反馈模式。在3GPP LTE/NR中，半静态码本（Type-1）通常基于配置的下行接收时机来构建，无论该时机是否有实际传输，都需要在对应位置放置ACK/NACK（或NACK/DTX）。虽然对比文件没有明确使用“半静态码本”和“基于接收时机”的术语，但其描述的“bundling”模式（尤其是结合DAI的捆绑）在实现上可能涉及类似半静态码本的构建思想，即根据已知的或配置的潜在传输机会来确定反馈结构。本领域技术人员可以从对比文件对多种ACK反馈模式（包括捆绑和复用）的讨论中，合理推断出可能包括基于固定时机的半静态码本构建方式，并将其应用于组合SPS和动态ACK的场景。因此，该技术特征被对比文件隐含公开。 |
| **技术特征P**：其中所述确收码本包括动态码本，并且其中针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特至少部分地基于所述动态码本而被添附到将针对所述动态调度的下行链路数据传送的所述确收消息。<br>**公开性判断**：隐含公开 | [0082] “Another transmission method may be PUCCH Joint Coding where multiple ACK/NACKs may be jointly encoded and transmitted in PUCCH.” (中文：另一种传输方法可以是PUCCH联合编码，其中多个ACK/NACK可以被联合编码并在PUCCH中发送。) <br> [0133] “One such mode may be ACK/NACK multiplexing...” (中文：一种这样的模式可以是ACK/NACK复用...) <br> [0140] “In an embodiment, two-bit DAIs may be signaled in DL and a UE may bundle ACK/NACKc in the CC-domain...” (中文：在一个实施例中，可以在DL中发送2比特DAI，并且UE可以在CC域中捆绑ACK/NACK...) | 目标专利中该特征限定了使用动态码本，并将SPS的ACK添附到动态ACK消息。对比文件详细描述了“PUCCH Joint Coding”和“ACK/NACK multiplexing”，这些可以被视为动态码本的具体实现方式，因为它们需要根据实际调度情况动态确定ACK比特的内容和顺序。虽然对比文件未明确描述“将SPS ACK添附到动态ACK”这一具体操作，但在动态码本构建中，所有需要反馈的ACK（包括对应动态调度和SPS传输的）都会被一起考虑和编码。将SPS ACK视为动态确定反馈内容的一部分，并将其与其他动态ACK一起进行联合编码或复用，这在逻辑上等同于“添附”。因此，本领域技术人员可以从对比文件公开的动态ACK反馈方法中，合理推断出该具体实现方式。因此，该技术特征被对比文件隐含公开。 |
| **技术特征Q**：其中所述多个SPS配置被配置在多个分量载波上。<br>**公开性判断**：直接公开 | [0046] “In an embodiment, a UE may be configured to received data over multiple DL CCs or serving cells...” (中文：在一个实施例中，UE可以被配置为在多个DL CC或服务小区上接收数据...) <br> [0236] “...such as downlink Semi-Persistent Scheduling...” (中文：...例如下行链路半持久调度...) | 目标专利中该特征限定多个SPS配置位于多个分量载波上。对比文件的核心场景就是载波聚合（多个CC）。同时，它明确提到了下行半持久调度（SPS）。本领域技术人员可以直接且明确地推断，在载波聚合系统中，SPS配置可以配置在多个不同的分量载波上。因此，该技术特征被对比文件直接公开。 |
| **技术特征R**：其中所述多个SPS配置中的多者在相同时间期间对于所述UE而言是活跃的。<br>**公开性判断**：隐含公开 | [0046] “In an embodiment, a UE may be configured to received data over multiple DL CCs or serving cells...” (中文：在一个实施例中，UE可以被配置为在多个DL CC或服务小区上接收数据...) <br> [0236] “...such as downlink Semi-Persistent Scheduling...” (中文：...例如下行链路半持久调度...) | 目标专利中该特征限定多个SPS配置同时活跃。对比文件描述了UE在多个CC上接收数据，并提到了SPS。如果SPS配置在多个CC上，那么这些SPS配置自然可以在相同时间期间对UE都是活跃的（即UE同时监视多个CC上的SPS传输机会）。这是载波聚合下支持多SPS配置的必然结果。因此，该技术特征被对比文件隐含公开。 |
| **技术特征S**：其中标识与所述多个SPS配置中的多者相对应的所述至少一个控制信道资源集合的所述配置是在物理上行链路控制信道配置中接收的。<br>**公开性判断**：隐含公开 | [0071] “The total number of RBs available for PUCCH transmission within a cell may be specified by the higher layer parameter NRBHO.” (中文：小区内可用于PUCCH传输的RB总数可以由更高层参数NRBHO指定。) <br> [0160] “Included among such criteria are the number of dedicated PUCCH resources, if any, configured for the UE (e.g., by RRC)...” (中文：这些标准中包括为UE配置的（例如通过RRC）专用PUCCH资源的数量（如果有的话）...) | 目标专利中该特征限定了用于多个SPS的PUCCH资源集合的配置是在PUCCH配置中接收的。对比文件多次提到PUCCH资源（如RB数量、专用资源）是由高层（如RRC）配置的。在3GPP标准中，PUCCH的资源配置正是通过“PUCCH-Config”这类RRC信令消息下发的。因此，本领域技术人员可以合理推断，为多个SPS配置所提供的PUCCH资源集合的配置信息，也包含在发送给UE的PUCCH配置信令中。因此，该技术特征被对比文件隐含公开。 |
| **技术特征T**：接收用于开始根据所述第一SPS配置的通信的激活消息，其中所述第一下行链路数据是至少部分地基于所述激活消息来接收的；标识所述激活消息中的上行链路资源指示符，所述上行链路资源指示符包括对用于向所述网络接入节点传送所述确收信息比特的上行链路资源的指示；至少部分地基于所述上行链路资源指示符来向所述网络接入节点传送所述确收信息比特的第一集合；以及至少部分地基于所选控制信道资源集合来在所述确收信息比特的所述第一集合之后传送所述确收信息比特的后续集合。<br>**公开性判断**：未公开 | [0236] “...such as downlink Semi-Persistent Scheduling, the value of nPUCCH(1) may be determined according to higher layer configuration.” (中文：...例如下行链路半持久调度，nPUCCH(1)的值可以根据更高层配置来确定。) | 目标专利中该特征解决的技术问题是：处理SPS激活消息中的上行链路资源指示符（如PRI），并区分首次反馈和后续反馈使用的资源。对比文件仅提到下行SPS的PUCCH资源由高层配置，但未涉及SPS激活/去激活的DCI消息，更没有描述此类DCI中可能包含上行链路资源指示符（PRI），以及UE根据该PRI传送首次ACK，后续ACK则使用基于ACK比特数选择的资源集合这一具体操作流程。该特征包含了特定的时序和资源切换逻辑。对比文件没有提供足够的信息使本领域技术人员能够直接或通过合理推断得出这一具体方案。因此，该技术特征既未被对比文件直接公开，也未被隐含公开。 |
| **技术特征U**：接收用于结束根据所述第一SPS配置的通信的停用消息；至少部分地基于接收到所述停用消息来确定用于传送确收消息的上行链路资源；以及使用所确定的上行链路资源来传送所述确收消息。<br>**公开性判断**：未公开 | [0236] “...such as downlink Semi-Persistent Scheduling, the value of nPUCCH(1) may be determined according to higher layer configuration.” (中文：...例如下行链路半持久调度，nPUCCH(1)的值可以根据更高层配置来确定。) | 目标专利中该特征解决的技术问题是：处理SPS停用消息，并确定用于反馈该停用消息的上行资源。对比文件仅简单提及下行SPS的存在及其PUCCH资源由高层配置，完全没有涉及SPS停用（释放）流程，也没有描述UE需要为SPS停用消息发送ACK反馈，以及如何确定发送该反馈的资源。该特征涉及特定的信令流程和资源确定机制。对比文件没有提供任何相关教导或启示。因此，该技术特征既未被对比文件直接公开，也未被隐含公开。 |
| **技术特征V**：进一步包括：将所述确收消息与来自附加SPS配置、动态下行链路消息、或其组合的一个或多个附加确收消息进行组合；以及至少部分地基于确收码本来向所述网络接入节点传送经组合的确收消息。<br>**公开性判断**：直接公开 | [0082] “Another transmission method may be PUCCH Joint Coding where multiple ACK/NACKs may be jointly encoded and transmitted in PUCCH.” (中文：另一种传输方法可以是PUCCH联合编码，其中多个ACK/NACK可以被联合编码并在PUCCH中发送。) <br> 参见特征N的引用和论述。 | 目标专利中该特征解决的技术问题是：将针对SPS停用的ACK与其他ACK（来自其他SPS或动态调度）进行组合传送。这与特征N中“将SPS ACK与动态ACK组合”在本质上是相同的技术概念，只是触发组合的ACK来源略有不同（一个是针对停用消息的ACK）。对比文件已经公开了将多个ACK（无论其对应何种下行传输类型）进行联合编码或复用的通用方法。因此，将针对停用消息的ACK也纳入这个联合编码/复用的过程，是本领域技术人员基于对比文件已公开内容可以轻易想到的常规应用。因此，该技术特征被对比文件直接公开（基于相同的原理）。 |
| **技术特征W**：其中所确定的上行链路资源包括经由所述停用消息中所包括的上行链路资源指示符指示的上行链路资源或所选控制信道资源集合。<br>**公开性判断**：未公开 | 无相应内容。 | 目标专利中该特征限定了为SPS停用ACK确定资源的两种具体选项：使用停用消息中的指示符，或使用之前基于ACK比特数选择的资源集合。对比文件完全没有涉及SPS停用流程，因此自然没有提及停用消息中可能包含资源指示符，也没有描述将之前选择的资源集合用于停用ACK反馈。该特征是对特征U中“确定上行链路资源”的具体实现方式的限定。由于特征U本身未被公开，其具体实现方式特征W也缺乏公开基础。因此，该技术特征既未被对比文件直接公开，也未被隐含公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<R>>><<<S>>><<<V>>>