用于包括预定数量的服务网络节点的基于IMS的通信网络中服务网络节点的动态分配的方法，接收与已注册的用户设备、另一个网络或网络节点关联的服务请求；其中所述用户设备向位于所述通信网络边缘的接入网络节点注册；提供与所述服务网络节点关联的负载信息；响应于所述服务请求，基于所述负载信息来分配所述预定数量的服务网络节点之一给所述用户设备、所述另一个网络或所述网络节点。

作为一名深耕通信与互联网领域的专利代理师，我将为您对这份涉及IMS网络节点动态分配的权利要求1进行精细化的法律与技术层面的技术解析。

在专利无效或侵权诉讼实务中，权利要求的解释需立足于本领域技术人员的认知标准。本案权利要求1的核心发明构思在于：**在基于IMS的架构中，通过网络边缘的接入节点引入用户的注册与服务请求，并结合核心服务节点的实时负载状态，实现核心服务网络节点的动态弹性分配。**

以下是针对权利要求1的全面解析、对比文件特征比对及无效请求策略分析：

---

## 一、 权利要求1的技术特征拆解与术语准确认定

为了建立精准的比对基准，我们将权利要求1拆解为以下4个关键技术特征，并结合IMS（IP多媒体子系统）的标准架构进行前置解释：

* **技术特征A（触发条件/输入）**：「接收与已注册的用户设备、另一个网络或网络节点关联的服务请求」

* *解析*：此处的“服务请求”在IMS体系下通常体现为会话发起协议（SIP）的信令消息（如 `SIP INVITE`）。“已注册”限定了用户设备（UE）已经完成了前期的鉴权与网络附着。

* **技术特征B（网络拓扑限定）**：「其中所述用户设备向位于所述通信网络边缘的接入网络节点注册」

* *解析*：这是IMS典型的架构特征。在标准3GPP架构中，“位于通信网络边缘的接入网络节点”严格对应于**P-CSCF（代理呼叫会话控制功能）**，它是UE进入IMS核心网的第一跳（First Hop）触点。

* **技术特征C（数据基础）**：「提供与所述服务网络节点关联的负载信息」

* *解析*：这里的“服务网络节点”在IMS语境下对应于**S-CSCF（服务呼叫会话控制功能）**或**I-CSCF（查询呼叫会话控制功能）**。负载信息可以包含CPU利用率、并发会话数或内存占用等指标。

* **技术特征D（核心控制逻辑）**：「响应于所述服务请求，基于所述负载信息来分配所述预定数量的服务网络节点之一给所述用户设备、所述另一个网络或所述网络节点」

* *解析*：此特征属于典型的动态路由与负载均衡机制。当边缘节点或查询节点收到请求后，不采用静态绑定的方式，而是实时计算各S-CSCF的负载，动态指派一个最空闲的S-CSCF来承载该会话。

---

## 二、 对比文件特征比对与公开事实认定

我们引入三份对比文件进行逐项比对：

* **D1**: `US20030110257A1` (SIP服务器域内负载均衡方法)

* **D2**: `JP2003521819A` (基于用户差异的可扩展无线网络架构)

* **D3**: `US20040152469A1` (基于消息传输负载控制信息的方法)

### 1. 对比文件D1（US20030110257A1）分析

D1公开了一种在域内SIP服务器之间进行负载分配的方法，采用SIP负载分发器（SLD）来实现。

* **特征A**：**毫无异议公开**。D1段落\[0009\]公开了“(a) transmitting the SIP request from a representative proxy of the intra domain to the SLD server”，其代表代理（representative proxy）接收并转发SIP请求，对应接收与UE关联的服务请求。

* **特征B**：**实质公开**。D1虽然使用的是通用SIP术语“representative proxy（代表代理）”，但段落\[0026\]和\[0032\]指出该服务器“is solely in charge of managing and processing a call request”并且是进入“intra domain”的第一站，这在标准网元功能上实质等同于“位于通信网络边缘的接入网络节点”。

* **特征C**：**毫无异议公开**。D1段落\[0010\]和\[0036\]明确公开了“searching for a least loaded proxy in a load management table”，表明其内部维护并提供了各内部代理服务器的负载管理表（负载信息）。

* **特征D**：**毫无异议公开**。D1段落\[0012\]公开了“(d) sending the SIP request to the least loaded proxy”，即响应请求，基于负载表动态分配一个最空闲的内部代理服务器（服务网络节点）来处理该请求。

### 2. 对比文件D2（JP2003521819A）分析

D2公开了一种传统蜂窝无线通信系统（如GSM/GPRS/传统3G）中在多个移动交换局（MSC）之间均衡负载的架构。

* **特征A**：**实质公开**。D2段落\[0019\]公开了移动体（UE）发送“连接要求”或“位置更新要求”，通过无线基站系统流入调度开关（Dispatching Switch）。

* **特征B**：**实质公开**。D2段落\[0019\]中提到的“基地局（Base Station）”或“基地局制御装置（BSC）”属于接入网，位于网络边缘，用户通过其向系统发起附着。

* **特征C & D**：**实质公开，但存在架构差异**。D2段落\[0010\]和\[0019\]公开了调度开关判断各MSC的负载，并将移动体分配给其中一个“服务MSC”。然而，D2的上下文是**传统电路交换/分组交换的移动网元（BSC/MSC）**，而非权利要求1限定的“基于IMS的通信网络”。

### 3. 对比文件D3（US20040152469A1）分析

D3是一份针对IMS网络数据包网络处理负载控制的专利申请，其网络环境与本申请高度契合。

* **特征A**：**毫无异议公开**。D3段落\[0009\]和\[0055\]公开了终端设备（UE）使用SIP协议与网络交互，接收`SIP INVITE`等 incoming request 消息。

* **特征B**：**毫无异议公开**。D3段落\[0055\]极其明确地公开了：“terminal device or UE 10... is connected to a P-CSCF 20 arranged in a visited domain 70... UE 10 uses SIP to communicate with the P-CSCF 20”。在IMS标准中，P-CSCF即为通信网络边缘的接入网络节点，用户通过其进行动态注册（Registrar）。

* **特征C**：**毫无异议公开**。D3段落\[0009\]和\[0056\]明确指出：“S-CSCFs can be dynamically allocated per registration in order to achieve efficient load balancing”，并且在CPS（连接处理服务器）中提供负载分发信息。

* **特征D**：**毫无异议公开**。D3段落\[0009\]和\[0069\]完整公开了：为了在S-CSCF和I-CSCF之间实施动态负载分担（load sharing），在收到注册或服务请求时，基于动态分配算法选择一个S-CSCF节点绑定给该用户或会话。

---

## 三、 技术特征比对表

---

## 四、 最接近对比文件的确立与创造性评述

### 1. 最接近对比文件的确立：**D3（US20040152469A1）**

在创造性审查或无效宣告程序中，**D3最适合作为本申请的最接近对比文件**。理由如下：

* **技术领域与网络架构完全相同**：本申请限定了“基于IMS的通信网络”，D3（段落\[0002\]、\[0008\]）同样明确限定在以SIP协议为核心的IMS（IP多媒体子系统）网络环境下。相比之下，D1仅泛泛提及通用SIP域，而D2属于传统的电路/分组移动通信网（MSC架构）。

