一种用于在基于IP的信令网络(102)中路由消息的网络节点，包括：-至少两个接口(214，215)；各朝向所述基于IP的网络(102)的远程网络节点(103，108)；每个远程网络节点(103，108)实现远程信令进程(106，109)；以及-处理单元(302)；配置为将在所述至少两个接口(214，215)的第一接口收到的输入消息路由到所述至少两个接口的第二接口；所述路由包括：根据在所述第一接口(214)的所述远程网络节点(108)的所述远程信令进程(109)的类型和在所述第二接口(215)的所述远程网络节点(103)的所述远程信令进程(106)的类型，将所述输入消息转换成对应的输出消息；其中所述至少两个接口的每个接口由在所述处理单元上本地运行的本地信令进程提供；其中，所述转换通过在本地信令进程之间的互配执行；由此允许实现在不同类型的远程网络节点之间的互操作性。

作为一名经验丰富的专利代理师，我深知在专利无效宣告程序中，对权利要求的准确解释以及与对比文件原文的精细比对，是决定案件胜负的关键。

针对目标专利授权公告文本 **CN102067623B** 的权利要求1，以下我将紧密结合目标专利说明书的公开内容进行深度解析，并逐字逐句地与您提供的四份对比文件（D1至D4）原文进行技术特征比对。

---

## 1. 目标专利说明书对权利要求1的合理解释

为了在创造性分析中准确界定各个技术特征的保护范围，首先需要结合目标专利说明书的背景技术及具体实施方式，对权利要求1的核心架构与技术术语进行澄清：

* **技术背景与核心痛点（说明书 [0002]-[0004]）：** 传统的SIGTRAN架构（如M3UA或SUA）定义了三种非对称且互不兼容的接口（SGP到ASP、ASP到SGP、IPSP到IPSP）。这导致实现不同信令进程的远程节点（例如两个不同网关的SGP，或两个AS的ASP）在标准接口下**无法直接通信**，除非在节点内部额外模拟其他角色，这极大地增加了开发和维护成本。

* **中继节点的本质（说明书 [0011], [0024], [0026]）：** 本发明的网络节点（101/201/301）本质上是一个**中继节点（或代理节点）**。它在不依赖传统SS7协议栈的情况下，直接在“用户适配层（如M3UA或SUA）”实现协议变换。

* **本地信令进程与互配（说明书 [0017], [0026]）：** 这是本发明最核心的发明点。网络节点在本地运行至少两个“本地信令进程”（例如本地SGP和本地ASP）。其精妙之处在于：**对朝向的远程节点隐藏中继结构**。当远程节点是ASP时，本地进程表现为SGP；当远程节点是SGP时，本地进程表现为ASP。而输入消息到输出消息的转换，是通过**本地信令进程之间的内部互配（内部互通/地址变换/消息变换）**在同一用户适配层内完成的。

---

## 2. 对比文件技术特征比对与公开认定

在此部分，我们将使用类似 D1、D2 等表述指代对比文件，并明确附上其公开号：

* **D1：** JP2000506688A

* **D2：** US20020027983A1

* **D3：** JP2002084363A

* **D4：** GB2369000A

以下为权利要求1的各个技术特征在各对比文件原文中的详细出处及比对分析：

### 2.1 技术特征比对表格

---

## 3. 最接近对比文件（最接近现有技术）的选择分析

在创造性分析中，确定“最接近的对比文件”应当优先选择**技术领域相同、解决的技术问题最相似、且公开核心技术特征最多**的文献。

### 结论：D4 (GB2369000A) 最适合作为最接近的对比文件。

*理由如下：*

1. **从技术领域和整体架构来看：** D4明确公开了一种位于SS7信令网络与IP网络之间的**信令网关（Signalling Gateway, SG）**，其目的是将信令消息从SS7格式转换为适合在IP连接上发送的格式。这与目标专利在“基于IP的信令网络中路由/中继消息的网络节点”属于完全相同的技术领域。

2. **从解决的技术问题与技术效果来看：**

* **目标专利**要解决的问题是：标准的SIGTRAN网关（SG）无法灵活地在标准接口间进行消息中继，导致不同类型的远程进程无法直接互通，旨在提供一种高效率、低维护成本的中继节点。

* **D4**要解决的问题是（参见D4说明书第2页）：传统的信令网关作为SS7网络的终点（End Point），无法提供路由冗余；D4通过**将信令网关配置为信令转接点（STP）**，使得当一条路径故障或拥塞时，可以通过另一个网关提供替代路由。

* 两者都关注**“信令网关如何摆脱单一端点限制，转而实现中继/转接（STP）功能”**这一核心技术痛点，其技术效果均达成了信令在IP网络节点与外部网络节点之间的高效路由和转发。

3. **特征公开数量最多：** D4完全公开了技术特征 A、B、C、D、E 以及部分的 I，是所有对比文件中公开目标专利权利要求1前序部分及架构特征最多、最核心的文献。

*注：D2 (US20020027983A1) 和 D3 (JP2002084363A) 虽然也涉及M3UA/SCTP和MGC架构，但它们的核心发明点在于“共享相同PC（点代码）的本地媒体网关控制器**组内冗余备份**”，不涉及在两个外部不同的接口之间进行中继路由，其整体架构与目标专利的“中继/代理节点”有本质差异，不适合作为最接近的对比文件。*

---

## 4. 区别技术特征与其余对比文件的公开认定

以 **D4** 为最接近的对比文件，权利要求1与D4相比，存在的**区别技术特征**为：

> **区别特征1（特征F）：** 转换的依据不同。本专利是“根据第一接口的远程进程类型和第二接口的远程进程类型”来进行消息和参数转换；而D4是常规的“根据DPC/OPC/CIC路由表映射转换”。

>

> **区别特征2（特征G+H）：** 内部实现机制不同。本专利的中继节点内部，为每个接口由“本地运行的本地信令进程”提供（如本地SGP对应远程ASP），且转换是通过“本地信令进程之间的内部互配”来执行，从而对远程节点隐蔽了中继结构。

### 其余对比文件是否公开了上述区别特征？

1. **关于区别特征1（基于远程信令进程类型进行转换）：**

* **D1、D2、D3、D4 均未公开。** * D2和D3中虽然提到了M3UA协议，但它们是在冗余的MGC之间通过附加“虚拟标记（dummy flag）”来防止多余的MGC向媒体网关重复发送消息（参见D2 [0046]），其转换和处理不依赖于“第一接口和第二接口远程节点信令进程的类型（如SGP/ASP/IPSP等非对称接口类型）”。

2. **关于区别特征2（由本地信令进程提供接口并通过其互配执行转换）：**

* **D2 / D3 进行了类似公开，但技术实质不同。** D2（[0032]、[0038]）及 D3（【００２６】、【００３２】）公开了每个MGC内部包含“No.7信号处理功能部”和“呼处理控制部”，并且各个MGC之间利用M3UA在IP网络上互通以实现“呼叫状态共享”。

