2004-01-22_US2004013087A_发明申请_US20040013087A1 Methods and devices for preventing protocol stalling_+++C_D_E_F_J+++.docx

对比文件名称:2004-01-22_US2004013087A_发明申请_US20040013087A1_Methods and devices for preventing protocol stalling

目标专利名称:1863无线通讯系统中防止数据传输死锁的方法 CN101330521B

本次调用的模型名称:DeepSeek-Chat

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用(中文翻译)公开性论述
**技术特征A:在预定时间内暂禁查询** <br>《未公开》[0031] “平台216p被适配于在从平台216p发送轮询信号时生成一个预定时间段。” <br> [0037] “控制平台216c被适配于在从平台216p发送轮询信号时生成一个预定时间段。” <br> 对比文件全文未提及“暂禁查询”或“查询禁止定时器”的概念。对比文件仅在发送轮询后设置一个用于等待确认的定时器(类似目标专利中的“定时催询定时器”),当定时器超时且无新数据或否定确认数据时发送自发轮询。其本质是**轮询间隔定时**,从未公开或暗示在预定时间内**禁止**其他查询的发送,也没有给出任何“查询暂禁”的功能。本领域技术人员无法从对比文件得出“在预定时间内暂禁查询”这一技术特征。
**技术特征B:于查询被暂禁期间,触发一查询机制** <br>《未公开》同特征A,对比文件未公开查询暂禁功能,因此不存在“在查询被暂禁期间”的情境。由于对比文件未公开特征A中的“暂禁查询”,自然也不存在于暂禁期间触发查询机制的动作。对比文件仅描述了在正常状态下(无暂禁)根据条件触发轮询(如定时器超时或检测到无新/否定数据),其触发机制与暂禁期间无关。因此,特征B未被对比文件公开。
**技术特征C:在该预定时间期满后,确认没有安排传输任何协议数据单元** <br>《直接公开》[0031] “如果平台216c确定单元中没有否定确认的数据包或新数据包(即没有需要新传输或重传的数据包)。” <br> [0037] “在单元106没有新数据包或否定确认的数据包可传输时,及在本预定时间段结束时……” <br> [0033] 相应步骤308、406、506均描述检查是否存在新数据包或否定确认数据包。对比文件明确指出,在预定时间期满后(即执行自发轮询之前),需要先确认不存在新数据包(无新传)且不存在否定确认的数据包(无重传),这与目标专利中“确认没有安排传输任何协议数据单元”完全一致。本领域技术人员可以直接地、毫无疑义地从对比文件获知该特征。
**技术特征D:在该预定时间期满后,确认没有安排重传任何协议数据单元** <br>《直接公开》同上,[0031] “……没有否定确认的数据包或新数据包。” <br> 否定确认的数据包正是需要安排重传的数据包。对比文件将“没有否定确认的数据包”作为触发自发轮询的前提条件之一,这等价于“确认没有安排重传任何协议数据单元”。该条件与特征C中的“没有新数据包”并列一起检查,但逻辑上覆盖了特征D的内容。因此,特征D被对比文件直接公开。
**技术特征E:在该预定时间期满后,确认有已传送过但尚未被确认收讫的协议数据单元** <br>《直接公开》[0031] “只要还有其它未处理的数据包等待传输,序列号最高的最后传输数据包保持在单元中。” <br> [0037] “……通过传输一个未处理的数据包来提示发送下一确认信号。” <br> “未处理的数据包”即已传输但尚未被确认收讫的数据包。对比文件明确在预定时间期满后(且在无新传、无重传时),仍存在“未处理的数据包”(outstanding packets),这些正是已传送但未确认收讫的协议数据单元。该描述直接、清晰地公开了特征E。
**技术特征F:选择协议数据单元,安排重传,以执行该查询** <br>《直接公开》[0031] “平台216p被适配于重传最后传输数据包,以轮询平台214p索取确认信号。” <br> [0033] “平台216p被适配于重传最早传输的数据包,以轮询平台214p索取确认信号。” <br> [0035] “根据条件重传最后传输数据包或最早传输数据包,并设置轮询位。”对比文件多个实施例均公开了在预定时间期满且满足无新传、无重传等条件后,**选择**一个特定的已传输数据包(LTP或ETP),**安排其重传**,并通过设置轮询位来**执行轮询(查询)**。该过程与特征F完全吻合,属于直接公开。
**技术特征G:其中该查询机制是一“每个预定数量的协议数据单元”机制** <br>《未公开》对比文件全文未提及基于“预定数量PDU”的触发机制。目标专利中的“每个预定数量的协议数据单元”查询机制(即Poll_PDU)是指每当累计传输或重传了固定数目的PDU时触发查询。对比文件的所有自发轮询触发条件均基于**时间**(定时器超时)或**状态**(无新/否定数据),从未提及基于**PDU数量计数**的触发。本领域技术人员无法从对比文件合理推导出该特征。
**技术特征H:该“每个预定数量的协议数据单元”机制亦即当每个预定数量的协议数据单元被安排传输时,触发该查询机制** <br>《未公开》同特征G,对比文件无相关记载。特征H是对特征G的进一步限定(包括传输计数),对比文件未公开任何基于传输数量的轮询触发。故特征H未被公开。
**技术特征I:该“每个预定数量的协议数据单元”机制亦即当每个预定数量的协议数据单元被安排重传时,触发该查询机制** <br>《未公开》同特征G,对比文件无相关记载。特征I是对特征G的另一可选限定(包括重传计数),对比文件同样未公开基于重传数量的轮询触发。故特征I未被公开。
**技术特征J:其中,所选择的协议数据单元为最后一个至少被传输过一次的协议数据单元** <br>《直接公开》[0031] “……重传最后传输的数据包(LTP)……” <br> [0035] “如果LTP仍在单元中,平台216p被适配于重传LTP……” <br> [0038] “LTP包括由单元1021最后原始传输的数据包,无论其是否已被确认。”对比文件明确将“最后传输的数据包”(LTP)作为重选轮询的对象,且该数据包显然是至少被传输过一次的(因为它是最后被原始传输的)。该特征被对比文件直接、毫无疑义地公开。
**技术特征K:其中,当传送窗的大小小于该无线通讯系统中协议数据单元的序号空间的值的一半时,所选择的协议数据单元为已传输过但尚未确认收讫的协议数据单元** <br>《未公开》对比文件未提及“传送窗大小”或“序号空间的一半”等概念。 [0033] 选择的ETP是最早传输但未确认的数据包,但条件不是窗口大小。对比文件描述了选择ETP(最早传输的未确认包)作为轮询对象,但该选择的前提是LTP已被确认并删除([0033]),并不依赖于“传送窗大小小于序号空间值的一半”这一条件。目标专利中特征K所涉及的窗口大小条件在对比文件中没有任何记载或暗示。本领域技术人员无法从对比文件合理推导出该特征。

### 公开性代码输出

根据上述比对结果,对直接公开的技术特征在结尾插入对应大写代码:

<<<C>>><<<D>>><<<E>>><<<F>>><<<J>>>

Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE