一种将与SIP会话中消息有关的信息相关的方法，所述方法包括：由第二用户从第一用户接收包括第一IMS计费标识符ICID的第一SIP消息；通过生成包括包含第二ICID的第二SIP消息的新呼叫分支，将所述第一SIP消息重定向到第三用户；将对所述第一ICID的引用插入所述第二SIP消息中；以及基于所述第一ICID和所述第二SIP消息中对所述第一ICID的所述引用，将与所述第一SIP消息有关的信息和与所述第二SIP消息有关的信息相关。

作为一名经验丰富的专利代理师，我将严格依据目标专利（CN103650471B）的说明书及权利要求书原文，紧密结合各对比文件（D1-D4）的文本及公开号，为您进行深度、严谨的专利无效创造性及特征比对分析。

---

### 一、 目标专利权利要求1与技术特征分解说明

**目标专利：** CN103650471B 《IMS网络中的计费ID相关》

**技术特征分解：**

依据专利文件的技术本质，权利要求1的方法可被切分为以下4个技术特征：

* **技术特征A：** 对应SIP会话中的消息接收。具体为：*由第二用户从第一用户接收包括第一IMS计费标识符ICID的第一SIP消息*。

* *说明书解释：* 对应于图4中的步骤301-303。在IMS（IP多媒体子系统）架构中，第一用户（如A）发送SIP邀请，经网络路由，由第二用户（如B的终止应用服务器AS 14）接收，该消息的`P-Charging-Vector (PCV)`报头中携带了第一计费标识符（`icidA`）。

* **技术特征B：** 对应SIP消息的重定向及新分支创建。具体为：*通过生成包括包含第二ICID的第二SIP消息的新呼叫分支，将所述第一SIP消息重定向到第三用户*。

* *说明书解释：* 对应于说明书\[0006\]-\[0007\]及图4步骤303-304。第二用户（B的终止AS 14）触发通信转移（CDIV）等重定向服务，代表B创建新的呼叫分支朝向第三用户（C），为此新呼叫分支生成一个新的、不同的第二IMS计费标识符（`icidB`），并放置在输出的第二SIP消息（如新SIP邀请304）中。

* **技术特征C：** 对应原计费标识引用的插入。具体为：*将对所述第一ICID的引用插入所述第二SIP消息中*。

* *说明书解释：* 对应说明书\[0022\]及图4步骤304。为了解决后续链式AS或终止网络无法获知原呼叫分支计费信息的问题，第二用户在生成的第二SIP消息中，除了包含新的`icidB`外，还额外包括一个作为第一ICID引用/历史参数的始发ICID参数（如在PCV报头中定义新参数`orig-icid=icidA`），该参数本身不作为新消息的当前ICID。

* **技术特征D：** 对应基于引用关系的计费/信息相关。具体为：*基于所述第一ICID和所述第二SIP消息中对所述第一ICID的所述引用，将与所述第一SIP消息有关的信息和与所述第二SIP消息有关的信息相关*。

* *说明书解释：* 对应说明书\[0023\]-\[0024\]。当后续网络实体（如B的始发AS 20）发送计费数据（ACR 310）到计费数据功能（CDF 16）时，该ACR同时携带了`icidB`和`orig-icid (icidA)`。计费系统或网络跟踪系统据此将原分支（第一SIP消息）的信息和重定向分支（第二SIP消息）的信息相关联，回溯到始发消息。

---

### 二、 对比文件特征比对表格

以下表格紧密结合各对比文件原文及详细出处（段落号），比对目标专利权利要求1各技术特征的公开情况。

*注：用 D1 指代 EP1310085A2，D2 指代 CN1773919A，D3 指代 US20070213031A1，D4 指代 US20090104899A1。*

---

### 三、 创造性分析：最接近的对比文件（D最接近）选择

在对本申请权利要求1进行系统性无效宣告准备时，**D3 (US20070213031A1)** 和 **D2 (CN1773919A)** 均具备作为“最接近的对比文件”的资格。根据案情，本案建议采用**双最接近对比文件（独立两条线）**的策略：

#### 路线一：以 D3 作为最接近的对比文件（首选）

