CN100583918C - 用于交换网络的业务中断的安全保护方法及其装置 - Google Patents

用于交换网络的业务中断的安全保护方法及其装置 Download PDF

Info

Publication number
CN100583918C
CN100583918C CN200610065066A CN200610065066A CN100583918C CN 100583918 C CN100583918 C CN 100583918C CN 200610065066 A CN200610065066 A CN 200610065066A CN 200610065066 A CN200610065066 A CN 200610065066A CN 100583918 C CN100583918 C CN 100583918C
Authority
CN
China
Prior art keywords
route
sub
security protection
relay
obstructed
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
CN200610065066A
Other languages
English (en)
Other versions
CN1870686A (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.)
Yingweite SPE limited liability company
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 CN200610065066A priority Critical patent/CN100583918C/zh
Priority to PCT/CN2006/003144 priority patent/WO2007104199A1/zh
Priority to CNA200680012823XA priority patent/CN101160869A/zh
Publication of CN1870686A publication Critical patent/CN1870686A/zh
Priority to US11/618,597 priority patent/US7710880B2/en
Application granted granted Critical
Publication of CN100583918C publication Critical patent/CN100583918C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/10—Routing in connection-oriented networks, e.g. X.25 or ATM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/64—Distributing or queueing
    • H04Q3/66—Traffic distributors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13141—Hunting for free outlet, circuit or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13145—Rerouting upon failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13166—Fault prevention
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13196—Connection circuit/link/trunk/junction, bridge, router, gateway

Abstract

本发明提供了一种安全保护方法，用于交换网络发生业务中断时的安全保护，安全保护方法特征在于包括以下步骤：步骤a，发端装置从选择多条子路由中的一条子路由开始，逐个地选择每条子路由向对端装置发送呼叫；步骤b，中继装置当收到呼叫时，分析选择的当前子路由的从其本身到对端装置的路由状况；步骤c，中继装置根据路由状况确定是将呼叫发送到对端装置还是向发端装置报告受阻消息；以及步骤d，如果发端装置收到受阻消息，则发端装置排除选择当前子路由，并判断是否已经排除选择所有子路由，根据判断结果来确定是继续执行步骤a，还是结束选择子路由。

Description

