返回项目页面
对比文件列表
2006-08-17_DE60029221D_发明专利_DE60029221D1 LIMITED AUTOMATIC REPEAT DEMAND PROTOCOL FOR FRAME-BASED COMMUNICATION CHANNELS_+++A_B_D_g_h_i+++.docx
2026-03-27 17:10
2007-06-28_DE60029221T_发明专利_DE60029221T2 LIMITED AUTOMATIC REPEAT DEMAND PROTOCOL FOR FRAME-BASED COMMUNICATION CHANNELS_+++A_H_g_i+++.docx
2026-03-27 17:10
JP2001138915A_Description_20260321_0249_+++A_B_D_G_I_J+++.docx
2026-03-27 17:10
JP2003052079A_Description_20260321_0249_+++B_C_E_G_I_a_d_h+++.docx
2026-03-27 17:10
JP2006148919A_Description_20260321_0248_+++B_D_G_I_a_h+++.docx
2026-03-27 17:10
JP2007110317A_Description_20260321_0247_+++A+++.docx
2026-03-27 17:10
JP2007208522A_Description_20260321_0247_+++E_F_a_b_d_g_i+++.docx
2026-03-27 17:10
JP2008271010A_Description_20260321_0246_+++A_B_D_G_I_J_c_h+++.docx
2026-03-27 17:10
US2002034182A1_Description_20260321_0249_+++B_C_G_H_a_i+++.docx
2026-03-27 17:10
US2002133615A1_Description_20260321_0249_+++J_a_b_d_g_h_i+++.docx
2026-03-27 17:10
US2004062221A1_Description_20260321_0249_+++A_B_c_d_g_h_i+++.docx
2026-03-27 17:10
US2005002355A1_Description_20260321_0248_+++A_B_C_D_E_F_G_I_h+++.docx
2026-03-27 17:10
US2005050219A1_Description_20260321_0248_+++B_I_a_b_d_g_h+++.docx
2026-03-27 17:10
US2006092871A1_Description_20260321_0248_+++A_B_C_D_H_I_g+++.docx
2026-03-27 17:10
US2007194938A1_Description_20260321_0247_+++A_B_C_g+++.docx
2026-03-27 17:10
US2007211667A1_Description_20260321_0247_+++A_B_D_F_G_H_I_e+++.docx
2026-03-27 17:10
US2007248114A1_Description_20260321_0247_+++B_G_H_a_b_c_d_i+++.docx
2026-03-27 17:10
US2009059834A1_Description_20260321_0248_+++A_D_I_b_g+++.docx
2026-03-27 17:10
WO2008004609A1_Description_20260321_0247_+++A_B_D_E_F_G_h_i+++.docx
2026-03-27 17:10
WO2008042904A2_Description_20260321_0247_+++A_B_D_E_F_c_g_h+++.docx
2026-03-27 17:10
US2002133615A1_Description_20260321_0249_+++J_a_b_d_g_h_i+++.docx

对比文件名称:US2002133615A1_Description_20260321_0249

目标专利名称:409在无线通信系统中对多址兼容性的数据传输的成功接收进行确认的方法和装置CN102318252B

模型名称:DeepSeek

