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

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

Info

Publication number
CN1870686A
CN1870686A CNA2006100650664A CN200610065066A CN1870686A CN 1870686 A CN1870686 A CN 1870686A CN A2006100650664 A CNA2006100650664 A CN A2006100650664A CN 200610065066 A CN200610065066 A CN 200610065066A CN 1870686 A CN1870686 A CN 1870686A
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.)
Granted
Application number
CNA2006100650664A
Other languages
English (en)
Other versions
CN100583918C (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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

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制定的《RFC3398 IntegratedServices Digital Network(ISDN)User Part(ISUP)to Session InitiationProtocol(SIP)Mapping》中，提出了软交换与SCP之间业务中断的安全保护方案。下面将对该相关技术的安全保护方案进行说明。
下面将根据图1至图3来说明相关技术中关于软交换与SCP之间业务中断的安全保护方案。
图1示出了相关技术中的软交换与SCP之间业务中断的一个安全保护方案的消息交互流程图，在SS与SCP1之间业务中断后SS将呼叫路由到其它SSP(Service Switching Point，业务交换点)，其它SSP触发智能业务；图2示出了相关技术中的软交换与SCP之间业务中断的另一个安全保护方案的消息交互流程图，在SS与SCP1之间业务中断后SS将重新触发到SCP2；以及，图3示出了相关技术中的软交换与SCP之间业务中断的又一个安全保护方案的消息交互流程图，在SS与SCP1之间业务中断后智能呼叫转为普通呼叫。
例如，当交换设备与智能网SCP之间业务中断时，根据网络组网不同，交换设备通过收到的特殊原因将呼叫和重新选路到其它交换设备或者其它SCP或者发起一个普通呼叫。图1至图3分别为SS与SCP之间业务中断时交换设备重选路由的消息交互的三个状态，在这三个图中都有两条虚线，虚线1与虚线2之间表示由于SS没有收到SCP1的响应而产生的一种释放原因，虚线2下第一个实线条是另一种释放原因。
当网络中SCP2与SS10没有互通或者因为使用的协议不同而无法互通时，如果SS与SCP1之间业务中断，采用图1的解决方案，SS10将呼叫接续到其它的SSP20，由其他SSP20将业务触发到SCP2，具体过程包括以下步骤：
在S102中，SS10向SCP1发起普通呼叫IDP)；由于SS10没有收到SCP1的响应而产生一种释放原因Timeout；
在S104中，产生另一种释放原因TC_Abort；
在S106中，SS10将呼叫IAM接续到其它的SSP20；以及
在S108中，由其他SSP20将业务IDP触发到SCP2。
当网络中SCP2与SS20互通并提供与SCP1相同的业务时，如果SS与SCP1之间业务中断，采用图2的解决方案，由SS10再将业务直接触发到SCP2，具体过程包括以下步骤：
在S202中，SS10向SCP1发起普通呼叫IDP)；由于SS没有收到SCP1的响应而产生一种释放原因Timeout；
在S204中，产生另一种释放原因TC_Abort；
在S106中，SS10将业务IDP直接触发到SCP2。
当只有一个SCP提供业务时，采用图3的解决方案，SS10将呼叫作为普通呼叫接续，具体过程包括以下步骤：
在S302中，SS10向SCP1发起普通呼叫IDP)；由于SS10没有收到SCP1的响应而产生一种释放原因Timeout；
在S304中，产生另一种释放原因TC_Abort；
在S306中，SS10将呼叫IAM接续到LS30(Local Switch，端局交换机)。
下面将根据图4和图5来说明相关技术中关于由软交换组网的高端长途网的安全保护方案。
图4示出了相关技术中的一种由软交换组网的高端长途网的网络拓扑图，其中，三个软交换互连，每个软交换下各一个TMG(TrunkMedia Gateway，中继媒体网关)；以及图5示出了相关技术中的另一种由软交换组网的高端长途网的网络拓扑图，其中，三个软交换互连，大区2下两个软交换只有一个TMG。
软交换与AS之间中断后的安全互通解决方案和软交换与SCP之间中断后的解决方案类似。
但在由软交换组网的高端长途网，由于网络的特殊性，软交换与软交换之间通信的安全问题有其特殊要求。如图4和图5所示，三个软交换分别位于不同的省，SS1汇接大区1(多个省组成一个大区)的呼叫，SS2-1和SS2-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为一个。
图中TS50表示作为一个长途网中的长途局交换机，与软交换之间通过ISUP(ISDN User Part，综合业务数字网用户部分)互连，假定Switch1为发起呼叫的呼叫交换机，Switch2为落地交换机。
Switch1的用户呼叫Switch2下的用户，当SS1收到该呼叫时，通过号码分析和路由分析，首选第一子路由到SS2-1，SS2-1的电路管理模块检测到其归属的TMG2-1故障或者检测到TMG2-1到局向交换机即落地交换机Switch2的中继电路全阻，电路管理模块将中继装置故障或者局向中继电路全阻的原因通知给呼叫控制模块，呼叫控制模块将中继装置故障即TMG故障转换为ITUT(International Telecommunication Union-Telecommunicationstandardization sector，国际电信联盟标准化部门)未使用的释放原因例如0XAD(十进制173)，将局向中继电路全忙转换为ITUT未使用的释放原因)例如0XAE(十进制174)。
第一实施例：SS1与SS2-1和SS2-2之间采用SIP(SessionInitiation Protocol，会话初始协议)互连时。
图12示出了针对图11的情况的根据本发明的第一实施例的解决方案的消息流程图。
当SS1与SS2-1和SS2-2之间SIP中继互连时，SS2-1的SIP处理模块收到呼叫控制模块的特定释放原因值(例如0XAD或者0XAE)时转换为SIP状态码503，之后SS2-1发送503消息到SS1，503消息的消息头域包含了以上特定的释放原因值(例如0XAD或者0XAE)。
SS1收到503消息后SIP处理模块发送Release消息到呼叫控制模块，呼叫控制模块根据收到的特定释放原因值(例如0XAD或者0XAE)进行处理，如果SS1上针对这两个特定的释放原因值配置了失败处理重新选路，则SS1的呼叫控制模块对呼叫重新选路，并将上次已经选择过的第一条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一子路由)，选择第二子路由，将呼叫送到SS2-2。
如果SS2-2归属的TMG2-2故障或者到局向Switch2的中继电路全阻，则SS2-2的处理和SS2-1的处理相同。如果电路正常，则将呼叫送到落地局Switch2。
当SS1收到SS2-2的SIP503消息且消息头域的释放原因为特定释放原因值时，SS1将已经选择过的第一条子路由和第二条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一、二子路由)，选择第三子路由，将呼叫送到TS。
如果TS有空闲电路，则TS将呼叫送到落地局；如果TS电路全忙，TS发送Release到SS1，SS1收到Release后释放呼叫，不再重选路由。
消息流程参见图10，特定的释放原因值可以不局限于为0XAD和0XAE，只要使用ITUT没有采用的原因值。具体流程包括以下步骤：
在S602中，SS1收到TMG1转发来的IAM；
在S604中，基于号码分析和路由分析，SS1向SS2-1请求中继互连INVITE；
在S606中，SS2-1基于号码分析和路由分析，当TMG故障或者局向中继电路全忙时，即当SS2-1的SIP处理模块收到呼叫控制模块的特定释放原因值(例如0XAD或者0XAE)时转换为SIP状态码503，之后SS2-1发送503消息到SS1；
在S608中，SS1收到503消息后SIP处理模块发送Release消息到呼叫控制模块，呼叫控制模块根据收到的特定释放原因值(例如0XAD或者0XAE)进行处理，如果SS1上针对这两个特定的释放原因值配置了失败处理重新选路，则SS1的呼叫控制模块对呼叫重新选路，并将上次已经选择过的第一条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一子路由)，选择第二子路由，将呼叫送到SS2-2；
在S610中，如果电路正常，SS2-2则将呼叫送到落地局Switch2；
在S612中，如果SS2-2归属的TMG2-2故障或者到局向Switch2的中继电路全阻，则SS2-2的处理和SS2-1的处理相同；
在S614中，当SS1收到SS2-2的SIP503消息且消息头域的释放原因为特定释放原因值时，SS1将已经选择过的第一条子路由和第二条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一、二子路由)，选择第三子路由，将呼叫送到TS；
在S616中，如果TS有空闲电路，则TS将呼叫送到落地局Switch2；
在S618中，如果TS电路全忙，TS发送Release到SS1；以及
在S620中，SS1收到Release后释放呼叫，不再重选路由。
第二实施例：SS1与SS2-1和SS2-2之间采用ISUP互连时
图13示出了针对图11的情况的根据本发明的第二实施例的解决方案的消息流程图。
当SS1与SS2-1和SS2-2之间ISUP互连时，SS2-1的ISUP处理模块收到呼叫控制模块的特定释放原因值(例如0XAD或者0XAE)时发送REL消息到SS1，释放原因为特定释放原因值。
SS1收到REL消息后ISUP处理模块发送Release消息到呼叫控制模块，呼叫控制模块根据收到的特定释放原因值(例如0XAD或者0XAE)进行处理，如果SS1上针对这两个特定的释放原因值配置了失败处理重新选路，则SS1的呼叫控制模块对呼叫重新选路，并将上次已经选择过的第一条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一子路由)，选择第二子路由，将呼叫送到SS2-2。
如果SS2-2有空闲电路可供承载业务，则SS2-2将呼叫送到落地局Switch2。如果SS2-2归属的TMG2-2故障或者到局向Switch2的中继电路全阻，SS2-2的处理和SS2-1的处理相同。
当SS1收到SS2-2的REL消息且释放原因为特定释放原因值时，SS1将已经选择过的第一条子路由和第二条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一、二子路由)，选择第三子路由，将呼叫送到TS。
如果TS有空闲电路，则TS将呼叫送到落地局；如果TS电路全忙，TS发送Release到SS1，SS1收到Release后释放呼叫，不再重选路由。
消息流程参见图11，特定的释放原因值可以不局限于为0XAD和0XAE，只要使用ITUT没有采用的原因值。具体流程类似于图10的流程，包括：
在S702中，SS1收到TMG1转发来的IAM；
在S704中，基于号码分析和路由分析，SS1转发特定释放原因值(例如0XAD或者0XAE)至SS2-1；
在S706中，SS2-1的ISUP处理模块收到呼叫控制模块的特定释放原因值(例如0XAD或者0XAE)时发送REL消息到SS1，释放原因为特定释放原因值；
在S708中，SS1收到REL消息后ISUP处理模块发送Release消息到呼叫控制模块，呼叫控制模块根据收到的特定释放原因值(例如0XAD或者0XAE)进行处理，如果SS1上针对这两个特定的释放原因值配置了失败处理重新选路，则SS1的呼叫控制模块对呼叫重新选路，并将上次已经选择过的第一条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一子路由)，选择第二子路由，将呼叫送到SS2-2；
在S710中，如果SS2-2有空闲电路可供承载业务，则SS2-2将呼叫送到落地局Switch2；
在S712中，如果SS2-2归属的TMG2-2故障或者到局向Switch2的中继电路全阻，则SS2-2的处理和SS2-1的处理相同；
在S714中，当SS1收到SS2-2的REL消息且释放原因为特定释放原因值时，SS1将已经选择过的第一条子路由和第二条子路由作为排除子路由向电路管理模块发送选路请求，电路管理模块去掉排除子路由(即第一、二子路由)，选择第三子路由，将呼叫送到TS；
在S716中，如果TS有空闲电路，则TS将呼叫送到落地局；
在S718中，如果TS电路全忙，TS发送Release到SS1；以及
在S720中，SS1收到Release后释放呼叫，不再重选路由。
第三实施例：当SS1与SS2-1采用SIP互连而SS1与SS2-2采用ISUP互连或者当SS1与SS2-1采用ISUP互连而SS1与SS2-2采用SIP互连时。
在第三实施例中，组网情况是前面两个实施例的综合，所以其处理方式只是前面两种组网的交叉，具体的处理流程可以参照前面对图10和图11的描述，在此不再赘述。
如果SS1与SS2-1和SS2-2同时通信中断，则SS1直接将呼叫路由到TS，该情况下与为图6的第二子路由方案，与本技术方案无关。
二、第二种组网参见图12，TMG2采用双归属，归属于SS2-1和SS2-2。
图14示出了另一种落地软交换TMG故障或者局向中继电路全阻时的组网。
显然，这种情况下的处理流程和第一种组网相同，为了简洁起见，对此不再赘述。
三、第三种组网为软交换SS2-1和SS2-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 true CN1870686A (zh) 2006-11-29
CN100583918C 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)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101325535B (zh) * 2007-06-15 2013-03-13 上海贝尔阿尔卡特股份有限公司 在通信网络中用于为呼叫进行重路由的方法及装置