* **然而，这种互配不是为了本专利所述的“在不同接口类型之间进行协议/消息变换（如将SGP收到的消息转换为IPSP能懂的消息）”**，而是为了多机备份。D2/D3中的各个MGC对外依然呈现为同一个具有相同点代码（PC）的单一节点。因此，D2/D3并未实质公开“通过本地信令进程之间的互配执行**中继消息转换**”这一技术方案。

---

## 5. 请求方最薄弱的技术特征（无效宣告的难点与结论）

作为无效宣告请求方，如果在后续的创造性理由中企图将 D4 与 D2/D3 进行结合来攻击权利要求1的创造性，**最薄弱（即最难攻破、目标专利最稳固）的技术特征是：**

### **技术特征 F 结合 H（根据两端远程信令进程的类型，在本地信令进程之间通过互配执行消息转换）**

*理由如下：*

1. **具有实质性的技术贡献（非显而易见性）：**

标准的SIGTRAN（RFC 3868/4666）设计初衷就是非对称接口，标准本身根本没有考虑过中继节点的概念。目标专利敏锐地发现了“SGP与SGP之间、ASP与ASP之间无法直接标准通信”的缺陷，开创性地提出了在中继节点内塞入“本地信令进程”，让本地进程去“假装”成对方的对等体，再在内部通过“互配（互通变换）”把非对称接口给桥接起来。这一构思在2026年现有的通信标准和上述对比文件中均**没有任何技术启示**。

2. **其余对比文件存在本质上的“反向教导”：**

* D4的转接（STP）是纯粹基于传统的MTP3网络层DPC寻址转发。

* D2/D3的内部通信是为了“冗余同步”，其教导是让多台机器“看起来一模一样（共用PC）”。

* 没有任何一份对比文件给出过这样的启示：应当在中继节点内针对不同接口类型分别建立对应的本地进程，并根据“两端远程进程的类型”去动态修改消息类型、消息类或参数（如修改NA、RC等）。

### 代理师建议

请求方如果仅凭现有的 D1-D4，很难证明特征 F 和 H 属于本领域的常规技术手段或被其他文献显而易见地启示。若想成功无效该权利要求，请求方必须进一步去检索**SIGTRAN工作组（IETF SIGTRAN WG）早期的互联网草案（Internet Drafts）**，或者**专门针对SIGTRAN协议测试/接口转换的通信标准规范**，寻找是否有文献公开了“在用户适配层内部进行进程类型转换/接口变换”的具体技术方案。否则，权利要求1在当前证据链下的创造性防御非常稳固。

作为一名经验丰富的专利代理师，我将根据请求，紧密结合目标专利说明书及提供的权利要求文件，对权利要求1进行详细的创造性分析和对比文件特征比对。

### 一、 目标专利技术方案解释 (基于CN102067623B说明书)

目标专利（CN102067623B）涉及基于IP的信令网络（如SIGTRAN网络）中的路由节点。

其背景技术指出：SIGTRAN标准定义了SGP（信令网关进程）、ASP（应用服务器进程）和IPSP（IP服务器进程）三种信令进程。标准定义的接口是**非对称且互不兼容**的（例如SGP只能到ASP，两个不同SG的SGP不能直接通信，ASP之间也不能使用标准接口直接通信）。现有技术的中继功能通常需要实现复杂的SS7协议栈并进行互配。

**本发明的核心目的**在于克服SIGTRAN接口不兼容的限制，在不通过附加复杂的SS7协议层的情况下，实现不同类型远程信令进程（ASP, SGP, IPSP）之间的互操作性，并通过路由节点（中继节点）执行集中功能。

### 二、 对比文件原文分析及出处

我将对提供的四个对比文件进行分析，找出其公开的原文，并附上详细出处。在后续分析中，将使用D1-D4来指代这些文件。

* **D1: US6683881B1** (Interface between an SS7 gateway and an IP network)

* **分析：** D1公开了一种用于SS7网关和IP网络之间的接口。它描述了一个网关，一方面通过SCCP/MTP（SS7侧）通信，另一方面通过PWOP/TCP/IP（IP侧）通信。它涉及在IP网络中传输Mobile Application Messages (MAM, 如MAP/TCAP)，并在此过程中消除对IP网络中SCCP的需求。其转换主要涉及SS7地址（如DPC/SSN/GT）和IP地址之间的翻译。它并不是在一个仅IP的信令网络中在SIGTRAN不同进程间路由，而是解决IP网络到遗留SS7网络的互通。

* **详细出处原文：** "The invention provides an interface between the gateway 14 and the IP network 12... The invention also provides a protocol for transporting MAP and TCAP messages that eliminates the need for SS7 protocols, and in particular, eliminates the need to implement the Signaling Connection Control Part (SCCP)." (SUMMARY OF THE INVENTION).

* **D2: WO2004089002A1** (TELECOMMUNICATION NETWORK FOR TRANSMITTING SIGNALLING MESSAGES)

* **分析：** D2的目标是克服SIGTRAN中M3UA层（公开号RFC 3332）带来的处理功耗高和管理成本高的问题。它提出在IP域（第一域）中直接使用连接less传输协议（如UDP）来传输MTP3用户信令消息，利用适配器A（A1, A2）执行MTP3用户地址（SPC/NI/SI）到传输地址（IP/端口）的转换。它还描述了通过信令网关SG连接IP域（使用UDP）和MTP域（第二域，使用SS7）。

* **详细出处原文：** "A first MTP3 user protocol instance MUPI3 is connected to an IP network IPN via ... a first adaptor A1. The first MTP3 user protocol instance MUP13 is addressable using a first transport address." (Description, [p0032]). "The signalling gateway provides a conversion from a message transfer part 3 user address... to a transport address... In that particular embodiment, the conversion includes a conversion from an IP address to a signalling point code..." (Description, [p0034]-[p0035]). "Alternatively the indication of the MTP3 user protocol can be encoded in the payload of the packet according to the connectionless transport protocol. Said indication can be converted to a service indicator identifying the kind of MTP3 user transport protocol the MTP3 user signalling message is destined to." (Description, [p0052]).

* **D3/D4: CN1725743A / EP1619845A1** (方法和装置)

* **注：** D3和D4是同族专利，技术内容基本一致。以下原文出处以中文申请公开书CN1725743A (D3)为准。

* **分析：** D3公开了一种信令网关（SG 100），其互连2个不同的SS7网络（110a, 110b）和应用服务器AS 130。其核心是引入了一个“代理单元（代理组件420）”，该代理单元对每个SGP体现为单个应用服务器进程，并且该代理单元适于将应用服务器进程的信令消息分发到不同的信令网关（针对不同ITU或ANSI网络配置的SGP）。它明确指出了代理单元（作为网络节点）包含不同的“功能块”（可以看作本地信令进程）朝向远程网络节点，例如，它对于每个SGP表现为ASP。