* **解决的技术问题相同**：本申请与D3均旨在解决IMS核心网元（如S-CSCF服务器）因大容量多媒体业务涌入而导致的**突发过载与资源利用率不均**的问题（参见D3的段落\[0009\]、\[0010\]）。

* **技术效果一致**：二者均达到了消除网络单点瓶颈、在多个对等服务节点间实现平滑弹性分发、提升IMS网络并发处理能力的技术效果。

### 2. 其他对比文件的特征补漏

由于**D3已经独立且完整地披露了权利要求1的全部技术特征（前言 + 特征A、B、C、D）**，在法律层面上，权利要求1实际上已经**丧失了新颖性（A22）**。

即使审查员或专利权人抗辩认为D3的核心发明点在于“如何在SIP扩展字段/URI子字段中携带负载控制信息以维持后续会话粘性（Session Affinity）”，而对“初次动态分配”的描述属于背景技术的演进，我们依然可以启动创造性组合攻击（A23）：

* 以**D3**为最接近的对比文件公开前言、特征A、特征B以及IMS基础拓扑。

* 结合**D1**明确公开的“通过中央SLD服务器检索动态负载表，并将请求路由至least loaded（最轻负载）服务代理服务器”的具体控制算法（特征C、D）。

* 这种组合属于本领域技术人员在面对IMS服务器过载时，将常规的SIP分发算法应用到标准IMS网元上的**常规技术路线绑定，不具备创造性**。

---

## 五、 无效请求策略与最薄弱特征评估

如果代表无效宣告请求人对本专利提起无效诉讼，我们需要评估专利权人最可能据理力争的“抗辩防线”，即权利要求1中**最薄弱（对专利权人最有利，对请求人最难攻克）的技术特征**：

> **最薄弱的技术特征防线：特征B中的“边缘接入网络节点”与特征D中“响应于服务请求基于负载‘动态分配’服务网络节点”的联动耦合关系。**

* **专利权人潜在的抗辩逻辑**：专利权人可能会辩称，在传统的IMS网络中，用户在注册阶段由I-CSCF为其指派S-CSCF后，该用户的S-CSCF就固定下来了（静态绑定）。而本申请的贡献在于，在**“服务请求（如INVITE呼叫）”阶段**，由边缘节点或分发节点重新触发“动态指派”，打破了注册期的静态绑定。

* **攻克这一防线的策略**：

1. **直击D3原文**：D3的段落\[0009\]已经明确提到：“...S-CSCF does not know whether the incoming request message starts an originating or terminating session... Moreover, other information may be needed for load balancing within the network.” 这证明D3也是在接收到具体请求消息时来进行负载均衡和资源选择的。

2. **直击D1原文**：D1的图3和段落\[0056\]清晰表明，其是在`INVITE user@a.com`这一具体**服务呼叫请求**到达SLD服务器时，才去动态实时检索负载表（load management table 40），然后挑选最空闲的Proxy转发。这从技术本质上彻底破坏了本申请在呼叫阶段进行动态指派的创造性高度。

---

## 六、 进一步的对比文件检索策略

为了确保无效宣告的绝对胜率（阻击专利权人可能通过修改权利要求书，将说明书中的具体实施例并入独立权利要求的情形），建议开展第二轮补充检索，策略如下：

### 1. 扩展分类号（IPC/CPC）精确锁定

聚焦于IMS与基于SIP协议的负载均衡交叉领域：

* **H04L65/1016**：IP多媒体子系统（IMS）的具体网络架构。

* **H04L67/1008**：基于服务器负载或能力的分布式网络应用负载均衡。

* **H04W28/08**：无线通信网络中的流量控制或负载均衡。

### 2. 关键词矩阵组合

利用标准通信检索式（建议在全文学报及专刊中检索）：

> `(IMS OR "IP Multimedia Subsystem" OR "Call Session Control Function" OR CSCF OR P-CSCF OR S-CSCF)`

> `AND`

> `(load* OR dynamic* OR dynamic allocat* OR balancing OR sharing)`

> `AND`

> `(request OR INVITE OR signal*)`

### 3. 3GPP标准文献追踪（降维打击）

由于本申请属于高度标准化的通信领域，大量的动态指派机制早在标准提案（Contributions）中被各大电信巨头讨论过。

* **目标规范**：重点检索 3GPP **TS 23.228**（IMS体系架构阶段2）在2002年-2004年期间的修订历史和工作组（SA2）提案。

* **检索方向**：寻找关于 “I-CSCF selection of S-CSCF based on capabilities and server load” 的早期标准提案。标准文献一旦证明某技术属于标准草案公知常识，其无效效力将远超普通专利对比文件。

作为一名经验丰富的专利代理师，在进行专利无效或侵权分析时，对权利要求条款的解释必须严格“以说明书为依据”，并采取“特征比对法（Element-by-Element）”将技术特征逐一拆解，与对比文件（Prior Art）的原文及其实质公开内容进行客观、严谨的比对。

以下是针对目标权利要求1以及三份对比文件的全方位深度法律与技术分析。

---

## 一、 目标权利要求1的拆解与特征解释

为了确保对比的精确性，首先将目标“权利要求1”拆解为四个独立的技术特征（A、B、C、D），并结合IMS（IP多媒体子系统）标准架构的通用技术含义进行解释：

* **技术特征A：** `接收与已注册的用户设备、另一个网络或网络节点关联的服务请求`

* **语义解释：** 属于基于IMS网络的通信控制实体的输入触发条件，可以是终端（UE）发起的呼叫/注册请求，也可以是互联网络（如CS域、其他PLMN）或网络节点（如I-CSCF、应用服务器AS）转发的会话请求。

* **技术特征B：** `其中所述用户设备向位于所述通信网络边缘的接入网络节点注册`

* **语义解释：** 明确了网络拓扑关系。在IMS架构中，“位于通信网络边缘的接入网络节点”即为 **P-CSCF（Proxy-CSCF，边缘代理节点）**，UE必须先通过边缘节点接入并完成注册。

* **技术特征C：** `提供与所述服务网络节点关联的负载信息`

* **语义解释：** 属于动态分配的前置条件，指获取当前网络中负责具体业务处理的“服务网络节点”（即 **S-CSCF**）的实时负载/拥塞状态（如CPU利用率、缓冲区占用率、请求吞吐量等）。

* **技术特征D：** `响应于所述服务请求，基于所述负载信息来分配所述预定数量的服务网络节点之一给所述用户设备、所述另一个网络或所述网络节点`

* **语义解释：** 核心的**动态路由/分配机制**。网络中的中间控制节点（如I-CSCF或HSS等路由选择实体）在收到服务请求时，不是盲目分配或固定分配S-CSCF，而是根据特征C中收集的实时负载信息，从现有的多个服务网络节点（S-CSCF）中选择一个最合适的分配给该请求主体，以达到负载均衡或过载控制的目的。

---

## 二、 对比文件技术特征比对与详细出处

以下将三份对比文件分别与权利要求1的特征A~D进行逐一比对，并给出详细的原文出处（保留原文语种或官方译文）。

### 1. 对比文件D1：JP2005204324A

**技术领域：** 传统移动通信网/电话网在大规模灾害下的通话时间规制控制。

* **特征A（服务请求）：** **【实质公开】**

* *详细出处：* 原文`[2] 図７... 携帯電話端末機６は、在圏の基地局５に自分自身の電話番号と相手先の電話番号を含んだ発信要求信号を発信する。` 以及 `固定電話网１を経由して、関門移動通信交換局２が通信相手の携帯電話端末機６が登録されているホームメモリ局３にアクセスする。`

