CN1700694A - 获取会话初始协议网络节点状态的方法及系统 - Google Patents

Abstract

本发明公开了一种获取会话初始协议网络节点状态的方法及系统，该方法包括：设置会话初始协议SIP网络的管理节点；由SIP网络管理节点通过标准SIP消息OPTIONS监控SIP网络中其他节点的状态；SIP网络中的任一节点通过向管理节点订阅消息获取其他节点的状态信息。对所述网络节点状态提供维护的系统包括：至少一个可靠性服务器，用于提供网络链接；状态管理服务器，用于监控网络链接的状态；至少一个可靠性订阅服务器，用于向状态管理服务器订阅可靠性服务器节点状态变化的通知。利用本发明，可以使用标准的SIP协议消息OPTIONS完成节点状态监控，并可以降低SIP网络的负荷，提高运行效率。

Description

获取会话初始协议网络节点状态的方法及系统

技术领域

本发明涉及网络通信技术领域，具体涉及一种获取SIP网络节点状态的方法及系统。

背景技术

SIP(会话初始协议)是由IETF制定的用于对基于IP的多媒体通信系统进行控制的协议，它定义了对多媒体会话进行控制的信令过程，包括会话的建立、拆除和修改等，是一种应用层协议。会话指在两个SIP节点之间的应用级链接。具体的任务可为多媒体链接，比如因特网电话呼叫，多媒体广播，多媒体会议等。SIP协议只负责通讯的使能，需要与RTP(实时传输协议)和SDP(会话描述协议)配合来完成通讯功能。

一个SIP节点可以有多种工作模式，比如UserAgent(用户代理)，Proxy(代理)，REGISTRAR(注册服务器)，back-to-back user agent(背靠背用户代理)，location server(位置服务器)等。

SIP的消息分两种：请求和响应。客户发出请求而服务器响应应答。消息中不同的消息头用于描述通信细节。SIP维护全部消息的公共结构以实现通用解析。请求和响应都使用了标准的统一格式。

SIP的响应消息有两种响应状态：临时响应状态和最终响应状态，最终响应可以是肯定的也可以是否定的。SIP协议提供了响应的机制，以确保这种命令-响应模式的可靠性。比如，通过多次发送简单的重新传输命令，直到接收到返回等。一个SIP节点如果在重试次数内没有收到响应，可以缺省认为收到了错误响应，这样就保证了SIP命令的可靠性。

在SIP网络中，为了保证命令、响应和传输链路的可靠性，SIP节点需要获得远端SIP节点的应用状态。在传输上，SIP可以支持UDP(用户数据报文协议)和TCP(传输控制协议)两种协议。UDP协议属于“面向无连接，不可靠传输”的类型。该协议只负责接收和传送由上层协议传递的消息，它本身不做任何的检测、修改与应答。而TCP协议是面向连接的协议，它本身提供了相应的机制来维护链路的状态，当使用TCP协议的时候，SIP节点可以直接获得远端节点的链接状态。但是这种链接状态，并不能完全代表对端的SIP实体的状态，有可能只是网络链接状态。因此，为了获得对端SIP实体的状态，需要引入一个机制，确保远端的SIP节点产生心跳消息(即一个节点定时向另外一个节点发送消息通知自身状态的消息)，以使SIP节点可以更好地维护彼此的状态信息。

目前，SIP协议不提供维护链接，而且也支持发布链接状态。如果需要SIP节点提供链接维护，通常是使用一些在SIP协议中不通用的私有协议，在两节点之间维护心跳消息。比如，图1中的SIP节点1为了监控SIP节点2的状态，就需要频繁地发送SIP消息。而如果节点3只想获得节点2的状态变化消息，对节点2的状态信息并不关心时，仍然要采用类似的机制，向节点2频繁地发送SIP消息来维持和节点2的心跳链接。上述方法由于需要不同节点之间都要通过私有协议来相互维护心跳消息，才能获得对方的状态变化信息，因此会占用大量的网络资源，影响网络的性能。

发明内容

本发明的目的是提供一种获取SIP网络节点状态的方法及系统，使通用的SIP协议支持对网络节点状态的监控，同时降低网络的负荷。

本发明的目的是通过以下技术方案实现的：

一种获取SIP网络节点状态的方法，包括：

A、设置会话初始协议SIP网络的管理节点；