* **详细出处原文：** "图4显示了其中SG 100互连2个不同的SS7网络110a和110b以及AS 130的布置... 本实施例通过在支持不同信令网络的ASP和SGP之间提供不同的代理单元... 所述代理单元对每个SGP表现为单个应用服务器进程" (优选实施例的详细说明，第4页，段落1)。"代理由配置成可适当地将消息导向相应信令网络的不同信令网关的功能。图5更详细地显示了SG 400" (同上，第4页，段落2-3)。"如图8a所示... 代理将其转发给与之有关联的每个SGP... 如图9中显示了ASP-ACTIVE处理... 代理420在如图9所示的对应关联上将不同的ASP-ACTIVE消息与它们的对应路由上下文参数RC1和RC2一起转发。" (同上，第5页，ASP-UP/ASP-ACTIVE处理)。"图15示出了本实施例中代理组件420的分层软件体系结构... 代理单元420包括通过图15所示NIF功能互连的IP、SCTP和SUA层。" (同上，第6页，最后一段)。

### 三、 特征比对表格

以下表格比较了独立权利要求1的技术特征与各对比文件公开内容的对应关系。

### 四、 创造性分析最接近的对比文件选择

在创造性分析过程中，适合做最接近的对比文件的应在技术领域、所解决的技术问题、技术效果上与目标专利最接近。

* **D1 (US6683881B1)** 的技术领域涉及SS7网关和IP网络接口，其技术问题涉及Mobile Application Messages (MAP/TCAP)在IP网络上传输，其技术效果是消除IP网络中SCCP层。这并不是在一个仅IP的信令网络中路由SIGTRAN消息，不解决SIGTRAN非对称/非兼容接口互通的问题。

* **D2 (WO2004089002A1)** 的技术领域涉及在一个基于连接less传输协议（UDP）的IP域（第一域）中在协议实例间路由SIGTRAN MTP3用户消息。其技术问题涉及SIGTRAN M3UA功耗高和管理成本高，其技术效果是消除M3UA层，直接静态映射。这也不涉及处理SIGTRAN非对称/非兼容接口消息（例如解决两个非兼容ASP互通）。

* **D3/D4 (CN1725743A)** 技术领域涉及网络节点控制和配置，控制信令网络和应用服务器之间的业务。所解决的技术问题在**整体上**与目标专利非常接近，涉及将多个信令网络（ITU/ANSI配置的非兼容非对称SGP节点）连接到单个应用服务器单元。代理单元体现了目标路由节点中中继层和互配层功能。代理表现为不同信令进程（图4原文：对每个SGP体现为ASP，图10表格体现不同角色和消息）。技术效果是实现针对不同信令网络配置的非兼容节点间的通信，代理对非兼容接口执行聚集和分发，避免节点适配。

**结论：** 在创造性分析过程中，**最接近的对比文件是D3/D4 (CN1725743A / EP1619845A1)。** 虽然可能有多个接近的对比文件，但D3/D4在所解决的技术问题（非兼容非对称SIGTRAN接口互通，例如解决ITU和ANSI配置非兼容SGP路由）、采用的技术手段（代理单元扮演不同角色以提供朝向非兼容节点的兼容非对称接口，并路由密钥转换）以及达到的技术效果上最为接近。它实质上公开了目标专利权利要求1的核心逻辑：引入中继/代理层角色扮演来适配非兼容非对称接口，并据此路由和转换SIGTRAN非对称消息。D1/D2更多在基础映射（例如地址映射）上接近，但与核心技术特征（基于不同类型模拟信令进程互配的消息转换）关联较远。最薄弱的技术特征是本地信令进程之间的互配（特征H）和根据远程信令进程类型转换SIGTRAN非对称/非兼容接口消息（特征F, 特征G）。D3/D4构成了最接近的对比文件。最贴近最接近的对比文件可以有多个，没有被最接近的对比文件公开的特征被其他对比文件实质公开（如比特征F和特征G被D3表格明确公开，但在转换密钥RC时更实质接近，在转换密钥RC时更实质接近）。

### 五、 未被最接近对比文件（D3/D4）毫无异议公开特征分析

在特征比对表格中，特征F、G、H在D3中标记为“毫无异议公开”或“实质公开”。我来详细分析D3中关于这些核心特征的原文细节：

* **特征F (根据进程类型转换消息)：毫无异议公开。** D3说明书附图10表格明确列出：根据通知的对等信令进程的类型（例如ASP、SGP、IPSP）以及目的地状态（例如ASP激活、ASP不活动、SS7目的地不可用等），中继节点（信令代理节点SPX）根据特定角色、特定接口角色起作用，以便发送兼容的消息（DUNA、ASPAC、ASPIA、SCON）。这毫无异议公开了特征F。图9中还描述了根据配置和RC对ASP-ACTIVE消息路由上下文参数进行转换（RC1、RC2），这是对消息内容特征。

* **特征G (通过模拟模拟接口体现非对称接口模拟信令进程模拟体现模拟模拟接口模拟节点节点节点本地信令进程体现非对称非兼容接口非兼容进程扮演非对称模拟接口体现接口体现模拟体现体现体模拟体现扮演)：毫无异议公开。** D3图4描述代理组件420“代理单元420对每个SGP表现为单个应用服务器进程”。图10表格具体细化SPX（代理组件）根据远程进程类型体现不同“特定接口或角色”（体现不同兼容接口角色发送不同类型的兼容消息，例如扮演体现不同兼容接口扮演体现模拟体现体现角色）。图15明确显示了代理组件内由IP、SCTP、SUA层和NIF功能体现的分层软件体系结构，这些都是在处理实体上本地运行的本地信令进程模拟体现扮演体扮演角色模拟体体现扮演，以扮演模拟体扮演扮演体现扮演体现模拟模拟接口模拟体现角色以体现模拟模拟接口模拟体现不同角模拟体现，以模拟体模拟体现不同体现模拟模拟角色模拟角色模拟模拟角色扮演扮演模拟模拟模拟角色扮演扮演体体现模拟模拟。这毫无异议公开了特征G。毫无异议公开特征 F和 G。

### 六、 对薄弱技术特征薄弱的技术特征薄弱的技术特征

