对比文件的名称：2009-12-23_CN101611585A_发明公开_CN101611585A 多载波系统中重传数据的方法
目标专利的名称：1119无线通信网络中用于授予丢失检测和有关处理的方法和设备 CN103190108B
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述方法包括，借助于通过所述下行链路控制信道传送调度授予到移动终端，调度去往或来自所述移动终端的传送（隐含公开） | 对比文件具体实施方式部分：“Node-B发送包括了调度信息的准予消息给上行被调度的UE。”背景技术部分：“基站确定上行调度，以便其根据上行调度来确定各种信息，例如将发送上行数据的用户终端、将用于上行数据传输的频带，以及时钟信息，该时钟信息指示上行数据的传输时间。”同时背景技术提及“基站确定下行调度”。 | 对比文件明确公开了基站（Node-B）发送准予消息（即调度授予）给UE，以调度上行数据传输。虽然未直接写出“下行链路控制信道”，但本领域技术人员公知，在无线通信系统中调度授予通常通过下行控制信道（如LTE中的PDCCH）传输。此外，对比文件也提及下行调度，隐含了通过下行控制信道传送下行调度授予。因此，对比文件隐含公开了通过下行控制信道传送调度授予来调度传送的技术特征。 |
| 技术特征B：基于检测对应于所述调度的传送的擦除事件，确定所述调度授予的任何一个授予是否丢失（未公开） | 对比文件图13相关描述：“Node-B检测出在将接收重传数据的特定时间上接收(Rx)信号的强度非常弱，这样Node-B检测出出现了NACK-至-ACK错误。” | 对比文件虽然公开了基于接收信号强度弱来检测NACK-至-ACK错误，但该检测并非用于确定调度授予是否丢失。对比文件没有建立基站发送调度授予后通过检测擦除事件（如未收到预期上行数据或确认）来判定授予丢失的机制。因此，特征B未被公开。 |
| 技术特征C：响应确定各个调度授予是否丢失，控制所述下行链路控制信道的链路自适应或用于所述调度的传送的HARQ冗余版本设置或两者（未公开） | 对比文件未公开相关内容。 | 对比文件没有公开基于授予丢失检测来控制链路自适应或HARQ冗余版本设置。对比文件中HARQ相关操作（如IR版本重置）是基于重传调度而非授予丢失。因此，特征C未被公开。 |
| 技术特征D：其中检测擦除事件包括检测对应于信息信号或解调参考信号的预期接收的接收信号能量（未公开） | 对比文件图13描述检测接收信号强度弱，但未涉及解调参考信号。 | 对比文件仅公开了检测重传数据信号的能量（信息信号），但未公开检测解调参考信号，且该能量检测并非用于目标专利定义的擦除事件（授予丢失检测）。因此，特征D未被公开。 |
| 技术特征E：比较所述接收信号能量和定义的阈值（未公开） | 对比文件图13描述“强度非常弱”，隐含与阈值比较，但未明确定义阈值。 | 对比文件虽隐含了能量比较，但未明确公开阈值定义，且该比较用于NACK-至-ACK错误检测而非授予丢失检测。因此，特征E未被公开。 |
| 技术特征F：其中在所述调度授予是调度下行链路传送到所述移动终端的下行链路调度授予的情况下，检测擦除事件包括确定未从所述移动终端收到与所述调度的下行链路传送相符的确认信息。（未公开） | 对比文件未涉及下行链路调度授予丢失检测。 | 对比文件主要关注上行重传，未公开下行调度授予丢失检测的具体方式。因此，特征F未被公开。 |
| 技术特征G：其中所述无线通信网络是LTE网络；并且中检测擦除事件包括：如果是下行链路调度授予而不是上行链路调度授予被传送到所述移动终端，则监视在物理上行链路控制信道(PUCCH)上来自所述移动终端的Ack/Nack信令是否不存在（未公开） | 对比文件未提及LTE网络及PUCCH。 | 对比文件虽可应用于LTE，但未具体描述利用PUCCH监视Ack/Nack信令来检测擦除事件。因此，特征G未被公开。 |
| 技术特征H：如果下行链路和上行链路调度授予以能够促使所述移动终端在物理上行链路共享信道(PUSCH)上传送Ack/Nack信令的时间顺序被传送到所述移动终端，则监视在所述PUSCH上和所述PUCCH上来自所述移动终端的Ack/Nack信令是否不存在。（未公开） | 对比文件未涉及PUSCH和PUCCH同时监视。 | 对比文件没有公开基于时间顺序同时监视PUSCH和PUCCH上Ack/Nack信令的技术。因此，特征H未被公开。 |
| 技术特征I：其中所述无线通信网络是LTE网络；并且中检测擦除事件包括如果预期有来自所述移动终端的上行链路传送，则通过检测是否在物理上行链路共享信道(PUSCH)上或在物理上行链路控制信道(PUCCH)上收到来自所述移动终端的预期解调参考信号(DMRS)，检测是否发生擦除事件。（未公开） | 对比文件未提及DMRS检测。 | 对比文件没有公开利用DMRS进行擦除检测的技术。因此，特征I未被公开。 |
| 技术特征J：其中在所述调度授予是调度由所述移动终端进行的上行链路传送的上行链路调度授予的情况下，检测擦除事件包括确定所述调度的上行链路传送未在所述基站收到。（未公开） | 对比文件公开了基站发送UL准予后期待UL数据，但未明确将未收到UL数据与准予丢失关联。 | 对比文件虽然涉及基站接收UL数据，但没有建立基站基于未收到UL数据来判定UL准予丢失的机制。因此，特征J未被公开。 |
| 技术特征K：其中确定所述调度的上行链路传送未在所述基站收到包括：检测到在对应于所述调度的上行链路传送的信道资源上的接收信号能量低（未公开） | 对比文件图13描述检测接收信号强度弱，但该检测用于NACK-至-ACK错误，非用于确定UL准予丢失。 | 对比文件虽有能量检测，但未用于确定上行调度授予丢失。因此，特征K未被公开。 |
| 技术特征L：者检测到所述接收信号能量低结合检测到在所述基站对所述调度的上行链路传送的循环冗余校验(CRC)失败。（未公开） | 对比文件未公开CRC失败检测。 | 对比文件没有涉及CRC失败与能量低结合判断的技术。因此，特征L未被公开。 |
| 技术特征M：其中确定在所述基站未收到所述确认信息包括检测到在与所述确认信息相关联的信道资源上的接收信号能量低。（未公开） | 对比文件未涉及确认信息能量检测。 | 对比文件没有公开通过检测确认信息信道资源上的能量低来确定未收到确认信息。因此，特征M未被公开。 |
| 技术特征N：其中控制所述下行链路控制信道的链路自适应包括控制所述下行链路控制信道的编码率或传送功率或两者。（未公开） | 对比文件未公开基于授予丢失的链路自适应。 | 对比文件没有公开控制下行链路控制信道的编码率或传送功率。因此，特征N未被公开。 |
| 技术特征O：其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的信号质量估计，动态选择所述下行链路控制信道的编码率或传送功率或两者（未公开） | 对比文件未公开信号质量估计校正。 | 对比文件没有涉及根据校正的信号质量估计来动态选择编码率或功率。因此，特征O未被公开。 |
| 技术特征P：还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的信号质量估计。（未公开） | 对比文件未公开校正因子及基于授予丢失的调整。 | 对比文件没有公开基于信道质量反馈和授予丢失调整校正因子。因此，特征P未被公开。 |
| 技术特征Q：还包括在与所述移动终端的无线电资源控制(RRC)连接的持续时间内，动态维护用于所述移动终端的所述校正因子。（未公开） | 对比文件未公开RRC连接及动态维护。 | 对比文件没有公开RRC连接持续时间内的动态维护。因此，特征Q未被公开。 |
| 技术特征R：其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的编码率值，动态选择所述下行链路控制信道的编码率或传送功率或两者（未公开） | 对比文件未公开校正的编码率值。 | 对比文件没有涉及校正编码率值。因此，特征R未被公开。 |
| 技术特征S：还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的编码率值。（未公开） | 对比文件未公开相关内容。 | 对比文件没有公开基于信道质量反馈和授予丢失调整校正因子以维护校正编码率值。因此，特征S未被公开。 |
| 技术特征T：其中在给定传送的调度授予是用于初始传送的下行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新下行链路调度授予到所述移动终端（未公开） | 对比文件未涉及因授予丢失发送新下行授予。 | 对比文件没有公开检测下行授予丢失后发送新下行授予。因此，特征T未被公开。 |
| 技术特征U：将所述HARQ冗余版本重置成在所述丢失的授予中使用的相同值。（未公开） | 对比文件图9描述IR版本重置，但上下文不同。 | 对比文件公开了在重传中断后恢复时重置IR版本，但并非响应于授予丢失。因此，特征U未被公开。 |
| 技术特征V：其中在给定传送的调度授予是用于初始传送的上行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新上行链路调度授予到所述移动终端。（未公开） | 对比文件未公开相关内容。 | 对比文件没有公开因上行授予丢失发送新上行授予。因此，特征V未被公开。 |
<<<a>>>