### 回答开始
**对比文件名称：**
2002-12-04_EP1263160A_发明公开_EP1263160A1 Method and transmitter for an efficient packet data transfer in a transmission protocol with repeat requests
**目标专利名称：**
1865无线通讯系统中防止数据传输死锁的加强查询方法 CN101330366B
**本次调用的模型名称：**
大型语言模型（LLM）
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：在预定时间内暂禁查询（未公开）** | 对比文件虽提及“状态禁止定时器（Status Prohibit Timer）”用于禁止接收方发送状态报告（[0008]），以及“重传禁止定时器（retransmission prohibit timer）”用于防止对同一PDU的过早重传（[0048]步骤5），但从未涉及在发送方设置定时器来暂禁查询（即设置poll bit）的操作。 | 目标专利的“查询暂禁”专指发送方在预定时间内禁止触发查询（设置poll位），而对比文件中的定时器分别针对状态报告发送（接收方）和重传动作，功能、主体均不相同。本领域技术人员无法从对比文件中毫无疑义地得出在发送方设置暂禁查询定时器的方案，也无任何暗示或推理基础。因此，特征A未被直接公开或隐含公开。 |
| **技术特征B：于查询被暂禁期间，触发一查询机制（未公开）** | 对比文件在描述重传禁止定时器时，仅提到在定时器运行期间不对相应PDU进行重传（[0048]步骤7），但并未讨论在“查询暂禁”期间如何触发查询机制。 | 由于特征A（查询暂禁）本身未被公开，则“在查询暂禁期间触发查询机制”这一组合特征更无从谈起。对比文件中的定时器机制（如RPT1）禁止的是重传而非查询，不能等同于查询暂禁。因此，特征B未被公开。 |
| **技术特征C：该查询机制是一“基于传送窗的”机制（直接公开）** | [0043] ：“Preferable conditions to trigger a status message are for example a predefined number of sent data packets, ‑‑the sending of data packets from a predetermined fraction of a transmission window‑‑, the reaching of a threshold or a defined fraction of a threshold by a timing unit, especially the expiry of a timer.”（触发状态消息的优选条件例如：发送的预定数量的数据包、‑‑从传送窗的预定分数部分发送数据包‑‑、定时单元达到阈值或阈值的预定分数，尤其是定时器到期。） | 该条件明确将“传送窗的预定分数部分”作为触发状态消息的依据。状态消息在本发明中可通过接收方主动发送或由发送方设置poll位请求，而对比文件在前文[0043]已说明发送方可通过设置poll位请求状态消息。因此，本领域技术人员可以直接确定该条件可应用于发送方触发查询（设置poll位），从而形成一种“基于传送窗”的查询机制。故特征C被直接公开。 |
| **技术特征D：当达到预定比例的传送窗进度时，触发该查询机制（直接公开）** | [0043] ：“the sending of data packets from a predetermined fraction of a transmission window”（从传送窗的预定分数部分发送数据包）。 | 同上，该条件直接等同于“当达到预定比例的传送窗进度时”触发相应动作（发送状态消息/查询）。由于对比文件已明确该条件可用于触发状态消息（且状态消息可由查询触发），因此特征D被直接公开。 |
| **技术特征E：在该预定时间期满后，确认没有安排传输或重传任何协议数据单元（未公开）** | 对比文件在[0048]步骤5启动重传禁止定时器RPT1，步骤9中当定时器未到期时不重传，但从未描述在定时器期满后执行一个独立的“确认没有安排传输或重传任何PDU”的步骤。 | 目标专利的该步骤是查询暂禁定时器期满后的一个特定检查，用于决定是否需要进行重传查询。对比文件整个流程中，收到状态报告后直接根据定时器状态和PDU标识决定重传，没有类似的检查环节。本领域技术人员无法从对比文件中合理推断出该特征。因此，特征E未被公开。 |
| **技术特征F：确认有已传送过但尚未被确认收讫的协议数据单元（隐含公开）** | [0048]步骤6：“When receiving the PDU with SN=5, the RLC receiver detects that the PDU with SN=4 is also lost and transmits a second status report S which requests a retransmission both of the PDU with SN=2 and SN=4 by including the information (NACK: 2, 4)”（当接收到SN=5的PDU时，RLC接收方检测到SN=4的PDU也丢失，并发送第二状态报告S，请求重传SN=2和SN=4）。 | 该状态报告明确包含了NACK信息，指示哪些PDU已传送但未确认。在接收方请求重传的场景中，发送方必然知道存在这些未确认的PDU。虽然对比文件没有显式步骤书写“确认”，但其流程隐含了发送方必须知晓未确认PDU的存在才能进行处理。本领域技术人员可以合理推理由此得出该特征。因此，特征F被隐含公开。 |
| **技术特征G：选择协议数据单元（直接公开）** | [0048]步骤7：“In reply to the second status report S12 with the retransmission request for SN=2 and 4, the RLC transmitter only retransmits the PDU with SN=4.”（响应于第二状态报告S12请求重传SN=2和4，RLC发送方仅重传PDU SN=4。） | 此处发送方明确选择了PDU SN=4进行重传，体现了“选择协议数据单元”的步骤。且该选择是在满足一定条件（定时器未到期排除SN=2）下做出的。因此，特征G被直接公开。 |
| **技术特征H：安排重传，以执行一查询操作（直接公开）** | [0048]步骤7：“The poll bit is set in the retransmitted PDU with SN=4.”（在重传的PDU SN=4中设置查询位。） | 该句明确记载了在重传的PDU中设置poll位（查询操作），即通过安排重传并设置查询位来执行查询。这与目标专利的特征H完全一致。因此，特征H被直接公开。 |
| **技术特征I：所选择的协议数据单元为最后一个至少被传输过一次的协议数据单元（未公开）** | 对比文件在[0048]步骤5中重传了SN=2（并非最后一个），步骤7中重传了SN=4（也非最后一个）。[0043]虽提及“the last packet in a buffer”作为触发条件，但并非选择重传对象的原则。 | 目标专利的该特征限定了选择“最后一个”至少传输过一次的PDU。对比文件的所有实施例中，选择的PDU均为被请求重传的具体PDU，并未考虑是否为最后一个。无任何地方暗示或公开该选择规则。因此，特征I未被公开。 |
| **技术特征J：当传送窗的大小小于该无线通讯系统中协议数据单元的序号空间的值的一半时，所选择的协议数据单元为已传输过但尚未确认收讫的协议数据单元（未公开）** | 对比文件[0011]提到：“a large round trip time can cause a stalling condition of the transmission window in case of a limited window size, e.g. if a modulo sequence numbering is used.”（在窗口大小受限时，大往返时延可能导致传输窗口停顿，例如使用模序号编号时。）但并未给出选择PDU的规则与窗口大小的关系。 | 目标专利的该特征是基于窗口大小与序号空间的关系来确定选择哪些未确认PDU。对比文件虽然涉及窗口大小和序号空间，但从未在任何实施例或论述中提及利用窗口大小与序号空间比例来选择重传PDU。本领域技术人员无法从对比文件中合理推断出该特征。因此，特征J未被公开。 |
---
### 输出代码（仅公开特征）
<<<C>>><<<D>>><<<f>>><<<G>>><<<H>>>