好的，作为一名经验丰富的资深专利代理师，我将严格遵循您的要求，对对比文件是否公开了目标专利权利要求的各技术特征进行严谨、深入的评估。
**对比文件名称：** 2010-06-03_None_发明专利_JPWO2008105422A1 基地局装置及び通信制御方法
**目标专利名称：** 1119无线通信网络中用于授予丢失检测和有关处理的方法和设备CN103190108B
**本次调用的模型名称：** [根据您提供的信息，此处应为您调用的具体模型名称，例如：GPT-4等。由于未提供，此处留空，但作为资深代理师，我已知悉。]
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A：** 所述方法包括，借助于通过所述下行链路控制信道传送调度授予到移动终端，调度去往或来自所述移动终端的传送**《直接公开》** | 对比文件[0025]：…下りリンクでは、ＬＴＥ用の下り制御チャネルにより、下り共有物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報、上り共有物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報…が通知される。 上述した下り共有物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報は、Downlink Scheduling Information、あるいは、Downlink Scheduling Grant、あるいは、Downlink Assignment Informationと呼ばれてもよい。 また、上述した上り共有物理チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報は、Uplink Scheduling Grantと呼ばれてもよい。 <br>对比文件[0039]：…＃ｉのサブフレームにおいて、基地局装置２００は、サブフレーム＃ｉ＋３のＰＵＳＣＨを用いて通信を行うユーザのＩＤや、そのユーザデータのトランスポートフォーマットの情報、すなわち、Ｕｐｌｉｎｋ Ｓｃｈｅｄｕｌｉｎｇ Ｇｒａｎｔを、物理下りリンク制御チャネルを用いて移動局１００ ｎに通知する。 | 对比文件明确公开了基站（eNB）通过物理下行链路控制信道（PDCCH）向移动终端（UE）发送下行链路调度授予（Downlink Scheduling Grant/Downlink Assignment Information）和上行链路调度授予（Uplink Scheduling Grant）【A】。这些调度授予分别用于调度下行和上行共享信道上的数据传输，与目标专利中“借助于通过下行链路控制信道传送调度授予到移动终端，调度去往或来自移动终端的传送”技术特征表述完全一致，作用相同，均用于资源的调度。因此，技术特征A被对比文件直接公开。 |
| **技术特征B：** 基于检测对应于所述调度的传送的擦除事件，确定所述调度授予的任何一个授予是否丢失**《直接公开》** | 对比文件[0046]：…基地局装置２００が送信した物理下りリンク制御チャネル（１１１２）を正常に受信できなかった場合には（１１１４）、移動局１００ ｎは、下りリンクの共有データチャネルＰＤＳＣＨを受信しないため、サブフレーム＃ｉ＋３でＰＤＳＣＨを受信した際のＣＲＣチェック結果に基づいた送達確認情報を送信しない、すなわち、上り制御チャネルＰＵＣＣＨを送信しない（１１１６）。 したがって、基地局装置２００もサブフレーム＃ｉ＋３において移動局１００ ｎからＰＵＣＣＨを受信しない（１１１８）。 したがって、１１０８及び１１１８において、基地局装置２００は、データ復調用のリファレンス信号を確認することで、送達確認情報のＳＩＲ判定を行うことができる。 すなわち、基地局装置２００は、実際に移動局１００ nが、送達確認情報を送信したか否かの判定を行うことができる。 さらに言えば、基地局装置２００は、実際に移動局１００ nが、Ｄｏｗｎｌｉｎｋ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎを受信したか否かの判定を行うことができる。<br>对比文件[0040]：…基地局装置２００が送信した物理下りリンク制御チャネル（１０１２）を正常に受信できなかった場合には（１０１４）、移動局１００ ｎは、サブフレーム＃ｉ＋３でＰＵＳＣＨを送信しない（１０１６）。 したがって、基地局装置２００もサブフレーム＃ｉ＋３において移動局１００ ｎからＰＵＳＣＨを受信しない（１０１８）。 | 对比文件明确公开了基站通过“未收到”来自移动终端的预期信号（如PUCCH上的ACK/NACK或PUSCH上的数据）来检测“擦除事件”，并以此推断对应的调度授予（Downlink Scheduling Information或Uplink Scheduling Grant）是否丢失【B】。例如，基站未收到ACK/NACK则推断DL授予丢失，未收到PUSCH则推断UL授予丢失。这与目标专利中“基于检测对应于所述调度的传送的擦除事件，确定所述调度授予的任何一个授予是否丢失”完全一致。因此，技术特征B被对比文件直接公开。 |
| **技术特征C：** 响应确定各个调度授予是否丢失，控制所述下行链路控制信道的链路自适应或用于所述调度的传送的HARQ冗余版本设置或两者**《隐含公开》** | 对比文件[0102]：…ＭＡＣ処理部２０８２は、上記電力判定の判定結果が、移動局１００ ｎは実際には送達確認情報を送信しなかったという判定結果である場合には、過去に送信した対応する下り共有チャネルが正常に受信できなかったと判断し、過去に送信した下り共有チャネルにマッピングされていた情報を再送する。 例えば、移動局１００ ｎは、共有チャネルを正常に受信しなかったのではなく、それに付随する物理下りリンク制御チャネルＰＤＣＣＨ内のＤｏｗｎｌｉｎｋ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎを正常に受信しなかったとＭＡＣ処理部２０８２が判断し、前回の送信は無効な送信であるとして、下りリンクの共有チャネルにマッピングされていた情報を再送してもよい。 すなわち、前回の送信が初回の送信であった場合には、今回の送信も初回の送信として送信処理が行われ、前回の処理が２回目の送信であった場合には、今回の送信も２回目の送信として送信処理が行われてもよい。 | 对比文件针对DL授予丢失（检测到DTX）时，公开了基站将前次下行共享信道上的信息作为初传来重新发送【C】。这实质上涉及了HARQ冗余版本设置的重新初始化（因为作为初传处理，冗余版本将从0开始），因此对比文件隐含公开了“用于调度的传送的HARQ冗余版本设置”这一控制方面。然而，对比文件并未公开或暗示响应授予丢失来控制“下行链路控制信道的链路自适应”（例如调整PDCCH的编码率或发射功率）。因此，技术特征C中的部分内容（HARQ冗余版本设置）被对比文件隐含公开，但链路自适应部分未被公开。综合判断，技术特征C整体上被对比文件隐含公开。 |
| **技术特征D：** 其中检测擦除事件包括检测对应于信息信号或解调参考信号的预期接收的接收信号能量**《直接公开》** | 对比文件[0055]：…レイヤー１処理部２０８１は、送信される予定の物理上りリンク共有チャネルＰＵＳＣＨにおけるデータ復調用のリファレンス信号のＳＩＲを測定し、上記ＳＩＲが所定の閾値より大きい場合に、移動局１００ ｎが実際に上りリンクの共有チャネルを送信したと判定し、上記ＳＩＲが所定の閾値以下の場合に、移動局１００ ｎは実際には上りリンクの共有チャネルを送信しなかったと判定してもよい。<br>对比文件[0076]：…レイヤー１処理部２０８１は、送達確認情報がマッピングされているかもしれないＰＵＣＣＨにおけるデータ復調用のリファレンス信号のＳＩＲを測定し、上記ＳＩＲが所定の閾値より大きい場合に、移動局１００ ｎが実際に送達確認情報を送信したと判定し… | 对比文件明确公开了通过测量DMRS（解调参考信号）的SIR（一种接收信号能量/质量的度量）来判断PUSCH或PUCCH信号是否被发送【D】。这与目标专利中“检测对应于信息信号或解调参考信号的预期接收的接收信号能量”完全一致。无论是检测数据信号（信息信号）还是解调参考信号，对比文件均给出了明确的技术方案。因此，技术特征D被对比文件直接公开。 |
| **技术特征E：** 比较所述接收信号能量和定义的阈值**《直接公开》** | 对比文件[0117]：if（SIR data <（Th data ＋Δ data ）） （図９のＳ１０２） "ＰＵＳＣＨ（ＵＬ−ＳＣＨ）は送信されなかった" （図９のS１０６） else "ＰＵＳＣＨ（ＵＬ−ＳＣＨ）は送信された" （図９のＳ１０４） <br>对比文件[0072]：PUSCH電力判定部２０８１２２Aは、SIR算出部２０８１２０Aより入力されたSIRと、閾値設定部２０８１２４Aより入力された閾値との比較結果により、実際に移動局が上りリンクの共有チャネルPUSCHを送信したか否かの判定を行う。 | 对比文件大量公开了将测量的接收信号能量（如SIR）与一个或多个定义的阈值（如Th data, Th DTX_ACK1等）进行比较，从而进行擦除/未发送判断【E】。例如，若SIR低于阈值，则判定为未发送（擦除）。这与技术特征E的描述完全一致。因此，技术特征E被对比文件直接公开。 |
| **技术特征F：** 其中在所述调度授予是调度下行链路传送到所述移动终端的下行链路调度授予的情况下，检测擦除事件包括确定未从所述移动终端收到与所述调度的下行链路传送相符的确认信息。**《直接公开》** | 对比文件[0046]：…基地局装置２００が送信した物理下りリンク制御チャネル（１１１２）を正常に受信できなかった場合には（１１１４）、移動局１００ ｎは、下りリンクの共有データチャネルＰＤＳＣＨを受信しないため、サブフレーム＃ｉ＋３でＰＤＳＣＨを受信した際のＣＲＣチェック結果に基づいた送達確認情報を送信しない、すなわち、上り制御チャネルＰＵＣＣＨを送信しない（１１１６）。 したがって、基地局装置２００もサブフレーム＃ｉ＋３において移動局１００ ｎからＰＵＣＣＨを受信しない（１１１８）。 | 对比文件明确描述了在DL授予丢失的场景下，由于UE未收到PDCCH上的调度信息，因此不会接收对应的PDSCH，进而不会发送ACK/NACK确认信息。基站通过“未收到”来自UE的确认信息（PUCCH未发送）来检测DL授予丢失【F】。这与技术特征F完全一致。因此，技术特征F被对比文件直接公开。 |
| **技术特征G：** 其中所述无线通信网络是LTE网络；并且中检测擦除事件包括：如果是下行链路调度授予而不是上行链路调度授予被传送到所述移动终端，则监视在物理上行链路控制信道(PUCCH)上来自所述移动终端的Ack/Nack信令是否不存在**《直接公开》** | 对比文件[0160]：…当該サブフレームにおいて上りリンクの共有チャネルを受信する予定でない場合（Ｓ４０１のＮＯ）、又は移動局１００ ｎが実際に上りリンクの共有チャネルを送信なかったと判定された場合（Ｓ４０３のＮＯ）、基地局装置は、システム帯域の両端にマッピングされるＰＵＣＣＨを確認する。<br>对比文件[0024]：下りリンクについては…ＬＴＥ用の物理下りリンク制御チャネル（ＰＤＣＣＨ）とが用いられる。<br>对比文件[0027]：上りリンクでは、ＬＴＥ用の物理上りリンク制御チャネルにより…下りリンクの共有チャネルの送達確認情報（ＨＡＲＱ ＡＣＫ ｉｎｆｏｒｍａｔｉｏｎ）が伝送される。 | 对比文件明确基于LTE网络，其处理流程（图12及说明）中明确区分了是否预期有PUSCH接收。当没有UL调度授予或判断出没有PUSCH发送时（即场景为仅发送了DL授予），基站会转向监控PUCCH以检测ACK/NACK是否存在【G】。这完整公开了“如果是下行链路调度授予而不是上行链路调度授予被传送到移动终端，则监视在PUCCH上Ack/Nack信令是否不存在”的技术特征。因此，技术特征G被对比文件直接公开。 |
| **技术特征H：** 如果下行链路和上行链路调度授予以能够促使所述移动终端在物理上行链路共享信道(PUSCH)上传送Ack/Nack信令的时间顺序被传送到所述移动终端，则监视在所述PUSCH上和所述PUCCH上来自所述移动终端的Ack/Nack信令是否不存在。**《隐含公开》** | 对比文件[0159]：…当該サブフレームにおいて上りリンクの共有チャネルを受信する予定である場合には（Ｓ４０１のＹＥＳ）、基地局装置は、図９に従って、移動局１００ ｎが実際に上りリンクの共有チャネルを送信したか否かを判定する（Ｓ４０３）。 移動局１００ ｎが実際に上りリンクの共有チャネルを送信したと判定された場合（Ｓ４０３のＹＥＳ）、基地局装置は上りリンクの共有チャネルの復号を行う（Ｓ４０５）。 次に、基地局装置は、当該サブフレームにおいて下りリンクの共有チャネルに対する送達確認情報を受信する予定であるか否かを判定する（Ｓ４０７）。 送達確認情報を受信する予定である場合には（Ｓ４０７のＹＥＳ）、上りリンクの共有チャネルと時間多重された送達確認情報を受信する（Ｓ４０９）。 | 对比文件公开了基站预期在PUSCH上接收ACK/NACK的场景。其流程图（图12）的逻辑是：先判断是否预期有PUSCH。如果是，则先进行PUSCH的功率判定（判断是否发送）。如果PUSCH被判定为“未发送”，则流程会转向检查PUCCH（S401→S403→S411）。这个过程隐含了基站实际上同时（或至少条件性地顺序）监控了PUSCH和PUCCH以获取ACK/NACK。即，当预期UE在PUSCH上发送ACK/NACK时，基站同时准备从PUSCH中提取，但如果PUSCH被擦除（未发送），基站会转向PUCCH进行检测，这覆盖了UE因UL授予丢失而在PUCCH上发送ACK/NACK的可能性【H】。因此，该技术特征被对比文件隐含公开。 |
| **技术特征I：** 其中所述无线通信网络是LTE网络；并且中检测擦除事件包括如果预期有来自所述移动终端的上行链路传送，则通过检测是否在物理上行链路共享信道(PUSCH)上或在物理上行链路控制信道(PUCCH)上收到来自所述移动终端的预期解调参考信号(DMRS)，检测是否发生擦除事件。**《直接公开》** | 对比文件[0055]：…レイヤー１処理部２０８１は、送信される予定の物理上りリンク共有チャネルＰＵＳＣＨにおけるデータ復調用のリファレンス信号のＳＩＲを測定し…<br>对比文件[0076]：…レイヤー１処理部２０８１は、送達確認情報がマッピングされているかもしれないＰＵＣＣＨにおけるデータ復調用のリファレンス信号のＳＩＲを測定し…<br>对比文件[0030]：…データ復調用のリファレンス信号のみを確認することで、データの送信の有無がわかる。 | 对比文件明确公开了在LTE网络中，基站通过在PUSCH上检测DMRS（解调参考信号）来判断UL-SCH数据是否发送【I】；通过在PUCCH上检测DMRS来判断ACK/NACK是否发送。这两种方式均是通过检测预期DMRS的存在与否来判断擦除事件。这与技术特征I完全一致。因此，技术特征I被对比文件直接公开。 |
| **技术特征J：** 其中在所述调度授予是调度由所述移动终端进行的上行链路传送的上行链路调度授予的情况下，检测擦除事件包括确定所述调度的上行链路传送未在所述基站收到。**《直接公开》** | 对比文件[0040]：…基地局装置２００が送信した物理下りリンク制御チャネル（１０１２）を正常に受信できなかった場合には（１０１４）、移動局１００ ｎは、サブフレーム＃ｉ＋３でＰＵＳＣＨを送信しない（１０１６）。 したがって、基地局装置２００もサブフレーム＃ｉ＋３において移動局１００ ｎからＰＵＳＣＨを受信しない（１０１８）。 | 对比文件明确描述了当UL授予丢失时，UE不会发送PUSCH，基站因此未收到调度的上行链路传送【J】。基站的判断正是基于“未收到”这一事实，这与技术特征J完全一致。因此，技术特征J被对比文件直接公开。 |
| **技术特征K：** 其中确定所述调度的上行链路传送未在所述基站收到包括：检测到在对应于所述调度的上行链路传送的信道资源上的接收信号能量低**《直接公开》** | 对比文件[0055]：…レイヤー１処理部２０８１は、送信される予定の物理上りリンク共有チャネルＰＵＳＣＨにおけるデータ復調用のリファレンス信号のＳＩＲを測定し、上記ＳＩＲが所定の閾値より大きい場合に、移動局１００ ｎが実際に上りリンクの共有チャネルを送信したと判定し、上記ＳＩＲが所定の閾値以下の場合に、移動局１００ ｎは実際には上りリンクの共有チャネルを送信しなかったと判定してもよい。 | 对比文件公开了通过测量PUSCH上DMRS的SIR（信号质量，其与接收信号能量正相关），并将其与阈值比较。当SIR低于阈值时，即“接收信号能量低”，判决为未发送【K】。这与技术特征K完全一致。因此，技术特征K被对比文件直接公开。 |
| **技术特征L：** 或者检测到所述接收信号能量低结合检测到在所述基站对所述调度的上行链路传送的循环冗余校验(CRC)失败。**《隐含公开》** | 对比文件[0042]：…移動局１００ ｎは、上記物理下りリンク制御チャネルに含まれる…Ｕｐｌｉｎｋ Ｓｃｈｅｄｕｌｉｎｇ Ｇｒａｎｔに基づき、サブフレーム＃ｉ＋３においてＰＵＳＣＨを送信する（１２０６）。 基地局装置２００は、タイミング１２０８において…ＰＵＳＣＨの受信処理を行い、正常に復号できなかったと判定する（ＣＲＣ Ｃｈｅｃｋ結果ＮＧと判定する）（１２０８）。 | 对比文件描述了另一种场景：UE成功收到了UL授予并发送了PUSCH，但基站解码失败（CRC NG）。这是“接收到信号但CRC失败”的场景，不同于“接收信号能量低”的场景。目标专利的技术特征L是将这两种判断进行逻辑“或”组合（或者检测到接收信号能量低结合检测到CRC失败）。对比文件虽然没有明确将这两个条件“结合”用于判断同一传的UL授予丢失，但它分别公开了这两种独立的判断机制。本领域技术人员在看到对比文件公开的“接收信号能量低”和“CRC失败”这两种独立的检测手段后，能够合理地推断出可以同时使用这两种标准来更可靠地判断UL授予丢失，例如当能量低时直接判丢失，能量不低但CRC失败时也判丢失（尽管后者不一定是授予丢失）。因此，该特征被对比文件隐含公开。 |
| **技术特征M：** 其中确定在所述基站未收到所述确认信息包括检测到在与所述确认信息相关联的信道资源上的接收信号能量低。**《直接公开》** | 对比文件[0076]：…レイヤー１処理部２０８１は、送達確認情報がマッピングされているかもしれないＰＵＣＣＨにおけるデータ復調用のリファレンス信号のＳＩＲを測定し、上記ＳＩＲが所定の閾値より大きい場合に、移動局１００ ｎが実際に送達確認情報を送信したと判定し、上記ＳＩＲが所定の閾値以下の場合に、移動局１００ ｎは実際には送達確認情報を送信しなかったと判定してもよい。 | 对比文件明确公开了通过测量PUCCH（与确认信息相关联的信道资源）上DMRS的SIR来判断是否收到确认信息【M】。当SIR低于阈值时，即“接收信号能量低”，判决为未收到（DTX/擦除）。这与技术特征M完全一致。因此，技术特征M被对比文件直接公开。 |
| **技术特征N：** 其中控制所述下行链路控制信道的链路自适应包括控制所述下行链路控制信道的编码率或传送功率或两者。**《未公开》** | 无 | 对比文件全文主要关注于如何检测UL/DL授予丢失，以及基于检测结果进行资源释放、重传控制（HARQ处理）。其发明目的是解决因PDCCH接收失败导致的资源浪费和ACK/NACK误判问题。对比文件中并未公开或暗示响应于授予丢失去主动调整下行链路控制信道（PDCCH）本身的链路自适应参数（如编码率、发射功率）。因此，技术特征N未被对比文件公开。 |
| **技术特征O：** 其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的信号质量估计，动态选择所述下行链路控制信道的编码率或传送功率或两者**《未公开》** | 无 | 对比文件没有公开任何关于“校正的信号质量估计”的概念，也没有公开任何根据授予丢失动态调整链路自适应参数的方案。因此，技术特征O未被对比文件公开。 |
| **技术特征P：** 还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的信号质量估计。**《未公开》** | 无 | 对比文件没有公开任何关于“校正因子”、“信道质量反馈”与授予丢失结合来维护信号质量估计的教导。因此，技术特征P未被对比文件公开。 |
| **技术特征Q：** 还包括在与所述移动终端的无线电资源控制(RRC)连接的持续时间内，动态维护用于所述移动终端的所述校正因子。**《未公开》** | 无 | 对比文件没有公开任何关于“校正因子”或其在“RRC连接持续时间”内维护的内容。因此，技术特征Q未被对比文件公开。 |
| **技术特征R：** 其中控制所述下行链路控制信道的链路自适应包括根据为所述移动终端维护的校正的编码率值，动态选择所述下行链路控制信道的编码率或传送功率或两者**《未公开》** | 无 | 对比文件没有公开任何关于“校正的编码率值”的概念或基于其进行链路自适应控制的内容。因此，技术特征R未被对比文件公开。 |
| **技术特征S：** 还包括基于来自所述移动终端的信道质量反馈和根据任一给定调度授予是否丢失而向上或向下调整的校正因子，维护所述校正的编码率值。**《未公开》** | 无 | 对比文件没有公开任何关于“校正因子”与“校正的编码率值”的关系，以及如何基于授予丢失调整该因子的教导。因此，技术特征S未被对比文件公开。 |
| **技术特征T：** 其中在给定传送的调度授予是用于初始传送的下行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新下行链路调度授予到所述移动终端**《直接公开》** | 对比文件[0102]：…前回の送信は無効な送信であるとして、下りリンクの共有チャネルにマッピングされていた情報を再送してもよい。 すなわち、前回の送信が初回の送信であった場合には、今回の送信も初回の送信として送信処理が行われ… | 对比文件明确公开了当DL授予丢失（检测到DTX）时，基站会将前一次的下行传输视为无效（即初传丢失），并作为“初回の送信”进行重传【T】。在LTE中，进行一次新的下行传输必然需要发送一个新的下行链路调度授予。因此，该内容直接公开了“发送新下行链路调度授予到所述移动终端”这一技术特征。因此，技术特征T被对比文件直接公开。 |
| **技术特征U：** 将所述HARQ冗余版本重置成在所述丢失的授予中使用的相同值。**《直接公开》** | 对比文件[0102]：…前回の送信が初回の送信であった場合には、今回の送信も初回の送信として送信処理が行われ… | 对比文件明确将丢失授予对应的重传处理为一次“初回の送信”【U】。在LTE的HARQ操作中，“初回の送信”意味着使用初始的冗余版本（通常为RV=0）。这与目标专利中“将HARQ冗余版本重置成在丢失的授予中使用的相同值”（即重置为初传的RV值）在技术效果和作用上完全相同，均是为了避免因丢失初传而导致后续冗余版本无法解码的问题。因此，技术特征U被对比文件直接公开。 |
| **技术特征V：** 其中在给定传送的调度授予是用于初始传送的上行链路调度授予并且被确定丢失的情况下，控制所述HARQ冗余版本设置包括发送新上行链路调度授予到所述移动终端。**《隐含公开》** | 对比文件[0101]：…移動局１００ ｎは実際には上りリンクの共有チャネルを送信しなかったという判定結果である場合には、当該上りリンクの共有チャネルに割り当てる予定の再送用のリソースを解放する。<br>对比文件[0039]：…Ｕｐｌｉｎｋ Ｓｃｈｅｄｕｌｉｎｇ Ｇｒａｎｔを、物理下りリンク制御チャネルを用いて移動局１００ ｎに通知する。 | 对比文件公开了当UL授予丢失时，基站会释放为该UE分配的UL重传资源【V】。然而，UE由于未收到UL授予，不会进行初传。为了触发UE进行初始上行传输，基站必须发送一个新的UL调度授予给UE，否则UE将一直处于静默状态。本领域技术人员在对比文件公开的“释放资源”（意味着放弃等待旧的重传）的基础上，结合LTE的基本调度机制（UE需要收到UL Grant才能发送PUSCH），可以合理且必然地推断出：基站为了重新调度丢失的初传数据，必定会发送一个新的UL调度授予给该UE。因此，该特征被对比文件隐含公开。 |
### 公开代码汇总
根据上述分析，对比文件直接公开或隐含公开了以下技术特征：
**直接公开的技术特征（大写代码）：**
<<<A>>><<<B>>><<<D>>><<<E>>><<<F>>><<<G>>><<<I>>><<<J>>><<<K>>><<<M>>><<<T>>><<<U>>>
**隐含公开的技术特征（小写代码）：**
<<<c>>><<<h>>><<<l>>><<<v>>>
**未公开的技术特征（无代码）：**
技术特征N, O, P, Q, R, S