一种用于每个用户平面接口类型的IP终结点保留的方法，包括：确定用户平面接口的类型，呼叫将经由该用户平面接口被处理，；其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议； 在具有参考点值的分组中指示基于因特网协议的用户平面接口类型，；其中所述参考点值对应于所述基于因特网协议的用户平面接口类型，；所述分组被包含在终结点保留消息中；以及发送包括所述分组的所述终结点保留消息。

基于权利要求1以及目标专利说明书的公开内容，结合四份对比文件进行紧密的侵权/无效创造性分析。

### 一、 目标专利权利要求理解与技术特征拆解

目标专利（CN101978667B）旨在解决控制装置（如MSC服务器/MSS）与网关装置（如媒体网关/MGW）之间在保留基于IP的用户平面接口（如A、Nb、Mb接口）时，网关无法区分具体接口类型，导致资源保留无法最优化、无法提供特定服务组或准确统计信息的技术问题。

权利要求1的方法包含以下技术特征拆解：

* **技术特征A**：确定用户平面接口的类型，呼叫将经由该用户平面接口被处理，

* **技术特征B**：其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议（即说明书所述不使用NbUP，直接通过RTP传输语音/数据）

* **技术特征C**：在具有参考点值的分组中指示基于因特网协议的用户平面接口类型，

* **技术特征D**：其中所述参考点值对应于所述基于因特网协议的用户平面接口类型，

* **技术特征E**：所述分组被包含在终结点保留消息中

* **技术特征F**：发送包括所述分组的所述终结点保留消息。

---

### 二、 对比文件原文分析与技术特征比对

经过对各对比文件原文的详细出处检索，技术特征比对如下表所示：

#### 1. 技术特征比对表格

*(注：由于D1与第3份文件、D2与第4份文件内容高度一致，故统一以D1、D2指代并交叉标出相应出处。)*

#### 2. 对比文件原文详细出处分析

* **D1 (US2008043669A1 / US2008123596A1)**

* **技术方案**：主要公开了通用接入网络（GAN）或Femtocell系统通过Iu接口与核心网交互的方案。在PS（分组交换）域，通过GANC和UE之间的GTP-U over UDP/IP来传输数据。

* **原文出处**：`[0112]` 明确指出“The GANC includes a UDP protocol layer and a GTP-U protocol layer over the UDP protocol layer...”。在通道激活时，`[0111]` 和 `[0512]` 提到发送“GA-PSR activate PTC request”消息，其中携带TEID（端点标识符）。

* **差异分析**：D1中虽然涉及IP终结点的分配（如分配TEID、IP地址），但其属于在既定的GAN网络架构下建立数据通道，并没有在终结点保留消息中通过**参考点值（Reference Point Value）**来区分A、Nb、Mb等不同的基于IP的用户平面接口类型，因此未公开特征B、C、D、E。

* **D2 (US2008049783A1 / US2008144659A1)**

* **技术方案**：公开了一种网关控制器和方法，用于在网络的不同接口之间支持承载格式协商（Bearer Format Negotiation），以允许ATM、IP、TDM等不同传输协议的端点互通。

* **原文出处**：`[0016]` 指出“bearer format signaling procedures are performed at gateway controllers 26, 28... to activate a conversion function of the gateway... on a call-by-call or per-connection basis”。`[0025]` 和表1（`[0027]`）公开了通过“bearer format parameter”来识别和指示网络与各源/宿节点之间的接口类型（如IP、AAL1、AAL2、TDM）。其控制接口协议显式包含H.248和MGCP（`[0034]`）。

* **差异分析**：D2虽然公开了在网关控制消息（如H.248/MGCP）中通过承载格式参数来确定和指示接口类型（特征A、C、D、E、F），但其划分的维度是宏观的传输层协议转换（如判断是IP、ATM还是TDM），而**不是在均为基于IP的接口层面上，去进一步区分并排斥Nb用户平面成帧协议（特征B）**。

---

### 三、 最接近对比文件的选择

在创造性分析中，**D2 (US2008049783A1 / US2008144659A1)** 适合作为**最接近的对比文件**。