B、由所述SIP网络管理节点通过标准SIP消息监控所述SIP网络中其他节点的状态；

C、所述SIP网络中的某一节点通过向所述管理节点订阅消息获取所述其他节点的状态信息。

所述方法还包括：定义SIP事件包，用于传送所述SIP网络中节点状态信息，所述SIP事件包包括：包名称、事件包参数、订阅体、订阅间隔、通知体。

所述步骤B包括：

B1、建立网络节点状态表；

B2、所述管理节点与所述其他节点通过标准SIP消息OPTIONS建立SIP心跳链接，获取所述其他节点的状态变化信息；

B3、根据所述获取的其他节点的状态变化信息更新所述网络节点状态表。

所述网络节点状态表包括：网络节点标识、节点状态。

所述步骤C包括：

C1、所述SIP网络中的节点使用SIP协议标准定义的SUBSCRIBE消息向所述管理节点订阅消息；

C2、所述管理节点根据收到的SUBSCRIBE消息，获取需要监控的节点信息；

C3、当所述需要监控的节点状态发生变化时，使用SIP协议标准定义的命令字NOTIFY通知所述SIP网络中的节点。

所述步骤C2还包括：所述管理节点根据收到的SUBSCRIBE消息对消息订阅者进行鉴权，确认所述订阅者是否有权限订阅消息。

在所述NOTIFY及SUBSCRIBE消息中采用所述定义的SIP事件包的消息体格式。

一种获取会话初始协议网络节点状态的系统，包括：

至少一个可靠性服务器，用于提供网络链接的状态；

状态管理服务器，用于监控所述网络链接的状态；

至少一个可靠性订阅服务器，用于向所述状态管理服务器订阅所述可靠性服务器节点状态变化的通知。

所述状态管理服务器包括：

至少一个可靠性客户装置，用于与所述可靠性服务器建立SIP心跳链接，获取所述可靠性服务器的状态变化信息；

至少一个可靠性通知装置，用于与所述可靠性订阅服务器建立SIP心跳通知链接，通知所述可靠性订阅服务器订阅的相关可靠性服务器的状态变化。

由以上本发明提供的技术方案可以看出，本发明使用标准的SIP协议消息来维护心跳消息，使本发明可以得到广泛的网络支持；通过使用一个SIP节点监控所有其他的SIP节点的状态，其他节点只需向该节点订阅状态消息，而不需要建立点到多点的链接，大大降低了网络的负荷，提高了网络的运行效率。

附图说明

图1是现有技术中SIP网络节点状态维护方式；

图2是本发明方法中SIP网络节点状态维护方式示意图；

图3是本发明方法中SIP网络的管理节点获取其他节点状态的流程图；

图4是本发明方法中SIP网络的管理节点通知其他节点的过程的流程图；

图5是本发明获取SIP网络节点状态的系统结构示意图；

图6是本发明的应用实例在SIP网络中的拓扑结构示意图；

图7是图6所示的本发明的应用实例中各节点之间的消息流程。

具体实施方式

本发明的核心在于通过通用的SIP协议来获取SIP网络节点的链接状态，即使用SIP协议标准中已有的SIP消息/操作来完成此功能，以保证解决方案的通用性。并且，一个SIP节点使用SIP协议订阅其他节点状态变化消息并接受变化信息，即在一个SIP节点已经获得了另外一个SIP节点的状态的情况下，由该节点把被监控节点的状态信息通知其他的SIP节点，以减少为了维护节点状态而需要的网络传输和SIP消息数量。

本技术领域人员知道，标准的SIP消息是基于纯文本方式的。消息包含四部分：起始行、消息头、空行和消息体。其中，

起始行分为请求行和状态行，分别对应于SIP的请求消息和响应消息。

消息头由多个头部参数构成，每个头部参数一行。消息头字段指定呼叫方、被叫方以及消息的路径等信息。总共有37种消息头，可分成4种类型：一般头字段，用于请求和响应消息；实体头字段，定义消息体的信息，如果没有消息体则定义请求表示的资源；请求头字段，使得客户将请求以及客户本身的信息传送给服务器；响应头字段，使得服务器传送响应的附加信息。

消息后的空行(CRLF)表示消息头的结束，其后面是包含真正消息内容的消息体(message body)。

