好的，作为一名资深专利代理师，我将对您提供的目标专利的权利要求技术特征与对比文件进行严谨的比对分析。本次分析将严格遵循您设定的评估规则，包括直接公开与隐含公开的判断标准。
**对比文件名称：** 2006-09-28_JP2006262357A_发明专利_JP2006262357A Wireless communication device and communication terminal
**目标专利名称：** 1119无线通信网络中用于授予丢失检测和有关处理的方法和设备CN103190108B
**本次调用的模型名称：** 需要您提供模型名称，在此以“专利分析高级模型”代称。
以下为详细的特征比对表格及分析：
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括，借助于通过所述下行链路控制信道传送调度授予到移动终端，调度去往或来自所述移动终端的传送 | **对比文件[2]段落：** <br>“無線通信装置１０１は、制御チャネル（ＨＳ−ＳＣＣＨ）やパケットデータチャネル（ＨＳ−ＰＤＳＣＨ）を用いて、通信端末２０１に制御データ（ＨＳＤＰＡ制御データ）やパケットデータ（ＨＳＤＰＡパケットデータ）を送信（パケット伝送）する。” <br>“通信端末２０１は、ＨＳ−ＳＣＣＨの受信によって得られた制御パラメータに基づいてＨＳ−ＰＤＳＣＨを受信し、” | **《直接公开》** <br>对比文件明确公开了无线通信装置（相当于基站）通过控制信道（HS-SCCH，相当于下行链路控制信道）向通信终端（相当于移动终端）传送控制数据（内包含用于控制数据接收的调度参数，相当于调度授予），以此来调度后续在数据信道（HS-PDSCH）上的数据传输（去往移动终端）。这完全对应于特征A中“借助于通过下行链路控制信道传送调度授予到移动终端，调度去往移动终端的传送”。 |
| **技术特征B：** 基于检测对应于所述调度的传送的擦除事件，确定所述调度授予的任何一个授予是否丢失 | **对比文件[2]段落：** <br>“ＨＳＤＰＡ通信では、本来端末からＡＣＫ／ＮＡＣＫが送出されるタイミングにおいて、基地局にＡＣＫもＮＡＣＫも届かない状態（無信号状態であるＤＴＸ（Discontinuous Transmission））が起こり得る。” <br>“この場合の原因として、例えば以下の２つが考えられる。（ａ）下りリンクにおいて、端末側が雑音等によりＨＳ−ＳＣＣＨを受信できなかった場合。” | **《直接公开》** <br>对比文件明确指出，基站会检测一种称为“DTX”的状态，即“无信号状态”，这完全对应于目标专利中的“擦除事件”。它进一步指出，产生DTX的原因之一是（a）终端未能接收到HS-SCCH（控制信道）。这意味着基站通过检测DTX（擦除事件）来推断终端很可能没有收到HS-SCCH上的调度信息，即调度授予丢失。这与特征B的技术方案完全相同：基于检测擦除事件（DTX）来确定调度授予是否丢失。 |
| **技术特征C：** 响应确定各个调度授予是否丢失，控制所述下行链路控制信道的链路自适应或用于所述调度的传送的HARQ冗余版本设置或两者 | **对比文件[2]段落（链路自适应部分）：** <br>“現ＣＱＩ値が記憶ＣＱＩ値よりも所定値以上低い（小さい）場合には、下りリンクの伝送品質が劣化しているために通信端末２０１側にＨＳ−ＳＣＣＨ信号が到達していないと考えられる。そこで、このような場合は、ＨＳ−ＳＣＣＨ変調処理部１４に送信電力を増加させる設定とするよう電力制御切替部２８は送信電力制御部１９を制御する。” | **《直接公开》（部分公开）** <br>对比文件通过多个实施例（特别是实施例2）公开了在确定HS-SCCH信号未到达终端（即DL授予丢失）时，控制下行链路控制信道（HS-SCCH）的链路自适应，具体是增加其发送功率。这完全对应于特征C中控制“下行链路控制信道的链路自适应”的部分。然而，对比文件全文未提及任何关于HARQ冗余版本（RV）的设置或重置。因此，特征C中关于控制“HARQ冗余版本设置”的部分未被对比文件公开。鉴于特征C为“或”关系，链路自适应部分被直接公开。 |
| **技术特征D：** 其中检测擦除事件包括检测对应于信息信号或解调参考信号的预期接收的接收信号能量 | **对比文件[2]段落：** <br>（隐含在DTX检测中） <br>“ＡＣＫ／ＮＡＣＫ／ＤＴＸ判定部２５は、... 出力レベルｕがｕ＜ＴＨ＿ＡＣＫやｕ＞ＴＨ＿ＮＡＣＫを満たさない場合にＤＴＸであると判定する。” <br>“ＨＳ−ＤＰＣＣＨ復調処理部２３は、通信端末２０１からのＨＳ−ＤＰＣＣＨ上のパケットを復調し、...” | **《隐含公开》** <br>对比文件通过ACK/NACK/DTX判定部来判断DTX状态。其判定逻辑基于对接收信号（信息信号，即ACK/NACK）的解码输出电平“u”与预设阈值的比较。当一个信号经过解码处理，其输出电平不能明确归类为ACK或NACK时，即被判定为DTX。这一过程隐含了在解码之前或解码过程中对接收信号能量或质量的评估。虽然没有明确写出“检测接收信号能量”，但判定DTX（无信号状态）的前提必然是接收到的信号能量极低或不存在，使得解码器输出不可靠。因此，可以合理推断出对比文件通过检测接收信号能量（或功率/电平）来判断是否为擦除事件（DTX）。 |
| **技术特征E：** 比较所述接收信号能量和定义的阈值 | **对比文件[2]段落：** <br>“ＡＣＫ／ＮＡＣＫ／ＤＴＸ判定部２５は、ＡＣＫ／ＮＡＣＫ／ＤＴＸ判定部２５に予め設定されているＡＣＫの閾値ＴＨ＿ＡＣＫ（＜０）およびＮＡＣＫの閾値ＴＨ＿ＮＡＣＫ（＞０）と、ＡＣＫ／ＮＡＣＫ復号処理部２４が出力する出力レベルｕを比較する。” | **《直接公开》** <br>对比文件明确记载了ACK/NACK/DTX判定部使用预设的阈值（TH_ACK和TH_NAK）与解码器的输出电平进行比较，并根据比较结果判断是ACK、NACK还是DTX。虽然这里比较的是解码后的输出电平，但该输出电平直接反映了收到的信号强度和信息。这种将接收信号的处理结果与定义阈值进行比较以判定DTX的技术手段，与特征E“比较所述接收信号能量和定义的阈值”的实质相同，即通过比较接收信号的处理结果（电平/能量）与阈值来判定擦除。 |
| **技术特征F：** 其中在所述调度授予是调度下行链路传送到所述移动终端的下行链路调度授予的情况下，检测擦除事件包括确定未从所述移动终端收到与所述调度的下行链路传送相符的确认信息。 | **对比文件[2]段落：** <br>“無線通信装置１０１が通信端末２０１にＨＳＤＰＡ制御データやＨＳＤＰＡパケットデータを送信したにもかかわらず、ＡＣＫ／ＮＡＣＫ／ＤＴＸ判定部２５が通信端末２０１からＡＣＫまたはＮＡＣＫを受信せずＤＴＸであると判断した場合には、” | **《直接公开》** <br>对比文件描述了这样一个场景：基站发送了下行数据（HSDPA数据），但ACK/NACK判定部判定未收到ACK或NACK（即DTX状态）。这正是“确定未从移动终端收到与调度的下行链路传送相符的确认信息”。对比文件将这种未收到确认信息的情况定义为DTX，并将其归因于终端可能未收到控制信道（下行调度授予）。这与特征F的技术方案完全一致：对于下行调度，通过检测未收到预期确认信息来判定擦除事件。 |
| **技术特征G：** 其中所述无线通信网络是LTE网络；并且中检测擦除事件包括：如果是下行链路调度授予而不是上行链路调度授予被传送到所述移动终端，则监视在物理上行链路控制信道(PUCCH)上来自所述移动终端的Ack/Nack信令是否不存在 | **对比文件[2]段落：** <br>（对比文件基于HSDPA网络，非LTE） <br>“無線通信装置１０１は、例えば第３．５世代移動体通信装置であり３ＧＰＰ規格（ＨＳＤＰＡ）に基づいて動作する。” <br>（上行控制信道部分） <br>“上りリンクチャネル（ＨＳ−ＤＰＣＣＨ）を用いて無線通信装置１０１にＡＣＫ／ＮＡＣＫ信号（応答信号）を返す。” | **《隐含公开》（部分公开）** <br>对比文件明确其网络为HSDPA（3.5G），而非LTE网络。因此特征G中“所述无线通信网络是LTE网络”这一限定未被公开。但是，关于“监视在物理上行链路控制信道(PUCCH)上来自所述移动终端的Ack/Nack信令是否不存在”这一技术手段，对比文件在HSDPA上下文中公开了类似操作：其通过HS-DPCCH（高速专用物理控制信道，相当于3G网络中的上行控制信道）来接收和检测ACK/NACK。当仅发送了下行调度时，它监视这个上行控制信道上的确认信令是否存在。如果仅考虑技术手段，该特征被隐含公开，但其应用的网络环境不同。考虑到LTE的PUCCH与HSDPA的HS-DPCCH功能对等，本领域技术人员容易想到将此技术应用于LTE网络。 |
| **技术特征H：** 如果下行链路和上行链路调度授予以能够促使所述移动终端在物理上行链路共享信道(PUSCH)上传送Ack/Nack信令的时间顺序被传送到所述移动终端，则监视在所述PUSCH上和所述PUCCH上来自所述移动终端的Ack/Nack信令是否不存在。 | **对比文件全文：** <br>对比文件全文未描述任何在PUSCH类似信道上进行Ack/Nack检测的场景，也未描述当上下行调度授予同时发送时，需要在多个信道（一个相当于PUSCH，一个相当于PUCCH）上同时监视确认信令的技术方案。对比文件仅讨论了在HS-DPCCH（一个上行控制信道）上进行ACK/NACK检测。 | **《未公开》** <br>对比文件完全没有公开在类似PUSCH的信道上检测Ack/Nack，也没有公开当上下行调度授予同时存在时，需要在PUSCH和PUCCH两个信道上进行联合监视以防止漏检的技术内容。这是目标专利特有的解决特定场景下检测可靠性的技术特征，对比文件未涉及。 |
| **技术特征I：** 其中所述无线通信网络是LTE网络；并且中检测擦除事件包括如果预期有来自所述移动终端的上行链路传送，则通过检测是否在物理上行链路共享信道(PUSCH)上或在物理上行链路控制信道(PUCCH)上收到来自所述移动终端的预期解调参考信号(DMRS)，检测是否发生擦除事件。 | **对比文件全文：** <br>对比文件基于HSDPA网络，没有LTE网络中的PUSCH、PUCCH概念，也没有提及解调参考信号（DMRS）及其在擦除检测中的应用。对比文件检测DTX的方式主要是对ACK/NACK信令本身进行解码和阈值判决，而不是通过检测参考信号的存在与否。 | **《未公开》** <br>对比文件未公开任何与LTE网络相关的信道名称（PUSCH, PUCCH），也未公开任何关于使用解调参考信号（DMRS）来检测擦除事件的技术方案。该特征是目标专利针对LTE网络特性的具体实现方式，对比文件完全不涉及。 |
| **技术特征J：** 其中在所述调度授予是调度由所述移动终端进行的上行链路传送的上行链路调度授予的情况下，检测擦除事件包括确定所述调度的上行链路传送未在所述基站收到。 | **对比文件[2]段落：** <br>（隐含在DTX原因分析中） <br>“ＨＳＤＰＡ通信では、本来端末からＡＣＫ／ＮＡＣＫが送出されるタイミングにおいて、基地局にＡＣＫもＮＡＣＫも届かない状態（無信号状態であるＤＴＸ）が起こり得る。” <br>（对于上行调度）虽然对比文件主要针对下行，但其基本原理可类比。对于上行调度，基站发送UL授予，终端应发送PUSCH数据。如果基站未收到任何数据，即是擦除。对比文件未明确描述此场景，但类似的逻辑普遍存在于无线通信中。 | **《隐含公开》** <br>对比文件虽然未明确描述上行调度授予丢失的场景，但根据其DTX检测原理和基站对数据进行确认的一般逻辑，本领域技术人员可以合理推断：如果基站发送了上行调度授予，预期移动终端会在指定资源上发送数据；如果基站确定未收到该调度的上行传送（即数据擦除），可以推断上行调度授予可能丢失。这是无线通信领域的普遍认知，对比文件的DTX检测框架同样可以应用到此场景。 |
| **技术特征K：** 其中确定所述调度的上行链路传送未在所述基站收到包括：检测到在对应于所述调度的上行链路传送的信道资源上的接收信号能量低 | **对比文件[2]段落：** <br>（隐含在上行信号检测中） <br>“上りリンクＡ−ＤＰＣＨ復調処理部２１は、通信端末２０１からのＡ−ＤＰＣＨ上の上りＡ−ＤＰＣＨデータを復調処理して上りリンクＡ−ＤＰＣＨ復号処理部２２に入力する。” | **《隐含公开》** <br>为了确定上行传送未被收到，在任何无线接收机中，检测预期信道资源上的接收信号能量是基本步骤。对比文件虽然未明确写出“检测接收信号能量”，但其接收和基带处理过程必然包含对信号能量的评估。如果信号能量低到无法成功解调，就会导致数据未被收到。因此，可以合理推测对比文件隐含地使用了此技术手段。 |
| **技术特征L：** 或者检测到所述接收信号能量低结合检测到在所述基站对所述调度的上行链路传送的循环冗余校验(CRC)失败。 | **对比文件全文：** <br>对比文件未公开任何关于结合CRC失败来判定上行传送未被收到的技术方案。对比文件主要依赖对ACK/NACK信令的DTX检测，以及对CQI等控制信号的检测，未涉及对数据信道（PUSCH类似物）进行CRC检测并结合低信号能量来判断调度丢失。 | **《未公开》** <br>对比文件没有描述通过检测PUSCH（或类似数据信道）的CRC失败来辅助判断上行调度授予丢失的技术内容。这是目标专利提供的一种更保守的检测方案，对比文件未公开。 |
| **技术特征M：** 其中确定在所述基站未收到所述确认信息包括检测到在与所述确认信息相关联的信道资源上的接收信号能量低。 | **对比文件[2]段落：** <br>（隐含在DTX判定中） <br>“ＡＣＫ／ＮＡＣＫ復号処理部２４は、ＡＣＫ／ＮＡＣＫを復号処理し、ＡＣＫ／ＮＡＣＫ／ＤＴＸ判定部２５に入力する。” <br>“閾値判定部４１は、ＡＣＫ／ＮＡＣＫ／ＤＴＸ判定部２５がＤＴＸであると判定した場合に、...” | **《隐含公开》** <br>为了确定“未收到确认信息”，接收机必然会对预期传输确认信息的信道资源（如HS-DPCCH）进行检测。当该资源上的信号能量低到无法解码出有效信息（ACK或NACK）时，即会触发DTX判定。对比文件虽然通过解码后的输出电平来判定，但其底层必然依赖于对接收信号能量/质量的评估。因此，该技术手段被对比文件隐含公开。 |
| **技术特征N：** 其中控制所述下行链路控制信道的链路自适应包括控制所述下行链路控制信道的编码率或传送功率或两者。 | **对比文件[2]段落（功率控制部分）：** <br>“ＨＳ−ＳＣＣＨ変調処理部１４に送信電力を増加させる設定とするよう電力制御切替部２８は送信電力制御部１９を制御する。” <br>（编码率未提及） | **《直接公开》（部分公开）** <br>对比文件公开了通过控制HS-SCCH的“传送功率”来实现链路自适应（例如，在判定DL授予丢失后增加功率）。但是，对比文件全文未提及对下行链路控制信道（HS-SCCH）的“编码率”进行控制。因此，特征N中关于“编码率”的部分未被公开。 |
| **技术特征O：** 其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的信号质量估计，动态选择所述下行链路控制信道的编码率或传送功率或两者 | **对比文件[2]段落（链路自适应相关）：** <br>（实施例2） <br>“現ＣＱＩ値が記憶ＣＱＩ値よりも所定値以上低い（小さい）場合には、下りリンクの伝送品質が劣化しているために通信端末２０１側にＨＳ−ＳＣＣＨ信号が到達していないと考えられる。” <br>“そこで、このような場合は、ＨＳ−ＳＣＣＨ変調処理部１４に送信電力を増加させる設定とするよう電力制御切替部２８は送信電力制御部１９を制御する。” | **《隐含公开》（部分公开）** <br>对比文件（实施例2）在判定DTX时，会参考CQI值的变化。CQI本身就是一种信号质量估计。对比文件通过比较当前CQI值与历史CQI值（记忆CQI值）来判断链路质量是否恶化，这实质上是在“维护”和“利用”一个经过比较和校正的链路质量信息。基于此校正的质量评估（CQI显著降低），它决定增加控制信道功率，这是一种链路自适应行为。这隐含地公开了根据校正的信号质量估计来控制链路自适应。但是，特征O明确提到“校正的信号质量估计”，而对比文件更多的是基于CQI的历史对比，其公开程度较弱，属于隐含公开。 |
| **技术特征P：** 还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的信号质量估计。 | **对比文件[2]段落（链路自适应相关）：** <br>（实施例4） <br>“現ＳＩＲ値と記憶ＳＩＲ値の差が所定値より小さい場合、または現ＳＩＲ値が記憶ＳＩＲ値よりも所定値以上大きい場合には、上りリンクの伝送品質は変化していないと考えられるので、下りリンクの伝送品質劣化によって通信端末２０１側にＨＳ−ＳＣＣＨ信号が到達していないと考えられる。” <br>（实施例2） <br>“現ＣＱＩ値が記憶ＣＱＩ値よりも所定値以上低い（小さい）場合には、下りリンクの伝送品質が劣化しているために通信端末２０１側にＨＳ−ＳＣＣＨ信号が到達していないと考えられる。” | **《隐含公开》** <br>对比文件（实施例2和4）基于信道质量反馈（CQI、SIR）的变动情况来推断DTX的原因（是DL授予丢失还是UL ACK/NACK丢失）。当推断为DL授予丢失时（如下行质量变差导致HS-SCCH未收到），它会采取行动增加HS-SCCH功率。这个过程隐含地包含了基于“授予是否丢失”的判断来调整链路自适应参数的逻辑。虽然对比文件没有明确使用“校正因子”这个词，也没有明确写出向上或向下调整一个抽象的“因子”，但它根据一个事件（DTX）及其原因判定，来调整一个物理量（功率），其技术实质与特征P相近，即根据授予是否丢失来修正链路控制。 |
| **技术特征Q：** 还包括在与所述移动终端的无线电资源控制(RRC)连接的持续时间内，动态维护用于所述移动终端的所述校正因子。 | **对比文件全文：** <br>对比文件未提及任何关于“无线电资源控制(RRC)连接”的概念，也未提及在连接持续时间内动态维护一个“校正因子”。这是LTE及类似系统中RRC层的特定概念和行为。 | **《未公开》** <br>对比文件没有公开任何与RRC连接状态相关的技术内容，也没有公开在连接生命周期内维护特定参数的方案。该特征是目标专利结合LTE网络RRC协议的特定实现。 |
| **技术特征R：** 其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的编码率值，动态选择所述下行链路控制信道的编码率或传送功率或两者 | **对比文件全文：** <br>对比文件全文未公开任何关于对“编码率（Coding Rate）”进行控制或维护“校正的编码率值”的技术内容。对比文件仅讨论了功率控制，未涉及编码率调整。 | **《未公开》** <br>对比文件完全不涉及对下行控制信道编码率的动态选择和校正。该特征是目标专利中提出的另一种链路自适应方案（基于编码率），对比文件中完全不存在。 |
| **技术特征S：** 还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的编码率值。 | **对比文件全文：** <br>同特征R的分析，对比文件不涉及编码率调整，更不涉及维护校正的编码率值。 | **《未公开》** <br>对比文件完全不涉及编码率相关的任何内容。 |
| **技术特征T：** 其中在给定传送的调度授予是用于初始传送的下行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新下行链路调度授予到所述移动终端 | **对比文件全文：** <br>对比文件描述了基站因DTX（未收到ACK/NACK）而进行数据重传（[2]段落：“このとき送信電力を高く設定することによって送受信の信頼性を向上させることができる。”），但这属于HARQ重传机制。对比文件未提及在重传时需要发送一个新的“下行调度授予”。在HSDPA中，HARQ重传依赖于之前已成功的调度或特定的重传协议，并不总是需要新的调度授予。 | **《未公开》** <br>对比文件没有公开在检测到DL初始传送的授予丢失后，通过发送一个新调度授予来启动重传的技术方案。这是目标专利提出的特定HARQ控制机制。 |
| **技术特征U：** 将所述HARQ冗余版本重置成在所述丢失的授予中使用的相同值。 | **对比文件全文：** <br>对比文件全文未提及任何关于“HARQ冗余版本（RV）”的概念，更不用说重置RV值了。 | **《未公开》** <br>对比文件完全不涉及任何关于HARQ冗余版本（RV）的管理或控制。 |
| **技术特征V：** 其中在给定传送的调度授予是用于初始传送的上行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新上行链路调度授予到所述移动终端。 | **对比文件全文：** <br>同特征T的分析，对比文件未涉及在检测到UL初始传送的授予丢失后，通过发送新调度授予来重新启动初始传输的技术方案。对比文件侧重于下行，且未涉及此特定HARQ交互。 | **《未公开》** <br>对比文件没有公开在检测到UL调度授予丢失后，发送一个新UL调度授予以重新进行初始传输的技术方案。 |
### 总结与代码输出
根据上述分析，对比文件公开情况如下：
- **直接公开：** A, B, C (部分), E, F, N (部分)
- **隐含公开：** D, G (部分), J, K, M, O (部分), P
- **未公开：** H, I, L, Q, R, S, T, U, V
<<<A>>> <<<B>>> <<<C>>> <<<E>>> <<<F>>> <<<N>>> <<<D>>> <<<g>>> <<<j>>> <<<k>>> <<<m>>> <<<o>>> <<<p>>>