* *比对分析：* 公开了手机向基地局发信要求信号，或者固定电话网经由关门移动交换局向归属位置寄存器（HLR/ホームメモリ局）发起的呼叫着信请求，这实质公开了“接收与用户设备、另一个网络关联的服务请求”。

* **特征B（网络边缘节点注册）：** **【部分实质公开】**

* *详细出处：* 原文`[2] 図７... 電話回線網は、固定電話網１と、関門移動通信交換局２と、加入者が登録されているホームメモリ局３と、在圏移動通信交換局４と、位置登録エリアＲ内に存在する複数の基地局５と、基地局５内のセルに存在する多数の携帯電話端末機６と...`

* *比对分析：* D1公开了传统2G/3G移动通信网中的基地局（BS）和在圏移动通信交换局（VMSC），携帯电话需要在其位置注册区域内进行位置注册（位置登録）。但这属于电路交换（CS）或早期移动网的位置注册，而非“基于IMS的通信网络中向边缘接入网络节点（P-CSCF）注册”。

* **特征C（提供负载信息）：** **【实质公开】**

* *详细出处：* 原文`[2] （第１発明）...少なくとも一つの交換局または基地局の通信要求数および呼損数を監視するステップ、前記交換局または基地局における輻輳状態を検出するステップ...`

* *比对分析：* 公开了监控交换局或基地局的“通信要求数和呼损数”（即拥塞/负载信息），实质公开了提供与节点关联的负载信息。

* **特征D（基于负载动态分配服务网络节点）：** **【毫无疑问未公开 / 实质不公开】**

* *详细出处：* 原文`[2] （第１発明）...前記交換局または基地局の輻輳状態において、前記交換局または基地局における通信要求数にしたがって呼損率を通常と同じにする一通話時間を演算するステップ、前記演算された一通話時間内で通話を切断するステップ...`

* *比对分析：* **D1面对负载或拥塞时的解决手段是“限制单次通话时间并强制切断”，而不是从预定数量的多个服务网络节点中“动态选择并分配一个空闲/轻载的服务节点”给终端。** 它的网络节点分配是基于ホームメモリ局（HLR）的固定位置寻址，因此特征D完全未公开。

### 2. 对比文件D2：US20070233896A1

**技术领域：** 基于Session Initiation Protocol (SIP) 及 IP Multimedia Subsystem (IMS) 网络的负载均衡与过载控制。

* **特征A（服务请求）：** **【毫无疑问公开】**

* *详细出处：* 原文`[0038] When UA A initiates the call to UA B, UA A typically sends an INVITE request containing UA B's SIP address to the outbound server (Server A) that serves UA A's domain... Server A then forwards the INVITE request to Server B.`

* *比对分析：* 明确公开了接收UA（用户终端）或上游Server发送的SIP INVITE请求，完全覆盖了“接收与已注册的用户设备、另一个网络或网络节点关联的服务请求”。

* **特征B（网络边缘节点注册）：** **【毫无疑问公开】**

* *详细出处：* 原文`[0003] ...3GPP defines three types of CSCF elements: Proxy CSCF (P-CSCF) which is the interface to the user... and Serving CSCF (S-CSCF) which handles registration, enforces policy and provides an interface to application servers.`

* *比对分析：* 明确指出了在3GPP IMS架构中，P-CSCF是面向用户的边缘接口（interface to the user），且S-CSCF处理注册（handles registration）。用户终端正是通过网络边缘的P-CSCF向IMS核心网进行注册。

* **特征C（提供负载信息）：** **【毫无疑问公开】**

* *详细出处：* 原文`[0010] ...a load balancing technique is provided in which a first server receives feedback information from downstream servers of the network... the feedback information comprising congestion measures for the respective downstream servers. The congestion measures may be, for example, processor utilization measures, message processing loads, buffer occupancy measures...`

* *比对分析：* 显式公开了下游服务器向第一服务器反馈拥塞度量（congestion measures，如CPU利用率、报文处理负载、缓存占用等），完全覆盖了“提供与所述服务网络节点关联的负载信息”。

* **特征D（基于负载动态分配服务网络节点）：** **【实质公开 / 高度覆盖】**

* *详细出处：* 原文`[0010] ...A message routing process in the first server is adjusted based on the received feedback information to compensate for imbalance among the congestions measures of the downstream servers.` 以及 `[0014] The message routing process may be adjusted by, for example, adjusting routing information which specifies relative percentages of a given set of messages to be routed on the first and second paths.`

* *比对分析：* D2公开了根据下游各条路径上节点的负载/拥塞反馈信息，动态调整路由概率或选择路径，从而在多个下游目标服务节点之间动态分发/分配会话请求。这在IMS路由控制层面上完全对应了“响应于所述服务请求，基于所述负载信息来分配所述预定数量的服务网络节点之一给所述用户设备/网络节点”。

### 3. 对比文件D3：JP2008510360A

**技术领域：** IMS网络中，由于用户数据/能力不匹配导致的S-CSCF服务节点之间的重定向或切换（Handover）。

* **特征A（服务请求）：** **【毫无疑问公开】**

* *详细出处：* 原文`[2] ...この通信ネットワークに明示的に登録しておくことにより、そのユーザというよりそのユーザ機器へサービスを行う通信网络によって、特定のサービング呼制御サーバが割り当てられる。` 以及图2中的 `再登録の通知 (S-03)`、`登録 (S-05)` 等步骤。

* *比对分析：* 公开了接收UE的注册请求、再注册请求以及IMS节点间的交互消息。

* **特征B（网络边缘节点注册）：** **【毫无疑问公开】**

* *详细出处：* 原文`[2] ...ユーザ（ＵＥ）はプロキシ呼状態制御機能（Ｐ−ＣＳＣＦ）を通してＩＭＳにアクセスし、このＰ−ＣＳＣＦはそのユーザについて問合せ呼状態制御機能（Ｉ−ＣＳＣＦ）に問い合わせる。`

* *比对分析：* 准确公开了用户设备（UE）通过位于边缘的接入代理节点（P-CSCF）访问IMS网络并进行后续处理。

* **特征C（提供负载信息）：** **【毫无疑问未公开】**

* *详细出处：* 贯穿D3全篇说明书及说明书附图。

* *比对分析：* D3触发S-CSCF切换或重新分配的依据是 **“用户档案（User Profile）中的能力属性与当前S-CSCF的能力不匹配”**（例如当前S-CSCF不支持用户新订购的某种业务或Codec）。**D3完全没有提及任何关于服务器的“负载信息（Load/Congestion Information）”。**

* **特征D（基于负载动态分配服务网络节点）：** **【部分实质公开（不基于负载，基于能力分配）】**

* *详细出处：* 原文`[2] ...中間通信ネットワークサーバ（Ｉ−ＣＳＣＦ）はユーザプロフィールに含まれる情報要素から导出可能なサーバ能力機能に基づいて、そのユーザへサービスを行うのに適切なサービング呼制御サーバ（Ｓ−ＣＳＣＦ）を選択し、そのサービング呼制御サーバ（Ｓ−ＣＳＣＦ）をユーザに割り当てる。`

* *比对分析：* D3确实公开了“在收到请求时，由I-CSCF从预定多个S-CSCF中动态选择并重新分配一个给用户”，但其分配的决策依据是 **“能力匹配度”**，而非权利要求1限定的 **“基于负载信息”**。

---

## 三、 特征比对表格

基于上述详细出处分析，建立如下技术特征比对表（ Element-by-Element Alignment ）：

---

## 四、 最接近对比文件（D1/D2/D3）的筛选与创造性分析

在创造性（Inventiveness）评判中，选择“最接近的对比文件（Most Closely Related Prior Art）”通常遵循**技术领域相同或相近、解决的技术问题最类似、公开权利要求技术特征最多**的原则。

### 1. 筛选分析

* **对比文件D1 (JP2005204324A)：** 属于传统电路交换网或早期电话网领域。它解决的是灾害发生时的“网络防坍塌与通话平等性”问题，但其手段极为粗暴——通过控制“单次通话时长”来削峰，不涉及现代IP/IMS网络中多应用服务器节点的动态调度。技术架构与手段相差较远，**不适合**作为最接近的对比文件。

* **对比文件D3 (JP2008510360A)：** 虽然属于基于IMS的网络领域，且公开了S-CSCF（服务网络节点）的重新分配架构。但是，它解决的技术问题是“当用户的业务需求发生变化或终端升级时，原S-CSCF能力不足导致业务无法开展”的问题，属于**业务能力协商与切换**范畴，与“网络拥塞/负载均衡”无关。

* **对比文件D2 (US20070233896A1)：** 同样属于基于SIP/IMS的通信网络领域。它旨在解决的技术问题是**“如何消除SIP/IMS服务器因突发大流量（Flash Crowd）导致的过载和拥塞崩溃，实现高可靠性的负载均衡”**。这与目标权利要求1“基于负载信息动态分配服务网络节点以实现资源合理配置”的**技术领域完全一致、解决的技术问题完全相同、且公开了绝大部分甚至全部技术特征**。

### 2. 结论

**对比文件D2（US20070233896A1）在创造性分析中唯一最适合作为“最接近的对比文件”。**

### 3. 特征组合与无效请求分析

根据前述Element-by-Element比对：

* **D2已经独立实质公开了权利要求1的全部技术特征（A、B、C、D）。**

* 即使审查员/法官在个别措辞上（例如“分配服务网络节点之一”与D2中“动态调整指向各节点的路由选路概率”的等同性变型）认为D2存在微弱的实质区别，我们也可以直接**将D2与D3进行组合**：

* 以D2为基础，其公开了基于负载反馈在多条IMS路径间动态调整分配的技术方案。

* D3则明确公开了在IMS网络中，由中间节点（I-CSCF/HSS）从预定数量的多个S-CSCF服务网络节点中挑出一个并分配给UE的宏观组网架构。

* 将D3中S-CSCF的分配节点架构，应用到D2的基于负载反馈的动态动态选路算法中，属于IMS网络中负载均衡领域的常规技术手段公知常识的组合，对本领域技术人员而言是显而易见的。

---

## 五、 无效请求中最薄弱的技术特征

如果要向专利局发起针对该目标专利的无效宣告请求（Invalidation Request），纵观权利要求1，**最薄弱（即最容易被对比文件攻破、最缺乏新颖性/创造性）的技术特征是：**

### **【技术特征C + 技术特征D 的组合关系】（即：基于负载信息动态分配服务网络节点）**

* **薄弱原因：** 该特征是本专利意图体现其“发明点”的核心。然而，在3GPP IMS的标准规范以及如D2这样的早期专利中，**“在I-CSCF层面对S-CSCF进行动态负载分发”** 已经是极其成熟的行业标准设计常识。

* D2用极其详实的数学模型（如OCC算法、EWMA平滑算法、改进的接收率算法）以及清晰的IMS拓扑图（图5、图6、图7中S1/S2基于下游S3/S4的利用率u进行概率分配），彻底公开了“提供负载信息”以及“基于负载动态改变流向服务节点的流量/请求分配”这一闭环机制。

* 因此，专利权人几乎无法通过将“基于负载”或“动态分配”解释为某种特殊区别特征来维持专利有效，该特征在D2的精确打击下表现得最为脆弱。

---

## 六、 进一步的对比文件检索策略（Search Strategy）

为了在正式提起无效请求时构建“双保险”甚至“多弹头”的证据链（尤其是防范专利权人在无效阶段将从属权利要求中的某些细分技术特征组合进权利要求1），建议采取以下精细化检索策略：

1. **精准锁定标准演进文献（3GPP Specifications）：**

* 由于目标专利是标准的“基于IMS的通信网络”，此类技术绝大概率来源于3GPP标准提案。应重点检索 **3GPP TS 23.228（IMS Stage 2 架构规范）** 以及 **3GPP TS 29.228 / TS 29.229（Cx接口的信号与协议规范）**。

* *检索方向：* 寻找在2006年之前（或目标专利优先权日之前）的3GPP标准版本中，关于“I-CSCF received S-CSCF capabilities and **load status** from HSS during registration/session setup”的讨论文稿（Discussion Papers）或变更请求（Change Requests, CR）。

2. **扩展关键词与IPC/CPC分类号检索：**

* *分类号锁定：* **H04L67/1001**（用于负载平衡的联机应用程序的统一资源分配）、**H04L65/1016**（IMS网络协议）、**H04L47/12**（网络流量拥塞管理）。

* *关键词扩展：* `(IMS OR "IP Multimedia Subsystem") AND ("S-CSCF" OR "Serving CSCF") AND ("load balance" OR "overload control" OR "congestion" OR "utilization") AND (assign* OR allocat* OR select*)`。

3. **针对从属权利要求的预检补强：**

* 检查该专利的从属权利要求中是否包含如：“负载信息通过SIP消息的扩展头（Extension Header）或Diameter协议的AVP携带”、“负载包括CPU利用率或消息延迟具体数值”、“使用特定的滑动平均算法进行负载平滑”等细分特征。

* 根据本案现有证据，**D2已经完美公开了利用SIP 100 Trying响应的扩展头传递负载的机制（D2原文[0010]）**，且公开了具体的AVP扩展表。后续检索应重点核对这些算法的数学公式在通信网络动态流量控制中的公知常识证据（如经典的排队论教材或IETF RFC草案），确保证据链能够平推整套权利要求书。

作为一名资深的专利代理师，我针对目标权利要求1与您提供的三份对比文件（经核对公开号，EP1973295A1、JP2008236183A、US20080305794A1 实际上是同一族专利，技术内容高度一致）进行了深入的法律与技术特征比对。

以下是针对该专利权无效宣告或创造性分析的专业评估报告：

---

## 一、 权利要求1技术特征解释与对比文件出处

为了进行客观的比对，首先将目标权利要求1拆解为4个独立的技术特征，并直接映射至对比文件原文的详细出处：

* **D1：** `EP1973295A1`

* **D2：** `JP2008236183A`

* **D3：** `US20080305794A1`

### 1. 特征比对与出处映射

* **技术特征A：接收与已注册的用户设备、另一个网络或网络节点关联的服务请求**

* **D1出处：** `[0008]`, `[0015]` 提到 I-CSCF 接收由 P-CSCF 转发的 `REGISTER` 消息（注册请求），或接收来自其他网络的询问以继承通信。

* **D2出处：** `[2]` (第5页、第6页相应段落) 提到 I-CSCF 功能接受来自其他 CSCF 的询问或具有与其他网络互通的网关功能，并在用户注册时接收来自 P-CSCF 的 SIP 消息。