Families Citing this family (3)

* 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
US8179803B2 (en) * 2007-05-14 2012-05-15 Advanced Media Systems Ltd. Methods, systems and apparatus for monitoring and/or generating communications in a communications network
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 三菱電機株式会社 自動迂回選択交換システムおよび自動迂回選択交換方法
JP2003526278A (ja) * 2000-03-03 2003-09-02 ルミナス ネットワークス インコーポレイテッド 故障リンクの検出に起因してトラヒックを動的に経路指定し直すための経路指定スイッチ
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 電話交換システム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101325535B (zh) * 2007-06-15 2013-03-13 上海贝尔阿尔卡特股份有限公司 在通信网络中用于为呼叫进行重路由的方法及装置

Also Published As

Publication number Publication date
US7710880B2 (en) 2010-05-04
WO2007104199A1 (fr) 2007-09-20
CN101160869A (zh) 2008-04-09
CN100583918C (zh) 2010-01-20
US20070217342A1 (en) 2007-09-20

Similar Documents

Publication Publication Date Title
US7742468B2 (en) Systems and methods for providing enhanced telephone services
KR101206565B1 (ko) 피호출자 단말기들을 호출자의 ｖｏｉｐ 단말기와 접속하는 방법 및 피호출자 단말기들을 호출자의 ｖｏｉｐ 단말기와 브리징하는 시스템
CN1741546A (zh) 作为电信呼叫流量路由量化分析基础的呼叫记录相关方法
CN1133334C (zh) 提供电话号码可移植性的方法和电话交换系统
CN1606850A (zh) 动态分配的环路保护和恢复技术中的带宽保留再使用
CN1866922A (zh) 一种以太网中的控制系统和数据报文传输方法
CN1866806A (zh) 共享格状网恢复的实现方法
CN1859170A (zh) 一种实现跨域路由分离的方法
CN1149821C (zh) 在电信网中用户请求激活补充业务的方法和系统
US20070115943A1 (en) System and method for establishing emergency communications in a telecommunication network
US20040028032A1 (en) Call looping prevention
CN1870686A (zh) 用于交换网络的业务中断的安全保护方法及其装置
CN1838616A (zh) 媒体流分流系统及分流方法
EP1519591A1 (en) Methods and apparatus for controlling signalling gateways
CN101883116B (zh) 呼叫处理方法及媒体网关
EP1432204A2 (en) Method and system for providing softswitch failure protection in a communication network
EP1876843A1 (en) A method for ensuring intelligent user to talk
CN1633187A (zh) 基于用户小交换机的通信系统及其实现通信的方法
CN1870536A (zh) 一种软交换容错处理方法及实现系统
CN101707548B (zh) 一种软交换网络以及在软交换网络中建立呼叫的方法
CN101098320A (zh) 信令网关支持多信令点的配置装置、实现方法及通信网络
CN1582006A (zh) 应用于3g移动通信系统的移动交换中心
CN1622554A (zh) 通信系统中传送通信数据的方法
CN1545291A (zh) 一种h.248协议的信令传输适配方法及系统
EP1330912A2 (en) System and method for managing telephony network resoures

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