好的，作为经验丰富的专利代理师，我现在将根据目标专利“1082基于IP的信令网络中路由消息的网络节点和方法CN102067623B”和对比文件“2006-02-28_US7006433B_发明授权_US07006433B1”，并基于提供的说明书内容，对目标专利权利要求中的技术特征进行逐项比对和公开性判断。
本分析将严格遵循您提供的判断标准，包括直接公开（实质公开或等同公开）和隐含公开（宽松推断），并会紧密结合目标专利说明书对技术特征进行解释。
以下是特征比对表格：
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：《直接公开》** <br>包括：-至少两个接口(214，215) | **说明书第[0057]段**：“The SG node 204A (which is essentially an IPSP equipped with both traditional SS7 and IP network connections) is provided with an interworking protocol stack structure 312...”（SG节点204A（本质上是配备了传统SS7和IP网络连接的IPSP）提供了一个互通协议栈结构312...）<br>**图3B**：示出了SG节点204A同时具有朝向SS7网络的接口（通过MTP1-3层）和朝向IP网络的接口（通过IP/SCTP层）。 | 目标专利中的“接口”是在基于IP的信令网络中，朝向远程网络节点的逻辑接口，通常在用户适配层提供。对比文件图3B及其相关描述明确公开了信令网关（SG）节点204A具有至少两个不同的接口：一个通过MTP1/2/3协议栈朝向传统的SS7网络（对应其远程节点SEP 202A），另一个通过SCTP/IP协议栈朝向基于IP的网络（对应其远程节点IPSP 206A）。这与目标专利中网络节点具有至少两个接口的技术方案完全相同，因此该特征被直接公开。 |
| **技术特征B：《直接公开》** <br>各朝向所述基于IP的网络(102)的远程网络节点(103，108) | **说明书第[0057]段**：“The IPSP node 206A is coupled to the SG node 204A via the IP transport path 303...”（IPSP节点206A通过IP传输路径303耦合到SG节点204A...）<br>**图3B**：明确示出了SG节点204A通过底部的IP/SCTP协议栈，经由IP传输路径303连接到远程的IPSP节点206A。 | 目标专利要求每个接口朝向基于IP网络的远程网络节点。对比文件图3B中，SG节点204A的SCTP/IP协议栈构成了一个朝向IP网络的接口，该接口通过IP路径303连接到远程网络节点IPSP 206A。IPSP 206A是位于基于IP的网络中的远程网络节点。因此，该接口的朝向和远程节点的性质与技术特征B完全一致，该特征被直接公开。 |
| **技术特征C：《直接公开》** <br>每个远程网络节点(103，108)实现远程信令进程(106，109) | **说明书第[0049]段**：“...two IP-based SP nodes (IPSP 206A and 206B)...”（...两个基于IP的信令点节点（IPSP 206A and 206B）...）<br>**说明书第[0053]段**：“Each IPSP is provided with a protocol stack structure 302...”（每个IPSP都提供了协议栈结构302...） | 目标专利中的“远程信令进程”指的是如ASP、SGP、IPSP等运行在远程网络节点上的进程。对比文件中，远程网络节点IPSP 206A本身即为“IP服务器进程”（IPSP），它是一个在基于IP的网络中实现特定信令功能的进程。根据对比文件的描述，IPSP节点运行着包括M2PA、SCTP等层在内的协议栈，以实现信令通信，这完全符合“实现远程信令进程”的定义。因此该特征被直接公开。 |
| **技术特征D：《隐含公开》** <br>-处理单元(302) | **说明书第[0052]段**：“The M2PA layer may preferably be implemented as a PPA structure in software, hardware, firmware, or in any combination thereof at any suitable node...”（M2PA层优选地可以作为PPA结构以软件、硬件、固件或其任何组合在任何合适的节点中实现...）<br>**图5A**：描述了客户端节点502和服务器节点504之间的交互，任何网络节点为执行协议栈功能、建立关联、处理消息，都必然包含处理单元。 | 目标专利中的“处理单元”是执行路由、转换等功能的实体。尽管对比文件未直接使用“处理单元”一词，但其描述的SG节点或IPSP节点要执行M2PA层功能、建立SCTP关联、处理消息收发等复杂操作，本领域技术人员可以毫无疑义地推断出此类网络节点内部必然存在一个或多个处理器（即处理单元）来执行这些软件或固件指令。因此，该特征被隐含公开。 |
| **技术特征E：《直接公开》** <br>配置为将在所述至少两个接口(214，215)的第一接口收到的输入消息路由到所述至少两个接口的第二接口 | **说明书第[0057]段**：“The MTP3 layer 304D is provided as a user of both MTP2 and M2PA layers so as to support the SS7 and IP interfaces.”（MTP3层304D被提供作为MTP2和M2PA层的用户，以便支持SS7和IP接口。）<br>**图3B**：示出了消息流从SEP 202A通过SS7接口进入SG 204A，然后通过MTP3/M2PA/SCTP栈路由到IP接口，并发送给IPSP 206A。 | 目标专利中的“路由”指将消息从一个接口转发到另一个接口。对比文件图3B的结构和工作方式明确示出了这种路由功能：在SG 204A中，从第一接口（朝向SS7网络的MTP1/2/3接口）收到的输入信令消息，通过MTP3和M2PA层的处理，被路由到第二接口（朝向IP网络的SCTP/IP接口）并发送出去。这完全等同于将消息从一个接口路由到另一个接口，该特征被直接公开。 |
| **技术特征F：《未公开》** <br>所述路由包括：根据在所述第一接口(214)的所述远程网络节点(108)的所述远程信令进程(109)的类型和在所述第二接口(215)的所述远程网络节点(103)的所述远程信令进程(106)的类型，将所述输入消息转换成对应的输出消息 | （对比文件中无相应内容） | 该特征是目标专利的核心发明点之一。目标专利明确指出，其网络节点（中继节点）通过本地运行的、与远程进程类型相匹配的本地信令进程，来桥接不同类型的SIGTRAN接口（如SGP、ASP、IPSP）。转换的依据是远程信令进程的“类型”（参见说明书[0018]、[0027]段）。<br><br>对比文件的核心在于提供一种对称的M2PA（MTP2用户对等适配）层，使得MTP3层可以将SCTP关联视为标准的MTP2链路。其转换是基于协议层（MTP3与SCTP之间）的适配，目的是在IP网络上传输SS7消息，并未涉及根据远程信令进程的“类型”（例如是ASP、SGP还是IPSP）来执行不同的转换逻辑。对比文件中的对等实体类型是单一的（IPSP或SG），没有公开针对多种不同类型进程的接口转换，也没有公开根据进程类型来决定转换方式的机制。因此，该特征未被公开。 |
| **技术特征G：《未公开》** <br>其中所述至少两个接口的每个接口由在所述处理单元上本地运行的本地信令进程提供 | （对比文件中无相应内容） | 目标专利通过在处理单元上本地运行不同类型的“本地信令进程”（如本地SGP、本地ASP、本地IPSP）来提供与远程进程类型相匹配的接口（参见说明书[0017]、[0026]段和图4）。这是一种在应用层或用户适配层实现的功能实体。<br><br>对比文件中的接口是由协议栈中的特定层（如MTP3层作为M2PA层的用户）提供的，并未公开或暗示需要在处理单元上运行一个独立的、模拟对等体类型的“本地信令进程”来提供接口。M2PA层是一个协议适配层，而不是一个模仿远程进程类型的信令进程。因此，该特征未被公开。 |
| **技术特征H：《未公开》** <br>其中，所述转换通过在本地信令进程之间的互配执行 | （对比文件中无相应内容） | 该特征依赖于技术特征G的存在。目标专利的转换是通过中继节点内部不同类型的本地信令进程（如本地SGP和本地ASP）之间的“互配”来完成的（参见说明书[0058]段）。<br><br>由于对比文件未公开“本地信令进程”这一概念，自然也不存在这些进程之间的“互配”来执行转换。对比文件的转换是M2PA层内部的协议适配功能，而非不同信令进程间的互配。因此，该特征未被公开。 |
| **技术特征I：《未公开》** <br>由此允许实现在不同类型的远程网络节点之间的互操作性。 | （对比文件中无相应内容） | 目标专利通过上述机制，使得不同类型的远程信令进程（如SGP和IPSP）能够通过中继节点相互通信，即使它们拥有不兼容的接口（参见说明书[0011]、[0055]段）。<br><br>对比文件的目标是实现SS7信令在IP网络上的可靠传输，它提供的是SS7网络节点与IP网络节点之间或IP网络节点之间的对称通信。其并未解决在SIGTRAN框架下，不同类型的信令进程（如ASP与SGP）之间因接口不兼容而无法通信的问题。因此，该有益效果未被公开。 |
| **技术特征J：《未公开》** <br>其中所述处理单元配置为基于在所述输入消息中包括的地址有关参数，确定在所述第二接口的所述远程网络节点的所述远程信令进程的类型。 | （对比文件中无相应内容） | 目标专利描述了根据输入消息中的地址有关参数（如路由上下文RC、目的地点代码DPC等）来确定下一跳远程信令进程的类型（参见说明书[0014]、[0015]段）。<br><br>对比文件中的路由是基于MTP3层的标准SS7路由机制，通过目的地点代码（DPC）等将消息路由到下一个信令点。它没有公开基于这些参数来“确定远程信令进程的类型”这一概念，因为在对比文件的架构中，下一跳的进程类型是固定的、已知的，无需特别确定。因此，该特征未被公开。 |
| **技术特征K：《未公开》** <br>其中所述至少两个接口包括朝向实现应用服务器进程的远程网络节点的接口、朝向实现信令网关进程的远程网络节点的接口及朝向实现因特网协议服务器进程的远程网络节点的接口。 | （对比文件中无相应内容） | 目标专利的中继节点明确提供了朝向三种标准SIGTRAN信令进程类型（ASP、SGP、IPSP）的接口（参见说明书[0013]段，权利要求7）。<br><br>对比文件主要涉及SG（信令网关）和IPSP（IP信令点）两种节点，并未提及或公开朝向“应用服务器进程（ASP）”的接口。ASP是SIGTRAN架构中用于托管应用逻辑的特定进程类型，对比文件的技术方案不涉及这一层。因此，该特征的完整组合未被公开。 |
| **技术特征L：《未公开》** <br>其中所述本地信令进程的类型由在所述本地信令进程提供的所述接口的所述远程网络节点的所述远程信令进程的类型确定。 | （对比文件中无相应内容） | 这是目标专利实现接口适配的核心逻辑：如果远程节点是ASP，则中继节点本地运行SGP与之对接，反之亦然（参见说明书[0017]、[0057]段和图4）。<br><br>对比文件中不存在“本地信令进程的类型”需要根据“远程信令进程的类型”来确定的机制。节点中的M2PA层对所有对等体提供的接口是统一和对称的，不会根据对端是SG还是IPSP而改变自身类型。因此，该特征未被公开。 |
| **技术特征M：《未公开》** <br>其中朝向实现应用服务器进程的所述远程网络节点的所述接口由本地信令网关进程提供 | （对比文件中无相应内容） | 该特征是技术特征L的具体化实施例之一。由于对比文件未公开ASP（应用服务器进程）和本地SGP（信令网关进程）的概念，以及两者之间的这种特定对应关系，因此该特征未被公开。 |
| **技术特征N：《未公开》** <br>朝向实现信令网关进程的远程网络节点的所述接口由本地应用服务器进程提供 | （对比文件中无相应内容） | 该特征是技术特征L的另一个具体化实施例。与上一特征同理，由于对比文件未公开ASP（应用服务器进程）的概念，因此自然不存在用“本地应用服务器进程”去对接“远程信令网关进程”的技术方案。此特征未被公开。 |
| **技术特征O：《直接公开》** <br>朝向实现因特网协议服务器进程的远程网络节点的所述接口由本地因特网协议服务器进程提供。 | **说明书第[0053]段**：“...the exemplary network portion 300A embodies two IPSP nodes 206A, 206B coupled together via an IP transport path 303 in a symmetrical peer-to-peer architecture...”（示例性网络部分300A包含了两个IPSP节点206A，206B，它们通过IP传输路径303以对称的对等架构耦合在一起...）<br>**图3A**：明确示出两个IPSP节点206A和206B通过各自的M2PA/SCTP/IP栈进行对等通信。 | 目标专利描述了本地IPSP进程对接远程IPSP进程的场景。对比文件图3A及其相关描述公开了两个IPSP节点（206A和206B）通过IP网络进行对等（peer-to-peer）通信的架构。在此架构中，对于一个IPSP节点（如206A）而言，其接口是由自身的IPSP协议栈（包含M2PA层）提供的，而它所面向的远程网络节点（206B）同样实现了一个IPSP进程。这正是“朝向实现IPSP的远程节点的接口由本地IPSP进程提供”的技术方案的体现。因此，该特征被直接公开。 |
| **技术特征P：《直接公开》** <br>还包括存储器单元以存储在所述至少两个接口之一的至少一个远程网络节点的状态 | **说明书第[0094]段**：“...M2PA 603A sends a Link Status Processor Outage message 1104 to its peer M2PA 603B...reports Remote Processor Outage 1110 to its MTP3 602B.”（...M2PA 603A向其对方M2PA 603B发送链路状态处理器故障消息...向自己的MTP3 602B报告远程处理器故障。）<br>**结合图11**：展示了本地M2PA接收并存储远程节点处理器故障状态的过程。 | 目标专利的存储器用于存储远程网络节点的状态，以便进行网络管理。对比文件图11的流程明确示出，本地节点（图中的M2PA 603A）在检测到或接收到远程节点的处理器故障消息后，会将该状态（远程处理器故障）报告给上层（MTP3 602B），这必然需要存储器来维持此状态信息。此外，类似的状态信息如链路状态、拥塞状态等在整个说明书中均有体现。因此，隐含着用于存储远程节点状态的存储器单元，该特征被直接公开。 |
| **技术特征Q：《直接公开》** <br>其中提供相应接口的所述本地信令进程配置为根据所述远程网络节点的所述状态更新所存储的状态。 | **图11的流程**：本地M2PA 603A收到来自SCTP的通信中断或来自对等M2PA 603B的状态消息后，更新其维护的远程处理器状态，并通过原语（如Out_Of_Service）通知其上层MTP3，这表明状态得到了更新。 | 目标专利中，提供接口的本地进程负责根据远程节点的状态更新本地存储的状态（参见说明书[0030]段）。在对比文件图11中，提供接口功能的M2PA层（可类比为本地信令进程）在收到对等M2PA发来的“Processor Outage”或“Processor Outage Ended”状态消息后，会相应地更新其记录的远程处理器状态，并向其上层（MTP3）报告。这个过程完全符合“根据远程节点的状态更新所存储的状态”的特征。因此，该特征被直接公开。 |
| **技术特征R：《未公开》** <br>其中所述处理单元实现包括用户适配层的基于IP的协议栈 | **说明书第[0053]段**：“...interworking M2PA layer between the MTP3 layer and the SCTP layer.”（...在MTP3层和SCTP层之间的互通M2PA层。）<br>**图3A**：协议栈结构为IP/SCTP/M2PA/MTP3。 | 目标专利说明书明确指出，“用户适配层”的示例是“SUA层或M3UA层”（参见说明书[0015]、[0032]段），它们是为MTP3用户或SCCP用户提供适配的特定协议层。<br><br>对比文件公开的协议栈中，实现适配功能的是M2PA（MTP2-User Peer-to-Peer Adaptation）层。尽管M2PA也是一种适配层，但它在协议栈中的位置、适配的对象（MTP2用户，即MTP3层）以及提供的服务与目标专利特指的M3UA/SUA等“用户适配层”存在本质区别。目标专利的发明点之一正是在M3UA/SUA层实现路由和转换，以避免使用SS7协议栈。因此，对比文件并未公开目标专利所定义的“用户适配层”。该特征未被公开。 |
| **技术特征S：《未公开》** <br>在所述用户适配层提供所述至少两个接口。 | （对比文件中无相应内容） | 该特征直接依赖于技术特征R。由于对比文件未公开目标专利所指的“用户适配层”（如M3UA/SUA），自然也不可能公开“在该层提供所述至少两个接口”这一特征。对比文件中的接口是在MTP3层或M2PA层提供的。因此，该特征未被公开。 |
| **技术特征T：《未公开》** <br>其中所述处理单元配置为通过在所述用户适配层实现的功能执行所述转换。 | （对比文件中无相应内容） | 同样，该特征完全依赖于技术特征R。目标专利的转换（如消息类型修改、地址映射等）是在用户适配层（如M3UA）实现的（参见说明书[0015]段）。<br><br>对比文件的转换（如MTP3消息与SCTP消息的转换）是在M2PA层完成的。M2PA层不属于目标专利定义的“用户适配层”。因此，该特征未被公开。 |
| **技术特征U：《未公开》** <br>其中所述用户适配层是信令连接控制部分用户适配层或消息传送部分3MTP3用户适配层。 | （对比文件中无相应内容） | 该特征是对技术特征R中“用户适配层”的进一步限定。对比文件通篇涉及的是M2PA（MTP2用户对等适配）层，完全没有提及SUA（信令连接控制部分用户适配层）或M3UA（消息传送部分3用户适配层）协议。因此，该特征未被公开。 |
| **技术特征V：《直接公开》** <br>其中所述处理单元实现包括流控制传输协议层的基于IP的协议栈 | **说明书第[0053]段**：“The protocol stack structure 302 provided at each IPSP accordingly includes: IP layer 304A, SCTP layer 304B, M2PA layer 304C, and MTP3 layer D.”（每个IPSP中提供的协议栈结构302相应地包括：IP层304A，SCTP层304B，M2PA层304C和MTP3层304D。）<br>**图3A**：协议栈中明确包含SCTP层。 | 对比文件的整个技术方案都是建立在通过SCTP（流控制传输协议）在IP网络上传输SS7信令的基础之上的。其说明书多次明确提及SCTP层是协议栈的必要组成部分（如图3A、图3B所示），并且详细描述了SCTP关联的建立过程（图5A）。这完全公开了实现包括SCTP层的基于IP的协议栈的技术特征。因此，该特征被直接公开。 |
| **技术特征W：《未公开》** <br>所述流控制传输协议层配置为：通过为所有流控制传输协议关联使用单一流控制传输协议端点 | **说明书第[0075]段**：“the client uses a different local port number for each link...each combination of client IP address/port and server IP address/port uniquely identifies an association...””（客户端为每条链路使用不同的本地端口号...客户端IP地址/端口和服务器IP地址/端口的每种组合唯一地标识一个关联...）<br>**图5A**：客户端502使用不同的端口号P1和P2来创建两个独立的SCTP关联。 | 目标专利提出了两种建立SCTP关联的方式：一种是使用单一SCTP端点（如一个IP+Port组合）为所有关联服务；另一种是为每个远程进程使用专用端点。<br><br>对比文件图5A明确公开了为建立多个SCTP关联，客户端必须使用“不同的本地端口号”（P1， P2），这意味着每个关联都使用了不同的SCTP端点。这与“为所有关联使用单一SCTP端点”的技术方案完全不同。因此，该可选的配置方式未被公开。 |
| **技术特征X：《直接公开》** <br>者通过为在所述至少两个接口的所述远程网络节点的每个远程信令进程使用专用流控制传输协议端点 | **说明书第[0075]段**：“...each combination of client IP address/port and server IP address/port uniquely identifies an association between the two endpoints.”（...客户端IP地址/端口和服务器IP地址/端口的每种组合唯一地标识了两个端点之间的一个关联。）<br>**图5A**：客户端502使用端点（IPA/P1）与服务器建立关联SLC=a，使用不同的端点（IPA/P2）建立关联SLC=b。这为每个关联（对应每条链路/每个远程对等体）分配了专用的端点。 | 目标专利的另一种配置是为每个远程信令进程使用专用的SCTP端点。对比文件图5A及[0075]段的描述表明，在一个客户端和一个服务器之间可以通过使用不同的本地端口号（P1， P2）来建立多个SCTP关联，每个关联由一个唯一的端点组合（如IPA/P1）标识。在SS7语境下，每条链路通常连接到一个特定的远程信令点或进程。这种为每个关联（从而为每个远程进程）分配专用端点（通过不同端口号实现）的方案，直接公开了技术特征X。因此，该特征被直接公开。 |
| **技术特征Y：《直接公开》** <br>建立所述至少两个接口的每个接口的朝向在相应接口的所述远程网络节点的流控制传输协议关联。 | **说明书第[0076]段**：“Each association, in turn, corresponds to an SLC...A first SCTP association 514A (identified as SLC=a) is thus established...”（每个关联又对应一个SLC...因此建立了第一个SCTP关联514A（标识为SLC=a）...）<br>**图5A**：示出了客户端和服务器之间通过各自的SCTP层建立了两个SCTP关联（514A和514B）。 | 目标专利要求SCTP层建立朝向每个接口的远程网络节点的SCTP关联。对比文件图5A及其相关描述详细说明了在两个节点（客户端和服务器）之间，如何通过各自的SCTP层建立SCTP关联（如关联514A）来作为通信链路。这个过程完全对应于在接口上建立朝向远程网络节点的SCTP关联。因此，该特征被直接公开。 |
<<<A>>><<<B>>><<<C>>><<<d>>><<<E>>><<<O>>><<<P>>><<<Q>>><<<V>>><<<X>>><<<Y>>>