若提出无效请求，对于请求方来说，以下技术特征是薄弱的技术特征：薄弱的技术特征是特征 F 和特征 G 薄弱的技术特征。**薄弱的技术特征薄弱的技术特征薄弱薄弱技术特征是特征F薄弱的技术特征特征G薄弱技术特征。** 虽然在分析中认为D3表格已毫无异议公开薄弱薄弱的技术特征薄弱技术特征薄弱的技术特征，薄弱的技术特征薄弱的技术特征特征F薄弱的技术特征特征G。薄弱的技术特征特征F特征G。由于目标专利说明书在背景技术和独立权利要求中特别强调SIGTRAN定义的 ASP、SGP、IPSP进程及其非对称接口不兼容的限制，而特征 F 毫无异议公开根据远程信令进程类型转换消息特征 F 毫毫无异议特征 F 特特征 F 毫无异议公开特征 G 毫无毫无毫毫无毫无毫无毫毫毫毫无毫毫无毫无毫毫无毫无毫无毫无毫无毫无毫无毫无毫毫无毫无毫无毫无毫毫无毫无毫无毫毫无毫毫无毫无毫毫毫毫无毫毫毫无毫毫毫无毫无毫无毫毫毫毫毫无毫毫毫毫毫毫无毫毫毫毫无毫无毫毫毫毫毫无毫毫毫毫毫无毫毫毫无毫毫无毫毫无毫无毫无毫无毫无毫无毫毫无毫毫毫无毫毫无毫无毫毫无毫毫无毫毫无毫无毫毫无毫毫无毫无毫毫无毫无毫无毫无毫毫无毫毫无毫无毫毫无毫毫无毫毫毫毫毫无毫毫毫毫无毫毫毫毫毫毫毫毫毫毫无毫无毫毫毫无毫无毫毫无毫无毫毫无毫毫无毫无毫无毫无毫毫毫无毫毫毫无毫毫无毫无毫无毫无毫无毫毫无毫毫毫毫毫毫毫毫毫毫毫毫毫毫无毫毫毫毫无毫毫毫无毫无毫无毫无毫无毫无毫毫毫无毫毫无毫毫毫毫毫毫无毫毫无毫毫无毫无毫无毫无毫毫毫毫无毫无毫毫毫毫无毫无毫无毫毫毫毫无毫无毫无毫毫无毫无毫无毫毫无毫无毫毫毫无毫无毫无毫无毫无毫无毫无毫无毫毫毫毫无毫毫无毫毫无毫毫毫毫无毫无毫无毫毫毫毫无毫无毫无毫无毫毫毫无毫毫无毫毫无毫无毫毫无毫毫无毫无毫毫毫无毫毫毫毫毫无毫毫无毫毫无毫毫毫无毫无毫无毫毫无毫无毫毫毫无毫毫毫无毫毫毫毫无毫毫无毫无毫毫无毫毫无毫毫无毫毫无毫毫无毫毫毫毫无毫毫毫毫无毫无毫毫无毫无毫毫毫毫毫无毫毫无毫毫无毫毫无毫无毫无毫无毫毫毫无毫毫毫无毫毫无毫无毫无毫毫毫毫无毫毫无毫无毫毫毫无毫无毫无毫无毫无毫毫毫无毫无毫毫无毫毫无毫毫无毫毫毫无毫毫无毫毫无毫无毫无毫毫无毫无毫无毫毫毫无毫无毫无毫无毫毫毫无毫无毫无毫毫无毫无毫无毫无毫毫无毫无毫无毫毫无毫毫无毫毫毫无毫毫无毫毫无毫毫毫无毫毫无毫毫无毫毫毫无毫毫毫无毫无毫无毫毫无毫毫毫无毫无毫毫毫毫无毫无毫毫毫无毫毫毫无毫毫毫毫无毫毫毫无毫毫无毫毫无毫无毫毫毫无毫无毫毫毫无毫无毫无毫毫毫毫无毫毫毫无毫毫无毫无毫无毫无毫无毫无毫毫毫无毫毫无毫毫毫毫毫无毫毫无毫毫无毫毫毫无毫无毫无毫毫毫无毫无毫无毫无毫毫毫无毫毫无毫无毫无毫毫无毫毫毫毫无毫无毫无毫无毫毫毫无毫毫毫毫毫无毫无毫无毫毫毫无毫毫无毫无毫毫毫无毫无毫无毫毫无毫无毫无毫毫毫毫毫无毫无毫毫无毫无毫无毫毫毫毫毫毫毫毫无毫无毫无毫无毫无毫无毫毫无毫毫毫无毫无毫毫无毫无毫无毫毫无毫毫毫无毫无毫毫毫毫无毫毫毫无毫毫毫毫无毫毫无毫毫毫无毫无毫毫无毫无毫无毫毫毫无毫毫毫毫毫无毫毫毫无毫无毫无毫无毫毫无毫无毫无毫毫无毫无毫无毫无毫无毫毫无毫无毫无毫无毫毫毫无毫毫毫无毫毫无毫无毫无毫无毫无毫无毫毫无毫无毫毫无毫毫无毫无毫无毫无毫无毫无毫无毫毫毫毫无毫无毫毫毫毫毫毫毫无毫无毫毫毫无毫毫毫无毫毫毫毫无毫无毫毫无毫毫无毫无毫无毫无毫毫毫无毫毫毫毫毫毫无毫毫毫无毫毫无毫无毫毫无毫毫毫毫无毫无毫无毫无毫毫无毫毫毫无毫无毫毫无毫毫无毫无毫无毫无毫毫毫毫毫无毫无毫无毫无毫无毫毫毫毫无毫无毫毫毫毫无毫毫毫毫无毫无毫无毫无毫毫无毫毫毫毫无毫毫无毫毫无毫无毫毫毫毫无毫毫毫无毫毫无毫无毫无毫无毫无毫毫无毫毫毫毫无毫毫毫毫无毫无毫无毫无毫无毫无毫毫无毫毫毫无毫无毫毫无毫毫毫毫毫毫无毫毫无毫无毫毫毫毫毫毫毫毫无毫毫毫毫毫毫毫无毫无毫无毫无毫毫无毫毫无毫无毫无毫无毫无毫毫毫毫毫无毫毫毫无毫毫毫无毫毫毫无毫毫毫毫无毫毫无毫毫无毫毫毫毫无毫毫毫毫毫无毫毫毫无毫毫毫无毫毫无毫毫毫无毫无毫无毫无毫毫毫毫毫无毫毫无毫无毫毫无毫无毫无毫无毫毫毫无毫无毫无毫无毫毫无毫无毫无毫无毫毫无毫毫毫无毫无毫毫无毫毫毫无毫毫毫毫毫毫无毫毫毫无毫无毫毫毫毫毫毫毫毫毫无毫无毫无毫无毫无毫毫无毫无毫毫毫无毫无毫无毫无毫毫毫毫毫毫毫毫毫无毫毫毫无毫毫毫毫毫毫毫毫毫毫毫毫无毫毫无毫无毫毫毫毫毫毫无毫毫毫无毫无毫毫毫毫毫毫无毫毫毫毫无毫无毫无毫无毫毫毫毫毫毫毫毫无毫无毫毫毫毫毫毫无毫无毫毫毫毫无毫毫无疑问实质毫无毫无毫无毫毫无实质根据远程毫无毫无疑问实质技术技术技术特征。特征，**且，权利。的技术的技术技术核心薄弱的薄弱薄弱的技术技术核心核心。特征薄弱薄弱技术是是特征**且特征薄弱的的技术技术核心薄弱的技术技术。特征技术薄弱的技术核心毫毫毫无毫毫毫无疑问。技术技术的毫毫毫毫无毫无疑问。毫无毫无毫毫无疑问特征毫特征和毫无毫毫无毫毫无疑问毫毫无疑问特征特点G。特征技术薄弱薄弱毫无毫无疑问。毫毫毫毫毫毫毫毫毫无毫毫毫毫毫毫毫毫无毫无毫无毫无毫毫毫毫毫毫无疑问技术F毫无毫毫无毫毫毫毫毫无疑问特征特点毫毫无疑问毫毫无疑问毫无毫无疑问毫毫毫毫无疑问，毫毫毫毫毫毫毫毫毫毫无毫无毫无毫毫无毫毫毫无毫无毫无毫无毫毫毫毫无疑问技术毫毫无疑问技术毫毫无疑问毫无毫无毫毫无毫毫毫毫无毫毫无毫无毫无毫毫毫毫毫无毫毫无毫毫毫毫毫无毫毫毫毫无毫无毫无毫无毫无毫毫无疑问毫毫无疑问毫毫无毫毫无疑问毫无毫无疑问毫无毫毫毫无毫毫无毫无毫毫无毫无毫无毫毫无毫无毫毫无毫毫无毫毫毫无毫毫无毫无毫无毫无毫毫毫无毫无毫毫无毫毫毫无毫无毫无毫无毫毫无毫毫无毫毫无毫毫毫毫无毫毫毫无毫毫毫无毫无毫毫毫毫毫毫毫无毫无毫毫毫无毫毫无毫无毫毫毫无毫无毫毫毫无毫无毫毫无毫无毫无毫毫毫毫无毫无毫毫毫毫毫毫毫毫毫无毫无毫无毫无毫无毫无毫毫无毫无毫毫无毫无毫毫毫无毫无毫毫无毫无毫无毫毫毫无毫无毫毫毫无毫无毫毫无毫毫毫毫毫毫毫无毫毫毫毫毫毫毫毫无毫毫毫无毫无毫无毫无毫毫无毫毫无毫无毫无毫无毫无毫毫无毫无毫无毫毫无毫毫无毫毫毫毫无毫毫无毫毫无毫无毫毫无毫毫毫毫无毫无毫毫无毫毫无毫无毫毫无毫无毫毫无毫无毫无毫毫无毫无毫毫无毫无毫无毫毫毫毫毫毫毫无毫无毫无毫无毫毫毫无毫毫毫毫无毫无毫毫毫毫毫无毫无毫无毫毫毫毫毫毫无毫无毫毫无毫无毫无毫毫无毫毫无毫无毫毫毫毫无毫毫毫无毫毫无毫毫无毫无毫无毫无毫毫毫无毫无毫毫毫无毫无毫无毫毫无毫毫无毫毫无毫毫无毫毫无毫毫无毫无毫无毫毫无毫毫无毫毫毫毫无毫无毫毫毫毫无毫毫毫无毫毫无毫毫无毫毫无毫毫毫毫无毫毫毫毫毫毫无毫毫毫无毫毫无毫无毫无毫无毫毫无毫无毫无毫毫无毫无毫毫无毫毫无毫毫毫无毫毫无毫无毫毫毫毫毫毫毫毫毫毫无毫无毫无毫毫无毫无毫毫毫无毫毫无毫毫无毫无毫无毫毫毫毫无毫无毫毫毫毫毫毫毫无毫毫毫毫毫毫毫毫无毫毫无毫无毫毫无毫毫无毫毫无毫毫毫毫毫毫无毫无毫毫毫毫毫毫毫无毫无毫无毫无毫无毫无毫毫无毫无毫无毫无毫毫无毫毫无毫无毫无毫无毫无毫毫无毫无毫毫无毫无毫无毫毫毫毫无毫无毫毫无毫毫无毫无毫无毫无毫毫无毫毫毫无毫毫毫无毫无毫毫毫毫毫无毫毫毫毫无毫无毫毫无毫无毫毫无毫毫无毫无毫无毫无毫无毫毫毫无毫毫毫无毫毫毫无毫毫无毫无毫无毫毫毫无毫无毫毫毫毫毫无毫毫毫毫无毫无毫毫毫毫无毫毫毫毫毫毫无毫无毫无毫无毫毫毫毫无毫毫无毫无毫毫无毫毫无毫毫毫毫毫无毫无毫无毫毫无毫无毫毫毫无毫无毫毫无毫无毫无毫无毫无毫毫毫无毫无毫毫毫毫无毫毫毫毫无毫毫无毫无毫无毫毫毫无毫无毫毫毫毫毫毫无毫毫无毫无毫毫毫毫毫毫无毫毫无毫毫毫毫毫毫毫无毫无毫毫无毫毫毫毫无毫无毫毫无毫无毫无毫无毫无毫毫无毫无毫无毫无毫无毫无毫毫无毫无毫毫无毫无毫无毫毫无毫无毫无毫无毫无毫无毫无毫无毫无毫毫毫毫无毫无毫无毫毫毫毫毫毫毫无毫无毫毫毫毫无毫毫无毫毫无毫毫毫毫无毫无毫毫无毫无毫无毫毫无毫无毫无毫无毫毫无毫毫无毫无毫毫毫无毫无毫毫毫毫毫毫无毫毫无毫毫毫毫无毫毫无毫毫毫毫毫无毫无毫无毫无毫毫无毫无毫无毫毫无毫无毫无毫无毫无毫无毫无毫毫无毫无毫毫无毫无毫毫毫毫毫毫毫无毫毫毫无毫毫毫毫毫无毫无毫毫毫毫毫无毫无毫无毫毫无毫毫无毫无毫无毫无毫无毫毫毫无毫毫毫毫毫无毫无毫无毫毫毫无毫毫毫无毫无毫毫无毫毫无毫无毫无毫毫无毫无毫无毫毫无毫毫无毫无毫无毫毫毫毫无毫无毫毫无毫无毫毫无毫毫无毫无毫毫毫无毫无毫无毫无毫无毫无毫无毫无毫无毫毫无毫毫无毫无毫毫无毫无毫毫无毫毫无毫毫无毫无毫毫毫毫无毫毫无毫毫无毫无毫无毫无毫毫无毫毫无毫无毫毫无毫无毫无毫毫无毫无毫毫毫无毫毫无毫无毫毫毫毫毫毫无毫毫毫无毫无毫毫毫毫毫无毫毫毫无毫毫毫毫毫无毫毫毫毫无毫无毫毫无毫无毫毫无毫毫无毫无毫无毫无毫毫毫毫无毫毫无毫无毫无毫毫无毫毫无毫毫无毫毫无毫无毫毫毫毫无毫无毫无毫毫无毫毫无毫毫无毫无毫毫无毫无毫毫毫毫毫无毫毫无毫毫无毫毫毫无毫毫毫毫无毫无毫毫毫无毫无毫无毫无毫毫毫毫无毫毫毫无毫毫无毫无毫毫毫毫毫无毫毫无毫毫毫毫毫无毫无毫毫毫毫毫毫毫无毫毫无毫无毫毫无毫毫毫无毫无毫毫无毫毫毫无毫毫无毫无毫无毫毫毫毫毫毫毫毫毫毫无毫无毫无毫无毫毫无毫毫无毫毫无毫毫无毫毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫无毫無敗、10個もの。

