好的，作为一名资深专利代理师，我将严格遵循您设定的评估规则和输出格式，对对比文件是否公开目标专利权利要求的各技术特征进行严谨的评估。
**对比文件名称：** US2011026466A1_Description_20260426_1242
**目标专利名称：** 748移动分组核心网络中的会话终止CN104205727B
**本次调用模型名称：** DeepSeek
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：配置用于在移动分组核心网络的网关设备中使用的过滤器，其中，所述过滤器被配置为检测流向/来自移动分组核心网络的数据分组<br><br>《直接公开》 | [0006]：“The PCEF detects the service data flow according to the service data flow filter in the rules sent by the PCRF”。<br>翻译：“PCEF根据PCRF发送的规则中的服务数据流过滤器检测服务数据流”。 | 对比文件明确公开了在网关设备（GW）中配置过滤器（service data flow filter），用于检测数据分组（service data flow）。虽然该过滤器在对比文件中主要用于策略和计费控制，但其技术本质是在网关设备中配置一个用于检测数据分组的过滤器。目标专利中的过滤器同样配置于网关设备（如GGSN, P-GW），用于检测数据分组。因此，本领域技术人员可以毫无疑义地确定对比文件公开了该技术特征。 |
| **技术特征B**：配置针对过滤器的动作，其当流向/来自移动分组核心网络的会话的数据分组与所述过滤器匹配时终止与用户设备建立的会话<br><br>《未公开》 | [0056]-[0058] 描述了PCRF检测到会话需要终止，并向PCEF发送携带会话终止指示符（session termination indicator）的请求消息，PCEF根据该指示符移除/去激活PCC规则。<br>具体引用：[0056] “the PCRF detects that a policy control session... shall be terminated.”<br>[0057] “the PCRF sends to the PCEF a request message which carries... a session termination indicator”。<br>[0058] “in response to the request message, the PCEF removes/deactivates a policy and charging control rule...”。 | 对比文件公开的会话终止触发机制与目标专利完全不同。在对比文件中，会话终止的决策和触发由PCRF实体执行，而非基于数据分组与网关设备中配置的过滤器的匹配。当PCRF决定终止会话时，它主动向PCEF发送消息，PCEF根据该消息指令去激活规则并终止会话。而目标专利的技术特征是：在网关设备本地配置一个动作，该动作与过滤器绑定，当数据分组匹配该过滤器时，自动触发会话终止。对比文件没有公开这种“基于数据分组匹配本地过滤器而自动触发终止动作”的技术方案。 |
| **技术特征C**：促使所述用户设备经由所述网关设备或另一网关设备进行新的会话建立。<br><br>《未公开》 | 全文未提及。 | 对比文件的发明目的在于解决PCRF无法发起会话终止的问题，其技术方案专注于PCRF如何触发和实现会话终止的信令流程。整个说明书均未涉及在会话终止后，有意地促使或引导用户设备（UE）进行新的会话建立，无论是通过原网关还是另一网关。该特征在对比文件中既无文字记载，也无法通过推理合理得出。 |
| **技术特征D**：包括：在网关设备中本地地配置过滤器和针对过滤器的动作，或者由策略控制和计费规则功能经由Gx接口在网关设备中安装过滤器和针对过滤器的动作，或者当满足预定义条件时，在网关设备中本地地自动安装过滤器和针对过滤器的动作。<br><br>《未公开》 | [0023] 提到预定义的PCC规则（predefined PCC rule），该规则在PCEF（即网关）中预定义。<br>原文：“the predefined PCC rule is predefined in the PCEF”。<br>翻译：“预定义的PCC规则在PCEF中预定义”。<br><br>[0058] 提到动态PCC规则（dynamic PCC rule）通过Gx接口提供。<br>原文：“removing the dynamic PCC rule and deactivating the predefined PCC rule”。<br>翻译：“移除动态PCC规则并去激活预定义的PCC规则”。 | 对比文件虽然公开了PCC规则可以在网关本地预定义（对应“本地地配置”），也可以通过Gx接口从PCRF动态提供（对应“经由Gx接口安装”），但其并未公开“针对过滤器的动作”的概念，更未公开将“终止会话”作为过滤器的一个动作进行配置或安装。目标专利的技术特征D是特指具有“终止”动作的过滤器和动作的三种配置/安装方式。此外，对比文件完全没有公开“当满足预定义条件时，在网关设备中本地地自动安装”这一方式。因此，对比文件未公开该技术特征。 |
| **技术特征E**：其中，所述过滤器包括以下中的至少一个：用户装备的地址范围、分组目的地地址、特定服务、特定应用和特定协议。<br><br>《未公开》 | 全文未明确公开过滤器的具体类型。 | 目标专利的说明书中明确举例说明过滤器准则可以是UE地址范围、分组目的地地址或L7协议等（参见[0060]段）。对比文件虽然使用了“服务数据流过滤器”，但并未具体限定或列举其可以包含“用户装备的地址范围、分组目的地地址、特定服务、特定应用和特定协议”这些具体类型。本领域技术人员不能从对比文件中毫无疑义地得出过滤器必然包括这些具体类型。 |
| **技术特征F**：其中，所述动作被描述为流状态属性值对的值或被描述为用于终止会话的属性值对。<br><br>《未公开》 | [0078] 提到了一个AVP：CC-Request-Type AVP，其值设置为TERMINATION_REQUEST。<br>原文：“The value of the CC-Request-Type AVP... is set as TERMINATION_REQUEST”。<br>翻译：“CC-Request-Type AVP的值被设置为TERMINATION_REQUEST”。 | 对比文件中提到的CC-Request-Type AVP是一个请求消息中的属性值对，用于在PCEF和PCRF之间指示这是一个会话终止请求，这并非目标专利中所述的描述“动作”本身的AVP。目标专利中的技术特征F特指将“终止”这一动作描述为“流状态AVP”（Flow-Status AVP）的一个新值，或者用于该特定目的的一个新AVP（参见[0093]段）。对比文件没有公开将“终止”动作本身编码为流状态AVP的值或一个用于终止会话的新AVP。 |
### 结论
根据以上严谨的比对分析，对比文件US2011026466A1仅直接公开了目标专利权利要求中的技术特征A。
<<<A>>>