返回项目页面
对比文件列表
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
US2009059834A1_Description_20260321_0248_+++A_D_I_b_g+++.docx

对比文件名称:US2009059834A1_Description_20260321_0248

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

模型名称:DeepSeek-R1

特征比对表格:

技术特征描述以及公开性判断结果对比文件原文引用公开性论述
**技术特征A**:包括:在第一站接收所述分组,其中该分组是从发射机发送给该第一站及至少一第二站<br>**《直接公开》**第[0035]段:“A time line 201 is provided as a reference... The timing diagram 400 as shown illustrates a high throughput access point (HT AP) sending a PPDU 202 containing a PPDU header 204 and three PSDU packets, PSDU 1 206, PSDU 2 208 and PSDU 3 210 to three receivers, Rcvr 1, Rcvr 2 and Rcvr 3 respectively.”<br>译文:时间线201作为参考...所示的时序图400示出了一个高吞吐量接入点(HT AP)发送一个包含PPDU头204和三个PSDU分组(PSDU 1 206、PSDU 2 208和PSDU 3 210)的PPDU 202给三个接收机,分别是Rcvr 1、Rcvr 2和Rcvr 3。目标专利特征A限定了一个接收站(第一站)接收从发射机发送给该站以及至少另一个站(第二站)的分组。对比文件明确公开了HT AP(发射机)向多个接收机(Rcvr 1, Rcvr 2, Rcvr 3)发送一个聚合数据帧(PPDU),该帧内包含分别寻址给不同接收机的分组(PSDU 1, 2, 3)。因此,任何一个接收机(例如Rcvr 1)所接收到的PPDU中,都包含发送给它自己以及至少另一个接收机(例如Rcvr 2)的数据。这与目标专利中描述的场景实质相同。
**技术特征B**:当第一站确定成功接收到所述分组时,在第一站处产生确认(ACK)消息,<br>**《隐含公开》**第[0024]段:“On receiving a MRA aggregate, a receiver first waits for its turn to transmit by referencing the NAV field in the PSDU. The receiver then transmits an ACK or BA.”<br>译文:在接收到MRA聚合帧后,接收机首先通过参考PSDU中的NAV字段等待其发送时机。然后接收机发送一个ACK或BA。<br>第[0037]段:“Rcvr 1, which receives one of the packets, e.g., PDSU 1 206 responds according to the NAV in packet PSDU 1 206... transmits a response packet 212. Response packet 212 comprises a block acknowledgement (BA) 214...”<br>译文:接收了分组之一(例如PSDU 1 206)的Rcvr 1根据分组PSDU 1 206中的NAV进行响应...发送响应分组212。响应分组212包含块确认(BA)214...目标专利特征B涉及接收站在成功接收分组后产生ACK消息。对比文件多次提及接收机在收到寻址给自己的PSDU后,会发送ACK或块确认(BA)作为响应。虽然对比文件没有明确描述接收机“确定成功接收”这一内部判断步骤,但根据通信协议常识,接收机发送ACK或BA这一行为本身,隐含了其已成功接收并解码了数据(或至少成功接收了可被确认的部分)。因此,本领域技术人员能够合理推断,在接收机发送ACK/BA之前,必然经历了确定成功接收并产生相应确认消息的过程。该过程在对比文件中的作用(对接收到的数据进行确认)与在目标专利中的作用相同。
**技术特征C**:其中,所述ACK消息包括含有媒体访问控制(MAC)地址的唯一标识符,该媒体访问控制(MAC)地址标识该第一站<br>**《未公开》**无对应原文引用。对比文件中描述了响应分组(如212、220、230)包含BA、MPDU、BAR等内容,但未提及这些响应分组中包含用于标识发送该响应的接收机(如Rcvr 1)的唯一标识符,例如其MAC地址。第[0030]段虽然提到“source, destination”字段,但这是PSDU帧头(120)中可能包含的字段,并非确认消息(ACK/BA)本身所包含的、用于标识确认消息发送方的唯一标识符。目标专利特征C的核心在于确认(ACK)消息本身包含了发送该ACK的接收站(第一站)的唯一标识符(如MAC地址),使得原来的发射机能够区分来自不同接收站的ACK。对比文件虽然公开了接收机发送响应(ACK/BA),但完全没有描述该响应消息的帧格式,更没有公开该响应帧中包含发送方的标识信息(如MAC地址)。在对比文件中,发射机(HT AP)是通过预先为每个接收机分配的、包含在PSDU头中的调度信息(NAV, TXOP)来区分和安排不同接收机的响应时隙的,而不是通过响应消息本身携带的标识符来区分。因此,对比文件没有公开,也无法隐含推导出ACK消息包含发送方唯一标识符这一技术特征。
**技术特征D**:按调度的定时向所述发射机发送所述ACK消息,<br>**《直接公开》**第[0024]段:“On receiving a MRA aggregate, a receiver first waits for its turn to transmit by referencing the NAV field in the PSDU. The receiver then transmits an ACK or BA.”<br>译文:在接收到MRA聚合帧后,接收机首先通过参考PSDU中的NAV字段等待其发送时机。然后接收机发送一个ACK或BA。<br>第[0037]-[0039]段及图4:详细描述了Rcvr 1, Rcvr 2, Rcvr 3分别根据各自PSDU中的NAV 1, NAV 2, NAV 3所指示的时间(T2, T4, T6)开始发送响应分组212, 220, 230。目标专利特征D要求按调度的定时发送ACK消息。对比文件明确且详细地公开了接收机根据接收到的数据单元(PSDU)头部中的NAV字段所指示的“响应偏移”时间来调度并发送其确认响应(ACK/BA)。如图4时序图所示,每个接收机的发送时刻(T2, T4, T6)是严格按NAV值调度的。这与目标专利中“按调度的定时发送”的技术方案完全相同,且作用都是控制多个接收机的响应时序以避免冲突。
**技术特征E**:其中该调度的定时对应于所述ACK消息与由所述至少一第二站产生的另一个ACK消息要被并发地从所述第一站与所述至少一第二站发送到所述发射机时的时间。<br>**《未公开》**第[0037]-[0039]段及图4:明确显示Rcvr 1, Rcvr 2, Rcvr 3的响应(212, 220, 230)是在不同时间(T2, T4, T6)顺序发送的,并且每个响应都在前一个响应的TXOP结束后,经过一个SIFS间隔才开始。文中没有任何关于多个ACK消息被“并发”(即同时)发送的描述。目标专利特征E限定了调度的定时是为了让来自第一站和第二站的ACK消息能够被“并发”(同时)发送到发射机。这是目标专利实现多址兼容性(如SDMA/OFDMA)同时确认的关键。对比文件公开的调度方案是完全相反的:它通过设置不同的NAV值,明确将不同接收机的响应时间安排在相互错开的、不同的时间点(时分方式),如图4所示的T2, T4, T6,目的是避免多个响应同时发送造成冲突。因此,对比文件没有公开“并发发送”这一技术特征,其技术方案的作用(时间错开以避免冲突)与目标专利特征E的作用(安排同时发送以实现空间或频率复用)截然不同。
**技术特征F**:其中,所述ACK消息是通过空分多址(SDMA)传输或通过正交频分多址(OFDMA)传输发送给所述发射机的。<br>**《未公开》**全文未提及“空分多址(SDMA)”或“正交频分多址(OFDMA)”。对比文件描述的响应传输是基于时间调度(通过NAV和TXOP)在共享信道上顺序进行的,如图4所示。没有涉及利用空间维度(SDMA)或频率子信道(OFDMA)来同时传输多个ACK。目标专利特征F限定了ACK消息通过SDMA或OFDMA等多址技术发送,这是实现特征E中“并发发送”的具体传输手段。对比文件通篇未提及SDMA或OFDMA。其解决多接收机响应问题的方法是纯粹基于时间域的资源分配(时分),与目标专利基于空间或频率域的多址技术方案有本质区别。因此,该特征未被对比文件公开。
**技术特征G**:还包括:使用发射机发送所述ACK消息。<br>**《隐含公开》**第[0024]段:“The receiver then transmits an ACK or BA.”<br>译文:然后接收机发送一个ACK或BA。<br>第[0044]段:“Transmitter 512 then sends the response to the aggregate across the medium at the scheduled time.”<br>译文:发射机512然后在调度的时间通过介质发送对聚合帧的响应。目标专利特征G是“使用发射机发送所述ACK消息”。虽然表述上“发射机”可能指发送ACK的实体(此时是原来的接收站),但其技术实质是“发送ACK消息”这一动作。对比文件明确描述了接收机(此时作为发送ACK的实体)使用其发射模块(图6中的Transmitter 512)来发送响应(ACK/BA)。因此,本领域技术人员能够毫无疑义地从对比文件公开的“接收机发送ACK/BA”中,推导出“使用发射机(或发送装置)来发送ACK消息”这一隐含的技术特征。两者作用相同,都是完成确认消息的无线发送。
**技术特征H**:其中,确定成功接收到所述分组的步骤包括:检测在所述分组的接收期间没有出现无法校正的错误。<br>**《未公开》**对比文件未描述接收机如何具体判断“成功接收”。文中提到接收机发送ACK或BA作为响应,这是一种高层行为,但未揭示底层用于确定是否成功接收的具体技术手段,例如通过检错(如CRC校验)来判断是否存在无法校正的错误。目标专利特征H进一步限定了“确定成功接收”的具体实现方式,即通过检测分组接收期间是否出现无法校正的错误。对比文件虽然隐含了接收机需要确定成功接收才发送响应(特征B的隐含公开),但完全没有公开用于做出这一确定的具体技术细节或判断标准。本领域技术人员无法从对比文件中直接或隐含地得出“检测无法校正的错误”这一具体技术手段。
**技术特征I**:还包括:在预定时间段之后发送所述ACK消息。<br>**《直接公开》**第[0037]段:“As NAV 1 is set to zero, Rcvr 1 waits a SIFS time period and then at T2... transmits a response packet 212.”<br>译文:由于NAV 1被设置为零,Rcvr 1等待一个SIFS时间段,然后在T2...发送响应分组212。<br>第[0038]段:“Rcvr 2 waits a SIFS and then transmits response packet 220 at T4.”<br>译文:Rcvr 2等待一个SIFS,然后在T4发送响应分组220。目标专利特征I要求在预定时间段之后发送ACK消息。对比文件明确公开了接收机在发送响应前,需要等待一个短帧间间隔(SIFS)时间段。SIFS是802.11标准中定义的固定、预定的时间间隔。因此,对比文件直接公开了“在预定时间段(SIFS)之后发送ACK消息”这一技术特征,且其作用(提供处理时间、确保时序)与目标专利中描述的作用一致。
**技术特征J**:其中,所述预定时间段基于随机间隔。<br>**《未公开》**对比文件中提到的等待时间是基于固定的SIFS间隔以及PSDU头中明确设置的NAV值(可能是零或一个具体值),这些是确定性的或预先协商的调度参数,并非“随机间隔”。全文未提及基于随机退避(random backoff)或任何随机算法来确定ACK的发送时间。目标专利特征J进一步限定预定时间段是基于随机间隔的。对比文件公开的等待时间(如SIFS、NAV指示的偏移)都是确定性的,目的是实现精确调度。这与“基于随机间隔”的技术方案完全不同。基于随机间隔通常用于争用接入(如CSMA/CA),以避免碰撞,而对比文件采用的是无争用的调度接入。因此,该特征未被对比文件公开。

<<<A>>><<<D>>><<<I>>>

<<<b>>><<<g>>>

Powered by Django

网站备案号:渝ICP备2023012882号


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