* **整体解决的技术问题角度**：

目标专利克服的问题是：网关在面临相同底层的IP终结点保留时，无法知晓具体的逻辑参考点接口类型，从而无法做差异化资源优化。而D2解决的技术问题正是：如何让网关控制器和网关知晓并协商各个节点接口的承载格式类型，从而激活对应的网关转换功能、优化网络资源并减轻负载（见D2 `[0002], [0009]`）。两者的技术研发方向和意图高度重合。

* **技术效果角度**：

D2实现了“允许网络减少网络资源负载（如降低处理能力、终止动作等）”（`[0009]`），这与目标专利“使MGW资源的使用最优化、增加MGW呼叫处理能力”（目标专利`[0027]`）的技术效果在本质上是相同的。

* **结论**：D2在技术领域、解决的技术问题及技术效果上均与目标专利最接近，且公开了权利要求1的大大部分控制流程特征（特征A、C、D、E、F），因此定为第一方案的最接近对比文件。

---

### 四、 无效请求的最薄弱技术特征与创造性突破口

若向专利复审局提起无效宣告请求，该权利要求**最薄弱的技术特征**是：**技术特征B**。

> “*其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议*”

#### 1. 为什么它是最薄弱的特征（突破口）？

在特征比对中可以发现，没有任何一篇对比文件**字面公开（Explicitly Disclose）**了“不使用Nb用户平面成帧协议（NbUP）”这一负向限定或特定接口约束。然而，从通信标准的公知常识和技术演进角度来看，该特征属于典型的“通过标准协议的公知常识进行选择或排除”：

1. **公知常识覆盖**：在3GPP核心网架构中，Nb接口在传统架构下通常运行NbUP成帧协议。但随着**AoIP（A interface over IP）**和**SIP-I**等纯IP化标准的推进，直接在IP/UDP/RTP之上传输媒体流（免去成帧协议开销）是本领域的普遍演进方向。D1本身就已经公开了在IP网络中直接使用RTP或GTP-U/UDP传输语音数据（D1 `[0112], [0580]`），实质上就是不使用传统电路交换核心网的NbUP成帧协议。

2. **技术主线结合**：一旦审查员或复审委接受D2作为最接近对比文件，结合D1公开的纯分组网络/IP网络架构，本领域技术人员在面对各种“基于IP的接口类型”时，为了提供个体特征服务或优化资源（如目標专利所述的回音消除、DTMF递送等），自然有动机在H.248（Mc/Mn接口）信令中增加一个枚举属性（即参考点值）来区分它们。

#### 2. 无效宣告理由构筑建议（创造性方案）

针对权利要求1，建议采用以下结构组织无效理由：

* **法条依据**：专利法第22条第3款（创造性）。

* **组合方式**：**D2 + D1 + 本领域公知常识**。

* **论证逻辑**：

1. D2已经公开了一种在呼叫建立/终结点保留时，由控制器确定接口承载类型，并在控制分组（参数）中携带对应值发送给网关，以使网关按需处理的技术方案。

2. 目标专利权利要求1与D2的差异仅在于：限定了接口为基于IP且不使用NbUP的接口（特征B），并具体指明了参考点值（如A、Nb、Mb等3GPP特定接口）。

3. 然而，D1已经公开了在现代通信网络系统（如GAN/Femtocell）中广泛使用基于IP传输且直接通过RTP或GTP-U/UDP承载媒体流的技术架构（隐含了不使用传统Nb成帧协议）。

4. 将D2中用于通用网络承载协商的“格式/接口参数指示机制”，应用到D1所展现的、具有多种不同IP参考点（A接口、Mb接口等）的3GPP具体3G/G网络体系中，对本领域技术人员而言是**显而易见的**。为不同IP参考点分配对应的属性枚举值（特征C、D）属于常规的协议字段填表设计，没有产生预料不到的技术效果。因此，权利要求1不具备创造性。

权利要求1的方法，包括： 接收与所述呼叫相关的控制平面信令消息；以及根据所述控制平面信令消息来确定所述基于因特网协议的用户平面接口类型。

