**对比文件名称**：JP2008131532A_Description_20260321_0246
**目标专利名称**：在无线通信系统中对多址兼容性的数据传输的成功接收进行确认的方法和装置 CN102318252B
**模型名称**：GPT-4
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A**：包括：在第一站接收所述分组，其中该分组是从发射机发送给该第一站及至少一第二站 | 对比文件未描述“第一站”接收从“发射机”发送给多个站（包括第一站和至少一第二站）的“分组”。对比文件描述了被远程控制装置（相当于“第一站”）接收来自远程控制装置（相当于“发射机”）的“确认フレーム”（确认帧）或“探索コマンドフレーム”（探索命令帧），但这些帧的目的是用于设备发现或配对（如[0031], [0038]），而非目标专利中所述的向多个站发送的业务数据“分组”。两者在通信目的、场景和作用上均不相同。 | **未公开**。目标专利的技术特征A描述的是接入终端从接入点接收下行链路数据分组，该分组是同时发送给多个站的。对比文件描述的是远程控制系统中的配对或设备发现过程，其中远程控制装置广播一个控制帧（确认帧或探索命令帧）以寻找附近的受控设备，并非多用户数据传输场景。本领域技术人员无法从对比文件中毫无疑义地得出或合理地推断出技术特征A的方案。 |
| **B**：《直接公开》 | [0020]：“被遠隔制御装置は、コマンドを正常に受信した場合には、応答メッセージとしてのアクノリッジＡＣＫを遠隔制御装置に対して送信する。”（被远程控制装置在正常接收到命令时，向远程控制装置发送作为响应消息的确认ACK。）<br><br>[0038]：“通信可能範囲に存在している被遠隔制御装置が確認フレームを受信し、アクノリッジＡＣＫをそれぞれ遠隔制御装置に対して送信する。”（存在于通信范围内的被远程控制装置接收确认帧，并分别向远程控制装置发送确认ACK。） | **直接公开**。对比文件明确公开了被远程控制装置（相当于“第一站”）在成功接收（正常受信）到来自远程控制装置（相当于“发射机”）的帧（命令或确认帧）后，产生并向远程控制装置发送确认（ACK）消息。这与技术特征B“当第一站确定成功接收到所述分组时，在第一站处产生确认(ACK)消息”的技术方案完全相同，其作用均为向发送方反馈成功接收的信息。 |
| **C**：《隐含公开》 | [0030]：“例えば被遠隔制御装置がそれぞれＭＡＣアドレスのような機器にユニークなＩＤを有する場合には、受信されるアクノリッジＡＣＫにＩＤが付加されているので、遠隔制御装置が最近接装置のＩＤが分かる。”（例如，在被远程控制装置各自拥有如MAC地址这样的设备唯一ID的情况下，由于接收到的确认ACK中附加了ID，所以远程控制装置能够知道最近接装置的ID。） | **隐含公开**。对比文件公开了在设备配对场景中，被远程控制装置发送的ACK消息中可以包含用于唯一标识该装置的ID，并且明确举例该ID可以是“MACアドレス”（MAC地址）。虽然该描述出现在具体实施方式的上下文中（用于识别最近接装置），但其中明确揭示了“ACK消息包含用于标识发送方的唯一标识符（如MAC地址）”这一技术手段。本领域技术人员根据该启示，完全有可能在需要识别ACK发送方的其他通信场景（例如多站确认）中，推理出在ACK消息中包含发送站的MAC地址作为唯一标识符。因此，技术特征C被对比文件隐含公开。 |
| **D**：按调度的定时向所述发射机发送所述ACK消息， | 对比文件描述了被远程控制装置在成功接收到帧后发送ACK（如[0020], [0038]），这是一种响应式的发送，并未提及“按调度的定时”发送。对比文件图8所示的流程中，ACK的发送是对前序帧的即时响应，而非基于一个独立、预先确定的调度时刻。 | **未公开**。技术特征D强调“按调度的定时”发送ACK，这在目标专利中是为了协调多个站，使它们的ACK能在同一时刻并发发送（见特征E）。对比文件中的ACK发送是事件触发（收到帧即回复），没有涉及为了达成某种协同（如并发传输）而进行的定时调度。两者的作用和实现方式不同，对比文件未公开也未暗示此特征。 |
| **E**：其中该调度的定时对应于所述ACK消息与由所述至少一第二站产生的另一个ACK消息要被并发地从所述第一站与所述至少一第二站发送到所述发射机时的时间。 | 对比文件未描述多个被远程控制装置并发（同时）向远程控制装置发送ACK的场景。图8所示的流程中，两个被远程控制装置42a和42b的ACK（S13a, S13b）虽然是先后发送的，但这是由于它们响应同一个广播确认帧，在时间上可能重叠，但对比文件未明确描述或暗示这是被设计为“并发”的。更重要的是，后续的探索命令和ACK是顺序进行的（S15a->S22a->S15b->S22b），并非并发。 | **未公开**。技术特征E是目标专利的核心创新点之一，旨在通过调度使多个站的ACK能在同一时间被并发发送，从而显著提高系统效率（见说明书[0009], [0057]-[0059]）。对比文件完全没有公开或暗示任何关于协调多个ACK使其在“同一时间”并发发送给发射机的技术构思。本领域技术人员无法从对比文件中推理出此特征。 |
| **F**：其中，所述ACK消息是通过空分多址(SDMA)传输或通过正交频分多址(OFDMA)传输发送给所述发射机的。 | 对比文件使用的无线通信方式基于IEEE 802.15.4（见[0015]），这是一种低速、短距离的PAN技术，未提及支持SDMA或OFDMA。文中描述的通信是简单的点对点或广播/响应模式。 | **未公开**。技术特征F限定了ACK消息使用特定的多址接入技术（SDMA或OFDMA）发送，这是实现高效并发ACK传输的具体物理层手段。对比文件公开的通信系统未采用这些技术，也未给出任何相关启示。因此，对比文件未公开此特征。 |
| **G**：《直接公开》 | [0020]：“被遠隔制御装置は、コマンドを正常に受信した場合には、応答メッセージとしてのアクノリッジＡＣＫを遠隔制御装置に対して送信する。”（被远程控制装置在正常接收到命令时，向远程控制装置发送作为响应消息的确认ACK。）<br><br>结合图1和图2可知，被远程控制装置包含发送机（図１）用于发送信号。 | **直接公开**。对比文件明确记载了被远程控制装置（相当于“第一站”）在确定成功接收后，会“送信”（发送）ACK消息。发送行为必然通过其自身的发射机（送信機）完成。这直接公开了技术特征G“使用发射机发送所述ACK消息”。 |
| **H**：《隐含公开》 | [0020]：“被遠隔制御装置は、コマンドを正常に受信した場合には、応答メッセージとしてのアクノリッジＡＣＫを遠隔制御装置に対して送信する。”（被远程控制装置在正常接收到命令时，向远程控制装置发送作为响应消息的确认ACK。）<br><br>[0023]：“通信の開始時に受信側でタイミングを探し、探したタイミングを保持するようになされる。”（在通信开始时，接收侧搜索定时，并保持搜索到的定时。）以及整个接收机处理链（逆拡散、復調等）。 | **隐含公开**。对比文件中的“正常に受信”（正常接收）隐含了接收过程中没有发生不可恢复的错误，从而能够正确解码帧并触发ACK发送。在无线通信领域，“正常接收”通常意味着帧通过了物理层同步、解调、解码以及可能的检错（如CRC校验）等过程，未出现无法校正的错误。虽然对比文件未明确描述错误检测和校正的细节，但本领域技术人员根据公知常识和对比文件中描述的接收处理流程（如搜索定时、解调），可以合理推断“确定成功接收”这一步骤必然包含了检测是否存在无法校正的错误这一子步骤。因此，技术特征H被隐含公开。 |
| **I**：还包括：在预定时间段之后发送所述ACK消息。 | 对比文件没有描述在成功接收帧后，等待一个“预定时间段”再发送ACK。如图8所示，ACK（S13a, S13b, S22a, S22b）都是在接收到对应帧后直接响应发送的。 | **未公开**。技术特征I中的“预定时间段”在目标专利中特指如SIFS（短帧间间隔）这样的特定时间间隔（见说明书[0005], [0057]），用于给接收机留出处理时间。对比文件中的ACK是立即响应，没有引入此类延迟间隔。两者作用不同，对比文件未公开此特征。 |
| **J**：其中，所述预定时间段基于随机间隔。 | 对比文件完全没有提及基于随机间隔来确定发送ACK的时间。 | **未公开**。技术特征J是特征I的进一步限定，将预定时间段具体化为“随机间隔”。这在目标专利中是一种用于避免冲突的争用机制（参见图10及说明书[0066]）。对比文件未公开任何与随机间隔相关的ACK发送定时机制。 |
<<<B>>><<<G>>><<<c>>><<<h>>>