信令传输协议服务进程状态一致性恢复方法

文档序号:7966519阅读:271来源:国知局
专利名称:信令传输协议服务进程状态一致性恢复方法
技术领域
本发明涉及通信领域,尤其涉及一种信令传输协议(Signal Transport Protocol,以下简称SIGTRAN)服务进程(Server Process,以下简称SP) 状态一致性恢复方法。
背景技术
互联网工程任务组(Internet Engineering Task Force,简称IETF)定 义的SIGTRAN协议栈中描述的SP的所有协议,包含有M3UA, SUA, M2UA, IUA, V5U等等。涉及SP描述的SIGTRAN协议被作为传统电路 交换网(Switched Circuit Network,以下简称SCN)域信令及其用户协议 在IP网络的适配协议,主要在IP域对等端节点或信令网关(Signaling Gateway,以下简称SG)与IP域端节点间对SCN域信令及其用户协议进 行适配。SIGTRAN协议的应用场合分为两种,请参照图l。 一种应用是IP域 内的对等端节点(IPSEP)点业务交互,SIGTRAN协议用于承载SCN域 信令及其用户协议数据的逻辑通道称为IP业务服务进程(Internet Protocol Sendee Process,以下简称IPSP),分为客户端和服务器端。另外一种应 用是在信令网关与IP域端节点间(IPSEP)的交互,SIGTRAN协议承载 SCN域信令及其用户协议数据的逻辑通道分别是网关上的信令网关进程 (Signaling Gateway Process以下简称SGP)和IP域端节点上的应用服务 进程(Application Service Process以下简称ASP)。两种应用场合下的逻 辑通道通称为SP,本端的SP需要维护对端相关SP的状态。请参照图2, SP的状态分为两类,ASP—DOWN和非ASP_DOWN。一类状态称为SP的基本通道状态,即ASP—DOWN,标识基本的通道 状态。用于维护基本通道状态的管理消息是服务进程状态管理消息(Service Process State Maintenance,以下简称SPSM),包括有ASPDown, ASPDownAck, ASPUp, ASPUpAck等消息。另外一类状态称为SP的业务通道状态,即非ASP一DOWN,状态分 为ASP—INACTIVE和ASP—ACTIVE状态,标识SP作为多个应用服务器 (Application Server以下简称AS)共享业务通道时在各个AS下的业务通道状态。维护这类状态的管理消息是服务进程业务状态管理消息 (Service Process Traffic Maintenance,以下简称SPTM),包括有 ASPInactive, ASPInactiveAck, ASPActive, ASP Active Ack消息。局间通过上面介绍的SPSM/TM对SP状态进行维护。由于协议中的 SPSM/TM交互流程仅仅是客户端主动启动SP状态局间维护流程,而当服 务器端发生或者检测出SP状态异常变化,描述SP的SIGTRAN协议没有 设计相应的通知机制,从而可能存在两端的SP状态不一致且无法恢复。发明内容本发明的目的是解决局间SP状态异常不一致后无法正确恢复的技术 问题。为了实现上述目的,本发明提供了一种在客户端和服务器端之间 SIGTRAN协议SP状态一致性恢复方法。本发明的SIGTRAN协议SP状态一致性恢复方法,包括以下步骤步骤l: SP服务器端定时获取本地SP状态,并通过经扩展和意义化、 的SIGTRAN协议心跳消息的心跳数据参数携带本地SP状态,将上述携 带本地SP状态的发送到底层流控制传输协议(Stream Control Transmission Protocol,以下简称SCTP)传输到SP客户端;步骤2: SP客户端收到上述心跳消息后,从上述心跳消息的心跳数据 参数获取SP服务器端的SP在其服务的AS下的状态,并将上述状态与本 地记录的SP在对应的AS下的状态进行对比检测;步骤3:如SP客户端连续检测到服务器端通过SIGTRAN协议心跳消 息的心跳数据参数带来的SP状态与本地SP状态不一致情况,并且连续 SP状态不一致情况相同,则根据的对比检测结果,SP客户端按照协i义规 则发起相应的SPSM/TM请求流程;步骤4: SP客户端发起SPSM/TM请求流程后,消息发送到底层SCTP 传输到SP服务器端;步骤5: SP服务器端从SCTP收到SPSM/TM请求消息后,根据协议 进行处理并更新本地记录的SP状态,并回应SPSM/TM响应消息;步骤6:服务器端的SPSM/TM响应消息通过SCTP传输到SP客户端, SP客户端从SCTP收到SPSM/TM响应消息后,根据协议进行处理并更新 本地记录的SP状态。上述步骤1所述的经扩展和意义化的心跳消息的心跳数据参数可以例 如使用M3UA的心跳消息格式进行扩展,其包含本地SP在其服务的AS 消息的状态集合。上述步骤1所述的经扩展和意义化的心跳消息的心跳数据参数也可以 代之以通过扩展协议设计的专门用于端点之间的SP状态交互的消息和参 数,消息的格式可以参考例如M3UA心跳消息的心跳数据参数进行设计。上述步骤2所述的SP客户端对服务器端通过SIGTRAN协议心跳消 息的心跳数据参数带来的SP状态进行的连续检测周期为三次。上述的SP客户端连续检測到服务器端通过SIGTRAN心跳消息的心 跳数据参数带来的SP状态与本地SP状态不一致情况及处理方法如下(1) SP客户端状态为ASP—DOWN,检测到的SP服务器端状态为 ASP—INACTIVE时,处理方法发送ASPDown消息;(2) SP客户端状态为ASP—DOWN时,检测到的SP服务器端状态 为ASP—ACTIVE时,处理方法发送ASPDown消息;(3) SP客户端状态为ASP—INACTIVE时,检测到的SP服务器端状 态为ASP—DOWN时,处理方法发送ASPDown消息;(4) SP客户端状态为ASP一INACTIVE时,检測到的SP服务器端状 态为ASP—ACTIVE时,处理方法发送ASPInactive消息;
(5) SP客户端状态为ASP—ACTIVE时,检测到的SP服务器端状态 为ASP—DOWN时,处理方法:ASPDown消息;(6) SP客户端状态为ASP—ACTIVE时,检测到的SP服务器端状态 为ASP—INACTIVE时,处理方法发送ASPInactive消息。本发明依靠SIGTRAN协议的心跳消息来检测局间SP状态不一致情 况,并进行正确的状态一致性恢复,从而避免SP状态两端不一致导致的 STGTRAN协议承载的业务故障不可恢复性的错误,保证了正确的两端的 SP状态的一致性。下面结合附图,对本发明的具体实施作进一步的详细说明。对于熟悉 本技术领域的人员而言,从对本发明的详细说明中,本发明的上述和其他 目的、特征和优点将显而易见。