* **研发领域与技术问题相同：** D3 同样聚焦于解决 3GPP 核心网 IMS 架构中，网络实体因重定向（Redirection）、通信转移等操作产生多个呼叫分支（Multi-leg calls）时，各分支具有不同计费标识（ICID），导致计费系统/运营商无法对多分支进行历史追溯和关联计费的技术问题（参见 D3 的 `[0005]-[0008]`）。这与目标专利解决的技术问题完全一致。

* **技术手段最贴近：** D3 提出了“链接ICID（Linked ICID）”的概念，通过让后一个分支携带前一个分支的计费标识副本（`L-ICID=ICID1`），以链表（Linked list）形式实现前后分支的追溯相关（技术特征D）。

* **与目标专利的区别特征：**

* **区别特征1（对应特征C）：** D3 实施将第一ICID的引用（副本）记录在**后一分支所产生的离线计费数据记录（CDR/ACR）**中；而目标专利权利要求1要求将该引用直接插入**第二SIP消息（即SIP信令本身，如P-Charging-Vector报头的参数）**中。

#### 路线二：以 D2 作为最接近的对比文件（备选）

* **技术架构完全相同：** D2 同样工作在 IMS 网络中，且其公开的具体网元是基于 SIP 协议的应用服务器（PoC Server，属于典型的 B2BUA 类型的 AS）。这与目标专利说明书图4中终止应用服务器 14 与始发应用服务器 20 的应用场景完全对等。

* **技术手段的重合度：** D2 已经完整公开了技术特征A和特征B。AS在接收到第一SIP消息（Invite）后，在重定向/创建多会话分支时，为新的分支分配不同的ICID（被叫ICID）。同时，D2 同样提出了在整个通信流程中利用全局唯一标识（PCID）来关联同一会话的不同分支或重新加入分支的话单的技术思想。

* **与目标专利的区别特征：**

* **区别特征2（对应特征C、D）：** D2 是在AS上游直接为各端分配相同唯一的集群计费标识PCID，或分别分配各分支ICID并在信令中传输（最后被P-CSCF删除）。它没有公开在重定向的**第二SIP消息信令内插入对前一分支第一ICID的引用参数**，从而无法在不依赖第三方全局ID（如PCID）的情况下，直接通过第二SIP信令实现前后分支的显式解耦与相关。

---

### 四、 区别特征的全面审查：未被最接近对比文件公开的特征是否被其他文件公开？

若以 **D3** 作为最接近的对比文件，其唯一的实质区别在于**“将引用插入第二SIP消息（信令层面）”**还是**“插入CDR（计费记录层面）”**。

那么，此区别特征是否被其他对比文件公开？

* **D2 未公开：** 如前所述，D2 传输的是各分支自身的 ICID 或者是并列的 PCID，没有在前一个 SIP 消息更改为后一个 SIP 消息时，将前者的 ICID 写入后者的信令报头参数中。

* **D4 进行了方向性的实质公开，但存在参数差异：**

* D4 公开了在 IMS 网络中进行通信转移（CDIV）时，Retargeted 请求（即第二SIP消息）中会携带 `History-Info` 报头（参见 D4 `[0028]-[0030]`）。

* 该 `History-Info` 报头中包含了前一被服务用户的 URI 信息，且其 `cause param` 参数（映射原因为 486、302、408 等）反映了前一分支的重定向状态。

* 然而，D4 中插入 `History-Info` 的目的是为了满足通信转移通知（CDIVN）服务或路由追溯，其参数映射的是“重定向原因代码和历史路由URI”，而**非明确的“第一IMS计费标识符（ICID）的引用”**。

**结论：** 没有任何一个对比文件直接且毫无异议地公开了“将**前一分支的ICID引用**显式作为新参数插入到**后一分支的SIP信令消息**中”这一具体手段。

---

### 五、 无效请求方最薄弱的技术特征（即专利权人最坚固的防线）

如果请求方以 D3 为主对比文件，结合 D4 或 D2 提起无效宣告请求，**最薄弱的技术特征（最难被无效掉、专利权人最容易成功抗辩的点）是：技术特征C。**

> **“将对所述第一ICID的引用插入所述第二SIP消息中”**

#### 薄弱/难攻克原因分析：

1. **D3 存在不可逾越的层级技术鸿沟（信令层 vs 计费层）：**