SIP的请求消息以请求行开始。请求行包括请求方法(method)、请求地址(Request-URI)和SIP版本号。目前SIP定义的请求方法有六种：REGISTER、INVITE、ACK、CANCEL、BYE和OPTION。其中REGISTER用于注册和注销地址绑定信息；INVITE用于发起呼叫；ACK用于确认建立呼叫；CANCEL用于取消呼叫；BYE用于终止对话；OPTIONS用于能力查询。

SIP的响应消息以状态行开始。状态行包括SIP版本(SIP Version)、状态码(Status-Code)、原因描述(Reason-Phrase)组成。SIP版本与请求消息中的相同。原因描述指对响应状态的文字描述，以方便人们阅读。状态码由三位数字组成，表示响应的结果。目前，RFC3261中定义的状态码从1xx～6xx，1xx是临时响应(又叫中间响应)，而其它的是最终响应。分别表示如下含义：

·1xx指请求已经收到正在处理中；

·2xx是成功响应，指请求已被成功处理；

·3xx是重定向响应，指示呼叫重新向指定的实体发起；

·4xx是客户出错响应，指请求消息语法有误或此服务器无法处理；

·5xx是服务器出错响应，指服务器无法处理一个合法的请求消息；

·6xx是全局出错响应，指请求无法被任何服务器处理。

上述的临时响应指当接收方已经收到请求，但要花一段时间处理，为了防止请求方定时器超时，就用此消息通知请求方。对请求的处理结果仍以最终响应的方式返回给请求方。

本发明即是使用上述SIP协议标准中已有的SIP消息/操作来完成对SIP网络节点链接状态的维护。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明作进一步的详细说明。

参照图2，图2是本发明方法中SIP网络节点状态维护方式示意图：

在该示意图中，节点1与其他节点间均有通信机制，但节点4与节点2和节点3之间没有通信机制，但节点4需要获得节点2和/或节点3的状态变化信息。这时，

首先设置SIP网络的管理节点(SIP节点1)；

由设置的SIP网络管理节点监控该网络中其他节点(SIP节点2和SIP节点3)的状态；

SIP网络中的任一节点(SIP节点4)通过向管理节点(SIP节点1)订阅消息获取其他节点的状态信息，管理节点根据订阅信息向该节点通知其他节点的状态变化情况。如果节点4只订阅节点2的状态变化信息，则管理节点只通知节点4有关节点2的状态变化消息；如果节点4同时订阅了节点2及节点3的状态变化信息，则管理节点需要通知节点4有关节点2及节点3的状态变化消息。也就是说，管理节点在向订阅者发送消息时是根据订阅者的订阅内容来发送的。

图3示出了上述由设置的SIP网络管理节点获取该网络中其他节点的状态的详细流程：

首先，在步骤301由设置的SIP网络管理节点建立网络节点状态表，该表包括：网络节点标识、节点状态；所述节点状态可以分别表示为“Active”和“Passive”，分别代表网络节点处于正常链接状态和断开状态。

然后，进到步骤302，由SIP网络管理节点使用SIP协议标准定义的OPTIONS消息与网络中的被监控节点建立SIP心跳链接，获取被监控节点的状态变化信息。

网络管理节点获知被监控节点的状态发生变化后，需要进到步骤303，根据获取的被监控节点的状态变化信息更新网络节点状态表。

上述建立SIP心跳链接的详细过程如下：

SIP网络管理节点周期性地发送OPTIONS消息到被监控的节点，以监控对应节点的状态。在正常情况下，被监控节点响应网络管理节点发送的SIP消息，可以使用SIP协议标准中定义的2XX作为缺省的返回值。此时，网络节点状态表中对应于该节点的状态应为“Active”。

如果被监控节点没有响应的次数连续达到了预定门限值，则可以确定管理节点与该被监控节点间的心跳链接已经失效，此时也可以认为该被监控节点也已经失效。这时，需要将网络节点状态表中对应于该节点的状态更新为“Passive”。

为了降低网络负荷，提高网络的运行效率，本发明通过网络管理节点与任一节点之间建立SIP心跳通知链接维护该任一节点与其他节点之间的“虚拟”联系，为此，本发明使用SIP协议中的事件通知框架。基于该框架，本发明定义了在订阅者(SIP网络中的任一节点)和通知者(SIP网络中的管理节点)之间的信息交换协议，通过该协议传送SIP节点的状态，也就是说定义一个SIP事件包，依据RFC3265协议的规定，一个事件包定义了通知者通知订阅者时的附加规范及状态信息。本发明中定义的SIP事件包包括信息：包名称、事件包参数、订阅体、订阅间隔、通知体。

