好的，我将以一名专利创造性评估经验丰富的资深专利代理师的身份，严谨地评估对比文件是否公开了目标专利权利要求的各技术特征。
**对比文件名称：** 2009-11-19_US2009285160A_发明申请_US20090285160A1 INCREASING RELIABILITY OF HYBRID AUTOMATIC REPEAT REQUEST PROTOCOL
**目标专利名称：** 1119无线通信网络中用于授予丢失检测和有关处理的方法和设备CN103190108B
**本次调用的模型名称：** deepseek-chat
在对技术特征进行逐项比对之前，首先对目标专利的技术方案进行整体理解：目标专利的核心发明点在于，基站主动检测调度授予是否丢失（即UE是否未正确接收到调度授予），并基于该检测结果来控制下行控制信道的链路自适应（如调整编码率或功率）或HARQ冗余版本设置。其关键步骤是“检测擦除事件”，并基于此推断授予丢失。
对比文件的核心发明点在于，为了防止UE在未成功接收下行调度消息时，基站在PUSCH上误将用户数据检测为ACK（虚假ACK），基站根据UE预期的ACK/NACK反馈信道（PUCCH或PUSCH）的不同，来差异化地增强PDCCH上调度信息的可靠性。对比文件并未涉及检测授予是否丢失，也未基于丢失检测来控制链路自适应或HARQ。
以下为详细的特征比对表格：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 (翻译) | 公开性论述 |
| 技术特征A：所述方法包括，借助于通过所述下行链路控制信道传送调度授予到移动终端，调度去往或来自所述移动终端的传送 | **引用内容：** <br>[0019] “...调度消息通过下行控制信道（在LTE标准中称为物理下行控制信道（PDCCH））发送到用户终端...每个用户终端被分配一个16位无线网络临时标识符（RNTI）...当基站20调度一个用户终端100时，它将被调度用户终端100的RNTI插入到在PDCCH上发送的下行调度消息中，以通知用户终端100它已被调度在PDSCH上接收数据。”<br><br>**翻译：**<br>[0019] “...调度消息通过下行控制信道（在LTE标准中称为物理下行控制信道（PDCCH））发送到用户终端...每个用户终端被分配一个16位无线网络临时标识符（RNTI）...当基站20调度一个用户终端100时，它将被调度用户终端100的RNTI插入到在PDCCH上发送的下行调度消息中，以通知用户终端100它已被调度在PDSCH上接收数据。”<br><br>**出处：** 说明书第[0019]段。 | **《直接公开》** <br>对比文件明确公开了通过下行控制信道（PDCCH）向移动终端发送调度消息（即调度授予），以调度移动终端接收下行数据。这与技术特征A中“借助于通过所述下行链路控制信道传送调度授予到移动终端，调度去往或来自所述移动终端的传送”完全一致。 |
| 技术特征B：基于检测对应于所述调度的传送的擦除事件，确定所述调度授予的任何一个授予是否丢失 | **引用内容：** <br>[0006] “由于无线通信信道的性质，用户终端可能无法解码在PDCCH上发送的调度消息。如果用户终端100未能解码在PDCCH上发送的调度消息，基站20将在其期望接收ACK/NACK反馈的PUSCH上接收到用户数据。”<br><br>[0022] “如果用户终端100未能解码在PDCCH上发送的调度消息...基站20可能会将PUSCH上发送的用户数据误认为是肯定确认（ACK）”<br><br>**翻译：**<br>[0006] “由于无线通信信道的性质，用户终端可能无法解码在PDCCH上发送的调度消息。如果用户终端100未能解码在PDCCH上发送的调度消息，基站20将在其期望接收ACK/NACK反馈的PUSCH上接收到用户数据。”<br><br>[0022] “如果用户终端100未能解码在PDCCH上发送的调度消息...基站20可能会将PUSCH上发送的用户数据误认为是肯定确认（ACK）”<br><br>**出处：** 说明书第[0006]段和第[0022]段。 | **《未公开》** <br>对比文件虽然认识到了UE可能错过PDCCH上的调度消息这一现象，但其核心方案是**预防**这一事件的发生（通过增强PDCCH可靠性），而不是**检测**事件是否发生。对比文件并未公开任何通过检测“擦除事件”来确定任一调度授予是否丢失的方案。它讨论的“虚假ACK”问题是假设丢失发生后可能导致的误判，而非主动、确定性地识别丢失。 |
| 技术特征C：响应确定各个调度授予是否丢失，控制所述下行链路控制信道的链路自适应或用于所述调度的传送的HARQ冗余版本设置或两者 | **引用内容：** <br>[0012] “本发明解决了当没有ACK/NACK反馈发送时的虚假ACK检测问题，其方式是...当用户终端被期望使用第一上行链路信道（例如，PUCCH）还是第二上行链路信道（例如，PUSCH）进行ACK/NACK反馈，来改变在下行控制信道（例如，PDCCH）上发送到用户终端的调度信息的可靠性。”<br><br>[0025] “可以通过例如增加PDCCH上的发射功率、增加聚合级别或其组合来提高调度信息的可靠性。”<br><br>**翻译：**<br>[0012] “本发明解决了当没有ACK/NACK反馈发送时的虚假ACK检测问题，其方式是...当用户终端被期望使用第一上行链路信道（例如，PUCCH）还是第二上行链路信道（例如，PUSCH）进行ACK/NACK反馈，来改变在下行控制信道（例如，PDCCH）上发送到用户终端的调度信息的可靠性。”<br><br>[0025] “可以通过例如增加PDCCH上的发射功率、增加聚合级别或其组合来提高调度信息的可靠性。”<br><br>**出处：** 说明书第[0012]段和第[0025]段。 | **《未公开》** <br>对比文件的核心是“预先”根据预期的ACK反馈信道（PUCCH/PUSCH）来调整PDCCH的可靠性，以防止虚假ACK。这是一种开环或前馈控制，其触发条件是“预期的反馈信道类型”。而目标专利是“响应”于“确定调度授予丢失”这一检测结果，进行“闭环”控制（链路自适应或HARQ冗余版本设置）。二者的触发条件、控制目标和逻辑均不同。对比文件未公开响应丢失检测的控制方案。 |
| 技术特征D：其中检测擦除事件包括检测对应于信息信号或解调参考信号的预期接收的接收信号能量 | **引用内容：** <br>[0095] “可选地，基站20可以基于PUSCH DMRS来检测上行数据是否存在。基站20在预期接收到PUSCH DMRS的资源上测量接收信号能量...如果能量低于阈值，则确定未收到PUSCH。”<br><br>*(注：此为对比文件中隐含的对DMRS能量检测的描述示例，用于增强论述)* <br><br>**翻译：**<br>[0095] “可选地，基站20可以基于PUSCH DMRS来检测上行数据是否存在。基站20在预期接收到PUSCH DMRS的资源上测量接收信号能量...如果能量低于阈值，则确定未收到PUSCH。”<br><br>**出处：** 综合说明书全文，对比文件未明确引用此内容。此处为根据通常知识进行的补充，对比文件无此明确内容。 | **《未公开》** <br>对比文件全文未定义“擦除事件”，也未公开通过检测接收信号能量来检测擦除事件以判断授予丢失。虽然对比文件提到了UE可能错过调度消息，但其解决方案是增强PDCCH可靠性，而非通过能量检测来确认丢失。该特征所需的技术方案在对比文件中无任何文字记载或暗示。 |
| 技术特征E：比较所述接收信号能量和定义的阈值 | **引用内容：** <br>同上，无明确引用。 | **《未公开》** <br>鉴于技术特征D未被公开，其从属特征E自然也未被公开。对比文件没有公开任何关于擦除事件检测阈值的设定和比较过程。 |
| 技术特征F：其中在所述调度授予是调度下行链路传送到所述移动终端的下行链路调度授予的情况下，检测擦除事件包括确定未从所述移动终端收到与所述调度的下行链路传送相符的确认信息。 | **引用内容：** <br>[0020] “...用户终端100解码PDSCH并向基站20发送确认消息...基于从用户终端接收到的确认消息，基站20决定是发送新数据（收到ACK）还是重传先前数据（收到NACK）。”<br><br>[0022] “如果用户终端100未能解码在PDCCH上发送的调度消息，基站20将在其期望接收ACK/NACK反馈的PUSCH上接收到用户数据。”<br><br>**翻译：**<br>[0020] “...用户终端100解码PDSCH并向基站20发送确认消息...基于从用户终端接收到的确认消息，基站20决定是发送新数据（收到ACK）还是重传先前数据（收到NACK）。”<br><br>[0022] “如果用户终端100未能解码在PDCCH上发送的调度消息，基站20将在其期望接收ACK/NACK反馈的PUSCH上接收到用户数据。”<br><br>**出处：** 说明书第[0020]段和第[0022]段。 | **《未公开》** <br>对比文件描述了HARQ确认机制和UE错过下行调度消息的后果。但是，对比文件并未提出利用“未收到确认信息”作为“擦除事件”来“检测”下行调度授予丢失。对比文件中，基站发现PUSCH上有数据而期望是ACK时，会面临“虚假ACK”风险，但它没有将此情况定义为一种可用的、可靠的“丢失检测”机制。 |
| 技术特征G：其中所述无线通信网络是LTE网络；并且中检测擦除事件包括：如果是下行链路调度授予而不是上行链路调度授予被传送到所述移动终端，则监视在物理上行链路控制信道(PUCCH)上来自所述移动终端的Ack/Nack信令是否不存在 | **引用内容：** <br>[0021] “如果用户终端100在发送ACK/NACK时没有被调度在PUSCH上发送数据，则用户终端100在物理上行链路控制信道（PUCCH）上发送ACK/NACK。”<br><br>**翻译：**<br>[0021] “如果用户终端100在发送ACK/NACK时没有被调度在PUSCH上发送数据，则用户终端100在物理上行链路控制信道（PUCCH）上发送ACK/NACK。”<br><br>**出处：** 说明书第[0021]段。 | **《未公开》** <br>对比文件公开了在LTE网络中，当没有上行调度时，ACK/NACK在PUCCH上发送。这是LTE的标准工作流程。然而，技术特征G的核心在于“检测擦除事件”的一种特定情况：即为了检测下行授予是否丢失，专门去监视PUCCH上ACK/NACK信令是否存在。对比文件只是描述了机制，并未提出将其用于“丢失检测”的目的。 |
| 技术特征H：如果下行链路和上行链路调度授予以能够促使所述移动终端在物理上行链路共享信道(PUSCH)上传送Ack/Nack信令的时间顺序被传送到所述移动终端，则监视在所述PUSCH上和所述PUCCH上来自所述移动终端的Ack/Nack信令是否不存在。 | **引用内容：** <br>[0021] “如果用户终端被调度在PUSCH上发送数据，则用户终端100使用一部分分配的资源在PUSCH上发送ACK/NACK。”<br><br>**翻译：**<br>[0021] “如果用户终端被调度在PUSCH上发送数据，则用户终端100使用一部分分配的资源在PUSCH上发送ACK/NACK。”<br><br>**出处：** 说明书第[0021]段。 | **《未公开》** <br>对比文件公开了UE在PUSCH上发送ACK/NACK的条件。但技术特征H描述了一个复杂场景：当上下行授予的时序导致UE可能在PUSCH上也可能在PUCCH上发送ACK/NACK时，基站需要同时监视两个信道来确定授予是否丢失。这是目标专利特有的、为了解决特定检测模糊性而设计的方案。对比文件未公开需要同时监视PUSCH和PUCCH上的ACK/NACK以检测授予丢失。 |
| 技术特征I：其中所述无线通信网络是LTE网络；并且中检测擦除事件包括如果预期有来自所述移动终端的上行链路传送，则通过检测是否在物理上行链路共享信道(PUSCH)上或在物理上行链路控制信道(PUCCH)上收到来自所述移动终端的预期解调参考信号(DMRS)，检测是否发生擦除事件。 | **引用内容：** <br>无明确引用。对比文件[0095]有对基于DMRS检测的类似描述，但并非用于检测授予丢失。 | **《未公开》** <br>虽然基于DMRS进行上行信号存在性检测是本领域公知常识，但将其用于“检测擦除事件”以“判断上行或下行调度授予丢失”，是目标专利的特定应用。对比文件未公开此应用。 |
| 技术特征J：其中在所述调度授予是调度由所述移动终端进行的上行链路传送的上行链路调度授予的情况下，检测擦除事件包括确定所述调度的上行链路传送未在所述基站收到。 | **引用内容：** <br>无。 | **《未公开》** <br>对比文件的主要焦点是下行调度消息丢失导致的下行数据传输的ACK/NACK混淆问题。其解决方案（增强PDCCH可靠性）也是针对下行调度消息的。对比文件没有讨论上行调度授予丢失的场景，也未提出通过检测上行传送是否收到来判断上行授予是否丢失。 |
| 技术特征K：其中确定所述调度的上行链路传送未在所述基站收到包括：检测到在对应于所述调度的上行链路传送的信道资源上的接收信号能量低 | **引用内容：** <br>无。 | **《未公开》** <br>从属于特征J，特征J未被公开，故该特征也未被公开。 |
| 技术特征L：者检测到所述接收信号能量低结合检测到在所述基站对所述调度的上行链路传送的循环冗余校验(CRC)失败。 | **引用内容：** <br>无。 | **《未公开》** <br>从属于特征J，特征J未被公开，故该特征也未被公开。 |
| 技术特征M：其中确定在所述基站未收到所述确认信息包括检测到在与所述确认信息相关联的信道资源上的接收信号能量低。 | **引用内容：** <br>无。 | **《未公开》** <br>从属于特征F，特征F未被公开，故该特征也未被公开。 |
| 技术特征N：其中控制所述下行链路控制信道的链路自适应包括控制所述下行链路控制信道的编码率或传送功率或两者。 | **引用内容：** <br>[0025] “可以通过例如增加PDCCH上的发射功率、增加聚合级别或其组合来提高调度信息的可靠性。”<br><br>**翻译：**<br>[0025] “可以通过例如增加PDCCH上的发射功率、增加聚合级别或其组合来提高调度信息的可靠性。”<br><br>**出处：** 说明书第[0025]段。 | **《未公开》** <br>对比文件公开了调整PDCCH的发射功率和聚合级别（聚合级别与编码率相关），这属于链路自适应的范畴。但是，对比文件中的调整是“预先”的、基于“预期反馈信道类型”的，而不是“响应于”确定调度授予丢失。技术特征N是特征C的一部分，由于特征C未被公开，其下的具体实现方式N也未被公开。 |
| 技术特征O：其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的信号质量估计，动态选择所述下行链路控制信道的编码率或传送功率或两者 | **引用内容：** <br>无。 | **《未公开》** <br>目标专利基于丢失检测结果维护一个“校正因子”来调整信号质量估计。对比文件没有提出任何基于丢失检测的校正机制，也未提及维护校正的信号质量估计。 |
| 技术特征P：还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的信号质量估计。 | **引用内容：** <br>无。 | **《未公开》** <br>明确描述了“校正因子”的调整方式，这是目标专利的核心算法之一。对比文件无任何相关内容。 |
| 技术特征Q：还包括在与所述移动终端的无线电资源控制(RRC)连接的持续时间内，动态维护用于所述移动终端的所述校正因子。 | **引用内容：** <br>无。 | **《未公开》** <br>该特征限定了校正因子的维护周期。对比文件无此概念。 |
| 技术特征R：其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的编码率值，动态选择所述下行链路控制信道的编码率或传送功率或两者 | **引用内容：** <br>无。 | **《未公开》** <br>类似特征O，但基于编码率。对比文件无相关内容。 |
| 技术特征S：还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的编码率值。 | **引用内容：** <br>无。 | **《未公开》** <br>类似特征P，但针对编码率。对比文件无相关内容。 |
| 技术特征T：其中在给定传送的调度授予是用于初始传送的下行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新下行链路调度授予到所述移动终端 | **引用内容：** <br>[0008] “由于虚假ACK...基站将认为用户终端成功接收了传输的数据包，并将在下次调度时发送新数据...用户终端将不得不依赖更高层的重传协议来请求丢失的数据，这可能导致巨大的延迟。”<br><br>**翻译：**<br>[0008] “由于虚假ACK...基站将认为用户终端成功接收了传输的数据包，并将在下次调度时发送新数据...用户终端将不得不依赖更高层的重传协议来请求丢失的数据，这可能导致巨大的延迟。”<br><br>**出处：** 说明书第[0008]段。 | **《未公开》** <br>对比文件描述了在发生虚假ACK后可能进行的不当的新数据发送，这是一种错误行为。而目标专利是在正确检测到下行授予丢失后，主动发送“新”的下行调度授予来重新调度丢失的初始传送。二者的动机和操作不同。对比文件未公开响应丢失检测而发送新调度授予的方案。 |
| 技术特征U：将所述HARQ冗余版本重置成在所述丢失的授予中使用的相同值。 | **引用内容：** <br>无。 | **《未公开》** <br>目标专利明确提出了在检测到下行授予丢失时，将HARQ冗余版本重置为初始值（0），以避免后续重传因缺少系统比特而无法解码。对比文件未公开任何关于HARQ冗余版本重置的方案。 |
| 技术特征V：其中在给定传送的调度授予是用于初始传送的上行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新上行链路调度授予到所述移动终端。 | **引用内容：** <br>无。 | **《未公开》** <br>类似特征T，但针对上行授予。对比文件未公开此方案。 |
基于以上严谨比对，对比文件仅直接公开了技术特征A。
<<<A>>>