好的，我们开始进行严谨的专利创造性评估。
**对比文件名称：** WO2008105422A1_Description_20260428_0858
**目标专利名称：** 1119无线通信网络中用于授予丢失检测和有关处理的方法和设备 CN103190108B
**本次调用的模型名称：** 深度思考模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括，借助于通过所述下行链路控制信道传送调度授予到移动终端，调度去往或来自所述移动终端的传送<br/><br/>**《直接公开》** | **段落[0025]：** “上述した下り共有·物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報は、Downlink Scheduling Informationあるいは、Downlink Scheduling Grant、あるいは、Downlink Assignment Informationと呼ばれてもよい。また、上述した上り共有·物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報は、Uplink Scheduling Grantと呼ばれてもよい。”<br/><br/>**段落[0052]：** “レイヤー1処理部2081は、物理下りリンク共有チャネルを用いて通信を行うユーザのIDや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Downlink Scheduling Information、及び、物理上りリンク共有チャネルを用いて通信を行うユーザのIDや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Uplink Scheduling GrantをMAC処理部2082から受け取る。...上記物理下りリンク共有チャネルを用いて通信を行うユーザのIDや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Downlink Scheduling Information,及び、物理上りリンク共有チャネルを用いて通信を行うユーザのIDや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Uplink Scheduling Grantは、下りリンクの制御チャネルである物理下りリンク制御チャネルにマッピングされる。” | 对比文件明确公开了基站装置（eNB）通过物理下行链路控制信道（PDCCH）向移动终端（UE）发送调度授予（Scheduling Grant）。这些授予包括用于调度下行链路传输的`Downlink Scheduling Information`（相当于目标专利中的下行链路调度授予）和用于调度上行链路传输的`Uplink Scheduling Grant`（相当于目标专利中的上行链路调度授予）。因此，技术特征A被对比文件直接公开。 |
| **技术特征B：** 基于检测对应于所述调度的传送的擦除事件，确定所述调度授予的任何一个授予是否丢失<br/><br/>**《直接公开》** | **段落[0074]：** “以上、説明したように、基地局装置200におけるレイヤー1処理部2081は、物理上りリンク共有チャネルPUSCHに関する電力判定を行うことにより、移動局が実際に物理上りリンク共有チャネルを送信したか否かの判定を行う。ここで、移動局が実際に物理上りリンク共有チャネルを送信したか否かの判定により、図5、図6に示すように、移動局がPDCCHに含まれるUplink Scheduling Grantを正常に受信したか否か、または、移動局がPDCCHに含まれる、上りリンクの共有チャネルに対する送達確認情報を正常に受信したか否かを判定することができる。” | 对比文件公开了基站通过检测物理上行链路共享信道（PUSCH）的功率（即检测“擦除事件”）来判断移动站是否实际发送了上行数据。如果基站判定PUSCH未被发送（擦除），则推断出移动站未能正确接收上行链路调度授予（Uplink Scheduling Grant），即授予丢失。 |
| **技术特征C：** 响应确定各个调度授予是否丢失，控制所述下行链路控制信道的链路自适应或用于所述调度的传送的HARQ冗余版本设置或两者<br/><br/>**《未公开》** | **段落[0101]：** “MAC処理部2082は、レイヤー1処理部2081から、上りリンクの共有チャネルに関する電力判定の判定結果を受け取る。そして、MAC処理部2082は、上記電力判定の判定結果が、移動局は実際には上りリンクの共有チャネルを送信しなかったという判定結果である場合には、移動局において、過去に送信した対応する物理下りリンク制御チャネルが正常に受信できなかった...と判断し、当該上りリンクの共有チャネルに割り当てる予定の再送用のリソースを解放する。”<br/><br/>**段落[0102]：** “MAC処理部2082は、...前回の送信は無効な送信であるとして、下りリンクの共有チャネルにマッピングされていた情報を再送してもよい。すなわち、前回の送信が初回の送信であった場合には、今回の送信も初回の送信として送信処理が行われ、...” | 对比文件在检测到授予丢失后，采取的动作是：1）释放上行链路资源；2）将下行链路重传视为一次新的初传（即重置HARQ进程状态）。虽然这涉及HARQ处理，但其目的是释放资源和重传数据，并未公开或暗示要控制下行链路控制信道（PDCCH）的链路自适应（如调整编码率或发射功率）来主动适应丢失事件。对比文件没有建立授予丢失事件与下行控制信道链路自适应参数之间的直接控制关系。因此，该技术特征未被对比文件公开。 |
| **技术特征D：** 其中检测擦除事件包括检测对应于信息信号或解调参考信号的预期接收的接收信号能量<br/><br/>**《直接公开》** | **段落[0055]：** “例えば、レイヤー1処理部2081は、送信される予定の物理上りリンク共有チャネルPUSCHにおけるデータ復調用のリファレンス信号のSIRを測定し、...”<br/><br/>**段落[0059]：** “あるいは、上記電力判定を、送信される予定の物理上りリンク共有チャネルPUSCHにおけるデータ復調用のリファレンス信号のSIRではなく、送信される予定の物理上りリンク共有チャネルPUSCHにおけるデータ信号のSIRのみに基づいて行ってもよい。” | 对比文件明确公开了通过测量PUSCH上的解调参考信号（DMRS）的信号干扰比（SIR）或数据信号的SIR来进行功率判定。SIR是接收信号能量的一个度量，这完全对应目标专利中“检测接收信号能量”的技术方案。 |
| **技术特征E：** 比较所述接收信号能量和定义的阈值<br/><br/>**《直接公开》** | **段落[0055]：** “...上記SIRが所定の閾値より大きい場合に、移動局100が実際に上りリンクの共有チャネルを送信したと判定し、上記SIRが所定の閾値以下の場合に、移動局100は実際には上りリンクの共有チャネルを送信しなかったと判定してもよい。”<br/><br/>**段落[0117]：** “if(SIR_data < (Th_data + Δ_data))（図9のS102） “PUSCH(UL-SCH)は送信されなかった”” | 对比文件明确记载了将测量的接收信号质量（如SIR）与一个定义的阈值（Th_data）进行比较，以做出判定。这完全对应技术特征E。 |
| **技术特征F：** 其中在所述调度授予是调度下行链路传送到所述移动终端的下行链路调度授予的情况下，检测擦除事件包括确定未从所述移动终端收到与所述调度的下行链路传送相符的确认信息。<br/><br/>**《直接公开》** | **段落[0046]：** “図7(B)に示すように、基地局装置200が送信した物理下りリンク制御チャネル(1112)を正常に受信できなかった場合には(1114)、移動局100は、下りリンクの共有データチャネルPDSCHを受信しないため、サブフレーム#i+3でPDSCHを受信した際のCRCチェック結果に基づいた送達確認情報を送信しない、すなわち、上り制御チャネルPUCCHを送信しない(1116)”<br/><br/>**段落[0076]：** “レイヤー1処理部2081は、移動局100がPUCCHにおいて送達確認情報を送信する予定のサブフレームにおいて、移動局100が実際に送達確認情報を送信したか否かを判定する。” | 对比文件明确公开了以下逻辑：如果移动站未能正确接收下行链路调度信息（Downlink Scheduling Information），它将不会发送下行链路数据对应的确认信息（ACK/NACK）。基站则通过检测PUCCH上是否存在预期的确认信息来判断下行链路调度信息是否丢失。这与技术特征F的描述完全一致。 |
| **技术特征G：** 其中所述无线通信网络是LTE网络；并且中检测擦除事件包括：如果是下行链路调度授予而不是上行链路调度授予被传送到所述移动终端，则监视在物理上行链路控制信道(PUCCH)上来自所述移动终端的Ack/Nack信令是否不存在<br/><br/>**《直接公开》** | **段落[0161]：** “送達確認情報を受信する予定である場合には（S411のYES）、当該サブフレームにおいてCQIを受信する予定であるか否かを判定する（S413）。CQIを受信する予定である場合（S413のYES）、上記の（2-2）（ACKとCQIやSchedulingRequest、ReleaseRequestが多重される場合）に従って、基地局装置は、リソースB（リソース番号：#n+3）にマッピングされたCQIと多重された送達確認情報を受信する（S415）。CQIを受信する予定でない場合（S413のNO）、上記の（2-1）（ACKのみが送信される場合）に従って、基地局装置は、リソースA（リソース番号：#2）にマッピングされた送達確認情報を受信する（S417）。”<br/><br/>**段落[0160]：** “当該サブフレームにおいて上りリンクの共有チャネルを受信する予定でない場合（S401のNO）、又は移動局100が実際に上りリンクの共有チャネルを送信しなかったと判定された場合（S403のNO）、基地局装置は、システム帯域の両端にマッピングされるPUCCHを確認する。” | 对比文件描述了在LTE网络中，当基站确定没有上行共享信道（PUSCH）需要接收时（即没有发送UL Scheduling Grant或判定其为丢失），基站会检查PUCCH以接收下行链路传输的确认信息。这明确对应于在下行链路调度授予场景下，通过监视PUCCH上的ACK/NACK信令是否不存在来检测擦除事件。尽管对比文件同时考虑了CQI复用的复杂情况，但其基本操作是在特定条件下监视PUCCH，完全公开了该技术特征。 |
| **技术特征H：** 如果下行链路和上行链路调度授予以能够促使所述移动终端在物理上行链路共享信道(PUSCH)上传送Ack/Nack信令的时间顺序被传送到所述移动终端，则监视在所述PUSCH上和所述PUCCH上来自所述移动终端的Ack/Nack信令是否不存在。<br/><br/>**《隐含公开》** | **段落[0158]：** “基地局装置は、当該サブフレームにおいて上りリンクの共有チャネルを受信する予定であるか否かを判定する（S401）。具体的には、移動局にScheduling Grantを送信した場合には、上りリンクの共有チャネルを受信する予定であると判定し、Scheduling Grantを送信していない場合には、上りリンクの共有チャネルを受信する予定でないと判定する。”<br/><br/>**段落[0160]：** “一方、当該サブフレームにおいて上りリンクの共有チャネルを受信する予定でない場合（S401のNO）、又は移動局100が実際に上りリンクの共有チャネルを送信しなかったと判定された場合（S403のNO）、基地局装置は、システム帯域の両端にマッピングされるPUCCHを確認する。” | 目标专利描述的场景是：当UL和DL授予按顺序发送，导致UE本应在PUSCH上发送ACK/NACK，但若UL授予丢失，UE实际会在PUCCH上发送ACK/NACK。因此，基站需要监视两个信道。对比文件虽然将PUSCH和PUCCH上的ACK/NACK检测视为基于是否期望PUSCH接收的条件分支（S401、S403），但其逻辑隐含了当UE被调度在PUSCH上发送时，ACK/NACK应在PUSCH上；若PUSCH未收到（可能因UL授予丢失），则需转向PUCCH检查。对比文件没有明确“同时”监视，但其处理流程（先判定PUSCH，若失败则转至PUCCH）实质上覆盖了目标专利的核心思想，即在一个调度场景下，ACK/NACK可能出现在PUSCH或PUCCH上，基站需要有能力在两个信道上进行检测。因此，该特征被隐含公开。 |
| **技术特征I：** 其中所述无线通信网络是LTE网络；并且中检测擦除事件包括如果预期有来自所述移动终端的上行链路传送，则通过检测是否在物理上行链路共享信道(PUSCH)上或在物理上行链路控制信道(PUCCH)上收到来自所述移动终端的预期解调参考信号(DMRS)，检测是否发生擦除事件。<br/><br/>**《直接公开》** | **段落[0055]：** “例えば、レイヤー1処理部2081は、送信される予定の物理上りリンク共有チャネルPUSCHにおけるデータ復調用のリファレンス信号のSIRを測定し、...”<br/><br/>**段落[0076]：** “レイヤー1処理部2081は、移動局100がPUCCHにおいて送達確認情報を送信する予定のサブフレームにおいて、移動局100が実際に送達確認情報を送信したか否かを判定する。例えば、レイヤー1処理部2081は、送達確認情報がマッピングされているかもしれないPUCCHにおけるデータ復調用のリファレンス信号のSIRを測定し、...” | 对比文件明确教导了在LTE网络中两种不同的擦除检测方法：1）对于PUSCH，通过测量其DMRS的SIR来判断上行数据传输是否存在；2）对于PUCCH，通过测量其DMRS的SIR来判断ACK/NACK信令是否存在。这完全对应技术特征I的描述，即通过检测PUSCH或PUCCH上的预期DMRS来检测擦除事件。 |
| **技术特征J：** 其中在所述调度授予是调度由所述移动终端进行的上行链路传送的上行链路调度授予的情况下，检测擦除事件包括确定所述调度的上行链路传送未在所述基站收到。<br/><br/>**《直接公开》** | **段落[0040]：** “図5(B)に示すように、基地局装置200が送信した物理下りリンク制御チャネル(1012)を正常に受信できなかった場合には(1014)、移動局100は、サブフレーム#i+3でPUSCHを送信しない(1016)。したがって、基地局装置200もサブフレーム#i+3において移動局100からPUSCHを受信しない(1018)。”<br/><br/>**段落[0074]：** “...移動局がPDCCHに含まれるUplink Scheduling Grantを正常に受信したか否かを判定することができる。” | 对比文件明确公开了以下流程：基站发送UL调度授予（Uplink Scheduling Grant），如果基站判定未收到调度的PUSCH传输，则推断出UL授予丢失。这正是技术特征J所定义的内容。 |
| **技术特征K：** 其中确定所述调度的上行链路传送未在所述基站收到包括：检测到在对应于所述调度的上行链路传送的信道资源上的接收信号能量低<br/><br/>**《直接公开》** | **段落[0055]：** “...上記SIRが所定の閾値以下の場合に、移動局100は実際には上りリンクの共有チャネルを送信しなかったと判定してもよい。” | 对比文件公开了基站通过测量PUSCH上的SIR（信号干扰比，是信号能量的度量）并将其与阈值比较来判断PUSCH是否被发送。当SIR低于阈值时，即“接收信号能量低”，基站判定PUSCH未被发送。这与技术特征K的描述一致。 |
| **技术特征L：** 者检测到所述接收信号能量低结合检测到在所述基站对所述调度的上行链路传送的循环冗余校验(CRC)失败。<br/><br/>**《隐含公开》** | **段落[0042]：** “基地局装置200は、タイミング1208において、サブフレーム#i+3においてPUSCHを用いた通信を行うことを通知した移動局からのPUSCHの受信処理を行い、正常に復号できなかったと判定する（CRC Check結果NGと判定する）（1208）。”<br/><br/>**段落[0055]：** “例えば、レイヤー1処理部2081は、送信される予定の物理上りリンク共有チャネルPUSCHにおけるデータ復調用のリファレンス信号のSIRを測定し、上記SIRが所定の閾値より大きい場合に、移動局100が実際に上りリンクの共有チャネルを送信したと判定し、...” | 目标专利提供了两种确定上行传输未收到的方式：a) 检测信号能量低（特征K）；b) 检测信号能量低结合CRC失败。对比文件将信号能量低（基于DMRS的功率判定）和CRC失败作为两个独立的判定标准。功率判定用于判断传输是否存在，CRC失败用于判断已接收的传输是否正确。本领域技术人员可以合理推断，为了更准确地判断传输是否“未收到”（特别是当传输存在但完全不可解码时），可以将“接收信号能量低”和“CRC失败”结合使用作为更保守的检测机制。因此，该特征被隐含公开。 |
| **技术特征M：** 其中确定在所述基站未收到所述确认信息包括检测到在与所述确认信息相关联的信道资源上的接收信号能量低。<br/><br/>**《直接公开》** | **段落[0076]：** “例えば、レイヤー1処理部2081は、送達確認情報がマッピングされているかもしれないPUCCHにおけるデータ復調用のリファレンス信号のSIRを測定し、上記SIRが所定の閾値より大きい場合に、移動局100が実際に送達確認情報を送信したと判定し、上記SIRが所定の閾値以下の場合に、移動局100は実際には送達確認情報を送信しなかったと判定してもよい。” | 对比文件明确公开了基站通过测量PUCCH上承载ACK/NACK信道的DMRS的SIR，并与阈值比较，来判断确认信息是否被发送。当SIR低于阈值时，即“接收信号能量低”，判定为未收到确认信息。这与技术特征M完全一致。 |
| **技术特征N：** 其中控制所述下行链路控制信道的链路自适应包括控制所述下行链路控制信道的编码率或传送功率或两者。<br/><br/>**《未公开》** | 对比文件全文没有描述基于授予丢失检测来调整PDCCH的编码率或发射功率。对比文件的链路自适应是基于CQI等反馈的正常调度操作，不涉及因检测到授予丢失而进行的外环调整。 | 对比文件关注的是检测丢失后如何进行HARQ处理（如释放资源、重传）以及如何利用CQI信噪比判定来提高HARQ效率。虽然对比文件提到了编码率（Redundancy Version参数）、MCS等，但这些与“响应确定授予是否丢失而控制链路自适应”是不同概念。对比文件没有公开该特征。 |
| **技术特征O：** 其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的信号质量估计，动态选择所述下行链路控制信道的编码率或传送功率或两者<br/><br/>**《未公开》** | 见特征N论述。 | 对比文件没有公开任何基于授予丢失的校正因子来维护信号质量估计并进行链路自适应的内容。 |
| **技术特征P：** 还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的信号质量估计。<br/><br/>**《未公开》** | 见特征N论述。 | 对比文件完全没有公开“校正因子”的概念及其与授予丢失事件的关联。 |
| **技术特征Q：** 还包括在与所述移动终端的无线电资源控制(RRC)连接的持续时间内，动态维护用于所述移动终端的所述校正因子。<br/><br/>**《未公开》** | 见特征N论述。 | 对比文件没有公开任何类型的“校正因子”及其维护时限。 |
| **技术特征R：** 其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的编码率值，动态选择所述下行链路控制信道的编码率或传送功率或两者<br/><br/>**《未公开》** | 见特征N论述。 | 对比文件没有公开基于授予丢失的校正编码率值进行链路自适应的内容。 |
| **技术特征S：** 还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的编码率值。<br/><br/>**《未公开》** | 见特征N论述。 | 对比文件完全没有公开“校正因子”的概念及其与授予丢失事件的关联。 |
| **技术特征T：** 其中在给定传送的调度授予是用于初始传送的下行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新下行链路调度授予到所述移动终端<br/><br/>**《直接公开》** | **段落[0102]：** “移動局100は、共有チャネルを正常に受信しなかったのではなく、それに付随する物理下りリンク制御チャネルPDCCH内のDownlink Scheduling Informationを正常に受信しなかったとMAC処理部2082が判断し、前回の送信は無効な送信であるとして、下りリンクの共有チャネルにマッピングされていた情報を再送してもよい。” | 目标专利中，当DL授予丢失时，基站发送一个新的DL授予来重新调度传输。对比文件公开了当判定DL调度信息丢失时，基站将前次传输视为无效并进行重传。在LTE中，任何重传都需要一个新的DL调度授予。因此，执行重传必然意味着发送了新的下行链路调度授予。该特征被直接公开。 |
| **技术特征U：** 将所述HARQ冗余版本重置成在所述丢失的授予中使用的相同值。<br/><br/>**《隐含公开》** | **段落[0102]：** “すなわち、前回の送信が初回の送信であった場合には、今回の送信も初回の送信として送信処理が行われ、前回の処理が2回目の送信であった場合には、今回の送信も2回目の送信として送信処理が行われてもよい。” | 目标专利要求在检测到初始DL授予丢失后，重发的新授予应使用与丢失授予相同的HARQ冗余版本（即重置为初始值）。对比文件明确表示，当判定前次传输无效时，重传应被视为与之前相同次数的传输（例如，前次是初传，则本次也是初传）。在HARQ协议中，“作为初传处理”意味着使用冗余版本0（或其他初始RV值），这正是“重置成在丢失的授予中使用的相同值”的典型实现方式。因此，该特征被隐含公开。 |
| **技术特征V：** 其中在给定传送的调度授予是用于初始传送的上行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新上行链路调度授予到所述移动终端。<br/><br/>**《隐含公开》** | **段落[0101]：** “MAC処理部2082は、...移動局において、過去に送信した対応する物理下りリンク制御チャネルが正常に受信できなかった...と判断し、当該上りリンクの共有チャネルに割り当てる予定の再送用のリソースを解放する。” | 目标专利技术方案是在检测到UL授予丢失后，发送一个新的UL授予来重新触发初始传输。对比文件在检测到UL授予丢失时，采取的措施是释放为未来重传预留的资源。然而，为了重新调度一个全新的初始传输，基站必须发送一个新的上行链路调度授予来指示移动站进行传输。释放旧资源并重新调度新传输是现代无线通信系统的标准操作，本领域技术人员可以合理推断，在释放了旧的重传资源后，如果需要继续与该移动站通信，必然需要发送一个新的UL授予来触发一次新的传输。因此，该特征被隐含公开。 |
### 公开性代码索引
根据上述分析，各技术特征的公开性判断结果如下：
<<<A>>><<<B>>><<<D>>><<<E>>><<<F>>><<<G>>><<<I>>><<<J>>><<<K>>><<<M>>><<<T>>>
<<<h>>><<<l>>><<<u>>><<<v>>>