对比文件名称：2007-12-25_US7313129B_发明授权_US07313129B1 Arrangement for sharing a single signaling point code between multiple hosts in an IP-based network
目标专利名称：1082基于IP的信令网络中路由消息的网络节点和方法CN102067623B
本次调用模型名称：AI专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：-至少两个接口(214，215) 《直接公开》 | [0045] 信令网关包括交换电路网络（SCN）接口60...和基于IP的输出资源68。 | 对比文件[0045]段结合图4明确记载了信令网关44具有SCN接口60和IP输出资源68，这构成了至少两个接口。这与目标专利网络节点的至少两个接口对应，属于相同的技术方案。因此，该特征被直接公开。 |
| **技术特征B**：各朝向所述基于IP的网络(102)的远程网络节点(103，108) 《未公开》 | 无 | 对比文件中，SCN接口60朝向的是电路交换网络（SS7），而非基于IP的网络；仅IP输出资源68朝向IP网络中的远程网络节点（呼叫代理）。因此，并非“各”接口都朝向基于IP的网络的远程网络节点，该特征未被公开。 |
| **技术特征C**：每个远程网络节点(103，108)实现远程信令进程(106，109) 《直接公开》 | [0037] 呼叫代理46a、46b和46c被分配了应用服务器标识AS1、AS2和AS3... [0040] ...信令网关44...被配置为选择目的地呼叫代理46...并选择性地输出基于IP的信令消息... | 对比文件中，呼叫代理46通过M3UA协议通信，充当应用服务器进程（ASP）。根据目标专利说明书[0003]段，ASP是一种远程信令进程。因此，对比文件中基于IP网络的远程网络节点（呼叫代理）实现了远程信令进程，该特征被直接公开。 |
| **技术特征D**：-处理单元(302) 《隐含公开》 | 无明确记载，但可从整体功能推断。 | 虽然对比文件未明确提及“处理单元”一词，但信令网关44执行信令消息接收、路由选择、状态管理、协议转换等复杂功能，这必然是由一个或多个处理器（即处理单元）实现的。这是本领域技术人员毫无疑义可以推断出的公知常识。因此，该特征被隐含公开。 |
| **技术特征E**：配置为将在所述至少两个接口(214，215)的第一接口收到的输入消息路由到所述至少两个接口的第二接口 《直接公开》 | [0040] ...信令网关44，响应于接收到信令消息18...被配置为选择目的地呼叫代理46用于接收信令应用协议消息24，并基于所选呼叫代理46的确定可用性，选择性地输出携带信令应用协议消息24的基于IP的信令消息。 | 对比文件明确记载了将从第一接口（SCN接口60）接收的信令消息18，经过选择和处理后，通过第二接口（IP输出资源68）输出给呼叫代理46的过程。这完全对应于将输入消息从第一接口路由到第二接口的技术方案。因此，该特征被直接公开。 |
| **技术特征F**：所述路由包括：根据在所述第一接口(214)的所述远程网络节点(108)的所述远程信令进程(109)的类型和在所述第二接口(215)的所述远程网络节点(103)的所述远程信令进程(106)的类型，将所述输入消息转换成对应的输出消息 《未公开》 | 无 | 对比文件公开的转换是将SS7协议消息转换为M3UA/SUA协议消息，这是一种固定的协议适配转换，而非根据信令进程类型（如ASP、SGP、IPSP）的不同而进行的动态、差异化转换。对比文件不涉及在第一接口和第二接口上存在不同类型的SIGTRAN远程信令进程，因此未公开基于进程类型进行消息转换的技术方案。 |
| **技术特征G**：其中所述至少两个接口的每个接口由在所述处理单元上本地运行的本地信令进程提供 《未公开》 | 无 | 对比文件完全没有提及“本地信令进程”的概念及其提供接口的机制。其接口是静态的硬件或协议栈功能模块，而非由动态运行的本地信令进程提供。因此，该特征未被公开。 |
| **技术特征H**：其中，所述转换通过在本地信令进程之间的互配执行 《未公开》 | 无 | 由于对比文件未公开本地信令进程，自然也未公开在本地信令进程之间执行互配以完成转换的技术方案。目标专利说明书[0027]段指出，转换通过在本地信令进程之间的互配执行，这涉及地址映射和消息类型变换等，对比文件不具备此机制。因此，该特征未被公开。 |
| **技术特征I**：由此允许实现在不同类型的远程网络节点之间的互操作性 《未公开》 | 无 | 对比文件实现的是SS7网络节点与IP网络节点（呼叫代理）之间的互操作性，而非目标专利所关注的、在基于IP的SIGTRAN网络内部，实现不同类型远程信令进程（如SGP与IPSP）之间的互操作性。因此，该技术效果未被公开。 |
| **技术特征J**：其中所述处理单元配置为基于在所述输入消息中包括的地址有关参数，确定在所述第二接口的所述远程网络节点的所述远程信令进程的类型 《未公开》 | 无 | 对比文件基于OPC等地址参数来选择具体的呼叫代理（远程网络节点），但其目的并非“确定远程信令进程的类型”，因为其对端节点类型是已知且单一的（ASP）。目标专利说明书[0076]段指出，需要基于参数确定第二接口的远程信令进程类型以进行相应转换，对比文件未公开此配置。 |
| **技术特征K**：其中所述至少两个接口包括朝向实现应用服务器进程的远程网络节点的接口、朝向实现信令网关进程的远程网络节点的接口及朝向实现因特网协议服务器进程的远程网络节点的接口 《未公开》 | 无 | 对比文件中的信令网关仅具有朝向SS7网络节点和朝向实现ASP的呼叫代理的接口。完全没有提及朝向实现信令网关进程（SGP）或IP服务器进程（IPSP）的远程网络节点的接口。因此，该特征未被公开。 |
| **技术特征L**：其中所述本地信令进程的类型由在所述本地信令进程提供的所述接口的所述远程网络节点的所述远程信令进程的类型确定 《未公开》 | 无 | 对比文件未公开本地信令进程，因此不存在确定其类型的机制。目标专利说明书[0027]段公开了本地信令进程的类型与远程信令进程类型相匹配的配置，对比文件中无此内容。 |
| **技术特征M**：其中朝向实现应用服务器进程的所述远程网络节点的所述接口由本地信令网关进程提供 《未公开》 | 无 | 同上，对比文件未公开本地信令进程及其提供接口的特定对应关系。 |
| **技术特征N**：朝向实现信令网关进程的远程网络节点的所述接口由本地应用服务器进程提供 《未公开》 | 无 | 同上，对比文件未公开本地信令进程及其提供接口的特定对应关系。 |
| **技术特征O**：朝向实现因特网协议服务器进程的远程网络节点的所述接口由本地因特网协议服务器进程提供 《未公开》 | 无 | 同上，对比文件未公开本地信令进程及其提供接口的特定对应关系。 |
| **技术特征P**：还包括存储器单元以存储在所述至少两个接口之一的至少一个远程网络节点的状态 《直接公开》 | [0055] 状态代理70将呼叫代理注册为处于活动状态104。[0056] ...状态代理70将呼叫代理46注册为处于待定恢复状态112... | 对比文件中的状态代理70必须依赖于存储器单元来存储和管理每个呼叫代理（远程网络节点）的当前状态（如活动、不活动、待定）。这直接公开了使用存储器单元存储远程网络节点状态的技术方案。 |
| **技术特征Q**：其中提供相应接口的所述本地信令进程配置为根据所述远程网络节点的所述状态更新所存储的状态 《未公开》 | 无 | 由于对比文件未公开本地信令进程，因此，由其来更新所存储状态的技术方案也未被公开。对比文件中的状态更新由“状态代理”执行，而非提供接口的特定本地信令进程。 |
| **技术特征R**：其中所述处理单元实现包括用户适配层的基于IP的协议栈 《直接公开》 | [0048] 根据M3UA和SUA协议实现的基于IP的输出资源68... | 对比文件明确记载信令网关中负责IP输出的资源是按照M3UA和SUA协议实现的，这表明处理单元实现了一个包含用户适配层的IP协议栈。该特征被直接公开。 |
| **技术特征S**：在所述用户适配层提供所述至少两个接口 《未公开》 | 无 | 对比文件中，IP接口（输出资源68）在用户适配层（M3UA/SUA），但SCN接口（60）是SS7网络接口，位于MTP层，并非在用户适配层。因此，并非所有接口都在用户适配层提供，该特征未被公开。 |
| **技术特征T**：其中所述处理单元配置为通过在所述用户适配层实现的功能执行所述转换 《直接公开》 | [0015] 信令网关14包括互通资源28，配置用于移除MTP层，生成M3UA报头30，并通过IP网络20输出具有M3UA报头30和用户部分消息24的M3UA协议消息32。 | 对比文件图2及[0015]段明确描述了将SS7信令消息转换为M3UA消息的过程。生成M3UA报头、封装用户部分消息，这些功能均属于用户适配层（M3UA层）的功能。因此，转换由用户适配层实现的功能执行，该特征被直接公开。 |
| **技术特征U**：其中所述用户适配层是信令连接控制部分用户适配层或消息传送部分3MTP3用户适配层 《直接公开》 | [0048] 根据M3UA和SUA协议实现的... | 对比文件[0048]段明确提到了M3UA（消息传送部分3用户适配）和SUA（信令连接控制部分用户适配）协议。这直接公开了用户适配层的具体类型。 |
| **技术特征V**：其中所述处理单元实现包括流控制传输协议层的基于IP的协议栈 《直接公开》 | [0012] RFC 3332指定了流控制传输协议（SCTP）作为一种传输协议... | 对比文件[0012]段引用了RFC 3332，并明确说明使用SCTP作为传输协议。这直接公开了处理单元实现的IP协议栈中包含SCTP层。 |
| **技术特征W**：所述流控制传输协议层配置为：通过为所有流控制传输协议关联使用单一流控制传输协议端点 《未公开》 | 无 | 对比文件虽然提到了使用SCTP关联，但完全没有涉及如何配置SCTP端点的技术细节，既未公开“使用单一端点”，也未公开“使用专用端点”。因此，该具体配置未被公开。 |
| **技术特征X**：者通过为在所述至少两个接口的所述远程网络节点的每个远程信令进程使用专用流控制传输协议端点 《未公开》 | 无 | 同上，对比文件未公开任何关于SCTP端点配置的具体策略，该特征未被公开。 |
| **技术特征Y**：建立所述至少两个接口的每个接口的朝向在相应接口的所述远程网络节点的流控制传输协议关联 《直接公开》 | [0012] ...在SCTP传输关联上将ISUP、SCCP和/或任何其他MTP3用户协议消息...交付给MGCs或IP驻留数据库中的MTP3用户对等体。 | 对比文件[0012]段明确记载了通过SCTP传输关联（SCTP transport associations）在信令网关和IP节点（远程网络节点）之间传递消息。这直接公开了建立SCTP关联的技术方案。 |
<<<A>>><<<C>>><<<d>>><<<E>>><<<P>>><<<R>>><<<T>>><<<U>>><<<V>>><<<Y>>>