* **D3出处：** `[0008]`, `[0015]` 描述完全对应 D1，提及 I-CSCF 接收 `REGISTER` 消息或处理来自其他网络的接入。

* **技术特征B：其中所述用户设备向位于所述通信网络边缘的接入网络节点注册**

* **D1出处：** `[0008]`, `[0013]` 明确指出 P-CSCF（Proxy CSCF）是“用户设备容纳会话控制服务器”，使用户设备能够直接或通过接入网（如宽带、无线网、GGSN等）进行访问。

* **D2出处：** `[2]` (第5页) 明确定义 P-CSCF 为“ユーザ端末収容セッション制御サーバ”（用户终端收容会话控制服务器），位于边缘接入网段。

* **D3出处：** `[0008]`, `[0013]` 同样明确指出 P-CSCF 履行接入网络节点的功能，建立 IPsec 隧道。

* **技术特征C：提供与所述服务网络节点关联的负载信息**

* **D1出处：** `[0041]-(1)` 至 `(9)`, `[0065]` 明确说明 HSS 内部署有 “S-CSCF 选择表”，其中存储了对应各个 S-CSCF 的“优先信息”或“当前运行状况”（具体包括注册订户数、单位时间呼叫量、CPU/内存利用率等负载指标）。

* **D2出处：** `[2]` (第7页, 专利范围第1-9项) 明确记载在 HSS 中设置“呼セッション制御サーバ選択テーブル”（S-CSCF选择表），存储当前稼働状況（稼动状况/负载信息），如注册终端数（登録ユーザ端末数）、CPU使用率和内存使用率。

* **D3出处：** `[0041]-(1)` to `(9)` 完美对应上述负载信息的具体定义。

* **技术特征D：响应于所述服务请求，基于所述负载信息来分配所述预定数量的服务网络节点之一给所述用户设备、所述另一个网络或所述网络节点**

* **D1出处：** `[0041]-(1)/(2)`, `[0066]-[0067]` 明确指出响应于 I-CSCF 的询问，HSS 查找选择表，由 HSS 直接选择或者由 I-CSCF 基于返回的带有负载优先级的列表，选择并分配负载最小的那个服务网络节点（S-CSCF）来接管该用户。

* **D2出处：** `[2]` (第7-8页) 描述了 I-CSCF 向 HSS 发出询问后，HSS 基于选择表中的优先级选择当前负载最轻的 S-CSCF 返回，或者返回列表由 I-CSCF 进行选择分配。

* **D3出处：** `[0041]-(1)/(2)`, `[0096]-[0097]` 详细记录了这一动态分配响应机制。

---

## 二、 技术特征比对表

依据中国专利审查指南及国际通用标准，以下将目标权利要求的特征与对比文件进行横向数字化/事实比对：

---

## 三、 最接近对比文件（最接近现有技术）分析

在创造性审查中，判断最接近对比文件通常需要从**技术领域**、**解决的技术问题**以及**预期技术效果**三个维度进行考量。

由于 **D1、D2、D3 实质上属于同一项发明的不同国家/地区版本（同族专利）**，因此它们在创造性分析中**均处于同等最适合作为“最接近对比文件”的地位**。

### 1. 整体解决的技术问题分析

* **目标专利：** 旨在解决传统的 IMS 网络中，服务网络节点（S-CSCF）在分配时若采用固定或预设的顺序，会导致各节点间用户数量不均、某些特定节点负荷过分集中而引发网络拥堵或瘫痪的问题。

* **对比文件（D1/D2/D3）：** 其背景技术部分（参见 D1/D3 的 `[0039]`，D2 的 `[2]` 第6页倒数第二段）同样直指该痛点：“*传统的按照预定恒定顺序分配 S-CSCF 的方法导致用户设备配分不均， unavoidable developing concentrated loads to a certain S-CSCF server（不可避免地造成特定服务器负载集中）*”。

* **结论：** 两者解决的底层技术缺陷完全等同。

### 2. 技术效果分析

* **目标专利：** 实现了服务网络节点的动态弹性分配，平滑了网络流量。

* **对比文件（D1/D2/D3）：** 明确提出其带来的技术效果是“*使各个 S-CSCF 服务器之间的负载基本相等……有效规避因某一台服务器负载过大而导致的拥堵与系统混乱（avoiding any confusion due to concentrated loads）*”。

* **结论：** 两者的技术效果在IMS网络资源优化层面达成了高度的一致。

因此，无论选择 D1、D2 还是 D3 作为最接近的现有技术，其技术逻辑和技术场景的重合度都达到了 **100%**。

---

## 四、 无效宣告策略与抗辩薄弱点分析

若您代表请求人对目标专利提出**无效宣告请求**，基于目前的检索证据，结论非常明朗：

### 1. 权利要求1的稳固度评估

目标权利要求1的**稳固度极低**。权利要求1所包含的特征 A、B、C、D 已经全部被 D1/D2/D3 的说明书及权利要求书**完整覆盖**。

> 依据《专利法》第22条第2款（新颖性标准）：如果单一对比文件（如同族中的任意一件）已经披露了权利要求的全部技术特征，则该权利要求直接**丧失新颖性**。

>

> 即使在宽泛的权利要求解释下，这也直接落入《专利法》第22条第3款（创造性标准）的破坏范围内——本领域技术人员在面对最接近现有技术 D1/D2/D3 时，根本不需要付出任何创造性劳动，即可完整得到权利要求1的全部技术方案。

### 2. 最薄弱的技术特征

由于这属于“全覆盖”案例，若一定要挑出目标专利在后续答辩或修改中可能负隅顽抗的“最薄弱环节”（即最容易被攻破、最没有创造性高度的特征），则是 **技术特征 C（提供负载信息）** 与 **技术特征 D（基于负载分配）**。

目标专利可能试图辩称其“动态”和“负载”具有特殊性，但对比文件不仅公开了宏观的“用户注册数量”，还具体到了微观的“单位时间呼叫量、瞬时并发连接数、CPU 使用率、内存占用率、报文尺寸”等极其详尽的负载指标。这使得目标专利在任何细分负载维度的修改空间都被完全堵死。

---

## 五、 进一步的对比文件检索策略建议

虽然目前的同族对比文件（D1/D2/D3）对权利要求1已经形成了全面压制，但为了应对目标专利权人在无效程序中可能会**将说明书中的具体实施例补充进权利要求**（例如修改为从属权利要求），或者为了构建多组互补的证据链，建议采取以下进阶检索策略：

1. **细化 3GPP 标准体系检索：**

* 鉴于 IMS 架构是高度标准化的通信网络，建议直接检索 **3GPP TS 23.228**（IMS 核心业务流程标准）以及 **TS 29.228 / TS 29.229**（关于 HSS 与 I-CSCF 之间 Cx 接口的 Diameter 协议标准）。

* 重点检索 2007 年至 2008 年左右，各大电信巨头（如 Ericsson, Huawei, Nokia, Qualcomm）在 3GPP SA2 工作组提交的关于 **“S-CSCF Selection based on capacities/load”** 的标准提案（Contributions）。标准文件往往比专利具有更强的说服力。

2. **追踪接口与信令级别的技术特征：**

