**对比文件名称**：2010-01-21_JP2010502096A_发明专利_JP2010502096A Retransmission method for use in multi-carrier system
**目标专利名称**：1119无线通信网络中用于授予丢失检测和有关处理的方法和设备 CN103190108B
**本次调用的模型名称**：DeepSeek（或其他模型，请根据实际情况填写）
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：《直接公开》<br>所述方法包括，借助于通过所述下行链路控制信道传送调度授予到移动终端，调度去往或来自所述移动终端的传送。 | [0035] “アップリンクデータ伝送のためのスケジューリング情報を含めるグラントメッセージを受信するステップと、前記スケジューリング情報によって前記アップリンクデータを伝送するステップ”<br>[0002] “基地局が、どのタイミングでどんな周波数領域を用いてどんな端末にデータを伝送するかを決定することがダウンリンクスケジューリングである。...基地局が、どのタイミングでどんな周波数領域を用いてどんな端末がアップリンクデータを伝送可能にするかを決定することがアップリンクスケジューリングである。” | 对比文件明确公开了基站通过下行控制信道（相当于目标专利的下行链路控制信道）传送调度授予（グラントメッセージ）以调度上行或下行数据传输。其中[0035]从终端角度描述了接收包含调度信息的grant消息并进行传输，而[0002]从基站角度描述了调度决策，两者结合直接公开了基站通过发送grant来调度数据传输的技术特征。因此该特征被直接公开。 |
| 技术特征B：《未公开》<br>基于检测对应于所述调度的传送的擦除事件，确定所述调度授予的任何一个授予是否丢失。 | 无 | 对比文件全文未提及“授予丢失”（grant miss）概念，也未将擦除事件（如未收到数据或确认信号）与授予丢失相关联。对比文件在[0130-0131]中虽通过能量检测判断NACK-to-ACK错误，但该检测目的为确定ACK/NACK误判，而非确定授予丢失。本领域技术人员无法从对比文件合理推断出基于擦除事件确定授予丢失的技术方案。因此该特征未被公开（直接或隐含）。 |
| 技术特征C：《未公开》<br>响应确定各个调度授予是否丢失，控制所述下行链路控制信道的链路自适应或用于所述调度的传送的HARQ冗余版本设置或两者。 | 无 | 对比文件未涉及根据授予丢失来控制链路自适应或HARQ冗余版本。其HARQ相关控制（如IR版本指定，见[0060]）是基于正常重传过程，而非响应授予丢失。链路自适应控制（如PDCCH编码率/功率）在对比文件中完全没有提及。因此该特征未被公开。 |
| 技术特征D：《隐含公开》<br>其中检测擦除事件包括检测对应于信息信号或解调参考信号的预期接收的接收信号能量。 | [0131] “ＨＡＲＱ方式において、エネルギー検出を通じて、ＡＣＫ／ＮＡＣＫに誤りが生じたか否かを判断することができる。...端末がデータを伝送せず、データを伝送したにもかかわらず、誤りが生じたかをエネルギー検出を通じて、受信側、例えば、基地局が判断することができる。” | 对比文件[0131]明确公开了通过能量检测（エネルギー検出）来判断终端是否发送了数据（即未收到数据），这本质上是对应于“擦除事件”的检测。能量检测的对象是数据信号（信息信号），本领域技术人员可以合理推断该检测包括测量接收信号能量。虽然对比文件未明确提及解调参考信号，但信息信号的能量检测已覆盖部分特征，且“或”关系下部分公开即可认为公开。因此该特征被隐含公开。 |
| 技术特征E：《未公开》<br>比较所述接收信号能量和定义的阈值。 | 无 | 对比文件[0131]仅提到能量检测，但未描述与定义的阈值进行比较的步骤。本领域技术人员虽知晓实际操作可能需要阈值，但对比文件未给出任何相关教导或暗示，无法合理推断出该比较步骤。因此该特征未被公开。 |
| 技术特征F：《未公开》<br>其中在所述调度授予是调度下行链路传送到所述移动终端的下行链路调度授予的情况下，检测擦除事件包括确定未从所述移动终端收到与所述调度的下行链路传送相符的确认信息。 | 无 | 对比文件未讨论下行链路调度授予丢失场景，也未描述通过未收到确认信息（ACK/NACK）来检测擦除。其ACK/NACK错误检测（[0130-0131]）是基于收到的确认信息内容错误，而非未收到。因此该特征未被公开。 |
| 技术特征G：《未公开》<br>其中所述无线通信网络是LTE网络；并且中检测擦除事件包括：如果是下行链路调度授予而不是上行链路调度授予被传送到所述移动终端，则监视在物理上行链路控制信道(PUCCH)上来自所述移动终端的Ack/Nack信令是否不存在。 | 无 | 对比文件虽提及3GPP LTE（[0171]），但未具体涉及LTE的PUCCH监视。其控制信道描述未明确为PUCCH，且未公开在下行链路授予情况下监视PUCCH上ACK/NACK不存在。因此该特征未被公开。 |
| 技术特征H：《未公开》<br>如果下行链路和上行链路调度授予以能够促使所述移动终端在物理上行链路共享信道(PUSCH)上传送Ack/Nack信令的时间顺序被传送到所述移动终端，则监视在所述PUSCH上和所述PUCCH上来自所述移动终端的Ack/Nack信令是否不存在。 | 无 | 对比文件未涉及同时监视PUSCH和PUCCH上的ACK/NACK不存在，也未讨论DL和UL授予时间顺序导致终端在PUSCH上发送ACK/NACK的场景。因此该特征未被公开。 |
| 技术特征I：《未公开》<br>其中所述无线通信网络是LTE网络；并且中检测擦除事件包括如果预期有来自所述移动终端的上行链路传送，则通过检测是否在物理上行链路共享信道(PUSCH)上或在物理上行链路控制信道(PUCCH)上收到来自所述移动终端的预期解调参考信号(DMRS)，检测是否发生擦除事件。 | 无 | 对比文件在[0088-0091]中虽描述了PUSCH DMRS用于解调，但未将其用于擦除检测（即通过DMRS能量判断是否收到数据）。其能量检测（[0131]）针对的是数据信号而非DMRS。因此该特征未被公开。 |
| 技术特征J：《隐含公开》<br>其中在所述调度授予是调度由所述移动终端进行的上行链路传送的上行链路调度授予的情况下，检测擦除事件包括确定所述调度的上行链路传送未在所述基站收到。 | [0131] “データ受信後、ＮＡＣＫメッセージを伝送した基地局は、端末からの再伝送を待つようになる。ところが、ＮＡＣＫ−ｔｏ−ＡＣＫ誤りが発生していれば、端末は、これ以上再伝送をせず、...基地局はデータを待ち、端末はこれ以上データを伝送しない...エネルギー検出を通じて、...端末がデータを伝送せず...を判断することができる。” | 对比文件[0131]描述了基站期望接收上行重传数据（属于调度的上行传送）但未收到时，通过能量检测确定终端未发送数据。虽然该场景是重传而非初始UL grant，但重传仍由之前的UL grant调度（同步HARQ），基站对于该预期传输的未收到进行判断，实质上公开了“确定调度的上行链路传送未在基站收到”。本领域技术人员可合理推断该步骤适用于UL grant调度后的擦除检测。因此该特征被隐含公开。 |
| 技术特征K：《隐含公开》<br>其中确定所述调度的上行链路传送未在所述基站收到包括：检测到在对应于所述调度的上行链路传送的信道资源上的接收信号能量低。 | [0131] （同上） | 对比文件[0131]中，基站通过能量检测（エネルギー検出）判断终端是否发送数据，隐含了检测到接收信号能量低（若能量高则认为有数据）。本领域技术人员可合理推断该能量检测即为比较接收能量与阈值（虽然阈值未明示），且能量低对应未收到。因此该特征被隐含公开。 |
| 技术特征L：《未公开》<br>者检测到所述接收信号能量低结合检测到在所述基站对所述调度的上行链路传送的循环冗余校验(CRC)失败。 | 无 | 对比文件未提及结合CRC失败来判断未收到。其能量检测是单独使用的。因此该特征未被公开。 |
| 技术特征M：《未公开》<br>其中确定在所述基站未收到所述确认信息包括检测到在与所述确认信息相关联的信道资源上的接收信号能量低。 | 无 | 对比文件未涉及通过检测确认信息信道资源上的能量低来确定未收到确认信息。其能量检测针对的是数据信号，而非确认信息。因此该特征未被公开。 |
| 技术特征N：《未公开》<br>其中控制所述下行链路控制信道的链路自适应包括控制所述下行链路控制信道的编码率或传送功率或两者。 | 无 | 对比文件未讨论下行链路控制信道的链路自适应（如编码率/功率控制）。其重传调度涉及数据信道资源，不涉及控制信道资源。因此该特征未被公开。 |
| 技术特征O：《未公开》<br>其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的信号质量估计，动态选择所述下行链路控制信道的编码率或传送功率或两者。 | 无 | 对比文件未涉及校正的信号质量估计用于链路自适应。因此该特征未被公开。 |
| 技术特征P：《未公开》<br>还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的信号质量估计。 | 无 | 对比文件未提及基于授予丢失调整校正因子。因此该特征未被公开。 |
| 技术特征Q：《未公开》<br>还包括在与所述移动终端的无线电资源控制(RRC)连接的持续时间内，动态维护用于所述移动终端的所述校正因子。 | 无 | 对比文件未涉及RRC连接及校正因子的动态维护。因此该特征未被公开。 |
| 技术特征R：《未公开》<br>其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的编码率值，动态选择所述下行链路控制信道的编码率或传送功率或两者。 | 无 | 对比文件未涉及校正的编码率值用于链路自适应。因此该特征未被公开。 |
| 技术特征S：《未公开》<br>还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的编码率值。 | 无 | 对比文件未提及基于授予丢失调整校正因子以维护编码率值。因此该特征未被公开。 |
| 技术特征T：《未公开》<br>其中在给定传送的调度授予是用于初始传送的下行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新下行链路调度授予到所述移动终端。 | 无 | 对比文件未涉及基于下行链路授予丢失发送新授予。其正常重传过程中发送新授予（如异步HARQ）是基于NACK或重传需求，而非基于授予丢失。因此该特征未被公开。 |
| 技术特征U：《未公开》<br>将所述HARQ冗余版本重置成在所述丢失的授予中使用的相同值。 | 无 | 对比文件在重传时可指定IR版本（[0060]），但未提及重置为与丢失授予中相同的值。其版本选择与初始传输顺序相关，而非重置。因此该特征未被公开。 |
| 技术特征V：《未公开》<br>其中在给定传送的调度授予是用于初始传送的上行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新上行链路调度授予到所述移动终端。 | 无 | 对比文件虽通过grant指示重传（[0037]等），但该grant是用于正常重传，而非基于上行链路授予丢失。不存在“授予丢失”的前提。因此该特征未被公开。 |
---
<<<A>>><<<d>>><<<j>>><<<k>>>