* 专利权人可以强烈抗辩：D3 的方案是一种典型的**“后处理相关”**。D3 的 MGCF 或网络节点在每个呼叫分支各自闭合时，将 `L-ICID` 写入发送给 CDF/CGF 的 Diameter 协议 `ACR/CDR` 记录中。这意味着，在信令传输和会话控制的当下，**SIP信令本身完全没有感知到前一分支的ICID**。

* 目标专利将该引用直接做在 **SIP 信令层（第二SIP消息）**内。这样做带来了巨大的技术效果提升（对应目标专利说明书 `[0010], [0023]`）：例如，在应用服务器链式连接（AS链）中，位于下游的“始发 AS 20”在原流程中由于没看到原始邀请，根本无法在自身的计费记录中关联原分支。正是由于目标专利将 `orig-icid` 插入到了 SIP 消息中，使得不直接参与重定向的下游 AS 20 也能从收到的 SIP 消息中直接抓取到第一 ICID，从而在**实时信令层面或中间节点**就能完成关联和网络跟踪。这种技术效果是 D3 的离线 CDR 堆叠机制完全无法实现的。

2. **D4 的 History-Info 无法等同替代 ICID：**

* 虽然 D4 公开了在第二 SIP 消息中插入历史信息（`History-Info`），但专利权人可以指出：`History-Info` 中记录的是用户的统一资源标识符（URI，如电话号码或SIP SIP-URI）以及业务原因值（如 302 暂时移动）。

* 在复杂的 IMS 核心网中，同一个用户（URI）可以在同一时间段内发起或接收多个不同的 SIP 会话。仅仅靠 D4 的 `History-Info` 中的 URI 和业务原因，**根本无法在网络跟踪中作为唯一键（Unique Key）精准地锁定并关联到某一个特定的、具体的 SIP 媒体会话分支**。而 ICID（IMS 计费标识符）是会话级别的全局唯一标识符。

* 因此，将 D4 插入历史路由信息的常规操作，与目标专利为了解决会话级精准跟踪而“将第一 ICID 引用插入第二 SIP 消息”的构思存在本质的、非显而易见的技术壁垒。

### 总结建议

在撰写无效宣告请求书时，针对**技术特征C**，请求方必须全力将 D4 中的 `History-Info` 框架解释为“对前一呼叫状态及会话上下文的一般性广义引用”，并主张“将计费层参数（D3）放入信令层传输（D4）属于本领域技术人员为了实现多网元同步跟踪而进行的常规协议扩展（如扩展 PCV 报头参数）”，以此来冲抵其创造性。但必须承认，这一特征是本案无效壁垒最高、对抗辩方（专利权人）最有利的防线。

作为一名经验丰富的专利代理师，我将为您针对目标专利（CN103650471B）的权利要求1，紧密结合说明书及您提供的四份对比文件进行深入的侵权/无效技术分析。

在IMS（IP多媒体子系统）网络中，当SIP会话发生重定向（如呼叫转移CDIV）时，传统机制会生成新的计费标识符（ICID），导致前后呼叫分支（Call Leg）的计费信息断裂。目标专利的核心发明点在于：在重定向时，**不仅生成新的ICID，还将前一个分支的ICID作为“引用”（例如新设参数`orig-icid`）插入到新的SIP消息中**，从而使计费系统能够将前后不同ICID的呼叫分支关联起来。

以下是针对权利要求1各技术特征的详细比对、最接近对比文件筛选及无效请求方的薄弱点分析。

---

### 一、 权利要求1技术特征比对表格

为了清晰展现各对比文件是否毫无异议公开（完全相同公开）或实质公开（惯用手段替换/隐含公开）了目标专利的技术特征，特构建以下特征比对表：

---

### 二、 最接近的对比文件（D1）筛选与分析

在创造性分析中，选择“最接近的对比文件”需从**技术领域、发明目的（解决的技术问题）以及技术特征重合度**三个维度考量。

本案中，**对比文件4（WO2010083692A1）最适合作为最接近的对比文件。**

* **整体解决的技术问题与技术效果契合度**：

