**对比文件名称**：2003-06-20_JP2003174470A_发明专利_JP2003174470A Data packet transmitter, data packet receiver, data packet transmission system and data packet retransmission control method
**目标专利名称**：1863无线通讯系统中防止数据传输死锁的方法CN101330521B
**本次调用的模型名称**：本分析AI
以下为特征比对表格，严格按照目标专利权利要求的特征划分，结合目标专利说明书原文对技术特征的含义进行解释，并基于对比文件进行公开性判断。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：在预定时间内暂禁查询<br>【未公开】 | 对比文件全文未记载“查询暂禁”或类似的基于定时器的暂禁机制。 | 目标专利中“暂禁查询”是指通过“查询暂禁定时器”在查询发送后的一段时间内禁止再次发送查询。对比文件虽然涉及Poll bit（查询位）的发送和状态报告请求，但始终未提及任何用于禁止查询的定时器或暂禁步骤。本领域技术人员无法从对比文件直接或合理推断出该特征。 |
| **技术特征B**：于查询被暂禁期间，触发一查询机制<br>【未公开】 | 对比文件未描述在查询暂禁期间有任何查询触发机制。 | 目标专利的查询机制（如定量PDU查询）可能在暂禁期间被触发但延迟执行。对比文件完全没有“暂禁期间”这一概念，因此不存在在该期间触发查询的前提，故未公开。 |
| **技术特征C**：在该预定时间期满后，确认没有安排传输任何协议数据单元<br>【未公开】 | 对比文件未记载基于特定定时器期满后的确认步骤。 | 目标专利的“预定时间”特指查询暂禁定时器的时长，期满后进行一系列检查。对比文件虽有其自身的发送流程（如检查是否有新PDU，步骤ST17），但该流程并非在查询暂禁定时器期满后执行，也未将“确认没有安排传输”作为该时间点的特定动作。因此未公开。 |
| **技术特征D**：在该预定时间期满后，确认没有安排重传任何协议数据单元<br>【未公开】 | 对比文件未记载基于特定定时器期满后的确认步骤。 | 同特征C的论述，对比文件未在定时器期满后设置专门的确认重传与否的步骤。其重传决策（如步骤ST13-ST16）与特定定时器无关，故未公开。 |
| **技术特征E**：在该预定时间期满后，确认有已传送过但尚未被确认收讫的协议数据单元<br>【未公开】 | 对比文件多处提及“送達確認がとれていないデータパケット”（未确认收讫的数据包），例如【０００４】、【０００９】。但始终未关联到“在预定时间期满后”这一条件。 | 对比文件公开了“已传送但未确认”这一数据状态，但该状态的出现场合与目标专利中查询暂禁定时器期满后的特定检查无关。由于缺少时间限定，且无法从对比文件推理出该特定时间点下的确认操作，整体特征未被公开。 |
| **技术特征F**：选择协议数据单元，安排重传，以执行该查询<br>【直接公开】 | 【０１５２】步骤ST22-23：“最後に送信したデータパケット（ＰＤＵ）にＰｏｌｌビットが設定され、同時にPoll Counterがインクリメントされる。その後、データパケット（RLC-PDU）の送信処理が実行される（ステップＳＴ２１）。この場合には、同番のシーケンス番号を持つデータパケットが繰り返し送信されることになる。”<br>（意为：对最后发送的数据包设置Poll bit，同时递增Poll Counter，然后执行数据包发送处理。此时会重复发送具有相同序列号的数据包。） | 对比文件明确描述了当需要发送查询（设置Poll位）且没有新数据需要发送时，选择最后发送的数据包（即重复发送相同序列号的数据包），通过重传该数据包来携带查询位，以实现对状态报告的请求。这与目标专利中的“选择协议数据单元，安排重传，以执行该查询”完全一致，且作用相同（传递查询请求）。因此，特征F被直接公开。 |
| **技术特征G**：其中该查询机制是一“每个预定数量的协议数据单元”机制<br>【未公开】 | 对比文件未记载基于PDU计数触发查询的机制。 | 目标专利的“定量PDU查询”是指每当预定数量的PDU被安排传输或重传时触发查询。对比文件虽在背景技术中提及3GPP协议，但自身仅公开了基于未确认PDU比例或数据末尾触发Poll的条件（【０００８】），未涉及按PDU传输/重传计数触发的机制。无法从对比文件得出该特征。 |
| **技术特征H**：该“每个预定数量的协议数据单元”机制亦即当每个预定数量的协议数据单元被安排传输时，触发该查询机制<br>【未公开】 | 对比文件未记载。 | 同特征G的论述，对比文件未公开任何形式的按PDU传输计数触发查询的机制。 |
| **技术特征I**：该“每个预定数量的协议数据单元”机制亦即当每个预定数量的协议数据单元被安排重传时，触发该查询机制<br>【未公开】 | 对比文件未记载。 | 同特征G的论述。 |
| **技术特征J**：其中，所选择的协议数据单元为最后一个至少被传输过一次的协议数据单元<br>【直接公开】 | 【０１５２】步骤ST22-23（同特征F引用）明确选择“最後に送信したデータパケット”（最后发送的数据包）。 | 对比文件在执行查询（设置Poll位）时，明确选取“最后发送的数据包”进行重传，这恰好是“最后一个至少被传输过一次的协议数据单元”。该选择与目标专利步骤1008中“连续送出的最后一个协议数据单元”对应，且作用相同。因此，特征J被直接公开。 |
| **技术特征K**：其中，当传送窗的大小小于该无线通讯系统中协议数据单元的序号空间的值的一半时，所选择的协议数据单元为已传输过但尚未确认收讫的协议数据单元<br>【未公开】 | 对比文件未提及“传送窗大小”或“序号空间的一半”等概念，也未在该条件下选择未确认收讫的数据包。 | 目标专利中的传送窗大小限制是针对窗口小于2048（序号空间的一半）时，可选择任意未确认PDU。对比文件虽涉及序列号操作（如VT(M)）和重传选择，但从未引入传送窗大小与序号空间比例的条件判断。因此未公开。 |
**结论**：对比文件直接公开了技术特征F和技术特征J，其他技术特征均未直接或隐含公开。
<<<F>>><<<J>>>