好的，作为一名专利代理师，我将根据您提供的目标专利和对比文件，进行细致的创造性评估，并严格按照您的要求完成特征比对和公开性判断。
**对比文件名称：** 2000-02-22_US6028866A_发明授权_US6028866A System for communicating between a group of apparatuses
**目标专利名称：** 用于多播块确认的方法和装置CN102648597B
**模型名称：** 本次调用基于您给定的指令和模型。
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**《直接公开》 | 说明书第[2]段：“The execution means 240 uses the message sending means 200 to transmit the application message to the central apparatus 100.” （执行装置240使用消息发送装置200将应用消息发送到中央装置100。） | 对比文件明确公开了终端装置（对应于目标专利的“多个装置”）向中央装置（对应于目标专利的“无线节点”或“接入点”）发送应用消息（对应于“传输”）。此过程构成了“接收来自多个装置中的一个或多个装置的一个或多个传输”。该特征在对比文件中的作用是启动群组通信，与目标专利中接收上行数据以进行确认的作用相似，均涉及从多个装置接收信息。因此，本领域技术人员能够毫无疑义地得出该技术方案。 |
| **技术特征B**《直接公开》 | 说明书第[2]段：“If end apparatus 102 receives the message frame 304 correctly, it may return an acknowledgement frame 306.” （如果终端装置102正确接收到消息帧304，它可以返回确认帧306。）<br>说明书第[2]段：“The confirmation means 260 uses the message sending means 200 to transmit a confirmation message 312 to the end apparatus which sent the message frame 300 with the application message” （确认装置260使用消息发送装置200向发送了包含应用消息的消息帧300的终端装置发送确认消息312。） | 对比文件公开了两种确认生成：1）终端装置在正确接收消息后生成并返回确认帧（ACK）。2）中央装置在收到所有成员对某应用消息的确认后，向原始发送者生成并发送“确认消息”（Confirmation message）。这两种情况均属于“基于所接收的一个或多个传输来生成确认消息”。尽管确认的具体内容和目的（例如，确认单个帧vs.确认群组交付完成）可能略有差异，但其核心“基于接收生成确认”的技术手段被直接公开。 |
| **技术特征C**《隐含公开》 | 说明书第[2]段：“each apparatus comprises a communication identification, which identifies the apparatus with respect to the infra-red communication medium.” （每个装置包含一个通信标识符，用于在红外通信介质中标识该装置。）<br>说明书第[2]段：“each group is identified by a group identification which is unique within the system.” （每个组由一个在系统内唯一的组标识符来标识。）<br>说明书第[2]段：“If end apparatus 102 receives the message frame 304 correctly, it may return an acknowledgement frame 306.” （如果终端装置102正确接收到消息帧304，它可以返回确认帧306。） | 对比文件明确公开了用于标识装置的“通信标识符”（对应装置标识符）和用于标识组的“组标识符”。同时，也公开了包含确认状态的“确认帧”或“确认消息”（对应确认信息）。虽然对比文件未明确描述一个单一的确认消息**同时**包含这三者，但其系统架构必然隐含了这种可能性。例如，中央装置向组内特定成员发送确认帧时，该帧必然包含该成员的通信标识符（装置标识符），而接收方已知自己所属的组（组标识符隐含在上下文中），且帧本身携带确认信息。本领域技术人员基于对比文件公开的组通信、装置标识、确认机制，完全可以合理推断出将组标识符、装置标识符和确认信息组合在一个消息中的技术方案，以实现更高效的组管理或确认。因此，该特征被隐含公开。 |
| **技术特征D**《直接公开》 | 说明书第[2]段：“The group resolution means 250 ensures that each of the apparatuses of the group receives the application message by sending a message frame to each apparatus.” （组解析装置250通过向每个装置发送消息帧，确保组中的每个装置都接收到该应用消息。）<br>说明书第[2]段：“the construction means 270 uses the message sending means 200 to transmit a broadcast frame 502 comprising an invitation message inviting end apparatuses to join a group.” （构造装置270使用消息发送装置200发送包含邀请终端装置加入组的邀请消息的广播帧502。） | 对比文件公开了中央装置向组内所有成员（多个装置）发送消息帧（包括应用消息、邀请消息等）的行为。这直接对应于“向所述多个装置发射所述确认消息”中的“发射消息”动作和“向多个装置”的对象。尽管发送的消息内容不一定是“确认消息”，但“向多个装置发射消息”这一上位技术特征已被直接公开。 |
| **技术特征E**《隐含公开》 | 说明书第[2]段：“channels are assigned dynamically, implying that the set of active channels within an apparatus may change in time.” （通道是动态分配的，这意味着装置内活动通道的集合可能随时间变化。）<br>说明书第[2]段：“Since the apparatus may only be on one list, the located list corresponds to the group for which the message is intended. It will be appreciated that, in time, an end apparatus may be a member of different groups.” （由于装置可能只在一个列表中，定位到的列表对应于消息所针对的组。应当理解，随着时间的推移，终端装置可能成为不同组的成员。） | 对比文件公开了装置使用的通信通道（一种通信标识符）可以是动态分配和变化的，且装置可以随时间属于不同的组。这表明用于在特定上下文中标识装置的标识符（如通道号、在组内的身份）具有临时性，会随着会话、组成员关系或资源分配的改变而改变。虽然未明确使用“临时标识符”这一术语，但本领域技术人员能够从“动态分配”、“随时间变化”、“属于不同组”等描述中，合理推断出在该通信系统中，装置在特定群组通信场景下使用的标识符可以是临时的、非永久性的。因此，该特征被隐含公开。 |
| **技术特征F**《未公开》 | 对比文件未提及介质访问控制（MAC）地址作为组标识符。 | 对比文件虽然提及了“地址”和“组标识符”，但并未限定或描述该组标识符是“介质访问控制地址”。其地址可以是任何类型的唯一标识符，如制造商分配的ID或动态分配的通道号等。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出组标识符必须是MAC地址。 |
| **技术特征G**《隐含公开》 | 说明书第[2]段：“the construction means 270 uses the message sending means 200 to transmit a broadcast frame 502 comprising an invitation message inviting end apparatuses to join a group.” （构造装置270使用消息发送装置200发送包含邀请终端装置加入组的邀请消息的广播帧502。）<br>说明书第[2]段：“The construction means 270 stores for each received acceptance message the communication identification of the accepting end apparatus in the membership list which corresponds to the group being constructed.” （构造装置270为每个接收到的接受消息，将接受终端装置的通信标识符存储在对应于正在构建的组的成员列表中。） | 对比文件详细描述了组建立过程：中央装置广播邀请，终端装置响应接受，中央装置将接受的装置加入成员列表。这个过程本质上是装置与中央装置（或系统）进行“关联”并确定组关系的过程。虽然对比文件没有使用“在关联期间发射所述组标识符”的表述，但“邀请加入组”以及后续基于成员列表的通信，实质上隐含了在装置加入组（即关联）时，组身份信息（可视为组标识符或其映射关系）被确定并“发射”（通过邀请和接受交互）或分配给装置。本领域技术人员可以合理推断出这一过程。 |
| **技术特征H**《直接公开》 | 说明书第[2]段：“The group resolution means 250 transmits a message frame 304 to end apparatus 102 and a message frame 308 to end apparatus 103.” （组解析装置250向终端装置102发送消息帧304，并向终端装置103发送消息帧308。）<br>说明书第[2]段：“the construction means 270 uses the message sending means 200 to transmit a broadcast frame 502 comprising an invitation message” （构造装置270使用消息发送装置200发送包含邀请消息的广播帧502） | 对比文件公开了中央装置主动向终端装置发送消息帧（无论是应用消息还是邀请消息），以触发或开始某种通信或交互。这直接对应于“向所述多个装置中的所述一个或多个装置发射传输开始消息”这一行为。尽管消息的具体名称和目的（开始数据传输 vs. 开始组应用或邀请加入）可能不同，但“中央节点向终端节点发送一个用于启动后续操作的消息”这一上位技术特征已被直接公开。 |
| **技术特征I**《未公开》 | 对比文件未明确记载传输开始消息（如消息帧304/308或广播帧502）中包含“组标识符”。 | 对比文件描述了中央装置向组内成员发送消息，接收方可能通过上下文（如使用的通道、成员列表）知道所属的组，但并未明确指出该“传输开始消息”本身包含一个明确的“组标识符”字段。本领域技术人员无法从对比文件中直接或隐含地得出该特定技术特征。 |
| **技术特征J**《未公开》 | 对比文件未提及业务元素（Traffic Element）或业务标识符（TID）的概念。 | 对比文件涉及的是应用消息的传输和确认，未区分同一装置内不同业务流（如视频、邮件）或为其分配不同的业务标识符。该特征涉及对确认信息更精细化的管理，在对比文件中没有公开任何相关基础。 |
| **技术特征K**《未公开》 | 对比文件未提及“块确认”（Block ACK）的概念。 | 对比文件中的确认是针对单个消息帧的即时确认（ACK frame）或针对一组交付完成的高层确认（Confirmation message），并非针对一个数据块（包含多个MAC协议数据单元）的聚合确认机制。块确认是802.11等特定协议中的一种高效确认机制，在对比文件中没有基础。 |
| **技术特征L**《未公开》 | 对比文件未涉及符合目标专利描述的“块确认”帧结构，特别是其“接收机地址字段”的设置。 | 该技术特征依赖于目标专利中特定的“块确认”帧格式。对比文件虽然使用消息帧，但其帧结构（如图3，图10所示）与目标专利的块确认帧不同，也没有描述将组标识符填入“接收机地址字段”以实现多播确认的具体手段。 |
| **技术特征M**《未公开》 | 对比文件未涉及符合目标专利描述的“块确认”帧结构，特别是其“发射机地址字段”的设置。 | 同上，该特征与特定的块确认帧格式绑定。对比文件未公开相关内容。 |
| **技术特征N**《未公开》 | 对比文件未涉及“块确认”帧中的“多业务标识符字段”。 | 该特征是目标专利中为适应多站确认而对块确认控制字段的特定使用方式。对比文件中不存在“块确认”帧，更没有其内部的“多业务标识符字段”，因此无从谈起基于装置数量确定其值。 |
| **技术特征O**《未公开》 | 对比文件未涉及“块确认”帧中的“块确认控制字段”及其“保留比特”。 | 该特征与目标专利中特定的帧格式细节相关。对比文件未公开任何相关内容。 |
| **技术特征P**《未公开》 | 对比文件未涉及“块确认”帧中的“每业务标识符信息字段”。 | 该特征是目标专利中块确认信息字段的特定结构。对比文件未公开任何相关内容。 |
| **技术特征Q**《未公开》 | 对比文件未涉及“块确认”帧中的“块确认信息字段”及其内部的“装置标识符字段”。 | 该特征是目标专利中块确认帧结构的另一个具体细节。对比文件未公开任何相关内容。 |
<<<A>>><<<B>>><<<D>>><<<H>>><<<c>>><<<e>>><<<g>>>