## 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用公开性论述
**技术特征A**:包括:在第一站接收所述分组,其中该分组是从发射机发送给该第一站及至少一第二站 <br>《隐含公开》[0033] “Content is multicast from a server 10 via a data network, which may be the Internet, to the receivers 12, 14, 16.” <br> [0037] “... the server 10 multicasts content, for example a group directory, in accordance with the REMADE protocol. After receiving content from the server 10 at step 28, the receivers 12, 14, 16 then evaluate the content...”对比文件公开了服务器(发送方)向多个接收器(12, 14, 16)进行多播(multicast)内容(步骤26,28)。多播意味着同一份数据被同时发送给组内的多个成员。因此,第一站(例如接收器12)接收从发射机(服务器10)发送的分组(内容),并且该分组也发送给了至少一个第二站(例如接收器14或16)。这隐含了“从发射机发送给该第一站及至少一第二站”的技术特征。虽然对比文件聚焦于多播而非点对多点,但该场景在逻辑上包含了发送给多个站(包括第一站)的情况。
**技术特征B**:当第一站确定成功接收到所述分组时,在第一站处产生确认(ACK)消息, <br>《隐含公开》[0037] “After receiving content from the server 10 at step 28, the receivers 12, 14, 16 then evaluate the content to determine whether data is missing at decision step 30.” <br> [0039] “If at decision step 30 it is determined that data is missing, for example in the receiver 12, then at step 34 the random timing circuit 20 is initiated.”对比文件描述了接收器在接收到内容后,评估内容以确定是否有数据缺失(决策步骤30)。确定“有数据缺失”在逻辑上是确定“未成功接收”的一部分。本领域技术人员可以毫无疑义地推理出,如果接收器确定没有数据缺失(即,所有预期的数据都已正确接收),则意味着成功接收。虽然对比文件主要关注缺失数据(NACK)的场景,但成功接收(ACK)是其隐含的、必然存在的相反状态。因此,隐含公开了当第一站确定成功接收到分组时,在第一站处产生确认消息。该确认消息在对比文件中可能以“未发送NACK”或“成功接收状态”的形式体现。
**技术特征C**:其中,所述ACK消息包括含有媒体访问控制(MAC)地址的唯一标识符,该媒体访问控制(MAC)地址标识该第一站 <br>《未公开》未找到明确或隐含的描述。对比文件描述了接收器(如12)向服务器10发送否定确认(NACK,步骤36)。虽然该NACK消息需要被服务器识别出发送方以便服务器能向其多播修复数据或通知其他接收器,但说明书中并未明确记载该NACK消息中包含任何形式的唯一标识符,例如MAC地址。本领域技术人员无法从对比文件原文(例如步骤36、38、40中关于发送和接收NACK的描述)中毫无疑义地得出或合理推断出该NACK消息中必然包含发送方的MAC地址或其他唯一标识符。发送方的身份可能通过其他方式(如网络层地址、会话上下文)被获知,但这不是消息本身携带的标识符。因此,该特征未被公开。
**技术特征D**:按调度的定时向所述发射机发送所述ACK消息, <br>《隐含公开》[0039] “If at decision step 30 it is determined that data is missing, ... then at step 34 the random timing circuit 20 is initiated. A delay occurs for a random interval, until a signal is received by the receiver 12 from the random timing circuit 20. ... When a signal is received from the random timing circuit 20, the receiver 12 transmits a negative acknowledgement ... at step 36 to the sender.”对比文件明确公开了接收器在检测到数据缺失后,会启动一个随机定时器,经过一个随机间隔后,再向发送方(服务器)发送否定确认(NACK)。这个“随机间隔”构成了一种“调度的定时”,尽管调度策略是基于随机延迟而非固定的时间表。本领域技术人员可以理解,“按调度的定时”发送消息包括基于任何预定规则(包括随机延迟规则)来确定发送时刻。因此,该特征被隐含公开。
**技术特征E**:其中该调度的定时对应于所述ACK消息与由所述至少一第二站产生的另一个ACK消息要被并发地从所述第一站与所述至少一第二站发送到所述发射机时的时间。 <br>《未公开》[0045] “... any of the receivers 14, 16 missing the information simply wait until a repeat transmission is sent by the server 10. As shown at step 45, they do not multicast or otherwise transmit their own negative acknowledgement as to the information which was reported as missing by the receiver 12.”目标专利的特征E强调多个ACK消息被**并发**发送。对比文件的技术方案核心是**抑制**并发确认。具体地,当接收器12发送NACK后,服务器会将该NACK多播给其他接收器(14,16),其他接收器若缺失相同数据,则会**抑制**(suppress)自己的NACK(步骤45)。这明确避免了多个NACK的并发发送,而是通过一个接收器(最先超时的)发送单个NACK,其他接收器不发送。因此,对比文件公开的定时机制(随机延迟)目的恰恰是**避免**多个确认消息在相同或相近时间并发发送,而是通过竞争选择一个发送者。这与目标专利中旨在实现并发发送的“调度的定时”在作用和目的上完全相反。因此,该特征未被公开。
**技术特征F**:其中,所述ACK消息是通过空分多址(SDMA)传输或通过正交频分多址(OFDMA)传输发送给所述发射机的。 <br>《未公开》全文未提及SDMA或OFDMA。对比文件描述的网络环境是IP多播网络(如互联网),其传输方式是基于TCP/IP协议栈的数据包交换。说明书通篇没有提及任何无线通信中的特定多址接入技术,如空分多址(SDMA)或正交频分多址(OFDMA)。这些技术是无线通信(特别是如目标专利所述的IEEE 802.11等WLAN系统)中用于共享物理信道的特定方法。对比文件的背景和应用场景(如软件分发、内容推送)与目标专利的无线通信系统不同,其确认消息的发送方式未限定于任何特定的物理层或多址接入技术。因此,该特征未被公开。
**技术特征G**:还包括:使用发射机发送所述ACK消息。 <br>《隐含公开》[0039] “When a signal is received from the random timing circuit 20, the receiver 12 transmits a negative acknowledgement ... at step 36 to the sender.”对比文件明确描述了接收器(如12)在随机间隔后,向发送方(服务器10)发送否定确认(NACK)。从接收器12的角度看,它作为发送NACK消息的实体,其内部用于发送消息的部件(如网络接口)可以理解为“发射机”。因此,该步骤隐含了“使用发射机发送所述ACK消息”,尽管消息是NACK而非ACK,但发送动作的本质是相同的。
**技术特征H**:其中,确定成功接收到所述分组的步骤包括:检测在所述分组的接收期间没有出现无法校正的错误。 <br>《隐含公开》[0037] “After receiving content from the server 10 at step 28, the receivers 12, 14, 16 then evaluate the content to determine whether data is missing at decision step 30.”对比文件描述了接收器评估内容以确定数据是否“缺失”(missing)。在数据通信领域,确定数据是否“缺失”通常涉及检查数据序列的完整性,例如通过序列号、校验和(如CRC)或纠错码。如果数据没有缺失且通过了完整性校验(例如CRC校验无误),则意味着成功接收且没有无法校正的错误。因此,“检测没有出现无法校正的错误”是“确定数据没有缺失”这一判断过程的隐含组成部分。本领域技术人员可以从“确定数据是否缺失”的步骤中合理推断出,成功接收(即没有数据缺失)必然包含了检测到没有无法校正的错误(或错误已被校正)这一子步骤。
**技术特征I**:还包括:在预定时间段之后发送所述ACK消息。 <br>《隐含公开》[0039] “A delay occurs for a random interval, until a signal is received by the receiver 12 from the random timing circuit 20. ... When a signal is received from the random timing circuit 20, the receiver 12 transmits a negative acknowledgement ... at step 36 to the sender.”对比文件明确公开了接收器在决定发送NACK后,会延迟一个“随机间隔”(random interval),然后再发送。这个“随机间隔”是一个由定时器决定的、在发送动作发生前必须等待的“预定时间段”。虽然它是随机的,但对每个接收器实例而言,一旦定时器启动,该间隔就是确定的(预定的)。因此,该特征被隐含公开。
**技术特征J**:其中,所述预定时间段基于随机间隔。 <br>《直接公开》[0039] “A delay occurs for a random interval...” <br> [0040]-[0042] 给出了随机间隔上下限的计算公式。对比文件多次明确描述了延迟是基于“随机间隔”(a random interval),并且详细给出了该随机间隔的上下限计算公式(LL和UL)。这直接公开了“预定时间段基于随机间隔”这一技术特征。

<<<a>>><<<b>>><<<d>>><<<g>>><<<h>>><<<i>>><<<J>>>

Powered by Django

网站备案号:渝ICP备2023012882号


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