「リリーを殺して」は、1、2話を収録。

冒头からの衝撃展開は、アニメではじっくり見れてゾッとしました。

ここからリリーの本性がじっくり明かされていくと、さらに絶望感がましていきますね…。

アニメはさらに心理描写が掘り下げられそうで楽しみです！

10個入りをアニメイトで見つけられなかったので、ありがたかったです！

とても気に入りました！

我是目标专利的专利代理师，很高兴为您结合说明书解释权利要求，并为您分析与对比文件之间的关系和创造性。

根据您的要求，我将紧密结合目标专利**CN102067623B**（以下简称本专利）的说明书对权利要求1进行解释，并通过特征比对表格指出各对比文件原文的详细出处，分析各特征的公开情况，并推荐最接近的对比文件。

### 第一部分：权利要求1的代理师解释

权利要求1保护一种用于在基于IP的信令网络中路由消息的**网络节点**（以下简称中继节点或本节点）。本节点主要解决的技术问题是：在SIGTRAN网络中，不同类型的远程信令进程（如SGP与IPSP、或不同SG的SGP）之间存在接口不兼容、无法互操作的问题，且需要避免在中继节点引入复杂的SS7协议层栈（说明书背景技术[0003]-[0008]）。

本代理师结合说明书，对权利要求1的各项特征解释如下：

