对比文件名称：2006-02-02_US2006023728A_发明申请_US20060023728A1 Methods and apparatus for providing signalling gateways with multi-network support
目标专利名称：1082基于IP的信令网络中路由消息的网络节点和方法CN102067623B
模型名称：默认模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：-至少两个接口(214，215) 《直接公开》 | 对比文件图5示出代理组件420具有分别朝向ASP 310和SGP 410、412的接口；图15示出代理元素420包括IP、SCTP和SUA层，通过NIF功能互连。 | 对比文件图5明确示出了代理组件（proxy component 420）作为前端，处理来自ASP的SCTP关联，并连接到多个SGP（SGP 410, 411, 412, 413）。图5中的每个箭头代表一个SCTP关联，这构成了逻辑上的接口。图15则进一步揭示了代理元素的内部架构，包括IP、SCTP和SUA层，这些层通过节点互配功能（NIF）互连。该代理元素在ASP和SGP之间传递消息，其与ASP的连接以及与多个SGP的连接构成了至少两个接口。因此，对比文件直接公开了“至少两个接口”。 |
| 技术特征B：各朝向所述基于IP的网络(102)的远程网络节点(103，108) 《直接公开》 | 对比文件图4、图5及[0042]段：“upon receipt of an SCTP-CONNECT message the proxy 420 sets up an SCTP association with each local SGP, for instance the setting up of associations with SGPs 410 and 412 are illustrated in FIG. 6a.” | 对比文件图4和图5明确示出代理（proxy 420）通过IP网络（IP Network 120）与信令网关（SG 100）和应用服务器（AS 130）连接。图5中代理与SGP 410、412等的连接是朝向基于IP网络的远程网络节点。信令网关（SG 100）和应用服务器（AS 130）均为代理的远程网络节点。因此，对比文件直接公开了接口朝向基于IP网络的远程网络节点的特征。 |
| 技术特征C：每个远程网络节点(103，108)实现远程信令进程(106，109) 《直接公开》 | 对比文件[0032]段及图2、图4、图5：“Communication between Signalling Gateway Processes (SGPs) of the SG 100 and Application Server Processes (ASPs) within the ASs is carried out...”; “The proxy element appears to each SGP as a single Application Server and the ASPs act as if they were configured to process traffic for more than one logical Application Server.” | 对比文件明确记载了信令网关包含信令网关进程（SGP），应用服务器包含应用服务器进程（ASP）。例如，图5中SGP 410、411、412、413是具体的远程信令进程实例，ASP 310也是具体的远程信令进程实例。代理元素（proxy element）对每个SGP表现为一个单独的AS，而ASPs则被配置为处理多个逻辑AS的流量。这说明代理所连接的远程网络节点（SG和AS）均实现了相应的远程信令进程（SGP和ASP）。因此，对比文件直接公开了该技术特征。 |
| 技术特征D：-处理单元(302) 《隐含公开》 | 对比文件[0036]段及图15：“The proxy includes functionality that is configured to appropriately direct messages...”; “FIG. 15 illustrates the layered software architecture of the proxy component 420... includes IP, SCTP and SUA layers interconnected by an NIF function...”。 | 目标专利中的“处理单元”是一个广义的功能性硬件（如CPU）或软件的组合，用于实现路由和转换逻辑。对比文件中的代理元素（proxy element 420）执行消息的接收、路由、分发和转换（如基于路由上下文RC向对应的SGP转发消息），这必然需要处理逻辑来完成。图15所示的代理组件软件架构（IP、SCTP、SUA层及NIF功能）揭示了其内部实现，该实现运行在某个硬件平台上。本领域技术人员可以毫无疑义地推断，代理元素包含用于执行其配置功能的“处理单元”。虽然对比文件未明确使用“processing unit”一词，但代理元素的功能实现必然依赖于它，因此构成隐含公开。 |
| 技术特征E：配置为将在所述至少两个接口(214，215)的第一接口收到的输入消息路由到所述至少两个接口的第二接口 《直接公开》 | 对比文件[0047]段及图10：“As shown in FIG. 10, CLDT messages received from the ASPs are forwarded to the SGP that corresponds to the Routing Context of the message. CLDT messages received from an SGP, on a particular association, are forwarded to the corresponding ASP.” | 对比文件的代理元素（proxy 420）的核心功能就是在ASP和SGP之间转发消息。例如，图10明确示出从ASP接收到的CLDT消息（输入消息）被转发（路由）到与消息的路由上下文（Routing Context）对应的SGP（第二接口）。反之亦然，从SGP接收的消息被转发到对应的ASP。这完全对应于将在第一接口收到的输入消息路由到第二接口。因此，对比文件直接公开了该路由功能。 |
| 技术特征F：所述路由包括：根据在所述第一接口(214)的所述远程网络节点(108)的所述远程信令进程(109)的类型和在所述第二接口(215)的所述远程网络节点(103)的所述远程信令进程(106)的类型，将所述输入消息转换成对应的输出消息 《隐含公开》 | 对比文件[0045]段、[0046]段及图9：“In this example, SGP1 handles a first Routing Context RC1 and SGP2 handles a second Routing Context RC2... Proxy is configured in advance at configuration time with the information as to which routing context corresponds to which SGP. Separate ASP-ACTIVE messages are forwarded by proxy 420 with their corresponding routing context parameters on the corresponding associations...”。 | 对比文件中的代理（proxy）需要处理不同类型信令进程（SGP和ASP）之间的通信。SGP和ASP是不同的信令进程类型，它们之间发送的消息类型和参数存在差异。例如，图9示出代理将来自ASP的包含RC1和RC2的单个ASP-ACTIVE消息，转换成分别只包含RC1和RC2的两个独立的ASP-ACTIVE消息，并发送给对应类型的SGP。这种拆分和基于路由上下文的选择性转发，本质上是一种根据远端进程类型（由RC和关联预先绑定）进行的消息转换。虽然对比文件未明确表述“根据信令进程的类型”进行转换，但其基于路由上下文（RC）的预配置路由机制，实际上将特定RC与特定类型的SGP绑定，从而实现了根据目的进程能力（隐含了其类型）转换和分发消息。本领域技术人员可以合理推断出，为实现SGP和ASP间的互操作，代理必须执行这种基于进程类型能力的消息转换。因此，构成隐含公开。 |
| 技术特征G：其中所述至少两个接口的每个接口由在所述处理单元上本地运行的本地信令进程提供 《直接公开》 | 对比文件[0054]段及图15：“FIG. 15 illustrates the layered software architecture of the proxy component 420 in this embodiment. In this embodiment, proxy element includes IP, SCTP and SUA layers interconnected by an NIF function as shown in FIG. 15.”，以及[0036]段：“The proxy element appears to each SGP as a single Application Server and the ASPs act as if they were configured to process traffic for more than one logical Application Server.”。 | 目标专利中的“本地信令进程”是在中继节点上运行的、模拟对端信令进程类型以提供兼容接口的软件进程。对比文件中的代理元素（proxy element）对SGP表现为一个应用服务器（AS），对ASP则表现为信令网关（SGP）的一部分，这说明代理内部必然存在模拟AS和SGP行为的逻辑实体。图15的NIF（节点互配功能）在SUA层实现了这种不同接口间的互连，这正是通过软件进程在本地运行来提供不同接口的体现。代理本身作为一个在计算硬件上运行的软件实体，其内部的SUA层和NIF功能可以视为提供不同接口的本地信令进程。因此，对比文件直接公开了该特征。 |
| 技术特征H：其中，所述转换通过在本地信令进程之间的互配执行 《隐含公开》 | 对比文件[0054]段及图15：“...proxy element includes IP, SCTP and SUA layers interconnected by an NIF function as shown in FIG. 15.”，以及图5和图9示出的消息转发与处理。 | 目标专利中的“互配”指在不同类型的本地信令进程之间进行协议和消息的转换与协调。对比文件中，代理元素（proxy）对SGP表现为AS，对ASP表现为SG，这种角色转换必然涉及内部不同接口逻辑之间的协调。图15中的NIF（节点互配功能）正是用于互连SUA层不同侧（即模拟的AS侧和模拟的SG侧）的功能，它执行了消息从一个接口逻辑到另一个接口逻辑的转换和传递。虽然专利未详述NIF内部如何“互配”，但其作为互连不同接口的单一功能体，必然执行了本地信令进程间（即模拟的AS逻辑与模拟的SG逻辑之间）的转换和协调工作。因此，本领域技术人员可以推断出该转换是通过本地信令进程间的互配执行的，构成隐含公开。 |
| 技术特征I：由此允许实现在不同类型的远程网络节点之间的互操作性。 《直接公开》 | 对比文件[0036]段：“In general terms, the present embodiments allow multiple signalling networks to be connected to a single application server element in situations, even where neither the signalling gateway nor the application server elements are designed to support this, by providing a separate proxy element between the ASPs and SGPs supporting the different signalling networks.” | 对比文件明确指出，其发明的目的就是通过提供一个独立的代理元素（proxy element）来连接支持不同信令网络的ASP和SGP，从而允许将多个信令网络连接到一个单一的应用服务器元素，即使信令网关和应用服务器最初不是为此设计的。这直接实现了不同类型的远程网络节点（支持不同SS7变种的SGP和应用服务器ASP）之间的互操作性。因此，对比文件直接公开了该特征。 |
| 技术特征J：其中所述处理单元配置为基于在所述输入消息中包括的地址有关参数，确定在所述第二接口的所述远程网络节点的所述远程信令进程的类型。 《隐含公开》 | 对比文件[0045]段、[0047]段及表I：“Proxy is configured in advance at configuration time with the information as to which routing context corresponds to which SGP.”；“CLDT messages received from the ASPs are forwarded to the SGP that corresponds to the Routing Context of the message.”；“SGP { ... RC = 1; -- The routing context to handle}”。 | 目标专利中的“地址有关参数”包括路由上下文（RC）等。对比文件中的代理（proxy）在转发消息时，核心依据是消息中的“路由上下文（Routing Context）”参数，例如CLDT消息。路由上下文直接对应于特定的信令网关进程（SGP），而SGP是一种特定类型的远程信令进程。代理在配置时（如表I所示）已经存储了路由上下文（RC）与特定SGP的绑定关系。因此，代理基于输入消息中的RC参数，即可确定接收该消息的第二接口上的远程信令进程是哪个具体的SGP，从而也确定了其类型（SGP类型）。这个过程与本技术特征的描述相符，因此构成隐含公开。 |
| 技术特征K：其中所述至少两个接口包括朝向实现应用服务器进程的远程网络节点的接口、朝向实现信令网关进程的远程网络节点的接口及朝向实现因特网协议服务器进程的远程网络节点的接口。 《隐含公开》 | 对比文件[0055]段：“Further, it will be understood that other embodiments may use other SIGTRAN adaptation layers such as M3UA, TUA and the like.”，以及[0056]段引用的RFC 3332 (M3UA) 和 IETF SUA草案中关于IPSP的定义，以及图5示出的ASP和SGP连接。 | 对比文件图5明确示出了朝向实现信令网关进程（SGP）的接口和朝向实现应用服务器进程（ASP）的接口。对于因特网协议服务器进程（IPSP），对比文件虽然没有在其实施例中明确画出IPSP连接，但[0055]段提到其方案可以使用其他SIGTRAN适配层，如M3UA。在M3UA协议（RFC 4666）中，IPSP是定义的标准信令进程类型之一。作为用于连接不同类型信令进程的代理，本领域技术人员可以合理推断，该代理架构同样可以扩展到支持朝向IPSP的接口，以实现IPSP与SGP或ASP的互连。因此，该代理包含了支持与三种类型信令进程接口的能力，构成隐含公开。 |
| 技术特征L：其中所述本地信令进程的类型由在所述本地信令进程提供的所述接口的所述远程网络节点的所述远程信令进程的类型确定。 《隐含公开》 | 对比文件[0036]段：“The proxy element appears to each SGP as a single Application Server and the ASPs act as if they were configured to process traffic for more than one logical Application Server.”，以及[0054]段和图15示出的NIF功能。 | 目标专利中，本地信令进程的类型由其所面对的远程信令进程类型决定，例如面向ASP的接口由本地SGP提供。对比文件中，代理元素对SGP表现为一个应用服务器（AS），这意味着在代理内部，面向SGP的接口逻辑必然模拟了ASP（或AS）的行为，其“类型”由它所面对的SGP的类型决定（即模拟其对应的对等体）。同样，面向ASP的接口逻辑必然模拟了SGP的行为。这种接口逻辑的模拟与目标专利的本地信令进程概念高度一致，其类型（模拟的角色）完全由远端的真实进程类型所确定。因此，构成隐含公开。 |
| 技术特征M：其中朝向实现应用服务器进程的所述远程网络节点的所述接口由本地信令网关进程提供 《直接公开》 | 对比文件[0036]段：“The proxy element appears to each SGP as a single Application Server...”，结合图5，代理420连接ASP 310。 | 对于ASP 310而言，它连接的代理（proxy 420）。对比文件明确说明，代理元素对每个SGP表现为一个单一的应用服务器。推演到连接ASP的场景，对于ASP来讲，代理必须表现得像一个信令网关（即包含SGP）一样，才能让ASP按照标准协议与其交互。因此，代理内部面向ASP的接口，是由一个在本地运行的、扮演信令网关角色的本地信令进程提供的。对比文件图5中代理连接ASP正体现了此点。因此，对比文件直接公开了该特征。 |
| 技术特征N：朝向实现信令网关进程的远程网络节点的所述接口由本地应用服务器进程提供 《直接公开》 | 对比文件[0036]段：“The proxy element appears to each SGP as a single Application Server...”，结合图5，代理420连接SGP 410，412。 | 对比文件明确指出，代理元素对每个SGP表现为一个单一的应用服务器（AS）。这意味着，当SGP与代理通信时，SGP认为它在与一个AS通信。因此，代理内部面向SGP的接口，必然是由一个在本地运行的、扮演应用服务器角色的本地信令进程（即模拟ASP或AS）提供的。图5中代理连接到SGP 410, 412等，正体现了这种接口关系。因此，对比文件直接公开了该特征。 |
| 技术特征O：朝向实现因特网协议服务器进程的远程网络节点的所述接口由本地因特网协议服务器进程提供。 《隐含公开》 | 对比文件[0055]段：“...other embodiments may use other SIGTRAN adaptation layers such as M3UA...”，以及[0054]段和图15示出的代理对称互连模型。 | 虽然对比文件未明确提及IPSP，但根据其对称的代理模型（对一端表现为AS，对另一端表现为SG），可以合理推断，如果将代理应用于连接IPSP的场景，那么为了与对端的IPSP正常通信，代理必须模拟一个对等的IPSP进程，即需要一个本地IPSP来提供该接口。由于对比文件说明其架构适用于M3UA等其他协议，而IPSP是M3UA中的标准对等体类型，因此该扩展是显而易见的。基于对比文件公开的代理原理，本领域技术人员能够直接想到将其用于IPSP互连，并采用本地IPSP提供接口。因此，构成隐含公开。 |
| 技术特征P：还包括存储器单元以存储在所述至少两个接口之一的至少一个远程网络节点的状态 《隐含公开》 | 对比文件[0045]段、[0048]段及图11b、图12a、图12b，以及表I的预配置信息。 | 目标专利中的“状态”包括信令进程的可用性、业务范围（如路由上下文）等。对比文件中的代理（proxy）需要处理心跳消息（HEARTBEAT，图11b）和信令网管消息（SNM，图12a, 12b，如DUNA, DAVA, SCON等），这些消息用于检测和通知对端信令进程或目的地的状态。代理必须能够感知和处理这些状态变化，并据此进行消息路由（如丢弃没有RC的消息）。此外，代理在配置时（表I）就已存储了ASP、SGP及其对应路由上下文（业务范围）的绑定关系，这本身也是一种状态信息。虽然对比文件没有明确画出“存储器单元”，但任何实现这些功能的电子设备必然包含存储配置和运行状态的物理或逻辑单元。因此，构成隐含公开。 |
| 技术特征Q：其中提供相应接口的所述本地信令进程配置为根据所述远程网络节点的所述状态更新所存储的状态。 《隐含公开》 | 对比文件图7a、图7b、图8a、图8b、图13、图14，以及[0043]段：“when an SCTP association is broken between an ASP and a Proxy 420, the proxy 420 aborts all its associations with the SGP to which it is attached...”。 | 对比文件中的代理（proxy）行为直接体现了根据远程节点状态更新其内部状态。例如，当ASP和代理之间的SCTP关联断开时（图7a，远程节点状态变化），代理会中止它连接的所有SGP的关联，这显然是对内部存储的关联状态的更新。当收到ASP-DOWN消息时（图14），代理也会转发并更新状态。这些动作表明，提供接口的代理进程（可视为本地信令进程）监测着远程网络节点的状态（关联状态、进程启停状态），并据此实时更新自身存储的关联和可用性状态，以维持网络视图的一致性。因此，构成隐含公开。 |
| 技术特征R：其中所述处理单元实现包括用户适配层的基于IP的协议栈 《直接公开》 | 对比文件[0054]段及图15：“FIG. 15 illustrates the layered software architecture of the proxy component 420 in this embodiment. In this embodiment, proxy element includes IP, SCTP and SUA layers interconnected by an NIF function...”。 | 对比文件图15明确示出了代理元素（proxy element）的软件架构，该架构是一个包括IP层、SCTP层和SUA层的协议栈。SUA（SCCP用户适配）层是一种标准的用户适配层。该协议栈是基于IP的（包含IP层），并且明确包含了用户适配层（SUA层）。因此，对比文件直接公开了该特征。 |
| 技术特征S：在所述用户适配层提供所述至少两个接口。 《直接公开》 | 对比文件[0054]段及图15：“FIG. 15 illustrates the layered software architecture of the proxy component 420 in this embodiment. In this embodiment, proxy element includes IP, SCTP and SUA layers interconnected by an NIF function...”。 | 对比文件图15显示，代理元素的SUA层通过节点互配功能（NIF）进行互连。这意味着对外连接ASP和SGP的逻辑接口是在SUA层这一层级上呈现和处理的。其下层的SCTP和IP层为SUA层提供传输服务，而多个SCTP关联汇聚到SUA层的NIF功能进行处理。这明确揭示了至少两个接口（连接ASP侧和连接SGP侧）是在用户适配层（SUA层）提供的。因此，对比文件直接公开了该特征。 |
| 技术特征T：其中所述处理单元配置为通过在所述用户适配层实现的功能执行所述转换。 《直接公开》 | 对比文件[0054]段及图15：“...proxy element includes IP, SCTP and SUA layers interconnected by an NIF function...”，以及图9中基于路由上下文的消息转换。 | 目标专利中的“转换”包括修改消息参数等操作。在对比文件中，消息的转换和路由决策由代理元素执行。图15揭示了代理的架构，其核心是SUA层中的NIF（节点互配功能）。图9中代理将ASP发来的包含多个RC的单个ASP-ACTIVE消息，拆分成多个仅包含对应RC的独立ASP-ACTIVE消息，并发送到不同的SGP，这种对消息参数的修改（拆分RC）正是“转换”的一种典型形式。该转换逻辑是在SUA层中通过NIF功能实现的。因此，对比文件直接公开了该特征。 |
| 技术特征U：其中所述用户适配层是信令连接控制部分用户适配层或消息传送部分3MTP3用户适配层。 《直接公开》 | 对比文件[0054]段和[0055]段：“In this embodiment, proxy element includes IP, SCTP and SUA layers...”；“...other embodiments may use other SIGTRAN adaptation layers such as M3UA...”。 | 对比文件[0054]段明确记载其具体实施例中的用户适配层是SUA层，即信令连接控制部分用户适配层。同时，[0055]段进一步说明，在其他实施例中可以使用其他SIGTRAN适配层，例如M3UA，即消息传送部分3用户适配层。因此，对比文件直接公开了用户适配层可以是SUA或M3UA层。 |
| 技术特征V：其中所述处理单元实现包括流控制传输协议层的基于IP的协议栈 《直接公开》 | 对比文件[0054]段及图15：“FIG. 15 illustrates the layered software architecture of the proxy component 420 in this embodiment. In this embodiment, proxy element includes IP, SCTP and SUA layers...”。 | 对比文件图15明确示出了代理元素的基于IP的协议栈中包含SCTP层。SCTP即流控制传输协议（Stream Control Transfer Protocol）。因此，对比文件直接公开了处理单元实现包含SCTP层的IP协议栈。 |
| 技术特征W：所述流控制传输协议层配置为：通过为所有流控制传输协议关联使用单一流控制传输协议端点 《未公开》 | 目标专利中的SCTP端点配置有两种选择：一种是所有关联使用单一端点，另一种是每个远程信令进程使用专用端点。对比文件的整个说明书中，均未涉及SCTP层如何在端点级别进行配置以实现业务/地址分离或统一，没有提到为所有关联使用单一SCTP端点的配置方式。因此，该技术特征未被公开。 | |
| 技术特征X：者通过为在所述至少两个接口的所述远程网络节点的每个远程信令进程使用专用流控制传输协议端点 《未公开》 | 同上，对比文件完全没有提及为每个远程信令进程配置一个专用SCTP端点的技术内容。它只描述了SCTP关联的建立和终止，但未深入到SCTP端点的复用或专用化配置层面。因此，该技术特征未被对比文件公开。 | |
| 技术特征Y：建立所述至少两个接口的每个接口的朝向在相应接口的所述远程网络节点的流控制传输协议关联。 《直接公开》 | 对比文件[0042]段及图6a：“upon receipt of an SCTP-CONNECT message the proxy 420 sets up an SCTP association with each local SGP, for instance the setting up of associations with SGPs 410 and 412 are illustrated in FIG. 6a.”，以及图5。 | 对比文件详细描述了代理（proxy）如何建立和管理SCTP关联。图5用箭头示出了代理与ASP之间以及代理与多个SGP之间的SCTP关联。图6a和图6b则进一步描述了代理在收到SCTP-CONNECT消息后，与本地SGP建立SCTP关联的过程。这明确表示了代理元素的SCTP层建立了朝向相应接口的远程网络节点的SCTP关联。因此，对比文件直接公开了该特征。 |
<<<A>>><<<B>>><<<C>>><<<E>>><<<G>>><<<I>>><<<M>>><<<N>>><<<R>>><<<S>>><<<T>>><<<U>>><<<V>>><<<Y>>><<<d>>><<<f>>><<<h>>><<<j>>><<<k>>><<<l>>><<<o>>><<<p>>><<<q>>>