下面是SIP事件包的详细内容：

·包名称

定义的包名称为：“heartbeat-notification”，根据RFC3265[2]的规范，这个值将在SIP的扩展消息SUBSCRIBE(订阅)和NOTIFY(通知)请求的事件头中存在。

·事件包参数

本事件包完全使用已有的SIP系统规定的参数，例如支持在订阅时使用SIP协议中规定的Accept(事件)头指明后续的NOTIFY消息的格式。

·订阅体

SUBSCRIBE消息中需要提供相关的信息，使可靠性通知者可以获得需要监控的SIP节点的标识。

·订阅间隔

为了避免网络过载，需要定义一个合适的时间间隔用于发送订阅刷新消息。

·通知体

根据RFC3265[2]的描述，NOTIFY消息包括了描述订阅资源状态的消息体。消息体的格式在SUBSCRIBE消息的Accept头中(如果忽略，则是缺省值)。

在事件包中，通知体将包括状态变化信息，信息将指明新的状态和改变状态的SIP节点标识。

所用的订阅者和通知者都需要支持由订阅者和通知者协商确定的一种数据格式，例如：″application/heartbeat-notification+xml″数据格式。订阅请求可能包括Accept头域，如果对应的头域不存在，则系统将使用缺省值″application/heartbeat-notification+xml″；如果对应头域存在，则头域中必须包括″application/heartbeat-notification+xml″。

一个“application/heartbeat-notification+xml”类型的文档是一个有效的XML文档，它是基于XML1.0标准的，同时使用UTF-8编码。

例如：事件包的文档可以采用如下格式：

<？xml version＝″1.0″encoding＝″UTF-8″？>

  <device>

  <id>

              bob@biloxi.com//节点IP

  </id>

  <information>

      Machine is up//对应的消息内容

  </information>

  </device>

·处理分叉请求

在处理初始的SUBSCRIBE消息的时候，在订阅者和通知者之间只能建立一个对话。可参见RFC3265[2]的4.4.9部分描述的具体的处理方式。

·通知速率

RFC3265[2]协议规定每个不同的包定义通知发送的最大速率，通知者不能使用大于每10s一个通知的速率发送通知，因为通知到订阅者是通过异步方式实现的。

图4示出了上述SIP网络中任一节点通过向网络管理节点订阅消息获取其他节点的状态信息的详细流程：

首先，在步骤401，SIP网络中的节点使用SIP协议标准定义的SUBSCRIBE消息向管理节点订阅消息，在SUBSCRIBE消息的消息体中包括上述定义的SIP事件包。

管理节点收到SUBSCRIBE消息后，首先进到步骤402，对订阅者进行鉴权，即根据SUBSCRIBE消息中的信息检查SUBSCRIBE的发送者的节点ID，但这个过程不是必需的。通常情况下，订阅者和通知者之间已经建立了关系。在此情况下，可以采用SIP协议中的HTTP Digest机制作为鉴权的方法，此方法必须被所有的客户端和服务器支持。当然，如果采用这种鉴权机制，则需要将此鉴权机制作为对所有的SIP兼容组件的要求。

如果该节点没有订阅权限，则进到步骤403，向该节点返回4XX消息。

如果该节点有订阅权限，则进到步骤404，检查订阅者在SUBSCRIBE消息中指明的监控节点是否可以监控。

如果在SUBSCRIBE消息中指明的需要监控的节点不能支持，则进到步骤405，向该节点返回4XX消息。

如果在SUBSCRIBE消息中指明的需要监控的所有节点都是可以支持的，则进到步骤406，返回“200OK”响应。响应中需要包括所有的可以被监控的节点ID信息。

然后，进到步骤407，根据网络节点状态表及在图3所示的步骤302中获取的被监控节点的状态变化信息判断需要监控的节点状态是否发生变化。

如果没有发生变化，则进到步骤408，等待预定时间后返回步骤407，继续判断需要监控的节点状态是否发生变化。

如果被监控的节点状态发生了变化，则进到步骤409，使用SIP协议标准定义的命令字NOTIFY通知消息订阅节点。在NOTIFY消息的消息体中包括上述定义的SIP事件包。NOTIFY消息的消息体必需使用在最近一次接收到的SUBSCRIBE请求的Accept头域中定义的类型列表中的一个值，或者缺省的″application/heartbeat-notification+xml″(在Accept头域不存在的情况下)。