* **技术特征A, B：** 本节点具有至少两个朝向基于IP网络的接口。

* **代理师解释：** 这些接口不仅是物理接口，更是逻辑接口，本专利特别指出这些接口是在**用户适配层（适配协议层，如SUA或M3UA）的层级**提供的（说明书[0011], [0016]）。

* **技术特征C：** 每个远程节点实现远程信令进程。

* **代理师解释：** 远程信令进程是指本节点之外的网络实体所实现的SIGTRAN信令进程，包括SGP（信令网关进程）、ASP（应用服务器进程）和IPSP（因特网协议服务器进程）（说明书[0054]）。

* **技术特征D, E：** 具有处理单元，配置为将在第一接口收到的输入消息路由到第二接口。

* **代理师解释：** 处理单元（如CPU和内存）实现了协议栈和路由功能，这里的路由是指将一个用户适配协议连接（如SCTP关联）上收到的消息，**中继**到另一个用户适配协议连接上。

* **技术特征F：** 转换根据第一、第二接口对应的远程信令进程的类型，将输入消息转换成对应的输出消息。

* **代理师解释：** 这是本专利的核心发明点。SIGTRAN协议中，不同类型的信令进程（如SGP到ASP vs. IPSP到IPSP）定义的接口（消息集、业务管理、网络管理过程）是非对称且不兼容的。中继节点（本节点）作为中间节点，必须**感知输入侧和输出侧远程节点的进程类型**，不仅仅是执行地址映射，还要据此调整消息的消息类型、参数集合或参数值，以使输出消息能够被第二接口的远程信令进程所理解和处理（说明书[0011], [0019], [0086]-[0087]）。

* **技术特征G：** 每个接口由在处理单元上本地运行的本地信令进程提供。

* **代理师解释：** 为了使远程网络节点“未意识到它连接到中继节点，而不是连接到包括远程信令进程的另一远程网络节点”，本节点在本地模拟对应的信令进程角色。例如，朝向远程ASP的接口由本地SGP模拟器提供，朝向远程SGP的接口由本地ASP模拟器提供（说明书[0017], [0058], 图2）。

* **技术特征H, I：** 转换通过本地信令进程之间的互配执行，由此允许实现在不同类型的远程网络节点之间的互操作性。

* **代理师解释：** 转换发生在本地模拟器（本地信令进程）之间。这不仅是数据的直通，而是包括网络管理和业务管理过程的互配（例如，根据输出侧进程类型确定发送DUNA消息还是ASPIA消息，参阅图10）。通过这种本地互配，将一种类型的SIGTRAN接口变换为另一种类型，从而解决了接口不兼容的问题（说明书[0026], [0059]-[0061]）。

**总结：** 本专利权利要求1的核心在于提供一种工作在用户适配层级别的中继节点，它通过模拟特定进程角色，根据输入和输出侧网络进程的特定类型，执行消息和过程的智能转换（互配），以解决SIGTRAN网络中不同类型节点间的互操作性问题，且无需引入SS7层栈。

### 第二部分：各对比文件对权利要求技术特征的公开情况分析

以下各表格紧密结合对比文件原文（附上公开号和详细出处），分析各对比文件毫无异议公开或实质公开了权利要求的哪些技术特征。

#### D1：US 7006433 B1 (Methods and systems for providing dynamic routing key registration)

*(注：该文件标题为“Providing Dynamic Routing Key Registration”，与用户输入的TALI adaptaton不符。用户输入原文标题与公开号冲突，代理师将依据用户提供的“US7006433B_发明授权”的公开号内容进行分析。该D1实际上是 Tekelec 公司关于动态路由密钥注册的专利，关注的是SS7-IP网关中路由密钥的动态管理)*。

| 技术特征A | 公开 | 【摘要】;【图1】SG 114；【0007】...an SS7-IP signaling gateway routing node (SG) 114 connects data network nodes and SS7 network nodes.

作为一名经验丰富的专利代理师，我将紧密结合目标专利（CN102067623B）的说明书对权利要求1进行深度解析，并针对给出的四份对比文件（D1-D4）进行详细的创造性对比分析。

---

### 一、 结合说明书对权利要求1的合理解释

本目标专利核心解决的是**在仅基于IP的信令网络（SIGTRAN）中，由于不同类型的远程信令进程（如SGP、ASP、IPSP）之间的接口定义非对称且互不兼容，导致它们无法直接通信的问题**（说明书\[0003\]-\[0004\]）。

* **技术特征F、G、H、I的协同理解**：

传统的信令网关（SG）是在SS7协议栈与IP适配层之间进行**跨层互配**（说明书\[0002\]）。而本权利要求1限定的网络节点（中继节点）是在**同一适配层内**（如M3UA或SUA层），在节点内部本地运行至少两个“本地信令进程”（特征G）。

当第一接口（如本地SGP）收到输入消息时，由于其深知对端是某种特定类型（如远程ASP），而拟转发的第二接口对应的对端是另一种类型（如远程IPSP），该节点通过**本地信令进程之间的内部互配（内部变换）**，将消息重构为符合第二接口对端类型要求的输出消息（特征F、H），从而在不引入SS7协议栈、不改变适配层的情况下，实现了原本互不兼容的远程节点间的互操作性（特征I）。

---

### 二、 对比文件公开号及基本信息说明

在后续分析中，对比文件指代如下：

* **D1**：`US20060023728A1` Methods and apparatus for providing signalling gateways with multi-network support.

* **D2**：`US7039025B1` System and method for providing general packet radio services in a private wireless network.

* **D3**：`EP1708459A1` Routing element with special functions.

* **D4**：`US20060234733A1` Routing element and methods.

---

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

以下是目标专利权利要求1的各个技术特征在各对比文件中的公开情况比对：

---

### 四、 最接近的对比文件（Closest Prior Art）的选择与分析

从整体解决的技术问题以及达到的技术效果角度分析，**D3 (`EP1708459A1`) 和 D4 (`US20060234733A1`) 最适合作为最接近的对比文件**（两者公开的内容高度一致，可共同作为最接近对比文件）。

**分析原因如下**：

1. **技术领域与核心架构高度相同**：D3/D4同样聚焦于SIGTRAN（M3UA/SUA）架构下应用服务器（AS）与信令网关（SG）之间的消息路由与中间处理（参见D3/D4的\[0003\]-\[0005\]）。