* 如果目标专利在从属权利要求中限定了“利用 Diameter 协议中的 `Capability` 属性字段或者 `UAA/UAR` 消息携带负载”，应加大对 **Diameter 路由代理（DRA）** 和 **归属订户服务器（HSS）** 选路算法的专利检索。

* 检索关键词组合：`(IMS OR "IP Multimedia Subsystem") AND ("S-CSCF" W/3 select*) AND (load OR capacity OR traffic) AND ("Diameter" OR "Cx interface" OR "UAA")`。

3. **时间戳与先申请权审查：**

* 注意本案中 D3 的优先权日为 **2007年3月19日**（基于日本申请 JP2007-070893）。在后续检索中，应以该同族的最早优先权日为基准线，排查是否存在更早的关于“软交换节点动态负载均衡”的通信网络基础专利，以彻底从源头斩断其创造性。

作为一名经验丰富的专利代理师，我将为您对目标专利的权利要求1进行深度解析，并结合您提供的三份对比文件（D1、D2、D3）进行技术特征的客观比对、创造性最接近对比文件的确立、无效请求中最薄弱特征的甄别，以及下一步的对比文件检索策略指导。

本案涉及的三份对比文件公开号及指代关系明确如下：

* **D1**：JP2009159201A（Server allocation method）

* **D2**：US20090210743A1（METHOD AND DEVICE FOR REALIZING IP MULTIMEDIA SUBSYSTEM DISASTER TOLERANCE）

* **D3**：CN101834877A（基于分布式SIP构架的动态负载均衡的方法及系统）

---

### 一、 权利要求1的技术特征拆解与解析

目标专利权利要求1保护的是一种“基于IMS的通信网络中服务网络节点的动态分配的方法”。为了进行精准的特征比对，将其拆解为以下四个技术特征：

* **技术特征A**：接收与已注册的用户设备、另一个网络或网络节点关联的服务请求；

* **技术特征B**：其中所述用户设备向位于所述通信网络边缘的接入网络节点注册；

* **技术特征C**：提供与所述服务网络节点关联的负载信息；

* **技术特征D**：响应于所述服务请求，基于所述负载信息来分配所述预定数量的服务网络节点之一给所述用户设备、所述另一个网络或所述网络节点。

---

### 二、 对比文件原文详细出处及公开情况分析

#### 1. 对比文件D1（JP2009159201A）公开情况

* **对特征A、B的公开**：

* **原文出处**：`[2] 続いて図１に示されるＩＭＳコアネットワークにおけるＲＥＧＩＳＴＥＲメッセージの処理に関する動作を、図６を用いて説明する。…まず端末１１がＲＥＧＩＳＴＥＲメッセージを送信する。 （Ｓ６１） 次にＰ－ＣＳＣＦサーバー１２は端末１１が送信したＲＥＧＩＳＴＥＲメッセージを受信し、受信したＲＥＧＩＳＴＥＲメッセージを転送する。 （Ｓ６２）`

* **实质公开分析**：D1明确公开了在IMS网络中，终端（用户设备）发送注册请求，通过位于网络边缘的P-CSCF服务器（接入网络节点）进行接收和转发。这**实质公开**了特征A中“接收与已注册的用户设备……关联的服务请求”（注：IMS中后续会话请求同样基于已注册状态通过P-CSCF转发）以及特征B的全部内容。

* **对特征C、D的公开**：

* **原文出处**：`[2] データベース機能は情報取得手段により複数の呼制御機能のそれぞれから稼動状態情報を取得し、…情報記憶手段により予め複数の呼制御機能のそれぞれの最大収容数を記憶し、最大収容数と情報監視手段が取得した収容数に基づいて最大収容数に対する収容数の割合を求め、…割り当て順位判断手段により…複数の呼制御機能に対する割り当て順位を判断し、…応答することを特徴とする。`

* **毫无异议公开分析**：D1中的“呼制御機能（呼叫控制功能）”即为S-CSCF（服务网络节点）。D1通过获取各S-CSCF的“稼動状態情報（稼动状态信息）”和计算“収容率（收容率）”，**毫无异议地公开**了特征C（提供负载信息）。同时，D1明确指出基于这些状态和收容率判断“割り当て順位（分配顺序）”，并在收到请求时动态选择并分配对应的S-CSCF，这**毫无异议地公开**了特征D。

#### 2. 对比文件D2（US20090210743A1）公开情况

* **对特征A、B的公开**：

* **原文出处**：`[0005] ...once the user initiates a registration (1. REGISTER) at a terminal, a register request message is sent to a proxy CSCF (P-CSCF) assigned to the terminal by an access domain so as to enter an IMS subsystem. The P-CSCF forwards the register request to an interrogating CSCF (I-CSCF) of user's home domain...` 以及 `[0011] ...After the session setup request is sent to the P-CSCF by the calling party, the P-CSCF routes, according to the Route header field (1. INVITE~2. INVITE), the request to the S-CSCF with which the calling party registers.`

* **毫无异议公开分析**：D2属于标准的IMS架构容灾发明。它明确公开了UE通过边缘的P-CSCF（接入网络节点）进入IMS网络进行注册，并在后续发起服务请求（如INVITE会话请求）。因此，D2**毫无异议地公开**了特征A和特征B。

* **对特征C、D的公开**：

* **实质公开/未公开分析**：D2虽然也涉及S-CSCF的动态再分配（容灾场景下的重选），但其分配依据主要是**“S-CSCF的业务处理能力要求（capability set requirements）”**（参见`[0006]`及`[0013]`）或者**“本地静态配置的S-CSCF冗余关系表”**（参见`[0061]`）。D2的核心是通过检测当前S-CSCF是否“失效（fail）”来触发重新分配，**并未明确提到提供和基于“负载信息（Load Information）”**来进行服务节点的分配。因此，D2未公开特征C，对于特征D仅属于“基于容灾/能力集重选”的实质公开，而非“基于负载信息”的分配。

#### 3. 对比文件D3（CN101834877A）公开情况

* **对特征A、B的公开**：

* **原文出处**：`【具体实施方式】图1为本发明系统的结构示意图。它包括：DNS，数据库，多个SIP服务器。……当用户端向该域注册时，首先向DNS发起DNS查询消息……用户端向分配的服务器注册及发起SIP请求。`

* **实质公开分析**：D3虽然描述的是“基于分布式SIP构架”，但SIP协议是IMS网络的核心控制协议，其分布式SIP服务器在通信网络中扮演了类似服务网络节点的角色。用户端发起注册和SIP请求，**实质公开**了特征A。但D3中主要强调DNS和SIP服务器的交互，未明确强调“位于通信网络边缘的接入网络节点（如IMS中的P-CSCF）”这一网络拓扑特征，故特征B在D3中属于隐性公开或未明确公开。

* **对特征C、D的公开**：

* **毫无异议公开分析**：

* **原文出处**：`【步骤1】在数据库中维护一个SIP服务器的实时服务状态列表，所述服务状态列表包括SIP服务器的IP地址、工作状态、注册用户负载率、呼叫负载率；【步骤2】用户端向DNS所在域发起注册时，DNS根据所述实时服务状态列表记载的各服务器的注册用户负载率，选择注册用户负载率最小的那个SIP服务器，分配给用户端注册；`

* D3明确给出了包含“注册用户负载率、呼叫负载率”的列表，并据此分配服务器，**毫无异议地公开**了特征C和特征D。

---

### 三、 技术特征比对表

---

### 四、 最接近对比文件（最接近现有技术）分析