权利要求2的方法，其中，所述控制平面信令消息包括呼叫建立请求消息、协商发起消息和协商响应消息中的至少一个。

权利要求1的方法，包括： 接收呼叫建立请求消息； 在对所述呼叫建立请求消息进行反应的将被发送的协商发起消息中，把装置指示为所述协商发起消息的发送方，其中所述协商发起消息将通过所述装置被发送；以及发送所述协商发起消息。

权利要求1的方法，包括： 接收协商发起消息； 在对所述协商发起消息进行反应的将被发送的协商响应消息中，把装置指示为所述协商响应消息的发送方，其中所述协商响应消息将通过所述装置被发送；以及发送所述协商响应消息。

权利要求1的方法，包括： 使用H.248协议来发送所述终结点保留消息。

一种用于每个用户平面接口类型的IP终结点保留的方法，包括：接收终结点保留消息，所述终结点保留消息包括具有对应于基于因特网协议的用户平面接口的参考点值的分组； 根据在包含在所述终结点保留消息中的所述分组中所指示的所述参考点值来确定基于因特网协议的接口的用户平面接口类型，其中在所述用户平面接口类型中不使用Nb用户平面成帧协议；以及依照基于因特网协议的用户平面接口类型来执行处理。

权利要求7的方法，包括： 使用H.248协议来接收所述终结点保留消息。

权利要求7的方法，包括： 依照所述基于因特网协议的用户平面协议类型来保留资源。

权利要求7的方法，包括： 依照所述基于因特网协议的用户平面协议类型来提供特定服务。

一种用于每个用户平面接口类型的IP终结点保留的设备，包括：用于确定用户平面接口的类型的部件，呼叫将经由该用户平面接口被处理，其中所确定的类型的用户平面接口是基于因特网协议的接口并且其中不使用Nb用户平面成帧协议； 用于在具有参考点值的分组中指示基于因特网协议的用户平面接口类型的部件，其中所述参考点值对应于所述基于因特网协议的用户平面接口类型，所述分组被包含在终结点保留消息中；以及用于发送包括所述分组的所述终结点保留消息的部件。

权利要求11的设备，包括： 用于接收与所述呼叫相关的控制平面信令消息的部件；以及用于根据所述控制平面信令消息来确定所述基于因特网协议的用户平面接口类型的部件。

权利要求12的设备，其中，所述控制平面信令消息包括呼叫建立请求消息、协商发起消息和协商响应消息中的至少一个。

权利要求11的设备，包括： 用于接收呼叫建立请求消息的部件； 用于在对所述呼叫建立请求消息进行反应的将被发送的协商发起消息中把装置指示为所述协商发起消息的发送方的部件，其中所述协商发起消息将通过所述装置被发送；以及用于发送所述协商发起消息的部件。

权利要求11的设备，包括： 用于接收协商发起消息的部件； 用于在对所述协商发起消息进行反应的将被发送的协商响应消息中把装置指示为所述协商响应消息的发送方的部件，其中所述协商响应消息将通过所述装置被发送；以及用于发送所述协商响应消息的部件。

权利要求11的设备，包括： 用于使用H.248协议来发送所述终结点保留消息的部件。

一种用于每个用户平面接口类型的IP终结点保留的设备，包括：用于接收终结点保留消息的部件，所述终结点保留消息包括具有对应于基于因特网协议的用户平面接口的参考点值的分组； 用于根据在包含在所述终结点保留消息中的所述分组中所指示的所述参考点值来确定基于因特网协议的接口的用户平面接口类型的部件，其中在所述用户平面接口类型中不使用Nb用户平面成帧协议；以及用于依照基于因特网协议的用户平面接口类型来执行处理的部件。

权利要求17的设备，包括： 用于使用H.248协议来接收所述终结点保留消息的部件。

权利要求17的设备，包括： 用于依照所述基于因特网协议的用户平面协议类型来保留资源的部件。

权利要求17的设备，包括： 用于依照所述基于因特网协议的用户平面协议类型来提供特定服务的部件。