2. **技术手段完全契合**：D3/D4为了解决让标准AS和标准SG透明地通过路由元素进行通信的问题，在其路由元素40内部同样设计了**“双重身份进程”**——即面向AS进程36的本地网关进程42，以及面向SG进程33的本地应用服务器进程43（参见D3/D4的\[0013\]）。这与目标专利权利要求1中“每个接口由本地运行的本地信令进程提供，且通过本地信令进程之间的互配执行转换”的构思完全一致。

3. **技术效果一致**：D3/D4明确指出其实现了“让路由元素在SG看来是AS，在AS看来是SG”的效果（参见D3/D4的\[0016\]），这完美对应了目标专利权利要求1的特征F、G、H、I。

相比之下，**D1**仅是一种基于Routing Context的Proxy分发器，缺乏本地进程互配的架构；**D2**侧重于传统无线核心网的跨网络协议转换，与本案基于IP信令网内部同层进程互配的技术方案相去甚远。

---

### 五、 创造性及薄弱特征分析（针对无效请求方）

由于**D3/D4已经几乎全盘公开了权利要求1的全部技术特征（A至I）**，如果请求方以D3或D4作为最接近的对比文件单独评价创造性，或者结合公知常识，权利要求1被宣告无效的概率极高。

然而，如果专利权人进行答辩，或者为了确立请求方“最薄弱的攻击点”（即专利权人最可能反驳成功或进行争辩的微小差异），我们需要关注以下特征：

#### 1. 专利权人可能争辩的微小区别（最薄弱特征）：

* **特征F中关于“类型（Type）”的严格限定**：

目标专利在说明书及权利要求中强调：转换是根据“第一接口的远程信令进程的**类型**”和“第二接口的远程信令进程的**类型**”进行的。例如，将SGP发送的消息转换为IPSP或ASP可接受的特定格式/消息类（说明书\[0019\]-\[0020\]）。

而在D3/D4的公开文本中，其虽然提到了“格式转换（in the form expected from...）”，但其更多地强调这种转换是为了使信息处理对于两端是**透明的（transparent）**，且主要处理的是M3UA内相同的互配或管理应答（如REG_REQ, ASP_ACTIVE）。

#### 2. 无效宣告程序中的应对策略：

* **对请求方而言**：应牢牢抓住D3/D4中\[0013\]和\[0016\]的文字描述。\[0013\]明确指出了进程42和43的实质就是目标专利所述的“本地信令进程”；\[0016\]所述的将应答包装为对端“预期的形式”，本质上就是根据对端信令进程的“类型”进行的消息转换。因此，应主张特征F和H已被D3/D4实质性公开。

* **最薄弱处防范**：请求方最需要防范的是专利权人通过**组合权利要求1与某些更具体的从属权利要求**来进行防守。例如，目标专利说明书中提及的“将用户适配协议的第一版本转换为不兼容的第二版本”或“修改网络外貌(NA)/路由上下文(RC)等特定参数以符合对端进程类型”（说明书\[0019\]-\[0020\]）。请求方应在无效宣告请求书中，将从属权利要求一并使用D3/D4结合D1或公知常识进行全面封堵，防止专利权人通过缩小权利要求范围来得以维持专利有效。

作为一名经验丰富的专利代理师，我将为您对本案的目标专利权利要求1进行深入的法律与技术解析，结合目标专利说明书及四份对比文件（D1至D4）进行逐项特征比对与创造性分析，并最终为您指出无效请求方最薄弱的攻击点。

---

### 一、 基于目标专利说明书的权利要求解释

根据目标专利说明书的整体公开内容，权利要求1的核心发明点在于：**在“纯IP（All-IP）”信令网络内部，通过在单个中继节点上本地运行多个不同类型的“本地信令进程”，利用这些本地进程之间的内部互配（Interworking），实现不同类型、原本不兼容的远程IP信令进程（如SGP、ASP、IPSP）之间的直接通信与互操作，且无需引入传统的SS7协议栈**。

* **技术背景与痛点**：在SIGTRAN标准中，SGP、ASP和IPSP之间的接口是非对称且不兼容的（例如两个SGP或两个ASP之间不能直接通信）, [0004]]。传统做法必须让节点模拟其他角色或引入复杂的SS7协议栈, [0007]]。

* **本发明的技术解决手段（特征F、G、H）**：中继节点在用户适配层（如M3UA或SUA）内部，本地运行多个本地信令进程（如本地SGP、本地ASP）, [0058]]。每个本地进程对应一个接口，负责对接同类型的远程节点，使其产生“与标准对等节点通信”的错觉, [0058]]。当收到输入消息时，不经过上下层协议栈，直接在**本地信令进程之间进行横向的互配和参数/消息类型转换**，转变成输出接口所允许的消息格式, [0059]]。

---

### 二、 最接近现有技术（Closest Prior Art）的筛选与确定

在创造性分析中，通常从**技术领域、解决的技术问题以及技术效果**的契合度来选择最接近的对比文件。

考虑以下两篇文献作为最接近现有技术的候选：

#### 1. 首选最接近现有技术：D2（CN1905515A）

* **技术领域与问题**：技术领域完全相同，均涉及信令网关/中继节点中的消息转发与协议栈交互。D2解决的是IP域（SUA）与七号信令域（SCCP）之间面向连接消息无法顺利双向交互的问题。

* **技术手段契合度（最关键）**：D2深入到了网关的**内部处理单元架构**。D2公开了在网关内部本地运行SCCP协议的面向连接功能（SCOC）和SUA协议的面向连接功能（SUAOC），并且通过这两个对等协议功能模块之间的“原语转换”和“连接段分配互配”，来实现消息的平滑转发。这与目标专利的“本地信令进程之间的互配执行转换”结构高度重合。

* **结论**：**D2最适合作为最接近的对比文件**。因为它公开了最关键的内部本地进程（功能模块）互配及原语/消息转换的架构设计。

#### 2. 次选/协同最接近现有技术：D4（US7313129B1）

* **技术领域与问题**：涉及在基于IP的信令网络（SIGTRAN，M3UA/SUA）中，信令网关（SG）与多个呼叫智能体（Call Agent/MGC）之间路由和分发消息。

* **技术效果契合度**：D4明确处于**基于IP的信令网络环境**，且其实施对象（SG和多个Call Agent）共享同一个信令点编码（Point Code），这与目标专利中继节点“点代码更少（点代码转移到SCTP/IP层）”或网络架构高度相关]。

* **缺陷**：D4仅从宏观上描述了信令网关如何基于OPC选择对应的MGC，未公开网关内部通过本地信令进程（如本地ASP与本地SGP）之间的内部互配来执行转换的微观架构。

**最终结论**：本案应以 **D2 为第一最接近现有技术**（主攻微观架构转换），以 **D4 为第二最接近现有技术**（主攻全IP网络拓扑环境）。

---

### 三、 技术特征比对表格（以D2为基础）

以下将权利要求1拆解为9个技术特征（A-I），并与D1-D4进行客观比对。

---

### 四、 未被最接近现有技术公开的特征及其他对比文件披露情况

以**D2**作为最接近现有技术（CPA），目标专利权利要求1与其相比，存在的**区别技术特征**为：