目标专利解决的是IMS网络中发生**重定向（如呼叫转移CDIV）**时，由于控制平面和接入网分离，或者AS链式连接导致前后呼叫分支的计费标识断裂、无法关联、导致计费不准或无法网络跟踪的问题。

* **对比文件1和2**解决的是**移动性切换（Handover/Roaming）**过程中的计费连续性问题（即同一个设备换了网络或运营商，呼叫人没变）。

* **对比文件3**解决的是在线计费中，**多个业务实体同时计费**导致的预付费开单不准问题。

* **对比文件4**则直接聚焦于**IMS集中控制业务（ICS）、语音呼叫接续（VCC）及通信转移（CDIV）**等复杂的跨域/重定向场景。它明确指出了“若无法关联IMS域和CS域的计费信息则会导致重复计费或不准确”的痛点，其技术领域和面临的**重定向技术背景**与目标专利最为契合。

* **技术特征的公开程度**：

对比文件4公开了技术特征A和B，并实质公开了D。它明确提到了在SIP消息的`P-Charging-Vector`头域中携带和提取ICID。这与目标专利在发明内容中指出的“将对第一ICID的引用插入第二SIP消息中（如在PCV报头中作为新参数）”具有极高的架构相似性。

---

### 三、 联合对比与技术特征的组合公开情况

由于单独一份对比文件（如对比文件4）并未完全公开权利要求1的全部特征（特别是特征C中“在重定向的第二SIP消息中插入对第一ICID的引用”），我们需要看其他对比文件是否给出了技术启示：

1. **关于特征C（将前一ID的引用随信令传递）**：

* **对比文件1**中，当发生Handover时，Handover AS会识别出Original ICID和Handover ICID，但它的做法是直接在向计费系统发送的**计费消息（Diameter ACR）**中同时塞入这两个ID。它**没有**把Original ICID作为引用塞回到朝向新接入网的SIP信令里。

* **对比文件2**引入了全局的RCID，并通过SIP INVITE在网络实体间分发这个RCID，使各网元都能感知。

* **对比文件4**提到了在MSC Server和IMS网元（AS）之间通过SIP信令的`P-Charging-Vector`传递ICID。

2. **结论**：没有任何一篇对比文件明确公开了**“在呼叫重定向给第三用户的场景下，将原呼叫分支的第一ICID作为自定义参数（引用）显式地插入到发往第三用户的新呼叫分支的第二SIP消息中”**。对比文件1、2、3虽然都意识到了“需要将前后两个不同阶段的计费ID关联起来”，但其实现路径要么是“在计费 Rf/Ro 接口的记帐报文中同时上报”，要么是“在网络初期就下发一个全局统一的非ICID标识（如RCID）”。

---

### 四、 无效请求方最薄弱的技术特征（专利权人的核心护城河）

若您代表**无效请求方**尝试去推翻目标专利的创造性，或者作为**专利代理师**在确权阶段进行评估，本案中**防御力最强、对请求方来说最薄弱（最难攻破）的技术特征是：**

> **技术特征C：将对所述第一ICID的引用插入所述第二SIP消息中。**

#### 薄弱原因（对请求方而言的断点）：

1. **信令层面与计费层面的隔离（技术偏见/非显而易见性）**：

在3GPP的标准电信架构中，**SIP信令流**（控制面）和**Diameter计费流**（计费面）在排布上是相对独立的。对比文件1、3乃至传统的3GPP规范，对于“关联两个分支的计费”这一需求，常规思维都是在**计费消息（Rf接口的ACR报文）**中做文章（如D1的[p0017]，在ACR中增加新AVP参数来同时上报旧ICID和新ICID）。

而目标专利却反其道而行之，选择在**SIP信令（控制面消息）**中增加一个原本标准里不存在的参数（例如`orig-icid`），让这个引用随着SIP邀请一路传给后续的链式AS（如说明书图4中的始发AS 20）甚至第三用户C的终止网络。

2. **解决了特定场景下的技术孤岛问题（显著的进步）**：

如目标专利说明书[0010]所述，在AS链式连接的CDIV服务中，后面的“始发AS”根本没有机会看到最开始的原始SIP消息，因此如果按对比文件1的方法由重定向AS在计费报文中做交叉引用，后面的始发AS依然无法获得原始ICID，导致计费断裂。目标专利通过**将引用塞入SIP消息随流传递**，完美解决了链式AS无法获取前序ICID的技术难题（说明书[0023]）。

