对比文件：2010-07-01_WO2010074490A_发明申请_WO2010074490A2 UPLINK ACK/NACK SIGNALING IN CARRIER AGGREGATION ENVIRONMENT
目标专利：1119无线通信网络中用于授予丢失检测和有关处理的方法和设备CN103190108B
本次调用的模型：*（此处可根据实际调用模型名称填写，例如 GPT-4 或类似分析模型）*
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：《直接公开》** <br> 所述方法包括，借助于通过所述下行链路控制信道传送调度授予到移动终端，调度去往或来自所述移动终端的传送 | [p06] “receiving one or more control channels carrying downlink scheduling information from a base station (BS)” <br> [p47] “the base station transmits downlink (DL) scheduling information of downlink data to the corresponding user equipment... Also, the base station transmits uplink (UL) scheduling information of uplink data...” <br> [p08] “The control channel may include a physical downlink control channel (PDCCH).” | 对比文件D1明确公开了基站通过物理下行链路控制信道(PDCCH)向用户设备(UE)传送下行链路调度信息和上行链路调度信息（即调度授予），以调度去往或来自该UE的数据传送。这与技术特征A中“借助于通过下行链路控制信道传送调度授予到移动终端，调度去往或来自移动终端的传送”完全一致。该特征在D1中属于基本的调度功能，与在目标专利中的作用相同。因此，技术特征A被对比文件直接公开。 |
| **技术特征B：《未公开》** <br> 基于检测对应于所述调度的传送的擦除事件，确定所述调度授予的任何一个授予是否丢失 | D1全文均未公开基站通过检测“擦除事件”来判定调度授予是否丢失的方案。D1的基站判定PDCCH丢失是基于对UE发送的ACK/NACK信息的逻辑推理（如收到了ACK但在错误的资源上，或超时未收到ACK/NACK），而非基于物理层对上行信道资源的能量检测（即“擦除事件”）。 | D1解决的是UE侧漏检PDCCH导致ACK/NACK错误的问题，基站通过标准HARQ机制推断PDCCH丢失并进行数据重传。D0解决的是基站侧因缺少PDCCH直接反馈而导致的链路自适应不准确的问题，核心发明点在于基站通过物理层擦除事件（能量检测）专门判定调度授予是否丢失，并将此判定用于驱动PDCCH的链路自适应或HARQ冗余版本重置。两者解决的技术问题、采用的技术手段以及实现的技术方案完全不同。本领域技术人员无法从D1中合理推断出D0的“基于擦除事件检测确定授予丢失”的技术方案。因此，技术特征B未被对比文件公开。 |
| **技术特征C：《未公开》** <br> 响应确定各个调度授予是否丢失，控制所述下行链路控制信道的链路自适应或用于所述调度的传送的HARQ冗余版本设置或两者 | D1公开了基站响应于推断出的PDCCH丢失进行下行数据重传（[p87] “the BS may retransmit downlink data having been scheduled…”），但D1全文未公开任何关于控制下行链路控制信道（如PDCCH）链路自适应（编码率或发射功率）的方案，也未公开在检测到调度授予丢失时重置HARQ冗余版本（RV）的方案。D1中的数据重传是基于传统HARQ机制。 | D0的技术特征C包含两个核心内容：1) 基于授予丢失控制下行链路控制信道的链路自适应；2) 基于授予丢失控制HARQ冗余版本设置。D1未涉及前者。对于后者，D1的HARQ处理是基于标准HARQ重传，并未公开在明确判定“初始调度授予丢失”这一特定场景下，将HARQ冗余版本重置的特定方案（D1的重传使用递增的RV）。因此，技术特征C未被对比文件公开。 |
| **技术特征D：《未公开》** <br> 其中检测擦除事件包括检测对应于信息信号或解调参考信号的预期接收的接收信号能量 | D1未公开。 | D1的基站判定PDCCH丢失是基于对ACK/NACK反馈的高级逻辑推理，而非通过物理层检测上行资源上的接收信号能量。 |
| **技术特征E：《未公开》** <br> 比较所述接收信号能量和定义的阈值 | D1未公开。 | D1未公开。 |
| **技术特征F：《未公开》** <br> 其中在所述调度授予是调度下行链路传送到所述移动终端的下行链路调度授予的情况下，检测擦除事件包括确定未从所述移动终端收到与所述调度的下行链路传送相符的确认信息。 | [p87] “If the BS may not receive ACK/NACK information from the UE during a predetermined time period…” | D1的基站会进行“确定未收到确认信息”的操作，但这是标准HARQ协议中的超时/DTX机制。D0将该操作定义为其特有的“擦除事件”的一种具体实现，并用于驱动链路自适应。D1中操作的目的和上下文与D0完全不同，D1未将该操作作为“基于擦除事件检测授予丢失”的步骤来公开。 |
| **技术特征G：《未公开》** <br> 其中所述无线通信网络是LTE网络；并且中检测擦除事件包括：如果是下行链路调度授予而不是上行链路调度授予被传送到所述移动终端，则监视在物理上行链路控制信道(PUCCH)上来自所述移动终端的Ack/Nack信令是否不存在 | [p06] （LTE） <br> [p47] “transmit reception response information… over an uplink control channel… PUCCH.” | D1公开了在LTE网络中，基站通过PUCCH监控来自UE的ACK/NACK信令。但D1中的监控是常规HARQ流程的一部分，D0中的监控是“检测擦除事件”的特定步骤，其目的在于判定DL授予是否丢失以驱动链路自适应。D1中监控的技术目的和后续处理与D0完全不同，因此D1未公开该技术特征。 |
| **技术特征H：《未公开》** <br> 如果下行链路和上行链路调度授予以能够促使所述移动终端在物理上行链路共享信道(PUSCH)上传送Ack/Nack信令的时间顺序被传送到所述移动终端，则监视在所述PUSCH上和所述PUCCH上来自所述移动终端的Ack/Nack信令是否不存在。 | D1未公开。 | D1未公开在同时发送DL和UL调度授予的特定时间顺序下，基站同时监控PUSCH和PUCCH以检测ACK/NACK是否缺失的技术方案。 |
| **技术特征I：《未公开》** <br> 其中所述无线通信网络是LTE网络；并且中检测擦除事件包括如果预期有来自所述移动终端的上行链路传送，则通过检测是否在物理上行链路共享信道(PUSCH)上或在物理上行链路控制信道(PUCCH)上收到来自所述移动终端的预期解调参考信号(DMRS)，检测是否发生擦除事件。 | D1未公开。 | D1未公开通过检测PUSCH或PUCCH上的DMRS来判断是否发生擦除事件的技术。 |
| **技术特征J：《未公开》** <br> 其中在所述调度授予是调度由所述移动终端进行的上行链路传送的上行链路调度授予的情况下，检测擦除事件包括确定所述调度的上行链路传送未在所述基站收到。 | D1未公开。 | D1未公开通过确定未收到调度的上行链路传送来检测UL授予丢失的技术方案。 |
| **技术特征K：《未公开》** <br> 其中确定所述调度的上行链路传送未在所述基站收到包括：检测到在对应于所述调度的上行链路传送的信道资源上的接收信号能量低 | D1未公开。 | D1未公开。 |
| **技术特征L：《未公开》** <br> 或者检测到所述接收信号能量低结合检测到在所述基站对所述调度的上行链路传送的循环冗余校验(CRC)失败。 | D1未公开。 | D1未公开。 |
| **技术特征M：《未公开》** <br> 其中确定在所述基站未收到所述确认信息包括检测到在与所述确认信息相关联的信道资源上的接收信号能量低。 | D1未公开。 | D1未公开。 |
| **技术特征N：《未公开》** <br> 其中控制所述下行链路控制信道的链路自适应包括控制所述下行链路控制信道的编码率或传送功率或两者。 | D1未公开。 | D1未公开。 |
| **技术特征O：《未公开》** <br> 其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的信号质量估计，动态选择所述下行链路控制信道的编码率或传送功率或两者 | D1未公开。 | D1未公开。 |
| **技术特征P：《未公开》** <br> 还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的信号质量估计。 | D1未公开。 | D1未公开。 |
| **技术特征Q：《未公开》** <br> 还包括在与所述移动终端的无线电资源控制(RRC)连接的持续时间内，动态维护用于所述移动终端的所述校正因子。 | D1未公开。 | D1未公开。 |
| **技术特征R：《未公开》** <br> 其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的编码率值，动态选择所述下行链路控制信道的编码率或传送功率或两者 | D1未公开。 | D1未公开。 |
| **技术特征S：《未公开》** <br> 还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的编码率值。 | D1未公开。 | D1未公开。 |
| **技术特征T：《未公开》** <br> 其中在给定传送的调度授予是用于初始传送的下行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新下行链路调度授予到所述移动终端 | [p87] “the BS may retransmit downlink data having been scheduled by the (N+1)-th to (Nt-1)-th PDCCHs” <br> “if the BS may not receive ACK/NACK information… it may retransmit all downlink data” | D1公开了在检测到PDCCH丢失时，基站会重传下行数据。这隐含了基站会发送新的下行调度授予以调度的重传。但是，D1的该行为是常规HARQ重传逻辑，其触发前提是“丢失的调度授予”并未被明确判定为“初始传送的调度授予”，且D1并未将“控制HARQ冗余版本设置”作为其目的。D0的目的是在明确判定“初始授予丢失”后，通过发送新授予并重置RV来解决系统比特丢失的问题。D1未公开此特定技术方案。 |
| **技术特征U：《未公开》** <br> 将所述HARQ冗余版本重置成在所述丢失的授予中使用的相同值。 | D1未公开。 | D1未公开将HARQ冗余版本重置为与原丢失授予中相同的值。标准HARQ重传通常使用递增的RV值。D0的这个特定操作是其独特发明点，D1完全不涉及。 |
| **技术特征V：《未公开》** <br> 其中在给定传送的调度授予是用于初始传送的上行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新上行链路调度授予到所述移动终端。 | D1未公开。 | D1未公开在检测到初始UL授予丢失时，发送新UL授权来重新调度初始传输的方案。 |
<<<A>>>