在创造性分析中，选择最接近现有技术通常遵循“技术领域相同或相近、解决的技术问题最主流、公开权利要求特征最多”的原则。本案中，**对比文件D1最适合作为最接近的对比文件**（D2可作为次要的平行最接近现有技术，主要针对容灾变型拓扑）。

#### 1. 为什么D1最适合作为最接近的对比文件？

* **技术领域与架构完全一致**：D1和目标专利均属于**“IMS（IP多媒体子系统）通信网络”**领域，且均明确针对IMS架构中的**S-CSCF服务器的分配**方法（参见D1说明书`[2]`）。

* **解决的技术问题和技术效果高度重合**：

* **目标专利**旨在解决IMS网络中服务节点静态分配导致无法应对动态变化、容易造成局部过载或单点故障的问题，实现动态均衡。

* **D1明确指出其技术问题**是：“複数のＳ－ＣＳＣＦサーバーが配備されていたとしてダイナミックな割り当てを行えないという課題（即使配置了多个S-CSCF也无法进行动态分配）”；**其达到的技术效果**是：“ダイナミックなＳ－ＣＳＣＦサーバーの割り当てができる…処理が集中することを防げる（能进行动态的S-CSCF分配，防止处理集中/过载）”。

* **特征覆盖度最高**：如比对表所示，D1全面覆盖了特征A、B的架构，以及核心控制逻辑特征C、D。从整体控制流程和信息交互逻辑来看，目标专利与D1几乎完全对应。

#### 2. 其他对比文件的特征补齐情况

* 由于D1已经实质公开或毫无异议公开了权利要求1的全部技术特征（A、B、C、D），权利要求1在基于D1的单篇审查或结合中，**其新颖性已极为危险，创造性高度被覆盖**。

* **若以D2做为最接近现有技术**（D2重点解决IMS网络中S-CSCF失效时的容灾恢复和动态重选）：D2虽然公开了网络拓扑（特征A、B），但**没有公开“基于负载信息进行分配”**（特征C、D）。此时，**未被D2公开的特征C和D可以被D1或D3完全补齐**。因为D1和D3均给出了在服务器分配/重定向时，获取服务器的“负载率”或“收容率”，并选择负载最小的服务器进行动态分配的明确技术启示。

---

### 五、 最薄弱的技术特征及无效/请求检索策略

#### 1. 最薄弱的技术特征分析

从目前的权利要求1文本来看，如果在专利局复审或诉讼中提出无效请求，权利要求1中**最薄弱（即最容易被现有技术攻破）的特征是：特征C和特征D**。

* **原因**：这属于非常常规的动态负载均衡控制逻辑。在D1中，已经有在HSS一端统一收集各S-CSCF的CPU使用率、网络使用率并计算收容率，进而由I-CSCF进行动态分配的完整教导；在D3中，也有在数据库中实时维护负载率，由DNS或服务器自身重定向选择最小负载服务器的教导。这导致权利要求1的整体方案显得非常“顺理成章”，缺乏非显而易见性的技术贡献。

#### 2. 进一步的对比文件检索策略（若要进一步巩固无效证据链）

虽然目前的D1、D3在负载分配上已经很强，但为了彻底击溃该专利（特别是防范对方在无效阶段通过增加说明书中的细微特征进行权利要求限缩），建议采取以下精准检索策略：

* **策略一：锁定3GPP标准技术规范（TS规范）**

* **背景**：用户习惯表明IMS网络的动态分配和再选择（包括容灾Restoration）有很大一部分直接源自标准演进。

* **行动**：重点检索**3GPP TS 23.228**（IP Multimedia Subsystem Stage 2）以及**3GPP TS 29.228**（Signalling flows and AVP definitions over the Cx interface）。重点查找在**Cx接口**（即I-CSCF/S-CSCF与HSS之间）的Diameter协议消息中，是否在2006-2010年左右就已经有关于**“Server-Assignment-Type = RESTORE”**或**“User-Backup-Data AVP”**的相关提案（Tdoc）或标准变更请求（CR）。如果标准中已经定义了利用Cx接口传输备份数据或动态重选机制，该专利的实质贡献将被归零。

* **策略二：细化检索“另一个网络或网络节点”的边界拓扑**

* **背景**：权利要求1在特征A和D中特意扩大了保护范围，不仅提到了“已注册的用户设备(UE)”，还塞入了**“另一个网络或网络节点”**发起的请求。

* **行动**：使用关键词组合：`(IMS OR "IP Multimedia Subsystem") AND ("Inter-operator" OR "Network-to-Network Interface" OR NNI OR "IBCF" OR "BGCF") AND ("Load balance" OR "Dynamic allocation")`。

* **目的**：寻找公开了当互联网络（另一个网络）通过运营商边界节点（如IBCF）向IMS核心网发起呼叫时，网络如何基于I-CSCF和HSS的负载交互来动态选择入局S-CSCF的现有技术。这能针对性地彻底消灭该外延特征的新颖性/创造性空间。

作为一名经验丰富的专利代理师，我将为您对上述目标权利要求1进行深度解析，并结合对比文件WO2010105643A1（下称D1）与JP2010263597A（下称D2）的原文进行特征比对、最接近现有技术分析以及无效宣告请求的策略制定。

---

## 一、 权利要求技术特征解析与出处比对

根据目标专利说明书的构思，本申请旨在解决包括预定数量服务网络节点的IMS网络中，**如何动态且合理地分配服务网络节点**的问题。其核心在于引入“负载信息”作为分配依据，从而响应服务请求。

以下是针对D1（WO2010105643A1）和D2（JP2010263597A）的详细特征比对分析。

### 技术特征对比表

---

### 详细出处与比对分析

#### 1. 对比文件1 (D1: WO2010105643A1)

* **特征A/B的公开：** D1在 `[p0007]` 中公开了：“the Proxy CSCF (P-CSCF) which is the first point of contact within the IMS for a SIP terminal... forwarding to that S-CSCF a request received from a SIP terminal via a P-CSCF.” 并在 `[p0034]` 中提及UE通过Gm接口访问P-CSCF，这毫无疑问公开了特征A和B中的“网络边缘接入节点（P-CSCF）”和“接收服务请求”。

* **特征C/D的公开：** D1在 `[p0017]` 中明确指出：“...the network system entity may comprise a **load balancing function**.” 并在 `[p0036]` 中进一步细化：“For example, a **load balancing function** might be employed, that would **monitor the load on each S-CSCF** and would be programmed to **re-distribute the load in the event of a detected imbalance**.”

* *辩理分析*：虽然D1的主线在于S-CSCF的重分配流程，但在发明概述和具体实施方式中，均实质性地给出了“监控各S-CSCF负载并基于负载不平衡进行重新分配”的技术方案，即响应由于不平衡触发的重分配请求，基于负载信息将预定数量的S-CSCF（S-CSCF2）分配给用户设备。因此，特征C和D已被D1**实质公开**。

#### 2. 对比文件2 (D2: JP2010263597A)

* **特征A/B的公开：** D2在说明书 `[2]` 明确记载：“Ｐ－ＣＳＣＦ（Proxy CSCF）は、端末から直接接続されるノードであり...”（P-CSCF是从终端直接连接的节点），并且在图3的步骤S1~S4中公开了IMS终端发送REGISTER请求，毫无疑问公开了特征A和B。