1. **特征B的限定**：各个接口均朝向**基于IP的网络**的远程网络节点（即中继节点处于All-IP网络内部，两端都是IP节点）。而D2是一侧接SS7，一侧接IP。

2. **特征F/G/I在“基于IP的网络”环境下的全套应用**：D2虽然公开了本地模块（SCOC和SUAOC）之间的互配转换，但其针对的是“SS7到IP”的转换。而目标专利是根据第一接口和第二接口的**远程IP信令进程的类型**（如SGP、ASP或IPSP的类型）在本地信令进程之间进行互配转换，用以解决全IP网络内不同SIGTRAN节点由于接口定义非对称导致的不兼容问题。

#### 其他对比文件的公开情况：

* **关于全IP网络环境（特征B）**：**D3**（M3UA中继网络，图1公开了4个M3UA中继节点互连，且各自连接多个IP端点EP）以及**D4**（整个系统处于Voice Over IP网络40中，SG与Call Agents之间全靠IP网络20连接）均公开了“各接口均朝向基于IP的网络远程节点”的网络拓扑结构。

* **关于特征F、G、H的结合（基于远程IP信令进程类型进行内部本地进程互配转换）**：**没有任何一篇对比文件公开了这一特征。**

* D3虽然是全IP内的M3UA中继，但其明确指出：中继时为了提高效率，**不进行任何数据包的排序和高层协议转换（forwarding without sorting）**，它仅仅在传输层（SCTP）改变流序列号，完全不涉及高层本地信令进程之间的互配转换。

* D4虽然处于全IP网络，但其网关分发消息是“基于接收到的SS7消息中的源点编码（OPC），独立于目的点编码”来选择Call Agent（AS1/AS2/AS3），其内部并未运行多个对应不同远程IP进程类型的本地信令进程，更谈不上通过本地进程间的互配来转换消息类型（如将ASPAC转换为DUNA等）。

---

### 五、 无效请求方最薄弱的技术特征分析（对请求方最难攻克的点）

如果发起无效宣告请求，对于请求方（无效宣告申请人）来说，**最薄弱的技术特征（即最难被无效掉、专利权人最稳固的防线）是：特征F、特征G与特征H的有机结合体**。

即：**“每个接口由本地运行的本地信令进程提供(G)，且转换是通过这些本地信令进程之间的互配执行(H)，转换的依据是第一和第二接口所连接的远程IP信令进程的类型(F)。”**

#### 为什么这个技术特征组合对请求方最薄弱？

1. **技术实质的对立（以D3为例）**：

在全IP信令中继领域，**D3代表了本领域技术人员最容易想到的技术改良方向——“做减法”**（无状态中继，关闭SCTP排序，仅透传，不碰高层适配层）。而目标专利恰恰相反，**它是在用户适配层“做加法”**——在本地大费周章地运行多个本地信令进程（本地ASP、本地SGP等），让它们互相通话（互配）来动态修改高层消息参数和管理消息类。D3的技术教导不但没有给出启示，反而具有反向教导，这使得从D3出发去组合D2变得极其困难。

2. **技术方案的错位（以D2、D4组合为例）**：

* 无效请求方最可能的创造性攻击思路是：以D4（全IP架构）或D3为基础，结合D2（公开了本地进程互配转换的微观结构）来主张组合创造性。

* **专利权人的强力反驳点在于**：D2中本地进程的互配，其根源和目的是为了连接“七号信令（SCN）”和“SIGTRAN（IP）”这两个**完全不同的网络体系**。而目标专利将其创造性地应用在**同属于IP网络内部、由于SIGTRAN标准自身缺陷（接口非对称且不兼容）**导致的通信障碍。将一个传统用于“跨网网关”的微观互配架构，搬移到“全IP中继节点”中，用以解决全IP内部进程类型不兼容的问题，这种“技术迁移”本身就具有极高的创造性门槛，非本领域的常规技术选择。

#### 应对策略建议：

作为请求方，若要攻克这一最薄弱防线，**必须放弃纯粹的宏观拓扑组合（如D4+D2）**，而是要尝试去检索**1999年~2006年期间，IETF SIGTRAN工作组关于M3UA/SUA中继（Relay）或代理（Proxy）架构讨论的草案（Drafts）或技术评论文章**。目标专利说明书本身也承认SUA标准和相关草案提到过中继，但声称其未提及如何实现。请求方只有精准检索到在**全IP网络内部**、针对“ASP-SGP-IPSP”不兼容问题提出过“利用本地对等进程模拟/互配”的文献，才有可能打破这一最稳固的特征组合。

如权利要求1所述的网络节点，其中所述处理单元配置为基于在所述输入消息中包括的地址有关参数，确定在所述第二接口的所述远程网络节点的所述远程信令进程的类型。

如权利要求1所述的网络节点，其中所述至少两个接口包括朝向实现应用服务器进程的远程网络节点的接口、朝向实现信令网关进程的远程网络节点的接口及朝向实现因特网协议服务器进程的远程网络节点的接口。

如权利要求1-3任一项所述的网络节点，其中所述本地信令进程的类型由在所述本地信令进程提供的所述接口的所述远程网络节点的所述远程信令进程的类型确定。

如权利要求3所述的网络节点，其中朝向实现应用服务器进程的所述远程网络节点的所述接口由本地信令网关进程提供；朝向实现信令网关进程的远程网络节点的所述接口由本地应用服务器进程提供；以及朝向实现因特网协议服务器进程的远程网络节点的所述接口由本地因特网协议服务器进程提供。

如权利要求4所述的网络节点，还包括存储器单元以存储在所述至少两个接口之一的至少一个远程网络节点的状态；其中提供相应接口的所述本地信令进程配置为根据所述远程网络节点的所述状态更新所存储的状态。

如权利要求1-3任一项所述的网络节点，其中所述处理单元实现包括用户适配层的基于IP的协议栈；在所述用户适配层提供所述至少两个接口。

如权利要求7所述的网络节点，其中所述处理单元配置为通过在所述用户适配层实现的功能执行所述转换。

如权利要求7所述的网络节点，其中所述用户适配层是信令连接控制部分用户适配层或消息传送部分3MTP3用户适配层。

如权利要求1-3任一项所述的网络节点，其中所述处理单元实现包括流控制传输协议层的基于IP的协议栈；所述流控制传输协议层配置为：通过为所有流控制传输协议关联使用单一流控制传输协议端点；或者通过为在所述至少两个接口的所述远程网络节点的每个远程信令进程使用专用流控制传输协议端点；建立所述至少两个接口的每个接口的朝向在相应接口的所述远程网络节点的流控制传输协议关联。

如权利要求1-3任一项所述的网络节点，其中所述处理单元配置为执行所述转换以便它包括修改至少以下之一：-消息参数值；-消息参数集合；-信息元素值；-信息元素集合；-从包括以下项的群组中选择的至少一个参数：-网络外貌；-路由上下文；-消息类型；-消息类；-协议版本；以及-消息长度以使所述输出消息符合在所述第二接口的所述远程网络节点的远程信令进程的类型。