CN103490999B - 一种容灾切换方法和装置 - Google Patents

一种容灾切换方法和装置 Download PDF

Info

Publication number
CN103490999B
CN103490999B CN201310412906.XA CN201310412906A CN103490999B CN 103490999 B CN103490999 B CN 103490999B CN 201310412906 A CN201310412906 A CN 201310412906A CN 103490999 B CN103490999 B CN 103490999B
Authority
CN
China
Prior art keywords
website
message
disaster tolerance
production
routing iinformation
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.)
Active
Application number
CN201310412906.XA
Other languages
English (en)
Other versions
CN103490999A (zh
Inventor
邓志杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Ordnance Equipment Group Ordnance Equipment Research Institute
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201310412906.XA priority Critical patent/CN103490999B/zh
Publication of CN103490999A publication Critical patent/CN103490999A/zh
Application granted granted Critical
Publication of CN103490999B publication Critical patent/CN103490999B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

本发明公开了一种容灾切换方法和装置,该方法包括:信令转接点STP确定生产站点不可用后,将第一路由信息设置为不可用,将第二路由信息设置为可用,所述第一路由信息是下一跳为所述生产站点的路由信息,所述第二路由信息是下一跳为容灾站点的路由信息;当所述STP接收到目的地址为所述生产站点的地址的消息后,使用所述第二路由信息将所述消息发送至所述容灾站点,以便所述容灾站点确认所述消息的目的地址对应的生产站点与所述容灾站点为冗余备份关系后进行处。该方案避免了现有技术中SSP数量较多时,维护工作量大且效率低的问题。

Description

一种容灾切换方法和装置
技术领域
本发明涉及通信技术领域,尤指一种容灾切换方法和装置。
背景技术
智能网的出现使得传统通信网的结构发生了很大变化,新的通信网由交换层、智能层和信令层组成,如图1所示。交换层主要由交换设备构成,用于实现呼叫接续功能,对于智能业务的呼叫,要上报给智能层处理;智能层用于处理增值业务,在接收到交换层上报的智能业务呼叫后,通过分析业务流程、查询数据库等操作后下发控制命令给交换层完成呼叫;信令层用于在交换层和智能层之间传输消息。
目前,为了避免在重大灾难中通信的中断,在新的通信网通常会采用容灾处理技术,如图2所示为新的通信网中的容灾组网图。
业务交换点(Service Switching Point,SSP)位于交换层,提供接入智能层的功能,既可以检出智能业务的呼叫,与业务控制点(Service Control Point,SCP)通信;也可以对SCP的请求作出响应,允许SCP中的业务逻辑影响呼叫处理。SSP一般以移动交换中心(Mobile Switching Center,MSC)为基础,MSC和SSP通常会记为MSC/SSP,在图2中有多个MSC/SSP,记为MSC/SSP200、MSC/SSP201......MSC/SSP20n。
SCP是智能层的核心构件,用于存储用户信息和业务逻辑,既可以接收来自SSP的查询信息并查询数据库,进行各种译码;也能够根据SSP上报来的呼叫请求启动不同的业务逻辑,根据业务逻辑向相应的SSP发出呼叫控制指令,从而实现各种智能呼叫。SCP与生产信令接入单元(Signaling Access Unit,SAU)和在线计费系统(Online Charging System,OCS)组成生产站点,在图2中生产SAU210、SCP211与OCS212组成生产站点21,生产SAU220、SCP221与OCS222组成容灾站点22。
信令转接点(Signaling Transfer Point,STP)是信令层的组成部分,用于在SSP与SCP之间传输消息。在图2中,STP23与MSC/SSP200、MSC/SSP201......MSC/SSP20n连接。
假设,生产SAU210的信令点编码为目的信令点编码(Destination PointCode,DPC)1,生产SAU220的信令点编码为DPC2,当主叫用户呼叫被叫用户时,MSC/SSP200将发起一个呼叫请求消息,在生产站点21可用时,该呼叫请求消息经由STP23转发给生产SAU210,生产SAU210将消息送给SCP211、OCS212处理。SCP211、OCS212根据主、被叫用户的状态、余额等信息,确定该呼叫是否被允许,然后将结果通过生产SAU210和STP23转给MSC/SSP200,MSC/SSP200根据结果确定下一步的处理,继续呼叫或者结束呼叫。在生产站点21不可用时,为保证业务的连续性,需要将呼叫请求消息发往容灾站点22处理,容灾站点22的处理过程与生产站点21的处理过程是相同的。
下面详细说明现有的容灾切换方法,也就是在生产站点21不可用时,如何切换到容灾站点22。
当生产站点21可用时,MSC/SSP200发出的消息格式如图3所示,该消息到达STP23后,不需上传到信令连接控制部分(Signaling Connection ControlPart,SCCP)层,直接在媒体传输协议(Media Transfer Protocol,MTP)层处理,由于MTP层发现该消息中的DPC与本局DPC不同,直接进行透传。
当生产站点21不可用时,可能是两种原因造成的,一种是生产SAU210与SCP211之间的链路断开,生产SAU210检测到后,关闭所有的链路,并会向STP23发送表示信令业务中断的消息,STP23会将到生产站点21的状态设为“禁止”;另一种是生产SAU210与STP23之间的链路故障,这时STP23检测到后会将到生产站点21的状态设为“禁止”。
STP23在确定生产站点21不可用后,广播消息到SSP,SSP收到消息后,在MTP层将生产站点21的状态设为“禁止”,同时会向SCCP层上报,SCCP层将生产站点21的状态设置为“禁止”。后续当SSP有消息需要发送到生产站点21时,SCCP层发现到生产站点21的状态为“禁止”,会查找生产站点21的容灾站点22,如果容灾站点22的状态为“允许”,会将消息发送到容灾站点22中的容灾SAU220。此时SSP200发出的消息格式如图4所示,DPC为生成容灾站点22中的容灾SAU220的地址DPC2。
在SSP上进行容灾切换时可以采用自动方式,即:当生产站点可用时,容灾站点设置为“允许”状态,当生产站点不可用时,SSP自动启用容灾站点,将消息送往容灾站点。在对生产站点进行例行维护时,比如对生产SAU或SCP的版本进行升级时,需要暂停生产SAU或SCP,SSP会误认为生产站点不可用,从而误切换到容灾站点。若为了防止这种误切换在对生产站点例行维护前要手工禁止SSP启用容灾站点,当SSP数量较多时,维护工作量会非常大,并且效率会非常低。
发明内容
本发明实施例提供一种容灾切换方法、装置及系统,用以解决现有的容灾切换方法在SSP数量较多时,维护工作量大且效率低的问题。
第一方面,提供一种容灾切换方法,包括:
信令转接点STP确定生产站点不可用后,将第一路由信息设置为不可用,将第二路由信息设置为可用,所述第一路由信息是下一跳为所述生产站点的路由信息,所述第二路由信息是下一跳为容灾站点的路由信息;
当所述STP接收到目的地址为所述生产站点的地址的消息后,使用所述第二路由信息将所述消息发送至所述容灾站点,以便所述容灾站点确认所述消息的目的地址对应的生产站点与所述容灾站点为冗余备份关系后进行处理。
结合第一方面,在第一种可能的实现方式中,还包括:
所述STP确认所述生产站点可用时,将所述第一路由信息设置为可用,将所述第二路由信息设置为不可用;
当所述STP接收到目的地址为所述生产站点的地址的消息后,使用所述第一路由信息将所述消息发送至所述生产站点处理。
结合第一方面或者第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述第一路由信息和所述第二路由信息是所述STP在媒体传输协议MTP层配置的。
第二方面,提供一种容灾切换方法,包括:
容灾站点接收来自信令转接点STP的消息,所述消息的目的地址为生产站点的地址;以及
确认所述消息的目的地址对应的生产站点与所述容灾站点为冗余备份关系后,处理所述消息。
结合第二方面,在第一种可能的实现方式中,当所述消息的目的地址为所述生产站点中的生产信令接入单元SAU的目的信令点编码DPC时,容灾站点接收来自STP的消息,具体包括:
所述容灾站点中的生产SAU接收到所述消息;
容灾站点确认所述消息的目的地址对应的生产站点与所述容灾站点为冗余备份关系后,处理所述消息,具体包括:
所述容灾站点中的生产SAU查看所述消息的DPC,确定所述消息的DPC对应的生产SAU与所述容灾站点中的生产SAU为冗余备份关系后,将所述消息发送至所述容灾站点中的业务控制点SCP和在线计费系统OCS处理。
结合第二方面,在第二种可能的实现方式中,还包括:
所述容灾站点结束转发所述消息。
结合第二方面,在第三种可能的实现方式中,还包括:
在确定所述生产站点可用后,所述容灾站点将处理所述消息后得到的数据同步给所述生产站点。
第三方面,提供一种容灾切换装置,包括设置单元和收发单元,其中:
所述设置单元,用于确定生产站点不可用后,将第一路由信息设置为不可用,将第二路由信息设置为可用,并通知所述收发单元,所述第一路由信息下一跳为所述生产站点的路由信息,所述第二路由信息是下一跳为容灾站点的路由信息;
所述收发单元,用于当接收到目的地址为所述生产站点的地址的消息后,使用所述设置单元设置通知的处于可用状态的第二路由信息将所述消息发送至所述容灾站点,以便所述容灾站点确认所述消息的目的地址对应的生产站点与所述容灾站点为冗余备份关系后进行处理。
结合第三方面,所述设置单元,还用于确认所述生产站点可用时,将所述第一路由信息设置为可用,将所述第二路由信息设置为不可用;
所述收发单元,用于当接收到目的地址为所述生产站点的地址的消息后,使用所述第一路由信息将所述消息发送至所述生产站点处理。
第四方面,提供一种容灾切换装置,包括接收单元和处理单元,其中:
所述接收单元,用于接收来自信令转接点STP的消息,并通知所述处理单元,所述消息的目的地址为生产站点的地址;以及
所述处理单元,用于确认所述接收单元接收到的消息的目的地址对应的生产站点与所述处理单元所在的容灾站点为冗余备份关系后,处理所述消息。
结合第四方面,在第一种可能的实现方式中,所述处理单元,还用于:
结束转发所述消息。
结合第四方面,在第二种可能的实现方式中,所述处理单元,还用于:
在确定所述生产站点可用后,将处理所述消息后得到的数据同步给所述生产站点。
根据第一方面提供的容灾切换方法、第二方面提供的容灾切换方法、第三方面提供的容灾切换装置或者第四方面提供的容灾切换装置,通过在确定生产站点不可用后,将第一路由信息设置为不可用,将第二路由信息设置为可用,后续接收到目的地址为生产站点的地址的消息后,使用第二路由信息将所述消息发送至容灾站点,容灾站点确认所述消息的目的地址对应的生产站点与容灾站点为冗余备份关系后,处理所述消息,实现了在STP上进行容灾切换,无需在SSP上进行容灾切换,由于STP是SSP的汇聚点,仅对STP一个设备进行容灾切换即可,从而避免了现有技术中SSP数量较多时,维护工作量大且效率低的问题。
附图说明
图1为现有技术中新的通信网的结构示意图;
图2为现有技术中新的通信网的容灾组网结构示意图;
图3为现有技术中生产站点可用时SSP发出的消息的结构示意图;
图4为现有技术中生产站点不可用时SSP发出的消息的结构示意图;
图5为本发明实施例中容灾切换方法的流程图;
图6为本发明具体实施例中组网结构图;
图7为本发明具体实施例中容灾切换方法的流程图;
图8为本发明实施例中第一种容灾切换装置的结构示意图;
图9为本发明实施例中第二种容灾切换装置的结构示意图;
图10为本发明实施例中信令转接点的结构示意图;
图11为本发明实施例中容灾站点的结构示意图。
具体实施方式
针对现有的容灾切换方法在SSP数量很多时,维护工作量大且效率低的问题,本发明实施例提供一种容灾切换方法,该方法的流程如图5所示,包括:
S50:STP确定生产站点不可用后,将第一路由信息设置为不可用,将第二路由信息设置为可用。其中,第一路由信息是下一跳为生产站点的路由信息,第二路由信息是下一跳为容灾站点的路由信息。
当生产站点可用时,第一路由信息设置为可用,第二路由信息设置为不可用。当生产站点不可用时,要更改第一路由信息和第二路由信息的设置。
在如图2所示的容灾组网结构中,生产站点不可用包括两种情况,第一种情况是生产站点自身的设备之间的链路断开,这时生产站点可以向STP发送表示信令业务中断的广播消息通告自身故障,STP可以确定生成站点不可用;第二种情况是生产站点与STP之间的链路故障,STP接收不到生产站点的心跳消息,从而确定生产站点不可用。
S51:当STP接收到目的地址为生产站点的地址的消息后,使用第二路由信息将消息发送至容灾站点。
当生产站点21可用时,STP23使用第一路由信息将消息发送到生产站点21。当生产站点21不可用时,STP23发现第二路由信息可用,使用第二路由信息将消息发送至容灾站点22,此时消息目的地址仍然为生产站点21的地址。
S52:容灾站点接收到消息、并确认消息的目的地址对应的生产站点与容灾站点为冗余备份关系后,处理消息。
容灾站点22收到消息后,查看消息的目的地址,发现消息的目的地址对应的生产站点与自身为冗余备份关系,也就是说生产站点和容灾站点上保存有相同的数据,当生产站点不可用后,容灾站点可以接续生产站点处理业务,从而结束转发该消息,对消息进行处理,这样不会造成通信的中断。
本实施例通过在STP确定生产站点不可用后,将第一路由信息设置为不可用,将第二路由信息设置为可用,后续STP接收到目的地址为生产站点的地址的消息后,使用第二路由信息将消息发送至容灾站点,容灾站点确认消息的目的地址对应的生产站点与容灾站点为冗余备份关系后,处理消息,实现了在STP上进行容灾切换,无需在SSP上进行容灾切换,由于STP是SSP的汇聚点,仅对STP一个设备进行容灾切换即可,从而避免了现有技术中SSP数量较多时,维护工作量大且效率低的问题。
具体的,上述第一路由信息和第二路由信息是STP在MTP层配置的。
具体的,当消息的目的地址为生产站点中的生产SAU的DPC时,上述S52中的容灾站点接收来自STP的消息,具体包括:容灾站点中的生产SAU接收到消息。
上述S52中的容灾站点确认消息的目的地址对应的生产站点与容灾站点为冗余备份关系后,处理消息,具体包括:容灾站点中的生产SAU查看消息的DPC,确定消息的DPC对应的生产SAU与容灾站点中的生产SAU为冗余备份关系后,将消息发送至容灾站点中的SCP和OCS处理。
容灾站点22可以将自身与生产站点21关联起来,配置为冗余备份关系,当接收到目的地址为生产站点21的DPC的消息后,就可以处理该消息,不再继续转发。
较优的,还包括:在确定生产站点可用后,容灾站点将处理消息后得到的数据同步给生产站点。
从而可以保证生产站点继续处理业务。
下面以一个具体实施例来说明上述容灾切换方法,组网结构如图6所示,具体过程如图7所示,包括:
S70:在STP配置第一路由信息和第二路由信息,在容灾站点配置自身与生产站点为冗余备份关系。
在STP61上配置下一跳为生产站点62中的生产SAU620的链路ls1和路由信息Rt1,生产SAU620的地址为DPC1,配置下一跳为容灾站点63中的生产SAU630的链路Ls2和路由信息Rt2,生产SAU630的地址为DPC2,并且配置Rt1为第一路由信息,Rt2为第二路由信息。在生产SAU630上配置两个本局的信令点DPC2和DPC1,也就是配置DPC1对应的生产SAU和DPC2对应的生产SAU为冗余备份关系,在配置STP61与生产SAU630之间的链路和路由信息时,使用DPC2,不使用DPC1。
其中,STP61上配置的路由表如下所示:
Route Link Set
Rt1 Ls1 Ls1为从设备STP到USAU1的物理链路集
Rt2 Ls2 Ls2为从设备STP到USAU2的物理链路集
STP61上配置的信令点路由表如下所示:
S71:STP确定生成站点是否可用,若是执行S72;否则,执行S75。
S72:STP将第一路由信息设置为可用,第二路由信息设置为不可用。
S73:当STP接收到的消息的目的地址是生产站点的地址时,使用第一路由信息将消息发送给生产站点处理。
S74:生产站点处理消息。
当生产站点62可用时,Ls1和Rt1设置为“可用”,Ls2和Rt2设置为“不可用”,当有呼叫时,STP61将来自MSC/SSP60的消息发送到生产SAU620,假设消息中的目的地址为DPC1,生产SAU620将消息发送给SCP621和OCS622处理,消息在生产站点62处理不会再继续转发。
S75:STP将第一路由信息设置为不可用,第二路由信息设置为可用。
S76:当STP接收到的消息的目的地址是生产站点的地址时,使用第二路由信息将消息发送给容灾站点处理。
S77:容灾站点确定消息的目的地址对应的生产站点与容灾站点为冗余备份关系后,处理消息。
当生产站点62因故障等原因需要切换到容灾站点63时,在STP61上将Ls1和Rt1设置为“不可用”,同时将Ls2和Rt2设置为“可用”,对于后续的呼叫,STP61将来自MSC/SSP60的消息转发到生产SAU630,假设消息的目的地址为DPC1,生产SAU620确定消息中的DPC1对应的生产SAU与自身为冗余备份关系后,进一步将消息发送给SCP631和OCS632处理。容灾站点63处理该消息,不会再继续转发。
由上可见,DPC寻址方式下,在STP上的MTP层配置第一路由信息和第二路由信息,第一路由信息是下一跳为生产站点的路由信息,第二路由信息是下一跳为容灾站点的路由信息,同时在容灾站点的生成SAU上设置生产站点的生产SAU和自身为冗余备份关系,从而保证消息正常处理。在STP上实现了DPC寻址下的容灾切换,由于STP是MSC/SSP的汇聚点,避免了在SSP上进行容灾切换时导致的维护工作量大且效率低的问题。
基于同一发明构思,本发明实施例提供一种容灾切换装置,该装置的结构如图8所示,包括设置单元80和收发单元81,其中:
上述设置单元80,用于确定生产站点不可用后,将第一路由信息设置为不可用,将第二路由信息设置为可用,并通知收发单元81,第一路由信息是下一跳为生产站点的路由信息,第二路由信息是下一跳为容灾站点的路由信息。
上述收发单元81,用于当接收到目的地址为生产站点的地址的消息后,使用设置单元80设置通知的处于可用状态的第二路由信息将消息发送至容灾站点,以便容灾站点确认消息的目的地址对应的生产站点与容灾站点为冗余备份关系后进行处理。
较佳的,上述设置单元80,还用于确认生产站点可用时,将第一路由信息设置为可用,将第二路由信息设置为不可用。
上述收发单元81,用于当接收到目的地址为生产站点的地址的消息后,使用第一路由信息将消息发送至生产站点处理。
具体的,第一路由信息和第二路由信息是容灾切换装置在MTP层配置的。
基于同一发明构思,本发明实施例提供一种容灾切换装置,该装置的结构如图9所示,包括接收单元90和处理单元91,其中:
上述接收单元90,用于接收来自STP的消息,并通知处理单元91,消息的目的地址为生产站点的地址。
上述处理单元91,用于确认接收单元90接收到的消息的目的地址对应的生产站点与处理单元91所在的容灾站点为冗余备份关系后,处理消息。
较佳的,上述处理单元91,还用于:结束转发消息。
较佳的,上述处理单元91,还用于:在确定生产站点可用后,将处理消息后得到的数据同步给生产站点。
基于同一发明构思,本发明实施例提供一种信令转接点,该信令转接点的结构如图10所示,包括处理器100和收发器101,其中:
上述处理器100,用于确定生产站点不可用后,将第一路由信息设置为不可用,将第二路由信息设置为可用,并通知收发器101,第一路由信息是下一跳为生产站点的路由信息,第二路由信息是下一跳为容灾站点的路由信息;
上述收发器101,用于当接收到目的地址为生产站点的地址的消息后,使用处理器100通知的处于可用状态的第二路由信息将消息发送至容灾站点,以便容灾站点确认消息的目的地址对应的生产站点与容灾站点为冗余备份关系后进行处理。
处理器100与收发器101之间通过总线连接。
较佳的,上述处理器100,还用于确认生产站点可用时,将第一路由信息设置为可用,将第二路由信息设置为不可用。
上述收发器101,用于当接收到目的地址为生产站点的地址的消息后,使用第一路由信息将消息发送至生产站点处理。
具体的,第一路由信息和第二路由信息是STP在MTP层配置的。
基于同一发明构思,本发明实施例提供一种容灾站点,该容灾站点的结构如图11所示,包括收发器110和处理器111,其中:
上述收发器110,用于接收来自STP的消息,并通知处理器111,消息的目的地址为生产站点的地址。
上述处理器111,用于确认收发器110接接收到的消息的目的地址对应的生产站点与处理器111所在的容灾站点为冗余备份关系后,处理消息。
其中收发器110与处理器111之间通过总线连接。
较佳的,上述处理器111,还用于:结束转发消息。
较佳的,上述处理器111,还用于:在确定生产站点可用后,将处理消息后得到的数据同步给生产站点。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种容灾切换方法,其特征在于,包括:
信令转接点STP确定生产站点不可用后,将第一路由信息设置为不可用,将第二路由信息设置为可用,所述第一路由信息是下一跳为所述生产站点的路由信息,所述第二路由信息是下一跳为容灾站点的路由信息;
当所述STP接收到目的地址为所述生产站点的地址的消息后,使用所述第二路由信息将所述消息发送至所述容灾站点,以便所述容灾站点确认所述消息的目的地址对应的生产站点与所述容灾站点为冗余备份关系后进行处理;
所述STP确认所述生产站点可用时,将所述第一路由信息设置为可用,将所述第二路由信息设置为不可用;
当所述STP接收到目的地址为所述生产站点的地址的消息后,使用所述第一路由信息将所述消息发送至所述生产站点处理。
2.如权利要求1所述的方法,其特征在于,所述第一路由信息和所述第二路由信息是所述STP在媒体传输协议MTP层配置的。
3.一种容灾切换方法,其特征在于,包括:
容灾站点接收来自信令转接点STP的消息,所述消息的目的地址为生产站点的地址;以及
确认所述消息的目的地址对应的生产站点与所述容灾站点为冗余备份关系后,处理所述消息;
在确定所述生产站点可用后,所述容灾站点将处理所述消息后得到的数据同步给所述生产站点。
4.如权利要求3所述的方法,其特征在于,当所述消息的目的地址为所述生产站点中的生产信令接入单元SAU的目的信令点编码DPC时,容灾站点接收来自STP的消息,具体包括:
所述容灾站点中的生产SAU接收到所述消息;
容灾站点确认所述消息的目的地址对应的生产站点与所述容灾站点为冗余备份关系后,处理所述消息,具体包括:
所述容灾站点中的生产SAU查看所述消息的DPC,确定所述消息的DPC对应的生产SAU与所述容灾站点中的生产SAU为冗余备份关系后,将所述消息发送至所述容灾站点中的业务控制点SCP和在线计费系统OCS处理。
5.如权利要求3所述的方法,其特征在于,还包括:
所述容灾站点结束转发所述消息。
6.一种容灾切换装置,其特征在于,包括设置单元和收发单元,其中:
所述设置单元,用于确定生产站点不可用后,将第一路由信息设置为不可用,将第二路由信息设置为可用,并通知所述收发单元,所述第一路由信息是下一跳为所述生产站点的路由信息,所述第二路由信息是下一跳为容灾站点的路由信息;
所述收发单元,用于当接收到目的地址为所述生产站点的地址的消息后,使用所述设置单元设置通知的处于可用状态的第二路由信息将所述消息发送至所述容灾站点,以便所述容灾站点确认所述消息的目的地址对应的生产站点与所述容灾站点为冗余备份关系后进行处理;
所述设置单元,还用于确认所述生产站点可用时,将所述第一路由信息设置为可用,将所述第二路由信息设置为不可用;
所述收发单元,用于当接收到目的地址为所述生产站点的地址的消息后,使用所述第一路由信息将所述消息发送至所述生产站点处理。
7.一种容灾切换装置,其特征在于,包括接收单元和处理单元,其中:
所述接收单元,用于接收来自信令转接点STP的消息,并通知所述处理单元,所述消息的目的地址为生产站点的地址;以及
所述处理单元,用于确认所述接收单元接收到的消息的目的地址对应的生产站点与所述处理单元所在的容灾站点为冗余备份关系后,处理所述消息;
所述处理单元,还用于:
在确定所述生产站点可用后,将处理所述消息后得到的数据同步给所述生产站点。
8.如权利要求7所述的装置,其特征在于,所述处理单元,还用于:
结束转发所述消息。
CN201310412906.XA 2013-09-11 2013-09-11 一种容灾切换方法和装置 Active CN103490999B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310412906.XA CN103490999B (zh) 2013-09-11 2013-09-11 一种容灾切换方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310412906.XA CN103490999B (zh) 2013-09-11 2013-09-11 一种容灾切换方法和装置

Publications (2)

Publication Number Publication Date
CN103490999A CN103490999A (zh) 2014-01-01
CN103490999B true CN103490999B (zh) 2016-09-07

Family

ID=49830969

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310412906.XA Active CN103490999B (zh) 2013-09-11 2013-09-11 一种容灾切换方法和装置

Country Status (1)

Country Link
CN (1) CN103490999B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104794012A (zh) * 2014-03-19 2015-07-22 北京中科同向信息技术有限公司 基于容灾的切换技术
CN106330415B (zh) * 2015-06-19 2021-04-02 中兴通讯股份有限公司 一种容灾方法、装置及通信系统
CN109936462B (zh) * 2017-12-15 2021-11-30 华为技术有限公司 容灾方法及装置
CN113055872A (zh) * 2021-03-29 2021-06-29 郑州中科集成电路与信息系统产业创新研究院 一种恶劣环境下数据备份与控制方法与装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101217694A (zh) * 2007-12-26 2008-07-09 华为技术有限公司 移动交换中心池中被叫恢复的方法、系统和设备
CN101442429A (zh) * 2007-11-20 2009-05-27 华为技术有限公司 一种实现业务系统容灾的方法及系统
CN101667937A (zh) * 2008-09-02 2010-03-10 华为技术有限公司 实现数据业务设备容灾的方法、数据业务设备和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101442429A (zh) * 2007-11-20 2009-05-27 华为技术有限公司 一种实现业务系统容灾的方法及系统
CN101217694A (zh) * 2007-12-26 2008-07-09 华为技术有限公司 移动交换中心池中被叫恢复的方法、系统和设备
CN101667937A (zh) * 2008-09-02 2010-03-10 华为技术有限公司 实现数据业务设备容灾的方法、数据业务设备和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
智能网容灾系统关键技术研究;钱军;《江苏通信技术》;20070415;第23卷(第2期);第34-35页第3.5-3.7节 *

Also Published As

Publication number Publication date
CN103490999A (zh) 2014-01-01

Similar Documents

Publication Publication Date Title
CN103202040B (zh) 经由单播或广播/多播提供mbms服务的通信系统
CN103490999B (zh) 一种容灾切换方法和装置
CN104918220B (zh) 基于空中接口实现数字集群通信系统间的互联互通系统
CN102111790B (zh) 基于基站控制设备群组的通信方法、装置及系统
CN104283774B (zh) 一种ac池的实现方法和装置
CN105338560B (zh) 服务网关容灾方法、设备和系统
CN108307458B (zh) 一种业务会话处理方法及核心网
CN106792846A (zh) 一种具有分布式故障弱化功能的宽带集群通信系统
CN103703832A (zh) 用户设备的管理方法、装置和系统
CN101754128A (zh) 一种实现移动网携出用户接收短消息的方法
JP5313404B2 (ja) ローカルコールローカルスイッチの実現方法及びシステム
CN101651889B (zh) 呼叫释放方法及装置
CN109802982A (zh) 一种双连接实现方法、装置及系统
CN103945338A (zh) 一种建立单呼业务的方法
CN102883081B (zh) 互联系统和互联方法
CN105230052B (zh) 用于恢复公共告警系统的方法、无线通信网络和网络节点
CN104602197A (zh) 一种进行通信的方法、系统和设备
CN108616937A (zh) 轨道交通lte车地无线系统的核心网故障处理方法及基站
CN202957985U (zh) 一种网络拨测系统
CN101075965B (zh) 一种以太环网控制报文分类传输的方法
CN105338504A (zh) 应急通信的方法及装置
CN110536370A (zh) 网络切换方法、装置、存储介质和终端
CN104640089B (zh) 一种实现lte网络中短消息业务容灾的方法、装置及系统
CN102045874B (zh) 通信业务的重建方法、基站、移动交换中心和系统
CN103248568A (zh) 路由器及其实现支持冗余无编号链路的数据转发方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20211122

Address after: 215010 room 704, building 5, No. 556, Changjiang Road, high tech Zone, Suzhou, Jiangsu

Patentee after: SUZHOU YUDESHUI ELECTRICAL TECHNOLOGY Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20211208

Address after: 256599 No. 166, Chemical Road, economic development zone, Boxing County, Binzhou City, Shandong Province

Patentee after: Boxing Rongzhi Technology Innovation Development Co.,Ltd.

Address before: 215010 room 704, building 5, No. 556, Changjiang Road, high tech Zone, Suzhou, Jiangsu

Patentee before: SUZHOU YUDESHUI ELECTRICAL TECHNOLOGY Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20230912

Address after: No. 57 Maxing Road, Changping District, Beijing 102200

Patentee after: CHINA ORDNANCE EQUIPMENT GROUP ORDNANCE EQUIPMENT Research Institute

Address before: 256599 No. 166, Chemical Road, economic development zone, Boxing County, Binzhou City, Shandong Province

Patentee before: Boxing Rongzhi Technology Innovation Development Co.,Ltd.