* **特征C/D的公开：** D2的构思完全基于**异常/故障恢复**（如 `[2]` 中提到的“異常状態になった場合...変更する”）。其虽然在 `[0006]` 捎带提及了“高負荷時などハードウェア障害以外での問題”，但其整个技术方案的输入信号是“ノード変更指示（来自监控服务器110检测到节点异常的指示）”，并不是动态“提供负载信息”并“基于负载信息进行节点的动态分配”。因此，特征C和D**未被D2公开**。

---

## 二、 最接近现有技术（最接近对比文件）的选择

在创造性分析中，**D1 (WO2010105643A1)** 明显更适合作为**唯一或最接近的对比文件**。

### 原因分析：

1. **技术领域与解决的技术问题最契合：**

* 目标专利的核心技术问题是在网络正常或动态运行过程中，如何根据**“负载”**动态调配服务节点以优化资源利用。

* **D1** 同样旨在解决S-CSCF分配非优化时的重新分配问题，并明确提出利用“负载均衡功能”来监控各节点负载，解决负载不平衡（imbalance）的问题。

* 而 **D2** 核心解决的是节点“发生故障/异常（障害/異常）”时如何确保服务不中断的容灾切换问题。

2. **技术特征的覆盖度最高：**

* 如上表所示，D1实质上公开了权利要求1的**全部技术特征（A、B、C、D）**。

---

## 三、 无效宣告请求中的薄弱特征与检索策略

若您代表请求人对该目标专利提出无效宣告请求，基于目前的对比文件，我们可以制定如下实战策略：

### 1. 最薄弱的技术特征（对专利权人而言）

本案中，最薄弱的特征是**特征C和特征D的组合（即：基于负载信息动态分配服务网络节点）**。

* **杀伤力评估：** 专利权人在面对D2时，可以辩称D2是“故障触发”而非“负载动态分配”。然而，**D1已经完成了致命一击**。D1的 `[p0036]` 字面公开了“monitor the load on each S-CSCF”以及“re-distribute the load”，这与特征C、D在IMS架构下的技术实质完全相同。

* **法律适用：** 优先选择 **D1作为最接近现有技术**，直接单独评述权利要求1不具备**新颖性**（若认为完全覆盖）或至少不具备**创造性**（常规负载均衡手段的同类应用）。

### 2. 进一步的对比文件检索策略（防范专利权人修改或抗辩）

虽然D1已经是非常理想的“A类”引证文件，但为了防止专利权人在无效阶段通过组合从属权利要求（例如限定具体的负载计算机制、具体的 Diameter/SIP 消息交互流程）来缩小保护范围，建议采取以下补充检索策略：

* **策略一：锁定3GPP标准演进路径（追根溯源）**

* D1的 `[p0036]` 中提到了一个关键线索：“One example of this type of function is described in **3GPP TR 23.812**.”

* **行动：** 立即检索2010年左右（或目标专利申请日之前）的 **3GPP TR 23.812** 报告以及相关的 **TS 23.228** 演进版本。3GPP标准文献中通常会极其详尽地规范S-CSCF重选（Re-selection）期间，I-CSCF或HSS如何根据负载指标（Capacity/Weight）分流的信令网元交互图。这能彻底封死权利要求中关于IMS网元交互的任何潜在修改空间。

* **策略二：细化“负载信息”的检索关键词**

* 如果目标专利在从属权利要求中定义了负载的具体含义（如：CPU利用率、内存、并发呼叫数、带宽等），应使用如下逻辑进行补充检索：

* `(IMS OR "IP Multimedia Subsystem") AND (S-CSCF OR "Serving CSCF") AND (load OR capacity OR congestion OR dynamic) AND (allocate OR select OR assign)`

* **策略三：关注动态分配的触发网元**

* 针对权利要求1中“响应于服务请求……分配”，重点检索 **I-CSCF** 在收到SIP INVITE/REGISTER时，如何通过查询带有HSS负载权重的数据库或利用DNS SRV记录（含weight/priority参数）实现动态分配的专利。

### 总结结论

本案权利要求1的保护范围较宽，**WO2010105643A1 (D1)** 已实质公开了其全部核心架构与负载动态分配的构思。在无效请求中，应以 **D1** 为主攻武器，单独或作为最接近现有技术否定其创造性；同时应尽快调阅 D1 中指引的 **3GPP TR 23.812** 技术报告，以作为最稳固的标准文献证据储备。

如权利要求1所述的方法，其中，响应于所述服务请求而提供所述负载信息。

如权利要求1所述的方法，其中，以预定的时间间隔来提供所述负载信息。

如权利要求1-3中任何一项所述的方法，其中，所述通信网络进一步包括位置数据库；所述位置数据库包括与所述预定数量的服务网络节点关联的位置信息。

如权利要求1-3中任何一项所述的方法，其中，所述负载信息包括与所述服务网络节点的至少部分关联的响应时间信息和/或CPU资源信息。

如权利要求1-3中任何一项所述的方法，接收识别所述预定数量的服务网络节点的至少部分的列表；所述列表进一步包括与所述服务网络节点关联的位置信息；接收与所述预定数量的服务网络节点的至少部分关联的负载信息；基于选择规则 and 所述负载信息来从所述列表中选择服务网络节点；分配所述选择的服务网络节点给所述用户设备、所述另一个网络或所述网络节点。

如权利要求1所述的方法，分配所述通信网络的边界处的接入网络节点给所述用户设备；执行与所述接入网络节点关联的注册功能；在包括与所述通信网络的服务的订户关联的用户简档的订户数据库中存储所述注册；在位置数据库中存储位置信息；所述位置信息与所述接入网络节点关联。

如权利要求1-3中任何一项所述的方法，发送所述服务请求到所述分配的服务网络节点；如果所述分配的服务网络节点的存储器不包括与所述用户设备关联的用户简档，则所述分配的服务网络节点请求所述用户简档。

如权利要求1-3中任何一项所述的方法，将所述服务请求路由到包括与服务请求关联的服务的应用服务器。

如权利要求4所述的方法，其中，所述服务请求是终止服务请求；并且其中所述位置数据库进一步包括与分配给向通信网络注册的用户设备的接入网络节点关联的位置信息；如果与所述终止服务请求关联的终止用户设备向所述通信网络注册，则向所述位置数据库请求与分配给所述终止用户设备的所述接入网络节点关联的位置信息。

如权利要求10所述的方法，经由所述接入网络节点将所述终止服务请求路由到所述终止用户设备。

如权利要求1-3中任何一项所述的方法，更新与所述通信网络的服务的订户关联的用户简档；响应于所述用户简档更新，删除在所述预定数量的服务网络节点的至少部分的存储器中存储的一个或多个用户简档。

如权利要求12所述的方法，发送用户简档更新消息给包括与所述通信网络的服务的订户关联的用户简档的订户数据库；更新所述订户数据库中的所述用户简档；所述订户数据库请求与所述预定数量的服务网络节点的至少部分关联的位置信息；发送用户简档刷新消息给所述服务网络节点；如果所述用户简档被存储在存储器中，则从所述存储器移除所述用户简档条目。

如权利要求1-3中任何一项所述的方法，其中，所述服务请求由SBC、P-CSCF、IBCF、S-CSCF或I-CSCF来接收。

如权利要求7所述的方法，其中，所述位置数据库与所述订户数据库位于相同的位置或其中所述位置数据库位于单独的网络节点上。