好的，本次评估将严格遵循您的指示进行。
**对比文件名称：** 2010-03-25_US2010074211A_发明申请_US20100074211A1 METHOD FOR RETRANSMITTING DATA IN THE MULTI-CARRIER SYSTEM
**目标专利名称：** 1119无线通信网络中用于授予丢失检测和有关处理的方法和设备CN103190108B
**调用的模型名称：** （用户未提供，此处无法指明）
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：所述方法包括，借助于通过所述下行链路控制信道传送调度授予到移动终端，调度去往或来自所述移动终端的传送 | **《直接公开》** <br><br>【0082】：“如果Node-B有一个将要进行初始传输的UE，Node-B告知UE用于其数据传输的无线资源信息和定时信息，从而通常向UE发送一个允许UE进行数据传输的调度消息。上述用于允许UE进行数据传输并告知调度信息的调度消息在下文中称为授权消息。”<br><br>【0095】：“Node-B向上行链路调度的UE发送包括调度信息的授权消息。在这种情况下，所述调度信息告知上行链路调度的UE在所调度传输时间的一个调度频带，以传输上行链路数据。如果UE接收到所述授权消息，UE就在TTI=1的时刻根据调度信息发送数据。” | 对比文件明确公开了基站（Node-B）通过发送授权消息（相当于调度授予）到移动终端（UE）来调度上行链路数据发送。所述授权消息包括调度信息，用于指示UE在特定时间、特定频带上发送数据。这完全对应于目标专利技术特征A中“通过下行链路控制信道传送调度授予到移动终端，调度去往或来自移动终端的传送”，该特征在对比文件中起到与目标专利相同的作用，即发起一个基于授予的数据传输过程。因此，技术特征A被对比文件直接公开。 |
| **技术特征B**：基于检测对应于所述调度的传送的擦除事件，确定所述调度授予的任何一个授予是否丢失 | **《未公开》** <br><br>【0212】：“Node-B使用HARQ方案检测能量，并确定ACK/NACK信号中是否存在任何错误。具体地，Node-B可以确定是否发生了NACK-to-ACK错误。也就是说，Node-B基于检测到的能量确定发送端（例如UE）是否没有向Node-B发送数据，或者基于检测到的能量确定尽管数据正常发送到Node-B是否存在错误。” | 目标专利的技术特征B是基于检测“擦除事件”来确定“调度授予”是否丢失。其核心在于通过检测对应调度的传送（如预期的上行数据或ACK/NACK）是否存在（擦除）来反向推断下行调度授予是否被UE成功接收。对比文件虽然公开了基于能量检测来判断UE是否发送了数据（用于检测NACK-to-ACK错误），但其目的并非是判定“调度授予是否丢失”。对比文件中的能量检测是在已知UE应该发送数据（因为已收到NACK）却未收到数据时使用，用于判断ACK/NACK信号本身是否有错误，而不是用来判断UE是否因丢失了下行授权而未发送数据。两者的技术问题、实现逻辑和作用均不同。对比文件未公开该技术特征，也不能从对比文件中合理推断出该技术特征。 |
| **技术特征C**：响应确定各个调度授予是否丢失，控制所述下行链路控制信道的链路自适应或用于所述调度的传送的HARQ冗余版本设置或两者 | **《未公开》** <br><br>【0177】-【0181】：描述了在同步非自适应HARQ中，当Node-B发送停止消息后，通过重传授权消息来指示重传时，可以指定或重置IR版本（相当于HARQ冗余版本）。 | 目标专利的技术特征C是响应“调度授予丢失”的确定结果，对链路自适应或HARQ冗余版本设置进行控制。对比文件虽然公开了在特定场景下（如通过“停止消息”中断后）进行重传时重置HARQ冗余版本（IR版本）的方案，但其触发条件是基于Node-B自主决定的调度策略（如资源冲突、ACK/NACK错误处理），而非响应“检测到调度授予丢失”这一特定事件。对比文件没有建立“授予丢失”与“控制链路自适应或HARQ冗余版本设置”之间的因果关系。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征D**：其中检测擦除事件包括检测对应于信息信号或解调参考信号的预期接收的接收信号能量 | **《未公开》** <br><br>【0212】：“Node-B使用HARQ方案检测能量，并确定ACK/NACK信号中是否存在任何错误。” | 对比文件虽然提及了检测能量，但其目的是用于判断ACK/NACK信号错误（NACK-to-ACK错误），而非作为“擦除事件”检测方法来判定“调度授予丢失”。目标专利中的“擦除事件”特指未收到任何信号的状况，而对比文件的能量检测是在有信号（但可能是错误信号）的背景下使用的。两者的技术背景和目的不同，对比文件未公开“擦除事件”这一概念及其与授予丢失的关联。因此，该技术特征未被公开。 |
| **技术特征E**：比较所述接收信号能量和定义的阈值 | **《未公开》** <br><br>对比文件全文未明确记载将接收信号能量与一个定义的阈值进行比较以判断信号是否存在的技术方案。 | 对比文件仅抽象提及“检测能量”，但未公开如何具体执行此检测，特别是未公开通过“比较接收信号能量与定义的阈值”这一具体技术手段。该特征未被对比文件公开。 |
| **技术特征F**：其中在所述调度授予是调度下行链路传送到所述移动终端的下行链路调度授予的情况下，检测擦除事件包括确定未从所述移动终端收到与所述调度的下行链路传送相符的确认信息。 | **《未公开》** <br><br>对比文件主要关注上行数据传输的调度和重传。 | 目标专利明确区分了上行和下行调度授予。对于下行调度授予，其擦除事件检测依据是“未收到下行数据的确认信息”。对比文件主要涉及基站调度UE进行上行传输，不存在基站调度下行传输给UE后，UE需要发回确认信息这一场景。因此，对比文件未公开该技术特征。 |
| **技术特征G**：其中所述无线通信网络是LTE网络；并且中检测擦除事件包括：如果是下行链路调度授予而不是上行链路调度授予被传送到所述移动终端，则监视在物理上行链路控制信道(PUCCH)上来自所述移动终端的Ack/Nack信令是否不存在 | **《未公开》** <br><br>对比文件全文未提及LTE网络、PDCCH、PUCCH、PUSCH等特定于LTE系统的信道术语和配置。 | 目标专利的技术特征G明确限定在LTE网络架构下，并指定了在特定条件（仅发送DL授予）下通过监视PUCCH上的Ack/Nack信令来检测擦除。对比文件描述的是一个通用的多载波系统，不涉及LTE特定的信道结构和信令流程。因此，该技术特征未被对比文件公开。 |
| **技术特征H**：如果下行链路和上行链路调度授予以能够促使所述移动终端在物理上行链路共享信道(PUSCH)上传送Ack/Nack信令的时间顺序被传送到所述移动终端，则监视在所述PUSCH上和所述PUCCH上来自所述移动终端的Ack/Nack信令是否不存在。 | **《未公开》** <br><br>对比文件全文未提及LTE网络、PDCCH、PUCCH、PUSCH等特定于LTE系统的信道术语和配置，也未涉及在PUSCH和PUCCH上联合监视ACK/NACK信令的技术方案。 | 目标专利的技术特征H进一步描述了在LTE网络中，当UL和DL授予都被发送时，需要在PUSCH和PUCCH上都监视ACK/NACK信令。对比文件未公开任何与此相关的技术内容。因此，该技术特征未被对比文件公开。 |
| **技术特征I**：其中所述无线通信网络是LTE网络；并且中检测擦除事件包括如果预期有来自所述移动终端的上行链路传送，则通过检测是否在物理上行链路共享信道(PUSCH)上或在物理上行链路控制信道(PUCCH)上收到来自所述移动终端的预期解调参考信号(DMRS)，检测是否发生擦除事件。 | **《未公开》** <br><br>对比文件全文未提及LTE网络、PUSCH、PUCCH、DMRS等特定于LTE系统的信道和参考信号术语及技术方案。 | 目标专利的技术特征I明确限定在LTE网络，并通过检测PUSCH或PUCCH上的DMRS来判断擦除事件。对比文件描述的是一个通用多载波系统，不涉及LTE特定的参考信号设计。因此，该技术特征未被对比文件公开。 |
| **技术特征J**：其中在所述调度授予是调度由所述移动终端进行的上行链路传送的上行链路调度授予的情况下，检测擦除事件包括确定所述调度的上行链路传送未在所述基站收到。 | **《隐含公开》** <br><br>【0086】：“在同步信道非自适应HARQ方案的情况下，数据传输可以通过NACK信号的发送/接收来操作，而无需在Node-B和UE之间使用额外的调度信息。换句话说，如果UE在缓冲区中保存初始发送的数据时收到来自Node-B的NACK信号，UE可以在预先确定的发送时机使用与初始发送相同的频率资源和MCS信息来重传数据。”<br><br>【0212】：“Node-B使用HARQ方案检测能量，并确定ACK/NACK信号中是否存在任何错误。具体地，Node-B可以确定是否发生了NACK-to-ACK错误。也就是说，Node-B基于检测到的能量确定发送端（例如UE）是否没有向Node-B发送数据” | 目标专利的技术特征是：对于上行调度授予丢失，通过“确定调度的上行链路传送未在基站收到”来检测擦除事件。对比文件虽未直接提出“上行调度授予丢失”的概念，但其整个HARQ流程建立在一个基本假设之上：如果UE正确收到了上行授权，它就会发送上行数据；如果没有发送，基站就收不到数据。对比文件【0212】明确提到Node-B能够“基于检测到的能量确定UE是否没有向Node-B发送数据”。结合【0086】描述的流程（基站期待UE基于NACK重传），本领域技术人员可以合乎逻辑地推断出，如果基站在期望收到UE上行数据（基于之前的上行授权）的时间点，通过能量检测确定UE没有发送数据，那么基站可以合理推断UE很可能没有收到该上行授权（即授权丢失）。因此，尽管对比文件没有明确表述，但本领域技术人员可以从其公开的HARQ流程和能量检测技术中，合理推断出这一隐含的技术方案。 |
| **技术特征K**：其中确定所述调度的上行链路传送未在所述基站收到包括：检测到在对应于所述调度的上行链路传送的信道资源上的接收信号能量低 | **《隐含公开》** <br><br>【0212】：“Node-B基于检测到的能量确定发送端（例如UE）是否没有向Node-B发送数据” | 目标专利的技术特征K是J的一种具体实现方式，即通过“检测接收信号能量低”来判断未收到上行传送。对比文件【0212】明确指出，基站通过“基于检测到的能量”来确定UE是否没有发送数据。在无线通信中，“检测能量低”是判断“无信号发送”最常见的技术手段。因此，本领域技术人员在对比文件公开内容的基础上，能够毫无疑义地得出，基站是通过检测低接收信号能量来确定期望的上行数据未被发送，从而间接推断上行授权可能丢失。该特征被对比文件隐含公开。 |
| **技术特征L**：或者检测到所述接收信号能量低结合检测到在所述基站对所述调度的上行链路传送的循环冗余校验(CRC)失败。 | **《未公开》** <br><br>对比文件全文未提及CRC校验失败与上行调度授予丢失检测的关联。 | 目标专利的技术特征L提供了一种更保守的检测方案：同时检测低能量和CRC失败。对比文件虽然提到了能量检测，但完全没有公开或暗示将CRC失败作为判定上行调度授予丢失的条件之一。因此，该技术特征未被对比文件公开或隐含公开。 |
| **技术特征M**：其中确定在所述基站未收到所述确认信息包括检测到在与所述确认信息相关联的信道资源上的接收信号能量低。 | **《未公开》** <br><br>对比文件全文未涉及接收下行数据后发送确认信息（ACK/NACK）的场景，也未涉及在“确认信息相关联的信道资源上”进行能量检测。 | 目标专利的技术特征M是在下行调度授予丢失的上下文中，通过检测确认信息信道上的低能量来判断未收到确认。对比文件主要针对上行数据传输，没有讨论基站发送下行数据后，UE通过特定信道资源反馈确认信息的机制。因此，该技术特征未被对比文件公开。 |
| **技术特征N**：其中控制所述下行链路控制信道的链路自适应包括控制所述下行链路控制信道的编码率或传送功率或两者。 | **《未公开》** <br><br>对比文件全文未涉及任何关于“链路自适应”或“控制下行链路控制信道的编码率或传送功率”的技术方案。 | 目标专利的技术特征N是响应授予丢失进行控制的一种具体形式。对比文件完全没有涉及链路自适应（Link Adaptation）或对控制信道参数（编码率、功率）进行调整的内容。因此，该技术特征未被对比文件公开。 |
| **技术特征O**：其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的信号质量估计，动态选择所述下行链路控制信道的编码率或传送功率或两者 | **《未公开》** <br><br>对比文件全文未涉及任何关于“信号质量估计”、“校正的信号质量估计”以及“动态选择编码率或传送功率”的技术方案。 | 目标专利的技术特征O是执行链路自适应的一个具体实施例，详细描述了根据“校正的信号质量估计”来选择编码率/功率。对比文件未公开任何关于信号质量估计或自适应编码/功率控制的内容。因此，该技术特征未被对比文件公开。 |
| **技术特征P**：还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的信号质量估计。 | **《未公开》** <br><br>对比文件全文未涉及任何关于“信道质量反馈”、“校正因子”以及根据授予丢失调整因子的技术方案。 | 目标专利的技术特征P进一步限定了O中的信号质量估计如何“校正”，即使用基于信道质量反馈的原始估计和根据授予丢失调整的校正因子。对比文件完全没有涉及这些概念。因此，该技术特征未被对比文件公开。 |
| **技术特征Q**：还包括在与所述移动终端的无线电资源控制(RRC)连接的持续时间内，动态维护用于所述移动终端的所述校正因子。 | **《未公开》** <br><br>对比文件全文未涉及任何关于“无线电资源控制(RRC)连接”以及在其持续时间内维护参数的技术方案。 | 目标专利的技术特征Q限定了校正因子的维护周期。对比文件未公开任何关于RRC连接或类似连接管理机制的内容。因此，该技术特征未被对比文件公开。 |
| **技术特征R**：其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的编码率值，动态选择所述下行链路控制信道的编码率或传送功率或两者 | **《未公开》** <br><br>对比文件全文未涉及任何关于“校正的编码率值”或基于其选择编码率/功率的技术方案。 | 目标专利的技术特征R是链路自适应的另一种实现方式，使用“校正的编码率值”作为选择参数。对比文件未公开任何关于编码率校正或自适应选择的内容。因此，该技术特征未被对比文件公开。 |
| **技术特征S**：还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的编码率值。 | **《未公开》** <br><br>对比文件全文未涉及任何关于“信道质量反馈”、“校正因子”以及根据授予丢失调整因子的技术方案。 | 目标专利的技术特征S与P类似，进一步限定了R中编码率值的校正方法。对比文件完全没有涉及这些概念。因此，该技术特征未被对比文件公开。 |
| **技术特征T**：其中在给定传送的调度授予是用于初始传送的下行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新下行链路调度授予到所述移动终端 | **《未公开》** <br><br>【0180】-【0181】：描述了在发送停止消息后，Node-B可以发送指示重传的授权消息，并重置IR版本（HARQ冗余版本）。 | 目标专利的技术特征T和U是基于“检测到下行调度授予丢失”这一前提，来发送新的下行授权并重置HARQ冗余版本。对比文件【0180】虽然提到了在特定场景下发送重传授权并重置IR版本，但其触发条件是Node-B发送了“停止消息”后自主决定的重启，而不是响应“检测到下行调度授予丢失”。对比文件全文没有讨论“下行调度授予丢失”的概念。因此，即使对比文件有类似的操作（发送授权、重置版本），但其解决的问题和触发机制与目标专利完全不同，不能被认为公开了该技术特征。 |
| **技术特征U**：将所述HARQ冗余版本重置成在所述丢失的授予中使用的相同值。 | **《未公开》** <br><br>【0180】：“如果Node-B发送停止消息后发送指示重传的授权消息，上述方法将IR版本值重置为预定值。” | 理由与技术特征T相同。对比文件的重置触发条件与目标专利的“调度授予丢失”不同。此外，目标专利将RV重置为“丢失的授予中使用的相同值”，而对比文件是重置为“预定值”，两者有细节差异，但更关键的是缺乏核心的触发条件。因此，该技术特征未被对比文件公开。 |
| **技术特征V**：其中在给定传送的调度授予是用于初始传送的上行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新上行链路调度授予到所述移动终端。 | **《未公开》** <br><br>【0095】-【0107】：描述了通过发送授权消息请求初始传输和重传。<br><br>【0035】-【0036】：描述了接收包括调度信息的授权消息后，根据第二重传调度信息进行重传。 | 目标专利的技术特征V是针对“上行调度授予丢失”的情况，通过发送新上行授权来控制HARQ冗余版本。对比文件虽然公开了通过发送授权消息来调度上行数据的初始传输和重传，但其发送重传授权的动机是基于接收到的NACK信号、资源调度需求或ACK/NACK错误处理，而不是因为“检测到上行调度授予丢失”。对比文件没有建立“上行授权丢失”与“发送新上行授权”之间的直接因果关系。因此，该技术特征未被对比文件公开。 |
<<<A>>><<<j>>><<<k>>>