消息订阅者接收到上述NOTIFY消息后，可以根据需要进行处理，例如更新链接状态等操作。

图5是本发明获取SIP网络节点状态的系统结构示意图：

在该系统中，示出了一个可靠性服务器501，用于对SIP网络提供网络链接的状态；一个状态管理服务器500，用于监控所述网络链接的状态，也就是说监控网络中其他节点的状态；一个可靠性订阅服务器502，用于向状态管理服务器500订阅可靠性服务器节点状态变化的通知。其中，状态管理服务器500包括：可靠性客户装置，用于与可靠性服务器建立SIP心跳链接，获取可靠性服务器的状态变化信息；可靠性通知装置，用于与可靠性订阅服务器建立SIP心跳通知链接，通知可靠性订阅服务器订阅的相关可靠性服务器的状态变化。建立SIP心跳链接及建立SIP心跳通知链接时采用SIP协议标准定义的消息字交互信息。此处所指的可靠性服务器、状态管理服务器、可靠性订阅服务器均从功能角度的划分，实质上可以是在同一实体中的不同功能模块。

在该实施例中，虽然只示出了一个可靠性服务器，一个状态管理服务器和一个可靠性订阅服务器，但在SIP网络中，可以包含多个节点，因此，本发明系统的组网方式也有多种。可以根据实际组网需要选定不同的系统拓扑结构。同样，如果需要监控多个可靠性服务器的状态，则需要在状态管理服务器500中对应多个可靠性客户装置；如果有多个可靠性订阅服务器向状态管理服务器500订阅信息，则需要在状态管理服务器500中对应多个可靠性通知装置。

为了方便说明，以图5为例，说明本发明系统的工作过程。

可靠性客户装置需要周期性地发送OPTIONS消息到需要被监控的SIP节点(节点2)，以监控对应节点的状态。该装置还需要监控OPTIONS消息的响应情况，如果SIP节点2没有响应的次数连续达到了预定门限值，则系统可以确定SIP节点1和节点2之间的心跳链接已经失效，此时可以认为SIP节点2也已经失效。比如，可以设置OPTIONS消息初始的重发时间是100毫秒，并且在每次重发之后加倍，直到重发7次。如果第七次重发仍然失败，则可以认为被监控节点对于OPTIONS的处理失败，这时，需要将网络节点状态表中对应于该节点的状态更新为“Passive”。如果在等待过程中接受到被监控节点的响应，管理节点可以将重发超时设定到500毫秒。如果确定被监控节点已经失效，管理节点将网络节点状态表中对应于该节点的状态更新为“Passive”。

可靠性服务器需要响应可靠性客户端发送的SIP消息，本发明建议“2XX”作为缺省的返回值。如果可靠性服务器收到了从可靠性客户端发送OPTIONS消息，需要返回“2XX”响应，并且等待重发的0PTION消息。重发消息的等待时间是可配置的(参见前面所述的SIP事件包的内容)，推荐时间为60s。如果重发的OPTIONS消息没有在超时之间接收到，则可以认为可靠性客户装置失效，但是可靠性服务器需要使用相同的超时设置继续等待OPTIONS消息。

可靠性订阅装置需要获得其他节点的状态信息时，使用SIP协议中的事件通知框架。可靠性订阅服务器发送SUBSCRIBE消息到可靠性通知装置，以订阅可靠性服务器节点的状态变化情况通知。SUBSCRIBE消息的消息体定义参照前面所述的SIP事件包。

可靠性通知装置的功能是将某节点的状态信息(主要是是否可用)通知给可靠性订阅服务器。该装置接收来自可靠性订阅服务器的SUBSCRIBE消息，并监控订阅服务器订阅的其他节点的状态变化，如果发生改变，发送NOTIFIY事件通知给可靠性订阅服务器。NOTIFIY消息的消息体定义参照前面所述的SIP事件包。

为了使本技术领域人员更好地理解本发明，下面再通过本发明的一个应用实例详细说明本发明系统的拓扑结构及工作过程。

参照图6所示的本发明的应用实例在SIP网络中的拓扑结构：

