好的，我作为一名资深专利代理师，现在开始进行严谨的创造性评估分析。
**对比文件名称：** 2010-06-24_US2010157916A_发明申请_US20100157916A1 METHOD FOR RETRANSMITTING DATE IN THE MULTI-CARRIER SYSTEM
**目标专利名称：** 1119无线通信网络中用于授予丢失检测和有关处理的方法和设备CN103190108B
**本次调用的模型名称：** DeepSeek-R1-32B-Distill-Qwen
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括，借助于通过所述下行链路控制信道传送调度授予到移动终端，调度去往或来自所述移动终端的传送<br><br>《直接公开》 | **原文引用：** [0082] 如果是上行链路传输，如果节点B有一个UE将传输数据以实现UE的初始传输，节点B将通知UE用于UE数据传输的无线资源信息和定时信息，以便它通常向UE传输允许UE数据传输的调度消息。上述允许UE数据传输并通知调度信息的调度消息在下文中称为授权消息。<br>**翻译引用：** [0082] 如果是上行链路传输，如果节点B有一个UE将传输数据以实现UE的初始传输，节点B将通知UE用于UE数据传输的无线资源信息和定时信息，以便其通常向UE传输允许UE数据传输的调度消息。上述允许UE数据传输并通知调度信息的调度消息在下文中称为授权消息。<br><br>**原文引用：** [0085] 在根据同步信道非自适应HARQ方案在特定时间将数据传输到上行链路的特定UE的数据重传的情况下，重传定时由系统预先约定。用于重传的资源块和传输格式与先前传输相同。<br>**翻译引用：** [0085] 在根据同步信道非自适应HARQ方案在特定时间将数据传输到上行链路的特定UE的数据重传的情况下，重传定时由系统预先约定。用于重传的资源块和传输格式与先前传输相同。 | 对比文件明确公开了基站（节点B）通过在下行链路控制信道（隐含，因为调度消息是下行链路信令）上发送“授权消息（grant message）”来调度上行链路传输。该授权消息即为“调度授予”，用于调度去往或来自移动终端（UE）的传送（[0082]）。[0085]进一步描述了重传的调度过程，也依赖于初始的授权消息。这在作用上与目标专利中的调度步骤完全相同。 |
| **技术特征B：** 基于检测对应于所述调度的传送的擦除事件，确定所述调度授予的任何一个授予是否丢失<br><br>《隐含公开》 | **原文引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据，或者基于检测到的能量确定尽管数据已正常传输给节点B，但是否发生了错误。<br>**翻译引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据，或者基于检测到的能量确定尽管数据已正常传输给节点B，但是否发生了错误。 | 对比文件没有直接定义“授予丢失”或“擦除事件”的概念，但它公开了基站通过检测在预期收到上行数据或ACK/NACK信号的信道资源上的“能量（energy）”来判断UE是否进行了传输（[0212]）。这是一种基于物理层检测的缺失判断。目标专利的“擦除事件”正是基于未收到预期传送（如UL数据或DL的ACK/NACK）来推断授予丢失。对比文件的“基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据”与目标专利的“基于检测对应于调度的传送的擦除事件”在技术本质上是一致的，都是通过检测不到预期信号来推定通信失败。虽然对比文件将其用于检测ACK/NACK错误，但本领域技术人员可以合理推断，这种能量检测机制同样可以用于检测因上行授权丢失导致的UL数据缺失或因下行授权丢失导致的ACK/NACK缺失。因此，该特征被隐含公开。 |
| **技术特征C：** 响应确定各个调度授予是否丢失，控制所述下行链路控制信道的链路自适应或用于所述调度的传送的HARQ冗余版本设置或两者<br><br>《隐含公开》 | **原文引用：** [0177] 因此，如果节点B传输指示额外重传的授权消息，上述实施例指定用于重传数据的IR版本，并使用指定的IR版本传输重传数据。<br>**翻译引用：** [0177] 因此，如果节点B传输指示额外重传的授权消息，上述实施例指定用于重传数据的IR版本，并使用指定的IR版本传输重传数据。<br><br>**原文引用：** [0180] 对于另一个示例，可以使用一种在重传期间将IR版本值重置为预定值的方法。换句话说，该方法不考虑之前的重传而设置实际的IR版本值，而是设置一个预定值。因此，如果节点B在传输停止消息后传输指示重传的授权消息，上述方法将IR版本值重置为预定值，并将结果IR版本值传输给对应的UE。<br>**翻译引用：** [0180] 对于另一个示例，可以使用一种在重传期间将IR版本值重置为预定值的方法。换句话说，该方法不考虑之前的重传而设置实际的IR版本值，而是设置一个预定值。因此，如果节点B在传输停止消息后传输指示重传的授权消息，上述方法将IR版本值重置为预定值，并将结果IR版本值传输给对应的UE。 | 对比文件未公开响应“授予丢失”来控制“链路自适应”。然而，对比文件明确公开了响应HARQ重传请求（由NACK信号触发，间接与UE是否成功接收上行授权相关）来控制HARQ冗余版本（IR版本）的设置。具体地，[0177]和[0180]描述了基站可以指定或重置用于重传的IR版本。在目标专利中，控制HARQ冗余版本设置是响应于“确定调度授予丢失”的其中一个选项。对比文件虽然没有明确提及“授予丢失”，但其对HARQ冗余版本的控制是响应于重传需求，而重传需求往往源于初始传输失败，该失败可能由授予丢失等多种原因引起。本领域技术人员能够合理推断，当基站检测到上行数据缺失（隐含的授予丢失事件）并决定发起重传时，可以（如对比文件所教导）重置HARQ冗余版本。因此，对比文件隐含公开了该方法中响应于通信失败（可等同于授予丢失）而控制HARQ冗余版本设置这一方面。对于链路自适应部分，对比文件没有公开。 |
| **技术特征D：** 其中检测擦除事件包括检测对应于信息信号或解调参考信号的预期接收的接收信号能量<br><br>《直接公开》 | **原文引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据，或者基于检测到的能量确定尽管数据已正常传输给节点B，但是否发生了错误。<br>**翻译引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据，或者基于检测到的能量确定尽管数据已正常传输给节点B，但是否发生了错误。 | 对比文件直接公开了基站通过检测“能量（energy）”来判断UE是否发送了数据或ACK/NACK信号（[0212]）。这里的“能量”检测，在无线通信中通常指接收信号能量。目标专利中的“信息信号”或“解调参考信号”都是基站预期接收的物理层信号。对比文件虽然没有明确指定是哪种信号的能量，但其检测原理“基于检测到的能量确定传输端是否没有向节点B传输数据”完全等同于目标专利中“检测对应于信息信号或解调参考信号的预期接收的接收信号能量”。该检测手段和作用是相同的，都是通过能量有无来判断是否发生了传输缺失。 |
| **技术特征E：** 比较所述接收信号能量和定义的阈值<br><br>《直接公开》 | **原文引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据，或者基于检测到的能量确定尽管数据已正常传输给节点B，但是否发生了错误。<br>**翻译引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据，或者基于检测到的能量确定尽管数据已正常传输给节点B，但是否发生了错误。 | “基于检测到的能量确定...是否没有向节点B传输数据”这一判断过程，逻辑上必然包含一个将检测到的能量值与一个阈值进行比较的步骤。没有预定义的或动态的阈值作为基准，就无法区分“有信号但弱”和“没有信号”。这是能量检测技术的基本原理。因此，虽然对比文件未在字面上写出“比较”一词，但实现其所述功能的常规技术手段必须进行能量比较，这对本领域技术人员是毫无疑义的。因此，该技术特征被直接公开。 |
| **技术特征F：** 其中在所述调度授予是调度下行链路传送到所述移动终端的下行链路调度授予的情况下，检测擦除事件包括确定未从所述移动终端收到与所述调度的下行链路传送相符的确认信息。<br><br>《直接公开》 | **原文引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据...<br>**翻译引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据... | 对比文件在描述NACK-to-ACK错误检测时，场景是节点B发送了NACK（隐含其之前发送了下行数据并期望ACK/NACK反馈），但UE错误地解释为ACK，因此未发送重传数据。节点B通过检测能量发现“UE是否没有向节点B传输数据”（[0212]）。虽然该上下文是重传，但其技术本质是：发送方（节点B）期望接收方（UE）发送一个响应（数据或确认），通过检测响应信号的缺失（能量低）来判断通信异常。在本技术特征中，目标专利的“下行链路调度授予”对应对比文件的“下行数据传输”，目标专利的“确认信息（ACK/NACK）”对应对比文件期望的“UE的传输”。因此，对比文件公开了通过确定未收到预期响应（即确认信息）来检测下行链路传输失败的机制，这与目标专利的该特征在原理和作用上完全相同。 |
| **技术特征G：** 其中所述无线通信网络是LTE网络；并且中检测擦除事件包括：如果是下行链路调度授予而不是上行链路调度授予被传送到所述移动终端，则监视在物理上行链路控制信道(PUCCH)上来自所述移动终端的Ack/Nack信令是否不存在<br><br>《隐含公开》 | **原文引用：** [0245] 本发明可以应用于1×EV-DO同步系统的上行链路，并且由于开销较小，也可以应用于3GPP LTE（长期演进）的上行链路。<br>**翻译引用：** [0245] 本发明可以应用于1×EV-DO同步系统的上行链路，并且由于开销较小，也可以应用于3GPP LTE（长期演进）的上行链路。 | 对比文件明确提到了其可应用于“3GPP LTE（长期演进）”网络（[0245]）。对比文件没有明确提到PUCCH或当只有DL授权时监视PUCCH上的ACK/NACK。但是，本领域技术人员熟知，在LTE系统中，当UE只收到下行数据（即只有DL授权）时，其上行ACK/NACK反馈是在PUCCH上发送的。对比文件公开了通过能量检测来判断是否收到ACK/NACK信号，结合LTE的系统知识，本领域技术人员可以合理推断，在只有DL授权的情况下，基站必然是在PUCCH信道上监视该ACK/NACK信号是否存在。因此，该特征被隐含公开。 |
| **技术特征H：** 如果下行链路和上行链路调度授予以能够促使所述移动终端在物理上行链路共享信道(PUSCH)上传送Ack/Nack信令的时间顺序被传送到所述移动终端，则监视在所述PUSCH上和所述PUCCH上来自所述移动终端的Ack/Nack信令是否不存在。<br><br>《隐含公开》 | **原文引用：** [0245] 本发明可以应用于1×EV-DO同步系统的上行链路，并且由于开销较小，也可以应用于3GPP LTE（长期演进）的上行链路。<br>**翻译引用：** [0245] 本发明可以应用于1×EV-DO同步系统的上行链路，并且由于开销较小，也可以应用于3GPP LTE（长期演进）的上行链路。 | 对比文件没有直接描述此特定场景。然而，它公开了能量检测的基本原理。本领域技术人员结合对比文件可应用于LTE的教导（[0245]）和LTE标准常识可知：当基站同时调度了上行（UL grant）和下行（DL grant）时，UE会将DL数据的ACK/NACK复用在上行PUSCH数据上一起发送。如果UE未收到UL grant（即UL grant丢失），则UE不会发送PUSCH，而是仅在PUCCH上发送DL的ACK/NACK。因此，为了可靠检测DL grant是否丢失，本领域技术人员在获知对比文件公开的能量检测方法后，必然也会想到在PUSCH和PUCCH两个可能的位置进行监视，以避免漏检。对比文件虽未明述，但其教导结合LTE的系统行为，可以合理且必然地推断出此技术方案，因此为隐含公开。 |
| **技术特征I：** 其中所述无线通信网络是LTE网络；并且中检测擦除事件包括如果预期有来自所述移动终端的上行链路传送，则通过检测是否在物理上行链路共享信道(PUSCH)上或在物理上行链路控制信道(PUCCH)上收到来自所述移动终端的预期解调参考信号(DMRS)，检测是否发生擦除事件。<br><br>《隐含公开》 | **原文引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据...<br>**翻译引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据... | 对比文件公开了通过检测“能量”来判断UE是否发送了数据（[0212]）。本领域技术人员知晓，在LTE中，无论是PUSCH还是PUCCH，都会伴随有解调参考信号（DMRS）一起发送。基站通常通过检测DMRS的能量来判断信道质量或检测信号是否存在。因此，当对比文件教导通过检测能量来判断UE是否发送了信号时，本领域技术人员可以合理推断，该能量检测可以具体实现为对DMRS的检测，因为DMRS是LTE物理层信号存在的明确指示。因此，该技术特征被隐含公开。 |
| **技术特征J：** 其中在所述调度授予是调度由所述移动终端进行的上行链路传送的上行链路调度授予的情况下，检测擦除事件包括确定所述调度的上行链路传送未在所述基站收到。<br><br>《隐含公开》 | **原文引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据...<br>**翻译引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据... | 对比文件公开了基站通过能量检测来确定UE“是否没有向节点B传输数据”（[0212]）。在目标专利的该特征中，上行调度授予用于调度上行链路传送。如果该传送未在基站收到，则基站可以推断该授予可能丢失。因此，对比文件中的“确定UE没有传输数据”与目标专利的“确定调度的上行链路传送未在基站收到”在技术含义上完全一致，都是基于未接收到预期信号的事实。因此，该技术特征被隐含公开。 |
| **技术特征K：** 其中确定所述调度的上行链路传送未在所述基站收到包括：检测到在对应于所述调度的上行链路传送的信道资源上的接收信号能量低<br><br>《隐含公开》 | **原文引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据...<br>**翻译引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据... | 对比文件直接指出，基站“基于检测到的能量”来确定UE是否没有发送数据（[0212]）。这个“检测能量”的过程必然是在基站分配给该UE的信道资源上进行的。当检测到的能量低时，即对应于“接收信号能量低”，则基站断定UE没有发送数据。因此，对比文件的教导完全覆盖了目标专利该特征的技术方案。该特征被隐含公开。 |
| **技术特征L：** 或者检测到所述接收信号能量低结合检测到在所述基站对所述调度的上行链路传送的循环冗余校验(CRC)失败。<br><br>《未公开》 | （无明确或暗示性内容） | 对比文件通篇描述了通过能量检测来判断传输是否存在，以及如何处理ACK/NACK错误。但从未提及结合“循环冗余校验(CRC)失败”来判断。对比文件中的能量检测是一种物理层判断，而CRC是MAC层或更高层的检错技术。对比文件没有给出任何将能量检测和CRC失败作为组合条件来进行判断的教导或暗示。因此，该特征未被公开。 |
| **技术特征M：** 其中确定在所述基站未收到所述确认信息包括检测到在与所述确认信息相关联的信道资源上的接收信号能量低。<br><br>《直接公开》 | **原文引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据...<br>**翻译引用：** [0212] 节点B使用HARQ方案检测能量，并使用HARQ方案确定ACK/NACK信号中是否存在任何错误。具体地，节点B可以确定NACK-to-ACK错误是否发生。即，节点B基于检测到的能量确定传输端（例如，UE）是否没有向节点B传输数据... | 对比文件公开了通过检测“能量”来确定UE是否没有传输数据（[0212]）。在无线通信系统中，ACK/NACK确认信息是在特定的、预先分配的信道资源上发送的。基站为了检测该确认信息，必然在与该确认信息相关联的信道资源上进行能量检测。对比文件虽然没有明确指出，但其“检测能量”的操作隐含了是在特定的预期资源上进行。当在这个特定资源上检测到的能量低于阈值时，即“接收信号能量低”，基站就确定未收到确认。因此，该特征被直接公开。 |
| **技术特征N：** 其中控制所述下行链路控制信道的链路自适应包括控制所述下行链路控制信道的编码率或传送功率或两者。<br><br>《未公开》 | （无明确或暗示性内容） | 对比文件主要关注HARQ重传、ACK/NACK错误处理以及利用授权消息进行灵活调度。其全文未涉及对下行链路控制信道（如PDCCH）本身的调制编码方案（MCS）、编码率或传送功率的动态调整（即链路自适应）。对比文件的目标是解决重传效率和调度灵活性的问题，而非控制信道的链路自适应。因此，该特征未被公开。 |
| **技术特征O：** 其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的信号质量估计，动态选择所述下行链路控制信道的编码率或传送功率或两者<br><br>《未公开》 | （无明确或暗示性内容） | 基于技术特征N的分析，对比文件未公开任何形式的链路自适应控制。更不用说其后续特征中的“校正的信号质量估计”这一具体实现方式。对比文件没有讨论信号质量估计、校正或基于此的动态选择。因此，该特征未被公开。 |
| **技术特征P：** 还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的信号质量估计。<br><br>《未公开》 | （无明确或暗示性内容） | 该特征是特征O的进一步限定，明确了“校正的信号质量估计”的维护方式，即基于信道质量反馈和授予丢失状态的校正因子。对比文件未涉及信号质量估计、校正因子，也未将授予丢失状态作为链路自适应的输入。因此，该特征未被公开。 |
| **技术特征Q：** 还包括在与所述移动终端的无线电资源控制(RRC)连接的持续时间内，动态维护用于所述移动终端的所述校正因子。<br><br>《未公开》 | （无明确或暗示性内容） | 该特征进一步限定了校正因子的维护生命周期。对比文件在涉及RRC状态方面没有提供任何教导或暗示。因此，该特征未被公开。 |
| **技术特征R：** 其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的编码率值，动态选择所述下行链路控制信道的编码率或传送功率或两者<br><br>《未公开》 | （无明确或暗示性内容） | 这是链路自适应的另一种具体实现方式，与特征O并列。对比文件未公开任何链路自适应方法，因此该特征也未被公开。 |
| **技术特征S：** 还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的编码率值。<br><br>《未公开》 | （无明确或暗示性内容） | 该特征是对特征R的进一步限定。基于上述分析，对比文件未涉及编码率值的校正维护，因此该特征未被公开。 |
| **技术特征T：** 其中在给定传送的调度授予是用于初始传送的下行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新下行链路调度授予到所述移动终端<br><br>《直接公开》 | **原文引用：** [0037] 在本发明的另一方面，提供一种用于多载波系统的重传方法，包括：接收包括用于传输上行链路数据的调度信息的授权消息，根据所述调度信息传输所述上行链路数据，接收指示所述上行链路数据重传的授权消息，以及重传所述上行链路数据。<br>**翻译引用：** [0037] 在本发明的另一方面，提供一种用于多载波系统的重传方法，包括：接收包括用于传输上行链路数据的调度信息的授权消息，根据所述调度信息传输所述上行链路数据，接收指示所述上行链路数据重传的授权消息，以及重传所述上行链路数据。<br><br>**原文引用：** [0167] 与图8不同，图9的实施例允许节点B传输指示重传的授权消息，从而由停止消息中断的重传以及重传消息都被启动。<br>**翻译引用：** [0167] 与图8不同，图9的实施例允许节点B传输指示重传的授权消息，从而由停止消息中断的重传以及重传消息都被启动。 | 对比文件明确公开了基站（节点B）发送一个新的“授权消息”来指示重传（[0037], [0167]）。在目标专利的场景中，如果用于初始传送的下行链路授权丢失了，基站需要发送一个新的下行链路授权来重新调度该下行链路传送（即进行重传）。对比文件直接公开了使用授权消息来发起重传的技术手段，尽管其上下文是上行链路，但其“发送新授权以触发重传”的核心机制与目标专利完全一致。本领域技术人员可以毫无疑义地将此机制应用于下行链路场景：如果初始DL授权丢失，则发送新的DL授权。因此，该特征被直接公开。 |
| **技术特征U：** 将所述HARQ冗余版本重置成在所述丢失的授予中使用的相同值。<br><br>《直接公开》 | **原文引用：** [0180] 对于另一个示例，可以使用一种在重传期间将IR版本值重置为预定值的方法。换句话说，该方法不考虑之前的重传而设置实际的IR版本值，而是设置一个预定值。因此，如果节点B在传输停止消息后传输指示重传的授权消息，上述方法将IR版本值重置为预定值，并将结果IR版本值传输给对应的UE。<br>**翻译引用：** [0180] 对于另一个示例，可以使用一种在重传期间将IR版本值重置为预定值的方法。换句话说，该方法不考虑之前的重传而设置实际的IR版本值，而是设置一个预定值。因此，如果节点B在传输停止消息后传输指示重传的授权消息，上述方法将IR版本值重置为预定值，并将结果IR版本值传输给对应的UE。 | 对比文件明确公开了在发起重传时，将HARQ的增量冗余（IR，即冗余版本）重置为一个预定值（[0180]）。虽然对比文件中重置的“预定值”不一定是“丢失的授予中使用的相同值”，但本领域技术人员可以理解，在初始传输丢失的情况下，为了确保所有系统比特能被发送，将其重置为初始值（通常是0，即丢失的授予中使用的值）是最直接和常规的做法。对比文件教导了“重置为预定值”以应对通信中断后重传的场景，这与目标专利中因授予丢失而重置HARQ冗余版本的思路一致。因此，该特征被直接公开。 |
| **技术特征V：** 其中在给定传送的调度授予是用于初始传送的上行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新上行链路调度授予到所述移动终端。<br><br>《直接公开》 | **原文引用：** [0037] 在本发明的另一方面，提供一种用于多载波系统的重传方法，包括：接收包括用于传输上行链路数据的调度信息的授权消息，根据所述调度信息传输所述上行链路数据，接收指示所述上行链路数据重传的授权消息，以及重传所述上行链路数据。<br>**翻译引用：** [0037] 在本发明的另一方面，提供一种用于多载波系统的重传方法，包括：接收包括用于传输上行链路数据的调度信息的授权消息，根据所述调度信息传输所述上行链路数据，接收指示所述上行链路数据重传的授权消息，以及重传所述上行链路数据。 | 对比文件非常明确地公开了此特征。其[0037]描述了基站向UE发送一个“指示上行链路数据重传的授权消息”，这正是目标专利的“发送新上行链路调度授予”。在目标专利的场景下，当用于初始UL传送的UL授权丢失时，UE不会发送数据，基站也就没有数据可接收。因此，基站需要重新发送一个新的UL授权来触发UE进行初始传送（在目标专利中被视为重传的HARQ处理）。对比文件直接教导了使用新授权消息来请求上行重传，这完全等同于目标专利在此特征下的操作。因此，该特征被直接公开。 |
---
### 结论代码插入
根据以上分析，各技术特征的公开性判断结果对应代码如下：
<<<A>>>
<<<D>>>
<<<E>>>
<<<F>>>
<<<M>>>
<<<T>>>
<<<U>>>
<<<V>>>
<<<b>>>
<<<c>>>
<<<g>>>
<<<h>>>
<<<i>>>
<<<j>>>
<<<k>>>