**对比文件名称**：发明公开 US2008089331A1 Device, system and method of multicast_broadcast communication
**特征比对表格**
| 技术特征描述及公开性质 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：由一装置生成受限接入窗消息；<br>**《未公开》** | 无对应原文。 | 对比文件通篇描述的是组播/广播通信中的领导者（leader）指派、诊断信息报告及基于领导者的确认机制，其核心在于提高组播/广播的可靠性。对比文件中未出现“受限接入窗（Restricted Access Window, RAW）”这一概念，也未描述任何由装置生成的、用于定义或声明一个被保留用于特定设备群进行通信的“时间段”的消息。因此，该技术特征未被对比文件公开。 |
| **技术特征B**：消息指示不与装置相关联的设备被允许在由消息定义的时间段期间与装置通信；<br>**《隐含公开》** | 说明书第[0056]段：“...a station may be designated or re-designated as a ‘leader’ station based on a multicast frame loss rate associated with the station, for example, if the multicast frame loss rate is larger than a pre-defined threshold, **and/or if the station is unassociated with the multicast communication source** (e.g., AP 105 of FIG. 1).” | 对比文件公开了在领导者选择过程中，可以考虑一个站是否与组播通信源（即AP）**未关联（unassociated）**。虽然对比文件没有明确使用“消息指示...被允许...在时间段期间...通信”的表述，但其技术方案隐含了：AP在决策过程中，已经知晓并允许“未关联站”成为领导者候选。一旦一个未关联站被选为领导者，它将被允许在后续的组播/广播通信中与AP进行特定的交互（如发送确认ACK）。这种“允许通信”是基于领导者角色，而非一个明确定义的“时间段”，但“领导者角色”本身可视为一种逻辑上的“许可状态”，其作用是为AP提供可靠的组播反馈，这与目标专利中允许非关联设备在特定窗口内通信以解决关联或特定通信问题的目的有相似之处，但并非针对“时间段”的接入控制。因此，该特征属于**隐含公开**。 |
| **技术特征C**：其中时间段的期满时间基于信标区间数量；<br>**《未公开》** | 无对应原文。 | 对比文件未涉及任何基于“信标区间数量（beacon interval count）”来确定某个时间段或窗口期满时间的技术内容。其通信过程主要基于事件触发（如收到帧、诊断报告）或周期性报告，而非以信标区间为基准的定时控制。因此，该技术特征未被对比文件公开。 |
| **技术特征D**：以及由装置传送所生成的消息；<br>**《直接公开》** | 说明书第[0035]段：“For example, AP 105 may selectively transmit to a certain station (e.g., to station 101) a request for assignment as a leader station (‘Leader Assignment Request’).”<br>说明书第[0042]段：“As indicated by arrow 331, the management and control unit 311 of the multicast/broadcast source device 310 may transmit a multicast/broadcast leader assignment request to the management and control unit 321 of the multicast/broadcast recipient device 320.” | 对比文件明确且直接地公开了由装置（如图1中的AP 105或图3中的组播源设备310）生成并传送消息（如领导者指派请求）的技术特征。该特征在对比文件中的作用是发起领导者指派流程，以建立可靠的组播确认机制，与其在目标专利中用于传送包含各种接入控制信息的RAW消息的作用在“传送生成的消息”这一基本通信行为上是相同的。因此，该技术特征被**直接公开**。 |
| **技术特征E**：在时间段期间禁止休眠或打盹状态；<br>**《未公开》** | 无对应原文。 | 对比文件全文未提及设备的“休眠（sleep）”或“打盹（doze）”状态，也未描述在任何定义的“时间段”内禁止此类状态以进行通信。其技术方案聚焦于通信协议层面的交互，未涉及为保障通信而控制设备电源状态的机制。因此，该技术特征未被对比文件公开。 |
| **技术特征F**：生成受限接入窗消息以指示相关联设备是否也能使用时间段来与装置通信；<br>**《未公开》** | 无对应原文。 | 对比文件虽然提到了领导者可以是关联站或未关联站（见特征B论述），但并未公开生成一个专门的“消息”来“指示相关联设备是否也能使用时间段”。其领导者选择是基于AP内部的决策逻辑（如统计信息分析），决策结果通过指派请求/响应消息传递，但该消息内容是指派特定站为领导者，而非指示一个“时间段”的接入策略。因此，该技术特征未被对比文件公开。 |
| **技术特征G**：生成受限接入窗消息以包括被允许在时间段期间与装置通信的设备的唯一性设备标识符；<br>**《未公开》** | 说明书第[0037]段：“...a multicast/broadcast group address field 214, having a value (e.g., a six-octet value) representing a multicast/broadcast group address;” | 对比文件在领导者指派请求帧（图2，210）中包含了“组播/广播组地址字段（214）”，这是一个**组标识符**，用于标识一个组播组，而非**特定设备的唯一性设备标识符**（如MAC地址、AID等）。其作用是确定哪个组需要领导者，而非指定哪个或哪些特定设备被允许在某个时间段接入。因此，该技术特征未被对比文件公开。 |
| **技术特征H**：从第一非关联设备接收第一消息；<br>**《直接公开》** | 说明书第[0056]段：“...if the station is unassociated with the multicast communication source...”<br>说明书第[0043]段：“As indicated by arrow 334, the diagnostics and monitoring unit 322 of the multicast/broadcast recipient device 320 may transmit a multicast/broadcast diagnostics information report ... to the diagnostics and monitoring unit 312 of the multicast/broadcast source device 310.” （结合[0056]段，此接收方设备320可以是未关联站） | 对比文件明确公开了组播源设备（AP）可以从一个站接收消息（如诊断信息报告）。同时，说明书[0056]段明确指出领导者（即可能发送此类报告的站）可以是“未关联（unassociated）”的。因此，对比文件直接公开了“从第一非关联设备接收第一消息”这一技术特征。在对比文件中，接收此类消息的作用是供AP进行网络状况分析和领导者选择，与其在目标专利中用于在特定窗口内处理非关联设备请求的作用（均为处理来自非关联方的信息）在基础通信行为层面是相同的。因此，该技术特征被**直接公开**。 |
| **技术特征I**：如果在时间段期间收到第一消息，则传送对第一消息的响应；<br>**《隐含公开》** | 说明书第[0042]段：“As indicated by arrow 331, ... may transmit a multicast/broadcast leader assignment request... In response, as indicated by arrow 332, ... may transmit a multicast/broadcast leader assignment response...”<br>说明书第[0043]段：“As indicated by arrow 333, ... may transmit a multicast/broadcast diagnostics information request... In response, as indicated by arrow 334, ... may transmit a multicast/broadcast diagnostics information report...” | 对比文件虽然没有提及“时间段”这一限定条件，但其完整描述了请求-响应的通信模式：当AP发送领导者指派请求（第一消息）后，会接收来自站的响应；当AP发送诊断信息请求后，也会接收来自站的诊断报告（作为响应）。这隐含了在通信系统中，当一方收到另一方的特定消息（请求）后，通常会生成并传送一个响应消息。这种“收到消息后传送响应”的逻辑是本领域通信协议的基础组成部分。在对比文件中，传送响应的作用是为了完成领导者指派或获取诊断信息，与其在目标专利中用于对非关联设备的接入请求进行回复的作用（均为完成一次交互）在基础通信逻辑上是相同的。因此，该特征属于**隐含公开**。 |
| **技术特征J**：生成受限接入窗消息进一步包括生成消息以包括指示时间段的开始时间的指示符，开始时间基于绝对时间基准；<br>**《未公开》** | 无对应原文。 | 对比文件未涉及任何关于“时间段的开始时间”指示符的内容，更未提及基于“绝对时间基准”（如TSF定时器）来定义开始时间。其消息交互（如领导者指派）是事件驱动或按需触发的，而非基于一个绝对时间点开始的预定窗口。因此，该技术特征未被对比文件公开。 |
<<<D>>><<<H>>><<<b>>><<<i>>>