**对比文件名称**: US20040013087A1 Methods and devices for preventing protocol stalling
**目标专利名称**: CN101330366B 无线通讯系统中防止数据传输死锁的加强查询方法
**本次调用的模型名称**: DeepSeek-R1
### 特征比对表格
| 技术特征及公开性 | 对比文件原文引用 | 公开性论述 |
| **A**: 在预定时间内暂禁查询 【未公开】 | 对比文件记载了在发送轮询信号时生成一个预定时间周期（[0031]：“generate a predetermined time period upon the transmission of a polling signal”），该周期在收到确认时重置（[0031]步骤302），并在周期到期未收到确认时重传分组进行轮询（[0031]步骤310-312）。但未公开一个专门用于“暂禁查询”的机制，即禁止发送所有查询（包括其他触发源的查询）的定时器。对比文件仅描述了一个用于触发自发轮询的周期，未禁止其他查询的发起（见[0042]：“other types of polling signals may be sent at different times”）。 | 目标专利中的“暂禁查询”是指通过“查询暂禁定时器”在计时期间禁止任何查询的发送，即使有查询触发也被延迟。对比文件中的预定时间周期并未起到禁止其他查询的作用，其功能仅为在没有新数据或否定确认时触发自发轮询以防止死锁。本领域技术人员无法从对比文件毫无疑义地得出“在预定时间内暂禁查询”这一技术特征，故未公开。 |
| **B**: 于查询被暂禁期间，触发一查询机制 【未公开】 | 对比文件未记载在类似“暂禁查询”的时间段内触发查询机制（如因传输最后一个PDU而触发查询）。对比文件中，预定时间周期内仅进行正常的新数据传输或重传（[0031]步骤304），未描述因特定事件（如最后一个PDU）而触发的查询被暂禁并延迟的情况。 | 目标专利中，在查询暂禁期间，若发生首传最后一个PDU等事件会触发查询触发，但该触发被延迟至暂禁结束后执行。对比文件未公开任何在时间周期内查询触发被暂禁的机制，也未公开触发事件本身。因此未公开该特征。 |
| **C**: 该查询机制是一“基于传送窗的”机制 【未公开】 | 对比文件全文未提及“传送窗（transmission window）”或“传送窗进度”的概念。其自发轮询的触发条件为预定时间周期到期且无新/否定确认分组（[0031]步骤308-310），与传送窗无关。 | 目标专利的“基于传送窗的”机制是指当达到预定比例的传送窗进度时触发查询。对比文件完全没有基于传送窗的触发条件，本领域技术人员无法从对比文件得出该特征。 |
| **D**: 当达到预定比例的传送窗进度时，触发该查询机制 【未公开】 | 同C，对比文件无任何基于传送窗进度触发查询的记载。 | 同C论述，该特征未被公开。 |
| **E**: 在该预定时间期满后，确认没有安排传输或重传任何协议数据单元 【直接公开】 | [0031]：“If platform 216c determines that there are no negatively acknowledged packets or new packets in unit as in step 308, platform 216c will determine that protocol stalling might occur. If an acknowledgement signal is not received by platform 216 before the time period expires as in step 310, platform 216p is adapted to retransmit the LTP to platform 214p...” （翻译：如果平台216c确定单元中没有否定确认的分组或新分组（步骤308），平台216c将确定可能发生协议死锁。如果在时间周期到期前平台216没有收到确认信号（步骤310），平台216p适于重传LTP到平台214p...） | 对比文件在预定时间周期到期后（步骤310），步骤308检查是否存在否定确认分组（需重传）或新分组（需新传），若均无，则确定可能死锁。这与“确认没有安排传输或重传任何协议数据单元”含义完全一致，直接公开了该特征。 |
| **F**: 确认有已传送过但尚未被确认收讫的协议数据单元 【直接公开】 | [0031]：“The last transmitted packet (LTP) which has the highest packet sequence number remains in unit 106 as long as there are other outstanding packets ready for transmission as in step 306.” （翻译：最后传输的分组（LTP）具有最高分组序号，只要存在其他未完成的分组可用于传输，就保留在单元106中（步骤306）。） | 步骤308的检查基于单元106中是否存在否定确认或新分组。单元106中保留有已传输但未获确认的“未完成分组”（outstanding packets），即“已传送过但尚未被确认收讫的协议数据单元”。该特征被直接公开。 |
| **G**: 选择协议数据单元 【直接公开】 | [0031]步骤312：“platform 216p is adapted to retransmit the LTP...”；[0033]步骤410：“retransmit an earliest transmitted packet (ETP)”；[0035]步骤512a/512b：“retransmit the LTP”或“retransmit the ETP”。 | 对比文件明确选择特定的协议数据单元（LTP或ETP）用于重传轮询，直接公开了选择协议数据单元的操作。 |
| **H**: 安排重传，以执行一查询操作 【直接公开】 | [0031]步骤312：“retransmit the LTP to platform 214p, to poll platform 214p for an acknowledgement signal”；[0031]：“set a ‘poll bit’...to poll”。 | 对比文件重选所选分组并设置轮询位以请求确认，即执行查询操作。该特征直接公开。 |
| **I**: 所选择的协议数据单元为最后一个至少被传输过一次的协议数据单元 【直接公开】 | [0031]：“The last transmitted packet (LTP) which has the highest packet sequence number”；[0038]：“the LTP comprises the packet which was the last one to be originally transmitted by unit 1021, regardless of whether or not it has been acknowledged.” | 对比文件中的LTP（最后传输的分组）即为目标专利中“最后一个至少被传输过一次的协议数据单元”，定义相同。直接公开。 |
| **J**: 当传送窗的大小小于该无线通讯系统中协议数据单元的序号空间的值的一半时，所选择的协议数据单元为已传输过但尚未确认收讫的协议数据单元 【未公开】 | 对比文件未提及“传送窗大小”与“序号空间”的比较条件。其选择ETP（最早传输且未确认的分组）作为轮询信号（[0033]步骤410），但该选择不依赖于窗口大小的条件；ETP仅为“已传输过但尚未确认收讫”的实例，且选择规则与窗口大小无关。对比文件还公开了在LTP存在时优先选LTP（[0035]步骤512a），否则选ETP（步骤512b）。 | 目标专利的特征J包含两个限定：①条件“传送窗大小小于序号空间的一半”；②选择“已传输过但尚未确认收讫”的PDU。对比文件既未公开该条件，也未公开任何基于该条件的规则。隐含公开要求本领域技术人员有可能通过推理得到，但对比文件完全没有窗口相关的教导，无法合理推断出该条件。因此该特征未公开。 |
### 公开性代码
基于以上分析，对比文件直接公开了技术特征E、F、G、H、I，未公开技术特征A、B、C、D、J。
<<<E>>><<<F>>><<<G>>><<<H>>><<<I>>>