返回项目页面
对比文件列表
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
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
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
2006-08-17_DE60029221D_发明专利_DE60029221D1 LIMITED AUTOMATIC REPEAT DEMAND PROTOCOL FOR FRAME-BASED COMMUNICATION CHANNELS_+++A_B_D_g_h_i+++.docx

好的,作为一名资深专利代理师,我将对目标专利与对比文件进行创造性评估。首先,明确相关文件信息:

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

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

* **本次调用模型**: 深度分析-创造性评估模型

以下是根据您的要求创建的特征比对表格及分析:

### **特征比对表格**

技术特征描述及公开性判断结果对比文件原文引用公开性论述
**技术特征A**:包括:在第一站接收所述分组,其中该分组是从发射机发送给该第一站及至少一第二站对比文件涉及基于帧的信道通信,必然包含一个站从发射机接收分组。虽然未明确描述同一分组发送给多个站,但其描述的协议可用于点对多点场景。然而,从引用内容看,其明确公开的是从“网络接入点”(发射机)向“移动终端”(接收站)发送“数据帧”(分组)。该特征被对比文件**直接公开**。对比文件描述了一个通信系统的基本操作:发射机(网络接入点)发送数据帧(分组),接收站(移动终端)接收该数据帧。虽然未明确说明分组同时发送给第一站和第二站,但本领域技术人员知晓,在基于帧的通信协议中,数据帧可以被寻址到单个或多个目的地,这是该协议应用的常规场景。因此,本领域技术人员能从对比文件中毫无疑义地得出“在第一站接收从发射机发送的分组”这一技术方案。
**技术特征B**:《直接公开》
**技术特征B**:当第一站确定成功接收到所述分组时,在第一站处产生确认(ACK)消息,对比文件描述了一种有限自动重复请求(L-ARQ)协议,其中接收站(移动终端)在成功接收数据帧后,会生成一个“ACKnowledgement message”(确认消息)并发送回发射机(网络接入点)。该特征被对比文件**直接公开**。对比文件明确记载了接收站在成功接收数据后,会产生并发送ACK消息(ACKnowledgement message),这与目标专利中“产生ACK消息”的技术特征完全相同,且作用均为向发射机反馈接收成功状态。
**技术特征C**:《直接公开》
**技术特征C**:其中,所述ACK消息包括含有媒体访问控制(MAC)地址的唯一标识符,该媒体访问控制(MAC)地址标识该第一站对比文件中提及的“ACKnowledgement message”是作为对特定“data frame”(数据帧)的响应。协议机制本身依赖于接收站的身份被发射机所知以进行正确的关联和重传管理。然而,在对比文件引用的具体段落中,并未明确记载ACK消息本身包含用于标识发送该ACK的接收站(第一站)的MAC地址或其他唯一标识符。其ACK消息的作用更侧重于确认特定数据帧的接收,而非标识发送方。该特征**未被对比文件公开**。目标专利的核心改进之一在于ACK消息包含发送方(接收机)的唯一标识符(如MAC地址),以解决多址(如SDMA/OFDMA)并发传输ACK时,发射机无法区分ACK来源的问题(参见目标专利说明书[0009]段)。对比文件虽然公开了产生和发送ACK,但未披露该ACK消息包含发送方的标识信息。在对比文件描述的L-ARQ协议上下文中,ACK通常是针对已知接收站的特定数据帧的响应,其身份可能通过信道或时序隐含,或协议本身无需在ACK中显式包含发送方标识。因此,对比文件既未直接公开也未隐含公开该特征。
**技术特征D**:按调度的定时向所述发射机发送所述ACK消息,对比文件描述了在成功接收数据帧后,“immediately”(立即)发送ACK消息。这里的“立即”可以理解为一种预定的或协议规定的定时,例如在成功解码后的一个固定时间间隔后发送。该特征被对比文件**直接公开**。对比文件明确记载了接收站在成功接收后“立即”发送ACK消息。这种“立即”发送是一种特定的、协议定义的发送定时方式。本领域技术人员能够毫无疑义地得出,ACK消息是按照协议规定的定时(即成功接收后立即)发送的。
**技术特征E**:《直接公开》
**技术特征E**:其中该调度的定时对应于所述ACK消息与由所述至少一第二站产生的另一个ACK消息要被并发地从所述第一站与所述至少一第二站发送到所述发射机时的时间。对比文件仅描述了单个接收站对单个数据帧的响应,即“立即”发送ACK。全文未提及多个站(第一站和第二站)需要并发发送ACK的场景,也未描述为支持这种并发传输而进行的定时调度。其定时(立即)是针对单个传输链路的,不涉及协调多个站的ACK发送以实现并发。该特征**未被对比文件公开**。目标专利的特征E限定了调度的定时是为了实现多个站(第一站和至少一第二站)的ACK消息能够**并发**发送到发射机。这是为了支持SDMA/OFDMA等多址ACK传输,提高效率(参见说明书[0009], [0056], [0062]段)。对比文件完全没有涉及多个接收站并发发送ACK的场景,因此不可能公开为实现该并发而进行的特定定时调度。
**技术特征F**:其中,所述ACK消息是通过空分多址(SDMA)传输或通过正交频分多址(OFDMA)传输发送给所述发射机的。对比文件未提及SDMA或OFDMA传输技术。其背景是基于帧的信道通信,可能涉及TDMA、FDMA等,但未具体说明。该特征**未被对比文件公开**。SDMA和OFDMA是特定的多址接入技术。对比文件没有描述或暗示使用这两种技术中的任何一种来传输ACK消息。
**技术特征G**:还包括:使用发射机发送所述ACK消息。此特征描述有歧义。根据目标专利上下文(特征B已在第一站产生ACK),此处“使用发射机发送”应理解为“第一站使用其自身的发射机功能”发送ACK。对比文件中,移动终端(作为接收站)在产生ACK后,必然需要使用其自身的发射机(或收发信机)将ACK消息发送回网络接入点。该特征被对比文件**隐含公开**。对比文件记载了移动终端(接收站)向网络接入点(发射机)发送ACK消息。本领域技术人员能够毫无疑义地推断,要完成“发送”这个动作,移动终端必须使用其自身的发射装置(即发射机)。这是实现通信功能所必需且隐含的技术手段。
**技术特征H**:《隐含公开》
**技术特征H**:其中,确定成功接收到所述分组的步骤包括:检测在所述分组的接收期间没有出现无法校正的错误。对比文件描述了“successfully received”(成功接收)。在通信领域,判断“成功接收”的常规和标准方式就是通过检错码(如CRC)进行错误检测,并且只有没有错误或错误在可校正范围内时,才被视为成功接收。虽然对比文件未明确描述“无法校正的错误”这一具体表述,但其“成功接收”必然隐含了错误检测与校正的判断过程。该特征被对比文件**隐含公开**。本领域技术人员熟知,在基于帧的通信协议中,“成功接收”必然意味着帧通过了诸如CRC校验等错误检测,并且没有无法校正的错误(否则会触发重传,如对比文件中的ARQ机制)。对比文件中的“successfully received”已经隐含了“检测在分组的接收期间没有出现无法校正的错误”这一技术实质。
**技术特征I**:还包括:在预定时间段之后发送所述ACK消息。对比文件描述为“immediately”发送。在通信协议中,“立即”发送通常意味着在一个协议规定的、固定的短时间间隔之后发送,例如短帧间间隔(SIFS),以避免冲突并确保响应及时。这个固定的短时间间隔就是一种“预定时间段”。该特征被对比文件**隐含公开**。对比文件中的“immediately”并非指零时间延迟,而是指在成功接收后,遵循协议规则,在经过一个预定的、固定的处理和时间间隔(如SIFS)后发送ACK。这是本领域技术人员在阅读对比文件时能够直接且毫无疑义地确定的技术内容。
**技术特征J**:《隐含公开》
**技术特征J**:其中,所述预定时间段基于随机间隔。对比文件描述的是“immediately”发送,这暗示了一个确定性的、非随机的定时(如固定的SIFS)。全文未提及使用随机间隔来确定ACK发送时间。随机间隔通常用于竞争访问机制(如CSMA/CA),以避免冲突,而对比文件描述的L-ARQ协议是受控的、基于确认的机制,不涉及随机退避。该特征**未被对比文件公开**。目标专利的特征J限定了预定时间段是基于随机间隔的(参见说明书图10及[0066]段,涉及争用方法)。这与对比文件中“立即”发送所隐含的固定、确定性时间段有本质区别。对比文件没有提供任何关于使用随机间隔来调度ACK发送时间的技术启示或描述。

<<<A>>><<<B>>><<<D>>><<<g>>><<<h>>><<<i>>>

Powered by Django

网站备案号:渝ICP备2023012882号


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