图1表示M3UA应用场合。 图2是SP状态迁移图。图3是本发明一较佳实施例的正常情况下SP状态在局间的维护流程图。图4是本发明一较佳实施例的局间SP状态故障后一致性恢复的流程图。图5是本发明一较佳实施例的M3UA心跳消息格式扩展图。
具体实施方式
先请参照图4,该图是本发明一较佳实施例的局间SP状态故障后一致 性恢复的流程图。如图4所示,本发明的局间SP状态一致性恢复流程步 骤如下步骤201: SP服务器端定时获取本地SP的状态,构造M3UA心跳消 息,然后将携带本地SP状态的M3UA心跳消息的心跳数据參数发送到底 层SCTP传输到SP客户端。心跳数据参数包含本端SP在其服务的AS消
息的状态集合。步骤202: SP客户端收到上述心跳消息后,从M3UA心跳消息的心跳 数据参数获取SP服务器端的SP在其服务的AS下的状态,并将所述状态 与本地记录的SP在对应的AS下的状态进行对比检测。步骤203:如SP客户端连续三次检测到服务器端通过M3UA心跳消 息的心跳数据参数带来的SP状态与本地SP状态不一致情况,并且三次 SP状态不一致情况相同,则根据的对比检测结果,SP客户端按照协议规 则发起相应的SPSM/TM请求流程。SP客户端根据上述对比检测结果发起的SP管理消息流程如下表所示本地SP状态对端SP状态处理方法ASP—DOWNASP—INACTIVE ASP—ACTIVE发送ASPDown消息 发送ASPDown消息ASP—INACTIVEASP—DOWN ASP—ACTIVE发送ASPDown消息 发送ASPInactive消息ASP—ACTIVEASP—DOWN ASP—INACTIVE发送ASPDown消息 发送ASPInactive消息步骤204: SP客户端发起的SPSM/TM处理流程符合图3描述的正常 SP状态的维护流程,即开始图3中所述步骤101 ,SP客户端发起SPSM/TM 请求流程,将请求消息发送到底层SCTP协议传输到SP服务器端。继续步骤102: SP服务器端从SCTP协议收到SPSM/TM请求消息后, 根据协议进行处理并更新本地记录的SP状态,并回应SP客户端SPSM/TM响应消息。最后是步骤103:服务器端的SPSM/TM响应消息通过SCTP协议传输
到SP客户端,SP客户端从SCTP协议收到SPSM/TM响应消息后,根据 协议进行处理并更新本地记录的SP状态。上述M3UA心跳消息的心跳数据参数根据本发明的需要扩展和意义 化。请参见图5,该图是本发明一较佳实施例的M3UA心跳消息格式扩展 图。另外,除了使用心跳消息,还可以通过扩展协议,新设计协议消息和 参数专门用于端点之间的SP状态交互,然后根据状态的对比进行故障恢 复。消息的格式可以参考M3UA心跳消息的心跳数据参数进行设计。当然,本发明还可有其他实施例,在不背离本发明精神及其实质的情 况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变 形,但这些相应的改变和变形都应属于本发明的权利要求的保护范围。
权利要求
1.信令传输协议服务进程状态一致性恢复方法,包括以下步骤步骤1服务进程服务器端定时获取本地服务进程状态,并通过经扩展和意义化的信令传输协议心跳消息的心跳数据参数携带本地服务进程状态,将上述携带本地服务进程状态的心跳消息发送到底层流控制传输协议传输到服务进程客户端;步骤2服务进程客户端收到上述心跳消息后,从上述心跳消息的心跳数据参数获取服务进程服务器端的服务进程在其服务的应用服务器下的状态,并将上述状态与本地记录的服务进程在对应的应用服务器下的状态进行对比检测;步骤3如服务进程客户端连续检测到服务器端通过信令传输协议心跳消息的心跳数据参数带来的服务进程状态与本地服务进程状态不一致情况,并且连续服务进程状态不一致情况相同,则根据的对比检测结果,服务进程客户端按照协议规则发起相应的服务进程状态管理消息请求流程;步骤4服务进程客户端发起服务进程状态管理消息请求流程后,消息发送到底层流控制传输协议传输到服务进程服务器端;步骤5服务进程服务器端从流控制传输协议收到服务进程状态管理消息请求消息后,根据协议进行处理并更新本地记录的服务进程状态,并回应服务进程状态管理消息响应消息;步骤6服务器端的服务进程状态管理消息响应消息通过流控制传输协议传输到服务进程客户端,服务进程客户端从流控制传输协议收到服务进程状态管理消息响应消息后,根据协议进行处理并更新本地记录的服务进程状态。
2. 根据权利要求1所述的信令传输协议服务进程状态一致性恢复方 法,其特征在于上述步骤1所述的经扩展和意义化的心跳消息的心跳数 据参数使用M3UA心跳消息格式进行扩展,其包含本地服务进程在其服 务的应用服务器消息的状态集合。
3. 根据权利要求1所述的信令传输协议服务进程状态一致性恢复方 法,其特征在于上述步骤1所述的经扩展和意义化的心跳消息的心跳数 据参数取代为通过扩展协议设计的专门用于端点之间的服务进程状态交 互的消息和参数,消息的格式参考M3UA心跳消息的心跳数据参数进行设计。
4. 根据权利要求1所述的信令传输协议脤务进程状态一致性恢复方 法,其特征在于上述步骤2所述的服务进程客户端对脤务器端通过信令 传输协议心跳消息的心跳数据参数带来的服务进程状态进行的连续检测周期为三次。
5. 根据权利要求4所述的信令传输协议服务进程状态一致性恢复方 法,其特征在于上述的服务进程客户端连续裣測到服务器端通过信令传 输协议心跳消息的心跳数据参数带来的服务进程状态与本地服务进程状 态不一致情况及处理方法如下(1) 服务进程客户端状态为ASP—DOWN,检测到的服务进程服务器 端状态为ASPJNACTIVE时,处理方法发送ASPDown消息;(2) 服务进程客户端状态为ASP一DOWN时,检澜到的服务进程服 务器端状态为ASP—ACTIVE时,处理方法发送ASPDown消息;(3) 服务进程客户端状态为ASP—INACTIVE时,检測到的服务进程 服务器端状态为ASP_DOWN时,处理方法发送ASPDown消息;(4) 服务进程客户端状态为ASP—INACTIVE时,检渊到的服务进程 服务器端状态为ASP—ACTIVE时,处理方法发送ASPInactive消息;(5) 服务进程客户端状态为ASP—ACTIVE时,检澜到的服务进程服 务器端状态为ASP—DOWN时,处理方法:ASPDown消息;(6) 服务进程客户端状态为ASP—ACTIVE时,检測到的脤务进程服 务器端状态为ASP—INACTIVE时,处理方法发送ASPInactive消息。
全文摘要
信令传输协议服务进程状态一致性恢复方法,包括1)SP服务器端定时获取本地SP状态,通过经扩展和意义化的SIGTRAN心跳消息携带本地SP状态发送到底层SCTP传输到SP客户端;2)将所获取的服务器端状态与本地记录SP在对应的AS下的状态进行对比检测;3)如连续三次检测到服务器端带来的SP状态与本地SP状态不一致情况相同,客户端按发起相应的SPSM/TM请求流程;4)将消息发送到服务器端;5)服务器端根据协议进行处理并更新本地记录的SP状态,并回应SPSM/TM响应消息;6)客户端根据响应消息SP进行处理并更新本地记录的SP状态。本发明解决了局间SP状态异常不一致后无法正确恢复的技术问题。
文档编号H04L12/26GK101132399SQ20061011192
公开日2008年2月27日 申请日期2006年8月24日 优先权日2006年8月24日
发明者慧 沈, 秦长鹏, 范东明, 陈普然, 毅 马 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1