用于交换网络的业务中断的安全保护方法及其装置
技术领域
本发明涉及通信技术领域，更具体而言，涉及用于交换网络发生业务中断时的安全保护的安全保护方法及其装置。
背景技术
目前电信网络业务提供越来越集中，电信设备集成能力越来越高，设备一旦出现异常就可能导致大面积的呼损(call loss)，因此网络安全可靠运行非常重要。
在目前的交换网络中，业务和交换单元包括交换机、软交换(Soft Switch，缩写为SS)、SCP(Service Control Point，业务控制点)和AS(Application server，应用服务器)，交换机要实现网络安全互通主要通过多路由来解决，对于高端的交换机，例如长途局交换机(Toll Switch，缩写为TS)，通常有多个STP(SignallingTransfer Point，信令转接点)来保证信令传输的安全，其中，STP基于信令网络中的目的地点码将信令消息选路发送。而软交换由于覆盖面大，软交换与其它网元之间的安全互通已成为运营商和设备商共同关注的问题，现在软交换与智能网SCP、软交换与AS之间的安全互通已经有诸多解决方案。这些方案从不同的安全角度解决了网络中可能存在的安全问题，并已经在现有通信网中应用，为网络安全互通起到了重要作用。
软交换是软交换机的简称，以下如无特别申明，则在本文中的软交换都就是指软交换机，英文缩写为SS。
在Network Working Group of IETF制定的《RFC3398IntegratedServices Digital Network(ISDN)User Part(ISUP)to Session InitiationProtocol(SIP)Mapping》中，提出了软交换与SCP之间业务中断的安全保护方案。下面将对该相关技术的安全保护方案进行说明。
下面将根据图1至图3来说明相关技术中关于软交换与SCP之间业务中断的安全保护方案。
图1示出了相关技术中的软交换与SCP之间业务中断的一个安全保护方案的消息交互流程图，在SS与SCP 1之间业务中断后SS将呼叫路由到其它SSP(Service Switching Point，业务交换点)，其它SSP触发智能业务；图2示出了相关技术中的软交换与SCP之间业务中断的另一个安全保护方案的消息交互流程图，在SS与SCP1之间业务中断后SS将重新触发到SCP 2；以及，图3示出了相关技术中的软交换与SCP之间业务中断的又一个安全保护方案的消息交互流程图，在SS与SCP 1之间业务中断后智能呼叫转为普通呼叫。
例如，当交换设备与智能网SCP之间业务中断时，根据网络组网不同，交换设备通过收到的特殊原因将呼叫和重新选路到其它交换设备或者其它SCP或者发起一个普通呼叫。图1至图3分别为SS与SCP之间业务中断时交换设备重选路由的消息交互的三个状态，在这三个图中都有两条虚线，虚线1与虚线2之间表示由于SS没有收到SCP 1的响应而产生的一种释放原因，虚线2下第一个实线条是另一种释放原因。
当网络中SCP 2与SS 10没有互通或者因为使用的协议不同而无法互通时，如果SS与SCP 1之间业务中断，采用图1的解决方案，SS 10将呼叫接续到其它的SSP 20，由其他SSP 20将业务触发到SCP 2，具体过程包括以下步骤：
在S102中，SS 10向SCP 1发起普通呼叫IDP)；由于SS 10没有收到SCP 1的响应而产生一种释放原因Timeout；
在S104中，产生另一种释放原因TC_Abort；
在S106中，SS 10将呼叫IAM接续到其它的SSP 20；以及
在S108中，由其他SSP 20将业务IDP触发到SCP 2。
当网络中SCP 2与SS 20互通并提供与SCP 1相同的业务时，如果SS与SCP 1之间业务中断，采用图2的解决方案，由SS 10再将业务直接触发到SCP 2，具体过程包括以下步骤：
在S202中，SS 10向SCP 1发起普通呼叫IDP)；由于SS没有收到SCP 1的响应而产生一种释放原因Timeout；
在S204中，产生另一种释放原因TC_Abort；
在S106中，SS 10将业务IDP直接触发到SCP 2。
当只有一个SCP提供业务时，采用图3的解决方案，SS 10将呼叫作为普通呼叫接续，具体过程包括以下步骤：
在S302中，SS 10向SCP 1发起普通呼叫IDP)；由于SS 10没有收到SCP 1的响应而产生一种释放原因Timeout；
在S304中，产生另一种释放原因TC_Abort；
在S306中，SS 10将呼叫IAM接续到LS 30(Local Switch，端局交换机)。
下面将根据图4和图5来说明相关技术中关于由软交换组网的高端长途网的安全保护方案。
图4示出了相关技术中的一种由软交换组网的高端长途网的网络拓扑图，其中，三个软交换互连，每个软交换下各一个TMG(TrunkMedia Gateway，中继媒体网关)；以及图5示出了相关技术中的另一种由软交换组网的高端长途网的网络拓扑图，其中，三个软交换互连，大区2下两个软交换只有一个TMG。
软交换与AS之间中断后的安全互通解决方案和软交换与SCP之间中断后的解决方案类似。
但在由软交换组网的高端长途网，由于网络的特殊性，软交换与软交换之间通信的安全问题有其特殊要求。如图4和图5所示，三个软交换分别位于不同的省，SS 1汇接大区1(多个省组成一个大区)的呼叫，SS 2-1和SS 2-2汇接大区2的呼叫，由于各个软交换汇接的业务量很大，因此在TMG(Trunk Media Gateway，中继媒体网关)配置较少的情况下，需要确保在有TMG发生故障的情况下大区之间的汇接不受影响。
下面将参照图6来说明关于相关技术中软交换与软交换之间的安全互通解决方案。
图6示出了相关技术的软交换与软交换之间的一个安全互通解决方案。
目前解决软交换与软交换之间业务中断的容灾方案包括两种策略：(1)通过网络设备容灾；(2)在网络设备全部故障的情况下，通过第二子路由保证呼叫正常。
如图6所示，通过备份核心路由设备(路由器1和路由器2)容灾，并在两个软交换直达路由(第一子路由)中断的情况下，通过第二子路由将呼叫转接到交换机40，图中标注的两条第一子路由只是物理设备上的备份。
策略1是通过硬件备份容灾，软交换通过主备或负荷分担的接口板提供IP口，承载网通过两条不同的IP通道到达对端软交换。
策略2通过软交换本端识别第一子路由故障，将呼叫直接通过第二子路由达到对端软交换。
以上安全互通解决方案防止软交换之间路由故障导致业务中断的问题，但参见图4和图5，上述方案是软交换通过本端硬件和协议检测到第一子路由不可用，呼叫时不再选择该子路由，直接将呼叫通过第二子路由传递。上述方案不足之处在于没有考虑对端软交换TMG故障或者局向中继全阻的情况导致业务中断的情况，因此，当对端软交换TMG故障或者局向中继全阻时，由于软交换会继续在选择的子路由上传递呼叫，所以在软交换组成的高端长途网上会导致大区之间业务全阻。简而言之，相关技术的软交换网络中没有考虑到受端软交换发生路由故障的情况。
因此，需要一种用于交换网络发生业务中断时的安全保护的安全保护方法和装置，在防止当软交换之间路由故障导致对端软交换TMG故障或者局向中继全阻时，能够防止在软交换组成的高端长途网上会导致大区之间业务全阻，即，需要一种当受端软交换发生路由故障时，发端重选路由的技术方案。
发明内容
本发明旨在提供基本上克服了由于现有技术的局限和缺陷而造成的一个或多个问题的，一种用于交换网络发生业务中断时的安全保护的安全保护方法及其装置。
根据本发明的一个方面，提供了一种安全保护方法，用于交换网络发生业务中断时的安全保护，安全保护方法特征在于包括以下步骤：步骤a，发端装置从选择多条子路由中的一条子路由开始，逐个地选择每条子路由向对端装置发送呼叫；步骤b，中继装置当收到呼叫时，分析选择的当前子路由的从其本身到对端装置的路由状况；步骤c，中继装置根据路由状况确定是将呼叫发送到对端装置还是向发端装置报告受阻消息；以及步骤d，如果发端装置收到报告受阻消息，则发端装置排除选择当前子路由，并判断是否已经排除选择所有子路由，根据判断结果来确定是继续执行步骤a，还是结束选择子路由。
步骤c包括以下步骤：步骤c1，当路由状况为正常时，则中继装置将呼叫发送到对端装置；以及步骤c2，当路由状况为受阻时，则中继装置向发端装置报告受阻消息。
步骤d包括以下步骤：步骤d1，当判断结果为已经排除选择所有子路由时，则确定结束选择子路由；以及步骤d2，当判断结果为还未排除选择所有子路由时，继续执行步骤a。
交换网络包括软交换网络。
发端装置包括软交换机。
中继装置包括软交换机。
中继装置包括中继媒体网关。
步骤b包括号码分析和路由分析中的至少一种。
受阻消息包括电路有空闲、中继媒体网关故障、和局向中继电路全忙中的至少一种。
根据本发明的另一个方面，提供了一种安全保护装置，用于交换网络发生业务中断时的安全保护，安全保护方法特征在于包括：发送模块，用于使发端装置从选择多条子路由中的一条子路由开始，逐个地选择每条子路由向对端装置发送呼叫；分析模块，用于使中继装置当收到呼叫时，分析选择的当前子路由的从其本身到对端装置的路由状况；报告模块，中继装置根据路由状况确定是将呼叫发送到对端装置还是向发端装置报告受阻消息；以及处理模块，用于如果发端装置收到受阻消息，则使发端装置排除选择当前子路由，并判断是否已经排除选择所有子路由，根据判断结果来确定是继续执行发送模块，还是结束选择子路由。
通过上述技术方案，本发明实现了如下技术效果：
1、有效地保证落地软交换中继装置故障或者局向中继电路全阻时业务不间断；以及
2、与设备冗余备份方案(软交换配置多个中继装置，各个中继装置之间业务分担，这种方式为设备冗余方案，这种方案投资较多)相比，投资少，可靠性高。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1示出了相关技术中的软交换与SCP之间业务中断的一个安全保护方案的消息交互流程图；
图2示出了相关技术中的软交换与SCP之间业务中断的另一个安全保护方案的消息交互流程图；
图3示出了相关技术中的软交换与SCP之间业务中断的又一个安全保护方案的消息交互流程图；
图4示出了相关技术中的一种由软交换组网的高端长途网的网络拓扑图；
图5示出了相关技术中的另一种由软交换组网的高端长途网的网络拓扑图；
图6示出了相关技术的软交换与软交换之间的一个安全互通解决方案；
图7示出了根据本发明的原理的安全保护方法的流程图；
图8示出了根据本发明的原理的安全保护装置的方框图；
图9示出了根据本发明的用于SS业务中断的安全保护方法的流程图；
图10示出了根据本发明的用于SS业务中断的安全保护装置的方框图；
图11示出了一种落地软交换的组网拓扑图；
图12示出了针对图11的情况的根据本发明的第一实施例的解决方案的消息流程图；
图13示出了针对图11的情况的根据本发明的第二实施例的解决方案的消息流程图；以及
图14示出了另一种落地软交换的组网拓扑图。
具体实施方式
下面将参考附图详细说明本发明。
首先参照图7和图8来说明本发明的原理。
图7示出了根据本发明的原理的安全保护方法的流程图；图8示出了根据本发明的原理的安全保护装置的方框图。
当软交换之间路由故障导致对端软交换TMG故障或者局向中继全阻时，由于相关技术的软交换网络对于对端路由的情况不予以检测，就直接选择该子路由，所以有可能在软交换组成的高端长途网上会导致大区之间业务全阻。根据本发明的原理，为了避免这种情况，当发端选择子路由时，会要求检测对端路由的情况，根据检测到的情况来确定选择合适的路由，这样就避免了在软交换组成的高端长途网上会导致大区之间业务全阻。
具体来说，根据本发明的原理的安全保护方法如图7所示，包括以下步骤：
本方法开始，
在步骤S402中，发端装置从选择多条子路由中的一条子路由开始，逐个地选择每条子路由向对端装置发送呼叫；
在步骤S404中，中继装置当收到呼叫时，分析选择的当前子路由的从其本身到对端装置的路由状况；
在步骤S406中，中继装置根据路由状况确定是将呼叫发送到对端装置还是向发端装置报告受阻消息；以及
在步骤S408中，如果发端装置收到受阻消息，则发端装置排除选择当前子路由，并判断是否已经排除选择所有子路由，根据判断结果来确定是继续执行步骤a，还是结束选择子路由。
然后本方法结束。
具体来说，根据本发明的原理的安全保护装置100如图8所示，包括：
发送模块10，用于使发端装置从选择多条子路由中的一条子路由开始，逐个地选择每条子路由向对端装置发送呼叫；
分析模块12，用于使中继装置当收到呼叫时，分析选择的当前子路由的从其本身到对端装置的路由状况；
报告模块14，中继装置根据路由状况确定是将呼叫发送到对端装置还是向发端装置报告受阻消息；以及
处理模块16，用于如果发端装置收到受阻消息，则使发端装置排除选择当前子路由，并判断是否已经排除选择所有子路由，根据判断结果来确定是继续执行发送模块10，还是结束选择子路由。
下面根据图9和图10来说明根据本发明的原理所实现的实施例。
图9示出了根据本发明的用于SS业务中断的安全保护方法的流程图。
本方法开始，
在步骤S502中，发端从第一子路由开始逐个地尝试发送呼叫；
在步骤S504中，发端将呼叫传送到中继装置；
在步骤S506中，中继装置分析对端的路由状况，如果正常，则进入步骤S510，如果对端路由受阻，则进入步骤S508；
在步骤S508中，中继装置向发端报告受阻消息，然后进行到步骤S512；
在步骤S510中，中继装置直接将呼叫转发到对端；
在步骤S512申，判断是否全忙，即是否所有的子路由都受阻，如果为是，则进入步骤S514，如果为否，则进入步骤S516；
在步骤S514中，发端返回全忙消息，结束选择子路由；
在步骤S516中，选择查询下一条子路由，然后回到步骤S504；
然后本方法结束。
图10示出了根据本发明的用于SS业务中断的安全保护装置的方框图。
如图所示，安全保护装置200包括：
子路由选择模块210，用于使发端从第一子路由开始逐个地尝试发送呼叫；
传送模块220，用于使发端将呼叫传送到中继装置；
分析模块230，用于使中继装置分析对端的路由状况，如果正常，则执行转发模块250，如果对端路由受阻，则执行报告模块240；
报告模块240，用于使中继装置向发端报告受阻消息，然后执行全忙判断模块260；
转发模块250，用于使中继装置直接将呼叫转发到对端；
全忙判断模块260，用于判断是否全忙，即是否所有的子路由都受阻，如果为是，则执行返回模块270，如果为否，则执行选择下一子路由模块280；
返回模块270，用于发端返回全忙消息，结束选择子路由；以及
选择下一子路由模块280，用于选择查询下一条子路由，然后回到执行传送模块220。
下面将分别说明本发明在两种情况的TMG故障或者局向中继电路全阻中的安全保护方案，通过实施例的方式示例性说明本发明的原理。
图11示出了一种落地软交换的组网拓扑图。
第一种网络组网图参见图6，其中归属到软交换的TMG为一个。
图中TS 50表示作为一个长途网中的长途局交换机，与软交换之间通过ISUP(ISDN User Part，综合业务数字网用户部分)互连，假定Switch 1为发起呼叫的呼叫交换机，Switch 2为落地交换机。
Switch 1的用户呼叫Switch 2下的用户，当SS 1收到该呼叫时，通过号码分析和路由分析，首选第一子路由到SS 2-1，SS 2-1的电路管理模块检测到其归属的TMG 2-1故障或者检测到TMG 2-1到局向交换机即落地交换机Switch 2的中继电路全阻，电路管理模块将中继装置故障或者局向中继电路全阻的原因通知给呼叫控制模块，呼叫控制模块将中继装置故障即TMG故障转换为ITUT(International Telecommunication  Union-Telecommunicationstandardization sector，国际电信联盟标准化部门)未使用的释放原因例如0XAD(十进制173)，将局向中继电路全忙转换为ITUT未使用的释放原因)例如0XAE(十进制174)。
第一实施例：SS 1与SS 2-1和SS 2-2之间采用SIP(SessionInitiation Protocol，会话初始协议)互连时。
图12示出了针对图11的情况的根据本发明的第一实施例的解决方案的消息流程图。
当SS 1与SS 2-1和SS 2-2之间SIP中继互连时，SS 2-1的SIP处理模块收到呼叫控制模块的特定释放原因值(例如0XAD或者0XAE)时转换为SIP状态码503，之后SS 2-1发送503消息到SS 1，503消息的消息头域包含了以上特定的释放原因值(例如0XAD或者0XAE)。
SS 1收到503消息后SIP处理模块发送Release消息到呼叫控制模块，呼叫控制模块根据收到的特定释放原因值(例如0XAD或者0XAE)进行处理，如果SS 1上针对这两个特定的释放原因值配置了失败处理重新选路，则SS 1的呼叫控制模块对呼叫重新选路，并将上次已经选择过的第一条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一子路由)，选择第二子路由，将呼叫送到SS 2-2。
如果SS 2-2归属的TMG 2-2故障或者到局向Switch 2的中继电路全阻，则SS 2-2的处理和SS 2-1的处理相同。如果电路正常，则将呼叫送到落地局Switch 2。
当SS 1收到SS 2-2的SIP 503消息且消息头域的释放原因为特定释放原因值时，SS 1将已经选择过的第一条子路由和第二条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一、二子路由)，选择第三子路由，将呼叫送到TS。
如果TS有空闲电路，则TS将呼叫送到落地局；如果TS电路全忙，TS发送Release到SS 1，SS 1收到Release后释放呼叫，不再重选路由。
消息流程参见图10，特定的释放原因值可以不局限于为0XAD和0XAE，只要使用ITUT没有采用的原因值。具体流程包括以下步骤：
在S602中，SS 1收到TMG 1转发来的IAM；
在S604中，基于号码分析和路由分析，SS 1向SS 2-1请求中继互连INVITE；
在S606中，SS 2-1基于号码分析和路由分析，当TMG故障或者局向中继电路全忙时，即当SS 2-1的SIP处理模块收到呼叫控制模块的特定释放原因值(例如0XAD或者0XAE)时转换为SIP状态码503，之后SS 2-1发送503消息到SS 1；
在S608中，SS 1收到503消息后SIP处理模块发送Release消息到呼叫控制模块，呼叫控制模块根据收到的特定释放原因值(例如0XAD或者0XAE)进行处理，如果SS 1上针对这两个特定的释放原因值配置了失败处理重新选路，则SS 1的呼叫控制模块对呼叫重新选路，并将上次已经选择过的第一条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一子路由)，选择第二子路由，将呼叫送到SS 2-2；
在S610中，如果电路正常，SS 2-2则将呼叫送到落地局Switch2；
在S612中，如果SS 2-2归属的TMG 2-2故障或者到局向Switch2的中继电路全阻，则SS 2-2的处理和SS 2-1的处理相同；
在S614中，当SS 1收到SS 2-2的SIP 503消息且消息头域的释放原因为特定释放原因值时，SS 1将已经选择过的第一条子路由和第二条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一、二子路由)，选择第三子路由，将呼叫送到TS；
在S616中，如果TS有空闲电路，则TS将呼叫送到落地局Switch 2；
在S618中，如果TS电路全忙，TS发送Release到SS 1；以及
在S620中，SS 1收到Release后释放呼叫，不再重选路由。
第二实施例：SS 1与SS 2-1和SS 2-2之间采用ISUP互连时
图13示出了针对图11的情况的根据本发明的第二实施例的解决方案的消息流程图。
当SS 1与SS 2-1和SS 2-2之间ISUP互连时，SS 2-1的ISUP处理模块收到呼叫控制模块的特定释放原因值(例如0XAD或者0XAE)时发送REL消息到SS 1，释放原因为特定释放原因值。
SS 1收到REL消息后ISUP处理模块发送Release消息到呼叫控制模块，呼叫控制模块根据收到的特定释放原因值(例如0XAD或者0XAE)进行处理，如果SS 1上针对这两个特定的释放原因值配置了失败处理重新选路，则SS 1的呼叫控制模块对呼叫重新选路，并将上次已经选择过的第一条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一子路由)，选择第二子路由，将呼叫送到SS 2-2。
如果SS 2-2有空闲电路可供承载业务，则SS 2-2将呼叫送到落地局Switch 2。如果SS 2-2归属的TMG 2-2故障或者到局向Switch 2的中继电路全阻，SS 2-2的处理和SS 2-1的处理相同。
当SS 1收到SS 2-2的REL消息且释放原因为特定释放原因值时，SS 1将已经选择过的第一条子路由和第二条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一、二子路由)，选择第三子路由，将呼叫送到TS。
如果TS有空闲电路，则TS将呼叫送到落地局；如果TS电路全忙，TS发送Release到SS 1，SS 1收到Release后释放呼叫，不再重选路由。
消息流程参见图11，特定的释放原因值可以不局限于为0XAD和0XAE，只要使用ITUT没有采用的原因值。具体流程类似于图10的流程，包括：
在S702中，SS 1收到TMG 1转发来的IAM；
在S704中，基于号码分析和路由分析，SS 1转发特定释放原因值(例如0XAD或者0XAE)至SS 2-1；
在S706中，SS 2-1的ISUP处理模块收到呼叫控制模块的特定释放原因值(例如0XAD或者0XAE)时发送REL消息到SS 1，释放原因为特定释放原因值；
在S708中，SS 1收到REL消息后ISUP处理模块发送Release消息到呼叫控制模块，呼叫控制模块根据收到的特定释放原因值(例如0XAD或者0XAE)进行处理，如果SS 1上针对这两个特定的释放原因值配置了失败处理重新选路，则SS 1的呼叫控制模块对呼叫重新选路，并将上次已经选择过的第一条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一子路由)，选择第二子路由，将呼叫送到SS 2-2；
在S710中，如果SS 2-2有空闲电路可供承载业务，则SS 2-2将呼叫送到落地局Switch 2；
在S712中，如果SS 2-2归属的TMG 2-2故障或者到局向Switch2的中继电路全阻，则SS 2-2的处理和SS 2-1的处理相同；
在S714中，当SS 1收到SS 2-2的REL消息且释放原因为特定释放原因值时，SS 1将已经选择过的第一条子路由和第二条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一、二子路由)，选择第三子路由，将呼叫送到TS；
在S716中，如果TS有空闲电路，则TS将呼叫送到落地局；
在S718中，如果TS电路全忙，TS发送Release到SS 1；以及
在S720中，SS 1收到Release后释放呼叫，不再重选路由。
第三实施例：当SS 1与SS 2-1采用SIP互连而SS 1与SS 2-2采用ISUP互连或者当SS 1与SS 2-1采用ISUP互连而SS 1与SS 2-2采用SIP互连时。
在第三实施例中，组网情况是前面两个实施例的综合，所以其处理方式只是前面两种组网的交叉，具体的处理流程可以参照前面对图10和图11的描述，在此不再赘述。
如果SS 1与SS 2-1和SS 2-2同时通信中断，则SS 1直接将呼叫路由到TS，该情况下与为图6的第二子路由方案，与本技术方案无关。
二、第二种组网参见图12，TMG 2采用双归属，归属于SS 2-1和SS 2-2。
图14示出了另一种落地软交换TMG故障或者局向中继电路全阻时的组网。
显然，这种情况下的处理流程和第一种组网相同，为了简洁起见，对此不再赘述。
三、第三种组网为软交换SS 2-1和SS 2-2归属的中继装置可以超过1个。
这种情况的组网图参见图11，只是软交换下可以有多个中继装置。
显然，这种情况下的处理流程和第一种组网相同，为了简洁起见，对此不再赘述。
因此，本发明实现了如下技术效果：有效地保证了落地软交换中继装置故障或者局向中继电路全阻时业务不间断，同时与设备冗余备份方案(软交换配置多个中继装置，各个中继装置之间业务分担，这种方式为设备冗余方案，这种方案投资较多)相比，投资少，可靠性高。
很显然，上述的本发明的原理除了可以用于软交换网络以外，也可以用于所有的交换网络。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种安全保护方法，用于交换网络发生业务中断时的安全保护，所述安全保护方法特征在于包括以下步骤：
步骤a，发端装置从选择多条子路由中的一条子路由开始，逐个地选择每条子路由向对端装置发送呼叫；
步骤b，中继装置当收到所述呼叫时，分析选择的当前子路由的从其本身到所述对端装置的路由状况；
步骤c，所述中继装置根据所述路由状况确定是将所述呼叫发送到所述对端装置还是向所述发端装置报告受阻消息；以及
步骤d，如果所述发端装置收到所述受阻消息，则所述发端装置排除选择所述当前子路由，并判断是否已经排除选择所有子路由，根据判断结果来确定是继续执行所述步骤a，还是结束选择子路由。
2.根据权利要求1所述的安全保护方法，其特征在于，所述步骤c包括以下步骤：
步骤c1，当所述路由状况为正常时，则所述中继装置将所述呼叫发送到所述对端装置；以及
步骤c2，当所述路由状况为受阻时，则所述中继装置向所述发端装置报告受阻消息。
3.根据权利要求2所述的安全保护方法，其特征在于，所述步骤d包括以下步骤：
步骤d1，当所述判断结果为已经排除选择所有子路由时，则确定结束选择子路由；以及
步骤d2，当所述判断结果为还未排除选择所有子路由时，继续执行所述步骤a。
4.根据权利要求1所述的安全保护方法，其特征在于，所述交换网络包括软交换网络。
5.根据权利要求1所述的安全保护方法，其特征在于，所述发端装置包括软交换机。
6.根据权利要求1所述的安全保护方法，其特征在于，所述中继装置包括软交换机。
7.根据权利要求1所述的安全保护方法，其特征在于，所述中继装置包括中继媒体网关。
8.根据权利要求1所述的安全保护方法，其特征在于，所述步骤b包括号码分析和路由分析中的至少一种。
9.根据权利要求1所述的安全保护方法，其特征在于，所述受阻消息包括电路有空闲、中继媒体网关故障、和局向中继电路全忙中的至少一种。
10.一种安全保护装置，用于交换网络发生业务中断时的安全保护，所述安全保护方法特征在于包括：
发送模块，用于使发端装置从选择多条子路由中的一条子路由开始，逐个地选择每条子路由向对端装置发送呼叫；
分析模块，用于使中继装置当收到所述呼叫时，分析选择的当前子路由的从其本身到所述对端装置的路由状况；
报告模块，所述中继装置根据所述路由状况确定是将所述呼叫发送到所述对端装置还是向所述发端装置报告受阻消息；以及
处理模块，用于如果所述中继装置向所述发端装置报告受阻消息，则使所述发端装置排除选择所述当前子路由，并判断是否已经排除选择所有子路由，根据判断结果来确定是继续执行所述发送模块，还是结束选择子路由。
CN200610065066A 2006-03-16 2006-03-16 用于交换网络的业务中断的安全保护方法及其装置 Active CN100583918C (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN200610065066A CN100583918C (zh) 2006-03-16 2006-03-16 用于交换网络的业务中断的安全保护方法及其装置
PCT/CN2006/003144 WO2007104199A1 (fr) 2006-03-16 2006-11-22 Système de protection de sécurité utilisé pour l'interruption de service dans le réseau de commutation et système correspondant
CNA200680012823XA CN101160869A (zh) 2006-03-16 2006-11-22 用于交换网络的业务中断的安全保护方法及装置
US11/618,597 US7710880B2 (en) 2006-03-16 2006-12-29 Method and apparatus for security protection of service interruption in switch network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200610065066A CN100583918C (zh) 2006-03-16 2006-03-16 用于交换网络的业务中断的安全保护方法及其装置

Publications (2)

Publication Number Publication Date
CN1870686A CN1870686A (zh) 2006-11-29
CN100583918C true CN100583918C (zh) 2010-01-20

Family

ID=37444228

Family Applications (2)

Application Number Title Priority Date Filing Date
CN200610065066A Active CN100583918C (zh) 2006-03-16 2006-03-16 用于交换网络的业务中断的安全保护方法及其装置
CNA200680012823XA Pending CN101160869A (zh) 2006-03-16 2006-11-22 用于交换网络的业务中断的安全保护方法及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CNA200680012823XA Pending CN101160869A (zh) 2006-03-16 2006-11-22 用于交换网络的业务中断的安全保护方法及装置

Country Status (3)

Country Link
US (1) US7710880B2 (zh)
CN (2) CN100583918C (zh)
WO (1) WO2007104199A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8243603B2 (en) * 2005-12-07 2012-08-14 Motorola Solutions, Inc. Method and system for improving a wireless communication route
US20090196301A1 (en) * 2007-05-14 2009-08-06 Brian Parsons Methods, systems and apparatus for monitoring and/or generating communications in a communications network
CN101325535B (zh) * 2007-06-15 2013-03-13 上海贝尔阿尔卡特股份有限公司 在通信网络中用于为呼叫进行重路由的方法及装置
US10362631B2 (en) * 2017-04-03 2019-07-23 Level 3 Communications, Llc Last resource disaster routing in a telecommunications network

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000049862A (ja) * 1998-07-30 2000-02-18 Nippon Denki Ido Tsushin Kk パケット通信網の方路選択方式
US6614781B1 (en) * 1998-11-20 2003-09-02 Level 3 Communications, Inc. Voice over data telecommunications network architecture
US6950441B1 (en) * 1999-03-30 2005-09-27 Sonus Networks, Inc. System and method to internetwork telecommunication networks of different protocols
JP3801816B2 (ja) * 1999-08-05 2006-07-26 三菱電機株式会社 自動迂回選択交換システムおよび自動迂回選択交換方法
EP1262042B1 (en) * 2000-03-03 2009-01-14 Luminous Networks, Inc. Routing switch for dynamically rerouting traffic due to detection of faulty link
US7023794B2 (en) * 2002-02-11 2006-04-04 Net2Phone, Inc. Method and architecture for redundant SS7 deployment in a voice over IP environment
US7023977B2 (en) * 2002-12-16 2006-04-04 Alcatel Method and system for providing softswitch failure protection in a communication network
JP2005006178A (ja) * 2003-06-13 2005-01-06 Nec Commun Syst Ltd 電話交換システム

Also Published As

Publication number Publication date
WO2007104199A1 (fr) 2007-09-20
CN1870686A (zh) 2006-11-29
CN101160869A (zh) 2008-04-09
US20070217342A1 (en) 2007-09-20
US7710880B2 (en) 2010-05-04

Similar Documents

Publication Publication Date Title
KR100454239B1 (ko) 공통채널시그널링네트워크에접속된전기통신관리네트워크
US6965592B2 (en) Distributed signaling system 7 (SS7) message routing gateway
EP1701556B1 (en) SS7 point code sharing at MTP level 3
EP1320998B1 (en) Call looping prevention
CN100583918C (zh) 用于交换网络的业务中断的安全保护方法及其装置
RU2156036C2 (ru) Способ освобождения ненужных магистралей от телефонного вызова
US7286524B1 (en) System and method for high capacity/failure tolerance telecommunications in a signaling network gateway
JP4712941B2 (ja) パケットネットワークと回路ネットワークを含む通信ネットワークにおいて呼を設定する方法
US7023977B2 (en) Method and system for providing softswitch failure protection in a communication network
US7496087B2 (en) Methods and apparatus for controlling signalling gateways
US20070093249A1 (en) SS7 Link failover communications over existing cellular networks
US6754327B1 (en) Standalone ACD system with native signaling system 7 capability
US20080101344A1 (en) Method and System to Provide Redundancy for Calls
EP1330912A2 (en) System and method for managing telephony network resoures
KR100865992B1 (ko) 공중교환전화망과 ｉｐ 망간 연동시 장애 발생에 따른루팅 제어방법
US8130933B2 (en) Method for recovery from linkset failure in telecommunications network
KR100337297B1 (ko) 넘버 세븐 신호망에서 결합 링크셋 내의 신호 트래픽 부하분담방법
US6614901B1 (en) Method and system for a scaleable virtual switch
CN101192980A (zh) 一种消息环回的方法及系统
CN101138255A (zh) 用于传输ss7消息的方法、网络系统及网络元件
Ahamed PERFORMANCE ANALYSIS OF SIGNALING SYSTEM 7 (SS7) NETWORK AND PROTOCOLS TO PROVIDE CALL CONTROL, REMOTE NETWORK MANAGEMENT AND MAINTENANCE CAPABILITIES.
Moh’d Hamdan et al. STUDY OF THE PERFORMANCE OF SIGNALING SYSTEM NO. 7 (SS7)
Busche et al. Network architecture for critical communications requirements
Savadatti et al. Overview of SS7 Protocol and Its Link Stability
KR20040048769A (ko) 소프트스위치 시스템에 있어서 부하 분배 장치 및 그 방법

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
ASS Succession or assignment of patent right

Owner name: INVENT CO., LTD.

Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD.

Effective date: 20140521

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20140521

Address after: American California

Patentee after: INVENT CORP.

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

Patentee before: Huawei Technologies Co., Ltd.

TR01 Transfer of patent right

Effective date of registration: 20170706

Address after: American California

Patentee after: Yingweite SPE limited liability company

Address before: American California

Patentee before: INVENT CORP.

TR01 Transfer of patent right