返回项目页面
对比文件列表
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
JP2006060515A_Description_20260321_0248_+++b_c_g_h+++.docx
2026-03-27 17:10
JP2006148919A_Description_20260321_0248_+++B_D_G_I_a_h+++.docx
2026-03-27 17:10
JP2007208522A_Description_20260321_0247_+++E_F_a_b_d_g_i+++.docx
2026-03-27 17:10
JP2008131532A_Description_20260321_0246_+++B_G_c_h+++.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
US2005180315A1_Description_20260321_0248_+++g_i+++.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
US2012120912A1_Description_20260321_0246_+++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
2007-06-28_DE60029221T_发明专利_DE60029221T2 LIMITED AUTOMATIC REPEAT DEMAND PROTOCOL FOR FRAME-BASED COMMUNICATION CHANNELS_+++A_H_g_i+++.docx

**对比文件名称:** DE60029221T2 LIMITED AUTOMATIC REPEAT DEMAND PROTOCOL FOR FRAME-BASED COMMUNICATION CHANNELS

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

**本次调用模型名称:** 专利创造性评估模型

### 特征比对表格

技术特征描述及公开性判断结果对比文件原文引用公开性论述
**技术特征A**<br>包括:在第一站接收所述分组,其中该分组是从发射机发送给该第一站及至少一第二站<br>**《隐含公开》**说明书第[0008]段:“Bei einigen spezifischen Ausführungsformen sendet der Sender den gesendeten Frame an mehr als einen Empfänger, etwa in einem Multicast- oder Broadcast-Modus.”<br>(中文译文:在一些具体实施例中,发送方将发送的帧发送给多于一个接收方,例如在多播或广播模式中。)对比文件明确描述了发送方(发射机)可以向多个接收方(第一站及至少一第二站)发送帧(分组)。这与目标专利中分组被发送给多个站的技术特征相同。虽然对比文件主要描述的是多播/广播场景,但其核心在于一个发射机向多个接收机发送数据,公开了技术特征A的实质内容。因此,本领域技术人员能够从对比文件中直接且毫无疑义地得出该技术方案,属于直接公开。
**技术特征B**<br>当第一站确定成功接收到所述分组时,在第一站处产生确认(ACK)消息,<br>**未被公开**对比文件通篇未描述接收站在成功接收数据帧时产生确认(ACK)消息。相反,其核心机制是接收方在检测到帧丢失(未成功接收)时发送否定确认(NACK)以请求重传。例如,说明书第[0008]段描述接收方在确定较早的帧丢失时发送NACK。目标专利的技术特征B涉及接收站在成功接收时产生ACK消息,这是一种积极确认机制。对比文件公开的是选择性重传机制,仅在检测到帧丢失(即未成功接收)时才发送NACK。两者的作用根本不同:ACK用于通知发送方传输成功,以便发送方可以继续或释放资源;NACK用于请求发送方重传特定的失败帧。对比文件完全没有提及或隐含在成功接收时产生任何确认消息。因此,技术特征B未被对比文件公开。
**技术特征C**<br>其中,所述ACK消息包括含有媒体访问控制(MAC)地址的唯一标识符,该媒体访问控制(MAC)地址标识该第一站<br>**未被公开**对比文件中涉及的NACK帧或控制帧包含地址信息,但目的和内容不同。例如,说明书第[0011]段(对应图8描述):“Das NACK-Erweiterungsfeld enthält die Ziel-MAC-Adresse des ursprünglichen Senders. Dies ist die Ziel-MAC-Adresse für den negativ bestätigten Frame.”<br>(中文译文:NACK扩展字段包含原始发送方的目标MAC地址。这是被否定确认的帧的目标MAC地址。)目标专利的技术特征C要求ACK消息包含发送该ACK的接收站(第一站)的唯一标识符(其MAC地址),目的是让接收ACK的原发射机能够区分不同站的确认。对比文件中,NACK帧包含的是**原始发送方(即原发射机)的MAC地址**,目的是将重传请求路由回正确的发送方。其帧格式中未包含发送NACK的接收站自身的MAC地址作为唯一标识符。二者的作用相反:一个标识确认的发送者,一个标识重传的接收者。因此,对比文件未公开在确认消息中包含发送该确认的接收站自身唯一标识符的技术特征。
**技术特征D**<br>按调度的定时向所述发射机发送所述ACK消息,<br>**未被公开**对比文件中NACK的发送是由接收方在检测到帧丢失(如收到乱序帧或检测到错误)时触发的,属于事件触发,而非基于预设的调度定时。例如,说明书第[0010]段(对应图11描述)的接收流程中,发送NACK是基于对接收帧序列号的检查结果。目标专利的技术特征D强调ACK消息的发送是按照“调度的定时”进行的。这意味着ACK的发送时间点是预先规划或协调好的,而不是由接收事件随机触发的。对比文件中NACK的发送完全取决于何时检测到帧丢失,没有任何关于按照统一调度时间点发送NACK的描述。因此,该技术特征未被公开。
**技术特征E**<br>其中该调度的定时对应于所述ACK消息与由所述至少一第二站产生的另一个ACK消息要被并发地从所述第一站与所述至少一第二站发送到所述发射机时的时间。<br>**未被公开**对比文件未描述多个接收站并发发送确认消息(无论是ACK还是NACK)的场景。其机制是每个接收站独立处理接收到的帧并独立决定是否发送NACK,没有涉及多个站协调并发传输。目标专利的技术特征E进一步限定了“调度的定时”是为了实现多个站(第一站和第二站)的ACK消息能够**并发**发送给发射机。这是实现多址兼容性(如SDMA/OFDMA)ACK的关键。对比文件完全没有提及多个接收站同时发送任何类型的确认消息,其协议设计未考虑并发传输的调度问题。因此,该技术特征未被公开。
**技术特征F**<br>其中,所述ACK消息是通过空分多址(SDMA)传输或通过正交频分多址(OFDMA)传输发送给所述发射机的。<br>**未被公开**对比文件基于有线以太网(Ethernet)环境,通过电话线、电力线等介质传输数据。通篇未提及任何无线多址接入技术,如空分多址(SDMA)或正交频分多址(OFDMA)。目标专利的技术特征F明确限定了ACK消息通过SDMA或OFDMA这两种特定的无线多址接入技术发送。对比文件的传输介质和技术背景完全是有线网络,不涉及无线通信,更未公开SDMA或OFDMA技术。因此,该技术特征未被公开。
**技术特征G**<br>还包括:使用发射机发送所述ACK消息。<br>**《隐含公开》**说明书第[0008]段:“Wenn der Empfänger bestimmt, dass ein früherer Frame verloren gegangen ist, sendet der Empfänger für den oder die fehlenden früheren Frames eine negative Bestätigung (NACK – negative acknowledgement) an den Sender.”<br>(中文译文:如果接收方确定较早的帧已丢失,则接收方为丢失的一个或多个较早帧向发送方发送否定确认(NACK)。)对比文件明确描述了接收方(即第一站的角色)在确定帧丢失后,会使用其发射机功能向原始发送方发送NACK消息。这隐含了“使用发射机发送确认消息”这一基本动作,尽管发送的是NACK而非ACK。从广义的“发送确认类消息”的动作来看,该特征被隐含公开。
**技术特征H**<br>其中,确定成功接收到所述分组的步骤包括:检测在所述分组的接收期间没有出现无法校正的错误。<br>**《直接公开》**说明书第[0006]段描述传统以太网帧处理:“Wenn in der empfangenen FCS ein Fehler vorhanden ist, wird der Frame verworfen.” 以及第[0010]段(图10流程)的S6步骤:当帧有错误的FCS但头部和序列号正确时,接收方仍会推进序列号并发送NACK,这意味着只有可校正(或无错误)的帧才被视为可成功处理。<br>(中文译文:如果接收到的FCS中存在错误,则该帧将被丢弃。)目标专利中“确定成功接收”包括检测没有无法校正的错误。对比文件明确描述了通过帧校验序列(FCS)来检测错误,并且只有没有错误(或头部等关键信息正确,允许后续处理)的帧才会被接受并触发后续动作(如推进序列号)。这实质上公开了通过错误检测来判断接收是否成功的标准。虽然对比文件在描述成功接收时更侧重于“无错误”,但其“可校正”的概念隐含在当FCS错误但头部信息仍可解析时,系统仍能进行一定处理(如发送NACK)的逻辑中。从本领域技术人员角度看,这等同于公开了“检测无不可校正错误”作为成功接收判断的一部分。
**技术特征I**<br>还包括:在预定时间段之后发送所述ACK消息。<br>**《隐含公开》**说明书第[0011]段(对应图11描述及参数表)提到了多个定时器,例如 `T_remind`(提醒间隔)、`T_request`(请求间隔)。虽然这些主要用于控制NACK或提醒帧的重传时机,但它们体现了在特定预定时间段后发送控制消息(属于确认类消息的一种)的概念。目标专利的技术特征I要求在预定时间段后发送ACK消息。对比文件虽然没有为成功ACK设定定时,但其协议中明确包含了基于预定时间间隔(如 `T_request`)来发送NACK重传请求的机制。这属于一种“在预定时间段后发送确认类消息”的广义概念。本领域技术人员可以合理推断,将类似的定时机制应用于ACK消息是可能的。因此,该技术特征被隐含公开。
**技术特征J**<br>其中,所述预定时间段基于随机间隔。<br>**未被公开**对比文件中提到的所有时间间隔(如`T_sendHold`, `T_rcvLost`, `T_remind`, `T_request`)都是固定的、可配置的参数或基于测量平均值计算得出的,如说明书表2和表3所示。没有提及任何基于随机间隔的定时机制。目标专利的技术特征J特别限定预定时间段是基于随机间隔的,这常用于争用机制以避免冲突。对比文件中的所有时间控制机制都是确定性的(固定值或自适应计算值),而非随机性的。因此,该特定的“基于随机间隔”的技术特征未被公开。

### 结论

根据对对比文件DE60029221T2的详细分析,其对目标专利权利要求中技术特征的公开情况如下:

- 技术特征A被**直接公开**。

- 技术特征H被**直接公开**。

- 技术特征G和I被**隐含公开**。

- 技术特征B、C、D、E、F、J均未被公开。

<<<A>>><<<H>>><<<g>>><<<i>>>

Powered by Django

网站备案号:渝ICP备2023012882号


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