在开始具体的特征比对之前，首先明确对比文件与目标专利的名称：
- **对比文件名称**：2007-01-31_CN1905515A_发明公开_CN1905515A 一种信令网关上面向连接建立和消息转发的方法
- **目标专利名称**：1082基于IP的信令网络中路由消息的网络节点和方法CN102067623B
- **本次调用模型名称**：未指定（但基于通用能力进行分析）
下面，按照目标专利权利要求的特征划分，逐一给出比对表格与分析。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：-至少两个接口(214，215) <br> **《直接公开》** | 背景技术部分：“当位于信令网关的SUA收到本网关的SCCP发来的消息时……当SUA收到来自IP网的消息时……”；具体实施方式中明确描述了SCCP侧与SUA侧两个方向的消息接收与发送。 | 对比文件中的信令网关至少具有一个朝向SCN网络（通过SCCP协议）的接口和一个朝向IP网络（通过SUA协议）的接口，即至少两个接口。因此，特征A被直接公开。 |
| **技术特征B**：各朝向所述基于IP的网络(102)的远程网络节点(103，108) <br> **未公开** | 无对应内容。 | 对比文件中，一个接口朝向SCN网络（传统SS7网络），其远程网络节点并非基于IP的网络节点；另一个接口虽然朝向IP网络，但不符合“各朝向基于IP的网络”的要求。因此，特征B未被公开。 |
| **技术特征C**：每个远程网络节点(103，108)实现远程信令进程(106，109) <br> **《直接公开》** | 背景技术部分提到“目的IP信令点”和“No.7信令点”，这些节点分别运行SUA进程或SCCP进程等信令协议栈。 | 对比文件的远程网络节点均实现特定的信令协议（如SUA或SCCP），这些协议进程即为远程信令进程。因此，特征C被直接公开。 |
| **技术特征D**：-处理单元(302) <br> **《隐含公开》** | 对比文件未明示处理单元，但全文基于信令网关这一网络设备进行描述，信令网关必然具备执行协议处理和控制逻辑的硬件处理单元。 | 本领域技术人员知道，实现SCCP和SUA协议转换的信令网关必然包含CPU或类似处理模块，因此，由对比文件可合理推断出处理单元的存在，特征D被隐含公开。 |
| **技术特征E**：配置为将在所述至少两个接口(214，215)的第一接口收到的输入消息路由到所述至少两个接口的第二接口 <br> **《直接公开》** | 具体实施方式步骤A1：“SCCP的路由控制功能SCRC收到入局的面向连接请求消息CR……交给SCCP的面向连接功能SCOC”；步骤D1：“SUA协议的面向连接功能SUAOC……将SUA协议的面向连接请求消息CORE交给SUA的路由控制功能SUARC发送出局”。类似地，反方向也有描述。 | 对比文件明确描述了消息从SCCP接口进入后，经过内部处理后从SUA接口发出，或者反之，即完成从第一接口到第二接口的路由。因此，特征E被直接公开。 |
| **技术特征F**：所述路由包括：根据在所述第一接口(214)的所述远程网络节点(108)的所述远程信令进程(109)的类型和在所述第二接口(215)的所述远程网络节点(103)的所述远程信令进程(106)的类型，将所述输入消息转换成对应的输出消息 <br> **《直接公开》** | 具体实施方式步骤C1：“SCCP的面向连接功能SCOC根据CR消息中的点码和目标用户的子系统编号(SSN)，从记录的目标用户的信息中获知其驻留在IP域……则将收到的面向连接建立消息转换为对应的源用户向下发送的连接建立请求原语N_ConnectReq，发送到SUA协议的面向连接功能SUAOC”；SUAOC进而组织出SUA协议的CORE消息。 | 对比文件中，当远程节点为SCN域节点（SCCP进程）时，消息为CR；当远程节点为IP域节点（SUA进程）时，消息为CORE。输入消息根据远程进程类型（SCCP/SUA）被转换成对方可识别的输出消息，该转换是路由的一部分。因此，特征F被直接公开。 |
| **技术特征G**：其中所述至少两个接口的每个接口由在所述处理单元上本地运行的本地信令进程提供 <br> **《隐含公开》** | 对比文件描述信令网关中运行有SCCP协议的面向连接功能（SCOC）和SUA协议的面向连接功能（SUAOC），它们作为协议实体的核心部分，在处理单元上执行，并分别面向SCN侧和IP侧提供接口。 | 虽然对比文件未使用“本地信令进程”的术语，但SCOC和SUAOC是在信令网关本地运行、提供特定协议接口的功能模块。本领域技术人员能够合理推断这些模块相当于在本地运行的信令进程。因此，特征G被隐含公开。 |
| **技术特征H**：其中，所述转换通过在本地信令进程之间的互配执行 <br> **《直接公开》** | 具体实施方式中多次描述SCOC与SUAOC之间通过原语进行互配。例如步骤C1：SCOC将CR转换为N_ConnectReq原语发送给SUAOC；步骤F1：SUAOC将COAK转换为N_ConnectRes原语发送给SCOC。 | 对比文件明确公开了在SCCP的面向连接功能（可视为本地进程）与SUA的面向连接功能（可视为另一本地进程）之间，通过原语转换的方式协同完成消息变换，即通过本地进程间的互配执行转换。因此，特征H被直接公开。 |
| **技术特征I**：由此允许实现在不同类型的远程网络节点之间的互操作性。 <br> **《直接公开》** | 发明内容部分明确记载：“在信令网关上实现了IP域和七号信令域面向连接消息在信令网关上的平滑转发，保证IP域和七号信令域的SCCP用户的面向连接消息能够顺利通过信令网关进行双向交互。” | 对比文件直接宣称其方法能够实现IP域节点（一种类型）与SCN域节点（另一种类型）之间的互操作，与特征I的技术效果一致。因此，特征I被直接公开。 |
| **技术特征J**：其中所述处理单元配置为基于在所述输入消息中包括的地址有关参数，确定在所述第二接口的所述远程网络节点的所述远程信令进程的类型。 <br> **《直接公开》** | 步骤A3：“SCCP的路由控制功能SCRC收到入局的面向连接请求消息CR，根据消息CR中的目的点点码得知目的点是IP域的节点”；步骤C1：“SCOC根据CR消息中的点码和目标用户的子系统编号(SSN)……获知其驻留在IP域”。 | 对比文件明确示出利用点码、SSN等地址有关参数来判断远程节点所属的域（IP域或SCN域），该域决定了远程信令进程的类型（SUA或SCCP）。因此，特征J被直接公开。 |
| **技术特征K**：其中所述至少两个接口包括朝向实现应用服务器进程的远程网络节点的接口、朝向实现信令网关进程的远程网络节点的接口及朝向实现因特网协议服务器进程的远程网络节点的接口。 <br> **未公开** | 无对应内容。 | 对比文件仅涉及朝向SCN域（SCCP）和朝向IP域（SUA）的接口，没有区分应用服务器进程(ASP)、信令网关进程(SGP)和因特网协议服务器进程(IPSP)，更没有同时包含这三种接口的教导。因此，特征K未被公开。 |
| **技术特征L**：其中所述本地信令进程的类型由在所述本地信令进程提供的所述接口的所述远程网络节点的所述远程信令进程的类型确定。 <br> **《直接公开》** | 在代理点方式下，若远程节点在IP域，本地使用SUA进程；若远程节点在SCN域，本地使用SCCP进程。中间点方式下同样遵循此规则。 | 对比文件中本地使用的协议进程类型（SCCP或SUA）完全由该接口所面向的远程网络节点使用的协议类型决定，例如面向IP域则启用SUA进程。因此，特征L被直接公开。 |
| **技术特征M**：其中朝向实现应用服务器进程的所述远程网络节点的所述接口由本地信令网关进程提供 <br> **《隐含公开》** | 对比文件中的信令网关通过SUA协议层面向IP域的远程节点（在SIGTRAN语境下可对应ASP），而信令网关中的SUA层在功能上扮演了信令网关进程(SGP)的角色，为ASP提供接入服务。 | 虽然对比文件未直接声明“本地信令网关进程”，但本领域技术人员能够理解，信令网关的SUA侧实质上充当了面向ASP的SGP，即本地SGP提供了朝向ASP的接口。因此，特征M被隐含公开。 |
| **技术特征N**：朝向实现信令网关进程的远程网络节点的所述接口由本地应用服务器进程提供 <br> **未公开** | 无对应内容。 | 对比文件未涉及与另一个信令网关进程(SGP)对接的场景，也没有由本地应用服务器进程(ASP)提供此类接口的教导。因此，特征N未被公开。 |
| **技术特征O**：朝向实现因特网协议服务器进程的远程网络节点的所述接口由本地因特网协议服务器进程提供。 <br> **未公开** | 无对应内容。 | 对比文件未提及IPSP及其接口，因此特征O未被公开。 |
| **技术特征P**：还包括存储器单元以存储在所述至少两个接口之一的至少一个远程网络节点的状态 <br> **未公开** | 无对应内容。 | 对比文件未描述用于存储远程网络节点状态的存储器单元，其连接段记录仅用于本地转发关联，并非远程节点状态（如可达性）的存储。因此，特征P未被公开。 |
| **技术特征Q**：其中提供相应接口的所述本地信令进程配置为根据所述远程网络节点的所述状态更新所存储的状态。 <br> **未公开** | 无对应内容。 | 对比文件没有公开根据远程节点状态变化来更新本地存储状态的过程。因此，特征Q未被公开。 |
| **技术特征R**：其中所述处理单元实现包括用户适配层的基于IP的协议栈 <br> **《直接公开》** | 对比文件全文基于SUA协议（属于用户适配层）进行描述，并提及“通过SCTP偶联选路至目的IP信令点”，表明其协议栈包含SUA层及下层IP传输。 | 对比文件的信令网关处理单元运行有SUA用户适配层以及底层IP协议栈，这直接符合特征R。因此，特征R被直接公开。 |
| **技术特征S**：在所述用户适配层提供所述至少两个接口。 <br> **未公开** | 无对应内容。 | 对比文件中的一个接口在SUA层（用户适配层），另一个接口在SCCP层（非用户适配层）。并非所有接口均在用户适配层提供。因此，特征S未被公开。 |
| **技术特征T**：其中所述处理单元配置为通过在所述用户适配层实现的功能执行所述转换。 <br> **未公开** | 无对应内容。 | 对比文件中的消息转换需要SUA层的面向连接功能与SCCP层的面向连接功能通过原语共同完成，并非仅在用户适配层内部完成。因此，特征T未被公开。 |
| **技术特征U**：其中所述用户适配层是信令连接控制部分用户适配层或消息传送部分3MTP3用户适配层。 <br> **《直接公开》** | 对比文件通篇使用的SUA协议即“信令连接控制部分用户适配层”（Signalling Connection Control Part User Adaptation Layer）。 | SUA正是特征U所述的用户适配层类型之一，因此特征U被直接公开。 |
| **技术特征V**：其中所述处理单元实现包括流控制传输协议层的基于IP的协议栈 <br> **《直接公开》** | 背景技术部分：“通过SCTP偶联选路至目的IP信令点”；具体实施方式中也提及SCTP关联。 | 对比文件明确使用SCTP（流控制传输协议）作为传输层，因此包含SCTP层的IP协议栈被直接公开。特征V为直接公开。 |
| **技术特征W**：所述流控制传输协议层配置为：通过为所有流控制传输协议关联使用单一流控制传输协议端点 <br> **未公开** | 无对应内容。 | 对比文件完全没有涉及SCTP端点是采用单一还是多个的方式，因此特征W未被公开。 |
| **技术特征X**：或者通过为在所述至少两个接口的所述远程网络节点的每个远程信令进程使用专用流控制传输协议端点 <br> **未公开** | 无对应内容。 | 对比文件同样未公开为每个远程信令进程使用专用SCTP端点的配置。因此，特征X未被公开。 |
| **技术特征Y**：建立所述至少两个接口的每个接口的朝向在相应接口的所述远程网络节点的流控制传输协议关联。 <br> **未公开** | 无对应内容。 | 对比文件中仅IP侧（SUA侧）使用SCTP关联，而SCN侧使用SS7链路，并未为每个接口建立SCTP关联。因此，特征Y未被公开。 |
<<<A>>><<<C>>><<<d>>><<<E>>><<<F>>><<<g>>><<<H>>><<<I>>><<<J>>><<<L>>><<<m>>><<<R>>><<<U>>><<<V>>>