CN102595353A - 网关故障时的消息处理方法、系统和网关 - Google Patents
网关故障时的消息处理方法、系统和网关 Download PDFInfo
- Publication number
- CN102595353A CN102595353A CN201110009962XA CN201110009962A CN102595353A CN 102595353 A CN102595353 A CN 102595353A CN 201110009962X A CN201110009962X A CN 201110009962XA CN 201110009962 A CN201110009962 A CN 201110009962A CN 102595353 A CN102595353 A CN 102595353A
- Authority
- CN
- China
- Prior art keywords
- gateway
- message
- layer switch
- adapter
- flow process
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种网关故障时的消息处理方法、系统和网关。其中,该方法包括:第一网关故障后,第二网关向与第一网关通信链接的四层交换机发送第一网关故障的通知,并启动接管第一网关消息的流程;其中,第二网关为第一网关的备份网关;该四层交换机收到通知后,确定当前消息为发往第一网关的消息时,根据第一网关对应的接管策略向第二网关转发该当前消息;第二网关使用接管第一网关消息的流程转发该当前消息。根据本发明,解决了现有手工备份方式下,网关故障时的消息处理不及时的问题。同时,本发明不需要网管维护人员过多参与,降低了对人员的要求,并节省了人力成本。
Description
技术领域
本发明涉及数据通信领域,具体而言,涉及一种网关故障时的消息处理方法、系统和网关。
背景技术
短信网关是短消息业务中的一个关键设备,广泛应用于点对点短信互通、短信增值业务接入中,为移动运营商带来丰厚利润,因此必须要保证其绝对的安全性。一旦该短信网关产生问题,相关所有短信都不能发送和接收,不仅会减少电信运营商的收入,而且会带来用户投诉等负面影响。
从目前业界的短信网关建设新趋势来看,在新建短信网关的同时,要能实现同类短信网关之间的容灾备份。两套短信网关平时各自运行自己的业务,形成负荷分担。一旦其中的一套短信网关出现问题,则正常运行的短信网关可以接管故障网关的业务。
目前在业界,短信网关备份实现的主要是手工备份方式或冷备方式。
在手工备份这种方式下,当一套短信网关出现故障时,需要手工一步一步地对相关网元的配置及路由等进行修改,业务接管时间长,实时性差,而且对维护管理人员的要求比较高。
而冷备则是提供一套配置完全相同的物理设备作为正常工作短信网关的备份节点。当正常工作的短信网关出现故障后,立即上电备份节点来接管短信处理。这种方案存在设备投资重复、设备利用率差、故障响应不及时的缺点。
由此可以看出,上述手工备份和冷备份方式,在网关故障时,故障网关的消息处理均存在不足,不适合广泛地推广使用。
发明内容
本发明的主要目的在于提供一种网关故障时的消息处理方法、系统和网关,以至少解决上述手工备份方式下,网关故障时的消息处理不及时的问题。
根据本发明的一个方面,提供了一种网关故障时的消息处理方法,该方法包括:第一网关故障后,第二网关向与第一网关通信链接的四层交换机发送第一网关故障的通知,并启动接管第一网关消息的流程;其中,第二网关为第一网关的备份网关;四层交换机收到通知后,确定当前消息为发往第一网关的消息时,根据第一网关对应的接管策略向第二网关转发当前消息;第二网关使用接管第一网关消息的流程转发该当前消息。
根据本发明的另一方面,还提供了一种网关故障时的消息处理方法,该方法包括:第一网关故障后,第二网关向与第一网关通信链接的四层交换机发送第一网关故障的通知,并启动接管第一网关消息的流程;其中,第二网关为第一网关的备份网关;接管第一网关消息的流程向四层交换机发送消息;四层交换机接收当前消息,根据该当前消息的源地址确定当前消息为接管第一网关消息的流程发送的消息时,根据第一网关对应的接管策略转发该当前消息。
根据本发明的再一方面,提供了一种网关故障时的消息处理系统,该系统包括第一网关、第二网关,该系统还包括:与第一网关通信链接的四层交换机;其中,第二网关包括:故障通知模块,用于第一网关故障后,向四层交换机发送第一网关故障的通知;其中,第二网关为第一网关的备份网关;第一接管模块,用于故障通知模块发送通知后,启动接管第一网关消息的流程,使用接管第一网关消息的流程转发当前消息;
该四层交换机包括:第一消息确定模块,用于收到第二网关的通知后,确定来自当前消息是否为发往第一网关的消息;第一消息转发模块,用于当第一消息确定模块确定的结果为是时,根据第一网关对应的接管策略向第二网关转发当前消息。
根据本发明的又一方面,提供了一种网关,网关作为第一网关的备份网关,包括:故障通知模块,用于第一网关故障后,向与第一网关通信链接的四层交换机发送第一网关故障的通知;接管模块,用于故障通知模块发送通知后,启动接管第一网关消息的流程,使用接管第一网关消息的流程转发当前消息。
通过本发明,采用与故障网关通信链接的四层交换机对接收到的消息进行转发,使故障网关的消息能够顺利转发至对应的设备,有效地保证了故障网关上的业务顺利进行,解决了现有手工备份方式下,网关故障时的消息处理不及时的问题。同时,本实施例不需要网管维护人员过多参与,降低了对人员的要求,并节省了人力成本。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例1的网关故障时的消息处理方法的流程图;
图2是根据本发明实施例1的另一种网关故障时的消息处理方法的流程图;
图3是根据本发明实施例2的网络组网结构示意图;
图4是根据本发明实施例2的另一网络组网结构示意图;
图5是根据本发明实施例2的两套短信网关实现自动容灾备份流程示意图;
图6是根据本发明实施例2的故障网关恢复后的消息转发示意图;
图7是根据本发明实施例3的网关故障时的消息处理系统的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
本发明实施例利用四层交换机结合短信网关软件功能的方法,实现了短信网关之间的安全备份机制,基于这种备份机制,本发明实施例提供了一种网关故障时的消息处理方法、系统和网关。其中,本发明实施例中的网关可以是各种类型短信网关,如中国移动行业网关、短信互通网关、短信梦网网关;或者,也可以是中国联通行业应用平台、短信互通网关、在信网关;以及中国电信行业网关、互通网关或业务网关等。
实施例1
图1示出了根据本发明实施例的网关故障时的消息处理方法的流程图,该方法包括以下步骤:
步骤S102,第一网关故障后,第二网关向与第一网关通信链接的四层交换机发送第一网关故障的通知,并启动接管第一网关消息的流程(该流程也可以称为灾备流程);其中,第二网关为第一网关的备份网关;
其中,第一网关与第二网关优选位于不同的局域网,与第一网关通信链接的四层交换机也可以直接简称为第一网关的四层交换机,该四层交换机设置在以下位置之一:第一网关相连的接入网中的指定交换机上;第一网关所在局域网中的指定交换机上。
上述四层交换机上配置有第二网关接管第一网关对应的接管策略,例如,如何转发第一网关的消息等,具体可以为:第一网关正常工作时,第一网关的对外通信地址与第一网关的局域网地址的对应关系,根据该对应关系,该四层交换机可以将发往第一网关的消息的目的地址(即第一网关的对外通信地址)转换为上述第一网关的局域网地址,以使该消息能够正确发送到第一网关;第一网关故障时,第一网关的对外通信地址与接管地址的对应关系,以及该情况下,接管地址与备份网关的局域网地址的对应关系,根据这种对应关系,在第一网关故障时,该四层交换机可以对发往第一网关的消息进行目的地址转换,进而将该消息转发至备份网关进行处理。
为了不影响第二网关自身的业务,以及使第一网关的四层交换机能够识别来自第二网关的消息哪些是第二网关自身的,哪些属于接管第一网关的消息,本实施例的第二网关在第一网关故障时,启用接管第一网关消息的进程,并且该进程仅在第一网关故障的情况下才启用。
步骤S104,该四层交换机收到上述通知后,确定当前消息为发往第一网关的消息时,根据第一网关对应的接管策略转发该当前消息;
本实施例中,四层交换机根据上述接管策略对消息的地址进行转换,完成消息的接管转发。
步骤S106,第二网关使用上述接管第一网关消息的流程转发上述当前消息。
本实施例中的接管第一网关消息的流程是与第二网关自身的消息处理流程不同的流程,以保证第二网关自身的消息与原第一网关的消息能够相互区分,简化设备切换后的处理流程。
本实施例通过与故障网关通信链接的四层交换机对接收到的消息进行转发,使故障网关的消息能够顺利转发至对应的设备,有效地保证了故障网关上的业务顺利进行,解决了现有手工备份方式下,网关故障时的消息处理不及时的问题。同时,本实施例不需要网管维护人员过多参与,降低了对人员的要求,并节省了人力成本;另外,本实施例不需要为每个网关各配置一个四层交换机,几个网关可以共用一个四层交换机,降低了设备投资的重复,提高了设备的利用率。
第二网关启动上述接管第一网关消息的流程后,第二网关使用上述接管第一网关消息的流程转发当前消息可以包括:第二网关接收到当前消息后,确定该当前消息的目的地址为指定地址,调用接管第一网关消息的流程;接管第一网关消息的流程根据该指定地址、预先备份的第一网关的网络连接账号和路由数据转发前消息。例如,该进程使用第一网关的网络连接账号与相关网元建立连接,完成第一网关的通讯等。
其中,上述四层交换机接收的消息可以为两个方向,上述步骤S102-步骤S106中的当前消息为发往第一网关的消息,该消息本应该通过第一网关发往用户侧,因第一网关发生故障,该消息需要备用设备(即第二网关)完成转发,因此,上述四层交换机需要将该消息的目的地址转换为第二网关的指定地址,基于此,上述步骤S104,即该四层交换机根据第一网关对应的接管策略转发当前消息包括:
1)该四层交换机根据当前消息的目的地址确定当前消息为发往第一网关的消息;
2)该四层交换机将当前消息的目的地址转换为第二网关对应的指定地址(例如第二网关的某一局域网地址);
3)该四层交换机向第二网关转发上述目的地址转换后的当前消息。
经过步骤2)中的目的地址转换,该当前消息将会通过网络中的路由设备和交换设备转发至第二网关的接管第一网关消息的流程上,由该流程完成后续的消息处理。
上述四层交换机接收的消息还可以是由第一网关发出的消息,因第一网关故障,该消息由第一网关的备份网关(即第二网关)发出,针对该消息,本发明实施例还提供了另一种网关故障时的消息处理方法,参见图2,该消息的处理过程包括:
步骤S202,第一网关故障后,第二网关向与第一网关通信链接的四层交换机发送第一网关故障的通知,并启动接管第一网关消息的流程;其中,第二网关为第一网关的备份网关;
步骤S204,上述接管第一网关消息的流程向四层交换机发送消息;
该流程发送的消息原本应该由第一网关发送,因为第一网关发生故障,作为其备份设备的第二网关启用该流程后,对此类消息进行转发处理。步骤S206,上述四层交换机接收当前消息,根据该当前消息的源地址确定该当前消息为接管第一网关消息的流程发送的消息时,根据第一网关对应的接管策略转发该当前消息。
上述步骤S204中,接管第一网关消息的流程向四层交换机发送的消息的源地址中携带有指定地址(例如第二网关的某一局域网地址);基于此,四层交换机根据接收到的消息的源地址中是否有该指定地址确定此消息是否来自上述接管第一网关消息的流程,当确定的结果为是时,上述步骤S206中的四层交换机根据第一网关对应的接管策略转发当前消息包括:
1)该四层交换机将该当前消息的源地址转换为第一网关的地址(即第一网元对外的通信地址);
2)该四层交换机转发上述源地址转换后的当前消息。
经过上述源地址转换,该消息将会通过网络中的路由设备和交换设备转发至其它网元,而其它网元将会认为所接收到的消息来自第一网关,因此维持了其它网元对该消息的原有处理流程。
第一网关故障恢复后,上述方法还包括:第一网关或第二网关向上述四层交换机(第一网关的四层交换机)发送第一网关故障恢复的通知;第二网关关闭上述接管第一网关消息的进程;第一网关恢复故障发生前的业务。上述四层交换机收到第一网关故障恢复的通知后,将按照原有流程转发接收到的消息。其中,这几个动作的先后顺序没有严格的限制,在保障业务顺畅的前提下可以相互调换顺序。
当然,若第二网关发生故障,也可以采用上述方式处理第二网关的消息,具体处理方式与上述方法相同,这里不再赘述。
采用上述方法,当一个短信网关出现问题时,维护管理人员只需要一次操作(调用备份网关上的接管进程),就可以让正常运行的短信网关接管故障短信网关的所有业务,整个过程是自动的,不需要维护管理人员去修改配置数据等,大大节省了故障接管的时间;同时,本安全解决方案还提供相应恢复功能,也就是说,当出现故障的短信网关经过问题排查重新运行正常时,维护管理人员也只需要一次简单的操作(禁用备份网关上的接管进程),就可以让整个系统恢复到故障出现前的状态,每套短信网关各自运行自己的业务。
实施例2
本实施例以图3所示的网络组网结构为例进行说明,其中,网关平台A和网关平台B互为备份网关,两套短信网关部署在独立的两个网络域中,通常在不同地域机房内部署,以实现异地容灾;当现有平台发生故障时,系统能通过简单的切换界面将功能切换到对应备份平台上;
本实施例在两套短信网关接入层交换机组(对应图3中交换机组1、2)上侧挂四层交换机,并保证双方接入层交换机组有路由功能,能够路由到对端网关所在机房的交换机。
接入层交换机组(对应图3中交换机组1、2)通过汇聚层交换机、路由器实现网络互通。交换机组1、2之间也可通过光纤直连提高网络连接的稳定性、可靠性、消息转发效率。
交换机组1、交换机组2都和外部所有的相关路由器组实现连接,由路由器再连接到相关网元,例如集团客户或业务集成商(EC/SI)、BOSS(Business Operations Support System,业务运营支撑系统)、省行业网关、异网网关等。
本实施例对短信网关A的四层交换机进行如下策略设置:
1)在短信网关A的四层交换机上就IPa设置VS(Virtual Server,虚拟服务器)node1(节点1)、node2(节点2),分别对应到IPc和IPa′,其中node1为主用,node2为备用;
其中,IPa是一对四层交换机的浮动地址,也是短信网关A的对外通信地址,其对应短信网关A系统局域网地址IPc;其中,一对四层交换机指为了进一步增强安全性,每个四层交换机配置有一个备份四层交换机,两个四层交换机上的配置相同;
IPa′是一对四层交换机的浮动地址,作为短信网关A故障出现后,发到IPa地址的消息经过四层交换机策略设定后的新转发目的地址,其对应网关B系统局域网地址IPc′;
2)在短信网关A的四层交换机上就IPb′设置VS node1,该节点对应IPd′,用于接管短信网关B的消息处理;
其中,IPb′为四层交换机的浮动地址,作为短信网关B故障出现后,发到IPb地址的消息经过四层交换机策略设定后的新转发目的地址,其对应短信网关A局域网地址IPd′;
IPb是一对四层交换机的浮动地址,也是短信网关B的对外通信地址,其对应短信网关B局域网地址IPd;
3)在短信网关A的四层交换机上设置VS路由策略irules1,对来自IPd′的消息,路由至IPa′;否则,将源地址转换为IPa发出。
短信网关B的四层交换机配置和上述短信网关A的四层交换机的配置类似,这里不再详述。
在两套短信网关上除了要预先配置自己的一些帐号信息,还需要配置备份网关与其他网元连接的帐号,将该帐号作为应急帐号,这些应急帐号平时均不启用,仅在对应的被备份网关发生故障时启用。
本发明实施例中的四层交换机也可侧挂在短信网关的内部局域网交换机上,在这种情况下,内部局域网交换机具有三层交换功能,如图4所示。
下面以短信网关A(即网关平台A)设备异常,短信网关B接管短信网关A为例进行说明,本实施例以短信网关B上的灾备进程作为接管短信网关A消息的流程为例。参见图5,两套短信网关实现自动容灾备份流程示意图,若短信网关A设备异常,则在短信网关B上手工一次性执行“自动接管”操作,系统自动执行如下步骤:
1、自动执行接管短信网关A业务的脚本(即,通知短信网关A的四层交换机短信网关A故障,以修改四层交换机的配置)。短信网关B的现有流程不变,到短信网关IPa的消息流程经过四层交换机作DNAT(目的地址转换)为IPa′后,通过交换机路由到短信网关B交换机组2上;
2、系统自动启用所有应急帐号,如到其它外部网元帐号;
3、由于短信网关B具有短信网关A原有的帐号和路由数据,因此接收的消息自动发给短信网关B,至此完成接收业务的自动接管。
4、对于短信网关B灾备进程发出的消息,短信网关B侧的四层交换机都会直接路由至短信网关A的四层交换机做源地址转换,仍以IPa地址为源地址发往目的地址。因此,短信网关B发出的消息也能模拟成短信网关A所发出的消息,成功发到目的地址;
若短信网关A设备恢复正常,则在短信网关B上一次性执行“自动恢复”操作,系统自动执行如下步骤:
1、自动执行恢复短信网关A业务的脚本(即,通知短信网关A的四层交换机短信网关A故障恢复,修改四层交换机的配置);
2、系统自动禁用所有应急帐号(相当于实施例1中的关闭接管第一网关消息的进程操作);
3、禁用后,系统自动断开这些帐号的原有连接;
4、启动短信网关A设备程序,系统自动建立相关帐号连接,业务恢复成功。
参见图6,为故障网关(即短信网关A)恢复正常后的消息转发示意图,此时,短信网关A和短信网关B各自执行自身的业务。
通过上述流程的分析,可以看出采用该方法可以有效实现两套短信网关的异地容灾备份,并得到了实验验证。该方法具备切换时间短、无需外部网元配合、全自动流程、高可靠性等特点,可为移动运营商提供更高质量的服务,解决了现有手工备份和冷备份存在的问题。
实施例3
图7示出了根据本发明实施例的网关故障时的消息处理系统的结构框图,该系统包括第一网关50、第二网关60,该系统还包括:与第一网关50通信链接的四层交换机70;其中,四层交换机70置于第一网关50和第二网关60通之间,第一网关50和第二网关60之间还设置有相关的网元设备,这些网元设备对消息的处理流程不变,按照相关技术实现,本实施例不做过多描述。
第二网关60包括:
故障通知模块62,用于第一网关50故障后,向四层交换机70发送第一网关50故障的通知;其中,第二网关60为第一网关50的备份网关;
第一接管模块64,与故障通知模块62相连,用于故障通知模块62发送通知后,启动接管第一网关消息的流程;使用接管第一网关消息的流程转发当前消息;
四层交换机70包括:
第一消息确定模块72,用于收到第二网关60的通知后,确定当前消息是否为发往第一网关50的消息;第一消息转发模块74,用于第一消息确定模块72确定的结果为是时,根据第一网关50对应的接管策略向第二网关60转发当前消息。
其中,第一网关50与第二网关60优选位于不同的局域网,第一网关50的四层交换机70设置在以下位置之一:第一网关50相连的接入网中的指定交换机上;第一网关50所在局域网中的指定交换机上。该四层交换机上配置有第一网关50对应的接管策略,例如,如何转发第一网关50的消息等,具体可以为:第一网关50正常工作时,第一网关50的对外通信地址与第一网关50的局域网地址的对应关系,根据该对应关系,该四层交换机可以将发往第一网关50的消息的目的地址(即第一网关50的对外通信地址)转换为上述第一网关50的局域网地址,以使该消息能够正确发送到第一网关50;第一网关50故障时,第一网关50的对外通信地址与接管地址的对应关系,以及该情况下,接管地址与备份网关的局域网地址的对应关系,根据这种对应关系,在第一网关50故障时,该四层交换机可以对发往第一网关50的消息进行目的地址转换,进而将该消息转发至备份网关进行处理。
为了不影响第二网关60自身的业务,以及使第一网关的四层交换机70能够识别来自第二网关的消息中哪些是第二网关60自身的,哪些属于接管第一网关50的消息,本实施例的第二网关60在第一网关50故障时,启用接管第一网关消息的流程,并且该流程仅在第一网关50故障的情况下才启用。
其中,四层交换机70接收的消息有两类:一类为发往第一网关的消息,另一类为以第一网关的身份发出的消息,上述第一消息确定模块72和第一消息转发模块74处理的消息为发往第一网关的消息,基于此,第一消息确定模块72包括:第一消息确定单元,用于根据当前消息的目的地址确定当前消息为发往第一网关50的消息;
第一消息转发模块74包括:第一地址转换单元,用于将第一消息确定单元确定的该当前消息的目的地址转换为第二网关对应的指定地址;第一消息转发单元,用于转发第一地址转换单元转换后的当前消息。
对于以第一网关的身份发出的消息,因第一网关故障,由第一网关的备份网关,即第二网关发出,基于此,第二网关60还包括:第二接管模块,用于接管第一网关消息的流程向四层交换机70发送消息;
四层交换机70还包括:第二消息确定模块,用于接收当前消息,根据当前消息的源地址确定该当前消息是否为接管第一网关消息的流程发送的消息;第二消息转发模块,用于当第二消息确定模块确定的结果为是时,根据第一网关对应的接管策略转发该当前消息。
其中,第二接管模块包括:接管单元,用于接管第一网关消息的流程向四层交换机70发送消息,该消息的源地址携带有指定地址;此时,第二消息确定模块根据消息的源地址中是否有该指定地址确定此消息是否来自上述接管第一网关消息的流程;
消息转发模块72包括:
第二地址转换单元,用于将第二消息确定模块确定的该当前消息的源地址转换为第一网关50的地址;
第二消息转发单元,用于转发第二地址转换单元转换后的该当前消息。
优选地,第一接管模块64包括:
消息转发处理单元,用于接管第一网关消息的流程根据当前消息的目的地址、预先备份的第一网关50的网络连接账号和路由数据转发该当前消息。
第一网关50故障恢复后,该系统还包括:故障恢复通知模块;
故障恢复通知模块设置在第一网关50或第二网关60上,用于第一网关50故障恢复后,向四层交换机发送第一网关50故障恢复的通知;
第二网关60包括:关闭模块,用于关闭接管第一网关消息的流程;
第一网关50包括:恢复模块,用于恢复故障发生前的业务。
优选地,四层交换机70设置在以下位置之一:第一网关50相连的接入网中的指定交换机上;第一网关50所在局域网中的指定交换机上。
本实施例还提供了一种网关,该网关作为第一网关的备份网关,其可以采用上述图7中第二网关的方式实现,这里不再一一赘述。
本实施例通过与故障网关通信链接的四层交换机对接收到的消息进行转发,使故障网关的消息能够顺利转发至对应的设备,有效地保证了故障网关上的业务顺利进行,解决了现有手工备份方式下,网关故障时的消息处理不及时的问题。同时,本实施例不需要网管维护人员过多参与,降低了对人员的要求,并节省了人力成本;另外,本实施例不需要为每个网关各配置一个四层交换机,几个网关可以共用一个四层交换机,降低了设备投资的重复,提高了设备的利用率。
从以上的描述中可以看出,本发明通过在网络中外挂有限个数的四层交换机,可以有效实现两套短信网关的异地容灾备份,基于这种备份机制,当有一个短信网关发生故障时,可以在较短的时间完成网关切换,切换过程无需外部网元配合,能够全自动操作,可为移动运营商提供更高质量的服务,提高了业务的可靠性,解决了现有手工备份和冷备份存在的问题。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (17)
1.一种网关故障时的消息处理方法,其特征在于,包括:
第一网关故障后,第二网关向与所述第一网关通信链接的四层交换机发送所述第一网关故障的通知,并启动接管第一网关消息的流程;其中,所述第二网关为所述第一网关的备份网关;
所述四层交换机收到所述通知后,确定当前消息为发往所述第一网关的消息时,根据所述第一网关对应的接管策略向所述第二网关转发所述当前消息;
所述第二网关使用所述接管第一网关消息的流程转发所述当前消息。
2.根据权利要求1所述的方法,其特征在于,所述四层交换机根据所述第一网关对应的接管策略向所述第二网关转发所述当前消息包括:
所述四层交换机将所述当前消息的目的地址转换为所述第二网关对应的指定地址;
所述四层交换机向所述第二网关转发目的地址转换后的所述当前消息。
3.根据权利要求2所述的方法,其特征在于,所述第二网关使用所述接管第一网关消息的流程转发所述当前消息包括:
所述第二网关接收到所述当前消息后,确定所述当前消息的目的地址为所述指定地址,调用所述接管第一网关消息的流程;
所述接管第一网关消息的流程根据所述指定地址、预先备份的所述第一网关的网络连接账号和路由数据转发所述当前消息。
4.根据权利要求1所述的方法,其特征在于,所述第一网关故障恢复后,所述方法还包括:
所述第一网关或所述第二网关向所述四层交换机发送所述第一网关故障恢复的通知;
所述第二网关关闭所述接管第一网关消息的流程;
所述第一网关恢复故障发生前的业务。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述四层交换机设置在以下位置之一:
所述第一网关相连的接入网中的指定交换机上;
所述第一网关所在局域网中的指定交换机上。
6.一种网关故障时的消息处理方法,其特征在于,包括:
第一网关故障后,第二网关向与所述第一网关通信链接的四层交换机发送所述第一网关故障的通知,并启动接管第一网关消息的流程;其中,所述第二网关为所述第一网关的备份网关;
所述接管第一网关消息的流程向所述四层交换机发送消息;
所述四层交换机接收当前消息,根据所述当前消息的源地址确定所述当前消息为所述接管第一网关消息的流程发送的消息时,根据所述第一网关对应的接管策略转发所述当前消息。
7.根据权利要求6所述的方法,其特征在于,
所述接管第一网关消息的流程向所述四层交换机发送消息包括:所述接管第一网关消息的流程向所述四层交换机发送消息,所述消息的源地址携带有指定地址;所述四层交换机根据所述第一网关对应的接管策略转发所述当前消息包括:所述四层交换机将所述当前消息的源地址转换为所述第一网关的地址;所述四层交换机转发源地址转换后的所述当前消息。
8.根据权利要求6所述的方法,其特征在于,所述第一网关故障恢复后,所述方法还包括:
所述第一网关或所述第二网关向所述四层交换机发送所述第一网关故障恢复的通知;
所述第二网关关闭所述接管第一网关消息的流程;
所述第一网关恢复故障发生前的业务。
9.根据权利要求6-8任一项所述的方法,其特征在于,所述四层交换机设置在以下位置之一:
所述第一网关相连的接入网中的指定交换机上;
所述第一网关所在局域网中的指定交换机上。
10.一种网关故障时的消息处理系统,包括第一网关、第二网关,其特征在于,所述系统还包括:与所述第一网关通信链接的四层交换机;
所述第二网关包括:
故障通知模块,用于所述第一网关故障后,向所述四层交换机发送所述第一网关故障的通知;其中,所述第二网关为所述第一网关的备份网关;
第一接管模块,用于所述故障通知模块发送所述通知后,启动接管第一网关消息的流程,使用所述接管第一网关消息的流程转发当前消息;
所述四层交换机包括:
第一消息确定模块,用于收到所述第二网关的所述通知后,确定当前消息是否为发往所述第一网关的消息;
第一消息转发模块,用于当所述第一消息确定模块确定的结果为是时,根据所述第一网关对应的接管策略向所述第二网关转发所述当前消息。
11.根据权利要求10所述的系统,其特征在于,
所述第一消息确定模块包括:第一消息确定单元,用于根据当前消息的目的地址确定所述当前消息为发往所述第一网关的消息;
所述第一消息转发模块包括:
第一地址转换单元,用于将所述第一消息确定单元确定的所述当前消息的目的地址转换为所述第二网关对应的指定地址;
第一消息转发单元,用于转发所述第一地址转换单元转换后的所述当前消息。
12.根据权利要求10所述的系统,其特征在于,
所述第二网关还包括:第二接管模块,用于所述接管第一网关消息的流程向所述四层交换机发送消息;
所述四层交换机还包括:
第二消息确定模块,用于接收当前消息,根据所述当前消息的源地址确定所述当前消息是否为所述接管第一网关消息的流程发送的消息;
第二消息转发模块,用于当所述第二消息确定模块确定的结果为是时,根据所述第一网关对应的接管策略转发所述当前消息。
13.根据权利要求12所述的系统,其特征在于,
所述第二接管模块包括:接管单元,用于所述接管第一网关消息的流程向所述四层交换机发送消息,所述消息的源地址携带有指定地址;所述第二消息转发模块包括:
第二地址转换单元,用于将所述第二消息确定模块确定的所述当前消息的源地址转换为所述第一网关的地址;
第二消息转发单元,用于转发所述第二地址转换单元转换后的所述当前消息。
14.根据权利要求10所述的系统,其特征在于,所述系统还包括:故障恢复通知模块;
所述故障恢复通知模块设置在所述第一网关或所述第二网关上,用于所述第一网关故障恢复后,向所述四层交换机发送所述第一网关故障恢复的通知;
所述第二网关包括:关闭模块,用于关闭所述接管第一网关消息的流程;
所述第一网关包括:恢复模块,用于恢复故障发生前的业务。
15.根据权利要求10-14任一项所述的系统,其特征在于,所述四层交换机设置在以下位置之一:
所述第一网关相连的接入网中的指定交换机上;
所述第一网关所在局域网中的指定交换机上。
16.一种网关,其特征在于,所述网关作为第一网关的备份网关,包括:
故障通知模块,用于所述第一网关故障后,向与所述第一网关通信链接的四层交换机发送所述第一网关故障的通知;
接管模块,用于所述故障通知模块发送所述通知后,启动接管第一网关消息的流程,使用所述接管第一网关消息的流程转发当前消息。
17.根据权利要求16所述的网关,其特征在于,所述接管模块包括:
消息转发处理单元,用于所述接管第一网关消息的流程根据当前消息的目的地址、预先备份的所述第一网关的网络连接账号和路由数据转发所述当前消息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110009962XA CN102595353A (zh) | 2011-01-18 | 2011-01-18 | 网关故障时的消息处理方法、系统和网关 |
PCT/CN2011/080119 WO2012097604A1 (zh) | 2011-01-18 | 2011-09-23 | 网关故障时的消息处理方法、系统和网关 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110009962XA CN102595353A (zh) | 2011-01-18 | 2011-01-18 | 网关故障时的消息处理方法、系统和网关 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102595353A true CN102595353A (zh) | 2012-07-18 |
Family
ID=46483470
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110009962XA Pending CN102595353A (zh) | 2011-01-18 | 2011-01-18 | 网关故障时的消息处理方法、系统和网关 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102595353A (zh) |
WO (1) | WO2012097604A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103973476A (zh) * | 2013-02-06 | 2014-08-06 | 上海杰之能信息科技有限公司 | 网关、网关热备份系统及方法 |
CN106972958A (zh) * | 2017-03-13 | 2017-07-21 | 海信集团有限公司 | 网关设备配置方法、装置及系统 |
CN108737260A (zh) * | 2017-04-13 | 2018-11-02 | 中国移动通信集团上海有限公司 | 一种行业短信发送方法、控制器、交换机及系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1571410A (zh) * | 2003-07-15 | 2005-01-26 | 华为技术有限公司 | 上报分布式信令网关链路故障的方法 |
CN1691615A (zh) * | 2004-04-27 | 2005-11-02 | 华为技术有限公司 | 检测默认网关工作状态的方法及其装置 |
JP2010220014A (ja) * | 2009-03-18 | 2010-09-30 | Oki Electric Ind Co Ltd | 冗長化ゲートウェイシステム |
-
2011
- 2011-01-18 CN CN201110009962XA patent/CN102595353A/zh active Pending
- 2011-09-23 WO PCT/CN2011/080119 patent/WO2012097604A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1571410A (zh) * | 2003-07-15 | 2005-01-26 | 华为技术有限公司 | 上报分布式信令网关链路故障的方法 |
CN1691615A (zh) * | 2004-04-27 | 2005-11-02 | 华为技术有限公司 | 检测默认网关工作状态的方法及其装置 |
JP2010220014A (ja) * | 2009-03-18 | 2010-09-30 | Oki Electric Ind Co Ltd | 冗長化ゲートウェイシステム |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103973476A (zh) * | 2013-02-06 | 2014-08-06 | 上海杰之能信息科技有限公司 | 网关、网关热备份系统及方法 |
CN106972958A (zh) * | 2017-03-13 | 2017-07-21 | 海信集团有限公司 | 网关设备配置方法、装置及系统 |
CN108737260A (zh) * | 2017-04-13 | 2018-11-02 | 中国移动通信集团上海有限公司 | 一种行业短信发送方法、控制器、交换机及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2012097604A1 (zh) | 2012-07-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1536819B (zh) | 下一代网络中双归属的实现方法 | |
CN105915400A (zh) | 一种数据流切换方法及系统 | |
JP4922972B2 (ja) | 通信システム | |
CN104486128B (zh) | 一种实现双控制器节点间冗余心跳的系统及方法 | |
JP4659611B2 (ja) | パスプロテクション方法及びレイヤ2スイッチ | |
EP3242212B1 (en) | Automatic switching method and system | |
CN109120446A (zh) | 一种零配置启动方法及设备 | |
CN102595353A (zh) | 网关故障时的消息处理方法、系统和网关 | |
US8935564B2 (en) | Method for backing up user information and apparatus in standby service node for backing up user information | |
CN114465948A (zh) | 主备容灾方法、装置、设备及介质 | |
CN102263657A (zh) | 数据业务容灾切换方法、装置和系统 | |
CN102215272B (zh) | 一种应急切换的方法和系统 | |
WO2007006198A1 (fr) | Procédé de réalisation de guidage double dans un réseau avec contrôle et orientation séparés | |
CN102523358A (zh) | 一种基于ngn软交换网语音集中接入的呼叫中心通信接入系统 | |
CN100499500C (zh) | 对多级通信设备实现管理的方法 | |
CN100579054C (zh) | 一种互为归属的会话边界控制器的控制方法、系统及装置 | |
JP2006254096A (ja) | Ip電話システム | |
JP4579018B2 (ja) | Ip電話システム | |
WO2015180277A1 (zh) | Pw双归保护倒换方法及系统 | |
KR100723698B1 (ko) | 이동통신 교환기에서 데이터 경로의 장애를 방지하는 방법 | |
CN205051716U (zh) | 一种电力通信综合数据网络系统 | |
CN210007718U (zh) | 铁路通信网络的组网系统 | |
EP2192743B1 (en) | A method and a system for failure protection of layer 2 control connection | |
CN105245421A (zh) | 一种电力通信综合数据网络系统及其通信方法 | |
JP4781697B2 (ja) | Ip電話システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20120718 |