好的，我们开始进行严谨的专利创造性评估。
本次评估的对比文件为：**2006-03-02_WO2006023482A_发明申请_WO2006023482A1 METHODS AND APPARATUS FOR MANAGING GROUP MEMBERSHIP FOR GROUP COMMUNICATIONS**
目标专利为：**1141通信网络中的组管理CN102172052B**
本次调用的模型为：**您当前使用的模型** (在回答中会注明模型名称，但此处根据要求，在回答开始时明确信息即可，后续由于是文本对话，模型名称由系统确定，我在此处用“当前模型”指代）。
以下是对比文件是否公开目标专利权利要求的各技术特征的评估分析。
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括，在网络节点处，从请求节点接收监测包括多个组成员的组的请求，所述请求包含待监测的至少一个标准<br><br>**《未公开》** | 对比文件[p0062] 公开了：`图6进一步描绘了从组通信模块211发送到组成员资格服务器模块313的请求（组成员资格信息更改）信号604。请求（组成员资格信息更改）信号604包括例如标识端节点200的信息，以及指示端节点200正在请求加入和/或正在终止离开的组播组。`<br>对比文件[p0063] 公开了：`组成员资格服务器模块313响应于从所述组通信模块211接收到请求（组成员资格信息更改）信号604，向组通信模块211发送响应信号606。` | 目标专利的技术特征A是一个“监测”组的请求，该请求的核心是包含“待监测的至少一个标准”，用于后续基于该标准动态评估组成员资格。对比文件公开的`请求（组成员资格信息更改）信号604`是用于主动请求加入或离开一个特定的组播组，其内容是明确的“加入”或“离开”操作，而不包含用于监测和动态评估组成员资格的“标准”。请求的目的是改变组成员状态，而非监测组以在满足特定条件时接收通知。因此，对比文件没有公开该技术特征。 |
| **技术特征B：** 确定哪些组成员满足所述标准<br><br>**《未公开》** | 对比文件[p0020] 描述了：`在无线终端处，加入和/或离开组可以由响应于用户输入的组播应用来控制。根据本发明，用户加入或离开组播组的期望可以通过无线通信链路向端节点所耦接的接入节点发信号。`<br>对比文件[p0028] 描述了：`响应于接收到组成员资格信息更改请求信号，如果该信号请求将端节点添加到组播组，接收该信号的接入节点将在一些实施例中确定发送该消息的端节点是否被授权成为指示组的成员。` | 目标专利的技术特征B是“确定哪些组成员满足所述标准”，这是一个基于预设标准的动态评估过程。对比文件中的“确定”操作（如确定端节点是否被授权）是基于用户明确的加入请求，是一个静态的、基于身份的权限检查，而不是基于一个或多个动态或静态的“标准”来选择或评估组成员。对比文件没有公开如何根据“标准”来确定哪些成员满足标准的过程。 |
| **技术特征C：** 向所述请求节点发送包含满足所述标准的至少一个组成员的身份的通知消息，所述通知消息包含其它标准满足信息，所述其它标准满足信息包含所满足的标准的身份。<br><br>**《未公开》** | 对比文件[p0063] 公开了：`组成员资格服务器模块313响应于从所述组通信模块211接收到请求（组成员资格信息更改）信号604，向组通信模块211发送响应信号606。响应信号606包括例如：对相应请求（组成员资格信息更改）信号604已收到的确认；指示相应请求（组成员资格信息更改）信号604的一个或多个方面被接受；和/或指示相应请求（组成员资格信息更改）信号604的一个或多个方面未被接受。`<br>对比文件[p0064] 公开了：`在一些实施例中，接入节点300中的组通信服务器模块313在接入节点300中的组成员资格信息在没有端节点200请求的情况下发生改变时，发送通知（组成员资格信息更改）信号610。` | 目标专利的技术特征C的核心在于通知消息除了包含满足标准的成员身份外，还包含“其它标准满足信息”，例如所满足的标准的身份。这提供了评估的上下文和原因。对比文件中的`响应信号606`仅是对加入/离开请求的确认或拒绝，不包含“满足标准的成员的身份”，也不包含“所满足的标准的身份”。`通知（组成员资格信息更改）信号610`虽然发送了通知，但其内容是关于组成员资格的被动更改（如服务终止），而不是基于主动监测标准后的结果，同样不包含“标准满足信息”。因此，对比文件没有公开该技术特征。 |
| **技术特征D：** 其中，来自所述请求节点的所述请求在会话启动协议SUBSCRIBE消息中发送，并且所述通知消息在会话启动协议NOTIFY消息中发送。<br><br>**《未公开》** | 对比文件全文未提及“会话启动协议”、“SUBSCRIBE消息”或“NOTIFY消息”。对比文件[p0037] 提到了SIP代理服务器（`session signaling server node 106, e.g., Session Initiation Protocol (SIP) proxy server`），但其作用是支持端节点间通信会话的建立和维护，与本技术特征中请求节点和网络节点之间使用SIP SUBSCRIBE/NOTIFY进行组监测无关。 | 目标专利明确指定了请求和通知的协议为SIP SUBSCRIBE和SIP NOTIFY。对比文件描述的信令完全基于不同的协议（如IGMP, MLD）或自定义的`请求/通知信号`，没有以任何形式公开或暗示使用SIP SUBSCRIBE/NOTIFY机制来请求监测组或发送组成员满足标准的通知。因此，对比文件没有公开该技术特征。 |
| **技术特征E：** 其中，所述通知消息将其它标准满足信息包含在会话启动协议NOTIFY消息的主体中的可扩展标记语言元素中。<br><br>**《未公开》** | 对比文件全文未提及“可扩展标记语言（XML）”或“NOTIFY消息的主体”。 | 目标专利进一步限定了“其它标准满足信息”的携带方式，即通过XML元素嵌入到SIP NOTIFY消息体中。由于对比文件既未使用SIP NOTIFY协议，也未使用XML格式来承载任何通知信息，因此完全未公开该技术特征。 |
| **技术特征F & G：** 其中，所述通知消息在会话被建立之前发送，并且包含满足所述标准的所有组成员的身份。<br><br>**《未公开》** | 对比文件[p0062] 描述了`请求（组成员资格信息更改）信号604`和响应`信号606`的交互。这种交互通常发生在组播会话的加入或离开过程中，但未明确区分是在会话建立前还是建立后。对比文件[p0023] 提到：`通常，当使用已知的组通信方法而没有本发明时，包含在组播组中的一组端节点不能被可靠地获知`。 | 目标专利明确指出通知消息的发送时机（会话建立前）和内容（所有满足标准的成员的完整列表）。对比文件中，`响应信号606`是对加入请求的即时响应，其场景可以是会话建立前，但内容是确认/拒绝，而非“包含满足所有标准的所有成员的身份”的列表。对比文件没有公开一个在会话建立前，提供满足特定标准的全部成员列表的通知。 |
| **技术特征H & I：** 其中，所述通知消息在组成员的状态发生改变的情况下发送，所述通知包含那个组成员的身份。<br><br>**《隐含公开》** | 对比文件[p0064] 公开了：`在一些实施例中，接入节点300中的组通信服务器模块313在接入节点300中的组成员资格信息在没有端节点200请求的情况下发生改变时，发送通知（组成员资格信息更改）信号610。` | 目标专利描述了一种基于事件触发的通知机制，当组成员状态改变时，发送仅包含该变更成员标识的通知，以实现增量更新。对比文件中，`通知（组成员资格信息更改）信号610` 正是在组成员资格信息（即状态）发生改变时发送的，并且一个合理的解释是，这种通知会包含发生变更的特定成员的身份信息，例如，当某个成员的服务被终止时，该通知应至少标识出该成员。虽然对比文件未明确提及“标准”和“满足标准”的上下文，但其“组成员资格信息改变”触发通知的机制与目标专利的“组成员的状态发生改变”触发通知的机制在本质上是相同的。因此，该技术特征被对比文件隐含公开。 |
| **技术特征J & O & T：** 用于确定组成员状态的改变的位置信息<br><br>**《未公开》** | 对比文件全文未提及“位置信息”或使用位置信息来确定组成员状态的改变。对比文件讨论了端节点移动（handoff）对组成员资格的影响，但这是通过切换信令来更新成员列表，而不是通过监测位置信息来触发状态改变通知。 | 目标专利将“位置信息”作为“其它标准满足信息”的一个可选示例，用于确定组成员状态的改变。对比文件虽然涉及成员的移动性管理，但并未公开将位置信息作为评估组成员状态改变的标准或作为通知消息内容。因此，没有公开该技术特征。 |
| **技术特征K & P & U：** 用于确定组成员状态的改变的存在信息<br><br>**《未公开》** | 对比文件全文未提及“存在信息”（Presence Information）或类似概念，也未提及使用存在状态来确定组成员资格的变更。 | 目标专利将“存在信息”作为评估组成员状态改变的一个要素。对比文件完全没有涉及“存在”的概念或其与组管理的关联。因此，没有公开该技术特征。 |
| **技术特征L & Q & V：** 满足所述标准的所述组中的组成员的数量<br><br>**《未公开》** | 对比文件[p0060] 提到：`在部分但并非所有实施例中，接入节点300确定与特定组播组相关联的成员数量并将该数量存储在存储器中。` | 目标专利中的“组成员的数量”是作为“其它标准满足信息”的一部分，用于提供关于满足标准的成员数量的统计信息。对比文件虽然提到接入节点可以存储特定组的成员数量，但这可能是用于资源分配或路由决策的内部信息，目标专利将其作为通知消息内容发送给请求节点。对比文件没有公开将此数量信息包含在通知消息中。因此，没有公开该技术特征。 |
| **技术特征M & R & W：** 组成员状态的改变的原因<br><br>**《未公开》** | 对比文件[p0064] 描述了`通知（组成员资格信息更改）信号610`的发送场景：`例如，当端节点200所加入的特定组播服务被管理性终止或无法再支持时。`<br>对比文件[p0029] 描述了响应信号中包含：`指示相应请求的一个或多个方面未被接受。` | 目标专利将“改变的原因”作为通知消息内容的一部分发送。对比文件虽然在不同的上下文中暗示了改变的原因（如服务终止、请求被拒绝），但这些原因要么是隐含在触发事件中，要么是在响应消息中体现，而不是作为一个独立的信息元素在“组成员状态改变”的通知消息中发送。例如，`通知信号610`的内容并未明确包含“原因”。因此，没有公开该技术特征。 |
| **技术特征N & S & X：** 对组成员状态的改变发生时的时间戳；并且使用动态信息还是静态信息来查找所述组成员。<br><br>**《未公开》** | 对比文件全文未提及“时间戳”作为通知消息的内容。对比文件[p0025] 提到了`静态信息`和`动态信息`，但语境是描述本发明相对于已知技术的改进，例如：`然而，已知的组通信方法趋向于在特定接入节点（例如边缘路由器）提供关于组成员资格的相对有限的信息。` 并没有将“使用动态信息还是静态信息来查找组成员”作为通知消息中的内容。 | 目标专利的这两个信息元素是为了让请求节点更清楚地了解状态变更的时机和成员信息的来源。对比文件完全没有公开在通知消息中包含时间戳的概念。同时，虽然对比文件涉及在端节点移动或主动请求时更新信息，但并未将“使用动态/静态信息查找”作为一个可报告的状态信息。因此，没有公开该技术特征。 |
## 综合结论
通过以上严谨的特征比对，可以确定：
1. **直接公开：** 对比文件没有直接公开目标专利权利要求中的任何一个技术特征。对比文件的核心技术方案基于传统的组播组加入/离开机制，而目标专利的核心在于基于“标准”的动态组监测和包含“其它标准满足信息”的增强通知机制，两者在技术构思、信令流程和消息内容上存在根本性差异。
2. **隐含公开：** 对比文件隐含公开了技术特征H（及等同的I）。对比文件中的`通知（组成员资格信息更改）信号610`（[p0064]）公开了在组成员状态发生改变时发送通知给请求节点（端节点），且该通知必然包含发生改变的成员的标识。尽管对比文件没有将此机制与“满足所述标准”直接关联，但其状态改变触发通知的增量更新机制与目标专利在这一点上本质相同。
综上所述，对比文件仅隐含公开了技术特征H（和I），并未直接或隐含公开其他任何技术特征。由于特征H/I本身依赖于前序特征B（确定哪些组成员满足标准）和C（包含标准满足信息的通知），而对比文件并未公开B和C，因此即使隐含公开了H，也无法否定目标专利权利要求1（或包含A、B、C的完整方案）的创造性。对比文件对本专利权利要求整体的技术方案公开程度很低。
根据输出格式要求，本次评估的代码标识如下：
<<<h>>>
<<<i>>>