网络包括一个“管理者”和多个“节点”，网络同时会包括一定数目的软交换设备(支持SIP协议)。所有的节点(包括所有的网络节点和软交换设备)通过IP网络互连。在这个网络中只有“管理者”需要监控所有的软交换设备的状态，如果某个节点希望获得软交换设备的状态，此节点需要发送SUBSCRIBE消息到“管理者”订阅。

图7说明了在管理者、节点及软交换设备间可能的消息流程。如图所示：

第一步：管理者为软交换设备1创建一个可靠性客户端，同样为软交换设备2创建另外一个可靠性客户端。这些客户端发送OPTIONS消息到对应的软交换设备。软交换设备接收到OPTIONS消息后，发送200OK的响应消息。当可靠性客户端接收到200OK消息后，系统认为对应的软交换设备启动，并且正常运行。

第二步：当节点1发送SUBSCRIBE消息订阅关于软交换设备1的状态信息，管理者发送200OK到节点1作为SUBSCRIBE消息的响应消息，然后发送NOTIFY消息通知节点1，软交换设备1的状态为“Active”。

第三步：管理者发送OPTIONS消息，同时在超时时间内没有接收到软交换设备1的响应，管理者将软交换设备1的状态从“Active”修改为“Passive”，同时发送NOTIFY消息将信息通知节点1。

作为后续处理，管理者不断地周期性发送OPTIONS消息给软交换设备1。

在第四步：管理者接收到了软交换设备1的响应信息，据此管理者将软交换设备1的状态从“Passive”修改为“Active”，并将此信息通过NOTIFY消息通知节点1。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。

Claims (9)

1、一种获取会话初始协议网络节点状态的方法，其特征在于，包括：

A、设置会话初始协议SIP网络的管理节点；

B、由所述SIP网络管理节点通过标准SIP消息监控所述SIP网络中其他节点的状态；

C、所述SIP网络中的某一节点通过向所述管理节点订阅消息获取所述其他节点的状态信息。

2、如权利要求1所述的获取会话初始协议网络节点状态的方法，其特征在于，所述方法还包括：定义SIP事件包，用于传送所述SIP网络中节点状态信息，所述SIP事件包包括：包名称、事件包参数、订阅体、订阅间隔、通知体。

3、如权利要求1或2所述的获取会话初始协议网络节点状态的方法，其特征在于，所述步骤B包括：

B1、建立网络节点状态表；

B2、所述管理节点与所述其他节点通过标准SIP消息OPTIONS建立SIP心跳链接，获取所述其他节点的状态变化信息；

B3、根据所述获取的其他节点的状态变化信息更新所述网络节点状态表。

4、如权利要求3所述的获取会话初始协议网络节点状态的方法，其特征在于，所述网络节点状态表包括：网络节点标识、节点状态。

5、如权利要求1或2所述的获取会话初始协议网络节点状态的方法，其特征在于，所述步骤C包括：

C1、所述SIP网络中的节点使用SIP协议标准定义的SUBSCRIBE消息向所述管理节点订阅消息；

C2、所述管理节点根据收到的SUBSCRIBE消息，获取需要监控的节点信息；

C3、当所述需要监控的节点状态发生变化时，使用SIP协议标准定义的命令字NOTIFY通知所述SIP网络中的节点。

6、如权利要求5所述的获取会话初始协议网络节点状态的方法，其特征在于，所述步骤C2还包括：所述管理节点根据收到的SUBSCRIBE消息对消息订阅者进行鉴权，确认所述订阅者是否有权限订阅消息。

7、如权利要求5所述的获取会话初始协议网络节点状态的方法，其特征在于，在所述NOTIFY及SUBSCRIBE消息中采用所述定义的SIP事件包的消息体格式。

8、一种获取会话初始协议网络节点状态的系统，其特征在于，包括：

至少一个可靠性服务器，用于提供网络链接的状态；

状态管理服务器，用于监控所述网络链接的状态；

至少一个可靠性订阅服务器，用于向所述状态管理服务器订阅所述可靠性服务器节点状态变化的通知。

9、如权利要求8所述的获取会话初始协议网络节点状态的系统，其特征在于，所述状态管理服务器包括：

至少一个可靠性客户装置，用于与所述可靠性服务器建立SIP心跳链接，获取所述可靠性服务器的状态变化信息；

至少一个可靠性通知装置，用于与所述可靠性订阅服务器建立SIP心跳通知链接，通知所述可靠性订阅服务器订阅的相关可靠性服务器的状态变化。

Images