3. **缺乏现有技术启示**：

对比文件4虽然提到了在跨CS域和IMS域时用`P-Charging-Vector`带上ICID，但那是为了解决“跨域媒体与控制流对应”的问题，并不是在“呼叫重定向（分支改变）”时，把前一个分支的ICID作为历史引用塞进新分支的SIP消息中。

### 总结与诉讼/无效策略建议：

* **对于请求方（发起无效）**：直接以D4为最接近对比文件（D1），结合D1或D2，主张“将前序ID作为关联依据随信令或计费报文传递”属于本领域技术人员为了实现链路追踪或话单聚合的常规设计选择。但必须承认，特征C的“信令内随流包装”存在较高的创造性高度，单纯依靠本案的D1-D4很难达到“毫无异议的显而易见性”。

* **对于专利权人（应对无效）**：应死守**特征C在特定场景（呼叫重定向+链式AS）下带来的无法预期的技术效果（实现了网络跟踪与后面的AS能拿到前序ICID）**，强调现有技术均是在计费 Rf 接口进行双ID上报，而本发明的“信令内跨分支携带引用”打破了传统计费与信令的边界，具备突出的实质性特点。

如权利要求1所述的方法，其中所述第一SIP消息的所述重定向在执行重定向操作的服务于所述第一SIP消息被引导到的所述第二用户的应用服务器或另一IMS网络实体执行。

如权利要求1或2所述的方法，还包括通过生成包括第三ICID的第三SIP消息将所述第二SIP消息重定向；将对所述第二ICID的引用插入所述第三SIP消息；并且基于所述第二ICID和所述第三SIP消息中对所述第二ICID的所述引用，将与所述第二SIP消息和第三SIP消息有关的信息相关。

如权利要求3所述的方法，还包括基于所述第一ICID和第二ICID和所述第二SIP消息和第三SIP消息中对所述第一ICID和第二ICID的所述引用，将与所述第一SIP消息和第三SIP消息有关的信息相关。

如权利要求3所述的方法，其中所述第一SIP消息被引导到所述第二用户，并且所述第一SIP消息的重定向在服务于所述第二用户的终止AS执行，而所述第二SIP消息的重定向在服务于所述第二用户的始发AS执行。

如权利要求3所述的方法，其中作为SIP邀请的所述第二SIP消息和第三SIP消息被引导到与所述第一SIP消息被引导到的所述第二用户不同的用户。

如权利要求3所述的方法，其中所述第一SIP消息和/或第二SIP消息的所述重定向包括应用以下之一：通信转移CDIV；免打扰服务；通信分发服务；灵活提示服务；会议服务或任何其它重定向服务。

如权利要求3所述的方法，其中与所述第一SIP消息、第二SIP消息和第三SIP消息有关的所述信息包括计费信息；所述方法还包括将所述计费信息与在所述第一SIP消息中包含的所述第一ICID、在所述第二SIP消息中包含的所述第二ICID和对所述第一ICID的所述引用以及在所述第三SIP消息中包含的所述第三ICID和对所述第二ICID的所述引用一起转发到计费数据功能CDF。

如权利要求8所述的方法，其中所述CDF将所述计费信息与收到的包括对应ICID或引用的ICID的其它计费信息相关。

如权利要求3所述的方法，其中与所述第一SIP消息、第二SIP消息和第三SIP消息有关的所述信息包括计费信息；所述方法还包括将所述计费信息与在所述第一SIP消息中包含的所述第一ICID、在所述第二SIP消息中包含的所述第二ICID和对所述第一ICID的所述引用以及在所述第三SIP消息中包含的所述第三ICID和对所述第二ICID的所述引用一起转发到在线计费系统OCS。

如权利要求10所述的方法，其中所述OCS将所述计费信息与收到的包括对应ICID或引用的ICID的其它计费信息相关。

如权利要求3所述的方法，其中将与所述第一SIP消息、第二SIP消息和第三SIP消息有关的所述信息相关包括使用所述第一SIP消息、第二SIP消息和第三SIP消息中的所述ICID，执行网络跟踪。