**对比文件名称**：发明专利_JP2011505773A How to feedback and receive the acknowledgment information of semi-persistent scheduling data packet and equipment
**目标专利名称**：针对多个活跃下行链路半持久调度配置的确收反馈
**本次调用的模型名称**：专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：一种用于在用户装备UE处进行无线通信的方法<br>**公开性判断**：直接公开 | [2] “本開示は、無線通信に関し、特に、セミパーシステントスケジューリングデータパケットの確認応答情報をフィードバック及び受信する方法及び装置に関する。”<br>（译文：本公开涉及无线通信，特别是关于反馈和接收半持久调度数据包的确认应答信息的方法和装置。） | 对比文件明确公开了主题为一种在用户装备（UE）处进行无线通信的方法，具体涉及半持久调度（SPS）数据包的确认应答（ACK）信息的反馈。这与目标专利权利要求的技术特征A“一种用于在用户装备UE处进行无线通信的方法”的主题类型和主体完全相同，因此被直接公开。 |
| **技术特征B**：接收标识用于多个半持久调度SPS配置的多个控制信道资源集合的配置，所述多个控制信道资源集合包括与所述多个SPS配置中的多者相对应的至少一个集合<br>**公开性判断**：未公开 | 无直接对应内容。对比文件描述了ACK/NACK的复用和映射规则（例如，将k个SPS数据包的ACK/NACK映射到N个ACK/NACK中的最后k个位置），但并未描述接收一个用于“多个SPS配置”的“多个控制信道资源集合”的配置，特别是该配置中还包括“与所述多个SPS配置中的多者相对应的至少一个集合”。 | 目标专利的技术特征B旨在解决多个活跃SPS配置下ACK反馈的资源选择问题，其核心在于基站预先配置了多个PUCCH资源集合（例如资源0和资源1），UE根据ACK比特数目从中选择。对比文件虽然涉及多个SPS数据包的ACK反馈，但其解决方案是固定ACK比特在反馈序列中的位置（如最后几个位置），并未涉及为多个SPS配置提供不同的、可供选择的控制信道（如PUCCH）资源集合的配置。本领域技术人员无法从对比文件中直接或合理地推断出该技术特征。 |
| **技术特征C**：根据所述多个SPS配置中的第一SPS配置来接收第一下行链路数据并根据所述多个SPS配置中的第二SPS配置来接收第二下行链路数据，其中针对所述第一下行链路数据和所述第二下行链路数据的确收信息被调度成将在一时隙期间被传送<br>**公开性判断**：直接公开 | [2] “ＢＳが合計Ｎ個の下りリンクサブフレームのうちのｘ個をスケジュールする場合、ＵＥはｘ個のＡＣＫ／ＮＡＫをフィードバックする。”<br>（译文：当基站调度总计N个下行链路子帧中的x个时，UE反馈x个ACK/NACK。）<br>[0010] “下りリンクデータのｋ個のＳＰＳデータパケットのＡＣＫ／ＮＡＫを、（Ｎ−ｋ＋１）番目のＡＣＫ／ＮＡＫからＮ番目のＡＣＫ／ＮＡＫまでの位置にマッピングすること”<br>（译文：将下行链路数据的k个SPS数据包的ACK/NACK，映射到从第(N-k+1)个ACK/NACK到第N个ACK/NACK的位置。）<br>结合对比文件图3-6及描述，其场景均涉及在TDD配置下，多个下行子帧（可包括SPS和动态调度）的ACK/NACK需要在一个上行子帧中反馈。 | 对比文件明确公开了根据多个SPS配置接收多个下行链路数据包（即“k个SPS数据パケット”），并且这些数据包对应的ACK/NACK信息被调度在一个上行链路子帧（即时隙，在LTE中一个子帧通常对应一个时隙）中进行反馈。这与目标专利技术特征C描述的场景完全一致：根据多个SPS配置接收多个下行链路数据，且对应的ACK信息被调度在同一个时隙内传送。因此，该技术特征被直接公开。 |
| **技术特征D**：至少部分地基于针对所述第一下行链路数据和所述第二下行链路数据的确收信息比特的数目来选择由所接收的配置标识的所述多个控制信道资源集合中的控制信道资源集合<br>**公开性判断**：未公开 | 无直接对应内容。对比文件描述了基于UL DAI确定需要反馈的ACK/NACK总数N，以及将SPS的ACK/NACK映射到特定位置，但并未描述基于ACK信息比特的“数目”从一个“多个控制信道资源集合”的配置中进行“选择”。 | 目标专利技术特征D的关键在于“选择”行为，其选择依据是ACK信息比特的数目，选择对象是预先配置的多个控制信道资源集合中的一个。对比文件解决ACK冲突的方式是确定ACK比特在反馈码本中的“排序”或“位置”，而非选择用于传输的物理资源集合。对比文件没有公开任何关于根据ACK比特数目从多个PUCCH资源集合中选择一个的机制。本领域技术人员无法从对比文件中推导出该特征。 |
| **技术特征E**：以及使用所选控制信道资源集合向网络接入节点传送所述确收信息比特<br>**公开性判断**：未公开 | 无直接对应内容。对比文件描述了“ＢＳにＮ個のＡＣＫ／ＮＡＫをフィードバックする”（向BS反馈N个ACK/NACK），但未提及“使用所选控制信道资源集合”。 | 由于对比文件未公开技术特征D（即选择控制信道资源集合），因此自然也未曾公开“使用所选控制信道资源集合”来传送ACK信息比特。目标专利中，该特征与技术特征D紧密关联，共同构成了基于ACK比特数目动态选择并利用相应PUCCH资源进行传输的方案。对比文件未涉及此方案。 |
| **技术特征F**：从所述网络接入节点接收包括所述第一SPS配置和所述第二SPS配置的所述多个SPS配置<br>**公开性判断**：隐含公开 | [2] “ＳＰＳモードでは、ＢＳは、ＳＰＳ伝送が活性化される場合のみ、ＰＤＣＣＨ制御シグナリングを送信する。 ＵＥは、ＰＤＣＣＨによって指示された位置及び時間に従って、ＳＰＳ伝送を活性化する。”<br>（译文：在SPS模式中，基站仅在SPS传输被激活时发送PDCCH控制信令。UE根据PDCCH指示的位置和时间激活SPS传输。）<br>以及对比文件多处提及“k個のＳＰＳデータパケット”（k个SPS数据包）。 | 对比文件明确讨论了SPS传输模式，并提及了多个SPS数据包。本领域技术人员公知，SPS传输需要预先通过RRC信令等方式配置SPS参数（如周期），然后通过DCI（激活PDCCH）激活。要接收“k个SPS数据包”，必然意味着存在多个SPS配置（无论是相同的还是不同的配置）。因此，虽然对比文件说明书未明确写出“接收多个SPS配置”的字样，但本领域技术人员根据其整体技术方案可以合理推断出UE需要从网络接入节点接收多个SPS配置，这是实现其描述的SPS数据传输场景的前提。因此，该技术特征被隐含公开。 |
| **技术特征G**：其中选择所述控制信道资源集合包括：将所述确收信息比特的数目与阈值比特数目进行比较；以及至少部分地基于所述比较来从所述多个控制信道资源集合之中选择所述控制信道资源集合<br>**公开性判断**：未公开 | 无直接对应内容。对比文件未提及任何将ACK比特数目与“阈值比特数目”进行比较的操作。 | 目标专利技术特征G是技术特征D的具体实现方式，引入了“阈值比特数目”（如两比特）作为选择不同PUCCH资源集合的判断标准。对比文件完全不涉及此概念。其ACK反馈的构建是基于总数据包数N和SPS数据包数k来确定位置，而非基于ACK比特总数与某个阈值的比较来选择不同的上行资源。因此，该特征既未被直接公开，也无法从对比文件中隐含得出。 |
| **技术特征H**：其中传送所述确收信息比特包括：标识要用于传送所述确收信息比特的控制信道格式；以及使用所选控制信道资源集合根据所标识的控制信道格式来向所述网络接入节点传送所述确收信息比特<br>**公开性判断**：未公开 | 无直接对应内容。对比文件未提及“控制信道格式”的标识。 | 目标专利技术特征H涉及具体传输细节，即标识控制信道格式（如PUCCH格式0、1等）并结合所选资源进行传输。对比文件仅一般性地提及在PUCCH或PUSCH中反馈ACK/NACK，并未深入描述需要根据ACK信息的具体情况（如比特数）去标识并采用特定格式。该特征未被对比文件公开。 |
| **技术特征I**：其中所接收的配置进一步标识所述阈值比特数目<br>**公开性判断**：未公开 | 无直接对应内容。 | 由于“阈值比特数目”这一概念未在对比文件中出现，因此自然也不存在在配置中标识该阈值的技术内容。该特征未被公开。 |
| **技术特征J**：其中所述阈值比特数目包括两比特<br>**公开性判断**：未公开 | 无直接对应内容。 | 该特征是技术特征I和G的具体示例。对比文件未涉及任何相关概念，因此未被公开。 |
| **技术特征K**：在所述时隙中接收根据动态配置调度的第三下行链路数据<br>**公开性判断**：直接公开 | [2] “これらのＮ個の下りリンクサブフレームは、動的スケジューリングサブフレーム又はＳＰＳサブフレームであってもよい。”<br>（译文：这些N个下行链路子帧可以是动态调度子帧或SPS子帧。）<br>对比文件图3-6的示例中均同时包含SPS子帧和动态调度子帧。 | 对比文件明确描述了在同一个反馈窗口（对应目标专利的“时隙”）内，下行数据既包括SPS数据包，也包括动态调度的数据包。例如，在图3的描述中，第一子帧为SPS，第二、三子帧为动态调度。这直接公开了在相同时隙内接收根据动态配置调度的下行链路数据（即第三下行链路数据）。 |
| **技术特征L**：在无线电资源控制信令中接收所述第一SPS配置和所述第二SPS配置；以及在下行链路控制信息中接收所述动态配置<br>**公开性判断**：隐含公开 | [2] “ＳＰＳモードでは、ＢＳは、ＳＰＳ伝送が活性化される場合のみ、ＰＤＣＣＨ制御シグナリングを送信する。”<br>（译文：在SPS模式中，基站仅在SPS传输被激活时发送PDCCH控制信令。）<br>结合3GPP LTE标准常识。 | 对比文件提到了SPS传输的激活需要通过PDCCH（即DCI的一种）信令。本领域技术人员公知，SPS的长期参数（如周期、资源等）是通过RRC信令配置的，而具体的激活/释放则通过带有特定RNTI加扰的DCI（PDCCH）实现。动态调度的资源分配更是完全通过DCI指示。因此，虽然对比文件说明书未明确写出“在RRC信令中接收SPS配置，在DCI中接收动态配置”的语句，但这是实现其描述的SPS与动态调度混合场景的标准且必要的手段，本领域技术人员可以直接且毫无疑义地确定。因此，该技术特征被隐含公开。 |
| **技术特征M**：标识为所述UE配置的码本类型，所述码本类型是半静态码本或动态码本中的一者，其中所述确收比特的数目是至少部分地基于所标识的码本类型来确定的<br>**公开性判断**：未公开 | 无直接对应内容。对比文件描述了“上りリンクＡＣＫ／ＮＡＫマルチプレクシングモード”（上行ACK/NACK复用模式），这类似于半静态码本的概念，但并未明确区分和定义“半静态码本”和“动态码本”这两种类型，也未描述基于码本类型来确定ACK比特数目的过程。 | 目标专利的技术特征M涉及更高层的码本配置策略（Type I/Type II），并强调ACK比特数目的确定依赖于码本类型。对比文件聚焦于TDD系统中ACK/NACK的复用映射规则，属于码本构建的具体操作层面，并未上升到对码本类型进行配置和识别的层面。因此，该特征未被对比文件公开。 |
| **技术特征N**：根据所述动态配置来接收一个或多个动态调度的下行链路数据信号；将针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特与将针对所述动态调度的下行链路数据传送的确收消息进行组合；以及至少部分地基于确收码本用将针对所述动态调度的下行链路数据传送的所述确收消息来向所述网络接入节点传送经组合的确收信息比特<br>**公开性判断**：直接公开 | [0010] “下りリンクデータのｋ個のＳＰＳデータパケットのＡＣＫ／ＮＡＫを、（Ｎ−ｋ＋１）番目のＡＣＫ／ＮＡＫからＮ番目のＡＣＫ／ＮＡＫまでの位置にマッピングすること”<br>[2] “その他のサブフレームのＵＬ ＡＣＫ／ＮＡＫは、ＤＬ ＤＡＩの順序に従って配列される。”<br>（译文：其他子帧的UL ACK/NACK按照DL DAI的顺序排列。）<br>结合整个文档描述的流程：UE接收UL DAI得知总反馈数N，将SPS的ACK/NACK映射到后k位，将动态调度的ACK/NACK按DL DAI顺序映射到前N-k位，然后反馈一个包含N个ACK/NACK的序列。 | 对比文件完整公开了该技术特征：1. 接收动态调度数据（“その他のサブフレーム”）；2. 将SPS数据的ACK/NACK（对应目标专利的第一、第二下行链路数据的ACK）与动态调度数据的ACK/NACK进行组合（映射到同一个N比特序列中）；3. 基于一个确定的码本（由UL DAI确定大小，由DL DAI和SPS映射规则确定内容）向基站传送这个经组合的ACK/NACK序列。因此，该技术特征被直接公开。 |
| **技术特征O**：其中所述确收码本包括至少部分地基于接收到所述第一下行链路数据的第一时机以及接收到所述第二下行链路数据的第二时机的半静态码本，并且其中针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特至少部分地基于所述半静态码本而与将针对所述动态调度的下行链路数据传送的所述确收消息进行组合<br>**公开性判断**：未公开 | 无直接对应内容。对比文件虽然描述了基于子帧位置（时机）映射ACK/NACK，但并未明确将其定义为“半静态码本”。其映射规则（SPS在后，动态按DAI在前）是固定的，而目标专利的半静态码本（Type I）通常基于所有可能的PDSCH时机生成，包含未传输时机的NACK，这与对比文件的机制存在差异。 | 对比文件公开的是一种具体的ACK/NACK复用映射方法，但并未将其概括或标识为“半静态码本”。更重要的是，目标专利中“基于半静态码本进行组合”具有特定的含义，可能涉及基于配置的时机构建码本。对比文件的方法虽然也考虑了时机，但其机制（依赖DAI计数和固定SPS位置映射）与目标专利所描述的基于半静态码本组合的机制并不相同。因此，该特征未被直接或隐含公开。 |
| **技术特征P**：其中所述确收码本包括动态码本，并且其中针对所述第一下行链路数据和所述第二下行链路数据的所述确收信息比特至少部分地基于所述动态码本而被添附到将针对所述动态调度的下行链路数据传送的所述确收消息<br>**公开性判断**：未公开 | 无直接对应内容。对比文件未提及“动态码本”（如Type II码本）的概念。 | 动态码本（Type II）是基于接收到的DCI中的DAI动态构建的，与对比文件描述的映射规则不同。对比文件未涉及此概念。因此，该特征未被公开。 |
| **技术特征Q**：其中所述多个SPS配置被配置在多个分量载波上<br>**公开性判断**：未公开 | 无直接对应内容。对比文件全文未提及“分量载波”（Component Carrier）。 | 目标专利技术特征Q涉及载波聚合（CA）场景。对比文件仅描述了单个载波（或未指定载波数量）下的TDD操作，未涉及多载波配置。因此，该特征未被公开。 |
| **技术特征R**：其中所述多个SPS配置中的多者在相同时间期间对于所述UE而言是活跃的<br>**公开性判断**：隐含公开 | [0010] “下りリンクデータのｋ個のＳＰＳデータパケットのＡＣＫ／ＮＡＫを、（Ｎ−ｋ＋１）番目のＡＣＫ／ＮＡＫからＮ番目のＡＣＫ／ＮＡＫまでの位置にマッピングすること”<br>（k为大于0的正整数）<br>图5描述了同时存在两个SPS子帧（B和C）的场景。 | 对比文件明确讨论了“k个SPS数据包”的ACK反馈问题，且k可以大于1（如图5示例中k=2）。这意味着在同一反馈窗口内，有多个SPS传输发生。本领域技术人员可以理解，要实现这一点，对应这些SPS传输的SPS配置必须在相同时间期间内对UE而言都是活跃的（已被激活且未释放）。因此，该技术特征被隐含公开。 |
| **技术特征S**：其中标识与所述多个SPS配置中的多者相对应的所述至少一个控制信道资源集合的所述配置是在物理上行链路控制信道配置中接收的<br>**公开性判断**：未公开 | 无直接对应内容。对比文件未提及“物理上行链路控制信道配置”（PUCCH configuration）这一信令。 | 目标专利技术特征S限定了承载所述控制信道资源集合配置的具体信令类型（PUCCH配置）。对比文件未描述任何关于PUCCH资源配置的接收。因此，该特征未被公开。 |
| **技术特征T**：接收用于开始根据所述第一SPS配置的通信的激活消息，其中所述第一下行链路数据是至少部分地基于所述激活消息来接收的；标识所述激活消息中的上行链路资源指示符，所述上行链路资源指示符包括对用于向所述网络接入节点传送所述确收信息比特的上行链路资源的指示；至少部分地基于所述上行链路资源指示符来向所述网络接入节点传送所述确收信息比特的第一集合；以及至少部分地基于所选控制信道资源集合来在所述确收信息比特的所述第一集合之后传送所述确收信息比特的后续集合<br>**公开性判断**：未公开 | 无直接对应内容。对比文件提到了通过PDCCH激活SPS传输，但未描述该激活消息中包含“上行链路资源指示符”（PRI）用于指示首次ACK传输的资源，更未描述首次ACK传输与后续基于“所选控制信道资源集合”的ACK传输之间的区别和顺序。 | 目标专利技术特征T涉及SPS激活和初始ACK传输的特定资源分配机制，以及后续ACK传输资源选择的切换。这是一个非常具体且未被对比文件披露的操作流程。对比文件仅关注ACK内容的构建，未涉及不同ACK传输时机使用不同上行资源（尤其是基于不同规则选择资源）的机制。因此，该特征未被公开。 |
| **技术特征U**：接收用于结束根据所述第一SPS配置的通信的停用消息；至少部分地基于接收到所述停用消息来确定用于传送确收消息的上行链路资源；以及使用所确定的上行链路资源来传送所述确收消息<br>**公开性判断**：未公开 | 无直接对应内容。对比文件提到了SPS传输可以被“キャンセルされる”（取消），但未具体描述“停用消息”的接收以及基于该消息确定ACK传输资源的过程。 | 目标专利技术特征U涉及SPS释放流程及对应的ACK反馈资源确定。对比文件未披露这一具体流程。因此，该特征未被公开。 |
| **技术特征V**：将所述确收消息与来自附加SPS配置、动态下行链路消息、或其组合的一个或多个附加确收消息进行组合；以及至少部分地基于确收码本来向所述网络接入节点传送经组合的确收消息<br>**公开性判断**：未公开 | 无直接对应内容。 | 该特征与技术特征U关联，是关于停用消息ACK与其他ACK组合的方案。由于对比文件未公开技术特征U，自然也未曾公开此组合方案。该特征未被公开。 |
| **技术特征W**：其中所确定的上行链路资源包括经由所述停用消息中所包括的上行链路资源指示符指示的上行链路资源<br>**公开性判断**：未公开 | 无直接对应内容。 | 该特征是技术特征U的进一步限定。对比文件未涉及，因此未被公开。 |
<<<A>>><<<C>>><<<K>>><<<N>>>
<<<f>>><<<l>>><<<r>>>