对比文件的名称：2002-12-04_EP1263160A_发明公开_EP1263160A1 Method and transmitter for an efficient packet data transfer in a transmission protocol with repeat requests
目标专利的名称：1863无线通讯系统中防止数据传输死锁的方法CN101330521B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **A：在预定时间内暂禁查询** [无公开] | 对比文件[0008]提到“Status Prohibit Timer”用于禁止发送状态报告，但这是接收侧禁止，而非发送侧暂禁查询。对比文件[0048]提到“retransmission prohibit timer”用于禁止特定PDU的重传，并未涉及查询暂禁。 | 目标专利的“暂禁查询”是指停止发送查询请求（poll bit）。对比文件没有公开在预定时间内暂禁查询的特征，没有任何定时器专门用于禁止发送方设置查询位。因此无公开。 |
| **B：于查询被暂禁期间，触发一查询机制** [无公开] | 对比文件[0043]列举了触发状态消息的条件（如预定数量的发送数据包），但未提及在暂禁期间触发。对比文件的“retransmission prohibit timer”期间可能触发对同一PDU的重传请求，但该请求被禁止，这并非查询机制触发，且与查询暂禁无关。 | 目标专利的“触发一查询机制”是指在暂禁期间发生了触发查询的事件（例如定量PDU），但该查询因暂禁而被延迟。对比文件没有公开在查询暂禁期间存在任何查询触发事件。因此无公开。 |
| **C：在该预定时间期满后，确认没有安排传输任何协议数据单元** [无公开] | 对比文件[0048]步骤7、9展示了定时器（RPT）期满后根据新的状态报告重传PDU，但未公开“确认没有安排传输”的步骤。整个流程中没有与目标专利步骤1006类似的检查。 | 目标专利在查询暂禁定时器期满后明确检查是否安排了新的PDU传输。对比文件未公开这一检查行为。因此无公开。 |
| **D：在该预定时间期满后，确认没有安排重传任何协议数据单元** [无公开] | 同上，对比文件没有公开“确认没有安排重传”的步骤。 | 目标专利同样检查是否有重传安排。对比文件无此步骤。因此无公开。 |
| **E：在该预定时间期满后，确认有已传送过但尚未被确认收讫的协议数据单元** [无公开] | 对比文件[0048]步骤5-9中，存在未确认PDU（如SN=2,4），但未在定时器期满后专门确认是否存在未确认PDU。 | 目标专利在特定条件满足时确认存在未确认PDU。对比文件未公开这一确认动作及时机。因此无公开。 |
| **F：选择协议数据单元，安排重传，以执行该查询** [直接公开] | 对比文件[0048]步骤5：“Upon receiving the first status report S11, the RLC transmitter retransmits the PDU with SN=2. In the retransmitted PDU, a poll bit is set to request the transmission of a further status report.”（翻译：在收到第一个状态报告S11时，RLC发送方重传序号为2的PDU。在重传的PDU中，设置查询位以请求发送进一步的状态报告。） | 对比文件明确公开了选择PDU（SN=2）、安排重传，并在该PDU中设置查询位（poll bit）以请求状态报告，即执行查询。这与特征F“选择协议数据单元，安排重传，以执行该查询”完全一致。因此直接公开。 |
| **G：其中该查询机制是一“每个预定数量的协议数据单元”机制** [直接公开] | 对比文件[0043]：“Preferable conditions to trigger a status message are for example a predefined number of sent data packets...”（翻译：触发状态消息的优选条件例如是预定数量的发送数据包。） | 触发状态消息即发送方主动请求状态报告（查询）。对比文件公开了基于“预定数量的发送数据包”触发查询，这正是“每个预定数量的协议数据单元”机制。因此直接公开。 |
| **H：该“每个预定数量的协议数据单元”机制亦即当每个预定数量的协议数据单元被安排传输时，触发该查询机制** [直接公开] | 同上，对比文件[0043]：“a predefined number of sent data packets”。 | “sent data packets”包括安排传输的数据包。因此对比文件直接公开了当每个预定数量的协议数据单元被安排传输时触发查询。 |
| **I：该“每个预定数量的协议数据单元”机制亦即当每个预定数量的协议数据单元被安排重传时，触发该查询机制** [隐含公开] | 对比文件[0043]仅提到“sent data packets”，未明确区分初始传输和重传。但本领域技术常识中，“sent data packets”通常包括重传。 | 虽然对比文件未直接写明“重传”，但本领域技术人员根据RLC协议的一般理解，可以合理推断出预定数量的发送数据包包含重传情况，因此该特征被隐含公开。 |
| **J：其中，所选择的协议数据单元为最后一个至少被传输过一次的协议数据单元** [无公开] | 对比文件[0043]提到“the last packet in a buffer... is a suitable condition to request a status message”（缓冲器中最后一个数据包是请求状态消息的合适条件），但这仅是触发条件，并非选择重传的PDU。步骤5-9中选择重传的是被请求丢失的PDU，并非最后一个。 | 对比文件未公开在安排重传以执行查询时，选择最后一个至少传输过一次的PDU。因此无公开。 |
| **K：其中，当传送窗的大小小于该无线通讯系统中协议数据单元的序号空间的值的一半时，所选择的协议数据单元为已传输过但尚未确认收讫的协议数据单元** [无公开] | 对比文件[0003]提到了传送窗（transmission window）和序号编号，但未涉及根据传送窗大小与序号空间一半的比较来选择重传PDU。 | 对比文件没有公开该选择标准。因此无公开。 |
<<<F>>><<<G>>><<<H>>><<<i>>>